Document 4064456

ЗАПРОС О ПРЕДОСТАВЛЕНИИ ЦЕНОВОЙ ИНФОРМАЦИИ
На выполнение работ по созданию системы взаимодействия Министерства
транспорта Российской Федерации с государственной автоматизированной
системой «Управление»
Министерство транспорта Российской Федерации просит предоставить
ценовую информацию с целью проведения открытого конкурса на право
заключения государственного контракта на выполнение работ по созданию
системы взаимодействия Министерства транспорта Российской Федерации с
государственной автоматизированной системой «Управление».
Указанный запрос о предоставлении ценовой информации, размещенный
на официальном сайте Министерства транспорта Российской федерации
www.mintrans.ru, публикуется в порядке реализации положений ст. 22
Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» в целях определения начальной (максимальной) цены
государственного контракта методом сопоставимых рыночных цен (анализа
рынка).
Просим всех заинтересованных лиц представить свои предложения по
прилагаемой форме (Приложение № 1) (далее – Предложения) с учетом
положений настоящего запроса ценовой информации и требований
«Технического задания на выполнение работ по созданию системы
взаимодействия Министерства транспорта Российской Федерации с
государственной
автоматизированной
системой
«Управление»
(Приложение № 2), содержащие:
общую цену государственного контракта;
срок действия предлагаемой цены государственного контракта;
расчет цены государственного контракта.
Настоящий запрос не является извещением о проведении закупки,
офертой или публичной офертой и не влечет возникновения каких-либо
обязательств Заказчика.
Направленные в адрес Заказчика Предложения не будут рассматриваться
в качестве заявки на участие в закупке и не дают в дальнейшем каких-либо
преимуществ для лиц, подавших указанные Предложения.
Минтрансом России не будет использоваться ценовая информация:
- представленная лицами, сведения о которых включены в реестр
недобросовестных поставщиков (подрядчиков, исполнителей);
- полученная из анонимных источников;
2
- не соответствующая требованиям, установленным данным запросом к
содержанию таких документов;
- не содержащая расчет товаров, работ, услуг.
Адрес предоставления ценовой информации: 109012, г. Москва, ул.
Рождественка, д. 1, стр. 1, Департамент программ развития Минтранса России в
рабочие
дни
с
9-00
до
18-00
(в
пятницу
с
9-00 до 16-45) по московскому времени.
Адрес электронной почты для предоставления сканированных копий
писем:
arakelovsv@mintrans.ru
Контактные лица: Аракелов Сергей Вачикович.
Контактные телефоны: (495) 626-10-97.
Срок предоставления ценовой информации: до 20.08.2014
Предполагаемый срок проведения открытого конкурса: IV
квартал 2014 г – I квартал 2015 г.
Основные условия исполнения
заключаемого по результатам закупки:
государственного
контракта,
Адрес сдачи результатов работы: 109012, г. Москва, ул. Рождественка, д.
1, стр. 1, Министерство транспорта Российской Федерации.
Требования к месту выполнения работы: согласно Техническому
заданию.
Срок выполнения работы: 2014-2015 г.
Порядок оплаты:
Форма оплаты – безналичный расчет.
Размер обеспечения исполнения
(максимальной) цены контракта.
контракта:
30
%
начальной
2
3
Приложение № 1
На бланке организации
Дата, исх. номер
Предложения
На выполнение работ по созданию системы взаимодействия
Министерства транспорта Российской Федерации с ГАС «Управление»
Таблица 1
№№ п/п
Наименование вида
работ
Результаты работ
1
1. Внедрение и регистрация
в
ГАС
«Управление»
Внедрение системы, системы.
включая
2. Настройка
системы
реализацию
в согласно ТКМВ
системе ТКМВ
3. Обучение ответственных
сотрудников
работе
с
системой
2
Техническая
Техническая
поддержка
поддержка системы
системы до конца 2014-го
до конца 2014-го
года
года
Цена
(тыс.
руб.)
Расчет
цены
Всего
Общая цена государственного контракта: ___________________
Расчет общей цены государственного контракта: ________________
Срок действия предлагаемой цены: ____________
_______________________
_______________________
/___________________/
(должность)
(подпись)
(Ф.И.О.)
М.П.
Примечания:
При
расчете цены рекомендуется также включать стоимость
расходных материалов, расходы на осуществление всех необходимых действий
для
правовой
охраны
полученных
результатов
интеллектуальной
деятельности и выплаты авторского вознаграждения, а также все налоги,
пошлины, лицензионные сборы и другие обязательные платежи, взимаемые в
соответствии с налоговым законодательством Российской Федерации.
3
4
Приложение № 2
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На выполнение работ по созданию системы взаимодействия Министерства транспорта
Российской Федерации с ГАС «Управление»
4
5
Содержание
Общие сведения..............................................................................................................7
1.1
Полное наименование системы и ее условное обозначение ..........................7
1.2
Наименование работы ........................................................................................7
1.3
Наименование предприятия разработчика и заказчика системы ..................7
1.4
Перечень документов, на основании которых создается система.................7
2
Назначение и цели создания системы ..........................................................................8
2.1
Назначение системы ..........................................................................................8
2.2
Цели и задачи работы ........................................................................................8
3
Характеристики объекта автоматизации .....................................................................9
4
Требования к Системе .................................................................................................10
4.1
Требования к Системе в целом .......................................................................10
4.1.1 Требования к структуре и функционированию Системы .............................................10
4.1.2 Перечень подсистем, их назначение и основные характеристики ...............................10
4.1.3 Требования к режимам функционирования Системы ...................................................10
4.1.4 Требования к численности и квалификации обслуживающего персонала и режиму
его работы ......................................................................................................................................10
4.1.5 Показатели назначения .....................................................................................................11
4.1.6 Требования к надежности.................................................................................................11
4.1.7 Требования к безопасности ..............................................................................................12
4.1.8 Требования к эргономике и технической эстетике ........................................................12
4.1.9 Требования к эксплуатации, техническому обслуживанию компонентов системы .13
4.1.10 Требования к средствам защиты информации ...............................................................14
4.1.11 Требования к защите информации от несанкционированного доступа ......................14
4.1.12 Требования по сохранности информации при авариях .................................................15
4.1.13 Требования по диагностированию системы ...................................................................16
4.1.14 Требования к патентной чистоте .....................................................................................16
4.1.15 Требования по стандартизации и унификации ..............................................................16
4.1.16 Перспективы развития, модернизации системы ............................................................17
4.2
Требования к функциям (задачам), выполняемым Системой .....................18
4.2.1 Архитектура .......................................................................................................................18
4.2.2 Портальное решение «Взаимодействие с ГАС «Управление»» ...................................19
4.2.3 Администрирование..........................................................................................................22
4.2.4 Передача данных ...............................................................................................................25
4.2.5 Доступ к закрытой части портала ГАС «Управление» .................................................28
4.3
Требования к видам обеспечения ...................................................................28
4.3.1 Требования к математическому обеспечению системы ................................................28
4.3.2 Требования к информационному обеспечению .............................................................28
4.3.3 Требования к лингвистическому обеспечению ..............................................................29
4.3.4 Требования к программному обеспечению ....................................................................29
4.3.5 Требования к техническому обеспечению .....................................................................30
5
Состав и содержание работ .........................................................................................30
1
5
6
5.1
Содержание работ ............................................................................................30
5.2
Форма предоставления результатов работ ....................................................31
6
Требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу системы в действие.............................................................................................................31
6.1
Условие начала работ Исполнителем.............................................................31
6.2
Требования к мероприятиям по вводу системы в действие .........................31
6.2.1 Технические мероприятия ................................................................................................32
6.2.2 Организационные мероприятия .......................................................................................32
7
Требования к документированию ...............................................................................32
8
Порядок внесения изменений .....................................................................................33
9
Источники разработки .................................................................................................33
6
7
1
1.1
Общие сведения
Полное наименование системы и ее условное обозначение
Программное обеспечение системы взаимодействия с ГАС «Управление».
Сокращенное наименование: Система взаимодействия с ГАС «Управление».
1.2
Наименование работы
Разработка системы взаимодействия с ГАС «Управление».
1.3
Наименование предприятия разработчика и заказчика системы
Заказчик: «Министерство транспорта Российской Федерации».
Исполнитель работ: определяется по результатам конкурса.
1.4
Перечень документов, на основании которых создается система
1. Федеральный закон Российской Федерации от 27 июля 2010 г. № 210-ФЗ
«Об организации предоставления государственных и муниципальных
услуг».
2. Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации
информационных технологиях и о защите информации»;
3. Постановление Правительства Российской Федерации от 8 сентября 2010
г. № 697 «О единой системе межведомственного электронного
взаимодействия»;
4. Постановление Правительства Российской Федерации от 8 июня 2011 г.
№
451
«Об
технологическое
инфраструктуре,
обеспечивающей
взаимодействие
информационно-
информационных
систем,
используемых для предоставления государственных услуг в электронной
форме»;
5. Постановление Правительства Российской Федерации от 8 сентября 2011
г. № 759 «О внесении изменений в постановление Правительства
Российской Федерации от 25 декабря 2009 года № 1088»;
6. Приказ Министерства связи и массовых коммуникаций Российской
Федерации от 27 декабря 2010 г. № 190 «Об утверждении технических
7
8
требований к взаимодействию информационных систем в единой
системе межведомственного электронного взаимодействия»;
7. Концепция развития ГАС «Управление», утвержденная решением
заседания Правительственной комиссии по внедрению информационных
технологий в деятельность государственных органов и органов местного
самоуправления деятельность органов власти (Протокол № 8 от 2
октября 2012 года).
2
2.1
Назначение и цели создания системы
Назначение системы
Формирование и передача данных Минтранса России в систему ГАС «Управление».
2.2
Цели и задачи работы
Целью работ, проводимых в рамках данного проекта, является:
1. Организация взаимодействия Минтранса России с ГАС «Управление» через
СМЭВ.
2. Автоматизация внутренней деятельности Минтранса России в части ГАС
«Управление».
3. Унификация и гармонизация данных по показателям, передаваемым в ГАС
«Управление».
Для достижения указанных целей в рамках данного проекта предполагается
выполнение следующих задач:
1. Реализация электронных сервисов взаимодействия с ГАС «Управление» через
СМЭВ.
2. Реализация системы взаимодействия с ГАС «Управление».
3. Реализация в системе взаимодействия с ГАС «Управление» унифицированных
с ГАС «Управление» справочников и классификаторов.
4. Встраивание электронной подписи в созданные электронные сервисы
Минтранса России.
8
9
3
Характеристики объекта автоматизации
Объектом автоматизации является деятельность Минтранса России по формированию
и передаче сведений в ГАС «Управление».
Постановлением Правительства Российской Федерации №1088 от 25 декабря 2009
года «О государственной автоматизированной информационной системе «Управление» были
определены цели создания, назначение и структура государственной автоматизированной
информационной системы «Управление» (далее – ГАС «Управление»)
ГАС «Управление» представляет собой единую распределенную государственную
информационную систему, обеспечивающую сбор, учет, обработку и анализ данных,
содержащихся в государственных и муниципальных информационных ресурсах, данных
официальной государственной статистики, а также иных сведений, необходимых для
обеспечения поддержки принятия управленческих решений в сфере государственного
управления.
Данные в ГАС «Управление» должны поступать от ведомственных информационных
систем федеральных органов власти, информационных ресурсов субъектов Российской
Федерации и муниципальных образований.
В качестве каналов передачи данных в ГАС «Управление» используются каналы
системы межведомственного взаимодействия (СМЭВ).
Разработан сервис приема и предоставления данных в ГАС «Управление». Данный
электронный сервис разработан в соответствии с Методическими рекомендациями по
разработке электронных сервисов и применению технологии электронной подписи при
межведомственном электронном взаимодействии версии 2.5.6.
Одним из поставщиков данных в ГАС «Управление» является Минтранс России.
Минтранс
взаимодействия
России
(СМЭВ)
подключен
и
к
системе
осуществляет
межведомственного
межведомственное
электронного
взаимодействие
с
федеральными органами исполнительной власти.
В рамках данной работы должна быть разработана система взаимодействия
Минтранса России с ГАС «Управление» в рамках концепции развития государственной
автоматизированной системы «Управление», с учетом имеющегося у Минтранса России
программно-аппаратного комплекса.
9
10
4
4.1
Требования к Системе
Требования к Системе в целом
4.1.1 Требования к структуре и функционированию Системы
Реализация системы взаимодействия с ГАС «Управление» должна соответствовать
следующим требованиям:
Разработанные электронные сервисы должны быть размещены на тестовой и продуктивной
шинах, которые должны быть установлены в Минтрансе в рамках данной работы. Разработке
и размещению на шинах подлежат следующие электронные сервисы:

