2.3 Моделирование динамики деятельности ООО «Формула торговли»

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

В соответствии с основными способами моделирования динамики системы диаграммы поведения в UML условно разделяются на пять типов, один из которых – диаграмма прецедентов – был рассмотрен выше:

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

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

- диаграммы состояний описывают изменение состояния системы в ответ на события;

- диаграммы деятельности демонстрируют передачу управления от одной деятельности к другой.

 

2.3.1 Моделирование потоков управления (диаграмма деятельности)

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

При моделировании динамических аспектов системы диаграммы деятельности применяются в основном двумя способами:

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

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

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

Диаграммы деятельности важны не только для моделирования динамических аспектов поведения системы, но и для построения выполняемых систем посредством прямого и обратного проектирования.

Состояние действия (action state) является специальным случаем состояния с некоторым входным действием и, по крайней мере, одним выходящим из состояния переходом. Этот переход неявно предполагает, что входное действие уже завершилось. Состояние действия не может иметь внутренних переходов, поскольку оно является элементарным. Обычное использование состояния действия заключается в моделировании одного шага выполнения алгоритма (процедуры) или потока управления.

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

Когда действие или деятельность в некотором состоянии завершается, поток управления сразу переходит в следующее состояние действия или деятельности. Для описания этого потока используются переходы (Transitions), показывающие путь из одного состояния действия или деятельности в другое.

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

При моделировании течения бизнес-процессов иногда бывает полезно разбить состояния деятельности на диаграммах деятельности на группы, каждая из которых представляет отдел компании, отвечающий за ту или иную работу. В UML такие группы называются дорожками (Swimlanes), поскольку визуально каждая группа отделяется от соседних вертикальной чертой. Дорожки – это разновидность пакетов, описывающие связанную совокупность работ.

Диаграмма деятельности ООО «Формула торговли» представлена на рисунке 3.


Рисунок 3 – Диаграмма деятельности ООО «Формула торговли»

Рассмотрим подробно первую часть диаграммы, которая описывает оформление заказа клиента и продажу товара (рисунок 4). Процесс начинается с действий: Обработать заказ клиента, Оформить заказ, Проверить наличие на складе со стороны Менеджера. Далее происходит ветвление процесса, которое описывает различные пути выполнения в зависимости от значения некоторого булевского выражения. В данном случае если товар на складе в наличии, то Грузчик отгружает товар со склада и доставляет в отдел Менеджеру. Если товара в наличии нет, то Менеджер заказывает товар у фирмы-производителя. Далее потоки Получить товар и Выставить счет клиенту выполняются параллельно.


Рисунок 4 – Диаграмма деятельности для оформления заказа и продажи товара

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

Рисунок 5 – Диаграмма деятельности для сервисного обслуживания

 


Информация о работе «Объектно-ориентированный анализ и проектирование деятельности ООО "Формула торговли"»
Раздел: Информатика, программирование
Количество знаков с пробелами: 46832
Количество таблиц: 5
Количество изображений: 13

Похожие работы

Скачать
122420
18
0

... базу: -     приказ предприятия об учетной политике на отчетный год; -     формы бухгалтерской отчетности №№ 2, 4; -     Главная книга; -     Журналы-ордера №№ 1, 2, 11, 15, а также данные аналитического и синтетического учета, первичные документы. 2.3 Аудит финансовых результатов от обычных видов деятельности Финансовый результат от продажи продукции (работ, ...

Скачать
156303
15
20

... Билетная система «Базис» Билетная система «Базис» представляет собой аппаратно-программный комплекс, выполняющий задачи по автоматизации всех основных процессов реализации билетов (в том числе через Интернет). Базис не только ведет учет денежных средств, вырученных с продажи билетов в зрелищных учреждениях, но и дает статическую информацию о динамике продаж и всевозможную необходимую отчетность. ...

Скачать
249681
5
8

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

Скачать
29941
6
4

... решить поставленные задачи и быть приемлемой по цене. Таким образом, создание автоматизированной системы, преследовало следующие цели: – автоматизация работы отдела кадров; – повышения производительности труда отдела кадров; – уменьшения затрат на содержание отдела кадров. 2 Анализ информационных потоков на предприятии   2.1 Информационные потоки, используемые на предприятии   2.1.1 ...

0 комментариев


Наверх