Эта презентация по DFD моделированию на русском собрала в себе лучшее из зарубежных презентаций и русских.
В дополнении к презентации есть статься, в которой даются комментарии http://growandmanage.com/data-flow-diagrams-in-russian/
2. Зачем нам моделировать?
▪ Наглядная демонстрация структуры и
поведения системы.
▪ Минимизация рисков.
▪ Лучшее понимание системы.
▪ Визуализация и управления
архитектурой системы.
3. Структурный анализ
▪ Метод исследования системы.
▪ Начинается с ее общего обзора и
затем детализируется.
▪ Имеет иерархическую структуру.
4. Идеи в основе
структурного анализа
преодолеть сложность
больших систем путем
расчленения их на
части ("черные ящики")
5. Черный ящик
▪ Каждый черный ящик должен реализовывать единственную
функцию системы.
▪ Функция каждого черного ящика должна быть легко
понимаема независимо от сложности ее реализации.
▪ Связь между черными ящиками должна вводиться только
при наличии связи между соответствующими функциями
системы.
▪ Связи между черными
ящиками должны быть
простыми, насколько это
возможно.
7. Что такое DFD-модель?
▪ DFD (Data Flow Diagrams) – диаграммы
потоков данных
I
▪ Модель системы определяется как
иерархия диаграмм потоков данных.
I
▪ Цель – продемонстрировать, как каждый
процесс преобразует свои входные данные
в выходные
8. Основные компоненты
▪ внешние сущности;
▪ системы и подсистемы;
▪ процессы;
▪ накопители данных;
▪ потоки данных.
9. PROJECT: уу REV:
06.03.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
Системы, подсистемы
I
I
I
PROJECT: уу REV:
NOTES: 1 2 3 4 5 6 7 8 9 10
Нумерация объектов
I
NODE: TITLE: 2.1
[Префикс] + собственный номер
Процессы
DRAFT
RECOMMENDED
PUBLICATION
I
I
I
[Префикс]+номер родительской
подсистемы+собственный номер
Внешние сущности
I
I
I
[Префикс]+номер
E1
Имя
Наименование
процесса
Хранилища данных
I
I
I
D1 Имя
[Префикс]+номер
1
Наименование
подсистемы
2
USED AT: AUTHOR: asu DATE:
PROJECT: уу REV:
06.03.2009
06.03.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER 0
Наименование
системы
E1
Имя
D1 Имя
PROJECT: уу REV:
NOTES: 1 2 3 4 5 6 7 8 9 10
NODE: TITLE: A-0
10. Уровни модели
Уровень системы (Контекстная диаграмма)
Уровень подсистем
Уровень процесса
12. Внешняя сущность
▪ Материальный объект - источник или приемник
информации.
▪ Внешняя сущность находится за пределами границ
анализируемой системы.
▪ Одна и та же внешняя сущность может быть использована
многократно на одной или нескольких диаграммах.
USED AT: AUTHOR: asu PROJECT: уу NOTES: 1 2 3 4 5 6 7 8 9 1
Имя
Внешняя сущность в
нотации Гейна-Сарсона
Имя
Внешняя сущность в
нотации Йордона-ДеМарко
13. Система и подсистема
1
Наименование
системы
Персонал, оборуд-е
Поле идентификации
Поле имени
Поле физической реализации
Система/
подсистема
в нотации Гейна-
Сарсона
Имя системы/
подсистемы
1
имя
или
Система/подсистема в
нотации Йордона-
ДеМарко
14. Процесс
▪ Представляет собой преобразование
входных потоков в выходные в
соответствии с определенным
алгоритмом.
▪ Процесс именуется в виде
словосочетания с активным глаголом
в неопределенной форме, за которым
следует существительное в
винительном падеже.
15. Процесс
1.1
Наименование
процесса
Персонал, оборуд-е
Поле идентификации
Поле имени
Процесс в нотации
Гейна-Сарсона
Поле физической реализации
Процесс в нотации
1
имя
Имя Йордона-ДеМарко
процесса
или
16. Поток данных
Определяет информацию,
передаваемую через некоторые
соединения от источника к приемнику.
2.1
Post
Payment
Accounts
Receivable
D1
Payment Detail
Invoice Detail
17. Накопитель данных
Это абстрактное устройство для хранения информации,
которую можно в любой момент поместить в
накопитель и через некоторое время извлечь.
18. Правило 1: Внешняя
сущность
Должна быть связан с процессом через
поток данных
BANK
Bank
Deposit
2.0
Prepare
Deposit
20. Правило 1: Процесс
Должен иметь, как минимум, один
входящий и один исходящий поток.
1.0
Grade
Student
Work
Submitted Work
Graded Work
Student Grade
3.0
Calculated
Gross
Pay
Hours Worked
Pay Rate
Gross Pay
21. Правило 2: Процесс
Может быть связан с любым другим
элементом (включая другой процесс)
1.0
Verify
Order
2.0
Assemble
Order
Order Accepted Order
Inventory
Change
23. Правило 1: Накопитель
Должен иметь, как минимум, один
входящий и один исходящий поток.
Daily
Payments
D1
Customer Payment
Daily Payment
24. Накопитель: правильно/
неправильно?
2.0
Book
Flight
Fight
Request
Passengers
D2 Accounts
Receivable
Payment
Detail
3.0
Post
Payment
Invoice
Detail
25. Правила связей в DFD
ДА НЕТ
Процесс к другому процессу
Процесс к внешней сущности
Процесс к хранилищу данных
Внешняя сущность к другой внешней сущности
Внешняя сущность к хранилищу данных
Хранилище данных к хранилищу данных
27. Построение иерархии DFD
Контекстная диаграмма
USED AT:AUTHOR: Шилина DATE:
PROJECT: Постройка домаREV:
10.03.2010
10.03.2010
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
Прайс-лист на
материалы
Проект дома
1
Архитектор
Акт приемки
0р. 0
Постройка
дома
2
Заказчик
3
Магазин
NODE: TITLE: Постройка дома NUMBER:
28. Построение иерархии DFD
USED AT:PROJECT: AПUTHоOR:д Шислиниа Постройка стDеATEм: домRаEV:
ы
10.03.2010
10.03.2010
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A-0
Проект
дома
Прайс-лист на
материалы
Акт
приемки
Список
исправлений
Чеки на
Утвержденный материалы
проект
Акты
выполненных
работ
0р. 1
Согласование
проекта
0р. 2
Выполнение
строительных
работ
0р. 3
Сдача
работ
2
Заказчик
1 Документация
29. Построение иерархии DFD
USED AT:Процесса AUTHOR: Шилина DATE:
10.03.2010
PROJECT: Постройка домRаEV:
10.03.2010
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
Утвержденный Чеки на материалы
проект
Акты
выполненных
работ
0р. 1
Заложить
фундамент
Прайс-лист на
материалы
2 0р.Возвести
стены
0р. 3
Положить
крышу
0р. 4
Выполнить
отделку
30. План создания модели
DFD
1. Составьте список внешних сущностей, которые
предоставляют системе данные и извлекают
данные из нее.
2. Перечислите данные, которые передаются между
сущностями.
3. Создайте контекстную диаграмму.
4. Перечислите подсистемы (по основным функциям).
5. Определите потоки данных между ними.
6. Расписывайте каждую подсистем/процесс более
подробно. Повторяйте этот шаг сколько нужно.
32. Презентацию подготовили
Тимофей Татаринов
Людмила Нехорошкова
Комментарии к презентации в статье
http://growandmanage.com/data-flow-diagrams-in-russian/