Инструментальные среды моделирования бизнес процессов

Выбор инструментальных средств моделирования и методов

Выбор инструментальных средств моделирования и методов

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

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

В целом выделяют два подхода к моделированию.

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

К этому блоку относится методология IDEF; инструментом, реализующим данную методологию, является BPWin.

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

Методологии, поддерживающие объектно-ориентированный принцип: методология Aris (группа продуктов IDS Sheer «Aris») и методология UML (продукт Rational Rose). Методология UML в основном ориентирована на разработку программного обеспечения, Aris используется для описания бизнес-процессов предприятия.

Aris в том числе предоставляет возможность оценки процессов по заданным параметрам, например с точки зрения времени и стоимости их выполнения.

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

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства, как System Architect, Ithink Analyst, ReThink и др. В табл. 5 представлен перечень инструментальных средств, участвующих в рассмотрении. Приведенная информация включает:

? наименование инструментального средства;

? данные о поставщике и представителе в России;

? краткую характеристику инструментального средства.

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:

? устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.);

? распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы);

? доступность поддержки поставщика. Такие услуги могут включать телефонную «горячую линию», техническую и консультационную поддержку через представителя поставщика в России;

? доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где-либо в другом месте;

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

Из приведенного в таблице списка инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание.

BPWin и ERWin компании СотрШвгAssociates. Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т. д.), информационной безопасности, business intelligence и т. д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями.

Возможности BPwin:

? поддерживает сразу три стандартные нотации – IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;

? позволяет оптимизировать процедуры в компании;

? полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC);

? позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;

? интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;

? интегрирован со средством имитационного моделирования Arena;

? содержит собственный генератор отчетов;

? позволяет эффективно манипулировать моделями – сливать и расщеплять их;

? имеет широкий набор средств документирования моделей, проектов.

Пакет ERWin – это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь». В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

? поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEFlx для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных – Dimensional;

? поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;

? интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;

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

? возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);

? позволяет переносить структуру БД (не сами данные!) из СУБД одного типа в СУБД другого;

? позволяет документировать структуру БД.

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web– и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения – от моделирования бизнес-процессов до внедрения. Применение единого репозитория делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформных распределенных приложений. Задачей Oracle Designer являются сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием, существенно облегчают работу с Oracle Designer. Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям осуществлять построение моделей привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной, так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя:

? ER-диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);

? диаграммы функциональной иерархии, описывающие функции, которые выполняет система;

? диаграммы потоков данных, циркулирующих на предприятии.

Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций, описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений. Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта – автоматическая генерация серверных компонентов – возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес-процессов могут быть внесены в модели, и тут же будет сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Огаск Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта.

Rational Rose компании IBM. IBM Rational Rose входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Любые участники проекта – аналитики, специалисты по моделированию, разработчики и др. – могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах. Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round-trip) разработку ИС, создаваемых на базе языков C/C+ +, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков. Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager дает возможность создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели.

PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90 % компаний мирового рынка ценных бумаг, 60 % мировых банков и 68 % компаний Wall Street. С 1996 года, когда открылся офис в Москве, Sybase активно работает в России и других странах СНГ. В апреле 2002 года открылись офисы компании в Санкт-Петербурге и Киеве. Офисы Sybase в Москве, Санкт-Петербурге и Киеве обеспечивают всестороннюю работу с клиентами, включая поставки технологий, оборудования, разработку законченных решений, обучение пользователей, полнофункциональную техническую поддержку и услуги консалтинга. PowerDesigner является комплексным решением для моделирования и разработки приложений и бизнес-процессов для организаций, которые нуждаются в быстром, последовательном и эффективном с точки зрения затрат создании или реинжиниринге бизнес-приложений. PowerDesigner позволяет устранить следующие препятствия, мешающие эффективной разработке проектов: различия в профессиональной подготовке участников проекта, разнородные платформы и изобилие языков разработки – то, что характерно для большинства современных компаний. Это позволяет фокусироваться на бизнес-потребностях создания приложений на протяжении всего процесса разработки – от системного анализа и дизайна вплоть до непосредственной генерации кода для приложения. Последняя версия продукта, PowerDesigner, обладает новыми возможностями по моделированию бизнес-процессов, объектному моделированию, базирующемуся на UML, и поддерживает как традиционные, так и вновь появляющиеся технологии моделирования в рамках одной развитой графической среды. Это позволяет значительно сократить затраты и время реализации проекта, который должен функционировать на различных платформах и инструментальных средах. Одним из основных преимуществ PowerDesigner является также использование репозитория масштаба предприятия для хранения и управления всей информацией, касающейся моделирования и дизайна приложений на всех уровнях ведения бизнеса в компании. Это дает возможность правильно организовать рабочий процесс и кардинальным образом повысить эффективность работы разработчика. Ключевые характеристики PowerDesigner:

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

? моделирование данных: PowerDesigner позволяет разрабатывать и генерировать схему БД посредством двухуровневого (концептуального и физического) моделирования реляционной БД, поддерживающего классические методики проектирования баз данных. Имеет также встроенные средства моделирования хранилища данных;

? объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес-процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C+ +, PowerBuilder, Visual Basic и др., посредством настраиваемого генератора;

? репозиторий масштаба предприятия: Enterprise-версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов.

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление – программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 года золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 года, когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми Web-продуктами; все они имеют общую черту – интуитивно понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что дает возможность использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

? организационные модели, представляющие структуру системы – иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;

? функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

? информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности ER и UML. В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами. ARIS не накладывает ограничений на последовательность построения указанных выше типов моделей. Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т. п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа. Стоит отметить несколько особенностей системы ARIS. Первая – семейство программных продуктов ARIS ориентировано на процессное описание. Основная бизнес-модель ARIS – eEPC (extended Event-driven Process Chain – расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность – в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует. Третья особенность: ARIS – единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес-систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования.

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

? для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;

? для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;

? для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

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

Общие требования, выдвигаемые к среде моделирования, следующие. Необходимо исходить, что разработанные модели будут часто подвержены изменениям. Это обусловлено рядом объективных обстоятельств:

1) появлением новых внутренних регламентов взаимодействия, изменений внешней среды – требований клиентов к предоставляемым продуктам и услугам, активности конкурентов и др.;

2) модернизацией и появлением новых автоматизированных процедур вследствие развития ИС;

3) поэтапной детализацией отдельных подпроцессов в силу изначальной недостаточной алгоритмизации отдельных процедур деятельности организации;

4) оптимизацией моделей, в том числе в рамках состава рассчитываемых показателей и критериев их оценки.

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

К числу ключевых характеристик, которые могут быть использованы при сопоставлении возможностей инструментальных средств моделирования, относятся:

? наличие и удобство реализации иерархического подхода;

? поддержка различных уровней абстракции;

? формальный язык и система обозначений;

? интеграционные возможности;

? средства анализа;

? методологическая база;

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

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

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

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

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

К категории «мечтатели» относятся компании с продуманной стратегией развития своих решений, но ограничениями в части их технологической реализации.

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

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

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

Необходимо отметить, что выбор инструментальных средств моделирования должен сопровождаться либо происходить в контексте выбора методик моделирования бизнес-архитектуры предприятия.

Исходя из этого, выбор инструментальной среды предусматривает в общем следующие работы (включая соответствующее документирование результатов):

1) обоснование состава методов моделирования с учетом состава и особенностей системообразующих элементов бизнес-процессов;

2) определение общих требований к средствам разработки моделей процессов;

3) проведение сравнительного анализа современного рынка инструментальных средств моделирования и выбор оптимального варианта.

Данный текст является ознакомительным фрагментом.

Читайте также

76. Роль чистого оборотного капитала (собственных оборотных средств), кредитов и займов, кредиторской задолженности, привлеченных источников. Выбор стратегии

