Требования к инструментальным системам для моделирования бизнеса

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

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

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

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

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

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

К этому блоку относится методология 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. Принцип осуществимости. Создаваемая модель прежде всего

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

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

Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное

учреждение высшего образования ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Факультет Инновационных технологий

Кафедра управления инновациями

МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ПРАКТИЧЕСКИМ ЗАНЯТИЯМ

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

Составлены кафедрой управления инновациями для магистрантов, обучающихся по направлениям подготовки «Управление качеством», «Инноватика», «Мехатроника и робототехника»

Форма обучения очная

Составитель Доцент кафедры управления инновациями М.Е.Антипин

«30» октября 2018 г.

Томск 2018

2

Оглавление

Введение ………………………………………………………………………………………………………………………..

3

Материально-техническое обеспечение практических занятий ………………………………………..

3

Прием результатов выполнения практических заданий……………………………………………………

4

Задания для практических занятий………………………………………………………………………………….

4

Вопросы для самоконтроля …………………………………………………………………………………………….

6

Тестовые вопросы ………………………………………………………………………………………………………..

6

Вопросы для самоконтроля …………………………………………………………………………………………….

7

Учебно-методическое и информационное обеспечение дисциплины ……………………………….

8

3

Введение

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

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

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

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

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

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

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

Материально-техническое обеспечение практических занятий

Учебная аудитория для проведения занятий лекционного типа, учебная аудитория для проведения занятий практического типа, учебная аудитория для проведения занятий семинарского типа, помещение для проведения групповых и индивидуальных консультаций. 634034, Томская область, г. Томск, Вершинина улица, д. 74, 220 ауд.

Описание имеющегося оборудования:

Нетбук Lenovo ideaPad S10-3;

Компьютер;

Проектор Nec v260x;

Экран проекторный;

Доска маркерная;

Компьютер (13 шт.);

Комплект специализированной учебной мебели;

Рабочее место преподавателя.

Программное обеспечение:

Aris Express

Bizagi Modeler

DIA

Microsoft Windows 7 Pro

4

OpenOffice

Ramus Educational

Размещение и освещенность рабочих мест в учебной аудитории (лаборатории) должно удовлетворять действующим требованиям санитарных правил и норм (СанПиН).

Прием результатов выполнения практических заданий

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

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

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

Требовать у студента пояснений, относящихся к способам реализации

задания.

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

Студент должен работать внимательно и аккуратно. Подлежат обязательному исправлению замеченные преподавателем недочеты:

грамматические ошибки;

небрежное оформление рисунков, графиков, структур, схем;

неточности в описаниях, структурах, схемах.

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

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

Задания для практических занятий

1.Процессы жизненного цикла продукции. Цель занятия: обсудить жизненный цикл продукции. Занятие проводится в форме семинара. Обсуждаемые вопросы:

1.1.Проектирование продукции

1.2.Разработка продукции

1.3.Постановка продукции на производство

1.4.Модернизация продукции

1.5.Сопровождение продукции

1.6.Утилизация продукции

2.Производственные и технологические процессы. Цель занятия: выделить как класс производственные процессы. Занятие проводится в форме семинара. Обсуждаемые вопросы:

2.1.Технологические процессы

2.2.Производство продукции

2.3.Производственная логистика

2.4.Диспетчеризация производства

3.Вспомогательные производственные процессы. Цель занятия: определить вспомогательные процессы. Занятие проводится в форме семинара. Обсуждаемые вопросы:

3.1.Энергообеспечение

3.2.Техническое обслуживание и ремонт оборудования

5

4.Обеспечение деятельности. Цель занятия: определить виды обеспечения производства. Занятие проводится в форме семинара. Обсуждаемые вопросы:

4.1.Финансовое обеспечение

4.2.Бухгалтерское обеспечение

4.3.Правовое обеспечение

4.4.Техническое обеспечение

4.5.Организационное обеспечение

4.6.Информационное обеспечение.

5.Организационно-распорядительная документация. Цель занятия: определить виды организационно-распорядительной документации. Занятие проводится в форме семинара. Обсуждаемые вопросы:

5.1.Виды ОРД

5.2.Идентификация ОРД

5.3.Актуальность ОРД

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

сНТД. Занятие проводится в форме семинара. Обсуждаемые вопросы:

6.1.Виды НТД

6.2.Что искать в НТД

6.3.Как оформить анализ НТД

7.Работа с сотрудниками предприятий. Цель занятия: изучить способы работы с сотрудниками предприятий. Занятие проводится в форме семинара. Обсуждаемые вопросы:

7.1.Предварительная подготовка

7.2.Анкетирование и интервью

7.3.Фотография рабочего дня

8.Верификация информации. Цель занятия: изучить способы верификации информации. Занятие проводится в форме семинара. Обсуждаемые вопросы:

8.1.Что такое верификация

8.2.Как верифицировать информацию о бизнес-процессах

9.Язык UML. Цель занятия: познакомиться с нотацией UML. Занятие проводится в форме семинара. Обсуждаемые вопросы:

9.1.Диаграмма прецедентов.

9.2.Диаграмма деятельности.

9.3.Диаграмма состояний.

9.4.Диаграмма классов.

9.5.Инструментальные средства разработки диаграмм.

10.Диаграммы IDEF, DFD. Цель занятия: познакомиться с методологией IDEF. Занятие проводится в форме семинара. Обсуждаемые вопросы:

10.1.Типы диаграмм IDEF.

10.2.Упрощенное представление – DFD.

10.3.Инструментальные средства разработки диаграмм.

11.Нотация BPMN. Цель занятия: познакомиться с нотацией BPMN. Занятие проводится в форме семинара. Обсуждаемые вопросы:

11.1.Истоки языка BPMN.

11.2.Конструкции языка BPMN.

11.3.Преимущества языка BPMN.

11.4.Инструментальные средства разработки диаграмм.

6

Вопросы для самоконтроля Тестовые вопросы

1.Моделирование бизнес процессов основано на: теории массового обслуживания; управлении проектами; структурном анализе; теории оптимизации

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

3.Целью моделирования бизнес процессов является: ускорение выполнения проекта; снижение стоимости проекта; выявление и устранение недостатков предприятия; построение наилучшей модели

4.Главное достоинство диаграммы DFD: применение стохастического подхода; простота и интуитивная понятность диаграмм; возможность выявления всех «узких мест»; возможность автоматического перевода в любые другие виды диаграмм

5.Моделирование бизнес-процессов включает: анализ ОРД; выделение процессов, функций и операций, выявление ответственных за процесс; вычисление контрольных показателей процессов.

6.Бизнес-процесс характеризуется: входными и выходными данными; затратами ресурсов; применяемыми программными средствами; нотацией моделирования

7.Функция владельца процесса: координация исполнения операций процесса; отчетность перед вышестоящим начальником; разработка модели процесса; обеспечение процесса входными данными

8.Инструмент познания, который исследователь ставит между собой и объектом: абстракция, модель, аналог, процесс

9.Какой клиент является потребителем результатов вспомогательного процесса? внутренний, внешний, потенциальный, это процесс без потребителя

10.Какой клиент является потребителем результатов основного процесса? внутренний, внешний, потенциальный, это процесс без потребителя

11.Что позволяет уточнить модель и исправить ошибки в ней? повторение цикла моделирования; применение другой нотации; модернизация инструментальных средств моделирования; перенос результатов моделирования на исходный процесс

12.При проведении реинжиниринга бизнес-процессов нужно стремиться…

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

13.Что может являться ресурсом для процесса в нотации IDEF0: сотрудник; подразделение; оборудование; сопровождающий документ; руководящий документ

14.Что подразумевает прямой инжиниринг бизнес-процессов: изменение процессов без моделирования; моделирование процессов без изучения НТД и ОРД предприятия; моделирование бизнес процессов для нового создаваемого предприятия; моделирование «как есть»

15.Функции инструментальных средств моделирования: обеспечить соблюдение

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

количество уровней иерархии в модели; обеспечить автоматическое формирование модели из исходных данных

16.Результатом оптимизации использования ресурсов является: сокращение издержек; увеличение количества управляющих воздействий; модель процессов «как есть»; прозрачность процессов управления

17.Динамические модели выделяют в отдельный класс по следующему признаку:

по уровню моделируемого процесса в хозяйственной иерархии; по характеру

7

моделируемого процесса; по предназначению (цели создания и применения) модели; по временному признаку

18.Какие диаграммы UML позволяют определить взаимодействие объектов при реализации прецедента: диаграмма активности; диаграмма последовательности; диаграмма классов; диаграмма кооперации

19.Имитационное моделирование бизнес-процессов осуществляется для: верификации модели; прогнозирования возможных вариантов развития ситуации; оптимизации модели; определения пропускной способности процесса.

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

Вопросы для самоконтроля

1.Определения процесса. Свойства бизнес-процесса.

2.Принципы выделения бизнес-процессов

3.Основные элементы процесса и его окружение

4.Роли и обязанности владельцев процессов, владельцев ресурсов, операторов процессов.

5.Классификация процессов

6.Основные бизнес-процессы

7.Жизненный цикл продукта

8.Вспомогательные бизнес-процессы

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

10.Модель Как есть и Как должно быть

11.Анализ и оптимизация процесса

12.Общие принципы моделирования деятельности

13.Понятие модели, ее свойства. Виды моделей.

14.Эталонные и референтные модели

15.Языки описания моделей

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

17.Содержание модели бизнеса

18.Структурные методологии моделирования

19.Основные компоненты IDEF0-диаграммы. Иерархия диаграмм

20.Основные компоненты IDEF3-диаграммы

21.Методология DFD. Основные компоненты и правила создания модели

22.Объектно-ориентированный язык моделирования UML

23.Прецедентная модель бизнес-процесса

24.Описание прецедента в виде потока событий (диаграмма деятельности)

25.Классы объектов, связи между классами (диаграмма классов)

26.Модель взаимодействия объектов (диаграмма последовательности и диаграмма кооперации)

27.Методология имитационного моделирования.

28.Интегрированная методология ARIS

29.Требования к инструментальным системам для моделирования бизнеса

8

Учебно-методическое и информационное обеспечение дисциплины Основная литература

1.Моделирование и анализ бизнес-процессов [Текст] : учебное пособие / В. А. Силич, М.П. Силич ; Министерство образования и науки Российской Федерации, Томский государственный университет систем управления и радиоэлектроники. — Томск : ТУСУР, 2011. — 213 с. (наличие в библиотеке ТУСУР — 15 экз.)

Дополнительная литература

