Для чего используется диаграмма верхнего уровня vad асу бм сдо

Диаграмма VAD и пример ее построения

РАЗРАБОТКА МОДЕЛЕЙ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ ВЕРХНЕГО УРОВНЯ

Общая характеристика построения моделей бизнес-процессов в архитектуре ARIS

• Использование подхода «сверху-вниз», т.е. необходимо сначала построить модели бизнес-процессов компании верхнего уровня

• Модели создавать с учетом последующих шагов их использования в проекте:

o Организационные изменения

o Анализ и оптимизация бизнес-процессов

o Внедрение системы сбалансированных показателей

o Сертификация по ISO 9000:2000

o Внедрение корпоративных информационных систем

• Обучение и поддержка конечных пользователей

• Тиражирование решения на родственных предприятиях

• Концентрация ресурсов на ключевых аспектах и минимизация работы, связанной с моделированием процессов

Основные определения и объекты диаграммы VAD

• Модель верхнего уровня описывает все типовые процессы в форме диаграммы VAD и дополняется диаграммой целей и деревом функций.

• Диаграмма VAD предназначена для представления процессов организации, которые непосредственно влияют на качество ее функционирования

• Эти процессы формируют стоимость продукции и работ, количество и качество выпускаемой продукции и т.д.

Объекты диаграммы VAD: Соединение, Звено цепочки добавленного качества, Звено цепочки добавленного качества, Организационная единица, Организационная единица, Тип организационной единицы, Тип организационной единицы, Технический термин, Кластер, Пакет, Продукт/услуга, Услуга, Информационная услуга, Цель, Экземпляр ключевого показателя результативности, Тип прикладной информационной системы, Риск.

Диаграмма VAD и пример ее построения

• Бизнес-процессы компании включают в себя: Основные бизнес-процессы, Обеспечивающие бизнес-процессы, Бизнес-процессы управления.

Рисунок 16. Итоговая модель

• Основные бизнес-процессы включают в себя: Стратегическое планирование, Маркетинг, Разработка технологии, Производство, Продажа.

• Основные бизнес-процессы Стратегического планирования: Разработка миссии и стратегии, Разработка диаграммы целей, Разработка дерева функций.

• Основные бизнес-процессы Маркетинга: Изучение рынков и потребителей, Реклама и продвижение товаров, Анализ и оценка маркетинга.

• Основные бизнес-процессы Разработки технологии: Разработка технологии новых продуктов.

• Основные бизнес-процессы Производства: Производство новых продуктов, Производство продуктов на заказ.

• Основные бизнес-процессы Продажи: Расчеты с клиентами.

Источник

Нотация ARIS Value-added Chain Diagram (ARIS VAD)

На рис. 2.30 представлена одна из важнейших нотаций ARIS — нотация ARIS VAD. Диаграмма цепочки процесса, добавляющего ценность, использует­ся при описании бизнес-процессов организации на верхнем уровне. Как прави­ло, консультанты, использующие ARIS, рекомендуют выделять шесть-восемь бизнес-процессов верхнего уровня и описывать их в нотации ARIS VAD. За­тем выполняется декомпозиция полученных процессов верхнего уровня в но­тации ARIS VAD или ARIS еЕРС. Рассмотрим объекты нотации ARIS VAD, представленные на рис. 2.30.

Основным объектом нотации ARIS VAD является Value-added chain — процесс или некоторая группа функций организации, которая служит для получения добав­ленной ценности. Объекты соединяются между собой пунктирной стрелкой, кото­рая имеет тип is predecessor of («является предшественником»). Этот тип связи по­казывает, что один процесс — предшественник другого. Очевидно, однако, что на практике все основные процессы цикличны. Кроме того, они имеют обратные свя­зи. Поэтому термин is predecessor of, на наш взгляд, является неудачным.

Между процессами, приведенными на рис. 2.30, могут быть отображены пото­ки материальных ресурсов и информации, для описания которых можно вос­пользоваться объектами типа Cluster и Technical term, соответственно. Для опи­сания инфраструктуры, необходимой для выполнения процесса, в данном приме­ре выбраны типы объектов Product/Service и Information service. Выбор типов объек­тов для отображения реальных потоков является в достаточной степени услов­ным. Очень важно в начале работ по моделированию процессов определиться, какие именно типы объектов будут использованы и какие объекты реального мира они будут отображать. Так, в случае примера, приведенного на рис. 2.30, можно было бы показать все потоки (информационные и материальные) при помощи объектов типа Technical term.

