WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

МОДЕЛИРОВАНИЕ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ РАЗРАБОТКА МЕТОДА ПРОВЕДЕНИЯ СРАВНИТЕЛЬНОГО АНАЛИЗА ЯЗЫКОВ БИЗНЕС-МОДЕЛИРОВАНИЯ Э.А. Бабкин, профессор Государственного университета – Высшей школы экономики,

e-mail: eababkin

В.П. Князькин, магистр 2-го курса факультета «Бизнес-информатика и прикладная математика» нижегородского филиала Государственного университета – Высшей школы экономики.

М.С. Шиткова, магистр 2-го курса факультета «Бизнес-информатика и прикладная математика» нижегородского филиала Государственного университета – Высшей школы экономики.

Адрес: г. Нижний Новгород, ул. Б. Печерская, д. 25/12.

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

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

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

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

БИЗНЕС-ИНФОРМАТИКА №3(13)–2010 г.

МОДЕЛИРОВАНИЕ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ Для решения поставленных в рамках реформы 2. Разработка принципов задач крайне полезным будет создание формаль- проведения исследования ного описания всех регламентов и стандартов, 2.1. Выбор методологии моделирования имеющихся в государственной администрации.

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

пример ARIS [2][3][4][5], DEMO[6][7][8], UML[9] В качестве основных составляющих каждой мето [10], IDEF[11], которые являются достаточно дологии можно выделить следующие компоненты:

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

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

нистративного сектора. Например, методология набор языков моделирования;

PICTURE[12][1][13], разработанная в универси инструментальные средства, поддерживающие тете города Мюнстер, Германия, или российский создание бизнес-моделей для каждого из этапов продукт ГОС-Мастер[14][15], компании «Бизнес моделирования.

Инжиниринг Групп», созданная при поддержке Как уже отмечалось ранее, целью данной статьи ГУ-ВШЭ.

является сравнение существующих языковых и ин Принимая во внимание сложность орга струментальных средств. В качестве методологий низации государственного сектора и отсут для рассмотрения были выбраны: ARIS, DEMO, ствие длительной практики в области бизнес IDEF, UML, PICTURE, ГосМастер.

моделирования этой области деятельности, крайне важно на начальном этапе определиться 2.2.Выбор языковых и инструментальных с выбором методологии. Выбранная методо средств сравнения логия должна позволять выполнять описание достаточно сложных децентрализованных про- Каждая методология предполагает создание цессов [1], но при этом быть простой и понят- различных моделей для полного описания дея ной для пользователей, не являющихся экспер- тельности организации. В нашей работе было тами в процессном подходе. решено рассмотреть следующие аспекты модели Обязательным условием объективного вы- рования:

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

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

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

тодологиях, и программного обеспечения, под- модель данных.

держивающего существующие методологии. Для Выбор именно этих аспектов моделирования этого необходимо, прежде всего, предложить основывается на том, что в большинстве методо объективный метод проведения сравнительного логий они занимают центральное место и всегда анализа, ограничив набор методологий модели- представлены в том или ином виде. Выбранные рования для сравнения и определив критерии модели составляют основу методологии ARIS и об сравнения, особо значимые для моделирования разуют так называемое «здание» ARIS [2]. Также административной деятельности в государствен- выбранные модели являются основными аспекта ном секторе. В данной статье представлены ре- ми в методологии Захмана на этапах контекстного, зультаты работы в этом направлении: предла- концептуального и логического описания архитек гаются языковые средства для сравнительного туры предприятия [16]. По мнению специалистов в анализа и набор критериев, используемых для области моделирования бизнес-процессов главное сравнения. на начальном этапе моделирования – найти ответ БИЗНЕС-ИНФОРМАТИКА №3(13)–2010 г.

МОДЕЛИРОВАНИЕ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ на вопрос «кто что делает и в каком порядке?» [5]. 2.3. Выбор критериев сравнения Для ответа на этот вопрос как раз и необходимо по Для более конструктивного сравнения методо строить перечисленные выше модели.

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

