Определение требований к системе

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

к сопровождению
Ограничения на проектирование
Ограничения реализации
Требования к внешним интерфейсам

с заданной системой. Актант может быть пользователем, либо технической системой.
Вариант

использования (Use Case) – это последовательность действий актанта и реакций системы, приводящая к полезному для актанта результату.
Модель вариантов использования – совокупность функциональных требований к системе, описанных в форме вариантов использования. Она содержит описание актантов, спецификации вариантов использования и ассоциаций между ними. Модель вариантов использования является соглашением между заказчиком и разработчиком ПО.
Классификация вариантов использования
По степени использования проектных решений: {идеальный ↔ реальный}
По детализации: {краткий ↔ развернутый}
По уровню абстракции: {абстрактный ↔ конкретный}

самая короткая последовательность действий, дающая актанту желаемый результат
Альтернативный поток событий

– вспомогательный вариант получения желаемого результата, который используется, если выполнение основного потока не возможно.

Maintain Student Information
Register for Courses
Submit Grades
Select Courses

to Teach
View Report Cards

последовательностью включающего варианта использования (аналогично вызову подпрограмм)



A
B
A включает B.
A и

B – конкретные варианты использования

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



A
B
B расширяет A.
B

– абстрактный вариант использования, A – как правило, конкретный (абстрактный, если он является расширением другого вариант использования)

Точка расширения

потоки событий других вариантов использования



B
A
A обобщает варианты использования B и

C.
A – как правило, абстрактный вариант использования.

C

A

для представления системы в целом, включая архитектуру.
Результат: объектная модель

анализа, начальный вариант архитектуры системы

абстракции (без детализации методов и конкретных атрибутов). Используются следующие стереотипы

классов:
Граничные классы – моделируют взаимодействие между системой и актантом (запросы и получение информации). Запросы актантов – системные операции. Для системных операций составляют диаграммы взаимодействия.
Классы сущностей – моделируют информацию, существующую некоторое время. Как правило классы сущностей получаются из классов предметной области
Управляющие классы – моделируют управление другими объектами (граничных классов и классов сущности). Управляющий класс может соответствовать одному или нескольким вариантам использования.