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

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

ГАРАНТ:

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

1 Порядок представления, согласования и утверждения технического задания

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

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

1.1.2 Проекты ТЗ при создании информационной системы железнодорожного транспорта разрабатывает организация-разработчик с участием главного конструктора (руководителя темы) по этому направлению работ.

1.1.3 При конкурсной организации работ варианты проекта ТЗ рассматриваются заказчиком на техническом совете или определяются путем проведения тендора, в результате чего осуществляется выбор предпочтительного варианта и будущему разработчику АС поручается разработка окончательного варианта ТЗ на систему.

1.2 Порядок представления, согласования и утверждения ТЗ

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

1.2.2 Порядок согласования и утверждения ТЗ приведен в таблице 1, где в графе 1 приведены два варианта организации разработки:

1) разработчик - ВНИИАС (как головной подрядчик и головной разработчик);

2) разработчик - не ВНИИАС, но при этом ВНИИАС - головной подрядчик.

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

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

Таблица 1 - Порядок согласования и утверждения ТЗ

Организации-разработчики	1 Интегрированные комплексы информационных технологий (Департамент-ГВЦ-дорога-линейное предприятие)	2 Комплексы информационных технологий дорожного и линейного уровня (подсистемы, комплексы задач, АРМы базы данных, элементы информационной среды)		3 Комплексы информационных технологий дорожно-сетевого уровня (подсистемы, комплексы задач, АРМы базы данных, элементы информационной среды),
		Дорожный уровень	Линейный уровень	Дорожно-сетевой уровень	Сетевой уровень
1 Разработчик - ВНИИАС (головной подрядчик)	Утверждение
	1 Заместитель Министра (по информатизации) 2 Руководство ВНИИАС как головной подрядчик	1 Заместителя министра по информатизации (в случае, когда разработка касается нескольких департаментов) 2 Руководство департамента-заказчика (в случае, когда разработка касается одного департамента) 3 Руководство ВНИИАС	1 Руководство департамента-заказчика (если заказчик - МПС) 2 Руководство управления дороги (если заказчик - дорога) 3 Руководство ВНИИАС	1 Заместитель Министра по информатизации (в случае, когда разработка касается нескольких департаментов) 2 Руководство департамента-заказчика (в случае, когда разработка касается одного департамента) 3 Руководство ВНИИАС	1 Руководство департамента-заказчика 2 Руководство ВНИИАС
	Согласование
	1 Руководство причастных департментов (управлений) МПС 2 Руководство ГВЦ (для систем дорожно-сетевого уровня)	1 Руководство причастных департаментов (управлений) МПС 2 Руководство причастных организаций 3 Главный конструктор	1 Руководство причастных департаментов (если заказчик - МПС) 2 Руководство причастных служб и подразделений дороги (если заказчик - дорога) 3 Руководство причастных организаций (при необходимости) 4 Главный конструктор	1 Руководство причастных департаментов (управлений) МПС 2 Руководство ГВЦ 3 Руководство причастных организаций (при необходимости) 4 Главный конструктор	1 Руководство ГВЦ 2 Главный конструктор
2 Разработчик - не ВНИИАС	Утверждение
	1 Заместитель Министра (по информатизации) 2 Руководство ВНИИАС как головной подрядчик 3 Руководство организации-головного разработчика -	1 Руководство департамента-заказчика (в случае, когда заказчик - МПС) 2 Руководство организации-разработчика	1 Руководство департамента-заказчика МПС (если заказчик - МПС) 2 Руководство управления дороги (если заказчик - дорога) 3 Руководство организации-разработчика	1 Заместитель Министра по информатизации (в случае, когда разработка касается нескольких департаментов) 2 Руководство причастных организаций 3 Руководство организации-разработчика	1 Руководство департамента-заказчика. 2 Руководство организации- разработчика
	Согласование
	1 Руководство причастных департаментов (управлений) МПС 2 Руководство ГВЦ (для систем дорожно-сетевого или сетевого уровня) -	1 Руководство причастных департаментов МПС 2 ВНИИАС как головная организация 3 Руководство причастных организаций (при необходимости) 4 Главный конструктор	1 Руководство причастных департаментов МПС (если заказчик - МПС) 2 Руководство причастных служб и подразделений управления дороги (если заказчик - дорога) 3 ВНИИАС как головная организация 4 Главный конструктор	1 Руководство причастных департаментов (управлений) МПС 2 Руководство ГВЦ 3 ВНИИАС 4 Руководство причастных организаций 5 Главный конструктор по данному КИТ	1 Руководство ГВЦ 2 ВНИИАС 3 Главный конструктор по данному КИТ
