тт на ситемный проект ио москвы 2011
TRANSCRIPT
ПРОЕКТ
УТВЕРЖДАЮ
Государственный заказчик:
Руководитель Департамента
информационных технологий
города Москвы
________________ А.В.Ермолаев
МП
«____» ________________ 2011 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение научно-исследовательских и опытно-
конструкторских работ
по разработке системного проекта реализации государственной
программы города Москвы
«Информационный город (2012-2016 годы)» и исполнению функций
Дирекции государственной программы города Москвы
«Информационный город (2012-2016 годы)»
на __ листах
Москва, 2011
2
СОДЕРЖАНИЕ
1. ОБЩИЕ СВЕДЕНИЯ ............................................................................................................................................. 8
1.1 Полное наименование работ ............................................................................................ 8
1.2 Государственный заказчик ............................................................................................... 8
1.3 Исполнитель ...................................................................................................................... 8
1.4 Пользователь ..................................................................................................................... 8
1.5 Основание для проведения работ .................................................................................... 8
1.6 Перечень нормативно-технических документов, методических материалов,
использованных при разработке технического задания ........................................................... 9
1.7 Плановые сроки начала и окончания работ ................................................................. 10
1.8 Сведения об источниках и порядке финансирования работ ....................................... 10
1.9 Порядок финансирования работ .................................................................................... 10
1.10 Порядок оформления и предъявления заказчику результатов работ ........................ 10
2. НАЗНАЧЕНИЕ И ЦЕЛИ ВЫПОЛНЕНИЯ РАБОТ ....................................................................................... 12
2.1 Назначение работ ............................................................................................................ 12
2.2 Цели выполнения работ ................................................................................................. 13
3. ТРЕБОВАНИЯ К СИСТЕМНОМУ ПРОЕКТУ .............................................................................................. 15
3.1 Общие требования к Системному проекту .................................................................. 15
3.2 Требования к составу Системного проекта .................................................................. 15
3.3 Требования к взаимодействию между компонентами Системного проекта ............ 16
3.4 Требования к информационно-справочной системе по Системному проекту ......... 17
3.5 Требования к Глоссарию Системного проекта ............................................................ 20
3.6 Требования к описанию условий и ограничений разработки Системного проекта . 21
3.7 Требования к процессной модели ................................................................................. 22
3.8 Требования к информационной модели Системного проекта ................................... 24
3.9 Требования к системному ландшафту Системного проекта (карте приложений) ... 25
3.10 Требования к архитектурному проекту ........................................................................ 26
3.11 Требования к Методике контроля соответствия Системному проекту ..................... 27
3.12 Требования к модели результативности Системного проекта ................................... 29
3.13 Требования к нормативному правовому регулированию реализации Системного
проекта ......................................................................................................................................... 32
4. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПО ИСПОЛНЕНИЮ ФУНКЦИЙ ДИРЕКЦИИ
ГОСУДАРСТВЕННОЙ ПРОГРАММЫ ГОРОДА МОСКВЫ «ИНФОРМАЦИОННЫЙ ГОРОД (2012-
2016 ГОДЫ)» ..................................................................................................................................................................... 33
3
4.1 Функции Дирекции ......................................................................................................... 33
4.2 Перечень работ по исполнению функций Дирекции .................................................. 34
4.3 Требования к выполнению функций проектного офиса реализации Программы ... 34
4.4 Требования к обеспечению функционирования системы управления рисками
реализации Программы .............................................................................................................. 35
4.5 Требования к разработке проектов технических заданий и технико-экономических
обоснований по мероприятиям Программы в соответствии с установленными требованиями.
37
4.6 Требования к организации и проведению авторского и технического надзора ....... 37
4.7 Проведение экспертизы материалов, связанных с реализацией Программы ........... 41
4.8 Требования к обеспечению текущей информационно-аналитической,
консультационной и научно-методической поддержки Заказчика по вопросам реализации
Программы .................................................................................................................................. 43
4.9 Требования к обеспечению функционирования ИСС СП .......................................... 44
4.10 Требования к обеспечению работ по исполнению функций Дирекции .................... 45
5. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ ................................................................................................. 46
4
СПИСОК ПРИНЯТЫХ ТЕРМИНОВ И СОКРАЩЕНИЙ
№ Термин Определение
1. Заказчик Департамент информационных технологий города
Москвы
2. Исполнитель Организация, определяется по результатам проведения
открытого конкурса для выполнения работ по
настоящему техническому заданию
3. НИОКР Научно-исследовательские и опытно-конструкторские
работы
4. Системный проект Системный проект реализации государственной
программы города Москвы «Информационный город
(2012-2016 годы)»
5. Программа Государственная программа города Москвы
«Информационный город (2012 - 2016 годы)»,
утвержденная постановлением Правительства Москвы
от 9 августа 2011 г. №349-ПП.
6. ИКТ Информационно-коммуникационные технологии
7. Дирекция,
Дирекция
Программы
Дирекция государственной программы города Москвы
«Информационный город (2012-2016 годы)»
8. ИСС СП Информационно-справочная система по Системному
проекту
9. ТЗ Техническое задание
10. ТЭО Техническо-экономическое обоснование
11. ОИВ Органы исполнительной власти города Москвы
12. ИСиР Информационные системы и ресурсы
13. Информационная
сущность
Единица данных, обладающая набором описывающих
ее атрибутов и взаимодействующая с другими
5
сущностями
14. ПМ СП Процессная модель реализации функций органами
государственной власти города Москвы
15. ИМ СП Информационная модель Системного проекта
16. СЛ СП Системный ландшафт Системного проекта (Карта
приложений)
17. АП СП Архитектурный проект Системного проекта
18. МКС СП Методика контроля соответствия Системному проекту
19. МР СП Модель результативности Системного проекта
20. UML Unified Modeling Language. Унифицированный язык
моделирования) — язык графического описания для
объектного моделирования в области разработки
программного обеспечения.
21. Директивный план
реализации
Программы
Документ, включающий директивные вехи,
определенные Программой и нормативными
документами в сфере развития информационно-
коммуникационных технологий в городе Москве
22. План работ по
информатизации
(Организационно-
финансовый план
реализации
Программы, План
информатизации
города Москвы)
Документ, определяющий состав проектов (работ) по
реализации мероприятий Программы, объемы
финансирования и показатели результативности
проектов (работ) на планируемый год
23. Проект Совокупность взаимосвязанных работ, реализуемых в
рамках мероприятия Программы для достижения
установленных целевых задач и целевых показателей
(индикаторов)
6
24. Паспорт проекта Электронный документ, отражающий существенные
характеристики проекта, в том числе: состав целевых
задач, значения целевых показателей, перечень работ,
объемы затрат по проекту, состав рабочей группы
проекта
25. Реестр паспортов
проектов
База данных, в которой хранятся реквизиты и основные
данные по проектам, входящим в Программу
26. Работы проекта Все работы, необходимые для достижения целевых
задач и целевых показателей проекта
27. Рабочий план
проекта
Календарный план, содержащий детализированное
описание работ проекта, выполняемых отдельными
участниками проекта, сроков выполнения и связей
между работами
28. Техническая
политика в
области
информатизации
Совокупность установленных правил и требований,
включающая технические стандарты и регламенты,
которые должны соблюдаться всеми органами
исполнительной власти города Москвы и городскими
организациями при создании, развитии, модернизации и
эксплуатации информационных систем и ресурсов,
программно-технических комплексов и построении
телекоммуникационных сетей информационного города
29. Функциональные
требования
Документ, определяющий перечень управленческих
задач функционального заказчика и процессов,
подлежащих автоматизации, а также основные
требования к функциям создаваемой информационной
системы
30. Заявки по
функциональным
проектам
Подготавливаемые органами исполнительной власти
города Москвы для формирования Ответственным
исполнителем функциональных проектов Программы
7
заявки, к которым относятся: заявки на открытие новых
функциональных проектов; заявки на корректировку
переходящих функциональных проектов.
31. Заявки по
инфраструктурным
проектам
Подготавливаемые органами исполнительной власти
города Москвы для формирования Ответственным
исполнителем инфраструктурных проектов Программы
заявки, к которым относятся: заявки на закупку средств
вычислительной техники; заявки на услуги
электросвязи;
заявки на эксплуатацию информационных систем.
32. Исполнитель
контракта
Исполнители контрактов – организации-исполнители
(поставщики) государственных контрактов,
выполняемых в рамках мероприятий Программы
33. База знаний
Системного
проекта
Множество технических, технологических и
организационных решений, принятых в ходе
разработки Системного проекта, являющихся частью
результатов работ по разработке Системного проекта.
34. Общегородские
информационные
системы
Информационные системы и ресурсы, пользователями
которых являются два и более органов исполнительной
власти города Москвы
35. Отраслевой
системный проект
Компоненты системного проекта, детализированные до
уровня, на котором появляется дифференциация
технических, технологических и организационных
решений, принятых в рамках данного компонента для
разных отраслей, разработанные для данной отрасли.
8
1. ОБЩИЕ СВЕДЕНИЯ
1.1 Полное наименование работ
Выполнение научно-исследовательских и опытно-конструкторских работ
по разработке системного проекта реализации государственной программы
города Москвы «Информационный город (2012-2016 годы)» и исполнению
функций Дирекции государственной программы города Москвы
«Информационный город (2012-2016 годы)».
1.2 Государственный заказчик
Полное наименование организации: Департамент информационных
технологий города Москвы.
Сокращение в тексте: Заказчик.
1.3 Исполнитель
Исполнитель определяется по результатам проведения открытого конкурса
на право заключения Государственного контракта на выполнение научно-
исследовательских и опытно-конструкторских работ по разработке Системного
проекта реализации государственной программы города Москвы
«Информационный город (2012-2016 годы)» и исполнению функций Дирекции
государственной программы города Москвы «Информационный город (2012-
2016 годы)» (далее – Государственный контракт).
1.4 Пользователь
Пользователем является Департамент информационных технологий города
Москвы.
1.5 Основание для проведения работ
Федеральный закон от 27 июля 2010 года № 210-ФЗ «Об
организации предоставления государственных и муниципальных
услуг».
Закон г. Москвы от 24 октября 2001 г. N 52 «Об информационных
ресурсах и информатизации города Москвы».
9
Государственная программа города Москвы «Информационный
город (2012-2016 годы)», утвержденная постановлением
Правительства Москвы от 9 августа 2011г. № 349-ПП.
1.6 Перечень нормативно-технических документов, методических
материалов, использованных при разработке технического задания
1) ГОСТ 7.32-2001. Система стандартов по информации,
библиотечному и издательскому делу. Отчет о научно-
исследовательской работе. Структура и правила оформления.
2) ГОСТ 15.201-2000. Система разработки и постановки продукции на
производство. Продукция производственно-технического
назначения. Порядок разработки и постановки продукции на
производство.
3) ГОСТ 34.602-89. Информационная технология. Комплекс стандартов
на автоматизированные системы. Техническое задание на создание
автоматизированной системы.
4) Письмо Минэкономразвития России от 29.04.2011 № 8863-ОФ/Д09
«О методических рекомендациях по организации проведения
мониторинга качества предоставления государственных
(муниципальных) услуг».
5) ITIL®V2.
6) ITIL®V3.
7) ITU-T Recommendations M.3050.0-4 series. Enhanced Telecom
Operations Map (eTOM).
8) ITU-T Recommendations M.3190.
9) TMF GB929: TM Forum Applications Framework (TAM).
10) TMF053: The NGOSS Technology-Neutral Architecture.
11) TMF GB 942: NGOSS Contracts Concepts and Principles.
12) TMF050: NGOSS Compliance Testing Strategy Technical
Specification.
13) TMF GB 940: NGOSS Compliance/Conformance Strategy.
10
14) Постановление Правительства Москвы № 56-ПП от
04.03.2011 г. «Об утверждении Порядка разработки, реализации
и оценки эффективности государственных программ
города Москвы».
1.7 Плановые сроки начала и окончания работ
Плановый срок начала работ: с даты заключения Государственного
контракта.
Плановый срок окончания работ: 31.12.2012
Работы проводятся в 4 этапа:
Этап 1 - не более 90 календарных дней с даты заключения
Государственного контракта.
Этап 2 – не более 180 календарных дней с даты заключения
Государственного контракта.
Этап 3 – не более 270 календарных дней с даты заключения
Государственного контракта.
Этап 4 – с даты заключения Государственного контракта до 31.12.2012.
Этапы работ выполняются параллельно, согласно п.5 настоящего
Технического задания.
1.8 Сведения об источниках и порядке финансирования работ
Источник финансирования – бюджет города Москвы.
1.9 Порядок финансирования работ
Порядок финансирования определяется действующими нормативными
правовыми актами города Москвы, регулирующими вопросы финансирования
расходов городского бюджета, и условиями Государственного контракта.
1.10 Порядок оформления и предъявления заказчику результатов работ
Перечень и содержание выполненных работ, представляемых отчетных
материалов должны отвечать требованиям настоящего Технического задания и,
при необходимости, соответствующих стандартов на автоматизированные
11
системы: ГОСТ 34.201-89, ГОСТ 34.602-89, ГОСТ 34.601-90, ГОСТ 34.603-92,
РД 50-34.698-90.
Форматы представления отчетных материалов должны быть согласованы с
Заказчиком.
Заказчик имеет право обязать Исполнителя провести общественную
экспертизу решений, принятых Дирекцией.
Исполнитель должен обеспечить проведение экспертизы решений,
принятых в ходе разработки Системного проекта, сторонними организациями, в
том числе международными.
12
2. НАЗНАЧЕНИЕ И ЦЕЛИ ВЫПОЛНЕНИЯ РАБОТ
2.1 Назначение работ
Назначением работ является обеспечение единого подхода к созданию и
развитию информационно-коммуникационных систем в рамках реализации
государственной программы города Москвы «Информационный город (2012 –
2016 годы)» и исполнение функций Дирекции государственной программы
города Москвы «Информационный город (2012-2016 годы)».
Единство подхода к созданию и развитию городских информационных
систем и ресурсов обеспечивается за счет взаимосвязи процессов управления
отраслями городского хозяйства с единой архитектурой информационных
систем и ресурсов города Москвы.
При разработке системного проекта необходимо обеспечить достижение
следующих показателей:
должен быть проведен анализ информационных систем города
Москвы (не менее 700 информационных систем и ресурсов),
эксплуатируемых органами исполнительной власти;
должны быть разработаны модели не менее 500 процессов
реализации функций органов исполнительной власти.
Требования к результатам работ по анализу информационных систем и
ресурсов, а также виды предоставления процессов и обеспечения
непротиворечивости приведены в Разделе 3. «Требования к Системному
проекту».
Дирекция Программы должна обеспечивать непротиворечивую увязку
вновь создаваемых и действующих информационных систем и ресурсов на
основе данных Системного проекта, в т.ч. за счет определения наиболее
эффективных способов и механизмов внедрения средств ИКТ в процессы
управления отраслями городского хозяйства города Москвы, а также
соответствующе актуализировать данные Системного проекта.
В период исполнения контракта, Дирекция должна обеспечить выполнение
следующих показателей:
13
должна быть проведена экспертиза не менее 150 проектов, включая
экспертизу функциональных требований, проектной документации,
отчетных документов по реализации проектов;
должно быть обеспечено бесперебойное и надежное
функционирование ИСС СП с коэффициентом готовности ИСС СП
не ниже 95%1;
должны быть разработаны не менее 150 ТЗ и 150 ТЭО проектов
реализации мероприятий Программы2;
должно быть обеспечено ведение проектного документооборота не
менее 150 проектов.
Подробнее задачи и требования к выполнению вышеуказанных работ
Дирекции приведены в Разделе 4. «Требования к выполнению работ по
исполнению функций Дирекции государственной программы города Москвы
«Информационный город (2012-2016 годы)».
2.2 Цели выполнения работ
Целями работ, согласно государственной программе города Москвы
«Информационный город (2012-2016 годы)», утвержденной постановлением
Правительства Москвы от 9 августа 2011г. № 349-ПП, являются:
обеспечение целостности модели управления реализацией Программы и
единства архитектуры создаваемых информационных систем;
обеспечение прозрачности и управляемости реализацией Программы;
обеспечение соответствия целей создания отдельных информационно-
коммуникационных систем целям реализации Программы;
1 Данный показатель рассчитывается с момента подписания Акта сдачи приемки работ по 3 этапу
Государственного контракта. 2 ТЗ и ТЭО для проекта считаются разработанными по результатам согласования документов Заказчиком
и участвующими в данном проекте ОИВ города Москвы.
14
обеспечение эффективности создания и эксплуатации создаваемых
информационных систем (эффективности инвестиций в создаваемые
информационные системы).
15
3. ТРЕБОВАНИЯ К СИСТЕМНОМУ ПРОЕКТУ
3.1 Общие требования к Системному проекту
Системный проект представляет собой единую инструментальную среду
интеграции процессов управления отраслями городского хозяйства с
действующими и планируемыми информационными системами, ИКТ –
компонентами, соответствующими видами программного и технического
обеспечения.
3.1.1 Системный проект должен включать в себя взаимосвязанные модели,
методики, рекомендации, требования и другие компоненты.
3.1.2 Системный проект должен разрабатываться в соответствии с требованиями
современных международных отраслевых стандартов в области ИКТ
(стандарты ИСО, МЭК, МСЭ) и требований государственных стандартов.
3.2 Требования к составу Системного проекта
Системный проект должен включать следующие компоненты:
1) Информационно-справочную систему Системного проекта;
2) Глоссарий Системного проекта;
3) Описание условий и ограничений разработки Системного проекта;
4) Процессную модель реализации функций органами исполнительной власти
города Москвы;
5) Информационную модель Системного проекта;
6) Системный ландшафт Системного проекта (карту приложений);
7) Архитектурный проект;
8) Методику контроля соответствия Системному проекту;
9) Модель результативности Системного проекта;
10) Требования к нормативному правовому регулированию реализации
Системного проекта.
16
3.3 Требования к взаимодействию между компонентами Системного
проекта
К взаимодействию между компонентами Системного проекта
предъявляются следующие требования:
3.3.1 При разработке Системного проекта должна быть обеспечена
методологическая, семантическая и технологическая совместимость между
компонентами Системного проекта.
3.3.2 Информационный обмен, а также достижение непротиворечивости между
компонентами Системного проекта должны осуществляться посредством
Информационно-справочной системы по Системному проекту (далее -
ИСС СП). Требования к ИСС СП приведены в Разделе 3.4. «Требования к
информационно-справочной системе по Системному проекту».
3.3.3 При разработке Системного проекта должны быть выполнены требования
по взаимодействию между компонентами Системного проекта согласно
Таблице 1. В строках таблицы перечислены компоненты, оказывающие
влияние на компоненты, указанные в столбцах. Подробные требования по
взаимосвязи информационных объектов компонент Системного проекта
приведены в разделах с требованиями к соответствующим компонентам.
Таблица 1. Матрица необходимых взаимодействий между компонентами
Системного проекта.
Гло
ссар
ий
С
ист
емн
ого
пр
оек
та
Оп
иса
ни
е у
сло
ви
й
и
огр
ани
чен
ий
раз
раб
отк
и С
ист
емн
ого
пр
оек
та
ПМ
СП
ИМ
СП
СЛ
СП
АП
СП
МК
С С
П
МР
СП
Глоссарий Системного проекта - + + + + + + +
Описание условий и
ограничений разработки
Системного проекта - - + + + + + +
17
Гло
ссар
ий
С
ист
емн
ого
пр
оек
та
Оп
иса
ни
е у
сло
ви
й
и
огр
ани
чен
ий
раз
раб
отк
и С
ист
емн
ого
пр
оек
та
ПМ
СП
ИМ
СП
СЛ
СП
АП
СП
МК
С С
П
МР
СП
ПМ СП - - - + + + - +
ИМ СП - - + - + + - +
СЛ СП - + - + - + - +
АП СП - - + + + - - +
МКС СП - - - - + - - +
МР СП - + + + + + - -
Значения таблицы:
+ требования к взаимодействию между компонентами системного
проекта должны быть установлены;
- требования отсутствуют.
3.4 Требования к информационно-справочной системе по Системному
проекту
Информационно-справочная система Системного проекта (ИСС СП)
предназначена для:
а. представления, поиска и хранения информации, содержащейся во всех
компонентах Системного проекта, а также соответствующего
нормативного правового обеспечения;
б. управления базой знаний Системного проекта;
в. методологического сопровождения и управления рисками реализации
Программы;
18
г. обеспечения целостности и непротиворечивости хранимых данных и
автоматической актуализации связанных данных при внесении
изменений в исходные данные.
К ИСС СП предъявляются следующие основные функциональные
требования:
3.4.1 ИСС СП должна поддерживать ведение перечисленных ниже
компонентов Системного проекта и документов:
3.4.1.1 глоссария Системного проекта;
3.4.1.2 условий и ограничений разработки Системного проекта;
3.4.1.3 процессной модели реализации функций органами
исполнительной власти города Москвы;
3.4.1.4 информационной модели Системного проекта;
3.4.1.5 системного ландшафта Системного проекта (карты приложений);
3.4.1.6 архитектурного проекта;
3.4.1.7 методики контроля соответствия Системному проекту;
3.4.1.8 модели результативности Системного проекта;
3.4.1.9 нормативно – правовых актов, регулирующих реализацию
Системного проекта.
3.4.2 ИСС СП должна поддерживать ведение перечисленных ниже объектов
управления Дирекции и Департамента информационных технологий
города Москвы:
3.4.2.1 системы целевых показателей Программы;
3.4.2.2 учета выполнения директивного плана реализации Программы
и проектных планов;
3.4.3 ИСС СП должна обеспечивать формирование аналитической отчетности о
ходе выполнения мероприятий Программы, проектов Программы.
3.4.4 Все компоненты Системного проекта и объекты управления Дирекции и
Департамента информационных технологий города Москвы должны быть
взаимно увязаны, непротиворечивы.
19
3.4.5 При внесении изменений в данные и модели, реализованные в виде
компонентов Системного проекта, ИСС СП должна обеспечивать
автоматическую актуализацию данных и смежных моделей.
3.4.6 ИСС СП должна обеспечивать контроль версионности компонентов
системного проекта, в том числе ИСС СП должна обеспечивать учёт
изменений (версий) компонентов и их фрагментов и возможность
сравнения редакций и восстановления ранних.
3.4.7 ИСС СП должна обеспечивать информационную и методологическую
поддержку работы с рисками реализации Программы, поддерживать
процесс управления рисками, выполняемый Дирекцией (см. раздел 4.4).
3.4.8 ИСС СП должна поддерживать представление текстовой, графической
информации, а также информации в формате XML и его подмножеств.
Дополнительные требования к форматам представления и отображения
моделей должны быть сформулированы в Частном техническом задании на
информационно-справочную систему Системного проекта.
3.4.9 ИСС СП должна быть интегрирована с информационными системами
Департамента информационных технологий, используемыми для
управления проектами, ведения технического и проектного учета, в том
числе для обеспечения информационного взаимодействия с
информационными системами для:
3.4.9.1 ведения реестра проектов и паспортов проектов;
3.4.9.2 учета передачи результатов выполнения контрактов;
3.4.9.3 ведения репозитория проектных материалов и результатов
выполнения контрактов;
3.4.10 . Дополнительные требования к интеграции ИСС СП с информационными
системами Департамента информационных технологий должны быть
сформулированы в Частном техническом задании на информационно-
справочную систему Системного проекта.
20
3.4.11 ИСС СП должна обеспечивать многопользовательский режим работы, в
т.ч. для одновременной работы нескольких пользователей с одними и теми
же компонентами Системного проекта (создание и редактирование).
3.4.12 ИСС СП должна поддерживать процедуры авторизации и аутентификации
пользователей, для которых должны быть предусмотрены механизмы
разграничения прав доступа, в т.ч. к отображаемым данным. ИСС СП
должна поддерживать ведение различных категорий и ролей
пользователей, разграничение прав доступа для категорий и ролей.
3.4.13 ИСС СП должна поддерживать работу с Системным проектом в течение
всего периода реализации Программы, в том числе: внесение и
редактирование данных всех компонентов в составе Системного проекта.
3.4.14 ИСС СП должна обеспечивать масштабируемость при увеличении объемов
и числа уровней представления информации.
3.4.15 Детальные функциональные и технические требования к ИСС СП должны
быть разработаны в ходе выполнения работ по этапу 1 и должны быть
приведены в Частном техническом задании на информационно-
справочную систему Системного проекта.
3.5 Требования к Глоссарию Системного проекта
Глоссарий Системного проекта предназначен для описания терминов,
используемых во всех компонентах Системного проекта.
3.5.1 Глоссарий должен включать:
а. перечень используемых терминов;
б. толкование всех терминов;
в. сокращенные названия терминов;
г. комментарии к терминам и способам их применения;
д. ссылки на компоненты Системного проекта, в которых применяется
термин;
е. примеры применения (при необходимости).
3.5.2 Ведение и актуализация Глоссария обеспечивается в ИСС СП.
21
3.5.3 Глоссарий подлежит актуализации в течение всего срока действия
контракта. Источниками изменений являются все компоненты Системного
проекта. Все изменения и дополнения в Глоссарий должны вноситься и
отображаться в ИСС СП с момента передачи ИСС СП в опытную
эксплуатацию (Этап 3). По результатам выполнения 1 этапа
Государственного контракта Глоссарий предоставляется в составе
документа «Отчет по первому этапу НИР». По результатам выполнения 2
этапа Государственного контракта Глоссарий предоставляется в составе
документа «Отчет по второму этапу НИР».
3.6 Требования к описанию условий и ограничений разработки
Системного проекта
Описание условий и ограничений разработки Системного проекта служит
для выявления и формализации факторов, которые являются внешними для
среды разработки Системного проекта и задают границы для технических,
технологических и организационных решений в рамках Системного проекта.
3.6.1 Условия и ограничения разработки Системного проекта должны включать
перечень положений, которые должны учитываться при разработке
компонентов Системного проекта, а именно:
а. перечень начальных или возникающих в ходе разработки Системного
проекта решений Заказчика относительно всех аспектов разработки
Системного проекта, которые не подлежат проверке и изменению в
ходе разработки;
б. перечень начальных или возникающих в ходе разработки Системного
проекта положений относительно оптимального выбора того или
иного технического, технологического и организационного решения,
применяемого в составе компонентов Системного проекта:
i. организационных, технических и технологических решений в
рамках успешных проектов внедрения «электронного
правительства» или его элементов в городах мира;
22
ii. организационных, технических и технологических решений в
рамках успешных проектов автоматизации деятельности крупных
компаний.
3.6.2 Описание условий и ограничений разработки Системного проекта
предоставляется в виде:
а. классификации условий и ограничений, включая: информационно-
коммуникационные, технологические, организационные;
б. сведений по всем выявленным условиям и ограничениям.
3.7 Требования к процессной модели
Процессная модель (далее - ПМ СП) предназначена для:
а. определения структуры процессов реализации функций органами
государственной власти;
б. определения единого понятийного аппарата для описания элементов
процессов реализации функций органами государственной власти;
в. определения данных, необходимых для описания каждого процесса,
с их использованием на уровне отдельного процесса и всего
Системного проекта.
К процессной модели предъявляются следующие требования.
3.7.1 Процессная модель должна включать:
а. карту процессов (матричную процессную модель);
б. описание процессов, представленных в модели;
в. графические схемы процессов.
3.7.2 Процессная модель должна предусматривать кодификацию процессов,
представленных в модели, с учетом глубины декомпозиции.
3.7.3 Карта процессов должна иметь несколько уровней декомпозиции. Базовым
уровнем декомпозиции должны являться процессы выполнения функций
органов государственной власти. Структура карты процессов должна
обеспечивать или (при необходимости) включать более глубокую
23
декомпозицию процессов до уровня рабочего места (уровня одного
исполнителя).
3.7.4 Карта процессов должна обеспечивать представление процессов в
следующих разрезах:
а. функциональном разрезе;
б. в разрезе по типам субъектов деятельности органов государственной
власти (включая граждан, органы государственной власти, бизнес);
в. отраслевом разрезе (в том числе для работы с отраслевыми
Системными проектами).
3.7.5 Карта процессов должна включать процессы-элементы, соответствующие
функциям (или группам функций) и процессы-потоки, описывающие
последовательность выполнения функций. На процессы потоки должны
быть разработаны графические схемы процессов (см. п.3.7.1. в.).
3.7.6 Описание процессов, представленных в модели, должно включать
формализованное описание всех процессов реализации функций органами
исполнительной власти города Москвы, в том числе: идентификатор (код
процесса), назначение процесса, перечень входов и выходов процесса,
декомпозицию процесса (если применимо), текстовое описание процесса.
3.7.7 Карта процессов должна отражать видение целевого состояния процессов
реализации функций органами государственной власти города Москвы.
3.7.8 Графические схемы процессов должны соответствовать текущему
состоянию процессов (на момент разработки) и должны предусматривать
их актуализацию.
3.7.9 Графические схемы процессов подготавливаются в нотациях,
согласованных с Заказчиком.
3.7.10 Процессная модель подлежит актуализации в течение всего срока действия
контракта. Все изменения и дополнения в процессную модель должны
вноситься и отображаться в ИСС СП с момента передачи ИСС СП в
опытную эксплуатацию (Этап 3). По результатам выполнения 1 этапа
Государственного контракта процессная модель предоставляется в составе
24
документа «Отчет по первому этапу НИР». По результатам выполнения 2
этапа Государственного контракта процессная модель предоставляется в
составе документа «Отчет по второму этапу НИР».
3.7.11 Процессная модель должна быть разработана, в том числе, с учетом
нормативно-технических документов согласно п. 1.6. 7), 5), 6).
3.8 Требования к информационной модели Системного проекта
Информационная модель Системного проекта (ИМ СП) предназначена для
представления необходимых, с точки зрения реализации Программы,
информационных сущностей, их характеристик и отношений между ними.
К информационной модели предъявляются следующие требования:
3.8.1 Информационная модель должна определять единый формат сбора и
обмена данными на межведомственном уровне и уровне отдельных
органов исполнительной власти города Москвы для формирования отчетов
по Системному проекту в отраслевом разрезе (отраслевых Системных
проектов).
3.8.2 Основным структурным элементом информационной модели должна быть
информационная сущность – единица данных, обладающая набором
описывающих ее атрибутов и взаимодействующая с другими сущностями.
В качестве сущности может выступать материальный или нематериальный
объект, вид деятельности и прочее. Сущность, при необходимости, может
быть декомпозирована также на сущности. Степень декомпозиции
определяется Заказчиком.
3.8.3 Информационная модель должна включать: структуру информационных
сущностей, описание информационных сущностей, описание
взаимодействия информационных сущностей.
3.8.4 Информационные сущности в структуре информационных сущностей
должны быть сгруппированы по функционально-смысловому признаку.
3.8.5 Описание информационных сущностей должно включать: текстовое
описание сущности, перечень компонентов Системного проекта, в которых
25
она используется, сущности с которыми она взаимодействует и перечень
атрибутов информационной сущности. Описание взаимодействия
информационных сущностей должно быть выполнено на основе
использования языка моделирования UML. Перечень атрибутов
информационной сущности должен включать: наименование атрибута,
текстовое описание атрибута, тип данных, свойства, допустимые значения,
единицы измерения (если применимо), информацию о том, является
атрибут обязательным или необязательным и, при необходимости, другую
информацию, подлежащую согласованию с Заказчиком.
3.8.6 Информационная модель подлежит актуализации в течение всего срока
действия контракта. Источниками изменений являются все компоненты
Системного проекта. Все изменения и дополнения в информационную
модель должны вноситься и отображаться в ИСС СП с момента передачи
ИСС СП в опытную эксплуатацию (Этап 3). По результатам выполнения 1
этапа Государственного контракта информационная модель
предоставляется в составе документа «Отчет по первому этапу НИР». По
результатам выполнения 2 этапа Государственного контракта
информационная модель предоставляется в составе документа «Отчет по
второму этапу НИР».
3.8.7 Информационная модель должна быть разработана, в том числе, с учетом
нормативно-технических документов согласно п. 1.6.8.
3.9 Требования к системному ландшафту Системного проекта (карте
приложений)
Системный ландшафт (далее - СЛ СП) предназначен для определения
взаимного соответствия процессной и информационной моделей функциям
информационно-коммуникационных систем.
К СЛ СП предъявляются следующие требования:
3.9.1 СЛ СП должен содержать классификацию функций информационных
систем и ресурсов (в т.ч., программных приложений).
26
3.9.2 СЛ СП должен включать информацию о том, реализацию каких функций
органов исполнительной власти обеспечивает (реализует) каждая
используемая информационная система или ресурс (в т.ч., программные
приложения).
3.9.3 СЛ СП должен предусматривать несколько уровней декомпозиции.
3.9.4 Допускается, чтобы функции информационных систем и ресурсов (в т.ч.,
программных приложений) были укрупненными (не исчерпывающими) и,
по требованию Заказчика, декомпозировались при реализации в
конкретных информационных системах и ресурсах (в т.ч., программных
приложениях). Степень декомпозиции требований к функциям
определяется Заказчиком.
3.9.5 Системный ландшафт подлежит актуализации в течение всего срока
действия государственного контракта. Источниками изменений являются
все компоненты Системного проекта. Все изменения и дополнения в
системный ландшафт должны вноситься и отображаться в ИСС СП с
момента передачи ИСС СП в опытную эксплуатацию (Этап 3).
3.9.6 Рекомендуется при разработке СЛ СП использовать нормативно-
технические документы согласно пп. 1.6.5), 6), 9).
3.10 Требования к архитектурному проекту
3.10.1 Архитектурный проект должен включать:
а. набор типовых программно-технических решений и требований к ним, а
также требования по их применению;
б. состав ИКТ-систем города;
в. перечень и модели архитектуры общегородских информационных
систем, включая взаимодействие общегородских информационных
систем между собой и инфраструктурой электронного правительства
федерального уровня;
27
г. требования по использованию общегородских информационных
систем при реализации отраслевых функциональных задач
автоматизации;
д. требования по подключению и обеспечению взаимодействия
создаваемых отраслевых информационных систем с
общегородскими информационными системами;
е. набор общегородских стандартов в области информационно-
коммуникационных технологий. Состав и структура
согласовываются с Заказчиком (Этап 2).
К архитектурному проекту предъявляются следующие требования:
3.10.2 Архитектурный проект должен основываться на компонентно-
ориентированном подходе. Компонентно-ориентированный подход –
подход к разработке архитектуры ИКТ-систем, основанный на
многократном, повторном и независимом использовании компонентов. Для
каждого компонента должны быть определены сервисы, его внешнее
поведение и контекст (внешние зависимости).
3.10.3 Методика разработки и использования Архитектурного проекта должна
обеспечивать его доработку и развитие в течение всего периода реализации
Программы.
3.10.4 Рекомендуется при разработке Архитектурного проекта использовать
нормативно-технические документы согласно пп. 1.6.5), 6), 10), 11).
Разработка архитектурного проекта обеспечивается за счет использования
ИСС СП. Архитектурный проект должен быть разрабатываться и отображаться в
ИСС СП и актуализироваться в течение всего срока действия государственного
контракта.
3.11 Требования к Методике контроля соответствия Системному проекту
Методика контроля соответствия Системному проекту (далее - МКС СП)
предназначена для оценки соответствия существующих, модернизируемых и
28
вновь создаваемых информационно-коммуникационных систем положениям
Системного проекта, а также иным положениям, важным с точки зрения
реализации Программы, согласно условиям и ограничениям, определенным в
рамках п.3.5 настоящего Технического задания.
К Методике контроля соответствия Системному проекту предъявляются
следующие требования:
3.11.1 МКС СП должна строиться на основе формализованных критериев,
позволяющих оценить степень соответствия информационно-
коммуникационных систем принципам и требованиям Программы и
Системного проекта.
3.11.2 МКС СП должны включать критерии из следующих областей:
а. соответствие процессной модели Системного проекта;
б. соответствие информационной модели Системного проекта;
в. соответствие Архитектурному проекту;
г. соответствие целям реализации Программы;
д. экономическая эффективность создания и эксплуатации
информационно-коммуникационных систем (эффективность
инвестиций в создаваемые информационные системы).
3.11.3 МКС СП должна включать описание процедуры контроля соответствия
требованиям Системного проекта, предусматривающую сбор и подготовку
исходных данных, участников процесса проведения контроля,
непосредственное проведение контроля, принятие решения по результатам
контроля.
3.11.4 МКС СП должна включать унифицированные правила анализа
соответствия существующих информационно-коммуникационных систем
Системному проекту и методику определения принципов задействования
существующих информационно-коммуникационных систем вне
требований Системного проекта, с учетом функциональной специфики
существующих информационно-коммуникационных систем.
29
3.11.5 Рекомендуется при разработке МКС СП использовать нормативно-
технические документы согласно пп. 12, 13 раздела 1.6.
3.12 Требования к модели результативности Системного проекта
Модель результативности Системного проекта (далее - МР СП)
предназначена для детализации целевых показателей (индикаторов) Программы
и использования детализированных показателей при оценке результативности,
эффективности и качества отдельных мероприятий Программы, проектов
(работ), результатов внедрения и использования отдельных информационно-
коммуникационных систем в ходе реализации Программы и по ее завершению. В
МР СП должны учитываться показатели государственных программ города
Москвы, помимо государственной программы города Москвы
«Информационный город (2012-2016 годы)», если эти показатели влияют на
показатели государственной программы города Москвы «Информационный
город (2012-2016 годы)» или показатели государственной программы города
Москвы «Информационный город (2012-2016 годы)» влияют на показатели
других государственных программ города Москвы.
3.12.1 МР СП должна включать в себя:
а. перечень показателей (индикаторов) результативности,
эффективности и качества;
б. проект регламента мониторинга показателей (индикаторов)
результативности, эффективности и качества;
в. методику выбора типовых показателей (индикаторов) внедрения и
эксплуатации информационно-коммуникационных систем для
применения в деятельности Заказчика и Дирекции Программы.
К Модели результативности предъявляются следующие требования.
3.12.2 Перечень показателей должен быть многоуровневым и включать в себя,
как минимум, следующие уровни: целевые показатели (индикаторы)
Программы (подпрограмм Программы), целевые показатели (индикаторы)
мероприятий Программы, показатели проектов (работ) выполняемых в
30
рамках мероприятий Программы, а также показатели внедрения и
эксплуатации информационно-коммуникационных систем и ресурсов.
Нижележащие уровни показателей должны формироваться на основе
декомпозиции показателей вышележащего уровня и дополнять их
необходимыми показателями, характеризующими различные аспекты
реализации Программы.
3.12.3 Нижний уровень перечня показателей должен включать в себя показатели
результативности, эффективности и качества,, позволяющие однозначно
измерить результаты и состояние реализации проектов (работ), результаты
создания и эксплуатации информационно-коммуникационных систем, а
также однозначно определять значение более высоких уровней
показателей по реализации мероприятий, подпрограмм и в целом
Программы.
3.12.4 Система показателей должна удовлетворять принципам, обеспечивающим
полноту проведения анализа результативности и эффективности
реализации Программы, мероприятий Программы, проектов и работ в
составе проектов, а именно:
а. количество показателей должно быть достаточным для проведения
детального и сводного анализа;
б. показатели должны быть измеримы;
в. полученный в ходе анализа результат должен быть однозначным и
исключать возможность двойной трактовки;
г. показатели должны быть сопоставимы во времени для возможности
их оценки в динамике;
д. определение значений показателей должно, по возможности,
базироваться на первичной информации и статистических
показателях, имеющихся в существующих документах по
управлению реализацией Программы, в том числе с использованием
информационных ресурсов Заказчика и Дирекции Программы;
31
е. показатели должны позволять осуществлять анализ в отраслевом
разрезе (для формирования отчетности по отраслевым Системным
проектам).
3.12.5 Регламент мониторинга показателей (индикаторов) результативности,
эффективности и качества должен включать в себя для каждого
показателя, включая сводные: цель (цели), объект, предмет мониторинга;
этапы его организации и проведения, методы его проведения, методику
расчета показателя, перечень исходных данных для расчета, точки
сбора/измерения показателя (и требования к ним) или сбора/измерения
исходных данных, ответственных (за сбор/ измерение), периодичность и
сроки измерения/ сбора, ответственных за анализ показателей,
рекомендуемые методы анализа, рекомендации по интерпретации
результатов мониторинга.
3.12.6 Методика мониторинга показателей (индикаторов) результативности,
эффективности и качества должна обеспечивать:
а. учет различных типов взаимосвязей между частными показателями и
их совокупное влияние на итоговую оценку реализации Программы;
б. возможность измерения значений отдельных показателей, как в
количественных, так и в качественных шкалах;
в. анализ накопленной информации о реализации Программы, в т.ч. для
обеспечения построения прогнозов;
г. учет статистики и статистический анализ реализации Программы;
д. сравнительный анализ фактических значений показателей с
требованиями нормативно-правовых актов, определяющих
реализацию Программы;
е. контроль динамики изменения значений показателей, а также
результативности мер по их улучшению;
ж. анализ влияния показателей результативности на смежные
государственные программы города Москвы.
3.12.7 Система показателей должна быть сформирована с учетом:
32
а. Постановления Правительства Москвы № 56-ПП от 04.03.2011 г. «Об
утверждении Порядка разработки, реализации и оценки
эффективности государственных программ города Москвы».
б. «Методических рекомендаций по организации проведения
мониторинга качества предоставления государственных
(муниципальных) услуг» (Письмо Минэкономразвития России от
29.04.2011 № 8863-ОФ/Д09 «О методических рекомендациях по
организации проведения мониторинга качества предоставления
государственных (муниципальных) услуг»);
в. данных государственной статистики, ведомственной статистики,
социологических и специальных исследований;
г. рекомендаций и требований стандарта IWA 4:2009 «Системы
менеджмента качества. Руководство по применению ИСО 9001:2008
в местных органах власти».
3.13 Требования к нормативному правовому регулированию реализации
Системного проекта
С учетом рисков и ограничений внедрения Системного проекта, а также
текущего уровня развития законодательства Российской Федерации должны
быть определены нормативные правовые акты, требующие разработки, внесения
изменений, отмены, позволяющие обеспечить эффективную реализацию
Системного проекта для достижения целей Программы.
33
4. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПО ИСПОЛНЕНИЮ
ФУНКЦИЙ ДИРЕКЦИИ ГОСУДАРСТВЕННОЙ ПРОГРАММЫ
ГОРОДА МОСКВЫ «ИНФОРМАЦИОННЫЙ ГОРОД (2012-
2016 ГОДЫ)»
4.1 Функции Дирекции
4.1.1 Функции Дирекции определены государственной программой города
Москвы «Информационный город (2012-2016 годы)», утвержденной
постановлением Правительства Москвы от 9 августа 2011 г. №349-ПП.
4.1.2 Дирекция Программы реализует следующие функции:
а. разработка и ведение Системного проекта;
б. проведение экспертизы Заявок по функциональным и
инфраструктурным проектам на соответствие Системному проекту и
Технической политике;
в. подготовка предложений по привлечению внебюджетных
источников к реализации Программы;
г. ввод фактических данных в Паспорта и Рабочие планы проектов;
д. разработка Технических заданий и Технико-экономических
обоснований по работам проектов в соответствии с
Функциональными требованиями, Технической политикой и
требованиями Заказчика;
е. администрирование проектов, организация работы проектных
офисов, обеспечение проектного документооборота;
ж. информационное обеспечение и организация взаимодействия
участников проектов и Программы;
з. сбор и формирование отчетности по выполнению Рабочих планов и
государственных контрактов, а также отчетности по достижению
целевых показателей по проектам;
и. экспертиза предложений по корректировке Программы на
соответствие Системному проекту.
34
4.2 Перечень работ по исполнению функций Дирекции
Для исполнения функций Дирекции Исполнителем должны быть
выполнены следующие работы:
1) выполнение функций проектного офиса реализации Программы;
2) обеспечение функционирования системы управления рисками
реализации Программы;
3) разработка проектов технических заданий и технико-экономических
обоснований по мероприятиям Программы в соответствии с
установленными требованиями;
4) организация и проведение авторского и технического надзора;
5) проведение экспертизы материалов, связанных с реализацией
Программы;
6) обеспечение текущей информационно-аналитической,
консультационной и научно-методической поддержки Заказчика по
вопросам реализации Программы;
7) обеспечение бесперебойной работы ИСС СП.
4.3 Требования к выполнению функций проектного офиса реализации
Программы
4.3.1 Выполнение функций проектного офиса реализации Программы включает
в себя:
а. администрирование реализации проектов, организация работы
проектных офисов,
б. ведение проектного документооборота;
в. подготовка предложений по привлечению внебюджетных источников
к реализации Программы;
г. ведение плановых и фактических графиков работ в разрезе
конкретных исполнителей,
д. сбор и формирование отчетности по выполнению Рабочих планов и
государственных контрактов;
35
е. ввод фактических данных в Паспорта и Рабочие планы проектов;
ж. мониторинг выполнения планов и целевых индикаторов проектов и
Программы;
з. информационное обеспечение и организация взаимодействия
участников, ответственного исполнителя Программы, соисполнителей
Программы, функциональных заказчиков,
и. организация рабочих совещаний по управлению проектами.
4.3.2 Порядок выполнения функций проектного офиса реализации Программы
определяется Положением об управлении реализацией Программы.
4.3.3 Выполнение функций проектного офиса реализации Программы
осуществляется в течение всего срока выполнения государственного
контракта.
4.4 Требования к обеспечению функционирования системы управления
рисками реализации Программы
4.4.1 Формализованная система управления рисками реализации Программы
должна предусматривать управление следующими основными рисками
Программы:
а. рисками недостижения конечных результатов Программы;
б. рисками несогласованности действий Ответственного исполнителя и
соисполнителей Программы;
в. рисками недофинансирования Программы за счет средств федерального
бюджета, бюджета города Москвы или внебюджетных источников;
г. рисками неэффективного и неполного использования государственными
служащими города Москвы, москвичами и организациями возможностей,
сервисов, услуг, предоставляемых внедренными в рамках Программы
информационно-коммуникационных технологиями;
д. техническими и технологическими рисками (в том числе, совместимость
информационно-коммуникационных решений, быстрое моральное
устаревание оборудования и др.).
36
4.4.2 В задачи Дирекции в части управления рисками Программы входит:
а. Регистрация риска Программы
б. Предварительный анализ риска
в. Анализ риска и подготовка плана действий и устранение риска
г. Организация согласования и утверждения плана действий
д. Фиксация принятого решения по риску
е. Периодический анализ рисков Программы
4.4.3 Регистрация риска Программы. Инициатор обращения о возникновении
риска (далее – «инициатор») заполняет форму описания риска в
установленном порядке. В форме Инициатор отражает возможное влияние
данного риска на Программу, в случае, если он не будет разрешен.
Информация о риске отражается Дирекцией в журнале регистрации рисков
и доводится до сведения руководителя Проекта.
4.4.4 Предварительный анализ риска. Выявленный риск анализируется на
соответствующем уровне управления Программой и определяются
дальнейшие действия по нему. Возможные варианты:
риск уже учтен в составе другого риска.
риск требует подготовки плана действий по его устранению.
риск представляется как не влияющий на Программу и не требует
дальнейших действий.
При этом:
а. может потребоваться обновление информации по существующим
рискам для отражения текущей ситуации.
б. назначается ответственный за подготовку плана действий и сроков
по устранению риска.
4.4.5 Анализ риска и подготовка плана действий и устранение риска.
Проводится анализ выявленного риска, его причин и возможных
последствий, и готовится план действий по его устранению. План действий
должен включать в себя также необходимые ресурсы Программы. План
37
действий передается на рассмотрение и согласование Руководителям
Программы.
4.4.6 Принятое решение ответственный за ведение журнала рисков регистрирует
в журнале рисков и доводит до заинтересованных сторон.
4.4.7 Периодический анализ рисков Программы. Дирекция Программы проводит
периодический контроль активных рисков Программы и процедур по их
устранению.
4.5 Требования к разработке проектов технических заданий и технико-
экономических обоснований по мероприятиям Программы в
соответствии с установленными требованиями.
4.5.1 Технические задания и Технико-экономические обоснования должны
соответствовать функциональным требованиям, Системному проекту,
Технической политике, ГОСТ серии 34.
4.5.2 Срок разработки проектов технических заданий и технико-экономических
обоснований по мероприятиям Программы составляет от 10 до 30
календарных дней и подлежит окончательному установлению в
соответствии с предложением, указанным в конкурсной заявке.
4.5.3 Срок доработки проектов технических заданий и технико-экономических
обоснований по мероприятиям Программы по результатам согласования
составляет 5 календарных дней.
4.6 Требования к организации и проведению авторского и технического
надзора
4.6.1 Авторский и технический надзор осуществляется в целях обеспечения
соответствия результатов проектов (работ), выполняемых организациями-
исполнителями, решениям, предусмотренным в Системном проекте
Программы, а также в отдельных мероприятиях Программы.
4.6.2 Авторский надзор – комплекс мероприятий, осуществляемый для
обеспечения надлежащего уровня показателей выполнения проектов в
38
соответствии с Системным проектом и Технической политикой. Авторский
надзор осуществляется для контроля и инспекции качества производства
работ и, при необходимости, внесения корректив в процесс выполнения
мероприятий.
4.6.3 Технический надзор – комплекс мероприятий, осуществляемый для
обеспечения контроля соблюдения сроков выполнения проектов в рамках
мероприятий Программы, требований нормативных документов, качества
применяемых программных и технических средств, качества работ.
4.6.4 Основными участниками процесса авторского и технического надзора
являются:
а. Государственный заказчик – заказчик работ по проведению
авторского и технического надзора.
б. Дирекция Программы – автор Системного проекта Программы,
осуществляющий авторский и технический надзор.
в. Исполнители контрактов – организации-исполнители
(поставщики) государственных контрактов, выполняемых в
рамках мероприятий Программы.
4.6.5 Основными документами, регламентирующими обязанности, правовые и
финансовые отношения, взаимные обязательства и ответственность сторон
при осуществлении авторского и технического надзора, являются
Программа, Системный проект Программы, Техническая политика,
государственные контракты между государственными заказчиками и
Исполнителями контрактов, организованных в рамках выполнения
мероприятий Программы.
4.6.6 Предметом авторского и технического надзора за выполнением
Программы является:
а. Соблюдение Исполнителями контрактов, организованных в
рамках выполнения мероприятий Программы, требований,
определенных Системным проектом Программы и
государственными контрактами.
39
б. Обеспечение Исполнителями контрактов комплектности и
должного уровня качества рабочей, исполнительной и
эксплуатационной документации, а также соблюдение
Исполнителями сроков выполнения работ и требований
государственных стандартов.
в. Соблюдение Исполнителями контрактов требований
государственных стандартов, норм и правил в области разработки
программного обеспечения.
г. Соблюдение Исполнителями контрактов регламентированных
(государственным контрактом, соответствующими
государственными стандартами) норм и процедур, в том числе по
обеспечению качества выполняемых работ.
д. Соблюдение Исполнителями контрактов регламентированных
(государственным контрактом и соответствующими
государственными стандартами) процедур по управлению
проектом, разработке программного обеспечения, проведению
монтажных и пусконаладочных работ, проведению опытной
эксплуатации и приемо-сдаточных испытаний, а также по
проведению мероприятий по подготовке объекта автоматизации к
вводу системы (или ее части) в промышленную эксплуатацию.
е. Комплектность и качество поставляемого аппаратного и
лицензионного программного обеспечения, закупка Заказчиком
которых обусловлена государственными контрактами.
4.6.7 Дирекция, как исполнитель работ по авторскому и техническому надзору,
обязана:
а. Проводить проверку выполнения работ Исполнителей контрактов
и полученных результатов, являющихся предметом авторского и
технического надзора.
б. Своевременно решать возникшие в процессе реализации проектов
вопросы по документации системного проекта, а также в
40
установленном порядке вносить изменения в документацию
системного проекта по требованию Исполнителей контрактов и
согласовывать изменения с Государственным заказчиком.
в. Вести журнал авторского и технического надзора, в котором
фиксировать выявленные при реализации проектов Программы
отступления от проектной документации и нарушения требований
государственных стандартов, норм и правил в области разработки
программного обеспечения, монтажа аппаратных комплексов,
выполнению пуско-наладочных работ, проведению опытной
эксплуатации и вводу в промышленную эксплуатацию. Давать
указания и рекомендации по их устранению, а также
устанавливать сроки устранения отступлений и нарушений.
г. Следить за своевременным и качественным исполнением
указаний, внесенных в журнал авторского и технического
надзора. Указания, записанные в журнал авторского и
технического надзора, обязательны для исполнения
Исполнителями контрактов, Дирекцией и Государственным
заказчиком в рамках их компетенции. В случае несвоевременного
или некачественного выполнения указаний по устранению
выявленных отступлений и нарушений вносить в журнал
авторского надзора повторную запись о необходимости их
устранения, извещая об этом в письменной форме
Государственного заказчика и Исполнителей контрактов, для
принятия ими оперативных мер по устранению отступлений и
нарушений.
4.6.8 Деятельность по осуществлению авторского и технического надзора за
реализацией Программы, в том числе включает в себя:
а. Получение от Исполнителей контрактов информации о создании
и поддержании ими условий (организационных, технических и
др.), направленных на выполнение требований обеспечения
41
функциональной полноты, качества, надежности и безопасности
программного обеспечения и технических средств,
организационного обеспечения на всех этапах выполнения
проектов Программы вплоть до их завершения.
б. Проведение очных мероприятий по контролю соблюдения
Исполнителями контрактов условий, направленных на
выполнение требований обеспечения функциональной полноты,
качества, надежности и безопасности программного обеспечения
и технических средств на всех этапах выполнения проектов
Программы вплоть до их завершения.
в. Направление Исполнителям контрактов предписаний об
устранении выявленных нарушений и контроль исполнения
предписаний.
г. Своевременное уведомление Государственного заказчика о
выявленных нарушениях и выдача рекомендаций по применению
положений государственных контрактов при нарушении
Исполнителями контрактов принятых на себя обязательств.
4.7 Проведение экспертизы материалов, связанных с реализацией
Программы
4.7.1 Проведение экспертизы материалов, связанных с реализацией Программы
включает в себя экспертизу следующих документов:
а. заявок по функциональным проектам;
б. заявок по инфраструктурным проектам;
в. функциональных требований;
г. фрагментов Системного проекта, в случае их подготовки сторонними
организациями, в том числе отраслевых системных проектов;
д. предложений по изменению Программы и заявок на изменение
проектов, в т.ч. переходящих проектов;
42
е. нормативных правовых актов, регламентирующих деятельность
органов государственной власти, граждан и бизнеса в области ИКТ;
других документов, согласно заданиям Заказчика.
4.7.2 Должна быть проведена экспертиза следующих видов:
Техническая экспертиза объекта – проверка соответствия состава
и содержания объектов экспертизы требованиям Системного
проекта и требованиям документов, на основании которых они
разработаны, в том числе требованиям, установленным
нормативными правовыми актами Российской Федерации, города
Москвы (стандарты, технические регламенты).
Экономическая экспертиза объекта – оценка соответствия
расходов, связанных с объектом экспертизы, сложившимся
рыночным ценам на аналогичные товары, работы и услуги,
оценка экономической эффективности реализации проектов.
4.7.3 Экспертиза проводится на основании задания на экспертизу,
сформированного Заказчиком.
4.7.4 При проведении экспертизы Исполнитель руководствуется данными,
переданными ему в качестве задания Заказчиком, документами,
разработанными в рамках Программы, федеральным законодательством и
законодательством города Москвы в области информационно-
коммуникационных технологий.
4.7.5 По результатам экспертизы разрабатывается экспертное заключение.
4.7.6 Экспертное заключение должно содержать обязательную констатирующую
часть и может содержать рекомендательную часть.
4.7.7 Констатирующая часть должна содержать:
а. Состав лиц, осуществлявших экспертную оценку.
б. Перечень знаний, требований и документов, на соответствие
которым осуществлялась экспертная оценка.
в. Описание объекта экспертизы, позволяющее его однозначно
идентифицировать.
43
г. Результаты сопоставления оцениваемых параметров требованиям
государственного заказчика (в соответствии с заданием на
экспертизу), а также (при необходимости) оценку качественных,
функциональных, технических характеристик, выявленных в
результате анализа объекта экспертизы.
4.7.8 Рекомендательная часть может содержать:
а. Рекомендации по устранению замечаний.
б. Предложения по улучшению и повышению качества объекта
экспертизы.
в. Иные рекомендации и предложения, определяемые требованиями
Заказчика в задании на экспертизу.
4.7.9 Сроки экспертизы материалов, связанных с реализацией Программы,
составляют от 3 до 10 дней и подлежат окончательному установлению в
соответствии с предложением, указанным в конкурсной заявке.
4.8 Требования к обеспечению текущей информационно-аналитической,
консультационной и научно-методической поддержки Заказчика по
вопросам реализации Программы
4.8.1 Обеспечение текущей информационно-аналитической, консультационной
и научно-методической поддержки Заказчика по вопросам реализации
Программы включает в себя:
а. подготовка аналитической отчетности по реализации Программы; в
том числе отчетности по достижению целевых показателей
Программы, мероприятий Программы;
б. подготовка проектов ответов на запросы органов исполнительной
власти города Москвы по вопросам реализации Программы;
в. организация общественных обсуждений нормативных правовых
актов по реализации Программы;
г. разработка и актуализация Системного проекта реализации
Программы.
44
4.8.2 В ходе выполнения работ необходимо провести первичный цикл
мониторинга реализации Программы с помощью МР СП. При этом
должны быть выполнены следующие требования:
а. значения всех показателей должны быть рассчитаны,
интерпретированы и проанализированы;
б. необходимо провести сравнение полученных результатов со
значениями целевых показателей (индикаторов) Программы.
4.8.3 В качестве результата мониторинга, должны быть получены следующие
данные:
а. массив данных, включающий данные полученные по каждому из
исследованных показателей;
б. выводы по итогам анализа и оценки первичной информации о
реализации Программы.
4.8.4 Порядок информационно-аналитической, консультационной и научно-
методической поддержки Заказчика определяется Положением об
управлении реализацией Программы.
4.8.5 Продолжительность оказания информационно-аналитической,
консультационной и научно-методической поддержки Заказчика
составляет весь срок действия государственного контракта.
4.9 Требования к обеспечению функционирования ИСС СП
4.9.1 Обеспечение функционирования ИСС СП включает в себя:
а. обеспечение работы ИСС СП с коэффициентом готовности ИСС СП
не ниже 95%;
б. техническую поддержку пользователей при работе ИСС СП.
4.9.2 Обеспечение бесперебойной работы среды разработки системного проекта
осуществляется с момента ввода в эксплуатацию ИСС СП до окончания
действия государственного контракта.
45
4.10 Требования к обеспечению работ по исполнению функций Дирекции
К обеспечению работ предъявляются следующие требования:
1) штатная численность работников Исполнителя, обладающих
квалификацией по предмету работ и привлекаемых к выполнению
работ, должна быть достаточна для выполнения работ, но быть не
менее 200 штатных единиц;
2) исполнитель, организации аффилированные с Исполнителем, не
могут участвовать в работах по реализации мероприятий
Программы, за исключением работ по настоящему ТЗ, в период
реализации Программы;
3) исполнитель должен обладать центром обслуживания вызовов с
входной мощностью не менее 5 линий, для обеспечения
информационной, методической и технической поддержки
Заказчика.
46
5. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Отчеты о НИР должны соответствовать ГОСТ 7.32-201
Частное техническое задание на информационно-справочную систему должно
соответствовать ГОСТ 34.602-89 Информационная технология. Комплекс
стандартов на автоматизированные системы. Техническое задание на создание
автоматизированной системы.
Документация на Информационно-справочную систему Системного проекта,
должна соответствовать:
а. ГОСТ 34.201-89. Информационная технология. Комплекс
стандартов на автоматизированные системы. Виды, комплектность
и обозначение документов при создании автоматизированных
систем,
б. ГОСТ 34.603-92. Информационная технология. Комплекс
стандартов на автоматизированные системы. Виды испытаний
автоматизированных систем,
в. РД 50-34.698-90. Автоматизированные системы. Требования к
содержанию документов.
Документы, создаваемые при выполнении функций Дирекции, должны
соответствовать требованиям Положения об управлении реализацией
Программы.