Основные понятия методологии aris aris
 Скачать 1.59 Mb.
|
|
Основные понятия методологии 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 могут решаться специализированные задачи, например, связанные с имитационным моделированием. ARIS поддерживает построение моделей так, как процессы проходят в действительности. Такие модели можно "проиграть" во времени как для одного испытания, так и заданного их множества. Имитационные модели позволяют выявить длительности периодов простоя в процессах (например, динамика времени ожидания и ситуации недостатка ресурсов). Другой специализированной задачей, решаемой в рамках методологии ARIS, является стоимостной анализ, который осуществляется на базе моделей процессов с помощью аналитических методов оценки и исследования операций. Основными преимуществами использования методологии ARIS для моделирования являются следующие: 1) эргономичность и высокая степень визуализации бизнес-моделей; 2) отражение ветвлений и слияний бизнес-процесса с помощью используемых при построении модели символов логики (например, в IDEF0 они не используются); 3) рассмотрение объекта с различных точек зрения (с точки зрения организационной структуры, структуры документов, большого объема базы данных процессов и т.д.); 4) разнообразные уровни описания, обеспечивающие поддержку концепции жизненного цикла систем; 5) богатство методов моделирования, отражающих различные аспекты исследуемой предметной области, что позволяет моделировать широкий спектр систем (организационно-хозяйственных, технологических и пр.). Эргономичность и высокая степень визуализации бизнес-моделей. Большим преимуществом методологии ARIS является эргономичность и высокая степень визуализации бизнес-моделей, что делает данную методологию удобной и доступной в использовании всеми сотрудниками организации, начиная от топ-менеджеров и заканчивая рядовыми работниками. В методологии ARIS смысловое значение имеет цвет, что повышает восприимчивость и читабельность схем бизнес-моделей. Например, структурные подразделения по умолчанию изображаются желтым цветом, бизнес- процессы и операции — зеленым. Помимо большего количества моделей по сравнению с другими методологиями, методология ARIS имеет наибольшее количество различных объектов, используемых при построении бизнес-моделей, что увеличивает их аналитичность. Например, материальные и информационные потоки на процессных схемах обозначаются разными по форме и цвету объектами, что позволяет быстро определить тип потока. Говорить о преимуществе той или иной методологии/нотации бессмысленно, пока не определены тип и рамки проекта, а также основные задачи, которые данный проект должен решить. Недостатки методологии ARIS. Приведем основные недостатки методологии ARIS: • невозможность визуального отражения длительности выполнения процедур; • отсутствие учета управляющих воздействий; • необходимость разработки соглашений о моделировании. Невозможность визуального отражения длительности выполнения процедур. Бизнес-процесс в нотации еЕРС методологии представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в еЕРС визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе "Microsoft Project". Отсутствие учета управляющих воздействий. Одним из важнейших аспектов описания моделей бизнес-процессов является отражение на модели управляющих воздействий, обратных связей по контролю и управлению процедурой. В нотации ARIS еЕРС управление процедурой может быть отражено только с помощью указания входящих документов, которые регламентируют выполнение процедуры, и последовательности выполнения процедур во времени (запускающие события). В отличие от ARIS, в нотации IDEF0 каждая процедура должна иметь хотя бы одно управляющее воздействие (вход управления стрелка сверху). Если при создании модели в еЕРС указывать только последовательность выполнения процедур, не заботясь об отражении управляющих воздействий (например, документов и информации), полученные модели будут иметь низкую ценность с точки зрения анализа и дальнейшего использования. К сожалению, именно эта ошибка наиболее распространена на практике. Создается модель "Work Flow" (поток работы), отражающая простую последовательность выполнения процедур и входящих/исходящих документов, при этом управляющие (контрольные) воздействия на функции в модели не отражаются. Реальные процессы управления могут остаться "за кадром" на 30—90%. Для адекватного описания процесса управления в нотации еЕРС необходимо заранее договориться, как будут отражены в модели документы (информация), регламентирующие выполнение процедур процесса. Необходимость разработки соглашений о моделировании. Методология ARIS поддерживает большое количество типов моделей, нотаций и объектов, т.е. предоставляется чрезмерное количество возможностей. Поэтому перед началом моделирования необходимо определиться с набором используемых типов моделей, а следовательно, объектов, их атрибутов и связей. Для этого формируются так называемые соглашения по моделированию. Разработка этих соглашений сама по себе является сложной, дорогостоящей задачей, требующей значительного времени (1—3 месяца) и квалифицированных специалистов. Если проект с использованием системы ARIS начинается без детальной проработки таких соглашений, то вероятность создания моделей бизнес-процессов, не отвечающих па поставленные вопросы, составляет 80—90%. Отсутствие четких соглашений по моделированию управляющих воздействий в рамках еЕРС ARIS может привести к созданию моделей, не отвечающих на поставленные вопросы, в то время как нотация IDEF0 системы ВРWin позволяет решить эту задачу. Сама среда ARIS является более "тяжелым" инструментом (например, по сравнению с BPWin), что в итоге оборачивается значительными трудностями и высокими затратами на внедрение и эксплуатацию, поэтому использование ARIS целесообразно в организациях со значительным оборотом. Основные модели ARISКак уже говорилось ранее, на практике применяется ограниченное количество моделей методологии ARIS организационная схема (Organizational Chart — ОС), функциональная модель (Function Tree — FT), процессно-событийная модель (extended Event-Driven Process Chain — eEPC). В настоящем параграфе предлагается ознакомиться с перечисленными типами моделей в том объеме, который предоставляется бесплатной упрощенной версией программы для моделирования бизнес-процессов ARIS Express. Эго очень удобный инструмент для изучения моделирования бизнес-процессов и па занятиях в вузах, и самостоятельно — его за несколько минут можно установить и на нетбук, и на рабочую станцию в учебном компьютерном классе (где взять ARIS Express — см. ниже). Организационная схема (Organizational Chart — ОС) (далее — организационная модель) описывает организационные единицы различного уровня и их взаимосвязи. Эта модель — одна из важнейших, так как она описывает субъекты, которые определяют выходы и входы потоков ресурсов предприятия, управляют и участвуют в "деловых процессах". В модели организационной структуры целесообразно отражать: • подразделения предприятия; • наименование должности и фамилии руководителей подразделений; • физическое местоположение отделов на предприятии. Организационная модель является иерархической и строится от верхнего уровня структуры к нижнему. В модель верхнего уровня включаются самостоятельные подразделения (департаменты, блоки), входящие в структуру организации. Каждое из них детализируется на более низком уровне — уровне структурных подразделений (управления, отделы, сектора). Низшим уровнем является описание подразделений на уровне должностей — штатных единиц, занимаемых конкретными работниками. Описание организационной структуры не имеет фиксированного количества уровней, а имеет столько уровней, сколько требуется для полного описания структуры организации. Между объектами организационной модели устанавливаются взаимосвязи. Пример организационной модели представлен на рис. 6.1.  Рис. 6.1. Организационная модель Функциональная модель (Function Tree — FT).Функциональная модель представляет собой "дерево" основных функций, реализуемых на предприятии. Модель строится иерархически — от верхнего уровня функций к нижнему (через декомпозицию). При этом функции не обязательно отражаются в хронологическом порядке. На самом верхнем уровне приводится классификация бизнес-процессов и их объединение в группы. Под процессом подразумевается сложная функция. Детализация функций образует иерархическую структуру их описаний. Нижний уровень функций декомпозируется с помощью диаграмм еЕРС. Пример функциональной модели приведен на рис. 6.2.  Рис. 6.2. Модель описания бизнес-процессов верхнего уровня Между объектами модели устанавливаются взаимосвязи подчинения. Как правило, используется процессно-ориентированное подчинение (is process-oriented superior), которое применяется при процессно-ориентированной детализации функции (последовательность функций, составляющих процесс), как в нашем примере. При такой детализации, критерием служат операции, которые выполняются над различными объектами (заказ клиента, платежеспособность) в рамках одного бизнес-процесса. Процессно-событийная модель (Extended Event-Driven Process Chain — еЕРС) (кратко — модель или диаграмма еЕРС) предназначена для детального описания процессов, выполняемых в рамках одного подразделения, несколькими подразделениями или конкретными сотрудниками. Модель еЕРС позволяет выявлять взаимосвязи между организационной и функциональной моделями. Модель еЕРС отражает последовательность функциональных шагов (действий) в рамках одного бизнес-процесса, которые выполняются организационными единицами, а также ограничения по времени, налагаемые на отдельные функции. Нотации ARIS еЕРС и IDEF3 базируются на одних и тех же принципах моделирования потоков работ (Work Flow), предполагающих использование символов логики ("перекрестков" в 1DEF3). С помощью этих символов отражаются ветвления и слияния потоков работ в рамках бизнес-процесса. Модель еЕРС является расширением методологии IDEF3 за счет такого понятия, как событие (Event). Возможность моделирования событий в ARIS еЕРС позволяет создавать более корректные и подробные описания процессов. При этом, однако, существенно повышается сложность и трудоемкость описания. Модель еЕРС наиболее информативна и удобна при описании деятельности подразделений организации. Процессные модели представляют собой перечень основных и вспомогательных бизнес-процессов предприятия с их подробным описанием (цели, участники, взаимосвязи и т.д.), а также со следующими описаниями: • инициирующих событий, включая логические условия их выполнения; • выполняемых функций с указанием участников, информационных ресурсов; • событийных связей между бизнес-процессами и иерархии бизнес- процессов; • взаимодействия различных структурных подразделений в ходе реализации бизнес-процесса; • входных и выходных данных. Модель предназначена для описания алгоритма выполнения процесса в виде последовательности функций, управляемых событиями. Основу модели составляют чередующиеся объекты функция (Function) и событие (Event), связанные друг с другом. Пример простой цепочки (без ветвлений) событий и функций приведен на рис. 6.3.  Рис. 6.3. Цепочка событий и функций Событие - это некоторое состояние, являющееся необходимым условием для начала и окончания выполнения функции. Основное правило моделирования. любой процесс должен начинаться и заканчиваться событием или интерфейсом в другой процесс, а любая функция событием или логическим оператором. При определении событий важно помнить, что событие мгновенно во времени, т.е. не может быть события типа "Ожидание согласования договора", его следует заменить двумя событиями "Договор согласован" и "Договор не согласован". Примеры наиболее типичных событий: • наступление плановой даты, времени, например, "принято решение о начале проекта"; • получение или отправка работником заявки, распоряжения, формы, информации, например, "поступила заявка от клиента". Для удобства восприятия создаваемых моделей необходимо придерживаться ряда правил графического расположения объектов: 1. События и функции принято располагать последовательно сверху вниз. 2. Объекты, составляющие окружение функций (документы, данные, организационные элементы и информационные системы), располагаются относительно функции следующим образом: • входящие документы и данные — слева сверху; • исходящие документы и данные — слева снизу; • исполнители (организационные элементы) — справа но центру. Модель процесса может начинаться и заканчиваться интерфейсами в другие процессы, внешние по отношению к данному процессу. Пример цепочки (без ветвлений) событий, функций и интерфейсов в другие процессы приведен на рис. 6.4.  Рис. 6.4. Цепочка событий и функций и интерфейсов в другие процессы Модель еЕРС выстраивается в соответствии со следующими правилами: 1. Каждая модель еЕРС должна начинаться как минимум одним стартовым инициирующим событием и завершаться как минимум одним результирующим событием. 2. События и функции должны иметь только по одному входящему и исходящему отношению (связи), показывающему ход управления процесса. 3. Путь процесса всегда разделяется и объединяется с помощью правил ветвления/слияния (об этом будет информация далее по тексту). Для описания ветвлений процесса используется объект "Оператор правила" (Rule Operator), который размещается между функциями и событиями и соединяется с ними таким образом, чтобы правило имело одну входящую связь и несколько исходящих связей либо несколько входящих связей и одну исходящую связь, как это представлено в примерах на рис. 6.5.  Рис. 6.5. Варианты использования операторов правила При построении моделей любого типа в ARIS рекомендуется соблюдать правила работы, перечисленные далее по тексту. Необходимо сформировать общий репозиторий объектов. При построении моделей по разным направлениям деятельности может возникнуть необходимость использования одного и того же объекта. Например, организационная единица "Бухгалтерия вуза" может быть востребована и при описании учебного процесса (взаимодействие со студентам и-договорниками) и при описании расчета заработной платы преподавателям. Таким образом, целесообразно формировать общий репозиторий создаваемых объектов. Не следует перегружать модель элементами. При построении моделей желательно использовать метод декомпозиции. Выбор объектов, используемых для отражения процессов нижнего уровня декомпозиции, должен основываться в первую очередь на следующих принципах структурного анализа: • принципе формализованное™ — процесс нижнего уровня декомпозиции может быть отражен в раскрытой модели только тогда, когда существует регламент прохождения процесса (набор и последовательность операций), в противном случае он отражается нераскрытой функцией нижнего уровня декомпозиции (заглушкой); • принципе унитарности — используемые функции и события в модели процесса нижнего уровня декомпозиции должны быть только унитарными (недслимыми) операциями; • принципе локализованности — модель процесса нижнего уровня декомпозиции должна отражать логически связанный процесс применительно к одной логической организационной единице и состоящий из последовательности унитарных операций. Выбор может основываться и на других принципах. Имена объектов должны быть максимально информативны. В именах событий и функций не следует забывать об уточнениях — где происходят событие или функция, каким образом они осуществляются. Например: неправильное название события — "Данные об учащихся перенесены", правильное — "Данные о зачисленных учащихся перенесены из системы “Абитуриент” в систему “SAP R/3”". При использовании аббревиатуры в названиях объектов модели непосредственно на модели рекомендуется создавать сноску в правом нижнем углу модели с расшифровкой сокращений и условных обозначений. Должно использоваться единое стилевое решение. Объекты на модели следует располагать равномерно, через равные интервалы. Модели рекомендуется озаглавливать. Программные средства моделирования в методологии ARISМетодология ARIS в полной мере поддерживается только инструментальной средой ARIS, отдельные модели, такие, как еЕРС, воспроизводятся в инструментальном средстве Visio. Описание бизнес-процессов с помощью Visio формально может быть осуществлено в рамках практически любой методологии. При этом в комплекте поставки продукта есть набор шаблонов моделей для наиболее распространенных нотаций, таких, как диаграммы потоков данных, диаграммы цепочки добавленного качества, диаграммы типа Event-Driven Process Chain, IDEFO, Swim Lime, а также шаблоны для моделирования оргструктур предприятий и организаций. По сути, Visio является только графическим редактором. Visio не обладает средствами поддержки целостности и непротиворечивости данных, в нем не предусмотрены средства коллективной работы с моделями, нс поддерживается ведение единого репозитория объектов и т.д. Для освоения учебного материала настоящей главы предлагается самостоятельно установить программный продукт ARIS Express, принадлежащий к семейству средств моделирования ARIS. Это бесплатный инструмент для моделирования бизнес-процессов, достаточно простой в установке и использовании, так что его могут применять и начинающие пользователи, и студенты вузов. ARIS Express поддерживает общепринятые стандартные нотации для описания процессов и некоторых других предметных областей, таких, как организационная структура, информационные системы и модели данных. Следует помнить, что программа имеет значительные функциональные ограничения и не является полноценным инструментом для бизнес-моделирования. Но мри этом ARIS Express бесплатен и значительно превосходит Microsoft Visio, в первую очередь в плане удобства использования благодаря заготовленным фрагментам диаграмм и редактору SmartDesign. SmartDesign позволяет очень быстро формировать модель в таблице и мгновенно синхронизировать ее с графическим отражением в редакторе. При наведении мышки на объект программа позволяет с минимальными усилиями вставить следующий элемент, например подчиненную должность, с помощью полупрозрачного всплывающего меню, что очень удобно. Инструментальная среда ARIS Инструментальная среда ARIS состоит из комплекса средств, поэтому можно собрать состав системы таким образом, чтобы он наиболее эффективно решал задачи, стоящие перед конкретным проектом. Основным модулем анализа и проектирования является базовый модуль ARIS Toolset, включающий инструментарий для работы с моделями анализа деятельности предприятия (анализ организационной структуры, целей и функций, данных, бизнес-процессов). Включает средства моделирования, анализа, навигации, управление доступом, отчеты и другие необходимые возможности для полноценной работы по анализу и моделированию. ARIS Easy Design представляет собой упрощенное средство моделирования и анализа, ограниченное по функциональным возможностям по сравнению с ARIS Toolset. С точки зрения методологии ARIS Easy Design поддерживает все методы моделирования (более 80), используемые в ARIS Toolset. Модули совместимы и могут использоваться комплексно: ARIS Easy Design может применяться для сбора информации и проведения общего анализа, а система ARIS Toolset — для выявления более глубоких противоречий и оптимизации разработанных моделей. Модуль ARIS АВС предназначен для реализации полноценного анализа стоимости процессов (цепочек процессов). ARIS АВС состоит из модуля, подсоединяемого к основной среде разработки, и комплекта диаграмм, необходимых для описания исходных данных для анализа стоимостей (описания ресурсов, затратных центров, описания связи затратных центров и используемых ресурсов с цепочками бизнес-процессов). Модуль имитационного моделирования ARIS Simulation используется в тех случаях, когда есть необходимость промоделировать во времени разработанные модели бизнес-процессов. Цель динамического моделирования — определение узких мест в реализации процессов (несогласованность параллельно выполняемых процессов, нехватка ресурсов для эффективного выполнения процессов и т.д.). Специальные модули-интерфейсы, некоторые из которых разработаны третьими фирмами, обеспечивают интеграцию с такими системами, как Microsoft Project, ERwin, Designer/2000, Rational Rose, IEF, PowerDesigner, System Engineer, IBM Flowmark (класс workflow), Staffvvare и многими другими. Модули-интерфейсы служат для реализации следующих этапов проектирования информационных систем — анализа спецификаций и внедрения. При помощи модуля ARIS for R/3 можно трансформировать часть модели из репозитория R/3 в репозиторий ARIS для полноценного моделирования, по окончании которого модифицированные модели могут быть возвращены обратно в репозиторий R/3. Непосредственно из среды ARIS можно запустить транзакции R/3 па выполнение, а также иметь доступ к документации на модели R/3. В ARIS предусмотрены также другие модули, предназначенные для решения следующих специализированных задач: • модуль ARIS Weblink для организации удаленной работы; • модуль ARIS Connectivity for Lotus Notes для организации работы с документами на базе среды Lotus Notes; • модуль ARIS Web Publisher инструмент для преобразования моделей ARIS в формат HTML в целях их использования как внутри организации, так и за ее пределами после передачи через интранет или интернет. Различные типы экспорта графики позволяют использовать модели ARIS на множестве платформ; • модуль ARIS BSC (Balanced Scorecards) — инструмент для стратегического управления. Для конкретных видов производств предлагаются специальные решения, реализованные в виде моделей-прототипов, разработанных в среде ARIS. Специалисты, работающие в среде ARIS, могут использовать готовые решения в качестве отправной точки при проведении проектов по повышению эффективности функционирования предприятия. Другие возможности инструментальной среды ARIS.Отдельно необходимо сказать об одном из преимуществ инструментальной системы ARIS — это единый репозиторий информации о моделях. Все модели и объекты создаются и хранятся в единой базе проекта, что обеспечивает построение интегрированной и целостной модели предметной области. Возможность многократного применения результатов моделирования, накопленное корпоративное знание обо всех аспектах деятельности организации может в дальнейшем служить основой для разработки различных проектов непосредственно в среде ARIS и с использованием интерфейсов других средств. Кроме того, в ARIS предусмотрена возможность создания сценариев автоматизации составления различных аналитических отчетов, нормативных документов, новых моделей. Каждый сценарий представляет собой подпрограмму, запускаемую в ARIS Business Architect (либо Toolset — более ранней версии) или непосредственно на сервере ARIS. Сценарии пишутся на специальном языке программирования — SAX Basic. Для автоматизированного формирования того или иного отчета в ARIS сценарии оперируют данными из базы моделей, вычленяя из нее конкретные объекты и модели. Технология ARIS Script на основании моделей ARIS позволяет формировать в автоматическом режиме нормативные документы (например, паспорт и регламент процесса), аналитические отчеты, базы моделей ARIS на основании готовых спецификаций, а также интегрировать ARIS Toolset с другими приложениями и базами данных. В повой платформе ARIS Connect сделай основной упор на поддержку доступа со смартфонов и планшетов (новое клиентское приложение реализовано на базе HTML5). Развертывание осуществляется непосредственно в облачной среде, обеспечивая быстрый доступ к другим пользователям ARIS в рамках организации. Инструментарий ARIS 9.0 можно настроить в соответствии с требованиями конкретного проекта (от моделей метаданных до элементов пользовательского интерфейса). ARIS 9.0 предлагает удобные панели инструментов, аналогичные тем, которые мы привыкли видеть в браузерах, а значит, пользователю не придется тратить много времени на обучение. Платформа ARIS 9.0 предлагает все необходимое, для того чтобы лучше соответствовать требованиям бизнеса и быть максимально гибкой и эффективной в плане коммуникации: расширенные средства аналитики, контрольные панели, таблицы сводных данных и функции моделирования ситуаций. ARIS 9.0 включает в себя приведенные ниже компоненты. ARIS Architect & Designer предназначен для статического моделирования процессов с помощью различных методов и нотаций. Включает в себя более 150 видов диаграмм, которые обеспечивают анализ и моделирование процессов во всех аспектах методологии ARIS. ARIS Business Strategy — расширение для ARIS Architect & Designer. Обеспечивает разработку и управление бизнес-стратегией организации. С его помощью можно смоделировать и провести анализ ценности процессов организации. ARIS Connect позволяет вести коллективную работу над моделями. В нем реализована возможность удаленной работы с применением мобильных устройств. Работа строится по принципу социальной сети. ARIS Enterprise Architecture расширение для ARIS Architect & Designer. С его помощью проводятся анализ и гармонизация документации предприятия с ИТ-архитектурой. ARIS for ArchiMate — расширение для ARIS Design Server. Применяется для создания модели ИТ-архитектуры с использованием стандартов ArchiMate и TOGAF. ARIS for DMS — расширение для ARIS Architect & Designer. Позволяет получить доступ и обмениваться данными между хранилищем (репозиторием) ARIS и системами управления документацией. ARIS for SAP Solutions — расширение ARIS Architect & Designer. Позволяет синхронизировать модели бизнес-процессов со средой SAP R3. ARIS IT Inventory — расширение для ARIS Architect & Designer, которое позволяет проводить инвентаризацию приложений, технологий и проектов. ARIS MashZone служит для создания интерактивных контрольных панелей для работы с различными видами данных. ARIS Process Governance — расширение для ARIS Architect & Designer. С его помощью можно моделировать процессы управления с использованием механизма ролей, позволяющего назначать различные этапы процесса сотрудникам. Данный компонент также обеспечивает автоматизацию и исполнение процессов (модель направляется в автоматизированную структуру, которая управляет исполнением и наблюдением за процессами, основываясь на данных из общего репозитория ARIS). ARIS Process Performance Manager используется для мониторинга и анализа показателей процессов, таких, как производительность, стоимость, качество. ARIS Publisher — расширение для ARIS Architect & Designer. Позволяет обеспечить простой доступ работникам к информации о процессах и ИТ-архитектуре. ARIS Risk & Compliance Manager применяется для управления рисками и включения системы управления рисками в модель процессов. ARIS Simulation - расширение для ARIS Architect & Designer. Применяется для динамического моделирования процессов. С помощью этого компонента можно осуществлять реинжиниринг, оптимизацию и анализ бизнес-процессов, а также проводить ресурсное планирование. ARIS UML Designer — применяется для представления моделей ARIS в виде стандарта UML, что обеспечивает совместимость бизнес-моделей и ИТ-моделeй. ARIS Viewer позволяет просматривать всю информацию ARIS репозитория в ARIS Publisher, получать доступ к информации в ARIS IT Inventory и управлять задачами ARIS Process Governance через web-интерфейс. Создание и редактирование диаграмм ARIS. Одним из наиболее распространенных продуктов ARIS, предназначенных для моделирования бизнес-процессов организации, является программа ARIS Express. Рассмотрим основные компоненты, составляющие данную программу. Сразу после запуска системы ARIS Express открывается начальная страница, представленная на рис. 6.6.  Рис.6.6 Начальная страница ARIS Express Для создания новой диаграммы следует выбрать пункт меню File, а затем подпункт New. В появившемся затем диалоговом окне выбирают нужный тип диаграммы (например, Organizational chat).  Рис. 6.7 Внешний вид главного окна ARIS Express Создание диаграмм ARIS заключается в: 1) переносе символов из имеющегося набора в рабочую область, 2) указании их положения и размеров, а также создания надписей как внутри символов, так и за их пределами, 3) создании связей путем переноса символа связи (Connection) из окна символов в рабочую область построения диаграмм на ключевые точки связываемых символов. Форматирование символа в рабочей области ведется с помощью контекстного меню символа и пункта Properties. Далее в диалоговом окне Object properties на вкладке атрибутов (Attributes) задаются: - имя (Name) символа, отображаемое на диаграмме; - тип (Type) символа, отображаемое на диаграмме; - комментарий (Description/Definition); - автор; - другие атрибуты.  Рис. 6.8 Окно настройки атрибутов символа диаграммы На вкладке внешнего вида символа (Object appearance) задаются: - цвет фона (Fill color); - цвет границы символа или линии (Line color); - стиль границы символа или линии (Line style); - толщина границы символа или линии (Weight); - высота объекта (Height); - ширина объекта (Width); - наличие тени (Shaded) и объемного изображения (3-D effect). Выполнение размещения положений надписей символа (Attribute placement object) возможно двумя способами: - в некоторых определенных позициях; - в любом месте относительно центра фигуры (Freely placed). Изображения моделей можно сохранять в файлах форматов emf и pdf, а дополнительные сведения об объектах модели — в отчетах в форматах rtf и pdf. Во избежании несанкционированного доступа к моделям их можно защитить паролями. Созданные в ARIS Express модели можно переносить в базы данных, управляемые корпоративными инструментами семейства продуктов ARIS, которые поддерживают импорт созданных в ARIS Express файлов формата adf (ARIS data file). Это означает, что компании, использующие ARIS Express и достигшие определенного объема моделирования, могут перейти на корпоративные инструменты того же производителя без дополнительных затрат на перенос уже созданных моделей в базы данных новых инструментов. Иными словами, решение по описанию бизнес-процессов, основанное на ARIS Express, вполне масштабируемо. Помимо стандартных функций моделирования, ARIS Express предлагает дополнительные возможности, особенно для новичков в сфере BPM, например, Smart design. Эта функция позволяет легко и быстро получать необходимую информацию о компании на основе специальных таблиц – spread sheet-view. Пользователи могут концентрироваться на содержательных вещах и не заботиться о стандартных правилах моделирования или правильном размещении объектов. Модель создается непосредственно после добавления необходимых данных и ее можно изменять. Поскольку создаваемые с помощью ARIS Express модели сохраняются в файлах, то возможен импорт и дальнейшая работа с этими моделями в профессиональных продуктах ARIS Platform. Для использования многопользовательского режима, расширенных отчетов и аналитики, последовательного и совместного хранения информации о компании, требуется переход на профессиональные продукты ARIS Platform. ЗАДАНИЕ 1)Составить блок-схему процесса создания и редактирования диаграмм ARIS. Блок-схема строится в соответcвие с ГОСТ. 2) Составить структурную схему инструментальной среды ARIS. 3) Провести сравнительную характеристику моделей ARIS (представить ее в виде таблицы). Количество критериев сравнения – не менее 8. Критерии сравнения должны быть указаны в таблице. На оценку 3 – задание № 1 На оценку 4 – задания № 1 и 2 На оценку 5 – задания № 1-3 |