будут рассмотрены более подробно во второй части статьи.

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

доступность языка для понимания и наглядность по лучившейся модели. Под доступностью для пони Таблица. 1.

мания [14] подразумевается возможность построе Языковые средства ния моделей пользователем, не имеющим глубоких знаний в области моделирования или не являю щимся экспертом в данном языковом средстве.

Это достаточно актуально для рассматриваемой нами предметной области, так как моделирование в каком-либо виде в государственной администра ции практически не развито. Наглядность [14][17] Organizational Function ARIS eEPC eERM [1] получившейся модели подразумевает то, что мо chart Tree дель не должна содержать лишних элементов, быть IDEF _ IDEF0 IDEF3 DFD слишком запутанной и перегруженной. Любой че Constructional State Model ловек с первого взгляда без особых временных за Model Process (ontological level DEMO _ (ontological Model + integrated w/ трат должен иметь возможность понять смысл мо level) Process Model) дели.

Activity Для того чтобы модель была понятной и нагляд UML _ _ Class diagram Diagram ной, языковое средство не должно быть избыточ Organizational ным. В языке моделирования не должно быть лиш PICTURE _ PICTURE list них или неоднозначных элементов. Пользователь Модель не должен «метаться» в выборе между той или иной Организационно администра ГосМастер функциональная _ конструкцией языка [18].

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

браны: моделирование иерархий;

ARIS: ARIS Business Performance Edition компа- возможность реализации различных типов свя нии IDS Scheer;

зей между объектами;

IDEF: CA ERwin Process Modeler компании разделение участников на роли;

Computer-Associates;

разделение участников на отделы;

DEMO: XeMod Modeler компании Xprise разделение участников на должности;

Business Solutions;

отображение сотрудников организации.

UML: Rational Software Architect компании IBM;

Также важным критерием для моделирования PICTURE: PICTURE компании PICTURE организационной структуры будет являться воз GMbH;

можность добавления атрибутов [14] к различным ГосМастер: ГосМастер Графикс компании Биз- элементам языка (например, список обязанностей нес Инжиниринг Групп. для роли, количество человек в отделе, личные ха БИЗНЕС-ИНФОРМАТИКА №3(13)–2010 г.

Модель организационной структуры Функцио-нальная модель Модель бизнес процессов Модель данных МОДЕЛИРОВАНИЕ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ рактеристики каждого сотрудника и т.п.). Это по- 2.3.5. Сводная таблица критериев зволит более полно отобразить всю информацию Для большей наглядности все перечисленные об оргструктуре, при этом не перегружая модель выше критерии представлены в табл. 2.

дополнительными элементами.

Таблица. 2.

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

Дополнительным критерием была выделена воз Наглядность Наглядность Наглядность Наглядность можность создания декомпозиции функций. Это по- получившейся получившейся получившейся получившейся модели модели модели модели зволит с одной стороны добиться наиболее полной детализации функций, а с другой стороны сохра Избыточность Избыточность Избыточность Избыточность нить каждую модель наглядной, ограничивая коли Возможность Возможность Возможность Возможность чество элементов. [11] создания выполнения выполнения классификации иерархии декомпозиции декомпозиции данных 2.3.3. Критерии для сравнения Возможность Отображение Поддержка языков описания бизнес-процессов реализации Возможность организационных различных различных добавления элементов видов связи типов связей Как и для предыдущих двух групп языков, для атрибутов (с помощью между между Pool/Lane) элементами описания бизнес процессов необходимо средство, элементами доступное для понимания, достаточно наглядное, «не Отображение Возможность избыточное», позволяющее осуществлять декомпози- Разделение информационных добавления на роли цию функций и возможность добавления атрибутов. объектов атрибутов Модель бизнес-процесса должна не только ото Возможность Разделение бражать последовательность выполнения действий добавления на отделы атрибутов и условия перехода, но и организационную структу ру и информационные объекты, участвующие в про Разделение на должности цессе. [1] Организационную структуру наиболее удобно Отображение представлять в виде так называемых «пулов» и «лей- сотрудников организации нов» (pools и lanes). Наличие подобной функцио нальности в языке описания бизнес-процессов бу Возможность добавления дет большим плюсом.

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

