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: Моделирование потоков данных → Урок 2/4
Элементы модели потоков данных
Вы уже знаете, что такое модели потоков данных, для чего они нужны системным аналитикам и какие уровни у них есть. В этом уроке вы подробнее познакомитесь с элементами модели потоков данных, а ещё узнаете, как и зачем их согласовать с ER-моделями.
Элементы модели потоков данных
Диаграмма потоков данных (Data Flow Diagram — DFD) — это графическое представление движения данных, а также того, как процессы в системе преобразуют вход в выход.
В диаграммах моделей потоков данных всегда присутствуют только четыре элемента:
- внешние сущности;
- хранилища данных;
- процессы;
- потоки данных.
Разобраться с каждым из элементов поможет история Серёжи и Лены, которую можно описать в виде диаграммы моделей потоков данных.
Серёжа и Лена учатся на одном потоке. Серёже давно нравится Лена, но он слишком стеснительный, чтобы подойти к ней и позвать на свидание. Поэтому Серёжа решил признаться Лене в своих чувствах в День святого Валентина, когда в холле университета устанавливают ящик для валентинок. Серёжа купил валентинку, написал на ней посвящённое Лене стихотворение и опустил валентинку в ящик.
Внешние сущности
Поскольку внешние сущности связаны с системой и влияют на неё, у каждой внешней сущности должен быть как минимум один входящий в неё и/или выходящий из неё поток данных.
В рассматриваемом примере Серёжа и Лена — внешние сущности.
Хранилище данных
Хранилище данных — это коллекция данных, где они могут храниться для будущего использования и из которой могут многократно считываться. По сути, это данные в состоянии покоя.
Хранилища данных — это также наборы данных, которые будет использовать система.
Ящик для валентинок, установленный в холле университета, будет отображаться в виде хранилища данных.
Процесс
Процессом может быть любая ручная или автоматизированная деятельность, которая выполняется в интересах бизнеса. Процесс преобразует входные данные в выходные, а затем передаёт их в другой процесс, помещает в хранилище данных или выдаёт внешней сущности. Иными словами, процесс производит обработку данных.
В примере со студентами процесс — это создание стихотворения на валентинке. Так Серёжа преобразовал свои чувства в выходную информацию, которая теперь может быть доставлена Лене.
Поток данных
Перемещение данных между внешними сущностями, процессами и хранилищами данных представляется на диаграмме в виде потоков данных. Потоки данных связывают процессы между собой, показывают входы и выходы каждого процесса. Процесс, в свою очередь, преобразовывает их в выходные данные.
Сама валентинка и путь её перемещения от Серёжи к Лене отображает поток данных.
Вспомните рецепт приготовления окрошки. У каждого он может быть своим, а учёные до сих пор бьются над вопросом: на квасе или на кефире (а может, лучше на айране?).
Но, предположим, вы готовите блюдо друзьям по рецепту вашей бабушки. Выглядит он так:
- Картофель очистить и отварить до готовности. Остудить.
- Яйца отварить, остудить и почистить.
- Огурцы, яйца, картофель и варёную колбасу нарезать кубиками. Укроп мелко порубить. Смешать все ингредиенты в салатнике.
- Посолить, поперчить. Выложить в тарелки.
- Залить холодным квасом, посыпать зеленью. Подавать охлаждённой со сметаной.
Соотнесите описание рецепта с элементами диаграммы модели потоков данных так, как будто вам нужно составить Data Flow Diagram (DFD) приготовления окрошки.
Салатник, тарелки
Хранилище данных
Элемент DFD, который отображает место хранения данных системы.
Картофель, яйца, огурцы, колбаса, укроп, соль, перец, квас, сметана
Поток данных
Элемент диаграммы, который отображает данные и направление их перемещения между остальными элементами системы.
Очистка и отваривание картофеля, очистка и отваривание яиц, нарезка всех ингредиентов кубиками, смешивание и выкладывание их в тарелки, заливка квасом и добавление сметаны
Процесс
Элемент, графически отображающий какую-либо деятельность по обработке данных.
Повар (вы), друзья
Внешняя сущность
Этот элемент не входит в рамки системы, отображённой на диаграмме, но является источником или потребителем данных.
Нотации
Каждый из четырёх элементов диаграммы моделей потоков данных обозначается отдельным символом. Для графического представления модели потоков данных можно использовать две нотации: Йордона и Гейна-Сарсона. Эти нотации незначительно отличаются друг от друга изображением элементов диаграммы.
На практике чаще всего встречаются диаграммы в нотации Гейна-Сарсон, поэтому именно с ней вы подробнее познакомитесь в следующем уроке.
Зачем балансировать ER-модели с моделями потоков данных
Все артефакты, которые создаёт системный аналитик, взаимосвязаны. Например, данные потоков и хранилищ данных DFD нужно описывать в словаре данных, речь о котором шла в спринте про моделирование данных.
Методы сбора и анализа требований, с которыми вы познакомились во втором спринте, используются для того, чтобы создавать не только ER-модели, но и модели потоков данных. ER-модели и DFD тоже должны быть связаны между собой.
В модели потоков данных есть два элемента, содержащие данные системы: поток данных (он состоит из элементов данных) и хранилище данных. Задача этих элементов — проиллюстрировать, какие данные создают и используют процессы и где в системе хранятся эти данные. Именно эти два элемента DFD должны быть сбалансированы с ER-моделью. Хранилища данных DFD должны соответствовать сущностям (или объектам) ER-модели, а элементы потоков данных — атрибутам.
Если модели не будут сбалансированы, то при разработке можно столкнуться с ошибками в коде, так как требования будут не согласованы друг с другом. Например, один разработчик при написании кода может опираться на ER-модель, а второй на DFD, в результате несбалансированности моделей при объединении кода возникнут конфликты, которые потребуется исправлять.
Как балансировать ER-модели с моделями потоков данных
После составления ER и DFD их нужно сопоставить друг с другом и убедиться, что:
- Все наборы данных в хранилищах данных DFD присутствуют в сущностях ER-модели.
- Элементы данных, содержащиеся в потоках данных, соответствуют атрибутам сущностей ER-модели.
Если в ER-модели есть сущности, которые ещё не отображены на модели потоков данных, нужно проверить, действительно ли они необходимы для работы системы, а не избыточны. Если необходимы, нужно добавить их в DFD, чтобы отразить, что решено хранить информацию об этом объекте в системе. В противном случае эти сущности — лишние элементы и их нужно удалить из ER-модели.
Вспомните логическую ER-модель CRM-системы фитнес-центра, над которой вы работали в четвёртом спринте.
Перед вами объекты предметной области, которую описывает эта ER-модель, сопоставьте их с элементами модели потоков данных:
Добавление информации о новом посетителе в систему
Процесс
Процесс — это элемент, отображающий какую-либо деятельность по обработке данных.
Посетитель
Внешняя сущность
Внешняя сущность не входит в рамки системы и является источником или потребителем данных.
Таблица «Тариф» базы данных системы
Хранилище данных
Хранилище данных отображает место хранения данных системы.
Информация о новой тренировке посетителя
Поток данных
Поток данных отображает перемещение данных между остальными элементами системы.
Подведём итоги
Диаграмма модели потоков данных состоит из четырех элементов:
- Внешняя сущность — отображает объект (человек, система и прочие), который не входит в рамки системы, но является источником или потребителем её данных.
- Хранилище данных — отображает место хранения данных системы, из которого они могут многократно извлекаться.
- Процесс — представляет любую деятельность, в рамках которой происходит обработка данных (создание, удаление, редактирование и прочее).
- Поток данных — показывает направление движения данных между остальными элементами системы.
Для создания DFD существуют две нотации: Йордона и Гейна-Сарсона. Вторую используют чаще всего.
Хранилища данных и потоки данных DFD должны содержать те же наборы данных, что сущности и их атрибуты в ER-модели. Если после создания модели потоков данных какие-то элементы ER-модели оказались не отображены в DFD, нужно проверить их необходимость в системе. Если эти элементы необходимы, надо добавить их в DFD, если они избыточны — удалить из ER-модели.
