5.3 Анализ системных требований
5.3 Анализ системных требований
Разработчик должен принимать участие в анализе требований к системе. Если систему разрабатывают для нескольких различных построений, ее требования не могут быть полностью определены до завершения конечного построения. В этом случае разработчик должен идентифицировать подмножество требований системы, которые будут определены в каждом построении, и подмножество, которое будет реализовано в каждом из построений. Анализ требований к системе для данного построения следует интерпретировать так, чтобы определять требования к системе, идентифицированные для данного построения.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
5.3.2 Анализ требований к системе
5.3.2 Анализ требований к системе Данная работа состоит из следующих задач, которые разработчик должен выполнить или обеспечить их выполнение:5.3.2.1 Разработчик, при необходимости, должен выполнить анализ области применения разрабатываемой системы с точки зрения
5.3.4 Анализ требований к программным средствам
5.3.4 Анализ требований к программным средствам Данная работа состоит из следующих задач применительно к каждому программному объекту архитектуры (или объекту программной конфигурации, если он определен):5.3.4.1 Разработчик должен установить и документально оформить
5.1.1 Информационный поток от системных процессов к процессам ПО
5.1.1 Информационный поток от системных процессов к процессам ПО В процессе оценки безопасности системы должны быть определены возможные отказные ситуации для системы и установлены их категории, определены требования, связанные с безопасностью, которые специфицируют
5.3.6 Анализ системных требований при верификации ПО
5.3.6 Анализ системных требований при верификации ПО Системные требования разрабатывают на основе эксплуатационных требований к системе и требований, связанных с обеспечением безопасности, которые являются выходным результатом процесса оценки безопасности системы.В
7.1 Процесс определения требований к ПО
7.1 Процесс определения требований к ПО Разработчик должен определить и зарегистрировать требования к ПО, которые будут выполнены каждым ЭКПО, методы, которые нужно использовать, для гарантии того, что каждое требование было выполнено, и проследить соответствие между
12.9 Стандарты на разработку требований к ПО
12.9 Стандарты на разработку требований к ПО Цель стандартов на разработку требований к ПО состоит в том, чтобы определить методы, правила и инструментальные средства, которые должны быть использованы при разработке требований верхнего уровня. Эти стандарты должны
12.13 Спецификация требований к ПО
12.13 Спецификация требований к ПО Спецификация требований к ПО — документ, который определяет требования верхнего уровня, включая производные требования. Этот документ должен содержать:— описание распределения системных требований по компонентам ПО с учетом
12.14 Спецификация требований к интерфейсу
12.14 Спецификация требований к интерфейсу Спецификация требований к интерфейсу определяет требования к интерфейсам между системными компонентами: системами, подсистемами, элементами конфигурации ПО и аппаратуры. Данный документ включает в себя:— идентификацию и