Тельнов Ю.Ф. - Реинжиниринг бизнес-процессов (учебное пособие), страница 10

OLD (Object Life-Cycle Diagram) — модель жизненного цикла объекта,в которой для каждого класса объектов определяется состояния исвязанные с этим состоянием действия и события. Данная модельиспользуется для отображения особенно сложного поведения объектов.63В результате построения перечисленных моделей выполняется ихсинтаксический контроль, после которого можно производитьгенерацию программного кода.

NEW позволяет генерироватьопределения классов объектов и методов обработки объектов для языкаС++ или схемы баз данных для языка Natural.Классы объектов С++, как и классы объектов других объектноориентированных языков программирования, имеют множество общихатрибутов и множество методов обработки объектов. Причем атрибутыобъекта можно обработать только через методы класса.

Реализацияметодов обработки объектов в виде процедур задается отдельно.Обращение к методам объектов выполняется либо через события,инициируемыеакторами(пользователями,внешнимиинформационными системами), либо через сообщения, получаемые изпроцедур других объектов.5.3. Особенности моделирования информационных процессов сиспользованием ППП NEW5.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.655. АкторыП-моделипредставляютсяобъектами-сущностями,отражающими хранимые атрибуты акторов.Также как и в О-модели OSD отражает статические и динамическиеотношения объектов (рис.

5.10.). Динамические отношения объектовпредставлются пунктирными стрелками, статические – сплошнымистрелками. В представленном примере отношения обобщения (is a)классифицируют заказы на заказы на закупку и на заказы клиентов,последние в свою очередь могут быть принятыми и отложенными.Отношение агрегации в примере рассматривает комплект документов иззаказа, счета и накладной.Форма "Заказна закупку"ПланировщикЗаказпоставщикуФорма "Заказна продажу"ПринятыйзаказОтложенныйзаказ клиентаЗапасыКомплект документов1Нis ais a1НСчетЗаказклиентаАНакладнаяpart ofЗаказРис. 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.).Communicate withHas/redefinedoperationSendsОписываемыйобъектРис.

5.12. Графическая интерпретация параметров описания объектовПараметры описания событий (рис. 5.13.)- Sent by - имя актора (источник), вызывающего событие.- Invokes – имя события (вызываемого метода)67- Received by – имя объекта (адресата), обрабатывающего событие(выполняющего метод).- Другие параметры (рис.

5.17.)Sent byRecieved byInvokesРис. 5.13. Графическая интерпретация параметров описания событийПараметры описания сообщений ( рис. 5.14.)- Triggered by (источник сообщения) – имя предшествующего метода,из которого осуществляется вызов сообщения (метода).- Invokes - имя события (вызываемого метода)- Received by - имя объекта (адресата), обрабатывающего сообщение(выполняющего метод).- Другие параметры (рис. 5.18)Recieved byTriggered byInvokesРис. 5.14.

Графическая интерпретация параметров описаниясообщенийПронумеровать события и сообщения по принципу: первый номер– номер транзакции (операции), второй номер – номер действия в рамкахтранзакции (рис. 5.15.).68Форма"Заказ наМенеджерЗаказ наПланировщикпродажу"по продажамзакупку(1.1) Принять(3.4) Закупить(2.1) Спланировать(3.2) ОтказатьФорма"Отказ в заказе"(3.5) Оформить(3.1) Проверить(4.1) Информировать(3.3) ОтложитьЗапасыОтложенныйзаказ клиентаРис. 5.15. Диаграмма взаимодействия объектов (OID)Рис. 5.16. Параметры описания объектаРис. 5.17.

Параметры описания события69ПринятыйзаказРис. 5.18. Параметры описания сообщенияВопросы для самопроверки:1. Вчемсущностьобъектно-орентированногоподходакмоделированию бизнес-процессов и информационной системы?2. Какие конструктивные элементы используются в объектноориентированной модели бизнес-процесса и информационной системы?3. Какие виды моделей используются в объектно-ориентированномподходе к РБП?4. Каково назначение П-модели?5.

Каково назначение О-модели?6. Каково назначение В-модели?7. Каковы функциональные возможности ППП Natural EngineeringWorkbenchпообъектно-ориентированномумоделированиюинформационной системы?8. Как соотносятся объектно-ориентированные модели бизнеспроцессов и информационной системы?9.

