dxarid.uzex.uz · Web view2019-11-04 · Мы нижеподписавшиеся, на основании Постановления «О совместном осуществлении

«УТВЕРЖДАЮ»Начальник Инспекции по надзору за

безопасностью железнодорожных перевозок при Министерстве

транспорта Республики Узбекистан

_____________Ахмедов Д.Б.«___»____________ 2019 года

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

по проекту«Разработка и внедрение автоматизированной

информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагона»

На «___» листахДействует с «___»__________20___года

«СОГЛАСОВАНО»

_________________________________

_____________ ___________________«___»____________ 2019 года

Ташкент 2019

Оглавление1. Общие сведения.................................................................................................................................5

1.1 Полное наименование системы и ее условное обозначение...............................................5

1.2 Наименование сторон................................................................................................................5

1.3 Основание для разработки.......................................................................................................5

1.4 Плановые сроки начала и окончания работы по созданию системы...............................7

1.5 Сведения об источниках и порядке финансирования работ..............................................7

1.6 Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей)................................................................................................................................7

2. Назначение и цели создания Системы...........................................................................................8

2.1 Назначение системы..................................................................................................................8

2.2 Цели создания системы.............................................................................................................8

3. Характеристика объектов информатизации................................................................................9

3.1 Краткие сведения об объекте информатизации...................................................................9

3.2 Сведения об условиях эксплуатации объекта информатизации и характеристиках окружающей среды.............................................................................................................................11

4. Требования к системе.....................................................................................................................11

4.1 Требования к системе в целом...............................................................................................11

4.1.1 Требования к структуре и функционированию системы.........................................12

4.1.2 Требования к взаимодействию со сторонними информационными системами...14

4.1.3 Требования к численности и квалификации персонала системы и режиму его работы 15

4.1.3.1 Требования к численности персонала ИС...................................................................15

4.1.3.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков............................................................................................................................15

4.1.3.3 Требуемый режим работы персонала ИС....................................................................16

4.1.4 Показатели назначения..................................................................................................16

4.1.5 Требования к надежности...............................................................................................17

4.1.6 Требования к безопасности............................................................................................18

4.1.7 Требования к эргономике и технической эстетике....................................................19

4.1.8 Требования к транспортабельности.............................................................................20

4.1.9 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.....................................................................................................................20

4.1.10 Требования к патентной и лицензионной чистоте.....................................................20

4.1.11 Требования по стандартизации и унификации..........................................................21

4.1.12 Дополнительные требования.........................................................................................21

4.2 Требования к функциям, выполняемым системой...........................................................21

4.2.1 Требования к модулю регистрации..............................................................................21

4.2.2 Требования к модулю авторизации..............................................................................22

2

4.2.3 Требования к модулю администратора........................................................................22

4.2.4 Требования к справочникам..........................................................................................23

4.2.5 Требования к личному кабинету пользователей........................................................24

4.2.6 Требования к модулю «Регистрация и учет организаций»......................................25

4.2.7 Требования к модулю «Регистрация и учет локомотивов, моторвагонного подвижного состава, вагона».........................................................................................................26

4.2.8 Требования к модулю «Регистрация и учет документов»........................................28

4.2.9 Требования к модулю «Мониторинг»..........................................................................28

4.2.10 Требования к модулю «Отчетность»............................................................................29

4.2.11 Требования к модулю «Планирование и учет профилактических проверок»..........30

4.2.12 Требования к модулю уведомлений..................................................................................31

4.2.13 Требования к мобильному приложению..........................................................................31

4.3 Требования к видам обеспечения.........................................................................................33

4.3.1 Требования к математическому обеспечению............................................................33

4.3.2 Требования к информационному обеспечению..........................................................34

4.3.2.1 Требования к хранению данных...................................................................................34

4.3.2.2 Требования к языкам программирования..................................................................34

4.3.2.3 Требования к иллюстрациям.........................................................................................34

4.3.3 Требования к лингвистическому обеспечению..........................................................34

4.3.3.1 Требования к применению языков высокого уровня...............................................34

4.3.3.2 Требования к языку взаимодействия с пользователем.............................................34

4.3.4 Требования к программному обеспечению.................................................................35

4.3.5 Требования к техническому обеспечению...................................................................35

4.3.6 Требования к метрологическому обеспечению..........................................................36

4.3.7 Требования к организационному обеспечению..........................................................36

4.3.8 Требования к методическому обеспечению.................................................................36

5. Состав и содержание работ по созданию системы.....................................................................36

6. Требования к составу и содержанию работ по подготовке объекта информатизации к вводу системы в действие......................................................................................................................37

6.1 Общие сведения о порядке контроля и приёма ИС...........................................................37

6.2 Виды, состав, объем и методы испытаний Системы и ее составных частей.................38

6.3 Общие требования к приемке работ по стадиям. Порядок согласования и утверждения приемочной документации........................................................................................38

7. Требования к составу и содержанию работ по подготовке системы к вводу в эксплуатацию...........................................................................................................................................38

7.1. Инструктирование...................................................................................................................38

7.2. Гарантийная поддержка.............................................................................................................39

3

8. Требования к документированию................................................................................................40

9. Источники разработки....................................................................................................................40

4

Глоссарий

Термин Описание ГОСТ Государственный стандартИС Информационная системаИКТ Информационно – коммуникационные технологииБД База данныхСУБД Системы управления базами данныхТЗ Техническое заданиеПО Программное обеспечениеИБ Информационная безопасностьИНН Индивидуальный номер налогоплательщикаPDF Межплатформенный открытый формат электронных

документовPNG Растровый формат хранения графической информации,

использующий сжатие без потерь по алгоритму DeflateREST API Архитектурный стиль взаимодействия компонентов

распределенного приложения в сетиМПР Межпоездной ремонтРЖУ Региональный железнодорожный узелТЧ Тяговая частьВЧД Вагонная часть. ДепоСправочник Вспомогательная структура данных, содержащая список

допустимых значений для какого-либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовой системой) и редактируемые (состав которых может изменяться администратором)

Администратор (менеджер, редактор) Системы

Лицо, осуществляющее от имени Заказчика информационную поддержку Системы

Веб-интерфейс (интерфейс)

Совокупность экранов и элементов управления системы, позволяющих пользователю, осуществляющему доступ к системе через веб-браузер, осуществлять поддержку и управление системой.

5

1. Общие сведения1.1Полное наименование системы и ее условное обозначение

Полное наименование системы: Разработка и внедрение автмоатизированной информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагонов в Инспекции по надзору за безопасностью железнодорожных перевозок при Министерстве транспорта Республики Узбекистан.

Краткое наименование системы: Система, АИАС.

1.2Наименование сторонЗаказчик проекта:Инспекция по надзору за безопасностью железнодорожных перевозок

при Министерстве транспорта Республики Узбекистан (далее Узжелнадзор)Адрес: Республика Узбекистан, 100015, г. Ташкент, ул. Туркистон, 7Тел.: (+998) 71 299-90-90, (+998) 71 299-96-67 Электронная почта: [email protected]

Исполнитель проекта:Исполнитель отбирается на основании конкурсных или тендерных

торгов, либо иным путем согласно действующих законов, нормативных актов, постановлений.

1.3Основание для разработкиДанный проект осуществляется в целях исполнения:• Закон Республики Узбекистан от 11.12.2003г. №560-II «Об

информатизации»; • Закон Республики Узбекистан от 29.04.2004г. №611-II «Об

электронном документообороте»;• Закон Республики Узбекистан от 5 мая 2014 года №ЗРУ-369 «Об

открытости деятельности органов Государственной власти и управления»

• Постановление Президента Республики Узбекистан от 18 декабря 2019 года №ПП-3437 «О внедрении нового порядка формирования и финансирования государственных программ развития Республики Узбекистан»;

• Указ Президента Республики Узбекистан от 19.02.2019 года №УП-5349 «О мерах по дальнейшему совершенствованию сферы информационных технологий и 3 коммуникаций»;

• Постановление Кабинета Министров Республики Узбекистан от 19 апреля 2019 года №ПКМ-337 «Об организации деятельности Агентства гражданской авиации, Инспекции по надзору за безопасностью железнодорожных перевозок и Инспекции по

6

контролю за качеством дорожно-строительных работ при Министерстве транспорта Республики Узбекистан»;

• Постановление Кабинета Министров Республики Узбекистан от 31 декабря 2013 года №ПКМ-355 «О мерах по внедрению системы оценки состояния развития информационно-коммуникационных технологий в Республике Узбекистан»;

• Постановление Кабинета Министров от 23 августа 2007 года №181 «О мерах по дальнейшему совершенствованию взаимодействия органов государственного и хозяйственного управления, государственной власти на местах с юридическими и физическими лицами с использованием информационно-коммуникационных технологий»