76. Роль чистого оборотного капитала (собственных оборотных средств), кредитов и займов, кредиторской задолженности, привлеченных источников. Выбор стратегии
Чистый оборотный капитал (Чистый рабочий капитал, Net Working Capital, NWC) — разность между величиной текущих активов и

Добро пожаловать в мир моделирования стиля жизни

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

Ваш Список покупок для моделирования стиля жизни

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

2.1. Общая логика экономического и финансового моделирования

2.1. Общая логика экономического и финансового моделирования
Любое сознательное действие имеет первопричину, в голове человека зреет план действий. А действия, связанные с длительными и серьезными последствиями, тем более должны быть обдуманными. Поэтому люди строят в

Статья 11. Выбор инвестиционного портфеля (управляющей компании), перевод средств пенсионных накоплений в негосударственный пенсионный фонд

Статья 11. Выбор инвестиционного портфеля (управляющей компании), перевод средств пенсионных накоплений в негосударственный пенсионный фонд
1. Застрахованные лица вправе выбрать инвестиционный портфель (управляющую компанию) либо перевести средства пенсионных

Выбор между вариантами заемных средств

Выбор между вариантами заемных средств
Обычно у финансового директора есть выбор между несколькими возможными источниками и способами финансирования. Как в этом случае нужно сделать выбор? Обычно в этом случае вы будете руководствоваться сначала стратегическими

4.2.1. Цели моделирования угроз

4.2.1. Цели моделирования угроз
Моделирование угроз ИБ от персонала является элементом деятельности организации по анализу и оценке соответствующих рисков. С помощью собственной модели угроз ИБ от персонала организация может формализовать имеющиеся у нее знания о таких

3.1 Выбор статистического метода (методов) дая решения пробаемы

3.1 Выбор статистического метода (методов) дая решения пробаемы
Анализ процессов – это упорядоченное исследование осуществляемое с помощью количественных инструментов и методов с целью оценки характеристики процессов, выявления любой неадекватности и вызывающих ее

52. Выбор методов

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

2.7. Выбор методов регулирования в условиях преодоления кризиса: кейнсианство или монетаризм?

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

ВЫБОР МЕТОДОВ ОТБОРА

ВЫБОР МЕТОДОВ ОТБОРА
Можно выбирать среди основных методов отбора. Анкеты, интервью и рекомендации – это то, что М. Кук (1993) называет классическим трио. Их можно дополнить или заменить биографиями, оценочными центрами и психологическими тестами, которые описаны в данной

Элементы условных соглашений моделирования

