WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 18 |

5. Визуальное и имитационное моделирование бизнеспроцессов В п.1 отмечено, что при анализе существующего и разработке нового бизнеса важную роль играет построение моделей компании и протекающих в ней бизнес-процессов. Модели могут различаться степенью детализации процессов, формой их представления, учетом только статических или также динамических факторов и др.

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

Виды моделей и режимы работы системы. Система Adonis поддерживает функциональные, информационные и организационные модели.

Функциональные модели описывают бизнес-процессы предприятия, информационные – потоки документов, организационные – структуру предприятия, отделов, субординацию служащих.

Работа с системой Adonis начинается с создания новой модели (диаграммы) или открытия уже существующей. В первом случае система предлагает выбрать вид создаваемой модели. Это может быть карта компании (Company map), модель бизнес-процессов (Business process model) или модель документов (Document model). Моделирование можно начинать с создания диаграммы любого вида. Однако приоритетное положение занимают модели бизнес-процессов – в них задаются связи с документами и диаграммами рабочей среды.

Верхним уровнем описания (первой моделью) является карта компании, она содержит наименование проекта и является ссылкой на модель бизнес-процессов, представляющую собой следующий уровень детализации. Структура представления атрибутов карты компании, или «записной книжки» элементов (Notebook) Adonis, представляет собой несколько закладок:

• Description – описание элемента;

• Input/output – входная и выходная документация (базовая и генерируемая документация проекта);

• Simulation result – результаты имитационного моделирования (все параметры доступны только для просмотра).

Характеристиками процесса (process) карты компании являются:

• Name – название элемента;

• Reference process – ссылка на присоединенную модель бизнеспроцессов (данная ссылка позволяет перейти к детальной диаграмме процесса);

• Open questions – перечень вопросов, актуальных для данного процесса.

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

Все блоки обязательно должны иметь уникальные названия (действия отличаются датой, исполнителем или местом выполнения), например, «Уточнить ТП (j)», «Утвердить ТП у начальника БТК цеха i» и др.

Параллельные работы обозначаются на диаграмме с помощью элементов разветвления (Parallelism) и объединения (Merging). Каждая модель бизнес-процесса должна содержать знаки начала и конца процесса.

Атрибуты каждого элемента моделирования могут быть заданы в соответствие с требованиями проекта. Каждый элемент моделирования обладает «записной книжкой Adonis» (контекстное меню - Notebook). Она содержит одну или несколько глав, каждая из которых может содержать одну или более страниц. Признаки, описанные в записной книжке, могут обновляться (наименование ссылки на модель автоматически изменяется при переименовании оригинала). Большинство полей сопровождаются описанием/подсказкой – значок «i» в верхнем правом углу над полем.

Модели рабочей среды и документов служат окружением диаграмм бизнес-процессов. Связи с ними задаются в Notebook какой-либо конкретной функции: для модели рабочей среды поле Responsible role (из каталога выбирается не только конкретная модель, но и роль исполнителя данной функции (технолог, начальник участка и пр.)), для модели документов поле Referenced document.

Модели рабочей среды содержат следующие элементы моделирования: исполнители (Performer), роли (Role) и подотделы (Organization unit).

Модели документов включают документы и их группы.

Следующей по важности категорией после структуры проекта является описание функций управления Adonis. Интерфейс системы содержит горизонтальную и вертикальную панели инструментов. Первая задает режим работы системы (моделирование, анализ, симуляция, импорт/экспорт) и клавиши быстрого доступа, а вторая – элементы моделирования, соответствующие текущему виду диаграмм (модель бизнес-процессов, среды и прочее). Набор элементов моделирования можно менять (Горизонтальное меню / View / Mode). Например, при выборе значения All modeling objects появятся все возможные объекты.

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

• «Graphical model view» - отображать объекты в виде модели;

• «Tabular model view» - отображать объекты в виде таблицы;

• «Snap grid – visible/invisible» - показать/убрать сетку;

• «Global change» - функция «глобальные изменения» позволяет вам изменять несколько атрибутов объекта в одной или нескольких моделях одновременно;

• «Drawing area» - изменение области рисунка, отмеченной серыми линиями в рабочей области (можно двигать границы мышкой, а можно положение границ задать точно с помощью данной кнопки; единицы измерения: см. и страницы);

• «Generate graphics» - сохранить модель как рисунок (с расширением bmp, jpg и другими);

• «Time and cost» - расчет времени и стоимости процесса (возможен при задании всех необходимых атрибутов и непротиворечивости модели).

Как было сказано выше, все элементы моделирования, включая соединители, обладают определенными характеристиками. Кроме имени, описания, ссылок на другие модели, параметров визуализации возможно задание дополнительных свойств объектов. Для функциональных компонент это время исполнения задания, время ожидания в очереди на исполнение, время ожидания транспортировки, время транспортировки, стоимость выполнения задания. На рис. 5.1 показана соответствующая страница notebook, указанные поля расположены на ней в порядке сверху вниз.

При более высоком уровне детализации можно задать множество других параметров – приоритет задачи, максимальное значение времени ожидания, классификацию задания (автоматически, вручную); для рабочей среды – число рабочих дней, длительность рабочего дня, почасовую оплату труда (hourly wages), календарь, непредвиденные расходы на исполнителя (Variable costs of performer), способности исполнителя (загрузка, работоспособность) и др.

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

