Согласно V-модели «Приемочные испытания» означают

• валидацию соответствия системы поставленным требованиям

• разработку набора поддающихся проверке системных требований

• разработку высокоуровневой архитектуры

• детализацию системного дизайна

Интеграция аппаратных и программных компонентов в подсистемы согласно V-модели является шагом

• «Тестирование подсистем»

• «Проектирование компонентов»

• «Тестирование модулей/устройств»

• «Тестирование системы»

Валидация соответствия системы поставленным требованиям согласно V-модели является шагом :

• «Приемочные испытания»

• Концепция использования»

• «Проектирование компонентов»

• «Характеристика Системы»

Интегрирование подсистем и тестирование всей системы целиком на предмет ее соответствия системным требованиям согласно V-модели является шагом :

• «Тестирование системы»

• «Концепция использования»

• «Проектирование компонентов»

• «Разработка программного обеспечения / аппаратных средств»

Разработка программного обеспечения и аппаратных средств, с целью соответствовать детализированным спецификациям дизайна согласно V-модели является шагом :

• «Разработка программного обеспечения / аппаратных средств»

• «Тестирование системы»

• «Высокоуровневое проектирование»

• «Характеристика Системы»

Разработка набора поддающихся проверке системных требований, которые отвечают нуждам заинтересованных сторон согласно V-модели является шагом :

• «Характеристика Системы»

• «Концепция использования»

• «Проектирование компонентов»

• «Тестирование модулей/устройств»

Определение и документирование потребностей основных заинтересованных сторон согласно V-модели является шагом :

• «Концепция использования»

• «Тестирование модулей/устройств»

• «Тестирование подсистем»

• «Проектирование компонентов»

Разработка высокоуровневой архитектуры согласно V-модели является шагом

• «Высокоуровневое проектирование»

• «Проектирование компонентов»

• «Тестирование модулей/устройств»

• «Приемочные испытания»

Требования, которые определяют то, что система должна иметь возможность делать называются

• Системные/подсистемные требования

• Исходные требования

• Целевые или бизнес требования

• Подсистемные и бизнес требования

Требования, определяющие контекст, в котором система будет функционировать называются

• Исходные требования

• Системные/подсистемные требования

• Целевые или бизнес требования

• Подсистемные требования