Электронный сервис взаимодействия с ГАС «Управление»;

Электронный
сервис
унификации
справочников
и
классификаторов
взаимодействия с ГАС «Управление».
4.1.2 Перечень подсистем, их назначение и основные характеристики
Система взаимодействия с ГАС «Управление» должна включать:

Модуль внесения данных и отправки отчетов в ГАС «Управление»;

Модуль управления правами доступа;

Модуль шина сервисов;

Модуль использования ЭП.
4.1.3 Требования к режимам функционирования Системы
Система взаимодействия с ГАС «Управление» должна функционировать 24 часа в
сутки, 7 дней в неделю, 365 дней в году, кроме периодов планового и внепланового
технического обслуживания.
Функционирование должно происходить в условиях многопользовательского режима
работы.
4.1.4 Требования к численности и квалификации обслуживающего персонала и
режиму его работы
Поддержка функционирования Системы взаимодействия с ГАС «Управление» должна
осуществляться ИТ-подразделением Заказчика, персонал которого должен обладать
знаниями в области информационных и сетевых платформ, на которых реализована Система,
а также опытом администрирования баз данных.
10
11
4.1.5 Показатели назначения
Система взаимодействия с ГАС «Управление» должна предусматривать возможность
масштабирования по производительности и объему обрабатываемой информации без
модификации программного обеспечения путем модернизации используемого комплекса
технических средств. Возможности масштабирования должны обеспечиваться средствами
используемого базового программного обеспечения.
4.1.6 Требования к надежности
Под надёжностью Системы понимается совокупность свойств, характеризующая
способность программного средства сохранять заданный уровень пригодности (качества
функционирования) в заданных условиях в течение заданного интервала времени.
Надёжность функционирования программного средства характеризуется, в первую
очередь,
устойчивостью
(способностью
безотказного
функционирования)
и
восстанавливаемостью работоспособного состояния после произошедших сбоев или отказов.
Устойчивость определяется эффективностью контроля данных, поступающих из
внешней среды, и средств обнаружения аномалий функционирования программного
средства.
Восстанавливаемость характеризуется полнотой и длительностью восстановления
функционирования программ в процессе перезапуска программного средства.
Система должна сохранять работоспособность и обеспечивать восстановление своих
функций при возникновении следующих внештатных ситуаций:

