Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15





НазваниеУчебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15
страница10/19
Дата публикации25.03.2015
Размер1.8 Mb.
ТипУчебное пособие
100-bal.ru > Информатика > Учебное пособие
1   ...   6   7   8   9   10   11   12   13   ...   19

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


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

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

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


Существует более 20 технологий проектирования организационно-технических систем и несколько сотен специальных инструментов, предназначенных для автоматизации этого процесса. Существуют также средства моделирования, входящие в состав комплексных систем управления предприятиями (SAP/R3, BAAN, Oracle Application, Corporate Modeler и др.). Тем не менее, сравнительный анализ мы ограничим несколькими наиболее популярными на российском рынке специализированными программными продуктами: прежде всего CA ERwin Process Modeler (Бывш.CA ERwin Process Modeler/Erwin (Platinum Technology)), затем ARIS (Scheer AG), –и, частично, Corporate Modeler (главный продукт в семействе продуктов Corporate Modeler Suite) и Rational Rose (Rational Software Corporation).
«CA ERwin Process Modeler»(BPwin) - средство функционального моделирования, реализующее методологии IDEF0, IDEF3 и DFD. и ERwin - средство концептуального моделирования Баз Данных, использующее методологию IDEF1X.

Методология IDEF0, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология IDEF0 может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF0 может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитарии данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.

Пакет ARIS ToolSet - многопользовательская среда описания и анализа рабочих процессов предприятий, поддерживающая разработку сложных информационных систем (ARIS, АРИС – Архитектура Интегрированных Информационных Систем) и сопровождающая весь цикл разработки (анализ - проектирование – реализация). Применение этих инструментальных средств позволяет многократно сократить длительность этапа проектирования при гарантированном уровне проектных решений. В этой среде не накладывается жестких ограничений на последовательность проработки различных аспектов деятельности и предоставляется ряд других возможностей по описанию рассматриваемого предприятия. В ARIS воплощен практический опыт множества аналитиков, работающих в области проектирования ИСУП, а также учтены недостатки существующих инструментальных средств. Система предназначена для поддержки работы специалистов, анализирующих и выстраивающих (оптимизирующих) рабочие процессы на предприятиях, внедряющих системы управления предприятиями, и сопровождающих эти системы.

Corporate Modeler - программный продукт для моделирования деятельности компаний, который позволяет описывать, визуализировать и анализировать бизнес-процессы компании. С его помощью можно строить блок-схемы процессов, документировать, проводить имитационное моделирование и функционально-стоимостной анализ, а затем по результатам такого анализа оптимизировать и совершенствовать соответствующие процессы и деятельность компании в целом. Идеологической основой продукта Corporate Modeler Suite является методология Захмана, которая учитывает взгляды на ИТ-систему различных сторон (разработчика, проектировщика, заказчика), выделяет объекты, относящиеся к различным аспектам разработки и внедрения ИТ-систем, декомпозирует и взаимоувязывает их. Собственно модель представляется в виде таблицы, имеющей пять строк и шесть столбцов, которая приведена на рис. 3.2. Отображенная на рисунке шестая строка соответствует уже не уровню описания архитектуры, а уровню работающей системы или предприятия в целом.
Рис. 3.2. Компоненты архитектурного описания организации (по Захману).
Модель представляет собой структуру, которая делится по вертикали и горизонтали. По вертикали происходит деление в соответствии с шестью основными аспектами моделирования, каковыми являются:

  • Мотивация («Почему?»);

  • Процессы («Как?»);

  • Люди («Кто?»);

  • Местоположения («Где?»);

  • Данные («Что?»);

  • Время («Когда?»).

