70608

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

Лекция

Информатика, кибернетика и программирование

В отличие от некоторых подходов объектного моделирования когда и состояние и поведение системы отображаются на диаграммах классов UML отделяет описание поведения в диаграммы взаимодействия. В UML диаграммы классов не содержат сообщений которые усложняют их чтение.

Русский

2014-10-23

109.18 KB

0 чел.

Лекция 41

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

Диаграммы использования описывают функциональность ИС, которая будет видна пользователям системы. "Каждая функциональность" изображается в виде "прецедентов использования" (use case) или просто прецедентов. Прецедент — это типичное взаимодействие пользователя с системой, которое при этом:

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

Прецедент обозначается на диаграмме овалом, связанным с пользователями, которых принято называть действующими лицами (актеры, actors). Действующие лица используют систему (или используются системой) в данном прецеденте. Действующее лицо выполняет некоторую роль в данном прецеденте. На диаграмме изображается только одно действующее лицо, однако реальных пользователей, выступающих в данной роли по отношению к ИС, может быть много. Список всех прецедентов фактически определяет функциональные требования к ИС, которые лежат в основе разработки технического задания на создание системы.

На диаграммах прецедентов, кроме связей между действующими лицами и прецедентами, возможно использование еще двух видов связей между прецедентами: "использование" и "расширение" ( рис. 11.4). Связь типа "расширение" применяется, когда один прецедент подобен другому, но несет несколько большую функциональную нагрузку. Ее следует применять при описании изменений в нормальном поведении системы. Связь типа "использование" позволяет выделить некий фрагмент поведения системы и включать его в различные прецеденты без повторного описания.

На рис. 11.4 показано, что при исполнении прецедента " формирование заказа " возможно использование информации из предыдущего заказа, что позволит не вводить все необходимые данные. А при исполнении прецедентов " оценить риск сделки " и " согласовать цену " необходимо выполнить одно и то же действие — рассчитать стоимость заказа.


Рис. 11.4. Связи на диаграммах прецедентов

Динамические аспекты поведения системы отражаются приведенными ниже диаграммами.

В отличие от некоторых подходов объектного моделирования, когда и состояние, и поведение системы отображаются на диаграммах классов, UML отделяет описание поведения в диаграммы взаимодействия. В UML диаграммы классов не содержат сообщений, которые усложняют их чтение. Поток сообщений между объектами выносится на диаграммы взаимодействия. Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках одного варианта использования.

Прямоугольники на диаграмме представляют различные объекты и роли, которые они имеют в системе, а линии между классами отображают отношения (или ассоциации) между ними. Сообщения обозначаются ярлыками возле стрелок, они могут иметь нумерацию и показывать возвращаемые значения.

Существуют два вида диаграмм взаимодействия: диаграммы последовательностей и кооперативные диаграммы.

Диаграммы последовательностей

Этот вид диаграмм используется для точного определения логики сценария выполнения прецедента. Диаграммы последовательностей отображают типы объектов, взаимодействующих при исполнении прецедентов, сообщения, которые они посылают друг другу, и любые возвращаемые значения, ассоциированные с этими сообщениями. Прямоугольники на вертикальных линиях показывают "время жизни" объекта. Линии со стрелками и надписями названий методов означают вызов метода у объекта.


Рис. 11.5. Диаграмма последовательности обработки заказа

  1.  вводятся строки заказа;
  2.  по каждой строке проверяется наличие товара;
  3.  если запас достаточен — инициируется поставка;
  4.  если запас недостаточен — инициируется дозаказ (повторный заказ).


Рис. 11.6. Кооперативная диаграмма прохождения заказа

Сообщения появляются в той последовательности, как они показаны на диаграмме — сверху вниз. Если предусматривается отправка сообщения объектом самому себе (самоделегирование), то стрелка начинается и заканчивается на одной "линии жизни".

На диаграммы может быть добавлена управляющая информация: описание условий, при которых посылается сообщение; признак многократной отправки сообщения (маркер итерации); признак возврата сообщения.

Кооперативные диаграммы

На кооперативных диаграммах объекты (или классы ) показываются в виде прямоугольников, а стрелками обозначаются сообщения, которыми они обмениваются в рамках одного варианта использования. Временная последовательность сообщений отражается их нумерацией.

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

