Задание
Необходимо составить модель формата «TO BE» по варианту заданному преподавателем. Необходимо составить 1 диаграмму 0го уровня (IDEF0) и произвести её декомпозицию на диаграммы IDEF3. Суммарное количество диаграмм должно быть не менее 3.
Контрольные вопросы.
Какие типы моделирования бизнес-процессов Вы знаете?
Что такое IDEF3? Какие нотации IDEF3 Вам известны? Чем они отличаются?
Для чего был разработан стандарт IDEF3? Какая основная цель при моделировании IDEF3?
Что такое Workflow Diagramming? Как это связано с IDEF3?
Какие правила используются для нотаций IDEF3?
Какие основные определения используются в нотации IDEF3?
В чём отличие IDEF3 от IDEF0?
Лабораторная работа №3.
Построение модели процесса DFD в среде BPWin.
Цель работы: освоить методологию DFD для создания бизнес-процессов.
Теоретическая справка
Методологии IDEF0 и IDEF3 хорошо работают для функционального моделирования систем. Однако при попытке моделировать в них системы обработки информации разработчики столкнулись с различными сложностями. Например, невозможно указать в виде некоторого отдельного объекта какую-нибудь базу данных. Поэтому специально для решения вопросов моделирования документооборота и обработки информации была создана методология DFD.
DFD – графический язык описания функциональных систем, в которых модулируется не последовательность работ, а потоки информации или данных, между работами и объектами, которые используют, хранят или «порождают» эти данные. Поэтому DFD относится к Dataflow Diagram (дословно – «диаграммы потоков данных» с англ.) – диаграммам потоков данных.
DFD методология может использовать два стандарта оформления – Йордана-Де Марко (рисунок ) и Гейна-Сарсона (рисунок ). В среде BPWin для моделей DFD используется только нотация Гейна-Сарсона.
Рисунок . Нотация Гейна-Сарсона.
Рисунок . Нотация Йордана-Де Марко.
В основе методологии DFD лежат следующие правила и понятия:
Процессы (работы) – преобразуют некоторые входные потоки данных в выходные в соответствии с заданным алгоритмом. На диаграммах процессы изображаются в виде прямоугольников со скруглённым краями. По смыслу близки к функциональным блокам в IDEF0. Название процесса оформляется в виде глагола, (например, «создать запись в журнале регистрации») или в отглагольном наклонении («создание записи в журнале»).
Потоки данных – определяют информацию, передаваемую через некоторое соединение, например, кабель, почта и т.п., от источника к приёмнику. На диаграммах изображаются в виде направленных дуг (стрелок). Каждый поток данных должен быть подписан (например, «почтовое уведомление»).
Хранилища данных – изображают некоторые абстрактные устройства для хранения информации, которую можно туда в любой момент поместить или извлечь, безотносительно к их физической реализации (жёсткий диск, журнал и т.п.). На диаграммах изображаются в виде прямоугольника с выделенным слева полем. Хранилища данных должны быть подписаны существительным, поясняющим их суть (например, «перечень услуг»).
Внешние ссылки ссылаются на некоторые внешние сущности – материальные объекты, являющиеся источником или приёмником информации (например, заказчики, банк и т.д.). Определение объекта в качестве внешней сущности указывает, что этот объект находится за пределами рассматриваемой системы. На диаграммах изображаются в виде прямоугольника с выделенной левой и верхней гранью. Внешние ссылки подписываются названием внешней сущности, на которую они ссылаются (например, «банковский сотрудник»).
Каждый процесс подписывается уникальным идентификационным номером, по которому можно его найти; имя процесса так же должно быть уникальным.
Единственный тип соединительных дуг – потоки данных, потому в DFD нет таких элементов как «вход», «выход», «управление» и «механизм» - есть только входные и выходные потоки и без разницы с какой стороны заводить дуги в блоки процессов.
Потоки данных, хранилища и названия внешних сущностей так же должны быть подписаны уникальными именами.
Так же как в IDEF0 процессы могут быть подвергнуты декомпозиции – процедуре разбиения на детализирующие подпроцессы.
При декомпозиции необходимо выполнять правило балансировки: в детализирующей диаграмме процессы могут иметь дело только с теми источниками и приёмниками информации и данных (внешние сущности, хранилища данных), с которыми имеет информационную связь.
Создание модели диаграмм DFD начинается с диаграммы самого высокого уровня. На ней приводятся все внешние ссылки (внешние сущности), потоки данных, хранилища данных. Если диаграмма получается слишком насыщенной и места на ней оказывается недостаточно, чтобы разместить все нужные элементы или показать работу достаточно детально, то производится декомпозиция.
Декомпозиция проводится до тех пор, пока не будет принято решение о приостановке декомпозиции; обычными условиями такого решения являются:
наличие у процесса небольшого количества (два-три) входных и выходных потоков данных;
возможность описания преобразования данных в виде последовательного алгоритма;
выполнение процессом единственной логической функции преобразования входной информации в выходную.
После завершения построения диаграммы всегда проводят её проверку на правильность выполнения по формальным признакам (наличие у блоков входных и выходных потоков) и по смысловому назначению (должны быть указанные все необходимые объекты).