- •Урок 1. Создание контекстной диаграммы Основные цели
- •Теоретическая справка
- •Учебное задание
- •Технология выполнения учебного задания
- •Учебное задание
- •Технология выполнения учебного задания
- •Учебное задание
- •Технология выполнения учебного задания
- •Включение субъектов в состав роли
- •Связь с другими классами
- •Создание организационной структуры
- •Типы подчинения субъектов
- •Роли на оргдиаграмме
- •Учебное задание
- •Технология выполнения учебного задания
- •Урок 6. Создание диаграммы в нотации «Процедура» Основные цели
- •Теоретическая справка
- •Учебное задание
- •Технология выполнения учебного задания
Урок 1. Создание контекстной диаграммы Основные цели
научиться создавать контекстной диаграммы
изучение интерфейса Business Studio 3
Теоретическая справка
Основу методологии IDEFO составляет графический язык описания бизнес-
процессов. Модель в нотации IDEFO представляет собой совокупность
иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
• контекстную (в каждой модели может быть только одна контекстная
диаграмма);
• декомпозиции;
• дерева узлов;
• только для экспозиции (FEO).
Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и т. д., до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции.
Работы обозначают поименованные процессы, функции или задачи, которые
происходят в течение определенного времени и имеют распознаваемые результаты.
Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Изготовление детали», «Прием заказа» и т.д.).
Работа «Изготовление детали» может иметь, например, следующее определение:
«Работа относится к полному циклу изготовления изделия от контроля качества сырья до отгрузки готового упакованного изделия».
Взаимодействие работ с внешним миром и между собой описывается в виде
стрелок. Стрелки представляют собой некую информацию и именуются
существительными (например, «Заготовка», «Изделие», «Заказ»).
В IDEFO различают пять типов стрелок:
Вход (Input) — материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что
работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы.
Управление (Control) — правила, стратегии, процедуры или стандарты,
которыми руководствуется работа. «Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы.
Выход (Output) — материал или информация, которые производятся работой.
Каждая работа должна иметь хотя бы одну стрелку выхода Работа без результата не имеет смысла и не должна моделироваться Стрелка выхода рисуется как исходящая из правой грани работы.
Механизм (Mechanism) — ресурсы, которые выполняют работу, пример
персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как входящая в нижнюю грань работы.
Модели бизнес-процессов создаются в окне Навигатора. Для хранения моделей бизнес-процессов в дереве Навигатора существует справочник «Процессы». В нем могут быть созданы иерархические модели в нотациях IDEF0, BP Flowchart (Процесс), Cross Functional FlowChart (Процедура), Event-Driven Process Chain (EPC). В иерархических моделях описание бизнес-процесса можно последовательно детализировать (декомпозировать) до нужного уровня. Критерии и порядок выделения процессов должны соответствовать методике, принятой в организации.
Элементом справочника «Процессы» является Процесс, как единица измеряемой деятельности предприятия. В зависимости от используемой нотации моделирования Процессы могут быть разных типов. Слева от типа Процесса показано его графическое обозначение в Навигаторе:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Тип Процесса верхнего уровня выбирается в момент создания новой модели бизнес-процесса. По умолчанию, при дальнейшей декомпозиции процессов типы добавляемых подпроцессов будут соответствовать этому типу. Это правило не распространяется на Процедуры – они по умолчанию декомпозируются на Действия.
Нотацию моделирования можно изменять во время работы над моделью. При декомпозиции процесса в Навигаторе программа позволяет определить тип каждого создаваемого подпроцесса. В дальнейшем, при необходимости, тип подпроцесса можно изменить, если он еще не был декомпозирован. Error: Reference source not found содержит типы Процессов, которые можно создать с помощью команды Добавить от текущего в контекстном меню процесса в Навигаторе:
Таблица 1
Тип процесса |
Можно создавать от текущего процесса |
Папка |
Папка, IDEF0, Процесс, Процедура, EPC |
IDEF0 |
IDEF0, Процесс, Процедура, EPC, Ссылка |
Процесс |
Процесс, Процедура, Решение, EPC, Ссылка |
Процедура |
Процесс, Процедура, Действие, Решение, EPC, Ссылка |
EPC |
EPC, Ссылка |
Действие |
Ничего |
Решение |
Ничего |
Ссылка |
Ничего |
При использовании клавиш: Ins (аналог команды Добавить) и Shift+Ins (аналог команды Добавить от текущего) – открывается окно для выбора типа процесса. Если на данном уровне возможно создание только одного типа Процесса, то он добавляется автоматически.
В начале работы с базой данных справочник Процессов пуст, и в дереве Навигатора существует лишь первый уровень иерархии «Процессы».
Так как в одной базе данных могут создаваться модели для разных предприятий, целесообразно создавать для каждой модели свою «Папку». Новая папка создается вызовом команды Добавить от текущего –> Папка в контекстном меню узла «Процессы» (Рис. 1.1 .1).
Рис. 1.1.1