Рис. 5.1. Задание параметров времени для функциональной компоненты модели Adonis Теперь рассмотрим режимы работы системы. При работе с системой пользователь может выбрать один из следующих режимов:

• Приобретение – Acquisition (импортирование данных из таблиц Microsoft Excel, сохраненных в ADL формате);

• Моделирование – Modelling (создание и редактирование моделей: объектов соединителей и атрибутов);

• Анализ – Analysis (создание запросов системе для оценки бизнеспроцессов, результаты могут быть представлены в табличной или графической форме);

• Симуляция – Simulation (четыре алгоритма имитационного моделирования: Path analysis – определение оптимального пути выполнения задания в моделях бизнес-процессов, Capacity Analysis – определение оптимального состава и структуры отделов за счет оценки времени загрузки каждого отдельного исполнителя), Workload Analysis (два типа) – определение рабочей загрузки процесса (календарное планирование);

• Оценка – Evaluation (три алгоритма: Comparative representation of results – сравнительная оценка результатов анализа (предварительно сохраненных в ADL формате) нескольких процессов в виде таблицы или диаграммы, Flowmark Audit Trail Evaluation – расчет времени исполнения и ожидания, время цикла для отдельных операций или процессов в диаграммах управления потоками производственных заданий Flowmark, Evaluation queries – оценка процессов по стандартным запросам, хранимым в библиотеке системы, прикладная библиотека автоматически устанавливается вместе с системой, может быть дополнена администратором);

• Import/Export – сохранение моделей Adonis в ADL формате (ADL Export) и загрузка ADL файлов внешних моделей (ADL Import), сохранение моделей Adonis в FDL формате (FDL Export) для последующего их импорта в системы управления потоками заданий WorkFlow, сохранение документации моделей в HTML и RTF форматах).

Например, затраты времени и средств на выполнение какого-либо бизнес-процесса вычисляются с помощью функции «Time and cost», представленной на панели быстрого доступа. Если процесс содержит условные переходы их необходимо правильно описать, задействовав дополнительные элементы моделирования.

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

На рис. 5.2 представлена таблица результатов анализа модели по времени и стоимости процесса, при этом в качестве модели понимается вся система вложенных диаграмм.

Рис. 5.2. Системный отчет по анализу «Time and cost» модели Все виды расчетов производятся только в том случае, если пользователь правильно составил схему процесса, задал все требуемые переменные, создал все необходимые для расчетов модели. В противном случае система выдаст ошибку – подсветит недоопределенный элемент и опишет возникшую проблему.

Таким образом, Adonis позволяет проводить:

• оптимизацию бизнес-процессов;

• калькуляцию себестоимости процессов;

• руководство кадрами (определяет оптимальную структуру и состав рабочих групп);

• управление документацией предприятия;

• сравнительную оценку бизнес-процессов.

Функциональное моделирование. Для создания модели бизнеспроцессов необходимо выбрать в горизонтальном меню Model / New. В открывшемся окне «Create new model» следует указать тип «Business process model», название, номер версии и обязательно группу (model group). В результате этих действий на экране появится модуль создания и редактирования диаграмм деятельности.

В правой части экрана расположена панель инструментов, содержащая возможные элементы для данного типа модели. Выбор компонентов может быть расширен при указании View/Mode/All modeling objects. Элементы разделяются на два типа: блоки и соединители (табл. 5.1).

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

• модель бизнес-процессов обязательно должна содержать элементы начала и конца процесса;

• процесс, представленный на диаграмме, не должен быть цикличным;

• модель не должна содержать изолированных вершин, любой функциональный элемент должен быть связан с предыдущим и последующим блоком (процессом);

• если процесс содержит параллельно выполняемые действия, то для визуализации этих участков на диаграммах в Adonis должны быть использованы элементы разветвления и объединения процессов;

• если на модели имеются блоки-подпроцессы, то перед выполнением анализа необходимо в соответствующем поле notebook указать связанную с ним подпрограмму, иначе система прервет выполнение расчетов и укажет на ошибку;

Таблица 5.1. Элементы построения диаграммы бизнес-процессов Adonis Основные элементы Дополнительные элементы начало процесса переменная подпроцесс/ под- генератор вероятпрограмма ностей процесс, действие, ресурс операция Соединители элемент условного перехода, ЕСЛИ связь предыдущего элемента с послеразветвление продующим цессов связь от генератора объединение провероятности к пецессов ременной связь от генератора конец процесса вероятности к условному переходу связь от элемента к комментарий комментарию связь от элемента к группа ресурсу • в случае процесса с параллельными участками (операциями) при задании переменных они должны быть объявлены как глобальные (в notebook/variable score/global);

• для выполнения расчетов следует задать все необходимые для этого параметры и указать все сопутствующие модели;

• каждый блок на диаграмме должен иметь уникальное имя, так как все события отличаются местом, временем исполнения или исполнителями;

• при построении модели необходимо указывать операции, связанные с получением и сдачей заданий, документов и пр.

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

К рекомендуемым правилам относятся следующие:

• диаграмма должна быть наглядной и легко читаемой;

• при разработке модели необходимо ее детализировать в той степени, какая требуется для описания поставленной задачи, но не более;

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

• при необходимости следует элементы модели сопровождать комментариями.

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

Переключение между режимами визуализации осуществляется с помощью специальных клавиш на панели быстрого доступа: «Graphic», «Table». Для редактирования полей таблицы необходимо двойным щелчком мыши выделить соответствующую ячейку и в открывшемся окне указать значение.

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 18 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.