ППС (9) - Лекция №12 - UML

Материал из Кафедра ИУ5 МГТУ им. Н.Э.Баумана - студенческое сообщество
Версия от 10:35, 21 апреля 2013; Bit (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск
Этот конспект ещё не дописан.
Здесь не хватает:
   - примеров диаграмм UML.


Моделирование системной архитектуры

Проектирование с использованием UML может быть:

  • прямое - из модели UML можно получить готовый код описания проекта: все классы и объявления переменных и методов;
  • обратное - из кода можно получить диаграмму классов.

На систему можно смотреть с разных точек зрения:

  • с точки зрения прецедентов - взаимодействия в системе;
  • с точки зрения проектирования - общая компоновка системы;
  • с точки зрения реализации - после разбития на подсистемы;
  • с точки зрения процессов;
  • с точки зрения развёртывания.

Все они показываются диаграммами UML. Чем больше диаграмм, тем лучше.

Диаграмма прецедентов

Она же диаграмма использования. Формализация требований заказчика к системе.

Применение:

  • моделирование контекста системы. Охватывает внешнее окружение системы, с которой она взаимодействует. Вводит стереотипы их поведения, связи с системой;
  • моделирует требования к системе. Устанавливает внешние связи. Определяет поведение системы. Определяет функциональные требования к системе.
9sPPSl12pic1.png

Актёры - действующие лица, любая внешняя по отношению к системе сущность, которая взаимодействует с системой.

Прецеденты - варианты использования.

На диаграмме могут быть показаны интерфейсы. Подробно они никогда не расписываются, реализация не показывается, потому что диаграмма нужна только для понимания функционирования системы в целом.

Взаимодействия между прецедентами и актёрами:

  • ассоциация;
  • расширение;
  • обобщение;
  • включение.

Диаграмма классов

Применение:

  • моделирование словаря системы, предполагает принятие решения о том, какие абстракции являются частью системы, а какие нет;
  • моделирование простых коопераций;
  • визуализировать и специфицировать классы и отношения между ними;
  • моделирование логической схемы базы данных.

Структура класса:

  • имя класса (уникальное);
  • атрибуты;
  • операции (методы);
  • интерфейсы.

Отношения:

  • ассоциация;
  • агрегация;
  • обобщение.

Диаграмма взаимодействий

Состоит из двух:

  • диаграмма последовательностей - временная упорядоченность сообщений;
  • диаграмма коопераций - структурная организация объектов, принимающих и отправляющих сообщения.

Диаграмма состояний

Состояние - ситуация в жизни объекта, на протяжении которой он удовлетворяет некоторому условию, осуществляет определённую деятельность или ожидает какого-то события. Состояние может содержать список внутренних действий.

Деятельность - продолжающееся неатомарное вычисление внутри автомата.

Действие - атомарное вычисление, которое приводит к смене состояния или возврату значения.

Диаграмма деятельности

Моделирует динамику поведения системы. Показывает поток переходов.

Диаграмма компонентов

Компонент - физическая заменяемая часть системы, совместимая с одним набором интерфейсов.

Диаграмма развёртывания

Узел - физический элемент, который существует во время выполнения и представляет вычислительный ресурс.