2014-02-13
519
Хотя данная книга посвящена, в основном, требованиям к программному обеспечению, важно понимать, что они являются только подмножеством процесса управления требованиями при разработке большинства систем. Как уже описывалось в главе 6, некоторые системы настолько сложны, что единственным разумным способом их визуализации и создания является представление в виде систем, состоящих из подсистем, которые в свою очередь также являются системами подсистем, и т.д.. как показано ни рис. 16.1. В экстремальном случае, когда система представляет собой, например, авианосец, она может состоять из сотен подсистем, каждая из которых в свою очередь имеет компоненты аппаратного и программного обеспечения,
Рис. 16.1. Система, состоящая из подсистем
В таких случаях создается спецификация требований системного уровня, которая описывает внешнее поведение системы в целом (без учета ее разбиения на подсистемы), такое как запас топлива или скорость набора высоты. Как уже отмечалось в главе 6, после голосования требований к системе в рамках системной инженерии производится разбиение системы на подсистемы, подробно описываются интерфейсы между ними, и требование системного уровня размещается в одной или нескольких подсистемах. Полученная в результате системная архитектура описывает это разбиение и интерфейсы между полученными подсистемами.
|
|
|
Процесс проектирования системы сам по себе создает новые классы требований.
Затем разрабатываются спецификации требований для каждой из подсистем. Эти спецификации должны полностью описывать внешнее поведение подсистем (без учета разбиения на подсистемы следующего уровня). Данный процесс приводит к возникновению нового класса требований — производных требований. Требования этого нового типа описывают уже внешнее поведение не системы (разве что в агрегированном виде), а новой подсистемы. Таким образом, процесс проектирования системы создает новые требования для подсистем, из которых состоит система. В частности, интерфейсы между этими подсистемами становятся ключевыми требованиями: они представляют собой, по сути, контракты между подсистемами или обещания функционировать так, как условлено.
После того как эти требования согласованы, можно при необходимости продолжить проектирование системы путем разбиения каждой из подсистем на подсистемы следующего уровня и разработки спецификаций требований для каждой из них. В результате получается иерархия спецификаций, представленная на рис. 16.2.
На каждом уровне требования предыдущего уровня размещаются в соответствующих
спецификациях более низкого уровня. (Например, требование, касающееся запаса топлива, размещается в подсистемах управления топливом и хранения топлива.) Также выявляются и соответствующим образом описываются новые требования.
|
|
|
Спецификация требовании к системе в целом
| Спецификация системных требований ^цю подсистемы А |
| Спецификация системных требований для подсистемы В |
| Спецификация системных требований дли подсистемы С |
| Спецификация системных требований для подсистемы А-1 | Спецификация системных требований для подсистемы А-2 | Спецификация системных требований для подсистемы С-1 | |||||
| Спецификация системных требований для подсистемы С-2 |
Рис. 16.2. Иерархия спецификации, полученная в результате проектирования системы
Как показано на рис. 16.3. спецификации, которые в свою очередь уточняются дополнительными спецификациями подсистем, называются спецификациями системных требований (или спецификациями требований системного уровня). Спецификации самого нижнего уровня — те, которые не подвергаются дальнейшей декомпозиции. — как правило, соответствуют только аппаратным или программным подсистемам и называются спецификациями требовании к аппаратному или программному обеспечению соответственно. По мере того как становятся более понятны детали, каждая из приведенных на рис. 16.3 спецификаций может подвергаться эволюционным процессам.
Спецификаций требований к системе в цепом
| Спецификация системных требований для подсистемы А |
| Спецификация системных требований для подсистемы В |
| Спецификаций системных требований для подсистемы С |
| Спецификация системныхтребованийдля подсистемыС-2 |
| Спецификация системных требований для подсистемы А-1 | Спецификация системных требований для подсистемы А-2 | Спецификация системных требований для подсистемы С-1 | ||||||||||
| Спецификация требований к аппаратуре для подсистемы А-2 | Спецификация про(раммных требований для подсистемы А-2 | |||||||||||
Рис. 16.3. Иерархия результирующих спецификаций, в том числе
аппаратного и программного уровней
