Методология oracle

Рис. 5. Схема бизнес-процесса в стандарте IDEF3.

Методология IDEF3

Стандарт IDEF0, который был рассмотрен ранее является развитием классического DFD – подхода и предназначен для описания бизнес-процессов верхнего уровня.

Для описания временной последовательности и алгоритмов выполнения работ стандарт IDEF0 не подходит. Для решения этой задачи стандарт IDEF0 получил дальнейшее развитие в результате чего был разработан стандарт IDEF3, который входит в семейство стандартов IDEF.

Стандарт IDEF3 предназначен для описания бизнес-процессов нижнего уровня и содержит объекты – логические операторы, с помощью которых показывают альтернативы и места принятия решений и в бизнес-процессе, а также объекты – стрелки с помощью которых показывают временную последовательность работ в бизнес-процессе (рис. 5).

В отличие от классической методологии WFD в стандарте IDEF3 связи между работами делятся на три типа, обозначения, названия и смыл которых, приведены в таблице 3.

Таблица 3. Типы связей между работами в стандарте IDEF3.

Помимо наличия нескольких типов связей между работами в стандарте IDEF3 логические операторы, которые в данном случае называются перекрестками также делятся на несколько типов: "Исключающий ИЛИ", "И" и "ИЛИ".

Перекресток "Исключающий ИЛИ" обозначает, что после завершения работы "A" (рис. 6), начинает выполняться только одна из трех расположенных параллельно работ B, С или D в зависимости от условий 1, 2 и 3. Перекресток "И" обозначает, что после завершения работы "A", начинают выполняться одновременно три параллельно расположенные работы B, С и D. Перекресток "ИЛИ" обозначает, что после завершения работы "A", может запуститься любая комбинация трех параллельно расположенных работ B, С и D. Например может запуститься только одна из них, могут запуститься три работы, а также могут запуститься двойные комбинации В и С, либо C и D, либо B и D. Перекресток "Исключающий ИЛИ" является самым неопределенным, так как предполагает несколько возможных сценариев реализации бизнес-процесса и применяется для описания слабо формализованных ситуаций.

Рис. 6. Применение перекрестков "Исключающий ИЛИ", "И" и "ИЛИ" - схемы расхождения.

Перекрестки "И" и "ИЛИ" подразделяются еще на два подтипа – синхронные и асинхронные. Перекрестки синхронного типа обозначают, что работы В, С и D запускаются одновременно после завершения работы A. Перекрестки асинхронного типа требований к одновременности не предъявляют.

Приведенные на рис. 5 схемы взаимосвязи работ и перекрестков называются схемами расхождения, так как от перекрестков расходятся несколько работ. Существует и другие схемы взаимосвязи перекрестков и работ – это так называемые схемы схождения, когда к перекрестку подходит несколько работ (рис. 7).

Рис. 7. Применение перекрестков "Исключающий ИЛИ", "И" и "ИЛИ" - схемы схождения.

В таблице 4 приведены обозначения, названия и смысл всех типов перекрестков как в схемах схождения, так и в схемах расхождения.

Таблица 4. Обозначения, названия и смысл типов перекрестков в схемах схождения и расхождения.

Последним отличием стандарта IDEF3 в отличие от классической методологии WFD является использование на схеме бизнес-процесса такого элемента как "объект ссылки", который связывается с работами и перекрестками. С помощью объектов ссылки показывается прочая важная информация, которую целесообразно зафиксировать при описании бизнес-процесса.

Следующие подходы описания бизнес-процессов были разработаны компаниями, занимающиеся разработкой и внедрением интегрированных информационных систем.

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

Три наиболее крупных разработчика информационных систем: SAP/R3, BAAN и ORACLE для повышения эффективности внедрения своих информационных систем разработали свои стандарты и программные продукты, с помощью которых описывается бизнес-деятельность компании. Каждый из этих стандартов содержит несколько бизнес-моделей, с помощью которых описываются бизнес-процессы, организационная структура, а также строятся прочие бизнес-модели.

Давайте рассмотрим стандарт, который использует компания ORACLE. Методология ORACLE содержит 5 бизнес-моделей, название, описание и предназначение которых приведено в таблице 5.

Таблица 5. Модели методологии ORACLE.

При описании бизнес-процессов с использованием методологии ORACLE наиболее часто применяется вторая согласно перечню таблицы 5 модель бизнес-процессов. Построение этой модели основано на подходе "Swimmer lanes", который представляет из себя смесь классических DFD и WFD стандартов и имеет одну отличительную особенность. Диаграмма, на котором рисуется схема бизнес-процесса разделена по горизонтали на дорожки. Каждая дорожка принадлежит определенному структурному подразделению или должности, участвующей в бизнес-процессе. Те операции бизнес-процесса, которые выполняются этим структурным подразделением, размещаются в зоне соответствующей дорожки. Такой подход позволяет наглядно показать распределение ответственности в бизнес-процессе и продемонстрировать степень его организационной фрагментарности (рис. 8).

Рис. 8. Пример описания бизнес-процесса "Торговля чаем" для функциональной организационной структуры компании "Эврика".

Одним из недостатков формата "Swimmer lanes" является то, что в данном случае более трудно отследить временную последовательность работ, а так же критический путь бизнес-процесса, что актуально при проведении временной оптимизации.