Реинжиниринг бизнес-процессов - Тельнов Ю.В.. Московский международный институт эконометрики, информатики, финансов и права Тельнов Ю. Ф. Реинжиниринг бизнес процессов (Учебное пособие)
 Скачать 2.06 Mb.
|
|
Глава 5. Объектно-ориентированное моделирование бизнес- процессов с использованием ППП Natural Engineering Workbench (NEW) 5.1. Сущность объектно-ориентированной методологии моделирования бизнес-процессов. Объектно-ориентированная методология [13,26] предполагает разработку моделей бизнес-процессов на нескольких уровнях детализации: • П-модели (Use-Case Model) - модели прецедентов использования, • О-модели (Object Model) – объектной модели, • В-модели (Object Interaction Model) – модели взаимодействия объектов. П-модель выявляет основные бизнес-процессы, как последовательности действий или транзакции, которые должны выполняться целиком, когда выполнение обособленного подмножества действий не имеет значения без выполнения всей последовательности. Транзакции инициируются из внешней среды клиентами: поставщиками, партнерами, кредиторами, государственными учреждениями, и потому П-модель называется внешней. На внешнем уровне не раскрывается механизм реализации транзакций. О-модель рассматривает внутреннюю структуру предметной области, иерархию классов объектов, статические и динамические связи объектов без раскрытия особенностей их использования в бизнес- процессах. В-модель раскрывает механизм реализации динамических связей объектов О-модели в бизнес-процессах П-модели. В-модель по сути является процедурной и примерно соответствует функциональной модели (см. 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.) Поставка Поставка по контракту Поставка по заказу использует Процессы могут расширяться (extends) Выполнение отложенного заказа Выполнение заказа Процессы могут обобщаться (uses) Рис. 5.4. Отношения обобщения прецедентов использования Этапы построения модели прецедентов использования 1. Определение акторов бизнес-процессов. 2. Формулирование прецедентов использования (обычно выделяют 10- 20 прецедентов) 3. Определение критериев выбора прецедентов использования и ранжирование по ним прецедентов для проведения реинжиниринга. Обычно в качестве критериев выбора используются: • наибольший эффект для заказчика, • наибольший потенциал для радикального улучшения, • наибольшие проблемы, узкие места, • простая и быстрая реорганизация, • повышение эффективности труда работников компании. 4. Неформальное (словесное) описание прецедентов • основной поток событий, • альтернативные потоки событий или исключения, • описание прерываний, • определение ограничений системы (например, производственные мощности, технические возможности и т.д.) 59 5. Предварительный расчет критериев эффективности реализации бизнес-процесса 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. Пример В-модели 62 5.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. OLD (Object Life-Cycle Diagram) — модель жизненного цикла объекта, в которой для каждого класса объектов определяется состояния и связанные с этим состоянием действия и события. Данная модель используется для отображения особенно сложного поведения объектов. 63 В результате построения перечисленных моделей выполняется их синтаксический контроль, после которого можно производить генерацию программного кода. NEW позволяет генерировать определения классов объектов и методов обработки объектов для языка С++ или схемы баз данных для языка Natural. Классы объектов С++, как и классы объектов других объектно- ориентированных языков программирования, имеют множество общих атрибутов и множество методов обработки объектов. Причем атрибуты объекта можно обработать только через методы класса. Реализация методов обработки объектов в виде процедур задается отдельно. Обращение к методам объектов выполняется либо через события, инициируемые акторами (пользователями, внешними информационными системами), либо через сообщения, получаемые из процедур других объектов. 5.3. Особенности моделирования информационных процессов с использованием ППП NEW 5.3.1. Построение диаграммы последовательности транзакций (TSD) П-модель бизнес-процессов отображается в модели последовательности транзакций NEW по следующим правилам: 1. Прецедент использования П-модели отображается в последовательность транзакций информационной системы, если этот бизнес процесс содержит автоматизированные процедуры (операции). 2. Интерфейсный объект В-модели, взаимодействующий с актором, сам становится актором, инициирующим работу информационной системы. 3. В случае интерактивной работы управляющего объекта В-модели, последний также становится актором для информационной системы. 4. Стрелка, которая связывает актора с последовательностью транзакций, называемая Событием (Event), выполняет интерфейсное взаимодействие (рис. 5.8.), например, выбор режима работы по меню, ввод запроса, ввод исходных данных. П-модель Клиент Менеджер по продажам Продажа TSD Продажа 64 Рис. 5.8. Пример перехода от П-модели к диаграмме последовательности транзакций (TSD) 5. В качестве акторов могут выступать внешние информационные системы, которые посылают сообщения, вызывающие выполнение определенных транзакций. Таким образом, могут моделироваться автоматический информационный обмен с другими экономическими системами (банками, налоговыми органами, партнерами, клиентами) или взаимодействие различных автоматизированных рабочих мест (рис. 5.9.) Менеджер по продажам Менеджер по закупкам продажа закупка АРМ продажа АРМ закупка Рис. 5.9. Пример взаимодействия различных АРМов 5.3.2. Построение диаграммы структуры объектов (OSD) При построении OSD используются следующие типы объектов: Интерфейсный объект (Interface Object) – форма взаимодействия информационной системы с пользователем (экранная форма, меню, командная строка) Управляющий объект (Control Object) - активный объект, агент, автоматическая функция Сущность(Entity Object) – пассивный объект, обрабатываемая структура данных О-модель отображается в OSD по следующим правилам: 1. Для интерфейсного объекта О-модели (актора TSD) создается один или несколько интерфейсных объектов OSD, через которые организуется информационный обмен пользователя с информационной системой 2. В случае интерактивной работы управляющего объекта О-модели (актора TSD) для него создается один или несколько интерфейсных объектов OSD, вызывающих работу управляющего объекта OSD, который автоматически выполняет те или иные функции. 3. В случае полной автоматизации работы управляющего объекта О- модели для него создается соответствующий управляющий объект OSD. 4. Для объектов-сущностей О-модели создаются информационные объекты-сущности OSD. 65 5. Акторы П-модели представляются объектами-сущностями, отражающими хранимые атрибуты акторов. Также как и в О-модели OSD отражает статические и динамические отношения объектов (рис. 5.10.). Динамические отношения объектов представлются пунктирными стрелками, статические – сплошными стрелками. В представленном примере отношения обобщения (is a) классифицируют заказы на заказы на закупку и на заказы клиентов, последние в свою очередь могут быть принятыми и отложенными. Отношение агрегации в примере рассматривает комплект документов из заказа, счета и накладной. Форма "Заказ на закупку" Запасы Отложенный заказ клиента Форма "Заказ на продажу" Заказ поставщику Принятый заказ Планировщик Заказ клиента 1Н Заказ 1Н Счет Накладная А part of is a is a Комплект документов Рис. 5.10. Диаграмма структуры объектов (OSD) 5.3.3. Построение диаграммы взаимодействия объектов (OID) В OID различают два типа взаимодействий объектов, реализующих динамические отношения: • Событие (event) – вызов метода объекта актором, • Сообщение (message) - вызов метода объекта из процедуры метода другого объекта. С точки зрения правильности представления взаимодействий следует заметить, что невозможно послать сообщение от объекта- сущности интерфейсному или управляющему объектам, а сообщения объект-сущность другому объекту-сущности нежелательны с позиции единообразия модели (действия должны вызываться активными объектами), хотя и возможны: 66 Не рекомендуется Рис.5.11. Возможные взаимодействия объектов Технология построения OID: 1. Создать OID-диаграмму для последовательности транзакций TSD. 2. Скопировать из репозитория все необходимые объекты, определенные ранее в OSD. 3. Установить динамические связи между объектами в соответствии с OSD. 4. Описать объекты, события и сообщения. Параметры описания объектов (рис. 5.12): - Has/redefine operation - имена методов объекта, вызываемых событиями или сообщениями. - Communicates with – имена всех связанных объектов, которым посылает сообщение объект. Заполняется системой автоматически. - Sends – имена сообщений (вызываемых методов), которые посылает объект. - Кроме того, возможно задание ряда атрибутов для объекта, описание иерархии классов (класс - суперкласс), или отношений агрегации (рис.5.16.). Описываемый объект Has/redefined operation Sends Communicate with Рис. 5.12. Графическая интерпретация параметров описания объектов Параметры описания событий (рис. 5.13.) - Sent by - имя актора (источник), вызывающего событие. - Invokes – имя события (вызываемого метода) 67 - Received by – имя объекта (адресата), обрабатывающего событие (выполняющего метод). - Другие параметры (рис. 5.17.) Sent by Recieved by Invokes Рис. 5.13. Графическая интерпретация параметров описания событий Параметры описания сообщений ( рис. 5.14.) - Triggered by (источник сообщения) – имя предшествующего метода, из которого осуществляется вызов сообщения (метода). - Invokes - имя события (вызываемого метода) - Received by - имя объекта (адресата), обрабатывающего сообщение (выполняющего метод). - Другие параметры (рис. 5.18) Triggered by Invokes Recieved by Рис. 5.14. Графическая интерпретация параметров описания сообщений Пронумеровать события и сообщения по принципу: первый номер – номер транзакции (операции), второй номер – номер действия в рамках транзакции (рис. 5.15.). 68 Форма "Заказ на продажу" Запасы Отложенный заказ клиента Принятый заказ Планировщик Менеджер по продажам (1.1) Принять (2.1) Спланировать Форма "Отказ в заказе" (3.1) Проверить (3.2) Отказать (3.3) Отложить Заказ на закупку (3.4) Закупить (3.5) Оформить (4.1) Информировать Рис. 5.15. Диаграмма взаимодействия объектов (OID) 69 Рис. 5.16. Параметры описания объекта Рис. 5.17. Параметры описания события Рис. 5.18. Параметры описания сообщения Вопросы для самопроверки: 1. В чем сущность объектно-орентированного подхода к моделированию бизнес-процессов и информационной системы? 2. Какие конструктивные элементы используются в объектно- ориентированной модели бизнес-процесса и информационной системы? 3. Какие виды моделей используются в объектно-ориентированном подходе к РБП? 4. Каково назначение П-модели? 5. Каково назначение О-модели? 6. Каково назначение В-модели? 7. Каковы функциональные возможности ППП Natural Engineering Workbench по объектно-ориентированному моделированию информационной системы? 8. Как соотносятся объектно-ориентированные модели бизнес- процессов и информационной системы? 9. Каково назначение диаграммы последовательности транзакций TSD? 10. Каково назначение диаграммы структуры объектов OSD? 11. Каково назначение диаграммы взаимодействия объектов OID? 70 |