Toggle

Подключение библиотек настроек организационно-технологической структуры

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

Проектные решения

Для связывания ролей с должностями и конкретными исполнителями применяется механизм создания организационной модели. Создается модель типа Organization Charts. Элементами ее становятся объекты типа Person Type (роли). Далее создается еще одна модель типа Organization Charts, на ней располагаются иерархически организованные объекты типа Organization Unit (подразделение) и Position (должность) ().

 

ARIS предлагает пользователю свой проводник (ARIS Explorer), дающий возможность доступа ко всем своим возможностям. Если баз в системе много и базы сложны по структуре, то только или разработчик, или высококвалифицированный эксперт сможет быстро сориентироваться в том объеме информации, который представлен на экране. Конечному пользователю, работающему с ограниченным, узко специализированным набором средств, такой объем информации не нужен (, 21).

Решения по визуализации и настройкам
Решения по визуализации и настройкам

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

 
Группа прикладных функций аналитической обработки «маршрута»

Скрипты из стандартной поставки ARIS многочисленны и позволяют производить довольно подробный анализ объектового состава моделей. При грамотном подходе эти скрипты – мощное подспорье для анализа моделей в руках умелого пользователя. Но они практически не позволяют пользователю делать произвольную группировку объектов нужной модели.

Для расширения функциональных возможностей системы аналитической обработки моделей был создан ряд скриптов, позволяющих формировать отчеты, содержащие подробную информацию по пройденным событиям, правилам, функциям «маршрута» и окружению (документы и информационные системы) каждой обработанной функции.

 
Сохранение маршрута модели в виде отдельной модели, связанной с общей базой модели бизнес-архитектуры

Для того чтобы применить некоторые стандартные средства ARIS (например, стоимостной, временной анализ, симуляцию и т. п.) к моделям, их нужно предварительно готовить, как правило, долго и вручную. Такая подготовка обычно состоит в создании новой Group, копировании в нее моделей – всех или некоторых, модификации моделей – добавлении или удалении объектов, изменении некоторых атрибутов объектов и т. п.

Подобное копирование можно производить или вручную, или при помощи механизма Variants. Однако если модели копируются как Copies occunrence, то любые изменения объектов этих новых моделей автоматически приводят к изменениям occurences этих объектов на моделях-источниках, что далеко не всегда то, что нужно пользователю.

 
Цветовое выделение «маршрута» на фоне общей модели

В стандартном режиме ARIS позволяет просматривать модели любой группы, свойства модели и любого из ее объектов, менять свойства модели и любого из ее объектов. Журнал посещений моделей не ведется, поэтому запомнить путь, повторить просмотр, пометить как-то просмотренные модели и т. п. невозможно.

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

 
Глава 7 Чего нужно опасаться при моделировании бизнес-процессов. Проектные риски моделирования бизнеспроцессов

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

длительность и сложность согласования постановок задач;

обеспечение совместной работы большой группы разнородных участников;

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

 

Страница 4 из 122