Проектирование архитектур информационных систем. Беляев К.С. - 38 стр.

UptoLike

Составители: 

38
Модели прецедентов должны нарабатываться итеративно и
параллельно с моделями классов. Классы, введенные в спецификации
состояний, подлежат дальнейшей детальной проработке, при этом
обозначаются наиболее важные операции. Следует, однако, напомнить,
что спецификация состояний определяет только классы сущностей
бизнес-объектов»).
По мере создания моделей поведения появляются еще два уровня
классов.
1. Классы, которые
обслуживают события, инициируемые
пользователями, и представляют бизнес-процессы (управляющие
классы).
2. Классы, представляющие GUI-интерфейсы (пограничные
классы).
2.1.18Выявлениепрецедентов
При выявлении прецедентов аналитик должен убедиться в том, что
он твердо придерживается сущности концепции прецедентов. Прецеденты
представляют следующие компоненты общей модели системы.
1. Завершенный фрагмент функциональных возможностей
(включая основной поток логики управления, его любые вариации
(подпотоки) и исключительные условия (альтернативные потоки)).
2. Фрагмент внешне наблюдаемых функций (отличных от
внутренних функций).
3. Ортогональный фрагмент функциональных возможностей
(прецеденты могут при выполнении совместно использовать
объекты, но выполнение каждого прецедента независимо от других
прецедентов).