Диаграмма данных процесса

Диаграмма данных процесса (PDD) , также известная как диаграмма результатов процесса , представляет собой диаграмму , которая описывает процессы и данные , которые действуют как выходные данные этих процессов. С левой стороны можно просмотреть модель метапроцесса , а с правой стороны — модель метаданных . ^[1]

Диаграмму процесса-данных можно рассматривать как комбинацию модели бизнес-процесса и модели данных .

Обзор

Диаграмма данных процесса, изображенная справа, дает обзор всех этих действий/процессов и результатов. Четыре серых прямоугольника изображают четыре основных этапа реализации , каждый из которых содержит несколько процессов, которые в данном случае являются последовательными. В прямоугольниках справа показаны все результаты/ концепции , возникающие в результате процессов. Коробки без тени не имеют дополнительных подконцепций. Рамки с черной тенью изображают сложные закрытые понятия, то есть понятия, имеющие подпонятия, которые, однако, не будут описываться более подробно. Коробки с белой тенью (коробка за ней) изображают открытые закрытые понятия, где подпонятия развернуты более подробно. Линии с ромбами показывают связь между понятиями.

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

Строительные блоки диаграммы данных процесса

Последовательные действия

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

На рисунке 2 показан пример из практики. Пример взят из рабочего процесса сбора требований в веб-инжиниринге на основе UML. Основное действие — моделирование пользователей и доменов — состоит из трех действий, которые необходимо выполнять в заранее определенном порядке.

1: Последовательные действия
2: Пример
3: Неупорядоченные действия
4: Пример

Неупорядоченные действия

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

Иногда действие состоит как из последовательных, так и из неупорядоченных поддействий. Решением этой проблемы моделирования является разделение основной деятельности на разные части. На рисунке 4 проиллюстрирован пример, который поясняет необходимость возможности моделировать неупорядоченные действия. Пример взят из рабочего процесса анализа требований Unified Process. Основное действие «описание требований к кандидату» разделено на две части. Первая часть представляет собой последовательную деятельность. Вторая часть состоит из четырех действий, для правильного выполнения которых не требуется какой-либо последовательности.

Параллельная деятельность

Действия могут происходить одновременно. Это решается с помощью разветвления и соединения. Рисуя параллельно действия на диаграмме, связанной с полосой синхронизации, можно разветвить несколько действий. Позже эти одновременные действия можно снова объединить, используя ту же панель синхронизации. Как действия, так и поддействия могут выполняться одновременно. В примере на рисунке 5 Действия 2 и Действия 3 являются параллельными действиями.

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

5: Параллельная деятельность
6: Пример
7: Условные действия
8: Пример

Условные действия

Условные действия — это действия, которые выполняются только в том случае, если выполняется заранее определенное условие. Графически это представлено с помощью ветки. Ветви обозначены ромбом и могут иметь входящие и исходящие переходы. Каждый исходящий переход имеет защитное выражение — условие. Это защитное выражение на самом деле является логическим выражением, используемым для выбора направления движения. И деятельность, и поддеятельность могут быть смоделированы как условные действия. На рисунке 7 показаны два условных действия.

На рисунке 8 показан пример из практики. Анализ требований начинается с изучения материала. На основе этого исследования принимается решение, проводить ли обширную сессию по выявлению требований или нет. Условие невыполнения этого сеанса требований представлено в левой части ветки, а именно [требования ясны]. Если это условие не выполнено, [иначе] следует другая стрелка.

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

В Таблице 1 представлена общая таблица с описанием видов деятельности, подвидов деятельности и их связи с понятиями. В разделе 5 приведены примеры как диаграммы данных процесса, так и таблицы действий.

Активность	Поддеятельность	Описание
Мероприятие 2	Подмероприятие 4	Результатом поддействия 4 является СТАНДАРТНАЯ КОНЦЕПЦИЯ.

Таблица 1: Таблица активности

Пример диаграммы данных процесса

