Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсач / Методические указания.docx
Скачиваний:
0
Добавлен:
07.08.2024
Размер:
3.53 Mб
Скачать

3.4 Поведенческие модели

Для разработки поведенческих моделей используется ARIS Express - бесплатный инструмент для моделирования бизнес-процессов, достаточно простой в установке и использовании, так что его могут применять и начинающие пользователи, и студенты вузов. Создан он в 2009 г.

Для первоначального знакомства с программным продуктом Aris Express остановимся на построении организационной диаграммы и диаграммы цепочки процессов, управляемых событиями (EPC).

Для определенности выберем некоторую организацию и рассмотрим возможности совершенствования пропускного режима на этом предприятии. Начнем с анализа организационной структуры.

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

Допустим, обследование показало, что основными объектами системы пропускного режима являются:

  • Секретариат

  • Отделы

  • отдел (цех)

  • отдел безопасности

  • отдел кадров

  • хозяйственный отдел

  • Комендантская служба

  • бюро пропусков

  • пост комендантской службы

Естественно, что предприятие имеет более сложную организационную структуру и гораздо большее количество объектов. Но с точки зрения анализа пропускного режима остальные объекты не представляют особого интереса и могут не рассматриваться или рассматриваются в обобщенном виде, как, например отделы (цеха) различного назначения (каждый БП должен рассматриваться в определенных границах).

С труктурные взаимосвязи (или иерархия подчинения) отображены на организационной диаграмме, изображенной на рисунке 18 (диаграмма получена средствами BPWIN).

Рисунок 18 - Организационная структура предприятия, полученная с использованием BPWIN

Общие правила поcтроения организационных диаграмм в ARIS

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

Организационные структуры обычно изображаются в виде организационных диаграмм, где показываются имеющиеся организационные подразделения (как исполнители функций) и их взаимозависимости в соответствии с выбранными критериями структурирования. Отдельные организационные единицы соединяются связями для указания иерархии.

При построении диаграмм организационно-штатной структуры обычно руководствуются следующими правилами:

  1. Объект-источник связи (от него начинается линия связи) изображается всегда слева

  2. Всевозможные (для рассматриваемого типа модели) приемники связи (объекты, на которых связь заканчивается), располагаются правее источника связи

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

  4. Названия или типы связей изображаются над линией связи

  5. Связи с одинаковыми названиям имеют общее начало на объекте-источнике

  6. Если вместо объекта-источника можно поставить другой объект и при этом рисунок не изменится, т. е. объекты приемники и типы связей останутся прежними, то этот факт отмечается на рисунке соответствующим пояснительным текстом, например, перечислением объектов.

При построении модели организационной структуры между структурными элементами могут устанавливаться, например, следующие типы связей:

  • Ответственный за (is responsible for) или Исполнитель

  • Технически вышестоящий (is technical superior to) или Технический руководитель

  • Административно вышестоящий (is disciplinary superior to) или Административный руководитель

  • Организационный менеджер для(is Organization Manager for) или организатор и др.

Для построения организационной диаграммы необходимо открыть приложение ARIS Express и перейти на вкладку организационная диаграмма, щелкнув по пиктограмме Organizational chart.

Организационная диаграмма, построенная средствами ARIS Express приведена на рисунке 19.

Рисунок 19 - Упрощенная организационная диаграмма предприятия

В качестве примера построения EPC-диаграммы рассмотрим один из процессов системы пропускного режима: процесс пропуска посетителей на территорию предприятия по разовым пропускам.

Контекстная диаграмма процесса пропуска посетителей по разовым пропускам, подготовленная средствами BPWIN приведена на рисунке 20.

Рисунок 20 - Контекстная диаграмма БП пропуска по разовым пропускам в BPWIN

Особенность описания данной системы заключается в том, что ее входом является «посетитель» как объект, который подлежит обслуживанию. Обслуживание будет заключаться в том, что в ходе выполнения процесса состояние посетителя будет изменяться. Он будет «преобразован» в посетителя с пропуском, далее, в посетителя в здании и в конце, - посетителя на выходе.

