Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
19
Добавлен:
20.03.2016
Размер:
60.52 Кб
Скачать

Лабораторная работа № 2. Методология IDEF0. Построение диаграмм DFD.

Цель работы

Изучить основные принципы методологии IDEF0 и получить базовые навыки разработки контекстных диаграмм в StarUML и Software Ideas Modeller. Научиться строить диаграммы потоков данных.

Краткое введение

В рамках данной лабораторной работы изучаются возможности методологии IDEF0, рекомендованой к использованию Госстандартом РФ и являющейся федеральным стандартом США. Эта методология основана на методологии структурного анализа SADT (Structured Analysis & Design Technique).

IDEF0 определяет наглядный графический язык, который помогает четко документировать важные аспекты любых процессов (функций): действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты.

В графической нотации IDEF0 предусмотрено два элемента: блоки и стрелки. Блоки обозначают функции (работы), а стрелки отражают связи между функциями или с внешней средой. Допускается возможность декомпозиции процессов на подпроцессы до необходимого уровня подробности. В IDEF0 предусмотрено пять типов связей:

  1. связь по входу;

  2. обратная связь по входу;

  3. связь по управлению;

  4. обратная связь по управлению;

  5. cвязь выход-механизм.

Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель процесса, что упрощает его понимание, увеличивает наглядность. Простота и наглядность моделей упрощает взаимопонимание между всеми участниками процессов. Графическое изложение информации позволяет существенно упростить задачу внедрения управляющих программных систем за счет формирования целостной картины деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

Диаграммы потоков данных (Data Flow Diagram, DFD) используются для документирования механизмов передачи и обработки информации в моделируемой системе (проектируемой или реально существующей). Диаграммы потоков данных обычно строятся для наглядного отображения текущей работы системы документооборота организации и часто применяют в качестве дополнения модели бизнес-процессов.

Модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии определяют основные процессы или подсистемы информационной системы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня, создавая многоуровневую иерархию диаграмм. Декомпозиция продолжается до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором детализировать их далее не имеет смысла.

Предусмотрены следующие элементы диаграмм потоков данных:

  • внешние сущности;

  • системы/подсистемы;

  • процессы;

  • накопители данных;

  • потоки данных.

Источники информации (внешние сущности) порождают информационные потоки, переносящие информацию к подсистемам или процессам. Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой программной системы. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой системы, если это необходимо, или, наоборот, часть процессов может быть вынесена за пределы диаграммы и представлена как внешняя сущность.

Порядок выполнения работы

  1. Декомпозировать изучаемые бизнесс-процессы на функции

  • построить функциональную модель "Как есть"

  • подготовить контекстную диаграмму "Как будет" после внедрения целевой программной системы

  • Построить диаграмму DFD

    • Определить границы системы, внешние источники и приемники информации.

    • Построить контектстную диаграмму. Разместить на контектсной диаграмме основной процесс системы.

    • Разместить на контектсной диаграмме внешние сущности - источники и приемники информации.

    • Нанести на контекстную диаграмму информационные потоки.

    • Осуществить декомпозицию основного процесса (на 3 уровня). В дочерних диаграммах нанести хранилища информации.

    Программы

    Лабораторная работа выполняется с применением StarUML или Software Ideas Modeller.

  • Соседние файлы в папке ПиАПС ЛР2