• Положение «Об Инспекции по надзору за безопасностью железнодорожных перевозок при Министерстве транспорта Республики Узбекистан» (Приложение №5 к Постановлению Кабинета Министров Республики Узбекистан от 19.04.2019 года №ПКМ-337).

Разрабатываемая Система должна соответствовать требованиям, изложенным в следующих нормативных документах:

• O'z DSt 1986:2020 Информационная технология. Информационные системы. Стадии создания;

• ГОСТ 24.104-85 «Автоматизированные системы управления. Общие требования»;

• ГОСТ 24.701-86 «Надежность автоматизированных систем управления»;

• ГОСТ 28195-89 «Оценка качества программных средств. Общие положения»;

• ISO/IEC 27002 «Информационные технологии. Свод правил по управлению защитой информации»;

• ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»;• ГОСТ 28806-90 «Качество программных средств»;• O'z DSt 2814:2014 «Информационные технологии.

Автоматизированные системы. Классификация по уровню защищенности от несанкционированного доступа к информации»;

• O'z DSt 2816:2014 «Информационная технология. Классификация программного обеспечения средств защиты информации по уровню контроля отсутствия недекларированных возможностей»;

• O’zDSt 1047:2020. Информационная технология. Информационные системы. Термины и определения;

• O’zDSt ISO/IEC TR 12182:2020. Информационная технология. Классификация программных средств;

• O‘zDSt 1985:2020 «Виды, комплектность и обозначение документов при создании информационных систем»;

7

• O’zDSt ISO/IEC 12207:2020. Информационная технология. Процессы жизненного цикла программных средств;

• O’zDSt ISO/IEC 25051:2020. Разработка программного обеспечения. Требования к качеству и оценка программного продукта (SquaRE). Требования к качеству готового коммерческого продукта (COTS) и инструкции по испытаниям;

• OzDST 2590:2012. Информационная технология. Требования к интеграции и взаимодействию информационных систем государственных органов, используемых в рамках формирования Национальной информационной системы.

1.4Плановые сроки начала и окончания работы по созданию системы

Плановые сроки начала и окончания работ указываются в заключенном между Заказчиком и Исполнителем договоре

Состав и содержание работ по реализации проекта определены в разделе №5 настоящего ТЗ «Состав и содержание работ по внедрению системы».

Общие сроки реализации проекта:Начало: ноябрь 2019 годаОкончание: январь 2020 годаИсполнитель имеет право выполнить работу досрочно.

1.5Сведения об источниках и порядке финансирования работИсточник финансирования указывается в заключенном между

Заказчиком и Исполнителем договоре.Финансирование работ осуществляется согласно порядку,

установленному в заключенным между Заказчиком и Исполнителем договоре.

1.6Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей)

Работы по созданию Системы и сдаче-приемке проводятся в соответствии с заключенным между Исполнителем и Заказчиком договором.

По завершении отдельных этапов и работы в целом Исполнитель представляет акты сдачи-приемки.

Результаты работ оцениваются приемочной комиссией. Приемная комиссия в установленном порядке образуется Заказчиком со дня начала работ по разработке Системы.

Приемочной комиссии разработчик предъявляет документацию, оформленную в соответствии с требованиями государственных стандартов O’zDST 1985:2020, O’zDST 1986:2020, O’zDST 1987:2020 и иных стандартов и

8

руководящих документов, действующих на территории Республики Узбекистан.

Датой сдачи-приемки работ считают дату подписания акта приемочной комиссией.

В случае, если в процессе выполнения работ потребуется детализация и согласование сторонами отдельных вопросов и решений, не отраженных (или отраженных недостаточно детально) в данном Техническом задании, Исполнитель и Заказчик могут разработать, согласовать и подписать документ «Частное техническое задание».

2. Назначение и цели создания Системы2.1Назначение системы

Разрабатываемая Система предназначена для осуществления автоматизированного и оптимизированного учета и мониторинга состояния локомотивов, моторвагонного подвижного состава, вагона на уровне центрального аппарата, руководства Инспекции в режиме реального времени.

автоматизации процесса согласования сертификатов и договоров на оказание платных услуг управлением государственного надзора на государственной границе и транспорте.

В частности, создаваемая система должна автоматизировать следующие процессы:

Интерактивное отображения данных по ведению автоматизированного и оптимизированного учета и мониторинга состояния локомотивов, моторвагонного подвижного состава, вагона с возможностью использования фильтруемой схематичной визуализации, графики и таблиц

Отображение информации на электронном табло с присутствием интерактивного режима

Автоматическая генерация по запросу пользователя необходимой отчетной формы

Централизованная единая база данных Принятие решений по эксплуатации и сервисным обслуживанием

локомотивов, моторвагонного подвижного состава, вагона

2.2Цели создания системыГлавной целью проекта является автоматизация и оптимизация процесса

осуществления учета и мониторинга состояния локомотивов, моторвагонного подвижного состава, вагона.

9

Реализация настоящего проекта позволит решить следующие задачи: Повышение эффективности эксплуатации локомотивов,

моторвагонного подвижного состава, вагона, а также качества сервисных и ремонтных услуг

Повышение оперативности обработки данных и предоставления готовой информации для принятия управленческих решения и отчетности;

Эффективный мониторинг эксплуатации локомотивов, моторвагонного подвижного состава, вагона с помощью последних ИКТ решений;

Легкое визуальное управление масштабными динамическими данными;

Мгновенное получение руководством готовой оперативной информации;

Централизованное хранение и обработка динамических данных. Для достижения поставленных целей необходимо решить следующие задачи:

Информатизация учета данных; Обеспечение единой точки доступа для регистрации, учета,

мониторинга локомотивов, моторвагонного подвижного состава, вагона;

Иерархическая структуризация участников системы; Возможность навигации и фильтрации данных по видам,

категориям, типам техник локомотивов, моторвагонного подвижного состава, вагона, периодам и конкретным датам

3. Характеристика объектов информатизации3.1Краткие сведения об объекте информатизации

Объектом обследования при разработке и внедрении ИС является Инспекция по надзору за безопасностью железнодорожных перевозок при Министерстве транспорта Республики Узбекистан.

Объектом автоматизации являются процессы, связанные с мониторингом эксплуатационного состояния локомотивов, моторвагонного подвижного состава, вагона.

Узжелдорнадзор является органом государственного управления, осуществляющим функции по разработке, реализации и координации мер в области обеспечения безопасности движения поездов и государственный надзор за соблюдением органами государственного, хозяйственного

10

управления и иными организациями, осуществляющими деятельность в сфере железнодорожного транспорта (далее — предприятия и организации железнодорожного транспорта), установленных правил и норм, обеспечивающих безопасность движения в сфере железнодорожного транспорта, а также надзор за безопасной эксплуатацией объектов котлонадзора и подъемных сооружений на предприятиях и в организациях железнодорожного транспорта общего пользования.

В рамках рассматриваемого вопроса Узжелдорнадзор ведет учет и мониторинг состояния локомотивов, моторвагонного подвижного состава, вагона.

При том, учет ведется в разрезе юридических лиц, дислоцирующихся на территории Узбекистан и имеющих железнодорожные пути. Железнодорожные пути исходя из показателей безопасности классифицируются на виды.

Узжелдорнадзор ведет учет следующих данных по юридическим лицам: Показатель безопасности движения Длина железной дороги (внутри территории юридического лица) Локомотивы, моторвагонный подвижной состав, вагон Возможность перевозки пассажиров Возможность перевозки взрывчатых грузов Возможность перевозки опасных грузов Проходит через населенные пункты Расположен в точке с плохими условиями Человеческий фактор Наличие железнодорожных пересечений Сумма параметров Исправный/неисправный

Исходя из условий эксплуатации устанавливаются сроки проверки организации и его работников, а также железнодорожных дорог. Основой для определения сроков проверки выступает шкала безопасности железнодорожного транспорта и приказ председателя правления АО «Узбекистон Темир Йуллари» от 04.12.2015 года №501-Н. В приложениях к приказу приводятся нормы пробега локомотивов, моторвагонного подвижного состава, вагона между техническими обслуживаниями, текущими и капитальными ремонтами.

Безопасность железнодорожного транспорта - состояние железнодорожного транспорта в целом, определяемое через состояние его подсистем и их взаимодействия между собой, при котором отсутствует недопустимый риск, связанный с причинением вреда жизни и здоровью

11

человека, окружающей среде, имуществу физических, юридических лиц и государства при условии соблюдения установленных правил нахождения объектов и людей в зоне действия железнодорожного транспорта (полосах отвода железнодорожного транспорта)

3.2Сведения об условиях эксплуатации объекта информатизации и характеристиках окружающей среды

Условия эксплуатации объектов автоматизации и характеристики окружающей среды применительно к техническим средствам должны соответствовать требованиям, приведенным в технической документации на эти средства.

Разрабатываемая Система будет развернута на уровне всей Республики по соответствующим учреждениям структуры народного образования.

