Технические требования

Технические требования

1.  Общие положения

1.1.  Полное наименование и условное обозначение сервиса: сервис обеспечения воинских перевозок МВД России и оформления проезда сотрудников

1.2.  Наименование Заказчика:Федеральное казенное учреждение «Главный центр специальных перевозок МВД России».

1.3.  Область применениясервиса:

Областью применения сервисаявляется автоматизация государственной функции воинских перевозок в интересах органов внутренних дел и подразделений внутренних войск МВД России, при пассажирских перевозках железнодорожным транспортом, включая автоматизацию централизованных расчетов и акцепта счетов, предъявленных ФКУ «ГЦСП МВД России» за оказанные услугипо перевозке пассажиров с использованием воинских проездных документов МВД России.

1.4.  Основания для проведения работы:

1.  Пункт 8.3 Плана мероприятий по созданию в годах единой системы информационно-аналитического обеспечения деятельности МВД России, утверждённого Руководителем Администрации Президента Российской Федерации - председателем президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации;

2.  Пункт 2.1 Перечня мероприятий /6174 по созданию сервиса оформления проезда сотрудников и военнослужащих внутренних войск МВД России, в рамках создания единой системы информационно-аналитического обеспечения деятельности МВД России, утвержденного Министром внутренних дел Российской Федерации;

3.  Статья 20 Федерального закона от 01.01.01 г. «О статусе военнослужащих»;

4.  Постановление Правительства РФ от 01.01.01 г. № 000 «О порядке возмещения расходов, связанных с перевозкой военнослужащих, граждан, уволенных с военной службы, и членов их семей, а также их личного имущества»;

5.  Приказ Министерства внутренних дел Российской Федерации от 01.01.01 г. № 000«О порядке возмещения расходов, связанных с перевозками, а также оформления, использования, хранения и обращения с воинскими перевозочными документами в системе МВД России»;

6.  Ст. 6 Федерального Закона от 19 июля 2011 г. «О социальных гарантиях сотрудникам органов внутренних дел Российской Федерации и внесении изменений в отдельные законодательные акты Российской Федерации»;

7.  Постановление Правительства Российской Федерации 30 декабря 2011 г. № 000; «Об утверждении Правил возмещения расходов на проезд и провоз багажа к избранному месту жительства сотрудникам органов внутренних дел, выплаты денежной компенсации расходов на проезд в санаторно-курортные или оздоровительные учреждения гражданам Российской Федерации, уволенным со службы в органах внутренних дел, и членам их семей, а также проезда членов семьи и родителей погибшего (умершего) сотрудника органов внутренних дел к месту его погребения, находящемуся за пределами территории Российской Федерации»;

8.  Приказ МВД России от 01.01.01 г. № 000; «Об утверждении Порядка оплаты проезда сотрудникам органов внутренних дел Российской Федерации и членам их семей, а также выплаты денежной компенсации расходов, связанных с оплатой проезда, членам семей и родителям погибшего (умершего) сотрудника органов внутренних дел Российской Федерации»;

9.  Федеральный закон от 01.01.2001 г. «О службе в Органах Внутренних Дел Российской Федерации и внесении изменений в отдельные законодательные акты Российской Федерации»;

10.  Постановление Правительства Российской Федерации от 01.01.01 г. № 000 «О порядке и размерах возмещения сотрудникам некоторых федеральных органов исполнительной власти расходов на проезд в период нахождения в служебной командировке за счет средств федерального бюджета»;

11.  Приказ МВД РФ от 01.01.01 г. N 14
«Об утверждении Административного регламента Министерства внутренних дел Российской Федерации по исполнению государственной функции по организации воинских перевозок в пределах Российской Федерации в интересах органов внутренних дел и внутренних войск, а также на основании решений Правительства Российской Федерации и межведомственных соглашений - в интересах соответствующих федеральных органов исполнительной власти».

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

1.  Федеральный закон Российской Федерации от 07 февраля 2011 г. № 3‑ФЗ «О полиции»;

2.  Федеральный закон Российской Федерации 27 июля 2006 г. № 149‑ФЗ (ред. от 01.01.2001) «Об информации, информационных технологиях и о защите информации»;

