Пример использования dfd
Пусть разрабатывается несложная ИС для обеспечения работы пункта проката видеокассет. Назначение ИС: ведение БД постоянных клиентов, учет видеокассет, аренды видеокассет, поставщиков. ИС должна генерировать регламентированные отчеты по запросу руководства.
Особенности предметной области. Если арендатор просрочил сдачу видеокассеты, то новые ему не выдаются до погашения задолженности. Если арендатор является постоянным клиентом, то он имеет право на скидки. У постоянного клиента имеется членская карточка.
С учетом указанных сведений, контекстная диаграмма может иметь вид:
Рис 18. Пример контекстной диаграммы
Диаграмма декомпозиции получается в результате разбиения системы «Библиотека» на подсистемы и детализации потоков данных. Следует обратить внимание, что одна и та же внешняя для системы сущность «Руководитель» показана дважды. Такой прием позволяет уменьшить число пересечений и длину стрелок.
Рис 19. Пример DFD диаграммы
Одновременно должна описываться структура данных, детализация потоков. Это может выполняться графически с помощью деревьев вида:
Итог. Диаграммы потоков данных обеспечивают удобный способ описания передаваемой информации как между отдельными компонентами системы, так и между системой и внешними объектами. DFD обеспечивает возможность одновременного моделирования функционального и информационного аспектов системы. Поэтому DFD активно используются при проектировании ИС, а также для создания моделей информационного обмена предприятия.
4.4 Диаграммы информационной системы “Видеопрокат” в нотации DFD
Рис. 20. Контекстная DFD диаграмма
Рис. 21. Диаграмма DFD 2-го уровня
Рис. 22. Диаграмма DFD 3-го уровня - диаграмма декомпозиции блока А1
Рис. 23. Диаграмма DFD 3-го уровня - диаграмма декомпозиции блока А2
Рис. 24 Диаграмма DFD 3-го уровня - диаграмма декомпозиции блока А3
Рис. 25. Диаграмма DFD 3-го уровня - диаграмма декомпозиции блока А4
Рис. 26. Диаграмма DFD 3-го уровня - диаграмма декомпозиции блока А5
5. Модели данных информационной системы
Цель моделирования данных состоит в обеспечении разработчика ИС схемой базы данных (БД). Схема может состоять из одной или нескольких моделей данных.
Наиболее распространенным способом моделирования данных является подход с использованием диаграмм «сущность-связь» (Entity Relationship Diagrams, ERD), ориентированных на разработку реляционных БД.
Существуют несколько методов построения ERD, различающихся нотацией, описательными возможностями и функциональным предназначением. Ниже построение ERD будет рассматриваться на примере метода IDEF1X.
5.1 Idef1x
Метод IDEF1X первоначально был разработан для Министерства обороны США и ныне широко используется как в государственных учреждениях, так и в частных фирмах США. Метод отличается ясной и недвусмысленной графической нотацией.
Основными элементами диаграмм сущность-связь являются:
сущности;
свойства сущностей (атрибуты);
отношения (связи) между сущностями.
В общем случае разработка модели по IDEF1X включает следующие шаги:
определяются и детализируются цели проекта, составляется план сбора информации, необходимой для модели;
выявляются и описываются основные сущности; в дальнейшем сущности будут представлены как таблицы РБД, хранящие значимые для системы данные;
выявляются и описываются основные отношения; основные сущности и отношения отображаются на так называемой концептуальном – наименее детальном – уровне модели;
раскрываются нестандартные отношения (типа «многие ко многим»), определяются ключевые и наиболее важные с функциональной точки зрения атрибуты сущностей; данная информация отображается на логическом уровне модели (или, в терминах IDEF1X, "key-based view");
полностью определяются все атрибуты сущностей, все элементы модели получают непротиворечивые физические имена; получаемый в результате физический уровень модели (в терминах IDEF1X "fully attributed view") может быть отображен в РБД с точно соответствующей ему структурой.
Таким образом, первый этап собственно моделирования состоит в извлечении информации из данных обследования (интервью) и выделении сущностей.