2015-05-30
725
Объединение функций и данных описывается в моделях типа eEPC (Event-Driven Process Chain - цепочка процесса, управляемая событиями), где для каждой функции могут быть определены начальные и конечные события, которые переключают функции (передают управление от одной функции к другой) и являются результатом их выполнения.
События - наборы данных, определяющие состояния и условия, необходимые для выполнения функциональных последовательностей. События могут инициировать начало выполнения последовательности функций {запускающие события), ее завершение {завершающие события) или изменение порядка выполнения функций в рамках БП {переключающие события). Сочетание функции и запускающих её событий образует триггер (управляющий элемент).
В отличие от функций, которые имеют некоторую продолжительность, события происходят мгновенно. События описывают состояние объекта и позволяют контролировать БП или влиять на ход его выполнения. Несколько событий связываются с функциями при помощи логических операторов ("и", "или", "исключающее или" и др.).В названии события должна присутствовать сущность (объект, субъект, понятие и т. д.) и ее изменившееся состояние. Например, события "заказ получен", "клиент согласен", "тепло подано", "цена установлена" указывают на сущность (заказ, клиент, тепло, цена) и их состояние (получен, согласен, подано, установлена).
Модель ЕРС должна всегда иметь запускающие и завершающие события.
Одно событие может инициировать выполнение одновременно нескольких функций, и, наоборот, функция может быть результатом наступления нескольких событий. Объединения нескольких событий или функций отображаются на диаграмме ЕРС с помощью соединителей в виде небольшого кружка. Эти соединители не только отображают графические связи между объектами модели, но и определяют логические связи между ними. Различают два типа связи логических операторов - связи событий и связи функций.
Методика построения:
1. Ф-ии потока располагаются по вертикали сверху вниз;
2. Модели строятся итерационно. 1-ая итерация должна закончится построением магистрали, т.е. оптимизироваться в том или ином смысле пути развития процесса (мин затрат, мак выхода);
3. В точках схода с магистрали после логического оператора или и XOR в левую или в правую сторону от магистрали размещать события, за которыми на 2-ой итерации будут достраиваться соответствующие неоптимальные пути развития процесса;
4. Если на магистрали встречается оператор И с одним входом и многими выходами, то событие или функция у этих выходов располагаются симметрично относительно магистрали;
5. Если магистраль не укладывается на одну страницу по вертикали, то:
a) Продолжать построение, на другой странице соединяя штрихованной линией потока;
b) Разбить модель на подмодели.
6. После построения магистрали на следующей итерации достраивается ветвь потока сошедших с магистрали, придерживаясь ранее перечисленных рекомендаций;
7. На завершающей итерации в точках возвращения на магистраль необходимо размещать соответствующие логические операторы.
8. У событий и функций не может быть более одного входа и одного выхода.
9. У всех логических операторов при наличии нескольких входов может быть только один выход, а при наличии одного входа более одного выхода.
