Функциональные возможности инструментальных средств моделирования RationalRose, ARIS Toolset и BPWin можно корректно сравнивать только по отношению к определенному кругу задач. В данном исследовании рассматривается задача формирования моделей (описания) бизнес-процессов предприятия. Каждая из рассматриваемых систем имеет свои преимуществ и недостатки. В зависимости от решаемых задач эти преимущества могут как усиливаться, так и наоборот.
2.1.1 Rational Rose
Программный продукт Rational Rose – CASE-средства визуального проектирования информационных систем, позволяющего моделировать как бизнес-процессы, так и компоненты программного обеспечения.
Этот программный продукт реализует принципы структурного анализа, когда предприятие представляется в виде сложной системы, состоящей из различных компонент, имеющих различного рода взаимосвязи друг с другом. Инструментальные средства позволяют определить и отразить в моделях основные компоненты предприятия, протекающих процессов, используемой информации, а также представить взаимосвязи между этими составляющими компонентами.
Методика построения так называемых «бизнес-моделей», содержащаяся в дополнительном наборе рекомендаций или методике RUP, которая сопровождает пакет Rational Rose, предлагает диаграммы Use Case и Activity для описания бизнес-процессов. Дуги Use Case и Activity диаграмм не имеют смысловых типов, а образно показывают логическую связь. Синтаксические соглашения, диктуемые системой при разработке Use Case и Activity-диаграмм, имеют наборы перечисленных функций, которые дают информацию о происходящих на предприятии процессах. По этой причине пользователям Rational Rose при разработке Use Case и Activity-диаграмм приходится придумывать свои оригинальные синтаксические соглашения и давать свою интерпретацию, чтобы отразить всю существенную для анализируемого процесса информацию. Диаграммы не объединены в законченную и понятную систему; этим диаграммам (что, наверное, главное) не дается никакой интерпретации, объясняющей, как их применять при моделировании. Это означает, что два процесса соединены стрелкой — просто последовательность их исполнения или, например, то, что второй процесс обрабатывает некоторые результаты деятельности первого, а может быть, наоборот, для работы первого процесса необходима некая информация, которую подготавливает второй? Поэтому пользователю Rational Rose необходимо разрабатывать свои формализмы для получения методики построения моделей и анализа бизнес-процессов. Rational Rose основан на стандартах UML, но не поддерживает ни одну из известных методологий моделирования и анализа бизнес-процессов.
2.1.2 BPWin
Анализа и реорганизации бизнес-процессов, компания Logic Works, предлагает проводить с применением CASE - средства верхнего уровня - BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE).
Основной из трех методологий, является IDEF0. IDEF0, относится к семейству IDEF, которое появилось в конце шестидесятых годов под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются работы (представленные на диаграммах в виде прямоугольников), данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов (см. контекстную диаграмму в Приложении №1):
· стрелки входа (входят в левую грань работы) – изображают данные или объекты, изменяемые в ходе выполнения работы;
· стрелки управления (входят в верхнюю грань работы) – изображают правила и ограничения, согласно которым выполняется работа;
· стрелки выхода (выходят из правой грани работы) – изображают данные или объекты, появляющиеся в результате выполнения работы;
· стрелки механизма (входят в нижнюю грань работы) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы);
· стрелки вызова (выходят из нижней грани работы) – изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки поименованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом.
Такая диаграмма называется контекстной. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. Недостатком Bpwin, является недостаточная проработка интерфейса пользователя, что может осложнять работу проектировщика.
Одним из недостатков BPWin называют ограничение по количеству объектов на диаграмме. Однако опыт реальных проектов показывает, что для проекта, результаты которого можно реально использовать (критерий – обозримость), количество объектов в модели BPWin составляет 150-300. Это означает, что при 8 объектах на одной диаграмме, общее количество диаграмм (листов) в модели составит 20-40. Модели BPWin, содержащие более 500 объектов, фактически невозможно использовать. Следует подчеркнуть, что модель создается для выделения и анализа проблем, т.е. требуется детальное описание наиболее сложных, проблемных областей деятельности, а не тотальное описание всех процессов.
2.1.3 ARIS Toolset
Создаваемые в среде ARIS Toolset (IDS Scheer AG) модели представляют собой документированную совокупность знаний о системе управления на предприятии - организационная структура предприятия, взаимодействия между предприятием и прочими субъектами рынка, состав и структура документов, последовательности шагов процессов, должностные инструкции отделов и их сотрудников. ARIS хранит всю информацию в едином репозитории, что обеспечивает целостность и непротиворечивость процесса моделирования и анализа.
Достоинством данного средства является то, что оно обеспечивает интегрированный подход к анализу и проектированию систем. ARIS Toolset поддерживает три основных взгляда на систему управления:
· взгляд на организационную структуру, представляющий пользователей системы - иерархию организационных подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений;
· взгляд на функции, содержащий иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
· взгляд на данные, необходимые для реализации всей совокупности функций.
В рамках каждого из перечисленных взглядов создаются свои модели, отражающие соответствующие стороны разрабатываемой системы.
ARIS способен визуально показать оптимизацию бизнес-процессов и отдельных операций и провести глубокий анализ работы предприятия. В результате будут получены несколько вариантов моделей развития организации. ARIS позволяет сравнивать модели "как есть" и "как будет" друг с другом и регулярно определять имеются ли расхождения и насколько они велики. Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а также выявить взаимосвязи между ними. ARIS генерирует подробные отчеты по любым аспектам деятельности в удобной для руководителя форме.
Стоимость ARIS существенно превышает совокупную стоимость продуктов Platinum. Однако, реальная стоимость ARIS может оказаться многократно большей. Это связано с тем, что полнофункциональный вариант ARIS возможно реализовать только после закупки специальных интерфесов с модулями, которые не являются продуктами Sheer AG. Например, для реализации функций продуктов Platinum в части формирования логической структуры БД и кодов приложений необходимо докупать интерфейс с ERwin стоимостью $2500. Стоимость этих интерфейсов в смету не вошла, т.к. сейчас затруднительно точно определить их необходимый перечень. Да и консультанты этому не способствуют. Возможно, боятся спугнуть клиента. Более того, предлагается покупать лицензии на количество рабочих мест, детализированные до отдельных модулей ARIS. В результате набегает очень приличная сумма. Напротив, использование модулей продуктов Platinum никак не лицензируется в зависимости от количества рабочих мест. Например, BPwin/ERwin могут быть установлены на неограниченное количество рабочих мест. Исключением является модуль ModelMart, обеспечивающий коллективную работу над проектом. При этом рост стоимости подключения новых пользователей к ModelMart несоизмеримо мал в сравнении с подключением новых пользователей к каждому из модулей ARIS.