4.2.4 Отработка критических требований
4.2.4 Отработка критических требований
Разработчик должен идентифицировать ЭКПО или части их, критические с точки зрения безопасности, сбой в которых может привести к отказной ситуации для системы (см. 5.2).
Разработчик должен идентифицировать ЭКПО или их части, критические с точки зрения защиты, сбой в которых может привести к нарушению защиты системы. Если имеется такое ПО, разработчик должен предусмотреть стратегию обеспечения защиты. Эта стратегия должна гарантировать, что требования, проект, реализация и эксплуатационные процедуры для идентифицированного ПО минимизируют или устраняют потенциальные нарушения защиты системы. Разработчик должен описать стратегию в Плане разработки ПО, реализовать стратегию и провести доказательство как в части требуемых программных средств, так и в части выполнения стратегии обеспечения защиты.
Разработчик должен идентифицировать ЭКПО или части их, критические с точки зрения секретности, сбой в которых может привести к нарушению секретности системы. Если имеется такое ПО, то разработчик должен представить стратегию обеспечения секретности. Стратегия должна гарантировать, что требования, проект, реализация и эксплуатационные процедуры для идентифицированного ПО минимизируют или устраняют потенциальные нарушения секретности системы. Разработчик должен описать стратегию в Плане разработки ПО, реализовать стратегию и провести доказательство как в части требуемых программных средств, так и в части выполнения стратегии обеспечения секретности.
В случаях, когда система возлагает на ПО реализацию каких-либо требований, которые в соответствии с контрактом или спецификациями системы считаются критическими, разработчик должен идентифицировать те ЭКПО или их части, сбой в которых может привести к нарушению этих критических требований; разработать стратегию для гарантирования того, что требования, проект, реализация и эксплуатационные процедуры для идентифицированного ПО минимизируют или устраняют потенциал для таких нарушений; описать стратегию в Плане разработки ПО; выполнить стратегию и провести доказательство как в части требуемых программных средств, так и в части выполнения стратегии.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
Отработка бомбометания с самолета Як-28И
Отработка бомбометания с самолета Як-28И Последним фронтовым бомбардировщиком, который поступил на вооружение наших ВВС к моменту моего назначения заместителем начальника института, был Ил-28, но он тоже бомбил на дозвуковых скоростях. Позже был создан Як-28, который уже
Отработка систем самолета МиГ-25
Отработка систем самолета МиГ-25 Следующей системой, в работу над которой мне пришлось включиться, был самолет-перехватчик МиГ-25. Он был задан к разработке постановлением правительства в 1962 году, после того, как 1 мая 1961 года был сбит самолет-разведчик У-2, пилотируемый
Строительство и отработка Су-24 и МиГ-23
Строительство и отработка Су-24 и МиГ-23 Итак, вернемся во вторую половину шестидесятых и семидесятые годы… Это было время, когда после снятия Н.С. Хрущева, шло бурное развитие авиации, в том числе и фронтовой, и дальней, что в конце концов привело к созданию стратегических
Создание и отработка оружия класса «воздух — поверхность» с лазерным самонаведением
Создание и отработка оружия класса «воздух — поверхность» с лазерным самонаведением В целом же время, когда мы работали над МиГ-23, явилось одним из самых продуктивных периодов в послевоенной истории нашего авиапрома, когда сотни научных и производственных коллективов в
2.12. Соблюдение природоохранных требований
2.12. Соблюдение природоохранных требований Вопрос 101. Каковы обязанности должностных лиц и специалистов организаций, в которых при эксплуатации тепловых энергоустановок оказывается вредное влияние на окружающую среду?Ответ. Эти лица периодически проходят
5.12.1 Контроль критических ситуаций
5.12.1 Контроль критических ситуаций Разработчик должен осуществлять контроль за критическими для выполнения контракта ситуациями, которые могут возникнуть во время разработки ПО. Разработчик должен выявить, идентифицировать и проанализировать потенциальные
7.1 Процесс определения требований к ПО
7.1 Процесс определения требований к ПО Разработчик должен определить и зарегистрировать требования к ПО, которые будут выполнены каждым ЭКПО, методы, которые нужно использовать, для гарантии того, что каждое требование было выполнено, и проследить соответствие между
12.9 Стандарты на разработку требований к ПО
12.9 Стандарты на разработку требований к ПО Цель стандартов на разработку требований к ПО состоит в том, чтобы определить методы, правила и инструментальные средства, которые должны быть использованы при разработке требований верхнего уровня. Эти стандарты должны
12.13 Спецификация требований к ПО
12.13 Спецификация требований к ПО Спецификация требований к ПО — документ, который определяет требования верхнего уровня, включая производные требования. Этот документ должен содержать:— описание распределения системных требований по компонентам ПО с учетом
12.14 Спецификация требований к интерфейсу
12.14 Спецификация требований к интерфейсу Спецификация требований к интерфейсу определяет требования к интерфейсам между системными компонентами: системами, подсистемами, элементами конфигурации ПО и аппаратуры. Данный документ включает в себя:— идентификацию и