3.  Федеральный закон Российской Федерации от 01.01.01 г. № 152‑ФЗ (ред. от 01.01.2001) «О персональных данных»;

4.  Федеральный закон от 06 апреля 2011 г. № 63-ФЗ (ред. от 01.01.2001, с изм. от 01.01.2001) «Об электронной подписи»(с изм. и доп., вступающими в силу с 01.09.2013);

5.  Указ Президента Российской Федерации от 01 марта 2011 г. № 248 «Вопросы Министерства внутренних дел Российской Федерации»;

6.  Указ Президента Российской Федерации от 01.01.01 г. № 249 «Об утверждении Типового положения о территориальном органе Министерства внутренних дел Российской Федерации по субъекту Российской Федерации»;

7.  Указ Президента Российской Федерации от 01.01.01 г. № 250 «Вопросы организации полиции»;

8.  Постановление Правительства Российской Федерации от 01.01.01 г. № 723(ред. от 01.01.2001) «О порядке ввода в эксплуатацию отдельных государственных информационных систем»;

9.  Приказ Министерства связи и массовых коммуникаций Российской Федерации от 02 сентября 2011 г. № 221 «Об утверждении Требований к информационным системам электронного документооборота федеральных органов исполнительной власти, учитывающих, в том числе необходимость обработки посредством данных систем служебной информации ограниченного распространения»;

10.  Указ Президента Российской Федерации от 1 марта 2011 года N 248 «Вопросы Министерства внутренних дел Российской Федерации»;

11.  Федеральный закон Российской Федерации -ФЗ «О воинской обязанности и военной службе» (в ред. от 01.01.2001);

12.  Перечень поручений по итогам заседания Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации от 01.01.2001;

13.  Федеральный закон Российской Федерации -ФЗ (ред. от 01.01.2001) «Об информации, информационных технологиях и о защите информации».

1.5.  Назначение сервиса

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

Внедрение сервиса позволит обеспечить:

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

·  повышение точности планирования подразделениями МВД России денежных средств на проезд сотрудников железнодорожным транспортом за счет обеспечения контроля подразделения за расходами на перевозки;

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

·  сокращение затрат на проезд сотрудников железнодорожным транспортом за счет поиска сервисом оптимального маршрута следования по стоимостному и временному признакам;

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

1.6.  Характеристика объекта автоматизации

Объектом автоматизации являются процессы обработки информации в подразделениях ФКУ «ГЦСП МВД России» в части обеспечения воинских перевозок с использованием воинского перевозочного документа формы №1.

2.  Требования к программе

2.1.  Требования к структуре и функционированию сервиса:

Для достижения поставленной цели должна быть обеспечена разработка решений посредством расширения технологической платформы, используемой ФКУ «ГЦСП МВД России» в части обеспечения сотрудников и военнослужащих внутренних войск МВД России электронными воинскими перевозочными документами для проезда воздушным транспортом.

В ходе разработки сервиса должны быть решены следующие функциональные задачи:

1.  Обеспечение возможности оформления электронной заявки на выдачу Э-ВПД сотрудникам и военнослужащим внутренних войск МВД России в части приобретения проездных документов на железнодорожный транспорт через Финансовые Подразделения органов внутренних дел МВД России;

2.  Предоставление сотрудникам МВД России возможности оплаты проезда железнодорожным транспортом посредством Э-ВПД до ближайшей станции при пересечении границы РФ;

3.  Предоставление сотрудникам МВД России возможности возврата, приобретенного в сервисе билета (железнодорожным и воздушным транспортом);

4.  Реализация функции выбора билетов для пассажиров на железнодорожный транспорт;

5.  Обеспечение возможности создания комбинированных маршрутов, с учетом стыковок;

6.  Обеспечение возможности осуществлять в оперативном режиме рассылку электронных билетов ответственным сотрудникам и сотрудникам, на которых оформлены билеты;

7.  Обеспечение введения справочника ортодромических расстояний;

