После разработки модели можно приступать к ее автоматизации. В качестве основного программного инструмента для реализации субъектно-ориентированного похода является пакет прикладных программ Metasonic, реализующий следующие функцииорганизация связи участников бизнес-процесса в единой среде путем использования единого языка (методология S-BPM); - простое и интуитивное описание процессов с помощью всего 5 символов. — создавать процессные приложения путем выполнения в несколько шагов в считанные часы. — привлечение длябизнес описания всех участников процесса с самого начала, а так же информирование всех участников обо всех текущих и завершенных процессах. — обеспечение описания каждым сотрудником, своего потока работ. — обеспечение творческой свободы действий каждому участнику при описании процессов. -эффективное совершенствование цепочек процессов благодаря использованию ясно описанных процессных моделей. -оформление процессной документации всегда доступна и находится в актуальном состоянии. -модель процесса также выступает инструментом имитационного моделирования. Реальные показатели выполнения процесса могут быть использованы напрямую для имитационного моделирования процесса без применения дополнительных технических средств.
5. Сравнительная характеристика методологий.
Функциональные возможности моделирования систем ARIS и BРwin имеют своипреимуществаинедостаткипоотношениюкопределенномукругу задач. Недостатоксистемыврамкаходногопроектаможетнебыть недостаткомврамкахдругого.Тожеотноситсяикпреимуществам.При созданииновыхверсийэтихсистемнедостаткимогутустраняться, а преимуществадобавляться. Система ARIS имеет преимущества для интегрированного описания деятельности крупной компании с различныхточекзрения (большая база данных по процессам, структуры документов, организационная структура и т. д.) при непрерывном совершенствовании бизнес-системы компании. Результаты сравнения методологий представлены в табл.
5.1Таблица 5.1Сравнительная характеристика методологий моделирования и анализа бизнес-процессов№Возможность.
МетодологияARISSADTBPMSПоддерживаемый стандарт.
Частично — DFD, ERM, UMLIDEF0, IDEF3, DFDЧастично UMLСистема хранения модели.
Объектная база данных.
Модели хранятся в файлах.
Объектная база данных.
Ограничения на размер базы данных.
Нет. Размер базы данных ограничивается вычислительными ресурсами.
Нет. Размер базы данных ограничивается вычислительными ресурсами.
Нет. Размер базы данных ограничивается вычислительными ресурсами.
Возможность групповой работы.
Есть используется ARIS ServerЕсть используется ModelMartЕсть, ориентирована на групповую работу.
Ограничение на количество объектов на диаграмме.
НетОт 2 до 8Нет.
Возможность декомпозиции.
Неограничен-наядекомпози-ция. Возможно декомпозиция на различные типы моделей.
Неограниченная декомпозиция. Возможен однократный переход на другую нотацию в ходе декомпозиции.
Неограниченная декомпозиция. Возможно декомпозиция на различные типы моделей.
Формат представления моделей.
Не регламенти-руется.
Стандартный бланк IDEF c возможностью его отключения.
Не регламенти-руется.
Удобство работы по созданию моделей.
Сложная панель управления, есть выравнивание объектов, есть undoПростая панель управления, нет выравнивания объектов, нет undoПанели инструментовUDP — свойство объектов, определяемые пользователем Большое, но ограниченное количество свойств, количество типов ограничено. Количество UDP не ограничено. Количество типов ограничено. Большое, но ограниченное количество свойств, Возможность анализа стоимости процессов.
Есть. Возможность использовать ARIS ABC. Упрощенный анализ стоимости по частоте использования в процессе. Возможность экспорта в Easy ABC. Есть возможность использования методов. Генерация отчетов.
Создание отчетов на основе настраиваемых пользователем макросов VisualBasicRPT Win, Возможность визуальной настройки отчетов, включая расчет по формулам с использованием UDP. Создание отчетов на основе настраиваемых пользователем форм.
Сложность разработки нестандартных отчетов.
СложноПросто.
СложноИнструментальное средствоARIS Toolset 5.0BP Win 4.0MetasonicСистемаBPwinболеепредпочтительнадляразработкисистемы автоматизацииприописаниифункциональныхвозможностейсистемыи созданиилогическихмоделейданных. ВотличиеотсистемыARIS, она позволяеттакжесоздаватьфизическиемоделиданных. Крометого, она имеет преимущества для разовых проектов по описанию бизнес-процессов с точкизренияконтроляиуправления. Ееобластьприменения -небольшие проекты с длительностью 2−3 месяца для малых и средних предприятий. ВрамкахeEPCдляуправления указываютсятольковходящиедокументы, регламентирующиевыполнение процедуры, и последовательности их выполнения во времени (запускающие события), а управляющие (контрольные).
воздействия на функциив модели неотражаются. Приотсутствиичеткихсоглашенийпомоделированию управляющихвоздействийэтоможетпривестиксозданиюмоделей, не отвечающихнапоставленныевопросыи, вследствиеэтого, реальные процессыуправлениямогутвзначительноймереоставатьсявнемодели. Еслижепытатьсяотразитьвсеусловияиограничения, определяющие выполнениефункций, топотребуетсябольшоеколичествособытийи входящей информации, чтосделает модельсложной и плоховоспринимаемой. Для адекватного описания процесса управления надо договориться, как будутотраженывмоделидокументы (информация), регламентирующие выполнение процедур процесса. Этих недостатков нет у нотацииIDEF0, но в ней не предусмотрено использованиесимволовлогикивыполненияпроцесса. Ноописание процедуры, выполняемойоднимработникоморганизации, можетбыть описано более адекватно с помощью eEPC, нежели IDEF0 или IDEF3. ВсистемеARISсущественнобольшевозможностейпоработесотдельными объектами модели, но вследствие большого числа настроек работа посозданиюмоделидолжнарегламентироватьсясложной, многоаспектной документацией, называемой «Соглашения по моделированию». Их разработка — задача сложная, дорогая и требующая квалифицированных специалистов и значительноговремени (1−3месяца).Вотличиеотэтого, системаBPwin проста в использовании и у нее строго регламентировано создание диаграмм, но ограничено количество объектов на одной диаграмме. Успехпроектапомоделированиюбизнес-процессовзависитот пониманиятого, чтонужноописыватьикакиеаспектыреальнойсистемы при этом отражать. Если модель создается для выделенияи анализа проблем, тодляэтогонужнодетальноеописаниенаиболеесложных, проблемных областей, анетотальноеописаниевсехпроцессов. Но, сдругойстороны, эффективноможноуправлятьтолькотойорганизацией, всистеме управлениякоторойсуществуетеецелостнаямодель. Приеесоздании возникаюттрудности, связанныесмножественностьюпредставленийоб организации у руководства и персонала, и, с другой стороны, — у аналитиков.
На это накладывается разнообразие возможностей и их сочетаний, вносимых языком (нотациями) описания бизнес-системы самим инструментарием. Дляорганизациихарактеренростразнообразиясвойствпо мереее изучения. А ограниченные возможностиинструментарияподавляютэторазнообразие. Втаких системах, как ARIS, дляувеличенияихуниверсальностипредусмотрены возможностинастройкиметодологическихфильтровсистемына потребностипроектирования. Ихадекватныйвыборзависитотуровня профессионализмапроектировщика.Кромеинструментальныхограничений, разнообразие «фильтруется"международными, национальнымии корпоративными стандартами. В этой методологии организация представляется как система процессов рефлексии, моделируемаямножествомпроцессовпринятиярешенийс использованиемихинвариантовввидеабстрактныхконструктов. Моделированиеорганизациирассматриваетсякакмоделирование организационнойрефлексиивдинамике. Рефлексивныйконтурявляется ядромразнообразныхконцепцийнаучногоуправленияорганизациями. Идея следования такому «метастандарту» выдвигает требования к инструментарию как фильтру разнообразия.
Заключение
.
Диаграммы процессов в нотации еЕРС ARIS содержат большое количество информации, а правила построения диаграммы жестко регламентированы. Строгость правил построения диаграммы дает определенные преимущества, а большое количество отображаемой информации на диаграммах ARIS расценивается как исключительная информативность. Методологию IDEF0 достаточно просто понять, но использовать ее в целях донесения до пользователя информации проблематично, поскольку IDEF0 служит для отображения структурной модели процесса с показом управляющих воздействий, используемых ресурсов, процессов обмена данными, в то время как гораздо чаще требуется донести информацию о происходящих процессах с учетом именно временного аспекта и логики. Этот вопрос IDEF0 решить не может. Одним из главных назначений модели служит последующая оценка и анализ на ее основе бізнес процессов. Модель изучается компетентными сотрудниками либо консультантами с целью выявления источников ошибок планирования и источников операционных рисков. Для обеспечения такой возможности модель должна быть понятной тому, кто ее анализирует, а представление должно максимально способствовать облегчению работы по выявлению и устранению недостатков.
Методология в этом случае должна обеспечивать предоставление сведений о бизнес-процессах, их исполнителях, сведений об ответственных за процесс, используемых ресурсах и потоках данных, а также последовательности выполнения административно-управленческих процессов и возможных сценариях протекания процесса. В дополнение к сказанному стоит отметить, что очень серьезных результатов при оптимизации можно добиться, анализируя взаимосвязи объектов: бизнес-процессов и их исполнителей, процессов и используемых ресурсов и т. д.; в этом случае ключевую роль опять играют наглядность и правила построения диаграммы. В результате можно заметить, что IDEF0 не всегда соответствует предъявляемым требованиям, так как не отображает динамику процессов. Методология ARIS предполагает целостный подход к формализации информации о деятельности учреждения и представление ее в виде графических моделей, удобна для понимания и анализа. Выше говорилось, что не стоит забывать о нотации UML, которая является особенно удобной для использования при проектировании информационных систем. Помимо этого, с помощью методологии UML можно также проводить оптимизацию использования ресурсов. Поэтому инструментальные среды ARIS (IDS Scheer) и CorporateModeler (Casewise), в отличие от BPWin, поддерживают возможность создания диаграмм в соответствии с нотацией UML. Очень важным аспектом любого проекта по автоматизации деятельности является управление требованиями.
Цель управления требованиями состоит в том, чтобы заказчик и исполнитель смогли полностью согласовать требования, выдвигаемые к проекту. Целями управления требованиями являются: — установление контроля над системными требованиями к конечному продукту в целях формирования базовой линии, используемой проектной командой и руководством проекта; - поддержка согласованности планов разработки, продуктов и операций с системными требованиями, отнесенными к конечному продукту проекта. В S-BPM построение модели процесса начинается с выделения субъектов, то есть участников процесса. Однако не нужно забывать, что, как и в традиционном подходе, на предварительном этапе должны быть сформулированы цель, результат и границы процесса, отличия в подходах начинаются с момента построения модели. Уже на уровне рассмотрения и анализа диаграммы коммуникаций возникают как минимум два существенных преимущества:
снижение сложности модели процесса.
легкость локализации изменений. Вместо одного большого и сложного конечного автомата, которым является традиционная сквозная цепочка процесса, в S-BPM мы имеем дело с несколькими параллельными гораздо более простыми конечными автоматами — поведением субъектов. Соответственно локализовать изменение внутри субъекта и отследить влияния этого изменения на весь процесс гораздо проще, чем при традиционном подходе.
Литература
AlbertFleischmann, SoniaLippe, NilsMeyer, StefanObermeierMetasonicComparisonFlowandSubjectOrientationARIS InstallationGuide. V ersion 5. A.
pril 2000. C opyright ((c)) 1997 — 2000 by IDS Scheer AG, Saarbrucken. ARIS M ethods. V ersion 5. J.
une 2000. C opyright ((c)) 1997 — 2000 by IDS Scheer AG, Saarbrucken. ARIS QuickStartGuide. V.
ersion 5. M ay 2000. C opyright ((c)) 1997 — 2000 by IDS Scheer AG, Saarbrucken. BusinessProcessModelandNotation (BPMN) 2.
0. OMG Document: BMI/2007;06−05.— 2007. —.
http://www.bpmn.org.BusinessProcessModelingNotation (BPMN) Specification. FinalAdoptedSpecificationdtc/06−02−01.—OMG, 2006.—.
http://www.bpmn.org.Chen P.P. TheEntity-RelationshipModel: TowardaUnifiedViewofData. — ACM T ransactionsonDatabaseSystems, vol. 1, № 1,1976. D.
avenport T.H. (1993) ProcessInnovation: Reen-gineeringWorkThroughInformationTechnology, Boston: HarvardBusinessSchoolPress.HammerМ., Champy J. R eengineeringthecorporation: A manifestoforbusinessrevolution. — N.Y.: H.
arper-Collins, 1993. IDEF 1 InformationModeling: Technicalreport afwal-tr-81−4023 / Ed. by R. J. M ayer / KnowledgeBasedSystems, Inc.
— 1992. IDEF 3 ProcessDescriptionCaptureMethodReport: Technicalreport al-tr-1995;xxxx / R. J. M ayer, C. P. M.
enzel, M. K. P ainteretal / KnowledgeBasedSystems, Inc. — 1995. IDEF4 Object-OrientedDesignMethodReport.
V ersion 2.0: Technicalreport /KnowledgeBasedSystems, Inc. — 1995. IDEF5 MethodReport: Technicalreport / P. C. B enjamin, C. P. M.
enzel, R. J. M ayeretal / KnowledgeBasedSystems, Inc. — 1994. Informationtechnology — OpenDistributedProcessing — UnifiedModelingLanguage (UML) Version 1.
4.2, ISO/IEC 19 501:
2005. — 2005. —.
http://www.iso.org.IntegrationDefinitionforFunctionModeling (IDEF0). S oftwareStandard, ModelingTechniques. — N ationalInstituteofStandardsand Technology, 1993. IntegrationDefinitionforFunctionModeling (IDEF1X).
S oftwareStandard, ModelingTechniques. — N ationalInstituteofStandardsandTechnology, 1993. Mayer R.
J., P ainter M. K., L ingineni M.
T owardaMethodforBusinessConstraintDiscovery (IDEF9): Technicalreport / KnowledgeBasedSystems, Inc.— 1995. POET© ObjectServerfor ARIS 5 May 2000. C opyright ((c)) 1997 — 2000 by IDS Scheer AG, Saarbrucken.
Qualitymanagementsystems — Fundamentalsandvocabulary, ISO9000:
2005.— 2005. —.
http://www.iso.org.Subject-OrientedBusinessProcessManagementWhitePaper — November 2007Subject-OrientedBusinessProcessManagementWhitePaper — November 2007Subject-OrientedBusinessProcessManagement, aRevolutionaryMethodtoDirectlyFeeltheFlowofYourProcessDescriptionSubject-OrientedBusinessProcessManagement, aRevolutionaryMethodtoDirectlyFeeltheFlowofYourProcessDescriptionWhite S. A. Using BPMN toModela BPEL Process //OMG/BPMI. — 2005. —.
http://www.bpmn.org/Documents/MappingBPMNtoBPELExample.pdf.Бурков.
В.Н., Новиков Д. А. Какуправлятьорганизациями. М.: Синтег, 2004. — 400 с.
Буч Г., Рамбо Д., Якобсон А. Язык UML. Руководство пользователя. 1-е издание. — Питер, 2004. — 432 с.Васильев.
Д.К., Заложнев.
А.Ю., Новиков.
Д.А., Цветков.
А.В.Типовыерешениявуправлениипроектами.М.: ИПУ РАН, 2003. — 84 с. Вендров А. М. Методы и средства моделирования бизнес-процессов (обзор) // JetInfo. — № 10 (137). —.
2004. —.
http://www.jetinfo.ru/2004/10/1/article1.
10.2004. html. Верников Г. Обзор стандарта IDEF0. —.
http://idefinfo.ru/ content/view/12/27/.Войнов.
И.В., Пудовкина.
С.Г., Телегин.
А.И.Моделированиеэкономических системипроцессов. Опыт построенияARIS-моделей. — Челябинск: Юур
ГУ, 2002. — 392 с. ИСО 10 006−1997.
Менеджменткачества. Руководствокачествомприуправлении проектами. ИСО 9000−2000.
Системыменеджмента качества. Основные положения и словарь. ИСО 9001−2000.
Системы менеджмента качества. Требования. ИСО 9004−2000.
Системыменеджмента качества. Рекомендациипоулучшению деятельности. Калашян А. Н., Калянов Г. Н. Структурные модели бинеса: DFD-технологий. — М.: Финансы и статистика, 2003. — 256 с.Калянов.
Г. Н.Консалтингпри автоматизациипредприятий:
Научно-практическоеиздание.Серия «Информатизация.
Россиинапороге XXI века". — М.: СИН-ТЕГ, 1997.
Каменнова.
М., Громов.
А., Ферапонтов.
М., Шматалюк.
А.Моделирование бизнеса. Методология ARIS. — М.: Серебряные нити, 2001. — 327 с. Кулопулос Т. М.
Необходимость workflow. Решения для реального бизнеса. — М.: Весть-Мета.
Технология, 2000.
Курьян А. Г., Серенков П. С. Использование IDEF0 для описания и классификации процессов в рамках системы качества ISO 9000. —.
http://idefinfo.ru/content/view/22/27/.Марка.
Д., Мак.
ГоуэнК.Методология структурногоанализаипроектирования. — М.: Мета.
Технология, 1993.
Методология функционального моделирования. Рекомендации по стандартизации Р 50.
1.028−2001.—М.: ИПК Издательство стандартов, 2001.
Новиков М. В. IDEF0 в моделировании бизнес-процессов управления. —.
http://idefinfo.ru/content/view/21/27/.Ойхман.
Е.Г., Попов.
Э.В.Реинжиниринг бизнеса:
Реинжинирингорганизацийи информационныетехнологии. —М.: Финансы и статистика, 1997.
Рамбо Д., Якобсон А., Буч Г. UML. Специальный справочник. — Питер, 2001.— 656 с. Скворцов В. Н. Технологические основы использования системы ARIS Toolset 7.
0. — М.: Диалог-МИФИ, 2006. — 288 с. Спицнадель В. Н. Основы системного анализа. — СПб.: Изд. дом «Бизнес-пресса», 2000.
Терминологияиглоссарий WfMC. Спецификациякоалициипоуправлению workflow (Workflowmanagementcoalition). — М.: Весть-Мета.
Технология, 2000.
Федеральноеагенство по техническому регулированию и метрологии.—.
http://www.gost.ru.Фишер
Л.Совершенствонапрактике. Лучшиепроектывобластиуправления бизнес-процессами и workflow. — М.: Весть-Мета.
Технология, 2000.
Хан Д. Планирование и контроль: концепция контроллинга. — М., Финансы и статистика, 1997.
Черемных С. В., Семёнов И. О., Ручкин В. С. Структурный анализ систем: IDEF-технологии. — М.: Финансы и статистика, 2001.
Шеер
А.-В.Бизнес-процессы.Основные понятия.Теория.Методы. —М.:Весть-Мета.
Технология, 1999.
Шеер
А.-В.Моделированиебизнес-процессов. — М.: Весть-Мета.
Технология, 2000.
Шеер
А.-В. Моделированиебизнес-процессов:
Пер. снем.- М.:Просветитель, 2000.- 205с. Шеер А.-В. Бизнес-процессы. Основные понятия. Теория. Методы: Пер. с нем. — М.: Серебряные нити, 1999.
— 192 с. Шматалюк А. и др. Моделирование бизнеса.
Методология АРИС: Практическое руководство. — М.: Серебряные нити, 2001.
