ВУЗ:
Составители:
Рубрика:
21
дальнейшей проработке, хотя и могут претерпеть изменения как результат
обычного цикла итерации.
В качестве входной информации процесса спецификации требований
выступают неформальные требования заказчиков, а результатом этого
процесса являются модели спецификации проектных конструкций. Эти
модели дают более формальное определение различных сторон
(представлений) системы. Обычно требования пользователей в процессе
спецификации подразделяются на две основные категории:
функциональные требования и требования к данным.
В качестве результата этапа спецификации выступает расширенный
(«детально проработанный») документ описания требований. Новый
документ часто называют документом спецификации требований (или
просто «спецификацией» на жаргоне разработчиков). Структура
исходного документа не изменяется, однако содержание значительно
расширяется за счет глав, которые определяют требования заказчиков.
Постепенно для целей проектирования и реализации документ
спецификации требований заменяет документ описания требований (на
практике расширенный документ может по-прежнему называться
документом описания требований).
Модели спецификаций можно разделить на три группы.
1. Модели состояний.
2. Модели поведения.
3. Модели изменения состояний.
Модели состояний «детализируют» требования к данным. Модели
поведения обеспечивают детализированные спецификации для
функциональных требований. Модели изменения состояний охватывают
два вида требований. Они призваны объяснить, каким образом действие
функций приводит к изменению данных.
Модели представляются в виде диаграмм на языке визуального
моделирования (Visual Modeling Language) — в нашем случае это язык
UML. Обычно диаграмма служит целям моделирования одной из сторон
Страницы
- « первая
- ‹ предыдущая
- …
- 19
- 20
- 21
- 22
- 23
- …
- следующая ›
- последняя »