Элементы условных соглашений моделирования
1. Контроль версий.2. Содержание.3. ЧАСТЬ I – ВВЕДЕНИЕa. Введение в документ об условных соглашениях:i. Цель введения условных соглашений.ii. Кому предназначен документ.iii. Как пользоваться документом (отдельно по каждой целевой

Определение моделирования

Определение моделирования
Объектом моделирования может выступать любая сущность, описанные в книге подходы универсальны и могут быть применимы как к архитектуре корпоративной информационной системы или компании в целом, так и при проектировании отдельных

Общие принципы моделирования

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

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

Основные методики моделирования
Необходимо отметить, что постановка задачи по построению модели объекта определяется фиксированием ряда таких составляющих, как:? используемые методики проектирования моделей;? формализация (нотация);? лингвистическое обеспечение

Источник

В
России для моделирования и анализа
бизнес-процессов достаточно широко
используются следующие средства
моделирования: Rational
Rose, Oracle
Designer, AllFusion
Process Modeler (BPWin)
и AllFusion ERwin Data
Modeler (ERWin),
ARIS,
Power Designer.
За рубежом, помимо упомянутых, активно
используются такие средства как System
Architect, Ithink Analyst, ReThink и др. В приложении
А представлен перечень инструментальных
средств, участвующих в рассмотрении.
Представленная информация включает:

  • наименование
    инструментального средства;

  • данные о поставщике
    и представителе в России;

  • краткая характеристика
    инструментального средства.

Выделим
основные критерии, позволяющие из
представленных средств моделирования
выбрать те, применение которых в России
могло бы с большей вероятностью себя
оправдать. Такими критериями являются:

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

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

  • доступность
    поддержки поставщика    .
    Такие услуги могут включать телефонную
    «горячую линию», техническую и
    консультационную поддержку через
    представителя поставщика в России;

  • доступность
    обучения    .
    Обучение может проводиться на территории
    представителя поставщика в России,
    пользователя или где-либо в другом
    месте;

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

Из
приведенного в таблице списка
инструментальных средств для более
подробного анализа выделим те программные
продукты, которые удовлетворяют
указанным критериям. В этом случае в
рамки нашего дальнейшего рассмотрения
попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power
Designer, ARIS, по которым ниже представлено
более подробное описание.

BPWin и
ERWin компании
Соmputer
Associates.
Computer
Associates International, Inc. (CA) входит в пятерку
ведущих производителей программного
обеспечения, предлагая средства
моделирования, резервного копирования,
управления инфраструктурой предприятия
(сетями, серверами и т.д.), информационной
безопасности, business intelligence и т.д. Пакет
BPWin основан на методологии IDEF и
предназначен для функционального
моделирования и анализа деятельности
предприятия. Методология IDEF, являющаяся
официальным федеральным стандартом
США, представляет собой совокупность
методов, правил и процедур, предназначенных
для построения функциональной модели
объекта какой-либо предметной области.
Функциональная модель IDEF отображает
функциональную структуру объекта, т.е.
производимые им действия и связи между
этими действиями.

Возможности
BPwin:

  • поддерживает сразу
    три стандартные нотации — IDEF0
    (функциональное моделирование), DFD
    (моделирование потоков данных) и IDEF3
    (моделирование потоков работ). Эти три
    основных ракурса позволяют описывать
    предметную область наиболее комплексно;

  • позволяет
    оптимизировать процедуры в компании;

  • полностью поддерживает
    методы расчета себестоимости по объему
    хозяйственной деятельности
    (функционально-стоимостной анализ,
    ABC);

  • позволяет облегчить
    сертификацию на соответствие стандартам
    качества ISO9000;

  • интегрирован с
    ERwin (для моделирования БД), Paradigm Plus (для
    моделирования компонентов ПО) и др.;

  • интегрирован со
    средством имитационного моделирования
    Arena;

  • содержит собственный
    генератор отчетов;

  • позволяет эффективно
    манипулировать моделями — сливать и
    расщеплять их;

  • имеет широкий набор
    средств документирования моделей,
    проектов.

Пакет ERWin это средство
концептуального моделирования БД.
Используется при моделировании и
создании баз данных произвольной
сложности на основе диаграмм «сущность
– связь». В настоящее время ERWin является
наиболее популярным пакетом моделирования
данных благодаря поддержке широкого
спектра СУБД самых различных классов.
Возможности ERWin:

  • поддерживает
    методологию структурного моделирования
    SADT и следующие нотации: стандартную
    нотацию IDEF1x для ER-диаграмм моделей
    данных, нотацию IE и специальную нотацию,
    предназначенную для проектирования
    хранилищ данных — Dimensional;

  • поддерживается
    прямое (создание БД на основе модели)
    и обратное (генерация модели по имеющейся
    базе данных) проектирование для 20 типов
    СУБД: настольные, реляционные и
    специализированные СУБД, предназначенные
    для создания хранилищ данных;

  • интегрирован
    линейкой продуктов Computer Associates для
    поддержки всех стадий разработки ИС,
    CASE-средствами Oracle Designer, Rational Rose,
    средствами разработки и др.;

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

  • возможна совместная
    работа группы проектировщиков с одними
    и теми же моделями (с помощью AllFusion
    Model Manager);

  • позволяет переносить
    структуру БД (не сами данные!) из СУБД
    одного типа СУБД в другой;

  • позволяет
    документировать структуру БД.

Oracle Designer компании
Oracle. Набор
инструментальных средств Oracle Designer
предлагает интегрированное решение
для разработки прикладных систем
корпоративного уровня для Web и
клиент/серверных приложений. Oracle
Designer участвует в каждой фазе жизненного
цикла разработки программного обеспечения
— от моделирования бизнес-процессов до
внедрения. Применение единого репозитория,
делает возможным использование любых
его компонент для быстрой разработки
масштабируемых, кросс-платформных
распределенных приложений. Задачей
Oracle Designer является сбор данных о
потребностях пользователей и автоматизация
построения гибких графических приложений.
Oracle Designer используется не только для
создания приложений, но и для ведения
учета изменений, которые неизбежно
происходят при эксплуатации системы.
Графические модели определений проекта,
интегрированные с многопользовательским
репозиторием существенно облегчают
работу с Oracle Designer. Инструментальные
средства построены на базе общепринятых
методик, охватывающих весь жизненный
цикл разработки и позволяющих
пользователям привычным для их
организации способом. Это обеспечивает
гибкость и открытость подхода к
разработке программного обеспечения
за счет использования только тех частей
продукта, которые требуются в данной
задаче. В рамках процесса разработки
обеспечивается поддержка методов RAD,
JAD, информационного проектирования,
водопадного метода (waterfall), итеративного
метода и др. Пользуясь этими принципами,
можно добиться успешного баланса
организационных потребностей и
технологических возможностей, и даже
эффективно управлять риском, связанным
с частыми неизбежными и важными
изменениями как в одной, так и в другой
области. Средства концептуального
моделирования Oracle Designer включают в себя:

  • ER-диаграммы
    (диаграммы информационной структуры
    предметной области, представляемой в
    виде объектов и их взаимосвязей);

  • диаграммы
    функциональной иерархии, описывающие
    функции, которые выполняет система;

  • диаграммы потоков
    данных, циркулирующих на предприятии.

Такие
модели представляют информационные
потребности в удобном и наглядном для
восприятия виде, что делает их хорошим
средством коммуникации между
проектировщиками и пользователями в
процессе уточнения постановки задач.
Любой разработчик заинтересован, чтобы
описание концептуальной модели было
использовано для создания
спецификаций,описывающих структуру и
основные компоненты будущей системы.
В Oracle Designer все спецификации проекта
системы разрабатываются на основе
моделей концептуального уровня и
обеспечивают выполнение всех содержащихся
в них требований и ограничений. Полученные
компоненты системы могут быть
преобразованы в реальные объекты базы
данных, экранные формы и отчеты. Финальная
часть разработки проекта — автоматическая
генерация серверных компонентов —
возможна не только для сервера БД
Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и
ряда других. Любые изменения
бизнес-процессов могут быть внесены в
модели и тут же сгенерировано
модифицированное приложение,
основывающееся уже на новых схемах
ведения бизнеса. При этом все разработанное
ранее будет сохранено и войдет в новый
проект. Oгасlе Designer автоматически создает
отчеты, которые содержат всю информацию
о проекте и могут быть использованы
как набор документов, отражающих текущее
состояние проекта.

Rational Rose компании
IBM. IBM Rational
Rose — входит в состав пакета IBM Rational Suite
и предназначен для моделирования
программных систем с использованием
широкого круга инструментальных средств
и платформ. Rational Rose является одним из
ведущих инструментов визуального
моделирования в программной индустрии,
благодаря полноценной поддержке языка
UML и многоязыковой поддержке командной
разработки. Инструмент полностью
поддерживает компонентно-ориентированный
процесс создания ИС. Любые участники
проекта — аналитики, специалисты по
моделированию, разработчики и другие
— могут использовать модели, построенные
в Rational Rose, для большей эффективности
создания конечного продукта. Для
бизнес-аналитиков средство Rational Rose
дает возможность детально описать и
проанализировать бизнес-процессы
данной предметной области. Системные
аналитики, используя указанные описания,
смогут разработать необходимый
функционал ИС, который максимально
удовлетворит запросы заказчика. Для
архитекторов средство Rational Rose будет
полезно при создании мощной и гибкой
архитектуры системы. Для аналитиков,
специализирующихся в области разработки
баз данных, Rational Rose даст возможность
визуально проектировать и генерировать
базы данных любого размера. Таким
образом, можно создавать базы данных
Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые
другие, которые поддерживают возможность
запуска скриптов стандарта ANSI SQL. Любые
модели, создаваемые с помощью данного
средства, являются взаимосвязанными:
бизнес-модель, функциональная модель,
модель анализа, модель проектирования,
модель базы данных, модель компонентов
и модель физического развертывания
системы. Есть возможность по созданию
шаблонов архитектурных решений,
позволяющих использовать опыт,
накопленный в предыдущих проектах.
Существуют расширения Rational Rose, которые
позволяют выполнять скелетную
(round-trip) разработку ИС, создаваемых на
базе языков C/C++, Java, Smalltalk, Ada, Object Pascal
(Borland Delphi) и др. Таким образом, можно
сгенерировать каркас программного
кода на любом из указанных языков или
выполнить процедуру обратного
проектирования, что позволяет сформировать
модель на базе существующего кода. Есть
возможность публикации модели в
Интернете, которая служит основой для
объединения работы удаленных команд
разработчиков. Интеграция Rational Rose с
Rational RequisitePro позволяет на базе визуальной
модели разработать полный набор
требований, которые необходимо
реализовать при создании конечного
продукта. Интеграция Rational Rose с Rational
TestManager позволяет создавать сценарии
тестирования на базе визуальной модели.
Интеграция Rational Rose с Rational ClearCase позволяет
поставить на версионный контроль модель
целиком или по частям. Интеграция
Rational Rose с Rational SoDA позволяет автоматизировать
процесс создания документов и отчетов
по визуальной модели.

PowerDesigner компании
Sybase. Компания
Sybase со дня своего основания традиционно
является ведущим поставщиком
информационных технологий на мировой
рынок финансовых институтов: технологии
Sybase используют 90% компаний мирового
рынка ценных бумаг, 60% мировых банков
и 68% компаний Wall Street. С 1996 года, когда
открылся офис в Москве, Sybase активно
работает в России и других странах СНГ.
В апреле 2002 года открылись офисы компании
в Санкт-Петербурге и Киеве. Офисы Sybase
в Москве, Санкт-Петербурге и Киеве
обеспечивают всестороннюю работу с
клиентами, включая поставки технологий,
оборудования, разработку законченных
решений, обучение пользователей,
полнофункциональную техническую
поддержку и услуги консалтинга.
PowerDesigner является комплексным решением
для моделирования и разработки приложений
и бизнес-процессов для организаций,
которые нуждаются в быстром,
последовательном и эффективном с точки
зрения затрат создании или реинжиниринге
бизнес-приложений. PowerDesigner позволяет
устранить следующие препятствия,
мешающие эффективной разработке
проектов: различия в профессиональной
подготовке участников проекта,
разнородные платформы и изобилие языков
разработки, — то, что характерно для
большинства современных компаний. Это
позволяет фокусироваться на
бизнес-потребностях создания приложений
на протяжении всего процесса разработки
— от системного анализа и дизайна и
вплоть до непосредственной генерации
кода для приложения. Последняя версия
продукта, PowerDesigner, обладает новыми
возможностями по моделированию
бизнес-процессов, объектному моделированию,
базирующемуся на UML, и поддерживает как
традиционные, так и вновь появляющиеся
технологии моделирования в рамках
одной развитой графической среды. Это
позволяет значительно сократить затраты
и время реализации проекта, который
должен функционировать на различных
платформах и инструментальных средах.
Одним из основных преимуществ
PowerDesigner является также использование
репозитория масштаба предприятия для
хранения и управления всей информацией,
касающейся моделирования и дизайна
приложений на всех уровнях ведения
бизнеса в компании. Это позволяет
правильно организовать рабочий процесс
и кардинальным образом повысить
эффективность работы разработчика.
Ключевые характеристики PowerDesigner:

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

  • Моделирование
    данных: PowerDesigner позволяет разрабатывать
    и генерировать схему БД посредством
    двухуровневого (концептуального и
    физического) моделирования реляционной
    БД, поддерживающего классические
    методики проектирования баз данных.
    Имеет также встроенные средства
    моделирования хранилища данных.

  • Объектное
    моделирование: PowerDesigner предлагает
    законченную технологию анализа и
    проектирования систем с использованием
    стандарта UML (диаграммы бизнес-процессов,
    последовательности выполнения, классов
    и компонентов). На основе диаграммы
    классов PowerDesigner автоматически
    осуществляет генерацию и реинжиниринг
    кода для популярных инструментальных
    сред, таких как JavaTM (включая EJB 2.0), XML,
    Web Servicies, C++, PowerBuilder, Visual Basic и других,
    посредством настраиваемого генератора.

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

ARIS компании IDS
Scheer AG. В
настоящее время наблюдается тенденция
интеграции разнообразных методов
моделирования и анализа систем,
проявляющаяся в форме создания
интегрированных средств моделирования.
Одним из таких средств является продукт,
носящий название ARIS, разработанный
германской фирмой IDS Scheer. Компания IDS
Sheer AG основана в 1984 г. Основное направление
— программное обеспечение и консалтинг.
В настоящее время компания обслуживает
4000 клиентов в 50 странах мира через сеть
своих представительств и партнеров.
Качество решений IDS Scheer было подтверждено
в июне 2005 г. золотой медалью Международной
познаньской ярмарки, на которой
награждаются только лучшие продукты.
А также в июле 2005 г., когда на мировом
рынке была представлены программные
продукты ARIS 7 с абсолютно новыми
web-продуктами — все они имеют общую черту
— интуитивно-понятный и выразительный
интерфейс. Система ARIS представляет
собой комплекс средств анализа и
моделирования деятельности предприятия.
Ее методическую основу составляет
совокупность различных методов
моделирования, отражающих разные
взгляды на исследуемую систему. Одна
и та же модель может разрабатываться
с использованием нескольких методов,
что позволяет использовать ARIS специалистам
с различными теоретическими знаниями
и настраивать его на работу с системами,
имеющими свою специфику. Методика
моделирования ARIS основывается на
разработанной профессором Августом
Шером теории построения интегрированных
ИС, определяющей принципы визуального
отображения всех аспектов функционирования
анализируемых компаний. ARIS поддерживает
четыре типа моделей, отражающих различные
аспекты исследуемой системы:

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

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

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

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

Для
построения перечисленных типов моделей
используются как собственные методы
моделирования ARIS, так и различные
известные методы и языки моделирования,
в частности, ER и UML. В процессе моделирования
каждый аспект деятельности предприятия
сначала рассматривается отдельно, а
после детальной проработки всех аспектов
строится интегрированная модель,
отражающая все связи между различными
аспектами. ARIS не накладывает ограничений
на последовательность построения
указанных выше типов моделей. Процесс
моделирования можно начинать с любого
из них, в зависимости от конкретных
условий и целей, преследуемых
разработчиками. Модели в ARIS представляют
собой диаграммы, элементами которых
являются разнообразные объекты –
«функция», «событие», «структурное
подразделение», «документ» и т.п. Между
объектами устанавливаются разнообразные
связи. Каждому объекту соответствует
определенный набор атрибутов, которые
позволяют ввести дополнительную
информацию о конкретном объекте.
Значения атрибутов могут использоваться
при имитационном моделировании или
для проведения стоимостного анализа.
Таким образом, по результатам выполнения
этого этапа возникает набор взаимосвязанных
моделей, представляющих собой исходный
материал для дальнейшего анализа. Стоит
отметить несколько особенностей системы
ARIS. Первая — семейство программных
продуктов ARIS ориентированно на процессное
описание. Основная бизнес-модель ARIS —
eEPC (extended Event-driven Process Chain — расширенная
модель цепочки процессов, управляемых
событиями). По существу, модель eEPC
расширяет возможности IDEF0, IDEF3 и DFD,
обладая всеми их достоинствами и
недостатками. Вторая особенность — в
системе ARIS есть внутренняя база данных,
которая позволяет проверять модель на
непротиворечивость, целостность,
проводить верификацию модели. В других
продуктах это отсутствует. Третья
особенность: ARIS — единственная система,
ориентированная на описание бизнеса,
где присутствуют различные взгляды на
бизнес-систему, которую мы можем оценить
и рассмотреть с разных сторон, чего нет
в других программных продуктах. В
течение последних пяти лет ARIS уверенно
лидирует среди средств моделирования.

Укажем
основное предназначение каждого
рассматриваемого продукта из множества
его применений:

  • для моделирования
    баз данных больше подходят инструменты
    Erwin, Power Designer и Rational Rose;

  • для моделирования
    компонентов разрабатываемых приложений
    больше подходят Oracle Designer, Power Designer и
    Rational Rose;

  • для моделирования
    бизнес-процессов больше подходят
    BPwin, ARIS и Rational Rose.

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

Таблица
3.1 — Сравнительный анализ по базовым
функциям

Функциональные
возможности, среда

ARIS

BPWin

Rational Rose

Сравнительный
функциональный анализ

1

Поддерживаемый
стандарт

еEPS (расширение
IDEF3), ERD, UML, собственные методы в другой
нотации, в которых реализован основной
смысл методов IDEF, DFD

IDEF0, IDEF3, DFD

UML

2

Наличие выразительных
средств графического отображения
моделей

Репрезентативность
моделей высока

Репрезентативность
моделей низка

Репрезентативность
моделей низка

3

Моделирование
диаграмм различных типов

+

+/-

+/-

4

Функционально-стоимостной
анализ

+

+

+/-

5

Имитационное
моделирование

+

+/-

—

6

Возможность
декомпозиции объекта

+

+

+

7

Оформление
проектной документации: генерация
технологических и рабочих инструкций

+

+/-

+

8

Хранение моделей
деятельности предприятий

+

+/-

+/-

9

Контроль и
обеспечение целостности проектных
данных

+

+/-

+

10

Ведение библиотеки
типовых бизнес — моделей

+

+/-

+/-

11

Возможность
групповой работы

+

+

+

12

Простота освоения
продукта

Сложно

Просто

Сложно

«+» — да

«+/-»
— частичная реализация, требующая
доработки иными инструментальными
средствами

«-» — нет

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
Источник

Поговорим о том, какие инструменты хотелось бы иметь при описании бизнес-процессов. Инструментов BPMS (BPM systems) много, но выбрать то особо нечего …  

Ниже перечислим некоторые важные инструментальные возможности некоторых сред моделирования процессов (в основном АРИС-ARIS и MS visio).

Уточнения. BPM (business process management, управление бизнес-процессами) — это тот, который из области системной инженерии (SE), который почему-то теперь называют BPA (анализ). Он же CASE, где S= «system» (не «software»).   

«Бизнес-процесс» — это синоним «процесс» и даже таким терминам как: операция, действие, активность, функция, процедура. Приставку «бизнес» указывают, чтобы отличать процессы класса «административные» — «деловые» (см. BPM CBOK) от химических и физических (других «природных») процессов. Любой процесс, который реализуется человеком или компьютером (программой, роботом), — это «бизнес-процесс», несмотря на то, что непосредственно к «бизнесу» отношения может и не иметь. Настолько вот запутан этот BPM, хотя в реальности он прост.

Задача

Она очень простая. Нужно простым образом формализовывать процессы, нас окружающие. Так формализовать, чтобы модели процессов были адекватны реальным процессам, но чтобы их визуализацию хоть как-то понимало большинство людей, первый раз слышащих слово «BPM». Формально «интуитивно понятных» BPM-нотаций — много (также как много рекламно-маркетингового шума о BPM), но взять особо нечего. Однако здесь важна не только сама нотация (IDEFVADEPCBPMNUML и т.п.), а механизмы ее представления на экране: слои, вариативность «точек зрения» (view-шек, представлений) и т.п. На мой взгляд, лучшим вариантом пока остается EPC (Event-driven Process Chain), но не суть, — представленные ниже подходы могут применяться к другим нотациям.

Можно зарисовывать простые процессы в произвольной нотации карандашом и на салфетке — и это тоже будет работать, но нам хотелось бы «цифровизованно» (через автоматизацию процесса моделирования процессов), включая проверку соблюдения нотации (соглашения о моделировании), кликабельность модели (объектов схемы), ведение репозитария объектов, web-паблишер и много всего остального, что облегчает работу с большими и сложными моделями. 

1. Подходы к визуализации диаграммы

1.1 Слои модели

Они позволяют управлять сложностью внутри одной модели (схемы). Например, введем три категории: Документы (входящие и исходящие), функция, ресурсы (роли и инструменты). Для каждой категории — свой слой.

Нарисовал нам наш архитектор (специалист по моделированию процессов) схему:

Рис. 1 Процесс оформления заявления

Рис. 1 Процесс оформления заявления

Visio Stencil Library for EPC — не нашел, поэтому «как то так» (штатная EPC — вообще «никакая»).

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

Путь к пониманию — это упрощение схемы, например, будем отключать слои. В правильном инструменте (BPM-Tool) должны быть кнопки управления слоями — категориями. По кнопке «отключить ресурсы» — будет скрыт слой «ресурсы», в котором показаны объекты схемы (модели) типа «Роль» {Работник; Начальник} и Инструмент {MS Word}. Уже схема стала менее нагруженной (правой части не стало).

 Далее отключаем слой «Документооборот» (docflow) и остается только последовательность действий (workflow, Process Flow), который говорит, что нужно провести всего две операции.

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

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

Пример такой реализации возможен в MS Visio:   

Рис. 2 Управление слоями в MS Visio

Рис. 2 Управление слоями в MS Visio

Инструмент управления слоями, как управление сложностью — давно норма в векторных графических редакторах, ГИС и других CAD-системах,  например, AutoCAD.

1.2 Плавательные дорожки

Swimlane позволяют группировать процесс по разрезам «Исполнители» и «Инструменты» (в общем случае — в разрезе любой иной категории объектов).

Применительно к Рис. 1 «Процесс оформления заявления»: отключили слой «документы», а  оставшуюся часть (функции и ресурсы) представили в виде одной или двух Swimlane (опять же «по кнопке»).

Рис. 3 Swimlane по ролям в горизонтальной плоскости

Рис. 3 Swimlane по ролям в горизонтальной плоскости

Применительно к рассматриваемому случаю возможны следующие комбинации Swimlane:

  • две одинарные (горизонт, вертикаль) по ролям;

  • две одинарные (горизонт, вертикаль) по инструментам (часто в разрезе баз данных показывают);

  • две двойные, «шахматка», таблица (горизонт — роли, вертикаль — инструменты и наоборот).

«Дорожки» помимо того, что позволяют создать другое (альтернативное) представление процесса (смена представления иногда играет решающую роль в понимании процесса), обеспечивают сортировку по указанным категориям, что позволяет быстро и просто найти: где применяется такой-то инструмент и где «нужно поработать» такому то исполнителю (роли).

Основная проблема «дорожек» в том, что когда «дорожки» не нагруженные, то «съедается» основная часть листа и плотность «упаковки» объектов в модели процесса становится мизерная (КПД бассейна, где загружены только две дорожки, а остальные пустые — низкое). 

1.3 Объекты модели  и их атрибуты, свойства

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

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

В Visio это могут быть данные фигуры и таблица свойств фигуры (ShapeSheet).  Еще интереснее свойства хранить в отдельном файле Excel , например, связанном с visio (штатная функция visio). Такой подход позволяет иметь репозитарий свойств объектов в файле Excel и соответственно обширные инструменты поиска, сортировки и т.п. Любой BPM инструмент, включая АРИС, не имеет таких развитых возможностей для анализа как Excel , поэтому выгрузка в Excel интересуемой пользователя атрибутики была бы важным элементом любого BPM-инструмента.    

При просмотре схемы процесса должна быть возможность выделения объекта и просмотр атрибутов схемы и ее объектов (с наложением фильтров, т.к. иначе будет избыток).

1.4 Задание своей нотации (на примере новой ЕРС ver. 2)

Посмотрим на примере нотации ЕРС. Что же в ней улучшить? Все улучшения запишем в гипотетическую ЕРС2 нотацию.

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

Вообще, от workflow (схема алгоритма) ЕРС отличается в основном двумя параметрами: наличие указания ресурсов и документов (материалов) и иное задание условия разветвления алгоритма (ветвление по условию). Использование элемента «событие» — как указание результата, вместо «да» и «нет» — более  функциональное и позволяет кроме того сократить номенклатуру графических примитивов. Событие — как «что-то произошло» и событие — как результат проверки условия.   

Как показано в п. 1.1 «Слои модели»: выделяем зону docflow, EPC-workflow и ресурсную зону. Docflow, а также любые другие входы и выходы функции (включая материалы, заготовки, полуфабрикаты и конечные продукты) — отображаем слева от функции (отдельная стрелка для всех входов, отдельная для всех выходов) с соответствующим направлением движения, а все ресурсы — справа от функции (без направленных коннекторов).  Это позволит иметь стандартный «взгляд» на процесс и сразу фокусироваться на конкретной зоне.

В ЕРС2 будет классификация моделей: приведенная и мультиресурсная. В приведенной схеме будет к каждой функции привязано не более одной роли (инструмента), чтобы была однозначность по исполнителю (инструментарию), что важно не только для анализа, но и при  построении Swimlane (каждому «пловцу — исполнителю» по выделенной дорожке).  

Возможность задания своей нотации в инструменте моделирования означает подсказку (блокировку) при некорректном построении модели, как в момент отрисовки, так и через проверочный отчет построенной диаграммы. Например, в ЕРС2 предусматриваются следующие типы коннекторов: для входящих сущностей (входящие документы, материалы-заготовки), для выходящих (исходящие документы, продукты операции), соединитель потока (функции, события), соединитель ресурса. В объекте «функция» предусматриваются три «Connection Point» (visio):

  • вверху и внизу объекта «функция» (и «события») — для указания структуры потока (очередность действий, событий);

  • слева в овале «функция» два коннектора: один вход, второй выход (общие для docflow и потока материалов и т.п.);

  • справа два коннектора: для исполнителя функции и инструмента, который используется для реализации функции.

Такой подход позволит легче читать схему ЕРС, сегодня же «глаза разбегаются», когда видишь паутину и вперемешку разбросанные а) «роли» — и слева и справа функции и б) «документы» — и слева и справа функции.