Для полноценного обмена информацией должна быть настроена сеть через интернет между сервером и пользователями на скорости не менее 256 Кб/с и выход в зону TAS-IX на скорости не менее 1 Мб/с.

4. Требования к системе4.1Требования к системе в целом

В соответствии с нормативными документами Система должна предоставлять собой автоматизированную веб-ориентированную информационную систему.

Система должна иметь модульную структуру с четким разделением функций между его компонентами. Выполнение функций Системы и доступ содержащимся в нем данным и управляющим структурам должны осуществляться посредством специализированных компонентов.

Система является закрытой и доступ предоставляется только после авторизации. Авторизация в системе должна происходить по присвоенным пользователям логину и паролю.

Система включает в себя справочную информацию по нормативно-правовому регулированию рассматриваемого вопроса, порядку использования системы, руководство пользователя по работе в системе, функциональные и обеспечивающие подсистемы. Функциональные возможности могут различаться от роли пользователя.

12

4.1.1 Требования к структуре и функционированию системы

Разрабатываемая Система должна иметь трехуровневую архитектуру и состоять из трех компонентов: клиент, сервер приложений, сервер баз данных.

Клиент – это интерфейсный компонент комплекса, предоставляемый конечному пользователю.

Сервер приложений располагается на втором уровне, на нём сосредоточена большая часть бизнес-логики Системы.

Сервер баз данных обеспечивает хранение данных и выносится на отдельный уровень, реализуется средствами СУБД, подключение к этому уровню должно обеспечиваться только с уровня сервера приложений. Система должна быть зарегистрирована в доменной зоне «.UZ» и в зоне Tas-ix.

Система должна позволять администратору работать со списком прав доступа и обеспечивать возможность создавать, редактировать, удалять роли пользователей в Системе. В Системе должны быть предусмотрены следующие роли, с соответствующими правами доступа:

Администратор системы Сотрудники Центрального аппарата Сотрудники территориальных подразделений

Все функциональные области системы, в т.ч. их части, существуют в единой информационной среде: единый сервер, единая БД, единые программные модули, сегментированные по функциональным областям.

Система должна иметь децентрализованную структуру. Децентрализованная структура подразумевает под собой следующее разделение прав доступа по иерархии:

Центральный уровеньo Уровень территориальных подразделений

При этом, система должна предоставлять возможности по следующему принципу: пользователи определенного уровня могут создавать, редактировать, удалять записи только в рамках своего или нижестоящего учреждения, в рамках своего района (области) только просматривать данные. К данным вышестоящих уровней доступ запрещен.

Система должна состоять из следующих функциональных модулей: Модуль авторизации Личные кабинеты пользователей Справочники

13

Модуль «Регистрация и учет локомотивов, моторвагонного подвижного состава, вагона»

Модуль «Регистрация и учет документов» Модуль «Мониторинг» Модуль «Отчеты» Модуль «Администрирование»

Рис.№1 Структура информационной системы

Основные блоки интерфейса Системы:

Шапка (Содержит графическую часть с использованием фирменных цветов).

o Логотип (При нажатии на логотип всегда переход на главную страницу)

o Контактный телефон технической поддержки + Кнопка обратной связи

Основное меню содержит основную навигацию Системы (горизонтальное верхнее меню).

14

o При нажатии на наименование меню должна отображаться подменю, которая будет находится ниже основного меню.

Подвал облегченная навигационная панель в текстовом виде, Данные о держателе Системы, счетчик посещаемости, значок о том, что Система находиться в зоне Tas-ix. Пункты облегченной навигационной панели могут включать в себя: контакты, карта Системы, почта.

Для Системы определены следующие режимы функционирования: Нормальный режим функционирования (Основной режим

функционирования) Аварийный режим функционирования

В нормальном режиме функционирования Системы: Клиентское программное обеспечение и технические средства

пользователей и администратора Системы обеспечивают возможность функционирования в режиме 24/7

Серверное программное обеспечение и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание

Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств Системы, указанные в соответствующих технических документах.

Аварийный режим функционирования Системы характеризуется отказом одного или нескольких компонентов программного и (или) технического обеспечения.

В случае перехода в аварийный режим Система должна обеспечивать возможность завершения работы всех приложений с сохранением данных (выключить рабочие станции операторов, выключить все периферийные устройства, выполнить резервное копирование БД и т.д.)

4.1.2 Требования к взаимодействию со сторонними информационными системами

В рамках настоящего проекта интеграция с внешними системами не требуется.

Информационное взаимодействие между компонентами системы осуществляется посредством доступа к единой базе данных Системы.

15

4.1.3 Требования к численности и квалификации персонала системы и режиму его работы

4.1.3.1 Требования к численности персонала ИССистема должна поддерживать одновременную работу не менее 1000

пользователей.

Принципы построения Системы должны учитывать средний уровень подготовленности пользователя. Система должна быть простой для освоения и исключать неопределенность при выборе решений.

Численность пользователей определяется штатным расписанием и должностными инструкциями персонала, обеспечивающего решение функциональных задач.

4.1.3.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков

Уровень квалификации обслуживающего персонала должен соответствовать требованиям фирм разработчиков и производителей программного обеспечения и технических средств, входящих в состав Системы, а также требованиям эксплуатационной документации.

Администратор Системы должен быть способным выполнять все необходимые функции по сопровождению Системы и дальнейшему развитию Системы с учетом его масштабируемости, которые должны быть отражены в руководстве по администрированию.

Инженеры, отвечающие за эксплуатацию соответствующих ресурсов Системы, должны относиться к категории сертифицированных специалистов и должны обеспечивать работоспособность системных и специализированных программно-технических средств Системы, их конфигурирование и настройку, осуществлять анализ функционирования программно-технических средств, отвечать на запросы пользователей ресурсов в рамках своей компетенции.

Пользователи, ответственные за ведение учета данных по рассматриваемому вопросу должны иметь навыки и знания по использованию интернет ресурсов через веб-браузер.

4.1.3.3 Требуемый режим работы персонала ИСРежим работы Системы определяется режимом работы организации

Заказчика, но система должны иметь возможность работы 24 часа в сутки, 7 дней в неделю, 365 дней в году. Система будет находиться в открытом доступе по Республики Узбекистан.

16

Режим работы администраторов системы определяется внутренним регламентом Заказчика.

4.1.4 Показатели назначенияПоказатели назначения – это параметры, характеризирующие степень

соответствия Системы ее назначению.

№Наименование показателя

назначенияЗначение показателя

1. Меню навигации Есть

2. Двуязычный интерфейс Есть

3. Панель администратора для дальнейшего сопровождения

Есть

4. Модуль авторизации Есть

5. Поиск по ключевым словам Есть

6. Автоматизированные формы статистической отчетности

Есть

7. Журналирование (логирование) действий пользователей

Есть

8. Максимальное время отклика запроса

Не более 10 секунд (зависит от скорости передачи данных между сервером и клиентским устройством)

9. Максимальное время отклика для загрузки, поиска, извлечения данных из ИС

не более 15 секунд

10. Счетчик посетителей за день/месяц/год

Есть

4.1.5 Требования к надежностиПрограммное обеспечение должно быть спроектировано с учетом

возможности масштабирования и отказоустойчивости. Сбой любого составляющего модуля Системы не должен приводить к потере введенных исходных данных.

Проектные решения должны обеспечивать сохранение всей накопленной информации на момент отказа или выхода из строя одного из компонентов Системы, независимо от его назначения, с последующим восстановлением работоспособности Системы после завершения всех восстановительных работ.

17

Организационные меры по обеспечению надежности будут предусматривать минимизацию ошибок пользователей или замену вышедших из строя компонентов за счет:

Достаточной квалификации обслуживающего персонала; Регламентации и нормативного обеспечения выполнения работ

персонала; Своевременного оповещения пользователей и обслуживающего

персонала о случаях нештатной работы компонентов Системы; Своевременной диагностики неисправностей; Высокой технологичностью разрабатываемых программных средств

и организационного обеспечения, позволяющего сохранять циркулирующую в системе информацию при сбоях и других ситуациях, нарушающих или разрушающих устойчивость функционирования системы;

Выбором отказоустойчивого оборудования и его структурным резервированием;

Горячим резервированием наиболее важных узлов Системы, к которым относятся: сервера базы данных, активное сетевое оборудование, обеспечивающее связь подсистем, а также связь пользователей каждой подсистемы с серверами БД;

Использованием источников бесперебойного питания; Выбором топологии телекоммуникационной и локальных

вычислительных сетей, обеспечивающих вариантность маршрутизации потоков информации;

Дублированием носителей информации; Организацией технического обслуживания, использованием

современных методов и средств диагностики; Использованием только лицензионных программных продуктов; Работой модулей подсистем, которая не должна вызывать

