Айрис программа что это

Нотация описания бизнес-процессов ARIS eEPC. Распространенные ошибки моделирования

При изучении бизнес-процессов предприятия как правило требуется зафиксировать в документальном виде описание бизнес-процесса. Как это сделать?

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

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

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

Моделирование бизнес-процессов с помощью методологии ARIS (версия 10.0) для начинающих

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

• eEPC: extended Event Driven Process Chain – расширенная нотация описания цепочки процесса, управляемого событиями.
• ARIS: Architecture of Integrated Information Systems.

Нотация ARIS разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Августом-Вильгельмом Шеером.

Первоисточник – фундаментальный труд: Шеер. “Бизнес-процессы. Основные понятия. Теории. Методы”.

Элементарным кирпичиком нотации ARIS является функция бизнес-процесса и все сопряженные с ней элементы:

В этой статье рассмотрим “урезанное” подмножество eEPC ARIS, которое наиболее часто применяется для документирования бизнес-процессов (потоков работ work flow) на проектах автоматизации.

В основе описания eEPC процесса – описание последовательности функций (действий), которые выполняют пользователи в системе. Каждой функции предшествует событие. Часто событие интерпретируют как некое “происшествие”, например, звонок клиента, получение письма и так далее. Но более точное определение – это состояние процесса, при котором должно выполниться действие. Событие – это необходимое и достаточное условие выполнения некоторого действия:

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

Например, “от начала выполнения техоперации прошло 10 мин” – это тоже событие.

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

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

Далее, у каждой функции надо указать исполнителя:

Получаем последовательность состояний системы (результатов) и соответствующих действий пользователей. Но для описания процесса этого недостаточно.

Нужно добавить данные, которые перемещаются между функциями:

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

В вышеприведенной схеме исходящими данными из функции “Действие 1” является “Заказ клиента”, а результатом выполнения функции (завершающим событием) может быть “Заказ обработан отделом продаж”…

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

Некоторые нотации (например, нотация, принятая в 1С СППР) рассматривают только потоки работ, а на связях указываются наименования документов и результатов. Такая упрощенная модель с использованием элементов ARIS выглядела бы так:

Заметим, что всей полноты картины такая модель не дает.

Одно из существенных ограничений схем eEPC ARIS – невозможность указать длительность процесса. Эта модель позволяет отобразить только логическую последовательность действий. Поэтому, по диаграмме eEPC не получится выявить, что сотрудник должен одновременно выполнять несколько работ, либо не может выполнить весь предписанный ему объем работ за заданный интервал времени, например, за один рабочий день. Если необходимо указать длительность процесса, то как вариант можно использовать диаграмму Гантта.

Далее, использование логических операторов “И”, “ИЛИ”, “ИСКЛЮЧАЮЩЕ ИЛИ” позволяет указать ветвление потоков работ.

Оператор “И”

“И” – позволяет указать что после события запускаются сразу несколько функций:

либо указать, что событие (состояние) возникает только если выполнено несколько функций:

либо указать что только несколько событий (состояний) разрешают выполнение функции:

также, “И” позволяет указать что выполнение функции приводит одновременно к нескольким состоянием (событиям):

Оператор “ИЛИ”

“ИЛИ” – позволяет указать что возникновение одного из нескольких событий (состояний) – достаточно чтобы начать выполнение функции:

либо указать что любая из функций приводит к некоторому состоянию:

Оператор “Исключающее ИЛИ”

И наконец, “Исключающее или” отличается от просто “ИЛИ” тем, что возможен только один из альтернативных вариантов – либо Событие 1 либо Событие 2, но не оба одновременно. Это взаимоисключающие альтернативы: два взаимоисключающих события приводят к выполнению одной функции

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

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

Типичные ошибки

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

Перечислим наиболее распространенные ошибки моделирования в нотации eEPC ARIS.

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

• Два (или больше) входа в одну функцию. Например, при кольцевом выполнении функций:

Источник: itrp.ru

Блог о бизнес-процессах и BPMN

Блог о бизнес-процессах, BPMN и других нотациях автоматизации бизнес процессов.

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

Методология ARIS (Architecture of Integrated Information System) необходима для формирования представлений о деятельности предприятия и визуализации процессов в виде графических моделей, удобных для понимания и комплексного анализа.

Основные определения и термины

Нотация ARIS разработана в Германии компанией IDS Scheer AG. Программное обеспечение высоко ценится на рынке инструментальных средств моделирования бизнес-процессов и включает в себя несколько модулей.

Разработка методологии ARIS предусматривает такие цели, как:

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

Основные элементы, используемые в методологии

Среди ключевых элементов выделяют следующие:

• Organizational chart: organizational unit, person, location, role.
• Process landscape: process.
• Business process: event (событие фиксирующее состояние конкретных параметров в определенный временной промежуток), activities (работа, задание или конкретное действие, которое выполняется в течение определенного промежутка времени), role (должность в организации).
• IT system: risks, input and output data, process control via rules («и», «или»), proccess interface (средство связи с рассматриваемым процессом).
• Data model: entity (таблица), attributes (поле таблицы); primary key (первичный ключ таблицы), foreign key (исходный ключ таблицы), relationship (связь между таблицами).
• IT infrastructure: IT system, hardware, network.
• System landscape: IT system, domain.