1.Реинжиниринг бизнес-процессов : Учебное пособие для вузов / Б. А. Железко, Т. А. Ермакова, Л. П. Володько ; ред. : Б. А. Железко. — Минск : Книжный Дом, 2006 ; Минск

:Мисанта, 2006. — 213[3] с. (наличие в библиотеке ТУСУР — 20 экз.)

2.Проектирование информационных систем. Курс лекций : Учебное пособие для вузов / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. — М. : Интернет-Университет Информационных Технологий, 2005. — 298[5] с. (наличие в библиотеке ТУСУР — 20 экз.)

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

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

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

«BPM предлагает методологию и инструментальные средства, которые связывают построенные модели процессов с операционной деятельностью компании, предоставляют механизмы контроля и мониторинга процессов, — отмечает Лиана Меликсетян, директор по развитию бизнеса, Software AG  в Росси и СНГ (компания недавно объявила о приобретении IDS Scheer AG). — Последнее особенно ценно при построении системы управления качеством или когда совершенствование бизнес-процессов на основе количественных показателей существенно влияет на эффективность бизнеса.

Нишевое предложение

Сегодня на российском рынке можно найти определенное количество программных продуктов, которые помогают упростить процесс описания деятельности организации. Среди российских разработок здесь можно выделить Business Studio («Современные технологии управления»), «Бизнес-инженер» («Битек»), «Инталев: Корпоративный навигатор» («Инталев»), «ОРГ-Мастер Про» («Бизнес Инжиниринг Групп»). Из наиболее популярных зарубежных программных продуктов необходимо отметить ARIS Business Performance Edition (IDS Scheer AG), CA ERWin Process Modeler, ранее BPWin (CA), Hyperion Performance Scorecard (Oracle), IBM WebSphere Business Modeler (IBM), SAP Strategic Enterprise Management (SAP).

«Следует обратить внимание на то, что российские разработки в первую очередь предназначены для описания/проектирования деятельности компании. Они, как правило, предоставляют возможность описания практически любой предметной области. Зарубежные же производители больше ориентированы на исполнение. В большинстве случаев их продукты являются одним или несколькими модулями в линейке программного обеспечения, предоставляемого производителем», — комментирует Алексей Федосеев, генеральный директор группы компаний «Инталев».

Системы бизнес-моделирования в России

Продукт

Поставщик

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

Инструментарий

Стоимость *

Зарубежные программные продукты
IBM WebSphere Business Modeler IBM

Моделирование, имитация, анализ бизнес-процессов.

Позволяет сформировать перечень показателей KPI, привязать их к элементам бизнес-процесса и спрогнозировать.

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

Диаграммы стандарта BPMN; Crystal Report – создание любых видов отчетности по объектам модели и регламентной отчетности, которые могут быть выгружены в MS Word, Excel, pdf и др.

Стоимость одной лицензии Basic ~ 1 500 $, Advanced – ~ 11 500 $.

IBM WebSphere Business Modeler Publishing Server ~ 650 $.

ARIS Business Perfomance Edition IDS Scheer  Полный цикл управления бизнес-процессами: от описания стратегии до контроллинга.

Продукты модуля ARIS Design Platform (ARIS Business Architect, ARIS Business Designer, ARIS Business Publisher и пр.) позволяют моделировать, оптимизировать и публиковать бизнес-процессы.

Продукты модуля ARIS Strategy Platform (ARIS BSC, ARIS BSC Portal) позволяют разработать сбалансированную систему показателей, связать ее с организационной и процессной структурой или другой информацией о деятельности предприятия.

Продукты модуля ARIS Controlling Platform (ARIS Process Performance Manager, ARIS Risk & Compliance Manager) позволяют контролировать выполнение бизнес-процессов и анализировать причины отклонений от плановых показателей, а также проверять разработанные модели процессов на соответствие требованиям стандартов и нормативных актов.

Проектирование диаграмм бизнес-процессов в нотациях IDEF, Basic Flowchart, Cross Functional Flowchart, EPC, BPMN, BPEL, а также создание собственных типов диаграмм.

Получение большого набора отчетности по разработанным моделям. Все отчеты могут быть выгружены в MS Word, Excel, html-файлы, текстовые файлы и т.д.

Поддерживает интеграцию с 1C, SAP, Oracle, MS BizTalk Server, DMS (Lotus, Documentum, Web Sphera), Ultimis, а также с другими средствами моделирования и анализа бизнес-процессов – AllFusion, ERStudio, Power Designer, OracleDesigner, Rational Rose и др.

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

Стоимость одной  лицензии  — 2600 €. 

Техсопровождение оплачивается дополнительно и составляет 22% от стоимости продукта + НДС (18%).

CA ERWin Process Modeler CA Анализ, документирование и реорганизация сложных бизнес-процессов Разработка бизнес-процессов в нотациях IDEF0 (рекомендации Госстандарта РФ, федеральный стандарт США), IDEF3 (федеральный стандарт США) и DFD.

Система встроенной регламентной отчетности. Генератор шаблонов Report Template Builder. Разработанные модели могут быть импортированы в среду имитационного моделирования Arena для их анализа в режиме реального времени.

Интегрируется с системами CA ERwin Data Modeler, CA ERWin Model Manager, Paradigm Plus, Arena.

От 76 000 до 136 000 руб.
Hyperion Performance Scorecard Oracle Средства визуального анализа показателей, позволяющие одновременно сравнивать реальные достижения компании с поставленными целями, лучшими отраслевыми показателями или любыми другими ориентирами, а также контролировать динамику изменения ключевых показателей во времени. Позволяет организовать импорт данных из любых внешних систем, включая бухгалтерские системы, ERP и др.

Максимальная стоимость одной лицензии для одного пользователя — 700 $

Стоимость технического сопровождения – 154 $

Российские программные продукты
ИНТАЛЕВ: Корпоративный навигатор Инталев Платформа и набор готовых комплектов решений управленческих задач (управленческих шаблонов). Каждый из комплектов предназначен для решения определенной бизнес-задачи: построения стратегии, разработки финансовой структуры и т.д. Комплекты легко интегрируются между собой, позволяя разработать единую систему управления организации: от стратегии до должностной инструкции отдельного менеджера. Наличие отдельного модуля Конфигуратор позволяет разрабатывать как собственные комплекты, так и произвольно видоизменить типовые комплекты для реализации специфики конкретной организации. Конфигуратор дает высочайший уровень гибкости продукта для моделирования бизнеса и системы управления предприятием. Поддерживает представление данных в различных форматах (справочники, диаграммы), имитационное моделирование, стоимостной анализ, возможность разработки собственных типов диаграмм. Возможна разработка регламентных отчетов, которые в дальнейшем могут быть экспортированы в MS Word, html-документы С помощью веб-модуля возможно предоставление доступа к разработанным моделям всем заинтересованным пользователям. Может быть использован как корпоративный веб-портал с обновлением в режиме реального времени. При помощи модуля Безопасность возможна настройка доступа к редактированию и просмотру данных.

Стоимость лицензии на любой Комплект —  10 000 руб.

Стоимость лицензии на модуль Конфигуратор — 48 000 руб., на модуль Безопасность —  29 000 руб.

Орг-Мастер Про Бизнес Инжиниринг Групп Позволяет разрабатывать системы целей и показателей, систему бизнес-процессов, финансовую, информационную, организационную структуры и пр.
Поддерживает возможность сбора и контроля ключевых показателей деятельности.
При проектировании данные могут быть представлены в виде иерархических справочников, проекций (отражающих взаимосвязи между справочниками), диаграмм. Поддерживается разработка диаграмм в нотациях IDEF, Cross Functional Flowchart, EPC (Event-Driven Process Chain). Разработанные диаграммы могут быть проанализированы с помощью стоимостного анализа, анализа загрузки ресурсов, может быть рассчитано среднее время выполнения процессов. Все данные, разработанные в модели, могут быть представлены в виде отчетов, которые могут быть выгружены в MS Word, MS Excel, html и текстовые файлы. В зависимости от версии, от 3 000 до 5 000 $
Бизнес-инженер Битек Инструментальное средство моделирования деятельности предприятия и разработки регламентирующих документов Поддерживает полный цикл проектирования: от разработки стратегии, ключевых показателей и бизнес-процессов до анализа и оптимизации оргструктуры, повышения эффективности персонала, проектов, построения системы менеджмента качества, финансов и информационной системы предприятия. Система позволяет разрабатывать бизнес-модели, формировать на их основе аналитические отчеты и регламентирующую документацию по различным направлениям: стратегия, бизнес-процессы, персонал и т.д. Позволяет представлять данные в виде диаграмм, справочников, строить матрицы ответственности. Интегрирована с продуктами MS Office. Стоимость лицензии (версия  Профи 2.0) — 22 000 руб.

* Цены указаны по состоянию на май 2009 г.

Источник: Абис Софт, CNews Analytics, 2009

Как выбрать систему для бизнес-моделирования

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

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

Обзор возможностей некоторых систем бизнес-моделирования*

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

Возможность

IBM WEBSPHERE BUSINESS MODELER

ARIS BUSINESS PERFORMANCE EDITION

CA ERWIN PROCESS MODELER

HYPERION PERFORMANCE SCORECARD

ИНТАЛЕВ: КОРПОРАТИВНЫЙ НАВИГАТОР

ОРГ-МАСТЕР ПРО

БИЗНЕС-ИНЖЕНЕР

Моделируемые предметные области
  1. Диагностика/сбор первичной информации, в том числе:
Нет Нет Нет Нет Да Да Да
  1. Анализ SCORE
Нет Нет Нет Нет Да Да Да
  1. PEST-анализ
Нет Нет Нет Нет Да Да Да
  1. SWOT-анализ
Нет Нет Нет Нет Да Да Да
  1. Другие виды диагностики и анализа
Нет Нет Нет Нет Да Да Да
  1. Стратегическое управление
Да Да Нет Да Да Да Да
  1. Бюджетное управление
Нет Да Нет Нет Да Да Да
  1. Процессное управление
Да Да Да Нет Да Да Да
  1. Система менеджмента качества
Нет Да Нет Нет Да1 Да Да
  1. Собственные методики
Нет Нет Нет Нет Да Да Да
Способы представления данных
  1. Справочники
Да Да Нет Да Да Да Да
  1. Комплексные (составные) справочники
Нет Да Нет Нет Да Да Нет
  1. Проекции (механизм установки взаимосвязи между данными справочников в отношении «многие ко многим»)
Да Да Нет Нет Да Да Да
  1. Диаграммы, в том числе, диаграммы нотации:
Да Да Да Нет Да Да Нет
  1. IDEF
Нет Да Да Нет Нет Да Нет
  1. Basic Flowchart
Нет Да Нет Нет Нет Нет Нет
  1. Cross Functional Flowchart
Нет Да Да Нет Да Да Нет
  1. EPC (Event-Driven Process Chain)
Нет Да Нет Нет Да Да Нет
  1. Организационная диаграмма
Да Да Да Нет Да Да Нет
  1. BPMN
Да Да Нет Нет Нет Нет Нет
  1. Пользовательские типы диаграммы
Нет Да Нет Нет Да Да Нет
Возможности получения регламентной отчетности
  1. Возможность разработки регламентных отчетов.
Да Да Да Да Да Да Да
  1. Параметризация отчетов
Да Да Да Да Да Да Да
  1. Создание набора шаблонов отчетов для любого справочника
Да Да Да Нет Да Да Да
  1. Создание уникальных отчетов для каждого элемента справочника
Нет Нет Нет Да Да Нет Нет
  1. Экспорт отчетов во внешние файлы
  • MS Word
  • PDF
  • XML
  • В другие отчеты системы
  • MS Word
  • MS Excel
  • TXT
  • HTML
  • PDF
  • XML
  • В другие отчеты системы
  • MS Excel
  • TXT
  • HTML
  • RTF
  • В другие отчеты системы
  • MS Word
  • MS Excel
  • MS Word
  • MS Excel
  • TXT2
  • HTML
  • XML
  • В другие отчеты системы
  • MS Word
  • MS Excel
  • TXT
  • HTML
  • XML
  • В другие отчеты системы
  • MS Word
  • MS Excel
Возможности получения регламентной отчетности
  1. Иммитационное моделирование бизнес-процессов
Да Да Да3 Нет Да Нет Нет
  1. Стоимостной анализ
Да Да Да Нет Да Да Нет
  1. Анализ загрузки ресурсов при выполнении процессов
Да Да Да Нет Да Да Нет
  1. Расчет среднего времени выполнения процессов
Да Нет Да Нет Нет Да Нет
  1. Другие виды анализа
Да4 Да5 Нет Нет Нет Нет Нет
Инфраструктура
  1. Наличие GUI – интерфейса
Да Да Да Да Да Да Да
  1. Наличие web-интерфейса
Да6 Да Нет Да Да Да Нет
  1. Поиск по данным моделей
Да Да Да Нет Да Да
  1. Проверка орфографии
Нет Нет Нет Нет Да Да Нет
  1. Требования к наличию сторонних программных продуктов
Нет MS Office7
Базы данных Oracle и/или SQL8
Нет Hyperion BI Platform (Hyperion MDM Server)  MS Office MS Excel Нет
Настройка системы безопасности доступа к данным
  1. Настройка доступа к объектам модели
Да9 Да Нет Да Да Да Нет
Прочее
  1. Наличие отдельных конфигураций/модулей для решения отдельных управленческих задач
Нет Да Нет Нет Да Нет Нет
  1. Формирование базы знаний организации
Нет Да Нет Нет Да Да Да
Стоимость
  1. Стоимость одной лицензии
Версия Basic —  1500$
Версия  Advanced — 11500$
2600€ От 76000 до 136000 руб. 700$ (скидки в зависимости от количества лицензий).
Минимальное количество лицензий — 25.
Комплект – 10000 руб.
Конфигуратор — 48000 руб.
Безопасность — 29000 руб.
От 3000 до 5000 у.е.10 Версия  Профи 2.0 — 22000 руб.
  1. Стоимость годовой технической поддержки
Включена в стоимость лицензии 22% от стоимости продукта + НДС (18%) Включена в стоимость лицензии 22% от стоимости продукта Включена в стоимость лицензии Включена в стоимость лицензии Включена в стоимость лицензии

Источник: Абис Софт, CNews Analytics, 2009

[1] Система предоставляет возможность проектирования системы менеджмента качества, контроль достижения разработанных показателей не поддерживается.
[2] Поддерживается выгрузка данных из справочников.
[3] Реализуется посредством импорта разработанных данных в среду имитационного моделирования Arena.
[4] В системе поддерживается более 40 видов анализа как статического (анализируется структура модели), так и динамического (анализируется модель во время и после имитации).
[5] В системе поддерживается анализ на наличие информационных разрывов в процессе, анализ семантики процесса, анализ процессов, поддерживаемых информационными системами, отчет по критическим точкам процесса.
[6] Реализуется при помощи системы IBM WebSphere Business Modeler Publishing Server.
[7] Данный пакет необходим для формирования регламентной отчетности.
[8] Необходимы для некоторых продуктов платформы ARIS Business Performance Edition.
[9] Реализуется средствами системы IBM Rational ClearCase.
[10] По состоянию на 12.05.09 — 1 у.е. = 35 рублей.

Ориентиры

Если у компании уже разработана стратегия и ее нужно контролировать, то, как считают в «Абис Софт», из рассмотренных зарубежных продуктов для этого наилучшим образом подходит решение Hyperion Performance Scorecard от Oracle. Если основной упор делается на бизнес-процессы, протекающие в компании, тогда, по мнению экспертов, оптимален продукт компании IBM — IBM WebSphere Business Modeler.

Нужно уточнить, что выбор программного обеспечения таких производителей, как IBM, Oracle, SAP, определяется выбором ERP-системы соответствующего производителя. Их ПО для бизнес-моделирования – это подсистемы комплексных продуктов. Из российских продуктов, в особенности если требуется сделать описание всей компании (холдинга) в целом, а не только отдельно взятой бизнес-единицы (подразделения или филиала), «ИНТАЛЕВ: Корпоративный навигатор» обладает наибольшими возможностями для проектирования и в большинстве случаев экономически более выгоден.

«Учитывая, что российском рынке фактически присутствуют два близких класса систем – Business Modeling Software (BMS) и Business Process Management (BPM), существует определенная путаница с их назначением. Парадокс заключается в том, что компаниям необходимы обе системы одновременно: BMS позволит представить работу всей компании в виде связанной бизнес-модели и сформировать подробные инструкции по исполнению бизнес-процессов для сотрудников. BPM поможет автоматизировать ряд бизнес-процессов компании (обычно небольшое количество самых критичных процессов) с помощью технологий Workflow и SOA. Производители BPM систем зачастую лукавят, когда говорят, что средства моделирования, заложенные в их систему, позволяют решать традиционные для BMS систем задачи», — отмечает со своей стороны Дмитрий Пинаев, исполнительный директор группы компаний «Современные технологии управления».

ИТ для бизнеса

«Интересно, что первые попытки перенести описание процесса на BPM-систему порождают массу вопросов и уточнений, о которых бизнес-аналитики изначально не задумывались, — комментирует Лиана Меликсетян. — Одно дело нарисовать модель процесса, другое – заставить ее работать на практике. Вопрос, который встает рано или поздно: как не выполнять одну и ту же работу дважды – не поддерживать модели бизнес-процессов одновременно в двух инструментариях. Возможно это противоречие надуманное, никакого конфликта методологий и технологий мы не видим. Здесь нет двойной работы,  поскольку модели, которые строятся с использованием этих инструментариев, рассчитаны на разные аудитории».

Исходя из своей практики, в Software AG говорят, что задача часто требует нескольких предоставлений одного и того же процесса. С одной стороны, это техническая модель, которая непосредственно исполняется BPM-системой — она ориентирована на ИТ-специалистов, отвечающих за сопровождение информационной среды компании. С другой стороны, это бизнес-модель, предназначенная для конечных пользователей. Она позволяет наглядно представить статус исполнения процесса и служит источником для формирования метрик. Для заказчика очень важно, чтобы вендоры обеспечили технологическую совместимость этих инструментальных средств, подчеркивают в Software AG.

ЛЕКЦИЯ
«Инструментальные системы для моделирования бизнес-процессов»
Вопросы лекции
1. Fox Manager.
2. Business Studio.
3. Другие системы моделирования.
СЛАЙД 3
Для проектирования любой технологически сложной системы используются специальные инструменты. Архитектор составляет план проекта, инженер – чертёж детали. Бизнес – это такая же сложная система с множеством связей, объектов и взаимодействий. Для построения архитектуры бизнеса используются специальные системы бизнес-моделирования, одной из которых является программа Fox Manager 2.5 BPA.
Без построенной бизнес-модели мы не можем принимать взвешенные решения и теряем контроль над своим бизнесом. Не имея полной картины происходящего, руководитель занимается «тушением пожаров» при помощи доступных ему инструментов: выговоров, «летучек», ручной координацией работ, личным участием в повседневных задачах.
Для того, чтобы решать проблемы системно, а не интуитивно, необходимо спроектировать архитектуру бизнеса, прописать правила и стандарты работы, распределить ответственность за функции среди персонала и контролировать их выполнение.
СЛАЙД 4
На рис. 1 представлена диаграмма функциональных возможностей и этапов построения бизнес-архитектуры предприятия в Fox Manager.
На большинстве предприятий ответственность за работы персонала распределена лишь формально. При очередном потерянном заказе или срыве сроков поставки найти виноватого бывает весьма затруднительно, так как чётких стандартов и регламентов работы нет. Оказывается, что Вася поручил Пете, Петя передал Саше, а Саша заболел и забыл предупредить Лёшу.
Рисунок 1 — Диаграмма функциональных возможностей и этапов построения бизнес-архитектуры предприятия
Решением данной проблемы будет формирование корпоративных стандартов работы, регламентов и должностных инструкций, в которых за каждый шаг и задачу будет обозначен ответственный, определены требования к срокам и прописаны взаимодействия между сотрудниками.
Самым современным и эффективным способом описания деятельности предприятия являются графические схемы бизнес-процессов. Данная программа поддерживает две самых простых и наглядных нотации для описания бизнес-процессов: Fox Manager FlowChart и Cross Functional FlowChart.
СЛАЙД 5
При помощи графических схем можно наглядно отобразить последовательность выполняемых работ, ответственность за них, а также сделать ссылки на необходимые документы, программное обеспечение и ресурсы, используемые в ходе выполнения процесса (см. рис. 2). Информация, заложенная в графических схемах, будет затем использована для расчёта стоимости и времени выполнения процесса, а также формирования таких регламентирующих документов как должностные инструкции, положения о подразделении, регламенты процессов, рабочие инструкции и т.п. При этом все схемы бизнес-процессов связаны между собой и формируют единую цельную модель предприятия. Все рутинные действия пользователя максимально автоматизированы, при удалении или изменении какого-либо элемента в базе данных, информация о нём обновляется во всей бизнес-модели.
Рисунок 2 – Графическая схема выполняемых работ
СЛАЙД 6
Fox Manager – программа, которая умеет формировать схемы процессов верхнего уровня автоматически, не требуя навыков многоуровневого моделирования и знания сложных правил декомпозиции модели.
Вы самостоятельно можете решить, насколько подробно и как глубоко хотите описать свою модель. Программа позволяет для каждой функции процесса задать плановое и граничное время выполнения, частоту, с которой выполняется функция, краткое и подробное её описание. Также вы можете указать требования к компетенциям, профессиям и личным качествам исполнителей, которые отвечают за выполнение данной функции в процессе.
СЛАЙД 7
Построение организационной структуры и подбор персонала
Организационная структура – это тот скелет, на котором строится система управления предприятием. Без иерархического дерева оргструктуры невозможно грамотно выделить центры ответственности и компетенций, делегировать полномочия и осуществлять эффективный контроль за деятельностью предприятия.
Организационная структура и бизнес-процессы неразрывно связаны друг с другом. Руководители, отвечающие за результаты бизнес-процессов, должны обладать достаточными полномочиями и занимать соответствующие должности, а сотрудники – обладать достаточной квалификацией для выполнения своих функций.
Графические диаграммы оргструктуры строятся программой в реальном масштабе времени за считанные секунды. Забудьте про ручное редактирование схем в MS Visio!
Программа Fox Manager позволяет построить наглядное дерево организационной структуры предприятия, отображающее административное подчинение персонала. Для каждой должности можно определить требования, права, ответственность и взыскания, а также сформулировать требования к компетенциям, профессиям и личным качествам сотрудников, которые её занимают (см. рис. 3). В вашем распоряжении большое количество русскоязычных шаблонов для типовых должностей, которые можно использовать при построении своей структуры.
Рисунок 3 – Требования к компетенциям
СЛАЙД 8
Программа поможет вам подобрать сотрудников на вакантные должности в соответствии с заданными требованиями к знаниям, умениям и личным качествам, необходимым для выполнения их функций в бизнес-процессах. Для каждой штатной единицы можно рассчитать её плановую загрузку и оптимизировать занятость персонала в бизнес-процессах (см. рис. 4).
Рисунок 4 – Общая загрузка
СЛАЙД 9
Регламенты, отчёты и веб-портал
Разработка корпоративных стандартов и регламентов позволит руководителю иметь максимально полное и объективное представление об устройстве своей компании, планировать развитие и внедрять систему контроля.
Невозможно контролировать процесс, который не регламентирован.
Невозможно управлять тем, что нельзя измерить!
Наличие подробных регламентов и стандартов работы предприятия нужно не только руководителям, но и рядовым сотрудникам. Удобная база знаний, содержащая методики и алгоритмы выполнения бизнес-процессов, улучшит эффективность работы и поможет новым сотрудникам быстрее адаптироваться на рабочем месте.
Программа содержит несколько десятков шаблонов отчётов, среди которых: должностная инструкция; положение о подразделении; регламент процесса; рабочая инструкция; штатная расстановка; профиль должности; входы и выходы процесса; руководство по качеству ISO 9001.
Документы программа формирует автоматически из построенной бизнес-модели, любые изменения будут моментально отражены в отчётах, поэтому регламентирующие документы всегда поддерживаются в актуальном состоянии.
Оформление и содержание отчётов можно настраивать по своему усмотрению при помощи редактора шаблонов.
Если вам недостаточно функционала, который предоставляется программой по умолчанию, то вы можете самостоятельно добавить недостающие поля в карточках и даже создать свои собственные отчёты, для этого не нужно быть программистом и досконально знать структуру базы данных.
Отчёты можно формировать, сохранять и распечатывать как обычные документы, либо сохранить на веб-портале.
Fox Manager поддерживает все современные базы данных. Вы можете хранить свою бизнес-модель на флешке, либо в корпоративной сети с доступом на сотни рабочих мест.
СЛАЙД 10
Существует возможность абсолютно бесплатно сгенерировать веб-портал из программы Fox Manager BPA, разместить его в локальной сети или в Интернет и предоставить к нему доступ всем сотрудникам предприятия. Зайти на портал можно не только со своего рабочего места, но и при помощи планшета, смартфона либо любого другого устройства через web-браузер (см. рис. 5).
Для более требовательных пользователей, которые хотят иметь автономное решение для формирования отчётов прямо на портале, существует отдельный продукт – Fox Manager Portal.
Рисунок 5 – Веб-портал
СЛАЙД 11
Контроль ключевых показателей деятельности предприятия
Описать деятельность предприятия в виде бизнес-модели, разработать регламенты и корпоративные стандарты – недостаточно. Необходимо ещё анализировать их выполнение и контролировать достижение поставленных целей.
Недостаточно иметь хорошие регламенты, по ним нужно работать!
Программа позволяет установить и вести контроль значений ключевых показателей деятельности предприятия. За каждый показатель можно назначить ответственного сотрудника, определить плановые значения, граничные пределы и сформировать график заполнения (см. рис. 6).
Уведомления о необходимости заполнить показатель будут отображаться в личном кабинете пользователя, а руководитель сможет контролировать заполнение и значения показателей в специальной контрольной панели.
Рисунок 6 – Контроль ключевых показателей деятельности
Анализ и постоянное улучшение бизнес-модели
СЛАЙД 12
Невозможно построить идеальную бизнес-модель с первого раза и больше никогда её не менять. Ваши конкуренты не стоят на месте, условия рынка постоянно меняются и на эти изменения нужно своевременно реагировать. Fox Manager имеет большой набор инструментов для оценки, анализа и улучшения действующей модели предприятия.
В программу встроен модуль анализа построенной бизнес-модели по нескольким десяткам критериев, который облегчит работу начинающим бизнес-аналитикам.
Уже на этапе проектирования бизнес-процессов вы можете оценить плановое время и стоимость выполнения каждой функции процесса. Стоимость рассчитывается автоматически на основании частоты выполнения, затрат на выплату окладов задействованным сотрудниками и стоимости используемых ресурсов. Позже, вы сможете оценить уже реальные цифры, полученные из заданных ключевых показателей из модуля контроля.
При помощи модуля анализа можно выявить незаполненные поля в карточках, найти должности, которые перегружены или недогружены работой, проверить соответствие компетенций сотрудников занимаемым должностям, определить оптимальное количество участников бизнес-процесса, проверить наличие компетенций и знаний у исполнителей функций в бизнес-процессах и многое другое.
Все изменения, вносимые в бизнес-модель, мгновенно отображаются в регламентах и должностных инструкциях сотрудников, при этом программа автоматически отслеживает историю изменений и целостность модели деятельности предприятия.
Видеоролики, демонстрирующие работу в Fox Manager.
2.Business Studio
СЛАЙД 13
По мнению автора статей по организации труда в IT-системах Кинзябулатова Рамиля сегодня IT-системы настолько плотно вошли во все сферы нашей жизни, что сложно отделить изучение той или иной системы от изучения процесса, для которого она необходима. Различные гаджеты, программные продукты, информационные и аналитические IT-системы плотно интегрированы в реальную жизнь.
В результате программист вынужден становиться в некотором роде специалистом по производственному, складскому, бухгалтерскому учету, должен уметь автоматизировать продажи (интернет-магазины, системы CRM, их интеграция и автоматизация), должен разбираться в самых разных областях, по крайней мере, на уровне выбора и настройки программного обеспечения. Впрочем, ситуация эта далеко не новая, программисты и раньше очень часто вынуждено изучали разные виды учета и производственные процессы.
На сегодняшний день бизнес описывают при помощи IT-инструментов. Подобный подход видит организацию бизнеса в целом как некую систему, работающую в соответствии с заданными алгоритмами. Здесь нет места человеческому фактору, но есть жесткие рамки должностных инструкций. Бизнес-аналитики, бизнес-консультанты, руководители крупных, средних, а иногда даже малых предприятий заинтересованы в таком подходе для выявления ошибочных действий, дублирующих структур, логистических и других ошибок и недочетов. А часто обращаются к IT-специалистам с просьбой подобрать и/или настроить программное обеспечение для такой работы.
СЛАЙД 14
История создания и популярности Business Studio
Разработчиком Business Studio является ГК «СТУ» из Самары (группа компаний «Современные технологии управления»). Первая версия программы увидела свет в 2004 году, основными конкурентами на рынке на тот момент времени были системы ОРГ-Мастер и Бизнес-Инженер, а также зарубежная разработка ARIS.
Выход Business Studio сопровождался мощной рекламной компанией, также со временем разработчику удалось выстроить обширную партнёрскую сеть из консалтинговых компаний и учебных центров, которые сыграли значительную роль в популяризации программного продукта на рынке. Одним из таких партнёров является известный консультант по процессному управлению, к.т.н., доцент, член ABPMP Russian Chapter (некоммерческая организация «Ассоциация профессионалов управления бизнес-процессами») Репин Владимир Владимирович, автор множества книг по моделированию бизнес-процессов и процессному подходу к управлению.
На данный момент Business Studio используют более 1000 компаний в России и странах ближнего зарубежья. Не остаётся сомнений, что именно Business Studio на сегодняшний день является самым «раскрученным» и популярным продуктом среди аналогичных систем бизнес-моделирования в СНГ.
Концепция Business Studio
ГК «СТУ» позиционирует свою программу как систему бизнес-моделирования. Однако сам термин «бизнес-моделирование» относительно новый и ещё не устоявшийся, подверженный множеству трактовок. Давайте возьмём за основу то определение, которое дают сами разработчики Business Studio:
«Бизнес-моделирование – это процесс создания бизнес-архитектуры»
СЛАЙД 15
Далее разработчики уточняют, какие именно элементы входят в бизнес-архитектуру с их точки зрения:
• Цели бизнеса (определяют направление и стратегию развития).
• Модель бизнес-процессов (описывает регулярную деятельность, направленную на достижение целей).
• Ресурсы и данные (физические и информационные объекты, с которыми работает организация).
• Организационная структура (структура подразделений компании).
• Информационные системы (служат для поддержки протекания бизнес-процессов).
То есть всё более-менее стандартно, как и в других системах бизнес-моделирования: ставим цели, строим схемы процессов, которые направлены на достижение целей, назначаем ответственных из дерева оргструктуры, отмечаем, какие ресурсы используются в процессах. Полный цикл работы в программе обозначен на рис. 7.
СЛАЙД 16
Рисунок 7 — Полный цикл работы
Рассматривать и анализировать функционал Business Studio мы будем исходя из этой схемы в той очередности, как предлагают сами разработчики.
Интерфейс и архитектура
СЛАЙД 17
Business Studio использует Microsoft SQL Server для хранения данных, а в качестве графического редактора используется Microsoft Visio. С одной стороны, использование Visio даёт пользователю привычную и знакомую среду для «рисования», но с другой стороны у нас сложилось стойкое впечатление, что именно благодаря этой интеграции мы можем буквально «ощущать» задумчивость программы при переключении окон и открытии графических схем.
Да и сами пользователи Business Studio не в восторге от такой интеграции, судя по голосованию в группе разработчиков на Facebook.
В левой части окна расположены основные справочники, которые используются при моделировании (оргструктура, процессы, субъекты, ресурсы и т.п.), а справа – знакомый нам редактор MS Visio, интегрированный в программу.
Несмотря на наличие вкладок по аналогии с браузерами Chrome и Mozilla Firefox, вам не удастся открыть сразу несколько окон с графическими схемами, что достаточно неудобно, особенно, если Вам нужно одновременно видеть структуру компании и схему процесса или, если стоит задача визуально сравнить два разных бизнес-процесса (см. рис. 8).
Рисунок 8 – Сложности сравнения двух структур
Было бы гораздо удобнее, если бы была возможность открыть сразу несколько процессов в разных вкладках и переключатся между ними при необходимости.
Ещё печальнее то, что у пользователя нет возможности открыть сразу несколько окон на однотипные элементы. Вы можете открыть карточку на должность и на процесс, но открыть два окна на разные должности нельзя. Из-за этого элементарная задача сравнить, например, квалификационные требования директора и начальника производства становится неосуществима. Необходимо будет сначала скопировать требования одной должности куда-то в нейтральное место, например, в блокнот, а затем открыть требования второй должности и сравнить их с записью в блокноте.
Постановка целей
СЛАЙД 18
Работу с программой нам предлагают начать с раздела «Цели и показатели», который находится во вкладке «Управление». Данный справочник состоит из «Перспектив», «Целей», «Показателей» и «Стратегических карт». Перспективы – это, по сути, условное разделение всех целей на типы, а показатели – измеримые метрики, которые позволяют отслеживать насколько выполняются цели.
В качестве основы разработчики Business Studio предлагают нам использовать систему сбалансированных показателей (BSC) Нортона и Каплана, рассматривая компанию в рамках четырёх перспектив:
• финансы;
• клиенты;
• внутренние бизнес-процессы;
• обучение и развитие.
В принципе, пользователь может и не придерживаться требований системы сбалансированных показателей и добавлять свои собственные перспективы на карту.
СЛАЙД 19
Основой данного раздела является «Стратегическая карта» — схема, на которой отображаются установленные цели, перспективы и показатели. На схеме видно, к какой перспективе относится цель, с какими другими целями связана и каким показателем контролируется. О контроле показателей мы поговорим позже в соответствующем разделе, а сейчас сосредоточимся на построении стратегической карты целей (см. рис. 9).
Рисунок 9 – Стратегическая модель карты
Стратегическую карту необходимо построить вручную, перетаскивая заранее заполненные элементы на схему. Затем, при помощи стрелок необходимо соединить элементы, показав, как цели зависят друг от друга и какими показателями измеряются. После сохранения схемы, все связи автоматически переносятся в базу данных.
В демонстрационной базе данных с сайта компании мы видим стратегическую схему, состоящую из 14 целей. К сожалению, построить настоящую, подробную схему целей проблематично, так как элементы не умещаются на страницу. В качестве решения можно попробовать изменить формат листа в настройках MS Visio, но в этом случае элементы получаются слишком мелкими при переносе в регламенты.
Решение этой проблемы нам видится в возможности формирования данной схемы программой динамически, с нужными отображаемыми полями и заданной глубиной, однако, к сожалению, Business Studio не умеет этого делать.
СЛАЙД 20
Ещё больше вносит неразбериху возможность связи целей и показателей напрямую, без диаграммы, в свойствах объектов. В итоге, отображение связей на стратегический схеме и реальные связи в базе данных могут не соответствовать друг другу (см. рис. 10).
Рисунок 10 – Проблемы отображения связей
Например, на схеме мы не видим цели «Своевременное выполнение пуско-наладочных работ», хотя она влияет на показанную цель «Повышение удовлетворенности клиентов».
Проектирование бизнес-процессов
СЛАЙД 21
Моделирование бизнес-процессов в Business Studio производится по классической схеме «сверху вниз». Вначале нам предлагают построить модель процессов верхнего уровня, для чего в программе реализована поддержка нотации IDEF0. Для построения бизнес-процессов нижнего уровня необходимо использовать одну из следующих нотаций EPC, Basic Flowchart, Cross Functional Flowchart или BPMN. Моделирование осуществляется в MS Visio со всеми сопутствующими этому редактору достоинствами и недостатками.
Помимо стандартных средств визуализации, разработчики Business Studio добавили возможность гибкой настройки дополнительных текстовых меток для блоков. Например, Вы можете отобразить требования к срокам выполнения или исполнителей рядом с названием функции. Данная настройка может оказаться крайне полезной при моделировании в нотации Basic Flowchart.
К сожалению, в Business Studio нет встроенных стандартных шаблонов типовых процессов, как в  Fox Manager или BPM-системе ELMA, которые могли бы значительно облегчить работу в программе для новичков. Вместо этого нам предлагают приобрести готовые комплексные модели, стоимость которых варьируется от 10 до 125 тыс. рублей.
Нотация IDEF0
СЛАЙД 22
Данная нотация не является дружественной для новичков и пользователю очень желательно ознакомиться с основами моделирования в IDEF0 самостоятельно или прослушать соответствующий семинар перед началом моделирования процессов верхнего уровня. Реализация этой нотации в Business Studio вносит дополнительные условности, которые бизнес-аналитик, рисующий диаграмму, должен учитывать.
Особенности реализации нотации IDEF0 в Business Studio:
1. Участники процессов на схеме IDEF0 не отображаются, их нужно указывать в свойствах процесса.
Рисунок 11 – Особенности реализации (участники процессов)
С нашей точки зрения, было бы удобнее отображать ответственность на графической диаграмме, а не в свойствах блока, содержание которого не видно на схеме.
2. Название стрелки ≠ содержанию.
СЛАЙД 23
Сначала Вы создаёте стрелку, вписываете её название вручную, а затем закрепляете за стрелкой какой-то реальный объект. Хотите заменить или добавить другой объект – не забудьте снова вручную переименовать стрелку. Если перетащить документ на диаграмму, то первичное название стрелки подставится автоматически, но синхронизации никакой в дальнейшем не будет, при переименовании документа текст над стрелкой не меняется.
А теперь представьте, что произойдёт, если Вы переименуете или удалите какой-то документ из уже заполненной базы данных. Объект удалится из свойств стрелок, но пользователю необходимо будет вручную во всех бизнес-процессах переименовать стрелки либо воспользоваться переименованием стрелок в справочнике «Словарь стрелок» (см. рис. 12).
Рисунок 12 – Особенности реализации (названия стрелок и содержание)
Подобный подход к именованию стрелок вносит дополнительные трудности для пользователя и сводит на нет преимущества систем бизнес-моделирования, которые должны брать на себя всю рутинную работу по сохранению целостности модели автоматически.
Было бы удобно, если бы Business Studio проверяла внесение изменений в модель (например, переименование или удаление документа), отслеживала, содержание каких стрелок было этим действием изменено и предупреждала пользователя о необходимости переименовать соответствующие стрелки.
3. Несоответствие модели верхнего уровня процессам нижнего уровня.
Продолжая тему целостности модели, хочется обратить внимание на то, что при декомпозиции процессов, взаимодействия из схем верхнего уровня переносятся на нижний не всегда. В документации к Business Studio есть отдельная глава, посвященная особенностям связывания процессов разных нотаций по входам и выходам с перечнем правил и ограничений так называемого «автосращивания связей». Если не знать всех тонкостей и нюансов, то можно легко нарушить целостность модели, когда взаимодействия на верхнем уровне процессов, например, на схеме IDEF0 не будут соответствовать взаимодействиям в процессах нижнего уровня, в нотациях BPMN или EPC.
Хотелось бы, чтобы Business Studio имела какой-то механизм проверки целостности построенной модели, хотя бы на описанные выше противоречия, так как отследить подобные ошибки вручную в визуальном режиме бывает достаточно сложно.
Нотация EPC
СЛАЙД 24
EPC – самая визуально «продвинутая» нотация, которая позволяет отобразить на схеме ответственных, документы, ТМЦ и т.п. К сожалению, система Business Studio, в отличие от других систем бизнес-моделирования, не способна «понимать» и корректно обрабатывать графические элементы на диаграмме в этой нотации, поэтому пользователю придётся выполнять двойную работу. То есть, например, чтобы задать ответственного за выполнение функции, необходимо сначала создать соответствующий блок на диаграмме, выбрать субъект и закрепить блок стрелкой к функции. После чего, необходимо зайти в свойства функции и выбрать тот же самый субъект ещё раз.
Получается, что реально мы строим две модели: одну визуальную ради красивой картинки, а вторую – реальную, по которой генерируются регламенты (рис. 13).
Рисунок 13 — Особенности реализации (построение двух моделей)
Нотация BPMN
СЛАЙД 25
BPMN без сомнения самая популярная в мире нотация, применяемая для моделирования «исполняемых» процессов в BPM-системах. Одним из основных достоинств данной нотации является возможность трансформации схемы процесса в исполняемую модель на языке BPEL. Например, ELMA или Bizagi могут запускать экземпляры таких процессов, отображать выполнение работ в реальном времени и собирать по ним статистику.
Но, во-первых, Business Studio поддерживает лишь часть элементов из спецификации BPMN 2.0, а во-вторых, данная программа не является BPM-системой и не умеет «выполнять» процессы, вместо этого здесь данная нотация используется для регламентации деятельности.
Если рассматривать данную нотацию в разрезе регламентации деятельности, то все эти «шлюзы», «триггеры» и «события», применяемые для описания процесса в нотации BPMN, лишь визуально усложняют схему, но никак не используются при генерации должностных инструкций, регламентов процессов и других документов (рис. 14).
Рисунок 14 — Особенности реализации (чрезмерное усложнение)
Кроме того, как и в случае с нотаций EPC, пользователю необходимо выполнять двойную работу: сначала добавлять графические элементы на схему, а затем повторно связывать их в свойствах объекта, иначе они не попадут в регламенты.
Отдельно разработчики рекламируют возможность экспорта процессов в формате BPMN из Business Studio в полноценные BPM-системы. Ниже, в соответствующем разделе мы рассмотрим целесообразность подобной интеграции.
Нотация Cross Functional Flowchart
СЛАЙД 26
Cross Functional Flowchart (в терминологии Business Studio – «Процедура») – позволяет отобразить последовательность работ, а также ответственных в виде вертикальных или горизонтальных дорожек на диаграмме. Данную нотацию удобно использовать, когда участников в процессе не более 5, в противном случае процесс слишком визуально «разъезжается» и становится сложным для восприятия.
К огромному нашему облегчению, дорожки ответственных Business Studio умеет различать и корректно обрабатывать, поэтому при перемещении блока функции из одной дорожки в другую ответственный в свойствах функции меняется автоматически (см. рис. 15).
Рисунок 15 — Особенности реализации (дорожки ответственных)
К сожалению, если есть необходимость указать нескольких ответственных для одной функции, то придётся это делать уже вручную в карточке, так как возможностей данной нотации для этого недостаточно.
Нотация Basic Flowchart
СЛАЙД 27
Basic Flowchart (в терминологии Business Studio – «Процесс») – простая схема, которая отражает последовательность выполнения работ. Это самая простая из поддерживаемых Business Studio нотаций, но именно её мы рекомендуем использовать для построения процессов нижнего уровня, и вот почему:
• Данная нотация хорошо подходит для построения любых процессов, в отличие от Cross Functional Flowchart, которая теряет свою привлекательность при большом количестве участников процесса.
• Данная нотация не требует от пользователя выполнения двойной работы по внесению данных сначала на схему, а потом в свойства функции, как нотация EPC и BPMN.
• Данная нотация не содержит «лишних» с точки зрения регламентации блоков, таких как «триггеры», «шлюзы» и т.п., как в нотации BPMN.
Ответственные за функцию указываются в свойствах блока, что не очень наглядно, но если покопаться в настройках показов параметров, то можно включить отображение ответственного на диаграмме (рис. 16).
Рисунок 16 — Особенности реализации (отображение ответственных)
Проектирование организационной структуры
СЛАЙД 28
В своей методике «Проектирование системы управления», разработчики Business Studio рекомендуют приступать к построению оргструктуры после определения стратегии, целей и разработки моделей бизнес-процессов. Однако на практике, если система бизнес-моделирования внедряется уже на существующем предприятии, то удобней начать работу с программой, как раз с перенесения существующей организационной структуры предприятия в программу.
Помимо самой оргструктуры, состоящей из должностей и подразделений, в дереве также присутствуют внешние субъекты (например, заказчик, поставщик) и роли (объединения должностей и/или субъектов, которые выполняют одинаковые функции) (рис. 17).
Рисунок 17 — Особенности реализации (внешние субъекты и роли)
СЛАЙД 29
Существует 2 разных метода формирования организационной структуры: пользователи могут редактировать дерево элементов слева или же редактировать саму диаграмму справа. На самом деле, построение оргструктуры на диаграмме не очень удобно, так как визуально далеко не все связи можно показать, например, создать роль на диаграмме в виде пунктирной рамки можно только в том случае, если должности расположены рядом. Мы рекомендуем все связи задавать в дереве, а уже в конце, после построения всего дерева организационной структуры, сформировать диаграмму справа для более наглядной визуализации, особенно с учётом того, что автоматически сформированные диаграммы всё равно придётся поправлять вручную, чтобы они влезали на формат и выглядели эстетично (рис. 18).
Рисунок 18 — Особенности реализации (формирование оргструктуры)
Имитационное моделирование и ФСА (функционально-стоимостной анализ)
СЛАЙД 30
Business Studio имеет отдельную методику по применению имитационного моделирования в программе. Рассказать о всех тонкостях данной методики в рамках данного изложения невозможно – это одна из самых продвинутых функций программы.
В ходе имитации учитывается стоимость временных ресурсов (например, чем дольше выполняется функция должностью, тем дороже она обходится предприятию), стоимость использования материальных ресурсов, например, бумаги, а также постоянных расходов. Естественно, для того чтобы проведённая имитация была максимально приближена к реальности необходимо учесть много факторов: определить стартовое событие и правила его возникновения, задать интервалы и законы распределения, не говоря уже про требования к точности самой модели имитируемого процесса.
Мы даже не берёмся судить о качестве реализации и востребованности данного функционала в Business Studio, так как никогда не сталкивались с ним вживую за пределами демонстрационных примеров от разработчиков.
Разработка ТЗ на внедрение информационных систем
Ещё одна специфическая возможность Business Studio о которой мало что можно рассказать. По сути, это обычный отчёт, аналог должностной инструкции, только вместо функций должности сюда переносятся функции информационных систем из бизнес-процессов. Если честно, на практике сложно придумать сценарий реального применения данного отчёта. Возможно, он будет полезен тем предприятиям, которые планируют внедрить какую-то ERP или ECM систему, которая автоматизирует часть функций предприятия, хотя, как правило, системные интеграторы разрабатывают собственные методики и технические задания на автоматизацию.
Формирование регламентирующей документации
СЛАЙД 31
Любая полноценная система бизнес-моделирования должна иметь широкие возможности по формированию отчётов и регламентирующих документов и в этом плане у Business Studio всё в порядке.
Программа содержит все основные шаблоны отчётов, которыми пользователи обычно пользуются:
• должностные инструкции;
• положения о подразделении;
• регламенты процессов.
Именно эти 3 отчёта покупатели подобных программ хотят видеть в первую очередь.
Разумеется, в программе есть отчёты и по системе сбалансированных показателей и по функционально стоимостному анализу. Есть в Business Studio и более экзотические отчёты, например, уже рассмотренный отчёт «ТЗ на автоматизацию», отчёт по маршрутам документов, а также специфические отчёты по ISO 9001: «Руководство по качеству», «Отчёты по несоответствиям» и т.п.
СЛАЙД 32
Рассматривать каждый шаблон отчёта в отдельности смысла нет, потому что Business Studio имеет встроенный редактор, который позволяет настроить внешний вид отчёта так, как этого хочет пользователь. Для формирования отчётов используются переменные из объектной модели (см. рис. 19).
Рисунок 19 — Особенности реализации (внешний вид отчета)
В целом редактор отчётов можно охарактеризовать как очень функциональный, но достаточно сложный, пользователю необходимо приблизительно знать структуру данных программы, а также представлять, как одни типы данных связаны с другими. Зато здесь присутствуют такие продвинутые функции, как создание отдельных секций отчётов, которые можно отображать или скрывать по фильтру.
Если и данного функционала Вам покажется мало, то можно воспользоваться дополнительной программой MetaEdit, которая позволяет редактировать классы и параметры, добавляя новые строчки в свойства элементов.
Хочется обратить внимание на то, что в системных требованиях к Business Studio указано, что для работы с программой необходимо наличие Microsoft Visio, а вот про Word не сказано ни слова. Так вот, без MS Word работать с программой можно, но Вам не удастся сгенерировать ни один отчёт. С Open Office и другими текстовыми редакторами программа не совместима.
Время генерации отчётов оставляет желать лучшего, поэтому операции пакетного формирования документов могут занимать несколько часов, а сами разработчики рекомендуют выполнять его ночью, когда компьютером никто не будет пользоваться.
Обеспечение сотрудников базой знаний
СЛАЙД 33
Помимо просмотра данных из самой программы, в Business Studio дополнительно существует два механизма выгрузки информации из базы данных, это:
• HTML-публикация;
• Business Studio Portal.
Зачем же нужны данные механизмы, если всю информацию можно просматривать в самой программе? Во-первых, высокая стоимость лицензии Business Studio не способствует установке программы на все рабочие места сотрудников. Во-вторых, портал и HTML-публикация позволяют просматривать информацию с помощью веб браузера даже на слабых компьютерах и мобильных устройствах.
HTML-публикация – это самый простой способ выгрузки информации. Справочники элементов и отчёты по ним сохраняются в структурированном виде, элементы отображаются в виде гиперссылок с возможностью быстрого перехода между ними. Пользователь может самостоятельно выбрать, какие данные хочет выгрузить (см. рис. 20).
Рисунок 20 — Особенности реализации (механизмы выгрузки)
Business Studio Portal – это расширенная HTML публикация, которая позволяет распределять права доступа для пользователей, поддерживает возможность общения между пользователями, а также ввод значений показателей для системы целей. В отличие от HTML-публикации портал не бесплатен, при покупке Business Studio Enterprise Вы получаете такое же количество лицензий на портал, за дополнительные лицензии необходимо платить.
Для функционирования HTML-публикации и портала необходимо настроить сервер с поддержкой Apache и MySQL. Обратите внимание, что сама Business Studio использует другой тип базы данных – MS SQL, это означает что необходимо настраивать два разных сервиса баз данных на одном сервере либо использовать два различных ПК.
Основной недостаток портала и HTML публикации заключается в том, что они не умеют напрямую работать с базой данных Business Studio, а требуют периодического переформирования.
Передача схем процессов на исполнение в BPM-системы
СЛАЙД 34
В своей презентации разработчики посвятили целый раздел возможности интеграции Business Studio с BPM системами. Отдельно упоминается возможность интеграции с BPM-системой ELMA и ECM-системой Directum. Но, если Вы думаете, что достаточно выгрузить процесс из Business Studio, загрузить его в BPM-систему или систему электронного документооборота, а затем нажать «Пуск» и наблюдать за выполнением процесса, то Вы сильно заблуждаетесь.
Начнём с того, что требования к построению исполняемых процессов и процессов для регламентации деятельности различные. Business Studio не проверяет корректность построения модели процесса на соответствие требованиям нотации BPMN, поэтому Вам вручную необходимо проверить не зациклен ли у Вас процесс, предусмотрены ли необходимые выходы, правильно ли определены шлюзы, проставлены ли связи с потоками/задачами и т.п.
В свою очередь, в BPM-системах, как правило, нет оргструктуры зато есть пользователи и роли, ответственные за исполнение процессов. Например, вместо должности «Директор» может быть пользователь «Администратор» и их необходимо связать, поэтому будьте готовы проставить ответственность за каждый блок заново или вносить правки по зонам ответственности напрямую в файл XPDL.
При построении процессов, Business Studio не заполняет атрибуты функций, которые необходимы BPM-системе для выполнения процесса. Например, если мы хотим, чтобы в какой-то функции пользователь прикреплял документ, а в следующей функции другой пользователь его утверждал, то нам будет необходимо уже непосредственно в BPM системе всю эту логику прописывать с нуля, добавляя необходимые переменные (текстовые поля, цифровые значения, файлы и т.п.). Не забудьте также распределить доступ к новым переменным, отдельный доступ на запуск и контроль процесса.
Дальше возникает вопрос контроля и синхронизации двух процессов, одного «исполняемого» в BPM системе, а второго «статичного» в Business Studio. Естественно, никакого автоматизированного механизма не предусмотрено, пользователям будет необходимо самостоятельно синхронно вносить правки в обе копии процесса. Если сделать импорт-экспорт заново, то утратятся уже заполненные данные и будет необходимо снова вручную вбивать атрибуты, переменные и распределять доступ.
С нашей точки зрения такая интеграция малополезна для конечного пользователя, намного проще и удобнее отдельно строить исполняемые процессы в нотации BPMN в BPM системе, а в Business Studio моделировать статичные процессы в нотациях Flowchart/EPC. А в идеале система Business Studio должна иметь собственный BPM-модуль и уметь самостоятельно «исполнять» свои процессы, возможно, в рамках имеющегося WEB-модуля «Business Studio Portal».
Контроль показателей и достижения целей
СЛАЙД 35
В разделе «Постановка целей» мы разобрали как формируются стратегические карты в Business Studio. Но каждую из заданных целей необходимо ещё и контролировать. Контроль достижения целей основан на контроле показателей, связанных с этой целью (см. рис. 21).
Рисунок 21 — Особенности реализации (контроль достижения целей)
Вносить значения показателей можно напрямую в программе, через Business Studio Portal или через специальную мини-программу «Кокпит», которую необходимо покупать за отдельную плату.
Контроль бизнес-процессов на основе данных ИТ-систем
СЛАЙД 36
В этом разделе разработчики Business Studio снова предлагают нам воспользоваться возможностью интеграции их программы с ECM или BPM-системами. Основные недостатки, при передаче данных на исполнение в другие программы из Business Studio, мы рассмотрели в разделе «Передача схем процессов на исполнение в BPM-системы», теперь же нам предлагают, наоборот, передавать данные об исполнение процессов из BPM-систем назад в Business Studio.
Сделать это можно, например, через CSV файл, но сначала нужно установить соответствие между процессом в Business Studio и его описанием в BPM-системе. А они обязательно будут отличаться, из-за несоответствия блоков и различий в описании модели (см. рис. 22).
Рисунок 22 — Особенности реализации (несоответствия блоков и различий)
После синхронизации моделей необходимо настроить контрольные точки, которые мы хотим контролировать. Готовьтесь тщательно изучить руководство пользователя, чтобы разобраться с тем, что такое «Источник данных», «Ключ процесса», «Ключ экземпляра» и т.п.
Если опустить технические детали и сложности настройки, то остаётся самый главный вопрос – ЗАЧЕМ? Модуль анализа Business Studio позволяет увидеть количество запусков процесса, количество завершений, среднюю длительность и другие простейшие отчёты. Но большинство BPM-систем, например, та же ELMA уже содержат подобный функционал и даже больше: они позволяют увидеть не только данную статистику, но и проследить маршруты выполнения каждого отдельного экземпляра процесса.
Анализ несоответствий и их последствий
СЛАЙД 37
Если Вы знакомы требованиями стандарта ISO 9001, то наверняка слышали про внутренние аудиты, которые проводятся на предприятии для выявления несоответствий и дальнейшего проведения корректирующих и предупреждающих действий. Вкратце методика такая: выбирается группа аудита, это могут быть сотрудники предприятия или внешние аудиторы, выбирается объект аудита, например, какой-то бизнес-процесс, определяются критерии для проверки и назначается дата. Затем аудиторы составляют отчёт о проведённом аудите и формируют список несоответствий, которые в дальнейшем должны устраняться.
Разработчики Business Studio взяли за основу эту методику, только вместо проверок на соответствие пунктам стандарта пользователи имеют возможность проводить аудиты с любой целью, а для наглядности все выявленные несоответствия отображаются на диаграмме Исикавы (см. рис. 23).
Рисунок 23 — Особенности реализации (диаграмма Исикавы)
Анализ предложений сотрудников
Business Studio позволяет пользователям высказывать свои замечания и предложения на странице бизнес-процесса в Business Studio Portal. Других взаимодействий между пользователями программы не предусмотрено, если не считать односторонней рассылки уведомления из самой программы.
Наши впечатления и выводы
Подведём итоги нашего обзора и постараемся выделить основные достоинства и недостатки программы Business Studio.
СЛАЙД 38
Сильные стороны Business Studio
• Высокая популярность и широкая партнёрская сеть где можно пройти обучение или заказать консалтинг.
• Функциональный редактор отчётов, позволяющий настроить внешний вид и содержание генерируемых документов.
• Возможность создания собственных справочников и параметров при помощи редактора MetaEdit.
• Наличие специфического вспомогательного функционала, который может оказаться полезным для некоторых предприятий: выгрузка данных в портал, имитационное моделирование, контроль показателей, управление аудитами ISO и т.п.
СЛАЙД 39
Недостатки Business Studio
• Сложность освоения и самостоятельного внедрения системы; необходимость детально изучить методики и руководство пользователя.
• Плохая согласованность визуальной модели и модели данных: сначала рисуем визуальную часть процесса, а затем задаём параметры в свойствах объектов, которые будут использоваться в отчётах.
• Невозможность одновременного открытия нескольких окон для сравнения процессов, должностей и других элементов.
• Интеграция с Microsoft Visio и Word негативно влияет на скорость работы программы.
Отзывы о программе:
СЛАЙД 40
Мнение разработчиков о программе
С нашей точки зрения программа Business Studio разрабатывалась в первую очередь для предприятий, у которых уже есть свой отдел бизнес-аналитиков и профессиональная ИТ-служба. Программа не слишком дружественна к новичкам, построение бизнес-модели требует от пользователя глубокого понимания заложенной в программе методики моделирования и специфической логики работы программы. Настройка внешнего вида отчётов и работа с редактором MetaEdit позволяют настроить программу «под себя», но требуют дополнительного изучения и сложны для понимания неподготовленного пользователя, тоже самое касается возможностей развёртывания веб-портала.
Если же Вы хотите внедрить систему бизнес-моделирования своими силами с минимальными тратами на привлечение внешних консультантов, то рекомендуем Вам ознакомится с другими конкурирующими решениями.
Мнение Рамиля Кинзябулатова о программе
Сразу хочу сказать, что по моему личному мнению, Business Studio – очень сложная система, перегруженная возможностями, в том числе, избыточными для работы бизнес-аналитика, сложная для восприятия из-за постоянного использования аббревиатур, даже там, где без них можно было бы обойтись, но одновременно ограниченная в тех возможностях, которые могут понадобиться для бизнес-анализа. Впрочем, этим грешат и другие российские аналоги.
Сегодня существуют и параллельно развиваются два направления в создании IT-инструментария для бизнес-аналитики:
• Наборы инструментов для бизнес-аналитики.
• Комплексные системы бизнес-моделирования.
В первом случае практикуется создание узконаправленных инструментов, каждый из которых используется для проведения определенной работы. Из этого перечня можно вспомнить, например, BPwin и другие подобные системы, которые сконцентрированы на каких-то достаточно узких сегментах, т.е. являются, скорее, набором инструментов, которые можно использовать по отдельности, но воедино свести разные направления практически невозможно.
При таком подходе бизнес-моделирование воспринимается как достаточно узкое понятие. А возможность использовать разные инструменты в разных случаях позволяет значительно повысить гибкость и простоту моделирования тех или иных процессов, при этом, не перегружая систему сложными конструкциями.
В таких системах можно отдельно разработать тот или иной бизнес-процесс, указать какие-то данные. Но при этом на основе этих сведений невозможно создать какую-то регламентирующую документацию или объединить разные направления в нечто единое целое.
Комплексные системы бизнес-моделирования, в число которых входит Business Studio, так же, как и многие крупные CRM-системы, стараются объединить в себе все и сразу. На своих сайтах они позиционируются как решения широкого спектра бизнес-проблем, начиная от составления документации и штатного расписания и оканчивая бизнес-моделированием и другими инструментами бизнес-аналитики. Они пишут не просто о наборе инструментов, а о полной реструктуризации работы предприятия, формирования самой разной документации и т.д. и т.п.
При моделировании работы предприятия мы сталкиваемся с тем, что если мы начинаем прописывать каждый процесс, каждую функцию работы предприятия и декомпозировать, то при любом изменении нужно внимательно вносить соответствующие изменения во все процессы, находящиеся выше уровня, в котором произошли перемены. И если у вас система достаточно сложная и разветвленная, эта работа потребует большого количества времени, сил, а также внимательности. Естественно, что человеческий фактор при этом оказывает очень заметное влияние на работу всей системы.
Например, если в бизнес-модели, которую мы разработали, присутствует 3 уровня, она будет выглядеть так:
• На 1 уровне – 1 функция.
• На 2 уровне она разбивается на 4.
• На 3 уровне ветвление продолжается, например, каждая функция – на 5 процессов.
И если мы изменим входы на втором уровне, то первый уровень об этом не будет «знать», т.е. система не контролирует такие изменения. Это очень важно.
Просто подумайте, сколько сил и внимания потребуется от человека, если он вносит изменения на 3 или даже 4 уровне. Ведь вручную нужно будет проверить все вышестоящие процессы!
Еще один важный фактор. В будущем при желании мы сможем использовать все описанные субъекты для формирования технического задания и других документов. И то, что для бизнес-аналитика выглядит как стрелка, для разработчика и сотрудника будет реальным процессом, который нужно описать и корректно выполнить. Т.е. бизнес-аналитик просто убирает стрелку, а на практике из обихода изымается какой-то документ, в результате очень важно согласовывать эти действия с другими объектами, и получается некий «клубок», в котором очень легко запутаться.
Например, нужно описать процесс складирования товаров, и на его основе создать должностную инструкцию. Система Business Studio позволяет выполнить эти действия. Но в случае внесения любых изменений в бизнес-процесс, инструкция становится неактуальной. 
Казалось бы, мелочи? Но на самом деле, это серьезная проблема, так как бизнес-аналитик вынужден постоянно помнить о процессах, не имеющих никакого отношения к его работе. Кроме того, бизнес-анализ и создание регламентирующей документации – это разные вещи. А здесь они вместе.
Технические недочеты системы
В системе Business Studio нет собственного бизнес-моделера, т.е. своего графического компонента. Разработчики использовали стандартный компонент Microsoft VISIO, в результате чего у пользователей возникают некоторые сложности при создании модели.
Дело в том, что рисовать модель и моделировать – это немного разные процессы. Нарисовать в Business Studio можно очень разные вещи. И представители компании говорят, что стрелками вы можете нарисовать практически что угодно, и даже представляют это как плюс системы.
Но что в реальности? Например, бизнес-аналитик использует в работе стрелки разных цветов. Технически это вполне возможно. Но на самом деле, если мы моделируем процесс, все входящие и исходящие потоки должны быть равнозначны. А если в модели появляются разные цвета стрелок, появляются вопросы, что они означают и почему эта стрелка была выполнена красным цветом, а другая – зеленым. И если бизнес-аналитик, который создавал эту схему, уже не работает и не может ответить на подобные вопросы, могут возникнуть самые разнообразные казусы.
В случае использования собственных инструментов, компания-разработчик может добавить запрет на подобные действия пользователей. Но разработчики Business Studio сэкономили свое время и силы, воспользовались готовым сторонним решением, и результат вот такой: пользователь получает доступ к избыточным возможностям, что, в свою очередь, может привести к недоразумениям.
Перегруженность функциями
Как обычно происходит процесс бизнес-моделирования? Проводим опрос сотрудников компании, получаем информацию об используемых системах, о людях, о должностных инструкциях. На основе полученных сведений моделируем бизнес-процесс в нотации BPMN 2.0 или создаем модель в нотации IDEF0.
Здесь просто так нарисовать модель не получится. Если мы хотим смоделировать что-то, то сталкиваемся с большим числом возможностей, которые влекут за собой, необходимость помнить о разных связях и функциях.
Любая стрелка, любой объект связан с другими объектами, появление новых данных позволяет формировать новые документы и отчеты. В результате при работе с этой системой любой пользователь начинает интересоваться, зачем здесь нужна вот эта возможность, а что будет, если попробовать сделать иначе, если указать дополнительные сведения или наоборот, не указывать определенные данные.
В результате пользователи вместо того, чтобы рисовать модель, начинают разбираться во всех этих возможностях. В общем, лишняя перегруженность функциями бизнес-процессов отвлекает и мешает моделированию.
Неточность формулировок
На самом деле, IDEF0 – это не процесс, это все-таки функциональная модель. У каждой функции имеются входы и выходы, функциональные стрелки, т. е. при моделировании мы получаем функциональную модель. Здесь это называется процессом. На самом деле, правильно было бы называть подобные объекты функциями или функциональными моделями.
Как известно, любая неточность формулировок вносит дополнительную путаницу, и для людей, которые переходят на Business Studio с других систем, эта путаница может стать проблемой.
Один из минусов реализации KPI — это невозможность внедрения без покупки дополнительной системы. Для ввода и контроля информации необходим дополнительный компонент, называется Cockpit, т.е. инструмент ввода и контроля информации, который нужно будет купить отдельно.
Резюме Рамиля Кинзябулатова.
«Таким образом, мы видим, что при обилии разных специфических возможностей разработчики недостаточно проработали методическую базу, что затрудняет работу с системой и снижает ее качество и удобство работы. В то же время узкоспециализированные аналоги, напомню, не более чем набор отдельных инструментов, не объединенные в единое целое. Что и когда использовать, решать только вам. Главное, делать выбор с открытыми глазами и пониманием, почему в конкретном случае тот или иной вариант удобнее».
А вот мнение одного из разработчиков Fox Manager Дмитрия Петрова на оценку Рамиля. «Спасибо большое Рамиль за то, что поделились своим мнение о программе Business Studio. С Вашим мнением согласен на 80%, особенно в части перегруженности программы излишним функционалом и сложностями с синхронизацией модели на разных уровнях управления и использованием Visio, вместо своего редактора процессов.
Однако, хотел бы обратить Ваше внимание, на некоторые моменты, с которыми я не совсем согласен.
1. Вы называете идею объединение функций по моделированию процессов и проектированию организационной структуры «сомнительной». Но без нее мы не сможем сформировать регламентирующие документы, и вся суть продуктов, типа Business Studio, теряется. Если нужно просто нарисовать отдельный процесс, то проще, как Вы сами пишите использовать узконаправленный инструмент, например, тот же BPWin или Visio. А в системе бизнес-моделирования без оргструктуры никак нельзя.
2. Описывать процессы в нотации BPMN 2.0 для регламентации – слишком затратное занятие. Большая часть возможностей этой нотации не будет использована. Я бы рекомендовал нотацию Basic Flowchart (в терминологии Business Studio – «Процесс»). BPMN 2.0 лучше подходит для BPM-систем (автоматизации любых бизнес-процессов), которые умеют «исполнять» построенный процессы в реальном времени.
И, наконец, я, как разработчик системы Fox Manager, рекомендовал бы Вам ознакомиться с ней, так как она не обладает теми недостатками, которые Вы перечислили в своей статье. Так, в Fox Manager с версии 2.0 BPA есть свой графический редактор, а в диаграммы верхнего уровня не нужно вносить изменения, когда меняются связи в процессах нижнего уровня – программа формирует эти взаимодействия автоматически. Нет «лишнего» функционала».
В заключение рассмотрим последние новости с официального сайта компании, которая, несмотря на вполне объективную критику, продолжает успешно развиваться.
СЛАЙД 41
22.03.2021
ГК «Эталон» внедряет Business Studio для повышения операционной эффективности. Корпорация является одной из крупнейших в сфере девелопмента и строительства в России и входит в состав холдинга Etalon Group.
09.03.2021
Президентская академия РАНХиГС использует Business Studio для моделирования и оптимизации бизнес-процессов. В 2020 году учебное заведение вошло в ТОП-5 лучших вузов России по версии RAEX  и ТОП-10 лучших вузов России по версии Forbes. 
05.03.2021
Школа прикладного бизнес-анализа BabokSchool (проект Учебного центра «Коммерсант») вступила в партнерскую программу для вузов и бизнес-школ и будет использовать Business Studio в учебном процессе. 
3. Другие системы моделирования
3.1. Бизнес-инженер (см. рис. 24).
СЛАЙД 42
Рисунок 24 – Структура программного продукта
В состав системы Бизнес-инженер входят несколько программных продуктов:
Продукты
Краткое описание
I.
Бизнес-инженер
Профессиональное инструментальное средство бизнес-моделирования, разработки регламентирующих документов и управления эффективностью организации.
Позволяет разрабатывать взаимосвязанные модели стратегических целей, ключевых показателей, бизнес-процессов, организационной структуры и других элементов бизнес-архитектуры организации.
Включает наиболее популярные и удобные нотации графического моделирования (IDEF0, IDEF3, BPMN и др.).
Пользователями продукта являются специалисты по бизнес-моделированию.
II.
Бизнес-инженер Корпорация
В отличие от Бизнес-инженер предназначен для работы с  большими данными  серверных проектов, содержащих  более 1 миллиона элементов классификаторов, до 200 тысяч графических диаграмм при одновременной работе с проектом на сервере нескольких сотен пользователей.
III.
Бизнес-инженер
Web-портал
Предназначен для online-просмотра и редактирования размещенных на сервере проектов Бизнес-инженер с помощью различных Web-браузеров (Internet Explorer, Mozilla Firefox, Opera, Chrome и др.).
Пользователями портала являются сотрудники и руководители подразделений, а также топ-менеджеры.
Бизнес-инженер Web-портал содержит встроенный web-сервер и для своей работы не требует установки и администрирования других web-серверов.
IV.
График-студио
Лайт
График-студио Лайт —  бесплатный продукт бизнес-моделирования.
Позволяет разрабатывать графические диаграммы стратегических целей, бизнес-процессов, организационной структуры и других элементов бизнес-архитектуры организации.
Включает наиболее популярные и удобные нотации графического моделирования.
Прост в использовании и поэтому с ним смогут работать не только специалисты по бизнес-моделированию, но и другие сотрудники компании, которым поставлена задача описать процессы своих структурных подразделений.
Графические диаграммы, разработанные в График-студио Лайт, сохраняются в виде отдельных файлов и их можно импортировать в программный продукт Бизнес-инженер.
 
