Метод моделирование DFD

1.

Выполнила студентка гр. БПИ21-01 Сергеева С.Е
Проверил: Кишкан В.В

2.

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DATA FLOW DIAGRAMS - DFD) —
ПРЕДСТАВЛЯЮТ СОБОЙ ИЕРАРХИЮ ФУНКЦИОНАЛЬНЫХ ПРОЦЕССОВ,
СВЯЗАННЫХ ПОТОКАМИ ДАННЫХ.
ЦЕЛЬ ТАКОГО ПРЕДСТАВЛЕНИЯ — ПРОДЕМОНСТРИРОВАТЬ КАК КАЖДЫЙ
ПРОЦЕСС ПРЕОБРАЗУЕТ СВОИ ВХОДНЫЕ ДАННЫЕ В ВЫХОДНЫЕ, А ТАКЖЕ
ВЫЯВИТЬ ОТНОШЕНИЯ МЕЖДУ ЭТИМИ ПРОЦЕССАМИ.

3.

НОТАЦИИ, ИСПОЛЬЗУЕМЫЕ ДЛЯ ОПИСАНИЯ DFD ДИАГРАММ
Для описания DFD диаграмм, используется две основные нотации: Нотация Йордана-Де Марко и Гейна-Сарсона.
Основное отличие заключается в графическом представлении элементов диаграмм.

4.

ПРИМЕР DFD-СХЕМ В ДВУХ НОТАЦИЯ
Нотация Йордана-Де Марко
Нотация Гейна-Сарсона

5.

1.Внешние сущности
2.Системы и подсистемы
3.Процесс
4.Накопитель данных
5.Поток данных

6.

ВНЕШНЯЯ СУЩНОСТЬ
1. Представляет собой материальный объект или физическое лицо, являющееся
источником или приемником информации (например, клиент, поставщик, склад).
2. Внешняя сущность находится за пределами границ анализируемой системы.
Нотация Йордана-Де Марко
Нотация Гейна-Сарсона

7.

СИСТЕМЫ И ПОДСИСТЕМЫ
1. При построении модели сложной системы она может быть представлена в
самом общем виде на так называемой контекстной диаграмме в виде
одной системы, либо в виде ряда подсистем.
2. Наименование системы/подсистемы представляется в виде словосочетания с
отглагольным существительным (рассмотрение повестки дня, решение задачи,
получение денег и т.п.).
Нотация Йордана-Де Марко
Нотация Гейна-Сарсона

8.

ПРОЦЕСС
1. Представляет собой преобразование входных потоков данных в выходные в
соответствие с определенным алгоритмом.
2. Примеры: обработка входных документов и выпуск отчетности определенным
подразделением, процессы физически реализованного устройства.
3. Процесс именуется в виде словосочетания с активным
глаголом в неопределенной форме, за которым следует
существительное в винительном падеже.
Нотация Йордана-Де Марко
Нотация Гейна-Сарсона

9.

НАКОПИТЕЛЬ ДАННЫХ
1. Абстрактное устройство для хранения информации, которую можно в любой момент
поместить в накопитель и через некоторое время извлечь из нее, причем способы
извлечения будут любыми.
2. Накопитель данных в общем случае является прообразом будущей базы данных и
описание хранящихся в нем данных должно быть увязано с информационной моделью.
Нотация Йордана-Де Марко
Нотация Гейна-Сарсона

10.

ПОТОК ДАННЫХ
1. Определяет информацию, передаваемую через некоторое соединение от
источника к приемнику.
2. Поток данных на диаграмме обозначается линией, которая показывает
направление потока. Каждый поток данных имеет имя, отражающий его содержание.

11.

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

12.

При проектировании относительно простых систем строится единственная
контекстная диаграмма или DFD – 0-го уровня со звездообразной топологией, в центре
которой находится так называемый главный процесс, соединенный с приемниками и
источниками информации, посредством которых с системой взаимодействуют
пользователи и другие внешние системы.

13.

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

14.

Спецификация является конечной вершиной иерархии DFD. Решение о завершении
детализации процесса и использовании спецификации принимается исходя из
следующих критериев:
• наличия у процесса относительно небольшого количества входных и выходных
потоков данных (2-3 потока);
• возможности описания преобразования данных процессов в виде последовательного
алгоритма;
• выполнения процессом единственной логической функции преобразования входной
информации в выходную;
• возможности описания логики процесса при помощи спецификации небольшого
объема (не более 20-30 строк).

15.

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