8.  Обеспечение возможности расчёта суммы возмещения посредством Э-ВПД с учетом ортодромических расстояний и планирования своих расходов при поездках за пределы РФ;

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

10.  Автоматизированный прием, накопление и обработка электронных счетов от транспортных организаций;

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

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

13.  Формирование отчетности в разрезе железнодорожного транспорта по результатам деятельности;

14.  Расширения существующей отчетности, используемой ФКУ «ГЦСП МВД России» в части обеспечения сотрудников и военнослужащих внутренних войск МВД России электронными воинскими перевозочными документами для проезда воздушным транспортом;

15.  Ввод и обработка реестров за аренду пассажирских вагонов (без оформления Э-ВПД);

16.  Акцептование реестров за аренду пассажирских вагонов (без оформления Э-ВПД);

17.  Формирование отчетности за аренду пассажирских вагонов (без оформления Э-ВПД);

18.  Ввод и обработка реестров по содержанию и эксплуатации спец. вагонов (без оформления Э-ВПД);

19.  Акцептование реестров по содержанию и эксплуатации спец. вагонов (без оформления Э-ВПД);

20.  Формирование отчетности по содержанию и эксплуатации спец. вагонов (без оформления Э-ВПД);

21.  Ввод и обработка реестров за грузоперевозки (без оформления ВПД формы 2);

22.  Акцептование реестров за грузоперевозки (без оформления ВПД формы 2);

23.  Формирование отчетности за грузоперевозки (без оформления ВПД формы 2);

24.  Ввод и обработка реестров за перевозку эшелонов (включая аренду, перевозку пассажиров);

25.  Акцептование реестров за перевозку эшелонов (включая аренду, перевозку пассажиров);

26.  Формирование отчетности за перевозку эшелонов (включая аренду, перевозку пассажиров).

2.2.  Требования к реализации требований нормативных актов

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

2.3.  Требования к организационным рамкам Сервиса

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

-  1 уровень – МВД России и ФКУ «ГЦСП МВД России»;

-  2 уровень – Территориальные подразделения (филиалы) ФКУ «ГЦСП МВД России»;

-  3 уровень – Группы специальных перевозок (комендатуры).

2.4.  Требования к модели бизнес-процессов

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

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

2.5.  Требования к распределённости регистрации бизнес-операций

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

2.6.  Требования к построению отчетов

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

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

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

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

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

2.7.  Требования к численности и квалификации персонала

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

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

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

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

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

Сервис должен обеспечивать:

·  время простоя при сбоях и перезагрузке ПО ограничен временем восстановления БД из бэкапа и будет рассчитан на этапе разработки (сбои и перезагрузка относятся только к программному и аппаратному обеспечению сервиса);

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

·  коэффициент надежности сервиса– не менее 0,98;

·  объем базы данных для хранения электронных документов обеспечивает хранение всех электронных документов, обрабатываемых в сервисе, за 5 лет.

2.9.  Требования к информационной и программной совместимости

Должна обеспечиваться возможность работы пользователей с сервисом из web-браузеров InternetExplorer (версии не ниже 10), GoogleChrome, MozillaFireFox версий, официально поддерживаемых производителями.

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

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

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

2.11.  Требованиям к специальному программному обеспечению сервиса

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

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

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

Архитектура СПО сервиса должен быть построена на основе технических и программных решений, используемых в ИСОД МВД и ФКУ «ГЦСП МВД России» в части обеспечения сотрудников и военнослужащих внутренних войск МВД России электронными воинскими перевозочными документами для проезда воздушным транспортом.

2.13.  Требования к защите информации от несанкционированного доступа

Сервис предназначен для обработки информации с грифом секретности «несекретно».

Сервисдолжен поддерживать уровень класса защищенности 1Г, а именно:

·  должна осуществляться идентификация и проверка подлинности пользователей при входе в систему по идентификатору (коду) и паролю условно-постоянного действия, длиной не менее шести буквенно-цифровых символов с использованием соответствующих средств ЕИСЦОД (осуществляется на стороне СУДИС);

·  должен осуществляться контроль доступа пользователей к защищаемым ресурсам в соответствии с матрицей доступа (ролевой модели) зафиксированной в сервисе;