Диаграммы состояний используются для описания поведения сложных систем. Они определяют все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате некоторых событий.Эти диаграммы обычно используются для описания поведения одного объекта в нескольких прецедентах.

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

Переходы имеют метки, которые синтаксически состоят из трех необязательных частей (см. рис. 11.7):


Рис. 11.7. Диаграмма состояний объекта «заказ»

<

Событие> <[Условие]> < / Действие>.

На диаграммах также отображаются функции, которые выполняются объектом в определенном состоянии. Синтаксис метки деятельности:

выполнить/< деятельность >.

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

Диаграмма деятельности — это частный случай диаграммы состояний. На диаграмме деятельности представлены переходы потока управления от одной деятельности к другой внутри системы. Этот вид диаграмм обычно используется для описания поведения, включающего в себя множество параллельных процессов.

Основными элементами диаграмм деятельности являются ( рис. 11.8):


Рис. 11.8. Диаграмма деятельности — обработка заказа

  1.  овалы, изображающие действия объекта;
  2.  линейки синхронизации, указывающие на необходимость завершить или начать несколько действий (модель логического условия "И");
  3.  ромбы, отражающие принятие решений по выбору одного из маршрутов выполнения процесса (модель логического условия "ИЛИ");
  4.  стрелки — отражают последовательность действий, могут иметь метки условий.

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

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

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

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

Элементами диаграммы являются компоненты — физические замещаемые модули системы. Каждый компонент является полностью независимым элементом системы. Разновидностью компонентов являются узлы. Узел — это элемент реальной (физической) системы, который существует во время функционирования программного комплекса и представляет собой вычислительный ресурс, обычно обладающий как минимум некоторым объемом памяти, а часто еще и способностью обработки. Узлы делятся на два типа:

  1.  устройства — узлы системы, в которых данные не обрабатываются.
  2.  процессоры — узлы системы, осуществляющие обработку данных.

Для различных типов компонентов предусмотрены соответствующие стереотипы в языке UML.

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

Основное назначение диаграмм компонентов — разделение системы на элементы, которые имеют стабильный интерфейс и образуют единое целое. Это позволяет создать ядро системы, которое не будет меняться в ответ на изменения, происходящие на уровне подсистем.

На рис. 11.9 показана упрощенная схема элементов фрагмента корпоративной системы. "Коробки" представляют собой компоненты — приложения или внутренние подсистемы. Пунктирные линии отражают зависимости между компонентами.


Рис. 11.9. Диаграмма компонентов фрагмента КИС

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

Пакеты UML

Пакеты представляют собой универсальный механизм организации элементов в группы. В пакет можно поместить диаграммы различного типа и назначения. В отличие от компонентов, существующих во время работы программы, пакеты носят чисто концептуальный характер, то есть существуют только во время разработки. Изображается пакет в виде папки с закладкой, содержащей, как правило, только имя и иногда — описание содержимого.

Диаграмма пакетов содержит пакеты классов и зависимости между ними. Зависимость между двумя пакетами имеет место в том случае, если изменения в определении одного элемента влекут за собой изменения в другом. По отношению к пакетам можно использовать механизм обобщения (см. выше раздел " Диаграммы классов " ).


 

А также другие работы, которые могут Вас заинтересовать

16693. ПРАВА УЧРЕДИТЕЛЯ ХОЗЯЙСТВЕННОГО ОБЩЕСТВА И РЕЖИМ СУПРУЖЕСКОГО ИМУЩЕСТВА 14.19 KB
  ПРАВА УЧРЕДИТЕЛЯ ХОЗЯЙСТВЕННОГО ОБЩЕСТВА И РЕЖИМ СУПРУЖЕСКОГО ИМУЩЕСТВА К.И. СКЛОВСКИЙ Скловский Константин Ильич доктор юридических наук адвокат профессор кафедры гражданского права КГАУ имеет около 120 научных публикаций. При обсуждении и без того сложн...