На рис. 2.30 показаны также объекты Organizational unit, отображающие под­разделения, выполняющие соответствующие процессы.

Объекты соединяются между собой при помощи связей определенного типа (см. рис. 2.30). Например, информационный поток, отображаемый объектом Cluster, является входящим для первого процесса и связан с ним при помощи стрелки типа is input for («является входом для»). Другой пример — тип связи executes («исполняет») между объектами Value-added chain и Organizational unit. Тип связи is used by показывает, что Product/Service используется процессом и т.д. Таким образом, в методологии ARIS важнейшим требованием является корректный выбор и дальнейшее использование связей и объектов определенного типа.

На рис. 2.31 представлен пример модели верхнего уровня, выполненный в нотации ARIS VAD. Вы уже знакомы с этим процессов. Выше, на рис. 2.16, этот же процесс представлен в нотации IDEF0.

88____________________________ ВВ. Репин, В.Г. Елиферов Процессный подход к управлению

Глава 2 Выбор методологии описания бизнес-процессов________________________________ 89

Принципы построения диаграммы процесса верхнего уровня в нотации ARIS VAD существенно отличаются от нотации IDEF0. Так. в нотации ARIS VAD стрелки могут входить в любую сторону объекта Value-added chain. (Напомним, что в нотации IDEF0 каждая сторона объекта Activity (функция) имеет глубоки и смысл). На рис. 2.32 представлена ситуация, возможная в нотации ARIS VAD. когда на диаграмме процесса приводится множество обратных связей, которые понятны только аналитику, создавшему модель.

Указанный недостаток нотации ARIS VAD можно исключить, заранее ого­ворив возможность специального использования обратных связей, как, напри­мер, на рис. 2.33. Отметим, что у специалистов по ARIS такой подход может вызвать критику, так как противоречит нотации. Но мы придерживаемся той точки зрения, что это вполне допустимо, так как модели верхнего уровня в нотации ARIS VAD реально могут быть использованы лишь в качестве простей­шего способа графического изображения цепочки процесса.

Заканчивая обзор нотации ARIS VAD, еще раз акцентируем внимание на том, что указанная нотация в большей степени носит иллюстративный характер и не предназначена для создания комплексных моделей процессов верхнего уровня организации.

90 В.В. Репин, В.Г. Елиферов. Процессный подход к управлению

2.7.2. Нотация ARIS еЕРС — расширение нотации IDEF3

Нотация ARIS еЕРС (extended Event Driven Process Chain) — расширенная цепочка процесса, управляемого событиями. Нотация разработана специалис­тами компании IDS Scheer AG, Германия, в частности, профессором Шеером. В табл. 2.2 приводятся основные объекты, используемые в рамках нотации.

Таблица 2,2 Основные объекты, используемые при построении диаграмм еЕРС

Помимо основных объектов, указанных в табл. 2.2, при построении диаграм­мы еЕРС могут быть использованы многие другие объекты. На практике приме­нение большого числа объектов различных типов нецелесообразно, так как это значительно увеличивает размер модели и затрудняет ее прочтение.

Глава 2 Выбор методологии описания бизнес-процессов 91

Для понимания смысла нотации ARJS сЕРС рассмотрим основные используе­мые типы объектов и связей (рис. 2.34—2.38). На рис. 2.34 представлена простей­шая модель ARIS еЕРС, описывающая фрагмент бизнес-процесса предприятия.

Из рис. 2.34 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрел­ка, соединяющая Событие 1 и Функцию 1, «активирует» (activates) или иници­ирует выполнение Функции 1. Функция 1 «создает» (creates) Событие 2, за которым следует символ логического оператора «И», «запускающий» выпол­нение Функций 2 и 3.

Внимательный анализ нотации ARIS еЕРС показывает, что она практически не отличается от нотации IDEF3. Важнейшим отличием ARIS еЕРС является наличие объекта «событие» (event). Этот объект служит для отображения в модели возможных результатов выполнения функций, в зависимости от которых выпол­няется та или иная последующая ветвь процесса. Нотация ARIS еЕРС называет­ся, очевидно, расширенной именно вследствие наличия в ней объекта «событие» (в IDEF3 такого объекта нет). На рис. 2.35 приводятся примеры применения символов логики и событий при построении моделей в нотации ARIS еЕРС.

При построении моделей в ARIS еЕРС необходимо соблюдать следующие правила:

1. Каждая функция должна быть инициирована событием и завершаться
событием;