при сбоях в системе электроснабжения аппаратной части, приводящих к
перезагрузке ОС, восстановление программы должно происходить после
перезапуска ОС и запуска исполняемого файла системы;

при ошибках в работе аппаратных средств (кроме носителей данных и
программ) восстановление функции системы возлагается на ОС;

при ошибках, связанных с программным обеспечением (ОС и драйверы
устройств), восстановление работоспособности возлагается на ОС. Для защиты
аппаратуры от бросков напряжения и коммутационных помех должны
применяться сетевые фильтры.
11
12
4.1.7 Требования к безопасности
Разработка и эксплуатация Системы взаимодействия с ГАС «Управление» должна
соответствовать следующим требованиям:

Должна быть обеспечена возможность безопасного использования на уровне
общих норм охраны труда и правил техники безопасности;

Уровни электромагнитных полей и акустических шумов не должны превышать
допустимые санитарно-гигиенические нормы.
4.1.8 Требования к эргономике и технической эстетике
Система должна допускать возможность ввода данных и команд разными способами
(клавиатура, мышь) и многовариантность доступа к его функциям (например, с помощью
иконок, меню). В системе должна быть реализована возможность перехода и возврата от
окна к окну и от режима к режиму.
Взаимодействие пользователей с прикладным программным обеспечением, входящим
в состав системы должно осуществляться посредством визуального графического
интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть
перегружен графическими элементами и должен обеспечивать быстрое отображение
экранных форм. Навигационные элементы должны быть выполнены в удобной для
пользователя форме.
Графический интерфейс пользователя должен быть построен на основе общих
подходов, реализованных в Системе исполнения услуг и соответствовать требованиям:

Единство базовых текстовых, цветовых и графических обозначений;

Однотипный интерфейс навигации по экранным формам;

Обеспечение многооконного режима;

Простота.
Для обеспечения навигации по ресурсам Системы на каждой странице должны
присутствовать следующие элементы:

ссылка на главную страницу;