При выявлении нарушений он перейдет в состояние посетителя с нарушениями. Управляющим воздействием является «инструкция по пропускному режиму». Механизмами, обеспечивающими выполнение процесса, являются сотрудники предприятия, а ресурсами, - бланки документов.

При пропуске посетителей по разовым пропускам последовательно выполняются следующие процессы: оформление заявки, выдача пропуска посетителю, пропуск посетителя через пост, выпуск (выход) посетителя, что отражено на диаграмме декомпозиции первого уровня, изображенной на рисунке 21.

Рисунок 21 – Диаграмма «Посещение предприятия по разовым пропускам»

Для оформления заявки (1) посетитель сообщает сотруднику предприятия сведения о себе. Оформленная заявка является основанием для оформления и выдачи пропуска (2). Посетитель получает пропуск, который предъявляет при проходе через пост контроля (3). У пропуска отрывается контрольный талон, а посетитель проходит в здание. При наличии нарушений в документах посетитель на территорию не пропускается. По завершении визита посетитель выпускается (4).

На рисунке 22 приведена EPC-диаграмма бизнес-процесса «Пропуск посетителей по разовым пропускам», построенная средствами ARIS Express.

Рисунок 22 – EPC-диаграмма «Пропуск посетителей по разовым пропускам»

Логика приведенных на диаграмме событий (Event), функций (Activity), переключателей исключающее ИЛИ, объединяющее И (XOR RULE, AND RULE), использования элементов организационной диаграммы для отображения того, кто именно исполняет ту или иную функцию (блоки Сотрудник бюро пропусков, Контролер), а также документов (блок Инструкция) для отображения того факта, что сотрудники бюро пропусков руководствуются инструкциями и применение ресурсов (бумажных бланков заявки, и пропуска) интуитивно понятно и не требуют дополнительных разъяснений.

Нуждается в пояснении применение функции Process Interface (блоки Поставить отметку о проходе, Выдать контрольный талон, Изъять контрольный талон, Поставить отметку в пропуске).

Функции Process Interface (Интерфейс процесса) являются логической частью выше стоящего процесса, проясняющего его действия. Например, при осуществлении выпуска посетителей следует поставить отметку в пропуске и изъять контрольный талон. Эти действия являются составной частью функции «Выпуск посетителя» и их можно было бы прописать при декомпозиции этой функции, но их можно оформить и как интерфейс процесса «Выпуск посетителей» При желании функции Process Interface без ущерба для понимания сути заменить элементов Activity.

Как вообще читать схемы в нотации eEPC?

  1. Рассмотрим простейший пример бизнес-процесса, представленного в нотации eEPC. Модель, представленная на рисунке 23, читается так: После наступления СОБЫТИЯ1 ИСПОЛНИТЕЛЬ1 на основании ДОКУМЕНТА1 выполняет ФУНКЦИЮ1, в результате которой создается ДОКУМЕНТ2. Затем тот же ИСПОЛНИТЕЛЬ1 выполняет ФУНКЦИЮ2. Причем, при выполнении ФУНКЦИИ2 используется ИТ-СИСТЕМА1. После окончания выполнения ФУНКЦИИ2 происходит СОБЫТИЕ2.

Рисунок 23

  1. Обратим внимание на особенности использования логических операторов:

    1. ФУНКЦИЯ1 выполняется только в случае наступления обоих Событий – и СОБЫТИЯ 1 и СОБЫТИЯ2

Рисунок 24

    1. В результате выполнения ФУНКЦИИ1 может наступить только одно из событий: СОБЫТИЕ1 или СОБЫТИЕ2

