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

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

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

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

Таким образом,возникают альтернативные сценарии: во-первых, может исполняться следующая по порядкуоперация, во-вторых, может, произойти обгоняющий переход вперёд, в обход очередной операции. Возникает вопрос, какой из этих вариантов должен войти в нормативный сценарий? Тутнадо вспомнить, что нормативный сценарий включает только безусловные переходы, поэтомуисполнение следующей по порядку операции есть главный сценарий, а обгоняющий переход вобход очередной операции должен рассматриваться как дополнительный.Рассмотрим второй сценарий, результат этапа не достигнут, произошёл брак. В этом случае возможны ещё два варианта продолжения:–Мелкий брак, который можно устранить путём повторной обработки, в этом случае осу-ществляется замедляющий переход назад;–Крупный брак, отказ от дальнейшей обработки, окончание работ по данному экземпляру227процесса, переход на конец исполнения.В общем виде схему процесса, построенную путём анализа показателей процесса, можноизобразить, как показано на рисунке 4.14.Нет, пропустить следующую операциюРезультат достигнут?ДаПодпроцесс 1ДаПодпроцесс 2Подпроцесс 3Подпроцесс 1Исполнять следующую операцию?Нет, бракНеисправимый дефект, отказИсправимый дефект, повторная обработкаРисунок 4.14 - Поиск сценария исполнения путём анализа показателей продуктаИсточник: составлено автором.Если аналитик в ходе моделирования не рассмотрит показатели исполнения, он не заложит в бизнес-логику корректирующие действия, осуществляемые в случае выхода показателейза пределы допустимого коридора значений.

Легко представить ситуацию, когда время или себестоимость исполнения ограничены, при превышении порогового значения предусмотреныуправляющие воздействия.Декомпозиция по этапам жизненного цикла помогает построить расписание исполненияпроцесса. Для этого лимит времени, отводимый на исполнение всего процесса, следует разделить между этапами обработки, таким образом, мы отмечаем вехи — контрольные точки процесса, которые должны быть достигнуты к определённому сроку. Рисунок 4.15 показываетпринцип формирования расписания процесса.НачалоЗавершен1 этап1-й ЭтапЗавершен2 этап2-й ЭтапЗавершен3 этап3-й ЭтапКонец4-й ЭтапВремяРисунок 4.15 - Расписание исполнения процессаИсточник: составлено автором.Первое, что нужно сделать — ограничить время исполнения этапа и определить реакциюна превышение норматива.

К сожалению, лимитировать отдельные этапы недостаточно, каждый может выполняться в нормативное время, а весь процесс с запозданием, вследствие возвратов назад для повторной обработки. Необходимо ограничить время всего процесса, независимоот того, на каком этапе происходит обработка. Для этого следует использовать асинхронныеизмерения, реализуемые с использованием механизм обработки исключительных ситуаций.Например, если истёк последний срок, обработка документа может стать бесполезной, её следует прервать, где бы ни находился документ.228Выявление альтернативных сценариев — бизнес исключения.Мы привыкли считать, что клиент, инициировавший заказ, изменить или отменить егоуже не вправе.

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

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

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

Действием мы договорились называть работу, выполняемую участником над объектом процесса, изменяющую этот объект, но не приводящую ксмене его состояния. Например, участник ввёл новые данные, но это не означает, что обработкадокумента окончена. Операцией мы договорились называть совокупность действий, приводящая к изменению состояния объекта [44]. Для аналитического моделирования достаточно опу-229ститься на уровень операций, но для создания исполняемой модели бизнес-процесса, надо стремиться к уровню действий. Пример последовательной декомпозиции изображён на рисунке 4.16ПроцессПодпроцесс 1Подпроцесс 2Подпроцесс 3Операция 1Подпроцесс 1Операция 2Действие 1Действие 2Действие 3Рисунок 4.16 - Порядок углубления детализации процессаИсточник: составлено автором.На данном этапе нам предстоит выявить действительный порядок исполнения операций,образующих подпроцесс, при этом, возникает опасное желание сразу начать моделированиеснизу-вверх. В этот момент аналитик должен вспомнить о цели подпроцесса (она нам известнаиз модели верхнего уровня) и построить список задач, которые надо решить, чтобы добитьсяпоставленной цели.

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

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

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

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

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

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

Практический опыт применения метода выявления процесса показывает его эффективность [269].2314.5Метод проектирования организационной перспективы модели бизнес-процессаМодель процесса принято рассматривать как согласованное представление несколькихперспектив: функциональной, поведенческой, организационной и информационной [210]. Поведенческая перспектива изображает порядок исполнения операций процесса. Однако общепринятая практика заключается в том, что на схему процесса помещают в основном производственные функции, тогда как все организационная деятельность остаётся вне внимания аналитиков [44]. В этом разделе будет сделана попытка уточнить поведенческую перспективу моделипроцесса.

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

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