- •Государственное образовательное учреждение высшего профессионального образования
- •Лабораторная работа № 1 Построение модели вариантов использования
- •Заказчик
- •Упражнение 1 . Создание диаграммы вариантов использования
- •Этапы выполнения упражнения
- •Создать действующие лица (актанты), варианты использования и определить отношения между ними.
- •Добавить ассоциации
- •Добавить расширения
- •Добавить включения
- •Указать абстрактные варианты использования
- •Вид диаграммы вариантов использования Main показан на рисунке 1. Добавить описания к действующим лицам (актантам)
- •Бухгалтер: "Вводит и редактирует данные об оплате счетов или о возврате оплаты при аннулировании клиентом просроченного заказа";
- •Добавить описания к вариантам использования
- •Создать файлы сценариев и прикрепить их к вариантам использования
- •Лабораторная работа № 2 Построение модели анализа
- •Поставщик
- •Окно программы
- •Заголовок
- •Подклассы
- •Геометрическая фигура
- •Подклассы
- •Упражнение 2. Создание структуры модели анализа, пакетов реализаций, диаграмм трассировок и классов реализаций
- •Этапы выполнения упражнения
- •Создать кооперации и осуществить трассировку реализаций
- •Создать диаграммы классов анализа для реализации вариантов использования
- •Упражнение 3 . Создание диаграмм взаимодействия
- •Создание диаграмм Взаимодействия
- •Этапы выполнения упражнения
- •Добавление на диаграмму дополнительных объектов
- •Назначение ответственностей объектам
- •Соотнесение объектов с классами
- •Соотнесение сообщений с операциями
- •Создание Кооперативной диаграммы
- •Добавление действующего лица и объектов на диаграмму
- •Добавление сообщений на диаграмму
- •Добавление на диаграмму дополнительных объектов
- •Назначение ответственностей объектам
- •Соотнесение объектов с классами (если при разработке описанной выше диаграммы Последовательности сами классы вы уже создали)
- •Соотнесение объектов с классами (если вы не создавали описанную выше диаграмму Последовательности)
- •Соотнесение сообщений с операциями (если при разработке описанной выше диаграммы Последовательности сами операции вы уже создали)
- •Соотнесение сообщений с операциями (если вы не создавали описанную выше диаграмму Последовательности)
- •Упражнение 3 . Создание диаграмм классов
- •Создание диаграммы Классов
- •Этапы выполнения упражнения Настройка
- •Создание пакетов
- •Создание Главной диаграммы Классов
- •Создание диаграммы Классов для сценария "Ввести новый заказ" со всеми классами.
- •Добавление стереотипов к классам
- •Объединение классов в пакеты
- •Добавление диаграмм Классов к каждому пакету
- •Упражнение 4 . Создание диаграмм классов (учет новых требований)
- •Добавление атрибутов и операций
- •Этапы выполнения упражнения Настройка
- •Добавление нового класса
- •Добавление атрибутов
- •Добавление операций к классу OrderItem
- •Подробное описание операций с помощью диаграммы Классов
- •Подробное описание операций с помощью броузера
- •Подробное описание операций с помощью любого из описанных методов
- •Упражнение 5 . Создание диаграмм классов (добавление связей между классами)
- •Добавление связей
- •Этапы выполнения упражнения Настройка
- •Добавление ассоциаций
- •Упражнение 6 . Создание диаграммы состояний
- •Подробное описание состояний
- •Добавление переходов
- •Подробное описание переходов
- •Упражнение 7 . Создание диаграммы компонентов
- •Этапы выполнения упражнения
- •Создание диаграммы Компонентов системы
- •Размещение компонентов на диаграмме Компонентов системы
- •Добавление оставшихся зависимостей на диаграмму Компонентов системы
- •Соотнесение классов с компонентами
- •Упражнение 8 . Создание диаграммы размещения
- •Создание диаграммы Размещения
- •Этапы выполнения упражнения Добавление узлов к диаграмме Размещения
- •Добавление связей
- •Добавление процессов
- •Показ процессов на диаграмме
- •Этапы выполнения упражнения Ввод тел пакетов на диаграмму Компонентов системы
- •1 . Основы методологии объектно-ориентированного
- •1.1 Методология объектно-ориентированного программирования
- •1.4. Этапы создания аис с использованием uml. Унифицированный процесс разработки программного обеспечения
- •Компоненты языка uml
- •Концептуальный уровень. Модель вариантов использования
- •Заказчик
- •Множество ассоциаций - агрегация
- •Бинарная ассоциация
- •Ас «Продажа товаров по каталогу»
- •Ас тепличного хозяйства
- •Класс в
- •Сотрудник
- •Работает в
- •Лекция №9
- •Лекция № 10 отношение реализации (Realization relationship)
- •Объекты (objects)
- •Шаблоны (параметризованные классы)
- •Рекомендации по построению диаграмм классов
- •Фрагмент диаграммы классов для Асу тепличного хозяйства
- •1.8. Диаграмма состояний
- •Обязательные условия для конечного автомата:
- •Лекция №12
- •Анализ предметной области и разработка концепции построения системы
- •Заказчики
Ас «Продажа товаров по каталогу»
1 1 * *
Покупатель Продавец
Шаг 2. Уточнение диаграммы дополнительными вариантами использования.
Так как при оформлении заказа покупатель и продавец могут обращаться за дополнительной информацией к каталогу, что в некоторых случаях дает отклонение от нормального протекания процесса оформления заказа, отразим это на диаграмме отношением расширения. Согласование условий покупки по позициям заказа является обязательной неоднократной процедурой, которую мы вставляем в нужные точки включения и отражаем отношением включения.
Наконец, в оформление включается дополнительный запрос информации о наличии той или иной позиции на складе (отношение включения)
Теперь диаграмма будет выглядеть так:
Продавец
Шаг 3. Уточняем специфику покупки компьютера
Это делается путем введения обобщений актантов и варианта использования.
Покупатель
Продавец Покупатель
компьютера компьютера
Важно заметить, что продавец компьютера и покупатель компьютера наследуют ассоциативные связи продавца и покупателя, также как и вариант оформления заказа на покупку компьютера. Поэтому все эти связи в неявной форме на диаграмме присутствуют, они не показаны на диаграмме явно в силу избыточности.
На логическом и физическом уровне реализация вариантов использования представляется в виде диаграммы кооперации и диаграммы классов.
В языке UMLдиаграмма вариантов использования рассматривается как отдельная модель“Use case model”, которая может входить в пакет общей модели АИС, а само представление системы в этом виде называетсяпредставлением использования(usecaseview).
Пример 2. Автоматизированная гидропонная система (АСУ ТП).
В тепличном хозяйстве в парниковой установке выращиваются растения без грунта на специальном растворе с использованием методов гидропоники. Для нормального роста и созревания урожая необходимо соблюдение режима выращивания. Управление режимом парниковой установки осуществляется автоматически с помощью контроллера. Целью управления является поддержание в заданном диапазоне показателей среды (температура, кислотность почвы) и включение/отключение освещения в соответствии со временем суток согласно плану выращивания. План выращивания создается (вводится в контроллер) оператором и в дальнейшем используется контроллером в процессе управления устройствами. Система должна вести протокол выращивания, который по запросу оператора предоставляется ему в экранной и печатной формах
Измерение температуры и кислотности почвы осуществляются датчиками температуры и рH. Регулирование температуры, кислотности и освещения производится путем включения/выключения соответствующих устройств (вентилятора, нагревателя, вентиля подачи воды из резервуара воды и вентиля подачи жидкого удобрения из резервуара удобрений; а так же осветителя). Оператор может по ходу выращивания вносить коррективы в план выращивания. Цикл выращивания имеет определенную продолжительность в сутках и заканчивается по истечении этого времени.