Рисунок 25

    1. При наступлении СОБЫТИЯ1 могут быть выполнены одна либо обе функции: ФУНКЦИЯ1 и/или ФУНКЦИЯ2

  1. Обратим внимание на возможность вложенности схем: каждая из функций схемы верхнего уровня может быть при необходимости детализирована схемой нижнего уровня. В таком случае на схеме верхнего уровня у детализируемой функции делается ссылка «Детализация – схема <Название детальной схемы>» . Дополнительно разрабатывается соответствующая схема нижнего уровня с совпадающим названием.

Рисунок 26

Для того чтобы закончить с описанием этого вида диаграмм приведем схему-пример «Предоставление продукта кредитная карта».

Рассмотрим процесс предоставления продукта Кредитная карта сначала пошагово разобрав схему, а затем приведем всю схему целиком.

  1. После наступления события «Клиент заинтересовался в получении кредитной карты» Клиент выполняет функцию «Подготовка документа» на Web-сайте, в результате чего получается электронный документ «Заявка».

Рисунок 27

  1. После того, как функция «Подготовка документов» выполнена в автоматическом режиме выполняется функция «Передача документов» между ИТ-системами Web-сайт и Автоматизированная банковская система, передается электронный документ «Заявка».

Рисунок 28

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

Рисунок 29

  1. После того, как функция «Принятие решения» выполнена, наступает одно из двух возможных событий: «Принято положительно решение»/ «Принято отрицательное решение».

Рисунок 30

  1. После наступления события «Принято отрицательное решение» Сотрудник Колл-центра выполняет функцию «Информирование об отказе», которая направлена на Клиента (т.е. Сотрудник Колл-центра информирует Клиента об отказе).

Рисунок 31

  1. После выполнения функции «Информирование клиента об отказе» наступает событие «В предоставлении Кредитной карты отказано».

Рисунок 32

  1. После наступления события «Принято положительное решение» выполняется функция «Установление Кредитного лимита». Рядом с функцией показана ссылка «Детализация – схема Установление Кредитного лимита». Это означает, что должна существовать детализированная схема.

Рисунок 33

  1. После выполнения функции «Установление Кредитного лимита» наступает событие «Кредитный лимит установлен».

Рисунок 34

  1. На схеме ниже разобранный пошагово бизнес-процесс представлен целиком:

Рисунок 35 – Итоговая EPC-диаграмма «Предоставление продукта кредитная карта»

ARIS Express можно использовать и для построения моделей бизнес-процессов в нотации BPMN.

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

В качестве примера рассмотрим моделирование бизнес-процесса «Регистрация на авиарейс».

Когда пассажир прибывает в аэропорт, его приоритетной задачей является регистрация на рейс. Сотрудник на стойке регистрации приветствует клиента и берёт у него документы: билет на рейс и паспорт. Если документы клиента не в порядке (например, истёк срок действия паспорта), он не может быть зарегистрирован на рейс и процесс завершается. При этом клиент получает документы обратно.

Если паспорт и билет в порядке, то сотрудник авиакомпании регистрирует клиента на рейс и распечатывает посадочный талон. При этом он взаимодействует с информационной системой авиакомпании. Сотрудник отдаёт пассажиру посадочный талон и паспорт, после чего уточняет, нет ли в багаже пассажира запрещённых грузов (например, воспламеняющихся веществ). Если таковые есть, то они изымаются из багажа. Сотрудник авиакомпании забирает багаж и ручную кладь пассажира и регистрирует её. При этом сотрудник снова взаимодействует с информационной системой авиакомпании. Если выясняется, что есть перевес, то сотрудник уведомляет об этом пассажира и сообщает, сколько необходимо заплатить. После получения денег от пассажира, сотрудник регистрирует оплату в системе.

В итоге, пассажир получает багажную квитанцию. Сотрудник желает пассажиру приятного полёта, и процесс завершается.

Диаграмма данного бизнес-процесса приведена на рисунках 36-37.

Р исунок 36 - Диаграмма «Регистрация на авиарейс»

Рисунок 37 - Диаграмма «Регистрация на авиарейс». Продолжение