2. В каждую функцию не может входить более одной стрелки, «запускаю­
щей» ее выполнение, и выходить не более одной стрелки, описывающей
завершение выполнения функции.

Кроме этих правил, существуют и другие важные требования к формирова­нию моделей в ARIS. Их можно изучить с помощью методического материала «Методы ARIS». который устанавливается на компьютер одновременно с демо-версией продукта, а также в [6].

На рис. 2.36 показано применение различных объектов нотации ARIS еЕРС при создании модели бизнес-процесса.

92____________________________ ВВ. Репин, В.Г. Елиферов. Процессный подход к управлению

Из рис. 2.35 и 2.36 видно, что бизнес-процесс в нотации ARIS еЕРС представ­ляет собой последовательность процедур, расположенных в порядке их выполне­ния. Следует отметить, что реальная длительность выполнения процедур в ARIS еЕРС визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено вы-

Глава 2 Выбор методологии описания бизнес-процессов___________________________________ 93

полнение двух задач одновременно. Используемые при построении модели СИМ-ЮЛЫ логики позволяют отразить ветачение и слияние бизнес-процесса. Для по­лучения информации о реальной длительности процессов и визуального отобра­жения загруженности персонала в процессе можно использовать другие инстру­менты описания, например диаграммы Гантта в системе MS Project.

Рассмотрим примеры применения нотации ARIS еЕРС для описания биз­нес-процессов. На рис. 2.37. представлен бизнес-процесс обработки заказа кли­ента. Этот же процесс изображен в нотации IDEF3 на рис. 2.23.

Процесс начинается с события «Поступил заказ клиента». Это событие ини­циирует функцию «Выполнить учет заказа в системе», которую выполняет менед­жер Отдела сбыта. Для выполнения работы он использует «Систему учета зака­зов». Результат выполнения функции отображается событием «Учет заказа вы­полнен». После этого менеджер Отдела сбыта выполняет функцию «Выполнить анализ на соответствие номенклатуре». Результатом выполнения функции явля­ются два альтернативных события «Заказ соответствует номенклатуре» и «Заказ не соответствует номенклатуре». Процесс ветвится. Для отображения ветвления процесса используется символ логического оператора — исключающее «ИЛИ».

Функция «Уведомить клиента о невозможности выполнения заказа» может выполняться в двух случаях: 1) заказ не соответствует номенклатуре и 2) произ­водство невозможно. Для отображения на схеме процесса этих вариантов ис­пользуется символ логического оператора «ИЛИ» и т.д.

Как видно из рис. 2.37, схема процесса в ARIS еЕРС отличается от схемы в IDEF3 наличием объектов: событий, документов, прикладных систем и долж­ностей. Схема в ARIS eEPS визуально предстаатяется более информативной и воспринимается лучше, однако размер этой схемы существенно превышает раз­мер схемы в IDEF3.

Рассмотренный выше процесс может быть представлен также в нотации ARIS PCD (Process Chain Diagram) — разновидности ARIS еЕРС. На рис. 2.38 показан бизнес-процесс обработки заявки клиента в нотации ARIS PCD. При описании этого процесса использованы все объекты, которые составляют процесс, по­казанный на рис. 2.37, но расположены они в виде столбцов таблицы. В пер­вом столбце представлены события и некоторые символы логики, во втором — функции, в третьем — входящие и исходящие документы, в четвертом — виды прикладного программного обеспечения, в пятом — должности сотрудников, задействованных в процессе. Такое представление процесса является более «стан­дартным». Оно лучше подходит для целей документирования процессов. Одна­ко представление в нотации ARIS PCD обладает существенным недостатком — его можно эффективно применять для простых (не более пяти-восьми функ­ций), желательно линейных, процессов. Сложные процессы с разветвленной логикой отображать при помощи нотаций ARIS PCD неудобно, что наглядно видно на рис. 2.38.

94_________________________________ ВВ. Репин. В.Г. Елиферов. Процессный подход к управлению

Рис. 2.37. Пример модели процесса

Глава 2 Выбор методологии описания бизнес-процессов_______________________________ 95

в нотации AR1S eEPC.

96____________________________ В.В, Репин, В.Г. Елиферов. Процессный подход к управлению

Рис. 2.38. Пример обработки

Глава 2 Выбор методологии описания бизнес-процессов 97

заявки и нотации AR1S PCD.

98 В.В. Репин,В Г. Елиферов Процессный подход к управлению