По горизонтали деление происходит на основании уровней моделирования:

  • Уровень бизнеса - описывает объекты, с которыми имеют дело руководители компании: стратегия, миссия компании, ключевые направления деятельности компании, подразделения, ключевые данные, события;

  • Уровень организации – описывает объекты, детализирующие уровень бизнеса. Здесь не уделяется особого внимания системным или физическим ограничениям;

  • Уровень систем – описывает работу организации с учетом ограничений, накладываемых бизнесом и ИТ. Этот уровень показывает, как в дальнейшем модели уровня организации будут воплощены в действующие системы;

  • Уровень технологий - детально описывает применяемые в организации технологии;

  • Уровень деталей – описывает такие объекты, как сети, люди, компьютерные программы, базы данных.

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

Corporate Modeler включает основные шесть типов диаграмм.

  • Hierarchy Diagrams – диаграммы, показывающие связи между организационными элементами, процессами, информационными системами, расположением подразделений и данными.

  • Matrix Diagrammer – служит для управления взаимосвязями между любыми типами и категориями объектов.

  • Data Flow Diagrammer – диаграммы потоков данных отражают движения данных в организации.

  • Process Dynamics Diagram – описание потока деятельности, содержащее функции, исполнителей, материальные ресурсы, информационных систем, местоположения, документы и так далее.

  • Entity Relationship Diagrammer – диаграммы отношений между сущностями – используются для моделирования данных.

  • Generic Diagrammer – используется для построения диаграмм в соответствии с любой нотацией. На каждом уровне абстракции могут применяться любые типы диаграмм, и необходимость их использования трактует Casewise Framework.


Rational Rose 98 - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQL Windows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

Business Process Management System (BPM) - методология, направленная на оптимизацию реализации стратегии бизнеса и состоящая из набора интегрированных циклических аналитических процессов, которые поддерживаются соответствующими технологиями и имеют отношение как к финансовой, так и к операционной информации. BPM позволяет предприятию определять, измерять и управлять эффективностью своей деятельности, направленной на достижение стратегических целей. В настоящее время определены основные процессы, технологии и контент, необходимые для создания BPM-решений. Объединяющим для этих технологий является их совместное использование при планировании корпоративных целей, отслеживании ключевых показателей эффективности (KPI) и обеспечении соответствующего реагирования на незапланированные изменения.

Наиболее предпочтительной является архитектура, которая поддерживает информационные потоки, идущие от операционных систем к системам планирования, а также между функциональными отделами организации. Рекомендуемая архитектура также должна реализовывать возможность реагирования на изменения генерируемых показателей – например, пересмотр планов, целей и оперативной деятельности. Предполагается, что данные, собираемые из различных источников, включая корпоративные системы, хранилища данных и приложения MS Office, должны загружаться в витрину показателей BPM, которая поддерживает структурированные и неструктурированные данные, а также позволяет выполнять анализ реляционных и многомерных данных. Архитектура BPM, как правило, поддерживает четыре основных процесса: разработку стратегии, планирование, мониторинг и анализ, принятие корректирующих действий, - а также ряд дополнительных технологий и аналитических приложений, которые используются для реализации других процессов и функций управления эффективностью. Стоит подчеркнуть, что, как и в случае с другими программными продуктами, данные технологии представлены в виде готовых пакетов приложений и/или настраиваемых решений, основанных на использовании компонентных объектов поддерживающих их технологии.

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

