Диаграмма потоков данных

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

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

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

Внешние объекты — это акторы, источники, приемники и ограничители. Эти существующие за пределами системы компоненты отправляют данные в систему или получают их из нее. Как правило, внешние объекты — это источники и пункты назначения входных и выходных данных системы.

Компонент «процесс» — это то, что преобразует поступающие данные в пригодные для использования выходные данные.

Компонент «хранилище данных» — это то, что обеспечивает хранение данных в системе. Как правило, эти компоненты представляются в виде файлов.

Компоненты «потоки данных» — это пути, по которым данные перемещаются в системе. На диаграмме эти компоненты, как правило, представляются в виде стрелок и соединительных линий.

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

Диаграммы потоков данных имеют многоуровневую организацию. Каждый уровень диаграммы уходит глубже и становится более сложным, поскольку отражает конкретный фрагмент системы или данных. Уровни диаграммы потоков данных обычно обозначаются от Уровня 0 до Уровня 2, а в некоторых особенно сложных системах диаграмма может уходить на еще более низкий Уровень 3. Уровень детализации, который вы хотите проанализировать, определяет глубину диаграммы.

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

Уровень 1 предполагает более высокую степень детализации и специализации схемы. На Уровне 1 обозначаются основные функции в рамках процесса или системы. Именно на Уровне 1 диаграммы потоков данных конкретные разделы обзорного Уровня 0 начинают детализироваться и поясняться.

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

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

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

Физическая диаграмма потоков данных графически представляет реализацию бизнес-систем. В противоположность вопросу «Что?», она отвечает на вопрос «Как?». Физическая диаграмма показывает, как данные перемещаются в пределах системы и как система функционирует. Диаграмма потоков данных этого типа включает такие элементы, как файлы, программное и аппаратное обеспечение системы. Физические и логические диаграммы потоков данных позволяют с разных сторон взглянуть на одни и те же потоки данных. Их можно использовать совместно для целостного понимания всего процесса.

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

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

Руководство должно полностью понимать процессы, обеспечивающие успех компании. Схемы потоков данных являются ценным инструментом планирования Agile-процессов и общего налаживания процессов внутри компании. Они могут использоваться для оптимизации повседневно используемых систем и рабочих процессов компании.

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

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

Начните с сортировки входных и выходных данных. Каждый процесс, который будет отражен на диаграмме, должен иметь как минимум по одному входу и выходу данных. Это обеспечит полноту диаграммы потока данных и отсутствие у нее свободных концов.

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

Перейдите на Уровень 1. На этом уровне можно добавлять детали к общей структуре. В ходе построения Уровня 1, по мере перевода внимания на отдельные системы в рамках компании, можно добавлять к структуре все больше процессов и этапов. Не забывайте о необходимости использовать описанные выше стандартизованные символы и фигуры диаграмм потоков данных.

Повторяйте Шаг 3 и переходите к более глубоким уровням каждый раз, когда хотите сосредоточиться на конкретной системе или процессе. Ограничений по количеству добавляемых уровней нет. Но помните: диаграмма должна быть удобной для восприятия. Поделитесь диаграммой с членами команды и предложите им оставлять отзывы, задавать вопросы и выдвигать предложения. Miro позволяет без лишних усилий организовать совместную работу с командой на общем холсте в реальном времени.