разрушение, искажение и/или утрату сведений, хранящихся в прикладных автоматизированных информационных системах субъектов взаимодействия ИС

Сервер, на котором расположена Система, должен обеспечивать ежедневное создание полной или инкрементальной резервной копии базы данных Системы. Настройка автоматического сохранения резервной копии осуществляется администраторами автономно.

Сервер, на котором расположена Система, должна иметь резервный (независимый от основного) канал доступа в сеть Интернет и блок бесперебойного питания, обеспечивающие функционирование Системы в течение 2 часов с момента наступления аварийной ситуации.

Система должна иметь следующие показатели надежности:Средняя наработка Системы на отказ 10000 часов бесперебойной

работы

18

Вероятность безотказного выполнения Системой своих функций

95%

Средняя наработка Системы до отказа 10000 часов бесперебойной работы

Интенсивность отказов системы 2% всего рабочего времени системы

Отказ системы на основе технических сбоев 5% всего рабочего времени системы

4.1.6 Требования к безопасностиБезопасность при монтаже, наладке, эксплуатации, обслуживании и

ремонте технических средств Системы должны обеспечиваться согласно государственному стандарту Республики Узбекистан «O’zDST 1987:2020 Техническое задание на создание информационной системы».

К критически важным ресурсам системы относятся все серверное оборудование. Надежность всех вычислительных систем должна обеспечиваться выбором аппаратной платформы с возможностью горячей замены отдельных компонентов и дублированием процессоров, блоков питания, дисков и сетевых соединений.

Время восстановления работоспособности включает время на диагностирование отказа, замену или ремонт оборудования, конфигурирование оборудования и Системы, восстановление данных и тестирование работоспособности оборудования и Системы.

Информация Системы должна быть расположена в закрытой БД, доступ к которой разрешен только из программных модулей Системы и только с использованием пароля доступа.

Система должна иметь соответствующие меры защиты по предотвращению уничтожения, блокировки, искажения, подделки информации, размещенной в Системе, и других форм несанкционированного вмешательства.

Сохранность информации в Системе должна обеспечиваться при:• Аварийных ситуациях в помещении расположения серверов;• Сбоях работы сети, вызванных потерей питания;• Отказах технических средств.

Для сохранности информации при наступлении указанных событий в Системе Заказчиком должны быть предусмотрены специальные меры, в частности, обеспечено резервное копирование информационной базы Системы и электронного архива документов на архивный сервер.

Исполнитель не несет ответственности за организацию работы резервного сервера и сохранность информации при чрезвычайных ситуациях.

Защита от влияния внешних воздействий должна обеспечиваться средствами программно-технического комплекса Заказчика.

19

Защита от несанкционированного доступа должна быть обеспечена с учетом следующих требований:

Система должна обеспечивать защиту информации от несанкционированного доступа при ее обработке и хранении

Система защиты информации от несанкционированного доступа должна представлять собой единый комплекс организационно-режимных мер, программных и технических средств защиты информации

Система должна обеспечивать разграничение доступа к обрабатываемой информации на основе политики безопасности, определяющей права доступа субъектов доступа к защищаемым ресурсам Системы

Система защиты информации от несанкционированного доступа должна обеспечивать ведение автоматизированного учета (аудит) и регистрации событий безопасности

Система не должна иметь механизмы, обеспечивающие доступ к СУБД без соответствующей авторизации

Система должна ограничивать количество попыток пользователей по получению доступа к Системе

4.1.7 Требования к эргономике и технической эстетикеПринципы построения Системы должны учитывать уровень

относительно низкой подготовленности пользователя. Система должна быть простой для освоения и исключать неопределенность при выборе решений.

Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав Системы должно осуществляться посредством визуального графического интерфейса.

Интерфейс Системы не должен быть перегружен графическими элементами. Навигационные элементы должны быть выполнены в удобной для пользователя форме.

Ввод-вывод данных Системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме.

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов.

Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на выбранном пользователем языке.

20

Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных, пропуск в заполнении обязательных полей в используемых в Системе формах. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.

В части внешнего оформления разработчикам кабинета необходимо обеспечить:

• Единый стиль оформления интерфейса пользователя;• Дизайн должен иметь легко читаемые шрифты;• Интерфейс должен иметь режим «для слабовидящих»;• Система должна быть двуязычной: узбекский (латиница) и русский

языки;• Система должна иметь поисковую строку по ключевым словам

4.1.8 Требования к транспортабельности Требования к транспортабельности не предъявляются.

4.1.9 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

Режим эксплуатации и обслуживания Системы определяется внутренним регламентом Заказчика. По завершении гарантийной технической поддержки на основании оговоренных условий между Заказчиком и Исполнителем, могут быть установлены определенные взаимоотношения по поддержанию и обслуживанию Системы, а также ее восстановлению и хранению на основании отдельно заключенных договоров.

4.1.10Требования к патентной и лицензионной чистотеРазрабатываемая Система должна иметь возможность свободно

использоваться в Республике Узбекистан Заказчиком без опасности нарушения действующих на ее территории патентов исключительного права, принадлежащих третьим лицам.

Реализация технических, программных, организационных и иных решений, предусмотренных в Системе, не должна приводить к нарушению авторских и смежных прав третьих лиц.

4.1.11Требования по стандартизации и унификацииРазработка системы должна быть реализована с использованием

стандартных и унифицированных методов разработки программных средств. Система проектирования должна обеспечивать унификацию функциональных задач, операций и интерфейсов в части их реализации

21

4.1.12Дополнительные требованияВсе дополнительные требования по функциональным возможностям,

архитектуре базы данных, дизайну и прочим вопросам не предусмотренные текущим Техническим Заданием, реализуются в рамках новых Договоров.

4.2Требования к функциям, выполняемым системойСистема находится в открытом доступе для любого пользователя. Для

использования функциональных возможностей системы от пользователя потребуется пройти регистрацию и авторизоваться в системе.

Система должна состоять из следующих функциональных модулей: Модуль администратора Модуль авторизации Личные кабинеты пользователей Справочники Модуль «Регистрация и учет организаций» Модуль «Регистрация и учет локомотивов, моторвагонного

подвижного состава, вагона » Модуль «Регистрация и учет документов» Модуль «Мониторинг» Модуль «Отчеты» Модуль «Администрирование»

Должна быть возможность поиска по ключевым словам, а также функции углубленного поиска в страницах, где работа ведется с систематизированными данными.

4.2.1 Требования к модулю регистрации

Система должна позволять пользователям регистрироваться в Системе. При этом, при регистрации любой пользователь получает статус «неактивный», без доступа в систему. Статус активный предоставляется со стороны администратора после получения подтверждения подлинности личности.

Для регистрации пользователь должен указать сторону взаимоотношений (либо сотрудник Узжелнадзор, либо сотрудник хозяйствующего субъекта с железнодорожной инфраструктурой)

При регистрации пользователь указывает следующие данные:

ФИО Год рождения

22

Пол Организация Должность Электронная почта

Логин и пароль предоставляются со стороны администратора при активации пользователя. После закрепления логина и пароля за пользователем Система должна направлять письмо на электронную почту с указанием логина и пароля.

4.2.2 Требования к модулю авторизацииДоступ к системе предоставляется только авторизованным

пользователям. Для использования функций необходимо осуществить авторизацию и

пройти аутентификацию в Системе. Авторизация в Системе должна осуществляться следующим путем:

Ввод логина и пароля, указанного при регистрации в системе

В случаях, когда пользователь забыл свои логин или пароль пользователь из числа сотрудников Заказчика должен обратится администратору, который в свою очередь поможет восстановить доступ к системе.

Система должна позволять авторизацию по номеру телефона. Для обеспечения данной функциональной возможности должны быть использованы открытые сервисы без лицензионных отчислений.

После авторизации Система должна предоставлять пользователю соответствующие права доступа.

4.2.3 Требования к модулю администратораПри внедрении системы должен быть создан роль суперадминистратор,

пользователь, который имеет полные права по системе. Администратор имеет право активировать пользователя, который

направил запрос на активацию учетной записи. При активации администратор предоставляет пользователю логин и пароль. При этом, система должна позволять администратору следующие пути формирования логина и пароля:

Сгенерировать логин и пароль автоматически путем нажатия специальной кнопки

Ввести логин и пароль в ручную со стороны администратора.Логин и пароль направляются пользователю на электронную почтуАдминистратор должен иметь следующие права по сопровождению и

менеджменту Системы: Управление пользователями

o Разделение на группы по ролям

23

Роли Сотрудники центрального управления Сотрудники территориальных подразделений Сотрудники хозяйствующих субъектов

o Данные пользователи должны иметь возможность вносить данные по своим организациям, редактировать учетные данные, знакомится с материалами профилактических проверок, получать данные о сроках предстоящих проверок

o Возможность присвоения той или иной роли пользователям Управление правами доступа и ролями Для работы со справочниками