меню, содержащее ссылки на основные разделы Системы.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений) должны быть на русском языке.
12
13
4.1.9 Требования к эксплуатации, техническому обслуживанию компонентов системы
Система взаимодействия с ГАС «Управление» должна быть рассчитана на
эксплуатацию в составе программно–технического комплекса Заказчика и учитывать
разделение ИТ-инфраструктуры Заказчика на внутреннюю и внешнюю. Техническая и
физическая защита аппаратных компонентов системы, носителей данных, бесперебойное
энергоснабжение, резервирование ресурсов, текущее обслуживание должно реализовываться
техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре
Заказчика.
Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено
бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена
соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и
влажность воздуха.
Периодическое техническое обслуживание используемых технических средств
должно
проводиться
в
соответствии
с
требованиями
технической
документации
изготовителей, но не реже одного раза в год.
Периодическое техническое обслуживание и тестирование технических средств
должны включать в себя обслуживание и тестирование всех используемых средств, включая
рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства
бесперебойного питания.
В процессе проведения периодического технического обслуживания должны
проводиться внешний и внутренний осмотр и чистка технических средств, проверка
контактных соединений, проверка параметров настроек работоспособности технических
средств и тестирование их взаимодействия.
На основании результатов тестирования технических средств должны проводиться
анализ причин возникновения обнаруженных дефектов и приниматься меры по их
ликвидации.
Восстановление работоспособности технических средств должно проводиться в
соответствии с инструкциями разработчика и поставщика технических средств и
документами по восстановлению работоспособности технических средств и завершаться
проведением их тестирования. При вводе системы в опытную эксплуатацию должен быть
разработан план выполнения резервного копирования программного обеспечения и
обрабатываемой информации. Во время эксплуатации системы, персонал, ответственный за
эксплуатацию системы должен выполнять разработанный план.
13
14
Размещение помещений и их оборудование должны исключать возможность
бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность
находящихся в этих помещениях конфиденциальных документов и технических средств.
Размещение оборудования, технических средств должно соответствовать требованиям
техники безопасности, санитарным нормам и требованиям пожарной безопасности.
Все пользователи системы должны соблюдать правила эксплуатации электронной
вычислительной техники.
Квалификация персонала и его подготовка должны соответствовать технической
документации.
4.1.10 Требования к средствам защиты информации
Средства защиты информации должны определяться с учетом положений пунктов 2 и
3 постановления Правительства Российской Федерации от 18 мая 2009 г. N 424 «Об
особенностях подключения федеральных государственных информационных систем к
информационно-телекоммуникационным сетям». Применение ЭЦП должно удовлетворять
требованиям Федерального закона Российской Федерации от 6 апреля 2011 года № 63-ФЗ
«Об электронной подписи».
4.1.11 Требования к защите информации от несанкционированного доступа
Система должна обладать достаточно гибкой организацией безопасности на
следующих уровнях:

Разграничение физического доступа к аппаратному обеспечению;

Разграничение доступа в Систему на уровне ЛВС;

Разграничение доступа в Систему на уровне имен пользователей;

Разграничение на уровне использования той или иной функциональности
Системы.
Система должна соответствовать требованиям, установленным в нормативных
документах Минтранса.
Защищённая часть системы должна использовать «слепые» пароли (при наборе
пароля его символы не показываются на экране либо заменяются одним типом символов;
количество символов не соответствует длине пароля).
14
15
Защищённая часть системы должна автоматически блокировать сессии пользователей
и приложений по заранее заданным временам отсутствия активности со стороны
пользователей и приложений.
4.1.12 Требования по сохранности информации при авариях
При выходе из строя отдельных компонентов Системы, при авариях, при потере
питания должна обеспечиваться сохранность информации баз данных Системы.
Сохранность информации баз данных Системы должна обеспечиваться при
следующих аварийных ситуациях:

нарушения электропитания:
 провалы
напряжения
-
кратковременные
понижения
при
резком
увеличении нагрузки в электрической сети из-за включения мощных
потребителей;
 высоковольтные импульсы - кратковременные значительные увеличения
напряжения, возникающие из-за близкого грозового разряда или включения
напряжения на подстанции после аварии;
 полное отключение электроэнергии - полное отключение электроэнергии
вследствие аварий, сильных перегрузок на электростанции;
 слишком большое напряжение - кратковременное увеличение напряжения в
сети, вызываемое отключением мощных потребителей;
 нестабильность частоты - возникающая, как правило, из-за различных
перегрузок в энергосистемах.

нарушение или выход из строя каналов связи локальной сети;

полный или частичный отказ технических средств Системы, включая сбои и
отказы накопителей на жестких магнитных дисках;

сбой общего или специального программного обеспечения Системы;

ошибки в работе персонала.
Для сохранности информации системы должны быть реализованы специальные
средства сопровождения приложений, которые обеспечивают:

резервное копирование приложений;

восстановление приложений из резервной копии.
15
16
Приведенные выше требования не распространяются на компоненты системы,
разработанные третьими сторонами и действительны только при соблюдении правил
эксплуатации
этих
компонентов,
включая
своевременную
установку
обновлений,
рекомендованных производителями покупного программного обеспечения.
4.1.13 Требования по диагностированию системы
Система должна предоставлять инструменты диагностирования основных процессов
системы, трассировки и мониторинга процесса выполнения программы.
Компоненты должны предоставлять удобный интерфейс для возможности просмотра
диагностических событий, мониторинга процесса выполнения программ.
При возникновении аварийных ситуаций, либо ошибок в программном обеспечении,
диагностические инструменты должны позволять сохранять полный набор информации,
необходимой разработчику для идентификации проблемы (снимки экранов, текущее
состояние памяти, файловой системы).
4.1.14 Требования к патентной чистоте
Патентная
чистота
Системы
должна
быть
обеспечена
в
соответствии
с
законодательством Российской Федерации.
Установка системы в целом, как и установка отдельных частей системы не должна
предъявлять дополнительных требований к покупке лицензий на программное обеспечение
сторонних производителей, кроме программного обеспечения, указанного в разделе 4.3.4.
4.1.15 Требования по стандартизации и унификации
Взаимодействие пользователей с прикладным программным обеспечением, входящим
в состав системы должно осуществляться посредством визуального графического
интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть
перегружен графическими элементами и должен обеспечивать быстрое отображение
экранных форм. Навигационные элементы должны быть выполнены в удобной для
пользователя форме. Средства редактирования информации должны удовлетворять
принятым соглашениям в части использования функциональных клавиш, режимов работы,
поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих
команд и отображение результатов их исполнения должны выполняться в интерактивном
режиме. Интерфейс должен соответствовать современным эргономическим требованиям и
обеспечивать удобный доступ к основным функциям и операциям системы.
16
17
Интерфейс
должен
быть
рассчитан
на
преимущественное
использование
манипулятора типа «мышь», то есть управление системой должно осуществляется с
помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим
ввода должен используется главным образом при заполнении и/или редактировании
текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений) должны быть на русском языке.
Экранные формы должны проектироваться с учетом требований унификации:

все экранные формы пользовательского интерфейса должны быть выполнены в
едином графическом дизайне, с одинаковым расположением основных
элементов управления и навигации;

