1. DFD

1. DFD (Data Flow Diagrams)

2. DFD-технология Основные группы

Диаграммы, иллюстрирующие функции, которые система
должна выполнять, и связи между этими функциями - для
этой цели используются собственно диаграммы потоков
данных DFD (Data Flow Diagrams), дополненные
словарями данных и спецификациями процессов нижнего
уровня;
Диаграммы, моделирующие данные и их взаимосвязи, для этой цели используются диаграммы «сущностьсвязь» ERD (Entity-Relationship Diagrams);
Диаграммы, моделирующие поведение системы, - для
этой цели используются диаграммы переходов состояний
STD (State Transition Diagrams).

3.

DFD
Внешняя
сущность
Процесс
Детализирующая DFD
Процесс
Спецификация
процесса
Поток
данных
Словарь
данных
Накопитель
ERD
Управляющий процесс
STD

4. Нотации

5. Поток данных

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

6. Процесс

Назначение процесса состоит в продуцировании
выходных потоков из входных в соответствии с
действием, задаваемым именем процесса.
Имя должно содержать глагол в неопределенной
форме с последующим дополнением (например,
ВЫЧИСЛИТЬ МАКСИМАЛЬНУЮ ВЫСОТУ)
или отглагольное существительное
(ВЫЧИСЛЕНИЕ МАКСИМАЛЬНОЙ ВЫСОТЫ).

7. Накопитель данных

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

8. Внешняя сущность

Сущность вне контекста системы, являющаяся
источником или приемником системных данных,
например ЗАКАЗЧИК, ПОСТАВЩИК, СКЛАД
ТОВАРОВ.
Определение некоторого объекта в качестве
внешней сущности указывает на то, что он
находится за пределами анализируемой системы.
Предполагается, что такие объекты не должны
участвовать ни в какой обработке.

9. DFD-модель

Счет к оплате
Заказчик
Платеж
Реализация
товаров
Товар
Аннулированный заказ
Товар
Укомплектованный заказ
Заказ
Входной контроль
и сортировка
Необеспеченный заказ
Товар
Доукомплектование
заказов
Заказ на товар
Платеж
Склад
Товаров
Товар
Производитель
товаров

10. Информационный канал

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

11. Контекстная диаграмма

Описывает систему наиболее общим
образом: устанавливает границы
анализируемой системы.
передача голодных внучков
Родители
Кормление внучков
выдача сытых внучков
бабушка

12. Мини-спецификация (МС)

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

13. Критерии для завершения детализации и использования МС

наличия у процесса относительно небольшого
количества входных и выходных потоков данных;
возможности описания преобразования данных
процессом в виде последовательного алгоритма;
выполнения процессом единственной
логической функции преобразования входной
информации в выходную;
возможности описания логики процесса при
помощи МС небольшого объема.

14. Требования к МС

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

15. Структурированный естественный язык для создания МС

глаголы, ориентированные на действие и
применяемые к объектам;
термины, определенные на любой стадии проекта;
предлоги и союзы, используемые в логических
отношениях;
общеупотребительные математические, физические и
технические термины;
арифметические уравнения;
таблицы, диаграммы, графы и т.п.;
комментарии.

16.

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

17. Пример МС «Покупка лотерейных билетов»

18. Словарь данных

Организованный список всех потоков
данных системы с их точными
определениями
Словарь данных дает возможность
различным категориям пользователей
иметь общее понимание структуры и
содержимого всех входных и выходных
потоков.

19. Рекомендации оформления DFD

1. Размещать на каждой диаграмме от 3 до 6-7
процессов.
2. Не загромождать диаграммы несущественными
на данном уровне деталями.
3. Декомпозицию потоков данных осуществлять
параллельно с декомпозицией процессов.
4. Выбирать ясные, отражающие суть дела имена
процессов и потоков для улучшения
понимаемости диаграмм, при этом стараться не
использовать аббревиатуры.

20. Этапы построения моделей в DFD-технологии

I.
II.
III.
Разработка структурной функциональной
модели бизнес-системы.
Разработка информационной модели
бизнес-системы
Разработка событийной модели бизнессистемы

21. Шаг 1. Разработка контекстной диаграммы

1.1. Идентификация внешних объектов, с которыми система
взаимодействует.
1.2. Идентификация основных видов информации, циркулирующей
между системой и внешними объектами.
1.3. Идентификация подсистем бизнес-системы (если в этом есть
необходимость).
1.4. Идентификация основных видов информации, циркулирующей
между подсистемами (в случае выполнения п. 1.3).
1.5. Построение контекстной диаграммы, на которой подсистемы
представляются в виде контекстных процессов, внешние
объекты - в виде внешних сущностей, основные виды
информации - в виде потоков между внешними сущностями и
контекстными процессами (а также между контекстными
процессами в случае выполнения п. 1.3).
1.6. Группирование потоков (если в этом есть необходимость)

22. Шаг 2. Разработка диаграммы уровня основных процессов.

2.1. Идентификация бизнес-процессов с указанием их типов.
2.2. Группирование процессов по деятельностям.
2.3. Определение связей между процессами и внешними
объектами и их непосредственное связывание с
использованием родительских потоков (потоков между
внешними сущностями и контекстным процессом).
2.4. Определение информационных потоков между
процессами.
2.5. Идентификация базовых накопителей.
2.6. Определение информационных потоков между
процессами и накопителями.
2.7. Построение DFD первого уровня на базе деятельностей
и процессов.

23. Шаг 3. Разработка иерархии диаграмм

3.1. Декомпозиция каждого процесса текущей DFD с помощью
детализирующей диаграммы или спецификации процесса.
3.2. Идентификация функций и операций каждого из
процессов.
3.3. Определение связей между функциями и внешними
объектами и их непосредственное связывание с
использованием родительских потоков.
3.4. Определение информационных потоков между
функциями.
3.5. По необходимости введение накопителей уровня процесса,
детализирующих базовые накопители.
3.6. Определение информационных потоков между функциями
(операциями) и накопителями уровня процесса.
3.7. Построение DFD соответствующего уровня на базе
функций.

24. Шаг 4. Анализ и оптимизация структурной функциональной модели.

Разработка информационной модели
бизнес-системы
Разработка событийной модели
бизнес-системы

25. Разработка информационной модели бизнес-системы

• определение сущностей модели и их атрибутов;
• проведение атрибутного анализа и оптимизация
сущностей;
• идентификация отношений между сущностями и
определение типов отношений;
• разрешение неспецифических отношений;
• анализ и оптимизация информационной модели.

26. Разработка событийной модели бизнес-системы

• идентификация перечня состояний модели;
• определение возможностей переходов
между состояниями;
• определение условий, активизирующих
переходы, и действий, влияющих на
дальнейшее поведение;
• анализ и оптимизация событийной модели.