o У администратора должна быть возможность работы с динамическими и статическими справочниками

Для работы с двуязычным интерфейсомo У администратора должна быть возможность с модулем

словаря, который отвечает за двуязычный интерфейс. Администратор должен иметь возможность редактировать слова интерфейса в выбранном языке.

4.2.4 Требования к справочникам

Справочники должны быть динамически изменяемыми. При необходимости в системе должны быть реализованы сложные справочники, которые включают и другие справочники.

В Системе должны быть реализованы следующие справочники: Области (Regions)

o IDo Name (string, 50)

Районы (Areas)o IDo Name (string, 50)o RegionsID

Организации (Organizations)o IDo Name (string, 50)o INN (int, 9)o ConnectedStations (int, 50)o AreasIDo Director (string, 50)

Тип организации

24

o IDo Name (string, 50)

Тип локомотивов, моторвагонного подвижного состава, вагона o IDo Name (string, 50)

Серия локомотивов, моторвагонного подвижного состава, вагона o IDo Name (String, 50)o Тип локомотивов, моторвагонного подвижного состава, вагона ID

Состояние локомотивов, моторвагонного подвижного состава, вагона o IDo Name (string, 50)

Тип железной дорогиo IDo Name (string, 50)

Региональный железнодорожный узелo IDo UniqueName (String, 10)o RegionalName (String, 50)

Свод запретных мер (Приложение №2)o IDo Vilotaions (String, 500) – Нарушение требований обеспечения

безопасности движенияo ForbiddenMeasure (string, 500) – Вид запретной меры o Reference (String, 100) – Ссылка на нормативный документ

Список справочников может меняться исходя из реализации поставленных перед системой задач.

Модуль справочников также должен включать нормы пробега между техническими обслуживаниями, текущими и капитальными ремонтами тепловозов, электровозов и мотор-вагонного подвижного состава (МВПС) в разрезе территориальных локомотивных депо. При осуществлении проверок система должна вести автоматический обратный счет до следующей проверки. При приближении сроков проверки соответствующие пользователи должны получать уведомления через модуль уведомлений Системы.

4.2.5 Требования к личному кабинету пользователейУ каждого пользователя должен быть личный кабинет в Системе.

Личный кабинет должен позволять пользователям осуществлять следующее исходя из роли пользователя:

25

Редактирование данных своей учетной записи Изменять свой логин или пароль

Возможности модуля могут меняться если это требуется для реализации настоящего проекта.

Возможности роли сотрудники управления: Заполнять справочники Знакомится с отчетами Вводить в систему цены за услуги и сертификацию

Возможности роли сотрудники территориальных подразделений

Регистрировать единицы локомотивов, моторвагонного подвижного состава, вагона в системе

Вводить данные касательно эксплуатации и сервисного обслуживания локомотивов, моторвагонного подвижного состава, вагона

Знакомиться со списком подвижного состава

4.2.6 Требования к модулю «Регистрация и учет организаций»

Модуль предназначен для учета данных по организациям. Данные модуля представляют собой справочные данные по организации. При открытии страницы организации должны отображаться справочные данные по железнодорожной инфраструктуре. Например:

№ Наименование Значение 1. Путь 500 км

2. Количество станций 13

3. Количество локомотивов 50

4. Количество вагонов 170

5. и т.д.

При регистрации организации в системе должны вводится данные:

Наименование области Наименование города/района

26

Станции примыкания Наименование субъекта ИНН Протяженность путей Количество путей Количество стрелок Количество локомотива Количество вагонов Количество машинистов Количество помощников машинистов Составители Технический паспорт и инструкция Примечание: работает или не работает

Идентификатором юридических лиц в Системе является ИНН организации. Система должна автоматически контролировать дублирование данных и не допускать повторное сохранение двух организаций с идентичными ИНН.

У пользователя должна быть возможность редактировать либо удалить данные по организации.

После заполнения данных Система должна по запросу пользователя автоматически формировать карточку организаций. Карточка должна иметь вид таблицы с разделением на вкладки по организациям (Приложение №1)

4.2.7 Требования к модулю «Регистрация и учет локомотивов, моторвагонного подвижного состава, вагона»

Пользователи должны иметь возможность регистрации локомотивов, моторвагонного подвижного состава, вагона в Системе. Все операции по вводу данных должны осуществляться с помощью специализированных форм.

При этом, для каждой единицы локомотивов, моторвагонного подвижного состава, вагона Система должна присваивать уникальный код, которая генерируется по следующему алгоритму

«ПП/TT-ХХХХ» где,

ПП – ID код владельца локомотивов, моторвагонного подвижного состава, вагона

27

ТТ – тип локомотивов, моторвагонного подвижного состава, вагона

ХХХХХХ – порядковый номер локомотивов, моторвагонного подвижного состава, вагона

Система должна хранить следующие данные

По локомотивам, моторвагонному подвижному составу, вагонуo Регистрационный номерo Тип o Марка o Год выпускаo Страна производитель o Дата последней проверкиo Техническое состояние (рабочий/нерабочий)o Срок службы (просрочен/непросрочен)

При этом, просроченные Более полуторного срока Более удвоенного срока

o Курсирующие на путях ГАЖК «Узбекистон темир йуллари»o Принадлежность РЖУo Загруженность o Наличие технического паспортаo Проведение плановых ремонтных работ

По юридическим лицам:o Наименованиеo Форма собственностиo Реквизиты o Категория безопасностиo ИНН (идентификатор в системе)o Показатель безопасности движенияo Длина железной дороги (внутри территории юридического

лица)o Подвижной составo Возможность перевозки пассажировo Возможность перевозки взрывчатых грузовo Возможность перевозки опасных грузов

28

o Проходит через населенные пунктыo Расположен в точке с плохими условиямиo Человеческий факторo Наличие железнодорожных пересеченийo Сумма параметровo Исправный/неисправныйo Наличие ремонтной базы

Сумма параметров безопасности железной дороги рассчитывается Системой автоматически и отображается только по организации на странице организации, по всей Республике Узбекистан на странице модуля мониторинга.

Сумма параметров должна автоматически должна рассчитываться по шкале безопасности. Шкала безопасности подразделяется на 4 категории:

1- Больше 12 баллов2- С 8 до 12 баллов3- С 5 до 8 баллов4- До 5 баллов

Показатели параметров безопасности вводятся сотрудниками узжелнадзора при профилактической проверке.

4.2.8 Требования к модулю «Регистрация и учет документов»Данный модуль предназначен регистрировать и вести учет документов по

эксплуатации и содержании локомотивов, моторвагонного подвижного состава, вагона .

Система должна позволять вести учет следующих документов: Паспорт локомотивов, моторвагонного подвижного состава, вагона Акт приемки локомотивов, моторвагонного подвижного состава,

вагона Акт проверки локомотивов, моторвагонного подвижного состава,

вагона Акт проверки состояния железной дороги Акт переаттестации ответственных за исправность железной дороги

и локомотивов, моторвагонного подвижного состава, вагона работников

4.2.9 Требования к модулю «Мониторинг»

29

Данный модуль предназначен для предоставления возможности мониторинга текущего состояния локомотивов, моторвагонного подвижного состава, вагона по всем регионам страны.

Данный модуль должен иметь возможность отображать реестр локомотивов, моторвагонного подвижного состава, вагона и документов в табличном виде с возможностью генерации графических диаграмм по выбранным фильтрам.

Статистические данные должны отображаться в табличном виде и сопровождаться графической диаграммой.

Форма мониторинга состояния локомотивного хозяйства министерств и ведомств должна иметь вид согласно Приложению №3.

Форма инвентарного парка вагонов министерств и ведомств должна иметь вид согласно приложению №4.

Для одного статистического элемента должны использоваться круговые диаграммы, для статистических элементов, которые отображают динамику в разрезе времени должны использоваться линейные диаграммы, для сопоставления аналогичных данных рассматриваемых в разрезе определенных атрибутов должны использоваться столбчатые графики.

Система должна позволять пользователю скачивать табличные данные в файл Excel, графические картинки в формате PNG и PDF для дальнейшего производственного использования.

Модуль должен предоставлять пользователю возможность гибкой настройки фильтрации запрашиваемых статистических данных.

Модуль также должен отображать список организаций по сумме параметров безопасности железной дороги в разрезе 4 категорий. Список составляется по убыванию. Цвет шрифта должен иметь вид, переходящий от темных тонов к светлому. Чем выше показатель суммы параметров, тем выше он находиться в списке и тем темный тон цвета имеет шрифт.

4.2.10Требования к модулю «Отчетность»Данный функционал предназначен генерировать по запросу

статистические данные, касательно учета и содержание локомотивов, моторвагонного подвижного состава, вагона.

Статистические данные должны отображаться в табличном виде и сопровождаться графической диаграммой.

Для одного статистического элемента должны использоваться круговые диаграммы, для статистических элементов, которые отображают динамику в разрезе времени должны использоваться линейные диаграммы, для

