Диссертация (1152223), страница 53

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 53)

АвторыSADT предупреждали: «результатом декомпозиции по процессу может стать слишком деталь-204ное описание системы, которое не будет в полной мере учитывать ограничения, диктуемыефункциями друг на друга. При этом может оказаться скрытой последовательность управления»[109]. Нас предупреждали, но мы, за давностью лет, забыли предостережение и снова наступаем на те же грабли. Можно утверждать, сложность и запутанность модели есть следствие проектирования снизу-вверх.

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

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

Если использовать диаграмму деятельности, то можно заметить, что две первые работы включены вболее крупную операцию, которая может называться «принять заявку», которая имеет одинаковый уровень декомпозиции с последней.В-третьих, применение стандартной референтной модели позволяет найти операции, которые по какой-то причине не включены в модель процесса. Рассмотрим пример телекоммуникационного процесса по обработке заявки клиента на получение услуги связи. Аналитики, которые проводили обследование предприятия, выделили границы процесса — начало было связанос поступлением заявки от клиента, а завершение происходило после оплаты клиентом счета за205оказанную услугу.

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

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

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

Как отмечают А.М. и Д.А. Новиковы, простота модели является одним из наиболее критичных и, одновременно, трудно реализуемых и противоречивых свойств процесса [105]. Вопервых, элиминация деталей не только делает модель более простой для понимания, но одновременно ухудшает её точность и качество. Во-вторых, они отмечают «довольно интересный и непонятный пока аспект требования простоты модели, который заключается в том, что чем прощемодель, тем она ближе к моделируемой реальности и тем она удобнее для использования».Генерализация позволяет обойти указанное противоречие, ввести системность в процедуру упрощения модели. Аналитик не отбрасывает детали бессистемно, но напротив, целенаправленно переносит мелкие детали на детали на диаграммы нижнего уровня.

Таким образом,осуществляется инкапсуляция — логически независимые функции процесса абстрагируются отнижележащих механизмов путём включения этих механизмов в более высокоуровневые подпроцессы. Инкапсуляция является важнейшим механизмом модуляризации модели. Модульныемодели не только проще сопровождать, актуализировать, вносить изменения, их легче понять.Когда речь идет о модели одного процесса, выигрыш не очевиден, но в случае крупного проек-206та, когда требуется составить модели десятков или даже сотен процессов, модуляризация является основным средством избежать сложности моделирования.Диаграмма бизнес-процесса, все операции которой имеют сходный уровень детализации,более понятна и, как считают А.М. и Д.А. Новиковы, ближе передаёт моделируемый объект.Таким образом, простота модели бизнес-процесса достигается не за счёт точности и детальности, но за счёт системности её построения.Практическая ценность принципа генерализации и метода инкапсуляции модели бизнеспроцессаСформулирован принцип генерализации модели бизнес-процесса, постулирующий упрощение модели не за счёт отбрасывания деталей, но путём их инкапсуляции на нижних уровняхдекомпозиции.

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

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

Работас двумя моделями помогает аналитику: (а) легко выявлять на процессной модели дублирующиеоперации и функции; (б) использовать в рамках одной модели работы, имеющие сходный уровень детализации; (в) выявлять в процессе повторно используемые компоненты; (г) осуществлять генерализацию модели, заключающуюся в выявлении работ процесса, сходства которыхважнее незначительных отличий, которые можно «спрятать» на нижнем уровне детализации.2074.2Метод выявления целей, задач и требований бизнес-процессаМоделирование бизнес-процессов принято рассматривать как начальный этап автоматизации предприятия.

Моделирование используется для сбора требований к проектируемой системе, и начинается эта работа с выявления цели процесса. М. Хаммер и Дж. Чампи определяютбизнес-процесс как упорядоченную последовательность действий, выполняемых ради достижения заранее поставленной цели [5]. Однако нередко возникает ситуация, когда все работы выполнены, однако цель не достигнута. Поэтому необходимо чётко определить результат процесса, все критерии успеха, а также условия, при которых процесс завершается неудачей.Ошибка в постановке цели приведёт к неправильному анализу процесса, просчётам в формировании требований.Для примера рассмотрим банковский процесс оформления потребительского кредита. Казалось бы, наиболее естественно предположить, что целью этого процесса является выдача кредита.

Характеристики

Список файлов диссертации