вес принят за «-1», чтобы отразить отрицательный Особенностью в данной группе моделей будет вклад критерия в общую оценку. Впоследствии необходимость реализации различных видов связей планируется провести более детальное изучение между элементами, например агрегации или насле- значимости критериев и скорректировать веса в со дования. А также возможность выполнить класси- ответствии с мнением экспертов в области бизнес фикацию данных, например, изображать различны- моделирования, а также будущих пользователей – ми символами документы, заявки и т.д. [1] сотрудников администрации.

БИЗНЕС-ИНФОРМАТИКА №3(13)–2010 г.

Организа ционная модель Функцио нальная модель Модель бизнес процесса Модель данных МОДЕЛИРОВАНИЕ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ 2.3.6. Критерии сравнения Предметно-ориентированный язык же, напротив, инструментальных средств использует семантику «реального мира» и основы вается на «неформальном» языке сообщества, стро Важно проанализировать не только возможности ящего модель. В таких ситуациях, при построении языка моделирования, но и программного обеспече моделей возникает огромное количество возмож ния, поддерживающего ту или иную методологию.

ных конфликтов. [19] В качестве семантических Одним из важнейших критериев является цена.

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

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

информационных и организационных объектов;

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

функциональных элементов различными элемен наличие локализации [14] – наличие русскоя тами языка;

зычного интерфейса;

конфликт абстракции – описание одних и тех сопровождение (техническая поддержка поль же событий с различной детализацией зователей, возможность обновления программного конфликт разделения – добавление лишних эта продукта) [14];

пов в процесс;

удобство пользования;

конфликт порядка – использование различного понятность.

порядка выполнения действий;

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

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

ления организационных моделей [17] может быть едва Особенно важна в области административного ли не более полезным для правильного составле управления возможность автоматического созда ния модели, чем наличие автоматического кон ния отчетов [14][17], так как очень значительную троля выполнения семантических и синтаксиче роль в администрации играют текстовые описания ских ограничений [1]. Кроме того, подчеркивается регламентов и процессов.

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

оргструктуры), одним из критериев к инструмен тальному средству будет возможность интеграции 2.3.7. Шкала оценки различных типов моделей и повторного использова ния уже созданных элементов – связанность моделей. В качестве шкалы оценки предлагается использо Еще одним важным аспектом функционально- вать трехбалльную шкалу от 0 до 2, где сти программного продукта, поддерживающего 0 – отсутствие;

методологию, будет возможность проведения ав- 1 – частичное присутствие;

томатического семантического и синтаксического 2 – полное присутствие критерия.

контроля [12][1][13]. Любую модель процесса мож- Выбор именно этой шкалы оценки может быть но рассматривать с точки зрения языка моделиро- объяснен тем, что она достаточно удобно для вы вания и предметно-ориентированного языка, ис- ражения мнения экспертов, так как поддерживает пользуемого в модели. Языки моделирования, как возможность выставления как положительных и правило, имеют четко определенную семантику отрицательных, так и нейтральных оценок. Шкала и, как следствие, небольшое количество возмож- с большим количеством делений не была выбра ных конфликтов, возникающих при сравнивании на, чтобы не смущать будущих участников опроса моделей, созданных разными пользователями. слишком большим разбросом оценок.

БИЗНЕС-ИНФОРМАТИКА №3(13)–2010 г.

МОДЕЛИРОВАНИЕ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ 3. Заключение которые будут проанализированы в соответствии с определенными нами критериями сравнения.

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

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

