Комплекс отраслевых руководящих методических материалов на информационные системы на железнодорожном транспорте ОРММ ИСЖТ 5.02-00 "Порядок внесения изменений в программное и информационное обеспечение эксплуатируемых автоматизированных систем и их компонентов" (утв. Министерством путей сообщения РФ 28 декабря 2000 г.) (не применяется)

Комплекс отраслевых руководящих методических материалов на информационные системы на железнодорожном транспорте ОРММ ИСЖТ 5.02-00
"Порядок внесения изменений в программное и информационное обеспечение эксплуатируемых автоматизированных систем и их компонентов"
(утв. Министерством путей сообщения РФ 28 декабря 2000 г.)

ГАРАНТ:

Приказом Минтранса России от 26 августа 2019 г. N 285 настоящий документ признан не подлежащим применению с 26 августа 2019 г.

Определения

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

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

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

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

Автоматизированное рабочее место (АРМ) автономное - набор технических, программных и информационных средств на базе ПЭВМ, обеспечивающий свыше 50% деятельности определенного вида и не включенный в сеть какой-либо АС.

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

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

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

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

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

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

Программное обеспечение - в настоящем документе трактуется как объект сопровождения (может представлять собой комплекс, компонент, программный модуль в АС или другой объект сопровождения).

Программное обеспечение в АС - совокупность программ на носителях данных и программных документов, предназначенная для отладки, функционирования и проверки работоспособности (ГОСТ 34.003).

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

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

Верификация - процесс определения того, отвечает ли текущее состояние разрабатываемой системы (программ, баз данных, НСИ и других компонентов) на данном этапе требованиям этого этапа (проверка процессов, требований, технологий, программ, интеграции, документации и пр.). Термин "верификация" в данном документе используется для обозначения соответствующих состояний проверенного объекта.

Тестирование - процесс, предназначенный для определения того, насколько разработанное программное обеспечение выполняет свое конкретное предназначение. Включает подготовку требований к тестам, вариантов тестов и проведение тестирования.

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

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

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

Документация - набор из одного или более документов.

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

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

В настоящее время на сети железных дорог эксплуатируются автоматизированные системы (АС) и информационные технологии для решения различных вопросов управления перевозочным процессом, финансовых расчетов, научных исследований и пр. (АСОУП, АИС ЭДВ, ЕК ИОДВ, АСУ "Экспресс", АСУ сортировочной станцией, автоматизированные рабочие места работников массовых профессий и т.д.).

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

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

2 Перечень работ при сопровождении программного и информационного обеспечения автоматизированных систем

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

Работы, выполняемые организациями-разработчиками, регламентируются ГОСТ 34.601 и данным документом и входят в перечень работ, выполняемых на стадии "сопровождение АС". Эти работы включают:

- Корректировку программного обеспечения и информационного обеспечения в соответствии с требованиями заказчика (например, в связи с изменениями в тарифной политике, реорганизации в управлении перевозочным процессом, внедрением новых информационных технологий и пр.), требующую не более 10% изменений программного обеспечения.

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

- Установку на объектах внедрения новых версий действующего программного обеспечения.

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

- Актуализацию нормативно-справочной информации.

- Устранение ошибок или сбоев в действующем программном обеспечении.

- Анализ функционирования разработанного программного обеспечения с целью улучшения эксплуатационных характеристик.

- Обучение пользователей работе с новыми версиями программного обеспечения.

- Внесение изменений в документацию в соответствии с требованиями ГОСТ.

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

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

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

- обеспечения полноты и качества информации в соответствии с разработанной для каждой системы (комплекса задач или АРМ) технологией;

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

- контроля корректности и согласованности версий программного обеспечения, НСИ и баз данных;

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

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

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

Работы, выполняемые по внесению изменений в эксплуатируемые системы, комплексы задач и автоматизированные рабочие места соответствующими подразделениями на объектах внедрения (группами сопровождения систем в ИВЦ железных дорог, линейных предприятий и пр.) определяются "Руководством по организации сопровождения" и "Извещением об изменениях", требования к которым приведены в приложениях А и Б данного документа.

3 Виды вносимых изменений в программное информационное обеспечение автоматизированных систем и их компонентов

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

Вид изменений в АС	Определения
1 Ревизия (исправительная или опытная)	Любые оперативные изменения программного и информационного обеспечения, а также баз данных - необязательные в данный момент к передаче на объекты внедрения, связанные с устранением ошибок и усовершенствованием.
2 Модификация	Любые оперативные изменения программного и информационного обеспечения, а также баз данных - обязательные для передачи на объекты внедрения и обуславливающие изменение эксплуатационных характеристик без изменения функций (предусмотренных техническим заданием), а также изменения, связанные с устранением ошибок, усовершенствованием.
2 Версия	Любые оперативные изменения в программном и информационном обеспечении, а также базах данных - обязательные для передачи на объекты внедрения, позволяющие выполнять дополнительные функции, помимо предусмотренных техническим заданием, а также обеспечивающие переход на новые операционные системы и информационную среду.
3 Развитие (очередь)	Плановые изменения АС, связанные с введением новых функций и улучшением эксплуатационных характеристик, переходом на новую информационную среду, внедрением новых комплексов технических средств, новых информационных технологий и пр.

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

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