Каково назначение диаграммы последовательности транзакций TSD?10. Каково назначение диаграммы структуры объектов OSD?11. Каково назначение диаграммы взаимодействия объектов OID?70Глава 6. Имитационное моделирование бизнес-процессов на основеиспользования ППП ReThink6.1. Сущность методов имитационного моделирования бизнеспроцессовДинамический анализ предполагает рассмотрение во временимножества одновременно выполняющихся бизнес-процессов, в то времякак статический анализ исследует выполнение одного бизнес-процессавне связи с занятостью ресурсов в других процессах. Актуальностьприменения методов динамического анализа в бизнес-реинжинирингеобусловлена необходимостью сокращения межоперационных задержек,связанных с использованием ресурсов в множестве процессов.При проектировании новых бизнес-процессов в качестве основныхинструментов динамического анализа выступают методы и средстваимитационного моделирования, поскольку статистика реальноговыполнения бизнес-процессов просто не существует.

При анализесуществующей организации бизнес-процессов имитационные моделидают возможность исследовать влияние случайностей на выполнениевзаимосвязанных операций, которые трудно вычленить в общем потокестатистической информации.Под имитационным моделированием будем понимать процессразработки имитационной модели и последующего имитационногоэкспериментирования.Имитационная модель предполагает генерацию в ускоренноммасштабе времени по определенным законам распределения рабочихобъектов, которые задерживаются для обработки по заданным законамраспределения в функциональных блоках структурной модели бизнеспроцесса. Формально простейшая имитационная модель может бытьописана следующим образом (рис. 6.1):Генератор рабочихобъектовWnФункциональный блокТерминаторочередьрабочихобъектовAnSnРесурсы(число одновременновыполняемых действий)Рис.

6.1. Формальное представление имитационной моделиAn - средний интервал времени между n и n+1 рабочими объектами,71Sn – среднее время обслуживания (задержки) n-го рабочего объекта,Wn – среднее время ожидания обслуживания в очереди n-го рабочегообъекта.Тогда Wn+1 = max{ Wn + Sn – An, 0}Общее описание рабочего объекта можно представить:< n, An, Sn, Wn >, где An, Sn –случайные числа, генерируемые понекоторому закону распределения, а Wn – вычисляется моделью.В результате последовательного прохождения рабочих объектовпо функциональным блокам за заданное модельное время (любоймоделируемый период времени) накапливается статистика опроизводительности системы (числе рабочих объектов), о временных истоимостных характеристиках рабочих объектов, об использованииосновных ресурсов.В качестве основных инструментальных средств имитационногомоделирования, широко используемых в России, относятся ReThink(Gensym), Pilgrim (***), РДО (МГТУ), Workflow Analyzer(MetaSoftware).К основным типам имитационных моделей относятся:• Многопродуктовая модель.• Разветвляющаяся модель.• Модель с кооперативными связями.Многопродуктовая модель бизнес-процесса.

Каждый бизнеспроцесс соответствует какому-либо виду продукта (услуги) и используетобщие ресурсы (рис. 6.2). Модель позволяет анализироватьиспользования ресурсов в нескольких бизнес-процессах. При этоманализируется достаточность ресурсов, степень их загрузки,интенсивность использования, финансовые потоки.72Процесс АМатериалы РПродукт АОборудование ХПроцесс ВМатериалы РПродукт ВОборудование ХПроцесс СМатериалы РПродукт СОборудование ХРис. 6.2. Многопродуктовая модель бизнес-процессовРазветвляющаяся модель бизнес процесса. Это модельальтернативныхпроцессов,определяющаяправилавыборапоследовательности функций в зависимости от состояния внешнейсреды (рис.

6.3). Типовые разветвления бизнес-процессов могут бытьзаранее формализованы. В более сложных случаях требуетсяприменение бизнес-правил, которые в соответствии с конкретнойситуацией выбирает последовательность действий.Процесс АКлиент... ... ...НовыйТип клиентаПостоянныйВысокаяПроцесс БНадежностьНизкаяПроцесс СРис.