16694. ВОПРОСЫ О ЗАДАТКЕ ПРИ ПРИОБРЕТЕНИИ ЖИЛЫХ ПОМЕЩЕНИЙ 9.06 KB
  К ВОПРОСУ О ЗАДАТКЕ ПРИ ПРИОБРЕТЕНИИ ЖИЛЫХ ПОМЕЩЕНИЙ К.И. СКЛОВСКИЙ Скловский Константин Ильич доктор юридических наук адвокат профессор кафедры гражданского права КГАУ имеет около 120 научных публикаций. В практике риэлтерских агентств возник острый вопрос...
16695. ВЛАДЕНИЕ И ВЛАДЕЛЬЧЕСКАЯ ЗАЩИТА 29.6 KB
  ВЛАДЕНИЕ И ВЛАДЕЛЬЧЕСКАЯ ЗАЩИТА К.И. СКЛОВСКИЙ Скловский Константин Ильич Кандидат юридических наук. Специалист по гражданскому праву. Родился 31 марта 1955 г. в городе Кызыл Тувинской республики. В 1977 г. окончил Ростовский госуниверситет. Работал следователем пр
16696. ЗАЩИТА ПРАВ СОБСТВЕННИКА И ВЛАДЕЛЬЦА ИМУЩЕСТВА, РЕАЛИЗОВАННОГО НА ПУБЛИЧНЫХ ТОРГАХ 23.08 KB
  О ЗАЩИТЕ ПРАВ СОБСТВЕННИКА И ВЛАДЕЛЬЦА ИМУЩЕСТВА РЕАЛИЗОВАННОГО НА ПУБЛИЧНЫХ ТОРГАХ К.И. СКЛОВСКИЙ Скловский Константин Ильич доктор юридических наук адвокат профессор кафедры гражданского права КГАУ имеет около 120 научных публикаций. Продажа имущества
16697. ЮРИДИЧЕСКИЕ КОНСТРУКЦИИ -КЛЮЧЕВОЕ ЗВЕНО ПРАВА 123.5 KB
  ОС. АЛЕКСЕЕВ ЮРИДИЧЕСКИЕ КОНСТРУКЦИИ КЛЮЧЕВОЕ ЗВЕНО ПРАВА в порядке постановки проблемы 1. Сначала некоторые фактические данные. Вот перед нами рыночные отношения. Какие здесь используются юридические конструкции Принято считать договор куплипродажи. Да это о...
16698. ПРАВОВЫЕ ПРОБЛЕМЫ КОНЦЕНТРАЦИИ КАПИТАЛА В УСЛОВИЯХ СВОБОДНОГО РЫНКА И НЕ-ОБХОДИМОСТИ ЗАЩИТЫ ПУБЛИЧНЫХ ИНТЕРЕСОВ 120 KB
  Ю.Т. БАСИН ПРАВОВЫЕ ПРОБЛЕМЫ КОНЦЕНТРАЦИИ КАПИТАЛА В УСЛОВИЯХ СВОБОДНОГО РЫНКА И НЕОБХОДИМОСТИ ЗАЩИТЫ ПУБЛИЧНЫХ ИНТЕРЕСОВ 1. Вводные положения Казахстан как и Россия вступает в экономическую фазу развития основанную на господстве частной собственности и частно...
16699. ОЦЕНОЧНЫЕ ПОНЯТИЯ В СОВРЕМЕННОМ ГРАЖДАНСКОМ ПРАВЕ 194.5 KB
  Д.А. Гараймович ОЦЕНОЧНЫЕ ПОНЯТИЯ В СОВРЕМЕННОМ ГРАЖДАНСКОМ ПРАВЕ Развивая ту или иную отрасль науки мы в первую очередь сталкиваемся с необходимостью определения средств которые требуются для этого развития. Наборы инструментов с которыми имеют дело ученые разн
16700. Общие положения учения об обеспечении обязательств и способах обеспечения обязательств 250.5 KB
  Общие положения учения об обеспечении обязательств и способах обеспечения обязательств Общие положения учения об обеспечении обязательств 1. Под исполнением обязательств понимается совершение кредитором и должником действий по осуществлению вытекающих из обязате...
16701. Публичные образования и их органы: гражданско-правовой статус и участие в гражданских правоотношениях 312 KB
  Публичные образования и их органы: гражданскоправовой статус и участие в гражданских правоотношениях Под публичными образованиями в интересах настоящей работы понимаются Российская Федерация субъекты Российской Федерации далее по тексту субъекты РФ и муниципаль