Примечание - При разработке комплексов задач перечень причастных организаций для согласования ТЗ уточняется при заключении договора.

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

В графах 5-6 размещен перечень утверждающих и согласующих организаций для комплексов информационных технологий дорожно-сетевого уровня и уровня ГВЦ. Рассмотрен состав подписей на титульном листе ТЗ для случаев, когда головным подрядчиком работ является ВНИИАС, и когда работы по созданию ТЗ выполняются другими организациями, в том числе ГВЦ МПС. ТЗ для комплексов информационных технологий дорожно-сетевого уровня согласовываются с причастными организациями по смежным системам.

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

1.2.4 Срок согласования проекта ТЗ не должен превышать 15 дней со дня его получения. Целесообразно рассылать на согласование копии проекта ТЗ одновременно во все организации (подразделения).

1.2.5 Замечания по проекту ТЗ должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ и заказчиком до утверждения ТЗ в ходе рассмотрения этого проекта на научно-технических советах разработчика и заказчика с приглашением всех заинтересованных сторон.

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

1.2.7 Допускается совмещение подписей одного лица (например, главного конструктора и руководителя организации или предприятия), кроме исполнителя документа.

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

1.2.9 Согласование и утверждение дополнений к ТЗ, а также его корректировки проводят в порядке, установленном для вновь разрабатываемых технических заданий.

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

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

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

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

1.2.14 Копии технических заданий в 10-дневный срок после утверждения высылаются разработчиком ТЗ участникам создания системы, а по типовым системам - в Отраслевой фонд алгоритмов и программ для регистрации и включения в информационную часть фонда согласно "Положению об ОФАП МПС".

1.3 Порядок оформления титульного листа ТЗ

1.3.1 ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.

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

1.3.2 Пример оформления титульного листа ТЗ приведен в приложении А (рекомендуемом). Форма последнего листа ТЗ изображена в приложении Б (рекомендуемом).

На титульном листе ТЗ в верхнем поле посередине указывается наименование министерства - "Министерство путей сообщения Российской Федерации". Сокращенное наименование предприятий и организаций, участвующих в создании, согласовании и утверждении ТЗ, помещаются в полях для согласующих и утверждающих подписей после обозначения должностей лиц, чьи подписи выносятся на этот лист. Например, "Зам. директора ВНИИЖТ", "Руководитель департамента вагонного хозяйства", "Начальник ГВЦ" и т.д.

1.3.3 На титульном листе ТЗ обязательно полное наименование и обозначение документа. Обозначение технического задания имеет следующую структуру:

1.3.4 Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования "Техническое задание" пишут "Дополнение N ... к ТЗ на АС ...". На титульном листе основного ТЗ держатели подлинников добавляют поле: "Действует с дополнением (ями) N ....".

1.3.5 На титульном листе частного ТЗ пишут его наименование: "Частное техничеcкое задание ".

1.3.6 При согласовании ТЗ разрешается оформлять отдельный лист для согласования. Кроме того, согласование проекта можно выполнять отдельным документом (протоколом техсовета, письмом и пр.). В этом случае под грифом "СОГЛАСОВАНО" делается ссылка на этот документ. Указанные в этом случае документы являются неотъемлемой частью ТЗ и хранятся у разработчика вместе с подлинником ТЗ.

