Весь мой текст лишь субъективное восприятие действительности.
		Подвергай всё сомнению. Рене Декарт.
		Тут собрание спорных моментов про IDEF0 и DFD.
		
		
Про IDEF0 - Integrated Definition
МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0
Госстандарт России / Москва / 2000 г.
https://pcoding.ru/pdf/idef0.pdf

наш Руководящий документ есть копипаст с американского:
INTEGRATION DEFINITION FOR FUNCTION MODELING (1993 December 21)
https://pcoding.ru/pdf/idef0en.pdf

только на эти два документа можете ссылаться, но не на мнение товарища, своё или преподавателя (и даже учебник может быть с ошибкой или некорректной трактовкой)


 - далее некоторые спорные моменты:
 
п.8 Правила построения диаграмм

- 1 -
По поводу одинакового названия стрелок:
"Если метки стрелок совпадают, это значит, что стрелки
отображают тождественные данные." - это может быть в случае, когда блок не преобразует данные, а использует их для чего-то другого и передаёт их без изменения в следующий блок...

- 2 -
По поводу количества блоков на НЕКОНТЕКСТНОЙ диаграмме:
"Диаграммы с количеством блоков менее трех вызывают серьезные со-
мнения в необходимости декомпозиции родительской функции. Диаграммы с
количеством блоков более шести сложны для восприятия читателями и вы-
зывают у автора трудности при внесении в нее всех необходимых графиче-
ских объектов и меток." - то есть при крайней необходимости и обоснованности можно выйти за рамки правила от 3-х до 6-ти блоков на одной диаграмме

- 3 -
метки (названия, подписи) стрелок можно повторять вдоль стрелки, если сложная топология и трудно разобраться

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

- 5 -
 - на контекстной диаграмме нужно указывать цель моделирования и точку зрения
 - в цели моделирования не нужно писать общие фразы типа: "Выявление проблем бизнес-процесса", а конкретные: "Снижение транспортных расходов"
 - целей может быть несколько (2-3 нормально)

- 6 -
 - бывает обратная связь по управлению, то есть из блока выходит справа (документ) и он возвращается в предыдущий блок сверху (как управление) 
 
- 7 -
 - нет никаких отглагольных существительных в названиях блоков, только ГЛАГОЛ или ГЛАГОЛЬНАЯ ФРАЗА
 
 
 
Про DFD - это нотация для моделирования Информационных систем
- в неё включают только хранилища данных, функции обработки данных, внешние сущности (по необходимости)
- существуют два вида нотации: Гейна Сарсона и Йордана-Де Марко)
- тут краткое описание с примером - https://pcoding.ru/pdf/dfd.pdf

0) Data Flow Diagrams — один из основных инструментов структурного анализа и проектирования ИНФОРМАЦИОННЫХ СИСТЕМ - мы используем не для того, чтобы повторить idef0, а для того чтобы детально описать функции информационной системы и потоки данных внутри неё (от файла к таблице, от поля данных к отчёту и т.п.)
1) функциональные блоки МОЖНО напрямую соединять стрелками потока (не обязательно через хранилища) - напомню, что первоначально на dfd вообще не было хранилищ и именно Гейн Сарсон предложил ввести дополнительный блок в нотацию: ХРАНИЛИЩЕ
2) внешняя сущность:
 - может быть не только должностным лицом, но и ХРАНИЛИЩЕМ
 - не обязательно должна быть
 - сущность которая не является составной частью ИС (сайт с курсами валют, руководитель департамента)
 
в нотации Йордана-Де Марко есть:
1) дополнительно - управляющие стрелки
2) вместо прямоугольников-функций - круги
3) хранилище - просто сверху и снизу линии (нет боковых)
4) внешняя сущность без тени

dfd описание с примером - https://e-educ.ru/bd14.html

===========================
P.S.
- по мере возникновения разногласий - буду дополнять тут