Номер версии и модификации клиентских частей должен соответствовать номеру и модификации серверной части.

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

Для регистрации проведенных ревизий в журнале должно храниться обозначение версии, модификации с внесенными ревизиями. Например, 3.4 (7, 12, 3, 20) - версия 3.4 с включением исправительных ревизий 7, 12, 3, 20.

Развитие АС предусматривает все существующие по ГОСТ 34.601 этапы создания АС:

- техническое задание (или дополнение к нему);

- технорабочий проект;

- ввод в действие на головном объекте;

- тиражирование (для типовых систем).

4 Порядок внесения изменений в типовые эксплуатируемые АС и их компоненты

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

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

4.1 Порядок внесения изменений в АС и их компонентов

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

Таблица 1 - Перечень работ при внесении изменений в АС

Работа	Инициатор (исполнитель)	Необходимые условия	Форма завершения
Этап 1. Выполнение работ в соответствии с гарантийными обязательствами
1 Устранение недостатков, выявленных при эксплуатации в течение установленного гарантийного срока, внесение необходимых изменений в документацию	Организация-разработчик	Гарантийные обязательства, указанные в документе "Формуляр", а также в договоре на поставку (передачу) научно-технической продукции или в договоре на оказание научно-технических услуг	Извещения об изменениях
Этап 2. Послегарантийное обслуживание (на основе договора об оказании научно-технических услуг)
1 Подготовка предложений о внесении изменений в действующую АС (по решениям Коллегий МПС, указаний, приказов, совещаний, опыта эксплуатации и пр.)	Департаменты МПС РФ, управления дорог, организации-разработчики, главные конструктора, ИВЦ железных дорог, линейные предприятия и др.	Согласование изменений организацией- разработчиком, главным конструктором и заказчиком системы	Согласованный документ (приказ, телеграмма, письмо и пр.) в адрес организации-разработчика
2 Определение порядка, сроков и стоимости работ по внесению изменений в действующую АС, тестированию и вводу новой версии или модификации в действие	Организация-заказчик, организации-разработчики	Договор на выполнение работ по сопровождению	Извещение об изменениях или Дополнительное соглашение к договору по сопровождению (при объемах работ, значительно превышающих затраты на сопровождение) - при необходимости или Отдельный договор на проведение требуемых работ - при необходимости
3 Доработка информационной технологии	Организация-разработчик	Договор на выполнение работ по сопровождению	Соответствующая информация в "Извещении об изменении" (приложение Б)
4 Доработка информационного обеспечения и алгоритмов обработки данных	Организация-разработчик	Договор на выполнение работ по сопровождению	Соответствующая информация в "Извещении об изменении" (приложение Б)
5 Доработка программного обеспечения и документации	Организация-разработчик	Договор на выполнение работ по сопровождению	Соответствующая информация в "Извещении об изменении" (приложение Б)
6 Разработка методики тестирования, тестирование	Организация-разработчик	Договор на выполнение работ по сопровождению	Методика тестирования
7 Испытания на стенде разработчика	Организация-разработчик	Договор на выполнение работ по сопровождению	Протокол о проведении испытаний в соответствии с разработанной методикой
8 Испытания и приемка новой версии АС на головном объекте	Организация-заказчик, организация-разработчик	Подготовленная к вводу в действие новая версия АС	Акт о приемке Протокол испытаний. Программа и методика испытаний
9 Передача новой версии АС на объекты железнодорожного транспорта и в ОФАП	Группа сопровождения организации- разработчика или ОФАП	Договор на выполнение работ по сопровождению	Сопроводительное письмо о передаче (или акт приема- передачи)
10 Внесение изменений в действующую АС и ввод новой модификации или версии в действие	Подразделение, отвечающее за эксплуатацию АС на объекте внедрения	Приказ руководителя предприятия о вводе новой версии системы (при вводе новой версии)	Передача по электронной почте обратного талона (уведомления) в адрес организации-разработчика (Приложение к "Извещению об изменении")
11 Обобщение информации о внесенных изменениях в типовые АС	Группа сопровождения (Отраслевой фонд алгоритмов и программ и др. подразделения)	Договор на выполнение работ по сопровождению	Отчет о проведенной работе в соответствии с договором

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

4.2 Порядок подготовки и передачи версий и модификаций

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

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

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

Передача модификаций осуществляется средствами электронной почты (СПФ, E-mail). В ряде случаев, при необходимости, она может осуществляться на магнитных носителях.

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

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

4.2.5 Изменения подлинников эксплуатационной документации производят только их заменой (представлением новой редакции) c приложением магнитного носителя. Передача на объекты внедрения документов новой редакции осуществляется совместно с передачей новой версии программного обеспечения.

Правила внесения изменений в документацию устанавливаются ГОСТ 2.503 "Правила внесения изменений". Изменения документов, выполненных на магнитных носителях данных, производят по ГОСТ 28388.

