Сравнительный анализ инструментальных средств бизнес-инжиниринга.


(аналитические материалы по позиционированию системы моделирования
ОРГ-Мастер)

Содержание

Введение

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

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

Управление сегодня – это управление изменениями

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

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

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

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

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

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

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

«Процессный» и «системный» подходы в организационном
менеджменте

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

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

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

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

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

Однако, не менее важно при моделировании за «деревьями»
процессов видеть «лес» всей системы деятельности, реализуемой на данном
предприятии («системный подход»!). Ранее, в «до-процессную эпоху» приоритет
отдавался другим форматам описания предприятия, основанным на функциональной
специализации и департаментализации функций (см также
Примечание 5
).

Данные форматы, основывались на следующей системе понятий:

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

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

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

    Этапы перехода к современным стандартам
    управления

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

    Типовые стадии последовательного развития системы процессов
    предприятия опираются на идеологию постоянного совершенствования (BPI - Business
    Process Improvement). В качестве индикатора движения по этому пути может быть
    использована «шкала зрелости» процессов компании (см. статью
    «Шкала зрелости» и
    совершенствование процессов компании»
    ) или более обобщенные оценки уровня развития компании
    ( Примечание 7 ) из статьи
    «Современные стандарты управления в России».

    Здесь надо отметить, что производственные, технологические
    процессы выделялись и документировались на предприятии, практически, «всегда».
    Затем на следующих этапах эволюции процессы управления «жизненным циклом
    продукции» стали включать формирование производственного заказа, снабжение и
    распределение продукции, что предполагает последовательное внедрение таких
    стандартных методологий, как MRPII, ERP, CSRP…

    Однако даже для «производителей» уже давно стало ясно, что
    успех бизнеса лежит не в технологической и производственной сфере (где, конечно,
    надо уметь применять вышеуказанные стандарты), а полностью зависит от
    эффективности стратегического управления и маркетинга. Как заметил автор одной
    из наиболее популярных книг в области современных технологий управления Т.
    Кололопулос «Необходимость workflow»: «Центральная роль в создании добавленной
    ценности сместилась из производственных цехов в офис компании, а также в область
    непосредственных контактов с потребителем». Хотя и здесь возможно применение
    некоторых стандартных методологий и средств их поддержки – но именно здесь
    сосредоточены уникальные процессы создающие конкурентное преимущество
    предприятия. Именно здесь, для этих специфических для каждой из компаний
    процессов, как правило, возможно применение «реинжиниринга бизнес-процессов» (BPR
    - Business Process Reingineering), «фундаментального переосмысления и
    радикального перепроектированием бизнес-процессов компании для достижения
    коренных улучшений в основных актуальных показателях их деятельности». Хотя и
    для этих процессов весьма актуален упомянутый выше подход BPI.

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

    Бизнес-инжиниринг каждый день

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

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

    Бизнес-инжиниринг в указанной трактовке это наиболее
    передовая технология не только для России, но и для Запада. Идея менеджмента на
    основе бизнес-инжиниринга – может стать национальной идей для России, подобно
    идее качества, которая породила японское экономическое чудо. (Опять же – эти
    идеи исключительно хорошо дополняют друг друга). Задача российского менеджмента
    состоит не только в том, чтобы воспроизводить западные технологии управления
    50-летней давности (бюджетирование, массовый маркетинг, управление по целям) или
    вдогонку осваивать сегодняшние (CRM, Balanced Scorecard), а в игре на опережение
    – внедрение в свою практику технологий управления завтрашнего дня. Управление
    перестройкой структур и процессов, протекающих на предприятии в настоящий момент
    должно стать массовой специальностью! Модели предприятия, поддерживаемые
    инструментальными средствами должны стать неотъемлемой частью информационной
    системы предприятии, предоставляя его менеджерам возможность наблюдения точной и
    полной картины организации бизнеса, а также ее перестройки.

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

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

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

    Решение этой задачи также очень важно для разрешения скрытого
    противоречия, содержащегося в новой редакции стандартов ИСО9000:2000: с одной
    стороны в них декларируется принцип постоянного улучшения (изменения!) процессов
    компании, с другой - приведены достаточно жесткие требования к документированию
    деятельности. Отсутствие адекватных средств поддержки самодокументируемости
    процессов – может привести к следующему. Либо документация будет все время
    отставать от развития процессов компании и процессы будут выполняться по
    нечетким правилам, что чревато ошибками и потерей качества управления. Либо
    решения об изменениях могут быть приостановлены, т.к. только что закончив
    утомительный труд по документированию процессов, компания не находит в себе сил
    пройти его еще раз!

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

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

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

    Задачи, решаемые современными средствами бизнес-моделирования

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

  • Номенклатура решаемых задач бизнес-моделирования, функциональность и
    реализуемые методологии
  • Основные пользовательские характеристики (интерфейс моделирования,
    средства визуализации, средства организации работы, интеграция с другими
    продуктами и т.п.), а также прочие факторы, влияющие на выбор (цена, качество
    сопровождения и т.п.)
  • Существует более 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-системами, прикладными программами).

    С точки зрения возможностей
    построения моделей бизнес-систем
    , обычно учитываются такие

    свойства средств и методологий моделирования как

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

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

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

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

    Реализация всех необходимых объектов и свойств системы может
    осуществляться:

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

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

    Все сравниваемые методологии (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 строится отдельная модель данных, в которой
    устанавливаются связи между компонентами системы (сущностями модели данных по
    методологии ERD ). Затем эти модели связываются посредством
    механизма, по сути своей схожим с используемым в 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.

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

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

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

    Далее >>

    Рубрика: 
    Ключевые слова: 
    +1
    0
    -1