для
обозначения
сходных
операций
графические значки, кнопки
должны
и другие
использоваться
сходные
управляющие (навигационные)
элементы. Термины, используемые для обозначения типовых операций
(добавление информационной сущности, редактирование поля данных), а
также последовательности действий пользователя при их выполнении, должны
быть унифицированы;

внешнее поведение сходных элементов интерфейса (реакция на наведение
указателя
«мыши»,
переключение
фокуса,
нажатие
кнопки)
должны
реализовываться одинаково для однотипных элементов.
4.1.16 Перспективы развития, модернизации системы
Система
должна
обеспечивать
возможность
дальнейшей
модернизации
как
программного обеспечения, так комплекса технических средств.
Необходимо предусмотреть возможность увеличения производительности системы
путем её масштабирования.
Система должна допускать следующую модернизацию:

Развитие сетевого оборудования и архитектуры вычислительных сетей при
условии сохранения совместимости с протоколом TCP/IP;

Замену
компьютеров
при
условии
соответствия
новых
компьютеров
требованиям;
17
18

Возможность интеграции с ведомственными информационными системами
Минтранса;

4.2
Расширение функциональности Системы.
Требования к функциям (задачам), выполняемым Системой
4.2.1 Архитектура
Необходимо разработать законченное решение взаимодействия с ГАС «Управление»,
позволяющее настроить передачу данных в соответствии с утвержденной ТКМВ.
Система должна включать в себя:

портальное решение для взаимодействия с пользователем и обеспечения
модульности при построении системы взаимодействия с ГАСУ;

база данных документоориентированного типа, что позволит добавлять новые
показатели без привлечения разработчика, не зависеть от количества
показателей и от количества размерностей в каждом показателе;
 шина, обеспечивающая хранение веб-сервисов для передачи/получения
данных, гарантированную доставку данных в ГАС «Управление» через СМЭВ
и получение данных из ГАС «Управление» через СМЭВ.

веб-сервис – программный компонент, обеспечивающий передаче данных,
созданных согласно требованиям Методических рекомендаций по разработке
электронных сервисов и применению технологии электронной подписи при
межведомственном электронном взаимодействии.
18
19
Система взаимодействия с ГАС «Управление»
Авторизация
Пользователь
Веб-приложение
Настройки
Шина
БД
Веб-сервисы
передачи/
получения
данных
Заполнение формы
СМЭВ
Списки
Веб-сервис ГАС
«Управление»
Рисунок 1 Архитектура Системы
Базовое программное обеспечение, используемое для создания решения, включая
портальную платформу, шину, базу данных не должно требовать лицензирования.
4.2.2 Портальное решение «Взаимодействие с ГАС «Управление»»
Система «Взаимодействие с ГАС «Управление» должна содержать следующие
разделы:
 Создание нового отчета
Раздел должен содержать кнопку для создания нового отчета. При
нажатии кнопки должен выбираться период (месяц, квартал, полгода, год), год
19
20
за который делается отчет, формироваться форма для заполнения показателей,
соответствующих выбранному периоду на основе ТКМВ.
Каждый показатель должен являться таблицей размерности n X m, где:
n – количество размерностей у показателя в соответствии с
ТКМВ;
m – количество возможных строк для каждого показателя, равное
n * n, следовательно каждая строка для показателя должна являться
уникальной для одной комбинации размерностей
Все показатели на форме отчета должны группироваться по заранее
настроенным тематическим закладкам, для упрощения ввода данных.
 Копирование данных с предыдущего отчета
Если за предыдущий период был отправлен отчет, при создании нового
отчета должна быть возможность скопировать данные из предыдущего. Для
этого должна быть реализована кнопка «Скопировать», при нажатии на
которую форма при открытии должна быть заполнена данными из
предыдущего отчета.
 Список отчетов в подготовке
Должна быть реализована возможность сохранять каждый отчет в
статусе «В подготовке». После сохранения отчета в данном статусе, должна
быть возможность заполнять данные в этом отчете по мере их поступления и
до отправки отчета в ГАС «Управление».
Список отчетов в подготовке должен отображать все не отправленные
отчеты, отсортированные в обратном хронологическом порядке; должен
содержать возможность выбора количества отображения строк на странице, а
также переключатели постраничного просмотра, если количество записей
превышает выбранное количество отображаемых строк на странице.
 Список опубликованных отчетов
Список опубликованных отчетов должен отображать все отправленные
в ГАС «Управление» отчеты, отсортированные в обратном хронологическом
порядке, содержать возможность выбора количества отображения строк на
странице, а также переключатели постраничного просмотра, если количество
записей превышает выбранное количество отображаемых строк на странице.
20
21
Сбор данных
Система взаимодействия с ГАС «Управление»
Ввод данных
Проверка данных
Отправка данных
Веб-сервис трансформатор
данных
ГАС
«Управление»
Рисунок 2 Блок схема процесса сбора и передачи данных
21
22
4.2.3 Администрирование
Модуль «Администрирование» должен позволять быстро настраивать решение без
программирования и с учетом особенностей ТКМВ в случае её модернизации и требований к
передаваемым данным.
Сам модуль «Администрирование» должен быть разделен на несколько блоков:
 Глобальные настройки
В
соответствии
с
требованиями
к
интеграции
ведомственных
информационных систем с ГАС «Управление» первым пунктом настройки
взаимодействия
является
регистрация
в
системе
ГАС
«Управление»
организации-поставщика данных, а также самой информационной системы
поставщика – Системы по взаимодействию с ГАС «Управление».
Для выполнения регистрации организации-поставщика данных и
информационной системы внутри модуля «Администрирование» должен быть
реализован блок по глобальным настройкам, позволяющий внести уникальные
идентификаторы и названия организации и информационной системы и
нажатием на соответствующие кнопки зарегистрировать их в системе ГАС
«Управление».
При
нажатии
на
кнопку
«Зарегистрировать»
должен
происходить вызов веб-сервиса регистрации, который, в свою очередь, должен
публиковать введенные данные в системе ГАС «Управление» и уведомляет об
успешном/не успешном завершении публикации.
 Справочники
