5.1.1 Информационный поток от системных процессов к процессам ПО
5.1.1 Информационный поток от системных процессов к процессам ПО
В процессе оценки безопасности системы должны быть определены возможные отказные ситуации для системы и установлены их категории, определены требования, связанные с безопасностью, которые специфицируют желаемую отказоустойчивость и реакцию системы на отказные ситуации.
Требования, связанные с безопасностью, — это часть системных требований, которые являются входной информацией для процессов жизненного цикла ПО. Для гарантии правильной реализации требований, связанных с безопасностью, системные требования должны содержать (или ссылаются на):
— описание системы и определение аппаратуры;
— системные требования, относящиеся непосредственно к ПО, включая функциональные требования, требования по эффективности и требования, связанные с безопасностью;
— уровень(ни) ПО и информацию, подтверждающую их определение, отказные ситуации, их категории и функции, выполняемые ПО;
— стратегии обеспечения безопасности и ограничения проекта, включая методы проектирования, такие как использование разбиения, многоверсионного неидентичного ПО, избыточности или мониторинга безопасности.
Процессы жизненного цикла системы могут также определять требования к процессам жизненного цикла ПО, которые необходимы для поддержки верификации системы.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
5.1.1. Сущность процессов стандартизации
5.1.1. Сущность процессов стандартизации Важным элементом в системах управления качеством изделий является стандартизация — нормотворческая деятельность, которая находит наиболее рациональные нормы, а затем закрепляет их в нормативных документах типа стандарта,
20.10. Обратимость вычислительных и управляющих процессов
20.10. Обратимость вычислительных и управляющих процессов Далее, нам необходимо решить проблему обработки и вычислений на основе записанных таким образом чисел. Каким образом это можно осуществить на уровне атомов? Вы все знаете, что для «обработки» чисел в компьютерах
ПРИЛОЖЕНИЕ С (справочное) Руководство по процессам и организациям
ПРИЛОЖЕНИЕ С (справочное) Руководство по процессам и организациям В настоящем приложении с целью лучшего понимания текста стандарта обсуждаются процессы, организации и их взаимоотношения по ключевым
2. ТРЕБОВАНИЯ К ПРОИЗВОДСТВЕННЫМ (ТЕХНОЛОГИЧЕСКИМ) ПРОЦЕССАМ
2. ТРЕБОВАНИЯ К ПРОИЗВОДСТВЕННЫМ (ТЕХНОЛОГИЧЕСКИМ) ПРОЦЕССАМ Вопрос 54. По какой документации должно производиться складирование грузов?Ответ. Должно производиться по технологическим картам с указанием мест и размеров складирования, размеров проходов, проездов и т. д.
4.6. ТЕОРИЯ ПЕРЕХОДНЫХ ПРОЦЕССОВ В ЛЦ
4.6. ТЕОРИЯ ПЕРЕХОДНЫХ ПРОЦЕССОВ В ЛЦ Важным разделом в ЛЦ являются методы анализа переходных процессов. На заре зарождения теории электрических цепей стало очевидным, что переход от одного установившегося режима к другому происходит не сразу. Наличие в электрических
5.1 Поток информации между процессами жизненного цикла системы и ПО
5.1 Поток информации между процессами жизненного цикла системы и ПО 5.1.1 Информационный поток от системных процессов к процессам ПО В процессе оценки безопасности системы должны быть определены возможные отказные ситуации для системы и установлены их категории,
5.1.1 Информационный поток от системных процессов к процессам ПО
5.1.1 Информационный поток от системных процессов к процессам ПО В процессе оценки безопасности системы должны быть определены возможные отказные ситуации для системы и установлены их категории, определены требования, связанные с безопасностью, которые специфицируют
5.1.2 Информационный поток от процессов ПО к системным процессам
5.1.2 Информационный поток от процессов ПО к системным процессам Процесс оценки безопасности системы должен определить влияние проектирования и реализации ПО на безопасность системы в целом, используя информацию, создаваемую процессами жизненного цикла ПО. Эта
5.3 Анализ системных требований
5.3 Анализ системных требований Разработчик должен принимать участие в анализе требований к системе. Если систему разрабатывают для нескольких различных построений, ее требования не могут быть полностью определены до завершения конечного построения. В этом случае
5.3.6 Анализ системных требований при верификации ПО
5.3.6 Анализ системных требований при верификации ПО Системные требования разрабатывают на основе эксплуатационных требований к системе и требований, связанных с обеспечением безопасности, которые являются выходным результатом процесса оценки безопасности системы.В
5.12.7 Изменения в выполнении процессов проекта
5.12.7 Изменения в выполнении процессов проекта Разработчик должен периодически оценивать процессы жизненного цикла ПО, используемые в данном проекте, для определения их пригодности и эффективности. Основываясь на этих оценках, разработчик должен идентифицировать любые