---
title: "\"СТО РЖД 05.014-2016. Стандарт ОАО \"РЖД\". Железнодорожная техника. Процессы жизненного цикла. Общие требования\""
number: "СТО РЖД 05.014-2016"
issuer: "ОАО \"Российские железные дороги\""
status: действует
canonical: "https://bukva.ai/docs/standart-sto-rzhd-05-014-2016"
---

## "СТО РЖД 05.014-2016. Стандарт ОАО "РЖД". Железнодорожная техника. Процессы жизненного цикла. Общие требования"

# "СТО РЖД 05.014-2016. Стандарт ОАО "РЖД". Железнодорожная техника. Процессы жизненного цикла. Общие требования"

(утв. и введен в действие Распоряжением ОАО "РЖД" от 17.04.2017 N 742р)

> [!IMPORTANT]
> Документ [введен](#p100007) в действие с 1 июня 2017 года.


<div align="right">

<a id="p100001"></a>Утвержден и введен в действие<br>
Распоряжением ОАО "РЖД"<br>
от 17 апреля 2017 г. N 742р

</div>


<div align="center">

<a id="p100002"></a>**СТАНДАРТ ОАО "РЖД"**

<a id="p100003"></a>**ЖЕЛЕЗНОДОРОЖНАЯ ТЕХНИКА**

<a id="p100004"></a>**ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА**<br>
**ОБЩИЕ ТРЕБОВАНИЯ**

<a id="p100005"></a>**СТО РЖД 05.014-2016**

</div>


<div align="right">

<a id="p100006"></a>ОКС 03.220.30

<a id="p100007"></a>Дата введения

</div>

1 июня 2017 года


### <a id="p100008"></a>Предисловие


<a id="p100009"></a>1 РАЗРАБОТАН Открытым акционерным обществом "Научно-исследовательский и проектно-конструкторский институт информатизации, автоматизации и связи на железнодорожном транспорте" (ОАО "НИИАС")
<a id="p100010"></a>2 ВНЕСЕН Департаментом технической политики ОАО "РЖД"
<a id="p100011"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ распоряжением ОАО "РЖД" от "17" 04 2017 г. N 742р
<a id="p100012"></a>4 ВВЕДЕН ВПЕРВЫЕ


### <a id="p100013"></a>1 Область применения


<a id="p100014"></a>Настоящий стандарт распространяется на объекты инфраструктуры железнодорожного транспорта, железнодорожный подвижной состав и их составные части, в том числе системы и устройства, обеспечивающие выполнение функций управления и (или) обеспечения безопасности перевозочного процесса и (или) других технологических процессов на железнодорожном транспорте, их программное обеспечение.
<a id="p100015"></a>Настоящий стандарт устанавливает процессы, подпроцессы (виды работ), осуществляемые на стадиях жизненного цикла железнодорожной техники, и основные требования к ним.
<a id="p100016"></a>Настоящий стандарт предназначен для применения подразделениями аппарата управления ОАО "РЖД", филиалами ОАО "РЖД" и иными структурными подразделениями ОАО "РЖД". Применение настоящего стандарта сторонними организациями оговаривается в договорах (соглашениях) с ОАО "РЖД".


### <a id="p100017"></a>2 Нормативные ссылки


<a id="p100018"></a>В настоящем стандарте использованы ссылки на следующие стандарты:
<a id="p100019"></a>ГОСТ 2.602-2013 Единая система конструкторской документации. Ремонтные документы
<a id="p100020"></a>ГОСТ 15.309 Система разработки и постановки продукции на производство. Испытания и приемка выпускаемой продукции. Основные положения
<a id="p100021"></a>ГОСТ 15.601 Система разработки и постановки продукции на производство. Техническое обслуживание и ремонт техники. Основные положения
<a id="p100022"></a>[ГОСТ 15.902-2014](https://bukva.ai/docs/gost-15-902-2014) Система разработки и постановки продукции на производство. Железнодорожный подвижной состав. Порядок разработки и постановки на производство
<a id="p100023"></a>[ГОСТ 19.201-78](https://bukva.ai/docs/gost-19-201-78) Единая система программной документации. Техническое задание. Требования к содержанию и оформлению
<a id="p100024"></a>ГОСТ 19.301 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению
<a id="p100025"></a>[ГОСТ 19.401](https://bukva.ai/docs/gost-19-401-78) Единая система программной документации. Текст программы. Требования к содержанию и оформлению
<a id="p100026"></a>[ГОСТ 19.402](https://bukva.ai/docs/gost-19-402-78) Единая система программной документации. Описание программы
<a id="p100027"></a>[ГОСТ 31538](https://bukva.ai/docs/gost-31538-2012) Цикл жизненный железнодорожного подвижного состава. Общие требования
<a id="p100028"></a>[ГОСТ 33432-2015](https://bukva.ai/docs/gost-33432-2015) Безопасность функциональная. Политика, программа обеспечения безопасности. Доказательство безопасности объектов железнодорожного транспорта
<a id="p100029"></a>[ГОСТ 33433-2015](https://bukva.ai/docs/standart-gost-33433-2015) Безопасность функциональная. Управление рисками на железнодорожном транспорте
<a id="p100030"></a>[ГОСТ 33477-2015](https://bukva.ai/docs/gost-33477-2015) Система разработки и постановки продукции на производство. Технические средства железнодорожной инфраструктуры. Порядок разработки, постановки на производство и допуска к применению
<a id="p100031"></a>ГОСТ ISO 9001-2011 Системы менеджмента качества. Требования
<a id="p100032"></a>[ГОСТ 34008-2016](https://bukva.ai/docs/gost-34008-2016) Железнодорожная техника. Правила подготовки обоснования безопасности
<a id="p100033"></a>[ГОСТ 34009-2016](https://bukva.ai/docs/standart-gost-34009-2016) Средства и системы управления железнодорожным тяговым подвижным составом. Требования к программному обеспечению
<a id="p100034"></a>ГОСТ Р 15.011 Система разработки и постановки продукции на производство. Патентные исследования. Содержание и порядок проведения
<a id="p100035"></a>ГОСТ Р 21.1101 Система проектной документации для строительства. Основные требования к проектной и рабочей документации
<a id="p100036"></a>ГОСТ Р 51769 Ресурсосбережение. Обращение с отходами. Документирование и регулирование деятельности по обращению с отходами производства и потребления. Основные положения
<a id="p100037"></a>[ГОСТ Р 51901.3](https://bukva.ai/docs/standart-gost-r-51901-3-2007) Менеджмент риска. Руководство по менеджменту надежности
<a id="p100038"></a>ГОСТ Р 51901.5 Менеджмент риска. Руководство по применению методов анализа надежности
<a id="p100039"></a>ГОСТ Р 54869-2011 Проектный менеджмент. Требования к управлению проектом
<a id="p100040"></a>ГОСТ Р ИСО/МЭК 12207 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств
<a id="p100041"></a>[ГОСТ Р ИСО/МЭК 27005](https://bukva.ai/docs/gost-r-isomek-27005-2010) Информационная технология. Методы и средства обеспечения безопасности. Менеджмент риска информационной безопасности
<a id="p100042"></a>[ГОСТ Р МЭК 61508-1-2012](https://bukva.ai/docs/standart-gost-r-mek-61508-1-2012) Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 1. Общие требования
<a id="p100043"></a>[ГОСТ Р МЭК 61508-3-2012](https://bukva.ai/docs/gost-r-mek-61508-3-2012) Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 3. Требования к программному обеспечению
<a id="p100044"></a>СП 236.1326000.2015 Приемка и ввод в эксплуатацию объектов инфраструктуры железнодорожного транспорта
<a id="p100045"></a>СТО РЖД 1.02.030-2010 Управление ресурсами на этапах жизненного цикла, рисками и анализом надежности (УРРАН). Политика обеспечения безотказности, готовности, ремонтопригодности и безопасности объектов железнодорожного транспорта
<a id="p100046"></a>СТО РЖД 1.02.033 Управление ресурсами на этапах жизненного цикла, рисками и анализом надежности (УРРАН). Порядок идентификации опасностей и рисков
<a id="p100047"></a>СТО РЖД 1.02.034-2010 Управление ресурсами на этапах жизненного цикла, рисками и анализом надежности (УРРАН). Общие правила оценки и управления рисками;
<a id="p100048"></a>СТО РЖД 1.02.035 Управление ресурсами на этапах жизненного цикла, рисками и анализом надежности (УРРАН). Порядок определения допустимого уровня риска
<a id="p100049"></a>СТО РЖД 02.037 Управление ресурсами на этапах жизненного цикла, рисками и анализом надежности (УРРАН). Управление стоимостью жизненного цикла систем, устройств и оборудования хозяйств ОАО "РЖД"
<a id="p100050"></a>[СТО РЖД 08.015-2011](https://bukva.ai/docs/poryadok-sto-rzhd-08-015-2011) Инновационная деятельность в ОАО "РЖД". Порядок рассмотрения инновационных проектов
<a id="p100051"></a>Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных документов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году, а также по единой информационной базе ОАО "РЖД". Если ссылочный документ заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться замененным (измененным) документом. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.


### <a id="p100052"></a>3 Термины, определения и сокращения



#### <a id="p100053"></a>3.1 В настоящем стандарте применены следующие термины с соответствующими определениями:


| <a id="p100054"></a><a id="p100055"></a>3.1.1 железнодорожная техника: Техническое средство или совокупность технических средств, предназначенные для обеспечения перевозочного процесса на железнодорожном транспорте.<br>[ГОСТ 32192-2013, [статья 1](https://bukva.ai/docs/standart-gost-32192-2013#p100058)] |
| --- |

<a id="p100056"></a>Примечания
<a id="p100057"></a>1 К железнодорожной технике относятся объекты инфраструктуры железнодорожного транспорта и железнодорожный подвижной состав, а также их составные части, представляющие собой функциональную единицу, которую можно рассматривать в отдельности.
<a id="p100058"></a>2 Железнодорожная техника может быть представлена как система, подсистема, оборудование, устройство, аппаратура, агрегат, узел, которые состоят из деталей, аппаратных средств, программного обеспечения или их сочетания.

<a id="p100059"></a>3.1.2 жизненный цикл (железнодорожной техники): Совокупность взаимосвязанных, последовательно осуществляемых процессов установления требований, создания, применения и утилизации железнодорожной техники, происходящих в течение периода времени, который начинается со стадии создания концепции железнодорожной техники и заканчивается после стадии ее утилизации.
<a id="p100060"></a>3.1.3 стадия жизненного цикла: Часть жизненного цикла, характеризуемая ее назначением.
<a id="p100061"></a>3.1.4 разработчик (железнодорожной техники): Предприятие (организация, объединение), осуществляющее разработку железнодорожной техники.
<a id="p100062"></a>Примечание - Разработчиком железнодорожной техники может выступать как филиал и дочернее и зависимое общество ОАО "РЖД", так и сторонняя организация.

<a id="p100063"></a>3.1.5 функциональный заказчик (железнодорожной техники): Подразделение аппарата управления, структурное подразделение, филиал или дочернее и зависимое общество ОАО "РЖД" в области своей компетенции, являющееся инициатором разработки железнодорожной техники, определяющее технические требования к ней, осуществляющее согласование и утверждение соответствующей технической документации, приемку и последующую эксплуатацию продукции.
<a id="p100064"></a>3.1.6 изготовитель (железнодорожной техники): Предприятие (организация, объединение), осуществляющее выпуск продукции, которая является железнодорожной техникой или ее составными частями.
<a id="p100065"></a>3.1.7 верификация (в жизненном цикле): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
<a id="p100066"></a>3.1.8 валидация (в жизненном цикле): Подтверждение соответствия требованиям путем испытаний и представления объективных свидетельств, выполнения конкретных требований к предусмотренному конкретному использованию.
<a id="p100067"></a>Примечание - В отличие от верификации валидацию железнодорожной техники осуществляют с целью удостовериться, что полученная в результате продукция соответствует требованиям к установленному или предполагаемому использованию, если оно известно. Валидация по возможности должна быть завершена до поставки или применения продукции по назначению.


| <a id="p100068"></a><a id="p100069"></a>3.1.9 риск: Сочетание вероятности события и его последствий.<br>[ГОСТ 33433-2015, [статья 3.30](https://bukva.ai/docs/standart-gost-33433-2015#p100099)] |
| --- |



| <a id="p100070"></a><a id="p100071"></a>3.1.10 опасность: Потенциальный источник возникновения ущерба.<br>[ГОСТ 33433-2015, [статья 3.21](https://bukva.ai/docs/standart-gost-33433-2015#p100089)] |
| --- |



| <a id="p100072"></a><a id="p100073"></a>3.1.11 угроза (безопасности): Возможная причина нежелательного инцидента, который может нанести ущерб системе или организации.<br>[ГОСТ Р ИСО/МЭК 27000-2012, [статья 2.45](https://bukva.ai/docs/gost-r-isomek-27000-2012#p100136)] |
| --- |

<a id="p100074"></a>Примечание - Термин "угроза", как правило, применяется в области информационных технологий.


#### <a id="p100075"></a>3.2 В настоящем стандарте применены следующие сокращения:

<a id="p100076"></a>ДБ - доказательство безопасности;
<a id="p100077"></a>ЖТ - железнодорожная техника;
<a id="p100078"></a>ИБ - информационная безопасность;
<a id="p100079"></a>КД - конструкторская документация;
<a id="p100080"></a>НИР - научно-исследовательские работы;
<a id="p100081"></a>НДВ - недекларированные возможности;
<a id="p100082"></a>НСД - несанкционированный доступ;
<a id="p100083"></a>ОБ - обоснование безопасности;
<a id="p100084"></a>ОКР - опытно-конструкторские работы;
<a id="p100085"></a>ПО - программное обеспечение;
<a id="p100086"></a>ПОБ - программа обеспечения функциональной безопасности;
<a id="p100087"></a>ПОН - программа обеспечения надежности;
<a id="p100088"></a>РД - ремонтная документация;
<a id="p100089"></a>СЖЦ - стоимость жизненного цикла;
<a id="p100090"></a>ТД - технологическая документация;
<a id="p100091"></a>ТЗ - техническое задание;
<a id="p100092"></a>ТО и Р - техническое обслуживание и ремонт;
<a id="p100093"></a>ТЭО - технико-экономическое обоснование;
<a id="p100094"></a>ФБ - функциональная безопасность;
<a id="p100095"></a>ЭД - эксплуатационная документация.


### <a id="p100096"></a>4 Общие положения


<a id="p100097"></a>4.1 Для железнодорожного подвижного состава используют модель жизненного цикла в соответствии с [ГОСТ 31538](https://bukva.ai/docs/gost-31538-2012).
<a id="p100098"></a>4.2 Для железнодорожной техники, относящейся к системам и устройствам управления и (или) обеспечения безопасности перевозочного процесса и (или) других технологических процессов на железнодорожном транспорте, используют V-образную модель жизненного цикла в соответствии с ГОСТ 33432-2015 [(приложение А)](https://bukva.ai/docs/gost-33432-2015#p100444).
<a id="p100099"></a>4.3 На стадиях разработки и постановки на производство состав и порядок проведения отдельных видов работ должны соответствовать:
- <a id="p100100"></a>для технических средств инфраструктуры железнодорожного транспорта - [ГОСТ 33477](https://bukva.ai/docs/gost-33477-2015);
- <a id="p100101"></a>для железнодорожного подвижного состава - [ГОСТ 15.902](https://bukva.ai/docs/gost-15-902-2014).
<a id="p100102"></a>4.4 Модель жизненного цикла для железнодорожной техники с учетом совокупности работ по разработке и постановке продукции на производство приведена на [рисунке А.1](#p100733) (приложение А).
<a id="p100103"></a>Для железнодорожной техники, указанной в [4.1](#p100097) и [4.2](#p100098), модель жизненного цикла, приведенная в [приложении А](#p100724), может применяется совместно с моделями по [ГОСТ 31538](https://bukva.ai/docs/gost-31538-2012) и [ГОСТ 33432](https://bukva.ai/docs/gost-33432-2015).
<a id="p100104"></a>Примечание - Примером железнодорожной техники, не относящейся к [4.1](#p100097). и [4.2](#p100098), являются отдельные составные части железнодорожного подвижного состава (так как [ГОСТ 31538](https://bukva.ai/docs/gost-31538-2012) распространяется на железнодорожный подвижной состав в целом), объекты железнодорожного электроснабжения и их составные части, элементы железнодорожного пути и т.д.


#### <a id="p100105"></a>4.5 Модель жизненного цикла, приведенная в [приложении А](#p100724), отражает подпроцессы для следующих типов объектов:

- <a id="p100106"></a>для железнодорожной техники, которая представляет собой законченную выпускаемую продукцию и подлежит закупке в законченном виде;
- <a id="p100107"></a>для железнодорожной техники, которая представляет собой систему, собираемую на месте эксплуатации из отдельных составных частей (технических средств).
<a id="p100108"></a>4.6 Для отдельной железнодорожной техники с учетом ее особенностей и условий, предусмотренных моделями и существующей практикой организации работ по разработке и постановке продукции на производство, допускается не выполнять некоторые подпроцессы или стадии жизненного цикла модели, приведенной в [приложении А](#p100724).
<a id="p100109"></a>4.7 При разработке железнодорожной техники, включающей в себя программное обеспечение, также должен быть описан жизненный цикл программного обеспечения.
<a id="p100110"></a>V-образная модель жизненного цикла программного обеспечения железнодорожной техники приведена на [рисунке Б.1](#p100742) (приложение Б).
<a id="p100111"></a>Допускается использовать другую модель жизненного цикла программного обеспечения железнодорожной техники, если она отвечает требованиям ГОСТ Р ИСО/МЭК 12207 и ГОСТ Р МЭК 61508-3-2012 [(раздел 7)](https://bukva.ai/docs/gost-r-mek-61508-3-2012#p100110).
<a id="p100112"></a>4.8 Для каждой стадии жизненного цикла должны быть определены процессы и подпроцессы, входные данные и выходные данные, ответственные исполнители. Содержание входных и выходных данных должно быть достаточным для проведения верификации.
<a id="p100113"></a>4.9 Верификацию осуществляют с целью подтверждения того, что требования, установленные для соответствующей стадии жизненного цикла, выполнены.
<a id="p100114"></a>Примечание - Верификация может включать:
- <a id="p100115"></a>проверку соответствия выполненных процессов требованиям и ограничениям, сформулированным для них на предыдущих стадиях жизненного цикла;
- <a id="p100116"></a>контроль качества и анализ документации, относящейся к выходным данным (например, нормоконтроль, технологический контроль, метрологическую экспертизу конструкторской и технологической документации);
- <a id="p100117"></a>проверку расчетов при проектировании и разработке.

<a id="p100118"></a>Записи о действиях и результатах верификации должны поддерживаться в рабочем состоянии в соответствии с ГОСТ ISO 9001-2011 (пункт 4.2.4).
<a id="p100119"></a>4.10 Валидация железнодорожной техники включает в себя ее испытания и приемку в соответствии с [5.7](#p100500), а для ПО в соответствии с [6.6](#p100693).


### <a id="p100120"></a>5 Требования к процессам, выполняемым на стадиях жизненного цикла железнодорожной техники


<a id="p100121"></a>Общие требования к работам, входящим в процессы жизненного цикла железнодорожной техники, в соответствии с [4.8](#p100112) приведены в [таблице 1](#p100123) и [5.1](#p100423) - [5.10](#p100514).

<div align="right">

<a id="p100122"></a>Таблица 1

</div>


<div align="center">

<a id="p100123"></a>Общие требования к процессам, выполняемым на стадиях<br>
жизненного цикла железнодорожной техники

</div>



<table>
<colgroup><col width="15%"><col width="15%"><col width="21%"><col width="21%"><col width="18%"><col width="10%"></colgroup>
<tr><td><a id="p100124"></a>Основной процесс</td><td><a id="p100125"></a>Назначение</td><td><a id="p100126"></a>Входные данные</td><td><a id="p100127"></a>Подпроцессы (состав и содержание работ)</td><td><a id="p100128"></a>Выходные данные</td><td><a id="p100129"></a>Ответственные исполнители</td></tr>
<tr><td colspan="6"><a id="p100130"></a><a href="#p100423">Стадия 1</a>: Формирование исходных требований к железнодорожной технике</td></tr>
<tr><td rowspan="4"><a id="p100131"></a>Формирование исходных требований к железнодорожной технике и обоснование целесообразности новой разработки</td><td rowspan="4"><a id="p100132"></a><a id="p100133"></a>- определение возможности и целесообразности разработки новой железнодорожной техники;<br>- определение основных характеристик железнодорожной техники</td><td rowspan="4"><a id="p100134"></a><a id="p100135"></a><a id="p100136"></a><a id="p100137"></a><a id="p100138"></a>- информация о развитии научно-технического прогресса;<br>- информация о потребностях заказчика, отрасли и состоянии рынка;<br>- прогнозы изменения объема перевозочного процесса и результаты соответствующих маркетинговых исследований в области транспортных услуг;<br>- тенденции развития производственных процессов в системе ТО и Р;<br>- нормативные документы и правовые акты, действие которых распространяется на железнодорожную технику, в том числе, содержащие обязательные требования по безопасности</td><td><a id="p100139"></a>- проведение НИР, в том числе в виде маркетинговых исследований</td><td><a id="p100140"></a>- отчет о НИР</td><td rowspan="4"><a id="p100141"></a>Функциональный заказчик (при наличии) или разработчик (при инициативной разработке)</td></tr>
<tr><td><a id="p100142"></a>- разработка концепции железнодорожной техники с технико-экономическим обоснованием</td><td><a id="p100143"></a>- концепция железнодорожной техники</td></tr>
<tr><td><a id="p100144"></a><a id="p100145"></a>или<br>- разработка документа "Технические требования"</td><td><a id="p100146"></a><a id="p100147"></a>или<br>- технические требования для железнодорожной техники</td></tr>
<tr><td><a id="p100148"></a>- организация управления проектом</td><td><a id="p100149"></a><a id="p100150"></a>- документально оформленное решение об открытии проекта по разработке железнодорожной техники;<br>- план проекта</td></tr>
<tr><td colspan="6"><a id="p100151"></a><a href="#p100452">Стадия 2</a>: Анализ риска</td></tr>
<tr><td rowspan="6"><a id="p100152"></a><a id="p100153"></a>Проведение оценки рисков<br>- идентификация опасностей и рисков, связанных с железнодорожной техникой;</td><td rowspan="6"><a id="p100154"></a><a id="p100155"></a>- организация управления рисками для железнодорожной техники с целью обеспечения минимизации рисков<br>- предполагаемые условия эксплуатации железнодорожной техники;</td><td rowspan="6"><a id="p100156"></a>- технические требования к железнодорожной технике или концепция</td><td><a id="p100157"></a>- выявление и установление приоритетов для всех потенциальных опасностей, связанных с железнодорожной техникой в заданных условиях применения</td><td rowspan="5"><a id="p100158"></a><a id="p100159"></a>- журнал учета опасностей;<br>- отчет об анализе/оценке риска</td><td rowspan="6"><a id="p100160"></a>Разработчик</td></tr>
<tr><td><a id="p100161"></a>- определение критериев риска</td></tr>
<tr><td><a id="p100162"></a>- оценка частоты возникновения и потенциальной тяжести последствий возникновения выявленных опасных событий, уровня риска</td></tr>
<tr><td><a id="p100163"></a>- сравнение уровня риска с критериями риска (оценивание риска)</td></tr>
<tr><td><a id="p100164"></a>- выполнение действий по снижению тех или иных рисков (обработка риска)</td></tr>
<tr><td><a id="p100165"></a>- корректировка технических требований к железнодорожной технике или концепции с учетом результатов оценки рисков (при необходимости)</td><td><a id="p100166"></a>- откорректированные технические требования к железнодорожной технике или концепция</td></tr>
<tr><td colspan="6"><a id="p100167"></a><a href="#p100473">Стадия 3</a>: Техническое задание</td></tr>
<tr><td rowspan="2"><a id="p100168"></a>Формирование ТЗ на разработку (проектирование)</td><td rowspan="2"><a id="p100169"></a>Формирование всей совокупности требований к железнодорожной технике, которые должны быть выполнены при разработке (проектировании) и на соответствие которым будут осуществлять приемку железнодорожной техники, в том числе обязательные требования по безопасности</td><td><a id="p100170"></a>- технические требования к железнодорожной технике или концепция (со <a href="#p100151">стадии 2</a>)</td><td><a id="p100171"></a>- разработка ТЗ</td><td><a id="p100172"></a>- ТЗ на разработку (проектирование)</td><td rowspan="2"><a id="p100173"></a>Разработчик и функциональный заказчик (при наличии)</td></tr>
<tr><td><a id="p100174"></a><a id="p100175"></a>- отчет об анализе/оценке риска;<br>- журнал учета опасностей</td><td><a id="p100176"></a>- проработка требований по функциональной безопасности (при необходимости)</td><td><a id="p100177"></a>- спецификация требований по функциональной безопасности (в виде отдельного документа или раздела ТЗ)</td></tr>
<tr><td colspan="6"><a id="p100178"></a><a href="#p100479">Стадия 4</a>: Разработка и проектирование</td></tr>
<tr><td rowspan="6"><a id="p100179"></a>4.1 Разработка технических средств</td><td rowspan="6"><a id="p100180"></a><a id="p100181"></a>- распределение требований к железнодорожной технике на ее составные части;<br>- создание опытных (головных) образцов железнодорожной техники в соответствии с требованиями ТЗ</td><td rowspan="4"><a id="p100182"></a><a id="p100183"></a>- ТЗ на разработку (выполнение ОКР);<br>- спецификация требований по функциональной безопасности (если разработано на <a href="#p100167">стадии 3</a>)</td><td><a id="p100184"></a>- разработка эскизного и технического проектов (при необходимости)</td><td><a id="p100185"></a>- эскизный проект, технический проект</td><td rowspan="6"><a id="p100186"></a><a id="p100187"></a>Разработчик<br>Изготовитель опытных образцов</td></tr>
<tr><td><a id="p100188"></a>- разработка рабочей конструкторской, технологической, эксплуатационной, ремонтной документации на составные части и железнодорожную технику в целом</td><td><a id="p100189"></a>- комплект рабочей конструкторской документации, технологическая, эксплуатационная документация, проект ремонтной документации для опытных (головных) образцов</td></tr>
<tr><td><a id="p100190"></a>- разработка ПОН и ПОБ для стадий, связанных с разработкой (при необходимости)</td><td><a id="p100191"></a>- ПОН и ПОБ</td></tr>
<tr><td><a id="p100192"></a>- разработка ПО для функциональных компонентов и программной документации (см. <a href="#p100517">раздел 6</a>)</td><td><a id="p100193"></a>- ПО и программная документация</td></tr>
<tr><td><a id="p100194"></a><a id="p100195"></a>- выходные данные предыдущих подпроцессов, в том числе ПОН и ПОБ;<br>- журнал учета опасностей и отчет об анализе/оценке риска со <a href="#p100151">стадии 2</a></td><td><a id="p100196"></a>- формирование ДБ (для устройств управления и безопасности) (при необходимости)</td><td><a id="p100197"></a>- ДБ</td></tr>
<tr><td><a id="p100198"></a>- выходные данные предыдущих подпроцессов на данной стадии</td><td><a id="p100199"></a>- изготовление и настройка опытных образцов (опытной партии)</td><td><a id="p100200"></a>- опытные образцы (опытная партия)</td></tr>
<tr><td rowspan="3"></td><td rowspan="3"></td><td><a id="p100201"></a><a id="p100202"></a>- выходные данные предыдущего подпроцесса);<br>- программа и методика предварительных испытаний</td><td><a id="p100203"></a>- проведение предварительных испытаний опытных образцов (опытной партии)</td><td><a id="p100204"></a><a id="p100205"></a>- акт и протокол предварительных испытаний;<br>- комплект конструкторской документации с литерой "О"</td><td rowspan="3"></td></tr>
<tr><td><a id="p100206"></a><a id="p100207"></a>- выходные данные предыдущего подпроцесса;<br>- программа и методика эксплуатационных испытаний</td><td><a id="p100208"></a>- проведение эксплуатационных испытаний опытных образцов (опытной партии) технических средств инфраструктуры железнодорожного транспорта (опытная эксплуатация)</td><td><a id="p100209"></a><a id="p100210"></a><a id="p100211"></a><a id="p100212"></a>- акт и протокол приемки в опытную эксплуатацию;<br>- комплект конструкторской документации с литерой "О";<br>- акт и протокол рассмотрения результатов эксплуатационных испытаний;<br>- уведомление о готовности к приемочным испытаниям</td></tr>
<tr><td><a id="p100213"></a><a id="p100214"></a><a id="p100215"></a>- выходные данные предыдущего подпроцесса;<br>- программа и методика приемочных испытаний;<br>- проект технических условий</td><td><a id="p100216"></a>- проведение приемочных испытаний опытных образцов (опытной партии)</td><td><a id="p100217"></a><a id="p100218"></a>- акт и протокол приемочных испытаний опытных образцов (опытной партии);<br>- комплект конструкторской документации с литерой "О1", в том числе технические условия</td></tr>
<tr><td rowspan="3"></td><td rowspan="3"></td><td><a id="p100219"></a><a id="p100220"></a>- требования технических регламентов и стандартов, действие которых распространяется на железнодорожную технику и содержащих обязательные требования по безопасности;<br>- нормативные документы, определяющие порядок проведения обязательного подтверждения соответствия</td><td><a id="p100221"></a>- проведение обязательного подтверждения соответствия</td><td><a id="p100222"></a>- документ об обязательном подтверждении соответствия</td><td rowspan="3"></td></tr>
<tr><td><a id="p100223"></a><a id="p100224"></a>- решение о проведении подконтрольной эксплуатации, принятое при приемочных испытаниях и отраженное в протоколе;<br>- программа и методика проведения подконтрольной эксплуатации</td><td><a id="p100225"></a>- проведением подконтрольной эксплуатации (при необходимости)</td><td><a id="p100226"></a>- протокол (отчет) о результатах подконтрольной эксплуатации</td></tr>
<tr><td><a id="p100227"></a>- выходные данные предыдущих подпроцессов</td><td><a id="p100228"></a>- разработка ОБ (при необходимости)</td><td><a id="p100229"></a>- ОБ</td></tr>
<tr><td></td><td></td><td><a id="p100230"></a><a id="p100231"></a>- выходные данные предыдущих подпроцессов;<br>- технико-экономическое обоснование технических требований или концепции железнодорожной техники со <a href="#p100130">стадии 1</a></td><td><a id="p100232"></a>- экономическая оценка разработанной железнодорожной техники и детализированное прогнозирование ее СЖЦ</td><td><a id="p100233"></a>- технико-экономическое обоснование или расчет СЖЦ</td><td></td></tr>
<tr><td rowspan="4"><a id="p100234"></a>4.2 Проектирование систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта</td><td rowspan="4"><a id="p100235"></a><a id="p100236"></a>- распределение требований к железнодорожной технике на ее составные части;<br>- создание системы, привязанной к конкретному месту эксплуатации</td><td rowspan="2"><a id="p100237"></a><a id="p100238"></a>- ТЗ на проектирование<br>- нормативные документы в области проектирования, законодательство в области строительства</td><td><a id="p100239"></a>- разработка проектной документации</td><td><a id="p100240"></a>- проектная документация</td><td rowspan="4"><a id="p100241"></a>Разработчик или проектная организация</td></tr>
<tr><td><a id="p100242"></a>- разработка рабочей документации</td><td><a id="p100243"></a>- рабочая документация</td></tr>
<tr><td><a id="p100244"></a><a id="p100245"></a>- выходные данные предыдущих подпроцессов, в том числе ПОН и ПОБ;<br>- журнал учета опасностей и отчет об анализе/оценке риска со <a href="#p100151">стадии 2</a></td><td><a id="p100246"></a>- формирование ДБ (для систем управления и безопасности) (при необходимости)</td><td><a id="p100247"></a>- ДБ</td></tr>
<tr><td><a id="p100248"></a><a id="p100249"></a>- выходные данные предыдущих подпроцессов;<br>- технико-экономическое обоснование концепции железнодорожной техники со <a href="#p100130">стадии 1</a></td><td><a id="p100250"></a>- экономическая оценка спроектированной системы и детализированное прогнозирование ее СЖЦ</td><td><a id="p100251"></a>- расчет СЖЦ</td></tr>
<tr><td colspan="6"><a id="p100252"></a><a href="#p100494">Стадия 5</a>: Производство</td></tr>
<tr><td rowspan="4"><a id="p100253"></a>5.1 Подготовка производства</td><td rowspan="4"><a id="p100254"></a><a id="p100255"></a>- обеспечение подготовки производства к серийному выпуску железнодорожной техники и ее составных частей, как продукции;<br>- осуществление процесса производства железнодорожной техники и ее составных частей (серийный выпуск продукции)</td><td><a id="p100256"></a>- комплект конструкторской документации с литерой "О1", комплекты технологической, эксплуатационной, ремонтной документации на продукцию</td><td><a id="p100257"></a>- разработка (отработка) комплекта технологической документации на изготовление железнодорожной техники при освоении производства</td><td><a id="p100258"></a>- комплект технологической документации</td><td rowspan="4"><a id="p100259"></a><a id="p100260"></a>Изготовитель<br>Разработчик</td></tr>
<tr><td rowspan="3"><a id="p100261"></a>- производственные возможности изготовителя</td><td><a id="p100262"></a>- разработка и изготовление средств технологического оснащения</td><td><a id="p100263"></a>- средства технологического оснащения</td></tr>
<tr><td><a id="p100264"></a>- обеспечение инфраструктурой, производственной средой</td><td><a id="p100265"></a>- подготовленная инфраструктура</td></tr>
<tr><td><a id="p100266"></a>- обеспечение квалифицированным персоналом</td><td><a id="p100267"></a>- обученный персонал</td></tr>
<tr><td rowspan="3"><a id="p100268"></a>5.2 Освоение производства</td><td rowspan="3"></td><td><a id="p100269"></a>- выходные данные предыдущих подпроцессов</td><td><a id="p100270"></a>- изготовление установочной серии</td><td><a id="p100271"></a>- установочная серия</td><td rowspan="3"></td></tr>
<tr><td><a id="p100272"></a><a id="p100273"></a>- выходные данные предыдущих подпроцессов;<br>- программа и методика квалификационных испытаний</td><td><a id="p100274"></a>- проведение квалификационных испытаний установочной серии (с проведением подконтрольной эксплуатации при необходимости)</td><td><a id="p100275"></a><a id="p100276"></a><a id="p100277"></a>- акт и протокол квалификационных испытаний;<br>- комплект конструкторской документации с литерой "А" (в том числе технические условия), технологическая, эксплуатационная, ремонтная документация;<br>- протокол (отчет) о результатах подконтрольной эксплуатации</td></tr>
<tr><td><a id="p100278"></a>- выходные данные предыдущих подпроцессов</td><td><a id="p100279"></a>- разработка ПОН и ПОБ для стадий, связанных с изготовлением</td><td><a id="p100280"></a>- ПОН и ПОБ для стадий, связанных с изготовлением</td></tr>
<tr><td rowspan="2"></td><td rowspan="2"></td><td><a id="p100281"></a><a id="p100282"></a>- ОБ со <a href="#p100178">стадии 4</a>;<br>- выходные данные предыдущих подпроцессов, на основе которых необходимо провести корректировку</td><td><a id="p100283"></a>- корректировка ОБ (при необходимости)</td><td><a id="p100284"></a>- откорректированное ОБ</td><td rowspan="2"></td></tr>
<tr><td><a id="p100285"></a><a id="p100286"></a><a id="p100287"></a>- требования технических регламентов и стандартов, действие которых распространяется на железнодорожную технику, содержащих обязательные требования по безопасности;<br>- технические условия;<br>- нормативные документы, определяющие порядок проведения подтверждения соответствия</td><td><a id="p100288"></a>- проведение подтверждения соответствия</td><td><a id="p100289"></a>- документ о подтверждении соответствия</td></tr>
<tr><td><a id="p100290"></a>5.3 Серийное производство (серийное производство составных частей и комплектующих для систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта)</td><td></td><td><a id="p100291"></a>- выходные данные предыдущих подпроцессов</td><td><a id="p100292"></a>- производство продукции</td><td><a id="p100293"></a>- произведенная продукция: железнодорожная техника или ее составные части, готовые к поставке, включая всю необходимую техническую документацию и документы о подтверждению соответствия</td><td><a id="p100294"></a>Изготовитель</td></tr>
<tr><td colspan="6"><a id="p100295"></a><a href="#p100497">Стадия 6</a>: Сборка, монтаж, установка</td></tr>
<tr><td rowspan="3"><a id="p100296"></a>Сборка, монтаж и установка на месте эксплуатации всей совокупности составных частей</td><td><a id="p100297"></a>- создание завершенной железнодорожной техники как системы</td><td rowspan="3"><a id="p100298"></a>- конструкторская, технологическая или рабочая документация на железнодорожную технику</td><td><a id="p100299"></a><a id="p100300"></a>- выполнение сборки, монтажа и настройки технических средств;<br>- осуществление строительно-монтажных и пуско-наладочных работ на месте эксплуатации, необходимых для создания завершенной системы</td><td><a id="p100301"></a><a id="p100302"></a>- изготовленные/смонтированные составные части железнодорожной техники;<br>- записи о выполненных действиях по сборке, монтажу и установке</td><td rowspan="3"><a id="p100303"></a>Изготовитель или подрядчик (в случае проведения строительно-монтажных работ)</td></tr>
<tr><td rowspan="2"><a id="p100304"></a>- подготовка системы материально-технического обеспечения железнодорожной техники</td><td><a id="p100305"></a>- организация обучения эксплуатирующего персонала</td><td><a id="p100306"></a>- обученный эксплуатирующий персонал, записи об обучении</td></tr>
<tr><td><a id="p100307"></a>- обеспечение запасными частями и инструментом</td><td><a id="p100308"></a>- запасные части и инструмент</td></tr>
<tr><td colspan="6"><a id="p100309"></a><a href="#p100500">Стадия 7</a>: Валидация, приемка и ввод в эксплуатацию</td></tr>
<tr><td rowspan="2"><a id="p100310"></a>7.1 Валидация и приемка технических средств</td><td rowspan="2"><a id="p100311"></a><a id="p100312"></a><a id="p100313"></a>- валидация железнодорожной техники на соответствие требованиям ТЗ на разработку или поставку;<br>- проведение подтверждения соответствия;<br>- ввод в эксплуатацию всей совокупности составных частей железнодорожной техники</td><td><a id="p100314"></a><a id="p100315"></a><a id="p100316"></a><a id="p100317"></a><a id="p100318"></a>- ТЗ на разработку железнодорожной техники;<br>- программа приемочных испытаний (план валидации)<br>- программа и методика приемо-сдаточных испытаний или приемочных испытаний для изделий единичного производства;<br>- программа и методика периодических испытаний;<br>- программа и методика типовых испытаний</td><td><a id="p100319"></a>- приемо-сдаточные испытания (для изделий серийного производства) или приемочные испытания (для изделий единичного производства)</td><td><a id="p100320"></a>- акт и протокол приемо-сдаточных испытания (для изделий серийного производства) или приемочных испытаний (для изделий единичного производства)</td><td rowspan="2"><a id="p100321"></a>Изготовитель и функциональный заказчик</td></tr>
<tr><td><a id="p100322"></a><a id="p100323"></a><a id="p100324"></a>- требования технических регламентов и стандартов, действие которых распространяется на железнодорожную технику, содержащих обязательные требования по безопасности;<br>- технические условия;<br>- нормативные документы, определяющие порядок проведения подтверждения соответствия</td><td><a id="p100325"></a>- проведение подтверждения соответствия технических средств, монтируемых на месте эксплуатации (при необходимости)</td><td><a id="p100326"></a>- документ о подтверждении соответствия</td></tr>
<tr><td rowspan="5"></td><td rowspan="5"></td><td><a id="p100327"></a>- журнал учета опасностей и отчет об оценке риска (со <a href="#p100151">стадии 2</a>)</td><td><a id="p100328"></a>- повторный анализ риска (при необходимости)</td><td><a id="p100329"></a>- обновленный журнал учета опасностей и отчет об оценке риска</td><td rowspan="5"></td></tr>
<tr><td><a id="p100330"></a>- ОБ (со <a href="#p100252">стадии 5</a>)</td><td><a id="p100331"></a>- корректировка ОБ по результатам его экспертизы органом по сертификации и повторного анализа риска (при необходимости)</td><td><a id="p100332"></a>- откорректированное ОБ</td></tr>
<tr><td><a id="p100333"></a>- ДБ (со <a href="#p100178">стадии 4</a>)</td><td><a id="p100334"></a>- корректировка ДБ (при необходимости)</td><td><a id="p100335"></a>- откорректированное ДБ</td></tr>
<tr><td><a id="p100336"></a>- ПОН и ПОБ (со <a href="#p100252">стадии 5</a>)</td><td><a id="p100337"></a>- корректировка ПОН и ПОБ для стадий, связанных с изготовлением, по результатам валидации и приемки (при необходимости)</td><td><a id="p100338"></a>- обновленные ПОН и ПОБ</td></tr>
<tr><td><a id="p100339"></a>- выходные данные предыдущих подпроцессов</td><td><a id="p100340"></a>- постановка на регистрацию и учет, ввод в эксплуатацию</td><td><a id="p100341"></a>- акт о регистрации и постановке на баланс предприятия железнодорожной техники</td></tr>
<tr><td rowspan="4"><a id="p100342"></a>7.2 Приемка систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта</td><td rowspan="4"><a id="p100343"></a><a id="p100344"></a>- валидация системы на соответствие требованиям ТЗ (задания на проектирование);<br>- ввод в эксплуатацию всей совокупности составных частей железнодорожной техники</td><td><a id="p100345"></a>- программа и методика приемочных испытаний (план валидации)</td><td><a id="p100346"></a>- подтверждение соответствия в виде приемки</td><td><a id="p100347"></a>- акт и протокол приемки</td><td rowspan="4"><a id="p100348"></a>Разработчик (проектная организация) или подрядчик, проводящий строительно-монтажные работы</td></tr>
<tr><td><a id="p100349"></a><a id="p100350"></a>- проектная и рабочая документация со <a href="#p100178">стадии 4</a>;<br>- записи о выполненных действиях по сборке, монтажу и установке со <a href="#p100295">стадии 6</a></td><td><a id="p100351"></a>- разработка исполнительной документации</td><td><a id="p100352"></a>- исполнительная документация</td></tr>
<tr><td><a id="p100353"></a>- ДБ со <a href="#p100178">стадии 4</a></td><td><a id="p100354"></a>- корректировка ДБ (при необходимости)</td><td><a id="p100355"></a>откорректированное ДБ</td></tr>
<tr><td><a id="p100356"></a>- выходные данные предыдущих подпроцессов</td><td><a id="p100357"></a>- постановка на регистрацию и учет, ввод в эксплуатацию (опытную или постоянную)</td><td><a id="p100358"></a>- акт о регистрации и постановке на баланс предприятия железнодорожной техники</td></tr>
<tr><td colspan="6"><a id="p100359"></a><a href="#p100503">Стадия 8</a>: Эксплуатация</td></tr>
<tr><td rowspan="2"><a id="p100360"></a>8.1 Использование по назначению</td><td rowspan="3"><a id="p100361"></a>Использование по назначению, ТО и Р и материально-техническое обеспечение всей совокупности составных частей железнодорожной техники и мер по сокращению внешнего риска при соблюдении соответствия требованиям надежности и безопасности железнодорожной техники</td><td rowspan="2"><a id="p100362"></a>- эксплуатационная документация</td><td><a id="p100363"></a><a id="p100364"></a>- использование по назначению железнодорожной техники;<br>- материально-техническое обеспечение</td><td><a id="p100365"></a>- отчетная документация о выполненных работах, подлежащих учету в ОАО "РЖД"</td><td rowspan="2"><a id="p100366"></a>Эксплуатирующие подразделения функционального заказчика</td></tr>
<tr><td><a id="p100367"></a>- разработка ПОН и ПОБ для стадии "Эксплуатация"</td><td><a id="p100368"></a>- ПОН и ПОБ для стадии "Эксплуатация"</td></tr>
<tr><td><a id="p100369"></a>8.2 Проведение ТО и Р</td><td><a id="p100370"></a>- ремонтная документация и технологическая документация на ТО и Р</td><td><a id="p100371"></a><a id="p100372"></a>- проведение ТО и Р различных видов в соответствии с принятой системой ТО и Р;<br>- проведение контрольных проверок и испытаний, сдача-приемка железнодорожной техники после ремонта</td><td><a id="p100373"></a>- отчетная документация о выполненных ремонтных работах и работах по технической диагностике</td><td><a id="p100374"></a>Изготовитель или сервисные компании (в части проведения ТО и Р)</td></tr>
<tr><td><a id="p100375"></a>8.3 Мониторинг эксплуатационных характеристик</td><td><a id="p100376"></a>Обеспечение уверенности достижения надежности и безопасности железнодорожной техники</td><td><a id="p100377"></a><a id="p100378"></a>- вся необходимая информация по эксплуатации, оценке технического состояния и проведению ТО и Р железнодорожной техники, подлежащая учету в ОАО "РЖД";<br>- финансовая отчетность эксплуатирующих подразделений в части учета затрат на содержание железнодорожной техники</td><td><a id="p100379"></a><a id="p100380"></a><a id="p100381"></a><a id="p100382"></a><a id="p100383"></a>- сбор, анализ и оценка статистических данных по эксплуатационным показателям;<br>- сбор, анализ и оценка статистических данных по надежности и безопасности;<br>- мониторинг опасностей и угроз, актуализация перечня безопасностей и угроз;<br>- мониторинг затрат и доходов от использования железнодорожной техники, анализ стоимости жизненного цикла;<br>- корректировка системы ТО и Р и (или) материально-технического обеспечения железнодорожной техники (при необходимости)</td><td><a id="p100384"></a><a id="p100385"></a>- документально оформленные результаты мониторинга эксплуатационных характеристик, полученные на этой стадии жизненного цикла;<br>- обновленная документация по материально-техническому обеспечению железнодорожной техники (при необходимости)</td><td><a id="p100386"></a><a id="p100387"></a>Эксплуатирующие подразделения функционального заказчика;<br>Изготовитель</td></tr>
<tr><td colspan="6"><a id="p100388"></a><a href="#p100512">Стадия 9</a>: Модификация и модернизация</td></tr>
<tr><td rowspan="2"><a id="p100389"></a><a id="p100390"></a>Модификация и модернизация<br>(включает совокупность работ аналогично <a href="#p100130">стадиям жизненного цикла 1</a> - <a href="#p100359">8</a>)</td><td rowspan="2"><a id="p100391"></a>Контроль реализации задач модификации и модернизации для поддержания соответствия требованиям надежности и безопасности железнодорожной техники</td><td><a id="p100392"></a><a id="p100393"></a><a id="p100394"></a>- документально оформленные результаты мониторинга эксплуатационных характеристик железнодорожной техники, полученные на <a href="#p100359">стадии 8</a>;<br>- тенденции развития научно-технического прогресса;<br>- изменившиеся условия эксплуатации железнодорожного транспорта или потребности функционального заказчика</td><td><a id="p100395"></a><a id="p100396"></a><a id="p100397"></a><a id="p100398"></a><a id="p100399"></a>- анализ причин внесения изменений;<br>- проведение анализа влияния изменения на надежность и безопасность, включая влияние на стоимость жизненного цикла;<br>- разработка технической документации на модернизированную железнодорожную технику;<br>- изготовление железнодорожной техники, прошедшей модификацию (модернизацию)<br>- разработка ПОБ для стадии "Модификация и модернизация"</td><td><a id="p100400"></a><a id="p100401"></a><a id="p100402"></a>- железнодорожная техника, прошедшая модификацию (модернизацию);<br>- пересмотренные и скорректированные требования к железнодорожной технике, комплект конструкторской, эксплуатационной, технологической, ремонтной документации для модернизированной железнодорожной техники и другие документы<br>- ПОБ для стадии "Модификация и модернизация"</td><td rowspan="2"><a id="p100403"></a>Разработчик, изготовитель и функциональный заказчик (по согласованию)</td></tr>
<tr><td><a id="p100404"></a><a id="p100405"></a><a id="p100406"></a>- требования технических регламентов и стандартов, действие которых распространяется на железнодорожную технику, содержащих обязательные требования по безопасности;<br>- технические условия;<br>- нормативные документы, определяющие порядок проведения подтверждения соответствия</td><td><a id="p100407"></a>- проведение подтверждения соответствия модернизированной железнодорожной техники</td><td><a id="p100408"></a>- документ о подтверждении соответствия</td></tr>
<tr><td colspan="6"><a id="p100409"></a><a href="#p100514">Стадия 10</a>: Вывод из эксплуатации и утилизация</td></tr>
<tr><td rowspan="3"><a id="p100410"></a>Вывод из эксплуатации и утилизация</td><td rowspan="3"><a id="p100411"></a>Контроль над реализацией вывода из эксплуатации и утилизации железнодорожной техники</td><td rowspan="3"><a id="p100412"></a>Вся существенная информация, необходимая для осуществления работ на этой стадии жизненного цикла</td><td><a id="p100413"></a><a id="p100414"></a>- планирование вывода из эксплуатации;<br>- разработка ПОБ для этапа "Вывод из эксплуатации и утилизации" (для систем управления и безопасности)</td><td><a id="p100415"></a><a id="p100416"></a>- ПОБ, направленную на решение задач по выводу из эксплуатации и утилизации и закрываемую после завершения работы;<br>- обновленная документация по постоянному соблюдению соответствия требованиям надежности и безопасности связанных объектов железнодорожного транспорта, на которые влияет вывод из эксплуатации и утилизация данной железнодорожной техники</td><td rowspan="3"><a id="p100417"></a>Эксплуатирующие подразделения функционального заказчика</td></tr>
<tr><td><a id="p100418"></a>- снятие с регистрации и учета</td><td><a id="p100419"></a>- акт о выводе из эксплуатации и снятия с учета железнодорожной техники</td></tr>
<tr><td><a id="p100420"></a><a id="p100421"></a>- демонтаж составных частей;<br>- утилизация</td><td><a id="p100422"></a>- отчетная документация о выполненных работах по демонтажу и утилизации</td></tr>
</table>



#### <a id="p100423"></a>5.1 Стадия "Формирование исходных требований к железнодорожной технике"

<a id="p100424"></a>5.1.1 Данная стадия жизненного цикла необходима для того, чтобы определить возможность и целесообразность создания новой железнодорожной техники с необходимыми потребительскими и коммерческими параметрами.
<a id="p100425"></a>5.1.2 В зависимости от принятой модели организации работ по разработке и постановке продукции на производство формирование исходных требований к железнодорожной технике осуществляет функциональный заказчик (по моделям 1 и 2) или разработчик (инициативная разработка по модели 3). Так функциональный заказчик (при наличии) на данной стадии жизненного цикла должен сформировать свои потребности и ожидания от создания новой железнодорожной техники.
<a id="p100426"></a>Примечание - Модель организации работ по разработке и постановке продукции на производство определяют для объекта инфраструктуры железнодорожного транспорта по ГОСТ 33477-2015 [(пункт 5.3)](https://bukva.ai/docs/gost-33477-2015#p100150) и для железнодорожного подвижного состава по ГОСТ 15.902-2014 [(пункт 5.1)](https://bukva.ai/docs/gost-15-902-2014#p100244).

<a id="p100427"></a>5.1.3 По решению функционального заказчика или инициатора разработки в зависимости от особенностей железнодорожной техники и принятой практики разработки исходные требования могут быть документально оформлены в виде технических требований или концепции железнодорожной техники.
<a id="p100428"></a>5.1.4 Разработку документа "Технические требования" осуществляют для железнодорожного подвижного состава по ГОСТ 15.902-2014 ([пункты 6.4](https://bukva.ai/docs/gost-15-902-2014#p100266), [6.5](https://bukva.ai/docs/gost-15-902-2014#p100274)) и для объектов инфраструктуры железнодорожного транспорта по ГОСТ 33477-2015 [(приложение А)](https://bukva.ai/docs/gost-33477-2015#p100462).

##### <a id="p100429"></a>5.1.5 Разработка концепции является предпочтительной в следующих случаях, если:

- <a id="p100430"></a>для новой железнодорожной техники отсутствуют аналоги, и требуется предварительное обоснование реализуемости и целесообразности научно-технических предложений для достижения поставленных целей по созданию новой железнодорожной техники (например, для инновационной продукции);
- <a id="p100431"></a>железнодорожная техника разрабатывается в рамках проектов с иностранными организациями.
<a id="p100432"></a>Концепция железнодорожной техники может включать:
- <a id="p100433"></a>результаты маркетинговых исследований;
- <a id="p100434"></a>общие требования к железнодорожной технике (нормативные требования, требования потребителей);
- <a id="p100435"></a>информацию о возможностях производства, осуществления ТО и Р или сервисного обслуживания;
- <a id="p100436"></a>технико-экономическое обоснование;
- <a id="p100437"></a>информацию о научно-исследовательских работах (в том числе инновациях);
- <a id="p100438"></a>результаты патентных исследований.
<a id="p100439"></a>Проведение патентных исследований в соответствии с ГОСТ Р 15.011.
<a id="p100440"></a>5.1.6 При анализе существующих разработок и производств железнодорожной техники, проводимых в рамках НИР (маркетинговых исследований), необходимо уделить особое внимание анализу ранее достигнутых показателей надежности и безопасности железнодорожной техники (в том числе ее аналогов).
<a id="p100441"></a>5.1.7 Организацию управления проектом осуществляют по ГОСТ Р 54869.
<a id="p100442"></a>5.1.8 Документально оформленное решение об открытии проекта по разработке железнодорожной техники может быть представлено в любой форме, в том числе в виде организационно-распорядительного документа организации разработчика/функционального заказчика, и должно содержать следующие данные о проекте:
- <a id="p100443"></a>наименование проекта;
- <a id="p100444"></a>причины инициации проекта;
- <a id="p100445"></a>цели и продукты проекта;
- <a id="p100446"></a>дата инициации проекта;
- <a id="p100447"></a>функциональный заказчик проекта;
- <a id="p100448"></a>руководитель проекта;
- <a id="p100449"></a>куратор проекта.
<a id="p100450"></a>В случае отнесения проекта к инновационному к документально оформленному решению об открытии проекта по разработке железнодорожной техники разрабатывают паспорт инновационного проекта в соответствии с СТО РЖД 08.015-2011 [(приложение А)](https://bukva.ai/docs/poryadok-sto-rzhd-08-015-2011#p100164).
<a id="p100451"></a>5.1.9 План проекта должен содержать сведения об основных временных и стоимостных параметрах проекта разработки новой железнодорожной техники.

#### <a id="p100452"></a>5.2 Стадия "Анализ риска"

<a id="p100453"></a>5.2.1 Анализ и оценку риска выполняют в соответствии с общими требованиями [ГОСТ 33433](https://bukva.ai/docs/standart-gost-33433-2015).
<a id="p100454"></a>5.2.2 При оценке риска в отношении угроз информационной безопасности необходимо учитывать особенности рассмотрения данного вида угроз в соответствии с [ГОСТ Р ИСО/МЭК 27005](https://bukva.ai/docs/gost-r-isomek-27005-2010).
<a id="p100455"></a>5.2.3 Методы оценки риска установлены в СТО РЖД 1.02.034-2010 (приложение В).
<a id="p100456"></a>5.2.4 При идентификации опасностей и рисков, связанных с железнодорожной техникой в заданных условиях применения, по СТО РЖД 1.02.033 рассматривают опасности, связанные с:
- <a id="p100457"></a>работой железнодорожной техники в обычных условиях;
- <a id="p100458"></a>отказами железнодорожной техники или ее составных частей;
- <a id="p100459"></a>работой железнодорожной техники в аварийных условиях;
- <a id="p100460"></a>возможным неправильным применением железнодорожной техники;
- <a id="p100461"></a>взаимодействием новой железнодорожной техники с уже эксплуатируемыми объектами на железнодорожном транспорте;
- <a id="p100462"></a>функциональными особенностями железнодорожной техники, в том числе угрозы информационной безопасности, опасности, относящиеся к функционированию программного обеспечения, киберугрозы;
- <a id="p100463"></a>выводом железнодорожной техники из эксплуатации и утилизацией;
- <a id="p100464"></a>влиянием человеческого фактора;
- <a id="p100465"></a>охраной труда на производстве.
<a id="p100466"></a>Также в дополнение к техническим аспектам на данной стадии жизненного цикла могут быть рассмотрены коммерческие и финансовые риски, связанные с реализацией проекта разработки железнодорожной техники.
<a id="p100467"></a>5.2.5 При определении критериев риска и допустимых уровней рисков руководствуются требованиями СТО РЖД 1.02.035.
<a id="p100468"></a>5.2.6 Действиями по снижению риска могут быть корректировка технических требований к железнодорожной технике или изменение мероприятий по обеспечению надежности и безопасности.
<a id="p100469"></a>5.2.7 При документировании процесса оценки риска заводят журнал учета опасностей в качестве основы для текущего управления рисками и составляют отчет об анализе/оценке риска в соответствии с ГОСТ 33433-2015 [(подраздел 6.2)](https://bukva.ai/docs/standart-gost-33433-2015#p100161).
<a id="p100470"></a>5.2.8 Ответственным за выполнение работ на данной стадии жизненного цикла является разработчик железнодорожной техники.
<a id="p100471"></a>При необходимости разработчик привлекает функционального заказчика (если его наличие предусмотрено моделью организации работ по разработке и постановке продукции на производство) и потенциальные эксплуатирующие подразделения, филиалы и дочерние и зависимые общества ОАО "РЖД" для сбора исходной информации и проведения ее анализа.
<a id="p100472"></a>5.2.9 Анализ риска может быть повторен на любой последующей стадии жизненного цикла.

#### <a id="p100473"></a>5.3 Стадия "Техническое задание"

<a id="p100474"></a>5.3.1 Разработку ТЗ железнодорожной техники осуществляют в соответствии с ГОСТ 15.902-2014 [(пункт 7.2)](https://bukva.ai/docs/gost-15-902-2014#p100303) для железнодорожного подвижного состава и ГОСТ 33477-2015 [(пункт 6.2)](https://bukva.ai/docs/gost-33477-2015#p100175) для объектов инфраструктуры железнодорожного транспорта.
<a id="p100475"></a>5.3.2 После утверждения ТЗ по требованию заказчика должна быть подготовлена ПОН, в которой устанавливают все необходимые организационные и технические мероприятия, методы и средства для выполнения этих заданных требований по надежности на стадиях жизненного цикла. На данной стадии разрабатывают предварительную редакцию ПОН применительно к стадиям жизненного цикла, связанным с разработкой.
<a id="p100476"></a>ПОН разрабатывают в соответствии с требованиями [ГОСТ Р 51901.3](https://bukva.ai/docs/standart-gost-r-51901-3-2007) и СТО РЖД 1.02.030-2010 (приложение А).
<a id="p100477"></a>5.3.3 Для железнодорожной техники, относящейся к системам и устройствам, обеспечивающим выполнение функций управления и (или) обеспечения безопасности перевозочного процесса и (или) других технологических процессов (далее - системы управления и безопасности) также должны быть установлены требования по функциональной безопасности в соответствии с [ГОСТ Р МЭК 61508-1](https://bukva.ai/docs/standart-gost-r-mek-61508-1-2012). Они являются частью технических требований, но могут быть оформлены в виде отдельного документа "Спецификация требований по функциональной безопасности" по ГОСТ Р МЭК 61508-1-2012 [(подраздел 7.5)](https://bukva.ai/docs/standart-gost-r-mek-61508-1-2012#p100449).
<a id="p100478"></a>5.3.4 Для железнодорожной техники, относящейся к системам управления и безопасности, после утверждения ТЗ по требованию заказчика должна быть подготовлена ПОБ осуществляют в соответствии с ГОСТ 33432-2015 [(раздел 6)](https://bukva.ai/docs/gost-33432-2015#p100159).

#### <a id="p100479"></a>5.4 Стадия "Разработка и проектирование"


##### <a id="p100480"></a>5.4.1 Разработка технических средств

<a id="p100481"></a>5.4.1.1 Выполнение опытно-конструкторских работ осуществляют в соответствии с ГОСТ 15.902-2014 ([подразделы 7.3](https://bukva.ai/docs/gost-15-902-2014#p100349) - [7.7](https://bukva.ai/docs/gost-15-902-2014#p100429)) для железнодорожного подвижного состава и ГОСТ 33477-2015 ([пункты 6.1.2](https://bukva.ai/docs/gost-33477-2015#p100170), [6.3](https://bukva.ai/docs/gost-33477-2015#p100205) - [6.5](https://bukva.ai/docs/gost-33477-2015#p100219)) для объектов инфраструктуры железнодорожного транспорта.
<a id="p100482"></a>5.4.1.2 При разработке железнодорожной техники определяют систему ТО и Р в соответствии с ГОСТ 15.601, а также с учетом нормативных документов ОАО "РЖД" в области ТО и Р для отдельных видов железнодорожной техники.
<a id="p100483"></a>На основе принятой системы ТО и Р разрабатывают проект ремонтной документации в соответствии с ГОСТ 2.602.
<a id="p100484"></a>5.4.1.3 Для железнодорожной техники, относящейся к системам управления и безопасности, осуществляют разработку ДБ технической реализации проекта в соответствии с ГОСТ 33433-2015 [(раздел 7)](https://bukva.ai/docs/standart-gost-33433-2015#p100400).
<a id="p100485"></a>5.4.1.4 Для железнодорожной техники, подлежащей обязательной оценке соответствия, в случаях, предусмотренных техническими регламентами Таможенного союза [[1]](#p100744), [[2]](#p100746) и [[3]](#p100748), разрабатывают ОБ в соответствии с [ГОСТ 34008](https://bukva.ai/docs/gost-34008-2016).
<a id="p100486"></a>5.4.1.5 Варианты разрабатываемых опытных образцов также должны быть оценены с точки зрения их экономической эффективности и СЖЦ. СЖЦ оценивают по СТО РЖД 02.037 и методическим документам ОАО "РЖД", разработанным для отдельных видов железнодорожной техники.
<a id="p100487"></a>5.4.1.6 Работы по подтверждению соответствия могут выполняться на данной стадии жизненного цикла или позднее в зависимости от принятой для железнодорожной техники модели разработки и постановки продукции на производство.

##### <a id="p100488"></a>5.4.2 Проектирование систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта

<a id="p100489"></a>5.4.2.1 Этапность проектирования системы определяют в задании на проектирование и договоре на проектирование.
<a id="p100490"></a>5.4.2.2 Разработку проектной и рабочей документации осуществляют в соответствии с ГОСТ Р 21.1101.
<a id="p100491"></a>5.4.2.3 Для систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта, стадия проектирования может также включать комплекс работ по разработке (ОКР) ее составных частей (см. [5.4.1](#p100480)) в случае, если для данной конкретной системы требуется разработка новых технических средств.
<a id="p100492"></a>5.4.2.4 Для систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта и имеющих функции управления и безопасности, осуществляют разработку ДБ в соответствии с ГОСТ 33433-2015 [(раздел 7)](https://bukva.ai/docs/standart-gost-33433-2015#p100400).
<a id="p100493"></a>5.4.2.5 Проект системы также должен быть оценен с точки зрения их экономической эффективности и СЖЦ. СЖЦ оценивают по СТО РЖД 02.037 и методическим документам ОАО "РЖД", разработанным для отдельных видов железнодорожной техники.

#### <a id="p100494"></a>5.5 Стадия "Производство"

<a id="p100495"></a>5.5.1 Работы по постановке на производство осуществляют в соответствии с ГОСТ 15.902-2014 [(раздел 8)](https://bukva.ai/docs/gost-15-902-2014#p100490) для железнодорожного подвижного состава и ГОСТ 33477-2015 [(раздел 7)](https://bukva.ai/docs/gost-33477-2015#p100314) для объектов инфраструктуры железнодорожного транспорта.
<a id="p100496"></a>5.5.2 Для систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта, данная стадия может как включать, так и не включать в себя комплекс работ по подготовке и постановке продукции на производство. Это зависит от того, являются ли составные части системы уже серийно изготавливаемой продукцией или разрабатываются новые для данной конкретной системы.

#### <a id="p100497"></a>5.6 Стадия "Сборка, монтаж и установка"

<a id="p100498"></a>5.6.1 Выделение данной стадии жизненного цикла отдельно целесообразно только для объектов инфраструктуры железнодорожного транспорта, которые могут быть готовы к работе только после сборки и настройки всей совокупности составных частей на конкретном месте эксплуатации, а не для отдельных технических средств, поставляемых в виде готовой продукции от изготовителя.
<a id="p100499"></a>Пример - К таким объектам, например, относят горочные системы автоматики на сортировочных станциях.

#### <a id="p100500"></a>5.7 Стадия "Валидация, приемка и ввод в эксплуатацию"

<a id="p100501"></a>5.7.1 Приемку и ввод в эксплуатацию систем, являющихся частью проекта строительства инфраструктуры железнодорожного транспорта (объектов инфраструктуры) осуществляют в соответствии с СП 236.1326000.
<a id="p100502"></a>5.7.2 Приемку в виде приемо-сдаточных и периодических испытаний железнодорожной техники, являющейся законченной продукцией, осуществляют в соответствии с ГОСТ 15.309.

#### <a id="p100503"></a>5.8 Стадия "Эксплуатация"

<a id="p100504"></a>5.8.1 Использование по назначению, ТО и Р железнодорожной техники осуществляют в соответствии с Правилами технической эксплуатации железных дорог [[4]](#p100750) и нормативными документами ОАО "РЖД" в области эксплуатации, ТО и Р для отдельных видов железнодорожной техники.
<a id="p100505"></a>5.8.2 Сбор и учет информации об эксплуатационных характеристиках осуществляют в рамках отдельных хозяйств железнодорожного транспорта в соответствии с нормативными документами ОАО "РЖД", утвержденными установленным порядком.

##### <a id="p100506"></a>5.8.3 В рамках мониторинга эксплуатационных характеристик проводят:

- <a id="p100507"></a>анализ надежности и безопасности железнодорожной техники, в том числе оценку эффективности мероприятий по повышению надежности и безопасности, разрабатываемых в процессе эксплуатации;
- <a id="p100508"></a>анализ эффективности применения железнодорожной техники на основе затрат на эксплуатацию, проведение технического обслуживания и ремонта и доходов от применения железнодорожной техники по назначению;
- <a id="p100509"></a>общий анализ стоимости жизненного цикла железнодорожной техники с учетом СТО РЖД 02.037.
<a id="p100510"></a>В состав комиссии по оценке вышеперечисленных показателей должен быть включен изготовитель железнодорожной техники.
<a id="p100511"></a>5.8.4 Ответственными за выполнение работ на данной стадии жизненного цикла являются эксплуатирующие подразделения ОАО "РЖД", на балансе которой стоит железнодорожная техника, ремонтные подразделения, филиалы и дочерние и зависимые общества ОАО "РЖД" (или сторонние сервисные организации).

#### <a id="p100512"></a>5.9 Стадия "Модификация и модернизация"

<a id="p100513"></a>Выполнение работ на данной стадии жизненного цикла осуществляют разработчик, изготовитель и функциональный заказчик железнодорожной техники аналогично как на [стадиях жизненного цикла 1](#p100130) - [8](#p100359) (см. [таблицу 1](#p100123) и [рисунок А.1](#p100733) (приложение А)).

#### <a id="p100514"></a>5.10 Стадия "Вывод из эксплуатации и утилизации"

<a id="p100515"></a>5.10.1 При планировании вывода из эксплуатации железнодорожной техники необходимо обеспечить, чтобы прекращение ее работы не привело к увеличению риска эксплуатации железнодорожного транспорта на заданном участке. Для этих целей может быть повторно проведен анализ риска с учетом [5.2](#p100452).
<a id="p100516"></a>5.10.2 При утилизации железнодорожной техники или ее составных частей соблюдают требования по обращению с отходами по ГОСТ Р 51769.


### <a id="p100517"></a>6 Требования к процессам, выполняемых на стадиях жизненного цикла программного обеспечения


<a id="p100518"></a>Состав и содержание работ, входящих в процессы жизненного цикла программного обеспечения железнодорожной техники, и общие требования к ним в соответствии с [4.8](#p100112) приведены в [таблице 2](#p100520) и [6.1](#p100642) - [6.11](#p100721).

<div align="right">

<a id="p100519"></a>Таблица 2

</div>


<div align="center">

<a id="p100520"></a>Общие требования к процессам, выполняемым на стадиях<br>
жизненного цикла программного обеспечения

</div>



<table>
<colgroup><col width="15%"><col width="15%"><col width="21%"><col width="21%"><col width="18%"><col width="10%"></colgroup>
<tr><td><a id="p100521"></a>Стадия жизненного цикла - Основной процесс</td><td><a id="p100522"></a>Назначение</td><td><a id="p100523"></a>Входные данные</td><td><a id="p100524"></a>Подпроцессы (состав и содержание работ)</td><td><a id="p100525"></a>Выходные данные</td><td><a id="p100526"></a>Ответственные исполнители</td></tr>
<tr><td rowspan="2"><a id="p100527"></a><a href="#p100642">Стадия 1</a>: Формирование требований к программному обеспечению</td><td rowspan="2"><a id="p100528"></a>Разработка документа, который определяет полный набор требований к ПО, удовлетворяя всем требованиям к системе в степени, требуемой уровнем полноты безопасности ПО</td><td rowspan="2"><a id="p100529"></a><a id="p100530"></a><a id="p100531"></a>- технические требования к железнодорожной технике (спецификация требований к системе), в том числе спецификация требований по функциональной безопасности (для ПО систем управления и безопасности);<br>- ПОБ железнодорожной техники;<br>- журнал учета опасностей железнодорожной техники</td><td><a id="p100532"></a><a id="p100533"></a>- анализ требований к железнодорожной технике (как к системе);<br>- формирование совокупности требований к ПО на основе требований к системе в целом</td><td><a id="p100534"></a>- спецификация требований к ПО (ТЗ на разработку ПО)</td><td rowspan="2"><a id="p100535"></a>Разработчик и функциональный заказчик (при наличии)</td></tr>
<tr><td><a id="p100536"></a>- выделение опасностей и угроз для ПО</td><td><a id="p100537"></a>- протокол угроз для ПО</td></tr>
<tr><td rowspan="3"><a id="p100538"></a><a href="#p100659">Стадия 2</a>: Архитектура программного обеспечения</td><td rowspan="3"><a id="p100539"></a><a id="p100540"></a><a id="p100541"></a>- разработка архитектуры ПО, удовлетворяющей требованиям спецификации требований к ПО, в степени, требуемой уровнем полноты безопасности ПО;<br>- пересмотр требований к ПО, основанных на архитектуре системы;<br>- определение значимости взаимодействия между аппаратным и программным обеспечением для безопасности системы</td><td rowspan="3"><a id="p100542"></a><a id="p100543"></a>- спецификация требований к ПО (ТЗ на разработку ПО) со <a href="#p100527">стадии 1</a>;<br>- технические требования к железнодорожной технике (спецификация требований к системе), в том числе описание архитектуры системы</td><td><a id="p100544"></a><a id="p100545"></a><a id="p100546"></a>- разработка спецификации архитектуры ПО;<br>- определение всех программных компонентов;<br>- описание взаимодействия между аппаратным и программным обеспечением</td><td><a id="p100547"></a>- спецификация архитектуры ПО</td><td rowspan="3"><a id="p100548"></a>Разработчик и функциональный заказчик (при наличии)</td></tr>
<tr><td><a id="p100549"></a>- разработка плана интеграции ПО</td><td><a id="p100550"></a>- план интеграции ПО</td></tr>
<tr><td><a id="p100551"></a>- пересмотр и корректировка требований к ПО, основанных на архитектуре системы (при необходимости)</td><td><a id="p100552"></a>- откорректированная спецификация требований к ПО (ТЗ на разработку ПО)</td></tr>
<tr><td rowspan="4"><a id="p100553"></a><a id="p100554"></a><a href="#p100678">Стадии 3</a> и <a href="#p100678">4</a>: Проектирование комплекса программного обеспечения и программных модулей<br>- проектирование ПО, удовлетворяющего спецификации требований ПО;</td><td rowspan="4"><a id="p100555"></a><a id="p100556"></a>- выбор средств и методов проектирования, включая языки программирования и компиляторы, подходящих для требуемого уровня безопасности ПО на протяжении всего жизненного цикла ПО и которые содействуют верификации и сопровождению<br>- спецификация требований к ПО со <a href="#p100538">стадии 2</a>;</td><td rowspan="4"><a id="p100557"></a>- спецификация архитектуры ПО со <a href="#p100538">стадии 2</a></td><td><a id="p100558"></a>- разработка описания программы (комплекса программ)</td><td><a id="p100559"></a><a id="p100560"></a>- описание программы (комплекса программ);<br>- описание алгоритма (при необходимости)</td><td rowspan="4"><a id="p100561"></a>Разработчик</td></tr>
<tr><td><a id="p100562"></a><a id="p100563"></a><a id="p100564"></a>- определение внешних интерфейсов для каждого программного модуля;<br>- создание детального проекта каждого компонента;<br>- разработка спецификации модуля (при необходимости)</td><td><a id="p100565"></a>- спецификация модуля</td></tr>
<tr><td><a id="p100566"></a>- корректировка плана интеграции ПО (при необходимости)</td><td><a id="p100567"></a>- откорректированный план интеграции ПО</td></tr>
<tr><td><a id="p100568"></a>- разработка программы и методики испытаний ПО</td><td><a id="p100569"></a>- программа и методика испытаний ПО</td></tr>
<tr><td><a id="p100570"></a><a href="#p100686">Стадия 5</a>: Кодирование</td><td><a id="p100571"></a>Написание программы</td><td><a id="p100572"></a><a id="p100573"></a>- описание программы (комплекса программ);<br>- описание алгоритма</td><td><a id="p100574"></a>Написание исходного кода программы</td><td><a id="p100575"></a>Исходный код программы</td><td><a id="p100576"></a>Разработчик</td></tr>
<tr><td rowspan="2"><a id="p100577"></a><a href="#p100688">Стадии 6</a>, <a href="#p100688">7</a>, <a href="#p100688">8</a>: Тестирование модулей, проверка интеграции программных модулей и интеграции системы</td><td rowspan="2"><a id="p100578"></a><a id="p100579"></a>- осуществление верификации программных модулей и комплекса ПО на соответствие предъявляемым к ним требованиям;<br>- доказательство того, что программное и аппаратное обеспечение корректно взаимодействуют для того, чтобы выполнить предназначенные функции</td><td rowspan="2"><a id="p100580"></a><a id="p100581"></a><a id="p100582"></a><a id="p100583"></a><a id="p100584"></a><a id="p100585"></a>- спецификация требований к системе, включая спецификацию требований по функциональной безопасности;<br>- спецификация требований к ПО;<br>- спецификация архитектуры ПО;<br>- описание программы (комплекса программ);<br>- программы и методики проверки (испытаний) ПО;<br>- исходный код ПО и сопутствующая документация</td><td><a id="p100586"></a>- тестирование каждого программного модуля в отдельности и в совокупности в соответствии с программой и методикой испытаний ПО</td><td><a id="p100587"></a><a id="p100588"></a>- отчет о тестировании модуля;<br>- отчет о проверке интеграции ПО</td><td rowspan="2"><a id="p100589"></a>Разработчик</td></tr>
<tr><td><a id="p100590"></a><a id="p100591"></a>- интеграция программного и аппаратного обеспечения;<br>- верификация ПО</td><td><a id="p100592"></a>- отчет о проверке интеграции системы</td></tr>
<tr><td rowspan="3"><a id="p100593"></a><a href="#p100693">Стадия 9</a>: Подтверждение соответствия программного обеспечения</td><td rowspan="3"><a id="p100594"></a>Доказательство того, что ПО соответствует предъявляемым к нему требованиям, с привлечением независимой третьей стороны (органа по сертификации, испытательной лаборатории (центра))</td><td rowspan="3"><a id="p100595"></a><a id="p100596"></a><a id="p100597"></a><a id="p100598"></a><a id="p100599"></a>- спецификация требований к ПО;<br>- спецификация архитектуры ПО;<br>- описание программы (комплекса программ);<br>- программы и методики проверки (испытаний) ПО;<br>- нормативные документы федеральных органов исполнительной власти и системы сертификации, в которой осуществляют подтверждение соответствия</td><td><a id="p100600"></a>- валидация (аттестация) ПО разработчиком</td><td><a id="p100601"></a><a id="p100602"></a>- протоколы и акты испытаний ПО;<br>- отчет о валидации ПО</td><td rowspan="3"><a id="p100603"></a>Разработчик</td></tr>
<tr><td><a id="p100604"></a>- проведение испытаний и экспертиз ПО независимой третьей стороной и их документальное оформление (подтверждение соответствия ПО)</td><td><a id="p100605"></a><a id="p100606"></a>- протоколы и акты испытаний ПО;<br>- сертификат, декларация о соответствии</td></tr>
<tr><td><a id="p100607"></a>- осуществление поставки</td><td><a id="p100608"></a>- отчетные документы о выполненной поставке</td></tr>
<tr><td><a id="p100609"></a><a href="#p100703">Стадия 10</a>: Применение программного обеспечения</td><td><a id="p100610"></a>Применение ПО в предназначенной для него среде</td><td><a id="p100611"></a>Документация пользователей</td><td><a id="p100612"></a><a id="p100613"></a>- применение ПО по назначению, которое охватывает действия и задачи оператора, организации, эксплуатирующей систему (железнодорожную технику);<br>- сбор и анализ информации о работе ПО, в том числе о его ошибках, сбоях и отказах</td><td><a id="p100614"></a>Отчеты об ошибках и отказах ПО</td><td><a id="p100615"></a>Функциональный заказчик</td></tr>
<tr><td rowspan="2"><a id="p100616"></a><a href="#p100707">Стадия 11</a>: Сопровождение</td><td rowspan="2"><a id="p100617"></a><a id="p100618"></a>- обеспечение поддержки функционирования ПО при эксплуатации функциональным заказчиком;<br>- обеспечение корректного функционирования ПО при сохранении требуемого уровня безопасности и надежности ПО в случае внесения изменений, улучшений или адаптаций ПО</td><td rowspan="2"><a id="p100619"></a>Отчеты об ошибках и отказах ПО со <a href="#p100577">стадии 8</a></td><td><a id="p100620"></a><a id="p100621"></a>- взаимодействие с пользователями ПО и помощь им при работе с ПО;<br>- внесение изменений и доработок в ПО по результатам анализа возникающих ошибок, сбоев и отказов ПО, повышения производительности или адаптации к изменившимся условиям работы или требованиям</td><td><a id="p100622"></a>- отчеты об изменениях ПО</td><td rowspan="2"><a id="p100623"></a>Разработчик</td></tr>
<tr><td><a id="p100624"></a>- управление конфигурацией</td><td><a id="p100625"></a>- данные об управлении конфигурацией</td></tr>
<tr><td><a id="p100626"></a><a href="#p100714">Стадия 12</a>: Модификация</td><td><a id="p100627"></a>Внесение корректировок, улучшений или изменений в принятое ПО, гарантирующих сохранение стойкости к систематическим отказам программного обеспечения</td><td><a id="p100628"></a>Вся документация и информация по ПО, полученная на предыдущих стадиях жизненного цикла</td><td><a id="p100629"></a><a id="p100630"></a><a id="p100631"></a><a id="p100632"></a>- анализ применения ПО;<br>- разработка спецификации требований модифицированного ПО, его архитектуры и модулей;<br>- изменение текста программы с применением выбранного языка программирования и по описанному алгоритму;<br>- проведение повторных тестирования и проверок интеграции</td><td><a id="p100633"></a>Модифицированное ПО и соответствующая документация по нему</td><td><a id="p100634"></a>Разработчик</td></tr>
<tr><td><a id="p100635"></a><a href="#p100721">Стадия 13</a>: Хранение программного обеспечения</td><td><a id="p100636"></a>Обеспечение хранения ПО в виде, позволяющем в дальнейшем повторное использование ПО для другой железнодорожной техники</td><td><a id="p100637"></a><a id="p100638"></a>- ПО на электронном носителе;<br>- сопутствующая документация по ПО</td><td><a id="p100639"></a>Хранение и обеспечение сохранности ПО без внесения изменений</td><td><a id="p100640"></a>Записи о хранении</td><td><a id="p100641"></a>Разработчик, функциональный заказчик</td></tr>
</table>



#### <a id="p100642"></a>6.1 Стадия "Формирование требований к программному обеспечению"


##### <a id="p100643"></a>6.1.1 На данной стадии жизненного цикла выполняют следующие основные виды работ:

- <a id="p100644"></a>анализ требований к железнодорожной технике (как к системе), который включает рассмотрение его функциональных возможностей, требований пользователя, требований по надежности и безопасности, требований к внешним интерфейсам и т.д.
- <a id="p100645"></a>формирование совокупности требований к ПО на основе требований к системе в целом;
- <a id="p100646"></a>выделение опасностей и угроз для ПО из совокупностей опасностей для системы в целом, включая угрозы информационной, функциональной безопасности и кибербезопасности.
<a id="p100647"></a>6.1.2 Требования к системе оценивают исходя из критериев реализуемости и возможности проверки при испытаниях на основе предварительной оценки рисков.

##### <a id="p100648"></a>6.1.3 Формирование требований к ПО предполагает определение следующих характеристик для каждого компонента ПО:

- <a id="p100649"></a>функциональные возможности, включая характеристики производительности и среды функционирования компонента;
- <a id="p100650"></a>внешние интерфейсы;
- <a id="p100651"></a>спецификация требований безопасности (для ПО систем управления и безопасности), включающая требования к функциям безопасности ПО и требования к полноте безопасности по отношению к систематическим отказам (задание уровня полноты безопасности ПО) в соответствии с [ГОСТ Р МЭК 61508-3](https://bukva.ai/docs/gost-r-mek-61508-3-2012);
- <a id="p100652"></a>эргономические требования;
- <a id="p100653"></a>требования к используемым данным;
- <a id="p100654"></a>требования к установке и приемке;
- <a id="p100655"></a>требования к документации пользователя;
- <a id="p100656"></a>требования к эксплуатации и сопровождению.
<a id="p100657"></a>Требования к ПО оценивают исходя из критериев их соответствия требованиям к системе, реализуемости и возможности проверки при испытаниях.
<a id="p100658"></a>6.1.4 ТЗ на разработку ПО осуществляют в соответствии с [ГОСТ 19.201](https://bukva.ai/docs/gost-19-201-78).

#### <a id="p100659"></a>6.2 Стадия "Архитектура программного обеспечения"


##### <a id="p100660"></a>6.2.1 На стадии жизненного цикла выполняют следующие основные виды работ:

<a id="p100661"></a>а) разработка спецификации архитектуры ПО;
<a id="p100662"></a>б) описание взаимодействия между аппаратным и программным обеспечением;
<a id="p100663"></a>в) определение всех программных компонентов, включая следующую информацию о них:
1) <a id="p100664"></a>являются ли эти компоненты новыми, существующими или собственными (патентованными);
2) <a id="p100665"></a>были ли эти компоненты ранее аттестованы (и если да, то при каких условиях проведена аттестация);
3) <a id="p100666"></a>является ли конкретный компонент связанным с безопасностью или нет;
4) <a id="p100667"></a>уровень безопасности ПО для компонента;
<a id="p100668"></a>г) пересмотр и корректировка требований к ПО, основанных на архитектуре системы (при необходимости).

##### <a id="p100669"></a>6.2.2 Проектирование архитектуры ПО включает следующие задачи (для каждого компонента ПО):

- <a id="p100670"></a>переработку требований к ПО в архитектуру, определяющую на высоком уровне структуру ПО и состав его компонентов;
- <a id="p100671"></a>разработку и документирование программных интерфейсов ПО и баз данных;
- <a id="p100672"></a>разработку предварительной версии документации пользователя;
- <a id="p100673"></a>разработку плана интеграции ПО;
- <a id="p100674"></a>разработку и документирование предварительных требований к испытаниям.
<a id="p100675"></a>6.2.3 Архитектура компонентов ПО должна соответствовать требованиям, предъявляемым к ним, а также принятым стандартам и методам проектирования.
<a id="p100676"></a>6.2.4 Спецификация архитектуры ПО должна обосновывать пригодность ПО для удовлетворения спецификации требований к ПО и соответствие уровню полноты безопасности ПО.
<a id="p100677"></a>6.2.5 Архитектура ПО должна минимизировать часть ПО, влияющую на безопасность.

#### <a id="p100678"></a>6.3 Стадии "Проектирование комплекса программного обеспечения" и "Проектирование программных модулей"

<a id="p100679"></a>На стадии жизненного цикла выполняют следующие основные виды работ:
- <a id="p100680"></a>определение внешних интерфейсов для каждого программного модуля;
- <a id="p100681"></a>создание детального проекта каждого компонента, описывающие создаваемые программные модули, включая описание алгоритмов выполнения программ;
- <a id="p100682"></a>разработка спецификации модуля как отдельного документа, содержащей все требования к каждому отдельному модулю, если они не отражены в каком-либо другом документе (при необходимости);
- <a id="p100683"></a>разработка описания программы (комплекса программ) в соответствии с [ГОСТ 19.402](https://bukva.ai/docs/gost-19-402-78);
- <a id="p100684"></a>корректировка плана интеграции ПО (при необходимости);
- <a id="p100685"></a>разработка программы и методики испытаний ПО, учитывающих в том числе проверки интеграции ПО. Требования к содержанию и оформлению программы и методики испытаний ПО по ГОСТ 19.301

#### <a id="p100686"></a>6.4 Стадия "Кодирование"

<a id="p100687"></a>На данной стадии жизненного цикла осуществляют написание исходного кода программы с применением выбранного языка программирования и по описанному алгоритму. При необходимости данный вид работы документируют в виде документа "Текст программы", требования к содержанию и оформлению которого приведены в [ГОСТ 19.401](https://bukva.ai/docs/gost-19-401-78).
<a id="p100688"></a>6.5 Стадии "Тестирование программных модулей", Интеграция программного обеспечения и комплексное тестирование программных модулей", "Проверка интеграции"
<a id="p100689"></a>На данных стадиях жизненного цикла выполняют следующие основные виды работ:
- <a id="p100690"></a>интеграция программного и аппаратного обеспечения. Интеграция ПО предусматривает сборку разработанных модулей (компонентов) ПО в соответствии с планом интеграции и тестирование агрегированных компонентов. Интеграция системы заключается в сборке всех ее компонентов, включая ПО и оборудование. После интеграции система, в свою очередь, подвергается квалификационному (комплексному) тестированию на соответствие совокупности требований к ней;
- <a id="p100691"></a>тестирование каждого программного модуля в отдельности и в совокупности в соответствии с программой и методикой испытаний ПО;
- <a id="p100692"></a>верификация ПО, которая включает определении того, что ПО, являющееся результатом некоторых действий, полностью удовлетворяет требованиям или условиям, обусловленным предшествующими действиями. Верификации должны подвергаться как отдельные программные модули, так и группы модулей и комплекс ПО в целом.

#### <a id="p100693"></a>6.6 Стадия "Подтверждение соответствия программного обеспечения"


##### <a id="p100694"></a>6.6.1 На стадии жизненного цикла выполняют следующие основные виды работ:

- <a id="p100695"></a>валидация (аттестация) ПО;
- <a id="p100696"></a>проведение испытаний и экспертиз ПО независимой третьей стороной и их документальное оформление (оценка соответствия).
<a id="p100697"></a>6.6.2 Валидация (аттестация) ПО, которая предусматривает определение полноты соответствия заданных требований и созданной системы или ПО их конкретному функциональному назначению. Под аттестацией обычно понимают подтверждение и оценку достоверности проведенного тестирования ПО. В качестве вспомогательного средства процесса аттестации могут быть использованы имитация и моделирование программ.
<a id="p100698"></a>Валидация должна гарантировать полное соответствие ПО спецификациям, а также возможность его безопасного и надежного применения пользователем. Валидацию рекомендуется выполнять путем тестирования во всех возможных ситуациях и использовать при этом независимых специалистов.
<a id="p100699"></a>Примечание - Валидация, так же как и верификация, может осуществляться с различными степенями независимости. Если процесс валидации выполняется организацией, не зависящей от поставщика, разработчика, оператора или службы сопровождения, то он называется процессом независимой валидации или оценкой соответствия.


##### <a id="p100700"></a>6.6.3 В настоящее время сформированы два направления подтверждения соответствия программного обеспечения:

- <a id="p100701"></a>требованиям технических регламентов Таможенного союза [[1]](#p100744), [[2]](#p100746) и [[3]](#p100748);
- <a id="p100702"></a>требованиям безопасности информации и отсутствия недекларированных возможностей по [[5]](#p100752) - [[9]](#p100760).

#### <a id="p100703"></a>6.8 Стадия "Применение программного обеспечения"

<a id="p100704"></a>На стадии жизненного цикла осуществляют:
- <a id="p100705"></a>применение ПО по назначению, которое охватывает действия и задачи оператора и структурного подразделения ОАО "РЖД", эксплуатирующего систему (железнодорожную технику);
- <a id="p100706"></a>сбор и анализ информации о работе ПО, в том числе о его ошибках, сбоях и отказах.

#### <a id="p100707"></a>6.9 Стадия "Сопровождение программного обеспечения"


##### <a id="p100708"></a>6.9.1 На стадии жизненного цикла разработчик ПО или системы выполняет следующие основные виды работ:

- <a id="p100709"></a>взаимодействие с пользователями ПО и помощь им при работе с ПО;
- <a id="p100710"></a>внесение изменений в ПО и его доработка по результатам анализа возникающих ошибок, сбоев и отказов ПО, повышения производительности или адаптации к изменившимся условиям работы или требованиям;
- <a id="p100711"></a>управление конфигурацией, которое предполагает применение административных и технических процедур на всем протяжении всего жизненного цикла для определения состояния компонентов ПО в системе, управления модификациями ПО, описания и подготовки отчетов о состоянии компонентов ПО и запросов на модификацию, обеспечения полноты, совместимости и корректности компонентов ПО, управления хранением и поставкой ПО.
<a id="p100712"></a>Примечание - Под конфигурацией ПО понимают совокупность его функциональных и физических характеристик, установленных в технической документации и реализованных в ПО.

<a id="p100713"></a>6.9.2 Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях жизненного цикла.

#### <a id="p100714"></a>6.10 Стадия "Модификация программного обеспечения"


##### <a id="p100715"></a>6.10.1 На стадии жизненного цикла выполняют следующие основные виды работ:

- <a id="p100716"></a>анализ применения ПО;
- <a id="p100717"></a>разработка спецификации требований модифицированного ПО, его архитектуры и модулей;
- <a id="p100718"></a>изменение текста программы с применением выбранного языка программирования и по описанному алгоритму;
- <a id="p100719"></a>проведение повторных тестирования и проверок интеграции.
<a id="p100720"></a>6.10.2 Основные требования к процедурам сопровождения и модификации программного обеспечения приведены в [ГОСТ 34009](https://bukva.ai/docs/standart-gost-34009-2016).

#### <a id="p100721"></a>6.11 Стадия "Хранение программного обеспечения"

<a id="p100722"></a>Исходный и исполняемый коды ПО, а также необходимые программные и иные инструменты разработки должны храниться в месте, исключающем возможность несанкционированного доступа к ним. Место хранения и доступ к указанным материалам должны быть определены в договоре на разработку или поставку ПО.





<a id="p100723"></a>Приложение А

<div align="right">

**(рекомендуемое)**

<a id="p100724"></a>**МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА ЖЕЛЕЗНОДОРОЖНОЙ ТЕХНИКИ**

</div>


<a id="p100725"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_0.png) 

<div align="center">

<a id="p100726"></a> **![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_1.png) - Функциональный заказчик**<br>
<a id="p100727"></a> **![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_2.png) - Разработчик или проектная организация**

</div>

<a id="p100728"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_3.png) - Изготовитель

<div align="center">

<a id="p100729"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_4.png) - Орган по сертификации

</div>

<a id="p100730"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_5.png) - Владелец инфраструктуры
<a id="p100731"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_6.png) Верификация
<a id="p100732"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_7.png) Валидация

<a id="p100733"></a>Рисунок А.1 - Модель жизненного цикла железнодорожной
техники с учетом совокупности работ по разработке
и постановки на производство





<div align="center">

<a id="p100734"></a>Приложение Б<br>
(рекомендуемое)

</div>


<div align="right">

<a id="p100735"></a>**МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ**<br>
**ЖЕЛЕЗНОДОРОЖНОЙ ТЕХНИКИ**

</div>


<a id="p100736"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_8.png) 

<div align="center">

<a id="p100737"></a> **![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_9.png) Верификация**<br>
<a id="p100738"></a> **![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_10.png) Валидация**<br>
<a id="p100739"></a> **![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_11.png) - Функциональный заказчик**

</div>

<a id="p100740"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_12.png) - Разработчик
<a id="p100741"></a> ![6 Требования к процессам, выполняемых на стадиях жизненного цикла программного о](https://i.bukva.ai/KPsTxnUK/img_13.png) - Орган по сертификации

<div align="center">

<a id="p100742"></a>Рисунок Б.1 - Модель жизненного цикла программного<br>
обеспечения железнодорожной техники

</div>







## <a id="p100743"></a>Библиография



| <a id="p100744"></a>[1] | <a id="p100745"></a>Технический регламент Таможенного союза ТР ТС 001/2011 "О безопасности железнодорожного подвижного состава" |
| --- | --- |
| <a id="p100746"></a>[2] | <a id="p100747"></a>Технический регламент Таможенного союза ТР ТС 002/2011 "О безопасности высокоскоростного железнодорожного транспорта" |
| <a id="p100748"></a>[3] | <a id="p100749"></a>Технический регламент Таможенного союза ТР ТС 003/2011 "О безопасности инфраструктуры железнодорожного транспорта" |
| <a id="p100750"></a>[4] | <a id="p100751"></a>Правила технической эксплуатации железных дорог Российской Федерации, утвержденные Минтрансом России 21 декабря 2010 г. N 286 (зарегистрированы Минюстом России 28 января 2011 г. N 19627) |
| <a id="p100752"></a>[5] | <a id="p100753"></a>Приказ ФСТЭК России от 14 марта 2014 г. N 31 "Требования к обеспечению защиты информации в автоматизированных системах управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды" |
| <a id="p100754"></a>[6] | <a id="p100755"></a>Руководящий документ "Защита от несанкционированного доступа к информации Часть 1. Программное обеспечение средств защиты информации. Классификация по уровню контроля отсутствия недекларированных возможностей", утвержденный Решением председателя Государственной технической комиссии при Президенте Российской Федерации от 4 июня 1999 г. N 114 |
| <a id="p100756"></a>[7] | <a id="p100757"></a>Руководящий [документ](https://bukva.ai/docs/rukovodyaschiy-dokument-avtomatizirovannye) "Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации", утвержденный Решением председателя Государственной технической комиссии при Президенте Российской Федерации от 30 марта 1992 г. |
| <a id="p100758"></a>[8] | <a id="p100759"></a>Руководящий [документ](https://bukva.ai/docs/rukovodyaschiy-dokument-sredstva-vychislitelnoy) "Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации", утвержденный Решением председателя Государственной технической комиссии при Президенте Российской Федерации от 30 марта 1992 г. |
| <a id="p100760"></a>[9] | <a id="p100761"></a>Руководящий [документ](https://bukva.ai/docs/rukovodyaschiy-dokument-sredstva-vychislitelnoy-gostehkomissiya-rossii) "Средства вычислительной техники. Межсетевые экраны. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации", утвержденный Решением председателя Государственной технической комиссии при Президенте Российской Федерации от 25 июля 1997 г. |


<div align="right">

<a id="p100762"></a>Заместитель Генерального директора<br>
ОАО "НИИАС"<br>
А.М.ЗАМЫШЛЯЕВ

<a id="p100763"></a>Начальник Отделения управления<br>
рисками сложных технических систем<br>
Ю.А.КУВАШОВ

<a id="p100764"></a>Начальник отдела стандартизации<br>
М.А.БУБЛИКОВА

</div>




<a id="p100765"></a>

---
