SlideShare ist ein Scribd-Unternehmen logo
1 von 32
Downloaden Sie, um offline zu lesen
DFD 
моделирование 
ДИАГРАММЫ ПОТОКОВ ДАННЫХ
Зачем нам моделировать? 
▪ Наглядная демонстрация структуры и 
поведения системы. 
▪ Минимизация рисков. 
▪ Лучшее понимание системы. 
▪ Визуализация и управления 
архитектурой системы.
Структурный анализ 
▪ Метод исследования системы. 
▪ Начинается с ее общего обзора и 
затем детализируется. 
▪ Имеет иерархическую структуру.
Идеи в основе 
структурного анализа 
преодолеть сложность 
больших систем путем 
расчленения их на 
части ("черные ящики")
Черный ящик 
▪ Каждый черный ящик должен реализовывать единственную 
функцию системы. 
▪ Функция каждого черного ящика должна быть легко 
понимаема независимо от сложности ее реализации. 
▪ Связь между черными ящиками должна вводиться только 
при наличии связи между соответствующими функциями 
системы. 
▪ Связи между черными 
ящиками должны быть 
простыми, насколько это 
возможно.
DFD – структурированная 
иерархия черных ящиков
Что такое DFD-модель? 
▪ DFD (Data Flow Diagrams) – диаграммы 
потоков данных 
I 
▪ Модель системы определяется как 
иерархия диаграмм потоков данных. 
I 
▪ Цель – продемонстрировать, как каждый 
процесс преобразует свои входные данные 
в выходные
Основные компоненты 
▪ внешние сущности; 
▪ системы и подсистемы; 
▪ процессы; 
▪ накопители данных; 
▪ потоки данных.
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
Уровни модели 
Уровень системы (Контекстная диаграмма) 
Уровень подсистем 
Уровень процесса
Нотации DFD 
Нотации 
DFD-моделирования 
Гейна-Сарсона 
(Gene-Sarson) 
Йордона-ДеМарко 
(Yordon-DeMarco)
Внешняя сущность 
▪ Материальный объект - источник или приемник 
информации. 
▪ Внешняя сущность находится за пределами границ 
анализируемой системы. 
▪ Одна и та же внешняя сущность может быть использована 
многократно на одной или нескольких диаграммах. 
USED AT: AUTHOR: asu PROJECT: уу NOTES: 1 2 3 4 5 6 7 8 9 1 
Имя 
Внешняя сущность в 
нотации Гейна-Сарсона 
Имя 
Внешняя сущность в 
нотации Йордона-ДеМарко
Система и подсистема 
1 
Наименование 
системы 
Персонал, оборуд-е 
Поле идентификации 
Поле имени 
Поле физической реализации 
Система/ 
подсистема 
в нотации Гейна- 
Сарсона 
Имя системы/ 
подсистемы 
1 
имя 
или 
Система/подсистема в 
нотации Йордона- 
ДеМарко
Процесс 
▪ Представляет собой преобразование 
входных потоков в выходные в 
соответствии с определенным 
алгоритмом. 
▪ Процесс именуется в виде 
словосочетания с активным глаголом 
в неопределенной форме, за которым 
следует существительное в 
винительном падеже.
Процесс 
1.1 
Наименование 
процесса 
Персонал, оборуд-е 
Поле идентификации 
Поле имени 
Процесс в нотации 
Гейна-Сарсона 
Поле физической реализации 
Процесс в нотации 
1 
имя 
Имя Йордона-ДеМарко 
процесса 
или
Поток данных 
Определяет информацию, 
передаваемую через некоторые 
соединения от источника к приемнику. 
2.1 
Post 
Payment 
Accounts 
Receivable 
D1 
Payment Detail 
Invoice Detail
Накопитель данных 
Это абстрактное устройство для хранения информации, 
которую можно в любой момент поместить в 
накопитель и через некоторое время извлечь.
Правило 1: Внешняя 
сущность 
Должна быть связан с процессом через 
поток данных 
BANK 
Bank 
Deposit 
2.0 
Prepare 
Deposit
Процесс: правильно/ 
неправильно? 
PAYROLL 
DEPARTMENT 
Paycheck 
EMPLOYEE 
CUSTOMER 
Payment 
3.0 
Apply 
Payment 
CUSTOMER 
Payment 
Accounts 
Receivable
Правило 1: Процесс 
Должен иметь, как минимум, один 
входящий и один исходящий поток. 
1.0 
Grade 
Student 
Work 
Submitted Work 
Graded Work 
Student Grade 
3.0 
Calculated 
Gross 
Pay 
Hours Worked 
Pay Rate 
Gross Pay
Правило 2: Процесс 
Может быть связан с любым другим 
элементом (включая другой процесс) 
1.0 
Verify 
Order 
2.0 
Assemble 
Order 
Order Accepted Order 
Inventory 
Change
Процесс: правильно/ 
неправильно? 
5.0 
Services Perfomed Invoice 
Create 
Invoice 
Policy Number Payment Amount 
Apply 
Insurance 
Premium 
2.1 
Hours Worked Pay Rate 
Calculate 
Gross 
Pay
Правило 1: Накопитель 
Должен иметь, как минимум, один 
входящий и один исходящий поток. 
Daily 
Payments 
D1 
Customer Payment 
Daily Payment
Накопитель: правильно/ 
неправильно? 
2.0 
Book 
Flight 
Fight 
Request 
Passengers 
D2 Accounts 
Receivable 
Payment 
Detail 
3.0 
Post 
Payment 
Invoice 
Detail
Правила связей в DFD 
ДА НЕТ 
Процесс к другому процессу 
Процесс к внешней сущности 
Процесс к хранилищу данных 
Внешняя сущность к другой внешней сущности 
Внешняя сущность к хранилищу данных 
Хранилище данных к хранилищу данных
E1 
E1 
1.0 
P2 
2.0 
P1 
DF2 
DS1 
DF6 
DF2 
DF4 
DF3 
DF1 
DF5 
ОШИБКИ?
Построение иерархии 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:
Построение иерархии 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 Документация
Построение иерархии 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 
Выполнить 
отделку
План создания модели 
DFD 
1. Составьте список внешних сущностей, которые 
предоставляют системе данные и извлекают 
данные из нее. 
2. Перечислите данные, которые передаются между 
сущностями. 
3. Создайте контекстную диаграмму. 
4. Перечислите подсистемы (по основным функциям). 
5. Определите потоки данных между ними. 
6. Расписывайте каждую подсистем/процесс более 
подробно. Повторяйте этот шаг сколько нужно.
Ресурсы 
I 
▪ http://www.slideshare.net/ujjmishra1/data-flow- 
diagrams-2 
▪ http://www.slideshare.net/puneetarora2000/ 
data-flow-diagram 
▪ http://asu.ugatu.ac.ru/library/65/dfd.ppt
Презентацию подготовили 
Тимофей Татаринов 
Людмила Нехорошкова 
Комментарии к презентации в статье 
http://growandmanage.com/data-flow-diagrams-in-russian/

