Моделирование использования
Сущности и отношения на диаграмме использования
-Очень простые идеи и нотация
• Применяется на ВСЕХ фазах (анализ, тестирование)
• Понимают ВСЕ (разработчики, заказчики, управленцы) одинаково
-Не зависит от остальных средств UML
• Не меняется 1.1 -> 2.0
• Может использоваться отдельно
Элементы диаграмм использования
-Сущности:
• действующие лица
• варианты использования
• примечания
• пакеты
-Отношения:
• ассоциация
• обобщение
• зависимости
Действующее лицо — это множество логически взаимосвязанных ролей.
• Стереотипный класс
• Находятся ВНЕ проектируемой системы
Роль в UML — это контракт (сервисы), поддерживаемый данным классификатором в данной ассоциаций.
Вариант использования — множество возможных последовательностей событий/действий (сценариев), приводящих к значимому для действующего лица результату.
Типичные случаи: пункты технического задания
Если техническое задание смутное, его можно (и нужно!) попробовать переписать фразами субъект — предикат — объект
Отношения элементов диаграмм использования
Отношения элементов диаграмм использования
-Ассоциация между действующим лицом и вариантом использования. Это самое важное отношение на диаграммах использования. Эта ассоциация показывает, что действующее лицо принимает некоторое участие в той последовательности событий и действий, которая обозначена вариантом использования.
-Обобщение между действующими лицами
-Обобщение между вариантами использования
-Зависимость между вариантами использования
-Зависимость между пакетами
-Иерархия категорий пользователей ИС ОК (обобщение)
Абстрактное действующее лицо.
Ещё один вариант использования — просмотр (2). Этим вариантом использования должны быть ассоциированы все категории пользователей, которые введены в систему. Абстрактное действующее лицо (1) является обобщением имевшихся раньше (3) и (4). За счёт этого модель становится более лаконичной.
Применяется 2 стереотипных зависимости между вариантами использования: со стереотипом «include» и со стереотипом «extend». В обоих случаях речь идёт о том, что последовательность событий и действий, соответствующая одному варианту использования, подключается в качестве подпоследовательности в последовательность событий и действий, соответствующих другому варианту использования.
Комбинация отношений обобщения и зависимости
Можно провести зависимость только один раз от абстрактного варианта использования. За счёт обобщений, которые уже введены в модель, эта зависимость будет распространена на оба варианта использования.
Границы системы
Модель использования:
внутренняя моделируемая система — варианты использования
внешнее окружение — действующие лица
связь между моделируемой системой и внешним окружением
Если нужно отделить применяется графический комментарий — Границы системы
Реализация вариантов использования
Реализация варианта использования — это описание всех или некоторых сценариев, составляющих вариант использования.
Метод описания — указание алгоритма
Способы описания алгоритмов см. далее
Переход от анализа и постановки задачи к решению (проектированию)
Текстовые описания
Текстовые описания
1. Сотрудник пишет заявление
2. Начальник подписывает заявление (а если нет?…)
3. Если есть неиспользованный отпуск,
то бухгалтерия рассчитывает компенсацию
4. Бухгалтерия рассчитывает выходное пособие
5. Системный администратор удаляет учетную запись
6. Менеджер штатного расписания обновляет базу
данных
«-» неточность, которая незаметна
- Прямо ведут к объектной модели
- Целостность проектируемой системы
- Возможность автоматизированного построения прототипов
- Позволяют реализовать только ОДИН сценарий — нужно МНОГО диаграмм
- Сложная и непривычная нотация
Диаграмма последовательности для типового сценария
Дает заготовку для построения детальной объектной модели проектирования и объектно ориентированной реализации системы.
равнение способов реализации вариантов использования
Диаграммы деятельности
- Псевдокод эквивалентен блок-схемам (с точностью до параллелизма)
- Наглядно, но менее компактно
- Почти не приближают к объектной модели
Диаграммы взаимодействия
- Сложная и непривычная нотация
- Диаграммы объектного уровня — описывают ОДИН сценарий — нужно МНОГО диаграмм
- Прямо ведут к объектной модели
Теги: Бизнес-информатика,бизнес-информатика,Свежинцев Влад бизнес-информатика,Свежинцев Влад бизнес информатика,Бизнес информатика-это круто.Бизнес информатика юургу,Бизнес-информатика ЮУрГУ