4.2.6 При передаче изменений программного обеспечения, разработанного на Mainframe, прилагают документацию, подготовленной на ПЭВМ в текстовом редакторе WORD. При ее передаче средствами электронной почты (типа E-mail или СПФ) на ПЭВМ, необходимо в текстовом файле на Mainframe прилагать инструкцию, где указывать, по какому адресу направляется документация и способы ее разархивирования, а также другие необходимые сведения.

4.3 Перечень технологических работ при сопровождении систем (комплексов задач, АРМ):

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

4.3.2 Ведение архива системы - системы электронных журналов, каталогов, библиотек версий:

- ведение хронологического списка всех ревизий (исправительных и опытных) с отметкой о их выполнении;

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

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

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

4.3.3 Тестирование модификаций и версий:

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

Для систем архитектуры клиент/сервер, при разработке которых используется средства конфигурационного управления (СКУ) и соответствующие CASE-средства, могут осуществляться следующие виды тестирования:

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

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

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

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

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

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

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

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

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

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

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

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

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

- Проверка (верификация) исходных тестов измененных модулей на этапе формирования дистрибутива.

- Контроль состояния дистрибутива средствами конфигурационного управления (СКУ) и CASE-средствами объектов баз данных.

- Актуализация документации по объектам БД после внесения изменений, в том числе и с помощью CASE-средств.

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

- Автоматизированная сборка объектов в новой версии и формирование дистрибутива с контролем соответствия версии клиентских частей серверной части.

- Синхронизация CASE-модели базы данных и физической БД разработчиков, выявление рассинхронизации CASE-модели и тестовой БД, автоматизированное формирование скриптов для дополнительного контроля измененных объектов БД с помощью CASE-средств.

- Тестирование дистрибутива и функциональный контроль работоспособности новой версии.

- Тестирование программного обеспечения и НСИ новой версии с помощью имеющихся инструментальных средств.

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

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

- Внесение изменений в промышленную БД и ее опытная эксплуатация.

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

- Техническая поддержка новой версии программного, информационного обеспечения и баз данных.

Приведенный перечень в пунктах 4.3.1-4.3.4 может быть дополнен другими работами, отдельные этапы могут быть объединены или заменены на другие технологии в зависимости от вида автоматизированной системы или ее компонентов (подсистем, комплексов задач, АРМ), информационной среды и используемого инструментария, а также методов и средств тестирования.

4.4 Сроки внесения изменений в типовые АС и их компоненты

Предусматриваются следующие (рекомендуемые) сроки подготовки изменений и передачи их на объекты внедрения организациями-разработчиками после ввода в действие соответствующих указаний МПС:

Характеристика изменений	Объект внедрения	Рекомендуемый срок
1 Внесение изменений в базы данных	ИВЦ ж.д. линейные предприятия	5 дней 8 дней
2 Внесение изменений в базы данных и программное обеспечение	ИВЦ ж.д. линейные предприятия	10 дней 15 дней

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

Характеристика изменений	Объект внедрения	Нормативный срок
1 Внесение изменений в базы данных	ИВЦ ж.д. линейные предприятия	2 дня
2 Внесение изменений в базы данных и программное обеспечение	ИВЦ ж.д. линейные предприятия	5 дней

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

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

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

6 Перечень материалов при передаче новых версий и модификаций программного обеспечения

6.1 Состав материалов при передаче новых версий системы

В состав информации при передаче новых версий программного обеспечения должно входить:

1) Извещение об изменении по форме, приведенной в Приложении Б, с приложением обратного талона (уведомления) в электронном виде в форме отдельного файла, подготовленного в текстовом редакторе WORD.

2) Инструкция по порядку ввода новой версии в виде HELP - файла.

3) Программное обеспечение и НСИ с внесенными изменениями на магнитном носителе с указанием номера новой версии.

4) Комплект эксплуатационной документации новой редакции, подготовленный на магнитных носителях и (или) в твердой копии.

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

6.2 Состав материалов при передаче модификаций системы

В состав информации при передаче модификаций программного обеспечения входит:

1) Извещение об изменении по форме, приведенной в Приложении Б, с приложением обратного талона (уведомления) в электронном виде в форме отдельного файла, подготовленного в текстовом редакторе WORD.

2) Инструкция по порядку внесения изменений в программное и информационное обеспечение в виде HELP-файла.

3) Некоторые измененные библиотеки или отдельные модули программного и информационного обеспечения на магнитном носителе.

4) Отдельные эксплуатационные документы (или их разделы) новой редакции (при необходимости).

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

7 Эксплуатационные испытания

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

После завершения эксплуатационных испытаний заполненный "Обратный талон (уведомление) к извещению об изменениях N ___ от ____" (приложение Б) должен быть направлен по электронной почте в адрес организации-разработчика.

Первый заместитель Министра путей сообщения

А.С. Мишарин

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

В.С. Воронин

Дирекор ВНИИАС МПС России

П.А. Козлов