kazminaviktoriya1
В профиль
Выход
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="42" height="42"><rect fill-opacity="0"/></svg>)
Добавить аккаунт
Спринт 7/17: Моделирование процессов → Тема 3/5: Моделирование потоков данных → Урок 1/4
Модель потоков данных
В начале спринта мы говорили о том, что вводные данные процесса называют входом (inputs), а его результаты — выходом (outputs). Каждый процесс преобразует вход в выход. При моделировании упор можно делать не только на самом процессе трансформации (диаграмма деятельности или состояний объекта), но и на движении данных от входа к выходу. Откуда берутся входные данные? Куда они передаются? Всё это можно отобразить с помощью моделирования потоков данных, о котором вы узнаете в этом уроке.
Что такое модель потоков данных
Представьте гончарную студию, где можно пройти мастер-класс по изготовлению керамической вазы. Вы можете знать последовательность действий, но не сможете изготовить вазу, если непонятно, какие компоненты нужны в начале процесса и что должно получиться в итоге.
Таким образом, внимание можно сконцентрировать не только на процессе, но и на том, с чего он начинается (вход), чем заканчивается (выход) и как процессы соединены между собой. В этом случае процесс рассматривается не с точки зрения действий внутри него, а с точки зрения потоков данных.
Поток данных — это движение данных между процессами, хранилищами данных и внешними сущностями.
Внешняя сущность — это человек, организация, автоматизированная система или другое устройство, которое находится снаружи анализируемой системы и является источником и/или потребителем (получателем) данных.
Если говорить об изготовлении керамической вазы, глина и вода — вход для этого процесса. Их можно взять из хранилища гончарной мастерской.
При изготовлении вазы глина проходит через процесс обработки, обжига, росписи. Перемещение глины по процессам аналогично потоку данных. Модель потоков данных показывает, как данные движутся между процессами, сущностями и хранилищами.
Зачем моделировать потоки данных
Поскольку модели потоков данных визуализируют процессы с точки зрения данных, отображают механизмы передачи и обработки информации в моделируемой системе, это может быть полезно:
- Для объяснения требований проекта, где потоки данных играют ключевую роль.
Например, модель потоков данных можно использовать для визуализации устройства онлайн-платежей: какие данные вводит пользователь, что с ними происходит в системе, какие данные передаются в банк, какие процессы банк осуществляет для выполнения платежа и так далее.
- Для проверки требований на целостность.
При моделировании потоков данных системный аналитик может выявить упущенные процессы или данные. Например, если последовательные процессы нельзя соединить потоком данных.
Модели потоков данных можно использовать для описания практически любого будущего процесса (to-be), который выполняется автоматизированно или автоматически. Их можно совмещать с другими моделями (бизнес-процессов, состояний и прочими). Выбор итогового набора моделей зависит от того, какую информацию нужно донести до конкретной аудитории.
Представьте, что вы придумали робота-повара, и вам нужно объяснить принцип его работы разным представителям целевой аудитории. Для каждого случая подберите наиболее подходящую модель.
Специалист по безопасности хочет узнать, что должно произойти, чтобы робот включился, выключился или ушёл в спящий режим.
Модель состояний
Включён, выключен, спящий режим — это состояния объекта.
Разработчики интересуются, что робот должен знать для приготовления блюда и какую информацию он передаёт пользователю после приготовления.
Модель потоков данных
Модель потоков данных фокусируется на входе (входные данные, которые нужны для начала процесса) и выходе (данные, которые робот передаёт по завершении процесса).
Менеджеры хотят понять, какие шаги робот выполняет во время приготовления блюда.
Модель бизнес-процесса
Модель бизнес-процесса описывает процесс с точки зрения действий (шагов), которые нужно совершить для выполнения процесса.
Уровни моделей потоков данных
Представьте, что вам нужно описать керамическую вазу. Как это сделать? Описать внешний вид изделия или её физические свойства? Всё зависит от аудитории, для которой предназначается описание, и итоговой цели.
То же — с моделями потоков данных. Заказчикам важно объяснить логику процесса, не перегружая их техническими подробностями, а в разговоре с командой разработки стоит сделать акцент на технических аспектах реализации. Выполнить эти задачи помогут разные уровни моделирования:
Контекстный (контекстная модель потоков данных)
Самый верхний уровень, на котором описывается окружение системы. Контекстный уровень отображает, как система будет взаимодействовать с внешними сущностями, не перегружая аудиторию деталями.
На этом уровне вся система рассматривается как один процесс, без подробного описания того, что происходит внутри. Здесь важно только то, как система связана с внешними сущностями. Модель этого уровня показывает общую картину и будет понятна широкой аудитории, включая участников проекта, бизнес-аналитиков и разработчиков.
На контекстном уровне в случае с мастер-классом по изготовлению керамической вазы достаточно описать взаимодействие с клиентом:
Логический (логическая модель потоков данных)
Логический уровень показывает внутреннюю структуру процессов системы. На этом уровне системные аналитики переходят к подробному описанию процессов, происходящих внутри системы, не углубляясь в детали реализации. Внимание акцентируется на том, какие входные и выходные данные используются в каждом процессе.
Логический уровень отвечает на вопрос «Что включает в себя процесс движения данных?» и подходит для заинтересованных лиц, разбирающихся в предметной области (заказчики, бизнес-аналитики и другие).
Например, на этом уровне можно подробнее расписать ввод (сырьё) и вывод (ваза) в процессе изготовления вазы. Потоки данных (стрелки) соединяют процесс с другими сущностями:
Физический (физическая модель потоков данных)
Физический уровень описывает, как элементы модели потоков данных будут разработаны с помощью конкретных технологий. Например, какой язык программирования будет использован для разработки процесса и какая СУБД будет использована для хранения данных. Главная задача в таких моделях — объяснить особенности работы системы для команды разработки. Физический уровень отвечает на вопрос: «Как будет реализован процесс передачи данных?»
На этом уровне можно добавить, что включает в себя сырьё для изготовления вазы, где будут храниться керамические черепки (заготовки) после обжига и прочее:
Коротко говоря: контекстная модель показывает взаимодействие системы с внешними сущностями, не вдаваясь в подробности устройства системы. Логическая модель включает в себя внутреннюю структуру процессов системы, а физическая — особенности реализации системы.
Вы продолжаете работать над роботом-поваром и фокусируетесь теперь на моделировании потоков данных. Для каждого описанного случая выберите подходящий уровень модели потоков данных.
Вместе с разработчиками и архитектором хранилищ данных вы проектируете ПО для работы робота.
Физический
Физическая модель содержит детали реализации, необходимые для проектирования ПО.
Вы объясняете коллегам, как робот-повар будет использовать плиту, духовку и другие кухонные приборы.
Контекстный
Контекстная модель отражает взаимодействие системы с другими внешними сущностями. Кухонные приборы — это внешние сущности в данном случае.
Вы объясняете бизнес-аналитику, из чего состоит процесс готовки и какие данные нужны для входа и выхода.
Логический
Логическая модель показывает внутреннюю структуру процессов системы.
Уровни детализации моделей потоков данных
Логическую и физическую модели потоков данных можно также представить на следующих уровнях детализации:
- Уровень 0.
- Уровень 1.
- Уровень 2.
И так далее.
Так как контекстная модель не учитывает подробности системы, только физические и логические модели могут иметь несколько уровней детализации.
Например, логическая модель мастер-класса в гончарной студии даёт лишь общее представление о процессе. Она не показывает, что происходит с данными внутри процесса изготовления вазы. В этом случае она находится на уровне 0.
Процесс изготовления вазы можно разбить на отдельные подпроцессы: подготовка глины, создание изделия на гончарном круге, обжиг и прочие. Для каждого из них составляют отдельную модель потоков данных. При необходимости подпроцессы детализируют дальше.
Наименее детализированные модели (модели самого верхнего уровня) — это модели уровня 0. Следующий уровень детализации — уровень 1, за ним идёт уровень 2 и прочие. Количество уровней детализации определяется сложностью системы и потребностями команды разработки.
Итоговый результат — детально проработанная модель потоков данных, показывающая, что происходит на каждом уровне.
Подведём итоги
Модели потоков данных позволяют показать процессы с точки зрения данных. Это может быть особенно полезно для визуализации требований проекта, где данные играют ключевую роль.
Модели данных имеют многоуровневую структуру. Для разговора с заказчиками, когда важно объяснить логику процесса, стоит использовать контекстный или логический уровень. При разговоре с командой разработки важно сделать акцент на технических аспектах реализации, поэтому лучше подготовить модель физического уровня.
Наконец, при работе с логическими и физическими моделями данных можно описывать процессы, не вдаваясь в подробности (модели уровня 0). А можно создавать более детальные модели, разбивая процессы на подпроцессы (модели уровня 1, 2 и прочих).