Читать: Для чего проводится описание бизнес процессов. Основные инструменты и правила моделирования

Документирования процесса

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

• Отсутствие специальных средств моделирования. Как результат — замедление развития организации, спровоцированное неспешною обработкой полученной информации и еще более неторопливым процессом согласования итоговых решений;
• Ручные правки и задержка в подготовке документов. Методология описания в ARIS позволяет создавать готовые текстовые файлы, опираясь на скрипты и специальный встроенный язык SAX Basic. Итоговый документ не будет содержать логических ошибок, в частности при распределении обязанностей между сотрудниками структурных подразделений;
• Генерация отчетности проводится не вручную, а с помощью скриптов. ARIS осуществляет анализ различных моделей и объектов, обрабатывает статистику и выполняет любые иные действия, необходимые для документирования и анализа созданных моделей.

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

Необходимы скрипты, которые будут учитывать область применения и контекст ситуации. Для их создания задействуется выходная документация, информация из базы ARIS и форма выходного отчета (текст, рисунки, таблицы, графики, презентация), а также вид, подходящий для сохранения документа (HTML-файл, формат редактора MS Word либо MS Excel).

Концепция архитектуры

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

Нотация на предприятии необходима для:

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

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

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

Графические отметки при передаче нотации базируются в основном не на фигурах, а на цветах:

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

Для чего используется концепция интеграции в нотация ARIS:

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

Виды нотаций ARIS

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

1. Организационная — подразумевает структуру организации, а именно иерархию подразделений и соответствующих должностей. Модель базируется по принципу «сверху-вниз», при условии, что верхние позиции являются доминирующими. На нижних уровнях графической схемы указывают штатных работников с наименьшей ответственностью или задачи, не требующие установки четких временных промежутков.
2. Функциональная — анализ функций и целей, выполняемых в организации. Работа, задача, начальное или финальное действие — это основа модели: верхние уровни — сам бизнес-процесс, нижние — базовые функции, разделенные на составные элементы.
3. Информационная — распределение информации и задач, необходимых для воплощения системных функций;
4. Модель управления — второстепенный взгляд на реализацию конкретных задач в рамках указанной системы.

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

• Value-added Chain Diagram (диаграмма цепочки процесса);
• extended Event-driven Process Chain — еЕРС (расширенная нотация цепочки процесса; управляемого событиями) и PCD (диаграмма це­почки процесса);
• Organizational Chart (организационная диаграмма);
• Function Tree (дерево функций);
• Product Tree (дерево выпускаемой продукции).

Плюсы и минусы

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

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

Недостатки:

• Основа модели — событие или конкретное действие, соответственно, для детальной проработки схемы, необходимо прописывать каждую задачу, вплоть до мелочей и самых незначительных этапов.
• Обилие повторяющихся действий, скрытых под разными названиями (иными словами — тавтология). Например: задача «назначить ответственных» — результат «ответственные назначены», задача «расписать план продаж» — результат «план задач расписан». Таким образом, если схема длинная и имеет множество ответвлений, подобные элементы ее перегружают, особенно если за большое количество задач отвечает один исполнитель или на один процесс назначено несколько исполнителей.
• Необходимость разработки соглашения о моделировании. Разработка документа — это сложный, процесс, требующий значительного времени (1—3 месяца), финансовых затрат и квалифицированных специалистов.
• ARIS считается «тяжелым» и профессиональным инструментом, так как требует специальных знаний и навыков в процессе использования. Использование ARIS целесообразно в организациях с крупным денежным оборотом. В противном случае вы впустую потратите деньги на проектирование соглашения о моделировании.

Пример практического применения

Рассмотрим несколько примеров применения нотации ARIS на практике:

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

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

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

Читать также:

1. Для чего нужна оптимизация бизнес процессов в организации? Методы и инструменты, применяемые на предприятиях
2. Что такое управление бизнес процессами на предприятии. Этапы внедрения системы в организации
3. Практические советы по проведению аудита бизнес-процессов на предприятии
4. Основные показатели эффективности бизнес-процессов на предприятии.

Источник: bpmn.pro

Почему в 2022 году многие всё ещё используют ARIS

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

На данный момент я никак не связан с Software AG (вендор ARIS), за исключением того, что начинал свою карьеру в московском офисе этой компании (а точнее в IDS Scheer, которую она поглотила) более 10 лет назад. Сразу хочу сказать, что статья — взгляд с точки зрения технического специалиста, а не методолога / процессного консультанта / дизайнера бизнес-процессов. Аудитория статьи — люди, которые хотят понять что такое ARIS и как, где и зачем его можно использовать. Очевидно, что есть куча маркетинговых материалов, но возможно для кого-то будет интересна практическая сторона вопроса.

Введение (BPM и другой BPM)