2 Порядок представления, согласования и утверждения документов технического проекта

2.1 Подготовка и предъявление технической документации на подпись

2.1.1 Технический проект на информационные технологии, базовые системы и их части (подсистемы, комплексы задач, автоматизированные рабочие места, информационную среду и пр.) разрабатывается как комплект документов. Состав документов зависит от класса системы, состава информационной среды, условий эксплуатации и сопровождения, а также требований заказчика. Наименование конкретных документов, разрабатываемых при проектировании информационных технологий и информационной среды в целом, а также их частей, определяется в ТЗ в соответствии с ГОСТ 34.201 (таблица 2) и Отраслевым руководящим методическим материалом "Требования к составу, содержанию и оформлению документов при создании информационной системы железнодорожного транспорта (ОРММ ИСЖТ 2.01 - 00)".

2.1.2 В зависимости от применяемых методов проектирования (использование CASE-средств, языков 4 поколения и пр.) допускается расширять номенклатуру документов, установленную ГОСТ, разрабатывать групповые и базовые документы, выпускать документы отдельными самостоятельными частями, соответствующими разделам основного документа.

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

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

2.2.1 При разработке информационной системы железнодорожного транспорта документы технического и рабочего проектов условно делятся на:

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

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

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

2.2.3 Для графических документов (схем, чертежей) первым листом является заглавный лист, выполненный в соответствии с ЕСКД по ГОСТ 2.004, ГОСТ 2.104, ГОСТ 21.101 и ГОСТ 3.1103. Форма заглавного листа приведена в приложении Г (рекомендуемом). В основной записи (штампе) этого листа помещаются подписи разработчиков, нормоконтролера, а также лиц проверивших и утвердивших документ (руководителя подразделения, в котором разработан документ, и руководителя темы). При оформлении альбома таких документов или подписи одного или нескольких документов у руководства организации-разработчика оформляется титульный лист.

2.2.4 При необходимости, для документов технического и рабочего проектов выпускается лист утверждения. Лист утверждения оформляется в следующих случаях:

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

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

2.2.5 Порядок разработки общего титульного листа (или листа утверждения) на весь проект.

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

Структура обозначения общих листов:

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

УТВЕРЖДЕН

ХХХХХХХХ. ХХХХХХ.ХХХ. ТП-ЛУ (ТРП-ЛУ).

Пример оформления листа утверждения всех входящих в проект документов приведен в приложении Е (рекомендуемом).

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

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

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

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

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

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

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

2.3 Состав подписей на документах при их согласовании и утверждении на стадиях технического проекта и рабочей документации

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

Таблица 2 - Состав подписей на документах ТРП для автоматизированной системы

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

Условные обозначения:

У - гриф утверждения, У* - утверждение соответствующим департаментом МПС РФ;

С - гриф согласования, С* - согласование разработок сетевого уровня;

П - гриф подписи.

ГАРАНТ:

Нумерация пунктов приводится в соответствии с источником

2.3.1 Согласование документов технического проекта с ГВЦ производится, если разработка касается сетевого уровня.

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

2.3.3 Документация технического проекта по информационному, программному и техническому обеспечению должна быть согласована с ВНИИАС.

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

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

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

2.3.6 Разработчик принимает участие в защите технического проекта в организациях, осуществляющих согласование и утверждение этого проекта.

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

2.3.8 Утверждение технического проекта возможно оформлением общего листа утверждения на все документы или оформлением листа утверждения "Ведомости технического (технорабочего) проекта".

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

2.3.10 Копия документации технорабочего проекта после приемки типовых систем в опытную эксплуатацию передается разработчиком для проведения нормоконтроля и подготовке к фондированию в Отраслевой фонд алгоритмов и программ. После приемки системы в постоянную эксплуатацию разработчики представляют в ОФАП откорректированный по замечаниям и результатам опытной эксплуатации полный комплект технической документации с копиями листов утверждения или титульных листов (когда титульный и лист утверждения объединены). Протокол о представлении документации и программного обеспечения в ОФАП, направляемый Заказчику, завершает процесс разработки системы (комплекса задач, задачи).

