ГОСТРМЭК 62138—2010
бмняшоош
программного
этвсгечонмя-
программа
ОМСпМмв
(Б.1.1,8.1.1)
napintii—ipw
программного
Ы5тяшття
(Ь.1.2,8.1J)
ПрОгрйммхЗв
DMOHV’WMI
удалением
нэкЬигамцм*
( М д Ш )
Выбор
жлапишмм
и
мнсгр/ммгтоа
п п р н м п
обаошианмя
(5.1
Л
, Ы
Л
)
Чцицииппп»
программного
обвспмпя
<6.1 Д 6.1.8)
Жншмн>4(цикл
f
С пецф онд смолимых ]
-фвбоиний
Рисунок 3 — Схема мероприятий, относящихся к программному обеспечению в жизненном цикле системы безо
пасности (блоки, выделенные пунктиром, относятся к мероприятиям, на которые требования настоящего стан
дарта не распространяются)
Соотношениемеждумероприятиямижизненного циклабезопасностисистемы и жизненногоцикла
безопасности программногообеспечения показано на рисунках2 и3.
Необходимо отметить, что. хотя МЭК 61513 устанавливает два различных пути создания нового
программного обеспечения (прикладное ПО и операционное ПО системы, см. рисунки 2 и 3). в настоя
щем стандартетребованияксозданию нового программногообеспеченияобъединены в четырегруппы:
5.5.1 и 6.5.1 — предусматривают требования, которые являются применимыми независимо от
того, какая техника создания используется;
5.5.2и 6.5.2 — предусматриваюттребования, специфичныедля конфигурации ранееразработан
ного программного обеспечения и устройств, содержащих программное обеспечение, в частности, для
установления параметрови другихданных конфигурации;
5.5.3 и 6.5.3 — предусматривают требования, специфичные для разработки и проверки програм
много обеспечения, написанного на проблемно-ориентированныхязыках;
5.5.4 и 6.5.4 — предусматривают требования, специфичные для реализации и верификации про
граммного обеспечения, написанногона универсальных языках.
Блоки схемы, обозначенные на рисунке 3 как «разработка/создание прикладного программного
обеспечения» и «разработка новогооперационного программного обеспечения системы», представляют
большую исущественную часть жизненного цикла безопасности программного обеспечения. Более под-
8