Weitere ähnliche Inhalte

Was ist angesagt?

глаголска именка
глаголска именкаглаголска именка
глаголска именка
Osnovno uciliste
 
Dasar dasar pengujian perangkat lunak
Dasar dasar pengujian perangkat lunakDasar dasar pengujian perangkat lunak
Dasar dasar pengujian perangkat lunak
erwingmanplp
 
Insert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal Report
Insert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal ReportInsert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal Report
Insert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal Report
Rahmat Taufiq Sigit
 
на стандардите за оценување на учениците – презентации и работни мат
на стандардите за оценување на учениците – презентации и работни матна стандардите за оценување на учениците – презентации и работни мат
на стандардите за оценување на учениците – презентации и работни мат
Anica Petkoska
 
Basis Data Non Relasional: NoSQL dan MongoDB
Basis Data Non Relasional: NoSQL dan MongoDBBasis Data Non Relasional: NoSQL dan MongoDB
Basis Data Non Relasional: NoSQL dan MongoDB
Riana Dwiningtyas
 
глаголска придавка
глаголска придавкаглаголска придавка
глаголска придавка
Osnovno uciliste
 

Was ist angesagt? (20)

Dasar pemrograman web HTML
Dasar pemrograman web HTMLDasar pemrograman web HTML
Dasar pemrograman web HTML
 
Business Analysis Core Concepts Model (BACCM)
Business Analysis Core Concepts Model (BACCM)Business Analysis Core Concepts Model (BACCM)
Business Analysis Core Concepts Model (BACCM)
 
глаголска именка
глаголска именкаглаголска именка
глаголска именка
 
Huong dan su dung filter and dashboard trong Jira
Huong dan su dung filter and dashboard trong JiraHuong dan su dung filter and dashboard trong Jira
Huong dan su dung filter and dashboard trong Jira
 
Dasar dasar pengujian perangkat lunak
Dasar dasar pengujian perangkat lunakDasar dasar pengujian perangkat lunak
Dasar dasar pengujian perangkat lunak
 
의존 구조 분석기, Dependency parser
의존 구조 분석기, Dependency parser의존 구조 분석기, Dependency parser
의존 구조 분석기, Dependency parser
 
Java ppt
Java pptJava ppt
Java ppt
 
