Ари что это такое в строительстве

КИС «АРТ» — комплексная информационная система «Аналитика работы такси». Действующая в Москве и Подмосковье система контроля таксистов.

Как писал «Секрет», она призвана следить за тем, чтобы водители:

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

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

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

П. Чайковский — Ариозо Иоланты из оперы «Иоланта»(Аида Гарифуллина, Юрий Башмет, ВЮСО)

• водители;
• таксопарки;
• медицинские центры и медработники, проводящие осмотры;
• механики и технические специалисты, проводящие ТО.

Допустить водителя на линию могут только зарегистрированные в КИС «АРТ» медик и механик — они сами заносят в систему отметки о медосмотре таксиста и техосмотре автомобиля.

Те, кто не зарегистрирован в КИС «АРТ», не могут получать заказы от агрегаторов и легально выполнять поездки.

Пример употребления

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

(Глава Департамента транспорта Москвы Максим Ликсутов — о запуске системы в августе 2021 года.)

Нюансы

Водительский стаж таксиста должен быть не менее 3 лет. Информацию о штрафах, неоплаченных налогах и судимостях КИС «АРТ» получает из баз МВД и налоговой службы. К работе не допустят водителей с непогашенной судимостью за тяжкие и особо тяжкие преступления — убийства, кражи, причинение серьёзного вреда здоровью. Также допуска лишат водителя, у которого скопилось много неоплаченных штрафов. Для восстановления на работе придётся погасить задолженность.

Водителем такси можно работать с правами России, Белоруссии, Казахстана и Киргизии. Иностранцам для создания учётной записи в КИС «АРТ» понадобится паспорт, СНИЛС и действующий аккаунт на «Госуслугах».

Таксопарк обязан контролировать состояние машины и проводить предрейсовые медосмотры. Если в компании нет штатных механиков и медиков, таксистам советуют воспользоваться услугами компаний, которые перечислены в разделе «Организации-партнёры» в КИС «АРТ».

Есть что-то волшебное в строительстве и закрытии объектов зимой С наступающим❣️

Водителю не нужно каждый день заходить в систему, но требуется вовремя вносить данные о новых правах. Чтобы перейти в другой таксопарк, водитель должен сообщить ему свой идентификатор (КИС «АРТ» ID) или номер телефона, на который отправят СМС-код, чтобы привязать профиль таксиста к новому парку.

Власти Москвы объясняли введение системы КИС «АРТ» необходимостью выполнять решения городской антитеррористической комиссии. В 2020 году она постановила, что таксопарки и агрегаторы должны передавать данные о водителях в региональную навигационную информационную систему. Однако тогда речь шла лишь о передаче данных, а не о системе учёта рабочего времени таксистов.

Цифры

Система обошлась столичному дептрансу в 123 млн рублей — 93 млн получила компания «Интермобилити», ещё почти 30 млн досталось компании «Стандартпроект».

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

Почему в 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, куда можно обратиться, если Вы столкнулись с какими-то ограничениями или сложностями. Но тем и интереснее решение задач, когда заранее знаешь, что никто не поможет 🙂

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

Методология ARIS. Моделирование бизнес-процесса

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

Модель АРИС Framework

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

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

ARIS опирается главным образом на собственную архитектуру с пятью видами — «АРИС дом». Эти пять представлений являются:

• организационной моделью;
• управленческой моделью;
• моделью данных;
• функциональной моделью;
• выходной(сервисной) моделью.

Классификация выполнена таким образом, чтобы разбить сложность модели на пять аспектов и тем самым упростить моделирование. Каждое представление концепции ARIS (architecture of integrated information) systems демонстрирует модель бизнес-процесса в определенном аспекте:

1. Функциональном — действия, группировки и иерархические отношения, которые существуют между ними, описаны в представлении функции, например, в дереве функций.
2. Организационном — предоставляет обзор организационной структуры компании, включая человеческие ресурсы, машины, оборудование и их взаимосвязи.
3. Информационном (модели данных) — все события, которые генерируют данные об окружающей среде, такие как корреспонденция, документы и другие.
4. Сервисном — предоставляет обзор всего портфеля продуктов и услуг, включая услуги, продукты, финансы.
5. Управленческом — вид процесса, который соединяет все другие представления во временно-логический график, например, в управляемых событиях технологической цепочки или BPMN.

