ГОСТРМЭК 62304—2013
Ожидается, что ИЗГОТОВИТЕЛЬ посчитает полезным классифицировать ПО до данной точки, например,
чтобы сфокусировать внимание на областях, которые нужно исследовать, но такая классификация должна счи
таться предварительной и не должна использоваться для обоснования пропуска ПРОЦЕССОВ.
Схема классификации БЕЗОПАСНОСТИ ПО не предназначена для согласования с классификацией РИ
СКОВ по ИСО 14971. Если в ИСО 14971 классификация РИСКОВ осуществляется относительно их тяжести и
вероятности возникновения, то схема классификации БЕЗОПАСНОСТИ ПО разделяет ПРОГРАММНЫЕ СИСТЕ
МЫ и ПРОГРАММНЫЕ ЭЛЕМЕНТЫ в соответствии с ПРОЦЕССАМИ, которые будут применены для разработки и
технической поддержки.
По мере развития проекта могут стать очевидными новые РИСКИ. Следовательно, МЕНЕДЖМЕНТ РИСКА
следует применять как неотъемлемую часть ПРОЦЕССА разработки. Это допускает разработку АРХИТЕКТУР
НОГО проекта, определяющего полный набор ПРОГРАММНЫХ ЭЛЕМЕНТОВ, включая те, от которых требуется
правильное функционирование, чтобы обеспечить безопасную работу, и те. которые предотвращают причинение
ВРЕДА из-за отказов в работе.
АРХИТЕКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ должна способствовать изоляции ПРОГРАММНЫХ ЭЛЕ
МЕНТОВ. которые требуются для безопасной работы, и должна описывать методы, используемые для обеспече
ния эффективного разделения этих ПРОГРАММНЫХ ЭЛЕМЕНТОВ.
Как установлено в В.З, настоящий стандарт выбирает для применения три термина, чтобы описывать деком
позицию ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ (верхний уровень).
На рисунке В.1 проиллюстрировано возможное разделение ПРОГРАММНЫХ ЭЛЕМЕНТОВ внутри ПРО
ГРАММНОЙ СИСТЕМЫ и как классы БЕЗОПАСНОСТИ ПО могут быть применены к группе ПРОГРАММНЫХ ЭЛЕ
МЕНТОВ вдекомпозиции.
Рисунок В.1 — Пример разделения ПРОГРАММНЫХ ЭЛЕМЕНТОВ
26