На рисунке 10 показан пример диаграммы данных процесса. Речь идет о примере этапа ориентации сложного проекта в методе веб-инжиниринга. ^[1]

Примечательно использование открытых и закрытых концепций. Поскольку управление проектами фактически не входит в сферу данного исследования, понятие КОНТРОЛЬ-МЕНЕДЖМЕНТ не расширялось. Однако в сложном проекте УПРАВЛЕНИЕ РИСКАМИ имеет большое значение. Поэтому сделан выбор в пользу расширения понятия РИСК-МЕНЕДЖМЕНТ.

Рисунок 10: Пример диаграммы «процесс-данные» — этап ориентации в сложном проекте

В Таблице 2 описаны виды деятельности и подвиды деятельности, а также связь с концепциями.

Активность	Поддеятельность	Описание
Описать проект		Описание проекта осуществляется с точки зрения участников, целей, продуктов, объема и предположений. Эта информация получена из предложения, но с большим упором на вопросы управления проектом. Деятельность завершается ОПИСАНИЕМ проекта.
Планирование конструкции	Опишите этапы проекта	ПЛАНИРОВАНИЕ разделено на пять ФАЗ ПРОЕКТА, которые следует кратко описать.
Планирование конструкции	Опишите деятельность	ДЕЯТЕЛЬНОСТЬ проекта описана и сгруппирована в ЭТАПЫ ПРОЕКТА.
Планирование конструкции	Опишите результаты	Описаны РЕЗУЛЬТАТЫ, являющиеся результатом ДЕЯТЕЛЬНОСТИ проекта.
Планирование конструкции	Настроить расписание	Для каждого РЕЗУЛЬТАТА устанавливается ДАТА, а для каждого ДЕЯТЕЛЬНОСТИ оценивается ВРЕМЯ.
Контрольный проект		Результатом управления проектом является артефакт УПРАВЛЕНИЯ КОНТРОЛЕМ. Этот артефакт здесь далее не объясняется, поскольку он касается обычных вопросов управления проектами, таких как управление коммуникациями, управление прогрессом, управление изменениями и управление проблемами, которые выходят за рамки данного исследования.
Контролировать риск	Определить риски	Выявить риски можно с помощью стандартных контрольных списков или организации семинаров по рискам. РИСКИ включены в ПЛАН ПРОЕКТА.
Контролировать риск	Оценивайте риски	Каждому РИСКУ предоставляется ОЦЕНКА; дается описание и оценка сложности или неопределенности проекта.
Контролировать риск	Анализ воздействия	Анализ влияния риска описывает ВЛИЯНИЕ риска на успех проекта. Значения оценки и риска указываются путем выбора значения: низкое, среднее или высокое.
Контролировать риск	Приоритизация рисков	Приоритизация рисков осуществляется путем объединения ВОЗДЕЙСТВИЯ и ОЦЕНКИ в таблице. В этом случае высокий приоритет отдается РИСКАМ, получившим наивысшие баллы.
Определить действия для стратегии риска		Действия стратегии риска могут быть получены из опыта или из соответствующей литературы. Менеджер проекта адаптирует действия к проекту в ПЕРЕЧНЕ ДЕЙСТВИЙ ДЛЯ СТРАТЕГИИ РИСКОВ. РИСКИ с наивысшим приоритетом находятся на первом месте в списке, и их необходимо обрабатывать в первую очередь.

Таблица 2: Мероприятия и подмероприятия на комплексном этапе ориентации

См. также

Ссылки

^ Jump up to: ^а ^б И. Ван де Верд, Дж. Сауэр, Дж. Версендал и Сьяак Бринккемпер (2005). Ситуационная разработка требований к реализации управления веб-контентом . СРЭП2005.

[WSVB-1] Jump up to: ^а ^б И. Ван де Верд, Дж. Сауэр, Дж. Версендал и Сьяак Бринккемпер (2005). Ситуационная разработка требований к реализации управления веб-контентом . СРЭП2005.

[1]