Построение диаграммы потоков данных

Процессное описание систем

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

Процедура описания бизнес-процесса включает

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

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

В настоящее время существует большое количество методологий описания бизнес-процессов — см. ARIS, IDEF и пр.

К ключевым стандартам описания бизнес-процессов относят DFD (Построение диаграмм потоков данных) и WFD (Построение диаграммы потоков работ).

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

Построение диаграммы потоков работ

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

Методология процессного моделирования IDEF3 позволяет описать логику взаимодействия информационных потоков, взаимоотношения между процессами обработки информации и объектами, являющимися частью этих процессов. Методология IDEF3, называемая также workflow diagramming используется в моделировании деловых процессов для анализа завершенности процедур обработки информации. С их помощью описываются сценарии ведения процедур с учетом причинно-следственных связей между объектами системы.

IDEF3 дополняет IDEF0 и строит модели, которые в дальнейшем могут быть использованы для имитационного анализа такими инструментами имитационного моделирования как Arena (фирма System Modeling Corporation).

IDEF3 описывает сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы

Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели — действие, или в терминах IDEF3 "единица работы" (Unit of Work).

Рисунок 1. Изображение и нумерация действия в диаграмме IDEF3

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

Диаграмма является основной единицей описания, имеет имя и состоит из работ. Она может быть построена при декомпозиции функции IDEF0 модели или построена отдельно как IDEF3 диаграмма (рис. 12).

Правила определения работ

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

2. Имя работы может меняться в процессе моделирования, но ее идентификатор остается неизменным, даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя.

3. Каждая работа в IDEF3 может иметь ассоциированный документ, который включает текстовое описание компонентов работы: объектов (Objects), и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу, и дополнительное описание работы (Description).

Типы связей

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

2. Связь отношения (Relational Link) –пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок.

3. Потоки объектов (Object Flow)- стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе, а используется в другой.

Рисунок 1. Пример PFDD диаграммы.

Объект, обозначенный J1 - называется перекрестком (Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки. Классификация возможных типов перекрестков приведена в таблице.

Обозначение	Наименование	Смысл в случае слияния стрелок (Fan-in Junction)	Смысл в случае разветвления стрелок (Fan-out Junction)
	Asynchronous AND	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Synchronous AND	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
	Asynchronous OR	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены
	Synchronous OR	Один или несколько предшествующих процессов завершаются одновременно	Один или несколько следующих процессов запускаются одновременно
	XOR (Exclusive OR)	Только один предшествующий процесс завершен	Только один следующий процесс запускается
	Asynchronous AND	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены

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

Построение диаграммы потоков данных

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

Дата добавления: 2019-02-12; просмотров: 179; Мы поможем в написании вашей работы!

Поделиться с друзьями:

12 3 Следующая ⇒

Мы поможем в написании ваших работ!