А.2. Моделирование на разных уровнях представленияAris а.2.1. Моделирование на уровне функционального представления
На рис. 15 показано место «функционального» кирпичика в здании ARIS. Функции часто описываются в контексте их отношений с другими компонентами. Они тесно связаны с данными, поскольку офисные функции описывают процесс преобразования информации, т.е. преобразуют входные данные в выходные. Нередко описание функций привязано к организационным объектам, особенно при описании должностных обязанностей.
В концепции ARIS функции рассматриваются как отдельный уровень представления бизнес-процессов.
Рис. 15. Классификация функциональной модели в ARIS
А.2.1.1. Определение требований на уровне функциональной модели
Стратегия бизнес-процессов обусловливает те функции, которые предприятие должно эффективно выполнять (Mertens. Wirtschaftsinformatik. 1995, с. 40). Термин «функция» не имеет общего определения и употребляется как синоним процесса, операции или задачи. Названия сложных функций, например, обработка заказа, используются также для обозначения бизнес-процесса. Описание поведения функций, т.е. динамичное управление функциями от начала до конца, также является частью бизнес-процесса. Однако при непосредственном описании функций основной акцент делается на представлении их статичной структуры.
Для изображения функций применяются различные символы. На рис. 16 представлены некоторые общеупотребительные обозначения. В этой работе мы будем пользоваться скругленными прямоугольниками.
В инжиниринге бизнес-процессов моделирование функций выполняется в соответствии со стратегической концепцией компании, определяющей в том числе и перспективы использования МТ. На базе этой концепции описываются цели, которые должны быть реализованы при помощи данных функций. Цели можно формулировать, исходя их концепции критических факторов успеха, разработанной Рокартом (Rockart. Critical Success Factors. 1982).
Под функциями понимаются операции, выполняемые с объектами для достижения одной или более целей. Цели могут быть иерархически связаны друг с другом (см. рис. 17), при этом одна подчиненная цель может быть направлена на поддержку нескольких доминирующих (главных) целей. Таким образом, в рамках класса ЦЕЛИ структура взаимосвязанных целей характеризуется ассоциацией *:* (см. рис. 18). Чтобы дифференцировать эти две связи между ЦЕЛЬЮ и СТРУКТУРОЙ ЦЕЛЕЙ, мы присваиваем им ролевые имена. Главные цели верхнего уровня не имеют над собой других доминирующих целей, но при этом одна цель может выступать подчиненной по отношению к нескольким доминирующим, поэтому для связи «доминирование» указывается в виде атрибута (минимальная и максимальная) мощность (0..*). Связь «подчинения» имеет такую же мощность, поскольку подчиненные цели на низшем уровне не имеют никаких дополнительных подчиненных им целей.
Функции могут поддерживать несколько целей. Связь между функциями и целями может наследоваться более высокими уровнями, т.е. отношение, установленное на лежащем ниже уровне, может переходить на лежащие выше. Так, функция «Управление производством», представленная на рис. 17, поддерживает также доминирующую цель «Снижение стоимости».
Рис. 16. Обозначения функций
Рис. 17. Структуры целей и функций
Рис. 18. Диаграмма классов для моделирования структуры цели