Aris — Описание информационных систем


Aris — Описание информационных систем

Скидка 25% на все тарифы хостинга по промокоду STDCITF

ARIS — основы теории

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

Разработчиком данного продукта является германская фирма >Изначально, фирма >Рассматриваемая методология основывается на разработанной профессором Шером теории «Построения Интегрированных Информационных Систем», определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. На счету профессора множество книг по теории обработки информации и анализа бизнеса, большинство из которых переведены на английский язык.

Клиенты фирмы >В рейтинге Gartner Group система ARIS занимает лидирующее положение на рынке средств моделирования и анализа деловых процессов.

Рис. 1. Рейтинг ARIS

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

В семейство ARIS входят следующие модули:

  • ARIS Toolset — базовая инструментальная среда;
  • ARIS Easy Design — упрощенная среда моделирования;
  • ARIS Simulation — модуль динамического имитационного моделирования;
  • ARIS Link for R/3 — модуль, обеспечивающий интеграцию с репозиторием R/3;
  • ARIS Analyzer for R/3 — модуль проверки создаваемых моделей на соответствие методологии SAP;
  • ARIS Promt — модуль стоимостного анализа;
  • дополнительные модули-интерфейсы, обеспечивающие интеграцию с системами Microsoft Project, ER/win, Designer/2000, IBM Flowmark (класс workflow), Staffware и т.д.

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

