ГОСТ Р 52980—2008
- всех, связанныхс безопасностью, частях системы иее безопаснойэксплуатации.
■ контроле имероприятияхисключения опасных состояний и уменьшению их последствий.
5.2 Отказы в системе, эксплуатируемой в заданных условиях применения и окружающей среды,
оказывают воздействие на поведение системы. Все отказы отрицательно сказываются на надежности
системы, однако только некоторые специфические отказы оказывают отрицательный эффект на безо
пасностьпри конкретном применении. Окружающая среда может влиятькакна работоспособностьсис
темы. так и набезопасность применения нажелезнойдороге.
5.3 На основании результатов процедуры оценки рискадлясистемы, связанной сбезопасностью,
должны бытьопределены требованиякуровнюполноты безопасности [1].Уровеньполноты безопаснос
ти можетрассматриваться каккомбинация статистическиисследуемыхэлементов, принципиальносвя
занных с аппаратным обеспечением (т. е. случайные отказы) и статистически не исследуемых
элементов (принципиальносвязанныхс систематическими отказами в программном обеспечении).
Внешние средства и средства собственно системы, предназначенные для снижения риска, долж
ны обеспечивать требуемое снижение риска для системы, чтобы обеспечивать заданный уровень
полноты безопасности.
5.4 Уверенность в достижении уровня полноты безопасности может достигаться посредством
эффективной комбинации специальных систем, методов, средств и технических приемов. Полнота
безопасности ПО относится к вероятности отказа, которая обеспечиваетдостижение требуемой досто
верной работоспособности (надежности). Высокие требования относительно безопасности могут осу
ществляться. как правило, только с дополнительными издержками.
5.5 Полнота безопасности специфицируется для функций безопасности. Эти функции должны
быть назначены системе безопасности и/или внешним средствам для снижения риска. Данное назначе
ние происходититеративно, принимаявовниманиеоптимизацию разработкиистоимостивсейсистомы.
5.6 Необходимый уровень полноты безопасности ПО должен быть определен на основе уровня
риска, связанного с использованием ПО всистеме иуровнем безопасностисистемы.
Риск может быть определен как численно определенная вероятность или комбинация численно
определенных вероятностей, но уровень безопасности ПО не может быть определен подобным обра
зом. так какотказы ПО имеютсистематический характер (см. 5.3).
6 Спецификация требований по безопасности программного обеспечения
6.1 Требования безопасности ПОдолжны бытьопределены:
- в терминах функций безопасности и полноты безопасности:
- кфункциям безопасностипрограммногообеспечениядля каждойЭ/Э/ПЭсистемы безопасности,
необходимыхдля выполнения требуемых функций безопасности:
- куровню полноты безопасностидля каждой Э/Э/ПЭ системы безопасности (для каждой функции
безопасности, адресованнойэтой Э/Э/ПЭ системе безопасности).
6.2 Требования, приводимые в 6.2.1—6.2.11.должны достигаться комбинацией общего, встроен
ного ПО и специального прикладного ПО. Разделение между общим и специальным прикладным ПО
зависит от выбранной архитектуры ПО.
6.2.1 Требования к функциям безопасности ПО могут быть определены в требованиях к Э/Э/ПЭ
системе безопасности(см. подраздел7.2)[3]. Вэтомслучаеспецификацию требований побезопасности
ПО повторять не надо.
6.2.2 Спецификация требований к безопасности ПОдолжна основываться на заданных требова
ниях к безопасности Э/Э/ПЭ системы безопасности железнодорожного применения и требованиях пла
нирования безопасности. Эта информация должна бытьдоступной разработчику ПО.
П р и м е ч а н и е — Это требование {см. 6.2.2) не означает, что не должно быть взаимодействия между раз
работчиком Э/Э/ПЭС и разработчиком ПО (3J. Требования к безопасности ПО и архитектура ПО постоянно уточня
ются в процессе реализации цикла безопасности и могут оказать влияние на архитектуру аппаратуры Э/Э/ПЭС. поэ
тому необходимо тесное сотрудничество между разработчиками аппаратуры и ПО.
6.2.3 Спецификация требований кбезопасности ПО должна бытьдостаточно подробнойдля того,
чтобы наэтапах разработки и реализациидостигался требуемыйуровеньполноты безопасности, имож
но было провести оценку функциональной безопасности.
П р и м е ч а н и е — Уровень детализации спецификации может изменяться в зависимости от сложности
применения ПО.
7