Cara mentransfer objek dengan linking dan embedding
Cara mentransfer objek dengan linking dan embeddingCara mentransfer objek dengan linking dan embedding
Cara mentransfer objek dengan linking dan embedding
 
Insert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal Report
Insert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal ReportInsert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal Report
Insert, Edit, Delete pada VB 2010 dengan DB Mysql dan Crystal Report
 
Illuminate 2017
Illuminate 2017Illuminate 2017
Illuminate 2017
 
Business analyst 101 program Mumbai India
Business analyst 101 program Mumbai IndiaBusiness analyst 101 program Mumbai India
Business analyst 101 program Mumbai India
 
Brd template uml-noble_inc
Brd template uml-noble_incBrd template uml-noble_inc
Brd template uml-noble_inc
 
Spanning Tree Protocol
Spanning Tree ProtocolSpanning Tree Protocol
Spanning Tree Protocol
 
годишно глобално и тематско планирање за V одд
годишно глобално и тематско планирање за V оддгодишно глобално и тематско планирање за V одд
годишно глобално и тематско планирање за V одд
 
на стандардите за оценување на учениците – презентации и работни мат
на стандардите за оценување на учениците – презентации и работни матна стандардите за оценување на учениците – презентации и работни мат
на стандардите за оценување на учениците – презентации и работни мат
 
Dokumen Persyaratan Perangkat Lunak
Dokumen Persyaratan Perangkat LunakDokumen Persyaratan Perangkat Lunak
Dokumen Persyaratan Perangkat Lunak
 
Basis Data Non Relasional: NoSQL dan MongoDB
Basis Data Non Relasional: NoSQL dan MongoDBBasis Data Non Relasional: NoSQL dan MongoDB
Basis Data Non Relasional: NoSQL dan MongoDB
 
глаголска придавка
глаголска придавкаглаголска придавка
глаголска придавка
 
Monomi i polinomi za test
Monomi i polinomi za testMonomi i polinomi za test
Monomi i polinomi za test
 
македонски јазик следење 3
македонски јазик следење 3македонски јазик следење 3
македонски јазик следење 3
 

Ähnlich wie DFD моделирование - диаграммы потоков данных

Обработка дедлоков в MySql
Обработка дедлоков в MySqlОбработка дедлоков в MySql
Обработка дедлоков в MySql
spariev
 
django-and-postgresql
django-and-postgresqldjango-and-postgresql
django-and-postgresql
Oleg Churkin
 
Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....
Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....
Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....
HOWWEDOIT
 
3 denys gobov - change request specification the knowledge base or the task...
3   denys gobov - change request specification the knowledge base or the task...3   denys gobov - change request specification the knowledge base or the task...
3 denys gobov - change request specification the knowledge base or the task...
Ievgenii Katsan
 
High Load 2009 Dimaa Rus Ready
High Load 2009 Dimaa Rus ReadyHigh Load 2009 Dimaa Rus Ready
High Load 2009 Dimaa Rus Ready
HighLoad2009
 

Ähnlich wie DFD моделирование - диаграммы потоков данных (20)

Обработка дедлоков в MySql
Обработка дедлоков в MySqlОбработка дедлоков в MySql
Обработка дедлоков в MySql
 
WinDbg со товарищи
WinDbg со товарищиWinDbg со товарищи
WinDbg со товарищи
 
django-and-postgresql
django-and-postgresqldjango-and-postgresql
django-and-postgresql
 
Мониторинг, тюнинг и оптимизация баз данных, используя продукты Dell Software
Мониторинг, тюнинг и оптимизация баз данных, используя продукты Dell SoftwareМониторинг, тюнинг и оптимизация баз данных, используя продукты Dell Software
Мониторинг, тюнинг и оптимизация баз данных, используя продукты Dell Software
 
Мониторинг, тюнинг и оптимизация баз данных, используя продукты Dell Software
Мониторинг, тюнинг и оптимизация баз данных, используя продукты Dell SoftwareМониторинг, тюнинг и оптимизация баз данных, используя продукты Dell Software
Мониторинг, тюнинг и оптимизация баз данных, используя продукты Dell Software
 
Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....
Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....
Построение и переход на новую аналитическую платформу. Цели, вызовы, решения....
 
Юрий Крутилин. Инструментарий для реверс-инжиниринга Android-приложений
Юрий Крутилин. Инструментарий для реверс-инжиниринга Android-приложений Юрий Крутилин. Инструментарий для реверс-инжиниринга Android-приложений
Юрий Крутилин. Инструментарий для реверс-инжиниринга Android-приложений
 
Михаил Щербаков "WinDbg сотоварищи"
Михаил Щербаков "WinDbg сотоварищи"Михаил Щербаков "WinDbg сотоварищи"
Михаил Щербаков "WinDbg сотоварищи"
 
