Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Тема 3.2 Методология DFD
Содержание
- 1. Тема 3.2 Методология DFD
- 2. Стандарт описания бизнес-процессов DFD — Data Flow
- 3. DFD (Data Flow Diagrams) — методология моделирования
- 4. Диаграммы потоков данных в методологии DFD являются
- 5. Каждый процесс в DFD может быть подвергнут
- 6. Методология DFDДиаграммы потоков данных (DFD) - методология
- 7. Методология DFDДиаграммы потоков данных являются основным средством
- 8. Функциональная структура информационной системы «АРМ страховщика 3»
- 9. Использование и особенности DFD диаграммСозданные модели потоков
- 10. Диаграммы потоков данных показывают, как каждый процесс
- 11. При построении DFD-схемы бизнес-процесса нужно помнить, что
- 12. Графический язык моделирования DFD диаграмм
- 13. Требования к оформлению функций:Каждая функция должна иметь
- 14. Требования к оформлению потока данных:1. Название потока
- 15. Построение DFD-моделиПостроение DFD-модели базируется на принципе декомпозиции.
- 16. 1. Контекстная диаграмма или иерархия контекстных диаграммПервым
- 17. Слайд 17
- 18. В некоторых случаях целесообразнее и нагляднее построить
- 19. При этом контекстная диаграмма верхнего уровня содержит
- 20. 2. Детализация контекстной диаграммыДля каждой подсистемы, присутствующей
- 21. Слайд 21
- 22. При детализации должны выполняться следующие правила:правило балансировки
- 23. 3. МиниспецификацияМиниспецификация — документ, детально описывающий логику
- 24. Решение о завершении детализации процесса и использовании
- 25. 4. Словарь данныхВ словаре данных определяется структура
- 26. Слайд 26
- 27. Проверка DFD моделиПосле построения законченной модели системы
- 28. Описание метода DFDОсновными компонентами диаграмм потоков данных являются:внешние сущности;работы;потоки данных;накопители данных.
- 29. Описание метода DFDВнешние сущности изображают входы в
- 30. Внешняя сущность представляет собой материальный объект или
- 31. Работы–имеют тот же самый смысл, что и
- 32. Потоки данных отображаются стрелками и обозначают движение
- 33. Накопители данных отображаются прямоугольниками.
- 34. Накопители данных описывают данные в покое, когда
- 35. В DFD номер каждой работы может включать
- 36. Уникальный номер имеют хранилища данных и внешние
- 37. Советы для построения DFD диаграммы:DFD-диаграмма должна быть
- 38. Советы для построения DFD диаграммы:Принцип абстракции (отвлечения
- 39. Советы для построения DFD диаграммы:Сначала должны быть
- 40. Советы для построения DFD диаграммы:Имена процессов должны
- 41. Советы для построения DFD диаграммы:Нужно избегать пересечений
- 42. Слайд 42
- 43. Слайд 43
- 44. Контрольные вопросыКакие процессы в системе описываются с
- 45. https://mydocx.ru/5-45432.html
- 46. Скачать презентанцию
Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.
Слайды и текст этой презентации
Слайд 3DFD (Data Flow Diagrams) — методология моделирования потоков данных.
Применяется
для описания обмена данными между рабочими процессами.
Слайд 4Диаграммы потоков данных в методологии DFD являются одним из основных
инструментов структурного анализа и проектирования информационных систем, существовавших до широкого
распространения UML.В настоящее время имеет место смещение акцентов от структурного к объектно-ориентированному подходу, однако «старинные» структурные нотации по-прежнему широко и эффективно используются в бизнес-анализе.
Слайд 5Каждый процесс в DFD может быть подвергнут декомпозиции — разбиению
на структурные составляющие, отношения между которыми в той же нотации
могут быть показаны на отдельной диаграмме.Нотация DFD поддерживает понятие подсистемы — структурной компоненты разрабатываемой системы.
Слайд 6Методология DFD
Диаграммы потоков данных (DFD) - методология графического структурного анализа,
описывающая внешние по отношению к системе источники и адресаты данных,
логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.
Слайд 7Методология DFD
Диаграммы потоков данных являются основным средством моделирования функциональных требований
проектируемой системы.
С их помощью эти требования разбиваются на функциональные компоненты
(процессы) и представляются в виде сети, связанной потоками данных.Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Слайд 9Использование и особенности DFD диаграмм
Созданные модели потоков Данных организации могут
быть использованы при решении таких задач, как:
определение существующих хранилищ данных
(текстовые документы, файлы, Система управления базой данных — СУБД);определение и анализ данных, необходимых для выполнения каждой функции процесса;
подготовка к созданию модели структуры данных организации, так называемая ERD-модель (IDEF1X);
выделение основных и вспомогательных бизнес-процессов организации.
Слайд 10Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные
данные в выходные, и выявляют отношения между этими процессами.
DFD
представляет моделируемую систему как сеть связанных работ.
Слайд 11При построении DFD-схемы бизнес-процесса нужно помнить, что данная схема показывает
потоки материальных и информационных потоков и ни в коем случае
не говорит о временной последовательности работ, хотя в большинстве случаев временная последовательность работ и совпадает с направлением движения потоков в бизнес-процессе.
Слайд 13Требования к оформлению функций:
Каждая функция должна иметь идентификатор;
Названия работы нужно
формулировать согласно следующее формуле:
Название работы = Действие + Объект, над
которым действие осуществляетсяНапример, если эта работа связана с действием по продаже продукции, то ее нужно назвать <Продажа продукции>
Название работы должно быть по возможности кратким (не более 50 символов) и состоять из 2-3 слов.
В сложных случаях также рекомендуется для каждого краткого названия работы сделать ее подробное описание, которое поместить в глоссарий.
Слайд 14Требования к оформлению потока данных:
1. Название потока нужно формулировать согласно
следующей формуле:
Название потока = Объект, представляющий поток + Статус объекта
Если
речь идет о продукции, которую отгрузили клиенту, то поток можно назвать <Продукция, отгруженная> или <Продукция, отгруженная клиенту>. В данном случае <Продукция> это объект, представляющий поток, а <отгруженная клиенту> — статус объекта.2. Название должно быть по возможности кратким и состоять из 2-3 слов.
Слайд 15Построение DFD-модели
Построение DFD-модели базируется на принципе декомпозиции. DFD-модель включает в
себя три документа, которые ссылаются друг на друга: Графические диаграммы,
Миниспецификация, Словарь данных.
Слайд 161. Контекстная диаграмма или иерархия контекстных диаграмм
Первым шагом является построение
контекстной диаграммы. Диаграмма имеет звездообразную топологию, в центре которой находится
так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы.
Слайд 18В некоторых случаях целесообразнее и нагляднее построить несколько контекстных диаграмм
с иерархией:
наличие большого количества внешних сущностей (десять и более);
распределенная природа
системы;многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы.
Слайд 19При этом контекстная диаграмма верхнего уровня содержит не единственный главный
процесс, а набор подсистем, соединенных потоками данных.
Контекстные диаграммы следующего
уровня детализируют контекст и структуру подсистем.После построения контекстных диаграмм, полученную модель следует проверить на полноту исходных данных об объектах системы и изолированность объектов (отсутствие информационных связей с другими объектами).
Слайд 202. Детализация контекстной диаграммы
Для каждой подсистемы, присутствующей на контекстных диаграммах,
выполняется ее детализация при помощи диаграммы DFD. Каждый процесс, в
свою очередь, может быть детализирован при помощи отдельной диаграммы или миниспецификации.
Слайд 22При детализации должны выполняться следующие правила:
правило балансировки — при детализации
процесса дочерняя диаграмма в качестве внешних источников/приемников данных может иметь
только те компоненты (подсистемы, процессы, внешние сущности, накопители данных), с которыми имеет информационную связь соответствующий процесс на родительской диаграмме;правило нумерации — при детализации процессов должна поддерживаться их иерархическая нумерация.
правило семи — для того, чтобы диаграмма легко читалась, количество функций на диаграмме не должно быть больше семи.
Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.
Слайд 233. Миниспецификация
Миниспецификация — документ, детально описывающий логику процесса. Она содержит
номер процесса, списки входных и выходных данных, тело процесса —
подробный алгоритм функции, преобразующий входные потоки данных в выходные.Миниспецификация является конечной вершиной иерархии модели DFD.
Слайд 24Решение о завершении детализации процесса и использовании миниспецификации принимается аналитиком
исходя из следующих критериев:
у процесса небольшое количество входных и выходных
потоков данных (2-3 потока);процесс можно описать в виде последовательного алгоритма;
процесс выполняет единственную логическую функцию преобразования входной информации в выходную;
описать логику процесса можно в виде миниспецификации небольшого объема (не более 20-30 строк).
Слайд 254. Словарь данных
В словаре данных определяется структура и содержание всех
потоков данных и накопителей данных, которые присутствуют на диаграммах.
Для каждого
потока в словаре хранятся: имя потока, тип, атрибуты.
Слайд 27Проверка DFD модели
После построения законченной модели системы ее необходимо проверить
на полноту и согласованность.
Модель считается полной, если все ее объекты
(подсистемы, процессы, потоки данных) подробно описаны и детализированы.Модель считается согласованной, если для всех потоков данных и накопителей данных выполняется правило сохранения информации: все поступающие куда-либо данные должны быть считаны, а все считываемые данные должны быть записаны.
Слайд 28Описание метода DFD
Основными компонентами диаграмм потоков данных являются:
внешние сущности;
работы;
потоки данных;
накопители
данных.
Слайд 29Описание метода DFD
Внешние сущности изображают входы в систему и выходы
из системы.
Это внешние для рассматриваемой системы или подсистемы потребители
данных или источники данных. Отображаются прямоугольником с тенью.
Слайд 30Внешняя сущность представляет собой материальный объект или физическое лицо, являющиеся
источником или приемником информации, например, заказчики, персонал, поставщики, клиенты, склад.
Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой системы.
В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой системы, если это необходимо, или, наоборот, часть процессов может быть вынесена за пределы диаграммы и представлена как внешняя сущность.
Слайд 31Работы–имеют тот же самый смысл, что и функции в IDEF0.
Работы преобразуют входные данные в выходные.
На диаграммах обозначаются прямоугольником с
скругленными углами и подписываются по названию работы.
Слайд 32Потоки данных отображаются стрелками и обозначают движение данных.
Стрелки с
данными могут подходить к любой стороне блока и отходить от
любой стороны блока.Могут быть двунаправленными – это обозначает запрос-ответ.
Слайд 34Накопители данных описывают данные в покое, когда они дожидаются какой-либо
обработки.
Это пассивный объект в составе DFD, в котором данные
сохраняются для последующего доступа.Эти данные также могут быть созданы или изменены работами.
На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.
Слайд 35В DFD номер каждой работы может включать префикс (А), номер
родительской работы и номер объекта.
Номер объекта — это уникальный
номер работы на диаграмме. Например, работа может иметь номер А5.4.
Слайд 36Уникальный номер имеют хранилища данных и внешние сущности независимо от
их расположения на диаграмме.
Каждое хранилище данных имеет префикс D
и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.
Слайд 37Советы для построения DFD диаграммы:
DFD-диаграмма должна быть полезной.
Цель построения DFD-диаграмм
– общение с заказчиком и пользователями, уточнение требований к системе,
передача знаний о предметной области от системных аналитиков к разработчикам автоматизированной системы.Правило от 2 до 6. На DFD-диаграмме должно быть не меньше двух и не больше шести процессов/подсистем.
Слайд 38Советы для построения DFD диаграммы:
Принцип абстракции (отвлечения от деталей). Для
подсистем и процессов строится иерархия DFD-диаграмм. На каждой диаграмме должны
быть представлены только основные процессы, важные на данном уровне рассмотрения. На диаграммах нужно абстрагироваться от несущественных пока деталей, нюансов работы и т.д.Материальные процессы, потоки и хранилища на диаграммах DFD не отображаются (только процессы обработки информации, потоки данных и хранилища данных).
Слайд 39Советы для построения DFD диаграммы:
Сначала должны быть рассмотрены функции (процессы),
затем данные (хранилища), необходимые для выполнения этих функций. Подход «от
данных к функциям» запрещен.Не должно быть связей между внешними сущностями. Во внешних сущностях не должно быть обработки информации.
Слайд 40Советы для построения DFD диаграммы:
Имена процессов должны быть глаголами или
глагольными существительными. Имена подсистем должны быть существительными (названия отделов, должностей).
Имена потоков должны быть названиями документов или групп документов.Для хранилища данных должен быть вход и выход. Должен соблюдаться закон сохранения информации: нельзя использовать того, чего нет в хранилище. Все что хранится, нужно использовать. Запросы к хранилищу данных на диаграммах не отображаются.
Слайд 41Советы для построения DFD диаграммы:
Нужно избегать пересечений стрелок, можно создавать
копии хранилищ данных. Множественные однородные потоки данных можно объединять в
один.Элементарные процессы на диаграммах DFD не детализируются.
На диаграммах DFD не должно быть изолированных (несвязанных) объектов (внешних сущностей, подсистем, процессов, хранилищ данных)
Слайд 44Контрольные вопросы
Какие процессы в системе описываются с помощью диаграмм потоков
данных?
Какие основные объекты диаграмм потоков данных?
Используется ли принцип декомпозиции при
построении DFD диаграмм?Место подхода стрелки к блокам или место выхода стрелки из блока может быть произвольным или подчиняется определенным правилам?
Каким образом происходит выделение объекта во внешнюю сущность?