30

сопоставления аналогичных данных рассматриваемых в разрезе определенных атрибутов должны использоваться столбчатые графики.

Система должна позволять пользователю скачивать табличные данные в файл Excel, графические картинки в формате PNG и PDF для дальнейшего производственного использования.

Модуль должен предоставлять пользователю возможность гибкой настройки фильтрации запрашиваемых статистических данных.

4.2.11 Требования к модулю «Планирование и учет профилактических проверок»

Модуль предназначен для планирования профилактических проверок в части расчета трудозатрат.

В системе должна быть реализован справочник «нормы трудозатрат», к которому имеет доступ компетентный пользователь. Справочник представляет собой таблицу, в которой прописаны нормы видов работ на 1 человека в 1 рабочий день.

№ Наименование работ Значение 1. Проверка путей (Путеец) 10 км

2. Проверка локомотивов (Локомотивщик) 15 ед.

3. Проверка вагонов (Вагонщик) 16 ед.

4. Проверка станций (Движенец) 5 станций

Таб. №3. Справочник норм видов работ на 1 человека в 1 рабочий день.

Модуль должен позволять сотруднику вводить вводные данные и формировать список необходимых сотрудников для осуществления профилактической проверки и их количество. Например, вводные данные:

Длительность проверки – 5 дней Путь – 500 км Локомотивы – 50 ед. Вагоны – 170 ед. Станции – 13 станций

Исходя из вводных данных и значений справочника «Нормы трудозатрат» Система автоматически должна рассчитать сколько сотрудников

31

требуется для осуществления профилактической проверки и выдать список пользователю. Для вышестоящей задачи потребуется:

Путеец – 10 человек Движенец – 1 человек Локомотивщик – 1 человек Вагонщик – 2 человека

У пользователя должна быть возможность печати списка либо экспорта в файл формата Excel.

4.2.12Требования к модулю уведомлений

Модуль уведомлений предназначен автоматически направлять соответствующему пользователю или группе пользователей уведомительное сообщение. Сообщение может включать в себя данные о каком-либо действии либо бездействии в системе, призывы к действию либо бездействию в системе, статистические данные по определенному процессу.

Модуль уведомлений должен иметь возможность направления сообщений по:

Электронной почте СМС шлюз Push уведомление на мобильный телефон

4.2.13Требования к мобильному приложению

Мобильное приложение предназначено для использования инспекторами при выполнении своих функциональных обязанностей.

Мобильное приложение должно быть реализовано для телефонов с операционными системами Android.

Доступ к функциональным возможностям мобильного приложения должно предоставляться по авторизации.

Мобильное приложение должно быть разработано с учетом работы пользователей только одой роли. Интерфейс должен быть реализован в минималистическом стиле. Для выполнения какой-либо функции

32

пользователь должен осуществлять максимум 3 или меньше действия в мобильном приложении.

Каждое мобильное приложение должно иметь свой уникальный токен, по которому предоставляется доступ к БД информационной системы.

Мобильное приложение предназначено для работы территориальных инспекторов, и должно позволять вводить данные по проверке локомотивов, моторвагонного подвижного состава, вагона хозяйствующих субъектов.

Данные, внесенные через мобильное приложение должны передаваться на сервер и иметь возможность дальнейшей обработки.

Инспектора проводят профилактические проверки депо. В свою очередь депо подразделяются на локомотивные и вагонные. В ходе проверок в Систему вводятся данные:

ТЧ/ВЧДo Датаo Наименование ТЧo Присутствовавшие

ФИО Должность

o Учетная численность локомотивов, моторвагонного подвижного состава, вагона

Категория Тип Серия Количество С указанием

Технического состояния Расположения

o Количество сотрудников (план/факт) в разрезе должностейo Случаи (Межпоездной ремонт) МПР

Дата Номер приказа Тип Серия Точное время Причина поставки на МПР Сумма нанесенного ущерба

33

o Случаи нарушения безопасности движения поездовo Количество дефективных работo Количество срывов графика поездов

В разрезе кварталов В разрезе месяцев

o Наименование месяцаo Количество случаев срыва графикаo Сумма ущербаo Сумма удержания с виновных

o Трудовая и технологическая дисциплина Количество привлечения к административной

ответственности в разрезе должностей Количество отобранных талонов Примеры приказов по нарушителям трудовой

дисциплины Номер и дата приказа ФИО сотрудника, в отношении которого

применяется санкция Санкция

Статус внеочередного медицинского освидетельствования локомотивных бригад

Данные об ОТМ по укреплению трудовой и технологической дисциплины и обеспечения безопасности движения

У пользователя должна быть возможность добавлять дополнительные пункты с полями для комментирования, которые будут отображаться в акте

o У пользователя должна быть возможность открытия документа в текстовом редакторе, не выходя из Системы. При этом, Система должна позволять широкие функции текстового редактора с возможностью выбора размера текста, начертания текста, маркировки текста, выбора цвета текста.

По результатам проверок оформляется акт. Система должна генерировать акт автоматически. Система должна позволять экспортировать сгенерированный акт в файл word и PDF.

Акты должны иметь вид согласно приложениям №5.

34

Мобильное приложение должно иметь возможность в офлайн режиме. Введенные данные должны сохраняться в Системе до подключения мобильного телефона к сети интернет. При том, мобильное приложение должно вести журналирование переданных данных, для исключения возможности дублирования данных в базе.

4.3Требования к видам обеспечения4.3.1 Требования к математическому обеспечению

Совокупность математических методов моделей и алгоритмов определяется разработчиком согласно поставленной перед системой задачей. Конкретное содержание алгоритмов, исполняемых в системе, определяется в процессе разработки программного обеспечения.

4.3.2 Требования к информационному обеспечению4.3.2.1 Требования к хранению данных

Все данные Системы должны храниться в структурированном виде под управлением реляционной СУБД.

Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Информационный обмен данными в системе должен осуществляться с помощью разработанного коммуникационного протокола передачи данных. Уровень хранения данных в системе должен быть построен на основе современных СУБД.

Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.

4.3.2.2 Требования к языкам программированияИспользуемые при разработке языки высокого уровня должны

обеспечивать решение всех задач по реализации функций системы уровня.Выбор языка программирования осуществляется Исполнителем

самостоятельно, исходя из поставленных перед Системой задач. Выбранная технология должна позволять дальнейшее масштабирование Системы.

35

