Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Save anonymous/c9bc487a002506636356146090b711a8 to your computer and use it in GitHub Desktop.
Save anonymous/c9bc487a002506636356146090b711a8 to your computer and use it in GitHub Desktop.
Диаграмма деятельности описание

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



4 Диаграмма активностей
Элементы графической нотации диаграммы деятельности
Диаграмма деятельности UML

Диаграммы деятельности Activity diagram , называемые также диаграммами активности или диаграммами видов деятельности, были введены в язык UML сравнительно недавно. Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Результат может привести к изменению состояния системы или возвращению некоторого значения. В последнем случае диаграммы деятельности применяют для описания шагов, которые должна предпринять система после того, как инициирован прецедент. Каждая диаграмма деятельности должна иметь единственное начальное и единственное конечное состояния на практике иногда можно видеть несколько конечных состояний на одной диаграмме, но это одно и тоже состояние, изображенное несколько раз для лучшей читабельности диаграммы. Саму диаграмму деятельности принято располагать таким образом, чтобы действия следовали сверху вниз. В этом случае начальное состояние будет изображаться в верхней части диаграммы, а конечное - в ее нижней части. Состояние деятельности Activity, Process - это продолжающийся во времени неатомарный шаг вычислений в автомате. Состояния деятельности могут быть подвергнуты дальнейшей декомпозиции, вследствие чего выполняемую деятельность можно представить с помощью других диаграмм деятельности. Состояния деятельности не являются атомарными, то есть могут быть прерваны. Предполагается, что для их завершения требуется заметное время. Состояния действия action state - состояние, которое представляет вычисление атомарного действия, как правило - вызов операции. Состояния действия не могут быть подвергнуты декомпозиции. Они атомарны, то есть внутри них могут происходить различные события, но выполняемая в состоянии действия работа не может быть прервана. И наконец, обычно предполагается, что длительность одного состояния действия занимает неощутимо малое время. Действие может заключаться в вызове другой операции, посылке сигнала, создании или уничтожении объекта либо в простом вычислении - скажем, значения выражения. Состояния деятельности и состояния действия имеют одинаковое стандартное графическое обозначение - прямоугольник с закругленными краями. Внутри такого символа записывают произвольное выражение action-expression , которое должно быть уникальным в пределах одной диаграммы деятельности. Начальное и конечное состояния на диаграммах деятельности изображаются как закрашенный кружок и закрашенный кружок внутри окружности, соответственно. Переход Transitions - отношение между двумя состояниями, показывающее, что объект, находящийся в первом состоянии, должен выполнить некоторые действия и перейти во второе состояние. Когда действие или деятельность в некотором состоянии завершается, поток управления сразу переходит в следующее состояние действия или деятельности. Для описания этого потока и используются переходы, показывающие путь из одного состояния действия или деятельности в другое. В UML переход представляется простой линией со стрелкой. Простые последовательные переходы встречаются наиболее часто, но их одних недостаточно для моделирования любого потока управления. Как и в блок-схему, в диаграмму деятельности может быть включено ветвление или множественный переход со сторожевыми условиями. Ветвление описывает различные пути выполнения в зависимости от значения некоторого булевского выражения. Графически точка ветвления представляется ромбом. В точку ветвления может входить ровно один переход, а выходить - два или более. Для каждого исходящего перехода задается булевское выражение, которое вычисляется только один раз при входе в точку ветвления. Ни для каких двух исходящих переходов сторожевые условия не должны одновременно принимать значение "истина", иначе поток управления окажется неоднозначным. Но эти условия должны покрывать все возможные варианты, иначе поток остановится. Простые и ветвящиеся последовательные переходы в диаграммах деятельности используются чаще всего. Однако часто возникает потребность изображения параллельных потоков, и это особенно характерно для моделирования бизнес-процессов. В UML для обозначения разделения и слияния таких параллельных потоков выполнения используется синхронизационная черта, которая рисуется в виде жирной вертикальной или горизонтальной линии. При этом разделение concurrent fork имеет один входящий переход и несколько выходящих, слияние concurrent join , наоборот, имеет несколько входящих переходов и один выходящий. При моделировании течения бизнес-процессов иногда бывает полезно разбить состояния деятельности на диаграммах деятельности на группы, каждая из которых представляет отдел компании, отвечающий за ту или иную работу. В UML такие группы называются дорожками Swimlanes , поскольку визуально каждая группа отделяется от соседних вертикальной чертой, как плавательные дорожки в бассейне см. Дорожки - это разновидность пакетов, описывающие связанную совокупность работ. Каждой присутствующей на диаграмме дорожке присваивается уникальное имя. Никакой глубокой семантики дорожка не несет, разве что может отражать некоторую сущность реального мира. Каждая дорожка представляет сферу ответственности за часть всей работы, изображенной на диаграмме. На диаграмме деятельности, разбитой на дорожки, каждая деятельность принадлежит ровно одной дорожке, но переходы могут пересекать границы дорожек. Имеется некоторая связь между дорожками и параллельными потоками выполнения. Концептуально деятельность внутри каждой дорожки обычно - но не всегда - рассматривается отдельно от деятельности в соседних дорожках. Это разумно, поскольку в реальном мире подразделения организации, представленные дорожками, как правило, независимы и функционируют параллельно. На следующем рисунке приведена диаграмма деятельности прецедента "Прокат видео" для рассмотренного в лабораторной работе 4 примера "Магазин видеопродукции". Выполнение лабораторной работы производится с использованием программного продукта Enterprise Architect методические указания по использованию Enterprise Architect Последовательность выполнения лабораторной работы: Построить диаграммы деятельности для каждого прецедента присутствующего на диаграмме прецедентов, разработанной при выполнении лабораторной работы 4.


Рудн приказы о зачислении 2016 бакалавриат
Работав омске со свободным графиком
Детские сенсорные панели
Как записать видео с экрана смартфона
Спасибо детский сад текст
Матчи цска 2017 расписание матчей футбол
Сколько стоит сделать аборт в курске
Против розового лишая
На каком сайте можно проверить скорость интернета
План мебели и оборудования
Драйвер для трехфазного двигателя 2.2 квт схема
Вітебскій мед колледж результаты цт
Днс рубцовск каталог в рубцовске
Как залить заливные полы
Грибы млечники съедобные описание и фото
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment