Задачи, решаемые современными средствами
бизнес-моделирования
После краткого обзора управленческих задач
организационного менеджмента, содержащего также наиболее важные требования
к применяемым инструментам его информационной поддержки, раскроем более
подробно параметры сравнения различных систем и факторы, влияющие на их
выбор, которые можно разбить на две группы:
-
Номенклатура решаемых задач бизнес-моделирования, функциональность и
реализуемые методологии
-
Основные пользовательские характеристики (интерфейс моделирования,
средства визуализации, средства организации работы, интеграция с другими
продуктами и т.п.), а также прочие факторы, влияющие на выбор (цена,
качество сопровождения и т.п.)
Существует более 20 технологий проектирования
организационно-технических систем и несколько сотен специальных
инструментов, предназначенных для автоматизации этого процесса. Существуют
также средства моделирования, входящие в состав комплексных систем
управления предприятиями (SAP/R3, BAAN, Oracle Application и др.). Тем не
менее, сравнительный анализ был ограничен тремя наиболее популярными на
российском рынке специализированными программными продуктами: прежде всего
ARIS (Scheer AG), затем – BP-Win/Erwin (Platinum Technology) и, частично,
Rational Rose (Rational Software Corporation). Данные продукты мы
сравнивали с первым российским программно-методическим комплексом для
поддержки бизнес-моделирования «ОРГ-Мастер». Естественно, как авторы
продукта и методологии, положенной в его основу, мы пытаемся обосновать
наши подходы к организационному моделированию, а также показать, почему к
этому множеству существующих на рынке инструментов мы считаем необходимым
добавить еще один и что нового мы вносим в эту область.
С нашей точки зрения, первый из приведенных выше факторов
(задачи организационного моделирования на которые ориентирован продукт),
практически определяет все остальные – т.к. он формирует набор свойств и
требований к продукту, направленных на решение тех целей и задач для
решения которых он и был создан (См. например,
Примечание
8 – Результаты опроса «Для решения задач в какой сфере Вам нужен
BP-Win?»)
Какие задачи являются для системы приоритетными можно в
общих чертах понять из нижеследующих самоопределений
продуктов данных их авторами:
- Пакет ARIS ToolSet - многопользовательская среда описания и
анализа рабочих процессов предприятий, поддерживающая разработку
сложных гетерогенных информационных систем (ARIS,
АРИС – Архитектура Интегрированных Информационных Систем) и
сопровождающая весь цикл разработки (анализ - проектирование –
реализация). Применение этих инструментальных средств позволяет
многократно сократить длительность этапа проектирования при
гарантированном уровне проектных решений. В этой среде не накладывается
жестких ограничений на последовательность проработки различных аспектов
деятельности и предоставляется ряд других возможностей по описанию
рассматриваемого предприятия. В ARIS воплощен практический опыт
множества аналитиков, работающих в области проектирования ИСУП, а также
учтены недостатки существующих инструментальных средств. Система
предназначена для поддержки работы специалистов, анализирующих и
выстраивающих (оптимизирующих) рабочие процессы на предприятиях,
внедряющих системы управления предприятиями, и сопровождающих эти
системы.
- BP-Win - средство функционального моделирования,
реализующее методологию IDEF0-IDEF3. и ERwin - средство
концептуального моделирования Баз Данных, использующее стандарт
IDEF1X. Методология IDEF0, представляет собой совокупность методов,
правил и процедур, предназначенных для построения функциональной модели
объекта какой-либо предметной области. Функциональная модель IDEF0
отображает функциональную структуру объекта, т.е. производимые им
действия и связи между этими действиями. Методология IDEF0 может
использоваться для моделирования широкого круга систем и определения
требований и функций, а затем для разработки системы, которая
удовлетворяет этим требованиям и реализует эти функции. Для уже
существующих систем IDEF может быть использована для анализа функций,
выполняемых системой, а также для указания механизмов, посредством
которых они осуществляются. ERwin реализует проектирование схемы БД,
генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres,
Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг
существующей БД. ERwin выпускается в нескольких различных конфигурациях,
ориентированных на наиболее распространенные средства разработки
приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами
разработки приложений PowerBuilder и SQLWindows и позволяет
экспортировать описание спроектированной БД непосредственно в
репозитории данных средств. Для ряда средств разработки приложений
(PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация
форм и прототипов приложений. Сетевая версия Erwin ModelMart
обеспечивает согласованное проектирование БД и приложений в рамках
рабочей группы.
- Rational Rose 98 - предназначено для автоматизации этапов
анализа и проектирования ПО, а также для генерации кодов на различных
языках и выпуска проектной документации. Rational Rose использует
синтез-методологию объектно-ориентированного анализа и проектирования,
основанную на подходах трех ведущих специалистов в данной области: Буча,
Рамбо и Джекобсона. Разработанная ими универсальная нотация для
моделирования объектов (UML - Unified Modeling Language) претендует на
роль стандарта в области объектно-ориентированного анализа и
проектирования. Конкретный вариант Rational Rose определяется языком, на
котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada,
SQL Windows и ObjectPro). Основной вариант - Rational Rose/C++ -
позволяет разрабатывать проектную документацию в виде диаграмм и
спецификаций, а также генерировать программные коды на С++. Кроме того,
Rational Rose содержит средства реинжиниринга программ, обеспечивающие
повторное использование программных компонент в новых проектах.
- Программно-методический комплекс ОРГ-Мастер (профессиональная
версия – см.
Примечание 9) – многопользовательская среда моделирования и
организации деятельности предприятия, поддерживающая системный и
процессный подходы к ведению бизнеса на основе информационных
моделей. В среде БИГ–Мастера осуществляется разработка
интегрированной бизнес-модели предприятия, включающая модели структур,
отношений и процессов. ОРГ-Мастер при построении модели дает возможность
не ограничиваться определенным набором сущностей, т.е. является
абсолютно открытой средой. ОРГ-Мастер позволяет создать описание
предприятия (модели процессов, структур и организации данных), полнота
которого достаточна как для проектирование корпоративных информационных
систем (КИС) или систем менеджмента качества, так и повседневного
наблюдения и контроля за организацией деятельности в компании. В состав
КИС ОРГ-Мастер может входить в качестве специальной организационной
подсистемы. ОРГ-Мастер обеспечивает возможности накопления и анализа
бизнес-моделей, создание пакетов организационной документации (описаний
и регламентов деятельности) полностью адаптированных к российским
реалиям. Его характеризует ориентация на конечных пользователей -
менеджеров компании, применяющих модель, как инструмент управления.
Теперь, после общего уточнения общих функциональных задач, решаемых
рассматриваемыми средствами, следует сравнить и те возможности, которые
эти средства предоставляют.
При дальнейшем анализе будут рассматриваться только
характеристики программ ARIS ToolSet (далее, ARIS), BP-Win – Erwin (далее,
BP-Win) и ОРГ-Мастер (далее, ORG-Master). Программу Rational Rose - как в
наибольшей степени ориентированную на построение чисто программных, а не
организационных систем, чтобы упростить изложение мы исключим из
рассмотрения, тем более что лежащая в ее основе методология UML
реализована сейчас в АРИС).
При сравнении различных средств моделирования
бизнес-систем целесообразно рассматривать их особенности по следующим
группам функциональных возможностей:
- средства построения моделей бизнес- систем;
- средства анализа моделей;
- средства оптимизации моделируемых систем по их моделям;
- поддержка библиотек типовых моделей;
- оформление регламентов и документации;
- поддержка разработки моделей баз данных и программных средств;
- интеграция с другими программными продуктами (CASE-средствами,
ERP-системами, прикладными программами).
С точки зрения возможностей построения
моделей бизнес-систем, обычно учитываются такие
свойства средств и методологий моделирования как
- универсальность (возможность и способы представления
различных аспектов моделируемой системы для разных классов систем);
- открытость (возможность моделирования новых, первоначально не
рассматривавшихся сторон бизнес-системы, учета развития моделируемой
системы и т.п.).
Вопрос универсальности средства моделирования
требует некоторого уточнения этого понятия. Как отмечалось выше, в
практике моделирования бизнес-систем основными отображаемыми в моделях
сторонами системы являются:
- структурная организация системы
- функции системы и ее составных частей (например, подразделений)
- процессы, протекающие в системе
- распределение ресурсов по процессам
- распределение ответственности за процессы и ресурсы.
Кроме того, на более высоких, концептуальных уровнях представления
бизнес-системы описываются назначения и организационно-управленческие
установки системы, такие как миссия, цели, стратегии, политики и пр.
Реализация всех необходимых объектов и свойств системы может
осуществляться:
- либо за счет построения и использования различных типов моделей для
отображения разных сторон системы,
- либо посредством использования одного типа модели, трактовка
компонент и связей которой при отображении различных свойств системы
будет варьироваться.
Поэтому под универсальностью, видимо, следует понимать именно
возможность и способы отображения представлений различных аспектов
(срезов) моделируемой системы.
Все сравниваемые методологии (ORG-Master, ARIS и BP-Win) позволяют
строить модели бизнес-систем, отображающие различные стороны систем. В
этих моделях представляются реализуемые в бизнес-системах функции, их
структура, протекающие в них процессы, а также циркулирующие в них данные
(в том числе планы, проекты, регламенты, первичные документы и отчеты).
Однако, подходы, использованные в этих системах, различны.
В ARIS широко используется первый из названных подходов: для
отображения различных сторон системы применяются разные модели
(организационные, функциональные, информационные модели, модели выходов,
модели управления), а ориентация на язык UML в поздних версиях системы еще
более расширяет спектр используемых средств представления. Однако, такое
расширение предельно усложняет возможности овладения данным инструментом
для управленческого персонала.
В BP-Win, в принципе, использован такой же путь, но с меньшим
разнообразием отражаемых аспектов деятельности в силу ориентации на
представление объектов в стандартах IDEF0, IDEF3 и DFD,
ориентированных на описания логики использования информационных
систем.
В ORG-Master для представления разных объектов модели и связей между
ними существует единый механизм, основанный всего на двух базовых
понятиях: классификатор и проекция (см. Приложение
1. Компоненты моделей программно методического комплекса
ОРГ-Мастер).
Первый из них дает возможность построить любой класс однотипных
объектов и определить, в случае необходимости, иерархическую подчиненность
объектов класса (древовидную структуру). Проекция позволяет установить
связи между парой (тройкой) классов, определяя, тем самым формальное
отношение на них. Такой подход упрощает и унифицирует входные интерфейсы
программы и дает возможность строить все модели однотипным образом.
(BP-Win также позволяет задать иерархию на объектах класса, так
называемую, категоризацию, однако это выполняется несколько сложнее, чем в
ORG-Master.)
Открытость моделей для всех трех рассматриваемых средств
обеспечивается возможностью добавления новых объектов или классов объектов
и отношений между ними.
В ARIS и BP-Win для этого необходимо пополнение фиксированных классов
объектов, используемых в моделях бизнес-процессов, т.е. системы являются
«закрытыми» для пользователей и «обогащение» представления бизнес-системы
производится исключительно авторами продуктов.
ORG-Master позволяет пользователю с легкостью вводить новые объекты
модели («классификаторы») и устанавливать их отношения («проекции») с
уже существующими. Например, в модель могут быть введены такие
неформальные аспекты жизни компаний, как корпоративная этика,
межличностные отношения персонала и проч., оказывающие существенное
влияние на поведение системы.
Такая «легкость» введения новых объектов, предоставленная пользователю,
имеет свою обратную сторону – не все не могут с ней справиться. Поэтому
модель перегружается новыми «классификаторами», не являющимися
обязательными - то же самое можно описать, используя существующие базовые
объекты (Примечание
10).
Средства анализа моделей должны
обеспечивать возможности оценить следующие характеристики и свойства
системы:
- общую организацию бизнес-процессов и порядок взаимодействия
оргзвеньев (исполнителей),
- распределение ответственности за реализацию отдельных функций и
расходование ресурсов системы,
- загрузку оргзвеньев, исполнителей и инструментальных ресурсов в
системе,
- основные временные и стоимостные параметры моделируемой
системы,
- требования по ресурсному обеспечению протекающих в системе
процессов.
Анализ общей организации бизнес-процессов и порядка взаимодействия
оргзвеньев в системе проводится непосредственно при изучении
построенных моделей бизнес-процессов. Качественный анализ позволяет также
выявить те роли, которые, при определённых условиях, могут быть
исключены из процесса. При этом наглядность модели и возможность
проследить по ней имеющиеся в системе взаимосвязи приобретает
первостепенное значение.
Замечания, относящиеся к наглядности моделей, приведены ниже. Но здесь
также следует отметить, что важным требованием к модели является
возможность ее анализа до полного ее построения. Действительно,
если выявить взаимосвязи (как и их отсутствие) в системе возможно только
после построения полной ее модели, то это оказывается очень неудобно на
начальных этапах работы, когда информация об особенностях протекающих в
системе процессах еще может частично отсутствовать или быть неточной.
Здесь в выигрышном положении оказывается ORG-Master, так как модель
бизнес-процессов в нем не строится непосредственно в виде IDEF диаграммы.
Эта диаграмма может автоматически генерироваться после создания и
заполнения образующих модель классификаторов (бизнес-функций, оргзвеньев,
ресурсов и проч.) и задания всех необходимых проекций (взаимосвязей по
ресурсам, исполнителям, инструментам, регламентам и собственно связей
между бизнес-операциями). Таким образом, еще до получения полной (или
частичной) модели бизнес-процесса уже выявляются и могут быть
проанализированы основные взаимосвязи, определяющие моделируемый
процесс.
В отличие от такого подхода, модели бизнес-процессов в ARIS и BP-Win
строятся непосредственно, а существующие взаимосвязи компонент процесса
должны подготавливаться для проведения анализа, в результате
соответствующих процедур.
Так, например, после построения модели бизнес процесса в
BP-Win, с помощью ERwin строится отдельная модель данных, в которой
устанавливаются связи между компонентами системы (сущностями модели данных
по методологии). Затем эти модели связываются посредством механизма, по
сути своей схожим с используемым в ORG-Master механизмом построения
проекций (см. Приложение
1. Компоненты моделей программно-методического комплекса
ОРГ-Мастер).
С учетом этого, вторая из рассматриваемых возможностей анализа модели:
анализа распределение ответственности за реализацию отдельных функций и
расходование ресурсов системы, оказывается автоматически реализованной
в процессе построения модели бизнес-процесса в системе ORG-Master.
Действительно, проекции вида Оргзвенья – Функции и Функции - Ресурсы,
задаваемые при построении моделей бизнес-процессов в ORG-Master,
непосредственно показывают ответственных за тот или иной участок работы
или ресурс (и позволяют проанализировать их любые комбинации). Кроме того,
ORG-Master позволяет экспортировать матричные проекции в MS Excel, где на
их основе формируются диаграммы организационного анализа.
В ARIS и BP-Win для этой цели необходимо либо вручную проследить все
связи по диаграммам бизнес-процессов (и моделям данных в BP-Win), либо
специально строить соответствующие списки или отчеты.
Вопрос о загрузке исполнителей и инструментальных ресурсов в
системе, а также получение оценок по основным временным параметрам
моделируемой системы, может решаться на основании количественных
данных о сложности (или просто продолжительности) реализуемых ими функций.
Для решения этой задачи необходимо тем или иным способом ввести в систему
такие данные, а также предусмотреть средства получения сводных оценок.
Поддержка методологии IDEF3 (в BP-Win), ABC-методов в ARIS и BP-Win, а
также средств имитационного моделирования в ARIS (и, частично, в BP-Win)
предусматривает определенную обработку этих оценок. Что касается
собственно исходных данных, то они задаются пользователем, который, таким
образом, и несет ответственность за конечный результат.
Однако, получение достаточно репрезентативных оценок с помощью
статистического (имитационного/событийного) моделирования (а, тем более, с
помощью ABC-методов при рассмотрении времени в качестве ресурса) по
загрузке компонент системы затруднено следующими факторами.
Современные подходы к анализу любого процесса (workflow) исходят
из деления времени его реализации на, собственно, период исполнения
операций и время передачи их результатов. При этом в офисных процессах или
процессах оказания услуги фактическая работа занимает в среднем около 10%
времени, а остальное время тратится либо на физическое перемещение
результата задания (требующего подписи текста договора, нуждающегося в
повторной стирке изделия) и на ожидание в очереди, пока у следующего
исполнителя найдется время продолжить процесс. Поэтому методы, опирающиеся
на простое суммирование времени операций в настоящее время, как правило,
не дают точного представления о временных параметрах процесса.
Более адекватные результаты можно попытаться получить с помощью
имитационного моделирования поведения системы. Однако, для времен задержек
обслуживания приходится либо принимать весьма приблизительные
предположения о законе распределения их во времени, либо проводить
достаточно дорогие и трудоемкие процедуры хронометража и последующую
статистическую обработку. При этом достоверность полученных результатов не
будет слишком высокой, либо потребует значительных дополнительных затрат.
Поэтому, представляется разумным подход, заключающегося в том, что:
«стоимость затрат на моделирование для получения какой-либо информации, не
должна превышать ценность (стоимость) результатов ее использования. Кроме
того, всегда надо помнить о законе Парето, из которого, применительно к
рассматриваемой проблеме, следует, что 20% усилий по моделированию
обеспечивают 80% эффекта.
Поэтому, с нашей точки зрения, до перехода к сложным и затратным по
времени и ресурсам методам моделирования, связанным с количественным
оценкам временных, да и стоимостных параметров, стоит сосредоточиться на
получении эффекта от реализации более очевидных результатов
бизнес-моделирования. Количественную же оптимизацию целесообразно
проводить с учетом измерений и анализа реально протекающих процессов.
В ORG-Master имеется функциональный аналог средств ABC-анализа – Мастер
построения бюджетов, генерирующий простую систему бюджетирования. Одним из
результатов работы этой системы, является количественная оценка затрат на
реализацию бизнес-процессов (операционных бюджетов), что, как минимум,
сопоставимо по значению с данными, получаемыми с помощью средств поддержки
ABC- costingа.
Кроме того, в семейство ОРГ-Мастер входит и программный комплекс
“Тайм-Мастер”, одна из компонент которого, обеспечивающая управление
процессами (workflow), позволяет накапливать статистику по ходу их
выполнения, что обеспечивает получение оценок для необходимых для анализа
временных параметров процессов.
- Средства оптимизации
бизнес-систем (бизнес-процессов) дополнительно к
возможностям анализа моделей обеспечивают: инструмент управления.
- генерирование ряда альтернатив;
- планирование;
- выбор наилучшей линии поведения;
- распределение ресурсов;
- установление приоритетов.
Как правило, реализация перечисленных функций, связана с
использованием специальных достаточно сложных или громоздких алгоритмов
решения оптимизационных задач. Ряд возможностей такого рода заложен в
системе ARIS. Однако, их реализация, в основном, не представляется
целесообразной вплоть до этапа тонкой настройки бизнес-процесса после
достижения результатов его реструктуризации более простыми методами.
Поддержка библиотек типовых
моделей позволяет использовать ранее созданные наработки в
процессе построения новых моделей. Такая возможность обеспечивается во
всех трех рассматриваемых инструментальных средствах. В частности, в
ORG-Master поддерживается как полные референтные бизнес-модели
предприятий, полученные в результате реальных проектов, выполненных на
российских предприятиях, так и «библиотечные» классификаторы, описывающие
типовую организацию отдельных аспектов деятельности.
Оформление, в соответствии с построенными
моделями, регламентов деятельности компании представляется
весьма важной возможностью, обеспечивающей целостность и
непротиворечивость документального описания бизнес-системы. Важность этой
компоненты для инструментальных средств бизнес-моделирования можно понять,
если посмотреть на регламенты, как на инструмент управления компанией.
Действительно, если компания стабильно работает, то это значит, что
бизнес-процессы в ней хорошо отлажены и поддаются почти формальной
регламентации. Внутренняя культура, которая обязана присутствовать в такой
фирме, позволит при необходимости быстро перестроить систему или параметры
бизнес-процессов, изменив регламенты работы соответствующих подразделений
и исполнителей.
Наличие документов-регламентов по всем аспектам
деятельности компании является одним из базовых положений концепции
регулярного, системного менеджмента. Согласно ей, в хорошо организованном
бизнесе, около 80% управленческих решений принимается по заранее
прописанным процедурам, и только остальные, связанные с нестандартными
ситуациями и различными инновациями, опираются на творческий потенциал и
героизм сотрудников.
Организация деятельности предприятия (компании),
направленная на достижение определенных целей, регламентируется на
современном уровне следующим стандартным набором базовых организационных
документов:
- положение об организационно-функциональной структуре, отражающее
состав бизнесов и функций, поддерживаемых в компании, и их распределение
внутри компании;
- положения о политиках компании (учетной, инвестиционной и др.);
- положения об организации основных подсистем бизнеса и менеджмента
компании, содержащие детализированное описание функций по направлениям
деятельности;
- документированные процедуры - описания бизнес-процессов в форме,
позволяющей как представить процесс стороннему наблюдателю, так и
руководствоваться этим документом исполнителям операций процесса;
- и, наконец, традиционные «положения о подразделениях», и
«должностные инструкции» персонала с перечнями функциональных
обязанностей, видов ответственности, прав и полномочий сотрудников.
Кроме того, должна обеспечиваться возможность создания специальных
отчетных форм, для создания документов в различных функциональных
областях: Технического задания на информационную систему управления
предприятием, Руководства по качеству (см. например,
Приложение
3) и других специальных документов по стандарту ISO9000 и т.п.
Все сведения, позволяющие генерировать эти документы,
должны содержаться в виде целостной и непротиворечивой системы в полной
бизнес-модели предприятия (компании). Причем многие создаваемые документы
должны максимально соответствовать общепринятым российским стандартам
(Очевидно, что системы ARIS и BP-Win последнему требованию отвечают в
наименьшей степени).
В среде ORG-Master такие положения и инструкции генерируются
автоматически как текстовые формы описания процедур, представленных
соответствующими классификаторами и отношениями-проекциями связей между
ними. Графические формы (различные орграфы и диаграммы процессов) служат
хорошим дополнением этих документов.
В среде ARIS должностные инструкции и описания процессов основываются
на событийных диаграммах процессов и, в принципе, различные текстовые
документы можно попытаться построить анализируя модели процессов и
структуры организации. Хотя в большей степени здесь картина обратная –
система ориентирована в основном на создание графики, а функция создания
документов-регламентов является явно вспомогательной и, вследствие этого,
не развитой.
В BP-Win прямая возможность получения различных регламентов не
оговорена.
В отношении проектной документации можно рассматривать
две стороны: описание бизнес-процессов и описание информационной системы
поддержки бизнес-процессов для последующей ее разработки. Первая из них
практически одинаково обеспечивается в каждой из рассматриваемых сред
возможностью построения различных отчетных форм по построенным моделям
бизнес-процессов.
В части документации для разработки информационной системы наиболее
традиционные возможности предусматривает среда BP-Win/ERwin, которая,
собственно, для этого и создавалась.
Возможности ARIS примерно аналогичны: в первых версиях модели данных
описывались по схеме сущность-отношение, в более поздних – на языке UML.
Однако инструмент ARISToolset обеспечивает более развитые функции
разработки информационных систем.
Возможности ORG-Master позволяют полностью представить структуры
данных, необходимые для организации информационной поддержки моделируемых
бизнес-процессов с помощью собственных универсальных средств –
классификаторов и проекций. Отсутствуют формализмы типа ER-диаграмм, хотя
в последних версиях возможна визуализация в стандарте DFD. Кроме того,
появилась возможность отражать на IDEF0-диаграммах взаимодействие между
функциональными блоками не только с помощью непосредственной передачи
документов и файлов, но и через разделяемые базы данных!
Поддержка разработки моделей баз
данных и программных средств обычно относится к возможностям
средств типа CASE или близким к ним средств настройки информационных
систем управления предприятием (например, систем класса ERP). Такая
поддержка может обеспечивать следующие функциональные возможности [8]:
- анализ и проектирование архитектуры информационно-управляющих
систем,
- проектирование баз данных и файлов,
- программирование (генерация кодов программ),
- сопровождение и реинжиниринг,
- управление проектом.
Вопросы анализа и проектирования архитектуры информационных
систем, обычно завершаются определением требований к системе и
соответствующих спецификаций. Этот этап, при системном подходе к
проектированию, должен непосредственно опираться на модели бизнес-систем
и, по сути, детализировать их. Поэтому здесь справедливы все приведенные
выше рассуждения, освещающие построение, анализ и оптимизацию моделей
систем, а также оформление регламентов и документации.
Проектирование баз данных и файлов (концептуальный и внутренний
уровни), преобразование моделей данных, описание форматов файлов наиболее
полно в рассматриваемых средствах поддерживается только в BP-Win (ERwin),
так как эта среда специально предназначена для решения подобных задач.
В среде ARIS такая возможность предусмотрена в пакете ARIS Toolset на
уровне спецификации проекта и определения параметров баз данных.
Подход, развиваемый в среде ORG-Master, предполагает (хотя и не
обязательно), что в моделируемых бизнес-системах могут использоваться
информационные системы, уже имеющие базы данных. В этом случае их
перепроектирование не требуется, если не предполагается замена
используемой системы. Однако, в случае отсутствия информационных систем,
ORG-Master создает основу для концептуальной модели данных и структур
файлов данных. Эту основу представляют описания состава и взаимосвязи
информационных объектов и документов, используемых в моделях
бизнес-процессов.
Генерация программных кодов прикладных или системных средств в
системах ARIS и ORG-Master не предусматривается, так как они представляют
собой средства проектирования бизнес-систем, а не программного
обеспечения. В определенной мере эта возможность реализована только в
BP-Win.
Сопровождение и реинжиниринг. Эти функции обычно реализуются
средствами документирования, анализа программ, их реструктурирования и
реинжиниринга. Замечания, сделанные выше относительно средств
документирования полностью применимы и в данном рассмотрении.
Функции управления проектом создания баз данных и программных
средств являются специфическими именно для разработки программных
продуктов. В такой форме они реализованы в BP-Win. Управление проектами в
семействе ОРГ-Мастер полностью поддерживает программный комплекс
«Тайм-Мастер». (Хотя, строго говоря, данные функции не являются
обязательными для рассматриваемого класса инструментальных средств).
Интеграция с другими программными
продуктами предполагает расширение области применения
рассматриваемого средства и может проводиться как в рамках разработки
семейства совместимых программных средств (по типу фирмы Platinum
Technologies) или с программными средствами других разработчиков (third
party software).
Интеграция с программными продуктами “третьих сторон” выполняется с
одной из следующих целей:
- использование функциональных возможностей интегрируемого продукта
для расширения области применения своего продукта,
- предоставление возможности включения своего продукта в продукт
третьей стороны,
- обеспечение универсального, в той или иной степени, интерфейса для
своего продукта, если конкретная третья сторона неизвестна заранее.
С точки зрения функциональной направленности можно рассматривать
интеграцию с:
- CASE средствами,
- ERP системами,
- прикладными программами.
ARIS имеет интерфейсы с некоторыми CASE-средствами, а также является
средством создания моделей для непосредственной настройки таких систем
управления предприятиями, прежде всего SAP R/3. Как отмечалось выше,
система опирается на собственную нотацию для представления
бизнес-процессов, поэтому в ней используются встроенные средства
имитационного моделирования и инструментом стоимостного анализа,
результаты которых, впрочем, могут экспортироваться в форматы MS Excel.
Системы ORG-Master и BP-Win поддерживают систему обозначений IDEF0 для
описания представляемых бизнес-процессов. В принципе, это является
некоторым связующим звеном как между этими средствами, так и для связи с
другими программными продуктами, использующими эту методологию. Однако, не
рассматривая здесь вопросы «возраста» нотации IDEF0, следует указать, что
внутреннее представление данных в каждой системе свое, а стандартный
интерфейс по типу “сокетов” или классов для системы IDEF0 не оговорен.
Вместе с тем, существует стандартизованный формат файлов для представления
IDEF диаграмм. Поэтому, хотя описания, сделанные с его помощью и не
слишком удобны как для человека, так и для ЭВМ, использовать их в качестве
средства обмена моделями возможно при наличии соответствующих конвертеров
данного формата. Такой конвертер предусматривается в следующих версиях
ORG-Master.
BP-Win поддерживает методологии IDEF0, DFD
и IDEF3 и интегрируется со следующими программными продуктами (в
основном, того же производителя):
- инструментом моделирования данных ERwin (Platinum Technology),
- системой управления и хранения проектов ModelMart (Platinum
Technology),
- специализированным генератором отчетов по модели RPTwin (Platinum
Technology),
- системой имитационного моделирования BPSimulator (System Modeling
Corporation),
- инструментом стоимостного анализа EasyABC (ABC Technologies).
(*Platinum Technology – с 1999 г. вошла в Computer Associates)
ORG-Master изначально позиционируется как система организационного
класса, ориентированная на решение задач моделирования и проектирования
бизнес процессов и структур и поддержки принятия организационных решений.
В нем предусмотрена возможность интеграции с собственными пакетами
разработчика («BIG-SPB Software»), ориентированными на решение различных
функциональных задач. В системе ORG-Master, при необходимости,
автоматически создаются простые исполнительные информационные системы в
среде MS Office:
- Система бюджетирования (представляющая собой простую систему
управленческого учета, управления прибыльностью и платежеспособностью
предприятия).
- Система маркетинга (накапливающие оперативную количественную
информацию о рынке предприятия, а также интегрируемая с собственной
CRM-системой поддержки отношений с клиентами).
Внедрение этих приложений в деятельность предприятия позволяет
достаточно быстро освоить современные техники управления, что значительно
облегчает переход к более сложным исполнительным системам.
Возможно (и было опробовано в проектах) сопряжение по данным через
файлы обмена в рамках построения интегрированных информационных систем с
исполнительными и аналитическими программами фирм-партнеров: 1С, АиТ:Софт,
Инталев, Комтех+ , ИНЭК и др., а также с комплексными системами
управления ресурсами предприятия (например, IPS-производство).
В новой версии также предусматриваются механизмы экспорта описаний
бизнес-процессов в программный комплекс «Тайм-Мастер», сочетающий свойства
систем типа Project Management, WorkFlow и Personal Information System и
построенную на технологиях Internet/Intranet.
Основные функциональные возможности сравниваемых инструментов
представлены в таблице 2, где по пятибалльной шкале обозначены оценки
степени реализации функций или свойств.
Как видно из таблицы 2, прямое суммирование оценок дает разброс около
±4%. Такой разброс лежит в пределах погрешности самих оценок. Более того,
сами средства, различающиеся по функциональной направленности, получили
близкие оценки за счет того, что различающиеся сильные и слабые стороны
разных средств при прямом подсчете компенсируют друг друга.
Однако в ходе обсуждения функциональных возможностей подчеркивалось,
что непосредственно для решения задач бизнес инжиниринга, отдельные группы
функциональных возможностей имеют различное значение. Этот факт отражен
коэффициентами, записанными в графе “Bес”, Таблицы 2. С учетом этого
фактора видно, что общая оценка комплекса ORG-Master немного превосходит
ARIS.
Но опять же это может быть следствием разных предпочтений и приоритетов
в целевом использовании продукта. Например, за счет более низкой оценки
значимости существующих средств количественного анализа моделей
(имитационного и событийного моделирования), а также средств оптимизации,
которые, впрочем, слабо представлены во всех рассматриваемых системах. В
тоже время высоко оценены свойства самодокументируемости моделей или
универсальности представления различных аспектов моделирования.
В целом при оценке и выборе средства моделирования рекомендуется
самостоятельно решать какие из средств систем наиболее важны при решении
конкретной задачи его применения и соответственно проставлять «веса».
Функциональные возможности |
Вес |
ARIS |
ORG-Master |
BP-Win |
Возможности представления моделей систем
|
4,5 |
8 |
36 |
10 |
45 |
8 |
37 |
универсальность |
5 |
4 |
20 |
5 |
25 |
5 |
25 |
открытость |
4 |
4 |
16 |
5 |
20 |
3 |
12 |
Средства анализа моделей |
3,3 |
12 |
40 |
10 |
38 |
10 |
33 |
Общая организация, порядок взаимодействия,
распределение ответственности, качественный анализ
загрузки |
5 |
4 |
20 |
5 |
25 |
3 |
15 |
Имитационное, событийно-управляемое
моделирование (оценка временных параметров) |
2 |
4 |
8 |
2 |
4 |
3 |
6 |
Оценка стоимостных параметров процессов
(функционально-стоимостной анализ) |
3 |
4 |
12 |
3 |
9 |
4 |
12 |
Средства оптимизации бизнес-систем |
2 |
3 |
6 |
2 |
4 |
2 |
4 |
Поддержка библиотек типовых моделей |
4,3 |
11 |
47 |
14 |
61 |
10 |
42 |
Оформление документации |
4,3 |
11 |
47 |
14 |
61 |
10 |
42 |
Организационная документация |
5 |
3 |
15 |
5 |
25 |
2 |
10 |
Документация СМК (систем менеджмента
качества) |
4 |
4 |
16 |
5 |
20 |
3 |
12 |
Проектная документация для создания ИС |
4 |
4 |
16 |
4 |
16 |
5 |
20 |
Поддержка разработки баз данных и программных
средств |
4 |
4 |
16 |
3 |
12 |
5 |
20 |
Интеграция с программными продуктами |
3,5 |
7 |
2,5 |
8 |
27 |
9 |
32 |
CASE средствами |
4 |
4 |
16 |
3 |
12 |
5 |
20 |
Прикладными программами и системами |
3 |
3 |
9 |
5 |
15 |
4 |
12 |
Итого |
|
38 |
139 |
37 |
142 |
37 |
138 |
Дополнительно в справочном Приложении 2 дан обзор стандартов
формализации и средств построения и/или анализа тех или иных моделей,
которые применяются в рассматриваемых системах.
|