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