3.2. БП Симулятор
СЛАЙД 43
«БП Симулятор» — это бесплатный веб-сервис для имитационного моделирования бизнес-процессов, расчёта стоимости и анализа эффективности бизнес-процессов. Он необходим для оценки эффективности процессов с помощью построения моделей деятельности и виртуального выполнения процессов.
Симулятор помогает найти узкие места выполнения, оценивать число ресурсов для бесперебойной работы, проверять гипотезы по изменениям эффективности.
Возможности «БП Симулятор»:
• ориентированное на задачи моделирование;
• нотации моделирования EPC (нотация моделирования EPC (Event-driven Process Chain) ориентирована на построение алгоритмов взаимодействия в процессе выполнения конкретной работы) и BPMN (BPMN (Business Process Management Notation) – это язык моделирования бизнес-процессов, который является промежуточным звеном между формализацией/визуализацией и воплощением бизнес-процесса);
• ручной и автоматический контроль прогресса выполнения;
• расчёт данных для применения в Lean 6 Sigma*;
• работа только с локальными или облачными (Google Диск, OneDrive) ресурсами для хранения;
• оффлайн-режим работы;
• мультиязычность интерфейса и моделей;
• дэшборд (приборная панель) эффективности;
• показатели процесса в денежном выражении;
• совместная работа;
• составление карт данных;
• преобразование данных;
• уведомления;
• анализ процесса;
• захват процесса;
• моделирование процесса и дизайна.
Сервисы, с которыми у БП Симулятор есть интеграция: Google Disk, OneDrive, Microsoft Visio.
*Lean Six Sigma (LSS, Лин 6 сигм, Лин шесть сигм) — интегрированная методология, в основу которой легли американская и японская методологии:
«Lean manufacturing» (иными словами, Бережливое производство) — действия, направленные на сокращение потерь (отходов) производства и ускорение процессов выпуска готовой продукции; всячески приветствуются стандартизованные решения;
«Six Sigma« (Шесть сигм) — действия, назначение которых — повышение качества выпускаемой продукции и, как следствие, — повышение лояльности клиентов; основа решений, зачастую, совершенно нестандартных — анализ информации.

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

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

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

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