Решение «Взаимодействие с ГАС «Управление»» должно содержать
внутри себя все необходимые справочники в соответствии с ТКМВ:
 Значение параметра
 Глава (ГРБС; ГАДБ; ГАИФ)
 КБК - Функциональная классификация расходов
 КБК - Целевые статьи расходов
 КБК - Виды расходов
 Бюджет
 Период
 Тип иска
22
23
 Расходы на содержание государственных органов
 Категории работников
 Вид образования
Каждый справочник должен представлять собой список значений,
который доступен для просмотра администратору системы. Каждое значение
справочника должно быть открыто для просмотра всех его параметров.
Каждый элемент справочника должен иметь возможность быть
заблокированным для выбора при заполнении отчета, если это необходимо.
При изменении значений справочников в ГАС «Управление» в Системе
взаимодействия в списке каждого справочника должна быть кнопка
«Обновить», по нажатию на которую справочники в системе должны
обновляться, для поддержания актуальных значений внутри себя.
 Показатели
- общие показатели ГАС «Управление»
Система взаимодействия с ГАС «Управление»» должна содержать
полный перечень показателей из ГАС «Управление», именуемый «общими
показателями ГАС «Управление»». Внутри списка всех показателей должна
быть возможность выбрать те показатели, которые утверждены для Минтранса
в ТКМВ. Таким образом, при начальной настройке решения должен быть
реализован следующий функционал: должна быть возможность выбрать все
показатели из утвержденной ТКМВ, при изменении ТКМВ необходимо
обеспечить возможность добавления/удаления необходимых показателей.
Настройка перечня показателей, в т.ч. обновлённых, должна выполняться без
программирования и в максимально короткие сроки.
Также каждый показатель должен иметь возможность быть отдельно
настроен для определения в нем следующих параметров:
- период(ы) подачи данных по данному показателю (месяц, квартал,
полгода, год)
- выбор тематической закладки, внутри которой будет отображаться
данный показатель
-
установка
порядка
следования
показателя
внутри
выбранной
тематической закладки
23
24
Перечень общих показателей должен иметь возможность обновляться из
ГАС «Управление» в случае, если в них произошли какие-то изменения и/или
добавились/удалились какие-либо показатели из списка общих показателей
ГАС
«Управление».
Обновление
должно
происходить
по
нажатию
соответствующей кнопки внутри перечня общих показателей, по нажатию на
которую должен отправляться запрос с помощью веб-сервиса в ГАС
«Управление» за актуальным перечнем показателей в ГАС «Управление».
Далее полученный список должен проверяться на наличие изменений и должно
происходить обновление списка показателей – приведение его в актуальный
вид.
- собственные показатели
В случае если ТКМВ Минтранса содержит показатели, отсутствующие в
перечне общих показателях ГАС «Управление», Система взаимодействия с
ГАС «Управление»» должна позволять добавить собственные показатели
ведомства, указав в них следующие поля:
- уникальный код-идентификатор;
- название показателя;
- единица измерения;
- размерности показателя (перечень справочников, участвующих в
заполнении значения показателя);
- период(ы) – месяц, квартал, полгода, год;
- тематическая закладка, внутри которой должен отображаться данный
показатель;
- порядок следования показателя внутри выбранной тематической
закладки.
После
заполнения
соответствующую
кнопку
полей
должен
показателя
он
опубликоваться
по
в
нажатию
системе
на
ГАС
«Управление» с помощью вызова веб-сервиса. После получения из ГАС
«Управление» ответа, что показатель успешно зарегистрирован, он должен
сохраняться в базе данных решения «Взаимодействие с ГАС «Управление»»,
отображаться в перечне показателей системы с пометкой «Собственный
показатель», и отображаться на форме заполнения отчета наряду со всеми
остальными показателями.
24
25
 Тематические закладки
Для группировки показателей внутри формы отчета должна быть
предусмотрена возможность настройки перечня тематических закладок,
которые затем указываются внутри показателей в соответствии с тем, как
должна выглядеть форма отчета. В списке закладок по кнопке «Новая
закладка» должна открываться форма, в которой указывается название
закладки, порядок ее отображения на форме заполнения отчета, и при
сохранении она должна отображаться в перечне тематических закладок, и
затем должна быть доступна для выбора в настройках показателей.
4.2.4 Передача данных
4.2.4.1 Требования к шине
Для передачи/получения данных в/из ГАС «Управление» решение должно включать в
себя веб-сервис передачи/получения данных, который должен публикуется на Шине.
Шина должна выполнять следующие функции:
- Хранение веб-сервиса;
- Подписание электронной подписью ведомства данных, сформированных для
передачи;
- «Обрамление» сформированных веб-сервисом данных метатэгами, что должно
приводить отправляемый файл в полностью корректный, как для СМЭВ, так и для ГАС
«Управление», формат передачи данных;
- Для обработки случаев каких-либо сбоев в работе СМЭВ и/или веб-сервиса ГАС
«Управление» на шине должна быть возможность настройки периодичности отправки
запросов в СМЭВ и их количество для гарантированной доставки данных при возобновлении
работоспособности СМЭВ и/или веб-сервиса ГАС «Управление».
4.2.4.2 Требования по разработке электронных сервисов взаимодействия с ГАС
«Управление» через СМЭВ
Для взаимодействия с ГАС «Управление» должны быть разработаны электронные
сервисы в соответствии с Методическими рекомендациями по разработке электронных
сервисов и применению технологии электронной подписи при межведомственном
электронном взаимодействии версии 2.5.6. Для реализации возможности взаимодействия
Минтранс должен быть подключён к ГАС «Управление». Процедура подключения
Минтранса к ГАС «Управление» подразумевает, что должен быть реализован следующий
функционал:
25
26

Регистрация баз данных и электронных сервисов ИС Поставщика (Минтранса);

Регистрация паспортов реестров, справочников или классификаторов;

Регистрация измерений показателей;

Регистрация паспортов показателей;

Загрузка реестров и справочников;