2.7.3. Нотация AR1S Organizational Chart

Нотация ARIS Organizational Chan яа!яется одной ИЗ основных нотаций ARIS и предназначена для построения схем организационной структуры предприя­тия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения пред­приятия в виде иерархической структуры, как показано на рис. 2.39.

Модель строится из объектов Organizational unit, Position, Internal person и др. Заложенные в нотацию типы связей позволяют отразить различные виды от­ношений между объектами организационной структуры. В представленном на рис. 2.39 примере Предприятие управляется Директором, при этом используется тип связи is Organization Manager for. Иерархия подразделений строится при по­мощи связей типа is composed of. Кроме того, могут быть указаны должности — Position и фамилии реальных сотрудников, их занимающие — Internal person, тип связи occupies.

Кроме моделей иерархии подразделений, могут быть построены модели иерар­хии подчиненности в проектных командах, группах и т.д. Все отраженные в моделях объекты можно использовать в дальнейшем при формировании моде­лей бизнес-процессов. При построении сложных иерархических структур может быть применена декомпозиция, например, структуру подразделения возможно представить более детально.

Глава 2 Выбор методологии описания бизнес-процессов_________________________________ 99

Источник

Для чего используется диаграмма верхнего уровня vad асу бм сдо

Скачать умную клавиатуру Очень рекомендуем скачать умную клавиатуру с автоисправлением от Яндекса на свой телефон

С этой клавиатурой вы сможете в 3 раза быстрее вводить текст в поле поиска

Поделится с коллегами:

Ответ на вопрос находится ниже.

Наш онлайн-проект «ПроКонспект» является Вашим индивидуальным интернет-помощником.

По оформлению сайта, рекламе и багам обращайтесь к администратору в группе ВКонтакте
Администрация сайта ПроКонспект.рф
Метрика.Яндекс
Все права защищены.

Источник

Модель процесса добавленной стоимости (VAD)

Лабораторная работа №3

Модели ARIS

Цель работы: изучить и получить навыки построения основных моделей ARIS.

Краткая теория:

Задачи, которые приходится решать в ходе реинжиниринга бизнес-процессов, обычно характеризуются высокой степенью сложности и большой ответственностью. Опыт неудач первых лет развития этого направления показал, что успешный реинжиниринг не может быть осуществлен без твердой методологической основы.

Под методологией (нотацией) создания модели бизнес-процесса понимается совокупность способов, при помощи которых процессы и связи между ними представляются в виде модели. Применение нотации ARIS к описанию бизнес-процессов автоматически обеспечивает согласованность моделей.

В проекте реинжиниринга используются основные и вспомогательные модели. Основные модели используются аналитиками и руководством процессов, вспомогательные модели – руководителями процессов.

ARIS использует следующие основные и вспомогательные модели (диаграммы) для описания бизнес-архитектуры:

2. Модель процесса добавленной стоимости (Value-added chain diagram, VAD).

3. Диаграмма носителей информации (Information carrier diagram, ICD).

4. Диаграмма описания полномочий (Authorization hierarchy, АH, Authorization map, АМ).

5. Диаграмма событийно-управляемого процесса (extended Event-driven Process Chain, eEPC).

6. Диаграмма окружения функции (Function allocation diagram, FAD).

7. Диаграмма типа прикладной системы (Application system type diagram, ASTD).

9. Диаграмма выбора процесса (Process selection diagram, PSD) и другие.

Приведем краткое описание правил построения диаграмм, основные объекты и отношения.

Модель организационной структуры предназначена для сведения организационных элементов компании в единую структуру. В качестве основного принципа построения используется принцип иерархического соподчинения. На этой диаграмме показываются организационные единицы (объекты управления) и отношения (связи) между ними. Эта модель была подробно рассмотрена в предыдущей лабораторной работе.

Модель процесса добавленной стоимости (VAD)

Модель процесса добавленной стоимости используется для описания процессов верхнего уровня компании путем определения логической взаимосвязи между основными направлениями деятельности компании и отображения этих взаимосвязей в виде структурированных групп бизнес-процессов.

Правила построения модели процесса добавленной стоимости (VAD)

1. Для построения диаграммы процесса добавленой стоимости используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Отношения объектов».

2. Определяются и отображаются бизнес-процессы организационной единицы (компании, отдела, подразделения), с помощью которых осуществляется ее деятельность (рис.4.1).

Рис.4.1. Бизнес-процессы организационной единицы