Соответственно тест на валидность построенной модели проверяет соблюдение указанных правил соединения объектов, а также другие правила построения (про коннекторы — лишь как небольшой пример проверки правил нотации). 

Вопрос: кроме как в visio, где можно задавать новые нотации и делать проверки на соответствие (валидность), аналогичные показанным выше?

1.5 Из таблицы — схему, а из схемы — таблицу

Если посмотреть на ЕРС схему (рис. 1), то видно, что она однозначно задается таблицей. Поля таблицы: вход, выход, функция, исполнитель, инструмент. Заполнили табличку, нажали кнопку «построить» — и схема сгенерировалась. Справедливо и обратное: по нарисованной схеме можно построить адекватную табличку без потери информации (lossless).

Механизм «Из таблицы — схему» в ARIS ARIS Express называется Smart Designer. Только он не умеет строить ветвление процесса. На всякий случай: поиск по «ARIS Smart Designer EPC», закладка «картинки».

Преимущества: человек, вообще не знающий нотации (ни одной), по простым правилам заполнил табличку и сгенерировал «по кнопке» схему процесса. Более того, возможно итерационно: вначале заполнил поле «функция» (оно же и «событие», — только с указанием соответствующего признака) — увидел «ствол» функций и событий (магистраль потока, workflow), а потом начал наращивать их левые (входвыход) и правые (ресурсные) связи.

