шас ужцис

1. Диаграмма в нотации DFD

2. Что такое DFD?

• DFD (Data Flow Diagram) — графическая нотация для
моделирования потоков данных и процессов внутри
системы. Цель — показать, как информация
перемещается между процессами, хранилищами и
внешними сущностями. Нотация впервые
предложена Ларри Константином в 1970 и широко
применяется при проектировании информационных
систем, анализе бизнес-процессов и
документировании ПО.

3. Основные элементы DFD

Внешняя сущность
Прямоугольник (часто с
тенью или двойной
рамкой). Объект вне
нашей системы,
который обменивается
с ней данными.
Пример: Клиент, Банк,
Поставщик,
Государственный
реестр.
Процесс
Круг или скругленный
прямоугольник.
Действие, которое
преобразует входные
данные в выходные.
Имеет номер и название.
У процесса всегда
должен быть хотя бы
один вход и один выход.
Хранилище данных
Две параллельные линии
(открытые или закрытые с
одной стороны). Место,
где данные хранятся База
данных, реестр, файл,
папка. Имеет
идентификатор и
название. Данные в
хранилище не меняются
сами по себе, их меняют
Поток данных
Стрелка.
Направленное
движение данных от
одного элемента к
другому. Обязательно
название потока (что
именно передается.
Стрелка всегда имеет
направление

4. Уровни детализации DFD

• Контекстная диаграмма
• Показывает общее описание процесса, который реализуется при потоке данных.
Отображает абстрактно потоки данных, связанные с разными внешними сущностями

5. Уровни детализации DFD

• Диаграмма уровня 1
• Отображает логику преобразования данных в системе в каждом процессе, описывает. Видны
входные, промежуточные, выходные данные в каждом процессе, который протекает от
внешней сущности до хранилищ данных. Больше указывает на вопрос “Что включает в себя
процесс потока и обмена данными со стороны бизнеса?”

6. Уровни детализации DFD

• Диаграмма уровня 2
• Включают точное отображение хранилищ данных, названий сущностей данных. Диаграмма
физического уровня должна отвечать на вопрос “Как будет реализован процесс передачи и
потока данных?”

7. Заключение

• Подводя итог DFD позволяет заглянуть "под капот"
любой системы и понять, как движется информация.
Освоив эту нотацию, вы сможете легко описывать
любые бизнес-процессы и проектировать базы
данных. Спасибо за внимание! Буду рад ответить на
ваши вопросы

8. Интерпретация результатов функционального анализа

9. Что такое функциональный анализ?

• Функциональный анализ (ФА) — метод исследования
системы путем разложения её на функции (что делает
система), а не на элементы (из чего она состоит).
• Главный вопрос: «Зачем это нужно?», а не «Как это
устроено?».

10. Что такое «интерпретация» в данном контексте?

• Интерпретация — это процесс осмысления результатов анализа
для:
• Оценки качества текущей системы.
• Выявления проблем (дублирование, разрывы, избыточность).
• Поиска точек роста и оптимизации.
• Обоснования решений по автоматизации/реинжинирингу.

11. Ключевые критерии оценки функций

• При интерпретации каждую функцию оцениваем по 3 критериям:
• Полезность: Нужна ли она вообще? (Создает ценность для
клиента/бизнеса?).
• Эффективность: Как она выполняется? (Тратится ли слишком
много ресурсов?).
• Качество выхода: Насколько хорош результат функции? (Много
ли ошибок/брака?).

12. Паттерны интерпретации: Что мы ищем?

Избыточность
Разрыв (Пропущенная
(Дублирование)
функция)
• Симптом: У функции есть
• Симптом: Одна и та же
вход, но выход не
функция выполняется
разными подразделениями
используется другой
или модулями.
функцией. Или процесс
обрывается.
• Интерпретация: Тратятся
• Интерпретация: Система
лишние ресурсы,
возникает
теряет данные, результат
рассинхронизация данных.
"уходит в никуда",
клиентский опыт
• Решение:
ломается.
Консолидировать функцию
(оставить один центр
• Решение: Восстановить
ответственности).
недостающую функцию
(связку).
Узкое место (Bottleneck)
• Симптом: Одна
функция обрабатывает
данные намного
медленнее, чем их
поступает.
• Интерпретация: Вся
система тормозится изза одного слабого
звена.
• Решение:
Автоматизировать,
добавить ресурсов или
упростить эту функцию.

13. Формирование рекомендаций

AS-IS (Как есть):
Описание текущих
проблем на основе
интерпретации.
TO-BE (Как
будет): Новая
функциональная
модель (без
дублей, разрывов
и узких мест).
План изменений:
Какая функция
автоматизируется,
какая удаляется,
какая
добавляется.

14. Заключение

• собрать модель системы — это половина дела.
Настоящая ценность аналитика проявляется тогда,
когда он смотрит на эту модель и говорит: "Вот здесь
мы теряем деньги, вот здесь клиенты уходят, а вот
здесь мы можем сэкономить". Именно в этом и
заключается интерпретация результатов
функционального анализа.