Литература 1. Becker J., Pfeiffer D., Rackers, M. Domain Specific Process Modeling in Public Administrations – The PICTURE-Approach // Lecture Notes in Computer Science, Electronic Government. 2007. P. 68-79.

2. Моделирование бизнеса. Методология ARIS. / Каменнова М., Громов А., Ферапонтов М., Шматалюк А.// М.: Весть-МетаТехнология, 2001. 327 с.

3. Davis R., Brabandere E. ARIS Design Platform. Springer;

London, 2007. 364p.

4. Scheer, A-W. ARIS - Business Process Modelling. Berlin: Springer, 2000. 218p.

5. Каменнов Г. Использование ARIS на этапе Проектирования бизнес-процессов [Электронный ресурс]. – Режим доступа: http://www.oracle.com/global/ru/oramag/feb2007/tema_aris_p_proj.html (Дата обращения: 12.12.09) 6. Albani A., Dietz J. Identifying Business Componets on the basis of an Enterprise Ontology. LNCS: Augsburg, Germany;

GA Delft, The Netherlands: Springer Verlag, 2008. 195p.

7. A. van Renssen. A Generic Extensible Ontological Language: Design and Application of a Universal Data Structure. Delft University;

Delft : Delft University Press, 2005. 238p.

8. Dietz J. Enterprise Ontology: Theory and Methodology. N. Y.: Springer, 2006. 243p.

9. Object Management Group. UML 2.2 Superstructure Specification [Электронный ресурс]. – Режим досту па: http://www.omg.org/spec/UML/2.2/Superstructure/PDF/ (Дата обращения: 20.01.10) 10. Ambler S. The Object Primer 3rd Edition Agile Model Driven Development with UML 2. New York : Cambridge University Press, 2004. 545p.

11.Верников Г. Основные методологие обследования организации. Стандарт IDEF0 [Электронный ресурс] –Режим доступа: http://consulting.psi.ru (Дата обращения: 20.11.09) 12. Becker J., Bergener P., Pfeiffer D. Migrating Process Models between PICTURE and BPMN/EPC.// Wybrane Problemy Elektronicznej Gospodardsky;

, 2008. – p. 260- 13. Becker, J. Pfeiffer, D. and, M. A Process Modeling Language for the Public Sector - the PICTURE Approach.// Wybrane Problemy Elektronicznej Gospodarki, d. – 2007. – p. 271-281.

14.Клименко А.В. Отчет о проведении научно исследовательской работы «разработка методических рекомендаций по описанию и оптимизации процессов в органах исполнительной власти в рамках под готовки внедрения ЭАР» часть II Анализ существующих методик описания и средств моделирования административно-управленчиских процессов исходя из требований к ЭАР/ А.В. Клименко;

Мини стрество экономического развития и торговли РФ, ГУ ВШЭ. – М. - 2004.

15. Информационный портал ФЦП «ЭЛЕКТРОННАЯ РОССИЯ» [Электронный ресурс]. Режим доступа:

http://www.e-rus.ru/ (Дата обращения: 15.12.09) 16. Zachman. J.A, Extending and formalizing the framework for information systems architecture.// IBM Systems Journal. Vol 31, No3. – 1992.

17.Маторин С.И., Корзун С.С. Сравнительный анализ технологий моделирования бизнес-систем // «Методи і засоби програмної інженерії» / УДК 681.581 + 658.511 – с. 18. Рубцов С. Какой CASE-инструмент нанесет наименьший вред организации? // Директор ИС [Электрон ный ресурс]. 2002. – Режим доступа: http://www.osp.ru/cio/2002/01/008.htm (Дата обращения: 15.12.09) 19.Dietz, J.L.G. Enterprise Ontology and Enterprise Architecture – how to let them evolve into effective complementary notions // GEAO Journal of Enterprise Architecture. – March 2007. – vol. 2, nr. 1.

БИЗНЕС-ИНФОРМАТИКА №3(13)–2010 г.




© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.