4.3.2.3 Требования к иллюстрациямВсе рисунки и фото объемом более 1 kb (кроме элементов дизайна

страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате gif или jpg или PNG и PDF.

4.3.3 Требования к лингвистическому обеспечению4.3.3.1 Требования к применению языков высокого уровня

Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы уровня.

4.3.3.2 Требования к языку взаимодействия с пользователемВзаимодействие с пользователем должно осуществляться на

государственном и русском языках.

4.3.4 Требования к программному обеспечению

Прикладное программное обеспечение должно отвечать следующим требованиям:

• Высокая степень готовности для решения поставленных задач;• Совместимость программных продуктов в части используемых

технических средств, системного программного обеспечения и общесистемной инфраструктуры в пределах требований к техническому обеспечению, а также их информационная совместимость в пределах требований к информационному обмену;

• Сопровождаться комплектом соответствующих документов.Необходимое для эксплуатации Системы общее программное обеспечение

должно быть определено на этапе технического проектирования Системы и представлено в техническом проекте.

Место хранения данных Системы определяет Заказчик.

4.3.5 Требования к техническому обеспечениюРазрабатываемая Система должна быть адаптивной и иметь возможность

работы с любых смартфонов, планшетов, ПК имеющих доступ в интернет.Разрабатываемая Система должна иметь возможность функционировать

на компьютерных мощностях, обладающих следующими параметрами:• Минимальные требования к аппаратному обеспечению АРМ

пользователя:• Процессор 2ГГц и выше;• Платформа • ОЗУ не ниже 1 Гб;• HDD – не менее 80 Гб;• Наличие подключения к сети Интернет на скорости от 128

Кб/с;• Наличие принтера для получения бумажной копии отчета;

36

• USB-порт.• Минимальные требования к аппаратному обеспечению Сервера:

• Сервер приложений Процессор 3,20 ГГц и выше; Платформа 64-х разраядная ОЗУ не ниже 16 Гб; HDD – не менее 1 Tб; Сетевая карта –1 Гб/с и выше; Подключение к Интернету.

• Сервер БД Процессор 3,20 ГГц и выше Платформа 64-х разрядная ОЗУ не ниже 16 Гб HDD – не менее 4 Тб Сетевая карта – 1 Гб/с и выше Подключение к Интернету.

Рекомендуемая скорость подключения Сервера к интернету – 40 Мб/с.Графические элементы должны корректно отражаться на экранах с

разрешением 1280 на 1024 пикселей.

4.3.6 Требования к метрологическому обеспечениюНе предъявляются

4.3.7 Требования к организационному обеспечению

Силами Заказчика в срок до начала проведения монтажных работ должна быть осуществлена подготовка помещений на объектах автоматизации к размещению АИАС в соответствии с требованиями и условиями эксплуатации.

В связи с необходимостью обеспечения непрерывности функционирования Системы должна быть создана или привлечена на договорной основе группа администраторов, обеспечивающих круглосуточную техническую поддержку функционирования программно-аппаратной инфраструктуры Системы.

Основными функциями этой группы являются:

Обеспечение проведения профилактических и ремонтных работ на оборудовании системы;

Администрирование программных продуктов, установленных в рамках реализации проекта ИС;

Наполнение системы информационным ресурсом; Участие в подготовке предложений по улучшению работы системы

в ходе опытной эксплуатации.

37

Для сокращения вероятности ошибочных действий при эксплуатации Системы, обслуживающий персонал на регулярной основе должен проходить аттестационные мероприятия, включая проверку знаний при действиях внештатных ситуациях.

К структуре и функциям подразделений, участвующих в функционировании Системы и обеспечивающих ее эксплуатацию предъявляются дополнительные требования на стадии технического проектирования.

4.3.8 Требования к методическому обеспечениюНе предъявляются

5. Состав и содержание работ по созданию системыПосле утверждения настоящего ТЗ последующие работы по созданию

программы должны производиться в несколько этапов. Состав и содержание работ по этапам указаны в таблице №1. Содержание работ отдельных этапов, а также сроки их окончания могут быть уточнены в процессе доработки Системы.

№ Этап Дата начала

Дата окончания

Форма реализации

1. Создание ядра Системы 01.10.2019 31.10.2019 Акт выполненных работ

2. Создание тестовой версии 01.11.2019 30.11.2019 Акт выполненных работ

3. Создание финальной версии

01.12.2019 30.12.2019 Акт выполненных работ

4. Приемка Системы 01.01.2020 15.01.2020 Протокол испытательных работ. Акт выполненных работ

5. Промышленная эксплуатация веб версии

04.01.2020 Бессрочно Акт о внедрении в промышленную эксплуатацию

6. Требования к составу и содержанию работ по подготовке объекта информатизации к вводу системы в действие

По завершению работ исполнитель совместно с представителями Заказчика проводит тестовые испытания Системы, по результатам которого оформляется двухсторонний акт.

38

6.1Общие сведения о порядке контроля и приёма ИС

Ввод в эксплуатацию и приемка ИС будет осуществляться специальной Комиссией. Состав Комиссии будет определяться Заказчиком.

Для приемки Системы Комиссией будет сформировано и проведено тестовое испытание Системы.

Приемочные испытания проводят для определения соответствия Системы настоящему ТЗ.

Испытания Системы будут проведены на объекте Заказчика.По результатам будут составлены протоколы проведения испытаний с

указанием замечаний и сроков их устранения. Возникшие в процессе испытаний и опытной эксплуатации

дополнительные требования Заказчика, не предусмотренные в настоящем ТЗ, не будут являться основанием для отрицательной оценки и могут быть удовлетворены по дополнительному соглашению в согласованные сроки.

6.2Виды, состав, объем и методы испытаний Системы и ее составных частей

На первом этапе проверка Системы должна производиться согласно программе и методике предварительных испытаний опытного образца, разработанной Исполнителем работ и утвержденной Заказчиком.

На этапе опытной эксплуатации опытного образца должна производиться оценка полноты принятых проектных решений, и могут быть сформулированы требования по доработке системы до типового тиражируемого решения.

После проведения доработок в соответствии с дополнением к ТЗ должна быть разработана программа и методика приемо-сдаточных испытаний.

6.3Общие требования к приемке работ по стадиям. Порядок согласования и утверждения приемочной документации

Приемка работ производится Заказчиком по завершении каждого этапа в сроки, указанные в разделе 5 настоящего ТЗ.

Заключение о возможности ввода доработанной системы в действие (промышленную эксплуатацию) принимается на основании результатов:

выполнения контрольного примера (сценария), алгоритм которого согласуется и утверждается предварительно;

успешного завершения опытной эксплуатации доработанной системы в течение одного месяца.

При проведении предварительных или приемо-сдаточных испытаний должен составляться протокол, подписываемый Заказчиком и Исполнителем.

39

Перед проведением приемо-сдаточных испытаний Исполнитель обязан предъявить комиссии нижеперечисленные документы:

техническое задание на создание опытного образца системы; программу и методику предварительных испытаний опытного

образца, протокол предварительных испытаний; дополнение к ТЗ на проведение доработок по результатам опытной

эксплуатации для создания масштабируемого типового изделия; эксплуатационную документацию (по согласованному перечню); акт приемки доработанной системы и ее вводе в промышленную

эксплуатацию.Датой ввода Системы (ее элементов) в действие считать дату подписания

акта о вводе системы как масштабируемого типового тиражируемого продукта в промышленную эксплуатацию.

7. Требования к составу и содержанию работ по подготовке системы к вводу в эксплуатацию7.1.Инструктирование

В период сдачи Системы в эксплуатацию Исполнитель обязан подготовить инструкции по эксплуатации и провести инструктаж сотрудников Заказчика работе в Системе.

Инструктаж будет проведен для сотрудников Заказчика с отрывом от основной работы на время инструктажа. Количество инструктируемых: не более 50 человек.

Инструктаж дополнительных сотрудников Заказчика производится по дополнительным соглашениям.

7.2.Гарантийная поддержка

Гарантийные обязательства заключаются в предоставлении технической поддержки, осуществляемой силами Исполнителя в течение 1го (одного) календарного месяца с момента завершения работ по созданию и введению в эксплуатацию Системы.

Перевод Системы на гарантийное обслуживание происходит после подписания акта выполненных работ по текущему ТЗ.

В течение гарантийного срока обслуживания Исполнитель обязан отвечать на вопросы сотрудников Заказчика, прошедших обучение, если ответы на эти вопросы отсутствуют в сопроводительной документации.

Гарантийное обслуживание включает в себя:• Исправление ошибок, возникших при работе Системы, в рамках

разработанного функционала, утвержденного настоящим ТЗ;• Консультации технических специалистов Заказчика по настройке

Системы, по вопросам, не освещенным в технической документации, предоставленной по текущему проекту;

40

• Консультации пользователей по вопросам работы в Системе, если ответы на эти вопросы отсутствуют в разработанной и предоставленной документации по текущему вопросу.

Гарантийное обслуживание не включает в себя:• Выполнение работ по совершенствованию функционала системы не

предусмотренное настоящим ТЗ;• Разработку новых отчетных форм, не предусмотренных настоящим

ТЗ;• Техническую поддержку оборудования, на котором установлена и

функционирует Система.Скорость реагирования на запросы Заказчика по технической поддержке

Системы не должна превышать 48 рабочих часов с момента поступления заявки на электронную почту Исполнителя и подтверждения ее получения по телефону.

Скорость реагирования на запросы Заказчика в случае аварийной ситуации с Системой не должна превышать 8 рабочего часа с момента телефонного звонка Заказчика и при условии, что Заказчик предоставит все необходимые условия для решения возникшей проблемы. При этом в течение 1го рабочего часа Исполнитель должен принять Заявку к исполнению. Сроки решения вопроса по Заявке определяются, исходя из сложности проблемы, и согласовываются совместно Заказчиком и Исполнителем.

Консультационная поддержка ответственного специалиста Заказчика по работе с Системой осуществляется посредством электронной почты и телефонной связи.

Все дополнительные требования по функциональным возможностям, архитектуре базы данных, дизайну, обучению новых пользователей, и прочим вопросам не предусмотренные текущим Техническим Заданием, реализуются в рамках дополнительных Договоров.

8. Требования к документированиюПри сдаче работ по разработке Системы исполнитель разрабатывает и

сдает руководство пользователя по администрированию Системы, с указанием функциональных возможностей по менеджменту по контенту.

При разработке проектной, рабочей и эксплуатационной документации исполнитель должен руководствоваться O'zDSt 1985:2020 Информационные технологии. Виды, комплектность и обозначение документов при создании информационных систем.

9. Источники разработки

Исходными стандартами для разработки настоящего Технического задания и Системы являются:

• O‘zDSt 1987:2020 «Техническое задание на создание информационной системы»;

41

• O‘zDSt 1985:2020 «Виды, комплектность и обозначение документов при создании информационных систем»;

• ГОСТ 24.104-85 «Автоматизированные системы управления. Общие требования»;

• ГОСТ 24.701-86 «Надежность автоматизированных систем управления»;

• ГОСТ 28195-89 «Оценка качества программных средств. Общие положения»;

• ISO/IEC 27002 «Информационные технологии. Свод правил по управлению защитой информации»;

• ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»;• ГОСТ 28806-90 «Качество программных средств».

42

Приложение №1

К техническому заданию «Разработка и внедрение автоматизированной информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагона» - Форма списка хозяйствующих субъектов, связанных со сферой железнодорожного транспорта Республики Узбекистан

СПИСОК ХОЗЯСТВУЮЩИХ СУБЪЕКТОВ СВЯЗАННЫЕ В СФЕРЕ ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА

РЕСПУБЛИКИ УЗБЕКИСТАН НА 01.01.2020 ГОД. ПО ООО "Тест"

№№Наименование

области, района

Наименование города

Станции примыкания Наименование субъекта ИНН

прот

яжон

ност

ь пу

тей

кол-

во п

утей

кол-

во с

тре-

лок

кол-

во л

оком

отив

а

кол-

во в

агон

ов

кол-

во м

ашин

и-ст

ов

кол-

во п

ом. м

ашин

и-ст

ов

сост

ави-

тели

тех.

пас

порт

и и

нстр

укци

я

прим

еча-

ние

рабо

т. и

ли н

е ра

бота

ю.

1 3,200 1 1 2001 2006 не раб.

2 9,094 3 6 2002 2002 не раб.

3 0,675 1 1 2006 2006 раб.

4 0,630 2 2 2000 2007 раб.

ВСЕГО: 5 ПРЕДПРИЯТИЙ 15,866 9 11


К техническому заданию «Разработка и внедрение автоматизированной информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагона» - Сводная форма запретных мер по хозяйствам

СВОД

запретных мер по хозяйствам

№

Нарушение требований

обеспечения безопасности движения

Какой вид запретной меры применяется

(отставляется от эксплуатации,

запрещается, закрывается, отстраняется от работы, ограничение скорости)

Ссылка на нормативный

документ (пункт и нормативный

документ)

По хозяйству движения

1

Лица, поступающие на железнодорожный транспорт на работу, связанную с движением поездов, должны пройти профессиональное обучение, а локомотивные бригады, кроме того, профессиональный отбор, выдержать испытания и в последующем периодически проверяться в знании ПТЭ, ИДП, ИСИ, должностных инструкций и др.

Запретить допуск лиц к работе не прошедших

испытания.

Пункт 7 ПТЭ РУз, ПКМ – 1645.

2

Не допускается исполнение обязанностей работниками железнодорожного транспорта, находящимися в состоянии алкогольного, токсического или наркотического опьянения. Лица, обнаруженные в таком состоянии, немедленно отстраняются от работы и привлекаются к ответственности.

Отстранить немедленно Пункт 10 ПТЭ РУз


К техническому заданию «Разработка и внедрение автоматизированной информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагона» - Форма инвентаризации по локомотивному хозяйству Министерств и ведомств

Инвентаризация

По локомотивному хозяйству Министерств и ведомств на 01.01.20г.

№№

Наименование предприятий подъезд.

Пути

Кол-во локомотивов

Загружен-ность

локомоти-вов

Тех-кое состояние.

локомо-тивов

Кол-во исправныхлокомоти-

вов

Кол-во просрочен

срок службылокомоти-

вов

Наличие тех.

паспорталокомоти-

вов

Проведениеплановый

виды ремонта

Кол-во лок. с правомвыезда на

пути ГАЖК

Наличие ремонтной

базы

«Уздонмахсулот»1 ОАО Ахангарандон ТГМ23 –

(количество)ТГМ23В48 – (количество)

Малодеят. ИспрИспр

2 1973 г.постр1984 г.постр

Есть Есть КР – 2000г. Нет Есть

2 ОАО Тошкент ГуручИтого: 36 64

ТГК-21 едТГМ-44 ед

1312 ед неиспр30ед неиспр

64/42 38 27/37 18/46 0 1/0

ГАК Узавтойул12

Приложение №4К техническому заданию «Разработка и внедрение автоматизированной информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагона» - Форма инвентаризации парка вагонов Министерств и ведомств

Инвентарный парк вагонов принадлежности минестерств и ведомств по Республики Узбекистон на 01.01.2020 год.

п/н

Наименования предприятий минерстерств

и ведомств

всег

о ва

гонн

ый

парк исправные вагоны /

неисправные вагонывагоны с просроченным сроком

службывагоны с просроченным сроком

службы, более полуторного срокавагоны с просроченным сроком службы, более удвоенного срока

Кур

сиру

ющ

ие н

а пу

тях

ГАЖ

К

всег

о /

дум

пкар

ы /

кры

тый

/

плат

фор

ма

/

полу

ваго

н /

цист

ерна

/

проч

ие /

всег

о

дум

пкар

ы

кры

тый

плат

фор

ма

полу

ваго

н

цист

ерна

проч

ие

всег

о

дум

пкар

ы

кры

тый

плат

фор

ма

полу

ваго

н

цист

ерна

проч

ие

всег

о

дум

пкар

ы

кры

тый

плат

фор

ма

полу

ваго

н

цист

ерна

проч

ие

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

1Минерстерств

и ведомств

1СП ООО

"Нефтесервис"

2 СП "Юктранс"

3 ЧП "МARSEN"

4ООО "Nikolas

K-Trans"

46

Приложение №5К техническому заданию «Разработка и внедрение автоматизированной информационно-аналитической системы контроля состояния локомотивов, моторвагонного подвижного состава, вагона» - Форма акта профилактической проверки ТЧ

А К Т

Дата Наименование

Мы нижеподписавшиеся, на основании Постановления «О совместном осуществлении профилактической работы по предупреждению и предотвращению нарушений требований безопасности железнодорожных перевозок на предприятиях АО «Узбекистон темир йуллари», утвержденного Постановлением Председателя правления ГАЖК «Узбекистон темир йуллари» от 14 октября 2008 года за № 6-У и начальника ГИ «Узгосжелдорнадзор» от 18 сентября 2008 года за № 106, произвели профилактическую работу в локомотивном депо «Узбекистан» на предмет выполнения нормативных документов по обеспечению безопасности железнодорожных перевозок, эксплуатации технических средств железнодорожного транспорта.

Профилактическая работа проводилось с ведома ______________________________________________ в присутствии _________________________________________________________________.

По результатам профилактической работы установлено следующее:

В локомотивном депо «_________________» в парке числятся __ед. ________________ серии _________ - ___ед., _________ - ___ед., _________ - ___ед., и _________ - ___ед, а в эксплуатации работают __ед. ________в. Из них __ед. электровозов серии _________ на заводе.

Контингент депо всего при плане _______ человек, фактически составляет ______ пересодержание на _____ человек, в том числе машинисты при плане ____ человек, составляет ____ человек, помощники машинисты при плане - _____ человек, фактически составляет-_____ человек. Машинисты инструктора при плане – ___ человек, фактически составляет – __ человек.

С начало 2020 года на основании приказа ЕДЦ по постановки локомотивов на межпоездной ремонт (МПР) 27 случаев из них:

___________г. по приказу №2 электровоз серии _______ в 05:30 поставлен на МПР из-за неисправности компрессора КТ-6 сумма нанесенного ущерба составило ________ сум.

…

За прошедший период _____ года по депо «_________» допущен 4 случая нарушения безопасности движения поездов (квалифицирован как особый случая брака в работе) из них:

22.01.2020г электровоз серии _________ под управлением машиниста ___________ на ст. _________ простоял поезд №____ с 19-30 до 01-30 мин из-за низкого напряжения. Ущерб _________ сум удержан с премии цеха №____.

…

Всего: возмещенный ущерб от допущенных случаев ___________ сум.

За аналогичный период 2019 года было допущено 2 случая нарушения безопасности движения поездов.

Кроме нарушений безопасности движения поездов за отчетный период 2020 года была допущено 19 случаев дефективных работ, за аналогичный период 2019 года дефективных работ была допущена 17 случай.

За 8 месяцев 2020 года допущено 363 случаев срывов поездов с графика. По всем случаям срывов произведены разборы с причастными лицами и ущербы возмещены так как:

- За январь месяц 2020 года допущено 122 случаев срывов грузовых и пассажирских поездов с графика на сумму ________ сум и с виновных удержан ______________ сум.

- За февраль месяц.

- За март месяц.

В течение 1 квартала 2020 года допущено 546 случаев срывов поездов на сумму ___________ сум, с виновных удержано _________ сум.

- За апрель месяц.

…

Должность (подпись) ФИО

Должность (подпись) ФИО48



Разработчики технического задания

Директор ООО Simplex ____________ _________________ (подпись)

Ответственный исполнитель (Менеджер проекта) ____________ __________________

(подпись) (инициалы, фамилия)

Исполнители (Аналитик) ____________ __________________

(подпись) (инициалы, фамилия)

49

Documents

dxarid.uzex.uz · Web view2019-11-04 · Мы нижеподписавшиеся, на основании Постановления «О совместном осуществлении