Техническое задание - rosavtodor · web view2014/03/25 · Как...

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

к договору № ОПО-12/142 от «15» августа 2005 г.

УТВЕРЖДАЮ УТВЕРЖДАЮ

Заместитель Руководителя Федерального дорожного агентства

Генеральный директорЗАО «КРОК инкорпорейтед»

________________ А.М. Чабунин ________________ Б.Л. Бобровников

"___"___________ 2005г. "___"___________ 2005г.

АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ

ФЕДЕРАЛЬНОГО ДОРОЖНОГО АГЕНТСТВА

ТЕХНИЧЕСКОЕ ЗАДАНИЕНа 232 листах

17404049.4251005.026.ТЗ

Действует с ______________

СОГЛАСОВАНО СОГЛАСОВАНО

Начальник Управления организации госзаказа и научно-технических

исследованийФедерального дорожного агентства

Директор Департамента информационных технологий ЗАО «Крок инкорпорейтед»

________________ В.П. Володькин ________________ И.В. Никулин«___»___________ 2005г. «___»___________ 2005г.

Начальник Управления имущества и правового обеспечения

Федерального дорожного агентства________________ Е.Ю. Дробышев

«___»___________ 2005г.

2005

17404049.4251005.026.ТЗ

2

Аннотация

Настоящее Техническое Задание (ТЗ) определяет назначение, общие и специальные требования к Автоматизированной системе управления (АСУ), предназначенной для Федерального дорожного агентства.

Конфиденциальный документ ЗАО «КРОК инкорпорейтед». Любая информация, представленная в настоящем документе и имеющая отношения к сотрудничеству сторон, хозяйственно-коммерческой деятельности или техническим возможностям ЗАО «КРОК инкорпорейтед», а также к изделиям, услугам, фактическим и аналитическим данным, заключениям и материалам, кроме информации, которая в соответствии с действующим законодательством и иными правовыми актами Российской Федерации не может быть отнесена к конфиденциальной информации, является конфиденциальной. Не разрешается копирование и распространение информации без письменного разрешения ЗАО «КРОК инкорпорейтед».

17404049.4251005.026.ТЗ

3

Содержание

1 Общие сведения 7

1.1 Наименование системы 71.2 Наименования Заказчика работ и его реквизиты 71.3 Основание для проведения работ 71.4 Сроки начала и окончания работ 81.5 Источники и порядок финансирования работ 81.6 Порядок оформления и предъявления Заказчику результатов работ 8

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

2.1 Назначение системы 92.2 Цели создания системы 10

3 Характеристика объекта автоматизации 12

3.1 Сведения об объекте автоматизации 123.2 Основные характеристики и результаты функционирования объекта автоматизации12

3.2.1 Общая характеристика 123.2.2 Характеристика деятельности и организационной структуры Росавтодора 133.2.3 Результаты функционирования Росавтодора и дорожной отрасли в целом 14

3.3 Описание существующих информационных систем объекта автоматизации 16

3.3.1 Описание недостатков существующих информационных систем объекта автоматизации 21

3.3.2 Необходимость совершенствования существующих информационных систем объекта автоматизации 22

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

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

4.1.1 Требования к структуре системы 304.1.2 Требования к режимам функционирования системы 324.1.3 Требования к совместимости со смежными системами 324.1.4 Требования к совместимости с информационно-управляющими системами

министерств и ведомств РФ 334.1.5 Перспективы развития системы 334.1.6 Требования к численности и квалификации персонала и режиму его работы 334.1.7 Показатели назначения 344.1.8 Требования к надежности 354.1.9 Требования по эргономике и технической эстетике 374.1.10 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению374.1.11 Требования к защите от влияния окружающей среды 384.1.12 Требования к защите информации от несанкционированного доступа 384.1.13 Требования по сохранности информации 39

17404049.4251005.026.ТЗ

4

4.1.14 Дополнительные требования 39

4.2 Требования к прикладным системам 40

4.2.1 Очередность реализации прикладных систем 404.2.2 Общие требования к прикладным системам 414.2.3 Прикладная система «Общесистемный отраслевой банк данных» 424.2.4 Прикладная система «Нормативно-справочная информация» 464.2.5 Прикладная система «Геоинформационная система» 474.2.6 Прикладная система «Управление стратегическим развитием» 504.2.7 Прикладная система «Управление качеством» 534.2.8 Прикладная система «Библиотека административно-управленческих регламентов»554.2.9 Прикладная система «Архив» 574.2.10 Прикладная система «Управление общехозяйственной деятельностью» 594.2.11 Прикладная система «Ведение реестров имущества, земельных ресурсов и

объектов придорожной инфраструктуры » 654.2.12 Прикладная система «Управление инновациями» 694.2.13 Прикладная система «Управление бюджетом и финансами» 724.2.14 Прикладная система «Управление госзаказом» 754.2.15 Прикладная система «Управление кадрами» 784.2.16 Прикладная система «Документооборот» 824.2.17 Прикладная система «Единая информационно-аналитическая система» 854.2.18 Прикладная система «Информационный портал Росавтодора» 874.2.19 Прикладная система «Координация с госорганами и ведомствами РФ и других

стран» 904.2.20 Прикладная система «Управление транспортно-эксплуатационным состоянием

автодорог» 924.2.21 Прикладная система «Управление и контроль выполнения дорожных работ по

содержанию и ремонту автомобильных дорог и искусственных сооружений на них» 95

4.2.22 Прикладная система «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог» 97

4.2.23 Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций» 103

4.2.24 Прикладная система «Управление международными перевозками, включая весовой контроль и контроль тяжеловесных грузов» 106

4.2.25 Прикладная система «Автоматизированная система метеорологического обеспечения на федеральных автодорогах» 108

4.2.26 Прикладная система «Автоматизированная система контроля интенсивности и состава транспортных потоков на федеральных автодорогах» 115

4.2.27 Прикладная система «Автоматизированная система контроля освещения дорог и искусственных сооружений» 118

4.2.28 Прикладная система «Мониторинг экологической обстановки» 1214.2.29 Прикладная система «Мониторинг состояния дорожных одежд» 124

17404049.4251005.026.ТЗ

5

4.2.30 Прикладная система «Мониторинг платных дорог» 1264.2.31 Прикладная система «Управление направлениями дорожного движения и

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

дорогах» 1324.2.33 Прикладная система «Мониторинг и управление охранно-пожарными системами,

обеспечивающими дорожное движение» 1354.2.34 Прикладная система «Мониторинг мостов, тоннелей, транспортных развязок,

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

4.2.35 Прикладная система «Структурированная система мониторинга и управления подсистем дорожного мониторинга и инженерных систем службы содержания»141

4.3 Требования к обеспечивающим системам 144

4.3.1 Единая система управления мультисервисной связью 1444.3.2 Единая система управления и мониторинга программно-технической

инфраструктуры 1514.3.3 Единая система управления информационной безопасностью и доступом 1674.3.4 Централизованная система управления технической поддержкой 173

4.4 Требования к видам обеспечения 174

4.4.1 Требования к математическому обеспечению 1744.4.2 Требования к лингвистическому обеспечению 1744.4.3 Требования к информационному обеспечению 1754.4.4 Требования к программному обеспечению 1754.4.5 Требования к техническому обеспечению 1764.4.6 Требования к технологическому обеспечению 1774.4.7 Требования к метрологическому обеспечению 1784.4.8 Требования к организационно-правовому обеспечению 1784.4.9 Требования к нормативному обеспечению 180

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

5.1 Основные этапы создания и внедрения АСУ 1815.2 Основные стадии создания систем АСУ 1885.3 Требования к содержанию и порядку проведения проектно-изыскательских работ189

5.3.1 Общие положения 1895.3.2 Перечень работ в рамках ПИР по каждой из прикладных систем АСУ 1895.3.3 Общие требования к проектной документации 1915.3.4 Содержание ПИР и основные этапы выполнения 1925.3.5 Требования к представлению результатов ПИР 192

5.4 Требования по содержанию и порядку проведения работ по созданию прикладной системы в рамках АСУ Росавтодора 192

5.4.1 Содержание работ и основные этапы их выполнения 1925.4.2 Требования к поставляемой продукции 194

17404049.4251005.026.ТЗ

6

6 Порядок испытаний и приемки АСУ 196

6.1 Общие требования к приемке работ по стадиям 1966.2 Виды испытаний 196

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

7.1 Условия начала работ Исполнителем 1987.2 Требования к мероприятиям по вводу АСУ в действие 198

7.2.1 Технические мероприятия 1987.2.2 Организационные мероприятия 198

8 Порядок внесения изменений 2009 Перечень использованных документов и методических материалов 201Приложение 1. Основы для разработки концепции АСУ Росавтодора 202Приложение 2. Цели и показатели деятельности Федерального дорожного агентства и

всей дорожной отрасли в целом 225

17404049.4251005.026.ТЗ

7

1 Общие сведения

1.1 Наименование системы

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

Федеральном дорожном агентстве (далее Росавтодор) с учетом технологических, правовых и имущественных факторов.

Условное обозначение системы: АСУ

1.2 Наименования Заказчика работ и его реквизиты

Заказчик:

Федеральное дорожное агентствоАдрес: 129085, г. Москва, ул. Бочкова, д. 4, Банковские реквизиты: ИНН 7717509757, КПП 770701001УФК МФ РФ по г. Москве, р/с 40105810700000010079 в отд. 1 Московского ГТУ Банка России, г.Москва, БИК 044583001, л/с 03108001080

1.3 Основание для проведения работ

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

1) Федеральная целевая программа «Модернизация транспортной системы России (2002-2010 годы)» (подпрограмма «Автомобильные дороги», раздел «Научно-техническое обеспечение»), утвержденная постановлением Правительства Российской Федерации от 5 декабря 2001 г. №848;

2) Федеральная целевая программа «Модернизация транспортной системы России (2002-2010 годы)», подпрограмма «Информатизация»;

3) Концепция построения единой системы комплексного информационно-телекоммуникационного обеспечения автомобильно-дорожной отрасли, утвержденная первым заместителем Министра транспорта 20.12.1996г.;

4) Техническое задание на АСУ для принятия управленческих решений в Федеральном дорожном агентстве с учетом технологических, правовых и имущественных факторов;

5) Проектная документация на создаваемые информационные системы и реализованные проекты.

17404049.4251005.026.ТЗ

8

1.4 Сроки начала и окончания работ

Дата начала работ: январь 2006 г.Дата окончания работ: декабрь 2008 г.

1.5 Источники и порядок финансирования работ

Финансирование работ осуществляется из средств Федерального бюджета Российской Федерации. Порядок финансирования работ определяется Государственным контрактом на создание АСУ.

1.6 Порядок оформления и предъявления Заказчику результатов работ

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

17404049.4251005.026.ТЗ

9

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

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

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

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

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

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

информации всех уровней;- координация с госорганами и ведомствами РФ и других стран;- управление и контроль хода выполнения работ по строительству и реконструкции

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

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

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

17404049.4251005.026.ТЗ

10

- мониторинг платных дорог;- структурированный мониторинг и управление подсистемами дорожного мониторинга и

инженерных систем службы содержания;- мониторинг искусственных сооружений (мостов, тоннелей, транспортных развязок, эстакад

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

движение;- мониторинг (диагностика) дорожных одежд;- управление направлениями дорожного движения и обеспечение безопасности дорожного

движения.

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

Целями создания АСУ являются:

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

2) сокращение объемов трудоемких рутинных операций, связанных с обменом информацией, выполняемых на всех этапах технологических процессов и производственно-хозяйственной деятельности подразделений Росавтодора;

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

4) сокращение сроков и повышение качества выполнения технологических процессов, а также подготовки и оформления документов;

5) повышение оперативности контроля над деятельностью подразделений Росавтодора;6) увеличение производительности работников подразделений Росавтодора за счет

автоматизации трудоемких функций по получению и обработке информации;7) улучшение координации деятельности работников подразделений Росавтодора в рамках

совместного выполнения работ;8) технологическая поддержка сбора и обработки отчетной информации, автоматизация

составления отчетов;9) создание единого отраслевого банка данных, используемого всеми подразделениями в

рамках АСУ;10) создание инструмента автоматизированной поддержки принятия управленческих

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

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

17404049.4251005.026.ТЗ

11

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

17404049.4251005.026.ТЗ

12

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

3.1 Сведения об объекте автоматизации

Объектами автоматизации АСУ являются:

1) Центральный аппарат (ЦА) Росавтодора, реализующий свои функции в соответствии с «Положением о Федеральном дорожном агентстве», утвержденном постановлением Правительства Российской Федерации от 23 июля 2004 г. №374;

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

а) Федеральные управления автомобильных дорог;б) Управления автомобильных магистралей;в) Дирекции по строительству и реконструкции автодорог;

3) подрядные организации (дорожно-зксплуатационные предприятия (ДЭП), дорожные ремонтно – строительные управления (ДРСУ)), подведомственные Росавтодору в соответствии с распоряжением Правительства Российской Федерации от 30 декабря 2004 года № 1731-р, действующие на основании соответствующих Уставов, реализующие функции подрядчиков по эксплуатации и строительству федеральных автомобильных дорог и объектов дорожного хозяйства;

4) федеральные автомобильные дороги (ФАД), эксплуатационные характеристики которых определены ГОСТ Р 50597-93 «Автомобильные дороги и улицы» и другими нормативными документами.

3.2 Основные характеристики и результаты функционирования объекта автоматизации

3.2.1 Общая характеристика

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

Федеральное дорожное агентство (Росавтодор) подведомственно Министерству транспорта Российской Федерации, и осуществляет управление федеральными автомобильными дорогами общего пользования и федеральным имуществом, необходимым для их функционирования.

17404049.4251005.026.ТЗ

13

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

Основные задачи Росавтодора:

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

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

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

проведение единой экономической, научно-технической, инновационной, инвестиционной, кадровой, социальной и внешнеэкономической политики в дорожном хозяйстве;

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

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

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

3.2.2 Характеристика деятельности и организационной структуры Росавтодора

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

Центральный аппарат Росавтодора (ЦА); федеральные органы управления дорожным хозяйством (ОУДХ), реализующие

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

подрядные организации (ДРСУ, ДЭУ и т.п.); другие подведомственные организации.

Росавтодор осуществляет полномочия собственника в отношении федерального имущества, необходимого для обеспечения исполнения функций 193 федеральных государственных унитарных предприятий (ФГУП), 44 дорожных учреждений.

Эти предприятия выполняют следующие функции:

17404049.4251005.026.ТЗ

14

- строительство, ремонт и содержание федеральных автомобильных дорог;

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

- развитие дорожной инфраструктуры и сервиса;

- материально-техническое обеспечение и лизинг;

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

- подготовку и переподготовку кадров, и другие виды деятельности.

Характер информационного обмена между основными организациями (организация первого уровня – ЦА Росавтодора, в качестве основных организаций второго уровня выступают ОУДХ и подведомственные организации, третьего уровня – ДРСУ, ДЭУ) показан на Рис. 1. На уровне ОУДХ и ДРСУ формируется информация о финансово-экономической деятельности организаций, о состоянии дорог и сопутствующих объектов, об обстановке на дорогах и т. д. Собранная информация передается в Центральный аппарат для формирования консолидированной отчетности и ключевых показателей для принятия управленческих решений. Из Центрального аппарата в ОУДХ и ДРСУ передаются планы и бюджеты, распоряжения, справочная информация общего пользования.

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

3.2.3 Результаты функционирования Росавтодора и дорожной отрасли в целом

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

17404049.4251005.026.ТЗ

15

1) повышение технического уровня автомобильных дорог;2) повышение плотности и пропускной способности автомобильных дорог;3) увеличение межремонтных сроков автомобильных дорог;4) рост скоростей движения;5) уменьшение перепробега и времени перевозок грузов и пассажиров автомобильным

транспортом;6) сокращение потерь от дорожно-транспортных происшествий;7) снижение транспортных издержек;8) уменьшение негативного воздействия автомобильно-дорожного комплекса на

окружающую среду;9) формирование единой дорожной сети, включающей федеральные и территориальные

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

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

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

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

13) совершенствование системы управления и системы финансирования дорожного хозяйства, развитие систем ценообразования и закупок для нужд дорожного хозяйства;

14) повышение качества дорожных работ с использованием новых технологий и материалов, внедрение достижений научно-технического прогресса и развитие отечественного дорожного машиностроения и дорожно-строительной индустрии;

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

16) достижение следующих целевых показателей:

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

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

в) прирост средней скорости движения транспортных потоков по сравнению с 2000 г. по сети федеральных дорог и по сети территориальных дорог;

г) . Снижение количества дорожно-транспортных происшествий на 1000 авт. средств из-за сопутствующих дорожных условий по сравнению с 2000 г;

17404049.4251005.026.ТЗ

16

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

Количественные показатели результатов функционирования Росавтодора и состояния дорожной отрасли в целом приведены в Приложении 2.

3.3 Описание существующих информационных систем объекта автоматизации

В настоящее время в ЦА Росавтодора и отдельных ОУДХ функционируют или находятся в стадии доработки 16 информационных систем:

1) Информационно-расчетная система «Монстр»

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

«Монстр» позволяет решать следующие задачи:

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

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

получение различной информации по любой группе мостов на дороге или по региону России;

статистическое исследование конструкций и их дефектов; определение технико-эксплуатационного состояния мостов, технико-экономический

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

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

2) Автоматизированный банк дорожных данных (АБДД) «Дорога»

Для оценки технического состояния дорог, определения наличия аварийных участков и определения потребности в дорожных работах используется Отраслевой Автоматизированный Банк Дорожных Данных (АБДД) «Дорога».

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

17404049.4251005.026.ТЗ

17

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

АБДД «Дорога» разработан ГП РосдорНИИ, г. Москва.

3) База данных «Строитель»

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

БД «Строитель» позволяет:

вести информацию по органам управления дорожным хозяйством (путем заполнения в ОУДХ стандартных форм в электронном виде);

производить мониторинг финансирования и выполнения работ; формировать сводные отчеты по объектам строительства и строительным

организациям (для этого введенная в ОУДХ информация загружается в центральную базу данных).

БД «Строитель» состоит из трех основных частей:

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

4) «Автоматизированное ведение Журнала проведения конкурсов»

Для мониторинга и составления сводной отчетности о конкурсных торгах в Управлении организации госзаказа и научно-технических исследований в Росавтодоре и в ОУДХ используется прикладная программная система «Автоматизированное ведение Журнала проведения конкурсов». Разработчик: ФГУП «Информавтодор», г. Москва

Программа состоит из двух модулей:

Модуль для Управлении организации госзаказа и научно-технических исследований; Модуль для ОУДХ.

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

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

5) «Расчетно-экспертная система по определению победителя подрядных торгов» (РЭС «Тендер»)

17404049.4251005.026.ТЗ

18

В ряде ОУДХ для автоматизации поведения конкурсных торгов используется прикладное программное средство «Расчетно-экспертная система по определению победителя подрядных торгов» (РЭС «ТЕНДЕР»), разработчиком которой является ЗАО «ТФМ и К», г. Москва.

6) «Компьютерная документальная система» (КДС)В Росавтодоре для ведения делопроизводства используется программа «Компьютерная документальная система» (система КДС), разработанная ИПИ РАН, г. Москва.Система позволяет вести учет организационно-распорядительных документов ЦА Росавтодора в виде регистрационных карточек с набором атрибутов. Система используется в ЦА Росавтодора и ряде ОУДХ.

7) «Формирование и ведение реестров федеральной собственности дорожного хозяйства»

Используемая в Управлении имущества и правового обеспечения автоматизированная система «Формирование и ведение реестров федеральной собственности и дорожного хозяйства», разработанная ЗАО «ТФМиК», предназначена для ведения следующих реестров:

ведение реестра федерального имущества: подведомственные Росавтодору предприятия и учреждения – балансодержатели

федерального имущества; федеральные автомобильные дороги и занимаемые ими земли; федеральное имущество, закрепленное за подведомственными Росавтодору

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

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

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

8) «Реестр земель дорожного хозяйства» (программный модуль «Реестр - 2»)

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

Информация для информационной системы «Реестр - 2» поступает в ЦА как из ОУДХ, так и из ДРСУ в электронном виде в формате MS Access. Эти сведения не объединены в общую базу данных, а хранятся в виде отдельных файлов, упорядоченных, как правило, по их принадлежности к отдельным подведомственным учреждениям Росавтодора. Наряду с этим из ОУДХ и ДРСУ

17404049.4251005.026.ТЗ

19

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

Наполненность реестра составляет 100%, однако из-за того, что проверка правильности поступающих сведений осуществляется визуальным контролем, их достоверность составляет 70%.

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

На основе собираемой информации и данных из реестров производится:

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

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

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

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

Сведения для реестра земель дорожного хозяйства поступают из ОУДХ и ДРСУ, где для ведения территориальных реестров используется аналогичный программный модуль. Также сведения, содержащиеся в «Реестр 2», направляются в территориальные Комитеты по земельным ресурсам.

9) ПО «Парус – Сведение отчетности» версия 8.4.4

В Финансовом управлении для автоматизированного формирования и сведения бухгалтерской отчетности используется модуль ЗАО Корпорации ПАРУС «Сведение отчетности» версия 8.4.4 (СУБД «ORACLE 8.1.7»). Разработчик: ЗАО «Корпорация ПАРУС», Москва.

Программа состоит из двух модулей:

Модуль для Финансового управления (Модуль «Парус – Сведение отчетности» версия 8.4.4);

Модуль для ОУДХ (Модуль «Парус - Абонентский пункт»).

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

Модуль для Финансового управления предназначен для автоматизированного сбора бухгалтерской информации и формирования сводной бухгалтерской отчетности. При помощи этого модуля данные из разных ОУДХ переносятся в единую базу данных и используются в дальнейшем для мониторинга бухгалтерского учета Росавтодора.

10) ГИС «Карта 2000»

17404049.4251005.026.ТЗ

20

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

Используется в СЦОУ ряда ОУДХ и ЦА для предоставления картографической информации.

11) ПО «Парус – Бюджетная бухгалтерия» версия 4.3.2

Для ведения бухгалтерского учета Центрального аппарата Росавтодора Минтранса России используется программное обеспечение, разработанное ЗАО «Корпорация Парус» «Парус - Бюджетная бухгалтерия» версия 4.3.2 (FoxPro MS DOS).

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

12) ПО «1С: Предприятие 7.7», «1С: Зарплата 7.7»

В ряде ОУДХ для автоматизации ведения бухгалтерского учета используется прикладное программное обеспечение фирмы «1С» – «1С: Предприятие7.7» (сетевая), а для учета зарплаты – «1С:Зарплата 7.7».

Разработчик: Фирма «1С»13) «Система автоматизации формирования и контроля исполнения бюджета»

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

14) «Автоматизированная система управления персоналом в дорожном хозяйстве»

В Управлении кадров и организационного развития используется программный комплекс «Автоматизированная система управления персоналом в дорожном хозяйстве», который предназначен для автоматизации работы кадровых служб аппарата Росавтодора и подведомственных организаций с целью повышения оперативности рассмотрения, подготовки и оформления кадровых материалов. Разработчик программного обеспечения – ЗАО «Трасском».

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

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

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

17404049.4251005.026.ТЗ

21

сведения о трудовой деятельности и т. д.

15) «Журналы регистрации приказов о поощрениях и награждениях»

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

Разработчик программного обеспечения – ЗАО «Трасском».Программный комплекс «Журналы регистрации приказов о поощрениях и награждениях»

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

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

России»; ведение журнала регистрации приказов о награждении значком «Почетный дорожник

России»; учет выдачи удостоверений и значков «Почетный дорожник России».

16) Информационная система «Дни рождения»

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

Разработчик программного обеспечения – ЗАО «Трасском».Информационная система «Дни рождения» позволяет выполнять следующие функции:

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

Информационно-расчетная система "Монстр" и автоматизированный банк дорожных данных АБДД "Дорога" применяются практически во всех органах управления дорожным хозяйством, имеющих в оперативном управлении федеральные автомобильные дороги. Для решения местных задач в отдельных органах управления дополнительно используются другие информационные системы. Единой автоматизированной системы управления Росавтодора в настоящее время не существует.

3.3.1 Описание недостатков существующих информационных систем объекта автоматизации

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

17404049.4251005.026.ТЗ

22

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

В настоящее время информационный обмен осуществляется по различным каналам связи. Основными каналами оперативной (срок доставки менее суток) передачи документированной информации из регионов в центр являются телефонная и факсимильная связь, электронная почта. Кроме того, используются почта, телеграф, а также курьерская и личная доставка документов. Централизованные системы сбора информации по подведомственным организациям Росавтодора отсутствуют. Как правило, информация готовится в ОУДХ в офисных программах (MS Word, MS Excel) и посылается в ЦА Росавтодора по факсимильной связи. В ЦА Росавтодора данные из полученного факсимиле вручную переводятся в цифровую форму с использованием либо офисных программ, либо специализированного программного обеспечения.

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

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

3.3.2 Необходимость совершенствования существующих информационных систем объекта автоматизации

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

17404049.4251005.026.ТЗ

23

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

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

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

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

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

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

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

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

вследствие недостатка статистической информации, включая:

17404049.4251005.026.ТЗ

24

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

потери народного хозяйства от недостаточной оперативности и обоснованности в принятии решений по ремонту и содержанию дорог;

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

потери Росавтодора из-за возможных судебных преследований по необоснованным решениям (в том числе и по кадровым вопросам);

потери из-за отсутствия централизованного учета земельных участков и связанного с ними имущества;

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

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

Потери от повторного выполнения одних и тех же операций связаны с тем, что информация, собираемая в ОУДХ при выполнении текущих обязанностей, повторно обрабатывается при формировании отчетных форм для ЦА Росавтодора. Затем, эти отчетные формы в бумажном виде передаются в ЦА Росавтодора, где вручную переводятся в машиночитаемую форму для обработки на компьютере. Оценка этих потерь приведена ниже (Таблица 1). В этой таблице учитывается время, которое необходимо для формирования отчета из уже зарегистрированных данных и время, необходимое для повторного перевода информации в машиночитаемую форму (где это применимо).

Таблица 1. Расчет оценки потерь от повторного выполнения одних и тех же операций (по данным 2003 года)

№ Оценочный показатель Величина

1 Среднее количество рабочего времени, необходимого для подготовки отчетов (на один ОУДХ) в год, в том числе:

2010 человеко-часов

1.1 по организации и контролю работ по строительству и реконструкции 300 человеко-часов

1.2 по организации и контролю работ по эксплуатации и сохранности автодорог 700 человеко-часов

1.3 по финансовому учету и бюджетированию 90 человеко-часов

1.4 по бухгалтерскому учету 240 человеко-часов

1.5 в связи с кадровыми вопросами 50 человеко-часов

1.6 по учету земель и земельному кадастру 170 человеко-часов

17404049.4251005.026.ТЗ

25


1.7 по учету и контролю договорных отношений 90 человеко-часов

1.8 по проведению тендерных торгов 130 человеко-часов

1.9 по учету федеральной собственности и имущественным отношениям


1.10 по транспортно-эксплуатационному состоянию автомобильных дорог, учет ДТП


2 Всего рабочего времени в год по всем ОУДХ (Показатель1 х 34)


3 Среднее количество рабочего времени в год, необходимое для обработки отчетных данных в ЦА Росавтодора,в том числе


3.1 по организации контролю работ по эксплуатации и сохранности автодорог


3.2 по организации и контролю работ по строительству и реконструкции


3.3 по бухгалтерскому учету 1000 человеко-часов

4 Общие затраты рабочего времени по всему Росавтодору (Показатель2 + Показатель3), в год


5 Приблизительная средняя стоимость одного часа рабочего времени.

62,5 рубля

6 Суммарные затраты на повторное выполнение одних и тех же операций(Показатель4 х Показатель5), в год

4 567 500 рублей

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

Таблица 2. Расчет оценки потерь от использования каналов передачи данных, несоответствующего их назначению (по данным 2003 года)


1 Количество листов передаваемой информации на один ОУДХ (в год)

1200

17404049.4251005.026.ТЗ

26


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

1600

2 Среднее время передачи одного листа по факсимильной связи 40 сек

3 Среднее время, необходимое для передачи всей информации (минут в год на один ОУДХ)

1070

4 Затраты на факсимильную связь(сумма по всем тарифным зонам, для каждой тарифной зоны (ТЗ) рассчитывается по следующей формуле:Количество ОУДХ в ТЗ х Показатель3 х Стоимость минуты связи с Москвой для бюджетных организаций по тарифам Ростелекома), в год

154 700 рублей

4.1 в том числе для 3-х ОУДХ, расположенных в 6-й тарифной зоне (Дальуправтодор, Упрдор «Магадан», ДСД «Дальний Восток)

23 040 рублей

4.2 в том числе для 6-ти ОУДХ, расположенных в 5-й тарифной зоне (Байкалуправтодор, Упрдор «Прибайкалье», Упрдор «Лена», Управление автомобильной магистрали «Колыма», Упрдор «Енисей», Упрдор «Южный Байкал»)

40 960 рублей

4.3 в том числе для 7-ми ОУДХ, расположенных в 4-й тарифной зоне (Сибуправтодор, Уралуправтодор, Управление ордена Знак Почета Северо-Кавказских автомобильных дорог, Упрдор «Кубань», Упрдор «Карачаево–Черкесск», Упрдор «Южный Урал», Дирекция по строительству и реконструкции автомобильной дороги Черноморского побережья)

36 600 рублей

4.4 в том числе для 5-ти ОУДХ, расположенных в 3-й тарифной зоне (Севкавуправтодор, Волго-Вятскуправтодор, Упрдор Самара-Уфа-Челябинск, Упрдор «Холмогоры», Упрдор «Кола»)

21 600 рублей

4.5 в том числе для 6-ти ОУДХ, расположенных в 2-й тарифной зоне (Черноземуправтодор, Поволжуправтодор, Упрдор Москва-Харьков, Упрдор Москва-Бобруйск, Упрдор «Каспий», Упрдор «Волга»)

20 500 рублей

17404049.4251005.026.ТЗ

27


4.6 в том числе для 7-ми ОУДХ, расположенных в 1-й тарифной зоне (Центруправтодор, Севзапуправтодор, Упрдор Москва- Минск, Упрдор Москва - Нижний Новгород, Упрдор «Россия», Межрегиональная дирекция по дорожному строительству в Центральном регионе России, Дирекция по строительству транспортного обхода города Санкт-Петербурга)

12 000 рублей

5 Средний объем файла, содержащего информацию (на один лист)

30 Кбайт

6 Стоимость передачи данных по каналам электронной почты 0,4 коп./Кбайт

7 Общий объем информации при передаче по каналам электронной почты (Показатель1 х Показатель5 х 34), в год

1 224 000 Кбайт

8 Общая (по всем ОУДХ) стоимость передачи информации средствами электронной почты (Показатель7 х Показатель6), в год

4 900 рублей

9 Потери от использования факсимильной связи (Показатель4 – Показатель8), в год


Потери от осуществления документооборота в бумажной форме состоят из двух основных компонентов: потери из-за обработки документов в бумажном виде и потери из-за пересылки документов на бумаге внутри Росавтодора и между ЦА Росавтодора и ОУДХ. Оценка этих потерь, учитывающая только те документы, обмен которыми осуществляется на систематической основе, и которые могут обрабатываться в электронном виде, приведена ниже (Таблица 3).

Таблица 3. Оценка потерь от осуществления документооборота в бумажной форме (по данным 2003 года)


1 Объем документации, направляемой одним ОУДХ в ЦА 4500 листов в год

2 Объем документации, по всем ОУДХ 153 000 листов в год

3 Объем документации, направляемой из ЦА в ОУДХ 24 000 листов в год

4 Объем документации, передаваемой внутри подразделений ЦА Росавтодора

3000 листов в год

5 Копии обрабатываемых документов, поступающие в ЦА Росавтодора

300 000 листов в год

17404049.4251005.026.ТЗ

28


6 Копии документов, создаваемые для внутреннего согласования исходящих документов1

60 000 листов в год

7 Суммарный объем бумажного документооборота, листов в год

540 000

7.1 то же, 500 листовых пачек бумаги в год 1080

8 Средняя стоимость одной 500 листовой пачки бумаги, пригодной для применения в современной офисной технике

100 рублей

9 Затраты на приобретение бумаги 108 000 рублей

10 Средняя стоимость расходных материалов, потребных для печати 1000 листов на лазерном принтере

620 рублей

11 Затраты на расходные материалы 334 800 рублей

12 Общие потери от осуществления документооборота в бумажной форме


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

Проведение комплексной автоматизации Росавтодора в рамках работ по созданию АСУ позволит:

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

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

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

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

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

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

17404049.4251005.026.ТЗ

29

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

1) создать централизованный источник нормативно-распорядительной и прочей информации для организаций дорожной отрасли;

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

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

4) создать централизованную систему мониторинга транспортно-эксплуатационного состояния дорог, управления ресурсами, контроля и управления работами по строительству, ремонту и содержанию дорог.

17404049.4251005.026.ТЗ

30

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

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

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

4.1.1.1 АСУ должна представлять собой совокупность комплексов средств автоматизации (КСА) подразделений Росавтодора. Общее количество КСА в АСУ определяется количеством объектов автоматизации (подразделений Росавтодора).

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

4.1.1.3 АСУ должна включать в себя следующие виды функциональных систем:

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

Обеспечивающая система. Комплекс программно-технических средств, предназначенный для автоматизации набора связанных функций, необходимых для работы прикладных систем АСУ, для обеспечения текущей деятельности работников Росавтодора, не связанной непосредственно с прикладными системами АСУ, или для обеспечения взаимодействия между КСА АСУ. Перечень требований к обеспечивающим системам приведен в разделе 4.3;

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

1) группа прикладных систем ядра;2) группа прикладных систем.

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

1) «Общесистемный отраслевой банк данных» (4.2.3);2) «Нормативно-справочная информация» (4.2.4);3) «Геоинформационная система» (4.2.5).

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

1) Прикладная система «Управление стратегическим развитием» (4.2.6);2) Прикладная система «Управление качеством» (4.2.7);3) Прикладная система «Библиотека административно-управленческих регламентов»

(4.2.8);4) Прикладная система «Архив» (4.2.9);

17404049.4251005.026.ТЗ

31

5) Прикладная система «Управление общехозяйственной деятельностью» (4.2.10);6) Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов

придорожной инфраструктуры» (4.2.11);7) Прикладная система «Управление инновациями» ();8) Прикладная система «Управление бюджетом и финансами» (4.2.13);9) Прикладная система «Управление госзаказом» (4.2.14);10) Прикладная система «Управление кадрами» (4.2.15);11) Прикладная система «Документооборот» (4.2.16);12) Прикладная система «Единая информационно-аналитическая система» (4.2.17);13) Прикладная система «Информационный портал Росавтодора» (4.2.18);14) Прикладная система «Координация с госорганами и ведомствами РФ и других стран»

(4.2.19);15) Прикладная система «Управление транспортно-эксплуатационным состоянием

автодорог» (4.2.20);16) Прикладная система «Управление и контроль выполнения дорожных работ по

содержанию и ремонту автомобильных дорог и искусственных сооружений на них» (4.2.21);17) Прикладная система «Управление и контроль хода выполнения работ по строительству

и реконструкции автодорог» (4.2.22);18) Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций»

(4.2.23);19) Прикладная система «Управление международными перевозками, включая весовой

контроль и контроль тяжеловесных грузов» (4.2.24);20) Прикладная система «Автоматизированная система метеорологического обеспечения на

федеральных автодорогах» (4.2.25);21) Прикладная система «Автоматизированная система контроля интенсивности и состава

транспортных потоков на федеральных автодорогах» (4.2.26); 22) Прикладная система «Автоматизированная система контроля освещения дорог и

искусственных сооружений» (4.2.27);23) Прикладная система «Мониторинг экологической обстановки» (4.2.28);24) Прикладная система «Мониторинг состояния дорожных одежд» (4.2.29);25) Прикладная система «Мониторинг платных дорог» (4.2.30);26) Прикладная система «Управление направлениями дорожного движения и обеспечение

безопасности дорожного движения» (4.2.31);27) Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах»

(4.2.32);28) Прикладная система «Мониторинг и управление охранно-пожарными системами,

обеспечивающими дорожное движение» (4.2.33);29) Прикладная система «Мониторинг мостов, тоннелей, транспортных развязок, эстакад и

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

30) Прикладная система «Структурированная система мониторинга и управления подсистем дорожного мониторинга и инженерных систем службы содержания» (4.2.35).

17404049.4251005.026.ТЗ

32

4.1.1.7 АСУ должна включать в себя следующие обеспечивающие системы:

1) Единая система управления мультисервисной связью (4.3.1);2) Единая система управления и мониторинга программно-технической инфраструктуры

(4.3.2);3) Единая система управления информационной безопасностью и доступом (4.3.3);4) Централизованная система управления технической поддержкой (4.3.4).

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

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

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

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

4.1.2.1 Должна обеспечиваться работа КСА в двух режимах:

1) сетевой режим взаимодействия;2) автономный.

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

4.1.3 Требования к совместимости со смежными системами

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

4.1.3.2 Требования к составу данных и режимам информационного обмена между подсистемами АСУ и системами, эксплуатирующимися на объекте автоматизации (п.3.1), определяются в общем регламенте взаимодействия.

4.1.3.3 Необходимыми условиями, налагаемыми на архитектуру взаимодействия, являются:

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

подсистемами АСУ и системами, эксплуатирующимися на объекте автоматизации.

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

17404049.4251005.026.ТЗ

33

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

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

элементов физической структуры (например, на магнитных носителях).

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

4.1.4 Требования к совместимости с информационно-управляющими системами министерств и ведомств РФ

4.1.4.1 Требования к совместимости с информационно-управляющими системами министерств и ведомств приведены для соответствующих прикладных систем АСУ, требующих подобной интеграции, в разделе «Дополнительные требования».

4.1.5 Перспективы развития системы

4.1.5.1 АСУ должна быть построена с использованием стандартизованных и эффективно сопровождаемых решений.

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

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

4.1.5.4 Техническое обоснование предлагаемых решений по развитию АСУ приведено в п.1.5 Приложения 1.

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

4.1.6.1 Требования к численности персонала, структуре и функциям подразделений

4.1.6.1.1 Количество пользователей АСУ определяется текущими потребностями Росавтодора.

4.1.6.1.2 Количество администраторов одного КСА АСУ может быть определено по следующей методике: 1 администратор на 50-70 пользователей плюс 1 ведущий специалист плюс 1 начальник отдела автоматизации. В небольших (менее 50 пользователей) КСА должности ведущего специалиста и администратора, или ведущего специалиста и начальника отдела могут совмещаться.

17404049.4251005.026.ТЗ

34

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

4.1.6.1.4 Перечень мероприятий текущего контроля технического состояния оборудования КСА АСУ должен быть согласован на стадии предпроектного обследования.

4.1.6.1.5 Конкретное количество, структура и численность персонала подразделений технического обслуживания и дежурных служб определяется на стадии «Технический проект».

4.1.6.2 Требования к квалификации персонала

4.1.6.2.1 Пользователи АСУ должны иметь базовые навыки работы с операционными системами Microsoft (любая из версий: Microsoft Windows 95, 98, ME, NT 4.0, 2000, XP), офисным программным обеспечением Microsoft Office.

4.1.6.2.2 Техническое обслуживание и администрирование оборудования КСА АСУ должно выполняться специалистами, имеющими соответствующую квалификацию и навыки выполнения работ.

4.1.6.2.3 Все администраторы КСА АСУ должны иметь квалификацию «инженер» и обязательные навыки администрирования сети на основе операционной системы Microsoft Windows 2000.

4.1.6.2.4 В каждом КСА АСУ должны быть администраторы (не менее одного), имеющие следующие навыки:

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

4.1.6.3 Требуемый режим работы персонала

4.1.6.3.1 Режим работы администратора КСА определяется режимом работы организации.

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

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

4.1.7 Показатели назначения

4.1.7.1 Целевое назначение системы должно сохраняться на протяжении всего срока эксплуатации АСУ Росавтодора. Срок эксплуатации АСУ Росавтодора определяется на этапе проведения ПИР (проектно-изыскательских работ) по всем прикладным системам, после составления спецификации на программно-аппаратные составляющие.

17404049.4251005.026.ТЗ

35

4.1.7.2 Время выполнения запросов информации в АСУ определяется на стадии проектирования системы.

4.1.7.3 Специальные требования к вероятностно-временным характеристикам, при которых сохраняется целевое назначение АСУ Росавтодора, определяются соответствующими требованиями к прикладным системам.

4.1.7.4 Прочие показатели назначения АСУ разрабатываются после проведения предпроектного обследования.

4.1.8 Требования к надежности

4.1.8.1 Показатели надёжности

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

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

4.1.8.2 Требования к надежности

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

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

4.1.8.2.3 В КСА должна быть обеспечена возможность «горячей» замены сбойного или вышедшего из строя активного накопителя на жестком магнитном диске (серверного оборудования АСУ) без остановки функционирования КСА и потерь информации.

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

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

4.1.8.2.6 Должен вестись журнал событий системы.

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

17404049.4251005.026.ТЗ

36

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

4.1.8.3 Требования к надежности при аварийных ситуациях

4.1.8.3.1 Перечень возможных аварийных ситуаций и требования к надежности в них приведены в следующей таблице (Таблица 4).

Таблица 4 - Надежность при аварийных ситуациях

№ Аварийная ситуация Требования к надежности

1 Нарушение работоспособности

прикладного ПО, требующее, при

необходимости, инсталляцию

операционной системы, разворачивание и

настройку специального программного

обеспечения на сервере (серверах),

восстановление данных с

использованием последней резервной

копии, при отсутствии проблем с

техническим обеспечением.

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

2 Нарушение или выход из строя внешних

каналов передачи данных между КСА

различных уровней

АСУ должна функционировать в автономном режиме.

В автономном режиме обмен информацией, в

зависимости от срочности, должен либо

откладываться с использованием встроенных в общее

и специальное программное обеспечение

возможностей буферизации информации в

специальных «очередях», либо осуществляться путем

периодического обмена информацией между КСА на

магнитных носителях.

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

4.1.8.4 Требования по безопасности

4.1.8.4.1 Электропитание технических средств должно соответствовать III категории «Правил устройств электроустановок» (ПУЭ, седьмое издание).

17404049.4251005.026.ТЗ

37

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

4.1.8.4.3 Технические средства должны быть оборудованы устройствами молниезащиты в соответствии с Инструкцией по устройству молниезащиты зданий, сооружений и промышленных коммуникаций, СО 153-34.21.122-2003.

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

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

4.1.8.4.6 Уровни электромагнитных полей должны соответствовать требованиям Санитарно-эпидемиологических правил и нормативов, СанПиН 2.1.8/2.2.4.1383-03.

4.1.8.4.7 Уровни акустических шумов должны соответствовать требованиям СНиП 23-03-2003 «Защита от шума».

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

4.1.8.4.9 Требования к информационной безопасности содержатся в разделе 4.3.3.

4.1.9 Требования по эргономике и технической эстетике

4.1.9.1 Требования к внешнему оформлению

1) Реализация графического многооконного режима.2) Настраиваемость графических элементов интерфейса, в том числе цветового

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

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

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

2) Наличие контекстно-зависимой помощи.

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

4.1.10.1 КСА АСУ являются стационарными и после монтажа и проведения пуско-наладочных работ транспортировке не подлежат, за исключением:

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

2) передвижных лабораторий сбора информации о состоянии дорожных одежд.

17404049.4251005.026.ТЗ

38

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

4.1.10.3 Размещение технических средств КСА и организация автоматизированных рабочих мест должно быть выполнено в соответствии с требованиями, изложенными в документации заводов-изготовителей оборудования, а также соответствующих СНиП и ГОСТ.

4.1.10.4 Электропитание стационарно устанавливаемых технических средств КСА должно осуществляться однофазным (по трехпроводной схеме) или трехфазным напряжением переменного тока от трехфазной пятипроводной сети с глухо-заземленной нейтралью 380/220В (+10-15)% частотой 50Гц (±1)Гц. При использовании сетевых розеток они должны иметь заземляющий контакт.

4.1.10.5 Электропитание мобильных средств КСА должно осуществляться от встроенных аккумуляторных батарей с возможностью электропитания от однофазной сети переменного тока 220 В.

4.1.10.6 Для обеспечения выполнения требований по надежности должен быть создан комплект запасных частей и приспособлений (ЗИП):

групповой ЗИП (ЗИП-Г-1), хранящийся в ЦА Росавтодора и предназначенный для КСА всех подсистем ЦА Росавтодора;

групповой ЗИП (ЗИП-Г-2), хранящийся в каждом ОУДХ и предназначенный для КСА всех подсистем, создаваемых в данном ОУДХ и на подведомственных ему автодорогах.

4.1.10.7 Состав ЗИПов разрабатывается на стадии «Рабочая документация» и уточняется на стадии «Опытная эксплуатация».

4.1.11 Требования к защите от влияния окружающей среды

4.1.11.1 Реализация КСА АСУ должна обеспечивать функционирование при следующих условиях окружающей среды:

1) Для средств, размещаемых в помещениях:

а) температура воздуха: +5°С …+40°С;б) относительная влажность воздуха: от 10 до 80 % при Т=25°С;в) атмосферное давление: 630 … 800 мм. рт. ст.

2) Для средств, размещаемых вне помещений:

а) температура воздуха: минус 50°С … плюс 50°С;б) относительная влажность воздуха: до 95 %;в) атмосферное давление: 630 - 800 мм. рт. ст.

17404049.4251005.026.ТЗ

39

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

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

4.1.13 Требования по сохранности информации

4.1.13.1 Защита данных от разрушений при авариях и сбоях

4.1.13.1.1 Должна обеспечиваться сохранность информации при наступлении следующих событий:

отказ оборудования рабочей станции, в случае хранение данных на серверах КСА АСУ;

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

4.1.13.1.2 Средствами обеспечения сохранности информации при авариях и сбоях в процессе эксплуатации являются:

носители информации (сменные: оптические - дисковые или магнитные - ленточные, накопители на сменных жестких дисках);

создание резервной копии базы данных; создание резервной копии программного обеспечения.

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

4.1.13.1.4 АСУ должна обеспечивать возможность резервирования всех данных, хранящихся на серверах АСУ, а также возможность их восстановления.

4.1.13.1.5 Резервное копирование данных должно осуществляться ежедневно, автоматически по расписанию. Для сокращения объема копируемых данных процедура копирования может быть инкрементальной (копирование только изменений с предыдущего копирования), но при этом не реже раза в неделю должно производиться и полное копирование. Контроль процесса копирования должен осуществляться эксплуатационным персоналом (ЦА Росавтодора, ОУДХ).

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

4.1.14 Дополнительные требования

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

17404049.4251005.026.ТЗ

40

4.1.14.1.1 Необходимость проведения работ по импорту данных из используемых информационных систем в ПС АСУ определяется на этапе предпроектного обследования.

4.1.14.1.2 Перечень данных используемых информационных систем, поподлежащих импортированию в ПС АСУ определяется на этапе ПИР.

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

4.1.14.3 На этапе ПИР должен быть разработан регламент обмена данными между объектами автоматизации.

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

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

4.2 Требования к прикладным системам

4.2.1 Очередность реализации прикладных систем

4.2.1.1 Прикладные система первой очереди

1) Прикладная система «Общесистемный отраслевой банк данных»,2) Прикладная система «Нормативно-справочная информация»3) Прикладная система «Геоинформационная система»4) Прикладная система «Управление бюджетом и финансами»,5) Прикладная система «Управление госзаказом»,6) Прикладная система «Управление кадрами»,7) Прикладная система «Документооборот»,8) Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов

придорожной инфраструктуры»,9) Прикладная система «Управление общехозяйственной деятельностью»,10) Прикладная система «Информационный портал Росавтодора»,11) Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций»,12) Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах».

4.2.1.2 Прикладные системы второй очереди

1) Прикладная система «Управление транспортно-эксплуатационным состоянием автодорог»,

2) Прикладная система «Управление и контроль выполнения дорожных работ по содержанию и ремонту автомобильных дорог и искусственных сооружений на них»,

17404049.4251005.026.ТЗ

41

3) Прикладная система «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог»,

4) Прикладная система «Управление международными перевозками, включая весовой контроль и контроль тяжеловесных грузов»,

5) Прикладная система «Автоматизированная система метеорологического обеспечения на федеральных автодорогах»,

6) Прикладная система «Автоматизированная система контроля интенсивности и состава транспортных потоков на федеральных автодорогах»,

7) Прикладная система «Автоматизированная система контроля освещения дорог и ис-кусственных сооружений»,

8) Прикладная система «Мониторинг экологической обстановки»,9) Прикладная система «Мониторинг состояния дорожных одежд»,10) Прикладная система «Мониторинг платных дорог»,11) Прикладная система «Управление направлениями дорожного движения и обеспечение

безопасности дорожного движения»,12) Прикладная система «Мониторинг и управление охранно-пожарными системами,

обеспечивающими дорожное движение»,13) Прикладная система «Мониторинг мостов, тоннелей, транспортных развязок, эстакад и

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

14) Прикладная система «Структурированная система мониторинга и управления подсистем дорожного мониторинга и инженерных систем службы содержания».

4.2.1.3 Прикладные системы третьей очереди

1) Прикладная система «Единая информационно-аналитическая система»,2) Прикладная система «Управление стратегическим развитием»,3) Прикладная система «Координация с госорганами и ведомствами РФ и других стран»,4) Прикладная система «Управление качеством»,5) Прикладная система «Библиотека административно-управленческих регламентов»,6) Прикладная система «Архив»,7) Прикладная система «Управление инновациями».

4.2.2 Общие требования к прикладным системам

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

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

17404049.4251005.026.ТЗ

42

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

4.2.2.4 Прикладные системы должна обладать возможностью задавать настройки и тиражировать их.

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

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

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

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

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

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

4.2.2.11 Детальные требования к прикладным системам должны оформляться соответствующими Частными техническими заданиями (ЧТЗ).

4.2.2.12 Требования к прикладным системам, не рассмотренным в настоящем ТЗ, оформляются в ходе проведения проектно-изыскательских работ (ПИР).

4.2.3 Прикладная система «Общесистемный отраслевой банк данных»

4.2.3.1 Назначение прикладной системы

Прикладная система «Общесистемный отраслевой банк данных» (ПС ООБД) предназначена для формирования единого содержания отраслевого банка данных АСУ и организации единого механизма доступа к информации, хранимой в отраслевом банке данных, из других прикладных систем АСУ, в том числе для:

организации передачи данных из ПС ООБД в другие прикладные системы АСУ; автоматизации процесса ведения массива специализированных информационных

объектов АСУ.

ПС ООБД входит в группу подсистем ядра АСУ.

4.2.3.2 Общие требования

4.2.3.2.1 ПС ООБД должна обеспечивать возможность хранения информации.

17404049.4251005.026.ТЗ

43

4.2.3.2.2 ПС ООБД должна обеспечивать предоставление информации:

1) в другие прикладные системы АСУ,2) пользователям АСУ.

4.2.3.2.3 Структура ПС ООБД должна обеспечивать возможность расширения набора атрибутов описываемых процессов.

4.2.3.2.4 ПС ООБД должна обеспечивать возможность оперативного расширения перечня отчетных ведомостей по требованию пользователей системы.

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

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

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

4.2.3.3 Требования к составу и структуре

4.2.3.3.1 ПС ООБД должна включать в себя модуль хранения данных (в системе управления базой данных - СУБД), в котором будет размещаться основной репозиторий объектов АСУ.

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

4.2.3.3.3 ПС ООБД должна включать в себя множество служб (веб-сервисов и др.), предоставляющих данные по требованию других подсистем АСУ.

4.2.3.3.4 ПС ООБД должна включать в себя модуль администрирования.

4.2.3.4 Функциональные требования

4.2.3.4.1 ПС ООБД должна реализовывать функции добавления информации.

4.2.3.4.2 ПС ООБД должна реализовывать функции изменения информации.

4.2.3.4.3 ПС ООБД должна реализовывать функции удаления информации.

4.2.3.4.4 ПС ООБД должна реализовывать функции обновления информации.

4.2.3.4.5 В ПС ООБД должны быть реализованы операции импорта/экспорта данных.

4.2.3.4.6 В ПС ООБД должны быть реализованы механизмы контроля сохранности и целостности информации.

4.2.3.4.7 В ПС ООБД должен быть реализован механизм ввода данных по документам-основаниям (электронным документам, определенным в системе, как источник данных для заданных типов объектов).

4.2.3.4.8 ПС ООБД должна обеспечивать ведение системного журнала операций (регистрация изменений).

17404049.4251005.026.ТЗ

44

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

4.2.3.4.10 Должна быть обеспечена возможность создания политик безопасности в части доступа к объектам ПС ООБД:

1) В ПС ООБД должна быть обеспечена возможность ведения реестра пользователей.2) В ПС ООБД должна быть обеспечена возможность ведения реестра ролей.3) В ПС ООБД должно быть обеспечено регламентирование пользовательских прав

доступа к ООБД в зависимости от назначенной роли.4) ПС ООБД должна обеспечивать возможность ведения журнала событий.

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

4.2.3.5 Требования по интеграции с другими системами

4.2.3.5.1 ПС ООБД должна предоставлять данные всем прикладным системам АСУ на основании утверждённых регламентов (разрабатываются на этапе создания ЧТЗ на соответствующие прикладные системы).

4.2.3.6 Дополнительные требования

4.2.3.6.1 В рамках реализации ПС ООБД необходимо:

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

2) произвести систематизацию и унификацию учтенных типов информационных объектов;3) провести процедуры сбора и контроля и импорта в ПС ООБД существующих в

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

подведомственными организациями Росавтодора;5) учесть возможность расширения атрибутивной нагрузки информационных объектов в

целях соответствия требованиям к прикладным системам, приведенным в настоящем ТЗ и ЧТЗ, которые будут разработаны на соответствующих этапах.

4.2.3.6.2 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС ООБД, рекомендуется разработать следующие регламенты и процедуры:

1) Процедуры и регламенты, связанные с разработкой новых сущностей АСУ:

а) процедуры разработки новых типов объектов ПС ООБД;б) регламенты согласования и утверждения структуры и атрибутивной части новых

типов информационных объектов для последующего применения в прикладных системах АСУ;

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

17404049.4251005.026.ТЗ

45

2) Регламент предоставления возможности использования сервисов ПС ООБД:

а) выделение квот на использование ресурсов хранилища объектов;б) предоставление/запрещение доступа к объектам ПС ООБД.

3) Процедуры, связанные с объектами ПС ООБД:

а) процедура создания объекта;б) процедура изменения объекта;в) процедура удаления объекта.

4) Массовые операции с объектами:

а) регламент актуализации информационного наполнения фрагментов ПС ООБД;б) регламент массового создания, изменения и удаления объектов ПС ООБД;в) процедуры обмена данными между прикладными системами АСУ;г) регламент обмена данными с внешними источниками.

5) Регламент проведения аудита ПС ООБД:

а) аудит событий, порождаемых механизмом обеспечения безопасности и разделения доступа к ПС ООБД;

б) аудит событий, относящихся к оценке эффективности функционирования ПС ООБД;в) контроль актуальности структурного представления информационных объектов с

целью выявления несоответствий потребностям прикладных систем АСУ и прочих отраслевых систем;

г) контроль целостности хранилища и проведение сопутствующих операций по восстановлению работоспособности хранилища.

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

1) координирование работы группы специалистов по обслуживанию ПС ООБД (роль – главный администратор);

2) администрирование хранилища объектов ПС ООБД (роль – администратор баз данных);3) администрирование объектов ПС ООБД (роль - администратор банка данных);.4) проведение работ в рамках разработанных регламентов аудита и контроля (роль -

аудитор);5) проведение работ, связанных с разработкой новых типов информационных объектов

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

прикладными системами АСУ и внешними источниками с помощью конструкторов и прочих вспомогательных средств (роль - разработчик).

4.2.3.7 Детализированные требования к ПС ООБД должны быть описаны в ЧТЗ на ПС ООБД.

17404049.4251005.026.ТЗ

46

4.2.4 Прикладная система «Нормативно-справочная информация»

Прикладная система «Нормативно-справочная информация» (ПС НСИ) предназначена для формирования единого содержания отраслевых справочников и классификаторов АСУ и организации единого механизма доступа к информации хранимой в данной прикладной системе нормативно-справочной информации из других прикладных систем АСУ.


4.2.4.1.1 Порядок разработки, принятия, введения в действие, применения и ведения отраслевых классификаторов и справочников АСУ должен отвечать основным положениям Федерального закона «О техническом регулировании», Закона Российской Федерации от 10 июня 1993 года № 5154-1 «О стандартизации», ФЦП «Электронная Россия».

4.2.4.1.2 ПС НСИ входит в группу подсистем ядра АСУ.


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

1) формирование списка отраслевых словарей и классификаторов:

а) добавление новых отраслевых словарей и классификаторов;б) изменение существующих отраслевых словарей и классификаторов;в) удаление существующих отраслевых словарей и классификаторов;

2) формирование содержания отраслевых словарей, классификаторов:

а) добавление новых элементов;б) изменение существующих элементов;в) удаление существующих элементов.

4.2.4.2.2 ПС НСИ должна обеспечивать соответствие состава и структуры отраслевых справочников и классификаторов составу и структуре общероссийских классификаторов технико-экономической и социальной информации в социально-экономической сфере.

4.2.4.2.3 ПС НСИ должна обеспечивать как централизованное, так и децентрализованное ведение отраслевых справочников и классификаторов на объектах автоматизации АСУ. (Разделение справочников и классификаторов на централизованные и децентрализованные должно быть определено в ЧТЗ на систему).

4.2.4.2.4 ПС НСИ должна обеспечивать:

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

2) методическое и организационное единство системы кодирования АСУ; 3) комплексность системы кодирования АСУ;

17404049.4251005.026.ТЗ

47

4) обязательность применения системы кодирования АСУ при формировании всех информационных подсистем и ресурсов АСУ;

5) соответствие системы кодирования АСУ с международными классификациями и стандартами.


4.2.4.3.1 ПС НСИ должна быть реализована на основе базовых механизмов, входящих в состав ПС «Общесистемный отраслевой банк данных»;

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

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


4.2.4.4.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС НСИ рекомендуется:

1) Разработать соответствующий пакет ведомственной нормативной документации, регламентирующий следующие действия:

а) формирование списка отраслевых словарей и классификаторов:б) формирование содержания отраслевых словарей, классификаторов и массива

специализированных информационных объектов АСУ:в) доступ сотрудников подразделений Росавтодора к информации, содержащейся в

отраслевых словарях, классификаторах АСУ;г) изменение отраслевых словарей и классификаторов;д) обновление справочной информации, хранящейся в банке данных, после изменения

отраслевых словарей и классификаторов.

2) Разработать и принять стандарты и регламенты ведения нормативно-справочной информации:

а) Стандарт учреждения «Состав и структура ПС НСИ»; б) Регламент использования структурными подразделениями Росавтодора ПС НСИ; в) Регламент ведения и сопровождения ПС НСИ; г) Регламент обеспечения доступа работников подразделений к ресурсам ПС НСИ и ее

технической поддержки.

4.2.4.5 Детализированные требования к ПС НСИ должны быть описаны в ЧТЗ на ПС НСИ.

4.2.5 Прикладная система «Геоинформационная система»


17404049.4251005.026.ТЗ

48

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

ПС ГИС входит в группу подсистем ядра АСУ.


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

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

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

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

4.2.5.2.5 Должна обеспечиваться возможность использования ГИС-карт, имеющихся в Росавтодоре.

4.2.5.3 Карты должны быть сертифицированы в одном из сертификационных центров Роскартографии или Министерства обороны.


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

4.2.5.4.2 Должно обеспечиваться конвертирование карт различных форматов2.

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

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

4.2.5.4.5 Должно обеспечиваться изменение масштаба отображения электронных карт.

4.2.5.4.6 Должно осуществляться выполнение запросов к ГИС на основе как атрибутивных так и пространственных условий.

4.2.5.4.7 Должна осуществляться индикация выбранных на экране объектов.

4.2.5.4.8 Должен обеспечиваться поиск объектов карты:

1) должен осуществлять поиск объектов по набору условий;2) должен осуществляться поиск объектов по атрибутивным критериям;

2 Перечень форматов должен быть определен на этапе проведения проектно-изыскательских работ (ПИР).

17404049.4251005.026.ТЗ

49

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

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

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

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

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

4.2.5.4.13 Должна обеспечиваться возможность публикации картографической информации в Интернет/Интранет

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

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

4.2.5.4.16 Должно обеспечиваться наличие средств для добавления возможностей ПС ГИС в пользовательские приложения.

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


4.2.5.5.1 ПС ГИС должна предоставлять данные на основании утверждённых регламентов следующим прикладным системам АСУ (регламенты разрабатываются на этапе создания ЧТЗ на соответствующие прикладные системы):

1) ПС «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры»;

2) ПС «Управление в условиях чрезвычайных и кризисных ситуаций»;3) ПС «Координация с госорганами и ведомствами РФ и других стран»;4) ПС «Автоматизированная система метеорологического обеспечения на федеральных

автодорогах»;5) ПС «Автоматизированная система контроля интенсивности и состава транспортных

потоков на федеральных автодорогах»;6) ПС «Автоматизированная система контроля освещения дорог и искусственных

сооружений»;7) ПС «Структурированная система мониторинга и управления подсистем дорожного

мониторинга и инженерных систем службы содержания»;

17404049.4251005.026.ТЗ

50

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

9) ПС «Мониторинг паводковой обстановки на федеральных дорогах»;10) ПС «Мониторинг экологической обстановки»;11) ПС «Мониторинг и управление охранно-пожарными системами, обеспечивающими

дорожное движение»;12) ПС «Мониторинг состояния дорожных одежд»;13) ПС «Управление направлениями дорожного движения и обеспечение безопасности

дорожного движения»;14) ПС «Мониторинг платных дорог».


4.2.5.6.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС ГИС рекомендуется:

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

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС ГИС;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС ГИС;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС ГИС структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС ГИС;

6) разработать комплект документации по настройке и использованию ПС ГИС и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой.

4.2.5.7 Детализированные требования к ПС ГИС должны быть описаны в ЧТЗ на ПС ГИС.

4.2.6 Прикладная система «Управление стратегическим развитием»


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

17404049.4251005.026.ТЗ

51

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

1) потребительские свойства автомобильных дорог3 и формирование дорожной сети;2) финансы;3) внутренние процессы;4) обучение и развитие.


4.2.6.2.1 ПС УСР должна обеспечивать:

1) доступ к функциям ПС УСР в соответствии с установленными правилами;2) возможность администрирования ПС УСР;3) возможность резервного копирования данных ПС УСР и их восстановления из

резервной копии;4) ведение журнала событий ПС УСР.


4.2.6.3.1 В ПС УСР должна быть обеспечена возможность выполнения следующих функций:

1) ведение перечня ССП (перечень ССП должен быть определен на этапе предпроектного обследования);

2) ввод в ПС УСР данных, необходимых для формирования текущих значений ССП;3) ввод в ПС УСР данных, необходимых для формирования требуемых значений ССП на

перспективный период;4) получение из других прикладных систем АСУ и Корпоративной информационной

системы управления (КИСУ) данных, необходимых для формирования значений ССП;5) ввод данных для формирования рекомендаций по изменению процессов деятельности

Росавтодора для достижения требуемых значений ССП; 6) формирование проекта плана показателей Росавтодора;7) получение аналитических отчетов:

по текущим значениям ССП, в том числе отчет о выполнении плана показателей Росавтодора;

отражающих динамику изменения текущих значений ССП во времени; отражающих динамику достижения требуемых значений ССП во времени;

8) визуализация результатов аналитических отчетов;9) получение рекомендаций по внесению изменений в процессы деятельности Росавтодора

для достижения требуемых значений ССП;10) сохранение данных аналитических отчетов, а также перечня рекомендаций, в виде

документов в ПС УСР;

3 Определение термина "потребительские свойства автомобильных дорог" приведено в перечене условных обозначений, сокращений и терминов

17404049.4251005.026.ТЗ

52

11) возможность отправки по электронной почте документов ПС УСР заинтересованным лицам.

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

1) создание резервной копии данных подсистемы4;2) восстановление данных подсистемы из резервной копии;3) администрирование прав доступа пользователей к подсистеме с учетом следующих

основных уровней доступа:

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


4.2.6.4.1 Должна быть обеспечена интеграция с ПС «Управление бюджетом и финансами» в части импорта данных о финансировании, бюджете, лицензировании.

4.2.6.4.2 Должна быть обеспечена интеграция с ПС «Управление госзаказом» в части импорта данных о количестве заключенных договоров (в том числе – договоров на НИОКР), индексе цен на дорожные работы и материалы.

4.2.6.4.3 Должна быть обеспечена интеграция с ПС «Управление кадрами» в части импорта данных об организационно-штатной структуре подразделений Росавтодора.

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


4.2.6.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС УСР рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (Положения), касающиеся обязательности использования ПС УСР;

2) в структурных подразделениях ЦА Росавтодора выделить работников, ответственных за:

а) создание первичного наполнения и своевременное внесение информации в ПС УСР;б) экспертную оценку данных ССП для формирования базы рекомендаций по

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

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

17404049.4251005.026.ТЗ

53

3) разработать регламент взаимодействия структурных подразделений Росавтодора с ПС УСР;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УСР структурными подразделениями Росавтодора;

5) выделить работника, в обязанности которого будет входить администрирование ПС УСР;

6) определить перечень данных ПС УСР, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

7) разработать комплект документации по настройке и использованию ПС УСР и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с ПС УСР;

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

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

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

4.2.6.6 Детализированные требования к ПС УСР должны быть описаны в ЧТЗ на ПС УСР.

4.2.7 Прикладная система «Управление качеством»


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


4.2.7.2.1 ПС «Управление качеством» должна обеспечивать:

1) многопользовательский режим работы в сети;2) доступ к данным, хранящимся в ПС «Управление качеством», в соответствии с

установленными правилами;3) возможность администрирования ПС «Управление качеством»;4) ведение журнала событий ПС «Управление качеством».


4.2.7.3.1 В ПС «Управление качеством» должна быть обеспечена возможность выполнения следующих функций:

1) ведение перечней показателей качества по различным объектам и процессам;

17404049.4251005.026.ТЗ

54

2) создание шаблонов паспортов качества объектов и процессов;3) формирование паспортов качества объектов на основе шаблонов;4) формирование аналитических отчетов соответствия качества объектов и процессов

нормированным показателям;5) для администратора ПС «Управление качеством» должна быть возможность выполнять

следующие действия:

а) создание резервной копии данных ПС «Управление качеством»5;б) восстановление данных ПС «Управление качеством» из резервной копии;в) возможностью выполнения всех доступных действий над объектами ПС

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


4.2.7.4.1 Должна быть обеспечена интеграция с ПС «Управление стратегическим развитием» в части экспорта данных о соответствии объектов требованиям перспективной программы развития дорожной отрасли.

4.2.7.4.2 Должна быть обеспечена интеграция с ПС «Управление общехозяйственной деятельностью» в части импорта данных о финансировании объектов.

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

4.2.7.4.4 Должна быть обеспечена интеграция с ПС «Управление инновациями» в части импорта данных о государственных контрактах на НИОКР, связанных с объектами.

4.2.7.4.5 Должна быть обеспечена интеграция с ПС «Управление бюджетом и финансами» в части импорта данных о годовых плановых показателях объемов выполнения и финансирования объектов.

4.2.7.4.6 Должна быть обеспечена интеграция с ПС «Управление госзаказом» в части импорта данных о государственных контрактах, связанных с объектом.

4.2.7.4.7 Должна быть обеспечена интеграция с ПС «Единая информационно-аналитическая система» в части формирования различных информационно-аналитических запросов по объектам.

4.2.7.4.8 Должна быть обеспечена интеграция с ПС «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог».

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


17404049.4251005.026.ТЗ

55

4.2.7.4.10 Должна быть обеспечена интеграция с ПС «Управление транспортно-эксплуатационным состоянием автодорог».


4.2.7.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием прикладной системы «Управление качеством», рекомендуется:

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

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС «Управление качеством»;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС «Управление качеством»;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС «Управление качеством» структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС «Управление качеством»;

6) определить перечень данных ПС «Управление качеством», подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

7) разработать комплект документации по настройке и использованию ПС «Управление качеством» и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой;

8) регламентировать перечень показателей качества объектов и процессов, подлежащих отражению в ПС «Управление качеством».

4.2.7.6 Детализированные требования к ПС «Управление качеством» должны быть описаны в ЧТЗ на ПС «Управление качеством».

4.2.8 Прикладная система «Библиотека административно-управленческих регламентов»


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


17404049.4251005.026.ТЗ

56

4.2.8.2.1 ПС БАУР должна обеспечивать:

1) многопользовательский режим работы в сети;2) доступ к данным, хранящимся в ПС БАУР, в соответствии с установленными

правилами;3) возможность администрирования ПС БАУР;4) ведение журнала событий ПС БАУР.


4.2.8.3.1 В ПС БАУР должны быть реализованы следующие объекты:

1) структурное подразделение;2) административно-управленческий регламент.

4.2.8.3.2 В ПС БАУР должна быть обеспечена возможность выполнения следующих функций:

1) ввод и корректировка данных об организационно-функциональной структуре Росавтодора и его структурных подразделений;

2) ввод и корректировка данных о бизнес-процессах, протекающих в Росавтодоре, его структурных подразделениях и подведомственных организациях;

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

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

5) для администратора ПС БАУР должна быть возможность выполнять следующие действия:

а) создание резервной копии данных ПС БАУР6;б) восстановление данных ПС БАУР из резервной копии;в) возможностью выполнения всех доступных действий над объектами ПС БАУР,

независимо от их статуса;г) управление доступом пользователей к ПС БАУР;д) просмотр журнала событий.


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

4.2.8.4.2 Должна быть обеспечена интеграция с ПС «Управление стратегическим развитием» в части экспорта данных о внутренних процессах Росавтодора.


4.2.8.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС БАУР, рекомендуется:


17404049.4251005.026.ТЗ

57

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (Положения), касающиеся обязательности использования ПС БАУР;

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС БАУР;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС БАУР;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС БАУР структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС БАУР;

6) определить перечень данных ПС БАУР, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

7) разработать комплект документации по настройке и использованию ПС БАУР и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой;

8) сформировать первичное наполнение ПС БАУР путем создания и/или утверждения документов, регламентирующих деятельность структурных подразделений Росавтодора, а также обязанности его работников (Положения, Должностные инструкции, регламенты работы).

4.2.8.6 Детализированные требования к ПС БАУР должны быть описаны в ЧТЗ на ПС БАУР.

4.2.9 Прикладная система «Архив»


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


4.2.9.2.1 ПС «Архив» должна обеспечивать:

1) многопользовательский режим работы в сети;2) доступ к хранилищу документов в соответствии с установленными правилами;3) возможность администрирования ПС «Архив»;4) ведение журнала событий ПС «Архив».


17404049.4251005.026.ТЗ

58

4.2.9.3.1 В ПС «Архив» должны быть реализованы следующие объекты7:

1) Документ:

а) Регистрационная карточка;б) Полнотекстовый файл документа;в) Электронный образ документа.

2) Том;3) Дело;4) Опись дел;5) Фонд.

4.2.9.3.2 Должна быть обеспечена возможность помещения в архив электронных образов следующих форматов8:

1) txt;2) doc;3) xls;4) rtf;5) pdf.

4.2.9.3.3 В ПС «Архив» должна быть обеспечена возможность выполнения следующих функций:

1) ввод и корректировка данных по объектам ПС «Архив»;2) указание связей между объектами ПС «Архив»;3) указание связей между объектами бумажного архива и объектами ПС «Архив»;4) поиск по объектам ПС «Архив»:

а) атрибутивный поиск;б) контекстный поиск документов при условии, что полнотекстовый файл документа

или электронный образ документа существуют в формате Microsoft Word;

5) получение аналитических и статистических отчетов по объектам ПС «Архив» 9;6) отправка по электронной почте объектов ПС «Архив» или указателей на них (ссылок);7) формирование и отправка по электронной почте различных напоминаний

пользователям ПС «Архив»;8) формирование для пользователя списка быстрого доступа к отдельным объектам ПС

«Архив».

4.2.9.3.4 Для администратора ПС «Архив» должна быть возможность выполнять следующие действия:

1) создание резервной копии данных ПС «Архив»10;2) восстановление данных ПС «Архив» из резервной копии;

7 Перечень атрибутов объектов системы должен быть установлен в процессе предпроектного обследования.8 Перечень форматов может быть дополнен в процессе предпроектного обследования.9 Перечень отчетов должен быть уточнен и дополнен на этапе предпроектного обследования.

17404049.4251005.026.ТЗ

59

3) возможностью выполнения всех доступных действий над объектами ПС «Архив», независимо от их статуса;

4) управление доступом пользователей к ПС «Архив»;5) просмотр журнала событий.


4.2.9.4.1 Для всех прикладных систем АСУ, а также для прикладных систем КИСУ должна быть обеспечена возможность помещения данных в ПС «Архив».


4.2.9.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием прикладной системы «Архив», рекомендуется:

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

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС «Архив»;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС «Архив»;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС «Архив» структурными подразделениями Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС «Архив»;

6) определить перечень данных ПС «Архив», подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

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

4.2.9.6 Детализированные требования к ПС «Архив» должны быть описаны в ЧТЗ на ПС «Архив».

4.2.10 Прикладная система «Управление общехозяйственной деятельностью»


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


17404049.4251005.026.ТЗ

60


4.2.10.2.1 ПС УОД должна обеспечивать:

1) многопользовательский режим работы в сети;2) доступ к функциям ПС УОД в соответствии с установленными правилами;3) возможность администрирования ПС УОД;4) ведение журнала событий ПС УОД.


4.2.10.3.1 ПС УОД должна включать в себя следующие модули:

1) модуль «Бухгалтерский учет»;2) модуль «Общехозяйственная деятельность».

4.2.10.4 Функциональные требования к модулю «Бухгалтерский учет»

4.2.10.4.1 В модуле «Бухгалтерский учет» ПС УОД должны быть реализованы следующие объекты11:

1) константы;2) справочники (классификаторы);3) документы;4) журналы документов;5) журнал операций;6) отчеты;7) план счетов бухгалтерского учета;8) учетные регистры.

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

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

1) регистрация и хранение хозяйственных операций согласно первичным документам;2) работа с забалансовыми счетами;3) ведение многовалютного учета;4) оперативный контроль исполнения сметы доходов и расходов;5) начисление амортизации по основным средствам и нематериальным активам;6) формирование бухгалтерского баланса и бухгалтерской отчетности;

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

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

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

17404049.4251005.026.ТЗ

61

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

стандартного пакета отчетности для налоговых органов.

4.2.10.5 Функциональные требования к модулю «Общехозяйственная деятельность»

4.2.10.5.1 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Инвентаризация»:

1) автоматизированный учет материальных ценностей;2) ведение номенклатуры материальных ценностей;3) ведение перечня материально-ответственных лиц;4) учет текущего состояния остатков;5) учет лимитов и перерасходов;6) формирование, учет и обработка заявок на выделение материальных ценностей;7) формирование различных аналитических и статистических отчетов по направлению

«Инвентаризация».

4.2.10.5.2 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Транспорт»:

1) учет ведомственного транспорта;2) формирование сопроводительных документов по использованию ведомственного

транспорта (путевой лист) ;3) формирование различных аналитических и статистических отчетов по направлению

«Транспорт».

4.2.10.5.3 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Протокольные мероприятия»:

1) ведение перечня протокольных мероприятий:

а) научная конференция;б) конференция;в) выставка;г) совещание;

2) учет основной информации по проведению протокольных мероприятий:

а) дата и время проведения мероприятия;б) место поведения мероприятия;в) состав участников;г) повестка (программа) мероприятия;

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

4) формирование и обработка заявок работников и руководства Росавтодора на участие в мероприятии;

5) учет документации, подготовленной к проведению протокольного мероприятия:

17404049.4251005.026.ТЗ

62

а) пресс-релизы;б) информационные сообщения в СМИ;в) раздаточные материалы для участников;

6) формирование различных аналитических и статистических отчетов по направлению «Транспорт»:

а) список плановых протокольных мероприятий за период;б) список проведенных протокольных мероприятий за период;в) список внеплановых протокольных мероприятий.

4.2.10.5.4 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Хозяйственные услуги»:

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

а) ремонт;б) устранение неисправностей оборудования;

3) ведения перечня сотрудников, осуществляющих оказание хозяйственных услуг;4) формирование различных аналитических и статистических отчетов по направлению

«Хозяйственные услуги».

4.2.10.5.5 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Копирование документов»:

1) формирование, учет и обработка заявок на копирование документов;2) формирование различных аналитических и статистических отчетов по направлению

«Копирование документов».

4.2.10.5.6 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Телефоны»:

1) ведение справочника мобильных телефонов;2) ведение перечня сотрудников, чьи переговоры по мобильному телефону требуется

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

мобильного телефона (ведомость переговоров);5) внесение в ПС УОД данных Ростелекома о междугородных и международных

переговорах работников Росавтодора;6) формирование различных аналитических и статистических отчетов по направлению

«Телефоны».

4.2.10.5.7 В модуле «Общехозяйственная деятельность» ПС УОД должна быть возможность выполнения следующих функций по направлению «Периодические издания»:

1) ведение перечня периодических изданий, получаемых работниками Росавтодора;2) формирование, учет и обработка заявок на получение периодического издания;

17404049.4251005.026.ТЗ

63

3) ведение перечня работников и структурных подразделений, получающих периодические издания;

4) формирование различных аналитических и статистических отчетов по направлению «Периодические издания».

4.2.10.5.8 Для администратора ПС УОД должна быть возможность выполнять следующие действия:

1) создание резервной копии данных ПС УОД12;2) восстановление данных ПС УОД из резервной копии;3) администрирование прав доступа пользователей к ПС УОД;4) просмотр журнала событий.


4.2.10.6.1 Должна быть обеспечена возможность обмена информацией о расчетных документах с системами типа «Клиент- Банк» в требуемом формате.

4.2.10.6.2 Должна быть обеспечена возможность интеграции с ПС «Управление кадрами» в части:

1) начисления заработной платы;2) ведения перечня материально-ответственных лиц;3) ведение перечня лиц, использующих ведомственный транспорт;4) ведение перечня лиц, которым оплачивается мобильная связь;5) ведение перечня лиц и структурных подразделений, которые получают периодические

издания.

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

4.2.10.6.4 Должна быть обеспечена возможность интеграции с ПС КИСУ «Контроль исполнения договоров» в части:

1) обмена данными о выплатах по договорам;2) обмена данными о заключении хозяйственных договоров.

4.2.10.6.5 Должна быть обеспечена интеграция с ПС «Координация с госорганами и ведомствами РФ и других стран» в части передачи данных о прибытии делегаций.


4.2.10.7.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС УОД, рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (Положения), касающиеся обязательности использования ПС УОД;


17404049.4251005.026.ТЗ

64

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС УОД;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС УОД;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УОД структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС УОД;

6) определить перечень данных ПС УОД, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

7) разработать комплект документации по настройке и использованию ПС УОД и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой;

8) разработать регламенты работы с заявками:

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

9) провести инвентаризацию материальных ценностей, результаты которой внести в модуль «Общехозяйственная деятельность» ПС УОД как первичное наполнение;

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

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

12) внести изменения в должностную инструкцию ответственного сотрудника, касающиеся организация взаимодействия с Ростелекомом, а также внесения полученных оттуда данных в ПС УОД.

4.2.10.8 Детализированные требования к ПС УОД должны быть описаны в ЧТЗ на ПС УОД.

4.2.11 Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры »

Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры» (ПС Реестры) предназначена для автоматизации деятельности Росавтодора и ОУДХ по учету сведений о федеральном имуществе дорожного хозяйства, объектах

17404049.4251005.026.ТЗ

65

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

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

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

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

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

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

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

6) увеличение производительности работников подразделений Росавтодора за счет автоматизации трудоемких функций по получению и обработке информации;

7) улучшение координации деятельности работников подразделений Росавтодора на этапе подготовки предпроектной и проектной документации в части регулирования земельных отношений, а также на этапе рассмотрения и проведения экспертизы проектно-сметной документации на строительство объектов придорожной инфраструктуры, размещенных в пределах полос отвода и придорожных полос федеральных автомобильных дорог общего пользования;

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

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

17404049.4251005.026.ТЗ

66

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

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

12) обеспечение наглядности обрабатываемой информации.


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

1) выполнение учетных функций;2) выполнение аналитических функций;3) выполнение интегрирующих функций;4) выполнение распорядительных функций;5) выполнение сервисных функций.

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

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

1) ведение учетных данных о подведомственных Росавтодору организациях;2) ведение учетных данных федеральных автомобильных дорог;3) ведение учетных данных об иных объектах федерального недвижимого имущества;4) ведение учетных данных об объектах федерального движимого имущества.

4.2.11.3 Требования к систематизации и учету сведений о земельных участках

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

1) учет земельных участков;2) учет автомобильных дорог и объектов недвижимости;3) учет актов закрепления на местности и согласования границы земельных участков;4) регистрация прав на земельные участки, а также сделок и обременений;5) учет графических и семантических данных инвентаризации земель;6) ведение дежурной кадастровой карты с отслеживанием истории изменений.

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

4.2.11.4.1 ПС Реестры должна обеспечить выполнение следующих функций по учету объектов придорожной инфраструктуры:

17404049.4251005.026.ТЗ

67

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

2) учет технических условий и требований на размещение объекта.

4.2.11.5 Требования к выполнению аналитических функций

4.2.11.5.1 ПС Реестры должна выполнять следующие аналитические функции:

1) цветовое или графическое выделение объектов электронной карты в зависимости от их учетных данных и семантических характеристик;

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

2) поиск и фильтрация объектов электронной карты по базе учетных данных и их семантическим характеристикам;

3) обеспечение выполнения запросов других систем, используя обменный формат;4) обеспечение выполнения запроса анализа учетных данных в других системах и

отображение результатов анализа, используя обменный формат;

4.2.11.6 Требования к выполнению отчетно-статистических функций

4.2.11.6.1 ПС Реестры должна обеспечивать создание и настройку отчетов на основании хранимых учетных данных. Состав отчетных форм определяется в ЧТЗ на ПС Реестры.

4.2.11.7 Требования к выполнению распорядительных функций

4.2.11.7.1 ПС Реестры должна выполнять следующие распорядительные функции:

1) просмотр и корректировка реестров

а) добавление новых объектов;б) изменение существующих объектов;в) удаление существующих объектов;г) просмотр данных;д) просмотр истории объекта;е) переход к новому состоянию;ж) сортировка объектов.

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

4.2.11.8 Требования к выполнению сервисных функций

1) должно обеспечиваться разграничение прав доступа к данным;2) должна обеспечиваться возможность экспорта данных в файлы утвержденного формата

и импорта из них;3) должен обеспечиваться импорт картографической информации из файлов форматов

MID/MIF и SHP;

17404049.4251005.026.ТЗ

68

4) должен обеспечиваться импорт фотографических изображений местности из файлов форматов PCX, BMP, TIFF, JPEG;

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

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


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

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

4.2.11.9.3 Должна быть обеспечена возможность интеграции с ПС «Единая информационно-аналитическая система» в части экспорта данных для формирования произвольных выборок по заданным параметрам.

4.2.11.9.4 Должна быть обеспечена возможность интеграции с ПС ГИС

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

2) должна обеспечиваться возможность совместного отображения электронной карты и фотоснимков земной поверхности (фотоплана);

3) должна обеспечиваться возможность привязки фотоплана к электронной карте путем смещения и изменения масштаба фотоплана относительно электронной карты;

4) должна обеспечиваться привязка к объектам электронной карты текстовых и графических документов;

5) должен быть определен формат графических данных, передаваемых из ОУДХ в ЦА Росавтодора.

4.2.11.9.5 Требования по интеграции между компонентами системы

1) должен осуществляться информационный обмен между компонентами ПС Реестры, установленными на разных объектах автоматизации;

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

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


4.2.11.10.1 В рамках реализации ПС Реестры необходимо:

1) обеспечить импорт накопленных данных из существующих информационных систем «Формирование и ведение реестров федеральной собственности дорожного хозяйства» и «Дорожный земельный кадастр» в ПС Реестры;

17404049.4251005.026.ТЗ

69

разработать регламент передачи данных из ОУДХ в ЦА Росавтодора.

4.2.11.10.2 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС Реестры рекомендуется:

1) ведение всех реестров учета федерального имущества дорожного хозяйства, земельных участков должно осуществляться в рамках ПС Реестры, что обеспечит ведение единой БД, единый формат данных и позволит избежать дублирования ведения информации;

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

3) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора определить работников, ответственных за ведение информации в ПС Реестры;

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

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

6) разработать регламент работ по первичному наполнению ПС Реестры в части привязки объектов учета к электронным картам местности;

7) привлечь на договорной основе подрядные организации в качестве исполнителей работ по первичному наполнению ПС Реестры в части привязки объектов учета к электронным картам местности;

8) определить порядок привлечения специалистов для поддержания данных ПС Реестры в актуальном состоянии.

4.2.11.11 Детальные требования к ПС Реестры определяются ЧТЗ на ПС Реестры.

4.2.12 Прикладная система «Управление инновациями»

Прикладная система «Управление инновациями» предназначена для автоматизации процесса формирования, корректировки, контроля исполнения Плана научно-исследовательских, опытно-конструкторских работ (НИОКР) и внедрения его результатов в подведомственных организациях Росавтодора.


4.2.12.1.1 ПС «Управление инновациями» должна состоять из следующих функциональных модулей:

1) планирование НИОКР;2) организация освоения инноваций.

17404049.4251005.026.ТЗ

70


4.2.12.2.1 Требования к планированию НИОКР

1) Должно обеспечиваться своевременное информирование подразделений ЦА, научных, проектных и производственных дорожных организаций и предприятий, Управлений строящихся дорог, Управлений автодорог, Упрдоров и других дорожных организаций (далее - заинтересованных организаций) о начале формирования Плана НИОКР.

2) Должна обеспечиваться возможность сбора предложений в план НИОКР от заинтересованных организаций.

3) Должно обеспечиваться учет даты подачи предложения к проекту плана НИОКР.4) Должна обеспечиваться консолидация всех поступивших предложений и формирование

проекта Плана НИОКР5) Должна обеспечиваться возможность внесения изменений и дополнений в предложения

к проекту Плана НИОКР.6) Должно обеспечиваться утверждение проекта Плана НИОКР.

4.2.12.2.2 Требования к организации планирования и контроля выполнения работ по внедрению прогрессивных технологий, новых материалов и техники в дорожном хозяйстве

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

2) На основе предложений по внедрению НИОКР должна обеспечиваться организация внедрения новой техники, технологий и материалов.

3) Должна обеспечиваться возможность подготовки отчетности о внедрении завершенных НИОКР.

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


4.2.12.3.1 Должна быть обеспечена возможность интеграции с ПС КИСУ «Конкурсные торги» в части:

1) предоставление данных плана НИОКР из ПС «Управление инновациями» для проведения конкурсных торгов.

2) предоставление данных о ходе и результатах проведения торгов в ОУДХ и ЦА из ПС КИСУ «Конкурсные торги».

4.2.12.3.2 Должна быть обеспечена возможность интеграции с ПС КИСУ «Контроль исполнения договоров» в части:

1) формирование отчетности о ходе разработки НИОКР;2) предоставление информация о числе договоров по каждому из этапов их жизненного

цикла;

17404049.4251005.026.ТЗ

71

3) контроль сроков исполнения договора посредством формирования информационных сообщений;

4) учет и контроль выполнения работ по контрактам.

4.2.12.3.3 Должна быть обеспечена возможность интеграции с ПС «Единая информационно-аналитическая система» в части:

1) формирование аналитической отчетности на основе данных ПС «Управление инновациями» по запросам, реализуемым в ПС «Единая информационно-аналитическая система».

4.2.12.3.4 Должна быть обеспечена возможность интеграции с ПС «Управление бюджетом и финансами» в части передачи планов НИОКР для утверждения финансирования.


4.2.12.4.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС «Управление инновациями», рекомендуется:

1) в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора, касающуюся процессов формирования, корректировки, контроля над исполнением плана НИОКР и внедрением его результатов в подразделениях Росавтодора внести изменения касающиеся использования ПС «Управление инновациями»;

2) разработать регламент взаимодействия ЦА, научных, проектных и производственных дорожных организаций и предприятий, Управлений строящихся дорог, Управлений автодорог, Упрдоров и других дорожных организаций с ПС «Управления инновациями»;

3) внести изменения в должностные инструкции ответственных работников, регламентирующие процесс формирования, корректировки, контроля над исполнением Плана НИОКР и внедрением его результатов в подведомственных организациях Росавтодора;

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

5) в Федеральных управлениях автомобильных дорог, управлениях автомобильных магистралей, межрегиональных дирекциях по дорожному строительству, дирекциях по строительству (реконструкции) федеральных автомобильных дорог, территориальных органах управления дорожным хозяйством и ЦА Росавтодора выделить работников, ответственных за своевременное внесение информации в ПС «Управление инновациями»;

6) разработать стратегию ведение инновационной деятельности; 7) провести оценку потенциальной экономической эффективность инновации и

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

проектов.

4.2.12.5 Детальные требования по ПС «Управление инновациями» определяются ЧТЗ на ПС «Управление инновациями».

17404049.4251005.026.ТЗ

72

4.2.13 Прикладная система «Управление бюджетом и финансами»


Прикладная система «Управление бюджетом и финансами» (ПС УБФ) предназначена для автоматизации функций по планированию, учету, распределению и контролю исполнения бюджета структурных подразделений Росавтодора и подведомственных организаций.


4.2.13.2.1 ПС УБФ должна обеспечивать:

1) планирование бюджета на перспективный финансовый период;2) формирование в соответствии с заданными ограничениями плановых (прогнозных)

показателей в интересующих разрезах;3) корректировка бюджета текущего года;4) ведение учета и анализ исполнения бюджета;5) ведение истории изменения бюджета;6) формирование платежных и иных документов в порядке исполнения бюджета;7) получение разносторонней аналитической информации в области финансовых

отношений Росавтодора;8) многопользовательский режим работы в сети;9) доступ к функциям ПС УБФ в соответствии с установленными правилами;10) возможность администрирования ПС УБФ;11) возможность резервного копирования данных ПС УБФ и их восстановления из

резервной копии;12) ведение журнала событий ПС УБФ.


4.2.13.3.1 ПС УБФ включает двухуровневую организационную структуру следующего назначения:

1) компонент для ЦА Росавтодора — предназначен для развертывания в ЦА, и отвечает за общее управление и консолидацию всех данных;

2) компонент для подведомственных организаций — предназначен для развертывания в подведомственных организациях Росавтодора, и отвечает за ведение и актуализацию соответствующих данных и форм отчетности.


4.2.13.4.1 В ПС УБФ должна быть обеспечена возможность выполнения следующих функций:

1) ведение перечня организаций-бюджетополучателей, их учетных данных, платежных реквизитов;

2) ведение плановых (прогнозных) сумм по статьям и подстатьям бюджета;3) ведение основных данных по объектам финансирования, договорам и соглашениям;4) ведение распределения средств федерального бюджета в различных разрезах;

17404049.4251005.026.ТЗ

73

5) ведение основных документов по процессу планирования и исполнения бюджета;6) хранение и обработка статистических данных в различных разрезах; 7) хранение истории изменения данных подсистемы, в том числе, при необходимости,

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

4.2.13.4.2 В ПС УБФ должны поддерживаться следующие виды отчетов:

1) финансирование по статье/виду расходов;2) финансирование организаций;3) финансирование организаций и их объектов;4) справка о получении финансирования;5) бюджетные назначения по организациям;6) бюджетные назначения по статье/виду расходов;7) бюджетные назначения по организации и ее объектам;8) об использовании средств, в том числе по средствам займов и по софинансированию

займов;9) о поступлении и использовании бюджетных средств13.

4.2.13.4.3 Для администратора ПС УБФ должна быть возможность выполнять следующие действия:

1) создание резервной копии данных ПС УБФ14;2) восстановление данных подсистемы из резервной копии;3) администрирование прав доступа пользователей к подсистеме с учетом следующих

основных правил организации доступа:

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


4.2.13.5.1 Должна быть обеспечена возможность интеграции с ПС КИСУ «Контроль исполнения договоров» в части передачи данных по статьям финансирования контрактов.

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

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

4.2.13.5.4 Должна быть обеспечена возможность интеграции с ПС «Управление стратегическим развитием» в части передачи данных для расчета ССП направления «Финансы».

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

предпроектного обследования.

17404049.4251005.026.ТЗ

74

4.2.13.5.5 Должна быть обеспечена возможность интеграции с ПС «Управление инновациями» в части передачи планов НИОКР для утверждения финансирования.

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

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

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


4.2.13.6.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС «Управление бюджетом и финансами» рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (Положения), касающиеся обязательности использования ПС УБФ для планирования, исполнения, контроля бюджета и финансов;

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за своевременное внесение информации в ПС УБФ;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС УБФ;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УБФ структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС УБФ;

6) определить перечень данных ПС УБФ, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

7) разработать комплект документации по настройке и использованию ПС УБФ и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой;

8) систематизировать перечень данных, предоставляемых структурными подразделениями и подведомственными организациями Росавтодора в ЦА Росавтодора для учета статистики;

9) обеспечить получение из Федеральной службы учета статистики (Росстат) статистической информации по труду и прибыли предприятий дорожной отрасли (отчеты по формам «П2», «П3»), а также, при необходимости, дополнительной информации;

10) разработать регламент получения данных из Росстата и внесения их в ПС УБФ;11) выделить ответственного работника ЦА Росавтодора, в обязанности которого будет

входить организация взаимодействия с Росстатом;

17404049.4251005.026.ТЗ

75

12) внести изменения в должностную инструкцию ответственного работника, касающиеся организации взаимодействия с Росстатом;

13) обеспечить возможность доступа к модулю ПС УБФ для отдельных работников Министерства транспорта Российской Федерации и Министерства финансов Российской Федерации с целью упрощения процедуры согласования бюджета;

14) разработать регламент доступа и взаимодействия работников Министерства транспорта Российской Федерации и Министерства финансов Российской Федерации с ПС УБФ.

4.2.13.7 Детализированные требования к ПС УФБ должны быть описаны в ЧТЗ на ПС УФБ.

4.2.14 Прикладная система «Управление госзаказом»


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


4.2.14.2.1 ПС «Управление госзаказом» должна состоять из следующих функциональных модулей (блоков):

1) формирование данных для вынесения на торги;2) проведение конкурсных торгов;3) заключение и контроль исполнения государственных контрактов;4) анализ плановых и фактических данных.

4.2.14.2.2 Формирование данных для вынесения на торги

1) должен быть обеспечен учет утвержденных планов;2) должно быть обеспечено согласование утвержденных планов в части ценообразования;3) должно быть обеспечено формирование данных для карточек лотов на основании

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

4.2.14.2.3 Проведение конкурсных торгов

1) Данный функциональный блок предназначен для автоматизации деятельности подразделений Росавтодора и подведомственных организаций по организации и проведению конкурсных торгов на объекты утвержденного плана. Процесс проведения конкурсных торгов автоматизируется посредством ПС «Конкурсные торги» в рамках проекта КИСУ.

2) Дополнительные требования к функциональному блоку «Проведение конкурсных торгов»:

17404049.4251005.026.ТЗ

76

а) должна быть обеспечена возможность проведения конкурсных торгов в соответствии с новым законодательством (Федеральный закон от 21 июля 2005 г. N 94-ФЗ «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд»):

б) должна быть обеспечена возможность ведения реестра недобросовестных поставщиков;

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

4.2.14.2.4 Заключение и контроль исполнения государственных контрактов

1) Данный функциональный блок предназначен для автоматизации деятельности подразделений Росавтодора и подведомственных организаций по ведению договорных отношений с другими организациями. Процесс заключения и контроля исполнения государственных контрактов автоматизируется посредством ПС «Контроль исполнения договоров» в рамках проекта КИСУ.

2) Дополнительные требования к функциональному блоку «Заключение и контроль исполнения государственных контрактов»:

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

4.2.14.2.5 Анализ плановых и фактических данных

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


4.2.14.3.1 Должна быть обеспечена возможность интеграции с ПС «Управление бюджетом и финансами» в части передачи утвержденных планов из ПС «Управление бюджетом и финансами».

4.2.14.3.2 Должна быть обеспечена возможность интеграции с ПС КИСУ «Конкурсные торги» в части:

1) выгрузки в ПС КИСУ «Конкурсные торги» данных для карточек лотов на основании утвержденных планов.

2) организации и проведения конкурсных торгов.

4.2.14.3.3 Должна быть обеспечена возможность интеграции с ПС КИСУ «Контроль исполнения договоров» для управления процессом заключения и контроля исполнения государственных контрактов.

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

4.2.14.3.5 Должна быть обеспечена возможность интеграции с ПС «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог» в части:

17404049.4251005.026.ТЗ

77

1) получения данных о ходе и результатах проведения торгов в ОУДХ и ЦА из ПС КИСУ «Конкурсные торги»;

2) получения информации по договорным обязательствам, по оплатам договоров из ПС КИСУ «Контроль исполнения договоров».

4.2.14.3.6 Должна быть обеспечена возможность интеграции с ПС «Управление и контроль выполнения дорожных работ по содержанию и ремонту автомобильных дорог и искусственных сооружений на них» в части:



4.2.14.3.7 Должна быть обеспечена возможность интеграции с ПС «Управление инновациями» в части:



4.2.14.3.8 Должна быть обеспечена возможность интеграции с ПС «Единая информационно-аналитическая система» в части выгрузки информации в ПС ЕИАС для анализа по заданным ключевым показателям.


4.2.14.4.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС «Управление госзаказом» рекомендуется:

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

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС «Управление госзаказом»;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС «Управление госзаказом»;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС «Управление госзаказом» структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС «Управление госзаказом»;

17404049.4251005.026.ТЗ

78

6) разработать комплект документации по настройке и использованию ПС «Управление госзаказом» и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной ПС;

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

8) разработать регламент своевременного предоставления отчетности от ОУДХ и подведомственных организаций в ЦА Росавтодора.

4.2.14.5 Детализированные требования к ПС «Управление госзаказом» определяются ЧТЗ на ПС «Управление госзаказом».

4.2.15 Прикладная система «Управление кадрами»


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


1) Должно быть обеспечено ведение реестра кадрового состава объекта автоматизации в объеме Учетной карты (Форма Т-2).

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

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

повышения профессиональной квалификации.


4.2.15.3.1 Требования по реализации функций управления кадрами

1) Поиск и подбор кадров:

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

предоставленных резюме;г) должна быть обеспечена возможность создавать вакансии с разными статусами –

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

резюме, по персональным данным по совпадающим критериям (навыки, оклад);е) должна быть обеспечена возможность автоматического определения соответствия

кандидата объявленной вакансии, сравнения кандидатов на вакансию по ряду признаков;

17404049.4251005.026.ТЗ

79

ж) должна быть обеспечена возможность направления кандидатов на вакансии с аналогичными требованиями;

з) должна быть обеспечена возможность контроля продвижения кандидата по всем этапам подбора и найма;

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

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

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

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

2) Кадровое планирование:

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

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

финансирование кадровых ресурсов на основе штатного расписания и норм денежного содержания государственных служащих;

г) должна быть обеспечена возможность передачи смет в ПС «Управление бюджетом и финансами».

3) Ведение картотеки работников:

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

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

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

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

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

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

ПС «Управление общехозяйственной деятельностью» для расчета заработной платы.

4) Учет медицинского и социального обслуживания:

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

17404049.4251005.026.ТЗ

80

б) должна быть обеспечена возможность учета и контроля прикрепления сотрудников к медицинским учреждениям;

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

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

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

5) Регламентированная отчетность. Должна быть обеспечена возможность формирования отчетных форм:

а) 1ГС – распределение государственных служащих по должностям, возрасту, стажу, полу и прочее;

б) 2ГС – сведения о повышении квалификации сотрудников.

6) Анализ кадров и формирование отчетов:

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

4.2.15.3.2 Требования по реализации функций централизованного обучения и повышения профессиональной квалификации

1) ПС «Управление кадрами» должна предоставлять возможности как традиционного обучения (курсы в аудитории), так и дистанционного (Интернет обучение).

2) ПС «Управление кадрами» должна включать в себя следующие функциональные блоки:

а) «Планирование обучающих мероприятий». Данная функциональность предназначена для организаций, проводящих обучения;

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

в) «Обучение». Данная функциональность предназначена для проведения дистанционного обучения.

3) Функциональный блок «Планирование обучающих материалов» должен обеспечивать:

17404049.4251005.026.ТЗ

81

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

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

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

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

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

4) Функциональный блок «Планирование обучения» должен обеспечивать:

а) возможность формирования документов для проведения конкурсов на проведение обучения методом запроса котировок;

б) возможность сбора заявок на обучение от сотрудников Росавтодора; в) возможность формирования планов обучения сотрудников Росавтодора на основе

планов обучающих курсов и заявок на обучение от сотрудников.

5) Функциональный блок «Обучение» должен обеспечивать:

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

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

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

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

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

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

4.2.15.3.3 Анализ и формирование отчетов

Должна быть обеспечена возможность сбора и анализа статистической отчетности по вопросам переподготовки и повышения квалификации кадров. Требования к отчетам определяются ЧТЗ на ПС «Управление кадрами».


17404049.4251005.026.ТЗ

82

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

4.2.15.4.2 Должна быть обеспечена возможность интеграции с ПС «Единая информационно-аналитическая система» в части выгрузки информации в ПС ЕИАС для анализа по заданным ключевым показателям.

4.2.15.4.3 Должна быть обеспечена возможность интеграции с ПС КИСУ «Конкурсные торги» в части выгрузки данных в ПС КИСУ «Конкурсные торги» для проведения конкурсов на проведение обучения (методом запроса котировок).

4.2.15.4.4 Должна быть обеспечена возможность интеграции с ПС «Координация с госорганами и ведомствами РФ и других стран» в части предоставления информации о сотрудниках.


4.2.15.5.1 Для обеспечения эффективной работы структурных подразделений и подведомственных организаций Росавтодора с использованием ПС «Управление кадрами» рекомендуется:

1) в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора, касающуюся процессов кадрового учета внести изменения касающиеся обязательного использования ПС «Управление кадрами»;

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС «Управление кадрами»;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС «Управление кадрами»;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС «Управление кадрами» структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС «Управление кадрами»;

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

4.2.15.6 Детализированные требования к ПС «Управление кадрами» определяются ЧТЗ на разработку ПС «Управление кадрами».

4.2.16 Прикладная система «Документооборот»


17404049.4251005.026.ТЗ

83

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


4.2.16.2.1 ПС «Документооборот» должна обеспечивать:

1) многопользовательский режим работы в сети;2) возможность территориально-распределенной обработки документов;3) доступ к хранилищу документов в соответствии с установленными правилами;4) возможность администрирования ПС «Документооборот»;5) ведение журнала событий прикладной системы.


4.2.16.3.1 ПС «Документооборот» должна включать в себя следующие модули:

1) модуль «Документооборот»;2) модуль «Личный архив».


4.2.16.4.1 Требования к модулю «Документооборот»

1) должны быть реализованы следующие объекты15:

а) Документ;б) Резолюция;в) Пункт документа;г) Папка.

2) Должна быть возможность выполнить следующие действия над объектами ПС «Документооборот»:

а) создать объект;б) просмотреть объект;в) редактировать свойства объекта;г) удалить объект;д) указать связь объекта с другими объектами ПС;е) найти объект по одному или нескольким атрибутам;ж) получить аналитический или статистический отчет по документообороту16;з) отправить по электронной почте пользователю или группе пользователей данные

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

документ;

15 Перечень атрибутов объектов системы должен быть установлен в процессе предпроектного обследования.16 Перечень отчетов и требования к ним должны быть определены на этапе предпроектного обследования.

17404049.4251005.026.ТЗ

84

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

3) Должна быть возможность указать следующие уровни доступа пользователя или группы пользователей к ПС «Документооборот»:

а) доступа нет;б) доступ на просмотр объектов;в) доступ на создание/редактирование/удаление объектов;г) полный доступ, включая администрирование ПС17.

4) Для администратора подсистемы должна быть предоставлена возможность выполнять следующие действия:

а) создание резервной копии данных ПС «Документооборот»18;б) восстановление данных ПС «Документооборот» из резервной копии;в) возможностью выполнения всех доступных действий над объектами ПС

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

4.2.16.4.2 Детализированные требования к модулю «Документооборот» описаны в ЧТЗ на Систему электронного документооборота и делопроизводства КИСУ.

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

1) создать/редактировать/удалить документ;2) отправить документ пользователю или группе пользователей; 3) поместить в «Личный архив» / удалить из «Личного архива» ссылку на документ или

группу документов;4) установить для документа признак «Особая важность»;5) сортировать документы в «Личном архиве» по ряду критериев.


4.2.16.5.1 Для всех прикладных систем АСУ, а также для прикладных систем КИСУ должна быть обеспечена возможность интеграции с ПС «Документооборот».


4.2.16.6.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС «Документооборот» рекомендуется:

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

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

предпроектного обследования.

17404049.4251005.026.ТЗ

85

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС «Документооборот»;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС «Документооборот»;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС «Документооборот» структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС «Документооборот»;

6) определить перечень данных ПС «Документооборот», подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

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

4.2.16.7 Детализированные требования к ПС «Документооборот» должны быть описаны в ЧТЗ на ПС «Документооборот».

4.2.17 Прикладная система «Единая информационно-аналитическая система»


Прикладная система «Единая информационно-аналитическая система» (ПС ЕИАС) предназначена для предоставления сводной аналитической и статистической информации, характеризующей текущее состояние процессов деятельности Росавтодора и дорожной отрасли в целом.


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

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

4.2.17.2.3 При формировании отчетов должны поддерживаться следующие формы представления информации:

1) текстовая;

17404049.4251005.026.ТЗ

86

2) табличная;3) графическая;4) картографическая.

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

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


4.2.17.3.1 ПС ЕИАС должна содержать следующие компоненты:

1) компонент справочники;2) компонент ввода информации;3) компонент «Аналитические отчеты».

4.2.17.3.2 Требования к компоненту справочники

ПС ЕИАС должна использовать общесистемные словари и справочники непосредственно из ПС НСИ и справочники других прикладных систем АСУ. Кроме того, ПС ЕИАС может вести свои локальные справочники, необходимые ей. Требования к локальным справочникам ПС ЕИАС определяются в ЧТЗ.

4.2.17.3.3 Требования к компоненту ввода информации

1) Компонент ввода информации обеспечивает ввод исходной информации для формирования значений аналитических показателей.

2) В ПС ЕИАС должна быть обеспечена возможность формирования запросов в прикладные системы АСУ на получение исходной информации, а также ввод информации вручную.

4.2.17.3.4 Требования к компоненту «Аналитические отчеты»

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


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

1) «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры»;

2) «Управление инновациями»;3) «Управление госзаказом»;4) «Управление кадрами»;5) «Управление стратегическим развитием»;6) «Управление транспортно-эксплуатационным состоянием автодорог»;

17404049.4251005.026.ТЗ

87

7) «Управление и контроль выполнения дорожных работ по содержанию и ремонту автомобильных дорог и искусственных сооружений на них»;

8) «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог»;

9) «Управление в условиях чрезвычайных и кризисных ситуаций»;10) «Управление международными перевозками, включая весовой контроль и контроль

тяжеловесных грузов»;11) «Автоматизированная система метеорологического обеспечения на федеральных

автодорогах»;12) «Автоматизированная система контроля интенсивности и состава транспортных

потоков на федеральных автодорогах»;13) «Автоматизированная система контроля освещения дорог и искусственных

сооружений»,14) «Мониторинг экологической обстановки»,15) «Мониторинг состояния дорожных одежд»,16) «Мониторинг платных дорог»,17) «Управление направлениями дорожного движения и обеспечение безопасности

дорожного движения»,18) «Мониторинг паводковой обстановки на федеральных дорогах»,19) «Мониторинг и управление охранно-пожарными системами, обеспечивающими

дорожное движение»,20) «Структурированная система мониторинга и управления подсистем дорожного

мониторинга и инженерных систем службы содержания»,21) «Мониторинг мостов, тоннелей, транспортных развязок, эстакад и других

искусственных сооружений».


4.2.17.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС ЕИАС рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (Положения), касающиеся обязательности использования ПС ЕИАС;

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС ЕИАС;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС ЕИАС;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС ЕИАС структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС ЕИАС;

17404049.4251005.026.ТЗ

88

6) разработать комплект документации по настройке и использованию ПС ЕИАС и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной ПС;

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

4.2.17.6 Детализированные требования к ПС ЕИАС определяются ЧТЗ на ПС ЕИАС.

4.2.18 Прикладная система «Информационный портал Росавтодора»


Прикладная система «Информационный портал Росавтодора» (ПС ИП Росавтодора) предназначена для создания единой точки доступа к общей информации и персонализации рабочего пространства работников Росавтодора.


4.2.18.2.1 Должна быть обеспечена доступность из Internet/Intranet (извне и внутри сети).

4.2.18.2.2 Должна быть обеспечена надежная и бесперебойная работа всех функций ПС ИП Росавтодора.

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

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

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

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

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

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

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


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

1) Информационный блок;2) Приложения;3) База знаний;4) Форум.

17404049.4251005.026.ТЗ

89

4.2.18.3.2 Требования к Информационному блоку

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

а) освещению деятельности Росавтодора в СМИ (собственные пресс-релизы и статьи из независимых источников);

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

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

г) специализированные разделы (обзоры рынков; технологии).

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

4.2.18.3.3 Требования к функциональному блоку «Приложения»

1) Должна быть обеспечена возможность доступа к приложениям и сервисам, необходимым конкретному пользователю для выполнения своих должностных обязанностей, в том числе к прикладным системам АСУ и КИСУ, доступным для данного пользователя.

2) Набор сервисов и приложений, доступ к которым предоставляется в рамках данного проекта посредством информационного портала Росавтодора, будет представлен в ЧТЗ на ПС ИП Росавтодора.

4.2.18.3.4 Требования к функциональному блоку «База знаний»

1) Должна быть обеспечена возможность доступа к следующим библиотекам документов:

а) учебные и методические материалы, в том числе учебные материалы по обучению и повышению квалификации работников (дистанционное обучение);

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

2) Должна быть обеспечена возможность рубрикации материалов.

4.2.18.3.5 Требования к функциональному блоку «Форум»

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

2) должна быть обеспечена возможность размещения персональных объявлений сотрудников Росавтодора;

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


17404049.4251005.026.ТЗ

90

4.2.18.4.1 Для всех прикладных систем АСУ, а также для прикладных систем КИСУ должна быть обеспечена возможность интеграции с ПС ИП Росавтодора.

4.2.18.4.2 ПС ИП Росавтодора должна предоставлять возможность синхронизации публикуемой информации между собой, внешней (общедоступной) частью информационного портала Росавтодора и всеми информационными порталами ОУДХ (их общедоступными и внутренними частями).

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

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


4.2.18.5.1 Для обеспечения эффективной работы структурных подразделений и подведомственных организаций Росавтодора с использованием ПС ИП Росавтодора рекомендуется:

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

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС ИП Росавтодора;

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

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС ИП Росавтодора структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС ИП Росавтодора;

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

4.2.18.6 Детализированные требования к ПС ИП Росавтодора определяются ЧТЗ на ПС ИП Росавтодора.

4.2.19 Прикладная система «Координация с госорганами и ведомствами РФ и других стран»


17404049.4251005.026.ТЗ

91

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


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

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

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

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

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

1) обоснование технического задания по командированию специалистов в другие зарубежные страны;

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

3) переписка по вопросам сотрудничества со странами Европы;4) переписка по вопросам сотрудничества со странами Азии и Австралии;5) переписка по вопросам сотрудничества со странами СНГ;6) переписка по вопросам сотрудничества со странами Балтии;7) документы по участию в работе Всемирной дорожной ассоциации;8) документы по вопросам сотрудничества с экономической социальной комиссией ООН

для Азии и Тихого океана;9) документы по вопросам деятельности пограничных переходов;10) документы по вопросам сотрудничества «Шелковый путь»;11) документы по участию в работе Европейской экономической комиссии;12) документы по вопросам управления международными транспортными коридорами;13) переписка по участию в работе Европейского экономического союза.

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

4.2.19.2.7 Должно обеспечиваться ведение журнала приема иностранных специалистов.


17404049.4251005.026.ТЗ

92

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

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

4.2.19.3.3 Должна быть обеспечена возможность интеграции с ПС «Управление финансами и бюджетом» в части импорта данных о соглашениях с ведомствами других стран.

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

4.2.19.3.5 Должна быть обеспечена возможность интеграции с ПС «Автоматизированная система контроля интенсивности и состава транспортных потоков на федеральных автодорогах» в части предоставления информации о состоянии приграничных объектов и дорог, интенсивности движения, планах совершенствования.


4.2.19.4.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС «Координация с госорганами и ведомствами РФ и других стран» рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора касающиеся обязательности использования ПС;

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

3) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора определить работников, ответственных за первичное наполнение и внесение информации в ПС «Координация с госорганами и ведомствами РФ и других стран»;

4) разработать регламент обмена информацией между структурными подразделениями, подведомственными организациями Росавтодора и госорганами и ведомствами РФ.

4.2.19.5 Детализированные требования к ПС «Координация с госорганами и ведомствами РФ и других стран» определяются ЧТЗ на ПС «Координация с госорганами и ведомствами РФ и других стран».

4.2.20 Прикладная система «Управление транспортно-эксплуатационным состоянием автодорог»


17404049.4251005.026.ТЗ

93

Прикладная система «Управление транспортно-эксплуатационным состоянием автодорог» (ПС УТЭСАД) предназначена для круглосуточного оперативного сбора и накопления информации об обстановке на федеральных автомобильных дорогах, непрерывного управления и взаимодействия с диспетчерскими службами на федеральных автодорогах, а также с другими Министерствами и ведомствами.


4.2.20.2.1 ПС УТЭСАД должна соответствовать двухуровневой организационной структуре Росавтодора:

1) ЦА;2) ОУДХ.

Кроме этого должно быть предусмотрено использование ПС УТЭСАД в подрядных организациях, выполняющих работы, направленные на поддержание транспортно-эксплуатационного состояния автомобильных дорог в соответствии с нормативами.


4.2.20.3.1 ПС УТЭСАД должна обеспечивать выполнение следующих функций:

1) сбор и обработку сведений о дорожно-транспортных происшествиях с тяжелыми последствиями;

2) сбор и обработку сведений об участках дорог с ограниченной пропускной способностью и перерывах в движении;

3) сбор и обработку информации о провозе тяжеловесных, негабаритных и опасных грузов через посты весового контроля;

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

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

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

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

8) сбор и составление сводной статистической и аналитической отчетности о транспортно-эксплуатационном состоянии автомобильных дорог.

4.2.20.3.2 ПС УТЭСАД должна обеспечивать ведение журнала рабочей смены с обеспечением генерации отдельных журналов по видам информации.

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

17404049.4251005.026.ТЗ

94

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

4.2.20.3.5 В ПС УТЭСАД должны быть реализованы следующие функции:

1) ввод и корректировка информации о местоположении, участниках и причинах дорожно-транспортных происшествий с тяжелыми последствиями, сопутствующих им дорожных условиях;

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

3) ввод и корректировка информации о провозе тяжеловесных, негабаритных и опасных грузов через посты весового контроля, нарушениях массогабаритных характеристик и штрафах;

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

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

6) ввод и редактирование информации о ходе подготовки к эксплуатации закрепленной сети автомобильных дорог в зимний период, потребности дорожных ресурсов, объеме заготовок в натуральном выражении и в процентах от потребности:

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



1) ПС «Управление и контроль выполнения дорожных работ по содержанию и ремонту автомобильных дорог и искусственных сооружений на них»,

2) ПС «Управление качеством»,3) ПС «Управление направлениями дорожного движения и обеспечение безопастности

дорожного движения».


4.2.20.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС УТЭСАД рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора, касающиеся обязательности использования ПС УТЭСАД;

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

17404049.4251005.026.ТЗ

95

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

3) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за своевременное внесение информации в ПС УТЭСАД;

4) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС УТЭСАД;

5) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УТЭСАД структурными подразделениями ЦА Росавтодора и подведомственными организациями;

6) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС УТЭСАД;

7) определить перечень данных ПС УТЭСАД, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

8) разработать комплект документации по настройке и использованию ПС УТЭСАД и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной системой.

4.2.20.6 Детализированные требования к ПС УТЭСАД должны быть описаны в ЧТЗ на ПС УТЭСАД.

4.2.21 Прикладная система «Управление и контроль выполнения дорожных работ по содержанию и ремонту автомобильных дорог и искусственных сооружений на них»


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


4.2.21.2.1 ПС УКВДРСР должна соответствовать двухуровневой организационной структуре Росавтодора:

1) ЦА;2) ОУДХ.

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

17404049.4251005.026.ТЗ

96


4.2.21.3.1 ПС УКВДРСР должна обеспечивать выполнение следующих функций:

1) ведение ведомости объектов ремонта и содержания автомобильных дорог и искусственных сооружений на них;

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

работ;4) ведение учета выполнения дорожных работ;5) ведение учета оплаты выполненных работ;6) учет завершенных объектов;7) получение отчетности по планированию и выполнению программы дорожных работ в

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

4.2.21.3.2 ПС УКВДРСР должна обеспечивать:

1) многопользовательский режим работы в сети с авторизацией доступа;2) возможность назначения прав доступа к функциям подсистемы;3) протоколирование действий пользователей.

4.2.21.3.3 В ПС УКВДРСР должны быть реализованы следующие функции:

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

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

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

4) согласование и утверждение программы дорожных работ;5) регистрация и хранение истории изменения программы дорожных работ, в том числе,

сведений о документах-основаниях изменений;6) ведение основных данных по договорам и соглашениям в части выполнения программы

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

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

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

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

исполнению программы дорожных работ.

17404049.4251005.026.ТЗ

97



1) ПС «Управление транспортно-эксплуатационным состоянием автодорог»;2) ПС «Управление бюджетом и финансами» в части передачи данных для утверждения

финансирования; 3) ПС «Управление госзаказом»;4) ПС «Управление качеством».


4.2.21.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС УКВДРСР рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора, касающиеся обязательности использования ПС УКВДРСР для планирования и исполнения программы дорожных работ;

2) внести изменения в типовые контракты подрядных организаций, выполняющих работы по ремонту и содержанию автомобильных дорог и искусственных сооружений на них, касающиеся обязательности представления отчетных данных в форматах согласованных с ПС УКВДРСР. Для обеспечения функционирования системы в подрядных организациях, им должны быть представлены требования к аппаратно-программным средствам, необходимым для штатной работы системы;

3) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за своевременное внесение информации в ПС УКВДРСР;

4) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС УКВДРСР;

5) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УКВДРСР структурными подразделениями ЦА Росавтодора и подведомственными организациями;

6) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС УКВДРСР;

7) определить перечень данных ПС УКВДРСР, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

8) разработать комплект документации по настройке и использованию ПС УКВДРСР и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной подсистемой.

4.2.21.6 Детализированные требования к ПС УКВДРСР должны быть описаны в ЧТЗ на ПС УКВДРСР.

17404049.4251005.026.ТЗ

98

4.2.22 Прикладная система «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог»


Прикладная система «Управление и контроль хода выполнения работ по строительству и реконструкции автодорог» (ПС УКСР) предназначена для автоматизации процессов управления проектами по разработке предпроектной и проектно-сметной документации, строительству, реконструкции объектов дорожного хозяйства. Кроме того, ПС УКСР предназначена для автоматизации управления проектом «Проектирование АСУ для принятия управленческих решений в Росавтодоре с учетом технологических, правовых и имущественных факторов».


4.2.22.2.1 В ПС УКСР должна быть обеспечена реализация функций календарно-сетевого планирования.

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

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

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

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

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

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

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


4.2.22.3.1 Требования по реализации функций календарно-сетевого планирования (КСП)

1) Функции КСП должны реализовывать следующие модули:

а) модуль «КСП – Росавтодор»;

17404049.4251005.026.ТЗ

99

б) модуль «КСП – ОУДХ»;в) модуль «КСП – Подрядчик»;

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

4.2.22.3.2 Требования к функциям модуля «КСП – Росавтодор»

Пользователями модуля «КСП – Росавтодор» должны являться сотрудники ЦА Росавтодора.

Модуль «КСП – Росавтодор» должен позволять пользователям выполнять следующие функции:

1) Функциональное администрирование ПС УКСР:

а) формирование и поддержание в актуальном состоянии структуры проектов Росавтодора (EPS);

б) формирование и поддержание в актуальном состоянии структуры ответственных (OBS);

в) связь структуры ответственных со структурой проектов Росавтодора, определение профилей безопасности для регламентации прав доступа пользователей ПС УКСР;

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

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

2) Формирование на текущий и планируемые годы планов по разработке предпроектной и проектно-сметной документации, строительству, реконструкции объектов дорожного хозяйства:

а) анализ КГ ГПДР предоставленных региональными органами управления по подответственной территории;

б) исключение низкоприоритетных проектов из КГ ГПДР текущего года (перенос в планы следующих лет) на основе показателей соответствия;

в) формирование КГ ГПДР, в том числе, с разбивкой по кварталам.

3) Сравнение КГ ГПДР с заключенными договорами.4) План-фактный анализ выполнения квартальных заданий дорожных работ ОУДХ на

основании информации, предоставляемой ОУДХ, по следующим параметрам:

а) сроки выполнения работ;б) освоение средств бюджета;в) освоение физических объемов.

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

17404049.4251005.026.ТЗ

100

4.2.22.3.3 Требования к функциям модуля «КСП – ОУДХ»

Пользователями модуля «КСП – ОУДХ» должны являться сотрудники Федеральных органов управления.

Модуль «КСП – ОУДХ» должен позволять пользователям выполнять следующие функции:

1) Формирование предложения по КГ ГПДР на текущий и планируемые годы:

а) ввод проектов в систему с показателями соответствия, рассчитанными в специализированной системе;

б) разработка укрупненных календарных графиков проектов для включения в годовой план;

в) разработка детальных графиков проектов.

2) Корректировка детальных графиков в соответствии с согласованными предложениями подрядчика.

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

4) Сравнение ГПДР по подответственной территории с заключенными договорами.5) Сравнение Квартальных планов с заключенными договорами.6) Корректировка графиков работ в связи с изменениями в квартальных заданиях и КГ

ГПДР.7) Контроль исполнения графиков работ подрядчиками:

а) ввод фактической информации о выполнении по срокам (на основании оперативных отчетов);

б) ввод фактической информации о выполнении по стоимости (на основании форм С2, С3 (КС-2, КС-3));

в) план-фактный анализ выполнения работ по срокам, освоению денежных средств, физическим объемам. Выявление отклонений от плана.

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

4.2.22.3.4 Требования к функциям модуля «КСП – Подрядчик»

Пользователи модуля «КСП – Подрядчик» должны являться сотрудники подрядных организаций выполняющих работы на объектах Росавтодор.

Модуль «КСП – Подрядчик» должен позволять пользователям выполнять:

1) детализация графиков работ, составленных в ОУДХ, после заключения договора;2) представление фактической информации в ОУДХ по срокам, стоимости, затраченным

ресурсам.

4.2.22.3.5 Требования по реализации функций WEB-доступа к графикам проектов

1) Подсистема «WEB-доступ к графикам проектов» должна содержать следующие модули:

а) ВДГП – Росавтодор;б) ВДГП – ОУДХ.

17404049.4251005.026.ТЗ

101

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

4.2.22.3.6 Требования к функциям модуля «ВДГП – Росавтодор»

Пользователями модуля «ВДГП – Росавтодор» должны являться сотрудники ЦА Росавтодор.

Модуль «ВДГП – Росавтодор» должен позволять пользователям реализовывать следующие функции:

1) Анализ информации по КГ ГПДР в режиме WEB доступа:

а) анализ КГ ГПДР предоставленных региональными органами управления по подответственной территории;

б) план-фактный анализ выполнения проектов КГ ГПДР;в) анализ выполнения проектов КГ ГПДР.

2) Анализ информации по отдельным проектам (КГС ОМ, КГС ПВПСД, КСГ ПСР) в режиме WEB-доступа:

а) анализ плана проекта;б) план-фактный анализ выполнения проекта.

4.2.22.3.7 Требования к функциям модуля «ВДГП – ОУДХ»

Пользователями модуля «ВДГП – ОУДХ» должны являться сотрудники Федеральных органов управления автомобильными дорогами.

Модуль «ВДГП – ОУДХ» должен позволять пользователям реализовывать следующие функции:

1) Анализ информации по КГ ГПДР по подответственной территории в режиме WEB доступа:

а) план-фактный анализ выполнения проектов КГ ГПДР;б) анализ выполнения проектов КГ ГПДР по срокам и стоимости.

2) Анализ в режиме WEB доступа информации по отдельным проектам (КГС ОМ, КГС ПВПСД, КСГ ПСР, КСГ ПР, КСГ ПС):

а) анализ плана проекта;б) план-фактный анализ выполнения проекта.

4.2.22.3.8 Требования к функциям модуля ТФГ-ОУДХ

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

Пользователями модуля ТФГ должны являться сотрудники ЦА Росавтодора и сотрудники Федеральных органов управления автомобильными дорогами.

17404049.4251005.026.ТЗ

102

Модуль «ТФГ – ОУДХ» должен позволять пользователям реализовывать следующие функции:

1) подготовка фрагментов графика проекта;2) анализ состава работ типовых фрагментов графиков;3) ввод и изменение справочников базы типовых фрагментов графиков;4) ввод и изменение в базе типовых фрагментов графиков элементов словаря ресурсов; 5) ввод, изменение и удаление в базе типовых фрагментов графиков кодов типовых

фрагментов графиков;6) ввод, изменение и удаление перечня значений, и описание значений этих кодов;7) ввод, изменение и удаление кодов работ. Ввод, изменение и удаление перечня значений

и описание значений этих кодов.


4.2.22.4.1 Должна быть обеспечена возможность интеграции с ПС КИСУ «Конкурсные торги» в части поступления данных о ходе и результатах проведения торгов в ОУДХ и ЦА.

4.2.22.4.2 Должна быть обеспечена возможность интеграции с ПС КИСУ «Контроль исполнения договоров» в части получения информации по договорным обязательствам, по оплатам договоров из ПС КИСУ «Контроль исполнения договоров».

4.2.22.4.3 Должна быть обеспечена возможность интеграции с ПС «Управление бюджетом и финансами» в части передачи данных для утверждения финансирования.

4.2.22.4.4 Должна быть обеспечена возможность интеграции с ПС «Единая информационно-аналитическая система» в части выгрузки информации в ПС «Единая информационно-аналитическая система» для анализа по заданным ключевым показателям.

4.2.22.4.5 Должна быть обеспечена возможность интеграции с ПС «Управление качеством».

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


4.2.22.5.1 Для обеспечения эффективной работы структурных подразделений и подведомственных организаций Росавтодора с использованием ПС УКСР рекомендуется:

1) в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора внести изменения касающиеся обязательного использования ПС УКСР;

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС УКСР;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС УКСР;

17404049.4251005.026.ТЗ

103

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УКСР структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС УКСР;

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

4.2.22.6 Детализированные требования к ПС УКСР определяются ЧТЗ на разработку ПС УКСР.

4.2.23 Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций»


Прикладная система «Управление в условиях чрезвычайных и кризисных ситуаций» (ПС УУЧКС) предназначена для управления и контроля за деятельностью подразделений Росавтодора в условиях чрезвычайных и кризисных ситуаций на автомобильных дорогах.


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

1) первый уровень - Ситуационный центр оперативного управления (СЦОУ) транспортно-эксплуатационным состоянием автомобильных дорог Росавтодора (ГУ «Центр информатизации и связи в дорожном хозяйстве (ГУ «Росдоринформсвязь»));

2) второй уровень - центры оперативного управления производством (ЦОУП) органов управления дорожным хозяйством (ОУДХ);

3) третий уровень - центры управления производством (ЦУП) подрядных организаций (ДРСУ, ДЭП).


4.2.23.3.1 ПС УУЧКС должна обеспечивать:

1) выполнение учетных функций;2) выполнение аналитический функций;3) выполнение распорядительных функций;4) выполнение отчетно-статистической функции.

4.2.23.3.2 Требования к учетным функциям:

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

17404049.4251005.026.ТЗ

104

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

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

4) должен обеспечиваться сбор и хранение информации об интенсивности движения на дорогах;

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

4.2.23.3.3 Требования к аналитическим функциям:

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

2) должно обеспечиваться определение зон с наиболее сложными метеорологическими условиями и прогнозирование возможности возникновения в них чрезвычайных ситуаций природного происхождения: снежных лавин, оползней, обвалов, речной (боковой) эрозии, селей, камнепадов, размывов земляного полотна, дорожной одежды и обочин в результате ливневых дождей или паводковых вод, вымоин на участках искусственных сооружений, затоплений, подтоплений, карстовых явлений, зимней скользкости, снежных заносов;

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

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

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

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

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

8) должен обеспечиваться анализ статистики дорожно-транспортных происшествий с особо тяжелыми последствиями;

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

4.2.23.3.4 Требования к распорядительным функциям:

1) должно осуществляться информационное обеспечение ОУДХ в соответствии с перечнем аналитических функций;

2) должна осуществляться информационно-аналитическая поддержка принятия оперативных решений, в том числе, в условиях чрезвычайной ситуации, включая:

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

17404049.4251005.026.ТЗ

105

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

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

4.2.23.3.5 Требования к отчетно-статистическим функциям

1) ПС УУЧКС должна предоставлять возможность получения регламентированных отчетно-справочных материалов для ЦА и ОУДХ, в том числе форм государственного статистического наблюдения.


4.2.23.4.1 Должна быть обеспечена возможность интеграции с ПС «Управление транспортно-эксплуатационным состоянием автодорог» в части экспорта данных о транспортно-эксплуатационном состоянии автодорог.

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

4.2.23.4.3 Должна быть обеспечена возможность интеграции с ПС «Геоинформационная система» в части ведения информации о ЧС.

4.2.23.4.4 Должна быть обеспечена возможность взаимодействия с Росгидрометом:

1) Должно обеспечиваться получение из Росгидрометом текущих и прогнозируемых метеоданных на 1…3 суток по маршрутам дорог.

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

4.2.23.4.5 Должна быть обеспечена возможность взаимодействия с региональными подразделениями МЧС:

1) Должно обеспечиваться получение из региональных подразделений МЧС текущих и прогнозных (на 1…3 суток; для каждых суток отдельно) сведений о чрезвычайных ситуациях по маршрутам дорог.

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

4.2.23.4.6 Должна быть обеспечена возможность взаимодействия с подразделениями ГИБДД:

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


4.2.23.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС УУЧКС рекомендуется:

17404049.4251005.026.ТЗ

106

1) разработать и ввести в действие: в ОУДХ - Положения о ЦОУП, в подрядных организациях – Положения о ЦУП;

2) в разрабатываемые Положения включить инструкции дежурным сменам по действиям в условиях ЧС с использованием ПС «Управление в условиях чрезвычайных и кризисных ситуаций», а в Положения о ЦОУП - дополнительно инструкции дежурным сменам по прогнозированию ЧС природного характера с использованием ПС УУЧКС;

3) развернуть ЦОУП и ЦУП в ОУДХ и подрядных организациях и организовать на них круглосуточное дежурство дежурных смен;

4) разработать и ввести в действие в СЦОУ инструкции оперативным дежурным сменам по прогнозированию и действиям в условиях ЧС с использованием ПС УУЧКС;

5) внести изменения в документы (Положения), регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора в условиях ЧС в части использования ПС УУЧКС.

4.2.23.5.2 При разработке Положений и инструкций и внесении изменений в существующие документы руководствоваться требованиями:

Постановление Правительства РФ № 794 от 30 декабря 2003 г. «О единой государственной системе предупреждения и ликвидации чрезвычайных ситуаций» (в редакции от 27.05.2005 г. №335);

Приказа МЧС РФ №382 от 7 июля 1997 г. «О введении в действие Инструкции о сроках и формах представления информации в области защиты населения и территорий от чрезвычайных ситуаций природного и техногенного характера»;

Распоряжения Росавтодора № ИС-54-р от 11 февраля 2002 г. «О порядке представления информации о состоянии автомобильных дорог, дорожно-транспортных происшествиях и чрезвычайных ситуациях на объектах дорожного хозяйства Российской Федерации».

4.2.23.6 Детализированные требования к ПС УУЧКС должны быть описаны в ЧТЗ на ПС УУЧКС.

4.2.24 Прикладная система «Управление международными перевозками, включая весовой контроль и контроль тяжеловесных грузов»


Прикладная система «Управление международными перевозками, включая весовой контроль и контроль тяжеловесных грузов» (ПС УПТГ) предназначена для:

4.2.24.1.1 сбора данных о выданных разрешениях на перевозку крупногабаритных и (или) тяжеловесных грузов транспортными средствами по сети федеральных автомобильных дорог;

4.2.24.1.2 учета использования разрешений на перевозку крупногабаритных и (или) тяжеловесных грузов;

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

17404049.4251005.026.ТЗ

107

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


4.2.24.2.1 ПС УПТГ должна соответствовать двухуровневой организационной структуре Росавтодора:

1) ЦА;2) Центр международных перевозок, ОУДХ.

4.2.24.2.2 Информационный обмен между компонентами ПС УПТГ, установленными на отдельно взятом объекте автоматизации, должен осуществляться по локальной вычислительной сети. Между компонентами системы, установленными на разных объектах автоматизации, связь должна осуществляться по телекоммуникационным сетям в автоматическом режиме.

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


4.2.24.3.1 ПС УПТГ должна обеспечивать выполнение следующих функций:

1) ведение основных документов на согласование провоза опасных, крупногабаритных и тяжеловесных грузов;

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

3) мониторинг оплаты;4) учет разрешений на перевозку по федеральным автомобильным дорогам опасных,

крупногабаритных и тяжеловесных грузов;5) контроль провоза крупногабаритных и (или) тяжеловесных грузов на постах весового

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

4.2.24.3.2 ПС УПТГ должна обеспечивать:

1) многопользовательский режим работы в сети с авторизацией доступа;2) возможность назначения прав доступа к функциям подсистемы;3) протоколирование действий пользователей.

4.2.24.3.3 В ПС УПТГ должны быть реализованы следующие функции:

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

2) учет заявлений на получение разрешения для перевозки крупногабаритного и (или) тяжеловесного груза по дорогам общего пользования Российской Федерации.

17404049.4251005.026.ТЗ

108

3) ведение учетных данных перевозчиков и характеристик транспортных средств и грузов4) учет заявлений на согласование маршрута перевозки опасного груза автомобильным

транспортом.5) регистрация документов, подтверждающих оплату ущерба от провоза

крупногабаритных и тяжеловесных грузов.6) контроль провоза крупногабаритных и (или) тяжеловесных грузов на постах весового

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

7) сбор и составление сводной статистической отчетности по провозу крупногабаритных и (или) тяжеловесных грузов;

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



1) ПС «Единая информационно-аналитическая система»,2) ПС «Управление транспортно-эксплуатационным состоянием автодорог»,1) ПС «Мониторинг платных дорог».


4.2.24.5.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС УПТГ рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора, касающиеся обязательности использования ПС УПТГ.

2) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за своевременное внесение информации в ПС УПТГ;

3) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС УПТГ;

4) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС УПТГ структурными подразделениями ЦА Росавтодора и подведомственными организациями;

5) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС УПТГ;

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

7) разработать комплект документации по настройке и использованию ПС УПТГ и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной подсистемой.

4.2.24.6 Детализированные требования к ПС УПТГ должны быть описаны в ЧТЗ на ПС УПТГ.

17404049.4251005.026.ТЗ

109

4.2.25 Прикладная система «Автоматизированная система метеорологического обеспечения на федеральных автодорогах»


Прикладная система «Автоматизированная система метеорологического обеспечения на федеральных автодорога» (ПС МОФА) предназначена для автоматизации организации деятельности ОУДХ по проведению работ зимнего содержания федеральных автомобильных дорог в целях обеспечения требуемого уровня их транспортно-эксплуатационного состояния.


4.2.25.2.1 Система должна включать в себя следующие объекты:

1) аппаратно-программный комплекс (АПК) Метеоцентра ЦОУП ОУ ДХ;2) сеть постов дорожного контроля;3) сеть управляемых табло и знаков;4) Терминалы пользователей системы.

4.2.25.2.2 В состав СПО Метеоцентра ЦОУП должны входить:

1) модуль дорожного метеоконтроля;2) модуль дорожного видеоконтроля;3) модуль интенсивности дорожного движения;4) модуль анализа и прогнозирования;5) модуль управления табло и знаками;6) модуль администрирования системы7) модуль системы коллективного просмотра информации.

4.2.25.2.3 Конкретный состав функциональных узлов, входящих в АПК метеоцентра ЦОУП, оборудования постов дорожного контроля, управляемых знаков и табло определяется ЧТЗ на данную прикладную систему.


4.2.25.3.1 В состав ПС МОФА должен входить минимально необходимый для эксплуатации комплекс измерительных приборов (КИП) и материалов:

1) приборы для измерения параметров первичной электросети постов дорожного контроля;

2) приборы для измерения параметров датчиков дорожных метеостанций;3) приборы и приспособления для калибровки датчиков дорожных метеостанций.

4.2.25.3.2 Состав КИП определяется на этапе разработки рабочей документации и утверждается в составе её эксплуатационной документации.

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

17404049.4251005.026.ТЗ

110

4.2.25.3.4 ПС МОФА должна обеспечивать формирование регламентированных отчетно-справочных материалов в части управления на основе заранее подготовленных шаблонов отчетов.

4.2.25.3.5 ПС МОФА должна разрабатываться с учетом возможности эксплуатации с использованием принципов аутсорсинга (внешней услуги) с привлечением организаций, имеющих региональные сети сервисных центров, телефонную службу «горячая линия». Конкретное содержание аутсорсинговой услуги должно быть специфицировано в ЧТЗ на ПС МОФА.

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

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

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


4.2.25.4.1 Требования к модулю дорожного метеоконтроля

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

1) автоматизированный сбор текущих метеоданных от автоматических дорожных метеостанций (АДМС) с программно изменяемой периодичностью от 10 минут до 24 часов;

2) обработка и хранение текущей информации от АДМС;3) автоматизированный и ручной прием, обработка и хранение информации от

региональных органов Росгидромета об экстремальных гидрометеорологических условиях и своевременное доведение ее до руководства ОУДХ и подрядных организаций;

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

5) автоматический импорт информации о метеорологической обстановке из сообщений от Росгидромета, поступающих по электронной почте;

6) хранение и поиск метеорологических данных по датам поступления и типу данных и прогнозных сообщений;

7) централизованную рассылку штормовых предупреждений с использованием электронной почты, сети GSM, телефонной сети, системы производственно-технологической связи;

8) установление пороговых значений совокупности метеопараметров, характеризующих условия возникновения зимней скользкости;

9) оповещение персонала центра оперативного управления производством (ЦОУП) видеозвуковыми сигналами о возникновении и возможности возникновения гололедной ситуации с указанием участка автодороги;

10) оповещение персонала ЦОУП видеозвуковыми сигналами о возникновении неисправности АДМС;

17404049.4251005.026.ТЗ

111

11) экспорт и формирование отчетных материалов о метеообстановке в наиболее распространенных форматах MS Office (Word и Excel), Adobe Acrobat Reader, графические форматы (ВМР,JPG);

12) навигация и просмотр архивных данных, накапливаемых дорожной метеосистемой;13) отображение текущих данных, выдаваемых АДМС, в виде типовых форм;14) отображение на электронной карте (на основе текущей метеоинформации и данных

прогноза) сигнальных маркеров, указывающих местоположение АДМС на автодороге, её номер в ПС, работоспособность, текущее значение основных определяющих метеопараметров;

15) предоставление многопользовательского доступа к банку метеоданных по локальной сети ОУДХ и через сеть Интернет.

4.2.25.4.2 Требования к модулю дорожной видеосистемы


1) автоматизированный сбор видеоданных в виде отдельных кадров по http-протоколу с видеокамер по сети сотовой связи GSM, по коммутируемым каналам ТФОП или выделенным каналам передачи данных;

2) прием и накопление в архивной базе данных фотоснимков от телефонов сети сотовой связи GSM, имеющих опцию фотокамеры;

3) оперативное программное изменение периодичности автоматизированного опроса видеокамер в диапазоне от 10 минут до 24 часов;

4) передача видеоизображений в режиме реального времени (при необходимости);5) накопление собранной информации в архивной базе данных;6) навигация и просмотр архивных видеоданных, накапливаемых системой;7) экспорт видеокадров в файл формата jpeg;8) визуальная оценка уровня содержания и ТЭС АД.

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

Модуль интенсивности дорожного движения должен автоматизировать следующие функции:

1) сбор данных с датчиков интенсивности дорожного движения по сети сотовой связи GSM, по коммутируемым каналам ТФОП или выделенным каналам передачи данных;

2) оперативное программное изменение периодичности автоматизированного опроса датчиков интенсивности дорожного движения в диапазоне от 10 минут до 24 часов;

3) накопление собранной информации в архивной базе данных;4) навигация и просмотр архивных данных, накапливаемых системой;5) конвертация данных с различных типов датчиков в единый формат и формирование

табличных и графических массивов.

4.2.25.4.4 Требования к модулю анализа и прогнозирования


17404049.4251005.026.ТЗ

112

1) прогнозирование метеорологического состояния дорожного покрытия в местах размещения АДМС на ближайшие 4 часа и формирование предупреждений о возможности образования инея и льда;

2) анализ текущих и прогнозных метеоданных и выработка предупреждений о наличии зимней скользкости и возможности образования зимней скользкости. Типы предупреждений:

а) тревога по льду,б) предупреждение по льду,в) предупреждение по инею,г) предупреждение по дождю.

3) прогнозирование метеорологического состояния дорожного покрытия в местах удаленных от АДМС на расстояниях до 20 км;

4) вычисление распределения интенсивности осадков (суммарного слоя осадков) по участкам дорог;

5) формирование графиков распределения интенсивности осадков (суммарного слоя осадков) по участкам дорог;

6) сопоставление распределения интенсивности осадков (суммарного слоя осадков) со списком выполненных работ;

7) вычисление параметров прогноза движения фронтов осадков;8) отображение прогнозируемых данных на метеокартах;9) формирование графиков распределения прогнозируемых осадков по участкам дорог;10) формирование отчетов в различных разрезах;11) графическая визуализация отчётов; 12) определение зон с наиболее сложными метеорологическими условиями;13) анализ ресурсов, необходимых для содержания дорог, в организациях обслуживающих

дороги;14) выработка (на основе действующей нормативной документации) указаний по

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

организации и технологии работ по борьбе с образовавшейся зимней скользкостью;16) выполнение анализа ТЭС АД по условиям метеообстановки путем формирования

регулярных согласованных отчетных форм.

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

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

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

2) формирование оператором в ручном режиме информации и команд управления для информационных табло и команд управления дорожными знаками;

17404049.4251005.026.ТЗ

113

3) визуальное отображение на табло и знаках сформированной аппаратно-программным комплексом информации;

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

5) контроль технического состояния.

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

Модуль коллективного просмотра информации должен автоматизировать следующие функции:

1) вывод из прикладных систем и отображение на плазменных панелях текущих, прогнозных и архивных данных и видеоизображений;

2) однооконный и многооконный режимы работы;3) выборочный вывод изображений из окон на печать.


4.2.25.5.1 Должна обеспечиваться возможность интеграции с ПС «Единая информационно-аналитическая система» в части обмена данными и аналитической отчетностью.

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

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

4.2.25.5.4 ПС МОФА должна предоставлять возможность отображения картографической информации с использованием функций ПС «Геоинформационная система» путем отображения информации с требуемой детализацией и в требуемом масштабе с возможностью привязки картографической информации к дорожным объектам.

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


4.2.25.6.1 Для обеспечения внедрения и эффективной работы структурных подразделений Росавтодора с использованием ПС МОФА рекомендуется:

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

а) «Положение о системе специализированного метеорологического обеспечения федерального дорожного хозяйства Российской Федерации», в котором должны быть определены:

17404049.4251005.026.ТЗ

114

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

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

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

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

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

Росгидромета, ГИБДД, МЧС по взаимному предоставлению метеорологической информации;

критерии эффективности использования специализированной метеорологической информации для нужд Росавтодора Российской Федерации;

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

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

в) Технические требования к датчикам дорожных метеосистем;г) Методические рекомендации по использованию информации дорожных

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

сложных погодных условиях и ЧС;е) Методика оценки эффективности использования новых технологий при управлении

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

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

2) Провести комплекс научно-исследовательских и опытно-конструкторских работ, таких как:

а) Разработка положения о системе специализированного метеорологического обеспечения дорожного хозяйства РФ;

б) Исследование климатических особенностей зимнего содержанию отдельных регионов России и обоснование состава датчиков для дорожных метеосистем;

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

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

17404049.4251005.026.ТЗ

115

д) Исследование и оценка эффективности работы различных конструкции дорожных датчиков;

е) Исследование и оценка эффективности работы существующих дорожных метеосистем и разработка рекомендации их совершенствованию;

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

работ на основе специализированной дорожной и метеорологической информации;и) Разработка программного обеспечения для анализа и систематизации данных

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

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

содержанием дорог на основе метеорологических и дорожных информационных ресурсов;

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

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

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

4.2.25.7 Детализированные требования к ПС МОФА должны быть описаны в ЧТЗ на ПС МОФА.

4.2.26 Прикладная система «Автоматизированная система контроля интенсивности и состава транспортных потоков на федеральных автодорогах»


Прикладная система «Автоматизированная система контроля интенсивности и состава транспортных потоков на федеральных автодорогах» (ПС АСКИСТП) предназначена для получения информации по интенсивности и составу дорожного движения на федеральных автомобильных дорогах с целью проведения мероприятий по обеспечению их сохранности, использования данных при планировании работ по содержанию и проектировании нового строительства объектов дорожного хозяйства, а так же для обеспечения безопасности движения.


4.2.26.2.1 ПС АСКИСТП должна обеспечивать:

1) на уровне Росавтодора:

17404049.4251005.026.ТЗ

116

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

б) планирование действий подразделений Росавтодора по обеспечению безопасности движения и обоснование проектирования нового строительства объектов дорожного хозяйства;

в) осуществление обратной связи по контролю исполнения принимаемых решений по различным каналам (электронная почта, SMS-сообщения, голосовые сообщения на сотовые телефоны).

2) на уровне ОУДХ:

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

б) анализ данных по интенсивности и составу дорожного движения на федеральных автомобильных дорогах и подготовка оперативных докладов руководству ОУДХ;

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

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

д) осуществление обратной связи по контролю исполнения принимаемых решений по различным каналам (электронная почта, SMS-сообщения, голосовые сообщения на сотовые телефоны).


4.2.26.3.1 ПС АСКИСТП должна включать в себя следующие уровни управления:

1) Росавтодор;2) органы управления дорожным хозяйством (Упрдор, ФУАД);

4.2.26.3.2 Основными центрами сбора, обработки данных по интенсивности должны быть:

1) на первом уровне – Ситуационный центр оперативного управления транспортно-эксплуатационным состоянием автомобильных дорог Росавтодора;

2) на втором уровне – Центры оперативного управления производством ОУДХ.

4.2.26.3.3 ПС АСКИСТП должна включать следующие функциональные блоки:

1) аппаратно-программный комплекс ЦОУП ОУДХ;2) сеть автоматизированных учетных пунктов (пунктов учёта интенсивности движения -

ПУИД)3) терминалы пользователей системы.

17404049.4251005.026.ТЗ

117

4.2.26.3.4 Аппаратно-программный комплекс ЦОУП, должен включать в себя специальное и общее программное обеспечение, а также КСА.

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

4.2.26.3.6 В состав автоматизированных ПУИД, устанавливаемых на сети федеральных автодорог, должны входить автоматические дорожные классификаторы с системами их электроснабжения, заземления, молниезащиты и связи.

4.2.26.3.7 В качестве терминалов пользователей, на которые передается (принимается) информация от ПУИД, используются: сотовые телефоны, радиостанции, АРМы, факсы, компьютеры.

4.2.26.3.8 Конкретный состав функциональных узлов, входящих в КСА, оборудования автоматизированных учетных пунктов определяется на стадии «Технический проект».


4.2.26.4.1 База данных ПС АСКИСТП должна содержать следующую информацию:

1) данные по ОУДХ, в ведении которых находятся пункты учета интенсивности движения;2) данные о пунктах учета интенсивности движения (наименование дороги, км,

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

3) сведения о количестве автотранспортных средств, зарегистрированных пунктами учета интенсивности движения со следующим разбиением:

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

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

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

г) сведения о направлении движения.


4.2.26.5.1 ПС АСКИСТП должна предоставлять возможность отображения картографической информации с использованием функций ПС «Геоинформационная система».

4.2.26.5.2 ПС АСКИСТП должна предоставлять возможность интеграции с Единой информационно-аналитическая системой.

17404049.4251005.026.ТЗ

118

4.2.26.5.3 ПС АСКИСТП должна предоставлять возможность интеграции с ПС «Управление транспортно-эксплуатационным состоянием автодорог».

4.2.26.5.4 ПС АСКИСТП должна предоставлять возможность интеграции с ПС «Структурированная система мониторинга управления подсистем дорожного мониторинга и инженерных систем службы содержания».

4.2.26.5.5 ПС АСКИСТП должна предоставлять возможность интеграции с ПС «Управление направлениями дорожного движения и обеспечение безопасности дорожного движения».


4.2.26.6.1 Для обеспечения эффективной работы структурных подразделений Росавтодора с использованием ПС АСКИСТП рекомендуется:

1) разработать и ввести в действие: в ОУДХ - Положения о ЦОУП; 2) в разрабатываемые Положения включить регламент и порядок взаимодействия СЦОУ –

ЦОУП – ЦУП;3) разработать и ввести в действие в СЦОУ инструкции оперативным дежурным сменам

по действиям с использованием ПС АСКИСТП;

4.2.26.7 Детализированные требования к ПС АСКИСТП должны быть описаны в ЧТЗ на ПС АСКИСТП.

4.2.27 Прикладная система «Автоматизированная система контроля освещения дорог и искусственных сооружений»


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


4.2.27.2.1 ПС АСКОДИС должна обеспечивать:

1) включение и отключение светильников уличного освещения

а) по годовому расписанию; б) по командам оператора с аппаратно-программных комплексов диспетчеров; в) в ручном режиме с постов управления освещением;г) от автономных электронных таймеров;д) от автономных фотодатчиков.

17404049.4251005.026.ТЗ

119

2) сбор данных телеметрии о режиме работы и состоянии аппаратуры уличного освещения;

3) управление и контроль оборудования электроподстанций.

4.2.27.2.2 ПС АСКОДИС должна обеспечивать независимый выбор режима включения/отключения освещения для каждого поста управления освещением.

4.2.27.2.3 Передача информации с постов управления освещением должна осуществляться преимущественно по сетям общего пользования.

4.2.27.2.4 Освещение автодорог и искусственных сооружений должно соответствовать ГОСТ Р 50597-93 «Автомобильные дороги и улицы» и СНиП 2.05.02-85 «Автомобильные дороги».

4.2.27.2.5 В ПС АСКОДИС должен быть реализован автоматизированный обмен информацией об освещенности дорог и искусственных сооружений между компонентами системы, установленными в органах управления дорожным хозяйством и подрядных организациях с обеспечением:

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

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

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


4.2.27.3.1 ПС АСКОДИС должна включать следующие функциональные блоки:

1) аппаратно-программные комплексы управления освещением в ЦОУП ОУДХ и подрядных организациях;

2) посты управления освещением;3) сеть освещения;4) обеспечивающие подсистемы: 5) сеть связи.

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

4.2.27.3.3 Сеть связи должна создаваться, как правило, на базе сетей связи общего пользования (сотовой связи GSM), глобальной сети Интернет или ведомственной системы связи.


4.2.27.4.1 Аппаратно-программные комплексы управления освещением должны обеспечивать:

17404049.4251005.026.ТЗ

120

1) графическое представление структуры системы освещения;2) сбор данных с постов управления освещением;3) управление режимами (удаленное конфигурирование) постов управления освещением

(только в подрядных организациях);4) выбор режима включения/отключения освещения и ввод расписаний работы освещения

(только в подрядных организациях);5) просмотр текущего режима освещения для каждого поста управления освещением;6) просмотр показаний счетчиков электроэнергии;7) отображение состояния всех линий освещения;8) контроль состояние предохранителей и датчиков доступа(только в подрядных

организациях);9) получение и выдачу и тревожных сообщений (обрыв силовых линий освещения без

срабатывания предохранителей и т.д.);10) дистанционную локализацию участка обрыва линии освещения;11) выдачу протоколов событий и действий операторов.

4.2.27.4.2 ПС АСКОДИС связи для сбора данных с постов управления освещением должна обеспечивать:

1) передачу сигналов опроса на посты управления освещением с задаваемой на аппаратно-программных комплексах управления освещением периодичностью;

2) передачу сигналов дистанционного управления на посты управления освещением;3) передачу контрольной информации с постов управления освещением на аппаратно-

программные комплексы управления освещением;4) круглосуточный режим работы.

4.2.27.4.3 Ведомственные системы связи должны создаваться лишь в случае экономической целесообразности и по отдельному ЧТЗ.


4.2.27.5.1 Должна быть обеспечена возможность интеграции с ПС «Единая информационно-аналитическая система» в части передачи данных о режимах работы ПС АСКОДИС ;

4.2.27.5.2 Должна быть обеспечена возможность интеграции с ПС «Управление транспортно-эксплуатационным состоянием автодорог»;

4.2.27.5.3 Должна быть обеспечена возможность интеграции с ПС «Структурированная система мониторинга управления подсистем дорожного мониторинга и инженерных систем службы содержания» в части организации управления и технического обслуживания ПС АСКОДИС;

4.2.27.5.4 Должна быть обеспечена возможность интеграции с ПС «Автоматизированная система контроля интенсивности и состава транспортных потоков на федеральных автодорогах» в части обеспечения режимов частичного отключения освещения в зависимости от интенсивности транспортных потоков и пешеходного движения;

17404049.4251005.026.ТЗ

121

4.2.27.5.5 Должна быть обеспечена возможность интеграции с ПС «Геоинформационная система».


4.2.27.6.1 Для обеспечения эффективной работы ПС АСКОДИС рекомендуется:

1) в ОУДХ и подведомственных организациях выделить работников, ответственных за работу ПС АСКОДИС;

2) внести изменения в должностные инструкции работников ОУДХ, подведомственных организациях;

3) разработать регламент взаимодействия ОУДХ и подведомственных организаций в рамках ПС АСКОДИС;

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

4.2.27.7 Детализированные требования к ПС АСКОДИС должны быть описаны в ЧТЗ на ПС АСКОДИС.

4.2.28 Прикладная система «Мониторинг экологической обстановки»


Прикладная система «Мониторинг экологической обстановки» (ПС МЭО) предназначена для оперативного сбора, анализа и передачи информации об экологической обстановке на федеральных автомобильных дорогах (ФАД) общего пользования и прилегающих территориях, в том числе для:

автоматизации процесса регистрации изменений экологической обстановки на ФАД; автоматизации процесса прогнозирования развития экологической обстановки на

ФАД; автоматизации процесса выработки рекомендаций по ликвидации последствий

инцидентов, связанных с изменением экологической обстановки на ФАД.



4.2.28.2.2 ПС МЭО должна обеспечивать возможность сбора информации в реальном масштабе времени.

4.2.28.2.3 ПС МЭО должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.28.2.4 ПС МЭО должна обеспечивать возможность передачи информации другим ПС АСУ.

17404049.4251005.026.ТЗ

122


4.2.28.3.1 В состав ПС МЭО должны входить:

1) модуль сбора информации о состоянии экологической обстановки на ФАД;2) модуль идентификации потенциально опасных транспортных средств (ТС);3) программно - аппаратный комплекс «Мониторинг экологической обстановки».


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

1) Контроль состояния экологической обстановки на ФАД:

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

б) постоянный сбор информации о радиационной обстановке на ФАД;в) постоянный контроль за превышением предельно-допустимой концентрации

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

2) Идентификация потенциально опасных ТС:

а) определение ТС, способных перевозить потенциально опасные грузы;

3) Регулярное формирование отчетов:

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

б) о радиационной обстановке на ФАД;в) о превышении предельно-допустимой концентрации ядовитых газов, химических и

биологических веществ, предельно-допустимого уровня радиации на ФАДУг) о нахождении на ФАД потенциально опасных ТС;

4) Обмен данными с оперативными службами:

а) Оперативный обмен информацией с оперативными службами об экологической обстановке на ФАД;

б) Оперативный обмен информацией с оперативными службами об инцидентах на ФАД, приведших к ухудшению экологической обстановки.

4.2.28.4.2 Модуль сбора информации о состоянии экологической обстановки на ФАД должен обеспечивать возможность:

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

2) сбора информации о радиационной обстановке на ФАД;3) определения фактов превышения предельно-допустимой концентрации ядовитых газов,

химических и биологических веществ и предельно-допустимого уровня радиации на ФАД;

17404049.4251005.026.ТЗ

123

4) выдачи в режиме реального времени информации оперативным службам о превышении предельно-допустимой концентрации ядовитых газов, химических и биологических веществ и предельно-допустимого уровня радиации на ФАД.

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

1) определения типа ТС в соответствии с перечнем потенциально опасных ТС;2) выдачи информации о потенциально опасных ТС оперативным службам.

4.2.28.4.4 Программно - аппаратный комплекс «Мониторинг экологической обстановки» должен обеспечивать возможность:

1) сбора и обработки информации, поступающей от всех модулей ПС МЭО;2) формирования отчетов и данных для других ПС АСУ;3) подготовки данных для архива поступающей от модулей ПС МЭО информации, и

архива сформированных отчетов и данных.


4.2.28.5.1 Должна быть реализована возможность интеграции со следующими прикладными системами:

1) ПС «Единая информационно-аналитическая система»,2) ПС «Координация с госорганами и ведомствами РФ и других стран»,3) ПС «Управление транспортно-эксплуатационным состоянием автодорог»,4) ПС «Управление в условиях чрезвычайных и кризисных ситуаций»,5) ПС «Ведение реестров имущества, земельных ресурсов и объектов придорожной

инфраструктуры»,6) ПС «Автоматизированная система метеорологического обеспечения на федеральных

автодорогах»,7) ПС «Управление и контроль выполнения дорожных работ по содержанию и ремонту

автомобильных дорог и искусственных сооружений на них»,8) ПС «Мониторинг паводковой обстановки»,9) ПС «Мониторинга и управления подсистемами дорожного мониторинга и инженерных

систем службы содержания»,10) ПС «Геониформационная система».


4.2.28.6.1 Для организации эффективного функционирования ПС МЭО рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора («Положения об отделах», «Положения об управлениях»), в связи с использованием ПС МЭО;

2) разработать соответствующий пакет ведомственной нормативной документации, регламентирующий порядок контроля экологических параметров с перечнем контролируемых ПС МЭО параметров;

17404049.4251005.026.ТЗ

124

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

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

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

4.2.28.7 Детализированные требования к ПС МЭО должны быть описаны в ЧТЗ на ПС МЭО.

4.2.29 Прикладная система «Мониторинг состояния дорожных одежд»


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



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

4.2.29.2.3 ПС МСДО должна обеспечивать возможность сбора информации в реальном масштабе времени.

4.2.29.2.4 ПС МСДО должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.29.2.5 ПС МСДО должна обеспечивать возможность передачи информации другим ПС АСУ.


4.2.29.3.1 В состав ПС МСДО входят:

1) модуль сбора информации о состоянии дорожных одежд;2) модуль хранения данных о состоянии дорожных одежд; 3) программно- аппаратный комплекс «Контроль состояния дорожных одежд».


17404049.4251005.026.ТЗ

125


1) Сбор инструментальной информации о состоянии дорожных одежд на участках ФАД:

а) Регулярный сбор информации о состоянии дорожных одежд через систему передвижных лабораторий;

б) Сбор информации о состоянии дорожных одежд от системы стационарных пунктов контроля;

2) Регулярное обновление базы данных «Состояние дорожных одежд»:

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

3) Планирование и контроль работ по содержанию и эксплуатации дорожных одежд:

а) Получение данных о проводимых работ по ремонту участков ФАД;б) Подготовка материалов для составления долгосрочного план- графика по ремонту

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

дорожном строительстве по результатам эксплуатации на участках ФАД.


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

4.2.29.5.2 Должна быть обеспечена возможность интеграции с ПС «Управление инновациями» в части сведений об инновациях в области материалов дорожных одежд.

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

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

4.2.29.5.5 Должна быть обеспечена возможность интеграции с ПС «Геоинформационная система». Для работы ПС МСДО должны применяться электронные цифровые карты (ЭЦК) масштабов 1:1 000 000 и 1:200 000.


4.2.29.6.1 Для организации функционирования ПС МСДО рекомендуется:

17404049.4251005.026.ТЗ

126

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора («Положения об отделах», «Положения об управлениях»), в связи с использованием ПС МСДО;

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

3) определить перечень данных ПС МСДО, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

4) разработать комплект документации по настройке и использованию ПС МСДО и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой.

4.2.29.7 Детализированные требования к ПС МСДО должны быть описаны в ЧТЗ на ПС МСДО.

4.2.30 Прикладная система «Мониторинг платных дорог»


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

автоматизации процесса пропуска на платные участки ФАД; автоматизации процесса взимания платы за проезд по платным участкам ФАД; автоматизации процесса контроля функционирования пунктов пропуска.



4.2.30.2.2 ПС МПД должна обеспечивать возможность сбора информации в реальном масштабе времени.

4.2.30.2.3 ПС МПД должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.30.2.4 ПС МПД должна обеспечивать возможность передачи информации другим подсистемам АСУ.


4.2.30.3.1 В состав ПС МПД должны входить:

17404049.4251005.026.ТЗ

127

1) модуль сбора информации о транспортных средствах (ТС);2) модуль взимания платы за проезд;3) модуль пропуска ТС;4) модуль контроля функционирования пунктов пропуска;5) программно- аппаратный комплекс «Мониторинг платных дорог».



1) Пропуск на платные участки ФАД:

а) Постоянный сбор информации о типах ТС, въезжающих на платные участки ФАД;б) Постоянный сбор информации о состоянии ТС, въезжающих на платные участки

ФАД, и выезжающих с них;в) Взимание платы за проезд по платным участкам ФАД;г) Пропуск на платные участки ФАД;

2) Регулярное формирование отчетов:

а) об интенсивности движения по категориям ТСб) о поступлении денежных средств за проезд по платным участкам ФАД по

категориям ТС;в) о количестве проезжающего транспорта, не облагаемого платежами за проезд по

платным участкам ФАД;г) об инцидентах на платных участках ФАД;д) об экономической эффективности функционирования платных участков ФАД.


а) Оперативный обмен информацией с оперативными службами об инцидентах на платных участках ФАД;

4) Предоставление видеоматериалов об инцидентах на платных участках ФАД.

4.2.30.4.2 Модуль сбора информации о транспортных средствах (ТС) ПС МПД предназначен для:

1) сбора информации о типах ТС, въезжающих на платные участки ФАД;2) сбора информации о скорости ТС на платных участках ФАД;3) сбора информации о состоянии ТС, проезжающих по платным участкам ФАД.

4.2.30.4.3 Модуль взимания платы за проезд ПС МПД должен обеспечивать возможность:

1) автоматического или ручного взимания платы за проезд по платным участкам ФАД в соответствии с типами ТС;

2) продажи специальных разовых или долговременных «абонементных» (на несколько поездок, на неделю, месяц, квартал и т.п.) карт для частных и юридических лиц;

3) формирования и выдачи документов установленного образца об оплате и проезде по платным участкам ФАД для участников движения;

17404049.4251005.026.ТЗ

128

4) формирования финансовой отчетности по взиманию платы за проезд по платным участкам ФАД.

4.2.30.4.4 Модуль пропуска ТС ПС МПД должен обеспечивать возможность:

1) автоматического пропуска ТС на платные участки ФАД в соответствии с оплатой по типам ТС;

2) исключения проезда по платным участкам ФАД без оплаты.

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

1) видеоконтроля за работой пунктов пропуска;2) формирования видеодокументов о пропуске ТС на платные участки ФАД совместно с

модулем взимания платы за проезд;3) хранения среднесрочного архива видеоинформации о функционировании пунктов

пропуска.

4.2.30.4.6 Программно-аппаратный комплекс «Мониторинг платных дорог» должен обеспечивать возможность:

1) сбора, обработки и анализа информации, поступающей от модулей ПС МПД;2) формирования отчетов и данных для других ПС АСУ;3) передачи обработанной информации в ЦОУП ОУДХ;4) подготовки данных для архива поступающей от модулей подсистемы информации и

архива сформированных отчетов и данных.


4.2.30.5.1 Должна быть реализована возможность интеграции с ПС «Единая информационно-аналитическая система».

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

4.2.30.5.3 Должна быть реализована возможность интеграции с ПС «Ведение реестров имущества, земельных ресурсов и объектов придорожной инфраструктуры».

4.2.30.5.4 Должна быть реализована возможность интеграции с ПС «Мониторинга и управления подсистемами дорожного мониторинга и инженерных систем службы содержания».

4.2.30.5.5 ПС МПД должна предоставлять возможность отображения картографической информации с использованием функций ПС «Геоинформационная система».


4.2.30.6.1 Для организации эффективного функционирования ПС МПД рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (так называемые «Положения об отделах», «Положения об управлениях»), в связи с использованием ПС МПД;

17404049.4251005.026.ТЗ

129

2) разработать соответствующий пакет ведомственной нормативной документации, регламентирующий:

3) тарифы оплаты за проезд по платным участкам ФАД;4) порядок взимания платы за проезд по платным участкам ФАД;5) перечень отчетных документов об оплате за проезд по платным участкам ФАД;6) разработать соответствующий пакет ведомственной нормативной документации,

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

7) определить перечень данных ПС МПД, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

8) разработать комплект документации по настройке и использованию ПС МПД и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой;

4.2.30.7 Детализированные требования к ПС МПД должны быть описаны в ЧТЗ на ПС МПД.

4.2.31 Прикладная система «Управление направлениями дорожного движения и обеспечение безопасности дорожного движения»


Прикладная система «Управление направлениями дорожного движения и обеспечение безопасности дорожного движения» (ПС УНБДД) предназначена для автоматизации деятельности по обеспечению регулировки дорожного движения.


4.2.31.2.1 Для работы ПС УНБДД должны применяться электронные цифровые карты (ЭЦК) масштабов 1:1 000 000 и 1:200 000;

4.2.31.2.2 ПС УНБДД должна обеспечивать возможность сбора информации в реальном масштабе времени;

4.2.31.2.3 ПС УНБДД должна обеспечивать возможность оперативной обработки и анализа поступающей информации;

4.2.31.2.4 ПС УНБДД должна обеспечивать возможность передачи информации другим подсистемам АСУ;

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


4.2.31.3.1 В состав ПС УНБДД должны входить:

1) Пост контроля и регистрации интенсивности дорожного движения; 2) Пост видеонаблюдения;

17404049.4251005.026.ТЗ

130

3) Управляемое табло;4) Программно- аппаратный комплекс ЦОУП ОУДХ;5) Программно- аппаратный комплекс СЦОУ Росавтодора.



1) Наблюдение за дорожной обстановкой:

а) сбор информации о загруженности участков ФАД в реальном масштабе времени;б) обработка и хранение информации о загруженности участков ФАД;в) краткосрочное и среднесрочное прогнозирование загруженности участков дорог;г) сбор и систематизация данных о дорожных инцидентах на участках ФАД;д) контроль движения на железнодорожных переездах;

2) Подготовка данных по эксплуатации ФАД:

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

3) Информирование участников дорожного движения:

а) оперативное предоставление участникам дорожного движения информации об обстановке на участках ФАД;

б) публикация оперативных и прогнозных данных о загрузке ФАД на портале Росавтодора;

в) предоставление рекомендаций по выбору оптимальных маршрутов движения транспорта;


а) оперативный обмен информацией с оперативными службами об инцидентах на ФАД;

б) предоставление видеоматериалов об инцидентах;в) выработка рекомендаций об изменении порядка движения по ФАД при

возникновении инцидентов.

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

1) сбор информации о скорости движущего транспорта;2) сбор информации о типах движущегося транспорта;3) регулярная передача обработанной информации по скорости и типам транспорта в

ЦОУП ОУДХ;

4.2.31.4.3 В модуле «Пост видеонаблюдения» должна быть обеспечена возможность выполнения следующих функций:

1) Контроль состояния опасных участков дороги, объектов придорожного сервиса и искусственных сооружений в режиме реального времени;

17404049.4251005.026.ТЗ

131

2) Передача видеоизображения в режиме реального времени;3) Хранение среднесрочного (до недели) архива видеоизображений;

4.2.31.4.4 В модуле «Управляемое табло» должна быть обеспечена возможность выполнения следующих функций:

1) Оперативное информирования участников дорожного движения о ситуации на дороге;2) Отображение рекомендованных значений скорости движения;3) Изменение направления движения по полосам;

4.2.31.4.5 Программно- аппаратный комплекс ЦОУП ОУДХ должен обеспечивать возможность:

1) Сбора и обработки информации, поступающей от постов видеонаблюдения и контроля и регистрации интенсивности дорожного движения;

2) Визуального контроля за состоянием загрузки участков ФАД;3) Формирование информации для отображения на информационных табло;4) Передачи агрегированной информации в СЦОУ Росавтодора;5) Предоставления оперативной информации аварийным службам об инцидентах и

ситуации на участках федеральных автодорог;6) Ведение архива поступающей информации;

4.2.31.4.6 Программно- аппаратный комплекс СЦОУ Росавтодора должен обеспечивать возможность:

1) Сбора и обработки информации, поступающей из ЦОУП ОУДХ; 2) Моделирования загрузки участков федеральных автодорог в краткосрочной (1- 5 часов),

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

3) Подготовки прогноза износа участков федеральных автодорог;4) Выработки рекомендаций по содержанию и строительству автодорог;5) Выработки рекомендаций по гармонизации транспортных потоков между

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



1) ПС «Единая информационно-аналитическая система».2) ПС «Управление транспортно-эксплуатационным состоянием автодорог».3) ПС «Управление в условиях чрезвычайных и кризисных ситуаций».4) ПС «Ведение реестров имущества, земельных ресурсов и объектов придорожной

инфраструктуры».5) ПС «Автоматизированная система метеорологического обеспечения на федеральных

автодорогах».6) ПС «Управление и контроль выполнения дорожных работ по содержанию и ремонту

автомобильных дорог и искусственных сооружений на них».

17404049.4251005.026.ТЗ

132

7) ПС « Мониторинг паводковой обстановки».8) ПС «Мониторинга и управления подсистемами дорожного мониторинга и инженерных

систем службы содержания.9) ПС «Геоинформационная система».10) ПС «Автоматизированная система контроля интенсивности и состава транспортных

потоков на федеральных автодорогах.11) ПС «Мониторинг мостов, тоннелей, транспортных развязок, эстакад и других

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


4.2.31.6.1 Для организации эффективного функционирования ПС УНБДД рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора («Положения об отделах», «Положения об управлениях»), в связи с использованием ПС УНБДД;

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

3) определить перечень данных подсистемы ПС УНБДД, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

4) разработать комплект документации по настройке и использованию ПС УНБДД и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной ПС;

4.2.31.7 Детализированные требования к ПС УНБДД должны быть описаны в ЧТЗ на ПС УНБДД.

4.2.32 Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах»


Прикладная система «Мониторинг паводковой обстановки на федеральных дорогах» (ПС МПО) предназначена для:

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

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

дорожных объектов, службами МЧС и другими аварийными службами, подразделениями Росгидромета;

оперативного информирования участников дорожного движения об изменении паводковой ситуации;

17404049.4251005.026.ТЗ

133

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

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



4.2.32.2.2 Для работы ПС МПО должны применяться электронные цифровые карты (ЭЦК) масштабов 1:1 000 000 и 1:200000.

4.2.32.2.3 ПС МПО должна обеспечивать возможность сбора информации в реальном масштабе времени.

4.2.32.2.4 ПС МПО должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.32.2.5 ПС МПО должна обеспечивать возможность передачи информации другим ПС.


4.2.32.3.1 В состав ПС МПО должны входить:

1) Посты сбора паводковой информации;2) Программно- аппаратный комплекс ЦОУП ОУДХ;3) Программно- аппаратный комплекс СЦОУ Росавтодора.



1) Наблюдение за паводковой ситуацией на участках ФАД:

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

полотна и искусственных сооружений;г) Контроль работы дренажных систем и водостоков;

2) Подготовка данных по эксплуатации ФАД:

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

водостоков на федеральных автодорогах;

3) Информирование участников дорожного движения и обмен данными с оперативными службами:

17404049.4251005.026.ТЗ

134

а) Оперативное предоставление участникам дорожного движения информации о паводковой обстановке на участках ФАД;

б) Публикация оперативных и прогнозных данных о паводковой ситуации на портале Росавтодора;

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

г) Оперативный обмен информацией с оперативными службами о паводковой ситуации на ФАД;

4) Посты сбора паводковой информации должны обеспечивать возможность:

а) сбора информации об уровне паводковых вод и работе дренажных систем и водостоков

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

в) регулярной передачи обработанной информации в ЦОУП ОУДХ


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

сооружениями;3) Передачи агрегированной информации в СЦОУ Росавтодора;4) Предоставление оперативной информации аварийным службам о паводковой ситуации;5) Ведение архива поступающей информации


1) Сбора и обработки информации, поступающей из ЦОУП ОУДХ;2) Обмен информацией с Росгидрометом;3) Подготовка прогнозов паводковой ситуации на федеральных автодорогах;4) Подготовка отчетов о последствиях воздействия паводков на дорожные одежды и

искусственные сооружения;5) Подготовки прогноза дополнительного износа участков федеральных автодорог,

связанного с подтоплением;6) Выработка рекомендаций по модернизации и ремонту дренажных систем и водостоков

на федеральных автодорогах.



1) ПС «Единая информационно-аналитическая система»,2) ПС «Управление транспортно-эксплуатационным состоянием автодорог»,3) ПС «Управление в условиях чрезвычайных и кризисных ситуаций»,

17404049.4251005.026.ТЗ

135

4) ПС «Автоматизированная система метеорологического обеспечения на федеральных автодорогах»,

5) ПС «Управление и контроль выполнения дорожных работ по содержанию и ремонту автомобильных дорог и искусственных сооружений на них»,

6) ПС «Мониторинга и управления подсистемами дорожного мониторинга и инженерных систем службы содержания»,

7) ПС «Управление направлениями дорожного движения и обеспечение безопасности дорожного движения»,

8) ПС «Мониторинг платных дорог»,9) ПС «Геоинформационная система».


4.2.32.6.1 Для организации эффективного функционирования ПС МПО рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора («Положения об отделах», «Положения об управлениях»), в связи с использованием ПС МПО;


3) определить перечень данных ПС МПО, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

4) разработать комплект документации по настройке и использованию ПС МПО и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной прикладной системой.

4.2.32.7 Детализированные требования к ПС МПО должны быть описаны в ЧТЗ на ПС МПО.

4.2.33 Прикладная система «Мониторинг и управление охранно-пожарными системами, обеспечивающими дорожное движение»


Прикладная система «Мониторинг и управление охранно-пожарными системами, обеспечивающими дорожное движение» (ПС ОПС) предназначена для:

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

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

дорожных объектов, службами МЧС и другими аварийными службами; координации взаимодействия с аварийными службами по снижению последствий

инцидентов на федеральных автомобильных дорогах.


17404049.4251005.026.ТЗ

136


4.2.33.2.2 ПС ОПС должна обеспечивать возможность сбора информации в масштабе реального времени.

4.2.33.2.3 ПС ОПС должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.33.2.4 ПС ОПС должна обеспечивать возможность передачи информации другим подсистемам АСУ.


4.2.33.3.1 В состав ПС ОПС должны входить:

1) Посты пожарной сигнализации;2) Посты охранной сигнализации;3) Программно- аппаратный комплекс ЦОУП ОУДХ;4) Программно- аппаратный комплекс СЦОУ Росавтодора.



1) Получение, сбор и обработка информации от систем пожарной сигнализации и автоматического пожаротушения на искусственных сооружениях и объектах жизнеобеспечения ФАД в масштабе реального времени:

2) Контроль функционирования систем пожарной сигнализации;3) Анализ и обработка сообщений о срабатывании систем пожарной сигнализации;4) Автоматическое включение систем пожаротушения.5) Наблюдение и охрана искусственных сооружений, объектов жизнеобеспечения и

потенциально опасных объектов придорожного сервиса:6) Контроль функционирования систем охранной сигнализации;7) Оперативное наблюдение за объектами придорожного хозяйства;8) Оперативное распознавание инцидентов, связанных с незаконным проникновением на

объекты; 9) Обмен данными с оперативными службами:10) Полное и оперативное предоставление информации службами МЧС о возгораниях;11) Оперативный обмен информацией со службами МВД и ФСБ об инцидентах на

искусственных сооружениях, участках дороги и объектах придорожного сервиса;

4.2.33.4.2 Посты пожарной сигнализации должны обеспечивать возможность:

1) своевременного обнаружения места возгорания;

17404049.4251005.026.ТЗ

137

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

3) передачи информации в ЦОУП ОУДХ;

4.2.33.4.3 Посты охранной сигнализации должны обеспечивать возможность:

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

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

3) передачи информации в ЦОУП ОУДХ;


1) Сбора и обработки информации, поступающей от постов; 2) Визуального контроля за потенциально опасными объектами и искусственными

сооружениями;3) Передачи агрегированной информации в СЦОУ Росавтодора;4) Предоставление оперативной информации службам МЧС, МВД и ФСБ о нештатных

ситуации на потенциально опасных объектах и искусственных сооружениях;5) Ведение архива поступающей информации;


1) Сбора и обработки информации, поступающей из ЦОУП ОУДХ;2) Подготовка отчетов о последствиях нештатных ситуаций;3) Обобщение информации о произошедших инцидентах и выработка рекомендаций по

усовершенствованию противопожарной и охранной защиты объектов.


4.2.33.5.1 Должна быть обеспечена возможность интеграции со следующими подсис-ми:

1) ПС «Единая информационно-аналитическая система»,2) ПС «Управление транспортно-эксплуатационным состоянием автодорог»,3) ПС «Управление в условиях чрезвычайных и кризисных ситуаций»,4) ПС «Автоматизированная система метеорологического обеспечения на федеральных


автомобильных дорог и искусственных сооружений на них»,6) ПС «Мониторинга и управления подсистемами дорожного мониторинга и инженерных

систем службы содержания»,7) ПС «Управление направлениями дорожного движения и обеспечение безопасности

дорожного движения»,

17404049.4251005.026.ТЗ

138

8) ПС «Мониторинг платных дорог»,9) ПС «Геоинформационная система».


4.2.33.6.1 Для обеспечения эффективной работы структурных подразделений и подведомственных организаций Росавтодора с использованием ПС ОПС рекомендуется:

10) в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора внести изменения касающиеся обязательного использования ПС ОПС;

11) в структурных подразделениях, подведомственных организациях и ЦА Росавтодора выделить работников, ответственных за создание первичного наполнения и своевременное внесение информации в ПС ОПС;

12) разработать регламент взаимодействия структурных подразделений и подведомственных организаций Росавтодора с ПС ОПС;

13) внести изменения в должностные инструкции ответственных работников, регламентирующие осуществление контроля своевременного внесения данных в ПС ОПС структурными подразделениями ЦА Росавтодора и подведомственными организациями;

14) в каждом КСА выделить работника, в обязанности которого будет входить администрирование ПС ОПС;

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

4.2.33.7 Детализированные требования к ПС ОПС определяются ЧТЗ на разработку ПС ОПС.

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


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

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

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

выработки рекомендаций по срокам и объемам проведения ремонтных, восстановительных и регламентных работ.

17404049.4251005.026.ТЗ

139


4.2.34.2.1 ПС МИС должна обеспечивать возможность сбора информации в реальном масштабе времени.

4.2.34.2.2 ПС МИС должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.34.2.3 ПС МИС должна обеспечивать возможность передачи информации другим прикладным системам АСУ.


4.2.34.3.1 В состав ПС МИС должны входить:

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

функционирование искусственных сооружений; 3) Программно- аппаратный комплекс «Мониторинг искусственных сооружений».


4.2.34.4.1 Должна быть обеспечена возможность контроля состояния элементов конструкций искусственных сооружений:

1) Ведение паспортов объектов и элементов конструкций при вводе в эксплуатацию, проведении ремонтных работ;

2) Ведение паспортов безопасности;3) Ведение базы о регламентных обследованиях элементов конструкций;4) Мониторинг в реальном времени критических элементов высококатегорийных

искусственных сооружений.

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

1) Мониторинг в реальном времени функционирования инженерных подсистем: вентиляционной, газоанализаторной, водоотводной, аварийной связи, пожаротушения, освещения;

2) Отображение информации о неисправностях в работе инженерных сооружений в ЦОУП ОУДХ и СЦОУ Росавтодора.

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

1) Прогноз естественного износа элементов конструкций;2) Прогноз влияния природных явлений (паводков, ледоходов, землетрясений, лавин,

неблагоприятных погодных условий) на состояние элементов конструкций;3) Выработка рекомендаций о проведении внеплановых обследований элементов

конструкций искусственных сооружений;4) Выработка предупреждений о возможном выходе конструктивных параметров за

допустимые пределы;

17404049.4251005.026.ТЗ

140

5) Выработка рекомендаций о сроках и объемах ремонтно-восстановительных работ.

4.2.34.4.4 Должна быть обеспечена возможность регулярного формирования отчетов:

1) Текущее состояние конструктивных параметров элементов искусственных сооружений;2) Выход конструктивных параметров за допустимые пределы;3) Нарушения в работе обеспечивающих инженерных подсистем;4) Планируемые объемы и стоимость ремонтно-восстановительных работ.

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

1) Сбора и обработки информации о текущих параметрах конструкции искусственных сооружений и их элементов;

2) Передачи обработанных данных в ЦОУП ОУДХ и СЦОУ Росавтодора.

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

1) Сбора и обработки информации о функционировании инженерных подсистем искусственных сооружений;

2) Передача информации о работоспособности инженерных подсистем в ЦОУП ОУДХ и СЦОУ Росавтодора.

4.2.34.4.7 Программно - аппаратный комплекс «Мониторинг искусственных сооружений» должен обеспечивать возможность:

1) Сбора и обработки информации, поступающей от модулей подсистемы «Мониторинг искусственных сооружений»;

2) Отображения оперативной информации о состоянии искусственных сооружений и обслуживающих инженерных систем;

3) Формирования отчетов и данных для других подсистем АСУ;4) Ведение архива поступающей от модулей подсистемы информации и архива

сформированных отчетов и данных.


4.2.34.5.1 Должна быть обеспечена возможность интеграции со следующими системами:

1) ПС «Управление транспортно-эксплуатационным состоянием автодорог»,2) ПС «Управление в условиях чрезвычайных и кризисных ситуаций»,3) ПС «Автоматизированная система метеорологического обеспечения на федеральных


автомобильных дорог и искусственных сооружений на них»,5) ПС «Мониторинг паводковой обстановки»,6) ПС «Мониторинг экологической обстановки»,7) ПС «Мониторинга и управления подсистемами дорожного мониторинга и инженерных

систем службы содержания,

17404049.4251005.026.ТЗ

141

8) ПС «Управление качеством»,9) ПС «Геоинформационная система»,10) ПС «Управление направлениями дорожного движения и обеспечение безопасности

дорожного движения»


4.2.34.6.1 Для организации эффективного функционирования ПС МИС рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (так называемые "Положения об отделах", "Положения об управлениях"), в связи с использованием ПС МИС;

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


4) определить перечень данных ПС МИС, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

5) разработать комплект документации по настройке и использованию ПС МИС и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной ПС.

4.2.34.7 Детализированные требования к ПС МИС должны быть описаны в ЧТЗ на ПС МИС.

4.2.35 Прикладная система «Структурированная система мониторинга и управления подсистем дорожного мониторинга и инженерных систем службы содержания»


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

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

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

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

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

17404049.4251005.026.ТЗ

142

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

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

оборудования и своевременность его технического обслуживания; сокращения затрат на обслуживание оборудования; организации автоматизированного технического учёта энергоресурсов.


4.2.35.2.1 ПС ДМИССС должна обеспечивать возможность сбора информации в реальном масштабе времени.

4.2.35.2.2 ПС ДМИССС должна обеспечивать возможность оперативной обработки и анализа поступающей информации.

4.2.35.2.3 ПС ДМИССС должна обеспечивать возможность передачи информации другим прикладным системам АСУ.


4.2.35.3.1 В состав ПС ДМИССС должны входить:

1) Модуль «Региональный инженерный диспетчерский пункт»;2) Модуль «Центральный диспетчерский пункт».


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

1) Мониторинг в реальном времени состояния инженерных систем служб содержания; 2) Отображение информации о функционировании инженерных систем;3) Дистанционный контроль работы оборудования инженерных систем из регионального

и/ или центрального инженерного диспетчерского пункта.

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

1) Получение оперативной информации о работе подсистем дорожного мониторинга;2) Отображения информации о критических параметрах в работе подсистем дорожного

мониторинга.

4.2.35.4.3 Должна быть обеспечена возможность анализа работы инженерных систем и систем дорожного мониторинга:

1) Регистрация параметров технологических процессов и действий диспетчеров служб;2) Ведение автоматизированного учёта эксплуатационных ресурсов инженерного

оборудования; 3) Организация автоматизированного технического учёта энергоресурсов.

4.2.35.4.4 Должна быть обеспечена возможность регулярного формирования отчетов:

17404049.4251005.026.ТЗ

143

1) Текущее состояние инженерных систем служб содержания, проведенных и планируемых регламентных и ремонтных работ;

2) Инциденты в работе инженерных систем службы содержания и системах дорожного мониторинга;

3) Действия диспетчерских служб при инцидентах.

4.2.35.4.5 Модуль «Региональный инженерный диспетчерский пункт» должен обеспечивать возможность:

1) Сбора и обработки информации о работе подсистем дорожного мониторинга и инженерных систем службы содержания;

2) Получения информации о работе экстренных служб; 3) Отображения агрегированной информации на информационных мониторах;4) Дистанционного контроля работы оборудования инженерных систем;5) Передачи обработанных данных в центральный инженерный диспетчерский пункт;6) Ведения журнала действий автоматизированных систем, диспетчерских и аварийных

служб.

4.2.35.4.6 Модуль «Центральный инженерный диспетчерский пункт» должен обеспечивать возможность:

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

2) Отображения агрегированной информации на информационных мониторах;3) При возникновении внештатной ситуации выполнения функций регионального

инженерного диспетчерского пункта;4) Систематизации данных о работе подсистем дорожного мониторинга, инженерных

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


4.2.35.5.1 Должна быть реализована возможность интеграции со следующими прикладными системами:

1) ПС «Управление транспортно-эксплуатационным состоянием автодорог»,2) ПС «Управление в условиях чрезвычайных и кризисных ситуаций»,3) ПС «Автоматизированная система метеорологического обеспечения на федеральных


автомобильных дорог и искусственных сооружений на них»,5) ПС «Мониторинг паводковой обстановки на федеральных дорогах»,

6) ПС «Мониторинг экологической обстановки»,

7) ПС «Мониторинг тоннелей, транспортных развязок, эстакад и других искусственных

сооружений»,

17404049.4251005.026.ТЗ

144

8) ПС «Мониторинг и управление охранно-пожарными системами, обеспечивающими дорожное движение»,

9) ПС «Управление направлениями дорожного движения и обеспечение безопасности дорожного движения»,

10) ПС «Геоинформационная система».


4.2.35.6.1 Для организации эффективного функционирования ПС ДМИССС рекомендуется:

1) внести изменения в документы, регламентирующие деятельность структурных подразделений и подведомственных организаций Росавтодора (так называемые "Положения об отделах", "Положения об управлениях"), в связи с использованием системы;


3) определить перечень данных ПС ДМИССС, подлежащих резервному копированию, и разработать регламент работ по резервному копированию и восстановлению данных;

4) разработать комплект документации по настройке и использованию ПС ДМИССС и обеспечить доступ к ней всех работников, в обязанности которых входит взаимодействие с данной подсистемой.

4.2.35.7 Детализированные требования к ПС ДМИССС должны быть описаны в ЧТЗ на ПС ДМИССС.

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

4.3.1 Единая система управления мультисервисной связью

4.3.1.1 Назначение системы

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


4.3.1.2.1 Корпоративная мультисервисная сеть состоит из следующих подсистем:

1) единая сеть передачи данных; 2) система автоматической подвижной производственно- технологической и аварийно-

вызывной радиосвязи;3) подсистема кабельного, беспроводного или радиодоступа, технологий 3G и TETRA для

организации мониторинга объектов дорожной инфраструктуры;4) подсистема локальных вычислительных сетей (ЛВС);5) подсистема видеоконференцсвязи;6) единая ведомственная телефонная сеть.

17404049.4251005.026.ТЗ

145

Детальные требования к составу и количеству оборудования подсистем Единая система управления мультисервисной сетью на объектах должны содержаться в отдельных ЧТЗ.

4.3.1.3 Требования к подсистеме единая сеть передачи данных

4.3.1.3.1 Независимость технологий предоставления услуг от транспортных технологий;

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

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

4.3.1.3.4 Возможность организации доступа к услугам независимо от используемой технологии;

4.3.1.3.5 Возможность участия нескольких операторов в процессе предоставления услуг и разделение их ответственности в соответствии с их областью деятельности;

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

4.3.1.3.7 Поддержка протоколов передачи данных ISDN, Frame Realy, TCP/IP.

4.3.1.3.8 Возможность подключения терминальных устройств по протоколам Ethernet/Fast Ethernet/ Gigabit Ethernet, ISDN.

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

4.3.1.3.10 Возможность обмена информацией между узлами по цифровым каналам Е1 (интерфейс G.703 или V.35) со скоростью до 2048 Кбит/с.

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

24 часа в сутки 7 дней в неделю; по графику; по запросу пользователя.

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

1) общую стоимость организации (инсталляции) каналов связи магистрального или регионального уровня;

2) ежемесячную стоимость услуг оператора за аренду канала связи или стоимость содержания канала связи в составе ведомственной мультисервисной сети;

3) возможные варианты тарификации трафика данных.

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

17404049.4251005.026.ТЗ

146

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

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

1) следующие основные режимы связи:

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

ведомственную телефонную сетьг) Передача коротких текстовых сообщенийд) Передача данных.

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

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

4) поддержку интерфейса передачи данных терминального оборудования – RS 232.5) передачу межбазового трафика по каналам Е1.6) возможность работы базовых станций в режиме с нарушенным межбазовым обменом в

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

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

4.3.1.5 Требования к подсистеме кабельного, беспроводного или радиодоступа, технологий 3G и TETRA для организации мониторинга объектов дорожной инфраструктуры

4.3.1.5.1 Подсистема доступа для мониторинга объектов должна обеспечивать поддержку стандартные аппаратные интерфейсы передачи данных: RS232, Ethernet, IEEE 802.XX, UMTS/CDMA (3G), TETRA.

4.3.1.5.2 Кабельная подсистема должна обеспечивать скорости передачи: Ethernet – 100 Мбит/сек, RS232 – 115 Кбит/сек.

4.3.1.5.3 IEEE 802.XX подсистема должна обеспечивать скорость передачи не менее 10 Мбит/сек.

4.3.1.5.4 UMTS / CDMA (3G) подсистема для подвижных объектов должна обеспечивать скорость передачи не менее 384 Кбит/сек.

4.3.1.5.5 TETRA подсистема должна обеспечивать эфирную скорость передачи не менее 2.4 Кбит/сек при передаче коротких сообщений и не менее 7.2 Кбит/сек при канальной передаче.

17404049.4251005.026.ТЗ

147

4.3.1.5.6 Подсистема должна иметь средства удаленного администрирования для каждого технологического решения.

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

4.3.1.5.8 Подсистема должна иметь шлюзы между различными технологическими решениями.

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

4.3.1.5.10 Подсистема должна иметь возможность гарантированного качества обслуживания (QoS).

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

4.3.1.6 Требования к подсистеме локальных вычислительных сетей

4.3.1.6.1 Подсистема локальных вычислительных сетей должна обеспечивать возможность:

1) создания защищенных виртуальных сетей;2) горячей замены модулей без останова всей сети;3) расширения системы (увеличения рабочих мест и пропускной способности каналов

передачи данных);4) создания отказоустойчивой системы (отказ оборудования и обрывы каналов связи не

должны приводить к отказу сети в целом);5) защиты от несанкционированного доступа.

4.3.1.6.2 Требования к активному сетевому оборудованию

1) Активное сетевое оборудование должно обеспечить скорость подключения рабочих станций пользователей до 100 Мбит/с.

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

3) Все оборудование должно управляться по протоколу SNMP и поддерживать не менее четырех групп протокола RMON (History, Statistics, Alarms, Events).

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

4.3.1.6.3 Требования к кабельной системе

1) Структурированная кабельная система (СКС) АСУ, на вновь создаваемых участках ЛВС объектов Росавтодора, при необходимости развития существующей кабельной системы, должна удовлетворять следующим требованиям:

17404049.4251005.026.ТЗ

148

а) Полностью соответствовать спецификациям категории 6 стандарта TIA/EIA-568B и класса Е ISO 11801.

б) Все компоненты СКС (кабели и кроссовое оборудование) должны быть произведены одним производителем.

в) Обладать совместимостью с современными технологиями передачи данных со скоростями передачи данных (Gigabit Ethernet).

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

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

е) На этажах с типовой планировкой должны быть использованы проложенные лотки и кабелепроводы.

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

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

2) Вновь создаваемая СКС объектов автоматизации АСУ должна иметь возможность развития и наращивания системы без изменения уже созданной части. Для этого необходимо обеспечить:

а) достаточно свободного места (не менее 10%) в монтажном шкафу для установки дополнительного кроссового оборудования;

б) заполнение кабелями коробов и лотков не более 60%.

3) На каждом новом типовом рабочем месте необходимо установить две универсальные розетки типа RJ-45.

4) СКС должна обладать высокими показателями качества и соответствовать международным стандартам на кабельные системы EIA/TIA-568B (ISO 11801).

4.3.1.7 Требования к подсистеме видеоконференцсвязи (ВКС)

4.3.1.7.1 Требования к подсистеме

1) Подсистема ВКС должна обеспечивать:

а) сеансы видеоконференцсвязи в режиме «точка-точка»;б) сеансы многоточечной видеоконференцсвязи с участием до 30 точек (с

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

реальном масштабе времени.

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

17404049.4251005.026.ТЗ

149

3) Система ВКС должна работать в соответствии с рекомендациями ITU-T (Международного союза электросвязи) H.323 и H.320, также должны поддерживаться смешанные конференции H.323/ H.320.

4) Для системы ВКС должна быть обеспечена высокая надежность функционирования системы в целом и отдельных ее элементов.

5) Оборудование ВКС должно иметь встроенные средства диагностирования, управления и мониторинга.

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

4.3.1.7.2 Требования к терминальным устройствам ВКС

1) Терминальные устройства (ТУ) ВКС должны поддерживать следующие протоколы:

сетевые протоколы: Ethernet, ISDN BRI, ISDN PRI; протоколы видеокодирования - Н.261, Н.263, Н.263+; протоколы аудиокодирования - G.711, G.722, G.723.1, G.729, G.727.

2) Требуемая полоса пропускания для ТУ ВКС должна быть не менее 64 Кбит/с.3) Частота кадров видеосигнала: до 25 кадров/сек (в зависимости от скорости передачи

данных).4) Разрешение видеосигнала:

CIF (352 х 288 точек); QCIF (176 х 144 точек); subQCIF (128 х 96 точек).

5) Возможности подключения внешних устройств:

видеовход - композитный, S-Video, USB; видеовыход - композитный, S-Video; аудио вход/выход; дополнительно, возможность подключения второй видеокамеры, документальной

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

6) Работа с данными:

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

7) Дополнительные возможности ТУ ВКС: поддержка функции слежения за голосом.

4.3.1.8 Требования к серверу многоточечной видеоконференцсвязи

1) Сервер многоточечной видеоконференцсвязи должен иметь следующие возможности:

подключение до 30 H.323 (IP)/H.320(ISDN) ТУ ВКС на скорости до 512 Кбит/с в одной конференции, возможность последующего расширения до 96 H.323 (IP)/H.320(ISDN) ТУ ВКС;

поддержка до 10 одновременных конференций;

17404049.4251005.026.ТЗ

150

поддержка до 10 одновременных конференций в режиме «Непрерывное присутствие»; смешанные H.323 (IP) / H.320(ISDN) конференции; включение аудио абонентов ТфОП в сеанс ВКС.

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

стандарты ВКС – H.323, H.320, T.120; сетевые интерфейсы: Ethernet, ISDN BRI, ISDN PRI; протоколы видеокодирования - Н.261, Н.263, Н.263+; протоколы аудиокодирования - G.711, G.722, G.722.1, G.728.

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

скорость передачи, видео разрешение, видеокодек, аудиокодек, частота видеокадров.

4) Работа в режиме «Непрерывное присутствие» должна предоставлять следующие возможности:

до 21 схемы показа участников видеоконференции на экране; до 9 окон с участниками конференции на экране одновременно, каждое окно работает

в режиме «активации по голосу» или фиксированном.

4.3.1.8.1 Требования к системе управления системой видеоконференцсвязи (СУ ВКС)

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

1) Возможность планировать сеансы ВКС и управлять ими, используя стандартный Web интерфейс.

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

3) Конфигурирование, диагностику и устранение неисправностей как ТУ ВКС, так и сервера многоточечной видеоконференцсвязи.

4) Создание и управление единой базы данных абонентов ВКС (адресной книги).5) Удаленная загрузка и обновление ПО ТУ ВКС.6) Формирование аварийного сигнала при неполадках оборудования. 7) Управление ТУ ВКС с удаленного рабочего места администратора.

4.3.1.9 Требования к подсистеме единая ведомственная телефонная сеть

4.3.1.9.1 Подсистема должна обеспечивать оперативную ведомственную телефонную связь между всеми объектами автоматизации АСУ, включая следующие функции:

17404049.4251005.026.ТЗ

151

1) проведение сеансов телефонной связи между различными органами управления;2) передача факсимильных сообщений между объектами Росавтодора;3) подключение к городской телефонной сети;4) подключение к городской и ведомственной телефонным сетям;5) подключение к сетям сотовой и подвижной радиосвязи;6) подключение офисных телефонных станций объектов Росавтодора.

4.3.1.9.2 Подключение к офисным и городским телефонным станциям должно осуществляться по интерфейсам FXO (сигнализация Loop start, разъем RJ11, не менее двух портов), E&M (тип 1, 2 или 5, не менее 4 портов), E1 (120Ом или 75Ом, не менее одного порта).

4.3.1.9.3 Подсистема голосовой связи должна предусматривать подключение стандартных аналоговых телефонных/факсимильных аппаратов по FXS интерфейсу (сигнализация Loop start, разъем RJ11), цифровых и IP-телефонных аппаратов, по соответствующим интерфейсам.


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

1) На объектах автоматизации выделить минимум двух работников, ответственных за администрирование и сопровождение «Единой системы управления мультисервисной связью»;

2) В ЦА Росавтодора создать структурное подразделение, отвечающее за сопровождение «Единой системы управления мультисервисной связью» всего Росавтодора;

3) Разработать регламент по обслуживанию «Единой системы управления мультисервисной связью»;

4) Работники, ответственные за администрирование и сопровождение «Единой системы управления мультисервисной связью» должны пройти обязательное обучение по администрированию и обслуживанию подсистем, входящих в состав «Единой системы управления мультисервисной связью»;

5) Разработать комплект документации по настройке и использованию подсистем «Единой системы управления мультисервисной связью»;

6) Довести до пользователей системы правила работы с «Единой системы управления мультисервисной связью».

4.3.1.10.2 Детализированные требования к системе «Единой системы управления мультисервисной связью» должны быть описаны в Частном техническом задании на эту систему.

4.3.2 Единая система управления и мониторинга программно-технической инфраструктуры


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


17404049.4251005.026.ТЗ

152

4.3.2.2.1 Единая система управления и мониторинга программно-технической инфраструктуры состоит из следующих систем:

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

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

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

4.3.2.3 Требования к единой корпоративной системе электронной почты

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

4.3.2.3.2 Единая корпоративная система электронной почты должна предоставлять следующие функциональные возможности:

1) отправка и получение пользователями сообщений;2) возможность получения уведомлений о доставке и прочтении сообщений;3) возможность использования средств групповой работы пользователей в рамках

создаваемого корпоративного интегрированного информационного пространства (календарь, групповое планирование, ведение проектов и т.п.);

4) централизованное управление и администрирование системы электронной почты;5) личные папки пользователей;6) общие папки с разделением доступа пользователей;7) хранение различных типов информации (электронные почтовые сообщения, календари,

задачи, дневники).

4.3.2.3.3 Для обеспечения отказоустойчивости единой корпоративной системы электронной почты в ЦА Росавтодора должен быть создан кластер почтовых серверов.

4.3.2.3.4 Единая корпоративная система электронной почты должна использовать в качестве базовых протоколов открытых стандартов X.400 и SMTP.

4.3.2.3.5 Единая корпоративная система электронной почты должна использовать в качестве протокола транспортного уровня TCP/IP.

17404049.4251005.026.ТЗ

153

4.3.2.3.6 Единая корпоративная система электронной почты должна обеспечивать поддержку единого адресного пространства и совместимость со стандартами X.500 и LDAP.

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

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

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

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

4.3.2.4 Требования к системе хранения и обработки архивной информации

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

4.3.2.4.1 Система хранения и обработки архивной информации должна обеспечивать:

1) Регламентированный многопользовательский режим работы в сети;2) доступ к хранилищу документов в соответствии с установленными правилами;3) возможность администрирования подсистемы;4) ведение журнала событий подсистемы.

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

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

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

4.3.2.5 Требования к системе терминального доступа

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

1) терминальный доступ к приложениям прикладных систем в ЦА2) консолидацию систем хранения данных;3) консолидацию вычислительных систем;4) увеличение отказоустойчивости оборудования систем хранения данных за счет

использования высоконадежных жестких дисков и схем резервирования данных;

17404049.4251005.026.ТЗ

154

5) оптимизацию методов внедрения приложений и их эксплуатации;6) виртуализацию доступа к приложениям;7) упрощение технической инфраструктуры за счет централизации и повышения

эффективности использования ресурсов;

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

4.3.2.6 Требования к единому узлу доступа в Интернет

4.3.2.6.1 Единый узел доступа в Интернет (ЕУДИ) должен быть создан в ЦА Росавтодора и выполнять задачу предоставления доступа из локальной сети к заранее предопределенным узлам и ресурсам сети Интернет по протоколам SMTP, HTTP, HTTPS и DNS;

4.3.2.6.2 ЕУДИ должен состоять из следующих служб:

1) служба межсетевого экранирования (СМЭ), должна быть организована на базе программно-аппаратного решения Cisco PIX Firewall;

2) служба контроля доступа в Интернет (СКДИ), должна быть организована на базе программно-аппаратных решений Cisco PIX Firewall и Cisco Content Engine;

3) служба кэширования пользовательских запросов (СКПЗ), должна быть организована на базе программно-аппаратного решения Cisco Content Engine.

4.3.2.7 Требование к службе межсетевого экранирования

4.3.2.7.1 Должна быть предусмотрена возможность разграничения полномочий административного персонала при управлении СМЭ. Служба межсетевого экранирования должна поддерживать удаленное управление (контроль) из заранее определенных точек корпоративной сети.

4.3.2.7.2 Программно-аппаратное решение Cisco PIX Firewall должно быть сертифицировано. СМЭ должна обеспечивать реализацию следующих функций:

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

2) возможность регистрации и учета фильтруемых пакетов;3) возможность регистрации загрузки и инициализации СМЭ и его останова;4) поддержка технологии гарантированного качества обслуживания (Quality of Service,

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

использованием VPN-соединений;6) возможность обновления компонент службы.

4.3.2.8 Требование к службе контроля доступа в Интернет

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

1) разграничение прав доступа пользователей на основе групп доступа службы единого каталога Microsoft Active Directory;

17404049.4251005.026.ТЗ

155

2) обнаружение несанкционированных действий, осуществляемых из внутренней сети и направленных против ресурсов сети Интернет, DMZ или компонентов ЕУДИ;

3) возможность хранения статистических данных и формирование отчетов по активности пользователей в сети Интернет;

4) должна быть предусмотрена возможность выборки информации по следующим критериям:

а) идентификатор пользователя в службе единого каталога Microsoft Active Directory;б) период времени, за который необходимо предоставить отчет;в) объем полученных и переданных пользователем данных;г) посещенные сайты;д) используемые протоколы.

5) хранение статистических данных для оперативного доступа за настраиваемый администратором период времени;

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

4.3.2.9 Требование к службе кэширования пользовательских запросов

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

1) обслуживание HTTP-запросов;2) обслуживание FTP-запросов;3) хранение локальной копии (кэширование) информации, наиболее часто запрашиваемой

пользователями.

4.3.2.10 Требования к обеспечению защиты резервных каналов доступа

4.3.2.10.1 Для защиты резервных каналов доступа между ЦА и другими объектами автоматизации должна быть создана подсистема защиты резервных каналов доступа.

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

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

1) конфиденциальность и целостность передаваемой информации;2) применение технологии виртуальных частных сетей;3) прозрачность используемых технологий защиты для конечных пользователей;4) возможность поддержки сертификатов X509.

4.3.2.11 Требования к составу операционных систем

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

17404049.4251005.026.ТЗ

156

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

4.3.2.12 Общие требования к операционным системам

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

1) наличие графического интерфейса GUI;2) доступ к файлам и принтерам;3) выполнение клиент-серверных приложений;4) работу коммуникационных служб;5) базовые функции защиты информации от несанкционированного доступа;6) работу базовых сетеобразующих сервисов;7) возможность реализации схемы удаленного управления;8) однократную авторизацию пользователей за весь сеанс работы в КВС;9) поддержку технологий Интернет;10) возможность аудита работы системы;11) поддержка протоколов TCP/IP и IPX.

4.3.2.13 Общие требования к серверным операционным системам

1) Автоматическое распределение сетевых адресов в рамках КВС.2) Автоматическое распознавание имен в сети и трансляцию их в сетевые адреса.3) Обработка сбойных ситуаций (интерфейс с UPS, поддержка замены устройств

ввода/вывода в горячем режиме).4) Возможность объединения компьютеров в кластер с разделяемыми дисковыми

массивами.5) Поддержка многопроцессорной архитектуры.

4.3.2.14 Требования к операционным системам сетеобразующих серверов

4.3.2.14.1 Требования к сетевым службам (WINS, DNS, DHCP):

1) Поддержка динамического обновления записей в зонах DNS и возможность использования ресурсных записей типа «сервис» (SRV),

2) должны входить в состав ОС.

4.3.2.14.2 Требования к службе единого каталога:

1) иерархическое хранение учетных записей пользователей, компьютеров и сетевых устройств,

2) объединение связанной информации в контейнеры каталога,3) поддержка протоколов LDAP и DNS,4) поддержка репликации каталога,5) обеспечение интеграции службы каталога с прикладными системами.

17404049.4251005.026.ТЗ

157

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

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

4.3.2.15 Требования к информационной офисной системе

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

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

4.3.2.15.3 Информационная офисная система должна включать:

1) офисный комплект приложений:

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

пользователей,з) поддержку платформы разработки офисных приложений;

2) средства оптического сканирования и распознавания документов;3) набор электронных словарей централизованного общего пользования;4) средства машинного перевода текста с иностранных языков с поддержкой

централизованного доступа;5) комплект утилит;6) комплект архиваторов основных форматов (RAR, ZIP, ARJ, GZIP, TAR).

4.3.2.16 Требования к системе управления базами данных

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

1) локализация интерфейса пользователя, возможность построения и сортировки полей баз данных, содержащих символы кириллицы;

2) поддержка реляционной структуры данных;3) поддержка технологии клиент-сервер;4) поддержка многопроцессорной архитектуры;5) поддержка кластерной архитектуры;6) наличие средств для создания индексов и кластеров данных для повышения скорости

обработки;7) восстановление баз данных с использованием журнала транзакций;8) механизм блокировки транзакций при записи или на уровне страницы;

17404049.4251005.026.ТЗ

158

9) поддержка ANSI SQL;10) поддержка ODBC;11) контроль целостности базы данных;12) включение/выключение утилит резервирования баз данных;13) импорт и экспорт таблиц баз данных;14) совместимость с предлагаемой операционной системой модулей, как пользователя, так

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

системами;16) наличие графического интерфейса администратора для управления базой данных;17) контроль доступа к данным. Опознавание с использованием средств СУБД;18) централизованное управление пользователями;19) наличие оптимизатора запросов для оптимизации пути прохождения данных;20) поддержка больших двоичных объектов (BLOB);21) поддержка OLAP-технологий, в том числе специализированных средств OLAP-анализа;22) поддержка службы единого каталога.

4.3.2.17 Требования к системе обработки факсимильных сообщений

1) Программное обеспечение должно позволять отправлять факсы из любого Windows-приложения, которое позволяет осуществлять печать на принтер. Работа с факсами должна быть для пользователей прозрачна.

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

3) Поддержка межузловой маршрутизации факсов в соответствии с критерием наименьшей стоимости (Least Cost Routing, LCR).

4) Должна обеспечить пользователю возможность управлять факсовым почтовым ящиком через наиболее распространенные браузеры, например Netscape Navigator, Microsoft Internet Explorer или любой другой браузер, поддерживающий HTML версии 3.0 и выше.

5) Поддержка большого числа аппаратных систем факсимильной связи.6) Выделение определенной линии только на передачу или только на прием.7) Автоматический дозвон при занятой линии.8) Автоматическое подтверждение приема факса.9) Интеграция с корпоративной службой каталога.10) Обеспечение повторной посылки не переданных страниц факса.11) Возможность задания титульного листа факса системным администратором или

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

по протоколу SNMP.13) Возможность подготовки отчетов.14) Поддержка платформ Windows 2000/XP и Office 2000/XP.15) Работа в круглосуточном режиме.

17404049.4251005.026.ТЗ

159

4.3.2.18 Требования к системе резервного копирования и архивирования информационных ресурсов

1) Работа под управлением основных сетевых операционных систем. Перечень таких операционных систем определяется после проведения предпроектного обследования.

2) Удаленное управление. Возможность управления всей системой резервирования с одного рабочего места (например, с рабочей станции администратора).

3) Наличие агентов для резервирования используемого в рамках КИСУ Росавтодора серверного программного обеспечения, баз данных, корпоративной почты.

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

5) Централизованное планирование работ.6) Верификация и сжатие информации. Проверка циклических контрольных сумм (CRC).7) Проверка имен файлов на носителе и жестком диске на совпадение после создания

резервной копии.8) Проверка части информации на соответствие копии оригиналу.9) Разграничение доступа пользователей к ресурсам и функциям системы резервного

копирования.10) Интеграция с системой антивирусной защиты.11) Поддержка роботизированных устройств резервного копирования (библиотек),

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

SAN (Storage Area Network).13) Поддержка расписания работ.14) Поддержка оглавления резервных копий.15) Встроенные алгоритмы ротации лент.16) Гибкие механизмы резервного копирования - Полная копия (Full Backup),

Дифференциальная копия (Differential Backup), Инкрементальная копия (Incremental Backup).17) Должна обеспечиваться возможность быстрого восстановления всей информации

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

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

работоспособность сервера в целом, обеспечить восстановление сервера без перегенерации операционной системы и приложений.

20) Возможность восстановления, как всей файловой системы, так и отдельных файлов и каталогов.

21) Возможность восстановления прав доступа пользователей к объектам файловой системы.

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

23) Восстановление системы управления документами.

17404049.4251005.026.ТЗ

160

24) Ведение журналов резервирования в удобной настраиваемой форме. Желательна возможность хранения журналов в базе данных.

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

4.3.2.19 Требования к компьютерному и периферийному оборудованию

4.3.2.19.1 Требования к составу компьютерного и периферийного оборудования

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

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

4.3.2.19.2 Общие требования к компьютерному и периферийному оборудованию

1) Все аппаратное обеспечение должно относиться к серийным продуктам, объявленным для коммерческой продажи и официально поставляемым в Россию;

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

3) Для всего оборудования должны быть предусмотрены дополнительные условия расширенного гарантийного, послегарантийного и сервисного обслуживания.

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

5) Серверное оборудование, внешние накопители, монтажное оборудование должны выпускаться одним производителем.

6) Компания - производитель оборудования должна присутствовать на российском рынке серверов и рабочих станций не менее 10 лет.

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

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

9) Гарантия на поставляемое серверное оборудование должна составлять не менее 3 лет.10) Должны быть предусмотрены средства мониторинга предстоящих отказов процессоров,

дисков и памяти.11) Все сервера должны быть предназначены для установки в стойку (rack).

17404049.4251005.026.ТЗ

161

12) Аппаратные и программные средства вычислительной техники должны быть совместимы с используемыми Заказчиком средствами вычислительной техники (1-2-х процессорные Intel-серверы PII, III, 4; PC класса Pentium II, III, 4), операционными системами и программным обеспечением (Windows 98, 2000, MS Office 97, 2000).

13) Должна быть обеспечена полная аппаратная и программная совместимость периферийных устройств с большинством наиболее популярных операционных систем, включая DOS, Windows 3.1 и 3.11, Windows 95, Windows NT 4.0, Windows 2000.

4.3.2.19.3 Требования к серверам общего назначения

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

2) Процессор не менее Intel Xeon Processor 2.40 GHz с возможностью наращивания до 2-х процессоров.

3) Тактовая частота системной шины – не менее 400 МНz.4) кэш-память – не менее 512KB;5) Оперативная память – не менее 512 MB (DDR SDRAM 266MHz), с возможностью

расширения до 6GB.6) Двухканальный RAID-контроллер с интерфейсом Ultra3 Wide SCSI, удовлетворяющий

следующим требованиям:

а) поддержка жестких дисков Ultra 3 Wide SCSI;б) шина PCI 64bit / 66MHz;в) аппаратная реализация массивов RAID 0, RAID 1, RAID 5; г) кэш-память объемом не менее 64MB;д) необходимо обеспечить возможность расширения дисковых массивов и логических

дисков без перезагрузки сервера.

7) Дисковая подсистема должна удовлетворять следующим требованиям:

а) скорость вращения у всех дисков должна быть не менее 10000 оборотов в минуту;б) должна быть предусмотрена возможность разнесения дисков по двум каналам

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

8) Шина ввода-вывода должна иметь не менее 2 (двух) слотов PCI-X.9) Для подключения сервера к локальной вычислительной сети (ЛВС) в нем должны быть

предусмотрены 2 (два) сетевых порта Ethernet (пропускная способность 1000 MB/s, полнодуплексный режим, разъемы RJ-45).

10) Система электропитания сервера должна допускать возможность горячей замены блоков питания. Блоки питания не менее 325W каждый.

11) Высота сервера не должна превышать 2U.12) Возможность мониторинга состояния сервера (по локальной сети).13) Все серверное оборудование должно управляться по протоколу SNMP.14) Конструкция серверов должна содержать компоненты повышения надежности и

отказоустойчивости.

17404049.4251005.026.ТЗ

162

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

16) Все серверное оборудование должно обеспечиваться гарантийной сервисной поддержкой в течение 3 лет при наличии развитой службы технической поддержки поставщика.

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

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

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

выключения.21) Использование в системе вентиляции корпуса элементов с возможностью их замены без

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

4.3.2.19.4 Требования к серверам центральных СУБД

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

2) Не менее двух процессоров Intel Xeon Processor MP 1.90 GHz, с возможностью наращивания до 4-х процессоров.

3) Тактовая частота системной шины – 400 MHz.4) Кэш-память – не менее 1MB.5) Оперативная память –не менее 2 GB (PC1600 Registered SDRAM Memory), с

возможностью расширения до 32 GB.6) Двухканальный RAID-контроллер с интерфейсом Ultra3 Wide SCSI, удовлетворяющий

следующим требованиям:

а) поддержка жестких дисков Ultra 3 Wide SCSI;б) шина PCI 64bit / 66MHz;в) аппаратная реализация массивов RAID 0, RAID 1, RAID 5;г) энергонезависимая кэш-память объемом не менее 128MB;д) необходимо обеспечить возможность расширения дисковых массивов и логических

дисков без перезагрузки сервера.

7) Дисковая подсистема должна удовлетворять следующим требованиям:

а) поддерживать не менее 2 (двух) жестких дисков с возможностью горячей замены, с интерфейсом Ultra 3 Wide SCSI, объемом не менее 36GB каждый;

б) скорость вращения у всех дисков должна быть не менее 10000 оборотов в минуту;в) должна быть предусмотрена возможность разнесения дисков по двум каналам

RAID-контроллера для увеличения производительности дисковой подсистемы;г) необходима возможность расширения дисковой подсистемы до 12 дисков с

возможностью горячей замены.

8) Шина ввода-вывода должна удовлетворять следующим требованиям:

17404049.4251005.026.ТЗ

163

а) в сервере должно быть не менее 3-х шин PCI;б) общее количество PCI-X слотов не должно быть меньше 6 (шести);в) Должно быть не менее 4 (четырех) слотов PCI-X с поддержкой горячей замены плат

расширения.

9) Для подключения сервера к локальной вычислительной сети (ЛВС) в нем должен быть предусмотрен 1 (один) сетевой порт Ethernet (пропускная способность 1000 MB/s, полнодуплексный режим, разъем RJ-45).

10) Система электропитания сервера должна допускать возможность горячей замены блоков питания. Блоки питания не менее 600W каждый.

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

12) Высота сервера не должна превышать 7U.13) Серверы должны иметь возможность объединения в кластеры.

4.3.2.19.5 Требования к внешней дисковой системе

1) Внешняя дисковая система ЦА Росавтодора должна обеспечивать поддержку технологий сетей хранения данных SAN (Storage Area Network).

2) Внешняя дисковая система должна быть оборудована интерфейсом подключения Fibre Channel 2Gb, типом корпуса для установки в монтажный шкаф.

3) Fibre Channel Switch внешней дисковой системы должен иметь не менее 6 портов.4) оборудование сети Fibre Channel для организации кластерного подключения двух

серверов к дисковой подсистеме должно входить в состав внешней дисковой системы.

4.3.2.19.6 Требования к рабочим станциям пользователей

1) Рабочие станции пользователей АСУ конфигурируются в зависимости от их функционального назначения.

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

3) Наличие внешних USB-слотов для подключения периферийных устройств.4) Возможность удаленного (по локальной сети) проведения следующих процедур:

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

осуществляться контроль над вскрытием корпуса.

4.3.2.19.7 Требования к периферийному оборудованию

1) Периферийное оборудование в минимальном составе должно состоять из следующих устройств:

сетевые принтеры,

17404049.4251005.026.ТЗ

164

сканеры, ленточные библиотеки, серверные шкафы.

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

3) Все поставляемое оборудование должно быть изготовлено на предприятиях, сертифицированных в соответствии с международными стандартами ISO серии 9000. Все оборудование должно быть рассчитано на питание от сети переменного тока 220 В / 50 Гц, и имеет силовые шнуры со стандартной европейской вилкой.

4) Все оборудование должно применяться при температуре от +15°С до +28 °С (оптимальная температура +21 °С) и относительной влажности 10 - 80 %.

5) Сетевые принтеры должны иметь возможность работы в сети.6) Необходимо учитывать уже существующее и используемое оборудование на объектах

Росавтодора.7) Серверные шкафы должны удовлетворять следующим требованиям:

а) серверный шкаф должен подходить для установки всех серверов и иметь высоту 42U;

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

вывода (монитор/клавиатура/мышь), так же вмонтированного в серверный шкаф. Клавиатура должна быть русифицированной;

г) монитор должен иметь размер по диагонали не менее 15", поддерживать разрешение 1024*768@75Hz;

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

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

8) Ленточная библиотека должна удовлетворять следующим требованиям:

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

9) Требования к надежности оборудования

а) Безотказность (минимизация вероятности возникновения какого-либо отказа).б) Обслуживаемость (минимизация времени неработоспособности отказавших

компонентов).в) Ориентация на простоту решений.

4.3.2.20 Требования к системе бесперебойного электроснабжения

17404049.4251005.026.ТЗ

165

4.3.2.20.1 Система бесперебойного электроснабжения должна обеспечивать надежную бесперебойную работу оборудования потребителей электрической энергии 1-й категории и особой группы 1-й категории в случаях:

1) при длительном (не менее суток) пропадании напряжения на двух вводах от питающей сети;

2) кратковременного падения (провал) напряжения питающей сети;3) импульсных и кратковременных перенапряжений;4) электрического шума (электромагнитная и радиочастотная интерференция, приводящая

к разрушению синусоидальной формы питающего напряжения).

4.3.2.20.2 К потребителям электрической энергии 1-й категории относятся:

1) системы пожаротушения;2) рабочее освещение;3) собственные нужды системы бесперебойного и гарантированного электроснабжения, в

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

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

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

4.3.2.20.5 Питающая сеть выполняется трехфазной пятипроводной, распределительная сеть однофазной трехпроводной.

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

одно (автоматизированное) рабочее место........................................0,43 кВА;один сервер.............................................................................................3 кВА;активное сетевое оборудование на 100 рабочих мест........................1,4 кВА.коэффициент использования рабочих мест.........................................0,8.

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

4.3.2.21 Требования к системе кондиционирования технологических помещений

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

4.3.2.21.2 Общими требованиями к СКТП являются следующие:

17404049.4251005.026.ТЗ

166

1) СКТП должна обеспечивать съем избыточного тепла, выделяемого установленным в помещении оборудованием, источниками освещения и обслуживающим персоналом с учетом теплотехнических характеристик помещений;

2) СКТП должна обеспечивать температурный режим контролируемых помещений в пределах 20±5°С;

3) СКТП должна обеспечивать экономичное и надежное регулирование температуры воздуха в помещениях;

4) СКТП должна быть устойчива как к внутренним колебаниям тепловой нагрузки, так и к сезонным изменениям параметров окружающей среды;

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

6) кондиционеры должны быть полупромышленного либо промышленного исполнения;7) кондиционеры должны иметь исполнение "Только холод";8) кондиционеры должны быть оборудованы системами управления для их

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

наружного воздуха от -30°С до + 40°С;11) система управления кондиционерами должна обладать функцией автоматической

блокировки включения кондиционера при температуре наружного воздуха ниже -30°С;12) автоматические системы управления кондиционерами должны допускать возможность

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

однофазной электрической сети здания напряжением переменного тока 380/220 В, частотой 50 Гц;14) кондиционеры должны подключаться к электрической сети здания по пятипроводной

(для трехфазного включения) либо по трехпроводной (для однофазного включения) схемам;15) все оборудование СКТП должно быть заземлено от системы защитного заземления

здания;16) все применяемые кондиционеры должны иметь сертификаты соответствия требованиям

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


4.3.2.22.1 Для обеспечения эффективной работы единой системы управления и мониторинга программно-технической инфраструктуры, рекомендуется:

1) На объектах автоматизации выделить минимум двух работников, ответственных за администрирование и сопровождение «Единой системе управления и мониторинга программно-технической инфраструктуры»;

2) В ЦА Росавтодора сформировать структурное подразделение, отвечающее за сопровождение «Единой системы управления и мониторинга программно-технической инфраструктуры» всего Росавтодора;

17404049.4251005.026.ТЗ

167

3) Разработать регламент по обслуживанию «Единой системе управления и мониторинга программно-технической инфраструктуры»;

4) Обеспечить техническое обслуживание оборудования подсистем «Единой системе управления и мониторинга программно-технической инфраструктуры»;

5) Проводить регулярное технического обслуживание оборудования «Единой системы управления и мониторинга программно-технической инфраструктуры», согласно регламенту по обслуживанию;

6) Для технического обслуживание оборудования «Единой системы управления и мониторинга программно-технической инфраструктуры» необходимо использовать только рекомендованные производителем оборудования расходные материалы;

7) Работники, ответственные за администрирование и сопровождение «Единой системы управления и мониторинга программно-технической инфраструктуры» должны пройти обязательное обучение по администрированию и обслуживанию подсистем, входящих в состав «Единой системе управления и мониторинга программно-технической инфраструктуры»;

8) Разработать комплект документации по настройке и использованию подсистем «Единой системе управления и мониторинга программно-технической инфраструктуры»;

9) Довести до пользователей системы правила работы с «Единой системе управления и мониторинга программно-технической инфраструктуры»;

4.3.2.22.2 Запрещается останавливать подсистемы «Единой системе управления и мониторинга программно-технической инфраструктуры», кроме случаев остановки для технического обслуживания.

4.3.2.22.3 Детализированные требования к «Единой системе управления и мониторинга программно-технической инфраструктуры» должны быть описаны в Частном техническом задании на эту систему.

4.3.3 Единая система управления информационной безопасностью и доступом

4.3.3.1 Требования к составу

4.3.3.1.1 Единая система управления информационной безопасностью и доступом должна состоять из следующих подсистем:

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


17404049.4251005.026.ТЗ

168

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

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

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

4.3.3.3 Требования к подсистеме управления доступом

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

1) управление пользователями и ролями;2) определение единого набора правил обеспечения безопасности;3) определение индивидуальных полномочий каждого пользователя;4) безопасную транспортировку индивидуальных полномочий;5) конфигурирование программно-аппаратных средств защиты;6) активизацию программно-аппаратных средств защиты;7) оперативное изменение правил обеспечения безопасности; 8) контроль выполнения единого набора правил защиты информации;9) разграничение и контроль доступа пользователей к сетевым устройствам, ресурсам

серверов и АРМ;10) разрешение на выполнение операций с информацией;11) межсетевое экранирование;12) порядок аутентификации пользователей и сетевых устройств;13) аутентификацию пользователей и сетевых устройств;14) реализацию доступа пользователей к ресурсам АСУ через механизмы однократной

аутентификации (Single Sign-On);15) поддержку различных систем аутентификации - Windows, LDAP, цифровые

сертификаты, в том числе с помощью смарт-карт и токенов;16) порядок защиты внутренних и внешних коммуникаций;17) правила фильтрации электронных почтовых сообщений;18) поддержание, актуализация и контроль исполнения политики безопасности;19) обеспечение расследования инцидентов, связанных с нарушением информационной

безопасности.

4.3.3.4 Требования к подсистеме управления электронными ключами

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

17404049.4251005.026.ТЗ

169

1) управление сервисом распределения электронных ключей;2) безопасную транспортировку электронных ключей конечным пользователям;3) поддержку жизненного цикла электронных ключей и цифровых сертификатов

(генерация, распределение, отзыв, подтверждение);4) поддержку процесса идентификации и аутентификации пользователей;5) поддержку хранения ключей на внешних носителях (USB-токены);6) реализацию механизма интеграции существующих приложений и всех компонент

системы безопасности информации;7) обеспечение кросс-сертификации цифровых сертификатов X.509, выданных

сторонними центрами сертификации;8) поддержку российских криптоалгоритмов ГОСТ;9) поддержку раздельных пары ключей для шифрования и подписи;10) поддержку общей пары ключей для шифрования и подписи;11) хранение, резервное копирование и восстановление ключа шифрования и ЭЦП Центра

сертификации;12) кросс-сертификацию по стандартам PKCS# 10 и PKCS#7;13) поддержку стандарта PKCS#11;14) поддержку функций Single Sign-on для СУБД Oracle, MS SQL Server.

4.3.3.5 Требования к подсистеме ЭЦП и кодирования данных

4.3.3.5.1 Подсистема электронно-цифровой подписи и кодирования данных (ПЭКД) предназначена для обеспечения конфиденциальности и целостности информации обрабатываемой в рамках АСУ.

4.3.3.5.2 ПЭКД должна обеспечивать реализацию функций:

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

2) кодирование данных и контроль целостности информации при передаче ее по открытым каналам в рамках взаимодействия компонент и пользователей АСУ на базе электронных сертификатов X.509.

4.3.3.6 Требования к подсистеме аудита и мониторинга

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

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

1) протоколирование и мониторинг попыток несанкционированного доступа к ресурсам сети;

2) регулярное, автоматизированное обновление баз данных сигнатур сетевых атак;3) сбор и анализ данных.4) оперативное оповещение службы безопасности:

17404049.4251005.026.ТЗ

170

5) определение наиболее уязвимых мест:6) анализ прав доступа пользователей к информационным ресурсам АСУ;7) выдачу отчета (оповещения) о найденных уязвимых местах; 8) возможность устранения выявленных недостатков в обеспечении информационной


4.3.3.7 Требования к подсистеме обнаружения вирусной активности

4.3.3.7.1 Подсистема обнаружения вирусной активности (ПОВА) предназначена для предотвращения и минимизации возможного ущерба в результате вирусного заражения системы.

4.3.3.7.2 ПОВА должна производить определение, блокирование и лечение вирусов на уровнях:

1) серверов или шлюзов системы электронной почты; 2) файловых серверов и АРМ пользователей;3) систем резервного копирования и архивирования.

4.3.3.7.3 ПОВА должна обеспечивать реализацию следующих функций.

1) Удаленное управление. Возможность управления всей системой с одного специализированного рабочего места (например, с рабочей станции администратора).

2) Ведение журналов. Ведение журналов резервирования в удобной настраиваемой форме.3) Оповещения. В подсистеме обнаружения вирусной активности должна быть

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

4) Оповещения должны доставляться с помощью следующих средств:

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

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

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

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

8) Возможность работы в сети.9) Интеграция со службой резервирования информации.

17404049.4251005.026.ТЗ

171

10) Интегрируемость с системами корпоративной электронной почты и доступа к Интернет.11) Централизованное управление.

4.3.3.8 Требования к подсистеме защиты резервного канала доступа

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

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

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

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

4.3.3.9 Требования к подсистеме контроля доступа к сети Интернет

4.3.3.9.1 На каждом объекте автоматизации должна быть создана подсистема контроля доступа к сети Интернет. В ЦА данная подсистема должна входить в состав единого узла доступа в Интернет.

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

1) разграничение прав доступа пользователей на основе групп доступа службы единого каталога Microsoft Active Directory;

2) обнаружение несанкционированных действий, осуществляемых из внутренней сети и направленных против ресурсов сети Интернет, DMZ или компонентов ЕУДИ;

3) возможность хранения статистических данных и формирование отчетов по активности пользователей в сети Интернет;

4) должна быть предусмотрена возможность выборки информации по следующим критериям:

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

5) хранение статистических данных для оперативного доступа за настраиваемый администратором период времени;

17404049.4251005.026.ТЗ

172

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

4.3.3.10 Требования к службе мониторинга информационной безопасности

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

1) консолидация всех событий в единой базе данных;2) поддержка операционных систем (все версии Windows, AIX, Solaris);3) обнаружение вторжений на уровне хоста; 4) предоставление удобного интерфейса для управления событиями безопасности;5) анализ трендов и статистических данных по безопасности;6) предоставление данных мониторинга и аудита в виде отчетов;7) корреляция любых событий безопасности имеемых в базе данных;8) реакция на события безопасности в реальном времени созданием оповещений (e-mail,

консольные сообщение) и регистрации событий в журнале аудита;9) удаленная установка и настройка агентского ПО;10) формирование базы знаний по управлению инцидентами информационной


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


4.3.3.11.1 Для обеспечения эффективной работы единой системы управления информационной безопасностью и доступом, рекомендуется:

1) На объектах автоматизации выделить минимум двух работников, ответственных за администрирование и сопровождение «Единой системы управления информационной безопасностью и доступом»;

2) В ЦА Росавтодора создать структурное подразделение, отвечающее за сопровождение «Единой системы управления информационной безопасностью и доступом» всего Росавтодора;

3) Разработать регламент по обслуживанию «Единой системы управления информационной безопасностью и доступом»;

4) Разработать регламент по использованию «Единой системы управления информационной безопасностью и доступом»;

5) Разработать должностную инструкцию администратора «Единой системы управления информационной безопасностью и доступом»;

6) Разработать руководство пользователя «Единой системы управления информационной безопасностью и доступом» и ознакомить с ней все пользователей системы;

7) Издать распоряжение о введение в действие «Единой системы управления информационной безопасностью и доступом»;

8) Разработать должностную инструкцию администратора «Единой системы управления информационной безопасностью и доступом»;

17404049.4251005.026.ТЗ

173

9) Проводить регулярное технического обслуживание оборудования «Единой системы управления и мониторинга программно-технической инфраструктуры», согласно регламенту по обслуживанию;

10) Работники, ответственные за администрирование и сопровождение «Единой системы управления и мониторинга программно-технической инфраструктуры» должны пройти обязательное обучение по администрированию и обслуживанию подсистем, входящих в состав системы управления и мониторинга программно-технической инфраструктуры»;

11)Разработать комплект документации по настройке и использованию подсистем системы управления и мониторинга программно-технической инфраструктуры»;

12)Разработать регламент предоставления прав доступа к информационным ресурсам;13)Разработать регламент предоставления доступа к сети Интернет;14)Довести до пользователей системы правила работы с «Единой системе управления и

мониторинга программно-технической инфраструктуры»;

4.3.3.11.2 Запрещается останавливать подсистемы «Единой системе управления и мониторинга программно-технической инфраструктуры», кроме случаев остановки для технического обслуживания.

4.3.3.11.3 Детализированные требования к «Единой системе управления и мониторинга программно-технической инфраструктуры» должны быть описаны в Частном техническом задании на эту систему.

4.3.4 Централизованная система управления технической поддержкой


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

Система предназначена для решения следующих задач:

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

создание единой БД обращений пользователей в службу технической поддержки Росавтодора;

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

4.3.4.2 Требования к централизованной системе управления технической поддержкой

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

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

2) Ручное и автоматическое (через e-mail) добавление заявок в базу данных.3) Возможность удаления, редактирования, просмотра заявок (возможность установки

различных прав доступа).

17404049.4251005.026.ТЗ

174

4) Возможность мониторинга процесса выполнения заявки с любого компьютера Росавтодора.

5) Каталогизация задач схожести, на их основе создания FAQ.6) Хранение архива заявок и их решения, на основе этого создание Базы Знаний

(Knowledge Base).7) Возможность группировки/выборки задач по их типу, атрибутам, и.т. д.8) Формирование статистики и отчетов.9) Наличие средств инвентаризации программного и аппаратного обеспечения или связь с

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

организациям (аутсорсинг).


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

1) Создать в Росавтодоре структурное подразделение или определить компанию, отвечающее за сопровождение «Централизованной системы управления технической поддержкой»;

2) Разработать регламент по обслуживанию «Централизованной системы управления технической поддержкой»;

3) Разработать регламент по организации технической поддержки;4) Разработать регламент по обращению в «Централизованную систему управления

технической поддержкой»;5) Разработать должностную инструкцию администратора ««Централизованной системы

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

технической поддержкой»;7) Разработать должностную инструкцию администратора «Централизованной системы

управления технической поддержкой»»; 8) Работники, ответственные за администрирование и сопровождение «Централизованную

систему управления технической поддержкой» должны пройти обязательное обучение по администрированию и обслуживанию подсистем АСУ;

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

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

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

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

17404049.4251005.026.ТЗ

175

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

4.4.1.3 Детальные требования к математическому обеспечению должны быть сформированы на этапе ПИР.

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

4.4.2.1 Языки взаимодействия пользователей и прикладных систем

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

4.4.2.1.2 Все документы, производимые АСУ, должны предоставляться пользователю на русском языке.

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

4.4.2.1.4 Вся документация, создаваемая в рамках создания АСУ должна быть на русском языке.

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

4.4.2.2.1 Все программно-технические средства (ПТС), закупаемые в рамках создания АСУ, комплектуются стандартным программным обеспечением и документацией, предусмотренными изготовителем ПТС.

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

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

4.4.3.1.1 Все компоненты подсистем АСУ должны функционировать в пределах единого

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

серверов приложений.

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

аппаратных и программных средств КСА.

4.4.3.1.3 Информационный обмен между прикладными системами АСУ должен

осуществляться через файлы в формате XML.

17404049.4251005.026.ТЗ

176

4.4.3.1.4 Информационное обеспечение должно основываться на существующих формах

документов, предусмотренных Законодательством Российской Федерации, утвержденных

Правительством Российской Федерации и Министерством Юстиции Российской Федерации.

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

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

согласованию с Заказчиком.

4.4.3.1.6 Детальные требования к информационному обеспечению определяются на этапе

проектно-изыскательских работ.

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

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

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

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

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

4.4.4.1.5 Программное обеспечение на рабочих местах пользоватей прикладных систем АСУ должно функционировать под управлением операционной системы семейства MS Windows (2000, XP и выше).

4.4.4.1.6 Интерфейс пользователя с АСУ должен быть максимально прост, един для всех прикладных систем, ориентирован на персонал соответствующей квалификации и обладать следующими характеристиками:

1) не требовать переподготовки пользователей при развитии системы;2) иметь открытую архитектуру и, при необходимости, возможность автоматически

обновляться и расширяться через телекоммуникационную сеть.

17404049.4251005.026.ТЗ

177

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

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

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

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

4.4.5.4 Гарантия на поставляемое серверное оборудование должна составлять не менее 3 лет.

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

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

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

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

4.4.5.9 Оборудование должно быть подключено к источникам бесперебойного питания (ИБП) и управляться через консоль KVM (с монитором и совмещенной с клавиатурой мышью).

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

4.4.5.11 Для аппаратного обеспечения службы хранения данных прикладных систем в здании Федерального дорожного агентства необходимо предусмотреть наличие внешней системы хранения данных ( например, SAN (Storage Area Network)) для размещения данных.

Используемое серверное оборудование должно обладать характеристиками не хуже перечисленных в п. 4.3.2.19.3 и п. 4.3.2.19.4.

17404049.4251005.026.ТЗ

178

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

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

ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем»;

ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;

ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»;

РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов».

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

4.4.7.1 Метрологическое обеспечение АСУ должно осуществляться в соответствии с нормами Закона РФ "Об обеспечении единства измерений" и соответствовать требованиям нормативных документов Органов государственного управления в сфере дорожного хозяйства.

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

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

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

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

4.4.7.4 Детальные требования к метрологическому обеспечению определяются на этапе ПИР.

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

4.4.8.1 Для обеспечения внедрения и эффективной работы структурных подразделений Росавтодора, ОУДХ и подрядных организаций с использованием прикладных систем АСУ рекомендуется:

4.4.8.1.1 На договорном уровне произвести регламентацию взаимоотношений между ОУДХ и подрядными организациями по следующим позициям:

17404049.4251005.026.ТЗ

179

а) Права Подрядчика:

o Получать доступ к информации, предоставляемой прикладными системами АСУ.

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

б) Обязанности Подрядчика:

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

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

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

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

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

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

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

в) Права Заказчика:

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

o Требовать предоставление планов мероприятий и работ на основании данных прикладных систем.

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

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

г) Обязанности Заказчика:

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

o Предоставлять данные о транспортно-эксплуатационном состоянии автодорог.o Предоставить доступ к информации о транспортно-эксплуатационном состоянии

автодорог размещенном на сайте Заказчика, включая видео-, метео- и другую информацию.

o Обеспечить регулярное обновление информации, размещаемой на сайте.

17404049.4251005.026.ТЗ

180

д) Ответственность сторон:

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

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

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

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

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

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

4.4.9.1 Для обеспечения внедрения и эффективной работы структурных подразделений Росавтодора, ОУДХ и подрядных организаций с использованием прикладных систем АСУ рекомендуется:

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

4.4.9.3 Разработать регламенты использования прикладных систем и АСУ в целом в соответствии с потребностями отдельных категорий пользователей.

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

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

17404049.4251005.026.ТЗ

181

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

5.1 Основные этапы создания и внедрения АСУ

Календарный план работ по созданию Автоматизированной системы управления Федерального дорожного агентства

№ п/п

Наименование этапа работ

Сроки выполнения

(начало и окончание)

Отчетные материалы (планируемый результат)

1 Разработка и утверждение детального плана работ. Создание Пилотной зоны АСУ. Подготовка и проведение проектно - изыскательских работ.

Январь – октябрь 2006

1.1. Разработка и утверждение детального плана работ на объектах автоматизации.

Январь – февраль 2006г.

План работ и поставок оборудования на объектах Пилотной зоны; Акт о приемке работ.

1.2. Анализ рабочей документации, используемой Заказчиком. Формирование перечня объектов автоматизации.

Январь – февраль 2006г.

Отчет о проведенных работах. Акт о приемке работ.

1.3. Предпроектное обследование объектов Пилотной зоны

Январь – июль 2006г.

1.3.1. Проведение предпроектного обследования текущего состояния организационных и технологических процессов систем 1-ой очереди и подсистем ядра.


Раздел Отчета по результатам анализа организационных и технологических процессов и имеющихся прикладных систем; Акт о приемке работ

1.3.2. Проведение предпроектного обследования текущего


Раздел Отчета по результатам анализа

17404049.4251005.026.ТЗ

182

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

организационных и технологических процессов и имеющихся прикладных систем; Акт о приемке работ

1.3.3. Проведение предпроектного обследования текущего состояния организационных и технологических процессов систем 3-ей очереди.


Раздел Отчета по результатам анализа организационных и технологических процессов и имеющихся прикладных систем; Акт о приемке работ

1.4. Разработка и утверждение концептуальной модели АСУ.

Февраль – июль 2006

Концептуальная модель АСУ. Акт о приемке работ.

1.5. Разработка частных технических заданий на прикладные системы 1-ой, 2-ой и 3-ей очереди и прикладные системы ядра.

Июнь – сентябрь 2006г.

Частные технические задания (ГОСТ 34.602-89); Акт о приемке работ

1.5.1. Разработка частных технических заданий на прикладные системы 1-ой, 2-ой, 3-ей очереди и системы ядра.

Июнь – сентябрь 2006г.

Частные технические задания (ГОСТ 34.602-89); Акт о приемке работ

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

Август – декабрь 2006 г.

2.1 Разработка прикладных систем 1-й очереди и подсистем ядра.

Август - декабрь 2006 г.

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

2.2 Разработка технических проектов на прикладные

Октябрь – декабрь 2006 г.

Пояснительная записка. Акт о приемке работ.

17404049.4251005.026.ТЗ

183

системы 1-ой очереди и подсистем ядра.

2.3 Разработка программ и методик на прикладные системы 1-ой очереди и подсистем ядра.


Программа и методика испытаний (РД 50-34.698-90). Акт о приемке работ.

2.4. Обследование и анализ производственных мощностей для обеспечения работоспособности прикладных систем АСУ.

Январь – май 2006 г.

Отчет о предпроектном обследовании производственных мощностей для обеспечения работоспособности прикладных систем АСУ. Акт о приемке работ.

2.4.1 Разработка проектных решений по обеспечивающим системам АСУ.

Январь – март 2006 г.

По каждой обеспечивающей системе: раздел Пояснительной записки. Акт о приемке работ.

2.4.2. Разработка и оформление документации (Спецификации) на поставку оборудования для комплектования систем и (или) технических требований (технических заданий) на их разработку

Январь – апрель 2006 г.

По каждой обеспечивающей системе: Спецификация на оборудование и программное обеспечение в соответствии с Перечнем объектов автоматизации. Акт о приемке работ.

2.4.3. Разработка и утверждение рабочей документации на обеспечивающие системы АСУ и ее части

Февраль – май 2006 г.

Рабочая документация по обеспечивающей системам АСУ и её частям. Акт о приемке работ.

2.5 Ввод в действие обеспечивающих систем АСУ в Пилотной зоне

Апрель – декабрь 2006 г.

2.5.1 Подготовка объектов Пилотной зоны к вводу обеспечивающих систем в действие.


Акты готовности объектов. Акт о приемке работ.

2.5.2 Поставка и комплектование программно-техническими

Апрель – июль Накладные. Акт приема -

17404049.4251005.026.ТЗ

184

средствами в соответствии со Спецификацией Оборудования

2006 г. передачи оборудования.

2.5.3 Монтажные работы Июль – декабрь 2006 г.

Акт о приемке работ.

2.5.4 Пусконаладочные работы Июль – декабрь 2006 г.

Акт о приемке работ.

2.5.5 Проведение предварительных испытаний

Май – декабрь 2006 г.

Акт проведения испытаний.

2.5.6 Опытная эксплуатация. Октябрь - декабрь 2006 г.

Доработанная документация. Протокол проведения предварительных испытаний. Акт о приемке работ.

2.5.7 Проведение приемочных испытаний и ввод в эксплуатацию обеспечивающих систем в Пилотной зоне.

Октябрь - декабрь 2006 г.

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

2.6. Поставка и комплектование программными средствами в соответствии со Спецификацией Оборудования и Перечнем объектов автоматизации.


Накладные. Акт приема -передачи оборудования.

2.7 Ввод в действие прикладных систем 1-ой очереди АСУ в Пилотной зоне


2.7.1. Пусконаладочные работы на объектах Пилотной зоны.

Январь – март 2007 г.

Отчет о результатах проведенных работ. Акт о приемке работ.

2.7.2. Обучение и аттестация пользователей на объектах Пилотной зоны

Март – апрель 2007 г.

Акт о проведенном обучении и аттестации. Акт о приемке работ.

2.7.3. Проведение приемочных испытаний и ввод в опытную эксплуатацию на объектах Пилотной зоны.

Март – апрель 2007 г.

Акты приемки в эксплуатацию. Отчет о результатах опытной эксплуатации. Акт о

17404049.4251005.026.ТЗ

185

приемке работ.

3. Разработка прикладных систем 2-й очереди. Доработка прикладных систем 1-ой очереди по итогам проведения опытной эксплуатации. Поставка и комплектование программными средствами.

3.1. Доработка прикладных систем 1-й очереди и по итогам проведения опытной эксплуатации на объектах Пилотной зоны.

Апрель – июнь 2007 г.

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

3.2. Разработка прикладных систем 2-й очереди.

Октябрь 2006 г. – апрель 2007 г.


3.3. Разработка технических проектов на прикладные системы 2-ой очереди.

Январь – апрель 2007г.


3.4. Разработка программ и методик на прикладные системы 2-ой очереди.

Январь – апрель 2007г.


3.5. Ввод в действие прикладных систем 2-ой очереди АСУ в Пилотной зоне

Май – июнь 2007 г.


Май – июнь 2007 г. Отчет о результатах проведенных работ. Акт о приемке работ.


Май – июнь 2007 г. Акт о проведенном обучении и аттестации. Акт о приемке работ.

2.6.1. Проведение приемочных испытаний и ввод в опытную эксплуатацию на объектах Пилотной зоны.

Май – июнь 2007 г. Акты приемки в эксплуатацию. Отчет о результатах опытной эксплуатации. Акт о приемке работ.

17404049.4251005.026.ТЗ

186

3.6. Поставка и комплектование программными средствами в соответствии со Спецификацией Оборудования и Перечнем объектов автоматизации.

Январь – декабрь 2007 г.

Накладные. Акт приема -передачи оборудования.

3.7 Ввод в действие прикладных систем 1-й очереди на объектах автоматизации в соответствии с графиками поставки и монтажа оборудования на объектах автоматизации.

Июль – октябрь2007 г.

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

4. Разработка прикладных систем 3-й очереди. Доработка прикладных систем 2-ой очереди по итогам проведения опытной эксплуатации. Поставка и комплектование программными средствами.

4.1. Доработка прикладных систем 2-й очереди по итогам проведения опытной эксплуатации на объектах Пилотной зоны.

Июль – октябрь 2007 г.


4.2. Разработка прикладных систем 3-й очереди.

Сентябрь - декабрь 2007 г.


4.3. Разработка технических проектов на прикладные системы 3-ой очереди.



4.4. Разработка программ и методик на прикладные системы 3-ой очереди.



4.5. Ввод в действие прикладных систем 3-ой очереди и подсистем ядра. АСУ в


17404049.4251005.026.ТЗ

187

Пилотной зоне


Январь - март 2008 г.

Отчет о результатах проведенных работ. Акт о приемке работ.


Февраль - апрель2008 г.

Акт о проведенном обучении и аттестации. Акт о приемке работ.

4.5.3 Проведение приемочных испытаний и ввод в опытную эксплуатацию на объектах Пилотной зоны.

Февраль - апрель2008 г.

Акты приемки в эксплуатацию. Отчет о результатах опытной эксплуатации. Акт о приемке работ.

4.6 Ввод в действие прикладных систем 1-ой и 2-ой очереди на объектах автоматизации в соответствии с графиками поставки и монтажа оборудования на объектах автоматизации.

Январь – июнь2008 г.


5. Доработка прикладных систем 3-ей очереди и прикладных систем ядра по итогам проведения опытной эксплуатации. Ввод в действие прикладных систем 2-й и 3-ей очереди и прикладных систем ядра.

Апрель – декабрь2008 г.

5.1. Доработка прикладных систем 3-й очереди и прикладных систем ядра по итогам проведения опытной эксплуатации на объектах Пилотной зоны.

Апрель – июль2008 г.


5.2. Ввод в действие прикладных систем 2-ой, 3-ей очереди и прикладных систем ядра на объектах автоматизации.

Август – декабрь2008 г.


6. Сопровождение прикладных Июль 2006 г. – Акт об оказании услуг

17404049.4251005.026.ТЗ

188

и обеспечивающих подсистем АСУ в рамках технической поддержки

декабрь 2008 г. (ежемесячно)

Детальные требования к срокам проведения работ по настоящему Техническому заданию определяются Календарным планом проведения работ.Последовательность этапов и сроки их реализации могут быть скорректированы на этапе создания Частных технических созданий на прикладные системы АСУ.

5.2 Основные стадии создания систем АСУ

В соответствии с ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» создание систем АСУ должно включать в себя следующие основные стадии:

Стадии Перечень работ

1. Формирование требований и разработка

концептуальной модели АСУ (проводится в рамках

ПИР).

1. Предпроектное обследование.

2. Формирование требований пользователей к

АСУ.

3. Создание концептуальной модели АСУ

4. Отчет о проведенном обследовании, включая

описание системы сбалансированных

стратегических показателей и ожидаемые технико-

экономические результаты создания АСУ (с

учетом “Методических рекомендаций по оценке

эффективности инвестиционных проектов”

Минэкономразвития России № ВК 477 от

21.06.1999 г.).

2. Техническое задание. 5. Создание частных технических заданий на

системы АСУ.

3. Технический проект. 6. Разработка проектных решений.

7. Разработка документации технического проекта.

4. Рабочая документация. 8. Разработка и адаптация программного

обеспечения.

9. Разработка рабочей документации.

17404049.4251005.026.ТЗ

189

5. Ввод в действие. 10. Подготовка объекта автоматизации к вводу АС

в действие.

11. Подготовка персонала.

12. Комплектация АС поставляемыми изделиями.

13. Строительно-монтажные работы.

14. Пусконаладочные работы.

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

16. Проведение приёмочных испытаний.

5.3 Требования к содержанию и порядку проведения проектно-изыскательских работ

5.3.1 Общие положения

5.3.1.1 В ходе проведения проектно-изыскательских работ (ПИР) должны быть установлены детализированные требования к прикладным системам АСУ Росавтодора.

5.3.2 Перечень работ в рамках ПИР по каждой из прикладных систем АСУ

5.3.2.1 Определение объекта обследования

Должны быть определены структурные подразделения Росавтодора, требующие обследования в рамках предметной области (как минимум: ЦА (СЦОУ) и один ОУДХ).

5.3.2.2 Работы при проведении обследования

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

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

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

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

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

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

анализ «обратной связи» по каждому обрабатываемому документу;

17404049.4251005.026.ТЗ

190

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

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

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

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

использования в создаваемой АСУ Росавтодора.

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

Результатом проведения обследования должна являться разработанная первая часть отчета о предпроектном обследовании с приложениями, содержащими:

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

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

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

дополненное при необходимости диаграммами в стандартах IDEF0 или UML.

5.3.2.3 Обработка результатов обследования

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

Должно быть обращено особое внимание на следующие моменты:

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

данных; анализ существующих организационных и технологических процессов и

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

17404049.4251005.026.ТЗ

191

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

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

Должен быть проведен анализ возможностей имеющихся технических средств на предмет их использования в создаваемой АСУ Росавтодора.

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

5.3.2.4 Разработка предложений по результатам анализа

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

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

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

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

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

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

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

В результате анализа организационных и технологических процессов должна быть создана концептуальная модель АСУ Росавтодора. Она должна содержать предложения по архитектуре АСУ, по единой методологии работы АСУ, общие требования к форматам, способам и регламенту обмена данными как по вертикали (ОУДХ – ЦА), так и по горизонтали (между различными системами АСУ), общие требования к организации информационной безопасности, к структуре хранилища информации.

5.3.2.5 Составление технических заданий на системы

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

5.3.3 Общие требования к проектной документации

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

5.3.4 Содержание ПИР и основные этапы выполнения

Ниже приводится перечень основных этапов выполнения ПИР и виды отчетности для них.

17404049.4251005.026.ТЗ

192

1) Изучение организационных и технологических процессов предметной области в различных ОУДХ и в ЦА. Анализ существующих организационных и технологических процессов «как есть». Выработка единой типовой схемы организационных и технологических процессов «как должно быть». Исследование и сравнительный анализ систем, использующихся в настоящее время для автоматизации организационных и технологических процессов предметной области.

Вид отчетности – раздел отчета о предпроектном обследовании.

2) Создание концептуальной модели АСУ.

Вид отчетности - концептуальная модель АСУ.

3) Написание частных технических заданий на прикладные системы АСУ.

Вид отчетности – частные технические задания на прикладные системы (ГОСТ 34.602-89).

5.3.5 Требования к представлению результатов ПИР

Вся документация должна предоставляться Заказчику в печатном (3 экземпляра) и электронном (2 экземпляра) виде.

Документация в электронном виде предоставляется на магнитных или оптических (CD-ROM) носителях в виде файлов в формате текстового редактора MS Word (версия не ниже 7.0).

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

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

5.4.1 Содержание работ и основные этапы их выполнения

5.4.1.1 Предпроектное обследование

1) Проведение обследования текущего состояния организационных и технологических процессов в данной предметной области.

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

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

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

Вид отчетности – раздел отчета о предпроектном обследовании с результатами анализа организационных и технологических процессов и имеющихся прикладных систем.

5.4.1.2 Разработка частного технического задания

Вид отчетности – частное техническое задание (ГОСТ 34.602-89).

17404049.4251005.026.ТЗ

193

5.4.1.3 Технический проект

Вид отчетности - пояснительная записка.

5.4.1.4 Рабочая документация

Вид отчетности:

1) Общее описание прикладной системы (РД 50-34.698-90).2) Руководство пользователя (РД 50-34.698-90).3) Программа и методика испытаний (РД 50-34.698-90).4) Дистрибутивный комплект системы на оптических носителях (CD-ROM).

5.4.1.5 Внедрение системы

1) Установка прикладной системы ( или совокупности функциональных модулей).2) Обучение пользователей.3) Опытная эксплуатация в ЦА Росавтодора (СЦОУ) и в одном ОУДХ.4) Сбор и анализ замечаний пользователей.5) Составление дополнений и изменений к техническому заданию на разработку

прикладной системы с учетом замечаний и пожеланий пользователей, а также выявленных недостатков в результате опытной эксплуатации.

6) Вид отчетности – перечень изменений в техническом задании.

5.4.1.6 Доработка прикладной системы, проектной и рабочей документации.

Вид отчетности:

комплект файлов, необходимых для установки, сопровождения и модернизации прикладной системы;

тексты программ, разработанных в рамках создания прикладной системы; измененная техническая и рабочая документация.

5.4.1.7 Поэтапный ввод прикладной системы в эксплуатацию в ЦА Росавтодора, включая:

заполнение и настройку справочников; импорт исторических данных из существующих информационных систем Заказчика; установку и настройку рабочих мест в рамках АСУ Росавтодора.

Вид отчетности - акт приемки-сдачи.

5.4.1.8 Поэтапный ввод прикладной системы в эксплуатацию в ОУДХ, в соответствии с Календарным планом работ.

5.4.1.9 Поэтапный ввод прикладной системы в эксплуатацию в подрядных организациях, в соответствии с Календарным планом работ.

5.4.1.10 Гарантийное обслуживание в течение 1 года и Техническое сопровождение прикладной системы (не менее пяти лет, по дополнительному соглашению), которые включают в себя:

обновление версий покупного ПО;

17404049.4251005.026.ТЗ

194

исправление выявленных несоответствий Техническому заданию; внесение согласованных между Заказчиком и Исполнителем изменений с целью

доработки прикладной системы по требованию пользователей; информационную поддержку пользователей прикладной системы в режиме «горячая

линия».

5.4.2 Требования к поставляемой продукции

5.4.2.1 Требования к документации

Разрабатываемая в рамках работ по созданию АСУ программная документация должна предоставляться Заказчику в следующем составе (ГОСТ 19.101-77):

техническое задание (ГОСТ 19.201-78, может быть включено в частное техническое задание на прикладную систему в целом);

программа и методика испытаний (ГОСТ 19.301-79); тексты программ, разработанных в рамках создания прикладной системы (ГОСТ

19.401-78).

Разрабатываемая в рамках работ по созданию АСУ эксплуатационная документация по прикладной системе должна предоставляться Заказчику в следующем составе:

общее описание подсистемы (РД 50-34.698-90); руководство пользователя (ГОСТ 34.201-89).

Документация на закупаемые программно-технические средства сторонних производителей предоставляется в виде, предусмотренном производителем программно-технических средств.

Вся разрабатываемая в рамках работ по созданию АСУ документация должна предоставляться Заказчику в печатном (2 экземпляра) и электронном виде.

Документация в электронном виде предоставляется на магнитных или оптических (CD-ROM) носителях в виде файлов в формате текстового редактора MS Word (версия не ниже 7.0).

Один экземпляр документа с визой Заказчика должен быть возвращен Исполнителю.

5.4.2.2 Требования к аппаратному обеспечению

Требования к аппаратному обеспечению в целом определяются требованиями к аппаратному обеспечению на подсистемы.

5.4.2.3 Требования к программному обеспечению

Программное обеспечение должно поставляться Заказчику на магнитных или оптических (CD-ROM) носителях в следующем составе:

комплект файлов, необходимых для установки системы и работы пользователя; комплект файлов, необходимых для сопровождения и модернизации прикладной

системы.

17404049.4251005.026.ТЗ

195

6 Порядок испытаний и приемки АСУ

6.1 Общие требования к приемке работ по стадиям

Испытания проводятся на объектах Заказчика.Приемка АСУ в целом производится комиссией, включающей представителей Заказчика и

Исполнителя и утверждаемой Заказчиком. Комиссии по приемке АСУ в целом предъявляются акты приемки этапов и все результаты выполнения работ по вводу АСУ в действие.

Факт завершения работ оформляется Актом сдачи-приемки работ.

6.2 Виды испытаний

Испытания проводят на стадии «Ввод в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АСУ требованиям настоящего Технического задания (ТЗ).

Испытания представляют собой процесс проверки выполнения заданных функций АСУ, выявления и устранения недостатков в программном обеспечении, оборудовании и документации.

Для проверки выполнения заданных функций АСУ устанавливаются следующие виды испытаний:

1) опытная эксплуатация,2) приемочные испытания.

Для планирования проведения всех видов испытаний разрабатывается документ «Программа и методика испытаний».

Перед началом опытной эксплуатации должна быть проведена проверка работоспособности комплекса технического, информационного, организационного и программного обеспечения АСУ на контрольном примере или реальных данных.

Проверку завершают оформлением акта приемки в опытную эксплуатацию. Акт подписывается всеми членами комиссии.

На этапе опытной эксплуатации определяются количественные и качественные характеристики АСУ, готовность персонала к работе с АСУ, при необходимости корректируется документация.

По результатам опытной эксплуатации Заказчик составляет и согласует с Исполнителем перечень замечаний и предложений.

Исполнитель вносит в АСУ изменения по согласованному перечню.Изменения программно-технической документации, возникшие в период опытной

эксплуатации, вносятся в нее без выпуска извещения на изменение.В целях ввода АСУ в эксплуатацию проводятся приемочные испытания. На этапе

приемочных испытаний оцениваются результаты опытной эксплуатации, и принимается решение о приемке АСУ в постоянную эксплуатацию. Для проведения приемочных испытаний должна быть представлена следующая документация:

1) техническое задание,

17404049.4251005.026.ТЗ

196

2) перечень замечаний и предложений по результатам опытной эксплуатации,3) программа и методика испытаний.

Результаты предусмотренных программой испытаний фиксируются в протоколе испытаний.

Протоколы испытаний по всей программе обобщают в едином протоколе, на основании которого делают заключение о соответствии АСУ требованиям ТЗ.

По результатам испытаний Комиссией подписывается Акт о приемке АСУ в эксплуатацию.

17404049.4251005.026.ТЗ

197

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

7.1 Условия начала работ Исполнителем

Заказчик должен утвердить состав Рабочей группы, содействующей в проведении работ по АСУ со стороны Заказчика.

Заказчик должен обеспечить представителям Исполнителя доступ на объекты Заказчика и к информации, имеющей отношение к функциям АСУ. Все работники Заказчика должны быть предупреждены о необходимости содействовать представителям Исполнителя в проведении работ. Для обеспечения этих мероприятий Исполнитель должен представить Заказчику список своих представителей, с указанием характера выполняемых ими работ. Должна быть предусмотрена возможность пересмотра этого списка в случае производственной необходимости.

7.2 Требования к мероприятиям по вводу АСУ в действие

Для создания условий функционирования объекта автоматизации, гарантирующих соответствие АСУ требованиям Технического задания и обеспечивающих возможность эффективного использования АСУ, в Росавтодоре на этапе работ «Подготовка объекта автоматизации к вводу АСУ в действие» должны быть проведены следующие мероприятия.

7.2.1 Технические мероприятия

Силами Заказчика в срок до начала проведения монтажных работ должна быть осуществлена подготовка помещений на объектах автоматизации для размещения КСА АСУ в соответствии с требованиями и условиями эксплуатации КСА.

Силами Исполнителя должен быть обеспечен импорт исторических данных из существующих информационных систем Заказчика в прикладные системы АСУ в полном объеме.

7.2.2 Организационные мероприятия

7.2.2.1 Изменения в организационной структуре объекта автоматизации

Для поддержки функционирования АСУ в целом в Росавтодоре в недельный срок с начала данного этапа работ должен быть сформирован состав Службы эксплуатации, отвечающей за техническую поддержку оборудования в соответствии с требованиями, изложенными в рабочей документации.

17404049.4251005.026.ТЗ

198

7.2.2.2 Обучение персонала

По завершении этапа работ «Разработка рабочей документации» Исполнитель должен предоставить Заказчику Программу обучения персонала и Программу опытной эксплуатации. По обеспечивающим системам обучение персонала не предусматривается.

План-график проведения обучения должен быть подготовлен и утвержден Заказчиком в двухнедельный срок с момента представления Исполнителем Программы обучения персонала.

Заказчик должен организовать проведение обучения персонала по программе, подготовленной Исполнителем.

17404049.4251005.026.ТЗ

199

8 Порядок внесения изменений

В процессе проведения работ по созданию АСУ в Техническое задание могут вноситься изменения.

Любые требования к АСУ, не содержащиеся в данном документе и не соответствующие ограничениям, наложенным этим документом, могут предъявляться только по взаимному согласию Заказчика и Исполнителя.

Для внесения изменений стороны оформляют «Перечень изменений в Техническом задании». Данный перечень вступает в силу после подписания правомочными представителями Заказчика и Исполнителя.

Изменения и дополнения могут вноситься в Техническое задание на АСУ не позднее, чем за 45 дней до срока предъявления на испытания тех систем, которых касаются изменения.

В Техническое задание на АСУ не могут вноситься изменения, противоречащие уже утвержденным частным техническим заданиям на системы АСУ.

17404049.4251005.026.ТЗ

200

9 Перечень использованных документов и методических материалов

1. Руководящий документ по стандартизации РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов».

2. «Техническое задание на выполнение работ по созданию Корпоративной информационной системы управления Федерального дорожного агентства»

3. Подпрограмма «Автомобильные дороги» Федеральной целевой программы «Модернизация транспортной системы России (2002-2010 годы)».

4. Техническое задание на выполнение научно-исследовательских работ по теме «Разработка технического задания на проектирование АСУ для принятия управленческих решений в Росавтодоре с учетом технологических, правовых и имущественных факторов».

5. ГОСТ 6.01.1-87 Единая система классификации и кодирования технико-экономической информации. Основные положения.- М.: Изд. стандартов, 1987.

6. ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.- М.: Изд. стандартов, 1990.

7. «Положение о Федеральном дорожном агентстве», утверждено постановлением Правительства РФ от 23 июля 2004 года №374.

17404049.4251005.026.ТЗ

201

ПРИЛОЖЕНИЕ 1. ОСНОВЫ ДЛЯ РАЗРАБОТКИ КОНЦЕПЦИИ АСУ РОСАВТОДОРА

1.1 Варианты концепции создания АСУ Росавтодора

1.1.1 Предпосылки создания АСУ

Успешная реализация государственной политики в области дорожного хозяйства зависит от эффективности управления отраслью – использования имеющихся мощностей и ресурсов, но в особенности – от оперативности и эффективности использования новых знаний и технологий. На сегодняшний день в Росавтодоре ведутся работы по автоматизации управления отраслью и некоторые задачи частично автоматизированы. Так, например, используется банк дорожных данных (АБДД «Дорога») и ведутся реестры сведений о земельных участках, закрепленных за государственными унитарными предприятиями и государственными учреждениями («Реестр-2»). Но многие задачи не автоматизированы, и существующее программное обеспечение не в состоянии обеспечить автоматизацию деятельности Росавтодора в полном объеме и на современном уровне.

Деятельность Росавтодора, согласно теории систем управления, – это процесс формирования управляющих воздействий, обеспечивающий требуемый режим работы объекта управления. Информация, поступающая от объекта управления (обратная связь) и окружающей его среды, воспринимается управляющей системой, перерабатывается в соответствии с целями управления и в виде управляющих воздействий передается на объект управления. Стратегическими целями управления являются:

создание условий для улучшения социально-экономического положения страны и освоения новых территорий;

укрепление обороноспособности и экономической безопасности государства; повышение конкурентоспособности отечественных товаров за счет снижения

транспортных издержек при перевозках автомобильным транспортом; развитие автомобильных дорог в соответствии с темпами автомобилизации страны.

Объектами управления, являются федеральные автомобильные дороги общего пользования и федеральное имущество, необходимое для их функционирования. Функция органа управления (управляющей системы) состоит в разработке и выдаче управляющих воздействий объекту управления (непосредственно для дорожных организаций) в виде решений, указаний, рекомендаций или консультаций исходя из конкретно сложившихся условий, обстановки и целей управления.

Таким образом, чтобы эффективно управлять деятельностью дорожных организаций, необходимо иметь полную оперативную информацию о состоянии объекта управления, внешних и внутренних условиях и ограничениях, действующих нормах, правилах и методах решения технических, организационных, экономических и других задач; уметь быстро принимать

17404049.4251005.026.ТЗ

202

управленческие решения и оперативно доводить их до исполнителей, обеспечивать текущий контроль исполнения и принимать дополнительные меры по ходу реализации проектных решений.

На всех этапах формирования управленческих решений необходимо обеспечить оперативный доступ к широкому спектру внешних и внутренних источников информации.

Внешние источники, в частности, обеспечивают предоставление следующих данных:

информация о функционировании дорожной сети; сроки ремонтов автомобильных дорог; технический уровень автомобильных дорог и их пропускная способность; проекты строительства и реконструкции автомобильных дорог в районах, наиболее

перегруженных движением автодорожных узлов и строительства дорожных объектов, обеспечивающих геополитические интересы и безопасность государства.

Внутренние - предоставляют информацию, которая формируется в самом органе управления в процессе подготовки и принятия решения, а также контроля его исполнения:

распоряжения; методические и нормативные материалы; отчеты.

Опыт развитых стран мира показывает, что принятие эффективных управленческих решений невозможно без анализа всей информации о событиях и фактах, способных повлиять на экономический результат. Именно поэтому там созданы мощные и совершенные информационные системы, средства связи и телекоммуникаций, обеспечивающие свободный доступ и быстрый обмен информацией. Слабо налаженный обмен информацией как между отдельными компонентами, так и в отраслевой системе в целом порождает ряд проблем, связанных с экономически неоправданным увеличением затрат на реализацию проектов и снижением эффективности вложения средств, а следовательно, и сказывается на развитии всей отрасли. К таким проблемам можно отнести:

нарушение традиционно сложившихся (или созданных искусственно) связей между заказчиками, подрядчиками и поставщиками оборудования и материалов;

появление новых субъектов рынка услуг и предложений в дорожной отрасли, не обладающих полной и достоверной информацией об имеющихся потенциальных подрядчиках и заказчиках;

отсутствие оперативной связи между субъектами хозяйственной деятельности, что затрудняет как двусторонний обмен информацией между ними, так и оповещение всех или части заинтересованных предприятий (организаций) о происходящих изменениях;

отсутствие широкого доступа к опыту специалистов в дорожной отрасли, представленному обширной литературой, справочниками, научными статьями, нормативными документами, отчетами и пр.;

практическая невозможность или затрудненность получения оперативных консультаций ведущих специалистов по текущим вопросам деятельности;

отсутствие и/или высокая стоимость выхода на зарубежные рынки предложений, услуг, информации.

17404049.4251005.026.ТЗ

203

Все указанные, а также порожденные ими проблемы сложно решить традиционными способами обмена информацией, такими как реклама в средствах массовой информации, переписка, обмен телеграммами, телексами, телефаксами, телефонные переговоры, выезд специалистов на место и т.п., в зависимости от вида и срочности проблемы.

Эти способы информационного обслуживания не отвечают современным требованиям управления из-за их высокой стоимости, низкой оперативности и надежности и в последнее время все более активно дополняются или заменяются телекоммуникационными информационными сетями, основанными на применении компьютерной техники и различных средств связи и обработки информации. Внедрение современных информационных технологий позволит вывести функционирование Росавтодора и подведомственных ему подразделений на качественно новом уровне и обеспечит эффективное управление дорожным хозяйством в условиях глобальной информатизации, что является необходимым для развития национальной экономики в тесной интеграции с мировым сообществом.

Актуальность решения этой проблемы объясняется тем, что дорожные организации расположены на всей территории России, разделены большими расстояниями между собой, заказчиками, подрядчиками, проектными и научными организациями и другими партнерами по производственной деятельности. Получившие большую самостоятельность дорожные организации создают различные формы и структуры управления, ведут активный поиск путей экономического, производственного и технического развития.

Создание надежной и быстродействующей системы информационного обеспечения позволит оперативно получать всю необходимую законодательную, экономическую, техническую и другую информацию, обмениваться опытом и, тем самым, окажет существенное положительное влияние на результаты деятельности дорожных организаций.

1.1.2 Преимущества и недостатки вариантов концепции создания АСУ

Основными условиями, которые должны выполняться при построении АСУ Росавтодора, являются:

экономическая и производственная необходимость – основанием для разработки и внедрения новой информационной системы в Росавтодоре должна служить необходимость повышения эффективности деятельности Росавтодора и подведомственных подразделений в области реализации Государственной политики в дорожном хозяйстве и повышение эффективности использование средств федерального бюджета, а не просто появление новых технологий;

финансовая целесообразность – объем финансирования новой информационной системы управления и прикладных систем в ее составе должен определяться отношением затраченных финансовых средств и других ресурсов к эффекту, полученному от разработки и внедрения разработанных систем;

простота структуры – новая информационная система Росавтодора должна иметь простую и гибкую структуру, обеспечивающую дальнейшее развитие системы без

17404049.4251005.026.ТЗ

204

необходимости коренных изменений в структуре системы; система должна быть построена с использованием открытых спецификаций (открытая система), что позволит выполнять в дальнейшем модификацию и разработку компонент системы сторонними организациями;

быстрая отдача – выбираемые решения, должны приносить конкретную пользу деятельности Росавтодора практически с момента внедрения;

постоянное совершенствование – решения, заложенные в основу АСУ, должны обеспечить совершенствование АСУ Росавтодора, для получения оптимальных значений производительности, надежности и удобства использования;

органичное взаимодействие подразделений Росавтодора и разработчиков систем – разработчики должны хорошо разбираться в сфере деятельности Росавтодора, а специалисты подразделений Росавтодора – знать методы эффективного использования информационных технологий; внедрение новой информационной системы должно являться совместной деятельностью разработчиков и заказчика.

При создании АСУ должны быть использованы следующие основные принципы:

принцип преемственности – необходимо согласованное взаимодействии уже существующих и новых информационных систем, поэтому предлагаемые решения должны быть логически и программно согласованы и преемственны с технологиями и системами, использующимися в настоящее время;

принцип максимально достижимой автоматизации – система должна охватывать как можно большее количество подразделений, направлений деятельности и управленческих процессов Росавтодора;

принципы унификации и стандартизации – в основу архитектуры АСУ должен быть заложен единый методологический подход, должна использоваться единая система классификации и кодирования объектов, единые принципы организации и обмена данных.

Концепция создания АСУ базируется на выборе первичной архитектуры Системы. В зависимости от наличия и надежности каналов связи между территориально-удаленными объектами, варианты архитектуры АСУ можно разделить на две категории – варианты с гарантированной связью между удаленными объектами и варианты с негарантированной связью между удаленными объектами.

1.1.2.1 Вариант архитектуры АСУ при наличии гарантированных каналов связи

1.1.2.1.1 Централизованное хранилище

Централизованное хранилище представляет собой самый простой способ организации распределенной системы. В этом случае пользователи всех предприятий работают с одним хранилищем данных. Данный подход наиболее распространен в мировой практике, поскольку он позволяет реализовать максимум возможностей.

17404049.4251005.026.ТЗ

205

С учетом специфики Росавтодора – территориальное распределение объектов автоматизации, сложность в организации одновременного создания каналов связи со всеми КСА – данный вариант не является оптимальным.

1.1.2.1.2 Федерация хранилищ

Федерация хранилищ представляет собой совокупность разрозненных хранилищ данных, объединенных только общим списком пользователей и настроек прав доступа. Федерация хранилищ предполагает наличие двух категорий пользователей – локальных для одного хранилища и федеративных, имеющих доступ ко всем хранилищам. Одно из хранилищ федерации выбирается главным, пользователям, созданным в этом хранилище, может быть предоставлен доступ ко всем. Для федерации хранилищ сохраняются возможности свободной маршрутизации данных между федеративными пользователями, а также совместной работы над данными федеративных пользователей в рамках различных хранилищ и федеративных пользователей с локальными в рамках одного хранилища.

1.1.2.2 Вариант архитектуры АСУ при отсутствии гарантированных каналов связи

1.1.2.2.1 Федерация хранилищ с репликацией данных

Данный вариант аналогичен простой федерации хранилищ, с той разницей, что при разрыве канала связи удаленные пользователи сохраняют возможность работы с данными из удаленных хранилищ. За счет того, что реплицируются только избранные данные, для которых требуется совместная работа пользователей из различных объектов автоматизации, данный вариант значительно менее чувствителен к отсутствию канала связи. Возможно мгновенное уничтожение данных, не реплицированных в другие хранилища (для реплицированных данных удаляется локальная версия, но ее реплики в других хранилищах сохраняются).

1.1.2.2.2 Федерация хранилищ без репликации данных

Данный вариант предназначен для того, чтобы осуществлять централизованное ведение пользователей для всех объектов автоматизации. Он целесообразен для случая, когда передача данных с одного уровня управления на другие производится редко (не более нескольких раз в год) и не требует обратной связи. При этом передача данных осуществляется в пакетном режиме при наличии каналов связи.

1.1.2.2.3 Разделенные хранилища данных

Наиболее устойчивый к наличию каналов связи вариант. Единственная функция, которая нарушается при отсутствии канала связи – передача данных в электронном виде. Передача данных осуществляется в пакетном режиме. Возможности локального взаимодействия доступны только для пользователей, зарегистрированных в нескольких хранилищах одновременно, и только в период наличия каналов связи.

17404049.4251005.026.ТЗ

206

1.1.3 Анализ требований пользователей к АСУ Росавтодора

На основании обследования, проведенного в рамках подготовки данного технического задания, можно выделить следующие системные свойства, которые должны быть присущи АСУ: открытость, совместимость, модульность, целостность (интегративность), мобильность, защищенность, эргономичность, высокая производительность, масштабируемость, надежность, гибкость (настраиваемость) и расширяемость.

Открытость. При создании АСУ должны использоваться открытые спецификации и стандарты (TCP/IP, XML, SOAP и др.), что обеспечит возможность использования различных программных продуктов (компонент АСУ), общесистемных, инструментальных и прикладных программных средств, выполненных разными разработчиками. Открытая архитектура позволяет обеспечить:

возможность легкого последующего наращивания программного обеспечения и интеграции в систему новых продуктов и возможностей;

согласование АСУ с информационными системами, использующимися в настоящее время в Росавтодоре;

логическую и программную совместимость с уже существующими информационными системами объектов Росавтодора, выполняющими сходные функции.

При создании АСУ должна быть обеспечена совместимость АСУ с продуктами Microsoft:

прикладные системы АСУ должны работать под управлением операционной системы Windows, не ниже Windows 2000;

подготовка документации и отчетов должна выполняться с использованием средств MS Office.

АСУ должна иметь модульную структуру. Модульность предполагает построение системы в виде слабосвязанных модулей с набором стандартных интерфейсов для взаимодействия, что позволяет обеспечить постепенное внедрение и совершенствование АСУ в подразделениях Росавтодора и получение реального эффекта от системы не дожидаясь ее полного внедрения. Кроме того, модульность упрощает доработку системы и процедуру обновления версий.

Целостность (интегративность). Компоненты АСУ должны быть объединены в единую целостную систему, которая охватывает как функциональные, так и информационные ресурсы Росавтодора. Интеграция информационных ресурсов должна позволять использовать информацию из различных баз данных (в том числе территориально удаленных), а интеграция функциональных ресурсов должна обеспечивать единый унифицированные доступ к функциональным модулям системы. В качестве основной технологии интеграции используется XML-технология, включающая в себя XML-формат для передачи данных.

Настраиваемость. АСУ и ее компоненты (в особенности, прикладные системы) должны обладать развитыми возможностями настройки, обеспечивая максимальную гибкость при конфигурировании на каждом рабочем месте в соответствии со спецификой технологических и управленческих процессов конкретного предприятия.

Мобильность. Очень важным качеством системы является возможность работы на различных платформах, с аппаратурой, имеющей широкий спектр производительности. Это

17404049.4251005.026.ТЗ

207

особенно важно, когда возможно первоначальное развертывание системы на минимальном наборе аппаратных средств, а в дальнейшем планируется ее перенос на платформу с большей производительностью.

Защищенность. Система должна обеспечивать защиту данных и программ. Для каждого пользователя должно выполняться разграничение доступа к функциям и данным АСУ. Защита информации от несанкционированного доступа обеспечивается посредством идентификации и авторизации пользователей, а также путем разграничения доступа к различным типам данных в зависимости от исполняемых пользователями АСУ функций.

Эргономичность. При проектировании интерфейса следует ориентироваться на средний уровень компьютерной грамотности пользователей, вследствие чего Система должна обеспечивать простой, интуитивно понятный, унифицированный графический интерфейс (система экранных меню и панели кнопок, средства поиска и фильтрации данных, контроль вводимой информации). В качестве программного обеспечения интерфейса должен использоваться стандартный web-обозреватель.

Кроме того, АСУ и ее компоненты должны удовлетворять следующим требованиям:

АСУ должна решать задачу оперативного и достоверного информирования руководства Росавтодора и его подразделений о текущем положении дел, то есть должна быть системой реального времени;

должна быть обеспечена возможность хранения и оперативного доступа к неструктурированной информации (файлы документов, фотографические изображения, видео-фрагменты, звук, чертежи) с привязкой к конкретным дорожным объектам;

должна храниться картографическая информация с максимальной привязкой к ней объектов и субъектов дорожно-хозяйственной отрасли; при этом хранящиеся в ПС картографические и прочие данные должны иметь единый формат;

должна быть обеспечена возможность определять источник происхождения данных (определять адресность данных);

прикладные системы АСУ и другие ее компоненты должны проектироваться в соответствии с принципами трехзвенной архитектуры с «тонким» клиентом;

должна быть обеспечена подробная документации на АСУ и ее составные части для специалистов, обеспечивающих их адаптацию и развитие в соответствии с потребностями Росавтодора.

1.1.4 Выбор концепции АСУ Росавтодора на основании анализа требований пользователей

С учетом требований пользователей о простоте интерфейса, ориентированного на средний уровень компьютерной грамотности, требования о простоте настройки Системы, низком текущем уровне автоматизации отдельных объектов в части аппаратных средств, нецелесообразно строить программные решения АСУ на базе сложных, труднонастраиваемых ERP-платформ (Enterprise Re-sourse Planning), требующих значительных аппаратных средств, сложной предварительной

17404049.4251005.026.ТЗ

208

настройки под нужды конкретных категорий пользователей, масштабного и длительного по времени внедрения, значительных финансовых затрат на техническую поддержку.

На основании приведенных предпосылок создания АСУ, требований пользователей к функциям АСУ, а также с учетом преимуществ и недостатков вариантов архитектурных решений АСУ, целесообразно использовать комбинированную архитектуру АСУ, суть которой состоит в организации федерации хранилищ с репликацией данных. При этом в каждом комплексе средств автоматизации действует централизованное хранилище (см.Рисунок 1. Структура АСУРосавтодора.).

При формировании аппаратно-технической инфраструктуры АСУ должно учитываться имеющееся на данный момент в Росавтодоре техническое и телекоммуникационное оборудование. Рекомендации по опциональным решениям использования оборудования приведены в п.1.5 Приложения 1.

Рисунок 1. Структура АСУ Росавтодора.

17404049.4251005.026.ТЗ

209

1.2 Ориентировочный план реализации создания АСУ Росавтодора

Ориентировочный план реализации создания АСУ соответствует Календарному плану, приведенному в п.5.1.

1.3 Показатели качества результатов деятельности объекта автоматизации

Показатели качества результатов деятельности объектов автоматизации приведены в Таблица 9 Цели и показатели деятельности Федерального дорожного агентства и всей дорожнойотрасли в целом. Приложения 2.

1.4 Оценка ожидаемых технико-экономических результатов внедрения АСУ Росавтодора

Значимость эксплуатации и развития дорожной сети для экономики всей России трудно переоценить. На автомобильном транспорте занято более 10 % всего трудоспособного населения России. Из этого вытекает, что эффективное функционирование всех подразделений Росавтодора необходимо для обеспечения развития всех отраслей народного хозяйства России. Поэтому создание АСУ, ставящее своей целью повышение эффективности функционирования дорожной отрасли в масштабах всей России, должно рассматриваться как проект народно-хозяйственного значения. Для таких проектов допускается отсутствие прямого коммерческого эффекта (прибыли), что компенсируется повышением доходов или снижением потерь в смежных отраслях. Имеющиеся в настоящее время данные не позволяют полностью оценить экономический эффект для народного хозяйства от автоматизации деятельности Росавтодора, поэтому приведенный ниже перечень основных показателей экономической эффективности не полон. Как следствие, в данном Техническом задании приведена оценка минимального экономического эффекта. Также приводится перечень показателей общественной эффективности АСУ. В то же время, непосредственно для Росавтодора можно оценить положительный экономический эффект, вызванный следующими результатами внедрения АСУ: повышением производительности труда, снижением непроизводственных затрат, повышением эффективности использования бюджетных средств.

Средства автоматизированного контроля и управления, входящие в состав АСУ, должны повысить эффективность управления дорожной отраслью в целом и, в частности, повысить эффективность использования ресурсов дорожной отрасли. В результате ожидается отдача в виде:

ускорения ввода в строй объектов дорожного хозяйства, сокращения расходов на текущее содержание и строительство автомобильных дорог,

что должно в комплексе привести к увеличению покрытия территории России дорогами, к повышению качества дорог, к улучшению дорожной инфраструктуры. Кроме этого, эффективный контроль с использованием АСУ позволит максимально исключить случаи несоблюдения сроков

17404049.4251005.026.ТЗ

210

или других требований действующего законодательства, а значит сократить расходы на штрафы, пени или иные непроизводственные издержки. Использование входящих в состав АСУ единой информационно-аналитической системы, системы управления стратегическим развитием и современных средств связи позволит осуществлять оперативное управление и контроль использования ресурсов при ликвидации последствий чрезвычайных происшествий.

1.4.1 Перечень основных показателей экономической и общественной эффективности

1.4.1.1 Показатели общественной эффективности

Совершенствование контроля расходования средств и повышение оперативности принятия решений

Совершенствование контроля расходования средств и повышение оперативности принятия решений должны привести к высвобождению дополнительных средств, которые могут быть направлены на строительство, реконструкцию, ремонт и содержание дорог. В результате увеличения покрытия территории России дорогами, повышения качества дорог и улучшения дорожной инфраструктуры будет получен положительный экономический эффект для народного хозяйства в целом. Этот эффект будет получен за счет:

снижения уровня розничных цен вследствие уменьшения транспортных затрат; снижения материальных и людских потерь в дорожно-транспортных происшествиях; уменьшения потребных оборотных средств отправителей и / или получателей грузов в

результате повышения средней скорости движения транспортных средств; увеличения доходов сельскохозяйственных предприятий при осуществлении

строительства новых автомобильных дорог в сельской местности (такое увеличение достигается, например, за счет снижения потерь завозимых удобрений и вывозимой сельскохозяйственной продукции, а также за счет более быстрого вывоза на элеваторы собранного урожая);

увеличения рыночной стоимости имущества граждан (жилья, земельных участков и др.), обусловленное улучшением качества подъездных дорог;

повышения доходов государства и граждан и повышения занятости граждан в результате развития придорожной инфраструктуры (кафе, гостиницы, мотели, кемпинги и т.п.).

Повышение эффективности управления и контроля ресурсов при ликвидации последствий чрезвычайных происшествий

Повышение эффективности управления и контроля ресурсов должно привести к сокращению сроков и затрат на ликвидацию последствий чрезвычайных происшествий и стихийных бедствий. В результате будут сокращены как прямые потери Российской Федерации на затраты на ликвидацию последствий, так и косвенные потери государства, организаций и граждан, связанные с нарушением коммуникаций.

Использование компонент отечественного производства

17404049.4251005.026.ТЗ

211

При разработке АСУ должно отдаваться предпочтение компонентам отечественного производителя, удовлетворяющим требованиям, предъявляемым АСУ. Благодаря этому часть средств будет возвращена в бюджет через выплату налогов отечественным производителем, часть средств будет инвестирована в развитие высокотехнологичных и наукоемких производств на территории Российской Федерации.

1.4.1.2 Показатели экономической эффективности АСУ и оценка ожидаемых изменений основных технико-экономических показателей деятельности Росавтодора

Повышение производительности труда и снижение производственных затратВ результате внедрения АСУ в целом должно исключиться дублирование операций по

обработке информации с помощью средств вычислительной техники. Внедрение автоматизированных процессов передачи данных между КСА должно сократить расходы на подготовку документов, снизить производственные затраты, связанные с подготовкой документов в бумажном виде.

Использование импортозамещающих компонентовИспользование отечественных аналогов вместо импортных компонентов дает двойной

эффект в случае, если цена отечественных аналогов ниже (при равных долговечности и потребном количестве компонентов). В этом случае достигается прямой экономический эффект за счет снижения стоимости создания системы и косвенный экономический эффект (общественный эффект) за счет инвестирования средств в экономику России, возврата средств в виде налогов.

Использование существующей программно-технической базыПри поэтапном введении АСУ в действие будет сохраняться совместимость и

преемственность с уже имеющимися в эксплуатации системами. Вся уже имеющаяся программно-техническая инфраструктура (ПТИ), соответствующая требованиям, предъявляемым АСУ, будет использована при создании АСУ. Анализ затрат на замещение программно-технической инфраструктуры и экономический эффект от использования имеющейся инфраструктуры будет приведен после составления спецификации по всем КСА АСУ.

Увеличение основных производственных средствПо мере завершения этапов ввода АСУ в эксплуатацию будет происходить рост основных

производственных средств Росавтодора. Состав и структура основных средств АСУ с разбиением по амортизационным группам будут приведены после составления спецификации по всем КСА АСУ.

1.5 Техническое обоснование предлагаемых решений по дальнейшему развитию АСУ

1.5.1 Комплекс средств по отображению информации

В настоящее время в Росавтодоре функционирует Ситуационный Центр Оперативного Управления (СЦОУ), предназначенный для организации работы оперативных штабов по ликвидации последствий стихийных бедствий и решения других задач, связанных с оперативным

17404049.4251005.026.ТЗ

212

управлением дорожной отраслью. В СЦОУ организовано круглосуточное дежурство работников Росавтодора. В АСУ предусмотрен ряд систем, которые предназначены для повышения эффективности деятельности СЦОУ и оперативных штабов по ликвидации последствий стихийных бедствий. Эти системы предполагают визуализацию данных с помощью специализированной системы отображения информации (СОИ) на больших информационных экранах. При этом эффективная работа этих систем невозможна без картографического отображения информации. В то же время, эксплуатируемые в настоящее время системы отображения, основанные на бытовых плазменных панелях, не предназначены по техническим причинам для отображения картографической информации (низкое разрешение; быстрое выгорание панели на статическом изображении, приводящее к преждевременной замене панели целиком; наличие технологических бортиков; формат изображения, требующий преобразователей или специальных графических плат при подключении к компьютерам). По этой причине предлагается опциональное решение, основывающееся на проекционной системе BARCO. Эта система специально предназначена для создания больших информационных экранов, систем отображения для ситуационных центров. В то же время, система может использоваться и для проведения видеоконференцсвязи, организации трансляции заседаний. Сравнение технических и эксплуатационных параметров СОИ, использующих имеющееся и опциональное технические решения, приведено ниже (Таблица 5).

Таблица 5. Сравнение технических и эксплуатационных параметров различных систем отображения информации

№ Показатель Плазменные панели Проекционная система BARCO

1 Технические

параметры

1.1 Размер изображения 1,02 м (40") 2,54 м (100")

1.2 Разрешение XGA (1024х768) выше SXGA(1280:1024)

1.3 Формат изображения 16:9 (требует поддержки

видеокартой для

отображения информации

без черных полей справа и

слева)

4:3 (может использоваться любая

видеокарта)

17404049.4251005.026.ТЗ

213


1.4 Создание

полиэкранного

изображения

невозможно

(технологические бортики

размером более 3 см,

невозможность вывода

информации с точностью

до точки)

без ограничений по площади (может

потребоваться приобретение

дополнительных контроллеров)

1.5 Возможность вывода

дополнительных

информационных

каналов

невозможно (не более двух

каналов на отдельных

моделях с функцией PiP)

возможность добавления

информационных каналов, с

увеличением общего разрешения

системы

2 Максимальная

продолжительность

непрерывной работы

нет ограничений нет ограничений

3 Время наработки на

отказ (на

картографическом

изображении)

8000 часов 8000 часов

4 Дополнительные

возможности

отображение ВКС,организация совещаний, конференций и презентаций с видеозаписью и ретрансляциейвозможность подключения

профессионального телевизионного

оборудования для организации

телетрансляций.

5 Требования к

квалификации

обслуживающего

персонала

техник, прошедший обучение

17404049.4251005.026.ТЗ

214


6 Требования к

количеству

обслуживающего

персонала

1 человек 1 человек

Важно отметить, что установка СОИ, основанной на проекционной системе BARCO, не отменяет возможности эксплуатировать имеющиеся плазменные панели. Они могут быть использованы в качестве дополнительных экранов для просмотра дополнительной видеоинформации с низким разрешением.

1.5.2 Развитие корпоративного портала

Корпоративный портал должен предоставлять доступ к информационным ресурсам для всех пользователей АСУ, а также, при необходимости, для широкого круга пользователей глобальной сети Internet. Для обеспечения высокой масштабируемости и производительности портала без повышения нагрузки на серверы баз данных применяется вертикальное кластерное решение. Балансировка нагрузки на серверы осуществляется созданием дополнительного узла, содержащего ПО SharePoint Portal Server на выделенном сервере приложений.

Таким образом, приобретение дополнительного сервера приложений позволит сделать производительность систем АСУ для пользователей внутри ЦА Росавтодора, где будет установлен корпоративный портал, независимой от количества пользователей, подключенных к корпоративному порталу.

1.5.3 Развитие единой системы управления и мониторинга программно-технической инфраструктуры

Единая система управления и мониторинга программно-технической инфраструктуры АСУ обеспечивает централизованное администрирование, мониторинг и управление более 160 серверов, 2000 рабочих станций и свыше 2500 сетевых узлов. В связи с этим в качестве опционального решения для повышения производительности и надежности системы предлагается в качестве центральных серверов системы централизованного администрирования, мониторинга и управления использовать высокопроизводительные RISC сервера HP RP2470. На них устанавливаются серверные компоненты ПО HP Open View:

1) Operations for Unix;2) Network Node Manager.

В предлагаемые в составе опционального решения сервера HP RP2470 установлено по два процессора PA8700 750 Мгц и 2Гб памяти. Используемые в этих серверах процессоры являются полностью 64-битными (как шина данных, так и шина адреса). Пропускная способность шин ввода/вывода (на один канал доступа к жестким дискам) составляет 250 МБ/с, а для двух шин

17404049.4251005.026.ТЗ

215

«двойное турбо» - по 500 МБ/с. Суммарная пропускная способность шины ввода/вывода составляет 1,9 ГБ/с, что превышает показатель серверов, используемых в настоящее время, в 6 раз. Поскольку операции мониторинга сетевых ресурсов собирают большое количество информации, именно производительность подсистемы ввода/вывода является определяющей для определения общей производительности системы.

Дополнительно предлагается использование следующих компонент ПО HP Open View:

1) HP OV Performance (Manager, Agents, Monitor);2) HP OV Reporter;3) HP OV Perf Ins for Networks.

HP OV Performance Manager и Performance Agents – мощные и гибкие решения в области управления распределенными средами. Эти продукты эффективно решают задачи распределенного управления IT-ресурсами в двух базовых областях:

управление производительностью и разрешением проблем; планирование IT-ресурсов и управление услугами.

1.5.3.1 ПО HP OpenView Performance

Компонент HP OpenView Performance Manager – это мощное графическое инструментальное средство анализа и планирования, предназначенное для анализа и прогнозирования будущих тенденций использования ресурсов и производительности систем АСУ. Оно использует архивные данные агентов HP OpenView Performance Manager и обеспечивает следующие функциональные возможности:

сравнение и корреляцию результатов измерений параметров использования ресурсов приложений и систем;

переход к более крупному масштабу (zoom) для более детального изучения количественных показателей или графиков для конкретного периода времени;

несколько вариантов построения графиков, включая линейный, экспоненциальный масштаб и кривую суммирования (s-curve) с определением во всех случаях доверительных интервалов;

гибкие средства генерации отчетов, включая поддержку принтеров PostScript и экспорт данных в распространенные форматы.

Средство HP OpenView Performance Monitor предназначено для мониторинга производительности в реальном масштабе времени и позволяет операторам конфигурировать специальные реакции на аварийные сигналы. Получив аварийный сигнал, относящийся к производительности, HP OpenView Performance Monitor инициирует такие действия, как отправка сообщения на пейджер или по электронной почте. HP OpenView Performance Monitor обеспечивает также дополнительную фильтрацию аварийных сигналов по степени критичности, типу или узлу системы.

Продукты HP OpenView Performance обеспечивают интеграцию с продуктами HP OV Operations и HP OV Network Node Manager. Агенты HP OpenView Performance Agents могут быть установлены дистанционно с помощью консоли HP OpenView Operations. После установки

17404049.4251005.026.ТЗ

216

аварийные сигналы перенаправляются на управляющую станцию HP OV Operations. Это позволяет объединять в одном интерфейсе эксплуатационные данные и данные о производительности ресурсов систем АСУ. При выборе события, относящегося к производительности, запускается HP OpenView Performance. Кроме того, если продукты HP OpenView Network Node Manager и HP OpenView Performance установлены на одной и той же системе, HP OpenView Performance может менять адресатов аварийных сигналов с помощью SNMP. Продукт Network Node Manager указывает узел, с которого отправлено сообщение, изменяя цвет пиктограммы узла на карте сети. Для получения дополнительной информации об аварийном сигнале может быть запущен продукт HP OpenView Performance.

1.5.3.2 ПО HP OpenView Reporter

ПО HP OpenView Reporter (Reporter) предоставляет гибкое, простое в использовании решение задач создания управленческих отчетов для распределенной среды АСУ. Оно преобразует данные, собранные средствами HP OpenView на всех поддерживаемых платформах, в ценную управленческую информацию. Reporter собирает данные от нескольких приложений и агентов HP OpenView, включая HP OpenView Performance, Operations и SMART Plug-Ins. Одним словом, он полностью интегрирован в портфель HP OpenView.

Reporter предоставляет стандартные и доработанные в соответствии с требованиями работников Росавтодора отчеты, позволяющие специалистам подразделений эксплуатации продемонстрировать другим подразделениям организации, что соглашение о качестве услуг (QoS) были успешно выполнены. Reporter интегрирован в портфель программных продуктов HP OpenView, предоставляя централизованное решение задач создания управленческих отчетов на основе данных, собранных по всей организации.

Reporter выходит за рамки стандартных возможностей печати отчетов, обеспечивая доступ к ним через стандартные Web-браузеры (Microsoft Internet Explorer и Netscape). Это обеспечивает мгновенный доступ к отчетам для всех работников компании, имеющих доступ к Web-браузеру.

1.5.3.3 ПО HP OV Perf Ins for Networks

ПО HP OV Perf Ins for Networks предназначено для решения следующих задач:

обеспечения максимальной доступности и производительности сети; выявления причин проблем с производительностью на основе анализа текущих и

исторических данных; выявление каналов с избыточной или недостаточной загрузкой; выявление зависимости между доступностью отдельных аппаратных ресурсов и

производительностью всей сети.

HP OV Perf Ins for Networks производит мониторинг работы широкого спектра сетевых протоколов и устройств, выполняет интеллектуальный анализ работы сети и формирует наглядные отчеты, позволяя своевременно обнаружить и заблаговременно устранить потенциальные узкие места в работе сети.

17404049.4251005.026.ТЗ

217

1.5.4 Развитие системы резервного копирования

В качестве устройства резервного копирования данных в ЦА Росавтодора в составе используется модель SSL1016. В качестве опционального решения предлагается модель MSL6060 в конфигурации 331196-B22. Сравнение показателей этих моделей приведено ниже (Таблица 6).

Таблица 6. Сравнение показателей устройств резервного копирования

№ Показатель SSL1016 MSL6060

1 Производительность (общая) 16 МБ/сек 60 МБ/сек

1.1 на одно устройство 16 МБ/сек 30 МБ/сек

1.2 количество устройств 1 2 (расширяемое до 4)

2 Максимальный объем данных (без

сжатия)

2,4 ТБ 12,0 ТБ

2.1 на один картридж 160 ГБ 200 ГБ

2.2 количество картриджей 15 60

3 Степень резервирования 0% 100%

4 Количество полных архивов,

которое можно выполнить без

перезарядки библиотеки

3 16

5 Ориентировочное время

функционирования без

вмешательства оператора

меньше месяца 4 месяца

6 Способ подключения Ethernet Fiber Channel(повышается

производительность и

снимается нагрузка с

канала Ethernet,

используемого для

подключения серверов к

ЛВС)

17404049.4251005.026.ТЗ

218

Для ОУДХ не требуется таких высокопроизводительных решений по резервному копированию, так как объемы данных там существенно меньше, чем в ЦА Росавтодора. В качестве стандартного решения для ОУДХ используется устройство резервного копирования DLT 40/80. Это устройство не содержит автоматического загрузчика ленточных картриджей и не позволяет осуществлять резервное копирование без участия человека. Поскольку в настоящее время квалификация обслуживающего персонала не во всех ОУДХ находится на уровне, необходимом для квалифицированного обслуживания современной вычислительной техники, рекомендуется замена этого устройства на HP Ultrium Tape Autoloader 1/8, осуществляющего в автоматическом режиме ротацию 8 ленточных и одного чистящего картриджей. Сравнение показателей этих устройств приведено ниже (Таблица 7).

Таблица 7. Сравнение показателей устройств резервного копирования, предполагаемых к установке в ОУДХ

№ Показатель DLT 40/80 HP Ultrium Tape Au-

toloader 1/8

1 Производительность 6 МБ/сек 15 МБ/сек

2 Максимальный объем данных (без

сжатия)

40 ГБ 800 ГБ

2.1 на один картридж 40 ГБ 100 ГБ

2.2 количество картриджей 1 8

3 Количество полных архивов,

которое можно выполнить без

перезарядки библиотеки

0 22

4 Ориентировочное время

функционирования без

вмешательства оператора

0 3 месяца

Таким образом, применение опционального решения для организации резервного копирования позволит получить технический результат – повышение надежности резервного копирования данных путем минимизации человеческого фактора.

1.5.5 Комплект ЗИП для корпоративной мультисервисной сети

Комплект ЗИП для корпоративной мультисервисной сети содержит набор наиболее критичных компонентов КМС. Он включает в себя:

17404049.4251005.026.ТЗ

219

резервные шасси маршрутизаторов и коммутаторов; резервные модули расширения для маршрутизаторов и коммутаторов; соединительные кабели; комплект средств терминального устройства ВКС.

Выход из строя какого-либо из компонентов, аналогичных входящим в данный комплект ЗИП, может повлечь за собой полную или частичную потерю связи с одним объектом АСУ. Сроки поставки профессионального оборудования, используемого в АСУ, варьируются от 4 до 10 недель. Даже учитывая высокий уровень надежности используемого в АСУ оборудования, такие сроки простоя каналов связи являются неприемлемыми. Наличие централизованного группового комплекта ЗИП позволяет сократить этот срок до одного дня.

1.5.6 Замена сервера СУБД Oracle в ЦА Росавтодора на более производительный сервер

По мере развития АСУ будет возрастать объем данных, хранящихся в общесистемном отраслевом банке данных АСУ (ООБД). В результате будет возрастать нагрузка на сервер СУБД Oracle, который обслуживает запросы к ООБД. По опыту эксплуатации аналогичных систем рекомендуется заменить используемый ныне сервер Compaq ML 570 G2, построенный на платформе Intel Xeon, на сервер HP rp5470, построенный на платформе PA-RISC. Сравнение наиболее важных с точки зрения эксплуатации СУБД Oracle характеристик этих серверов приведено ниже (Таблица 8).

Таблица 8. Сравнение характеристик серверов ML570 и rp5470

№ Характеристика ML 570 rp5470

1 Кэш память первого уровня

(данные/команды)

8 КБ/12 КБ 1500 КБ/ 750 КБ

2 Внешняя тактовая частота

процессора

533 МГц 750 МГц

3 Объем оперативной памяти 2 ГБ (до 32 ГБ) 2 ГБ (до 16 ГБ)

4 Производительность шины памяти 1,6 ГБ/с 3,2 ГБ/с

5 Производительность шины

ввода/вывода

2 канала по 250 МБ/с(3/4 слота PCI на

канал)

2 канала по 500 МБ/с7 каналов по 250 МБ/с(1 слот PCI на канал)

17404049.4251005.026.ТЗ

220

№ Характеристика ML 570 rp5470

6 Дисковая подсистема двух канальный Ul-

tra-320 SCSI

контроллер

двух канальный Ultra-2

SCSI контроллер с

возможностью

подключения Fiber

Channel

7 Оптимизация архитектуры универсальный

(широкий круг

приложений)

СУБД (в особенности OLTP19 системы)Компания Oracle

декларирует компанию

HP своим партнером в

достижении

наивысшей

производительности

8 Надежность Вентиляторы, блоки

питания,

контроллеры,

заменяемые без

выключения

питания

Вентиляторы, блоки питания, контроллеры, заменяемые без выключения питанияИзбыточные блоки

питания по схеме N+1

Из таблицы видно, что по всем показателям, за исключением объема оперативной памяти, опциональное решение значительно превосходит то, которое включено в спецификацию АСУ. Таким образом, опциональное решение обладает достаточным запасом надежности и масштабируемости и при этом позволит снизить простои на ожидание отклика систем АСУ после ввода ее в эксплуатацию.

1.6 Гарантии качества АСУ Росавтодора

Исполнитель работ совместно с Заказчиком должны определить и документально оформить цели и задачи в рамках требований, гарантирующие требования к качеству выполняемых работ по созданию автоматизированной системы управления Федерального дорожного агентства. Политика в области требований к качеству выполняемых работ по созданию АСУ согласовывается с организационными целями Исполнителя работ, ожиданиями и потребностями Заказчика.

19 OLTP (On-line transaction processing) системы – это системы, рассчитанные на поддержку большого количества пользователей с быстрым откликом.

17404049.4251005.026.ТЗ

221

Исполнитель работ должен обеспечить понимание целей и задач, их обеспечение и поддержку на всех уровнях управления.

Ответственность, полномочия и взаимодействие работников Заказчика и сотрудников Исполнителя, которые выполняют и проверяют работу, должны быть определены и документально оформлены. Особенно это касается Представителей обеих сторон, которым необходимы организационная свобода и полномочия для:

а) проведения окончательного контроля и испытаний; б) обеспечения того, что готовая продукция, не соответствующая установленным

требованиям, не будет использована или поставлена. в) обеспечения разработки, внедрения и поддержки в рабочем состоянии Системы в

соответствии с требованиями технического задания; г) представления отчетов (по запросу) руководству Заказчика о функционировании

системы с целью анализа и использования как основы для улучшения системы качества. Исполнитель работ должен определить требования к ресурсам и обеспечить

соответствующими ресурсами, в том числе назначить подготовленный персонал для руководства, выполнения работы и проверок, включая внутренние проверки качества.

Исполнитель работ должен разработать, документально оформить и поддерживать в рабочем состоянии систему - как средство, обеспечивающее соответствие готовой продукции установленным требованиям технического задания. Исполнитель работ совместно с представителями Заказчика должен разработать регламентирующие документы, охватывающее все требования к прикладным и обеспечивающим системам в рамках технического задания:

а) разработать документальные методики, отвечающие требованиям установленной политики Заказчика;

б) эффективно разрабатывать систему и ее документированные процедуры. Применительно к настоящему документу, масштаб и степень подробности процедур,

которые составляют часть системы, должны зависеть от сложности работы, используемых методов, необходимых навыков и подготовки персонала.

Примечание - Документированные процедуры могут содержать ссылки на рабочие инструкции, определяющие процесс выполнения работы.

Исполнитель работ должен определить и документально оформить действия по реализации требований к качеству готовой продукции. Планирование качества должно соответствовать всем требованиям разрабатываемой системы и должно быть документировано в форме, отвечающей методам работы Исполнителя работ, таких как:

а) актуализации, если это необходимо, методов окончательного контроля и испытаний; б) идентификации любого требования в области измерений применительно к

окончательному контролю и испытаниям, включая возможности, превышающие современный уровень, для своевременного их развития;

в) идентификации соответствующей проверки на окончательной стадии выпуска продукции;

г) разъяснению норм приемки, касающихся всех характеристик и требований, включая те, что содержат элемент субъективности;

17404049.4251005.026.ТЗ

222

д) идентификации и подготовке данных по запросу Заказчика о качестве выполняемых работ.

Исполнитель работ должен разработать и поддерживать в рабочем состоянии документированные процедуры управления всеми документами и данными, относящимися к требованиям настоящего технического задания, включая, насколько это применимо, документы внешнего происхождения (стандарты и прочие документы Заказчика).

Примечание - Документы и данные могут быть представлены на бумажном или электронном носителе, при этом должна обеспечиваться:

а) доступность соответствующих документов на всех участках, где проводятся работы, от которых зависит эффективное функционирование АСУ;

б) изъятие из всех пунктов рассылки или применения недействующих и (или) устаревших документов или другие меры по предотвращению их непреднамеренного использования;

в) идентификацию любых устаревших документов для сохранения информации. Исполнитель работ должен разработать и поддерживать в рабочем состоянии

документированные процедуры управления проверкой, хранением и техническим обслуживанием АСУ. Все случаи потери продукции, нанесения ей повреждения или других разновидностей непригодности к использованию должны быть зарегистрированы и сообщены Заказчику.

Самостоятельная проверка Заказчиком не освобождает Исполнителя работ от ответственности за обеспечение приемлемой продукцией.

Исполнитель работ должен разработать и поддерживать в рабочем состоянии документированные процедуры окончательного контроля и испытаний для проверки выполнения установленных требований к готовой продукции. Необходимые виды окончательного контроля, испытаний и регистрации должны быть подробно изложены в программах и методиках испытаний или документированных процедурах.

Исполнитель работ должен проводить все виды окончательного контроля и испытаний в соответствии с программой и методикой испытаний на части АСУ и (или) документированными процедурами, а также поддерживать в рабочем состоянии необходимые данные, подтверждающие соответствие продукции установленным требованиям. Если соответствие установленным требованиям не может быть полностью проверено на готовой продукции, следует проверить приемлемые результаты других необходимых видов контроля и испытаний, проводимых ранее, после чего Исполнитель работ должен произвести ряд действий:

а) изучить несоответствия, выявленные в результате анализа отчетов об окончательном контроле и испытаниях, а также предложений и требований пользователей АСУ;

б) определить и предпринять соответствующие корректирующие действия по несоответствиям;

в) добиться, чтобы соответствующая информация по предпринятым действиям была доведена до всех заинтересованных представителей Заказчика.

Исполнитель работ должен проводить внутренние проверки качества разрабатываемой системы, чтобы удостовериться в соответствии деятельности в области качества и связанных с ней результатов запланированным мероприятиям и для определения эффективности работоспособности системы АСУ и её частей.

17404049.4251005.026.ТЗ

223

Внутренние проверки качества работы в рамках создания автоматизированной системы управления в целом и её частей следует планировать на основе статуса и важности проверяемой деятельности. Они должны осуществляться сотрудниками Исполнителя работ на установленных независимых стендах. Результаты проверок должны быть зарегистрированы и доведены до сведения ответственных представителей Исполнителя и Заказчика работ, для своевременного осуществления корректирующих действий по устранению недостатков, выявленных в процессе проверки.

При последующих проверках должны контролироваться и регистрироваться выполнение и эффективность предпринятых корректирующих действий.

17404049.4251005.026.ТЗ

224

ПРИЛОЖЕНИЕ 2. ЦЕЛИ И ПОКАЗАТЕЛИ ДЕЯТЕЛЬНОСТИ ФЕДЕРАЛЬНОГО ДОРОЖНОГО АГЕНТСТВА И ВСЕЙ

ДОРОЖНОЙ ОТРАСЛИ В ЦЕЛОМ

Таблица 9 Цели и показатели деятельности Федерального дорожного агентства и всей дорожной отрасли в целом.

Показатели уровня достижения целей

Единица измерения

2000 год

2001 год

2002 год

2003 год

2004 год 2005 год

Цель 1. Развитие современной развитой и эффективной транспортной инфраструктуры, обеспечивающей ускорение товародвижения и снижение транспортных издержек в экономике

Задача 1.1.Увеличить протяженность федеральных автомобильных дорог, соответствующих нормативным

требованиям Доля протяженности федеральных автомобильных дорог, соответствующих нормативным требованиям по транспортно-эксплуатационным показателям в общей протяженности сети федеральных автомобильных дорог

% 39 38.0 37.0 37.0 38.0 37.0

Доля протяженности федеральных автомобильных дорог, обслуживающих движение в режиме перегрузки в общей протяженности сети федеральных автомобильных дорог

% 26.1 26.3 26.5 26.9 27.3 28.2

Цель 2. Повышение доступности услуг транспортного комплекса для населенияТактическая задача 2.2.

Создать условия для формирования единой дорожной сети с ее круглогодичной доступностью для населения

Прирост количества населенных пунктов, обеспеченных подъездами с твердым покрытием, по сравнению с 2000 годом нарастающим итогом

шт. 0 150 368 486 641 846

Тактическая задача 2.3. Обеспечить восстановление объектов инфраструктуры транспорта, геодезии и картографии Чеченской

Республики

Количество восстановленных автомобильных дорог общего пользования в Чеченской Республике

км. дорог - - - 27.5 14.5 14.5

Цель 3. Повышение конкурентоспособности транспортной системы России и реализация транзитного потенциала страны

Тактическая задача 3.1 Увеличить протяженность соответствующих нормативным требованиям федеральных автомобильных

дорог, входящих в систему международных транспортных коридоров

3.5.1. Доля протяженности входящих в систему международных транспортных % 40.0 39.0 39.0 39.0 38.0 37.0

17404049.4251005.026.ТЗ

225

коридоров федеральных автомобильных дорог, соответствующих нормативным требованиям по транспортно-эксплуатационным показателям

3.5.2. Доля протяженности входящих в систему международных транспортных коридоров федеральных автомобильных дорог, обслуживающих движение в режиме перегрузки

% 26.1 26.3 26.5 26.9 27.3 28.2

Цель 4. Повышение комплексной безопасности и устойчивости транспортной системы

Тактическая задача 4.4 Удовлетворить потребность транспортного комплекса в специалистах с уровнем профессиональной

подготовки, отвечающим требованиям безопасности и устойчивой транспортной системы

Количество обучающихся отраслевыми специальными учебными заведения (дорожное хозяйство)

чел. 8860 9000 9860 9883 9883 9883

Процент износа основных фондов, используемых в учебном процессе (дорожное хозяйство)

% 35 36 34 36 38 39

Тактическая задача 4.7 Снизить количество дорожно-транспортных происшествий из-за сопутствующих дорожных условий

Снижение количества дорожно-транспортных происшествий на 1000 автомобилей из-за сопутствующих дорожных условий по сравнению с 2000 годом

% 0.0 1.0 0.5 2.0 4.5 5.0

Тактическая задача 4.8. Обеспечить поддержание количества транспортных средств автоколонн войскового типа на

необходимом уровне

Количество автотранспортных средств парка автоколонн войскового типа, приобретенных с использованием государственной поддержки

ед. 361 290 940

17404049.4251005.026.ТЗ

226

Перечень условных обозначений, сокращений и терминов

Обозначение Описание

АБДД Автоматизированный банк дорожных данных

АДМС Автоматическая дорожная метеостанция

АРМ Автоматизированное рабочее место

АСУ Автоматизированная система управления

ВКС Видеоконференцсвязь

ГИБДД Государственная инспекция безопасности дорожного движения

ГОСТ Государственный стандарт

ДРСУ Дорожное ремонтно – строительное управление

ДТП Дорожно – транспортное происшествие

ДЭП Дорожно-зксплуатационное предприятие

ЕУДИ Единый узел доступа в Интернет

ЗИП Комплект запасных частей и приспособлений

ЗИП - Г Комплекс запасных изделий и приборов групповой

ЗИП - О Комплекс запасных изделий и приборов одиночный

КГ ГПДР Календарный график «Годовой план дорожных работ»

КИСУ Корпоративная информационная система управления

КСА Комплекс средств автоматизации

КСП Календарно-сетевое планирование

КСГ ПСР Календарно-сетевой график планирования строительства и реконструкции

ЛВС Локальная вычислительная сеть

МВД Министерство внутренних дел

17404049.4251005.026.ТЗ

227


МЧС Министерство Российской Федерации по делам гражданской обороны,

черезвычайным ситуациям и ликвидации последствий стихийных бедствий

НИОКР Научно-исследовательские, опытно-конструкторские работы

ОУДХ Органы управления дорожным хозяйством

ПИР Проектно – изыскательские работы

ПО Программное обеспечение

ПОВА Подсистема обнаружения вирусной активности

Потребительские

свойства

автомобильных

дорог

Совокупность транспортно-эксплуатационных показателей дорог, непосредственно

отвечающих интересам пользователей. К потребительским свойствам относятся:

скорость, непрерывность, безопасность и удобство движения, пропускная

способность и уровень загрузки движением, способность пропускать автомобили и

автопоезда с разрешёнными для движения по дорогам общего пользования осевыми

нагрузками, общей массой и габаритами, экологическая безопасность, эстетические

и другие свойства.

ПС Прикладная система

ПС АСКИСТП Прикладная система «Автоматизированная система контроля интенсивности и

состава транспортных потоков на федеральных автодорогах»

ПС АСКОДИС Прикладная система «Автоматизированная система контроля освещения дорог и

искусственных сооружений»

ПС БАУР Прикладная система «Библиотека административно – управленческих

регламентов»

ПС ГИС Прикладная система «Геоинформационная система»

ПС ДМИССС Прикладная система «Структурированная система мониторинга и управления

подсистем дорожного мониторинга и инженерных систем службы содержания»

ПС ЕИАС Прикладная система «Единая информационно – аналитическая система»

ПС ИП

Росавтодора

Прикладная система «Информационный портал Росавтодора»

17404049.4251005.026.ТЗ

228


ПС МИС Прикладная система «Мониторинг мостов, тоннелей, транспортных развязок,

эстакад и других искусственных сооружений, в том числе опасных и критически

важных для национальной безопасности»

ПС МПО Прикладная система «Мониторинг паводковой обстановки на федеральных

дорогах»

ПС МОФА Прикладная система «Автоматизированная система метеорологического

обеспечения на федеральных автодорогах»

ПС МПД Прикладная система «Мониторинг платных дорог»

ПС МСДО Прикладная система «Мониторинг состояния дорожных одежд»

ПС МЭО Прикладная система «Мониторинг экологической обстановки»

ПС ООБД Прикладная система «Общеотраслевой банк данных»

ПС ОПС Прикладная система «Мониторинг и управление охранно-пожарными системами,

обеспечивающими дорожное движение»

ПС НСИ Прикладная система «Нормативно – справочная информация»

ПС Реестры Прикладная система «Ведение реестров имущества, земельных ресурсов и объектов

придорожной инфраструктуры»

ПС УКВДРСР Прикладная система «Управление и контроль выполнения дорожных работ по

содержанию и ремонту автомобильных дорог и искусственных сооружений на них»

ПС УКСР Прикладная система «Управление и контроль хода выполнения работ по

строительству и реконструкции автодорог»

ПС УНБДД Прикладная система «Управление направлениями дорожного движения и

обеспечение безопасности дорожного движения»

ПС УТЭСАД Прикладная система «Управление транспортно-эксплуатационным состоянием

автодорог»

ПС УБФ Прикладная система «Управление бюджетом и финансами»

ПС УОД Прикладная система «Управление общехозяйственной деятельностью»

17404049.4251005.026.ТЗ

229


ПС УПТГ Прикладная система «Управление международными перевозками, включая весовой

контроль и контроль тяжеловесных грузов»

ПС УСР Прикладная система «Управление стратегическим развитием»

ПС УУЧКС Прикладная система «Управление в условиях чрезвычайных и кризисных

ситуаций»

ПТС Программно-технические средства

ПЭКД Подсистема электронно-цифровой подписи и кодирования данных

Росавтодор Федеральное дорожное агентство

Сервитут Право ограниченного пользования чужим земельным участком для прохода,

прокладки и эксплуатации необходимых коммуникаций и иных нужд, которые не

могут быть обеспечены без установления сервитута

СКДИ Служба контроля доступа в Интернет

СКПЗ Служба кэширования пользовательских запросов

СКС Структурированная кабельная система

СКТП Система кондиционирования технологических помещений

СМИ Средства массовой информации

СМЭ Служба межсетевого экранирования

СНиП Строительные нормы и правила

ССП Сбалансированные стратегические показатели

СУБД Система управления базой данных

СЦОУ Ситуационный центр оперативного управления

ТЗ Техническое задание

17404049.4251005.026.ТЗ

230


Трехзвенная

архитектура

(«тонкий» клиент)

Архитектура информационной системы, при которой выделяется три

составляющие: сервер базы данных, сервер приложений и приложения-клиенты,

установленные на рабочих местах пользователей (в этом случае данные также

хранятся в общедоступной для всех пользователей базе данных, но все функции

сосредотачивается на сервере, а приложение-клиент отвечает только за

организацию и обслуживание пользовательского интерфейса)

ТС Транспортное средство

ТУ Терминальные устройства

ТФГ Типовые фрагменты графиков

ТФОП Телефонная сеть общего пользования

ТЭС АД Транспортно-эксплуатационное состояние автомобильной дороги

УАМ Управление автомагистралями

УКГП Укрупненный календарный график проекта

ФАД Федеральные автомобильные дороги

ФГУ ДЭП Федеральное Государственное Унитарное дорожно-эксплуатационное предприятие

ФСБ Федеральная служба безопасности

ФЦП Федеральная целевая программа

ФУАД Федеральное управление автодорог

ЦА Росавтодора Центральный аппарат Федерального дорожного агентства

ЦОУП Центр оперативного управления производством

ЦУП Центр управления производством

ЧП Чрезвычайное происшествие

ЧТЗ Частное техническое задание

ЭЦК Электронные цифровые карты

17404049.4251005.026.ТЗ

231

СОСТАВИЛИ

Наименование

организации,

предприятия

Должность исполнителя Фамилия, имя, отчество Подпись Дата

ЗАО «Крок

инкорпорейтед»

Менеджер проекта Грибова Анна Николаевна

ЗАО «Крок


Технический менеджер Лукьянов Валерий

Викторович

ЗАО «Крок


Ведущий аналитик Бычкова Татьяна

Александровна

ЗАО «Крок


Системный аналитик Аносова Анна

Васильевна

ЗАО «Крок


Системный аналитик Горожанкина Ольга

Викторовна

17404049.4251005.026.ТЗ

СОГЛАСОВАНО




Должность исполнителя Фамилия, имя,

отчество

Подпись Дата

2005

17404049.4251005.026.ТЗ




Должность исполнителя Фамилия, имя,

отчество

Подпись Дата

Техническое задание - rosavtodor · web view2014/03/25 · Как...

Documents