- •Государственное образовательное учреждение высшего профессионального образования
- •Лабораторная работа № 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
- •Анализ предметной области и разработка концепции построения системы
- •Заказчики
Лекция №9
Частным случаем агрегации является композиция.
Композиция (composition)– усиленная форма агрегации, которой агрегат, называемыйкомпозифм, несёт полную ответственность за создание и уничтожение своих частей, т.е. самостоятельно классы – части композита существовать не могут. Таким образом время жизни частей не превышает времени жизни агрегата – композита (она может быть меньше). Кроме того, каждая часть может входить только в один экземпляр агрегации..Композиция обозначается закрашенным видом.
Единственное ограничение, которое вносит агрегация в ассоциации – отсутствие цикличности связи, т.к. класс не может содержаться сам в себе.
Обобщение (generalization) – обычное таксономическое отношение между родителем (предком) и частными примерами (дочерьми, детьми, сыновьями, потомками).
Экземпляр потомка могут использовать всюду, где объявлен более общий элемент, сохраняются все свойства и операции (методы). Обобщение используется между классами, пакетами, вариантами использования, актантами и др. Обозначается прямой линией с треугольной стрелкой
Граф – нерархичеркое дерево. Различают прямые и непрямые потомки. Цикличность не допускается.UMLдопускает множественное обобщение (несколько предков), т.е. множественное наследование. В обобщение может использоваться следующиеограничения.
Несовместимость (disjoint)– классы-потомки не могут содержать экземпляры-объекты, являются экземплярами двух или более классов.
Перекрытие (overlapping) – отдельные экземпляры классов-потомков может принадлежать одновременно нескольким классам. Например, многоугольник – предок ромба и прямоугольника, квадрата. Квадрат – одновременно ромб и прямоугольник.
Лекция № 10 отношение реализации (Realization relationship)
Реализация– это отношение между спецификацией и программной реализацией.
При этом считается, что в модели есть элемент, определяющий поведение и элемент, определяющий реализацию этого поведения. Есть много способов реализации одной и той же спецификации, одна реализация может относиться к нескольким спецификациям, т.е. это отношение M:N.
Тот, кто реализует, называется клиентом, носитель спецификации –источник (поставщик).Клиент не наследует операции источника, он их определяет вновь или наследует от своего предка, однако, для полноты должны быть объявлены все операции источника. Если варианты использования не содержат указаний относительно реализации, то классы уже могут содержать полную информацию о реализации (атрибуты, типы).
Поэтому для спецификации введён ещё один особый класс – «интерфейс»,который определяет спецификацию и не содержит деталей реализации. Более подробно интерфейсы будут изучены в следующих разделах (на логическом уровне).
Кроме того, класс может использоваться и для спецификации, если в нём не определена реализация.
Таким образом, источниками реализаций и UMLявляютсяварианты использованииобычные классыс неполной информацией и специальные классы –интерфейсы.
Программная реализация осуществляется классом или диаграммой кооперации.
Если источником является абстрактный класс, то его реализацией считаются его потомки, т.к. им нечего не следовать, кроме спецификации, а собственных методов и значений этот класс не имеет.
Вреализации может быть добавлены дополнительные операции, если они способствуют выполнению основных операций.Обозначение: пунктирная стрелка с незакрашенным треугольным наконечником (к источнику).