какое case средство используется для моделирования бизнес процессов
Case-средства для моделирования деловых процессов. Этапы построения модели IDEF0.
Понятие и классификация методов типового проектирования
Методы типового проектирования ИС предполагают создание системы из готовых покупных типовых элементов (типовых проектных решений). Для этого проектируемую ИС декомпозируют на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.), для которых подбираются и закупаются типовые проектные решения. Закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области.
В зависимости от уровня декомпозиции системы различают элементный, подсистемныйиобъектный методы типового проектирования.
Элементный метод подразумевает использование типового решения по задаче или по отдельному виду обеспечения задачи:
· информационному: БД, файлы;
· программному: ОС, СУБД, ЯП;
· математическому: математические методы;
· организационному: методические материалы по работе персонала.
Сущность элементного метода – в комплектации ИС из множества ТПР по отдельным разрозненным задачам.
Достоинство элементного метода типового проектирования ИС связано с применением модульного подхода к проектированию и документированию ИС.
Подсистемныйметод типового проектирования ИС подразумевает типизацию отдельных подсистем, которые обеспечивают функциональную полноту, минимизацию внешних информационных связей, параметрическую настраиваемость, альтернативность схем в пределах значений входных параметров. При этом достигается более высокая степень интеграции типовых элементов ИС.
ТПР для функциональных подсистем реализуются в виде ППП, которые позволяют осуществлять:
· параметрическую настройку программных компонентов на различные объекты управления;
· сокращение затрат на проектирование и программирование взаимосвязанных компонентов;
· хорошее документирование отображаемых процессов обработки информации.
Однако, при построении единой, корпоративной ИС возникают проблемы в комплексировании ППП разных функциональных подсистем, особенно в случае использования ППП нескольких производителей программного обеспечения, для которых, как правило, характерна их информационная, программная и техническая несовместимость между собой.
Объектный метод подразумевает использование типового проекта для объектов управления определенной отрасли, включающего набор функциональных и обеспечивающих подсистем ИС. Современные типовые проекты отличаются:
· открытостью архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;
· масштабируемостью, допускающей конфигурацию переменного числа рабочих мест;
· конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особенности объекта управления.
Преимущество объектного метода перед подсистемным методом заключается в комплексируемости всех компонентов за счет методологического единства, а также информационной, программной и технической совместимости компонентов.
Case-средства для моделирования деловых процессов. Этапы построения модели IDEF0.
На данный момент наиболее распространенными являются case-средства таких разработчиков:
· Erwin (Erwin Business Process; Erwin Data Modeler);
· IBM Rational Software (Rational Software Modeler; Rational Software Architect);
· Oracle (Oracle Designer).
Выделяют следующие группы CASE средств:
· CASE средства верхнего уровня. Эти CASE средства ориентированы на начальные этапы построения информационной системы. Они связаны с анализом и планированием. CASE средства верхнего уровня обеспечивают стратегическое планирование, расстановку целей, задач и приоритетов, а также графическое представление необходимой информации. Все CASE средства верхнего уровня содержат графические инструменты построения диаграмм, таких как диаграммы сущность-связь (ER диаграммы), диаграммы потока данных ( DFD ), структурные схемы, деревья решений и пр.
· CASE средства нижнего уровня. Эти CASE средства больше сфокусированы на последних этапах разработки информационной системы – проектирование, разработка программного кода, тестирование и внедрение. CASE средства нижнего уровня зависят от данных, которые предоставляют средства верхнего уровня. Они используются разработчиками приложений и помогают создать информационную систему, однако не являются полноценными инструментами разработки программного обеспечения.
· Интегрированные CASE средства (I – CASE). Эти CASE средства охватывают полный жизненный цикл разработки информационной системы. Они позволяют обмениваться данными между инструментами верхнего и нижнего уровня и являются своего рода «мостом» между CASE средствами верхнего и нижнего уровней.
Для моделирования и оптимизации бизнес процессов применяются CASE средства верхнего уровня и интегрированные CASE средства. Они позволяют повысить качество моделей бизнес процессов за счет автоматического контроля, дают возможность оценить ожидаемый результат, ускоряют процесс проектирования, обеспечивают возможности по изменению и обновлению моделей.
Основными характеристиками CASE средств, важными с точки зрения моделирования и оптимизации бизнес процессов, являются следующие:
· Наличие графического интерфейса;
· Наличие репозитория. Репозиторий это общая база данных, которая содержит описание элементов процессов и отношений между ними;
· Возможность коллективной работы;
Выбор CASE средств для анализа и моделирования процессов зависит от многих факторов – финансовых возможностей, функциональных характеристик, подготовки персонала, применяемых информационно-технических средств и пр. Приводить исчерпывающий состав этих факторов не имеет смысла, т.к. в ситуации выбора для каждого конкретного случая этот состав будет изменяться. Тем не менее, можно определить набор «базовых» факторов, на основании которых определяются критерии по выбору CASE средств.
К таким «базовым» факторам можно отнести следующие:
Выбор CASE инструмента для разработки процессов в BPMN
Каждый, кто начинает разрабатывать бизнес процессы в BPMN нотации, сталкивается с проблемой выбора оптимального инструмента. Даже когда этот инструмент спускается сверху (мы в нашей организации работаем только на …) или коллега советует программу (меня полностью устраивает …), очень хочется, чтобы огласили весь список, который поможет понять, что Вы сделали верный выбор, ну или, что существуют более эффективные инструменты, чем те, на которых Вы вынуждены работать.
Для разработки схем процессов в соответствии с нотацией BPMN наработано уже довольно много программ. Этот обзор – результат небольшого исследования рынка для поиска того программного продукта, которое можно будет использовать для работы. Обзор не претендует на полный анализ рынка и может быть использован для получения первичной информации. Следует иметь ввиду, что все рассматриваемые программы рассмотрены в первую очередь с точки зрения «рисования» процесса, без учета реального позиционирования этих программ на рынке. Основные возможности, которые востребованы в рамках рассматриваемого контекста и по которым оценивались программы, это:
Visio
Решение от Microsoft, наиболее доступное из платных продуктов, самое распространенное и имеющее максимальное количество специалистов, им владеющих. Для того, чтобы разрабатывать процессы в Visio с максимальной эффективностью, необходимо обратить внимание не только на версию продукта но и на его редакцию. Рисовать процессы можно в любой версии, но наличие шаблонов BPMN процессов и проверка схемы на корректность согласно нотации возможна только в Microsoft Visio 2010 в редакции премиум или Microsoft Visio 2013 в редакции профессиональная и выше. Программа платная.
Рисование схем процессов.
По удобству, одна из лучших. Основным замечанием по программе является отсутствие полной поддержки BPMN в профессиональной редакции Microsoft Visio 2010. Как следствие – неполное соответствие нотации (некоторые элементы отсутствуют) и отсутствие проверки схемы. Полный комплект элементов можно получить, если установить дополнительную библиотеку элементов, например: www.orbussoftware.com/downloads/free-visio-stencils/bpmn-20-visio-stencil-and-template (использование бесплатно) – в ней есть недостающие элементы, дополнительные возможности работы с пулом и т.д.
Для более продвинутых пользователей есть широкие возможности кастомизации, такие как, ведение своей библиотеки заготовок фрагментов процессов, оформление и др.
Схемы получаются красивыми и что немаловажно, могут быть вставлены в документ WORD в качестве встроенных объектов, что позволяет менять их прямо у Заказчика. В целом, данный продукт, возможно, является лучшим выбором для тех, кто ограничивается использованием BPMN в качестве красивых картинок в документах.
Проверка и симуляция
Проверка есть, но не во всех версиях. Симуляции выполнения процесса нет.
Автоматизация процессов.
Есть, в рамках интеграции с Business Studio. К сожалению, нет возможности выгрузить процесс в общепринятых форматах, таких как XPDL и BPEL, для использования в сторонних программах – будьте внимательны при выборе!
Enterprise architect 11.4
Решение от IBM, одного из столпов, кто активно участвует в разработке и продвижении BPMN. Строго говоря, у IBM есть целая линейка различных продуктов, в которых в разной степени поддержана работа с BPMN процессами. Я начал знакомство с продуктами компании с «Enterprise architect». Несмотря на столь солидную фирму и внушительную цифру в номере версии, продукт сначала несколько изумляет, потом вызывает шквал вопросов, и наконец, по мере получения ответов, изумление сменяется полным разочарованием. Классическая ситуация «Сапожник без сапог» — Enterprise architect сейчас – это пережиток далекого, весьма уважаемого прошлого, которое совершенно непригодно к применению в современных реалиях. Программа платная.
Рисование схем процессов.
Epic Fail – этими двумя словами все сказано. Продукт требует от пользователя по крайней мере в 3 раза больше времени на рисование процесса, чем остальные инструменты. Поддержка нотации BPMN 2.0 скудная. Копипаста нет – при выполнении копирования и последующей вставки объекта, программа сообщает, что не может вставить его по причине того, что на схеме уже есть объект с таким именем. Вставить группу скопированных объектов с любыми случайными именами программа не может, потому что это противоречит общей концепции. Автоматическое выравнивание – это аналог предложения процессу «убиться об стенку». Все дело в том, что граничные события никак не привязаны к своим задачам, они просто висят сверху и при автоматическом выравнивании отправляются в ад теряют форматирование. По этой же причине, ни о какой проверке правильности процесса и речи быть не может.
Вообще все сделано плохо, очень неудобно и просто некрасиво, работая с этим инструментом, не покидает ощущение, что это какая-то альфа версия программы, потенциал есть, но предстоит доделать еще очень много. Дополняет картину очень неудобный пользовательский интерфейс а-ля прошлое тысячелетие.
Проверка и симуляция
Проверки нет. Симуляции выполнения процесса нет.
Автоматизация процессов.
Enterprise architect позиционируется как корпоративное решение для управления процессами предприятия и я полагал, что получу множество «best practice», когда дойдет черед именно до автоматизации процессов. Но, автоматизации нет – совсем. Смотрим продукты IBM, вот оно – есть продукт IBM BPM – именно он позволяет выполнить автоматизацию! Логично предположить, что разработанные в Enterprise architect процессы сразу заработают в IBM BPM, ибо у них один разработчик. Но они не работают…, и с напильником не работают…, наконец, Вы узнаете, что эти продукты полностью несовместимы! Чтобы автоматизировать процессы, Вам нужно изначально разрабатывать их в IBM BPM (в котором BPMN чуть больше, чем ничего).
В завершении, в качестве некоторого плюса, хочу сказать, что крупные компании по ряду причин тяготеют к решениям IBM и, не смотря на все его минусы, этот инструмент используется. Аналитиков, которые согласны умеют работать с Enterprise architect не так много, поэтому владея этим инструментом можно рассчитывать на весьма высокий уровень компенсации.
ELMA BPM 3.2
Решение от ELMA, одного из ведущих Российских интеграторов. Хочется сказать отдельное спасибо ELMA за перевод нотации BPMN 2.0 на русский язык. Итак, ELMA BPM – это система управления бизнес-процессами. Это как раз тот случай, когда схемы разрабатываются не для картинок, а для автоматизации. Программа платная, для ознакомления можно установить бесплатную версию.
Рисование схем процессов.
Рисование довольно удобное, однако соответствие нотации неудовлетворительное (очень многих элементов не хватает, однако если сравнить ее с IBM BPM 8.5.0.0, то производит очень благоприятное впечатление), программа позволяет использовать только те элементы, которые в состоянии автоматизировать. Поэтому ELMA BPM в качестве инструмента для рисования процессов по нотации BPMN не подходит.
Проверка и симуляция
Проверка есть. Симуляции выполнения процесса в бесплатной версии нет.
Автоматизация процессов.
Есть. Судя по количеству внедрений, с этим у ELMA все в порядке. К сожалению никак не могу оценить удобство внедрения и полноту достижения целей бизнеса, т.к. сам с этим ни разу не сталкивался.
BPM 2.0 modeler for Visio 4.1.1
Решение от Trisotech является надстройкой для Visio и добавляет ту функциональность, которой так не хватает в самой Visio. Решение платное, для ознакомления с BPM 2.0 modeler for Visio можно установить пробную версию на 30 дней.
Рисование схем процессов.
Для BPM 2.0 modeler for Visio актуально все то хорошее, что было сказано про Visio. Для разработки схем процессов используется своя библиотека элементов, полностью соответствующая нотации BPMN 2.0. Рисуется быстро и приятно, это все тот же Visio!
Проверка и симуляция
Проверка есть. Для симуляции выполнения процесса требуется установка дополнительного ПО.
Автоматизация процессов.
Нет. Еще очень важный момент – добавлена возможность выгрузить результат в различных форматах (XPDL, BPEL), чего очень не хватало в самой Visio. Таким образом это решение может быть использовано для разработки процессов с последующей их автоматизацией в другой программе.
Bizagi Process Modeler 2.6
Решение от Bizagi, очень распространенное, можно даже сказать популярное, благодаря своей функциональности, простоте и бесплатности. С учетом того, что это решение используется в учебных центрах, имеет множество специалистов, которые с ним знакомы. Решение бесплатное.
Рисование схем процессов.
Рисование довольно удобное (очень похоже на ELMA), соответствует нотации почти полностью (некоторых элементов не хватает). Пока схемы простые, рисовать их одно удовольствие, однако с увеличением сложности схемы, начинаются затруднения у пользователя, например: потеря описаний событий и потоков, причудливое извивание потоков управления, и, что особенно огорчило – групповая потеря форматирования объектами (при копировании объекты сбиваются в кучу, случайно цепляясь к ближайшим потокам управления) – при этом отменить это безобразие невозможно, волшебное Cntr+Z не работает, иногда единственный выход – загрузка с диска предыдущей версии схемы! Bizagi Process Modeler может быть успешно использован в качестве инструмента для рисования процессов по нотации BPMN, если помнить о его «недокументированных особенностях».
Проверка и симуляция
Проверка есть, даже две, но они недоделаны и могут использоваться только на простых процессах. Одна проверка доступна по кнопке, другая выполняется автоматически перед симуляцией. К сожалению, эти проверки выдают разный результат, проверка по кнопке может вернуть «все ОК», а проверка перед симуляцией вернуть ошибку процесса, при этом какая именно ошибка не пишется.
Симуляция есть, ее тоже можно использовать только на простых процессах. Для симуляции существует большое количество ограничений: не удалось заставить работать прикрепленные события, подпроцессы в симуляции не участвуют, поток сообщений между пулами, от промежуточного сообщения к промежуточному, токен не передает – работает передача токена только к стартовому событию и т.п. В общем на симуляции можно было бы поставить крест, однако, если вспомнить про ограничение на использование элементов нотации, существующие у ведущих автоматизаторов «IBM BPM» и «ELMA BPM», тогда и к имеющимся возможностям симуляции в бесплатном продукте начинаешь проникаться уважением.
Modelio 3.0.1
Решение от Modeliosoft оставляет двойственные впечатления. Видно, что проделана огромная работа, но складывается впечатление, что все функции немного недоделаны. Это выражается либо в не дружественности интерфейса (многое сделано просто неудобно), либо в несоответствии ожиданиям (например, схема с белым фоном в самом Modelio, при формировании картинки получала грязно желтый фон). Отдельно хочется сказать про полное отсутствие копипаста (копирование объекта или группы объектов в буфер обмена с последующей вставкой) – это несерьезно! Решение бесплатное.
Рисование схем процессов.
Не самая лучшая реализация разработки процессов, требует вдвое больше времени на разработку процесса, чем лидеры. Соответствие нотации почти полное (некоторые возможности нотации не поддерживаются), однако имеет ряд недочетов (например, у граничного события при свойстве «CancelActivity=True» граница рисуется штрихом, что неверно).
Не очень получается и конечный результат – такое чувство, что картинки получаются с очень низким разрешением. Также, нет возможности выгрузить процесс в общепринятых форматах, таких как XPDL и BPEL, для использования в сторонних программах – будьте внимательны при выборе! Я бы не стал рекомендовать использовать эту программу в качестве средства разработки процессов.
Проверка и симуляция
Проверка есть, реализована очень неплохо, но со своими тараканами. Симуляции выполнения процесса нет.
ARIS Express 2.4
Решение от IDS Scheer, очень качественный продукт, удобный и полностью бесплатный. ARIS Express настолько удобный, что бросает вызов Visio в номинации лучшего средства разработки процессов в BPMN нотации. Решение бесплатное.
Рисование схем процессов.
По удобству, одна из лучших. Соответствие нотации почти полное (небольшая часть возможностей нотации не поддерживается). Из минусов можно отметить ограничение добавления элементов на схему в соответствии с заложенными в программу правилами, например, если не заложена возможность проассоциировать поток сообщений с артефактом, то сделать это невозможно. Процессы рисуются быстро и красиво.
В программе есть возможность ведения своей библиотеки заготовок фрагментов процессов (Fragments) – работать с библиотекой очень удобно.
Схемы процессов, сохраненные в формат «adf» могут быть перенесены в полнофункциональную версию ARIS, а вот выгрузка в форматах XPDL или BPEL отсутствует. Следует использовать эту программу с осторожностью, чтобы после разработки 50+ процессов, Вы не столкнулись с ситуацией «Ну все, выгружайте все процессы в BPEL формате а мы пока документы подпишем…». Ущербность форматов выгрузки – основной минус этого решения.
Проверка и симуляция
Проверка есть, выполняется в процессе моделирования. Симуляции выполнения процесса нет.
CASE средства
CASE средства используются при создании и разработке информационных систем управления предприятиями. Применительно к моделированию бизнес процессов они могут рассматриваться как инструментарий для совершенствования и непрерывного улучшения работы.
Многие современные CASE средства предоставляют возможности для моделирования практически всех предметных областей деятельности организаций. В составе этих средств существуют инструменты для описания моделей бизнес-процессов за счет различных диаграмм, схем, графов и таблиц.
Классификация CASE средств
Из всего многообразия CASE средств, существующих на сегодняшний день, можно выделить три основные группы. Эти группы связаны с этапами разработки информационных систем и их жизненным циклом. Классификация CASE средств осуществляется в зависимости от того, какие из этапов разработки они поддерживают.
Выделяют следующие группы CASE средств:
Для моделирования и оптимизации бизнес процессов применяются CASE средства верхнего уровня и интегрированные CASE средства. Они позволяют повысить качество моделей бизнес процессов за счет автоматического контроля, дают возможность оценить ожидаемый результат, ускоряют процесс проектирования, обеспечивают возможности по изменению и обновлению моделей.
Характеристики CASE средств
Основными характеристиками CASE средств, важными с точки зрения моделирования и оптимизации бизнес процессов, являются следующие:
Выбор CASE средств
Выбор CASE средств для анализа и моделирования процессов зависит от многих факторов – финансовых возможностей, функциональных характеристик, подготовки персонала, применяемых информационно-технических средств и пр. Приводить исчерпывающий состав этих факторов не имеет смысла, т.к. в ситуации выбора для каждого конкретного случая этот состав будет изменяться. Тем не менее, можно определить набор «базовых» факторов, на основании которых определяются критерии по выбору CASE средств.
К таким «базовым» факторам можно отнести следующие:
Выбор CASE-средства: критерии и методика сравнения
На сегодняшний день проблема выбора наиболее подходящего и полностью удовлетворяющего поставленным целям и задачам CASE-средства представляется максимально актуальной в виду их широкого разнообразия и огромного спектра решений, который готов предложить разработчик для удовлетворения потребностей автоматизации. Целью данной статьи является ознакомление с существующими средствами, а также выделение наиболее значимых критериев для проведения сравнительного анализа. 
Подходы к проектированию
Сравнение средств
В качестве критериев для сравнения CASE-средств целесообразно выделить: возможность проведения глубокого комплексного анализа бизнес-процессов, полноту описания и наглядность используемых моделей, гибкость, степень адаптации используемого средства для решения конкретных задач, а также возможность генерации программного кода и показатель распространенности средств, отвечающих рассматриваемому подходу.
Сравнение рассмотренных подходов в соответствии с выделенными критериями 
Сравнение наиболее популярных в России CASE-средств 
Среди индивидуальных особенностей каждого из средств можно охарактеризовать: возможность выдачи тремя способами проектной информации во внешние файлы для Silverrun, ориентацию на каскадную модель средства от компании Westmount – Vantage Team Builder, преимущество быстрого прототипирования, при взаимодействии этого средства с Uniface. Средства компании Oracle (Designer/Developer) обеспечивают полную поддержку ЖЦ. ERwin и BPwin, являясь средствами локальной автоматизации, имеют упрощенную структуру и имеют целевую направленность, в результате представляются одним из самых простых и удобный решений автоматизации. Объектно-ориентированные средства, такие как Rational Rose на сегодняшний день наиболее полно удовлетворяют задачам групповой работы.
В результате сравнения продуктов, можно сделать вывод о том, что средства, отвечающие структурному подходу (ERwin, BPwin), в основном находят свое применение на этапах определения требований к ИС. Такие средства подходят для осуществления глубокого анализа рассматриваемых процессов (Vantage Team Builder), позволяют максимально рационально расходовать ресурсы, вследствие независимости отельных компонент ПО (Oracle). Что касается объектно-ориентированных средств, стоит отметить, что методика их применения позволяет осуществлять проектирование любого типа, по средству универсальности и наглядности языка UML, который используется в рамках Rational Rose и Power Designer и является достаточно удобным инструментом для оперирования специалистами любого уровня подготовки.
Позиционирование подходов также можно провести по отношению к решению задачи моделирования бизнес-процессов на этапе анализа и проектирования (в соответствии с проведенным выше анализом) следующим образом:
В заключении, хочу сказать, что в силу распростарнения стандарта UML, возможно сейчас такой анализ уже не выглядит максимально актуальным, как это было несколько лет назад. Однако он достаточно наглядно отражает плюсы и минусы тех или иных средств в разрезе определенной методологии проектирования.