Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
metodichka_ibm_bpmn.doc
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
2.58 Mб
Скачать

5.3. Добавление эксклюзивного шлюза в диаграмму процесса

На деле процессы не всегда линейны, иногда требуется выбрать один из путей развития событий. Усложним наш процесс курсового проектирования путем добавления эксклюзивного шлюза (шлюза решения в терминологии IBM) в диаграмму процесса.

У простого решения есть одна входящая ветвь с одним входом и две исходящих ветви с одним выходом каждая. Если при выполнении процесса определенное условие истинно, то поток идет по одной исходящей ветви, а если ложно - по другой. Решение выбирает результат на основе входных данных.

После оформления пояснительной записки необходимо проверить условие на допуск к защите. Таким образом, если студент допущен к защите, то он защищает работу, иначе – получает допуск (Рис. 17). Для того чтобы модель правильно отражала реальный процесс принятия решения, диаграмма процесса должна содержать исключающий выбор. Для реализации сценария "или-или" в процесс следует добавить простое решение.

Чтобы реализовать данную ситуацию, необходимо в модель включить дополнительную задачу («Получение допуска»), а также добавить эксклюзивный шлюз.

Для добавления простого решения к процессу откройте процесс «Выполнение курсовой работы» в редакторе процессов и выполните следующие действия:

1. Удалите поток операций между задачами «Оформление пояснительной записки» и «Защита».

2. В наборе элементов выберите значок решения .

3. Поместите курсор справа от задачи «Оформление пояснительной записки» и щелкните левой кнопкой мыши, чтобы добавить решение в диаграмму процесса.

4. Введите имя решения: «Допуск к защите есть?».

После этого элементы в соответствии с логикой соединяются потоками операций.

Данный фрагмент модели будет выглядеть так, как показано на рис. 17:

Рисунок 17 – Добавление условия на диаграмму

Обратите внимание, что это решение дает ответ «Да» или «Нет» на вопрос «Допуск к защите есть?» По умолчанию, эти два возможных ответа равновероятны. При необходимости вероятность можно изменить.

Поскольку при рассмотрении допуска существует всего два варианта решения – есть или нет, то решение направляет данные по нужному пути. Если на вопрос дается ответ «Да», то данные направляются в задачу «Защита». В противном случае данные направляются в неавтоматизированную задачу «Получение допуска к защите».

5.4. Создание бизнес-элементов

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

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

Для создания бизнес-элементов необходимо выполнить следующие действия:

1. В дереве проектов щелкнуть правой кнопкой мыши по папке «Бизнес-элементы» и выберите меню «Создать» -> «Бизнес-элемент».

2. В окне создания бизнес-элемента заполните поля имени и описания.

В результате в дереве проектов отобразятся 4 бизнес-элемента, как это показано на рис. 18.

Рисунок 18 – Список бизнес-элементов проекта

Для каждого бизнес-элемента будет открыто соответствующее окно редактирования, куда можно вносить атрибуты, правила и прикреплять документы, а также задать шаблон для бизнес-элемента.

Зададим атрибуты для бизнес-элементов. Для этого в окне редактирования свойств бизнес-элемента (открыть его можно двойным щелчком левой кнопки мыши по бизнес-элементу в дереве проекта) нажать на кнопку «Добавить» и ввести атрибуты с указанием типа данных. Для бизнес-элемента «Задание» добавим следующие атрибуты (вариант – целое, тема – текст, дисциплина – текст) – рис. 19.

Рисунок 19 – Редактирование атрибутов бизнес-элемента

Аналогичным образом добавим атрибуты к другим бизнес-элементам проекта (табл. 1). Обратите внимание, что для всех атрибутов используются простые типы данных.

Таблица 1 – Атрибуты бизнес-элементов

Бизнес-элемент

Атрибут

Тип атрибута (простой)

Пояснительная записка

Вариант

Целое (байт)

Тема

Текст

ФИО студента

Текст

Кол-во страниц

Целое (байт)

Раздел курсовой работы

№ раздела

Текст

Кол-во страниц

Целое (байт)

Протокол консультаций

Дата

Дата

Замечание

Текст

После редактирования атрибутов необходимо сохранить изменения и закрыть окно редактирования свойств бизнес-элементов.

Теперь необходимо добавить вновь созданные бизнес-элементы в модель. Любой бизнес-элемент должен быть связан с соединением (или: любой бизнес-элемент передается посредством соединения или потока управления).

Для того чтобы связать бизнес-элемент с соединением, необходимо правой кнопкой мыши щелкнуть по потоку управления, выбрать пункт меню «Связать данные», в окне выбора типа данных указать сложный тип и в открывшемся внизу дереве проектов выбрать необходимый бизнес-элемент (рис. 20).

Рисунок 20 – Выбор типа данных, передаваемых посредством соединения

Задача «Получение задания» передает бизнес-элемент «Задание». Поскольку далее следует параллельный шлюз, бизнес-элемент «Задание» автоматически передается на вход задач, выполняемых параллельно (рис. 21):

Рисунок 21 – Фрагмент модели с бизнес-элементами

Аналогичным образом добавим остальные бизнес-элементы. В результате подпроцесса «Подготовка разделов курсовой работы» и задачи «Посещение консультаций» создается бизнес-элемент «Раздел курсовой работы», который передается на задачу «Оформление пояснительной записки». Поток управления, связанный с задачей «Оформление пояснительной записки» будет связан с бизнес-элементом «Пояснительная записка». Модель с бизнес-элементами представлена на рис. 22.

Обратите внимание, что подпроцесс «Подготовка раздела курсовой работы» на выходе порождает бизнес-элемент «Раздел курсовой работы», а задача «Посещение консультаций» - бизнес-элемент «Протокол консультаций». Далее следует шлюз для объединения, который передает данные на задачу «Оформление пояснительной записки». Передача различных бизнес-элементов через данный шлюз противоречит его логике, потому что его цель – слияние потоков управления в один. Следовательно, автоматически создаются дополнительные входы и выходы (по два на каждую ветвь), что вызовет неизбежные проблемы при имитации процесса.

Для того чтобы этого избежать, внесем изменения в нашу модель: удалим шлюз объединения и потоки управления направим непосредственно на задачу (рис. 23).

Рисунок 22 – Модель с бизнес-элементами

Рисунок 23 – Скорректированная модель для имитации

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]