3. Определяются и отображаются бизнес-процессы в правильной логической последовательности (рис.4.2).

Рис.4.2. Бизнес-процессы организационной единицы в логической последовательности

4. Определяются и отображаются владельцы и команда бизнес-процесса (исполнителя) (рис.4.3).

Рис.4.3. Бизнес-процессы организационной единицы с указанием бизнес-команды и владельцев бизнес-процессов

5. Определяются и отображаются нормативные документы, по которым выполняется бизнес-процесс (рис.4.4).

Рис.4.4. Бизнес-процессы организационной единицы с указанием бизнес-команды, владельцев бизнес-процессов и регламентирующих документов

6. Определяется и отображается вся необходимая информация и ресурсы необходимые, для выполнения бизнес-процесса, и вся информация и ресурсы, которые получатся в результате выполнения бизнес-процесса (рис.4.5).

Рис.4.5. Бизнес-процессы организационной единицы с указанием бизнес-команды, владельцев бизнес-процессов, регламентирующих документов, входящей и исходящей документации

7. Каждый бизнес-процесс на VAD диаграмме должен иметь ссылку либо на VAD диаграмму более низкого уровня либо на eЕРС диаграмму, которая детализирует данный бизнес-процесс (рис.4.6).

Рис.4.6. Диаграмма процесса добавленной стоимости c указанием ссылок на диаграммы более низкого уровня

Ниже приведен пример построения диаграммы VAD.

Рис. 4.7 – Пример диаграммы VAD

Диаграмма носителей информации(Information carrier diagram, ICD) служит для отображения структуры информационных пакетов, размещенных на определенных носителях информации. Информационный пакет состоит из информационных потоков. Отображение информационных потоков, является основной задачей при построении диаграммы носителей информации.

1. Для построения диаграммы носителей информации используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Отношения объектов».

2. Определяются все документы, которые используются в организационной единице (компании, подразделении, отделе).

3. Структурируются документы, определяются группы документов (разбить по картотекам) (рис.4.8).

Рис.4.8 Группы документов организационной единицы

4. Если необходимо можно выделить подгруппы документов (Рис.4.9).

Рис.4.9 Группы и подгруппы документов организационной единицы

5. Отобразить документы в соответствующих группах (рис.4.10).

Рис.4.10 Структура документов организационной единицы

6. Следующим этапом является детализация документов до информационных потоков. Детализация каждого документа осуществляется на отдельной ICD диаграмме (рис.4.11).

Рис.4.11 Информационные потоки документа «Опись извещений/предварительных извещений»

В диаграмме носителей информации используется тип связи Структурируется из.

Рис. 4.12 Пример диаграммы носителей информации

Диаграмма описания полномочий (AM). На этой модели показываются полномочия служащих или организационной единицы Компании. Кроме того, данные полномочия объединены в группы в зависимости от бизнес-роли.

Таблица 4.2 – Объекты диаграммы полномочий

	Используется для обозначения полномочий
	Обозначение отдельного штатного подразделения
	Представление должности
	Группа сотрудников, работающих вместе в течение определенного промежутка времени, например, проектная группа
	Обозначение месторасположения объекта

При построении диаграммы используется тип связи Структурируется из.

Правила построения диаграммы полномочий

1. Иерархия полномочий (Authorization hierarchy, AH) и Карта полномочий (Authorization map, AM) используются для отражения полномочий, назначенных отдельным исполнителям, а также для структуризации полномочий.

2. В диаграммах разрешено использовать объекты и связи между ними, которые определены в разделах «Объекты» и «Отношения (связи) объектов».

Рис. 4.13 Пример диаграммы полномочий

Диаграмма типа прикладной системы. Модель применяется для описания прикладных информационных систем Компании. На верхнем уровне иерархии располагаются классы информационных систем, которые выделяются по функциональному признаку. В состав каждого класса входят информационные системы (программные комплексы, базы данных, приложения и т.п., относящиеся к данному классу).

Правила построения диаграммы типа прикладной системы:

1. Для построения диаграммы типа прикладной системы используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Отношения объектов».

2. Определяются прикладные системы, используемые в организационной единице.

3. Структурируются прикладные системы.

4. Отображаются группы прикладных систем (рис.4.14).

Рис.14 Группы прикладных систем

5. Отображаются прикладные системы в соответствующих группах (рис.4.15).

Рис.4.15 Диаграмма типа прикладных систем

Рис. 4.16 Пример диаграммы типа прикладной системы

Источник