При дальнейшем анализе будут рассматриваться только характеристики программ CA ERwin Process Modeler (BPwin – Erwin (далее, CA ERwin Process Modeler), ARIS ToolSet (далее, ARIS),

3.3.1. Функциональные возможности средств моделирования бизнес-систем


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

  • средства построения моделей бизнес - систем;

  • средства анализа моделей;

  • средства оптимизации моделируемых систем по их моделям;

  • поддержка библиотек типовых моделей;

  • оформление регламентов и документации;

  • поддержка разработки моделей баз данных и программных средств;

  • интеграция с другими программными продуктами (CASE-средствами, ERP-системами, прикладными программами).


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

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

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


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

  • структурная организация системы

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

  • процессы, протекающие в системе

  • распределение ресурсов по процессам

  • распределение ответственности за процессы и ресурсы.

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

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

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

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

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

Сравниваемые методологии (ARIS и CA ERwin Process Modeler) позволяют строить модели бизнес-систем, отображающие различные стороны систем. В этих моделях представляются реализуемые в бизнес-системах функции, их структура, протекающие в них процессы, а также циркулирующие в них данные (в том числе планы, проекты, регламенты, первичные документы и отчеты). Однако, подходы, использованные в этих системах, различны.

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

В BPwin, в принципе, использован такой же путь, но с меньшим разнообразием отражаемых аспектов деятельности в силу ориентации на представление объектов в нотациях IDEF0, IDEF3 и DFD, ориентированных на описания логики использования информационных систем.

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

(BPwin также позволяет задать иерархию на объектах класса, так называемую, категоризацию)

Открытость моделей для всех рассматриваемых средств обеспечивается возможностью добавления новых объектов или классов объектов и отношений между ними.

В ARIS и CA ERwin Process Modeler для этого необходимо пополнение фиксированных классов объектов, используемых в моделях бизнес-процессов, т.е. системы являются «закрытыми» для пользователей и «обогащение» представления бизнес-системы производится исключительно авторами продуктов.

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

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

  • общую организацию бизнес-процессов и порядок взаимодействия оргзвеньев (исполнителей),

  • распределение ответственности за реализацию отдельных функций и расходование ресурсов системы,

  • загрузку оргзвеньев, исполнителей и инструментальных ресурсов в системе,

  • основные временные и стоимостные параметры моделируемой системы,

  • требования по ресурсному обеспечению протекающих в системе процессов.

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

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

В отличие от такого подхода, модели бизнес-процессов в ARIS и CA ERwin Process Modeler строятся непосредственно, а существующие взаимосвязи компонент процесса должны подготавливаться для проведения анализа, в результате соответствующих процедур.

Так, например, после построения модели бизнес процесса в CA ERwin Process Modeler, с помощью ERwin строится отдельная модель данных, в которой устанавливаются связи между компонентами системы (сущностями модели данных по методологии). Затем эти модели связываются. В ARIS и CA ERwin Process Modeler для этой цели необходимо либо вручную проследить все связи по диаграммам бизнес-процессов (и моделям данных в CA ERwin Process Modeler), либо специально строить соответствующие списки или отчеты.

Вопрос о загрузке исполнителей и инструментальных ресурсов в системе, а также получение оценок по основным временным параметрам моделируемой системы, может решаться на основании количественных данных о сложности (или просто продолжительности) реализуемых ими функций. Для решения этой задачи необходимо тем или иным способом ввести в систему такие данные, а также предусмотреть средства получения сводных оценок. Поддержка методологии IDEF3 (в BPWin), ABC-методов в ARIS и CA ERwin Process Modeler, а также средств имитационного моделирования в ARIS (и, частично, в CA ERwin Process Modeler) предусматривает определенную обработку этих оценок. Что касается собственно исходных данных, то они задаются пользователем, который, таким образом, и несет ответственность за конечный результат.

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

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

Более адекватные результаты можно попытаться получить с помощью имитационного моделирования поведения системы. Однако, для времен задержек обслуживания приходится либо принимать весьма приблизительные предположения о законе распределения их во времени, либо проводить достаточно дорогие и трудоемкие процедуры хронометража и последующую статистическую обработку. При этом достоверность полученных результатов не будет слишком высокой, либо потребует значительных дополнительных затрат. Поэтому, представляется разумным подход, заключающегося в том, что: «стоимость затрат на моделирование для получения какой-либо информации, не должна превышать ценность (стоимость) результатов ее использования. Кроме того, всегда надо помнить о законе Парето, из которого, применительно к рассматриваемой проблеме, следует, что 20% усилий по моделированию обеспечивают 80% эффекта.

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

Средства оптимизации бизнес-процессов дополнительно к возможностям анализа моделей обеспечивают:

  • инструмент управления;

  • генерирование ряда альтернатив;

  • планирование;

  • выбор наилучшей линии поведения;

  • распределение ресурсов;

  • установление приоритетов.

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

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

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

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

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

  • положения о политиках компании (учетной, инвестиционной и др.);

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

  • документированные процедуры - описания бизнес-процессов в форме, позволяющей как представить процесс стороннему наблюдателю, так и руководствоваться этим документом исполнителям операций процесса;

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

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

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

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

В BPwin прямая возможность получения различных регламентов не оговорена.

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

В части документации для разработки информационной системы наиболее традиционные возможности предусматривает среда CA ERwin Process Modeler/ERwin, которая, собственно, для этого и создавалась.

Возможности ARIS примерно аналогичны: в первых версиях модели данных описывались по схеме сущность-отношение, в более поздних – на языке UML. Однако инструмент ARISToolset обеспечивает более развитые функции разработки информационных систем.

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

  • анализ и проектирование архитектуры информационно-управляющих систем;

  • проектирование баз данных и файлов;

  • программирование (генерация кодов программ);

  • сопровождение и реинжиниринг;

  • управление проектом.

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

Проектирование баз данных и файлов (концептуальный и внутренний уровни), преобразование моделей данных, описание форматов файлов наиболее полно в рассматриваемых средствах поддерживается только в CA ERwin Process Modeler (ERwin), так как эта среда специально предназначена для решения подобных задач.

В среде ARIS такая возможность предусмотрена в пакете ARIS Toolset на уровне спецификации проекта и определения параметров баз данных.

Генерация программных кодов прикладных или системных средств в системах ARIS и не предусматривается, так как они представляют собой средства проектирования бизнес-систем, а не программного обеспечения. В определенной мере эта возможность реализована только в CA ERwin Process Modeler.

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

Функции управления проектом создания баз данных и программных средств являются специфическими именно для разработки программных продуктов. В такой форме они реализованы в CA ERwin Process Modeler. Интеграция с другими программными продуктами предполагает расширение области применения рассматриваемого средства и может проводиться как в рамках разработки семейства совместимых программных средств (по типу фирмы Platinum Technologies) или с программными средствами других разработчиков (third party software).

Интеграция с программными продуктами “третьих сторон” выполняется с одной из следующих целей:

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

  • предоставление возможности включения своего продукта в продукт третьей стороны,

  • обеспечение универсального, в той или иной степени, интерфейса для своего продукта, если конкретная третья сторона неизвестна заранее.

С точки зрения функциональной направленности можно рассматривать интеграцию с:

  • CASE средствами,

  • ERP системами,

  • прикладными программами.


ARIS имеет интерфейсы с некоторыми CASE-средствами, а также является средством создания моделей для непосредственной настройки таких систем управления предприятиями, прежде всего SAP R/3. Как отмечалось выше, система опирается на собственную нотацию для представления бизнес-процессов, поэтому в ней используются встроенные средства имитационного моделирования и инструментом стоимостного анализа, результаты которых могут экспортироваться в форматы MS Excel.

CA ERwin Process Modeler поддерживает методологии IDEF0, DFD и IDEF3 и интегрируется со следующими программными продуктами (в основном, того же производителя):

  • инструментом моделирования данных ERwin (Platinum Technology);

  • системой управления и хранения проектов ModelMart (Platinum Technology);

  • специализированным генератором отчетов по модели RPTwin (Platinum Technology);

  • системой имитационного моделирования BPSimulator (System Modeling Corporation);

  • инструментом стоимостного анализа EasyABC (ABC Technologies);

  • (*Platinum Technology – с 1999 г. вошла в Computer Associates).


Основные функциональные возможности сравниваемых инструментов приведены в табл. 3.1

Таблица 3.1

Сравнение функциональных возможностей ARIS Toolset и CA ERwin Process Modeler



Возможности/ Инструментальная среда

ARIS Toolset

CA ERwin Process Modeler

1

Поддерживаемый стандарт

(частично — DFD, ERM, UML)

IDEF0, IDEF3, DFD

2

Система хранения данных модели

Объектная база данных

Модели хранятся в файлах. Возможно создание репозитария на основе реляционной СУБД с помощью ModelMart

3

Ограничение на размер базы данных

Нет. Размер базы данных ограничивается вычислительными ресурсами

Нет. Размер базы данных ограничивается вычислительными ресурсами

4

Возможность групповой работы

Есть. Используется ARIS Server

Есть. Используется ModelMart

5

Ограничение на количество объектов на диаграмме

Нет

Для DFD и IDEF3 — нет. Для IDEF0 ограничено рекомендациями нотации

6

Возможность декомпозиции

Неограниченная декомпозиция. Возможна декомпозиция на различные типы моделей

Неограниченная декомпозиция. Возможен переход на другую нотацию в процессе декомпозиции

7

Формат представления моделей

Не регламентируется

Стандартный бланк (каркас) IDEF с возможностью его отключения

8

Удобство работы по созданию моделей

Сложная панель управления, есть выравнивание объектов, есть undo

Простая панель управления, нет выравнивания объектов, нет undo

9

UDP — свойства объектов, определяемые пользователем

Большое, но ограниченное количество свойств; количество типов ограничено

Количество UDP не ограничено. Количество типов ограничено (18)

10

Возможность анализа стоимости процессов

Есть. Возможность использовать ARIS ABC

Упрощенный ABC — анализ стоимости по частоте использования в процессе. Возможность экспорта в Easy ABC

11

Генерация отчетов

Создание отчетов на основе стандартных и настраиваемых пользователем макросов Visual Basic

RPTwin, возможность визуальной настройки отчетов, включая расчет по формулам с использованием UDP

12

Сложность разработки нестандартных отчетов

Сложно

Просто

13

Экспорт отчетов

Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML

Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML

14

Связь с моделью данных

Возможность построения ERD-диаграмм, для экспорта необходимо дополнительное программное обеспечение

Реализована связь с моделью данных ERwin. Каждой стрелке может быть поставлен в соответствие набор сущностей и атрибутов

15

Описание доступа к данным

Нет

Для каждой работы могут быть описаны права на использование данных. Объект модели данных может быть создан непосредственно в среде BPwin

16

Описание сопутствующей документации

Есть, поддержка OLE

С помощью UDP типа command с каждой стрелкой связывается любой документ, который может быть загружен с помощью Windows — приложения. Запуск приложения проводится непосредственно из среды BPwin


В таблице 3.2 обозначены оценки по пятибалльной шкале степени реализации функций или свойств. Как видно из таблицы 3.2, прямое суммирование оценок дает разброс около ±4%. Такой разброс лежит в пределах погрешности самих оценок. Более того, сами средства, различающиеся по функциональной направленности, получили близкие оценки за счет того, что различающиеся сильные и слабые стороны разных средств при прямом подсчете компенсируют друг друга. Отдельные группы функциональных возможностей имеют различное значение. Этот факт отражен коэффициентами, записанными в графе “Bес”.

Таблица 3.2.

Рейтинговая оценка функциональных возможностей ARIS и BPwin

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

Вес

ARIS

BPwin

Возможности представления моделей систем

4,5

8

36

8

37

универсальность

5

4

20

5

25

открытость

4

4

16

3

12

Средства анализа моделей

3,3

12

40

10

33

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

5

4

20

3

15

Имитационное, событийно-управляемое моделирование (оценка временных параметров)

2

4

8

3

6

Оценка стоимостных параметров процессов (функционально-стоимостной анализ)

3

4

12

4

12

Средства оптимизации бизнес-систем

2

3

6

2

4

Поддержка библиотек типовых моделей

4,3

11

47

10

42

Оформление документации

4,3

11

47

10

42

Организационная документация

5

3

15

2

10

Документация СМК (систем менеджмента качества)

4

4

16

3

12

Проектная документация для создания ИС

4

4

16

5

20

Поддержка разработки баз данных и программных средств

4

4

16

5

20

Интеграция с программными продуктами

3,5

7

2,5

9

32

CASE средствами

4

4

16

5

20

Прикладными программами и системами

3

3

9

4

12

Итого

 

38

139

37

138


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

Подводя итоги сравнению указанных программных средств можно сказать, что ARIS предоставляет существенно больше возможностей по работе с отдельными объектами модели, но именно вследствие чрезмерного количества настроек работа по созданию модели должна регламентироваться сложной, многоаспектной документацией - т.н. “Соглашениями по моделированию”. Разработка этих “Соглашений” само по себе является сложной, дорогой и требующей значительного времени (1-3 месяца) и квалифицированных специалистов задачей. Если проект с использованием ARIS начинается без детальной проработки таких соглашений, то вероятность создания моделей бизнес-процессов, не отвечающих на поставленные вопросы, составляет 80-90%. В свою очередь, BPWin отличается простотой в использовании, и достаточной строгой регламентацией при создании диаграмм (стандарт IDEF и рекомендации по его применению, бланк IDEF для создания диаграммы, ограниченное количество обязательно заполняемых полей, ограничение количества объектов на одной диаграмме и т.д.). ARIS, безусловно, является более “тяжелым” инструментом, по сравнению с BPWin, и это в итоге оборачивается значительными трудностями и высокими затратами на его эксплуатацию.
1   ...   6   7   8   9   10   11   12   13   ...   19

Похожие:

Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconРабочая программа учебной дисциплины основы теории управления
Дисциплина «Основы теории управления» относится к циклу профессиональных дисциплин, базовая часть. Для изучения дисциплины «Основы...
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 icon1. Цели и задачи освоения дисциплины Основная цель курса для студента...
Основная цель курса для студента ознакомится с организацией деятельности банка в целом, изучить современные операции банка, подходы...
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconТематический план изучения дисциплины (одо) Тема Лекции
Тема Введение в курс «Автоматизированные системы управления организацией». Цели и задачи курса. Проблемы автоматизации управления...
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconПравила аттестации педагогических работников вопрос-ответ Педагогический...
Педагогический совет – одна из форм коллегиального управления организацией образования
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconУчебно-методический комплекс рабочая программа для аспирантов специальности
Современные требования к управлению организацией и профессиональные навыки менеджера
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconПримерная тематика рефератов по курсу «Исследование систем управления»
Современный менеджмент и необходимость исследования систем управления социально-экономической организацией
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconРабочая программа учебной дисциплины теоретические основы автоматизированного управления
Для изучения дисциплины «Теоретические основы автоматизированного управления» студентам необходимо обладать знаниями, умениями и...
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconСроки проведения
Педагогический совет – одна из форм коллегиального управления организацией образования
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconДеловая Москва. Русский Newsweek
Педагогический совет – одна из форм коллегиального управления организацией образования
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconА. И. Ермаченко исследование систем управления учебное пособие
Многофункциональные интегрированные системы процессно-ориентированного управления для организаций
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconПрограмма по формированию навыков безопасного поведения на дорогах...
Акуличев Ю. Ф., Глухенко Н. В. Основы охраны труда: учебное пособие для студентов экономической специальности. // Под общей редакцией...
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconЕжедневный мониторинг сми 22 апреля 2013
Педагогический совет – одна из форм коллегиального управления организацией образования
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconЕжедневный мониторинг сми 27 апреля 2012
Педагогический совет – одна из форм коллегиального управления организацией образования
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconЕжедневный мониторинг сми 11 июня 2013
Педагогический совет – одна из форм коллегиального управления организацией образования
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 iconПланы семинарских занятий по курсу макроэкономика ч. П. для студентов...
Данное методическое пособие составлено в помощь студентам 1 курса факультета экономики и управления ргу нефти и газа им. И. М. Губкина,...
Учебное пособие 10 Введение 13 Часть Основы общей теории управления. Функциональный и процессный подходы к управлению организацией 15 Современные концепции управления организацией 15 icon«Рынок транспортных услуг: цена, скорость, качество»
Педагогический совет – одна из форм коллегиального управления организацией образования


Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
100-bal.ru
Поиск