Методология моделирования ARIS

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

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

    Графически такой подход может быть представлен следующим образом:

    Рис. 2. Взаимосвязь типов моделей, используемых ARIS архитектура ARIS

    В рамках каждого из перечисленных типов создаются модели разных видов, отражающие соответствующие стороны исследуемой системы. ARIS поддерживает большое количество методов моделирования, используемых для построения этих моделей. Среди них такие известные как диаграммы Чена, Unified Modeling Language (UML), Object Modeling Technique (OMT) и т.п. Последняя версия ARIS поддерживает более 83 методов моделирования.

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

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

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

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

    Графически такое разделение по уровням в ARIS выглядит следующим образом:

    Рис. 3. Уровни представления моделей в ARIS

    Имитационное моделирование в ARIS

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

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

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

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

    Модуль ARIS Simulation используется:

    • для оценки возможностей оптимизации/модификации процессов (например, по финансовым или временным затратам);
    • для выявления узких мест;
    • для выявления на ранних стадиях и оценки критических ситуаций, связанных с нехваткой ресурсов;
    • для оценки потенциальных возможностей модификации моделей в реальных ситуациях;
    • для оценки различных сценариев в количественных характеристиках;
    • для оперативной оптимизации деловых процессов.

    Стоимостной анализ в ARIS

    Еще одним важным аспектом при моделировании становится проведение анализа финансовых затрат, необходимых для обеспечения нормальной жизнедеятельности системы. Это область стоимостного анализа, который также поддерживается средствами ARIS, а именно модулем ARIS Promt.

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

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

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

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

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

    ARIS Promt используется:

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

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

    ARIS for R/3 — это обобщенный термин для нескольких продуктов семейства ARIS, поддерживающих среду SAP R/3. Основные продукты этой серии — ARIS Easy Design for R/3 and ARIS Toolset for R/3. Каждый из них содержит компоненты соответствующих продуктов, а также средства интеграции, позволяющие осуществлять доступ к среде R/3.

    Поскольку вся информация, смоделированная в ARIS for R/3, хранится в репозитории, она может быть проанализирована при помощи специализированных функций. Соблюдение соглашений SAP является крайне необходимым для обеспечения непротиворечивости и возможности повторного использования данных моделирования. Для проверки соблюдения этих соглашений ARIS for R/3 предлагает семантическую проверку, которая выявляет ошибки моделирования. Для облегчения процесса моделирования сложных требований все модели SAP могут быть перенесены в репозиторий ARIS.

    Моделирования в среде ARIS Express

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

    Модель бизнес-процесса — это формализованное (графическое, табличное, текстовое, символьное) описание, отражающее реально существующую или предполагаемую деятельность предприятия.

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

    Одной из распространенных на сегодняшний день методологий моделирования бизнес-процессов является методология ARIS и программный продукт семейства CASE-средств — ARIS EXPRESS, о которых подробнее поговорим в этой публикации.

    Введение

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

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

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

    Правила моделирования (далее Правила) базируются на методологии ARIS и ориентированы на использовании принципов процессного подхода и процессного описания деятельности организации.

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

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

    Таблица 1 Перечень областей

    ОБЛАСТЬ

    ОПИСАНИЕ

    Организационная
    структура
    преприятия

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

    Структура
    процессов
    предприятия

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

    Структура
    целей бизнес-процессов

    Описание структуры целей описываемых бизнес-процессов, показателей достижения этих целей

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

    Наименование объектов организовано по следующим правилам:

    • Конкретность: выбранное наименование должно однозначно и кратко определять описываемый объект и однозначно трактоваться пользователями репозитория бизнес-процессов
    • Однозначность: разные по смыслу объекты должны иметь разные наименования. Необходимость создания нового объекта определяется на основе анализа уже существующих объектов

    Модель должна содержать такое число объектов, которое обеспечит читаемость модели на формате листа – А4.

    Термины/Определения

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


    Таблица 2 Основные термины

    ТЕРМИН

    ОПРЕДЕЛЕНИЕ


    1

    Процессная система
    управления предприятием

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


    2

    Конечный результат, на который направлен бизнес-процесс


    3

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


    4

    Бизнес-процесс, который добавляет стоимость. Например, «Производство», «Проектирование продукта», «Логистика производства»


    5

    Бизнес-процесс, поддерживающий инфраструктуру предприятия. Например, «Управление кадрами», «Бухгалтерский учет»


    6

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


    7

    Предметно-ориентированное задание или действие, выполняемое над объектом, в результате которого достигается одна или нескольких целей, стоящих перед организацией/предприятием


    8

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

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

    Концепция подхода к моделированию

    Общие положения

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

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

    Для моделирования процессной структуры организации/предприятия используются:

    • Цепочки добавленного стоимости (value added chain diagram, VAD) в нашем случае при использовании ARIS Express это модель «Process landscape»
    • Последующая детализация полученных моделей осуществляется с использованием событийных цепочек процессов (event-driven process chain, EPC with material flow) в нашем случае при использовании ARIS Express это модель «Businessprocess»
    • Для изображения на одной диаграмме событий, исполнителей, материальных и документальных потоков, сопровождающих выполнение процесса, используется модель «BPMN diagram»

    Для моделирования процессной структуры ИТ организации/предприятия используются модели:

    • «IT infrastructure» — возможно представить модель сетевых взаимосвязей инженерно- технического оборудования и ИТ-систем
    • «System landscape» — схематическое представление взаимосвязей ИТ-систем

    Детальное описание правил моделирования

    Organization chart. Описание организационной структуры

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

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

    Уровень подразделений предприятия детализируется на модели организационной структуры второго уровня штатного расписания. Эта детализация отражается на модели (уровня подразделений) с использованием связи типа `is composed of`. Модель уровня штатного расписания представляет детальный уровень иерархии организационной структуры предприятия.

    Для описания отдельных должностей используется тип `position`. Одна организационная единица может быть связана с несколькими должностями. Смысл соединений соответствует связям между организационными единицами.

    Правила выделения объектов для описания организационной структуры приведены в таблице 3.

    Таблица 3 Правила выделения объектов для описания организационной структуры

    ТИП И СИМВОЛ ОБЪЕКТА

    ОПИСАНИЕ

    ПРАВИЛА ВЫДЕЛЕНИЯ,ИМЕНОВАНИЯ И ИСПОЛЬЗОВАНИЯ


    Organizational
    unit

    Подразделение Служба, Отдел, Бюро организации/предприятия, Должность в составе
    подразделения


    Правила задания имени

    Имя задается в соответствии с принятым в организации наименованием подразделения, в соответствии с названием штатной единицы (для должности)
    Пример:
    Центр развития
    Отдел маркетинга и сбыта
    Генеральный директор
    Детализация
    Каждый объект, отражающий подразделение предприятия, отображается на модели организационной структуры.


    Person


    Правила задания имени

    Имя задается в соответствии с ФИО конкретного сотрудника. Фамилия задается полностью, далее указываются инициалы.
    Пример:
    Иванов И.В.
    Заполняемые атрибуты
    ‘Full name’ – указывается фамилия, имя и отчество полностью.


    Правила задания имени

    Имя должно давать представление о круге выполняемых в рамках конкретного бизнес процесса функций.
    Пример:
    Тестировщик


    Правила задания имени

    Имя должно давать представление о месторасположении подразделения, должности.
    Пример:
    г. Москва

    В ARIS Express типы связей между объектами устанавливаются автоматически.

    Пример модели организационной структуры представлен на рисунке 1

    Рисунок 1 Пример модели организационной структуры

    Process landscape Описание структуры процессов предприятия (цепочки добавленной стоимости — VAD)

    Диаграммы цепочки добавленной стоимости (Value-Added Chain Diagram, VAD-диаграмма) используются для верхнеуровневого описания групп бизнес-процессов компании, непосредственно влияющих на выход готовой продукции.

    Модель процессов «верхнего уровня» строится для того, чтобы целостно понимать структуру бизнеса Заказчика и не упустить иерархичности и взаимосвязи процессов.

    Правила выделения объектов для описания структуры процессов организации/предприятия приведены в таблице 4.

    Таблица 4 Правила выделения объектов для описания структуры процессов

    ТИП И СИМВОЛ ОБЪЕКТА

    ОПИСАНИЕ

    ПРАВИЛА ВЫДЕЛЕНИЯ,ИМЕНОВАНИЯ И ИСПОЛЬЗОВАНИЯ

    Process

    Рекомендуется для отображения групп процессов, подпроцессов.
    Объект соответствует группе бизнес-процессов, создающих добавленную стоимость
    Правила задания имени
    Название процесса/подпроцесса

    Пример модели VAD на рисунке 2

    Рисунок 2 Пример модели VAD

    Business process Описание событийной цепочки бизнес-процесса

    Общие правила описания событийной цепочки бизнес-процесса

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

    Перед началом описания-бизнес процесса (вне зависимости от степени детализации) необходимо узнать:

    • Кто?
    • Какое задание выполняет?
    • Когда?
    • С помощью каких инструментов?
    • С помощью каких данных (какие документы поступают на вход, какие на выходе)?
    • Кто отвечает за результат (успех или неудачу) (владелец процесса)
    • Как измерить результат (успех или неудачу) (ключевые показатели результативности)?

    Правила наименования операций, шагов и событий:

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


    Нотации моделирования бизнес-процессов

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

    Нотация eEPC

    Модель бизнес-процесса в нотации eEPC (with material flow) представляет собой направленный граф, формируемый из событий, бизнес-функций и операторов ветвления. Исполнители, документы и элементы прикладных комплексов являются окружением бизнес-функций.

    Объекты графа представлены в таблице 5

    Таблица 5 Объекты модели eEPC

    ТИП И СИМВОЛ ОБЪЕКТА

    ОПИСАНИЕ

    ПРАВИЛА ВЫДЕЛЕНИЯ,ИМЕНОВАНИЯ И ИСПОЛЬЗОВАНИЯ

    Event

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

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

    Function

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

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

    Entity

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

    Правила задания имен
    Название сущности формируется исходя из наименования используемого ресурса

    Database

    Хранилище данных, база данных

    Правила задания имен
    Название соответствует предназначению хранилища данных

    Document

    Правила задания имен
    Объект соответствует любому носителю информации – документ, файл

    IT system

    Правила задания имен
    Название соответствует наименованию используемой ИТ-системы

    Product

    Правила задания имен
    Название соответствует наименованию целевого продукта процесса

    Risk

    Правила задания имен
    Название отражает суть имеющегося риска

    Process interface

    Правила задания имен
    Название полностью совпадает с наименованием декомопзируемого процесса

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

    Оператор Искл. ИЛИ

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

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

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

    Обязательные элементы окружения функции(процесса):

    • Сам объект функция/бизнес-процесс/операция/шаг – в центре
    • Входящие документы – слева сверху друг под другом
    • Объекты организационная единица и роль – справа
    • Исходящие документы – справа снизу друг под другом

    Необязательные элементы окружения функции(процесса) (добавляются в случае необходимости конкретизации либо пояснения по смыслу):

    • Место исполнения функции – справа сверху
    • Сущность, ресурс – слева
    • База данных, хранилище информации, источник информации – слева внизу
    Цукерберг рекомендует:  Верстка - Ищу Frontend разработчика на Laravel

    Все указанное окружение функции (документы, исполнители) находят свое отражение вокруг выделяемой функции.

    Пример правильного расположения представлен на рисунке 3.

    Рисунок 3 Пример правильного расположения объектов окружения функции

    Важным также является правильное отражение ветвлений процесса. Для ветвления используются соответствующие операторы ‘AND’ (И), ‘OR’ (ИЛИ), ‘XOR’ (Исключающее ИЛИ). Одним из основных правил является ограничение на количество входящих и исходящих соединений для событий и функций – их не должно быть больше одного.

    В соответствии с этим правилом ошибочными являются представленные на рисунке 4 примеры.

    Рисунок 4 Примеры ошибочного отображения ветвления

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

    Рисунок 5 Пример исправленных ошибок

    При отражении ветвлений важным также является правильность выбора оператора (подробности см. в разделе «Правила выделения объектов») и его корректное использование. Корректное использование подразумевает необходимость отражения ветвлений таким образом, чтобы из представленной структуры модели были ясны условия, при которых процесс продолжается по каждой из веток ветвления. Для выполнения указанных правил необходимо использовать следующее ограничение – оператор ‘OR’ (ИЛИ) или ‘XOR’ (Исключающее ИЛИ) не может следовать за событием. Пример правильного и некорректного отражения подобных ветвлений представлен на рисунке 6.

    Рисунок 6 Пример некорректного и правильного отражения ветвления процесса на альтернативные направления

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

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

    Рисунок 7 Пример использования событий в качестве исходов функций

    Нотация BPMN

    В модели операций определены следующие правила:

    • Модель всегда начинается со стартового события
    • Для разветвления моделей по нескольким маршрутам необходимо использовать логические операторы
    • Количество пересекающихся связей на моделях следует минимизировать
    • На моделях не должно быть объектов без связей
    • Модель должна заканчиваться завершающим событием

    Ниже в таблицах 6-8 представлены типы объектов и связей, используемых при моделировании операций.

    Таблица 6. Типы объектов, используемые в модели операций

    ОБЪЕКТ

    СИМВОЛ В ARIS

    ОПИСАНИЕ

    Операция и шаги

    Неавтоматизированная задача

    Шаг, выполняемый исполнителем без средств автоматизации

    Задача получения сообщения, информации

    Объект показывает получение сообщения

    Задача отправки сообщения, информации

    Объект показывает отправку сообщения

    Пользовательская задача


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

    Автоматизированная задача

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

    Служебная задача

    Шаг, предназначенный для оказания услуги, которая может являться как веб-сервисом, так и автоматизированным приложением

    Задача бизнес-правила

    Шаг, технология выполнения которого зависит от текущих обстоятельств и выбирается на основе заданного бизнес-правила

    События

    Стартовое событие без указания типа

    Объект соответствует событию, с которого начинается бизнес-процесс или операция

    Промежуточное событие без указания типа

    Объект соответствует событию, происходящему внутри бизнес-процесса или операции

    Завершающее событие без указания типа

    Объект соответствует событию, завершающему бизнес-процесс или операцию

    Пул и дорожки (представляют объекты соответствующих моделей)

    Пул

    Представляет подразделения Заказчика, соответствующие объектам модели организационной структуры, или внешние вовлеченные стороны

    Дорожка (Lane) «Роль»

    Представляет объект модели соответствия ролей и организационных единиц

    Логические операторы

    Исключающий шлюз

    При ветвлении активируется один исходящий поток. Для активации исходящего потока при слиянии ожидает завершения любой (но только одной) входящей ветви. (Логическое Исключающее ИЛИ)

    Включающий шлюз

    При ветвлении активируется один или более исходящих потоков. Для активации исходящего потока при слиянии ожидает завершения всех активированных входящих ветвей. (Логическое ИЛИ)

    Параллельный шлюз

    При ветвлении все исходящие потоки активируются одновременно. При слиянии ожидает завершения всех входящих ветвей и активирует исходящий поток. (Логическое И)

    Прочие объекты

    Хранилище данных

    Объект соответствует базе данных и хранилищу данных

    Объект данных

    Объект соответствует любому носителю информации – документ, файл

    Сообщение

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

    Текстовое примечание

    Объект соответствует текстовому комментарию

    Группа объектов

    Группировка действий, не оказывающая влияние на последовательный поток. Группировка может использоваться для документирования или анализа

    Таблица 7. Типы событий, используемые в модели операций

    СОБЫТИЕ

    СТАРТОВОЕ

    ПРОМЕЖУТОЧНОЕ ОБРАВТЫВАЮЩЕЕ

    ПРОМЕЖУТОЧНОЕ ГЕНЕРИРУЮЩЕЕ

    ЗАВЕРШАЮЩЕЕ

    Сообщение: получение и отправка сообщений

    Таймер: ожидание (таймаут) в ходе выполнения бизнес-процесса или операции

    Ошибка: ошибка, возникшая в ходе выполнения бизнес-процесса или операции

    Остановка: немедленное прекращение бизнес-процесса или операции

    Таблица 8. Типы связей, используемые в модели операций

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

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

    Поток сообщений. Отображает передачу сообщений между пулами

    Результаты моделирования бизнес-процессов

    Результатами моделирования являются модели бизнес-процессов , выполненные в стандартном формате, отражающее реально существующую или предполагаемую деятельность организации/предприятия:

    • Модель и описание бизнес-процессов «AS-IS» («как есть»), которая позволит отобразить текущее состояние и систематизировать выполняющиеся в данный момент бизнес-процессы, а также используемые информационные объекты, которыми оперируют описываемые процессы. На основе данной модели выявляются проблемные места при выполнении и взаимодействии процессов и определяется необходимость тех или иных изменений в существующей структуре
    • Модель и описание процессов «TO-BE» («как должно быть»), которая учитывает результаты, полученные на этапе моделирования процессов «AS‑IS» («как есть») и устраняет недостатки, выявленные в существующей организации процессов, описывает оптимальные варианты бизнес-процессов

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

    Статьи компании БИТЕК

    Банки и кредитно-финансовые организации

    Стратегия и BSC

    Функционально-стоимостной анализ (ФСА)

    Логистика, дистрибуция и розничные сети

    Аутсорсинг, франчайзинг и предпринимательство

    Содержит более 3 000 инфор-
    мационных и методических материалов по менеджменту, примеров бизнес-моделей, процессов и показателей (KPI), а также слайдов семинаров.

    Информационный портал
    Войти на портал


    Вебинар-презентация «Импорт штатного расписания в систему Бизнес-инженер»
    Регистрация для участия >>

    «Описание бизнес-процессов в Microsoft Visio» Подробнее >>

    «Технологии и стандарты описания и оптимизации бизнес-процессов. Разработка регламентов.» Подробнее >>

    «Функционально-стоимостной анализ бизнес-процессов (ФСА). Расчет трудозатрат и численности персонала.» Подробнее >>

    «Управление проектами развития и совершенствования деятельности организации» Подробнее >>

    «Разработка стратегических целей (BSC) и ключевых показателей (KPI). Построение системы мотивации на основе KPI.» Подробнее >>

    «Бизнес-процессы Банка: описание, анализ, оптимизация. Разработка регламентов.» Подробнее >>


    «Анализ и оптимизация оргструктуры. Повышение организационной эффективности. Регламентация.» Подробнее >>

    По какой теме семинара Вы хотели бы пройти обучение?

    Aris — Описание информационных систем

    ARIS является одним из популярных и эффективных средств, применяемых для моделирования и анализа бизнес процессов. Изначально ARIS (Architecture of Integrated Information System) позиционировался как CASE средство. В дальнейшем, акцент был сделан на моделировании процессов. Сейчас он представляет собой платформу по управлению и улучшению бизнес процессов, состоящую из программных продуктов различного назначения. Девятая версия ARIS включает в себя более десятка продуктов.

    В основе ARIS моделирования лежит методология, разработанная профессором Шеером (prof. Scheer A. –W.). Модель должна представлять процесс как единый, целостный элемент бизнес структуры организации. Для сохранения этой целостности процесс моделируется в нескольких аспектах.

    Ближайшие семинары
    Рекомендуем приобрести :
    Поиск по сайту:
    Управление бизнес процессами
    Comindware BAP
    CASE средства
    ERwin
    Rational Rose
    ОптимаСофт Менеджер процессов
    Автоматизация процессов
    Применение CRM систем в СМК
    SugarCRM
    Pipedrive
    ERP системы
    Системы электронного документооборота
    Понимание организации и ее среды.

    В соответствии с методологией ARIS каждый процесс может быть рассмотрен в пяти аспектах:

    • Организационный аспект — представляет собой совокупность организационных единиц, их взаимосвязей и соответствующих структур, участвующих в процессе;
    • Информационный аспект — отображает состав данных и информации, задействованной в процессе;
    • Управляющий аспект — описывает взаимосвязь между моделями процессов различных типов;
    • Функциональный аспект — содержит описаний функций, отдельных подфункций и их связей между собой, и с основными функциями.
    • Продуктовый аспект — определяет состав продуктов и ресурсов процесса, а также их взаимосвязь между собой и с элементами других моделей.

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

    В рамках каждого из аспектов модель процесса может детализироваться по уровням. Уровни зависят от «близости» модели к формальным языкам программирования и создания информационных систем.

    ARIS разделяет модели на три уровня детализации:

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

    Указанные выше аспекты и уровни моделирования в методологии ARIS представляют в виде следующей схемы.

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

    Возможности ARIS

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

    Девятая версия бизнес платформы ARIS включает в себя следующие компоненты:

    • ARIS Architect & Designer. Этот компонент предназначен для статического моделирования процессов. Для моделирования применяются различные методы и нотации. Компонент включает в себя более 150 видов диаграмм, которые обеспечивают анализ и моделирование процессов во всех аспектах методологии ARIS.
    • ARIS Business Strategy. Компонент является расширением для ARIS Architect & Designer. Он обеспечивает разработку и управление бизнес стратегией организации. За счет этого компонента можно смоделировать и провести анализ ценности процессов организации.
    • ARIS Connect. Это средство, позволяющее вести коллективную работу над моделями. В данном компоненте реализована возможность удаленной работы с применением мобильных устройств. Работа строится по принципу социальной сети.
    • ARIS Enterprise Architecture. Этот компонент также является расширением для ARIS Architect & Designer. Он позволяет проводить анализ и гармонизировать документацию предприятия с ИТ архитектурой.
    • ARIS for ArchiMate. Является расширением для ARIS Design Server. Этот компонент позволяет создавать модели ИТ архитектуры с использованием стандартов ArchiMate и TOGAF.
    • ARIS for DMS. Является расширением для ARIS Architect & Designer. Позволяет получить доступ и обмениваться данными между хранилищем (репозиторием) ARIS и системами управления документацией.
    • ARIS for SAP Solutions. Данный компонент является расширением ARIS Architect & Designer и позволяет синхронизировать модели бизнес процессов со средой SAP R3.
    • ARIS IT Inventory. Расширение для ARIS Architect & Designer, которое позволяет проводить инвентаризацию приложений, технологий и проектов.
    • ARIS MashZone. Этот компонент позволяет создавать интерактивные контрольные панели для работы с различными видами данных.
    • ARIS Process Governance. Расширение для ARIS Architect & Designer. С помощью него можно установить политики, роли и ответственность за управление бизнес процессами и включить эти политики в модели.
    • ARIS Process Performance Manager. Этот компонент используется для мониторинга и анализа показателей процессов, таких как производительность, стоимость, качество.
    • ARIS Publisher. Расширение для ARIS Architect & Designer. Оно позволяет обеспечить простой доступ сотрудникам к информации о процессах и ИТ архитектуре.
    • ARIS Risk & Compliance Manager. Этот компонент применяется для управления рисками и включения системы управления рисками в модель процессов.
    • ARIS Simulation. Применяется для динамического моделирования процессов. С помощью этого компонента можно осуществлять реинжиниринг, оптимизацию и анализ бизнес процессов, а также проводить ресурсное планирование. Компонент является расширением для ARIS Architect & Designer.
    • ARIS UML Designer. С помощью этого компонента модели ARIS могут быть представлены в виде стандарта UML , что обеспечивает совместимость бизнес моделей и ИТ моделей.
    • ARIS Viewer. Компонент, который позволяет просматривать всю информацию ARIS репозитория в ARIS Publisher, получать доступ к информации в ARIS IT Inventory и управлять задачами ARIS Process Governance через web -интерфейс.

    Подробную информацию по составу компонент ARIS и их возможностях можно посмотреть на сайте компании разработчика SOFTWARE AG .

    Преимущества ARIS

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

    Среди множества преимуществ этой платформы можно выделить существенные для целей моделирования бизнес процессов:

    Описание нотаций ARIS

    бизнес модель нотация

    Нотация ARIS eEPC

    Нотация ARIS eEPC расшифровывается следующим образом: extended Event Driven Process Chain — расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В табл. 1 приводятся основные используемые в рамках нотации объекты.

    Таблица 1. Объекты нотации eEPC

    Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия

    Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций

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

    Объект, отражающий реальные носители информации, например бумажный документ

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

    Объект характеризует данные как набор сущностей и связей между ними. Используется для создания моделей данных

    Стрелка связи между объектами

    Объект описывает тип отношений между другими объектами, например активацию выполнения функции некоторым событием

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

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

    Логическое исключающее «ИЛИ»

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

    Помимо указанных в табл. 1 основных объектов при построении диаграммы eEPC могут быть использованы многие другие объекты. Применение большого числа разных объектов, связанных различными типами связей, значительно увеличивает размер модели и делает ее плохо читаемой. Для понимания смысла нотации eEPC достаточно рассмотреть основные используемые типы объектов и связей. На рис. 1 представлена простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия.

    Рис. 1. Пример модели в нотации eEPC

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

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

    Кроме этих правил, существуют и другие важные правила формирования моделей в ARIS. Эти правила можно изучить при помощи методического материала «Методы ARIS», который устанавливается на компьютер одновременно с демо-версией продукта.

    На рис. 2 показано применение различных объектов ARIS при создании модели бизнес-процесса.

    Рис. 2. Пример применения объектов ARIS для описания бизнес-процессов

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

    Из рис. 1 видно, что бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC не может быть отражена визуально. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено одновременное выполнение двух задач. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе Microsoft Project.

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

    Рис. 3. Описание процесса обслуживания клиента процесса

    Рис. 4. Описание процесса анализа и согласования заявки клиента

    Инструментальная программная среда ARIS

    Владимир Ивлев, Татьяна Попова

    Введение

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

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

    Управление бизнесом также постоянно развивается. К новым направлениям можно отнести управление цепочками поставок (CRM, Customer Relationship Management), реинжиниринг бизнес-процессов (BPR, Business Process Reengineering), непрерывное усовершенствование процессов (BPI, Business Process Improvement и TQM, Total Quality Management ) и т.д. Как правило, реализация той или иной технологии управления приводит к организационным изменениям, когда решаются следующие вопросы:

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

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

    Назначение


    Инструментальные программные средства серии ARIS относятся к категории интегрированных средств, предназначенных для:

    • проектирования и управления предприятием;
    • моделирования, анализа и оценки бизнес-процессов;
    • документирования бизнес-процессов в соответствии с требованиями международных стандартов;
    • разработки, внедрения и сопровождения корпоративной информационной системы.

    Производителем программных продуктов серии ARIS является компания IDS Scheer AG — мировой лидер на рынке интегрированных систем.

    Инструментальная среда ARIS версии 5.01 поддерживает около 130 типов моделей и методов для описания, анализа и оценки бизнес-деятельности предприятия, разработки и внедрения корпоративной информационной системы.

    Основные компоненты

    Серия продуктов ARIS предназначена для удовлетворения потребностей пользователя в области оптимизации бизнес-процессов (в широком смысле слова) и обеспечение исчерпывающей поддержки проекта. Аналитические подразделения предприятия осуществляют запись моделей, используя ARIS Easy Design. В ARIS Toolset производится последующая интеграция и оптимизация. ARIS for mySAP.com поддерживает конверсию оптимизированных процессов, использующих такие стандартные ERP-системы, как SAP R/3. На рис. 1 представлены основные компоненты среды ARIS версии 5.01.

    Целевой группой для ARIS Easy Design (с функциями моделирования, презентации и отчета) являются специализированные структурные подразделения, отдельные пользователи, а также пользователи, только начинающие изучать процесс моделирования.

    ARIS Toolset предназначен для специалистов по моделированию, ответственных за оптимизацию процессов, то есть менеджеров (владельцев) процессов.

    ARIS Toolset помимо функции ARIS Easy Design имеет также следующие функции:

    • структурирует проекты на основе своих функций, например для управления пользователем, конфигурации метода и определения формы отчета;
    • интегрирует промежуточные результаты проекта, например путем создания моделей и осуществления семантических проверок;
    • анализирует бизнес-процессы путем оценки моделей и анимации процесса;
    • управляет стоимостными расчетами, используя дополнительный компонент ARIS ABC;
    • осуществляет имитационное моделирование бизнес-процесса на базе дополнительного компонента ARIS Simulation.

    При реализации SAP R/3 ARIS for mySAP.com действует как проводник этой системы для планирования и структурирования специализированных производственных процессов, а также для разработки организационных структур и организационных процессов. ARIS for mySAP.com интегрирован в систему SAP R/3 и в модель процедур Accelerated SAP (ASAP).

    Дополнительные компоненты

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

    • калькуляции себестоимости и проведения функционально-стоимостного анализа бизнес-процессов (ARIS ABC);
    • проведения имитационного моделирования (ARIS Simulation);
    • организации удаленной работы и доступа к информации по всему миру (ARIS Web Publisher);
    • организации работы с документами на базе Lotus Notes (ARIS Connectivity for Lotus Notes);
    • организации взаимодействия с соответствующими модулями системы SAP R/3 (ARIS Connectivity for SAP R/3 HR, DataModels);
    • создания и развития индивидуального программного обеспечения на основе применения различных интерфейсов со средствами разработки (Designer/2000, ERWin, PowerDesigner, Rational Rose и др.);
    • реализации проектов внедрения информационных систем.

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

    Объединение всех отдельных продуктов в проекте становится возможным за счет использования:

    • функции слияния (Merge) в ARIS Toolset, позволяющей соединять результаты при локальном использовании продуктов ARIS Toolset;
    • дополнительного компонента ARIS Server, который делает возможной работу пользователя с продуктами ARIS как клиента в многопользовательской среде;
    • дополнительного компонента ARIS Web Publisher, служащего для обмена и презентации результатов по всему миру через Интернет/Интранет.

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

    Продукты ARIS защищены аппаратным ключом (hard key) и могут быть обновлены путем его замены.

    ARIS Easy Design может легко расширяться до ARIS Toolset, а функциональность SAP R/3 может быть добавлена к ARIS Easy Design и ARIS Toolset — выбор делается пользователем.

    Архитектура ARIS

    Для реализации комплексных задач, стоящих перед предприятиями, необходимо использовать бизнес-модели их деятельности. Бизнес-модели являются основой для анализа и калькуляции себестоимости бизнес-процессов, выявления требований к корпоративной информационной системе, которая поддерживает организационную структуру и соответствует нормам международных стандартов серии ISO 9000:2000, а также для разработки и внедрения самой КИнС.

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

    Одним из примеров такой стандартизации является архитектура ARIS — совокупность технологий («дом» АРИС), которые обеспечивают разработку и совершенствование системы управления предприятием, а также проектирование и создание интегрированных информационных систем ее поддержки (рис. 2).

    АРИС (АРхитектура Интегрированных Систем) представляет собой целостный подход к разработке и анализу моделей бизнес-процессов. Два главных принципа АРИС-архитектуры — интеграция, основанная на объектном подходе, и наличие комплексной модели.

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

    Функциональное представление (function view) содержит описание выполняемых функций, перечень отдельных подфункций, а также общие взаимосвязи и связи подчиненности, которые существуют между функциями. Организационное представление (organization view) показывает взаимодействие пользователей и организационных единиц, а также их связи и имеющие к ним отношение (релевантные) структуры. Представление данных (data view) включает в себя описание модели данных предметной области. Процессное представление (process view) введено для описания связей между представлениями. Интеграция этих связей в пределах отдельного представления дает возможность учесть все связи без избыточности.

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

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

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

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

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

    В следующих публикациях авторы планируют рассмотреть принципы моделирования в ARIS, основные методы и типы моделей, их особенности и назначение. Также мы более подробно расскажем о функциональных возможностях дополнительных компонентов ARIS ABC, ARIS BSC, Quality Management Scout и о практике их применения на российских предприятиях.

    Основные сведения о методологии ARIS.

    Сразу необходимо пояснить, что ARISэто и методология, и программный продукт для моделирования бизнес-процессов организаций. В дальнейшем (в настоящей главе) под системой ARIS (либо инструментальной средой ARIS) будем понимать аппаратное и программное обеспечение, реализующее методологию ARIS. Под методологией ARIS — только подход к структурированному описанию деятельности организации, разработанный профессором А.-В. Шеером.

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

    ARIS — это сокращенное английское выражение Architecture of Integrated Information Systems, что в переводе означает: архитектура интегрированных информационных систем. Под архитектурой подразумевается совокупность технологий, обеспечивающих проектирование, управление, применение и реализацию бизнеса в виде «деловых» процедур бизнес-процессов предприятий и организаций (термины организация, предприятие и компания рассматриваются как синонимы, т.е. организация, предприятие и компания — это хозяйствующие субъекты, разница между этими понятиями в контексте данного учебного пособия не важна), а также проектирование и создание интегрированных информационных систем поддержки бизнес- процессов.

    Методология ARIS реализует принципы системного структурного анализа, основным понятием которого служит структурный элемент (объект).

    Структурный анализ является методологической разновидностью системного анализа. В структурном анализе предполагается использование графического представления для описания структуры и деятельности организации. При этом реализуются основные принципы структурного анализа: разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 9); ограниченный контекст, включающий только существенные на каждом уровне детали; использование строгих формальных правил записи; последовательное приближение к конечному результату (зависит от целей моделирования).

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

    Основными элементами моделей в методологии ARIS являются следующие:

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

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

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

    • • организационная структура;
    • • данные (потоки и структура);
    • • функции («деревья» функций);
    • • контроль и управление (деловые процессы).

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

    Каждый из уровней анализа состоит из своего комплекта моделей различных типов, в том числе диаграмм UML, диаграмм SAP R/3 и др. Каждый объект моделей ARIS имеет множество атрибутов, позволяющих контролировать процесс разработки моделей, определять условия для выполнения функционально-стоимостного анализа, имитационного моделирования, взаимодействия с workflow-системами и т.д.

    Методология ARIS предусматривает возможность представления информации при помощи более 80 типов моделей, относящихся к тому или иному «взгляду». При этом основной «взгляд» в ARIS — это процессы, для моделирования которых предназначено примерно 2/3 моделей из общего числа, т.е. методология ARIS в большей степени ориентирована на процессный подход.

    Методология ARIS позиционирует себя как конструктор, из которого под конкретный проект, в зависимости от его целей и задач, разрабатывается локальная методология, соответствующая «взгляду» и уровню анализа и состоящая из небольшого количества требуемых бизнес-моделей и объектов. В общем случае, практика показала, что в проектах наиболее часто используются модели:

    • организационная схема (Organizational Chart — ОС);
    • функциональная модель (Function Tree — FT);
    • процессно-событийная модель (Extended Event-Driven Process Chain — eEPC).

    Об этих моделях, нотациях и правилах их построения речь пойдет ниже.

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

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

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

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

    Согласно процедурной модели, на фазе анализа «как есть» выполняется «инвентаризация» бизнес-процессов и разрабатываются модели «как есть» («as is»). Таким образом, выявляются слабые места бизнес-процессов и потенциальные возможности их оптимизации.

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

    Внедрение стандартных информационных систем класса ERP. ERP- системы (Enterprise Resource Planning System) — это системы управления ресурсами предприятия. К классу ERP относятся такие российские и западные ERP-системы, как «R/З», «Oracle Applications», «Ваап IV», «iRenaissance», «Axapta», «ПАРУС», «Галактика» и др.

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

    Как уже было сказано ранее, методология ARIS ориентирована на процессный подход (для моделирования процессов предназначено примерно 2/3 моделей из общего числа моделей) и может использоваться для цели внедрения на предприятии систем класса ERP.

    Компания «SAP AG» (в 2014 г. компания «SAP AG» зарегистрировалась в Европейском коммерческом реестре и официально изменила название на «SAP SE», где SE — Societas Europaea) признала систему ARIS как средство моделирования для своей системы управления R/3.

    Внедрение систем управления качеством по стандарту ISO 9000. ГОСТ ISO 9000 — серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий.

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

    в рынок. Сам сертификат соответствия стандартам является внешним независимым подтверждением достижения требований стандарта.

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


    В ходе подготовки к сертификации разрабатываются модели цепочек добавленной стоимости, еЕРС, организационные, ролевые и др.

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

    С помощью методологии ARIS могут решаться специализированные задачи, например, связанные с имитационным моделированием (см. главу 8). ARIS поддерживает построение моделей так, как процессы проходят в действительности. Такие модели можно «проиграть» во времени как для одного испытания, так и заданного их множества. Имитационные модели позволяют выявить длительности периодов простоя в процессах (например, динамика времени ожидания и ситуации недостатка ресурсов).

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

    quality .eup.ru

    Вероятно, самый старый в рунете сайт о менеджменте качества

    Менеджмент — это умение делать вещи правильно; лидерство — умение делать правильные вещи. (Питер Друкер)

    Использование инструментальной системы ARIS при построении систем менеджмента качества

    Громов А.И., Каменнова М.С., Крохин В.В.

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

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

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

    2. Процессный подход

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

    Одной из главных задач, возникающих при построении СМК, является идентификация, описание и управление процессами деятельности — бизнес-процессами. Согласно стандарту [1] при построении СМК следует решить следующие задачи:

    определить процессы, необходимые для СМК, их последовательность и взаимодействие;

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

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

    осуществлять мониторинг, измерение и анализ процессов;

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

    3. Документирование бизнес-процессов

    Решение перечисленных задач может быть получено только при наличии адекватного описания процессов деятельности. Что следует понимать под «описанием процесса»? В ходе реализации системного и процессного подходов в соответствии с несколько расширенными требованиями британского стандарта BS 6143:1992 [2], а также учитывая требования стандарта [1] для любого процесса должно быть установлены (рис. 1):

    определение (название) процесса;

    входные и выходные потоки, а также их поставщики и потребители;

    реализуемая функция или их последовательность;

    ответственное лицо — владелец процесса;

    требуемые ресурсы (материальные, производственные, информационные и другие);

    точки и процедуры мониторинга процесса.

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

    При описании процессов в рамках СМК должны быть учтены многочисленные требования стандартов [1]. Так, например, должны быть описаны знания и полномочия участников и владельца процесса, для функций должны быть определены цели в области качества, на достижение которых они направлены, должны быть описаны все ресурсы, необходимые для выполнения функций. Важным моментов является описание процессов управления данными и документами СМК. Особенностью работ, проводимых при описании процессов, является необходимость определения, разработки и регламентации (например, в виде моделей) таких видов деятельности как регистрация данных о качестве, идентификация и прослеживаемость и т.д. Эти виды деятельности должны быть встроены в процессы.

    Рис. 1. Структура процесса. В рисунке использованы изображения объектов, принятые в инструментальной системе ARIS

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

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

    простота построения моделей процессов;

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

    однозначность используемых символов — недопустимость обозначения одним символом различных объектов;

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

    определенность — наличие четких правил использования моделей, объектов и связей;

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

    возможность сохранения описаний процессов в электронной форме;

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

    возможность обмена информацией с другими информационными системами.

    В настоящее время известно большое число различных инструментальных систем, используемых для описания процессов, которые реализую различные методологии. Большее распространение получила методология IDEF0 (Integration definition for function modeling) — методология функционального моделирования, позволяющая описывать бизнес-процесс в виде иерархической системы взаимосвязанных функций. Однако, как и большинство других, данная методология не дает возможности представить процессы в целостном виде, а инструментальные средства, реализующие IDEF0, позволяют описывать только выполняемые функции, но не все составляющие процесса.

    4. Методология ARIS

    Требованиям процессного и системного подходов из существующих компьютерных систем для моделирования бизнеса наиболее удовлетворяет [3] инструментальная система ARIS 6.0, реализующая одноименную методологию. Аббревиатура ARIS формируется из английского названия ARchitecture of integrated Information Systems, переводимого как «Архитектура интегрированных информационных систем». Инструментальная система и одноименная методология является разработкой компании IDS Scheer AG (Саарбрюкен, Германия).

    Методология ARIS — это современный подход к структурированному описанию деятельности организации и представлению ее в виде взаимосвязанных и взаимодополняющих графических моделей, удобных для понимания и анализа. Методология ARIS основывается на концепции интеграции, предлагающей целостный взгляд на процессы, и представляет собой множество различных методик, интегрированных в рамках единого системного подхода. Среди них такие известные как диаграммы eEPC (Extended Event driven Process Chain — событийная цепочка процесса), Чена (ERM — Entity Relationship Model — модель «сущность-связь»), язык UML (Unified Modeling Language — универсальный язык моделирования), методики OMT (Object Modeling Technique — методика объектно-ориентированного моделирования) и BSC (Balanced Scorecard — система сбалансированных показателей) и т.п. Достоинством такого подхода является то, что появляется возможность описывать процессы и их окружение с различных, взаимодополняющих точек зрения.

    Составными частями методологии являются:

    модели — совокупность объектов (их свойств и атрибутов) и связей между ними, которые адекватно описывает некоторую моделируемую предметную область;

    объекты — составная часть модели, отражающая неделимый элемент описываемой предметной области;

    связи — устойчивые взаимосвязи между объектами, имеющие определенные свойства.

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

    Методология ARIS позволяет отразить в виде моделей основные подсистемы организации, которые задействованы в СМК:

    Организационная. Моделируется структура организации, а именно: иерархия подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальная привязка структурных подразделений;

    Функциональная. Описываются иерархические взаимосвязи функций, выполняемых в организации;

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

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

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

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

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

    Подсистема человеческих ресурсов. Описываются знания, полномочия и процессы управления персоналом организации.

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

    целостность и непротиворечивость процесса моделирования и анализа;

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

    5. Инструментальная система ARIS 6.0 и ее возможности

    Инструментальная система (ИС) ARIS 6.0 дает возможность моделировать процессы и всесторонне описывать сложную социально-техническую систему, каковой является практически каждая современная организация. Это достигается тем, что она содержит:

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

    более 250 типов объектов, описывающих различные аспекты моделируемых предметных областей;

    более 600 различных типов связей, позволяющих описать разнообразные отношения между объектами;

    встроенные механизмы для управления, проверки, анализа, экспорта/импорта, архивирования моделей, а также для встраивания в них объектов различных приложений (Word, Excel, графические программы и т.д.).

    Модели в соответствии с типами представления [3] делятся на четыре группы: организационные (5 моделей), функциональные (7), модели данных (19) и модели процессов/управления (70).

    По своему назначению вся совокупность моделей ARIS может быть разделена на:

    модели для описания организационной структуры;

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


    модели для описания целей и стратегического планирования;

    модели для управления знаниями;

    модели для описания полномочий и прав доступа;

    модели для описания материальных потоков и оборудования;

    модели для описания продуктов и услуг;

    модели для описания информационных систем и данных;

    модели для описания технической инфраструктуры;

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

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

    Включая большое количество моделей в инструментальную систему, создатели ARIS преследовали конкретную цель — предоставить пользователям возможность самим выбирать способ описания деятельности организаций. Опыт использования ARIS показывает, что имеющийся набор моделей однозначно перекрывает потребности описания, например, СМК. Более того, в реальных проектах обычно используется не более 20-30 типов моделей.

    Инструментальная система ARIS 6.0 позволяет осуществлять над моделями целый ряд действий:

    семантические проверки корректности моделей;

    создание копий и вариантов моделей;

    составление отчетов по моделям;

    анализ моделей по различным критериям;

    генерация моделей на основе существующих;

    объединение информации из различных баз данных ARIS;

    проведение имитационного моделирования и функционально-стоимостного анализа моделей процессов;

    управление непрерывным улучшением моделей и объектов;

    публикация моделей на сайте;

    хранение моделей, в том числе и в виде резервных копий;

    обмен информацией с другими программными системами (MS Project, ERWin, Rational Rose, Oracle Designer, mySAP.com, системами класса Workflow и др.).

    Созданные модели могут быть наполнены большим объемом информации. Это достигается путем:

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

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

    связывания файлов различных форматов с моделями и их отдельными объектами.

    На основе моделей и их информационного наполнения средствами ИС ARIS 6.0 могут быть созданы разнообразные текстовые отчеты по требуемым тематикам.

    6. Описание процессов в ИС ARIS 6.0

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

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

    Рис. 2. Пример модели «Событийная цепочка процесса», описывающая процесс подготовки документов для отгрузки продукции

    7. ARIS и стандарты менеджмента качества

    Модели ARIS могут быть использованы и для формализованного представления требований стандартов менеджмента качества [1]. На рис. 3 показана модель типа «Диаграмма окружения продукта», описывающая требования, предъявляемые к комплексу работ, связанных с потребителями продукции. На ней требования стандарта представлены в виде пяти объектов «Продукт/Услуга». Расшифровка содержания каждого их продуктов сделана в виде последовательности функций, которые необходимо выполнять в СМК. Овальными объектами показаны условные организационные единицы, отвечающие за реализацию требований — продуктов.

    Рис. 3. Описание требований, предъявляемых к менеджменту потребителей, посредством модели «Диаграмма окружения продукта»

    Кроме рассмотренных возможностей по описанию процессов в инструментальную систему ARIS 6.0 включен целый ряд специализированных модулей, ориентированных на применение в системах менеджмента качества:

    ARIS Change Management;

    ARIS Report и ARIS Chart;

    ARIS Web Publisher.

    ARIS Change Management помогает реализовать цикл непрерывного улучшения СМК и является важным инструментом для усовершенствования процессов СМК. Механизм улучшения может быть запущен, если все владельцы процессов будут вводить свои предложения по усовершенствованию непосредственно в базу данных ARIS. Они формулируют предложения, а так же возможные варианты их реализации. Все эти предложения владельцев процессов автоматически собираются средствами ARIS и помещаются в служебную папку «Усовершенствования». Менеджер по улучшениям анализирует полученную информацию и, при необходимости, корректирует ее. При этом задачи, поставленные конкретному владельцу процесса, помещаются в служебную папку «Задачи». Каждый из них может оперативно просмотреть задачи по улучшению моделей, относящиеся к зоне его ответственности. После этого модели процессов модифицируются владельцами согласно полученным указаниям менеджера. Таким образом, мероприятия по совершенствованию будут осуществлены непосредственно в том месте, где они фактически выполняются. По окончании работ заданию удаляются из служебных папок.

    Как известно, вопросам документирования деятельности в рамках СМК уделяется большое внимание. Система должна содержать большое число документов различного уровня. Наиболее многочисленными являются регламенты, методики выполнения работ, должностные инструкции и т.д. Инструментальная система ARIS 6.0 позволяет автоматически генерировать такие документы, используя информацию, содержащуюся в моделях и хранимую в репозитории. Для этого предназначен модуль ARIS Report. Его назначением является составление разнообразных отчетов по созданным моделям. Отчеты создаются на основе стандартных сценариев в виде файлов различных форматов, которые далее могут быть отредактированы стандартными приложениями типа Word, Excel или редактора HTML. Процесс создания отчетов максимально автоматизирован. Редактор сценариев — скриптов (ARIS Script Editor) и встроенный язык ARIS Sax Basic дают возможность написать свои собственные отчеты, адаптированные к требованиям стандартов ИСО серии 9000. При изменении моделей отчеты могут быть созданы вновь, т.е. актуализированы. Модуль ARIS Chart предназначен для создания иллюстративной графики.

    Для больших, территориально распределенных предприятий полезным будет модуль ARIS Web Publisher, который позволяет преобразовывать модели и объекты ARIS в формат HTML и отображать их на сайте. Экспортируемые файлы формата HTML можно отображать при помощи браузеров Microsoft Internet Explorer и Netscape Communicator и делать доступными другим пользователям через сети Intranet или Internet. Таким образом, устраняются препятствия для работы с моделями ARIS на разных территориях организаций.

    Для расширения возможностей использования ИС ARIS 6.0 в менеджменте качества фирма IDS Scheer AG разработала специализированную программу Quality Management Scout (QMS), выполняющую функции информационного менеджера СМК. Она может быть использована для организации внедрения, оперативного управления и дальнейшего развития системы менеджмента качества предприятия в соответствии с требованиями стандарта ИСО 9001-2000.

    QMS является своего рода интеллектуальным центром, интегрирующим различные документы СМК, такие как:

    планы работ по построению системы менеджмента качества;

    политику в области качества;

    цели в области качества;

    описание организационной структуры предприятия;

    описание ответственности и полномочий в рамках системы менеджмента качества;

    соглашение по описанию бизнес-процессов системы менеджмента качества предприятия;

    описание процессов системы менеджмента качества (модели ARIS);

    планы работ по проведению самооценок и аудитов;

    планы работ по оптимизации бизнес-процессов;

    планы работ по информированию и обучению персонала;

    планы работ по проведению непрерывного усовершенствования системы менеджмента качества;

    данные и документы системы менеджмента качества.

    QMS состоит из модулей:

    QM Assistance — предназначен для оказания помощи при построении и эксплуатации системы менеджмента качества;

    QM Manual — предназначен для просмотра моделей системы менеджмента качества в браузере.

    Вся информация, используемая в QMS Assistance, структурирована в виде дерева. Оно содержит четыре этапа работ:

    непрерывное улучшение проекта.

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

    QMS интегрируется с модулем ARIS Easy Designer, предназначенным для создания и просмотра моделей процессов и их окружения. Данная интеграция позволяет обеспечить:

    автоматический перенос моделей системы менеджмента качества в модуль QMS QM Manual при помощи специальных скриптов в форматах HTML или DOC;

    просмотр моделей ARIS непосредственно в браузере, с возможностью полноэкранного представления;

    установление, реализацию, развитие и оценку целей в области качества, доведение их до заинтересованных сторон;

    установление взаимосвязи целей в области качества и ключевых показателей результативности, устанавливаемых реализованной в модуле ARIS BSC системой сбалансированных показателей эффективности (Balanced Scorecard);

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

    автоматизированное создание процессно-ориентированной документации системы менеджмента качества.

    QMS выполнен на основе Web-технологий и предназначен для использования во внутренней сети предприятия или в Интернет. Для своей работы QMS использует интернет-браузер, например, Internet Explorer. Использование Web-технология дает возможность создать и использовать многопользовательскую среду документации системы менеджмента качества предприятия.

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

    Помощь в реализации концептуальных основ менеджмента качества: процессного и системного подходов, принципа непрерывного улучшения, организации вовлеченности персонала в деятельность СМК и принятия решений, основанных на фактах;

    Систематически полное описание, оптимизация, управление и документирование процессов СМК и деятельности организации в целом;


    Описание организационной структуры, знаний и полномочий бизнес-ролей и персонала;

    Описание продуктов, услуг и ресурсов, используемых в процессах;

    Помощь в построении и управлении системой менеджмента качества, в том числе применение Quality Management Scout;

    Создание и актуализация документации СМК, описание процессов управления данными и документами, встраивание ссылок на данные и документы в модели процессов;

    Описание процессов мониторинга и измерений параметров процессов;

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

    ГОСТ Р ИСО 9001-2001 Системы менеджмента качества. Требования

    BS 6143:1992 Руководство по экономике качества. Часть 1. Модель затрат на процесс

    Каменнова М.С., Громов А.И., Ферапонтов М.М., Шматалюк А.Е. Моделирование бизнеса. Методология ARIS. — М.: Весть — Метатехнология, 2001

    Aris — Описание информационных систем

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

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

    Ключевые продукты ARIS

    • ARIS Architect & ARIS Designer. Предназначены для проектирования, анализа, управления, администрирования и совершенствования бизнес-модели всего предприятия — от бизнес-стратегии до архитектуры ИТ-систем, сервисов, данных и рисков.
    • ARIS Connect. Будучи социально ориентированным инструментом, ARIS Connect позволяет предприятию собирать отзывы ото всех сотрудников и благодаря этому значительно быстрее совершенствовать действующие ИТ-системы и бизнес-процессы.
    • ARIS Aware. Дает 360-градусный обзор бизнес-процессов предприятия, принимая во внимание все относящиеся к бизнесу данные, собранные из разрозненных источников. Визуализирует собранные данные на персонализированной инфопанели, в виде KPI, чтобы на всех уровнях бизнеса можно было принимать решения, основанные на фактах.
    • ARIS Process Performance Manager (PPM). Анализирует производительность бизнес-процессов. Оценивает их с точки зрения скорости, издержек и качества. Выявляет в процессах узкие места для последующей их оптимизации. ARIS PPM позволяет автоматически реконструировать уже действующие на предприятии бизнес-процессы и переносить их в ARIS, без необходимости писать программный код.
    • ARIS Simulation. Предназначен для моделирования и анализа бизнес-процессов. Помогает выявлять недоработки и оптимальные с точки зрения KPI наборы параметров.
    • ARIS Risk and Compliance Manager. Объединяет все разнообразные требования регуляторов в единую систему внутреннего контроля, чтобы упростить соблюдение требований регуляторов. ARIS Risk and Compliance Manager позволяет быстро адаптировать ИТ-инфраструктуру предприятия к новым требованиям регуляторов. Позволяет эмулировать рисковые события и анализировать, каким образом сопутствующий ущерб распределяется среди действующих ИТ-систем и бизнес-процессов.

    Возможности и архитектура ARIS

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

    • Design — ядро платформы ARIS. Предоставляет широкое разнообразие типовых моделей и объектов, которые можно брать за основу для своих проектов.
    • Document. Позволяет прикреплять документы разнообразных форматов к моделям и объектам проектируемого бизнес-процесса, чтобы с ними можно было работать централизованно и таким образом следить за тем, чтобы ИТ и процессы были согласованы с бизнес-стратегией.
    • Repository. Централизованное хранилище информации, связанной с проектируемыми бизнес-процессами и сопутствующими активами. Является основой для формирования единого источника достоверных данных. Может интегрироваться с уже действующей на вашем предприятии системой управления документами, например Microsoft SharePoint.
    • Collaboration & Contribution. Предоставляет участникам проектной группы удобные средства взаимодействия.
    • Governance. Обеспечивает соблюдение требований регуляторов, внутренних и внешних. Помогает внедрять общеорганизационные политики и разграничивать доступ к платформе ARIS на основе ролей и должностных обязанностей.
    • Discovery. Мониторит бизнес-процессы, выполняемые в развернутых на предприятии ИТ-системах, чтобы затем, отталкиваясь от собранных данных, автоматически воссоздавать эти процессы для работы с ними в ARIS.
    • Reporting. Множество типовых отчетов (220+) доступны в ARIS прямо из коробки. Их можно расширять и адаптировать под свои нужды.
    • Analytics & Simulation. Помогают анализировать, как бизнес-процесс поведет себя, соприкасаясь с ИТ-системами, развернутыми на предприятии. Позволяют моделировать сразу несколько альтернативных сценариев и сравнивать их KPI через единую инфопанель; варьировать взаимозависимые параметры бизнес-процесса и наблюдать, как это отражается на KPI. Analytics, полагаясь на искусственный интеллект, автоматически выявляет коренные причины наличия узких мест в бизнес-процессе, которые негативно сказываются на его KPI.
    • Test Design. Автоматически генерирует тесты, прогоняет их в режиме симуляции. В процессе прогона извлекает полезную информацию: сколько времени выполняется бизнес-процесс, какие издержки, сколько надо времени, чтобы получить ресурсы, необходимые для выполнения бизнес-процесса, сколько потребуется сотрудников; какие риски этот процесс с собой несет, насколько вероятны эти риски и т.п.
    • Model to execute. Предоставляет возможность обмена BPMN-моделями с любыми другими BPMS-инструментами, поддерживающими BPMN 2.0, чтобы модели можно было тестировать не только внутри ARIS, но и при помощи других инструментов. В частности, этот компонент обеспечивает синхронизацию репозитария ARIS с webMethods BPMS, чтобы спроектированные бизнес-процессы можно было легко реализовывать на webMethods.
    • Connectivity for SAP Solutions. Позволяет воспользоваться обширным опытом Software AG по созданию решений с применением SAP (наборы лучших практик предустановлены в ARIS).
    • Publishing & Dashboarding. После того, как бизнес-процесс спроектирован, протестирован и оптимизирован, его можно опубликовать и затем отслеживать KPI этого процесса через персонализированные инфопанели. Пользователи ARIS получают через них ровно столько информации о бизнес-процессе, сколько того требуют их должностные обязанности.
    • Mobile access. Обеспечивает безопасный доступ ко всем возможностям ARIS с мобильного устройства посредством ARIS API.

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

    Бизнес-задачи, которые решает ARIS

    ARIS обеспечивает управление бизнес-процессами (BPM) и таким образом ускоряет цифровую трансформацию предприятия. По информации на октябрь 2020 года платформа позволяет:

    • разрабатывать бизнес-стратегию и переносить ее с бумаги в реальный мир (формулировать и тестировать бизнес-модели);
    • управлять бизнес-процессами на основе эталонных показателей KPI, реальных фактов и цифр (создавать, моделировать, анализировать, мониторить, совершенствовать, автоматизировать; распределять ресурсы);
    • контролировать соответствие требованиям регулятора, управлять рисками; проводить аудит (внешний и внутренний);
    • управлять взаимоотношениями с клиентами (работать с картой путешествия потребителя и т.п.); настраивать точки контакта с клиентами, чтобы сопоставлять то, как бизнес оценивает удовлетворенность клиентских нужд, с тем, как это оценивают сами клиенты;
    • интегрировать всю относящуюся к делу информацию и документы в единую базу данных и затем предоставлять нужную информацию нужным людям в нужное время — на их месте;
    • реализовывать IoT-проекты: от разработки бизнес-стратегии до создания технических активов;
    • кооперироваться в работе над бизнес-процессами; централизованно собирать предложения по оптимизации ото всех участников рабочей группы.

    Релиз ARIS 10 SR8

    21 мая 2020 года компания Software AG анонсировала очередной релиз собственной платформы ARIS (версия 10 SR8). Обновлению функционала подверглись сразу четыре ее компонента: ARIS Process Design & Methodology, ARIS Process Mining, ARIS Connect/Cloud, ARIS Aware.

    Главное событие данного релиза — полная переработка среды моделирования процессов: она стала максимально простой и «интеллектуальной».

    Как объясняет Том Талер:

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

    Шесть ключевых особенностей умной среды моделирования:

    • Интеллектуальное позиционирование объектов. Умная среда моделирования запоминает типичные параметры, которые архитектор задает строительным блокам моделируемого процесса, и при повторном создании объектов старается «угадать» нужный набор параметров. Поэтому добавлять объекты выше, ниже, слева или справа уже существующего объекта теперь можно в один клик. Для этого нужно навести курсор на маленький голубой «пузырек» с нужной стороны и щелкнуть в панели быстрого доступа по объекту. Он окажется там, где надо, на стандартном удалении от исходного, с правильным размером рамки и с правильными полями для текста.
    • Самообучающаяся панель быстрого доступа. Система запоминает объекты, которыми пользуются наиболее часто, и заполняет этими объектами панель быстрого доступа. Содержимое панели автоматически обновляется при каждой смене контекста.
    • Соединительные линии в один клик. Если зажать мышь на нужной стороне одного объекта и затем отпустить ее на нужной стороне другого, то система сама нарисует подходящую линию, идеально огибающую попутные объекты. Также можно одновременно создавать и новый объект, и новую соединительную линию. Для этого нужно зажать мышь на подходящем объекте панели быстрого доступа, переместить курсор в нужное место и отпустить.
    • Интеллектуальная вставка и удаление объектов. Чтобы вставить объект между двумя уже существующими и взаимосвязанными, достаточно поместить этот объект на соединительную линию. Система сама высвободит для него пространство, раздвинув соседние объекты, сама удалит старое соединение и создаст новые. При удалении объекта оборванные соединения удаляются и автоматически создается новое.
    • Упрощенное переключение символов. Для этого необходимо кликнуть на иконку с шестеренкой, расположенную в правом верхнем углу текущего объекта, и выбрать нужный символ.
    • Drag & Drop. Для того чтобы в рабочее пространство добавить объект, теперь нужно просто переместить его мышкой либо с боковой панели, либо из панели быстрого доступа. Умная среда моделирования сама позаботится о том, чтобы он расположился не нарушив структуры уже нарисованной модели.

    Среди других улучшений релиза:

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

    ARIS Process Mining: особой является возможность загрузки логов событий для восстанавливаемых PPM-процессов через веб-интерфейс без конфигурирования специально обученным человеком.

    2020: Включена поддержка SAP Solution Manager

    6 февраля 2020 года компания Software AG представила инструмент анализа бизнес-процессов, который поддерживает модернизированную версию SAP Solution Manager, как локально, так и в облаке. Он представляет собой окружение для совместной работы по оптимизации процессов, обеспечивающее доступные по запросу средства документирования и анализа процессов.

    ARIS обеспечивает стандартный обмен данными между своей средой анализа бизнес-процессов и API-интерфейсом SAP Solution Manager 7.2. Использование среды ARIS for SAP Solutions помогает упростить внедрение технологий SAP, сократить время работы над проектами почти на 40 % и ускорить инсталляцию технологий SAP на предприятиях.

    kachest-vo.ru

    Уважаемые коллеги

    Современные методологии описания бизнес-процессов — просто о сложном

    Ковалев Сергей Михайлович,
    Ковалев Валерий Михайлович,
    (Журнал «Консультант директора», № 12, Июнь, 2004 г.)

    Часть 6.

    Методология ARIS

    Одной из современных методологий бизнес-моделирования, получившей широкое распространение в России является методология ARIS, которая расшифровывается как Architecture of Integrated Information Systems — проектирование интегрированных информационных систем.

    Методология ARIS на данный момент времени является наиболее объемной и содержит около 100 различных бизнес-моделей, используемых для описания, анализа и оптимизации различных аспектов деятельности организации. Часть моделей методологии ARIS используются в настроечном модуле интегрированной информационной системы SAP/R3, который применяется при внедрении системе и ее настройке на деятельности компании. В виду большого количества бизнес-моделей методология ARIS делит их на четыре группы (рис. 15):

    Группа «Оргструктура».

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

    Группа «Функции».

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

    Группа. «Информация».

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

    Группа «Процессы».

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

    Рис. 15. Группы моделей методологии ARIS.

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

    Несмотря на большее количество моделей в методологии ARIS в проектах по описанию и оптимизации деятельности в общем случае их используется не более десяти. Методология ARIS позиционирует себя как конструктор, из которого под конкретный проект в зависимости от его целей и задач разрабатывается локальная методология, состоящая из небольшого количества требуемых бизнес-моделей и объектов. В общем случае практика показала, что в проектах наиболее часто используются модели, приведенные в таблице 7.

    Таблица 7. Наиболее часто используемые на практике модели методологии ARIS.

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

    Модель «Дерево продуктов и услуг» — PST применяется для описания продуктов и услуг, производимых в компании, а также и связи со стратегическими целями компании, бизнес-процессами, поддерживающими их производство (рис. 17).

    Рис. 17. Модель «Дерево продуктов и услуг — PST/ARIS».

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

    Рис. 18. Модель «Дерево функций» — PST/ARIS.

    Модель «Диаграмма окружения процесса» — FAT позволяет описать окружение или границы бизнес-процесса, показывая его входы, выходы, поставщиков и клиентов (рис. 19).

    Рис. 19. Модель «Диаграмма окружения процесса» — PST/ARIS.

    Модель «Диаграмм цепочки добавленной стоимости» — VACD является прототипом классического DFD-стандарта и используется для описания бизнес-процессов верхнего уровня. Дополнительным отличием данной и других процессных моделей является то, что информационные и материальные потоки на схеме VACD изображаются не стрелками, а объектами. При этом для каждого типа потока используется свой объект. На модели VACD методологии ARIS в отличие от классического подхода также используется логические связи между работами, которые позволяют отобразить логическую последовательность выполнения работ. В качестве одного из вариантов логической последовательности может выступать временная последовательность выполнения работ, что характерно для классического подхода WFD. (рис. 20).

    Рис. 20. Модель «Расширенная цепочка процессов, управляемая событиями» — eEPC/ARIS.

    Модель «Матрица выбора процесса» — PSM является прототипом классического DFD-стандарта и используется как альтернатива для модели VACD. Матрица выбора процессов по отношению к диаграмме цепочки добавленной стоимости является с одной стороны более упрощенным вариантом описания процесса, с другой стороны данная модель содержит дополнительные объекты, позволяющие показать другие аспекты бизнес-процесса. Простота матрицы выбора бизнес-процессов связана с тем, что на данной модели не показываются информационные и материальные потоки. Что касается других аспектов, то данная модель позволяет на одной схеме компактно и наглядно показать различные варианты выполнения бизнес-процесса, который описывается. Соответственно матрицу выбора процессов целесообразно применять вместо диаграммы цепочки добавленной стоимости в случаях, когда описываемый бизнес-процесс имеет несколько вариантов исполнения, каждый из которых ложится базовую схему. Пример применения матрицы выбора процессов для описания деятельности компании «Эврика», имеющий функциональную организационную структуру показан на рис. 21.

    Модель «Extended event driven Process Chain» — eEPC является прототипом классического WFD-стандарта и используется для описания бизнес-процессов нижнего уровня. Дополнительным отличием eEPC-модели от классической WFD-схемы является наличие на модели объекта, который называется событием. С помощью событий изображается факт, время или событие инициирующие начало выполнения работ процесса, а также факт или время их завершения (рис. 22).

    Рис. 22. Модель «Расширенная цепочка процессов, управляемая событиями» — VACD/ARIS.

    Модель «Организационная структура» — ORG используется для описания организационной структуры компании. На данной модели изображаются структурные подразделения, группы, должности, роли и прочие элементы организационной структуры и связи между ними (рис. 23).

    Рис. 23. Модель «Организационная структура» — ORG/ARIS.

    Модель «Диаграмма типов информационных систем» — ASTD используется для описания структуры информационных систем, используемых в компании. На данной модели показываются типы и модули информационных систем, программные продукты, взаимосвязь между ними и бизнес-процессами организации, которые они автоматизируют (рис. 24).

    Рис. 24. Модель «Диаграмма типов информационных систем» — VACD/ASTD.

    Цукерберг рекомендует:  Основы UXUI. Базовые знания по созданию интерфейсов
    Понравилась статья? Поделиться с друзьями:
    Все языки программирования для начинающих