Рекомендации по рисованию диаграмм

В IDEF0 существует соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил BPwin поддерживает автоматически, выполнение других следует обеспечить вручную:

· прямоугольники работ должны располагаться по диагонали с левого верхнего в правый нижний угол;

· следует максимально увеличивать расстояние между входящими или выходящими стрелками на одной грани работы;

· следует максимально увеличивать расстояние между работами, поворотами и пересечениями стрелок;

· если две стрелки проходят параллельно (начинаются из одной и той же грани и заканчиваются на одной и той же грани другой работы), то по возможности следует их объединить и назвать единым термином;

· обратные связи по входу рисуются «нижней» петлей, обратная связь по управлению – «верхней»;

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

· следует минимизировать число пересечений, петель и поворотов стрелок;

· если нужно изобразить связь по входу, необходимо избегать «нависания» работ друг над другом. В этом случае BPwin изображает связи по входу в виде петли, что затрудняет чтение диаграмм.

 

Теоретические основы методологии DFD

Диаграммы потоков данных DFD показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации.

Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. А также эта методология может дополнять диаграммы IDEF0 путем декомпозиции их функциональных блоков.

Для построения диаграмм DFD в BPwin используется нотация Гейна-Сарсона.

Основные компоненты DFD

Процесс (работа) – это преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом (рис. 1.1). Каждый процесс имеет номер для его идентификации и имя. Имя начинается с глагола в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже. Работа имеет входы и выходы, но не поддерживает управление и механизмы, как IDEF0.

Рисунок 1.1 – Процесс (работа)

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

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

Рисунок 1.2 – Внешняя сущность

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

Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока (рис. 1.3). Каждый поток данных имеет имя, отражающее его содержание. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы.

Рисунок 1.3 – Поток данных

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

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

Рисунок 1.4 – Хранилище данных

Построение диаграмм DFD

Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому, как строятся диаграммы IDEF0. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня.

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

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

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