2014-02-17
3256
Язык функциональной модели DFD
DFD-моделирование
Лекция 3
13.09.04.
DFD-модель используется для определения архитектуры функциональных требований, как существующей (as is), так и проектируемой (to be) систем. На стадии разработки проекта DFD-модель расширяется, утоняется, дополняется новыми конструкциями. С помощью информационной ERD-модели на стадии формирования требований выполняется концептуальное моделирование, т.к. именно архитектура данных является стабильной основой любой проблемной области, что делает данные естественной конструктивной основой построения ИС. В ходе разработки ERD-модель дополняется новыми конструкциями, описывающими представление данных на логическом уровне, пригодном для дальнейшей генерации схем БД.
DFD определяет внешние по отношению к разрабатываемой системе источники, истоки (адресаты данных), идентифицирующие процессы (логические функции), потоки данных связывающие один процесс с другим (-ими) и хранилищами (накопители данных, к которым организуется доступ). Содержимое каждого хранилища раскрывается в дальнейшем в архитектуре данных с помощью ERD-модели.
|
|
|
Потоки данных (потоки управления)
Arrow – являются инструментами для моделирования и передачи информации/материальных объектов их одной части системы в другую. Появление потока всегда активизируется процессом activity, поэтому один конец потока всегда связан с процессом, находящимся либо внутри ИС, либо вне ИС, инициируется внешней сущностью. Потоки изображаются именованными направленными линиями. Стрелка показывает направление, могут быть одно- или двунаправленными. Именование потока – существительное с определением.
| Элементы | Нотации DFD-компонентов | |
| Иордан | Гейн-Сарсон | |
| Поток данных | 
|
|
| Процессы | 
| 
|
Процессы представляют функциональную деятельность, связанную с обработкой информации (управление информацией) и материальных объектов. Назначение процесса – продуцирование выходных потоков из входных в соответствии с действием, задаваемым именем процесса. Имя процесса – отглагольное существительное. Процесс отображает набор логически связанных операций (одну операцию), производимых внутри системы.
| Элементы | Нотации DFD-компонентов | |
| Иордан | Гейн-Сарсон | |
| Хранилища данных | 
| 
|
Хранилище данных (date store) собирает и хранит информацию в промежутке времени между процессами. Имя хранилища – существительное.
| Элементы | Нотации DFD-компонентов | |
| Иордан | Гейн-Сарсон | |
| Внешняя сущность | 
| 
|
Внешняя сущность (external references) – объект, находящийся вне системы, но взаимодействующий с ней. Внешняя сущность – источник/потребитель информации или материальных объектов.
|
|
|
Словарь данных (репозиторий) используется для хранения метаданных (структуры потоков данных, хранилищ, определения и компонентов) для определения словаря данных используется специальный язык Бэкуса-Наура.
Описание ФТ к ИС начинают с построения контекстной диаграммы, которая является специальным видом DFD-модели, моделирующей систему наиболее общим образом. Контекстная диаграмма отражает интерфейс системы с внешней средой, а именно: этот интерфейс определяют информационные потоки между системой м сущностью, с которой она должна быть связана. Каждый проект должен иметь только одну контекстную диаграмму (ее даже не нумеруют). Контекстная диаграмма в дальнейшем детализируется с помощью функциональной декомпозиции в DFD нижнего уровня. В процессе декомпозиции строится иерархия DFD с контекстной диаграммой в форме дерева и концевыми узлами этого дерева атомарными процессами, для которых могут быть с помощью специальных шаблонов или СЕЯ составлены алгоритмы и построен код приложения. Т.о. процесс декомпозиции осуществляется до концевых узлов дерева.