Можно предусмотреть в таблице отдельное поле «полное описание функции» с подробным (большим, т.е. не влезающим в надпись) описанием операции, отображаемое на диаграмме в виде, например, всплывающей подсказки (или в отдельном окне) при активации конкретной функции (при наведении мышью).

Концептуально изложенный подход близок к выделенной в АРИС нотации «табличная ЕРС» (см. «Нотация ЕРС в виде таблицы»), но здесь реализация в виде обычной текстовой таблицы, т.е. ближе к ARIS Smart Designer. Причем логику процесса также можно указать в составе таблицы, например, как ссылка на предшествующий объект (этого нет Smart Designer, но не сложно добавить «что-то» для ЕРС2). Таблицу можно вставлять в текстовые регламенты word и макросом (VBA) генерить схему процесса («не отходя от кассы») с дублированием конечно в общем каталоге моделей.

В теме автоматического создания диаграмм из таблицы (особенно Excel) нельзя обойти MS Visio Data Visualizer. Как обычно, — идея «на отлично» (идея далеко не новая), но реализация … Видимо в погоне за максимальным универсализмом «выплеснулся ребенок BPM». Я ожидал увидеть что-то такое же простое,  функциональное (мощное) и BPM-ориентированное как ARIS Smart Designer. Может это впечатление сложилось из-за отсутствия мастера автопостроения EPC. Кроме того, исключительная модель по подписке не позволяет популяризацию инструмента.

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

