Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Моделирование бизнеса(Метатехнология) ARIS.doc
Скачиваний:
5
Добавлен:
01.07.2025
Размер:
53 Мб
Скачать
☆

Моделирование бизнеса. Методология aris Продолжение табл. 10

Английское название связи

Русское название связи

Is responsible for development of

Отвечает за разработку

Is specimen owner of

Является владельцем экземпляра

Is technically responsible for

Отвечает за техническую часть

Is used by

Используется

Is user

Является пользователем

Leads to

Формирует

Must be information on cancellation

Должна быть информация о нестандартном завершении

Must be informed about

Должен быть информирован о выполнении

Must inform about result of

Должен информировать о результатах выполнения

Produces

Производит

Relates to

Имеет отношение

Supports

Поддерживает

Supports when time limit is exceeded

Поддерживает при превышении ограничения времени

Uses

Использует

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

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

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

Пример диаграммы событийной цепочки процесса приведен на рис. 101.

Простой методологический фильтр. Обзор моделей

Можно рекомендовать следующие правила расположения графических элементов на диаграмме еЕРС:

• графические элементы процесса (последовательность событий и функций) располагаются сверху вниз;

• графические элементы, обозначающие исполнителей функций (сотрудников или подразделения) располагаются справа от функций;

• документы, используемые при выполнении функций, а также формируемые в результате выполнения функций, располагаются слева от функций.

Рис. 101. Событийная цепочка процесса

Моделирование бизнеса. Методология aris

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

В первом случае на рис. 102 начальные события связываются с помощью оператора AND (И). Это означает, что функция Выполнить операцию запускается только тогда, когда маршрут доступен и проверено наличие

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

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

Рис.102. Примеры правил

Различают два типа операторов: операторы событий и операторы функций. На рис. 103. представлены все возможные операторы событий и функций.

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

Далее на примерах показано, какие операторы допустимы.

1.Соединение переключающих событий

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

Оператор OR для переключающих событий (рис. 103в). Эта функция выполняется, если произойдет по крайней мере одно событие.

Оператор XOR для переключающих событий (рис. 103д). Функция начинает выполняться после того, как произойдет одно (и только одно) событие.