UML / АСУ_Фонотов_uml
.pdf
|
|
|
|
|
Диаграмма Вариантов Использования |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
Вариант Использования – это согласованный |
|||
управления |
|
блок функциональности, которую представляет |
|||
|
классификатор (система, подсистема или класс). |
||||
|
|
||||
систем |
|
Вариант Использования (use case) представляет |
|||
|
собой последовательность действий |
||||
Автоматизированных |
|
||||
|
Вариант использования не отражает |
||||
|
|
(транзакций), выполняемых системой в ответ на |
|||
|
|
событие, инициируемое некоторым внешним |
|||
Кафедра |
|
объектом (действующим лицом). При этом |
|||
|
внутреннюю структуру рассматриваемой |
||||
|
|
||||
|
|
функциональности. |
|||
|
|
|
|
© Фонотов Анастас Михайлович |
|
Диаграмма Вариантов Использования
управления |
|
|
систем |
|
Вариант использования определяется в процессе |
|
обсуждения с пользователем тех функций, |
|
АвтоматизированныхКафедра |
|
|
|
которые он хотел бы реализовать. |
|
|
|
© Фонотов Анастас Михайлович
|
|
|
|
|
Диаграмма Вариантов Использования |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
Варианты использования не могут напрямую |
|||
управлениясистем |
|
взаимодействовать друг с другом в пределах |
|||
|
одной системы. |
||||
|
|
||||
Автоматизированных |
|
Каждый выполняемый вариантом |
|||
|
использования метод реализуется как неделимая |
||||
|
|
||||
|
|
транзакция, т. е. выполнение сервиса не может |
|||
|
|
быть прервано никаким другим экземпляром |
|||
Кафедра |
|
варианта использования. |
|||
|
|
|
|
|
|
|
|
|
|
© Фонотов Анастас Михайлович |
|
Диаграмма Вариантов Использования
Кафедра Автоматизированных систем управления
вариант использования
uc Primary Use Cases
Имя варианта использования
Имя варианта использования
Имя варианта использования должно отображать действие либо элемент поведения.
© Фонотов Анастас Михайлович
Диаграмма Вариантов Использования
Кафедра Автоматизированных систем управления
Каждый вариант использования описывает некоторую услугу, которую предоставляет система своим пользователям для достижения определенной цели. Внутренняя реализация этой услуги скрыта от пользователя.
uc Primary Use Cases
Создание |
Заполнение табеля |
Подбор сотрудника |
|
подразделения |
|||
|
|
Перевод сотрудника в |
Расчет стажа |
Планирование |
|
отпусков |
|||
другой отдел |
|||
|
|||
|
|
© Фонотов Анастас Михайлович
Диаграмма Вариантов Использования
Кафедра Автоматизированных систем управления
Элемент use case включает в себя:
описание основного поведения (создание документа); варианты этого поведения (редактирование документа, удаление, восстановлении из архива, удавление в архив, удаление); обработку исключений; обработку ошибок; альтернативное поведение.
© Фонотов Анастас Михайлович
Диаграмма Вариантов Использования
Кафедра Автоматизированных систем управления
Поведение описывается с помощью: конечного автомата; диаграммы последовательности; потока событий.
© Фонотов Анастас Михайлович
Диаграмма Вариантов Использования
Вариант использования обязательно должен быть
управления |
связан с действующим лицом (актером), который |
||||
является инициатором взаимодействия. |
|||||
|
|
|
|
|
|
систем |
|
|
|
|
|
|
|
|
|
||
|
|
uc Primary Use Cases |
|
|
|
|
|
|
|
|
|
Автоматизированных |
|
|
Планирование |
|
|
|
|
отпусков |
|
||
|
|
|
|
|
|
Кафедра |
|
|
|
Начальник отдела |
|
|
|
|
кадров |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
© Фонотов Анастас Михайлович |
||||
Кафедра Автоматизированных систем управления
Диаграмма Вариантов Использования
Действующее лицо
(actor)
© Фонотов Анастас Михайлович
Диаграмма Вариантов Использования
|
Действующее лицо (actor) – это роль, которую |
|||||
управления |
|
пользователь играет по отношению к системе. |
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
uc Primary Use Cases |
|
|
|
|
Автоматизированных систем |
|
|
|
|
|
|
|
|
|
|
|
|
|
Кафедра |
|
|
Действующее лицо |
|
|
|
|
|
|
|
|
|
|
|
|
|
© Фонотов Анастас Михайлович |
|
|
|
|
|
|
|
|||