Аборигены, впервые увидевшие, как действует огнестрельное оружие в руках посетивших их европейцев, испытывали разные чувства, но в основе этих чувств лежал всегда страх. Страх порождал мифы. Когда им удавалось заполучить в свои руки это «чудо», страх часто сменялся чувством вседозволенности или превосходства над другими, но мифы продолжали жить.
Вы скажете: это иной уровень развития, иной уровень культуры, иные этнические традиции аборигенов. Однако современные менеджеры проходят те же фазы, только уже при знакомстве со столь модной методологией ARIS, при овладении ее навыками. Методология ARIS порождает не меньше мифов и ошибок. Чем это можно объяснить?
В основе этого явления, безусловно, лежат те же самые причины: различие в уровне развития организации в целом и отдельных менеджеров в частности, в уровне корпоративной культуры. Часто это происходит на фоне местнической борьбы и конфликта интересов. Как вы думаете, в какой воде легче ловить рыбу: в мутной или в прозрачной? Очевидное на первый взгляд решение — «в прозрачной» имеет и отрицательные стороны: в прозрачной воде легче будет ловить рыбу и конкурентам. Поэтому у решения «продолжать ловить рыбу в мутной воде» всегда будут сторонники.
Моделирование бизнес-процессов с помощью методологии ARIS (версия 10.0) для начинающих
В настоящей статье мы попытаемся развеять связанные с ARIS мифы. Автор хотел бы также предостеречь читателя от необоснованных надежд при выборе методологии ARIS, что позволит в последующем избежать повторения ошибок и потерь при выборе, внедрении и работе с ARIS. Это взгляд на методологию ARIS с другой стороны, взгляд, освобожденный от «политической шелухи».
Далее в статье для обозначения как методологии ARIS, так и программных продуктов этого семейства ARIS Easy Design и ARIS Toolset автор, ни в коей мере не принижая значения ни методологии, ни программного инструмента, употребляет сокращение ARIS. Когда речь будет идти исключительно о методологии или исключительно о программном продукте, это будет оговорено явно.
Методология ARIS
Методология ARIS основана на теории профессора Августа-Вильгельма Шеера. Аббревиатура ARIS расшифровывается как архитектура интегрированных информационных систем (ARchitecture of Integrated Information System). Методология определяет принципы моделирования практически всех аспектов деятельности организаций, что составляет ее коренное отличие от других методологий. Методология ARIS основывается на концепции интеграции, предлагающей целостный взгляд на бизнес-процессы, и представляет собой множество различных методологий, интегрированных в рамках единого системного подхода.
- А.-В. Шеер. «Моделирование бизнес-процессов». Пер с англ., 2000.
- А.-В. Шеер. «Бизнес-процессы. Основные понятия. Теория. Методы». Пер с англ., 2000.
- М. Каменнова, А. Громов, М. Ферапонтов, А. Шматалюк. «Моделирование бизнеса. Методология ARIS. Практическое руководство». М.: «Весть-Метатехнология», 2001.
Миф 1: ARIS — слишком сложная методология
Часто после первого, поверхностного знакомства с ARIS возникает ощущение, что это очень сложный и неподъемный инструмент. Причем вначале виден именно инструмент, а не методология. Нежелание познакомиться с этим инструментом, изучить методологию, стремление отодвинуть все на неопределенный срок — это различные проявления страха.
Что такое TOGAF за 5 минут, и чем он отличается от ARIS
Так было с моими коллегами, которые впервые услышали об ARIS Toolset в 1997 году на одной из конференций. Конференция была посвящена общим вопросам управления бизнес-процессами, и на доклад, посвященный этой методологии, как принято на таких конференциях, было отведено минут 20—30.
Я очень хорошо помню ощущение моих коллег сразу после конференции: «ARIS — это круто, но использовать это на практике будет невозможно»*. В результате первое ошибочное впечатление отодвинуло на несколько месяцев принятие положительного решения в отношении этой методологии. * Возможно, автор ошибается, но в то время компания «Весть-Метатехнология» делала основной упор именно на инструмент, а методология как-то оставалась в тени. Сейчас время все поставило на свои места. Компания (теперь уже «Логика бизнеса») в первую очередь видит свою миссию в образовании рынка, в повышении уровня корпоративной культуры и представляет в первую очередь методологию.
Практика показала, что самостоятельное изучение методологии и инструмента возможно, хотя и с консультациями по телефону, особенно в течение первых нескольких дней.
ARIS изначально проектировался как методология для бизнеса. Со временем эта методология расширилась, в инструмент вошли даже такие новомодные нотации, как UML. Но исходно заложенная в ARIS философия исключительно проста и понятна.
| Методология ARIS и инструмент ARIS Toolset действительно нетривиальны. Шапочного знакомства в течение 30 мин недостаточно, чтобы делать выводы о пригодности или непригодности методологии и инструментария для решения сложных задач. |
Миф 2: ARIS может все (решает все проблемы)
Если вы интересуетесь ARIS, то разработчик методологии и инструментария ARIS компания IDS Sheer AG (http://www.ids-scheer.de) предусмотрела возможность более детального самостоятельного знакомства с методологией. Для этого нужно установить на свой компьютер демонстрационную версию программного продукта ARIS Easy Design, которую можно загрузить с Интернет-сайта или запросить компакт-диск у официального представителя компании «Логика бизнеса».
От продолжения знакомства с методологией ARIS часто возникает чувство эйфории: методология ARIS может все, она решает все проблемы. Это глубоко ошибочное заблуждение. Методология ARIS и инструменты семейства ARIS решают совершенно конкретный круг задач: описание миссии, стратегических целей и задач компании; описание продуктов и услуг компании и их рядов; документирование бизнес-процессов, функций и операций; документирование организационной структуры компании; документирование информационных систем, потоков данных, логической структуры баз данных, оборудования; разработка технологических карт; имитационное моделирование; функционально-стоимостной анализ; управление качеством, анализ и оптимизация бизнес-процессов; оценка и управление операционными рисками; введение системы сбалансированных показателей; анализ производительности бизнес-процессов. Если ваши потребности сильно отличаются от возможностей ARIS, вполне возможно, вам удастся найти более подходящее и даже более дешевое решение.
Миф 3: ARIS — простая методология
Прежде чем принимать окончательное решение о внедрении методологии ARIS в качестве корпоративного стандарта, ответьте себе четко на следующие вопросы: какие задачи перед вами стоят, какие результаты, в каком виде и в какие сроки вы хотите получить. Дело в том, что переход на новый, формализованный язык общения требует определенной ломки в сознании не только персонала, но и руководства компании. Именно поэтому практически любая формализация и стандартизация на первых этапах часто вызывает отторжение, неудобство, снижение производительности. К этим трудностям нужно быть готовым. Если вы ожидаете моментальной отдачи от внедрения ARIS, то, возможно, лучше подыскать более подходящие решения.
Миф 4: ARIS только усложняет жизнь
Знакомство с ARIS поначалу вызывает ассоциации с компьютерными играми-бродилками, в которых герой часами ходит, изучает окружающий мир, трогает руками различные предметы, часть из которых можно использовать для достижения поставленной цели. ARIS во всем его многообразии содержит более сотни различных типов моделей, и требуется довольно много времени для того, чтобы со всеми ними хотя бы познакомиться. Одновременно такое многообразие вызывает опасения, что все это достаточно сложно, и сомнения в том, что все это можно использовать с пользой для дела.
Однако проблема имеет одно и очень простое решение. Достаточно четко определить, какие цели преследует документирование корпоративной архитектуры, и выбрать на первом этапе весьма ограниченное количество моделей для такого документирования, которые позволяли бы решить поставленные задачи в самых общих чертах, на верхнем уровне, но при этом обеспечивали бы достаточно полное покрытие интересующих вас областей.
Этих моделей должно быть 5—10, не больше. Позже, по мере более глубокого понимания методологии, более четкого осознания целей документирования корпоративной архитектуры этот ограниченный набор моделей необходимо будет расширять, введя новые модели и объекты. При этом ввод любой новой модели или объекта должен иметь совершенно четкое и понятное для всех обоснование, в конечном счете способствующее повышению прозрачности бизнеса. Не следует расширять первоначальный круг только потому, что есть еще много других в принципе полезных моделей и объектов.
Миф 5: ARIS повышает эффективность, качество и производительность
Есть ошибочное убеждение, что стоит лишь все правильно разложить по полочкам и структурировать, как решение будет найдено, и эффективность (качество, производительность и т. д.) резко возрастет. Безусловно, структуризация — необходимое условие при поиске решения. Кто ясно мыслит, тот ясно излагает. Невозможно найти рациональное зерно в завалах руды, руду нужно переработать.
В данном аспекте ARIS — именно тот инструмент, с помощью которого можно переработать груды неструктурированной информации о бизнесе, структурировать и упорядочить эту информацию. На одной из недавних конференций, посвященной ARIS, один из топ-менеджеров метко заметил, что ARIS позволяет навести порядок в головах, объективно взглянуть на имеющиеся проблемы. Используя терминологию профессора Преображенского, ARIS позволяет структурировать «разруху в головах».
Миф 6: ARIS — это очередная программа/база данных
Примитивное понимание инструмента ARIS без осознания самой методологии позволяет позиционировать отдельные продукты семейства ARIS как программы для рисования, подобные Microsoft Visio, или как программы структурного анализа, подобные BPwin, ERwin, IDEF Designer. Иногда встречается и такое мнение: «Зачем мне все эти цветные квадратики, мне и Excel вполне достаточно». С этим утверждением трудно спорить. Действительно, если уровень понимания корпоративной архитектуры ограничивается телефонным справочником (он же организационная структура компании) и «плоским» перечнем продуктов в таблице Microsoft Excel, то методология ARIS может оказать разрушительное влияние на такую культуру.
Миф 7: ARIS понятен только «технарям»
Методология ARIS изначально была создана экономистом, доктором А.-В. Шеером, и нацеливалась она в первую очередь на людей, не имеющих технического образования, но желающих повысить эффективность бизнеса и отдельных бизнес-процессов. Методология ARIS действительно содержит ряд моделей, понятных ИТ-специалистам и часто ими используемых.
В ARIS, к примеру, есть поддержка UML-нотации, есть ERM-диаграммы. Однако практическая ценность этих моделей для ИТ-специалистов вызывает определенные сомнения (см. миф 8: ARIS нужен только программистам/технологам»). Кроме того, они были введены в последних версиях скорее как дань уважения этой нотации. Основным же изначальным позиционированием методологии ARIS было документирование и структуризация знаний о бизнесе, документирование и разработка бизнес-архитектуры компании, ее анализ, оптимизация, проведение моделирования и функционально-стоимостного анализа. ИТ-специалистам достаточно редко приходится решать такие задачи, чаще этим занимаются финансовые, плановые подразделения, службы внутреннего контроля, подразделения, отвечающие за развитие бизнеса.
Миф 8: ARIS нужен только программистам/технологам
Это одно из самых опасных заблуждений. ARIS как таковой программистам не нужен. Для технических специалистов имеется довольно широкий спектр продуктов, позволяющих решать сугубо профессиональные технические задачи (например, семейство продуктов Rational Rose или Paradigm). Эти пакеты обеспечивают поддержку всего жизненного цикла программных продуктов: разработку спецификаций и требований к ПО, разработку самого ПО, тестирование, внедрение, сопровождение. ARIS в значительно большей степени охватывает процессы, предшествующие разработке ПО. Это проектирование самого бизнеса, проектирование бизнес-процессов, разработка нормативных документов и т. п.
ARIS не имеет встроенных средств генерации программного кода, сборки прикладного ПО, тестирования и т. д. Конечно, на рынке существуют продукты третьих фирм, позволяющие транслировать ряд моделей ARIS, например, в UML-диаграммы, которые затем можно импортировать в соответствующие программные среды разработчика. Но связи, которые поддерживает ARIS, после переноса информации в другие среды утрачиваются, и перенесенное знание начинает жить своей жизнью — в отличие от знания, задокументированного в репозитории ARIS.
Миф 9: ARIS внедряется в отдельном подразделении
Предпочтительно, чтобы проект документирования знаний о бизнесе инициировался бизнес-подразделениями, а не ИТ-подразделениями. Вполне вероятно, что интерес к этому проекту будут проявлять различные функциональные (обеспечивающие) подразделения — служба внутреннего контроля, служба безопасности, управление банковских технологий. Очевидно, что ИТ-подразделения в этом проекте будут играть не последнюю роль, но эта роль однозначно не должна быть первой.
Служба банковских технологов должна быть выделена из блока ИТ-подразделений. Банковские технологи не должны находиться в подчинении, рапортовать и даже курироваться членом правления/вице-президентом, отвечающим за информационные технологии. Наилучший вариант — когда банковские технологии и информационные технологии курируются различными членами правления/вице-президентами.
Миф 10: ARIS может полностью заменить традиционные регламенты и документы
В разделе «Миф 3: ARIS — простая методология» я уже говорил, что внедрение ARIS требует определенной ломки стереотипов. Так, документы (регламент, должностная инструкция, положение о структурном подразделении), традиционно разрабатываемые в виде текстового документа в формате Microsoft Word, после перевода на формализованный язык меняют форму, становятся более структурированными. Изучение таких документов в традиционной бумажной форме зачастую становится затруднительным, в них используются гиперссылки, что предполагает работу с документами в электронной форме. В семейство ARIS входит продукт Web Publisher, поддерживающий оперативную публикацию любых документированных знаний в корпоративной сети, что облегчает их изучение.
Вместе с этим, как отмечалось выше, ARIS предполагает определенный уровень корпоративной культуры. Корпоративная культура не есть следствие авторитарного решения, она не может возникнуть в результате разработки и принятия в качестве стандарта необходимых нормативных документов, она не прививается и путем недельного обучения всех сотрудников на учебных курсах. Корпоративная культура воспитывается достаточно долго. Кроме того, ряд корпоративных знаний с большим трудом и определенным риском передаются посредством формализованной нотации.
| Виктор Галактионов — к.т.н., вице-президент, главный системный архитектор, ОАО «Альфа-банк» |
радиционной бумажной форме зачастую становится затруднительным, в них используются гиперссылки, что предполагает работу с документами в электронной форме. В семейство ARIS входит продукт Web Publisher, поддерживающий оперативную публикацию любых документированных знаний в корпоративной сети, что облегчает их изучение.
Вместе с этим, как отмечалось выше, ARIS предполагает определенный уровень корпоративной культуры. Корпоративная культура не есть следствие авторитарного решения, она не может возникнуть в результате разработки и принятия в качестве стандарта необходимых нормативных документов, она не прививается и путем недельного обучения всех сотрудников на учебных курсах. Корпоративная культура воспитывается достаточно долго. Кроме того, ряд корпоративных знаний с большим трудом и определенным риском передаются посредством формализованной нотации.
| Виктор Галактионов — к.т.н., вице-президент, главный системный архитектор, ОАО «Альфа-банк» |
Источник: www.iemag.ru
Глава 2. Основы моделирования бизнеса. ARIS
Понимание основ бизнес-моделирования является важной составляющей профпригодности менеджера, управленца, экономиста. Рассмотрим информационные модели, реализуемые системой моделирования бизнеса ARIS. Как было отмечено выше, такие модели создаются для целей реорганизации деятельности предприятия, внедрения ИС, системы качества и т.д. В зависимости от конкретных целей исследования организации, модель должна давать ответы на различные вопросы типа:
• Какие операции приносят потери, не добавляют ценности конечному продукту? Какова стоимость потерь?
• Где имеется избыток или недостаток ресурсов? Какие ресурсы необходимы?
• Какие процессы дублируются или размыты между подразделениями? Как построить или изменить бизнес-процесс?
• Как наиболее эффективно провести преобразования из одного состояния предприятия в другое? Как снизить риски?
• Какова оптимальная структура, состав и функции предприятия для обслуживания конечных пользователей?
• Как обеспечить выполнение регламентов и показателей качества? Какие регламенты, состав регламентов необходимы?
• Какая структура организации сможет обеспечить быструю реорганизацию производства и сбыта новых продуктов в меняющейся рыночной среде? И т.д.
Типовые структуры организаций и модели
Организация (предприятие) в бизнес-моделировании рассматривается как система, имеющая некоторую структуру, ориентированная на достижение реальных целей. Структурность системы означает как наличие элементов с устойчивыми связями, так и отношений между элементами по какому-либо признаку. Структуру организации можно представить с разных углов зрения. Другими словами, в организациях выделяют несколько типовых структур:
• организационная структура – иерархическая структура подразделений, должностей, полномочий, связей и отношений подчинения, территориальную привязку;
• функционально-производственная структура – структура, элементами которой являются все функции, обеспечивающие управление и выпуск продукции/услуг, а также связи, обеспечивающие передачу результатов труда;
• информационная структура – структура, описывающая центры создания, накопления, доступа, анализа и распространения информационных потоков;
• структура входов и выходов организации – совокупность поступающих в организацию материальных и нематериальных ресурсов (входы) и совокупность материальных и нематериальных результатов деятельности (выходы) организации;
• структура процессов и управления – логическая последовательность выполнения функций, событий, сообщений во времени;
• финансово-экономическая структура – совокупность центров учета финансов, бюджетов и денежных потоков между ними;
• юридическая структура – совокупность административно-правовых и бизнес единиц, отношений собственности и контроля;
• штатная структура – состав подразделений с перечнем должностей, окладов и пр.
Система ARIS позволяет построить взаимосвязанные и взаимосогласованные модели для различных типовых структур (подсистем) организации, хранить и исследовать их в единой базе данных, называемой репозиторием. В ARIS реализуются пять типов подсистем (структур, представлений):
Взаимосвязь и взаимосогласованность типов моделей в системе ARIS графически изображают в виде «домика» ARIS:
Такая архитектура системы позволяет строить модели с разных точек зрения, сосредотачиваться на отдельных моделях в любой последовательности. И после построения и детального изучения всех аспектов каждой модели переходят к интегрированной модели, отражающей все связи подсистем организации.
Этапы и средства создания моделей
Внедрению ARIS всегда предшествует серьезная «ручная» проектно-аналитическая работа – создание модели начинается с обследования организации, описания и анализа проблем бизнеса. В результате обследования составляется неформализованное описание бизнес-процессов, которое должно достаточно точно отражать цели создания моделей. Далее из общих описаний с помощью структурного анализа, декомпозиции и уточнений строятся следующие уровни описания моделей.
В методологии ARIS все специфицировано, процесс работы формализован в набор алгоритмов, и предполагается следование предлагаемой методологии, чтобы достичь желаемого экономического эффекта. Модели ARIS базируются на а) строгих формальных правилах записи и системе обозначений, называемых нотацией, б) определенных принципах и средствах описания, приемах использования моделей, называемых методологией.
Для построения моделей и проведения структурного анализа в ARIS используют следующие методы и средства визуального описания:
• DFD (Data Flow Diagrams) – диаграммы потоков данных для анализа и функционального проектирования моделей систем. Описывают источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ;
• STD (State Transition Diagrams) – диаграммы перехода состояний для проектирования систем реального времени;
• ERD (Entity-Relationship Diagrams) – диаграммы сущность-связь, описывающие объекты (сущности), свойства этих объектов (атрибуты) и их отношения объектов (связи);
• SADT (Structured Analysis and Design Technique) — технология структурного анализа, проектирования и моделирования иерархических многоуровневых модульных систем;
• IDEF0 – подмножество SADT – стандарт описания бизнес-процессов в виде иерархически взаимосвязанных функций;
• IDEF1 – стандарт описания движения информации; используется для определения структуры информационных потоков, правил движения, принципов управления информацией, связей потоков, выявления проблем некачественного информационного менеджмента;
• IDEF1X – стандарт разработки логических схем баз данных, основанный на концепции сущность-связь;
• IDEF3 – стандарт описания процессов, основанная на сценариях. Сценарий есть описание последовательности изменения свойств объекта в рамках некоторого процесса. Стандарт позволяет описать последовательность этапов изменения свойств объекта (Process Flow Description Diagrams — PFDD) и состояния объекта на этапах (Object State Transition Network — OSTN). Стандарт позволяет решать задачи документирования и оптимизации процессов;
• IDEF4 – стандарт описания структуры объектов и заложенных принципов их взаимодействия; позволяет анализировать и оптимизировать сложные объектно-ориентированные системы;
• IDEF5 – стандарт, позволяющий описать совокупность терминов, правил комбинирования терминов в утверждения для описания свойств и связей объектов, построить модель на основе этих утверждений. Такие модели позволяют изучать онтологию объектов. Онтология – это знания о совокупности фундаментальных свойств некоторого объекта или области, определяющих их поведение и изменение, собранные для детальной формализации;
• UML – Unified Modeling Language — объектно-ориентированный унифицированный язык визуального моделирования. Позволяет описывать диаграммы действий, диаграммы взаимодействия, диаграммы состояний, диаграммы классов и компонент. Используется как для анализа, так и для проектирования моделей информационных систем.
Фрагменты моделей
Графическая нотация предполагает использование пиктограмм для обозначения объектов и связей объектов модели. Для каждого объекта или связи задаются атрибуты (т.е. свойства). Объекты могут группироваться по различным критериям. Каждый объект детализируется на более низкие уровни иерархии, образуя структуру в виде дерева объектов.
Стартовой моделью является организационная модель , описывающая статичную структуру подразделений, должностей, лиц, их местоположение. Эти объекты определяют входы и выходы потоков ресурсов предприятия. Фрагмент организационной модели в системе ARIS показан на рис.:
Функциональная модель описывают функции (элементы работы), образующие некий логический этап процесса деятельности. Функции также детализируются на более мелкие, составляющие функции для анализа процессов. Фрагмент функциональной модели в системе ARIS показан на рис.:
Модели данных бывают двух видов: модели терминов и модели данных «сущность-связь». Модель терминов используется для систематизации и идентификации терминов и их синонимов в модели. В качестве связей в определениях терминов используются значения «может являться», «является свойством», «является частью», «содержит», «имеет отношение к», «является», «описывается» и т.д. Фрагмент модели терминов показан на рис.:
Модель данных «сущность-связь» (Entity Relationship Model — ERM) используется для отражения структуры информации об объектах и их связях, которая обрабатывается в процессах предприятия. Фрагмент модели «сущность-связь» показан на рис.:
Модель процессов/управления (Event-driven Process Chain — EPC) описывает события и действия (функциональные шаги), выполняемые организационными подразделениями и исполнителями, в рамках одного бизнес-процесса ограниченного во времени. Она позволяет выявить взаимосвязи между организационной и функциональной моделями. Фрагмент событийной цепочки процессов EPC показан на рис.:
Источник: znanio.ru
Aris программа что это такое
Aris — тиражируемое программное обеспечение для создания архитектуры бизнес-процессов организаций. Методология разработана немецкой компанией Software AG. С точки зрения методики Aris компания прорабатывается на основе пяти концепций: бизнес архитектура, работа с данными, продукты и услуги, функциональность и организация:
- Организация – координация бизнес единиц в соответствии с поставленными целями и задачами, оптимизация структуры.
- Работа с данными – предполагает хранение, структуру информации и ее отображение
- Бизнес архитектура – моделирование бизнес процессов, внедрение разработанных типов, оптимизация
- Функциональность – работа с функциями, взаимосвязями и подчиненными функциями.
- Продукты и услуги – оптимизация продуктовой линейки.
Каждая концепция предполагает детализацию требований, спецификаций и внедрения.
- Детализация требований – формирование ресурса, задач и под них функции, разработка регламентирующих документов.
- Спецификация – пользовательский уровень описания информационных технологий. Введение понятий информационных систем.
- Внедрение – детализация программных систем и их компонентов.
Программное обеспечение визуализирует предлагаемую модель компании, при создании которой применяются типовые модели и типичные процессы для отрасли. Базовая методология Aris предполагает внедрение архитектур разных типов в рамках одного банка данных посредством детализации объектов. Продукт Aris можно описать как организованный репозиторий, пользовательский инструментарий для ввода и вывода данных.
ARIS — успешно зарекомендовавший инструмент моделирования бизнес процессов в работе бизнес аналитиков и продуктовых команд.
- Интуитивно понятный графический интерфейс. База графических символов и возможность настройки под пользователя. Мобильная версия программы. Различные режимы и удобная система навигации.
- Работа с большими данными, организация хранения (репозитория). Синхронизация действий пользователя элементами и описаниями программного обеспечения с объектами хранилища данных.
- Возможность интеграции с различными программами и продуктами. Загрузка данных и моделей из стандартных офисных интерфейсов.
- Возможность анализа процессов и проводимых мероприятий в моделях процессов, а также последующий контроль.
- Вывод результатов и консолидация отчетности. Готовыне предложения по составлению отчетов и возможность создания отчетов под запрос компании на основе имеющихся инструментов. Возможность сохранения отчетов в форматах стандартных офисных программ.
- Одновременная работа сразу нескольких пользователей (подключения до тысячи пользователей). Территориально программа Aris не ограничивает компании.
Применение системы Aris — это внедрение и эксплуатация ERP -систем, в том числе решение для SAP R /3, оптимизация архитектуры компании, реинжениринг бизнес процессов, формирование концепций автоматизации регулярной отчетности, документации и моделей процессов. Концепция, как подмодуль, запускаемый в Aris , прописывается на языке программирования SAX Basic . В настроенной отчетности концепции берутся из базы моделей, выделяя и отдельные части.
Программа Aris достаточно легко осваивается и не вызывает сложностей в использовании. Инструменты программного обеспечения позволяют вводить и добавлять документы разных форматов.
Компоненты ARIS формируют собой единое пространство для моделирования бизнес процессов, обработки данных, анализу, создают возможность для формирования единой информационной архитектуры.
ARIS содержит компоненты:
- ARIS Architect Designer и позволяет синхронизировать модели бизнес процессов со средой SAP R3.
- ARIS IT Inventory . Расширение для ARIS Architect Designer , для загрузки и активации политики, роли и ответственность за управление бизнес процессами
- ARIS Process Performance Manager . Аналитический компонент показателей процесса (качества, затрат, стоимость, производительность)
- ARISPublisher. Допкомпонент к ARIS Architect Compliance Manager . Компонент по управлению рисками.
- ARIS Simulation . Компонент моделирования процессов, ресурсного планирования, осуществления реинжиниринга, оптимизации и анализа
- ARIS UML Designer . Компонент совместимости бизнес модели и предоставления в стандарте UML .
- ARIS Viewer . Компонент для просмотра информации в репозитории ARIS Publisher, получать доступ к информации в ARIS IT Inventory и управлять задачами ARIS Process Governance через web -интерфейс.
Источник: nextconsulting.ru