Диссертация (1152223), страница 43
Текст из файла (страница 43)
Как результат, выполняя одну работу, мы оказываем влияние сразу на несколькоподсистем, а это недопустимоПринцип «правильной» декомпозиции бизнес-процессаОсобенность предлагаемого здесь принципа «правильной» декомпозиции заключается всогласованном разделении данных и работ процесса. Следует обращать внимание на стратегиюразделения системы на части [109]. Для создания каталога функций системы применяетсяфункциональная декомпозиция. Выполняя деление информационных объектов, мы используемструктурную декомпозицию, а моделирование процесса предполагает декомпозицию по порядку исполнения: по этапам жизненного цикла или по «физическому процессу»Чтобы разделить систему на компоненты будем вначале разделять сложный объект данных на образующие его элементы, а затем разделять трансформации и события. Примем во165внимание, что объект, его состояния и трансформации можно последовательно декомпозировать на более мелкие элементы, тогда как событие неделимо.Предположим, возможно разделить сложный объект на совокупность не пересекающихся,независимых объектов меньшего размера, каждый из них будем рассматривать как подсистему.Рисунок 3.20 иллюстрирует декомпозицию системы на три независимых объекта.
В результатеобразуются три подсистемы, каждая имеет свой объект управления. При необходимости, декомпозицию объекта можно продолжить до тех пор, пока не будет получены элементарные (неделимые) объекты, так что образуется иерархия.Объект1СистемаОбъект2Объект3Рисунок 3.20 - Декомпозиция системыИсточник: составлено автором.Теперь необходимо выполнить декомпозицию работ процесса, для этого следует воспользоваться одной из стратегий декомпозиции, рассмотренных. Обратим внимание, чтобы обеспечить бездефектность и безызбыточность, лучше всего, сперва воспользоваться функциональнойдекомпозицией, а затем, следует сгруппировать работы.
Теоретически можно предположитьнесколько способов группировок работ: по субъекту, который их исполняет, по клиенту, пообъекту обработки и пр. Группировки по исполнителю и клиенту следует сразу отмести, какобразно отметил А. Белайчук, «процесс — это история объекта, а не субъекта» [209]. В учётныхсистемах эти группировки допустимы, а в процессных нет. Будем группировать работы по объекту, причем таким образом, чтобы каждая работа оказывала влияние только на один «свой»объект и не воздействовала на другие. Таким образом, работы группируются в подпроцессы вокруг объекта обработки, чтобы каждый подпроцесс имел ровно одну переменную состояния,которая изменяется только под действием работ, образующих данный подпроцесс, и не испытывает «возмущающего» влияния иных работ, относящихся к другому процессу.
Если же разделить исходный комплексный объект на независимые подобъекты невозможно, то подсистемыокажутся взаимно зависимыми, рассматривать их по отдельности нельзя. В этом случае, необходимо анализировать их сцепление и связность.Теперь осталось проанализировать декомпозицию событий. В качестве примера рассмотрим систему до композиции, внешнее стартовое событие инициирует последовательность внутренних событий в системе, как показано на рисунке 3.21-А. Исполнение процесса прекратится,166когда произойдёт завершающее событие. Теперь представим себе, что систему разделили надве подсистемы, как показано на рисунке 3.21-Б, в результате, событие, которое первоначальнобыло внутренним, превращается во внешнее для другой подсистемы. Потребуем, чтобы события не потеряли связи со «своими» трансформациями. Таким образом, события, которые изначально являлись внешними, а также события, которые изначально были внутренними, но сталивнешними в результате декомпозиции системы на подсистемы, должны сохранить связь со своими обработчиками.Внешнее событиеВнутреннее событиеВнешнее событиеПодсистема 1Подсистема 2ДекомпозицияСистемаАТрансформацияБТрансформацияРисунок 3.21 - Внутреннее событие превращается во внешнееИсточник: составлено автором.Мы перечислили принципы декомпозиции процесса на подпроцессы.
Эти же принципыприменимы и в случае композиции, когда отдельные операции процесса группируются в подпроцессы таким образом, чтобы работы изменяли только объекты данных этого подпроцесса.Проблемы взаимного влияния подпроцессов, полученных в результате декомпозицииК сожалению, «правильная» декомпозиция возможна не всегда, подсистемы могут оказаться взаимозависимыми. Во-первых, переменные состояния могут включать общие элементыданных, так что, изменяя один объект, мы одновременно влияем на другой. Например, информационные объекты заказ и договор содержат информацию о клиенте и о запрашиваемом товаре или услуге.
В этом случае следует запретить исполнять зависимые подпроцессы одновременно, но только последовательно, так что сперва оформляется заказ и только после этого оказывается услуга. Во-вторых, работы разных подпроцессов могут изменять один общий объектданных. Например, при согласовании договора экономист анализирует финансовые показателисделки, однако технический директор может изменить способ изготовления заказа, что повлияет на его цену. В этом случае следует явно создавать копию информационного объекта, такчтобы каждый из процессов работал со своим экземпляром объекта.
В-третьих, как отмечалосьвыше, одна операция процесса не должна изменять несколько информационных объектов, еслиони относятся к разным подпроцессам.Модель должна быть полной и бездефектной — иерархия должна характеризовать систему таким образом, чтобы добавление или удаление хотя бы одного элемента сделало её неверной. Учтём, что отдельный подпроцесс может быть повторно используемым, входить в несколько разных процессов более высокого уровня, возникает дублирование. Обратим внимание,декомпозиции по функциям исключает дублирование, тогда как декомпозиция по порядку ис-167полнения допускает повторно используемые модули [35].
Аналитикам следует проводить нетолько процессную декомпозицию, но также строить дерево функций, это облегчит поиск дублирующих функций [179]. Чтобы в декомпозиции объекта и работ процесса отсутствовали потери, их следует последовательно разлагать на составляющие, таким образом, чтобы образовалась иерархическая структура, изображаемая в виде дерева (графа), которая не имеет замкнутых маршрутов. Для этого, вершины, которые расположены на одинаковых уровнях, должныбыть либо обязательными элементами вышерасположенных систем (И-дерево), либо взаимоисключающими (ИЛИ-дерево) [201].
Возможна комбинация уровней с обязательными и взаимоисключающими элементами.Будем помнить, что структура системы однозначно определяется способом декомпозиции.Поэтому не следует использовать разные стратегии разложения на разных уровнях декомпозиции [201]. Исключение составляю только декомпозиции по этапам жизненного цикла и по «физическому» процессу, которые используют общую временную моду.Предложенные формулировки существенно упрощают критерии Ванда и Вебера, позволяют устранить неоднозначность трактовок, о которой говорилось ранее.Принципы «правильной» структуризации модели бизнес-процессаДекомпозиция предполагает заменить анализ сложной системы рассмотрением отдельныхподсистем, которые функционируют независимо друг от друга.
Для этого следует: (а) разделитьинформационные объекты так, чтобы они не имели общих компонентов; (б) разделить работыпроцесса таким образом, чтобы каждая работа выполнялась только над одним из объектов и неоказывала воздействия на другие объекты, находящиеся на этом же уровне декомпозиции. Еслиже подсистемы взаимно влияют друг на друга, рассматривать по отдельности их нельзя, нотолько совместно, с учётом их связи. Таким образом, в «правильной» декомпозиции подсистемы, полученные в результате разложения, являются независимыми.Научная новизна предлагаемого метода заключается в том, что он предполагает согласованную декомпозицию работ и данных процесса.
Следует выделять в модели данных набор переменных состояния, группировать работы процесса «вокруг» каждой из переменных таким образом, чтобы работы, принадлежащие одному подпроцессу, не оказывали «возмущающего»влияния на прочие подпроцессы. Предлагаемые принципы существенно уточняют критерии,предложенные Я. Вандом и Р. Вебером, они проще в понимании и легче в реализации.Предложена новая интерпретация критерия минимальности переменных состояния, сформулированного Р. Вебером и Я. Вандом.
Если процесс имеет переменную состояния, она недолжна испытывать влияния извне этого процесса, может изменяться только под действиемопераций данного процесса. Мы определили «хорошую» декомпозицию как «правильную» и168«понятную. Эти свойства взаимно дополняют, но не заменяют друг друга. В первую очередьмодель должна быть правильной, и лишь потом — понятной.
Недопустимо создавать понятные,но неправильные модели.Предложена новая интерпретация понятий сцепление и связность. Степень зависимостиподпроцессов друг от друга сопоставлена со сцеплением операций процесса. Операции являются слабо сцепленными, если работы одного процесса не оказывают влияния на объекты данных другого процесса и переменные состояния этих процессов не имеют общих элементов данных. Если же процесс оказывает влияние на другой подпроцесс, говорят об их сцеплении. Взаимосвязь между потоками управления и данных мы сопоставили с понятием связности процессов.
В случае, когда потоки управления и данных совпадают, иначе и поток управления образуется в результате движения объекта управления, мы будем считать, что связность высокая. Еслиже ни потока управления, ни данных нет, то связность отсутствует. Предлагается рассматриватьточку смены объекта управления как точку деления сквозного процесса на подпроцессы. Предлагаемый в работе подход позволяет чётче определить различие между потоками управления иданных разграничить эти понятия. В реальной жизни взаимного влияния полностью избежатьне удаётся.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
