Темы 2005_4_5_6 Домены Функции Время
.pdf
Модель Захмана
Порядок использования
№ |
Уровень |
Используемые модели |
|
|
|
1 |
Планирование |
Список событий |
|
|
|
2 |
Концепция |
IDEF3, временные |
|
|
диаграммы, eEPC |
|
|
|
3 |
Логическая модель |
eEPC-модель + роли + |
|
|
системы + данные |
|
|
|
4 |
Физическая модель |
Диаграммы состояний, |
|
|
таблицы решений |
5 |
Реализация |
Настройки расписания |
|
|
|
eEPC -Extended Event Driven Process Chain
Событие – основной элемент нотации eEPC
•Событие характеризует состояние информационного объекта (документа, продукта, услуги и пр.), появившееся в результате завершения некоторого действия во внутренней или внешней среде.
•Cобытия отражают результат выполнения процесса, например, «Поставщик выбран», «Товар отпущен», «Документ сформирован» и пр.
•В других случаях, события отмечают наступление определенного момента времени, например, «Срок подачи заявок наступил», «Плановый месяц наступил».
•В третьих – события могут описывать явления, произошедшие во внешней среде, например, «План поставок нефти получен», «Предложения поставщика поступили», «Поставщик отказывается от поставки».
•События не только являются результатом процесса, но также играют роль инициатора, начинающего процесс. Любой процесс начинает выполняться только при наступлении некоторого события или их комбинации. Комбинация событий и логических операторов позволяет описывать сложные логические условия, которые характеризуют бизнес правила, регламентирующие ход процесса.
№ |
Наименование |
|
|
Описание |
|
Графическое представление |
|
|
|
|
|
|
|
1 |
Функция |
Объект |
«Функция» |
служит для |
описания функций |
|
|
|
(процедур, |
|
работ), |
|
выполняемых |
|
|
подразделениями/сотрудниками предприятия. |
|
|||
|
|
|
||||
2 |
Событие |
Объект «Событие» служит для описания реальных |
||||
|
|
состояний |
системы, |
влияющих |
и |
управляющих |
|
|
выполнением функций |
|
|
|
|
|
|
|
||||
3 |
Организационная |
Объект, отражающий различные организационные |
||||
|
единица |
звенья предприятия (например, управление или отдел) |
||||
|
|
|
||||
4 |
Документ |
Объект, отражающий реальные носители информации, |
||||
|
|
например бумажный документ |
|
|
||
|
|
|
||||
5 |
Прикладная система |
Объект отражает реальную прикладную систему, |
||||
|
|
используемую в рамках технологии выполнения функции |
||||
|
|
|
||||
6 |
Кластер информации |
Объект характеризует данные, как набор сущностей и |
||||
|
|
связей между ними. Используется для создания моделей |
||||
|
|
данных |
|
|
|
|
|
|
|
||||
7 |
Стрелка связи между |
Объект описывает тип отношений между другими |
||||
|
объектами |
объектами, например – активацию выполнения функции |
||||
|
|
некоторым событием |
|
|
|
|
|
|
|
||||
8 |
Логическое «И» |
Логический оператор, определяющий связи между |
||||
|
|
событиями и функциями в рамках процесса. Позволяет |
||||
|
|
описать ветвление процесса |
|
|
||
|
|
|
||||
9 |
Логическое «ИЛИ» |
Логический оператор, определяющий связи между |
||||
|
|
событиями и функциями в рамках процесса. Позволяет |
||||
|
|
описать ветвление процесса |
|
|
||
|
|
|
||||
10 |
Логическое |
Логический оператор, определяющий связи между |
||||
|
исключающее «ИЛИ» |
событиями и функциями в рамках процесса. Позволяет |
||||
|
|
описать ветвление процесса |
|
|
||
Связь между объектами eEPC
Соглашение о требованиях
•Основные правила:
–каждая функция должна быть инициирована событием и должна завершаться событием;
–в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.
•Соглашение о моделировании может включать дополнительные правила, например:
–Одинаковые блоки (например, оргструктуры) располагаются на тех же местах. Например, справа вверху от функции;
–Одна диаграмма должна умещаться на листе А3;
–Следует избегать обратных связей;
–…
Ландшафт процессов
Уровни детализации бизнес-процессов
•Уровень 1:
•Модель верхнего уровня бизнес - процессов - архитектура основных,
вспомогательных и обеспечивающих процессов. Каждому процессу, или группе процессов соответствует один или несколько бизнес - сценариев.
•Уровень 2:
•Модель бизнес – сценария - представление каждого бизнес - сценария, как последовательности логически связанных бизнес – процессов, с указанием исполнителей (организационных единиц).
•Уровень 3:
•Модель бизнес – процесса - представление каждого бизнес - процесса, в виде последовательности функций, с указанием исполнителей (роли), а так же основных входных и выходных документов, информационных систем, используемых для выполнения функций входящих в процесс.
•Уровень 4:
•Модель описания функции – модель подробного описания окружения функции. Содержит полный перечень входных и выходных документов для функции, список исполнителей процесса, транзакций ИС, интерфейсов с внешними информационными системами, необходимых для выполнения функции. Модель строится при необходимости отразить дополнительную информацию по окружению функции.
Диаграмма верхнего уровня БП
Auf t r agsabwckliung
Pr ojekt m anagem ent
Anlagen
|
|
Akquisit onsi - |
O f f er t - |
|
|
|
Baust elen- |
|
Anlagengeschдf t |
Vor akquisit oni |
abwckliung |
Engineer ngi |
Beschaf f ung |
Spedit oni |
m ont age/ |
Af t er Sales |
|
|
|
pr ozess |
Anlagen |
|
|
|
I BS |
|
|
|
|
|
|
Auf t r agsabwicklung |
|
|
|
|
|
|
|
|
Pr ojekt m anagem ent |
|
|
|
|
|
|
|
|
Syst em e |
|
|
|
|
Akquisit ions- |
O f f er t - |
|
|
Fer t / M ont / |
Baust elen- |
|
|
|
Vor akquisit ion |
abwicklung |
Engineer ing |
Beschaf f ung |
Spedit ion |
m ont age/ |
Af t er |
Sales |
Syst em geschдf t |
pr ozess |
Syst em e |
|
|
Test |
I BS |
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
Kalkulat ion |
|
|
|
|
O f f er t - |
Auf t r ags- |
|
|
|
|
|
|
|
abwicklung |
abwicklung |
|
|
|
|
|
|
|
Pr odukt e |
Pr odukt e |
|
|
|
|
|
|
Pr odukt geschдf t
Kalkulat oni
M ar ket ngi |
|
Fer t / M ont / |
|
Pr odukt ent wicklung |
Beschaf f ung |
Spedit oni |
Af t er Sales |
Ver kauf |
|
Test |
|
Pr ojekt m anagem ent
Pr odukt e
Наступил срок |
Диаграмма бизнес - сценария |
||
подачи заявок |
|
|
|
на МТР |
|
|
|
|
Ответственный |
МТО |
|
|
заказчик |
|
|
|
|
|
|
Сбор и обработка |
|
Планирование |
|
|
ТОРО |
||
заявок на МТР |
|
|
|
|
|
|
|
и услуги |
|
|
|
Заявки на МТР |
|
|
Потребность |
|
|
в ресурсах на |
|
и услуги согласованы |
|
||
|
ТОРО спланирована |
||
|
|
|
|
|
|
|
МТО |
|
Определение |
|
|
|
объема закупки |
|
|
|
МТР |
|
|
|
Объем закупки |
|
|
|
МТР определен |
|
|
и услуги согласованы |
|
|
|
|
Диаграмма бизнес – |
||
Заявки на МТР |
|
|
|
|
|
||
|
|
|
|
|
|
|
процесса |
4.1.1.8 |
|
Специалист по |
|||||
|
планированию |
||||||
Планирование |
|
запасов |
|
||||
|
|
|
|
|
|
|
|
потребности |
|
|
|
|
MD01 |
||
|
|
|
|
|
|
|
|
в заготовке ТМЦ |
|
|
|
|
|||
|
|
|
|
|
|||
Плановый заказ |
Выполнение |
|
общего ППМ |
||
|
||
|
Потребность |
взаготовке ТМЦ спланирована
|
|
|
|
|
|
Диаграмма |
|
|
|
|
|
|
|
окружения функции |
|
|
|
Специалист по |
|
Специалист по |
|
|
|
Плановый заказ |
4.1.1.11планированию |
4.1.1.12 |
планированию |
|
|
|
|
|
Формирование |
запасов |
|
запасов |
|
|
|
|
Сводной заявки |
|
Формирование |
|
|
|
|
|
на закупку |
ZMMPR |
отчетов по плану |
MD05 |
|
|
|
|
по заявителям |
движения запасов |
|
|
|
||
Сводная |
потребности |
Перераспределение |
План движения |
Ведомость |
|
|
|
заявка на |
|
|
|
|
|||
|
ресурсов |
запасов |
ППМ |
|
|
|
|
закупку ТМЦ |
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
Сводная заявка |
|
План движения |
|
|
|
Специалист по |
|
на закупку МТР |
|
запасов |
|
|
|
|
|
|
|
Плановый заказ |
4.1.1.11планированию |
|||
|
сформирована |
|
сформирован |
|
|||
|
|
|
|
|
|
Формирование |
запасов |
|
|
|
Рис. 1. Описание процессов |
Сводной заявки |
|
||
|
|
|
на закупку |
ZMMPR |
|||
|
|
|
|
|
|
по заявителям |
|
|
|
|
|
|
|
|
|
|
|
|
|
Сводная заявка |
Сводная |
потребности |
Перераспределение |
|
|
|
|
заявка на |
|
||
|
|
|
|
на закупку ТМЦ |
|
ресурсов |
|
|
|
|
|
закупку ТМЦ |
|
||
|
|
|
|
|
|
|
|