·  должна осуществляться регистрация неудачных попыток доступа пользователей к сервису (осуществляется на уровне СУДИС, а также на уровне сервера);

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

Сервис должен использовать модель угроз и модель нарушителя ИСОД МВД России и взаимодействовать с системой разграничения доступа к информационным системам и ресурсам (СУДИС) ИСОД МВД России.

Персональные данные, хранящиеся в СУБД сервиса, должны быть защищены средствами ИСОД МВД, согласно  «О персональных данных».

2.14.  Требования к патентной чистоте

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

3.  Требования к программной документации

3.1.  Требования к оформлению

Программная документация должна прилагаться в бумажном и электронном виде (на оптическом CD или DVD носителе) на русском языке. Вспомогательная документация (не указанная в качестве непосредственного результата работ) передается только в электронном виде.

3.2.  Проектная и рабочая документация

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

1.  Техническое задание (в соответствии с ГОСТ 19.201-78).

2.  Технический проект (в соответствии с ГОСТ 19.404-79) в составе:

·  Ведомость технического проекта;

·  Пояснительная записка технического проекта.

3.  Спецификация сервиса (в соответствии с ГОСТ 19.202-78).

4.  Программа и методика испытаний (в соответствии с ГОСТ 19.301-79).

5.  Программная документация:

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

6.  Эксплуатационная документация (в соответствии с ГОСТ 19.502-78, ГОСТ 19.504-79, ГОСТ 19.505-79, ГОСТ 19.507-79), включающую:

·  Ведомость эксплуатационных документов;

·  Описание применения;

·  Руководство оператора;

·  Руководство администратора.

7.  Программа опытной эксплуатации

8.  Учебно-методические материалы.

9.  Отчет о проведении обучения.

10.  Отчет о проведении опытной эксплуатации.

3.3.  Перечень отчетной документации, предъявляемой по окончании работ

По результатам работ Исполнитель должен подготовить и сдать следующую программную документацию в бумажном (два экземпляра) и электронном виде:

1.  Техническое задание (в соответствии с ГОСТ 19.201-78).

2.  Технический проект (в соответствии с ГОСТ 19.404-79) в составе:

-  Ведомость технического проекта;

-  Пояснительная записка технического проекта.

3.  Спецификация (в соответствии с ГОСТ 19.202-78).

4.  Программа и методика испытаний (в соответствии с ГОСТ 19.301-79).

5.  Программная документация:

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

6.  Эксплуатационная документация (в соответствии с ГОСТ 19.502-78, ГОСТ 19.504-79, ГОСТ 19.505-79, ГОСТ 19.507-79), включающую:

-  Ведомость эксплуатационных документов.

-  Описание применения.

-  Руководство оператора.

-  Руководство администратора.

7.  Программа опытной эксплуатации.

8.  Учебно-методические материалы.

9.  Отчет о проведении обучения.

10.  Отчет о проведении опытной эксплуатации.

4.  Порядок контроля и приемки

4.1.  Требования к видам, составу, объему испытаний программы

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2.  Порядок согласования и утверждения отчетной документации

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

Испытание документации на полноту и качество заключается в оценке:

-  комплектности состава документации;

-  соответствия документации частному техническому заданию;

полноты и ясности изложения организационных, технических и экономических аспектов описываемых явлений и процессов.

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

4.3.  Требования к проведению опытной эксплуатации

Опытная эксплуатация сервиса должна проводиться в Филиалах ФКУ «ГЦСП МВД России», его отделениях, группах и обслуживаемых подразделениях МВД России. Перечень обслуживаемых подразделений должен быть определен в процессе рабочего проектирования сервиса и приведен в документе «Программа опытной эксплуатации» (как минимум, опытная эксплуатация должна охватывать «Главный центр специальных перевозок МВД России» и два региональных (Г)УВД МВД России).

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

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

Пользователи должны проходить обучение в зависимости от ролевой модели сервиса по модульно в зависимости от выполняемых ими должностных обязанностей. Результаты подготовки пользователей должны быть отражены в документе «Отчет о проведении обучения».

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