Диаграммы деятельности (Activity diagram), называемые также диаграммами активности или диаграммами видов деятельности, были введены в язык UML сравнительно недавно. Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Результат может привести к изменению состояния системы или возвращению некоторого значения. Диаграмма деятельности отличается от традиционной блок-схемы
· более высоким уровнем абстракции,
· возможностью представления с помощью диаграмм деятельности управления параллельными потоками наряду с последовательным управлением.
Одно из основных направлений использования диаграмм деятельности - отображение внутрисистемной точки зрения на прецедент. Диаграммы деятельности применяют для описания шагов, которые должна предпринять система после того, как инициирован прецедент.
Разработка диаграммы деятельности преследует цели:
· детализировать особенности алгоритмической и логической реализации прецедентов;
· выделить последовательные и параллельные потоки управления;
· подготовить детальную документацию для взаимодействия разработчиков системы с ее заказчиками и проектировщиками.
Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия или состояния деятельности, а дугами — переходы от одного состояния действия/деятельности к другому. Каждая диаграмма деятельности должна иметь единственное начальное и единственное конечное состояния (на практике иногда можно видеть несколько конечных состояний на одной диаграмме, но это одно и тоже состояние, изображенное несколько раз для лучшей читабельности диаграммы). Саму диаграмму деятельности принято располагать таким образом, чтобы действия следовали сверху вниз. В этом случае начальное состояние будет изображаться в верхней части диаграммы, а конечное — в ее нижней части.
Рассмотрим диаграмму деятельности, представленную на рисунке 5.
На данной показан процесс формирования и выгрузки данных в отчет.
Первой операцией, как описывалась выше должна идти аутентификация для исключения доступа к БД посторонних. Затем выбирается тип отчета и критерии, обуславливающие его формирование. После того как все необходимые параметры были заданы производится процесс запроса и получения данных из БД.
На следующем этапе производится циклическая загрузка объектов, для их последующего расчёта и формирования данных для построения отчета. Важной составляющей расчёта является нахождение влияющих внешних факторов на объект и ограничений при расчете для получения достоверных сведений. После расчёта данные заносятся в отчет (в нашем случае в Microsoft Excel).
На последнем этапе производится процедура оформления отчета и предоставлению его пользователю.