Реинжиниринг бизнес-процессов

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

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

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

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

Концепция жизненного цикла

Структуры методологии моделирования бизнес-процессов и концепции жизненного цикла появились в различных прикладных областях, таких как Computer Integrated Manufacturing (CIM), автоматизация делопроизводства и проектирование информационных систем.

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

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

Динамическое поведение

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

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

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

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

Эталонная модель

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

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

Разработка рабочих процессов

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

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

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

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

Спецификация проекта

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

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

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

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

Описание реализации

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

Модели используются для настройки приложения. Их можно понимать как графическую программу. Благодаря такому повторному использованию ручное программирование программного кода уменьшается.

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

1. Модель строительства и хранения.
2. Выбор/поиск и анализ моделей.
3. Конфигурация модели.
4. Интеграция моделей.
5. Адаптация и модификация модели.
6. Эволюция и изменение модели.
7. Модель исполнения и интерпретации.

Основные правила методологии ARIS

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

Рекомендации по использованию событий:

1. В начале процесса или после интерфейса запуска.
2. В конце процесса или до конца интерфейса.
3. События принятия решений по соединителям XOR или OR.
4. Для важных событий, например, вехи в проекте.
5. Действия или события не должны иметь более одного исходящего или входящего соединения.
6. Поток управления процессом моделируется с использованием Правил (шлюзов).

Правила могут быть использованы следующим образом:

1. Из одного входящего соединения следует несколько исходящих соединений (SPLIT).
2. Из нескольких входящих подключений следует точно одно исходящее подключение (JOIN).
3. Возможна последовательность Правил.
4. Er модель обычно закрывается с тем же оператором, как была открыта, и заканчивается «EPC Событием».
5. Логические операторы.

В EPC можно использовать следующие правила:

1. Разделение — шаги обработки, которые следуют правилу, происходят параллельно и должны быть выполнены.
2. Соединение — все шаги обработки для входящих соединений должны быть выполнены, чтобы можно было выполнить шаги обработки, которые следуют правилу.
3. SPLIT — точно один из следующих шагов обработки правил должен быть выполнен.
4. Разделитель — должен быть выполнен как минимум один из следующих этапов обработки правила, или несколько, или все этапы обработки.
5. Для логических операций между событиями и действиями существуют специальные правила, которые показаны в модели ARIS Express.

АРИС: набор инструментов

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

1. ARIS-Modeler специализируется на системном моделировании. На основе мета-структуры платформы ARIS для ПК представляют методы для конкретных видов, включая расширенное моделирование отношений сущностей, а также диаграммы цепочек процессов и стимулов-ответов, а также диаграммы функциональной и организационной иерархии.
2. ARIS-Analyzer предоставляет средства для изучения и оценки существующей системы с точки зрения ключевых показателей эффективности. Анализ слабых мест можно проводить для каждого вида моделирования. Кроме того, может быть получена идеализированная концепция интеграции, включающая в себя целевую функцию и модели данных. Эталоны являются неотъемлемой частью ARIS-Analyzer.
3. ARIS-Project Manager используется для управления проектами. Он предназначен для планирования, контроля и мониторинга всего проекта на всех его этапах. ARIS-Project Manager определяет все задачи, которые будут решаться в процессе моделирования бизнес-процессов.
4. Цель ARIS-Navigator — предоставить компьютеризированную документацию для корпоративной модели, разработанной на этапах моделирования.

Express. Официальное ПО

«АРИС Экспресс 2», er модель — программа, выпущенная для операционных систем на базе Microsoft Windows. Также она работает в других ОС, таких как Mac OS X или Linux.

Для загрузки программы:

