Распоряжение ОАО РЖД от 29.04.2005 N 596р
ОТКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО
«РОССИЙСКИЕ ЖЕЛЕЗНЫЕ ДОРОГИ»
(ОАО «РЖД»)
|
14 апреля 2005 г. |
N 596р |
РАСПОРЯЖЕНИЕ
О создании Реестра автоматизированных систем ОАО «РЖД»
В целях унификации и типизации автоматизированных систем, их интеграции в Автоматизированную систему управления ОАО «РЖД» (АСУ РЖД) и централизации управления ее архитектурой:
1. Утвердить прилагаемое Положение о Реестре автоматизированных систем ОАО «РЖД» (далее — Положение).
2. Начальнику Департамента корпоративной информатизации Латушкину О.А. организовать создание Реестра автоматизированных систем (далее — Реестра АС), обеспечить его формирование и сопровождение в соответствии с Положением, утвержденным настоящим распоряжением.
3. Руководителям департаментов, управлений, филиалов и других структурных подразделений ОАО «РЖД», являющихся заказчиками автоматизированных систем (АС) или компонентов этих систем:
а) назначить работников, ответственных за ведение Реестра АС, и направить до 29 апреля 2005 г. в Департамент корпоративной информатизации данные о них, с указанием фамилии, имени, отчества, должности, телефона и e-mail;
б) обеспечить подготовку и согласование форм доступа к Реестру АС в соответствии с распоряжением ОАО «РЖД» от 14 декабря 2004 г. N 3808р;
в) рекомендовать организациям-разработчикам АС назначить работников, ответственных за создание и развитие АС и их компонентов в соответствии с Положением;
г) обеспечить до 30 мая 2005 г. регистрацию в Реестре АС эксплуатируемых и создаваемых АС и их компонентов в соответствии с Положением;
д) обеспечить до 30 июня 2005 г. размещение в библиотеке электронных копий документов Реестра АС документов на зарегистрированные АС и их компоненты в соответствии с Положением;
е) указывать в планах работ и в календарных планах договоров с подрядчиками, независимо от источников финансирования, в наименованиях тем и работ, имеющих отношение к любому этапу жизненного цикла АС или компонентов этих систем, их регистрационный номер в Реестре АС, а также согласовывать данные планы и договоры с Департаментом корпоративной информатизации;
ж) обеспечить в соответствии с Положением внесение в Реестр АС изменений при завершении работ, имеющих отношение к любому этапу жизненного цикла автоматизированных систем или их компонентов.
4. Контроль за выполнением данного распоряжения возложить на вице-президента Белову А.Г.
Первый Вице-президент ОАО «РЖД»
В.И.Якунин
УТВЕРЖДЕНО
распоряжением ОАО «РЖД»
от 29 апреля 2005 г. N 596р
ПОЛОЖЕНИЕ
о Реестре автоматизированных систем ОАО «РЖД»
1. Общие положения
1. Реестр автоматизированных систем ОАО «РЖД» (далее — Реестр АС) — это информационный ресурс, предназначенный для централизованного управления архитектурой Автоматизированной системы управления ОАО «РЖД» (АСУ РЖД) и включающий информацию о ее структуре и входящих в ее состав автоматизированных систем (АС), а также содержащий данные о работниках департаментов, управлений, филиалов и других структурных подразделений ОАО «РЖД» и исполнителях, участвующих в работах по созданию, внедрению, сопровождению и развитию АС.
2. Настоящее Положение определяет:
а) цели и принципы создания Реестра АС;
б) состав Реестра АС;
в) организационное обеспечение, порядок формирования и ведения Реестра АС;
г) права доступа к Реестру АС.
2. Термины и определения
Автоматизированная система (АС) — система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций.
АСУ РЖД — интегрированная автоматизированная система управления, включающая в свой состав все автоматизированные системы ОАО «РЖД», его филиалов, дочерних и зависимых обществ.
База данных — совокупность данных, организованных в соответствии с концептуальной схемой, описывающей характеристики этих данных и связи между соответствующими им объектами, поддерживающая одну или несколько предметных областей.
Главный инженер АС — представитель разработчика, который отвечает за техническое обеспечение АС.
Главный конструктор АС — представитель разработчика АС, который в целом отвечает за создание и развитие АС.
Главный программист АС — представитель разработчика АС, который отвечает за программное обеспечение АС.
Главный технолог АС — представитель разработчика АС, который отвечает за методическое, организационное, математическое и правовое обеспечения АС.
Жизненный цикл АС — совокупность последовательности взаимосвязанных процессов создания, сопровождения и развития АС.
Интегрированная автоматизированная система — совокупность двух или более взаимодействующих АС, в которой функционирование одной из них зависит от результатов функционирования другой (других) так, что эту совокупность можно рассматривать как единую АС.
Клиентское приложение — программный компонент, обеспечивающий интерактивную работу пользователей, включая ввод данных, визуальное отображение информации, подготовку и отправку запросов к серверам приложений, обработку полученных результатов.
Компонент АС — часть АС, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое.
Куратор проекта — представитель заказчика в системе управления проектом, который осуществляет функции стратегического управления проектом, включая определение целей и контроль за их достижением.
Менеджер проекта — специалист в системе управления проектом, который выполняет функции оперативного управления проектом.
Почтовый сервер — серверное приложение, поддерживающее работу с использованием почтовых протоколов Internet для передачи информации в виде сообщений электронной почты.
Прикладное программное обеспечение — программное обеспечение, основной задачей которого является реализация прикладных функций АС.
Программный интерфейс взаимодействия — набор функций, с помощью которых приложение обеспечивает доступ к своей функциональности и контролируемым ресурсам.
Программный протокол — набор правил, которые определяют способ обмена информацией между фрагментами распределенной системы.
Программный шлюз — приложение, выполняющее преобразование программных протоколов по определенному алгоритму.
Промежуточное программное обеспечение — программное обеспечение, задачей которого является создание среды, обеспечивающей взаимодействие удаленных серверных и клиентских приложений в распределенной системе.
Руководитель проекта — представитель заказчика в системе управления проектом, который руководит проектом для достижения оптимального качества при минимуме затрат.
Сервер приложений — совокупность программных компонентов, реализующих прикладные функции (бизнес-логику) АС и предоставляющих доступ к этим функциям клиентским приложениям и серверам приложений других АС.
Системная архитектура АС — включает архитектуру программного, информационного и технического обеспечения АС.
Системный архитектор — специалист, который определяет общие требования к системной архитектуре АС и контролирует их выполнение.
Специализированный компонент АС — компонент АС, специально разработанный для данной АС.
Типовой компонент АС — компонент АС, доступный на открытом рынке и серийно выпускаемый одним или несколькими производителями.
Функциональный заказчик АС — подразделение ОАО «РЖД», ответственное за заказ, приемку и организацию эксплуатации АС.
Ftp-сервер — серверное приложение, поддерживающее работу с использованием FTP (File Transfer Protocol) — стандартного протокола Internet, ориентированного на обеспечение удаленного доступа к файлам.
Web-интерфейс — интерфейс для доступа к каким-либо информационным или функциональным ресурсам с использованием стандартного Internet-броузера.
Web-сервер — сервер, предоставляющий информационные ресурсы по протоколу HTTP.
3. Цели создания Реестра АС
3. Целями создания Реестра АС являются:
— централизация управления архитектурой АСУ РЖД;
— интеграция АС в единую архитектуру АСУ РЖД;
— унификация и типизация АС.
4. Принципы построения Реестра АС
4. В Реестре АС должны быть зарегистрированы эксплуатируемые, создаваемые или планируемые к созданию АС и их компоненты.
5. АС должны быть структурированы в иерархию АСУ РЖД в соответствие с функциональной и административной структурой управления ОАО «РЖД».
6. Программные компоненты АС, включая базы данных, серверные и клиентские приложения должны входить в состав АС.
7. Каждая АС и каждый компонент АС должны иметь в Реестре АС уникальный регистрационный номер.
8. Каждая АС и каждый компонент АС должны иметь в Реестре АС свой паспорт, который содержит их основные функциональные, организационные и технические характеристики.
9. Реестр АС должен быть интегрирован с другими информационными ресурсами, содержащими функциональные, технологические, информационные, технические, стоимостные и другие характеристики АС для централизованного управления архитектурой АСУ РЖД.
10. В Реестре АС должен вестись архив электронных копий документации, предусмотренной ГОСТ 34.201- «Информационная технология. Виды, комплектность и обозначение документов при создании автоматизированных систем», который должен пополняться для каждой АС в течение ее жизненного цикла.
11. Управление Реестром АС должно быть автоматизированным и осуществляться с помощью АСУ «Реестр АС», обеспечивающей ввод, хранение, обновление и доступ к данным Реестра АС через web-интерфейс и интеграцию информационных ресурсов Реестра АС с другими информационными ресурсами ОАО «РЖД».
5. Состав Реестра АС
12. В состав Реестра АС входят:
а) структура АСУ РЖД;
б) паспорта АС;
в) паспорта компонентов АС;
г) архив электронных копий документов на АС.
13. Из клиентских приложений АСУ «Реестр АС» может быть доступна информация из Реестра АС и из других информационных ресурсов, интегрированных с Реестром АС.
6. Состав и структура АСУ РЖД
14. АСУ РЖД состоит из интегрированных АС, простых АС и компонентов АС.
15. Интегрированные АС могут включать в себя другие интегрированные АС, простые АС и компоненты АС.
16. Простые АС могут включать в себя только компоненты АС.
17. В качестве компонентов АС в Реестре АС учитываются:
а) компоненты прикладного программного обеспечения, включая:
базы данных,
серверы приложений,
клиентские приложения,
web-серверы, ftp-серверы, почтовые серверы;
б) специализированные компоненты промежуточного программного обеспечения;
в) специализированные компоненты технического обеспечения.
18. В Реестре АС не учитываются следующие типовые компоненты АС:
а) типовые офисные приложения;
б) типовые компоненты промежуточного программного обеспечения;
в) типовые компоненты системного программного обеспечения;
г) типовые компоненты технического обеспечения;
19. Информация о типовых компонентах АС содержится в других информационных ресурсах ОАО «РЖД» (раздел 14), которые должны быть интегрированы с Реестром АС для целей комплексного управления архитектурой АСУ РЖД.
20. Интегрированные АС, простые АС и компоненты АС могут быть объединены в группы.
21. Интегрированные АС, простые АС и компоненты АС, разработанные организациями и имеющие близкую пересекающуюся функциональность, объединяются в группы вариантов.
22. Интегрированная АС, простая АС или компонент АС могут входить в несколько узлов структуры АСУ РЖД.
23. По мере развития информационных технологий состав компонентов, учитываемых в Реестре АС, может расширяться.
7. Паспорт АС
24. В Паспорт АС входит следующая информация:
а) полное и краткое название АС;
б) назначение и область применения АС;
в) регистрационный номер АС в Реестре АС;
г) вышестоящая АС в структуре АСУ РЖД;
д) перечень ответственных представителей со стороны заказчика АС:
куратор проекта (вице-президент ОАО «РЖД»),
функциональный заказчик (департамент, управление, подразделение ОАО «РЖД»),
руководитель проекта (представитель функционального заказчика),
менеджер проекта Департамента корпоративной информатизации (далее — ЦКИ),
системный архитектор ЦКИ;
е) наименование организации — разработчика АС;
ж) перечень ответственных представителей со стороны организации — разработчика АС:
главный конструктор,
главный системный аналитик,
главный программист,
главный инженер;
з) наименование подразделений или организаций, ответственных за внедрение и сопровождение АС;
и) класс защищенности АС по требованиям безопасности информации;
к) этап жизненного цикла АС;
л) регистрационный номер АС в ОФАП.
25. При развитии Реестра АС и его интеграции с другими информационными ресурсами в Паспорт АС может быть добавлена дополнительная информация.
8. Паспорт компонента АС
26. В Паспорт компонента АС входит следующая информация:
а) полное и краткое название компонента АС;
б) назначение и область применения компонента АС;
в) регистрационный номер компонента АС в Реестре АС;
г) вышестоящая АС в структуре АСУ РЖД;
д) перечень ответственных представителей со стороны заказчика компонента АС:
куратор проекта (вице-президент ОАО «РЖД»),
функциональный заказчик (департамент, управление, подразделение ОАО «РЖД»),
руководитель проекта (представитель функционального заказчика),
менеджер проекта ЦКИ,
системный архитектор ЦКИ;
е) наименование организации — разработчика компонента АС;
ж) перечень ответственных представителей со стороны организации — разработчика компонента АС:
главный конструктор,
главный системный аналитик,
главный программист,
главный инженер;
з) наименование подразделений ОАО «РЖД» или организаций, осуществляющих внедрение и сопровождение компонента АС;
и) класс защищенности компонента АС по требованиям безопасности информации;
к) этап жизненного цикла компонента АС;
л) регистрационный номер компонента АС в ОФАП.
27. При развитии Реестра АС и его интеграции с другими информационными ресурсами в Паспорт компонента АС может быть добавлена дополнительная информация.
9. Регистрационные номера АС и компонентов АС
28. Регистрационные номера АС и компонентов АС имеют следующую структуру:
[PАС]NNNN[.XX][.TT] , где
РАС — аббревиатура от «Реестр АС», которая указывает, что данный номер является регистрационным номером АС или компонента АС в Реестре АС;
NNNN — уникальный сквозной порядковый номер АС или компонента АС в Реестре АС. Разрядность номера не ограничивается и может быть от одного разряда и выше;
XX — номер функциональной группы АС первого уровня иерархии АСУ РЖД, в которую входит АС или компонент АС:
01 — автоматизированные системы управления сбытом грузовых перевозок;
02 — автоматизированные системы управления сбытом и организацией пассажирских перевозок,
03 — автоматизированные системы управления перевозочным процессом;
04 — автоматизированные системы управления содержанием инфраструктуры железнодорожного транспорта общего пользования, принадлежащей ОАО «РЖД» и подвижного состава;
05 — автоматизированные системы управления бюджетированием, бухгалтерским и налоговым учетом, финансовыми, трудовыми и материальными ресурсами;
06 — автоматизированные системы стратегического и системного управления, инвестициями и инновациями;
07 — автоматизированные системы управления унификацией и интеграцией автоматизированных систем;
ТТ — тип АС или компонента АС:
АС — автоматизированная система;
БД — база данных;
СП — сервер приложений;
КП — клиентское приложение;
ВС — web-сервер;
ФС — ftp-сервер;
ПС — почтовый сервер;
СШ — специализированный компонент промежуточного программного обеспечения (специализированный программный шлюз);
СТ — специализированный компонент технического обеспечения со встроенным программным обеспечением;
[ ] — квадратные скобки указывают, что заключенный в них элемент номера является необязательным.
29. Уникальный сквозной порядковый номер АС или компонента АС в Реестре АС полностью идентифицирует АС или компонент АС. Необязательные элементы номера используются для наглядности и, в зависимости от контекста, могут включаться в номер в любой комбинации, например: PАСNNNN, NNNN.TT, PАСNNNN.XX
10. Библиотека электронных копий документов на АС
30. В Реестре АС для каждой АС при ее регистрации автоматически создается структура библиотеки электронных копий документов в соответствии с видами документов, определенными в ГОСТ 34.201- «Информационная технология. Виды, комплектность и обозначение документов при создании автоматизированных систем».
31. В библиотеке электронных копий документов Реестра АС также могут размещаться дополнительные документы, предусмотренные техническим заданием на АС и другие документы, имеющие отношение к разработке, внедрению и эксплуатации АС, включая технико-экономическое обоснование, акты экспертиз, рекомендации по внедрению, условия распространения и сопровождения, информацию о правах собственности.
32. Электронные копии документов на АС и их новые редакции должны загружаться в библиотеку электронных копий документов Реестра АС представителями функциональных заказчиков АС в течение всего жизненного цикла АС одновременно с приемкой соответствующих документов с соблюдением требований ОРММ ИСЖТ 2.01-00 и ОРММ ИСЖТ 2.02-00.
33. В библиотеку электронных копий документов должны помещаться все документы на АС, при этом для каждого документа представитель функционального заказчика АС должен установить признак доступности данного документа для общего пользования.
11. Организационное обеспечение Реестра АС
34. Организацию создания, сопровождения и развития Реестра АС и АСУ «Реестр АС» осуществляет ЦКИ.
35. Методическое руководство и оперативное управление работами по созданию и ведению Реестра АС осуществляют системные архитекторы ЦКИ.
36. Своевременность, полноту и достоверность вводимой в Реестр АС информации обеспечивают функциональные заказчики АС.
37. Бесперебойное функционирование технических средств и общесистемного программного обеспечения АСУ «Реестр АС» обеспечивает Главный вычислительный центр.
38. Пользователями Реестра АС являются работники ОАО «РЖД» и других организаций, имеющие отношение к созданию, развитию и эксплуатации систем АСУ РЖД.
12. Порядок ведения Реестра АС
39. В формировании и ведении Реестра АС принимают участие представители функциональных заказчиков АС, менеджеры проекта ЦКИ и системные архитекторы ЦКИ.
40. Формирование верхних уровней структуры АСУ РЖД выполняют системные архитекторы ЦКИ совместно с менеджерами ЦКИ.
41. После формирования верхних уровней структуры АСУ РЖД производится регистрация в Реестре АС всех эксплуатируемых, разрабатываемых или планируемых к разработке АС и компонентов.
42. При начальном формировании и сопровождении Реестра АС ввод и редактирование информации о АС и их компонентах осуществляют представители функциональных заказчиков. Информация о АС должна обновляться в Реестре АС на всех этапах жизненного цикла АС, одновременно с приемкой соответствующих документов.
43. Первичный контроль и согласование введенной представителями функциональных заказчиков информации осуществляют менеджеры ЦКИ.
44. Завершающий контроль и согласование введенной представителями функциональных заказчиков и согласованной менеджерами ЦКИ информации осуществляют системные архитекторы ЦКИ.
45. Согласование места (узла) размещения АС и их компонентов в иерархии систем АСУ РЖД производится системными архитекторами ЦКИ на основании документации на АС и настоящего Положения.
46. Регистрация АС (компонента АС) считается завершенной после того, как паспорт АС (компонента АС) согласован системным архитектором ЦКИ.
47. При прекращении создания АС (компонентов АС) или при снятии их с эксплуатации они исключаются из структуры АСУ РЖД, а информация о них переносится в архив Реестра АС.
13. Организация доступа к Реестру АС
48. Права доступа различных групп пользователей Реестра АС устанавливаются по совместному решению Департамента корпоративной информатизации и Департамента безопасности таким образом, чтобы данные права обеспечивали достижение целей Реестра АС и не нарушали имущественные и другие права ОАО «РЖД» и разработчиков АС.
49. Информирование руководителей департаментов, управлений и подразделений ОАО «РЖД» о предоставлении и изменении прав и порядка доступа к Реестру АС организует Департамент корпоративной информатизации.
14. Интегрирующая роль Реестра АС
50. Регистрация АС в Реестре АС осуществляется до начала создания АС, поэтому уникальный регистрационный номер в Реестре АС используется для сопоставления и интеграции информационных ресурсов о АС из всех информационных ресурсов ОАО «РЖД».
51. Интеграция информационных ресурсов с характеристиками АС на основе Реестра АС позволит осуществлять комплексный учет и анализ всех характеристик АС, исключить дублирование ручного ввода информации о АС в разных системах, повысить качество управления созданием, развитием и эксплуатацией АСУ РЖД.
52. Интеграция Реестра АС с информационным и программным фондом ОФАП позволит обеспечить управление программными средствами АС на всех этапах их жизненного цикла, с учетом того, что внесение информации в Реестр АС начинается на этапе планирования создания АС, а фондирование АС в ОФАП осуществляется на этапе сдачи АС в промышленную эксплуатацию. Для исключения дублирования информации Реестра АС с ОФАП, в Паспорте АС Реестра имеется ссылка на регистрационную запись АС в ОФАП, а в ОФАП должна быть добавлена ссылка на номер АС в Реестре АС. Реестр АС должен быть интегрирован с ОФАП таким образом, чтобы информация о АС, в том числе файлы документации, при вводе в одну из систем автоматизированным образом попадали в другую систему.
53. Интеграция Реестра АС с АСУ «Унификацией и стандартизацией АС» и с инструментальными средствами разработки программного обеспечения позволит объединить процессы проектирования АС с процессами их стандартизации и обеспечить построение единой архитектуры АСУ РЖД с унифицированной моделью данных, в том числе нормативно-справочной информацией (НСИ).
54. Интеграция Реестра АС с АСУ СВТ позволит осуществлять учет и анализ объектов внедрения АС и средств вычислительной техники, на которых инсталлированы прикладные серверные, клиентские и общесистемные программные компоненты АС, что в свою очередь позволит перейти к комплексному управлению и оптимизации программно-аппаратного обеспечения АСУ РЖД.
55. Интеграция Реестра АС с ЕКАСУТР позволит осуществлять учет и анализ внедрения АС на конкретных рабочих местах, применения АС пользователями, управления их обучением и аттестацией.
56. Интеграция Реестра АС с ЕКАСУФР позволит осуществлять учет, анализ и оптимизацию совокупной стоимости владения АСУ РЖД и ее компонентов.