Когда речь заходит о бизнес-процессах, либо об управлении бизнес-процессами, то в голове сразу возникает аббревиатура BPM (Business Process Management). И вот здесь начинается путаница, которая многих сбивает с толку с самого начала. Дело в том, что BPM также можно расшифровать как Business Process Modeling (или Modelling, кому как больше нравится). И в этом контексте ARIS — это, конечно же, система моделирования бизнес-процессов.

То есть нужно изначально понимать, что назначение этой платформы — моделирование, хранения и обработка статичных моделей бизнес-процессов. Да, с ними можно осуществлять различные действия: рассчитывать стоимость процессов, проводить реинжиниринг, генерировать на основании этих моделей должностные инструкции и регламенты процессов, проводить симуляции работы этих процессов (математико-статистическими методами, некоторый упрощенный аналог известной GPSS c понятным GUI). Но нельзя делать самое главное — исполнять эти процессы, то есть делать то, что многие изначально хотят от этой системы, видя аббревиатуру BPM и ассоциируя ее с BPM-системами, такими как Pega BPM, IBM BPM, Camunda, Activiti и т.д.

Почему возникает такая путаница именно с ARIS? Дело сразу в нескольких вещах. Во-первых, стоимость системы достаточно высока, поэтому она “по умолчанию” должна “всё уметь” (так думают те, кто принимает решение о ее покупке). Во-вторых, эта платформа представлена очень большим набором систем “на все случаи жизни”. От системы моделирования, состоящей из серверной и клиентской частей, симуляции процессов (ARIS Business Simulator), до систем управления процессом изменения и согласования моделей (ARIS Process Governance), системы контроллинга (ARIS Process Performance Manager), системы управления рисками (ARIS Risk

вовлечение сотрудников в использование ARIS;

понимание и ощущение практической пользы от ARIS.

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

Если планируется использовать ARIS для описания процессов, ролевой структуры, то логично интегрировать ARIS с кадровой системой SAP HR / 1С, для того, чтобы иметь актуальную оргструктуру, а не рисовать ее руками (а это может быть непросто в каком-нибудь холдинге). Это в свою очередь позволит на основании процессов, отрисованных в ARIS, генерировать должностные инструкции, регламенты процессов и выгружать их обратно в кадровые системы, уже в привязке к должностям (через ролевую модель).

Другим примером может быть разработка какой-либо сложной системы с множественными интеграционными точками, когда задействовано большое число аналитиков. В этом случае при моделировании можно воспользоваться механизмом семантических проверок (стандартных либо кастомизированных) для верификации входов-выходов процессов “на стыках”. Если же в дополнение на более низком уровне моделируется интеграция до передаваемых между системами полей, то возможно, к примеру, использовать скрипты для генерации WSDL (если используется SOAP).

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

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

• JavaScript
• ERP-системы
• Бизнес-модели

Источник: habr.com

Основные сведения о методологии 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, является стоимостной анализ, который осуществляется на базе моделей процессов с помощью аналитических методов оценки и исследования операций.

Источник: studme.org

Инструментальная программная среда 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 и о практике их применения на российских предприятиях.

• ПК и комплектующие

• Настольные ПК и моноблоки
• Портативные ПК
• Серверы
• Материнские платы
• Корпуса
• Блоки питания
• Оперативная память
• Процессоры
• Графические адаптеры
• Жесткие диски и SSD
• Оптические приводы и носители
• Звуковые карты
• ТВ-тюнеры
• Контроллеры
• Системы охлаждения ПК
• Моддинг
• Аксессуары для ноутбуков

• Принтеры, сканеры, МФУ
• Мониторы и проекторы
• Устройства ввода
• Внешние накопители
• Акустические системы, гарнитуры, наушники
• ИБП
• Веб-камеры
• KVM-оборудование

• Сетевые медиаплееры
• HTPC и мини-компьютеры
• ТВ и системы домашнего кинотеатра
• Технология DLNA
• Средства управления домашней техникой

• Планшеты
• Смартфоны
• Портативные накопители
• Электронные ридеры
• Портативные медиаплееры
• GPS-навигаторы и трекеры
• Носимые гаджеты
• Автомобильные информационно-развлекательные системы
• Зарядные устройства
• Аксессуары для мобильных устройств

• Цифровые фотоаппараты и оптика
• Видеокамеры
• Фотоаксессуары
• Обработка фотографий
• Монтаж видео

• Операционные системы
• Средства разработки
• Офисные программы
• Средства тестирования, мониторинга и диагностики
• Полезные утилиты
• Графические редакторы
• Средства 3D-моделирования

• Веб-браузеры
• Поисковые системы
• Социальные сети
• «Облачные» сервисы
• Сервисы для обмена сообщениями и конференц-связи
• Разработка веб-сайтов
• Мобильный интернет
• Полезные инструменты

• Средства защиты от вредоносного ПО
• Средства управления доступом
• Защита данных

• Проводные сети
• Беспроводные сети
• Сетевая инфраструктура
• Сотовая связь
• IP-телефония
• NAS-накопители
• Средства управления сетями
• Средства удаленного доступа

• Системная интеграция
• Проекты в области образования
• Электронный документооборот
• «Облачные» сервисы для бизнеса
• Технологии виртуализации

Источник: compress.ru