Анализ и моделирование

из "Разработка и управление требованиями "

Аналитическая часть процесса связана, в основном, с пониманием сущности и границ (масштабов) входящих требований с целью последующей оценки возможных рисков, связанных с их удовлетворением (реализацией). Аналитическая работа может варьироваться от простых исследований реализуемости возможных вариантов решения до разработки прототипов наиболее важных частей системы или тех частей, реализация которых связана с наибольшим риском. Так, например, очень часто приходится разрабатывать модель производительности для того, чтобы оценить возможную пропускную способность системы и время отклика. [c.43]
Архитектурные модели обычно применяются для определения структуры требований в области решений. Такие модели описывают не только элементы решения, но и то, как они взаимодействуют между собой. [c.43]
Во многих случаях модели используются для создания архитектуры предлагаемого решения. Такие модели зачастую достаточно однозначны в тех областях, в которых архитектура де-факто имеет место быть (например, автомобилестроение, телекоммуникации, авиастроение). Однако в инновационных областях, где еще отсутствует понятие архитектуры системы как таковой, модель может носить более абстрактный характер и допускать потенциальные альтернативы (варианты реализации). [c.43]
В основном, использование тех или иных моделей целиком зависит от характера конкретного проекта. Как ранее упоминалось, типы моделей очень сильно зависят от предметной области. Так, например, в области разработки программного обеспечения достаточно широко используются объектные модели. А для сравнения в таблице 2.1 представлены различные типы моделей, которые применяются в трех различных областях промышленности. [c.43]
Процесс анализа и моделирования (рис. 2.12) может протекать одновременно с процессом согласования, поскольку такой подход помогает получить более глубокое понимание требований. [c.44]
Помимо этого, в процессе анализа и моделирования очень часто возникает множество вопросов, связанных с формулировкой и пониманием (интерпретацией) входящих требований. Это, в свою очередь, ведет к появлению запросов на изменение, которые могут вновь возвращать участников проекта к процессу согласования. [c.45]
В Главе 3 рассматриваются некоторые распространенные методики моделирования, особенно те из них, которые применяются при разработке программного обеспечения. [c.45]
В Главе 5 объясняется, как использовать модели прецедентов и пользовательские сценарии для улучшения понимания пользовательских требований. [c.45]
В Главе 6 рассматриваются функциональные модели, которые помогают создавать базу для разработки системных требований. [c.45]

Вернуться к основной статье