1.6 Из скрипта — схему, а из схемы — скрипт

Подход аналогичный генерации схемы по таблице (см. п. 1.5.), только используется язык, наподобие plant uml dot (graphviz). Структурные схемы (другие с простой нотацией) и UML строить уже можно, но вот EPC (лучше EPC2, т.е. задание языком специфических правил нотации) и другие со сложной нотацией — нет (красиво не получилось).

Применительно к graphviz: в случае, когда репозитарий объектов хранится в Excel, можно автоматически генерировать схемы, используя инструменты типа: Excel to Graphviz (sourceforge.net).

Пример простого VAD из dot: 

digraph g {

rankdir=LR;

node [shape = cds];

Step1 -> Step2 -> Step3 -> Step4;

}

Посмотреть схему можно, вставив код в окно «Online Graphviz Generator»: 

http://fiane.mooo.com:8080/graphviz/

Кстати, редкий Online Graphviz понимает несокращенный набор параметров спецификации.

Кратко: LR — говорит, что схема строится «слева — направо» (для EPC ставим «сверху — вниз»), cds — это код объекта в виде «кораблика» (VAD). Далее через «->» указывает последовательность процессов. Можно задавать последовательно-параллельные структуры, подписи и тип стрелок, добавлять объекты «исполнители», «продукты» и другие «VAD-примочки», но при этом код становится сложным, а отсутствие нормального управления надписью (перенос, вписывание в фиксированный размер объекта и т.п.) ограничивают применимость инструмента.

Применять подход «скрипт -> схема» можно в сочетании с табличным представлением: например, скриптом VBA читаем поля заполненной пользователем таблички бизнес-процесса (см. 1.5 Из таблицы — схему …) и генерируем dot-последовательность, которую «скармливаем» локальному генератору dot (Graphviz устанавливается на компьютер) или Online Generator. Прямо в word- документе под табличкой «Процесс такой-то» размещаем «кнопочку» и пользователю даем возможность просмотра в графике того, что он ввел в табличку (как он описал в табличной форме свой процесс).

Из «BPM-связанного» особенно удобен dot для построения графов переходов. Если в модели есть docflow с документами со многими состояниями, то без схемы переходов состояний понимание многочисленных переходов осложнено, особенно когда смена состояний документа размазана по многим листам схемы. В итоге заполнив табличку и «скормив» её генератору dot мы увидим всевозможные переходы из состояний. Например, для документа «Отчет» возможны следующие состояния: Шаблон отчета — Шаблон отчета заполнен — Отчет согласован в отделе №1 —  Отчет согласован в отделе №2 — Отчет подписан первой подписью — Отчет подписан второй подписью — Отчет оправлен регулятору — Отчет принят регулятором (возможны различные переходы из состояний).

В теме автоматического создания диаграмм из «текстового описания языком» нельзя не упомянуть про Object Process Diagram (OPD) Object Process Language (OPL). Тезисы у Object Process Methodology  (OPM) вроде как BPM-ориентированные, но поверхностное знакомство с ним породило уверенность, что эта методология намного дальше от «workflow business process» (народа), чем те же plant uml dot (graphviz).  OPCloud доступен тут:  https://sandbox.opm.technion.ac.il/

Если немного помечтать, то настоящий BPM — инструмент должен из любого текстового «процессного» регламента (порядка действий) строить схему процесса. Когда это появится, то загрузив в такую систему многостраничные регламенты (листов под 200-300) мы обязательно увидим противоречивость и неоднозначность этих «пухлых» регламентов (несмотря на это, по ним как-то все работают же).

2. Другое

2.1 Навигация по связанным моделям (каталог моделей)

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

Обычно связанный набор моделей (и их объектов) называют репозитарий (репозитОрий). Часто в интерфейсе программы предусмотрено два окна: иерархическое дерево моделей (слева вверху) и окно диаграммы (основное). В идеале навигация по моделям должна быть трех видов:

  • по дереву моделей (treeview );

  • по кликабельным объектам схемы (детализация — проваливаемся в низ, кнопка «выше» — переход к верхнеуровневой модели);

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

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

2.2 Разные фишки и отчеты по атрибутике

Поиск по названиям моделей, атрибутам. Задание правил отбора, например, по диапазону значений последнего редактирования модели. Выгрузка данных фильтрации сортировки во внешний файл (отчет), причем разного формата (например, excel для анализа, pdf для презентабельности) и т.п.

Правила работы с одноименными объектами (разрешение конфликтов), например, при наименовании нового объекта система смотрит — использовался ли одноименный объект и при выявлении такового предложит варианты, например, подтвердить или переименовать. У объекта в терминах АРИС только один Definition (Определение объекта, образ), но сколько угодно Occurrence (Отображение объекта, экземпляры на схемах).

2.3 Специфические отчеты

Отчеты могут быть разнообразны (зависит от воображения), но в первую очередь, нас будут интересовать выгрузки в распространенные формы. Универсальный генератор отчетов «на все случаи жизни» видимо проблема, но инструменты создания отчетов должны быть изначально в среде моделирования.

Для примера рассмотрим матрицу ответственности участия RACI. Требуется автоматическая генерация усеченной RACI-матрицы (здесь показано только для участников процесса, но часто плюс владельцы процесса) по имеющейся, например, VAD-диаграмме (value added chain diagram). Набор ключевых «мега процессов» компании показан в виде VAD и нужно по ним построить (синхронизировать) матрицу участников (RACI по одной только роли «участник процесса»). 

Рис. 4 Построение RACI матрицы

Рис. 4 Построение RACI матрицы

Алгоритм построения таблицы на VBA VisioExcel может быть следующий:

  1. Создаем в таблице Excel новую строку и в поле «Ключевые процессы» подставляем значение с активного листа visio из объекта типа «название мега процесса».

  2. Далее циклом пробегаем по всем VAD-элементам схемы (листа) и через связь (объект «соединитель» для связки с объектами «исполнитель») находим связанные объекты типа «исполнитель» (участник подпроцесса).

  3. Находим соответствующее название подразделения в шапке таблицы и на пересечении с процессом ставим символ участия (признак).  

  4. Переход к следующему листу visio.

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

