Методология SADT. Функциональные модели (IDEF0). Диаграммы потоков данных (DFD). Нотации (DFD)
Методология SADT (Structured Analysis And Design Technique) – одна из самых известных методологий анализа и проектирования систем. Она является, пожалуй, единственной методологий, отражающей такие характеристики, как управление, обратная связь и ресурсы. Другая особенность SADT заключается в том, что она развивалась как язык описания функционирования систем общего вида, тогда как в других структурных методологиях упор чаще делается на проектирование программного обеспечения.
Достоинства методологии SADT:
1) универсальность – SADT может использоваться для проектирования сложных систем любого назначения(например, управление и контроль, аэрокосмическое производство, телефонные сети, учет материальнотехнических ресурсов и др.), а не только программного обеспечения (ПО);
2)SADT – единственная методология, легко отражающая такие системные характеристики, как управление, обратная связь и исполнители;
3)SADT имеет развитые процедуры поддержки коллективной работы;
4)В отличие от подавляющего большинства других технологий, SADT может быть использована на ранних этапах создания системы (предпроектная стадия);
5) SADT может сочетаться с другими структурными методами проектирования
Задача функционального моделирования состоит в представлении системы в виде совокупности взаимосвязанных функций.
IDEF0 - методология функционального моделирования, являющаяся составной частью SADT и позволяющая описать бизнес-процесс в виде иерархической системы взаимосвязанных функций.
|
|
|
Концепция IDEFO-моделей
IDEF0-модель описывает: что система делает, что она производит, какая информация используется для управления, какие ресурсы и средства применяются для исполнения ее функций.
Одним из достоинств IDEF0-моделей является то, что они обеспечивают возможность обмена информацией о рассматриваемом объекте на языке, понятном не только аналитику и разработчику системы, но и специалисту-эксперту в предметной области, пользователю, руководителю (Д. Росс назвал технику структурного анализа языком для передачи понимания). В основе метода IDEF0 лежат следующие концептуальные положения:
· графическое представление модели в виде иерархии диаграмм, обеспечивающее компактность представления информации;
· максимальная выразительность, т.е. способность наилучшим образом обеспечить "понимаемость" модели;
· строгость и точность представления;
· пошаговые процедуры разработки модели, ее просмотра и объединения;
· отделение организации от функции исключение влияния организационной структуры на функциональную модель.
DFD – это нотация, предназначенная для моделирования информационный систем с точки зрения хранения, обработки и передачи данных, представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (далее в примерах используется нотация Гейна-Сэрсона).
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю.
|
|
|
Непосредственно DFD нотация состоит из следующих элементов:
· Процесс (англ. Process), т.е. функция или последовательность действий, которые нужно предпринять, чтобы данные были обработаны. Это может быть создание заказа, регистрация клиента и т.д. В названиях процессов принято использовать глаголы, т.е. «Создать клиента» (а не «создание клиента») или «обработать заказ» (а не «проведение заказа»). Здесь нет строгой системы требований, как, например, в IDEF0 или BPMN, где нотации имеют жестко определенный синтаксис, так как они могут быть исполняемыми. Но все же определенных правил стоит придерживаться, чтобы не вносить путаницу при чтении DFD другими людьми.
|
|
|
· Внешние сущности (англ. External Entity). Это любые объекты, которые не входят в саму систему, но являются для нее источником информации либо получателями какой-либо информации из системы после обработки данных. Это может быть человек, внешняя система, какие-либо носители информации и хранилища данных.
· Хранилище данных (англ. Data store). Внутреннее хранилище данных для процессов в системе. Поступившие данные перед обработкой и результат после обработки, а также промежуточные значения должны где-то храниться. Это и есть базы данных, таблицы или любой другой вариант организации и хранения данных. Здесь будут храниться данные о клиентах, заявки клиентов, расходные накладные и любые другие данные, которые поступили в систему или являются результатом обработки процессов.
· Поток данных (англ. Data flow). В нотации отображается в виде стрелок, которые показывают, какая информация входит, а какая исходит из того или иного блока на диаграмме.
|
|
|
Нотация DFD может описывать любые действия, в том числе, процесс продажи или отгрузки товара, работу с заявками от клиентов или закупки материалов, с точки зрения описания системы. Эта нотация помогает понять, из чего должна состоять система, что нужно для автоматизации бизнес-процесса. Но DFD не является описанием непосредственно бизнес-процесса. Здесь, например, нет такого важного параметра, как время. Также в этой нотации не предусмотрены условия и «развилки». В DFD мы рассматриваем откуда появляются данные, какие данные нужны, их обработку и куда результаты отправить. Т.е. в этой нотации описывается не столько непосредственно процесс, сколько движение потоков данных. Для работы с процессами я рекомендую использовать BPMN или IDEF3 (о ней я расскажу в другой раз).
Дата добавления: 2018-08-06; просмотров: 607; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!