- •Государственное образовательное учреждение высшего профессионального образования
- •Лабораторная работа № 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. С помощью кнопки Actor (Действующее лицо, актант) панели инструментов поместите на диаграмму новое действующее лицо. По умолчанию оно выделено и ему присваивается имя NewClass.
2. Назовите его "Менеджер" и щёлкните по полю в любой точке, чтобы снять выделение и сохранить название. Обратите внимание, что актант Менеджер появляется в браузере. Для большей компактности диаграммы установите размер шрифта названия равным 10. Для этого щёлкните правой кнопкой мыши по названию и в появившихся меню выберите пункты Format > FontSize > 10.
Примечания.
Масштаб отображения диаграммы можно менять кнопками Zoom In (Увеличить) и Zoom Out (Уменьшить) Главной панели инструментов.
Действующее лицо можно создать и другим способом: вначале в браузере щёлкнуть правой кнопкой мыши по пакету представления вариантов использования Use Case View, а затем выбрать New > Actor в открывшемся меню. После ввода имени перенос актанта на поле диаграммы осуществляется методом drag-and-drop - захватом мышью с помощью курсора пиктограммы актанта и перетаскиванием её в любую точку поля. Попробуйте и эту возможность.
3. Повторите шаги 1 и 2, поместив на диаграмму остальных действующих лиц: Зав. отделом заказов, Кладовщик, Бухгалтер, Администратор БД.
4. Создайте обобщённое действующее лицо Пользователь и с помощью кнопки Generalization (Обобщение) нарисуйте линии обобщения от остальных актантов к нему (рис. 1)
5. С помощью кнопки Use Case (Вариант использования) панели инструментов поместите на диаграмму новый вариант использования.
6. Назовите этот новый вариант использования "Войти в систему".
7. Повторите шаг 5, чтобы поместить на диаграмму остальные варианты использования для соответствующих актантов:Вести информацию о заказах, Формировать отчёт о заказах клиента, Формировать отчёт о динамике заказов, Вести справочники, Вести информацию о состоянии склада, Вести информацию об оплатах.
Добавить ассоциации
1. С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) панели инструментов нарисуйте линию ассоциации между актантом Пользователь и вариантом использования Войти в систему.
Примечание. Стрелка ассоциации показывает возможность навигации в указанном направлении, то есть возможность определения экземпляров, участвующих в конкретной связи со стороны стрелки, по данным экземпляра другой стороны связи. Поскольку мы предполагаем, что каждый конкретный пользователь имеет в данный момент только один вариант использования и он всегда знает, какой, то в данном случае стрелки не дают существенной информации и их можно опустить. Подавить изображение стрелки на ассоциации можно, щёлкнув правой кнопкой по самой стрелке и в появившемся списке снять флажок с пункта Navigable (Навигация возможна).
2. Повторите этот этап, чтобы поместить на диаграмму остальные ассоциации:
Менеджер – Вести информацию о заказах;
Менеджер – Формировать отчёт о заказах клиента;
Зав. отделом заказов – Формировать отчёт о динамике заказов;
Администратор БД – Вести справочники;
Кладовщик – Вести информацию об операциях на складе;
Бухгалтер – Вести информацию об оплатах.