Общие сведения, функциональное назначение методологии ARIS средств

Базовая модель бизнес-процессов ARIS

Основная бизнес-модель ARIS: eEPC – (extended event driven Process Chain) – расширенная модель цепочки процессов управляемых событиями

Таблица 8.1 «Объекты модели еЕРС»

Наименование объекта	Описание
1 Функция	служит для описания работ, выполняемых подразделениями и сотрудниками предприятия
2 Событие	служит для описания реальных событий, воздействующих на выполнение функций
3 Организационная единица	представляет различные организационные звенья предприятия
4 Документ	отражает различные носители информации (бумажный документ)
5 Прикладная система	отражает реальную прикладную систему, поддерживающую выполнению функций
6 Кластер информации	характеризует данные(набор сущностей между ними), используется для создания модели данных
7 Связь между объектами	описывает тип отношений между некоторыми объектами. #активация выполнения функции некоторым событием
8 Логический оператор (оператор одного из 3-х типов «и», «или», «исключительное «или»	определяет связи между событиями и функциями в рамках процесса, позволяет описать ветвление процесса

 

Помимо указанных в таблице 8.1 основных объектов при построении расширенной диаграммы могут быть использованы многие другие объекты.

По существу данная модель объединяет и расширяет возможности IDEF0, DFD, IDEF3, обладая всеми их достоинствами и недостатками.

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

На рисунке 8.1 предоставлена простейшая модель ABC, описывающая фрагмент бизнес-процесса предприятия.

→

Activates creates

Is evaluated by

Activates creates

Activates creates

 

Из рисунка8.1 видно, что связи между объектами имеют определенный смысл и отражает последовательность действий и выполнение функций в рамках процесса; стрелка, соединяющая событие 1 и функцию 1, «активирует» или «инициирует» выполнение функции 1; функция 1срздает «событие 2» за которыми следует символ логического «и» «запускающий» выполнение функции 2 и 3.

 

Исходная модель бизнес-процесса.

Делинеаризация

 

 

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

Реинжиниринг сдвигает работу между границами подразделений, что устраивает излишнюю интеграцию и приводит к повышению эффективности процессы.

# расчетному отделу нужен карандаш→ заявка в отдел заказов →…в результате затраты на приобретение карандаша составляет свыше 100$.

6) Уменьшение проверок и управляющих воздействий: на практике довольно часто оказывается, что стоимость проверок и управляющих воздействий превосходит стоимость потерь, которые бы имели место при отсутствии проверок. Вместо проверки всех выполняемых работ перепроектированный процесс, который часть агрегирует эти работы, делает отложенные комплексные проверки и управляющие воздействия, что заметно сокращает время и стоимость проверок.

7) Минимизация согласований. Задача РПБ минимизировать согласования в ходе исполнения процесса путем сокращения внешних точек контакта.

8) уполномоченный менеджер обеспечивает единую точку контакта. Механизм уполномоченного менеджера применяется в тех случаях, когда шаги процесса либо сложны, либо распределены таким образом, что интеграция их, силами небольшой команды невозможна.

Рис 12.3 Ведение уполномоченного менеджера

Заказчик

Введение уполномоченного

менеджера

 

 

 

Уполномоченный менеджер действует как буфер между сложным процессом и заказчиком. Для этого менеджер должен быть способен отвечать на вопросы заказчика и решать его проблемы→ менеджер должен иметь доступ ко всем ИС и ко всем исполнителям

9) Преобладает смешанный, централизованный, децентрализованный подход.

Централизация имеет ряд недостатков:

- длительное время принятия решений;

- плохая осведомленность лица, принимающая решение о конкретных обстоятельствах;

- плохой контакт с исполнителями;

Однако, и полная децентрализация имеет свои недостатки, главой из которых- несогласованность в принятии решений.

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

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

Общие сведения, функциональное назначение методологии ARIS средств

Представляет собой анализы ее моделирования деятельности предприятия, а также разработки ИС. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.

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

Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющие принципы визуального отображения всех аспектов функционально анализируемых компаний.

ARIS поддерживает 4 типа модели, отражающих различные аспекты исследуеой системы:

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

2) Функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, совокупностью деревьев функций, необходимых для достижения поставленных целей.

3) Информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы.

4) Модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.

Для построения перечисленных типов моделей, используются собственные методы моделирования ARIS, а также известные методы и языки моделирования, такие как ИМС и ERM и др.

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

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

Модели ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т.д.; между объектами устанавливаются разнообразные связи; между объектами «функция» и «структурное подразделение» могут устанавливаться связи следующих видов:

1) Выполняет;

2) Принимает решение;

3) Участвует в выполнении;

4) Должен быть проинформирован о результатах;

5) Консультирует исполнителей;

6) Принимает результаты

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

Интеграция разных стандартов с помощью одного инструмента решает следующие проблемы:

- отсутствие понимания между «обычными» сотрудниками, аналитиками, программистами→ каждый смотрит таким образом и ту информацию, которая нужна именно ему;

- разные, часто несовместимые точки зрения на организацию→ «объемный» взгляд на организацию;

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

- недоступность отдельных описаний для коллективного пользования(каждый хранит данные у себя)→ единое место хранения описания организации(«менеджмент знаний»);

- последовательный процесс перевода описаний в программном обеспечении→ процесс составления описаний верхнего уровня и проектируемое ПО синхронизирован.

Несмотря на выше перечисленные достоинства ARIS является лишь удобным инструментом, но в логику схем ничего не добавляет. ARIS – наследие эпохи «больших проектов» и промышленных ИС.