Методология моделирования бизнес-процессов ARIS Из истории - Создателем программной системы ARIS и автором одноименной методологии моделирования бизнес-процессов является профессор Саарского университета (Saarland University) Август-Вильгельм Шеер.
- В середине 1970-х гг. А.-В. Шеер основал Институт информационных систем (один из наиболее известных в Германии исследовательских центров в области информационных систем) при Саарском университете и руководил этим институтом вплоть до 2005 г.
- В этот знаменательный период Шеер создал методологию ARIS, основал компанию «IDS Scheer», специализирующуюся на разработке программного обеспечения для управления бизнес-процессами, и силами «IDS Scheer» разработал программную систему ARIS.
- Большое влияние на ход работы по созданию новой методологии оказал тот факт, что выполнение работ осуществлялось в тесной взаимосвязи с Институтом информационных систем, т.е. в работе были учтены теоретические и практические знания в области информационных технологий того времени.
О создании методологии - За основу при создании методологии ARIS были взяты, объединены и интегрированы известные на тот момент и хорошо проявившие себя методологии.
- Однако суть в том, что А.-В. Шеер постарался взять все лучшие свойства от известных методологий, при этом попытался устранить имеющиеся в этих свойствах недостатки и противоречия.
- Конкретно, методология IDEF3, относящаяся к семейству IDEF и предназначенная для описания потоков работ (Work Flow Modeling), была взята за основу при создании модели еЕРС — «расширенной цепочки процесса, управляемого событиями»; во многих изданиях имеется и другой перевод — «процессно-событийная модель» .
- Полученная в результате методология ARIS предоставила возможность с разных точек зрения и сторон описывать бизнес-процессы, протекающие в реальной действительности. Понятно, что чем больше точек зрения и сторон описания, тем точнее модель бизнес-процессов.
- ARIS - это и методология, и программный продукт для моделирования бизнес-процессов организаций.
- Под системой ARIS (либо инструментальной средой ARIS) понимается аппаратное и программное обеспечение, реализующее методологию ARIS.
- Методология ARIS представляет собой современный подход к структурированному описанию деятельности организации и представлению ее в виде взаимосвязанных и взаимодополняющих графических диаграмм, удобных для понимания и анализа.
- Методология ARIS основывается на концепции интеграции, предлагающей целостный взгляд на процессы, и представляет собой множество различных методик, объединенных в рамках единого системного подхода.
- ARIS — это сокращенное английское выражение Architecture of Integrated Information Systems, что в переводе означает: архитектура интегрированных информационных систем.
- Под архитектурой подразумевается совокупность технологий, обеспечивающих проектирование, управление, применение и реализацию бизнеса в виде «деловых» процедур бизнес-процессов предприятий и организаций, а также проектирование и создание интегрированных информационных систем поддержки бизнес- процессов.
- Методология ARIS реализует принципы системного структурного анализа, основным понятием которого служит структурный элемент (объект).
Основные элементы моделей в методологии ARIS - структурные элементы (объекты) — неделимые элементы описываемой предметной области, в виде которых представлены процессы, функции, операции, действия (в зависимости от степени детализации);
- связи — взаимоотношения между двумя объектами, имеющие определенный тип, направление и другие свойства.
- Каждый объект или связь имеет набор характеристик (атрибутов), с помощью которых можно задать количественные и качественные характеристики моделируемых элементов.
Любая организация рассматривается и визуально представляется во всех аспектах, т.е. как единая система, описание которой предусматривает четыре различных «взгляда»: - организационная структура;
- данные (потоки и структура);
- функции («деревья» функций);
- контроль и управление (деловые процессы).
- организационная структура;
- данные (потоки и структура);
- функции («деревья» функций);
- контроль и управление (деловые процессы).
- требования
- спецификации
- внедрение
Каждый уровень соответствует определенной фазе жизненного цикла информационной системы (в ARIS используется трехфазовая модель жизненного цикла):
- уровень определения требований (что система должна делать),
- уровень проектной спецификации (основные пути реализации системы),
- уровень описания реализации (физическое описание конкретных программных и технических средств).
Это обеспечивает целостность разрабатываемой системы.
- организационная структура;
- данные (потоки и структура);
- функции («деревья» функций);
- контроль и управление (деловые процессы).
- требования
- спецификации
- внедрение
- Каждый из уровней анализа состоит из своего комплекта моделей различных типов, в том числе диаграмм UML, диаграмм SAP R/3 и др.
- Каждый объект моделей ARIS имеет множество атрибутов, позволяющих контролировать процесс разработки моделей, определять условия для выполнения функционально-стоимостного анализа, имитационного моделирования, взаимодействия с workflow-системами и т.д.
- Методология ARIS предусматривает возможность представления информации при помощи более 80 типов моделей, относящихся к тому или иному «взгляду».
- При этом основной «взгляд» в ARIS — это процессы, для моделирования которых предназначено примерно 2/3 моделей из общего числа, т.е. методология ARIS в большей степени ориентирована на процессный подход.
В общем случае, практика показала, что в проектах наиболее часто используются модели: - организационная схема (Organizational Chart — ОС);
- функциональная модель (Function Tree — FT);
- процессно-событийная модель (Extended Event-Driven Process Chain — eEPC).
Методология ARIS предназначена специально для визуального описания бизнес-процессов и условий функционирования различного рода организаций и предприятий, а также для анализа их деятельности по различным показателям в целях определения идеальных характеристик деятельности, реорганизации их организационной структуры, целей и функций, бизнес-процессов, используемых данных. В рамках методологии ARIS имеется также возможность определить требования к автоматизированной системе управления и провести ее проектирование. Методологию ARIS эффективно использовать для анализа и оптимизации бизнес-процессов (реинжиниринг), для внедрения стандартных информационных систем класса ERP (таких, как, SAP) и внедрения систем управления качеством. - Анализ и оптимизация бизнес-процессов в методологии ARIS осуществляются с помощью процедурной модели ARIS (которая регламентирует фазы оптимизации), позволяющей перестраивать и постоянно совершенствовать бизнес-процессы.
- В основе процедурной модели лежит циклический принцип. Новые бизнес-процессы определяются в результате анализа существующих структур, реализуются современными средствами ИТ, а затем регулярно пересматриваются и модифицируются.
- Согласно процедурной модели, на фазе анализа «как есть» выполняется «инвентаризация» бизнес-процессов и разрабатываются модели «как есть» («as is»). Таким образом, выявляются слабые места бизнес-процессов и потенциальные возможности их оптимизации.
- На фазе формирования целевой концепции на основании моделей «как есть» описываются альтернативные варианты целевых процессов «как должно быть» («to be»), которые должны отражать представление о том, как будет функционировать организация после улучшения «неоптимальных» процессов.
Внедрение стандартных информационных систем класса ERP. - К классу ERP относятся такие российские и западные ERP-системы, как «R/З», «Oracle Applications», «Вааn IV», «iRenaissance», «Axapta», «ПАРУС», «Галактика» и др.
- ERP- системы (Enterprise Resource Planning System) — это системы управления ресурсами предприятия.
- При внедрении ERP-систем на предприятиях используется процессноориентированный подход, основанный на выделении и рассмотрении бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами предприятия или внешней средой.
Внедрение систем управления качеством по стандарту ISO 9000. - Методология ARIS может обеспечить поддержку всего процесса подготовки и непосредственной сертификации по данному стандарту. Для этого в системе ARIS предусмотрено создание специальных отчетов, соответствующих требованиям ISO 9000, а также существуют модели, отражающие полную методологию процесса сертификации по стандарту ISO 9000 (анализ существующей системы управления на предприятии, реорганизация бизнес-процессов, обучение персонала и непосредственно сама сертификация).
- ГОСТ ISO 9000 - серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий.
- В ходе подготовки к сертификации разрабатываются модели цепочек добавленной стоимости, еЕРС, организационные, ролевые и др.
- В рамках методологии ARIS также имеется возможность определения требований к автоматизированной системе управления и проведения ее проектирования, обеспечения подготовки и внедрения организационных изменений на предприятии.
Задачи методологии ARIS - С помощью методологии ARIS могут решаться специализированные задачи, например, связанные с имитационным моделированием.
- AR1S поддерживает построение моделей так, как процессы проходят в действительности. Такие модели можно «проиграть» во времени как для одного испытания, так и заданного их множества. Имитационные модели позволяют выявить длительности периодов простоя в процессах (например, динамика времени ожидания и ситуации недостатка ресурсов).
- Другой специализированной задачей, решаемой в рамках методологии ARIS, является стоимостной анализ, который осуществляется на базе моделей процессов с помощью аналитических методов оценки и исследования операций.
Преимущества методологии ARIS - эргономичность и высокая степень визуализации бизнес-моделей;
- отражение ветвлений и слияний бизнес-процесса с помощью используемых при построении модели символов логики;
- рассмотрение объекта с различных точек зрения (с точки зрения организационной структуры, структуры документов, большого объема базы данных процессов и т.д.);
- разнообразные уровни описания, обеспечивающие поддержку концепции жизненного цикла систем;
- богатство методов моделирования, отражающих различные аспекты исследуемой предметной области, что позволяет моделировать широкий спектр систем (организационно-хозяйственных, технологических и пр.)
Недостатки методологии ARIS. - невозможность визуального отражения длительности выполнения процедур;
- отсутствие учета управляющих воздействий;
- необходимость разработки соглашений о моделировании.
Сама среда ARIS является более «тяжелым» инструментом (например, по сравнению с BPWin), что в итоге оборачивается значительными трудностями и высокими затратами на внедрение и эксплуатацию, поэтому использование ARIS целесообразно в организациях со значительным оборотом. Невозможность визуального отражения длительности выполнения процедур. Бизнес-процесс в нотации еЕРС методологии представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в еЕРС визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе «Microsoft Project». Отсутствие учета управляющих воздействий - Одним из важнейших аспектов описания моделей бизнес-процессов является отражение на модели управляющих воздействий, обратных связей по контролю и управлению процедурой. В нотации AR1S еЕРС управление процедурой может быть отражено только с помощью указания входящих документов, которые регламентируют выполнение процедуры, и последовательности выполнения процедур во времени (запускающие события).
- В отличие от ARIS, в нотации IDEF0 каждая процедура должна иметь хотя бы одно управляющее воздействие (вход управления — стрелка сверху). Если при создании модели в еЕРС указывать только последовательность выполнения процедур, не заботясь об отражении управляющих воздействий (например, документов и информации), полученные модели будут иметь низкую ценность с точки зрения анализа и дальнейшего использования. К сожалению, именно эта ошибка наиболее распространена на практике. Создается модель «Work Flow» (поток работы), отражающая простую последовательность выполнения процедур и входящих/исходящих документов, при этом управляющие (контрольные) воздействия на функции в модели не отражаются. Реальные процессы управления могут остаться «за кадром» на 30—90%.
Необходимость разработки соглашений о моделировании. - Методология ARIS поддерживает большое количество типов моделей, нотаций и объектов, т.е. предоставляется чрезмерное количество возможностей. Поэтому перед началом моделирования необходимо определиться с набором используемых типов моделей, а следовательно, объектов, их атрибутов и связей. Для этого формируются так называемые соглашения по моделированию. Разработка этих соглашений сама по себе является сложной, дорогостоящей задачей, требующей значительного времени (1—3 месяца) и квалифицированных специалистов. Если проект с использованием системы ARIS начинается без детальной проработки таких соглашений, то вероятность создания моделей бизнес-процессов, не отвечающих на поставленные вопросы, составляет 80—90%.
- Отсутствие четких соглашений по моделированию управляющих воздействий в рамках еЕРС ARIS может привести к созданию моделей, не отвечающих на поставленные вопросы, в то время как нотация IDEF0 системы BPWin позволяет решить эту задачу.
Основные модели ARIS Основные модели ARIS - организационная схема (Organizational Chart — ОС),
- функциональная модель (Function Tree — FT),
- процессно-событийная модель (extended Event-Driven Process Chain — eEPC).
Организационная схема - Организационная схема (Organizational Chart — ОС) (далее организационная модель) описывает организационные единицы различного уровня и их взаимосвязи.
- подразделения предприятия;
- наименование должности и фамилии руководителей подразделений;
- физическое местоположение отделов на предприятии.
- Организационная модель является иерархической и строится от верхнего уровня структуры к нижнему. В модель верхнего уровня включаются самостоятельные подразделения (департаменты, блоки), входящие в структуру организации. Каждое из них детализируется на более низком уровне — уровне структурных подразделений (управления, отделы, сектора). Низшим уровнем является описание подразделений на уровне должностей — штатных единиц, занимаемых конкретными работниками.
- Описание организационной структуры не имеет фиксированного количества уровней, а имеет столько уровней, сколько требуется для полного описания структуры организации. Между объектами организационной модели устанавливаются взаимосвязи.
Организационная модель КАФЕДРА КБ-9: Заведующий кафедрой Зам.зав.кафедрой – Канева И.Ю. Преподаватели Учебно-методический кабинет Зав.уч.кабинетом – Леонов Д.А. Техник – Новожилов А.А. Диспетчер – Ляшкова А.В. Лаборатория: Зав.лабораторией – Шубин Н.Ю. Лаборант – Фокина О.С. Лаборант – Кириченко О.С. Функциональная модель (Function Tree — FT) - Функциональная модель представляет собой «дерево» основных функций, реализуемых на предприятии. Модель строится иерархически — от верхнего уровня функций к нижнему (через декомпозицию). При этом функции не обязательно отражаются в хронологическом порядке.
Процессно-событийная модель (Extended Event-Driven Process Chain — еЕРС) - Процессно-событийная модель (Extended Event-Driven Process Chain — еЕРС) (кратко — модель или диаграмма еЕРС) предназначена для детального описания процессов, выполняемых в рамках одного подразделения, несколькими подразделениями или конкретными сотрудниками.
- Модель еЕРС позволяет выявлять взаимосвязи между организационной и функциональной моделями.
- Модель еЕРС отражает последовательность функциональных шагов (действий) в рамках одного бизнес-процесса, которые выполняются организационными единицами, а также ограничения по времени, налагаемые на отдельные функции.
Нотация ARIS eEPC - ARIS еЕРС — одна из первых нотаций, получившей широкую известность на российском рынке. Она относится к нотациям Work Flow. Особенности нотации — наличие элементов типа «Событие» и операторов логики «И», неисключающее «ИЛИ», исключающее «ИЛИ».
Нотация ARIS eEPC – методические фильтры Нотация ARIS еЕРС содержит большое количество графических элементов. Поэтому при выполнении проектов создаются так называемые методические фильтры (в рамках соглашений по моделированию), которые ограничивают количество типов элементов, доступных пользователям при создании схем процессов. (В некоторых средствах моделирования нотация ARIS еЕРС сразу реализована с минимально необходимым набором элементов.) Однако даже в этом случае неопытные пользователи создают схемы такой сложности, в которых трудно разобраться. К ним нужен подробный комментарий (либо наличие аналитика, способного объяснить схему). Нотация ARIS eEPC Нотация ARIS eEPC Простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия Нотация ARIS eEPC Нотация eEPC построена на определенных семантических правилах описания: Нотация ARIS eEPC - при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций).
Нотация ARIS eEPC Типичная схема в ARIS еЕРС: - не годится для автоматизации в системе класса ВРМ (Business Process Managment) (нужно применять дополнительный транслятор, переводящий ее в нотацию BPMN, с последующей ручной доработкой);
- сложна для восприятия рядовыми сотрудниками (их нужно учить правилам использования логических операторов и корректному чтению схем, которые их содержат).
(с) Репин В. |
Скачать 4.56 Mb.