Тельнов Ю.Ф. - Реинжиниринг бизнес-процессов (учебное пособие) (1094688), страница 9
Текст из файла (страница 9)
На внешнем уровне не раскрываетсямеханизм реализации транзакций.О-модель рассматривает внутреннюю структуру предметнойобласти, иерархию классов объектов, статические и динамические связиобъектов без раскрытия особенностей их использования в бизнеспроцессах.В-модель раскрывает механизм реализации динамических связейобъектов О-модели в бизнес-процессах П-модели. В-модель по сутиявляется процедурной и примерно соответствует функциональноймодели (см. 3.1).5.1.1.
Модель прецедентов использования (П - модель)Модель прецедентов использования отображает бизнес-процессы вобобщенном виде, представляя описания прецедентов (процессов),взаимодействия с ними внешних пользователей (акторов) ираспределениепрецедентовпофизическимподсистемам.Представленные сущности имеют следующие графические обозначения:56Актор — внешний пользователь процесса(клиент, поставщик, банк и т.д.)Подсистема бизнеса (структурноеподразделение — физическая единица)Прецедент использования (бизнес процесс)Актор инициирует выполнение прецедента и получает от негорезультаты. Взаимодействие (ассоциация) актора с прецедентомосуществляется путем обмена сообщениями или посредствомкоммуникации (рис. 5.1.)Коммуникация(Communication)событие(сообщение)Рис. 5.1. Взаимодействие актора с прецедентом использованияОдин актор может участвовать в нескольких прецедентах, а водном прецеденте может быть занято несколько акторов.
Пример Пмодели представлен на рис. 5.2.57ОбучениеПользовательПоставкапродуктови услугПартнерСопровождениепродуктаРазработкапродуктаБетапользовательРис. 5.2. Пример П-моделиПрецедент может быть распределен по нескольким физическимподсистемам, в одной подсистеме могут выполняться несколькопрецедентов. Пример распределения прецедента по физическимподсистемам представлен на рис. 5.3.ОтделпродажВыполнениезаказаЦехКлиентРис. 5.3. Распределение прецедента по физическим подсистемам58Прецеденты использования могут классифицироваться наподтипы, используя отношения обобщения (uses), когда из несколькихпрецедентов выделяется общая часть в вышестоящий прецедент, илиотношение расширение (extends), когда общий тип прецедентаразбивается на подтипы (рис.
5.4.)используетПоставкаПоставкапо контрактуПроцессы могутобобщаться (uses)Поставкапо заказуВыполнениезаказаПроцессы могутрасширяться (extends)Выполнениеотложенного заказаРис. 5.4. Отношения обобщения прецедентов использованияЭтапы построения модели прецедентов использования1. Определение акторов бизнес-процессов.2. Формулирование прецедентов использования (обычно выделяют 1020 прецедентов)3. Определение критериеввыбора прецедентов использования иранжирование по ним прецедентов для проведения реинжиниринга.Обычно в качестве критериев выбора используются:• наибольший эффект для заказчика,• наибольший потенциал для радикального улучшения,• наибольшие проблемы, узкие места,• простая и быстрая реорганизация,• повышение эффективности труда работников компании.4.
Неформальное (словесное) описание прецедентов• основной поток событий,• альтернативные потоки событий или исключения,• описание прерываний,• определение ограничений системы (например, производственныемощности, технические возможности и т.д.)595. Предварительный расчет критериев эффективностибизнес-процесса6. Согласование и проверка модели прецедентовзаинтересованными лицами.реализациисовсеми5.1.2. Объектная модель (О-модель)В методологии объектно-ориентированного моделирования бизнеспроцессов различают три типа объектов:Интерфейсный объект (Interface Object) –активный объект, персонал(структурноеподразделение),которыйотвечаютзавзаимодействие с акторами.Управляющий объект (Control Object) –активный объект, персонал, выполняющийбизнес-процесс.Сущность (Entity Object) - пассивный объект, надкоторым выполняются операции обработкибизнес-процесса.Объекты, отражаемые в О-модели, вступают друг с другом вотношения, которые могут быть статическими или динамическими.Статические отношения отражают постоянные связи междуобъектами независимо от выполнения конкретного бизнес-процесса.
Кстатическим отношениям относятся обобщение, агрегация, ассоциацияобъектов, а также связи между объектами и атрибутами, подсистемами:Отношенияассоциации 1:1,1:М,М:N(могут бытьпоименованы)Отношенияобобщения(наследования) иагрегации (целое –часть)Принадлежностьатрибутов объектамПодчиненностьподсистемПример отражения статических отношений представлен на рис.5.5.60Рис.
5.5. Статическое отношение обобщения О-моделиДинамические отношения объектов возникают при выполнениибизнес-процесса и имеют характер коммуникаций или обменасообщениями в этом процессе. Динамические отношения имеютследующий вид:Коммуникация«Актор –интерфейсныйобъект»Коммуникациявнутреннихобъектов.Пример отраженияпредставлен на рис.5.6.динамическихотношенийО-моделиАгент подоставкеПокупатель(заказчик)РазработчиктовараПродавецПродуктЗаказРис. 5.6. Динамические отношения О-модели61Этапы построения О-модели1. Для каждого из акторов П-модели должны быть определеныинтерфейсные объекты.2. Управляющие объекты получают сообщения от интерфейсныхобъектов и обрабатывают объекты сущностей.3. Отражается статическая структура4.
Отражается динамическая структура.5.1.3. В-модель - модель взаимодействия объектовМодель взаимодействия объектов отображает технологию выполнениябизнес процесса (прецедента использования). В-модель представляется втабличном виде по следующим правилам (см. рис. 5.7.):1. В подлежащем таблицы последовательно задаются основныеоперации по реализации прецедента использования.2. В столбцах таблицы указываются объекты всех типов, участвующихв реализации прецедента. Порядок расположения объектов, какактивных, так и пассивных произволен и должен быть удобен дляпонимания модели.
Акторы прецедента задаются на границах матрицы,то есть на правой границе подлежащего.3. По горизонтали от одной клетки таблицы к другой клетке проводитсястрелка, отражающая взаимодействие (коммуникацию) объектов врамках одной операции. Эта стрелка означает, что первый объект врамках выполняемой операции посылает сообщение второму объекту онеобходимости выполнения действия. При получении сообщения второйобъект выполняет действие (см. пункт 4).4. На пересечении строк и столбца вертикально отображается отрезоквремени, в течение которого выполняется то или иное действие надобъектом.КлиентМенеджерполучает,формируети проверяетзаказ от клиентаМенеджерпо продажамПрайссоздать заказ проверитьотказатьотказатьПланграфикЗапасыЗаказСчетпроверитьотказатьотложитьпроверитьзаписатьвыставитьполучитьРис 5.7. Пример В-модели625.2.
Общая характеристика ППП Natural Engineering Workbench(NEW)ППП NEW является компонентом языка 4GL Natural LightStorm(Software AG) [17] и предназначен для автоматизации проектированияинформационнойсистемы.Поэтомувдальнейшембудетрассматриваться отображение моделей бизнес-процессов в моделиинформационных процессов для стадии реализации проекта бизнесреинжиниринга.В состав ППП входят инструментальные средства, позволяющиевыполнять как функциональное, так и объектно-ориентированноемоделирование информационных процессов. Общим местом дляприменения обоих инструментариев является наличие репозитория, какхранилища проектной информации о составе совокупности моделейинформационной системы.
Причем взаимосвязанность используемыхмоделей обеспечивается синтаксическим и семантическим контролемодинаковых объектов моделей: изменение одного и того же объекта водной модели проверяется на допустимость изменений по другиммоделям. В контексте данной главы в дальнейшем будетрассматриваться только объектно-ориентированный инструментарий.Для построения информационной системы строятся различныемодели в виде ряда диаграмм:1.
OSD (Object Structure Diagram) — диаграмма структуры объектов,которая соответствует О-модели бизнес-процессов. В этой диаграммеотражается атрибутный состав, статические и динамические отношенияинформационных объектов. Причем динамические отношения толькоидентифицируются, детали их реализации определяются в OID (см.пункт 3).2. TSD (Transaction Sequence Diagram) — диаграмма последовательноститранзакций, соответствующая П-модели бизнес-процессов. В этоймодели в качестве акторов задаются пользователи информационнойсистемы,вкачествепоследовательноститранзакций—автоматизируемые прецеденты использования.3. OID (Object Interaction Diagram) — диаграмма взаимодействияобъектов, которая соответствует В-модели бизнес-процессов.
OIDстроятся строго для каждой последовательности транзакций из TSD.Причем последовательность транзакций задается в виде упорядоченнойсовокупностипоименованныхсобытийикоммуникацийинформационных объектов. В последней версии NEW реализованопредставление OID как в матричном (табличном), так и в графовом виде,в более ранних версиях только в виде графа.4.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
