Диаграмма потоков данных (Data Flow Diagramming)Диаграммы потоков данных

Диаграмма потоков данных (Data Flow Diagramming)

Диаграммы потоков данных (DFD, Data Flow Diagramming) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает: функции обработки информации (работы, activities); документы (стрелки, arrows), объекты, сотрудников или отделы, которые участвуют в обработке информации; внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; таблицы для хранения документов (хранилище данных, data store). В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.

Диаграммы потоков данных (DFD, Data Flow Diagramming) используются для описания документооборота и обработки информации.

Контекстная диаграмма

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

Хранилище данных предназначены для изображения неких абстрактных устройств для хранения информации, которую можно туда в любой момент времени поместить или извлечь, безотносительно к их конкретной физической реализации. Хранилище данных являются неким прообразом базы данных информационной системы организации. Объекты Субъекты Документы Информация Данные БД Должен быть всегда вход и выход Например: Документы (бумажная форма, электронная форма) Информация и данные (бумажной и электронной форме) База данных сущ. форма Например: журнал учета, договор, БД «Склад», файл Word и т.д.

ВНЕШНЯЯ СУЩНОСТЬ (или ТЕРМИНАТОР) представляет сущность вне контекста системы, являющуюся источником или приемником системных данных. Внешняя ссылка является источником или приемником данных извне модели. Ее имя должно содержать существительное, например, СКЛАД ТОВАРОВ. Предполагается, что объекты, представленные такими узлами, не должны участвовать ни в какой обработке. Объекты Субъекты Документы Информация Данные БД Например: Объект - отдел, цех, подразделение, фирма, организация… (отдел договоров, производственный цех, банк); Субъект - человек (заказчик, поставщик, клиент, менеджер, руководитель, рабочий…). сущ. форма

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

Также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между: работами, между работой и внешней сущностью и между внешними сущностями.

Рекомендации Размещать на каждой диаграмме от 3 до 6-7 процессов. Не загромождать диаграммы несущественными на данном уровне деталями. Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов; эти две работы должны выполняться одновременно, а не одна после завершения другой. Выбирать ясные, отражающие суть дела, имена процессов и потоков для улучшения понимаемости диаграмм, при этом стараться не использовать аббревиатуры. Однократно определять функционально идентичные процессы на самом верхнем уровне, где такой процесс необходим, и ссылаться к нему на нижних уровнях. Пользоваться простейшими диаграммными техниками: если что-либо возможно описать с помощью DFD, то это и необходимо делать, а не использовать для описания более сложные объекты. Отделять управляющие структуры от обрабатывающих структур (т.е. процессов), локализовать управляющие структуры.

Контекстная диаграмма

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

Декомпозиция контекстной диаграммы