- •Пояснительная записка
- •Лабораторная работа 1 интерфейс и основные понятия программы allfusion process modeler
- •1.1. Настройка реестра Windows
- •1.2. Назначение и область применения программы AllFusion Process Modeler
- •1.2.1. Назначение программы
- •1.2.2. Области использования программы
- •1.3. Проведение анализа систем (процессов)
- •1.4.2. Основные панели инструментов
- •1.4. Интерфейс программы AllFusion Process Modeler
- •1.4.1. Запуск программы
- •1.4.3. Меню программы
- •1.4.4. Описание полей бланка диаграммы
- •1.4.5. Описание модели idef0
- •1.4.6. Работа с блоками и дугами на диаграммах idef0
- •1.4.7. Тоннелирование дуг на диаграммах idef0
- •1.4.8. Создание диаграммы декомпозиции
- •1.4.9. Диаграммы Workflow (idef3)
- •1.4.10. Диаграммы потоков данных Data flow diagramming (dfd)
- •Контрольные вопросы
- •Лабораторная работа 2 функциональное моделирование процесса перевозки грузов по железной дороге
- •2.1. Постановка задачи, описание предметной области
- •Контрольные вопросы
- •Лабораторная работа 3 abc-анализ модели as-is процесса перевозки грузов по железной дороге
- •3.1. Составление перечня центров затрат (статей затрат)
- •3.2. Задание значений длительности, частоты и стоимости для каждой из функций модели
- •3.3. Задание формата вывода стоимостного отчета
- •Контрольные вопросы
- •Лабораторная работа 4 функционально-стоимостный анализ модели as-is процесса перевозки грузов по железной дороге
- •4.1. Построение матриц парного сравнения для функций модели
- •4.2. Объединение результатов стоимостного и функционального анализа
- •4.3. Анализ результатов функционально-стоимостного анализа
- •Контрольные вопросы
- •Лабораторная работа 5 модель to-be процесса перевозки грузов по железной дороге
- •5.1. Создание модели to-be
- •Контрольные вопросы
- •Лабораторная работа 6 функциональное моделирование процесса создания финансового приложения для мобильных телефонов
- •6.1. Описание предметной области
- •6.2. Моделирование бизнес-процесса с помощью сase-средства программы AllFusion Process Modeler
- •Контрольные вопросы
- •Лабораторная работа 7 abc-анализ модели as-is процесса создания финансового приложения для мобильных телефонов
- •7.1. Составление перечня центров затрат и задание значений для функций модели
- •7.2. Вывод стоимостного отчета
- •Контрольные вопросы
- •Лабораторная работа 8 функционально-стоимостный анализ модели as-is процесса создания финансового приложения для мобильных телефонов
- •8.1. Построение матриц парного сравнения для функций модели
- •8.2. Объединение результатов стоимостного и функционального анализа
- •Контрольные вопросы
- •Лабораторная работа 9 модель to-be процесса создания финансового приложения для мобильных телефонов
- •9.1. Создание модели to-be
- •Контрольные вопросы
- •Лабораторная работа 10 функционально-стоимостный анализ процесса в соответствии с индивидуальным заданием
- •10.1. Требования к оформлению и защите отчета
- •10.2. Индивидуальные задания по функционально-стоимостному анализу в программе AllFusion Process Modeler
- •Самостоятельная работа разработка сайта организации
- •1. Постановка задачи, описание предметной области
- •2. Моделирование бизнес-процесса с помощью сase-средства программы AllFusion Process Modeler
- •Информационный материал для сайта Должностные обязанности сотрудников Разработать страницы помощи
- •3. Функционально-стоимостный анализ бизнес-процесса создания сайта
- •4. Построение матриц парного сравнения для функций модели
- •5. Объединение результатов стоимостного и функционального анализа
- •6. Модель to-be
- •Контрольные вопросы
- •Лабораторная работа 11 информационные технологии – основа реинжиниринга бизнес-процессов
- •11.1. Сценарий лабораторной работы
- •11.2. Индивидуальные задания
- •Список рекомендуемой литературы
- •Содержание
- •Реинжиниринг бизнес-процессов Пособие для реализации содержания образовательных программ высшего образования I ступени в двух частях
- •Часть 1
- •Часть 1
1.4.7. Тоннелирование дуг на диаграммах idef0
Тоннелирование может быть применено для изображения малозначимых дуг. Например, если на какой-либо диаграмме нижнего уровня необходимо изобразить малозначимые данные или объекты, то соответствующая дуга будет изображена на всех уровнях и затруднит чтение всех диаграмм, на которых она присутствует. Выходом является тоннелирование дуги на самом нижнем уровне. Такое тоннелирование называется «не-в-родительской-диаграмме».
Другим примером тоннелирования может быть ситуация, когда дуга механизма мигрирует с верхнего уровня на нижний, причем на нижнем уровне этот механизм используется одинаково во всех функциях без исключения. В этом случае дуга механизма на нижнем уровне может быть удалена, после чего на родительской диаграмме она может быть затоннелирована, а в комментарии к дуге или в словаре можно указать, что механизм будет использоваться во всех функциях дочерней диаграммы декомпозиции. Такое тоннелирование называется «не-в-дочерней-диаграмме».
Вновь внесенные граничные дуги на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках (рисунок 30) и автоматически не появляются на диаграмме верхнего уровня (рисунок 31).
Рисунок 30 – Добавление граничной дуги на диаграмму-потомок
Рисунок 31 – Дуга отсутствует на родительской диаграмме
Чтобы дуга появилась на родительской диаграмме, необходимо подвести указатель мыши к квадратным скобкам, появившимся на конце дуги, вызвать контекстное меню и выбрать пункт Arrow Tunnel. В результате появляется диалоговое окно Border Arrow Editor (рисунок 32).
Pиcунок 32 – Диалоговое окно Border Arrow Editor
Если установить переключатель на пункте Resolve it to border arrow, то дуга мигрирует на родительскую диаграмму (рисунок 33). Если же установить переключатель на пункте Change it to resolved rounded tunnel, то дуга будет затоннелирована и не попадет на другую диаграмму. Тоннельная дуга изображается с круглыми скобками на конце (рисунок 34).
Рисунок 33 – Дуга 5 мигрировала на родительскую диаграмму
Рисунок 34 – Тоннельная дуга
1.4.8. Создание диаграммы декомпозиции
После
создания контекстной диаграммы следует
детализировать описываемый бизнес-процесс,
т. е. декомпозировать контекстную
диаграмму. Для создания диаграммы-потомка
выделяют функцию (либо на диаграмме,
либо в окне навигатора модели) и нажимают
кнопку Go
to
Child
Diagram
.
В появившемся окне следует ввести
необходимое количество блоков и тип
диаграммы-потомка (рисунок 35).
Рисунок 35 – Задание числа блоков диаграммы декомпозиции
1.4.9. Диаграммы Workflow (idef3)
Диаграммы IDEF3 используются для описания логики взаимодействия информационных потоков. Эта методология моделирования использует графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время.
Центральным компонентом модели является единица работы (UOW). Они изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер; другое имя существительное в составе той же фразы обычно отображает основной выход (результат работы).
Связи показывают взаимоотношение работ. Все связи в нотации IDEF3 однонаправлены и могут касаться любой стороны прямоугольника, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.
В нотации IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается через пункт Style контекстного меню стрелки (рисунок 36).
Рисунок 36 – Окно определения типа стрелки
Связь типа «временное предшествование» изображается сплошной линией, связывающей работы. Она рисуется слева направо или сверху вниз. Связь этого типа показывает, что работа-источник должна закончиться прежде, чем начнется работа-цель.
Связь типа «объектный поток» изображается пунктирной линией. Она указывает, что некоторый объект, являющийся результатом выполнения, выходом исходной работы, необходим для выполнения конечной работы.
Связь типа «нечеткое отношение» рисуется стрелкой с двумя наконечниками. Связи этого типа используются для выделения отношений между работами, которые невозможно описать с использованием других типов связей. Исходная работа не обязательно должна закончиться прежде, чем начнется конечная работа. Более того, конечная работа может закончиться раньше исходной работы.
Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния и разветвления стрелок. Перекресток не может использоваться одновременно для слияния и разветвления. Для внесения перекрестка служит кнопка Junction Tool на палитре инструментов. В окне Select Junction Type необходимо указать тип перекрестка (рисунок 37).
Рисунок 37 – Окно выбора типа перекрестка
Типы перекрестков приведены в таблице 1.
Таблица 1 – Типы перекрестков
Обозначение перекрестка |
Наименование |
Смысл в случае слияния стрелок |
Смысл в случае разветвления стрелок |
|
Асинхронное «И» |
Все предшествующие функции должны быть завершены |
Все следующие функции должны быть запущены |
|
Синхронное «И» |
Все предшествующие функции должны быть завершены, причем одновременно |
Все следующие функции должны быть запущены, причем одновременно |
|
Асинхронное «ИЛИ» |
Одна или несколько предшествующих функций должны быть завершены |
Одна или несколько следующих функций должны быть запущены |
|
Синхронное «ИЛИ» |
Одна или несколько предшествующих функций должны быть завершены, причем одновременно |
Одна или несколько следующих функций должны быть запущены, причем одновременно |
|
Исключающее «ИЛИ» |
Только одна предшествующая функция завершена |
Только одна следующая функция запускается |
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка в окне его свойств. В нотации IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.
Если на диаграмме нужно отобразить объекты, которые не могут быть изображены ни функциями, ни стрелками, ни перекрестками, то используют объекты ссылки. Объекты ссылки должны быть связаны с функциями или с перекрестками. Для внесения объекта ссылки служит кнопка Referent Tool на палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы.
Объект ссылки может быть следующих типов:
OBJECT – описывает участие важного объекта в работе;
GOTO – инструмент циклического перехода, используется в повторяющейся последовательности работ (возможно на текущей диаграмме, но не обязательно), может ссылаться на перекресток;
UOB – применяется, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла;
NOTE – используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме;
ELAB – используется для усовершенствования графиков или их более детального описания, обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках.
В нотации IDEF3 декомпозиция используется для детализации работ. Можно многократно декомпозировать работу, т. е. работа может иметь множество дочерних работ, при этом номер работы состоит из номера родительской работы, версии декомпозиции и собственного номера работы на текущей диаграмме.
Пример диаграммы IDEF3 приведен на рисунке 38.
Рисунок 38 – Диаграмма в нотации IDEF3
