15.Методология aris (Группы моделей «Оргструктура», «Функции», «Процессы», «Информация»).

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

модельного описания бизнеса (ARIS Toolset) программный комплекс включает множество модулей, которые являются как дополнительными компонентами ARIS Toolset, расширяющими эту основную среду проектирования, так и самостоятельными модулями, решающими свои

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

ARIS Platform позволяет владельцам процессов и линейным менеджерам повысить эффективность бизнеса путем проектирования гибких, инновационных бизнес-процессов, основанных на интеграции бизнес- и ИТ-операций. Эта программная платформа обеспечивает реорганизацию

процессов, что позволяет повысить их эффективность на десятки процентов.

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

Методология моделирования ARIS поддерживает пять групп моделей, отражающих различные «сечения» производственной деятельности:

· организационные модели, представляющие собой структуру организации в виде иерархии ее подразделений, должностей и конкретных работников, их роли и многообразие связей между ними, а также их штатную привязку (штатное расписание);

· функциональные модели, содержащие совокупность деревьев функций процессов, связываемых диаграммами целей работников, подразделений и организации в целом ;

· информационные модели, отражающие структуру информации,

необходимой для функционирования процессов;

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

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

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

существующие связи между всеми сечениями деятельности.

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

обновления ревизий проекта. Полезной особенностью методологии ARIS является обеспечение

целостности проекта на различных стадиях жизненного цикла процессов. При выполнении проекта в ARIS Toolset используется его трехуровневое представление:

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

2. Уровень проектной спецификации. Этот уровень соответствует концептуальным решениям по управлению бизнес-деятельностью. Он определяет основные пути реализации предъявленных требований.

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

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

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

Модель организационной структуры в нотации Organizational chart (OC) – это описание структуры организации и отдельных подразделений со штатом работников. Описание ОС-модели определяется поставленными перед организацией и его подразделениями целями и

распределением между ними функций.

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

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

представить на другом уровне иерархии. Функции процессов могут быть описаны с различными уровнями детализации в виде дерева (FT). На верхнем уровне детализации описываются общие функции, представляющие собой функцию бизнес-процесс в целом или объединенную функцию последовательности процессов. Последовательное описание функций образует иерархическую структуру. В дополнение к функциональному описанию используется нотация диаграммы

их целей (OD).

Процессное описание осуществляется с использованием нескольких нотаций VAD (диаграммы добавленной стоимости, eEPC (событийной модели операционных действий) и FAD (диаграммы окружения функции).

Функциональное модельное описание VAD процессов в ПО ARIS может представляться в виде нотации последовательности функций, подобной нотации IDEF0. Она представляет собой описание верхней иерархии деятельности. Иерархическая декомпозиция в такой модели обычно

представляется в нотации еЕРС, а развернутое описание контекста функции осуществляется с использованием нотации FAD.

Информационная модель, процессов, описывающая информационные данные процессов, в большинстве случаев представляют в виде модели «сущность-связь» eERM (Entity-Relationship Model). При описании модели данных используется традиционное для баз данных понятие сущностей, которые представляются в виде прямоугольных графических элементов, их отношения с наименованием в ромбах и указанием мощности отношений на концах линий связи, а также с указанием в виде треугольника иерархии наследования. С помощью диаграмм в eERM можно описать атрибуты для каждого типа сущности и все отношения между сущностями (объектами реального мира бизнес-процесса). Диаграмма входа/выхода Product/Service tree PST описывает иерархию входных и выходных продуктов и услуг бизнес-деятельности.

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

Применение ARIS- технологии позволяет:

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

2. Применять пошаговые схемы внедрения современных информационных технологий (за счет использования модельного описания и подробных характеристик бизнес-процессов).

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