На рис. 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 Выбор методологии описания бизнес-процессов___________________________ 37 |
Между процессами, приведенными на рис. 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.
Лекция 17: Моделирование процессов ARIS. Нотация VAD. Часть 1
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 Выбор методологии описания бизнес-процессов 9 7
заявки и нотации AR1S PCD.
X4
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
Источник: poisk-ru.ru
Модель процесса добавленной стоимости (VAD)
Цель работы: изучить и получить навыки построения основных моделей 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 указанием ссылок на диаграммы более низкого уровня
Таблица 4.1 — Отношения в диаграмме VAD
Направление отношения — слева вверх | ||||||
Предшественник | Нет связи | Ответственный за выполнение | Имеет результатом | Имеет результатом | Поддерживает | Имеет результатом |
Выполняет | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Есть вход для | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Есть вход для | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Есть вход для | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи | Нет связи |
Ниже приведен пример построения диаграммы 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 Пример диаграммы типа прикладной системы
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
2.7. Методология aris
Методология ARIS разработана в компании IDS Scheer AG, Германия. В настоящее время на рынке инструментальных средств моделирования бизнес-процессов представлено одноименное программное обеспечение ARIS, включающее такие модули, как ARIS Easy Design, ARIS Toolset, ARIS Server и др. [6]. В методологию ARIS были интегрированы существующие стандарты и спецификации описания процессов и данных, например IDEF3, ERD, DFD, UML и т.д. Основная концепция ARIS по описанию организации приведена на рис. 2.29. Изображение на рис. 2.29 часто называют «домиком ARIS». Подход к описанию процессов, основанный на методологии ARIS, предполагает рассмотрение деятельности организации с четырех точек зрения: организационная структура, данные (потоки и структура), функции (функциональные иерархии), контроль и управление (сводные модели бизнес-процессов).
Методология ARIS включает в себя большое количество различных нотаций, допускающих создание различных гибких моделей организации. К числу наиболее значимых и практически используемых нотаций ARIS относятся:
- нотация Value-added Chain Diagram (диаграмма цепочки процесса, добавляющего ценность);
- нотации extended Event-driven Process Chain — еЕРС (расширенная нотация цепочки процесса, управляемого событиями) и PCD (диаграмма цепочки процесса);
- нотация Organizational Chart (организационная диаграмма);
- нотация Function Tree (дерево функций);
- нотация Product Tree (дерево продуктов).
Преимущество методологии ARIS (с формальной точки зрения) заключается в ее комплексности, которая проявляется во взаимосвязи моделей, построенных в различных нотациях. Методология ARIS позволяет описывать деятельность организации с разных точек зрения, при этом полученные модели будут в определенной степени связаны между собой. Следует, однако, подчеркнуть, что такой комплексный подход: а) для реализации требует наличия инструментальной среды ARIS Toolset,достаточно дорогостоящей и сложной в использовании; б) трудно реализуем на практике, так как влечет большой расход ресурсов(человеческих, материальных и финансовых) в течение длительноговремени.
2.7.1. Нотация 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, на наш взгляд, является неудачным. > Technical term Ciaster has output of is input for is predecessor of
has output of Value-added chain ~7fT executes is used by Organizational unit Information service Рис 2 30 Модель в нотации ARIS VAD Между процессами, приведенными на рис. 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. Оперативное управляющее воздействие ГОСТ, ОСТ, ТУ Оперативное управляющее воздействие Нормативы на расход сырья Оперативное управляющее воздействие Оперативное управляющее воздействие Оперативное управляющее воздействие Нормативы на расход сырья График производства Условия хранения сырья План отгрузки ГП Требования клиента
График производства Данные графика производства г5> Данные графика производства Данные по готовности оборудования Данные по производству ГП
Брак |
FB |
Отчет по состоянию склада Данные по запасам ГП Вспомогательное сырье Основное сырье и материалы ГП на склад ГП со склада Готовая продукция
Выполнять подготовку производства Хранить готовую -^ продукцию на складе Ж
Рис. 2.31.
Пример модели процесса в нотации ARIS VAD.
Принципы построения диаграммы процесса верхнего уровня в нотации ARIS VAD существенно отличаются от нотации IDEF0.
Так, в нотации ARIS VAD стрелки могут входить в любую сторону объекта Value-added chain. (Напомним, что в нотации IDEF0 каждая сторона объекта Activity (функция) имеет глубокий смысл). На рис. 2.32 представлена ситуация, возможная в нотации ARIS VAD, когда на диаграмме процесса приводится множество обратных связей, которые понятны только аналитику, создавшему модель. Walue-added chain) Рис. 2.32.
Обратные связи в нотации ARIS VAD. Value-added chain) ^Value-added chain) ^Value-added chaffy Указанный недостаток нотации ARIS VAD можно исключить, заранее оговорив возможность специального использования обратных связей, как, например, на рис. 2.33. Отметим, что у специалистов по ARIS такой подход может вызвать критику, так как противоречит нотации.
Но мы придерживаемся той точки зрения, что это вполне допустимо, так как модели верхнего уровня в нотации ARIS VAD реально могут быть использованы лишь в качестве простейшего способа графического изображения цепочки процесса. Обратная связь по управлению Technical term Поиск информации и материальных ресурсов Technical term
Value-added спаю Value-added chain Technical term
Обратная связь no информации Рис. 2.33. Пример реализации обратных связей в нотации ARIS VAD. Заканчивая обзор нотации ARIS VAD, еще раз акцентируем внимание на том, что указанная нотация в большей степени носит иллюстративный характер и не предназначена для создания комплексных моделей процессов верхнего Уровня организации.
Источник: studfile.net