1. Переходят на профильный сайт.
2. Выбирают метод загрузки для ОС.
3. Входят в сообщество ARIS, принимают Лицензионное соглашение и Правила экспорта Software AG, чтобы иметь возможность загрузить ПО.
4. Знакомятся с инструкцией по установке независимо от того, какая загрузка выбрана.
5. Знакомятся с системными требования, чтобы быть уверенным, что пользовательский ПК будет способен работать с программой.

Программа имеет очень продвинутую бесплатную функцию ARIS Cloud. Это полномасштабный продукт для анализа бизнес-процессов, который как услуга предоставляется совершенно бесплатно для исследовательских и образовательных целей. Он поддерживает совместные проекты по улучшению процессов и доступен для 1000 пользователей одновременно по всему миру. С бесплатной пробной версией software ag ARIS Cloud бесплатная подписка длится 30 дней. С AERIS Cloud для студентов бесплатная подписка длится 3 месяца.

EPC предлагает множество способов для моделирования процессов, их анализа и определения потенциалов улучшения. Модель EPC непосредственно встроена в интерактивный просмотрщик моделей. Можно скачать его и редактировать бесплатно модели в ARIS Express 2 er. Также можно использовать предоставленные видеоуроки, чтобы найти легкий путь в мир АРИС.

1. Загружают ARIS Express.
2. Просматривают примеры моделей или видеоуроки.
3. Начинают моделирование.
4. Присоединяются к сообществу ARIS.
5. Получают бесплатную копию «шпаргалки». Для этого нажимают на картинку на профильном сайте, чтобы увеличить ее и скачать документ в формате PDF.

Процессы преобразования в XPDL

Для моделирования процессов, которые должны быть преобразованы в XPDL, используют ARIS версии 6.2.

При установке и настройке ARIS запускают программу ARIS Toolset:

1. В строке меню выбирают Файл-> Создать, а затем модель в следующем диалоговом окне.
2. Появится другое диалоговое окно, в котором выбирают место, где будет храниться модель ARIS. Можно выбрать, например, LOCAL-> Demo62-> Основная группа.
3. После нажатия кнопки «Далее» появляется другое диалоговое окно. Необходимо установить флажок «Процессы» и выбрать тип модели eEPC.
4. Появится диалоговое окно, в котором необходимо назначить имя для новой модели ARIS.
5. Вводят имя и нажимают кнопку «Готово». Окно покажет область редактирования для новой модели.
6. При моделировании ARIS используют только элементы панели инструментов, отмеченные красным кружком.
7. Элемент, помещенный в правом верхнем углу в наборе инструментов, называется функцией в АРИС, он будет отображен в Activity/Task в XPDL, поэтому используют его для определения задач в процессе.
8. Элемент называется правилом AND в ARIS и сопоставляется с фиктивным действием (маршрут) в XPDL с помощью AND Split или Join в зависимости от того, как пользователь подключает его к задачам.
9. Кроме того, если нужно определить какой-либо значимый идентификатор для других объектов действий и переходов, следует изменить тот же атрибут в ARIS для соответствующих объектов. Чтобы сделать это, нужно дважды щелкнуть объект, вставить его в график и отредактировать атрибут Identifier.
10. Убеждаются, что данные содержат только буквенно-цифровые символы или символы «_», «-», «.».
11. После создания модели в ARIS можно экспортировать ее в XML.
12. Для этого нужно найти определение процесса в древовидном представлении ARIS, щелкнуть его правой кнопкой мыши и выбрать «Экспорт / Импорт-> Экспорт XML. ».
13. После нажатия на «Экспорт XML» пользователя попросят ввести используемый язык, а затем выбрать местоположение и имя файла XML, который будет сгенерирован.
14. Нажимают на соответствующий значок, чтобы преобразовать этот * .aml файл в XPDL.
15. Отправляют XPDL-файл в хранилище, позже можно загрузить его в движок через «Package Mng»- раздел приложения.

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

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

Источник: fb.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 зависит от соотношения затрат на разработку соглашения и получаемой прибыли от внедрения системы. Если показатель со временем остается прежним и действует не в вашу пользу, имеет смысл использовать менее тяжеловесные и более бюджетные инструменты.

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