MBP-2014
.pdfБЛОК-СХЕМА
Блок-схема — распространенный тип схем, описывающий алгоритмы процесса/проекта/функции, изображая шаги в виде блоков различной формы, соединенных между собой стрелками.
Изначально, блок-схемы разрабатывались для визуализации алгоритмов программного кода (для этих целей был создан ГОСТ 19.701-90 «Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения»).
Блок-схемы так же достаточно удобны для отображения действий, выполняемых в рамках определенной деятельности одним исполнителем.
Блок-схема |
|
|
|
|
|
|
|
Блок-схемы - Basic Flowchart – графическая нотация, описывающая |
|
|
|
||||
последовательность операций и решений, осуществляемых |
|
|
|
|
|||
при переработке входов в выходы. |
|
|
|
|
|
|
|
Основные объекты нотации |
Правила |
|
|
|
|
||
|
|
моделирования |
|
|
|
|
|
start/end |
начало/окончание |
1. |
Модель начинается |
|
|
|
|
модели |
|
знаком начала модели и |
|
|
|
|
|
|
|
Пример модели процесса в нотации |
|||||
|
|
|
заканчивается знаком |
||||
|
|
|
окончания. |
|
|
блок-схемы |
|
function |
функция |
2. |
Объекты нотации |
|
|
|
|
|
|
|
располагаются сверху- |
начало |
|
|
|
|
|
|
вниз и слева-направо. |
|
|
|
|
called |
вызываемая функция, |
3. |
Допускается: |
|
|
|
|
детализированная в |
• |
бинарное ветвление - |
|
|
|
|
|
function |
занести сведения |
|
выяснить и |
|
|||
другой модели |
|
объект «решение»; |
|
устранить |
|
||
|
|
заявителе в реестр |
|
|
|||
|
|
|
причину |
|
|||
|
|
• |
многовариантное |
|
|
|
|
|
ссылка на номер |
|
реестр |
|
|
||
# |
|
ветвление - объект |
|
сведений |
1 |
|
|
|
|
|
|
||||
страницы |
|
|
|
|
|||
|
|
«альтернатива»; |
|
|
|
|
|
|
|
|
сравнить сведения с |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• |
циклические ссылки - |
паспортом |
|
|
|
solution |
решение (да/нет) |
|
использование |
|
|
|
|
|
«узлов» объединения |
данные |
нет |
|
|
||
|
|
|
|
|
|||
|
|
|
соответствуют |
|
|
||
|
|
|
|
|
|
|
|
|
|
|
последовательностей; |
? |
|
|
|
|
|
• |
детализация и |
да |
|
|
|
|
выбор альтернатив |
|
|
|
|
||
selection |
|
перекрестные ссылки |
есть возможность |
нет |
|
|
|
(А1, А2, …) |
|
решить заявку? |
|
|
|
||
|
|
– объект «вызываемая |
|
известить |
|
||
|
|
|
|
есть, но не в |
3 |
||
|
|
|
функция». |
есть и |
заявителя о |
||
|
|
|
желаемый срок |
причине |
|
||
|
|
|
|
сейчас |
|
||
|
|
|
|
|
|
|
|
document |
документ |
|
|
переда |
2 |
|
|
|
|
исполне |
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
прове |
|
|
|
|
последовательность |
|
|
|
|
|
|
|
«узел» (объединение) |
|
|
окончание |
|
|
|
|
последовательностей |
|
|
|
|
|
|
|
|
|
|
|
|
|
КРОСС-ФУНКЦИОНАЛЬНАЯ ДИАГРАММА
Кросс-функциональная диаграмма представляет собой модификацию блок-схемы, позволяющую закреплять ответственность за осуществление шагов деятельности за конкретными исполнителями или подразделениями.
Кросс-функциональная диаграмма |
|
|
|||||
Кросс-функциональная диаграмма (Cross-functional Diagram (flowchart), «swimmer lane») – |
|||||||
графическая нотация, описывающая последовательность функций и решений, выполняемых различными |
|||||||
организационными единицами. |
|
|
Пример модели процесса в нотации |
||||
Основные объекты нотации |
Правила |
||||||
кросс-функциональной диаграммы |
|||||||
|
|
моделирования |
|||||
|
|
|
|
|
|||
|
начало/окончание |
1. |
Модель строится |
начало |
|
|
|
start/end |
|
|
|
||||
модели |
|
«дорожками», т.е. |
|
|
|
||
|
|
Контролер- |
Владелец |
Руководитель |
|||
|
|
|
параллельно |
||||
|
|
|
аудитор процесса |
процесса |
процесса |
||
|
|
|
расположенными |
||||
|
|
|
|
|
|
||
function |
функция |
|
сегментами, каждый |
|
|
|
|
|
|
|
из которых содержит |
измер |
|
|
|
|
|
|
действия, |
парам |
|
|
|
|
|
|
|
|
|
||
called |
вызываемая функция, |
|
предпринимаемые |
|
сравнить с |
|
|
детализированная в |
|
соответствующей |
реестр параметров |
устранить |
|||
|
|
целевым |
|||||
function |
|
отклонение |
|||||
|
|
||||||
другой модели |
|
организационной |
|
значением |
|||
|
|
|
|
||||
|
|
|
|
|
|||
|
ссылка на номер |
|
единицей (дорожки |
|
|
1 |
|
# |
|
могут быть как |
|
в рамках |
нет |
||
страницы |
|
|
допуска? |
|
|||
|
|
вертикальными, так |
|
да |
|
||
|
|
|
нет |
|
|||
|
|
|
горизонтальными). |
есть |
|
||
|
|
|
тенденции |
|
|||
|
|
|
|
тенденция |
|
||
solution |
решение (да/нет) |
2. |
Остальные правила |
|
|
||
|
параметров? |
|
|||||
|
моделирования |
|
|
||||
|
|
|
|
|
есть и |
||
|
|
|
аналогичны блок |
|
|
сильная |
|
|
выбор альтернатив |
|
схеме. |
|
анить |
||
selection |
|
|
|
чину |
|||
(А1, А2, …) |
|
|
|
|
|
||
|
|
|
|
есть, но |
2 |
||
|
|
|
|
|
|||
|
|
|
|
|
слабая |
|
|
document |
документ |
|
|
|
устранить |
||
|
|
|
|
|
|||
|
|
|
|
|
предпосылку |
||
|
последовательность |
|
|
|
|
3 |
|
|
|
|
|
|
|
||
|
«узел» (объединение) |
|
|
окончание |
|
|
|
|
последовательностей |
|
|
|
|
||
|
|
|
|
|
|
Практикум «Кросс-функциональная диаграмма»
Задание.
Разработайте модель действий различных организационных единиц в нотации кросс-функциональной диаграммы для определенного ранее процесса.
ARIS
Процесс в ARIS и его «домик» Методология ARIS и ее основные нотации
•ARIS.Organizational Chart
•ARIS.Objective Diagram
•ARIS.Function Tree
•ARIS.Product/Service Tree
•ARIS.Information Flow и ARIS.Product Flow
•ARIS.Value Added (Chain) Diagram
•ARIS.Function Allocation Diagram
•ARIS.extended Event Driven Process Chain
Процесс в ARIS и его «домик»
Основные точки зрения на организацию в ARIS представлены концепцией «домика ARIS», построенной на модели процесса (модели управления) ARIS.
|
|
|
Подход методологии |
|
|
|
ARIS к описанию |
|
|
|
процессов |
|
|
|
основывается на |
|
|
|
|
машинный |
|
орг. |
рассмотрении |
ресурс |
|
единица |
деятельности |
|
|
|
|
|
|
|
|
компьютерный |
|
|
|
|
организации с пяти |
|
|
|
|
человеческий |
|
точек зрения: |
||
|
ресурс |
|
|
ресурс |
|
||
|
организационная модель |
|
|
|
|||
|
|
|
|
• |
взгляд на |
||
|
|
|
|
|
|
|
управление |
|
|
|
|
|
|
|
(сводные модели |
|
машинный |
орг. |
человеческий |
|
|
бизнес-процессов) |
|
событие |
ресурс |
|
единица |
ресурс |
|
• |
взгляд на данные |
|
|
|
|
цель |
|||
|
|
|
|
|
|||
|
ресурс |
|
|
|
|
|
(потоки и |
|
|
|
|
|
|
структура), |
|
|
компьютерный |
|
|
|
|
|
|
|
|
|
|
цель |
|
|
|
|
|
|
|
|
|
• |
взгляд на функции |
|
|
|
|
|
функция |
|
(функциональные |
сообщение |
|
|
|
|
|
|
иерархии), |
|
событие |
|
функция |
событие |
|
• |
|
|
|
сообщение |
|
|
|
взгляд на |
|
|
|
|
|
|
|
|
результаты |
|
данные |
|
|
прикладная |
прикладная |
|
(структура входов- |
данные |
|
|
система |
|
|
||
|
|
|
|
выходов) |
|||
|
|
|
|
система |
|
||
|
|
|
|
|
|
||
|
|
вход |
выход |
|
|
• |
взгляд на ресурсы |
модель данных |
|
|
модель процесса (управления) |
модель функций |
|
(организационную |
|
|
|
|
структуру, |
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
персонал, |
|
|
|
выход |
|
|
|
материальные |
|
|
|
|
|
|
|
|
|
|
|
|
модель входов-выходов |
|
ресурсы) |
Методология ARIS и ее основные нотации
Методология ARIS включает в себя большое количество (более 100) различных «собственных» нотаций, |
|
|
|
|
|||||||||||
допускающих гибкое создание различных моделей организации. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Org |
|
|
|
|
|
|||
Все «собственные» нотации ARIS можно разделить на следующие группы: |
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
Группа древовидных (структурных) нотаций, самыми распространенными из |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
которых являются: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
OD |
|
|
|
|
|
PST |
|
|
|
FT |
|||
• нотация Organizational Chart , Org – организационная диаграмма; |
|
|
|
|
|
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
• нотация Objective diagram, OD – дерево целей; |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• нотация Function tree, FT – дерево функций; |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
IF |
|
|
|
|
|
|
|
|
|||
• |
нотация Product/Service Tree, PST – дерево продуктов/услуг. |
|
|
|
|
|
|
|
|
|
PF |
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
||||
Группа потоковых нотаций, самыми распространенными из которых являются: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
• |
нотация Information Flow , IF - информационные потоки. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
VACD |
|
|
|
|
|
|
|
|
|
|
|
|||
• |
нотация Product Flow, PF – потоки продуктов. |
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
FAD |
|
|
|
|
|||||
Группа сводных (комбинированных) нотаций, самыми распространенными из |
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
которых являются: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• нотация Value-added Chain Diagram ,VAD/VACD – диаграмма цепочки |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
eEPC |
|
|
|
|
|
|
||||
|
процесса, добавляющего ценность; |
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• нотация Function Allocation Diagram, FAD – нотация «контекста» (окружения) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
процесса; |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• нотация extended Event-driven Process Chain, eEPC – |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
расширенная нотация цепочки процесса, управляемого |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
событиями. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Помимо «собственных» ARIS нотаций в методологию были |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
интегрированы существующие стандарты, нотации и |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
спецификации описания процессов и данных, например: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
IDEF3, ERD, DFD, UML и т.д. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Основное достоинство методологии ARIS заключается в ее комплексности (взаимосвязи моделей, построенных в различных нотациях). Методология ARIS позволяет
описывать деятельность организации с разных точек зрения, при этом полученные модели будут в определенной степени связаны между собой.
ARIS.Organizational Chart
ARIS.Organizational Chart (Org) – модель, разработанная с помощью этой нотации, описывает схемы организационной структуры предприятия, с отражением существующих подразделений, должностей, ролей, сотрудников и их локаций в виде иерархической структуры.
Основные объекты нотации
|
|
org. unit |
|
организационная единица |
|
|
org. unit |
|
тип организационной |
|
|
|
||
|
|
type |
|
единицы |
|
|
|
|
|
|
|
internal |
|
должность |
|
|
position |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
internal |
|
сотрудник |
|
|
person |
|
|
|
|
|
|
|
|
|
location |
|
локация (местоположение) |
|
|
|
|
роль |
|
|
role |
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
external |
|
внешняя должность |
|
|
position |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
external |
|
внешний сотрудник |
|
|
person |
|
|
|
|
|
|
|
|
|
|
|
отношение типа «является» |
|
|
|
|
|
|
|
|
|
отношение типа «состоит из» |
Пример организационной модели в нотации ARIS.Org
сервис
директор
сервиса
компания
«Х»
проект
«А»
РП
исполнителя
менеджер
РП
Заказчика
бизнесюнит
Петров П.П.
офис
проект. команда
заказчик
Сидоров С.С.
|
директор |
|
Иванов И.И. |
|
|
||
|
|
|
|
Практикум
«ARIS.Org»
Разработайте организационную модель Вашего подразделения или компании (в той части, которая имеет отношение к идентифицированному ранее процессу) в нотации «ARIS.Org».
На ее основе составьте ролевую модель идентифицированного ранее процесса в нотации «ARIS.Org». Укажите связи между моделями.