2.4 Упаковка необъятной схемы процесса в печатный лист

Когда рисуют гигантскую «портянку» из «тучи элементов» на одной схеме, а потом нужно ее распечатать (А4, А3) или представить в ином интерфейсе (без скролинга такой «портянки»), то возникает ступор.  Должна быть поддержка многостраничной схемы и элементов перехода между страницами (в том числе, кликабельными).

2.5 Разное

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

Авто-размещение объектов на схеме: набросал невпопад объекты на лист (главное правильно связи указать и никого не забыть) и нажал кнопку: «расположить как надо» и система сама оптимально и красиво разместила объекты на схеме (в visio функции выравнивания и распределения фигур).

Открытые стандарты хранения и экспорта импорта (внешний графический импорт экспорт как минимум в visio), как самих графических объектов модели, так и их атрибутов. К сожалению, тот же MS visio так и не научился нормально экспортировать схемы в pdf и svg (например, всплывающие подсказки).

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

Заключение

Устаревшие подходы, реализованные в «современных» платных инструментах моделирования не адекватны времени. За механизацией пришли модные: «информатизация», потом «автоматизация», а теперь и «цифровизация» (аж Digital Transformation / digital disruption и совсем «свежий» Digital process Automation), но возможности инструментов моделирования процессов за три десятка лет почти не изменились. Функциональность древних ARIS, BPwin и т.п. практически не осовременилась в современных BPMS, несмотря на то, что интерес к классическому моделированию процессов постоянно растет, т.к. проблема замены текстовых регламентов на что-то прогрессивное — в целом так и не решена (диаграммы рабочих процессов не заменили текст). Имитационное моделирование и исполняемые модели (также направления, process mining, enterprise architecture — ЕА и др.) — не в счет, рассматриваем «классическое моделирование процессов» — оно же просто «формализация процессов».

Дождаться Open Source системы, в которой было бы реализовано указанное выше, — в обозримом будущем — маловероятно, поэтому, направление улучшайзинга для себя вижу как связку: visio VBA (core, графика) + Excel (как репозитарий для хранения атрибутов моделей, а в будущем и атрибутов графических объектов, инструменты аналитики) + web (publisher & collaboration).

Динозавр — монстр АРИС до сих пор остаётся продуктом №1 в данном сегменте, несмотря на то, что он «заморозился» во времени (в части toolset) и ничего нового в этом направлении не предлагает.  АРИС (1994г) и многочисленные visio-надстроенные инструменты (Business Studio, BPM-Х, Orbus iServer и десяток аналогичных) хорошо показали саму концепцию моделирования процессов, которая неизменна десятилетиями. Концептуально подходы понятны, но вот для построения моделей процессов из free взять нечего: через BPMN описать сложные процессы компании — это утопия, если нужно чтобы пользователь понимал нарисованное. Вроде бы удобный трамплин для амбициозного стартапа …  

Если в CASE, где S=»software», еще наблюдается вялотекущая «движуха», например, UML-UML2- SysML или «всяко исполняемое» (no code low code), то направление CASE, где S=»system» в части BPM (не EA), — фактически «замерло на месте», а робкие попытки, что  методологического плана, что инструментального — прежде всего Open Source инструменты «классического» моделирования процессов — скорее отождествляются термином «застой». Правда может я чего-то не заметил.

Немного поутихнет мода на BPMN2 (фетиш в плане замещения нотации ЕРС) и мы вернёмся к «вечному», к классическим подходам BPM, т.к. другого ничего пока так и нет (задачу описания небольших процессов — не рассматриваем). Вернувшись к исходной точке описания процессов, следует смотреть в сторону чего-то интуитивно понятного «простому смертному»: бухгалтеру, кассиру, секретарю и т.п., т.е. не программисту. Скорее всего, вернемся к «старине» ЕРС (т.е. фактически к «разбитому корыту») и  начнем двигаться к нотации «ЕРС+» (показано на примере ЕРС2) и более гибким (см. предложенные выше фишки) и открытым (free, Open Source) инструментам моделирования. Ориентация на человека, а не машину — ключевой вектор развития. Нотации и инструменты должны быть более «человечными», схемы процессов должны создавать не «специально обученные люди», а сами участники процесса, возможно, даже не подозревая об этом и  непосредственно не рисуя процессы.

В 2000-ном году мной использовались ровно такие же подходы и ровно те же инструменты моделирования (основные: ARIS toolset, MS visio), что и сейчас, но тогда была настолько интенсивная «движуха в мире ВРМ», что казалось «вот-вот и прогресс всё поменяет», но это оказалось иллюзией. «Старику ARIS» (в части классического моделирования процессов) на пенсию бы (не смотря на добавленные круглую цифру 10 и магическое слово «cloud»), но похоже перемены придут еще совсем не скоро и светлое будущее «обычного» BPM откладывается …

Редакционное уточнение. В предыдущих статьях не скупился на внешние ссылки. После этого статья обычно блокировалась хабро-модераторами и потом я упорно им доказывал, что приведенные ссылки не рекламного характера (в основном ссылки то – антирекламные были), но при этом всё равно часть ссылок приходилось удалять (видимо принцип: «не вашим — не нашим»). Поэтому, «спокойнее» — с минимум ссылок, а «ищущий» сам загуглит по ключевым словам.

Источник

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

[maxbutton id=»1″]

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

Заголовок каждого раздела — это название инструмента и ссылка на страницу производителя. Можете сразу знакомиться с подробностями.

Инструменты управления бизнес-процессами

BizAgi Suite

Официальный сайт

Если вы хотите получить не только модели и описания бизнес процессов, но и создать исполняемые приложения по ним, то это именно то, что нужно. BizAgi Suite состоит, по сути, из двух модулей — BizAgi Modeler, который используется для моделирования и описания бизнес процессов, и BizAgi Studio, который позволяет превратить модели в исполняемые приложения. Классно то, что это не требует навыков программирования, т.е. каждому по силам делать приложения.

Исполняемое приложение — это приложение на базе BizAgi Engine, которое превращает модель в программу. Например, вы можете создать модель согласования заявки на закупку и превратить ее в приложение, которое позволит участникам процесса выполнять в этом приложении все операции процесса — создание заявки, прохождение заявки через разные стадии согласования, комментирование, доработки заявки и т.д.

Короче, BizAgi Suite — это крутое средство автоматизации и контроля процессов. Оно позволяет гарантировать выполнение процессов в соответствии с описанием. Переоценить такую возможность с точки зрения управления невозможно.

Функционал и особенности

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

Стоимость

  • Бесплатно, до 20 сотрудников.

Резюме

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

ELMA BPM

Официальный сайт

Изюминка программы заключается в возможности интеграции с платформой 1С, что, безусловно, весьма привлекательно для российских компаний. Что это значит? Это значит, что все происходящее в 1С будет отражено в ELMA. И наоборот)

ELMA позволяет исполнять и отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0. Кстати, именно благодаря сотрудникам ELMA нотация была переведена на русский язык. За что им большое человеческое спасибо.

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

Существуют дополнительные модули — Проекты, CRM и т.д. Но их не пробовал, поэтому ничего не могу сказать.

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

Функционал и особенности

  • Построение моделей бизнес процессов
  • Назначение ролей бизнес процессов сотрудникам
  • Выполнение и отслеживание процессов в реальном времени
  • Системная работа с документооборотом
  • Удобная «справка»
  • Отличная поддержка
  • Интеграция с 1С

Стоимость

  • 77 000 рублей за 10 лицензий ELMA Standart. Это минимальное количество. На мой взгляд, стоимость вполне адекватна функционалу.

Резюме

Вы твердо приняли решение заниматься управлением бизнес процессами, их автоматизацией и улучшением? Вы привязаны к 1С? Тогда ELMA — это то, что нужно.