Перечень основных документов, разрабатываемых для комплекса программ или автоматизированного рабочего места (входящих в систему или автономных), и состав подписей на них приведен в таблице 3. Полный перечень документов, который может быть, при необходимости, разработан для комплекса задач (автоматизированного рабочего места), приведен в ОРММ ИСЖТ 2.01.00 "Требования к составу, содержанию и оформлению документов при создании информационных систем".

Таблица 3 - Состав подписей на основных документах технического проекта и рабочей документации, разрабатываемых на комплекс задач (задачу) или автоматизированное рабочее место и функционирующих в системе или автономно:

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

Условные обозначения:

У - гриф утверждения, У* - утверждение соответствующим департаментом МПС РФ;

С - гриф согласования, С* - согласование разработок сетевого уровня;

П - гриф подписи.

3 Порядок представления, согласования и утверждения программных документов

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

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

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

3.4 При комплектовании технических и программных документов на систему или ее части на стадии "Рабочая документация", оформляется общий титульный лист. Пример оформлении общего титульного листа документов на стадии "Рабочая документация" для системы приведен в приложении К (рекомендуемом).

3.5 При разработке программных средств, имеющих самостоятельное применение, соответствующую программную документацию оформляют с выпуском как титульных листов, так и листов утверждения. Листы утверждения в соответствии с требованиями ГОСТ 19.104 обязательны для следующих документов:

- Техническое задание на программное средство (ГОСТ 19.201).

- Спецификация (ГОСТ 19.202).

- Описание применения (ГОСТ 19.502).

- Программа и методика испытаний (ГОСТ 19.407).

3.6 Порядок оформления титульных листов программных документов

Оформление титульных листов программных документов осуществляется в соответствии с ГОСТ 19.108.

В состав основных надписей листа утверждения и титульного листа входят следующие поля:

- Наименование министерства: Министерство путей сообщения Российской Федерации (посередине).

- Должности и подписи лиц, согласовавших документ от организации заказчика (слева) ниже грифа "СОГЛАСОВАНО".

- должности и подписи лиц, утвердивших документ от организации-разработчика (справа) ниже грифа "УТВЕРЖДАЮ".

- полное наименование системы (подсистемы, комплекса задач, АРМ).

- Наименование документа (например, "Описание комплекса программ").

- обозначение документа (ХХХХХХХХ.ХХХХХ.ХХХ-ХХ ХХ ХХ-Х).

- Общее количество листов утверждения (например, "Листов 3"). Для одного листа поле не заполняют.

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

- Должности и подписи согласующих организаций (слева).

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

Наименование документа	Лист утверждения	Титульный лист	Аннотация	Содержание	Утверждение	Подпись
Техническое задание на программирование	+	+	-	+	+	-
Спецификация	+	+	-	-	+	-
Текст программы	-	+	+	-	-	+
Описание программы	-	+	+	+	-	+
Описание применения	+	+	+	+	+	-
Руководство оперативного пользователя (объединенный документ)	-	+	+	+	-	+
Руководство системного программиста	-	+	+	+	-	+
Руководство программиста	-	+	+	+	-	+
Руководство оператора	-	+	+	+	-	+
Описание языка

3.7 Материалы программного документа располагаются в следующей последовательности:

- титульная часть: лист утверждения (при необходимости), титульный лист;

- информационная часть: аннотация, лист содержания;

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

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

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

- обозначение документа (структура кода - ХХХХХХХХ.ХХХХХ.ХХХ-ХХ ХХ ХХ-Х) - размещается вверху ниже номера страницы;

- текст документа.

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

А.С. Мишарин

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

В.С. Воронин

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

П.А. Козлов