Лекция 3

DFD-моделирование

DFD-модель используется для определения архитектуры функциональных требований, как существующей (as is), так и проектируемой (to be) систем. На стадии разработки проекта DFD-модель расширяется, утоняется, дополняется новыми конструкциями. С помощью информационной ERD-модели на стадии формирования требований выполняется концептуальное моделирование, т.к. именно архитектура данных является стабильной основой любой проблемной области, что делает данные естественной конструктивной основой построения ИС. В ходе разработки ERD-модель дополняется новыми конструкциями, описывающими представление данных на логическом уровне, пригодном для дальнейшей генерации схем БД.

Язык функциональной модели dfd

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

Основные компоненты dfd и их обозначения

Потоки данных (потоки управления)

Arrow – являются инструментами для моделирования и передачи информации/материальных объектов их одной части системы в другую. Появление потока всегда активизируется процессом activity, поэтому один конец потока всегда связан с процессом, находящимся либо внутри ИС, либо вне ИС, инициируется внешней сущностью. Потоки изображаются именованными направленными линиями. Стрелка показывает направление, могут быть одно- или двунаправленными. Именование потока – существительное с определением.

Элементы	Нотации DFD-компонентов
	Иордан	Гейн-Сарсон
Поток данных
Процессы

Процессы представляют функциональную деятельность, связанную с обработкой информации (управление информацией) и материальных объектов. Назначение процесса – продуцирование выходных потоков из входных в соответствии с действием, задаваемым именем процесса. Имя процесса – отглагольное существительное. Процесс отображает набор логически связанных операций (одну операцию), производимых внутри системы.

Элементы	Нотации DFD-компонентов
	Иордан	Гейн-Сарсон
Хранилища данных

Хранилище данных (date store) собирает и хранит информацию в промежутке времени между процессами. Имя хранилища – существительное.

Элементы	Нотации DFD-компонентов
	Иордан	Гейн-Сарсон
Внешняя сущность

Внешняя сущность (external references) – объект, находящийся вне системы, но взаимодействующий с ней. Внешняя сущность – источник/потребитель информации или материальных объектов.

Словарь данных (репозиторий) используется для хранения метаданных (структуры потоков данных, хранилищ, определения и компонентов) для определения словаря данных используется специальный язык Бэкуса-Наура.

Описание ФТ к ИС начинают с построения контекстной диаграммы, которая является специальным видом DFD-модели, моделирующей систему наиболее общим образом. Контекстная диаграмма отражает интерфейс системы с внешней средой, а именно: этот интерфейс определяют информационные потоки между системой м сущностью, с которой она должна быть связана. Каждый проект должен иметь только одну контекстную диаграмму (ее даже не нумеруют). Контекстная диаграмма в дальнейшем детализируется с помощью функциональной декомпозиции в DFD нижнего уровня. В процессе декомпозиции строится иерархия DFD с контекстной диаграммой в форме дерева и концевыми узлами этого дерева атомарными процессами, для которых могут быть с помощью специальных шаблонов или СЕЯ составлены алгоритмы и построен код приложения. Т.о. процесс декомпозиции осуществляется до концевых узлов дерева.