Business Studio

Официальный сайт

Так же как и ELMA, это российская разработка. Наверное, самый раскрученный инструмент для управления бизнес процессами на отечественном рынке. Первая версия увидела свет в 2004 году. Впервые я столкнулся с этой программой в 2006. На тот момент это было самое лучшее решение.

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

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

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

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

Функционал и особенности

  • Моделирование процессов в разных нотациях
  • Автоматическая генерация документов
  • Постановка целей компании по Системе сбалансированных показателей
  • Интеграция со сторонними системами.
  • Контроль выполнения процессов
  • База знаний

Стоимость

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

Резюме

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

Моделирование бизнес процессов

Visual Paradigm

Официальный сайт

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

Начнем с того, что VP поддерживает большое количество нотаций, блок-схем и моделей. Начиная от стандартных нотаций IDEF, eEPC и BPMN и заканчивая схемами баз данных, диаграмм взаимодействия и матриц.

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

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

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

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

Функционал и особенности

  • Моделирование бизнес процессов в разных нотациях
  • Построение других моделей
  • Проверка моделей
  • Автоматическая генерация документов
  • Управление атрибутами элементов моделей
  • Создание и назначение правил поведения моделей
  • Возможность добавлять свои элементы в модели
  • Взаимосвязь моделей
  • Выгрузка моделей в виде программного кода
  • Выгрузка модели в графическом виде
  • Версия для Mac OS X

Стоимость

  • По подписке — 35$ в месяц
  • Полная лицензия — 800$

Резюме

Лучшая программа для моделирования и описания бизнес процессов.

BizAgi Modeler

Официальный сайт

Это часть вышеупомянутого BizAgi Suite. Программа независима от полного комплекта и может быть поставлена отдельно.

Очень простой, лаконичный и удобный интерфейс.

Хороший рабочий инструмент для моделирования, который к тому же часто обновляется и совершенствуется. Модели, построенные в BizAgi Modeler, полностью совместимы с полной версией — Suite. Существуют определенные и свойственные только этой программе ограничения при моделировании, которых нет в нотации BPMN, но они в принципе обходятся.

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

Недостаточно проработана взаимосвязь диаграмм. Т.е. связать можно, но не напрямую. Атрибуты элементам можно назначать любые — вы сами определяете название и свойства атрибута.

Возможна проверка моделей и генерация описания по шаблону.

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

Функционал и особенности

  • Нотация BPMN
  • Проверка моделей
  • Автоматическая генерация документов
  • Управление атрибутами элементов моделей
  • Возможность добавлять свои элементы в модели
  • Выгрузка модели в графическом виде
  • Удобный интерфейс
  • На русском языке
  • Возможна совместная работа над моделями

Стоимость

  • Полностью бесплатно

Резюме

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

ARIS Express

Официальный сайт

Бесплатная и простая «рисовалка» процессов от монстра по имени ARIS. А точнее, Software AG.

В своем распоряжении имеет несколько вариантов моделей — в частности: модели бизнес процессов в нотации eEPC и BPMN, организационные модели, карты процессов и т.д. Примечательна наличием функции Smart Design, которая позволяет быстро забить необходимые данные в таблицу и программа самостоятельно создаст диаграмму. Для быстрых набросков весьма удобно.

К сожалению, Express это только графическое средство. Модели нельзя связать друг с другом, атрибуты не назначишь и тому подобное. Состав элементов диаграмм весьма ограничен, так что не получится создать модель в Express и экспортировать в ARIS BA. Кстати, ни в коем случае не используйте это ПО для работы с нотацией BPMN. Несмотря на то, что такие модели можно здесь создавать, их ограниченность задает кардинально неверное впечатление о функционале BPMN.

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

Функционал и особенности

  • Нотации eEPC и BPMN
  • Карта процессов
  • Организационная структура
  • Функция Smart Design
  • Выгрузка модели в графическом виде
  • Простой интерфейс

Стоимость

  • Полностью бесплатно

Резюме

Выбирайте ARIS Express, если все вышеперечисленные ограничения вас не волнуют. Ну и если вы предпочитаете нотацию eEPC.

Онлайн-сервисы для моделирования бизнес процессов

Gliffy

Официальный сайт

Отличный сервис с разнообразным функционалом. Позволяет создавать не только модели в нотации BPMN, но и рабочие потоки, проектировать пользовательский интерфейс, создавать диаграммы UML, организационные диаграммы, карты сайтов и т.д.

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

При моделировании процессов возможно связывать диаграммы друг с другом посредством гиперссылок, ведь одна диаграмма — это, по сути, одна страница.

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

Функционал и особенности

  • Полная поддержка BPMN
  • Взаимосвязи моделей через гиперссылки
  • Удобное построение моделей
  • Гибкая настройка внешнего вида элементов

Стоимость

  • Бесплатно с небольшими ограничениями
  • 4.95$ в месяц для стандартной версии и 9.95$ для бизнес-версии

Резюме

Удобный и функциональный сервис для создания диаграмм бизнес процессов и не только.

BPsimulator

Официальный сайт

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

Работает это следующим образом: моделируете процесс -> задаете свойства потоков, стоимости, длительности и занятости сотрудников -> запускаете симуляцию -> смотрите показатели процесса по результатам симуляции.

Что это дает? На самом деле многое. Симуляция позволяет с легкостью обнаруживать узкие места процесса, рассчитать стоимость ресурсов в процессе, оценить загрузку ресурсов и т.д.

Симулятор несложный, точнее, имеет определенные ограничения, но пользу из него извлечь можно. А при умении и немалую.

Управление достаточно удобное. Стрелки имеют туннели (я всегда обращаю внимание на этот момент). Полученные отчеты и модели можно сохранить на компьютер, Google Drive или One Drive.

Функционал и особенности

  • Моделирование процесса
  • Оценка стоимости / длительности процесса
  • Симуляция
  • Удобное построение моделей
  • Отчеты
  • Сохранение моделей в Google Drive или One Drive

Стоимость

  • Бесплатно с рекламой
  • 300 руб/мес без рекламы и с небольшими плюшками

Резюме

Очень советую попробовать.

Draw io

Официальный сайт

Сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов. В том числе наборы для построения BPMN и eEPC диаграмм.

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

Работа с моделями относительно удобна. Можно всячески настраивать внешний вид элементов. Но и это неудобно, отсутствует туннелирование стрелок, а также отталкивание объектов. Т.е. один элемент может размещаться на другом. Что приводит к тому, что необходимо тратить время на ручную расстановку элементов диаграммы. 

Сервис позволяет сохранять модели в Google Drive, Dropbox, One Drive или на компьютер. Возможен экспорт моделей в форматах графических файлов, PDF, HTML, XLS.

Функционал и особенности

  • Построение различных диаграмм
  • Сохранение моделей в Google Drive, Dropbox или One Drive
  • Отсутствует возможность коллективной работы

Стоимость

  • Бесплатно

Резюме

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

Источник

Понравилась статья? Поделить с друзьями:

Другие крутые статьи на нашем сайте:

  • Методы диагностики угроз экономической безопасности бизнесаМетоды диагностики угроз экономической безопасности бизнеса
  • Фонд социального страхования реквизиты для оплаты взносов от несчастных случаевФонд социального страхования реквизиты для оплаты взносов от несчастных случаев
  • Сухобузимский районный суд красноярского края официальный сайт реквизитыСухобузимский районный суд красноярского края официальный сайт реквизиты
  • Часы работы амбулатории в железногорске курской областиЧасы работы амбулатории в железногорске курской области
  • Восстановление pin кода по puk коду сбербанк бизнес онлайнВосстановление pin кода по puk коду сбербанк бизнес онлайн
  • Общество с ограниченной ответственностью группа компаний абсолютные системыОбщество с ограниченной ответственностью группа компаний абсолютные системы
    • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии