ГОСТ Р МЭК 61513—2011
5.5.2 Документация по распределению функций
a) Выходнаядокументация должна определять функциональные требования, требования к характе
ристикам и надежности выполнения прикладных функций (см. 5.3.2). назначенных кахщой системе. Требо
вания могут быть оформлены в виде текстовойдокументации, блок-схем, матриц, структурных схем и пр..
обеспечивающих ясное представление о функциях.
b
) Спецификация требований к прикладным функциям компьютерных систем недолжна зависеть от
характеристик применяемой технологии, т.е. от компьютеров, реле.
c)Для разработки документов с требованиями, которыелегко воспринимались бы как разработчика
ми технических требований к системе, так и операторами АС. должны использоваться инжиниринговые
методы и инструментальные средства разработки систем и программного обеспечения.
6 Жизненный цикл безопасности системы
В проекте архитектуры контроля и управления выделяют отдельные системы контроля и управления,
которые выполняют функции, важные для безопасности (см. 5.3.1). Настоящий раздел устанавливает цели
систем и требования к таким системам. Требования раздела относятся также к компьютерным системам.
П р и м е ч а н и е — Большая часть требований может применяться и к системам контроля и управления,
выполненным по традиционным технологиям.
Для того, чтобы быть уверенным в том, что все связанные с безопасностью требования, которым
должна соответствовать система, учтены, удовлетворены и реализованы, необходимо выполнять работу
на основе системного подхода. Системный подходдостигается за счет организации деятельности, связан
ной с разработкой, построением и эксплуатацией системы в рамках жизненного цикла безопасности систе мы.
Этот жизненный цикл, всвою очередь, охватывается деятельностью, осуществляемой в рамках обще го
жизненного цикла безопасности контроля и управления (см. раздел 5 и рисунок 4).
Фазы типичного жизненного цикла безопасности системы включают в себя:
- спецификацию требований ксистеме;
- спецификацию на систему;
- детальное проектирование и реализацию системы;
- интеграциюсистемы;
- валидацию системы;
- внедрение системы:
- модификацию проекта системы (при необходимости).
Квалификацию системы рассматривают отдельно, поскольку ее можно выполнить частично вне ра
мок жизненного цикла безопасности системы. Этот подход учитывает имеющийся опыт, который все боль
ше основывается на применении уже существующего оборудования.
Типичный жизненный цикл безопасности системы и связи с жизненными циклами программного обес
печения и оборудования в соответствии с требованиями МЭК 60880 и МЭК 60987 приведены на рисунке 5.
Обзор целей, исходных данных и результатов деятельности на различных фазах типичного жизнен
ного цикла системы и ссылки на соответствующие подразделы приведены в таблице 3.
Настоящий раздел включает всебя:
- требования, предъявляемые ко всем системам, важным для безопасности:
- требования, предъявляемые (в дополнение к предыдущим) к определенным классам систем или
категориям функций. Специальные требования приведены в таблице 4.
Жизненный цикл системы является итеративным процессом; фаза может начинаться, прежде чем
деятельность в рамках предыдущей фазы завершится: однако фазу можно считать законченной только
если предыдущие фазы завершены, а результаты их выполнения соответствуют исходным данным.
П р и м е ч а н и е — Эти требования отличаются от требований 6.1 МЭК 60880. Для программного обеспе
чения желательно, но в качестве необходимого требования не рассматривается, завершать каждую фазу разра
ботки до начала следующей фазы, выполняемой в соответствии с указанными выше требованиями.
29