Загрузка данных по показателям.
Исполнитель должен оказать содействие для подключения ИС Минтранса к ГАС
«Управление».
Тестовый электронный сервис взаимодействия с ГАС «Управление» создается с
целью отработки процедур взаимодействия на уровне данных и метаданных. Для
обеспечения взаимодействия ИС Минтранса с ГАС «Управление» должен быть реализован
адаптер к тестовому сервису ГАС «Управления». Взаимодействие с сервисом ГАС
«Управление» должно осуществляться по следующим методам сервиса:
Наименован
Описание метода электронного сервиса
ие метода
publish
Предназначен для публикации информации, поступающей от ИС
Поставщиков, в ГАС «Управление»
query
Предназначен для запроса и получения ИС Потребителем информации,
опубликованной в ГАС «Управление»
Схема взаимодействия ИС Минтранса с ГАС «Управление» посредством электронных
сервисов представлена на рисунках 3, 4.
26
27
Рисунок 3 Вызов метода publish
Рисунок 4 Вызов метода query
Разработанные тестовые электронные сервисы должны быть размещены на тестовой
шине Минтранса, которая должна быть установлена в рамках реализации данной работы.
Разработанные тестовые электронные сервисы должны быть настроены на взаимодействие с
тестовой площадкой ГАС «Управление».
Для отладки взаимодействия с ГАС «Управление», на стороне ГАС «Управление»
реализована тестовая среда, позволяющая поставщикам посылать сообщения без участия
СМЭВ.
Адрес тестового сервиса ГАС «Управление»:

WSDL сервиса http://gasu-office.roskazna.ru/Gasu2WSTest/gasu2SOAP
В тестовой среде должно быть проведено тестирование взаимодействия с ГАС
«Управление».
По итогам тестирования заказчику должны быть предоставлены продуктивные
электронные сервисы взаимодействия с ГАС «Управление». Создание продуктивных
электронных сервисов должно вестись в соответствии с Методическими рекомендациями
версии 2.5.6. В основе разработки продуктивных электронных сервисов должны находиться
тестовые электронные сервисы, по которым было проведено тестирование.
Разработанные продуктивные электронные сервисы должны быть размещены на
продуктивной шине Минтранса, которая должна быть установлена в рамках реализации
данной работы. Должна быть проведена работа по настройке работы продуктивных сервисов
с продуктивным контуром ГАС «Управление».
27
28
В рамках обеспечения взаимодействия продуктивных сервисов с ГАС «Управление»
должно быть проведено тестирование в продуктивном контуре в соответствии с
регламентом.
4.2.5 Доступ к закрытой части портала ГАС «Управление»
Для доступа в закрытую часть портала ГАС «Управление» должна быть реализована
возможность выполнить процедуру регистрации ведомства в ЕСИА (Единая система
идентификации и аутентификации), а также назначить администратора Минтранса для
управления доступом сотрудников ведомства к различным информационным ресурсам,
интегрированных с ЕСИА.
Администратор
ведомства
должен
выполнять
процедуру
назначения
прав
сотрудникам ведомства на доступ в закрытую часть портала ГАС «Управление».
Сотрудники ведомства, которым выдан доступ к закрытой части портала должны
иметь возможность просматривать информацию ведомства на данном ресурсе, авторизуясь
через ЕСИА своим собственным логином/паролем, выданным им при регистрации на
портале www.gosuslugi.ru.
Исполнитель
должен
подробно консультировать
Заказчика
при
выполнении
вышеописанных процедур для получения сотрудниками Заказчика доступа к закрытой части
портала ГАС «Управление».
4.3
Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению системы
Математические методы и алгоритмы, используемые для шифрования/дешифрования
данных, а также программное обеспечение, реализующее их, должны быть сертифицированы
уполномоченными
организациями
для
использования
в
государственных
органах
Российской Федерации.
4.3.2 Требования к информационному обеспечению
4.3.2.1 Требования по применению систем управления базами данных
Для
обеспечения
хранения
настроек
и
данных
должна
использоваться
документоориентированная система, которая позволит не привязываться к структуре БД.
28
29
4.3.3 Требования к лингвистическому обеспечению
4.3.3.1 Языки программирования
Рекомендуется
применение
разработки
на
языке
программирования
Java
с
использованием платформы J2EE. В качестве предпочтительной версии Java предлагается
использовать версию 1.4.2, в случае необходимости допускается использовать и более
поздние версии. Возможность использования других языков и технологий согласовывается с
Заказчиком.
4.3.3.2 Языки разметки
При создании элементов пользовательского интерфейса должны использоваться
языки разметки HTML/DHTML и XSL. Для создания динамических HTML страниц должна
использоваться технология JSP со стандартными библиотеками тегов. В случае построения
более сложного пользовательского интерфейса следует применять стандартную технологию
– JSF.
4.3.3.3 Языки взаимодействия пользователей и системы
Все графические интерфейсы системы, включая интерфейс Администратора, должны
отображаться на русском языке.
Язык
представления
информации
(содержания)
определяется
источником
информации (содержания).
Ссылки на страницы Системы должны иметь читаемый вид, то есть не должны
содержать автоматически создаваемых строк с произвольными комбинациями символов.
4.3.3.4 Кодировка данных
Все текстовые элементы пользовательского интерфейса систем должны отображаться
с использованием кодировки KOI-8R. Строковые данные в БД также должны быть
представлены в кодировке KOI-8R.
Система должна поддерживать русский язык в наименованиях файлов и документов.
4.3.4 Требования к программному обеспечению
В состав ПО должно входить системное и прикладное программное обеспечение.
Системное ПО должно обеспечивать функционирование клиентских рабочих станций,
серверов Системы и обмен информацией.
Клиентское программное обеспечение должно обеспечивать работу в операционных
средах, с установленными последними пакетами обновлений:
29
30

Microsoft Windows 2000 Professional;

Microsoft Windows XP;

Microsoft Windows Vista;

Microsoft Windows 7.
В качестве WEB браузера должны использоваться:

Mozilla Firefox;

Google Chrome;

MS Internet Explorer.
На клиентских машинах должно быть дополнительно установлено следующее ПО:

Sun Java Virtual Machine 1.4.2 или более поздней версии.
Используемое и вновь разрабатываемое программное обеспечение не должно
изменяться при замене вычислительной техники на более мощную и имеющую аналогичные
базовые принципы построения.
Серверное программное обеспечение должно обеспечивать работу в том числе в
операционных средах семейства Linux.
4.3.5 Требования к техническому обеспечению
Для функционирования Системы Исполнитель должен использовать существующий
программно-технический комплекс Заказчика.
5
5.1
Состав и содержание работ
Содержание работ
Работы по реализации подсистемы взаимодействия с ГАС «Управление» проводятся в
следующей последовательности:
1. Подключение Минтранса к ГАС «Управление»;
2. Разработка в системе взаимодействия с ГАС форм введения данных для
поставки в ГАС «Управление»;
3. Разработка в системе взаимодействия с ГАС «Управление» справочников и
классификаторов, унифицированных с ГАС «Управление»;
4. Разработку
тестовых
электронных
сервисов
взаимодействия
с
ГАС
«Управление» на основании Методических рекомендаций версии 2.5.6;
5. Тестирование взаимодействия с тестовым контуром ГАС «Управление»;
30
31
6. Разработку продуктивных электронных сервисов взаимодействия с ГАС
«Управление» на основании Методических рекомендаций версии 2.5.6;
7. Тестирование взаимодействия с продуктивным контуром ГАС «Управление»;
8. Разработка технической документации на систему;
9. Установка и настройка системы на серверном оборудовании заказчика.
5.2 Форма предоставления результатов работ
Оформление и предъявление Заказчику результатов должно быть выполнено в
соответствии с требованиями стандартов на автоматизированные системы: ГОСТ 34.201-89;
ГОСТ 34.601-90; 34.602-89; РД 50-34.689-90.
Сроки выполнения работ могут быть изменены в ходе выполнения работ в
зависимости от степени готовности к использованию оборудования и интегрируемых систем,
за работоспособность которых отвечает Заказчик.
В случае опережающего выполнения работ Исполнитель имеет право досрочной
сдачи выполненных работ.
6
Требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу системы в действие
6.1 Условие начала работ Исполнителем
Заказчик должен утвердить состав Рабочей группы, участвующей в проведении работ
по созданию системы со стороны Заказчика.
Заказчик должен обеспечить представителям Исполнителя доступ на объекты
Заказчика, к системам и информации, необходимой для разработки и функционирования
Системы. Для обеспечения этих мероприятий Исполнитель должен представить Заказчику
список своих представителей, с указанием характера выполняемых ими работ. Должна быть
предусмотрена возможность пересмотра
этого списка в
случае производственной
необходимости.
6.2 Требования к мероприятиям по вводу системы в действие
Документация на систему должна разрабатываться в соответствии с ГОСТ 34.201-89;
ГОСТ 34.601-90; 34.602-89; РД 50-34.689-90. Для создания условий функционирования
объекта автоматизации, гарантирующих соответствие системы и технических требований и
обеспечивающих возможность эффективного использования системы.
31
32
6.2.1 Технические мероприятия
Система взаимодействия с ГАС «Управление» развертываются на существующем
программно-аппаратном комплексе Заказчика
6.2.2 Организационные мероприятия
Перед установкой и вводом в действие программного продукта должно быть
проведено тестирование, которое позволит оценить работоспособность программного
продукта и его функциональность согласно предъявленным требованиям.
Установка разработанного программного продукта на аппаратных средствах
Заказчика должна быть проведена специалистами Исполнителя согласно утвержденного
плана-графика проведения работ.
После установки программного продукта на аппаратные средства Заказчика
совместно специалистами Исполнителя и Заказчика должно быть проведено приёмочное
тестирование.
После внедрения программного продукта на площадке Минтранса специалисты
Исполнителя должны провести серию занятий по обучению функциональных и системных
специалистов Минтранса, ответственных за функционирование Системы. Обучение должно
проводиться методом практических занятий на территории Заказчика непосредственно на
рабочих местах специалистов.
7
Требования к документированию
По итогам проекта Заказчику будет переданы в бумажном и электронном виде
следующие материалы:

Технические требования с соответствующими приложениями;

Программный продукт, который передаётся в следующем составе: файлы
исполнимого кода, баз данных; другие необходимые для работы программного
кода файлы. Приложения к программным продуктам будут включать файлы
исходного кода, справочные материалы, созданные в процессе создания
программных продуктов;
Исполнитель представляет Заказчику итоговые документы со всеми приложениями в
2-х экземплярах на бумажном и электронном носителе.
32
33
8
Порядок внесения изменений
Настоящие технические требования могут дополняться, уточняться и изменяться в
процессе разработки и испытаний в установленном порядке по взаимному соглашению
Заказчика и Исполнителя.
Дополнения, уточнения и изменения к настоящим технические требования должны
быть оформлены в виде приложений к данным технические требования, которые должны
вступать в юридическую силу после их подписания уполномоченными представителями
Заказчика и Исполнителя.
Изменения и дополнения должны вноситься в технические требования не позднее,
чем за 5 рабочих дней до срока предъявления Системы на испытания. При этом изменения и
дополнения должны анализироваться специалистами Исполнителя, после чего Заказчик и
Исполнитель должны определить сроки внесения изменений и дополнений в Систему. В
противном случае, по требованию Исполнителя сроки предъявления Системы на испытания
должны быть перенесены.
9
Источники разработки
Настоящие технические требования разработаны с учетом требований следующих
нормативных документов:

ГОСТ 34.201-89 Информационная
технология.
Комплекс
стандартов
на
автоматизированные системы. Виды, комплектность и обозначение документов
при создании автоматизированных систем.

ГОСТ 34.601-90
Информационная
технология.
Комплекс
стандартов
на
автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ 34.602-89
Информационная
автоматизированные
системы.
технология.
Комплекс
Техническое
задание
стандартов
на
на
создание
автоматизированной системы.
РД 50-34.689-90 Информационная технология. Комплекс стандартов и руководящих
документов на автоматизированные системы. Автоматизированные системы требования к
содержанию документов.
33