Стандарты и методологии моделирования бизнес- процессов

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

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

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

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

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

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

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

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

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

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

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

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

IDEF1X

IDEF1X - методология описания данных. Применяется для построения баз данных.

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

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

1.7.1 Связи между сущностями

Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Ниже, на рисунке, приведен ряд примеров связи между сущностями:

Сущность описывается в диаграмме IDEF1X графическим объектом в виде прямоугольника. На рисунке 2 приведен пример IDEF1X диаграммы.

1.7.2 Преимущества IDEF1X

Основным преимуществом IDEF1X, по сравнению с другими многочисленными методами разработки реляционных баз данных, такими как ER и ENALIM является жесткая и строгая стандартизация моделирования. Установленные стандарты позволяют избежать различной трактовки построенной модели, которая несомненно является значительным недостатком ER.

IDEF4

IDEF4 - объектно-ориентированная методология. Отражает взаимодействие объектов. Удобна для создания программных продуктов на объектно-ориентированных языках (например С++). Пока, на мой взгляд, широкого распространения не нашла. Более широко сейчас используется UML.

SADT

SADT - методология структурного анализа и проектирования (Structured Analysis and Design Technique). Основана на понятиях функционального моделирования. Является методологией, отражающей такие системные характеристики, как управление, обратная связь и исполнители. Возникла в конце 60-х годов.

 Скачать реферат