
- •Петропавловск-Камчатский 2007 Содержание:
- •Введение
- •Предметная область
- •Краткое описание ооо «Соболь»
- •Описание предметной области
- •Технологии case – систем
- •2.1. Описание case-технологий
- •2.2 Характеристика программного продукта bpWin.
- •Требования к техническому обеспечению bpWin
- •2.3. Методология idef0
- •2.4. Методология idef3
- •2.5. Методология dfd
- •Реализация графических нотаций
- •3.1. Реализация idef0
- •Реализация idef3
- •Методология dfd
- •4. Cost-анализ
- •5. Диаграмма дерева узлов
- •Заключение
- •Библиография
- •Приложение
2.5. Методология dfd
Диаграммы потоков данных (Data Flow Diagrams) представляют сеть связанных между собой работ. Их удобно использовать для описания документооборота и обработки информации.
ОРО описывает:
функции обработки информации (работы);
документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;
внешние ссылки (external reference), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;
таблицы для хранения документов (хранилища данных, Data Store).
Для построения диаграмм DFD в BPwin используется нотация Гейна-Сарсона.
Потоки данных используются для моделирования передачи информации (или физических компонентов) из одной части системы в другую. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой, и т. д. Потоки изображаются на диаграмме именованными стрелками, ориентация которых указывает направление движения информации. Стрелки могут подходить к любой грани прямоугольника работы и могут быть двунаправленными для описания взаимодействия типа «команда-ответ».
Хранилище данных позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилище представляет «срезы» потоков данных во времени. Информация, которую оно содержит, может использоваться в любое время после ее определения, при этом данные могут выбираться в любом порядке. Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Хранилище данных в общем случае является прообразом будущей базы данных, и описание хранящихся и нем данных должно быть увязано с информационной моделью (ERD). Имя хранилища должно идентифицировать его содержимое, оно выбирается из соображения наибольшей информативности для проектировщика. В случае, когда поток данных входит в хранилище или выходит из него и его структура соответствует структуре хранилища, он должен иметь то же самое имя, которое нет необходимости отражать на диаграмме.
Внешняя сущность представляет сущность вне контекста системы, являющуюся источником или приемником данных системы, например, заказчики, персонал, поставщики, клиенты, склад. Предполагается, что объекты, представленные такими узлами, не должны участвовать ни в какой обработке, они находятся за пределами границ анализируемой системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах.
Диаграммы DFD можно использовать как дополнение к диаграммам IDEF0 для описания документооборота и обработки информации.
Реализация графических нотаций
Используя выше изложенный материал, в качестве примера рассмотрим деятельность предприятия ООО «Соболь».