Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Раздел 2. Анализ и моделирование на UML.docx
Скачиваний:
18
Добавлен:
21.09.2019
Размер:
547.87 Кб
Скачать

7.Канонические диаграммы.

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

  • вариантов использования

  • классов

  • поведения

  • взаимодействия

  • кооперации

  • последовательности

  • состояний

  • деятельности

  • реализации

  • компонентов

  • развертывания

Из перечисленных диаграмм некоторые служат для обозначения двух и более других подвидов диаграмм. При этом в качестве самостоятельных представлений в языке используются следующие диаграммы: вариантов использования, классов, кооперации, последовательности, состояний, деятельности, компонентов, развертывания. Перечень этих диаграмм и их названия являются каноническими в том смысле, что представляют собой неотъемлемую часть графической нотации языка UML. Каждая из этих диаграмм детализирует и конкретизирует различные представления о модели сложной системы в терминах языка UML. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы, которая является исходной для построения всех остальных диаграмм. Диаграмма классов является по сути логической моделью, отражающей статические аспекты структурного построения сложной системы. Диаграммы поведения также являются разновидностями логической модели, которые отражают динамические аспекты функционирования сложной системы. И, наконец, диаграммы реализации служат для представления физических компонентов сложной системы и поэтому относятся к ее физической модели. Таким образом, интегрированная модель сложной системы в нотации UML может быть представлена в виде совокупности указанных выше диаграмм.

8. Иерархия диаграмм в uml 2.

В UML 2 внесены значительные изменения как в список канонических диаграмм, их число увеличилось до 13, так и в список доступных конструкций языка, что значительно расширило область его применения. Кроме этого две диаграммы были переименованы: диаграммы кооперации была переименована в диаграмму коммуникации, а диаграмма состояний в диаграмму автомата.

9. Диаграммы использования.

Диаграмма вариантов использования описывает назначение системы (что будет система в процессе функционирования). Является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. Диаграмму вариантов использования в качестве модели системы можно ассоциировать ее с моделью "черного ящика".

Вариант использования - обозначение последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами.

Графическое обозначение: эллипс, внутри которого содержится краткое название или имя в форме сущ. или глагола с пояснительными словами. Цель определения варианта использования в фиксации некоторого аспекта или фрагмента поведения проектируемой системы без указания особенностей реализации.

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

Графическое обозначение: фигурка "человечка", под которой записывается конкретное имя актера. В некоторых случаях актер может обозначаться в виде прямоугольника класса с ключевым словом (стереотипом) <<актер>> и обычными составляющими элементами класса.

В качестве актеров могут выступать другие системы, в том числе и подсистемы проектируемой системы или ее отдельные классы. Внутренняя структура актера не определяется, имеет значение только внешнее представление. Взаимодействует с системой посредством передачи сообщений: запрос сервиса от системы и получение этого сервиса.

Отношения.

Ассоциация - служит для обозначения специфической роли актера при взаимодействии с отдельным вариантом использования. Ассоциация специфицирует семантические особенности взаимодействия актеров и вариантов использовании. Обозначается сплошной линией между актером и вариантом использования. Отношение может иметь собственное имя, а концевые точки - кратность. Могут быть направленными.

Включение устанавливается только между двумя вариантами использования и указывает на тот факт, что некоторое заданное поведение для одного ВИ включается в качестве составного фрагмента в последовательность поведения другого. Направленное бинарное отношение. <<include>>. Базовый вариант зависит от результатов выполнения включаемого варианта использования, но не от его структуры.

О бобщение: некоторый ВИ А является специальным случаем ВИ Б. В этом случае ВИ А - специализация ВИ Б. Б- предок, А -потомок. Потомок наследует все свойства поведения своего родителя, а также может обладать дополнительными особенностями поведения. Графически -сплошной линией со стрелкой в форме не закрашенного треугольника, которая указывает на родительский ВИ. Стрелка-обобщение. Также обобщение возможно между актерами.

Расширение определяет взаимосвязь базового ВИ с некоторым другим ВИ, функциональное поведение которого задействуется базовым не всегда, а только при выполнении некоторых дополнительных условий. Является зависимостью, направленной к базовому ВИ и соединенной с ним в так называемой точке расширения. Графическое обозначение - пунктирная стрелка, направленная от того ВИ, который является расширением для базового ВИ. Стереотип <<extend>> . Данное отношение предполагает проверку некоторого условия и ссылку на точку расширения в базовом ВИ.