пр5 (2часа)b pwin
пр5 (2часа)b pwinпр5 (2часа)b pwin
пр5 (2часа)b pwin
 
WinDbg в руках .NET разработчика
WinDbg в руках .NET разработчикаWinDbg в руках .NET разработчика
WinDbg в руках .NET разработчика
 
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileКак сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с Agile
 
Автоматизированное проектирование эис (Case технология)
Автоматизированное проектирование эис (Case технология)Автоматизированное проектирование эис (Case технология)
Автоматизированное проектирование эис (Case технология)
 
Синхронный MODX: как сделать настоящую синхронизацию и не застрелиться
Синхронный MODX: как сделать настоящую синхронизацию и не застрелитьсяСинхронный MODX: как сделать настоящую синхронизацию и не застрелиться
Синхронный MODX: как сделать настоящую синхронизацию и не застрелиться
 
как из трех стоек сделать две.
как из трех стоек сделать две.как из трех стоек сделать две.
как из трех стоек сделать две.
 
Моделирование для NoSQL БД
Моделирование для NoSQL БДМоделирование для NoSQL БД
Моделирование для NoSQL БД
 
3 denys gobov - change request specification the knowledge base or the task...
3   denys gobov - change request specification the knowledge base or the task...3   denys gobov - change request specification the knowledge base or the task...
3 denys gobov - change request specification the knowledge base or the task...
 
High Load 2009 Dimaa Rus Ready
High Load 2009 Dimaa Rus ReadyHigh Load 2009 Dimaa Rus Ready
High Load 2009 Dimaa Rus Ready
 
Сергей Париев - "обработка дедлоков в MySql"
Сергей Париев - "обработка дедлоков в MySql"Сергей Париев - "обработка дедлоков в MySql"
Сергей Париев - "обработка дедлоков в MySql"
 
BDD
BDDBDD
BDD
 
5793.ppt
5793.ppt5793.ppt
5793.ppt
 

DFD моделирование - диаграммы потоков данных

  • 2. Зачем нам моделировать? ▪ Наглядная демонстрация структуры и поведения системы. ▪ Минимизация рисков. ▪ Лучшее понимание системы. ▪ Визуализация и управления архитектурой системы.
  • 3. Структурный анализ ▪ Метод исследования системы. ▪ Начинается с ее общего обзора и затем детализируется. ▪ Имеет иерархическую структуру.
  • 4. Идеи в основе структурного анализа преодолеть сложность больших систем путем расчленения их на части ("черные ящики")
  • 5. Черный ящик ▪ Каждый черный ящик должен реализовывать единственную функцию системы. ▪ Функция каждого черного ящика должна быть легко понимаема независимо от сложности ее реализации. ▪ Связь между черными ящиками должна вводиться только при наличии связи между соответствующими функциями системы. ▪ Связи между черными ящиками должны быть простыми, насколько это возможно.
  • 6. DFD – структурированная иерархия черных ящиков
  • 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. Уровни модели Уровень системы (Контекстная диаграмма) Уровень подсистем Уровень процесса
  • 11. Нотации DFD Нотации DFD-моделирования Гейна-Сарсона (Gene-Sarson) Йордона-ДеМарко (Yordon-DeMarco)
  • 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
  • 19. Процесс: правильно/ неправильно? PAYROLL DEPARTMENT Paycheck EMPLOYEE CUSTOMER Payment 3.0 Apply Payment CUSTOMER Payment Accounts Receivable
  • 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
  • 22. Процесс: правильно/ неправильно? 5.0 Services Perfomed Invoice Create Invoice Policy Number Payment Amount Apply Insurance Premium 2.1 Hours Worked Pay Rate Calculate Gross Pay
  • 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 ДА НЕТ Процесс к другому процессу Процесс к внешней сущности Процесс к хранилищу данных Внешняя сущность к другой внешней сущности Внешняя сущность к хранилищу данных Хранилище данных к хранилищу данных
  • 26. E1 E1 1.0 P2 2.0 P1 DF2 DS1 DF6 DF2 DF4 DF3 DF1 DF5 ОШИБКИ?
  • 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. Расписывайте каждую подсистем/процесс более подробно. Повторяйте этот шаг сколько нужно.
  • 31. Ресурсы I ▪ http://www.slideshare.net/ujjmishra1/data-flow- diagrams-2 ▪ http://www.slideshare.net/puneetarora2000/ data-flow-diagram ▪ http://asu.ugatu.ac.ru/library/65/dfd.ppt
  • 32. Презентацию подготовили Тимофей Татаринов Людмила Нехорошкова Комментарии к презентации в статье http://growandmanage.com/data-flow-diagrams-in-russian/