- •Пояснительная записка
- •Лабораторная работа 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.3. Меню программы
Любая диаграмма независимо от нотации включает следующие объекты:
блоки;
дуги;
текстовые блоки.
Для работы с любым из этих объектов можно использовать либо основное меню, либо контекстно зависимое меню.
Основное меню представлено на рисунке 14. Команды основного меню представлены на рисунке 15.
Рисунок 14 – Основное меню программы
|
|
а |
б |
|
|
в |
г |
|
|
д |
е |
|
|
ж |
з |
Рисунок 15 – Команды основного меню Edit (а), View (б), Diagram (в), Dictionary (г), Model (д), Tools (е), Window (ж), Help (з)
Контекстно зависимые меню блока, дуги и рабочей области представлены на рисунке 16.
а |
б |
в |
г |
Рисунок 16 – Контектсно зависимые меню блока (а), дуги (б), рабочей области (в), в Model Explorer (г)
1.4.4. Описание полей бланка диаграммы
Каждая диаграмма вне зависимости от нотации, будь то контекстная диаграмма или диаграмма декомпозиции, располагается внутри стандартного бланка, имеющего несколько информационных полей (см. рисунок 6).
Поля верхней части бланка:
Used At (Используется в) – используется для указания на родительский блок в случае, если на текущую диаграмму ссылались посредством стрелки вызова.
Author (Автор) – имя создателя диаграммы.
Date (Дата) – дата создания проекта.
Project (Проект) – имя проекта.
Rev (Пересмотрено) – дата последнего редактирования диаграммы.
Notes 12345678910 (Замечания) – используется при проведении сеанса экспертизы. Эксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания.
Status (Статус) – статус отображает стадию создания диаграммы, отображая все этапы публикации:
– Working (Рабочая версия) – новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы;
– Draft (Эскиз) – диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению;
– Recommended (Рекомендовано) – диаграмма и все ее сопровождающие документы прошли экспертизу, новых изменений не ожидается;
– Publication (Публикация) – диаграмма готова к окончательной печати и публикации.
Reader (Читатель) – имя читателя (эксперта).
Date (Дата) – дата прочтения (экспертизы).
Context (Контекст) – схема расположения работ в диаграмме верхнего уровня. Работа, являющаяся родительской, показана темным прямоугольником, остальные – светлым. На контекстной диаграмме (А-0) показывается надпись ТОР. В левом нижнем углу показывается номер по узлу родительской диаграммы:
Поля нижней части бланка:
Node (Узел) – номер узла диаграммы (номер родительского блока).
Title (Название) – имя диаграммы. По умолчанию – имя родительского блока.
Number (Номер) – C-номер, уникальный номер версии диаграммы.
Page (Страница) – номер страницы, может использоваться как номер страницы при формировании папки.
