Методичка по работе с iGrafx Моделирование бизнес-процессов в iGrafx.
Оглавление:
1. Создание модели процесса |
3 |
1.1 Создание диаграмм («Карт» или «Потоковых диаграмм») |
4 |
1.2 Описание деятельности каждой работы спецификации |
5 |
1.3 Описание среды окружения спецификации. Сценарии |
10 |
1.3.1 Начало работы сценария (просмотр) |
10 |
1.3.2 Запуск установок симуляции |
10 |
1.3.3 Генераторы |
11 |
1.3.4 Создание и редактирование ресурсов |
13 |
1.3.5 Расписание |
13 |
1.4 Запуск симуляции и анализ результатов в инструменте «Отчет » |
14 |
Введение
iGrafx является признанным лидером комплексного анализа бизнес-процессов (BPA). Данная программа предназначена для анализа, совершенствования управления и согласования процессов и технологий. Cтратегия iGrafx по комплектованию своих продуктов различными приложениями включает следующие продукты: FlowCharter, Process, Process for Six Sigma, Process for Enterprise Modeling, Prosess for SAP, Enterprise Modeler и Enterprise Modeler for SAP.
Методология симулирования бизнес-процессов включает в себя пять шагов:
Определитесь с целью проекта. Уточните для себя — что именно вы называете тем или иным словом. В итоге — кратко, двумя-тремя словами, сформулируйте название, вложив в него смысл проекта.
Соберите сведения. Очень кропотливая работа, много беготни. Потребуются опросы специалистов, обзвоны, переписка, расчёты.
Создайте модель (тема сегодняшнего разговора). Смоделируйте конкретный процесс так, чтобы симуляция позволила достигать лучших результатов, чем было до её начала, а не просто циклично повторяла его.
Создайте симуляцию «А что если бы». Анализируйте, изменяя модель, снова и снова запуская симуляцию.
Резюме. Соберите отчёты — результаты и рекомендации. Это и будет свод потенциальных изменений к моделируемому процессу.
А вот эти пять базовых шагов на диаграмме, сделанной в iGrafx и экспортированной в JPG её средствами: (Рис.1)
Рис 1. Графическое отображение последовательности симулирования бизнес-процессов
1. Создание модели процесса.
Применяя iGrafx Process для построения модели, мы выделяем четыре основных шага. (Рис.2)
Создание диаграмм, рассматривающих последовательно — отделы предприятия (большие именованные прямоугольники, в которых размещаются объекты), их спецификации-объекты отображаемые в диаграмме формами (маленькие прямоугольники, ромбы и другие фигуры), а так же связи между ними (стрелки).
Описание деятельности каждого объекта через диалог «Свойства». Например, это могут быть продолжительность или стоимость. При этом, «объектом» мы будем называем любую операцию — Activity. Вообще, с лохматых времён, в диаграммах бизнес-процессов принято называть Activity «работой», особенно в руководствах к нотациям семейства IDEF. И хоть этим словом смысл передан довольно точно, но у нас с ним возникнет путаница. Ведь реальная «работа», в смысле «Work», часто включается в объекты в качестве свойства, в те же Activities. Как нечто, что длится и за что платят. Поэтому, вместо «Работа», будем применять более сухое и обобщающее «Объект». Тем более, что мы здесь рассматриваем сугубо диаграммы, а их основные объекты — это и есть Activities. Итак, Объект в диаграмме — это любое из действий, имеющее свойства и способность связываться с другими действиями.
Описание среды окружения симуляции. Это делается специальным инструментом — «Сценарий».
И наконец — запуск симуляции и анализ результатов в инструменте «Отчёт».
Посмотрите, как это выглядит на диаграмме:
Рис.2 Отчет «Запуск симуляции и анализ результатов»