Описание нотаций ARIS
Нотация ARIS eEPC расшифровывается следующим образом: extended Event Driven Process Chain — расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В табл. 1 приводятся основные используемые в рамках нотации объекты.
Таблица 1. Объекты нотации eEPC
| № | Наименование | Описание | Графическое представление |
| Функция | Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия | ||
| Событие | Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций | ||
| Организационная единица | Объект, отражающий различные организационные звенья предприятия (например, управление или отдел) | ||
| Документ | Объект, отражающий реальные носители информации, например бумажный документ | ||
| Прикладная система | Объект отражает реальную прикладную систему, используемую в рамках технологии выполнения функции |  |
|
| Кластер информации | Объект характеризует данные как набор сущностей и связей между ними. Используется для создания моделей данных | 
|
|
| Стрелка связи между объектами | Объект описывает тип отношений между другими объектами, например активацию выполнения функции некоторым событием | ||
| Логическое «И» | Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса | ||
| Логическое «ИЛИ» | Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса | ||
| Логическое исключающее «ИЛИ» | Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса |
Моделирование бизнес-процессов с помощью методологии ARIS (версия 10.0) для начинающих
Помимо указанных в табл. 1 основных объектов при построении диаграммы eEPC могут быть использованы многие другие объекты. Применение большого числа разных объектов, связанных различными типами связей, значительно увеличивает размер модели и делает ее плохо читаемой. Для понимания смысла нотации eEPC достаточно рассмотреть основные используемые типы объектов и связей. На рис.
1 представлена простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия.
На рис. 1 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных семантических правилах описания:
CUAET в Канаду для Украинцев / КАК ЗАПОЛНИТЬ ЗАЯВКУ / бесплатная программа в Канаду для Украинцев
1. каждая функция должна быть инициирована событием и должна завершаться событием;
2. в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.
Кроме этих правил, существуют и другие важные правила формирования моделей в ARIS. Эти правила можно изучить при помощи методического материала «Методы ARIS», который устанавливается на компьютер одновременно с демо-версией продукта.
На рис. 2 показано применение различных объектов ARIS при создании модели бизнес-процесса.
Каждый объект в системе ARIS Toolset, которая поддерживает метод описания бизнес-процессов ARIS, имеет определенный набор атрибутов. Пользователю предлагается воспользоваться стандартными атрибутами для описания объектов или ограниченным количеством пользовательских атрибутов.
Из рис. 1 видно, что бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC не может быть отражена визуально.
Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено одновременное выполнение двух задач. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе Microsoft Project.
Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций). Примеры моделей, сформированных с использованием ARIS eEPC, показаны на рис. 3 и 4.
Источник: studopedia.ru
МЕТОДОЛОГИЯ ARIS ДЛЯ ПОСТРОЕНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Моделирование реальных ситуаций в работе предприятий и построение комплексных бизнес-процессов с каждым годом становится все более актуальным. Появление множества различных методов моделирования приводит к значительным трудностям, связанным с их использованием в конкретных ситуациях. В связи с этим предпринимаются попытки создать стандартизованные кон-цепции (архитектуры) для процесса разработки информационных систем и методов моделирования. Одной из таких концепций является «Архитектура интегрированных информационных систем» (ARIS — Architecture of Integrated Information Systems), разработанная A.-E. Шеером. Эта концепция имеет два основных преимущества:
- 1) позволяет выбирать методы и интегрировать их, опираясь на основные особенности моделируемого объекта;
- 2) служит базой для управления сложными проектами, поскольку благодаря структурным элементам содержит встроенные модели процедур для разработки интегрированных информационных систем.
Такая архитектура дает возможность вводить в применяемые методы элементы стандартизации. Концепция ARIS позволила создать комплексный метод моделирования бизнес-процессов, объединивший существующие и новые методы моделирования.
Архитектура ARIS явилась основой ARIS Toolset — инструментальной среды, разработанной компанией IDS Scheer AG. Инструментарий ARIS позволяет проводить построение, анализ и оценку рабочих процессов компании в терминах методологии организации бизнес-процессов. ARIS предоставляет достаточно простые средства для документирования и моделирования процессов.
В ARIS модель в целях упрощения делится на четыре отдельных типа, отражающих различные аспекты исследуемой системы (рис. 3.1):
- 1) организационные модели, представляющие структуру системы — иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
- 2) функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, и совокупность деревьев функций, необходимых для достижения поставленных целей;
- 3) информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
- 4) модели ресурсов, представляющие используемые ресурсы. Эти модели важны для анализируемых бизнес-процессов только в той степени, в какой они необходимы для описания компонентов, более тесно связанных с самим бизнес-процессом. По этой причине компоненты других типов моделей (данные, функции и организационные структуры) рассматриваются с точки зрения их привязанности к ресурсам.
Типы моделей формируются таким образом, чтобы компоненты внутри каждого из них были тесно взаимосвязаны, в то время как отдельные типы в достаточной степени независимы. Декомпозиция бизнес-процесса на отдельные типы моделей уменьшает степень его сложности за счет исключения из рассмотрения взаимосвязей между компонентами процесса, относящимися к другому типу моделей. В связи с этим вводится дополнительный тип модели — управляющая модель, в которой описываются взаимосвязи между моделями различных типов. Интеграция этих взаимосвязей с помощью модели специального типа позволяет вводить дополнительные взаимосвязи без какой-либо избыточности.
Управляющая модель — важнейший компонент архитектуры ARIS, отличающий ее от архитектур, предлагаемых другими авторами.
Информационная модели
Функциональная моделы
Организационная моделы
Рис. 3.1. Примеры моделей разных типов, составляющих описание процесса
Модель ресурсов.
Таким образом, для описания бизнес-процессов используются четыре модели, представленные на рис. 3.2. Создание различных типов моделей и проработка каждой модели по уровням описания в сочетании с формулировкой проблем бизнеса и составляет сущность процесса работы в архитектуре ARIS (рис. 3.3). Каждый тип модели подвергается разложению на три уровня: формулировку требований, спецификацию проекта и описание реализации.
Рис. 3.2. Модели архитектуры ARIS при описании бизнес-процесса
Рис. 3.3. Архитектура ARIS
Начальной точкой в разработке архитектуры предприятия, а затем и создании информационной системы является анализ проблем бизнеса. Модели на этом уровне — это описания биз-нес-процессов с невысоким уровнем детализации. Однако они достаточно точно отражают цели, которые стоят перед пользователем информационной системы, и его язык.
На этом этапе в описание включаются некоторые сведения по характеристикам будущей информационной системы, связанным с характеристиками бизнес-процессов. Для описания проблем бизнеса используются только полуформальные методы. Полученные модели еще не содержат детальной информации и однозначных технических формулировок, чтобы служить исходным материалом для их автоматической передачи непосредственно на этап реализации ИС.
На уровне формулировки требований для рассматриваемой проблемы бизнеса необходимо описать программное решение (прикладную ИС), которое должно поддерживаться формализованным описанием требований с целью последующего использования в качестве стартовой точки для трансляции сформулированных требований в программную систему. Этот процесс также очень близок к семантическому (смысловому) моделированию. Формулировка требований тесно связана с описанием проблем бизнеса.
Уровень спецификации проекта достигается, как только концептуальные понятия проблем бизнеса, сформулированные на уровне формулировки требований, трансформируются в категории, связанные с информационными технологиями. На данном уровне описываются уже не функции, а пользовательские или модульные транзакции, которые выполняют функции. Это может рассматриваться как отображение сформулированных требований в категории и методы описания, связанные непосредственно с информационной системой и выраженные в терминах информационных технологий. Таким образом, уровни формулировки требований и спецификации проекта связаны достаточно тесно.
Спецификация проекта может изменяться, не оказывая влияния на результаты предыдущего уровня формулировки требований. Но это не означает, что формулировка требований и спецификация проекта могут прорабатываться независимо друг от друга.
На уровне описания реализации спецификация проекта трансформируется в конкретные аппаратные и программные компоненты. Так осуществляется физическая связь с ИС. Отдельные уровни описания имеют различные циклы корректировки. Частота корректировок выше всего на уровне описания реализации и ниже всего на уровне формулировки требований. Уровень описания реализации тесно связан с разработкой ИС: на этом уровне производится многократная корректировка функционирования системы по результатам коротких циклов (тестов) ее работы.
Уровень формулировки требований особенно важен, поскольку его можно рассматривать как репозитарий для прикладных программных систем, используемых в течение длительного времени, и как стартовую точку при описании реализации. Документы, созданные на уровне формулировки требований, имеют наиболее продолжительный жизненный цикл, и они чрезвычайно полезны для разработки информационных систем. По этой причине уровень формулировки требований, или семантическая модель, имеет наивысший приоритет. Семантические модели образуют связь между пользователями и первоначальным описанием их проблем на языке, ориентированном на категории ИС.
Источник: ozlib.com
Моделирование в ARIS Express
Построение бизнес-моделей 7 основных типов:
• 2 дополнительных вида моделей («чистый лист» и
«универсальная диаграмма»)
• Возможность настройки цветов в соответствии с корпоративными
требованиями
• Сохранение изображений моделей в графическом виде в
форматах EMF, сведений об объектах — в формате RTF
• Экспорт результатов моделирования в PDF и MS Visio,
возможность использования в профессиональных BPMинструментах платформы ARIS
2
3. Чем удобен ARIS Express
• Набор наиболее распространенных типов объектов для каждого
типа модели
• Интеллектуальные «горячие» подсказки (HotSpots) для соблюдения
требования к размещению объектов
• Автоматическое создание моделей из таблиц с помощью
инструмента Smart Design
• Механизм повторного использования комбинаций объектов
• Детальная справочная система, видеоуроки по использованию
ARIS Express, Quick Reference в виде постера
• Тесная связь с сообществом ARIS Community – возможность
обмена моделями и их обсуждения
3
4. Что не может ARIS Express
Автоматически управлять целостностью ссылок и
непротиворечивостью набора моделей
Генерировать на основе моделей различного вида документацию,
соответствующую корпоративным стандартам
Управлять версиями моделей
Поддерживать другие типы моделей (до 150)
Управлять наборами правил моделирования
Создавать свои типы моделей и объектов
Осуществлять имитационное моделирование процессов
4
5. Мнение
ARIS Express – прекрасный продукт для
«рисования» моделей, особенно если Вы
предпочитаете нотации eEPC или BPMN. Однако
с
существующими
функциональными
ограничениями данная программа не является
конкурентом полноценным инструментам для
бизнес-моделирования
5
6. Установка ARIS Express
http://www.ariscommunity.com/aris-express/download
6
7. Стартовая страница ARIS Express
http://www.ariscommunity.com/categories/aris-express
7
8. Создание модели
Символы
Обзор модели
Область
моделирования
Атрибуты модели
Примеры
моделей
8
9. Рабочая область ARIS Express
10. Дополнительные панели
11. Работа с фрагментами
12. Связывание моделей
13. Переход между моделями
14. Контекстно-зависимые подсказки HotSpot
15. Технология Smart Design
16. Типы моделей:
Карта процессов (Process landscape)
Организационная диаграмма (Organizational chart)
Бизнес-процесс (Business process)
Карта систем (System landscape)
IT инфраструктура (IT infrastructure)
Модель данных (Data model)
BPMN диаграмма версии 2.0 (BPMN diagram)
Доска (Whiteboard)
Общие диаграммы (General diagram)
16
17. Карта процессов (Process Landscape)
• Карта процессов описывает иерархию процессов и показывает как
процессы делятся на подпроцессы.
• Последовательность процессов в модели указывает, какие
процессы вызваны другими процессами или запускают другие
процессы
• Карта процесса часто используется для схематического
отображения всех процессов, которые существуют в организации
Основной символ
Карты процессов
Представляет процесс, который
может быть описан другой
моделью,
например, типа «Business
process»
17
18. Пример карты процессов
19. Пример сложной карты процессов
20. Организационная диаграмма (Organizational chart)
• Организационная диаграмма описывает иерархию структуры
организации
• Группы людей (роли) или отдельные лица могут быть отнесены к
организационным единицам, например департаментам или местам
Подразделение – служит для указания
места в организационной иерархии
Основные символы
Организационной
диаграммы
Роль – показывает группу лиц с
идентичными (сходными)
обязанностями
Персона – изображает лицо, входящее
в подразделение или выполняющее
роль
Место – фиксирует физическое
местоположение подразделения или
персоны
20
21. Пример организационной диаграммы
22. Пример реальной организационной диаграммы
23. Бизнес-процесс (Business process)
• Бизнес- процесс описывает:
–
–
–
–
–
Деятельность, осуществляемую в ходе процесса
Участвующие организационные подразделения, лица, группы лиц
Входные и выходные данные
Используемые IT-системы
События, происходящие в процессе
• Основные и альтернативные варианты потоков процесса
представлены в виде правил
• На модели могут быть отображены свойства объектов, моделей и
связей, называемые атрибутами
23
24. Основные символы Бизнес-процесса
Деятельность (действие) –
основной элемент процесса,
описывает происходящее во
время процесса
Входные и выходные
данные – показывает
данные, требуемые или
порождаемые процессом
События – отображает
события, являющиеся началом
процесса или возникающие в
процессе
IT-системы –
идентифицирует деятельность, осуществляемую с
помощью IT-систем
Роль – фиксирует лицо группу
лиц), осуществля-ющих
деятельность в процессе
Развилки – моделируют
правила
Риск – акцентирует внимание
на деятельности, которая
имеет критическое значение
для процесса
И – выбор всех вариантов
Исключающее ИЛИ – выбор
ровно одного варианта
ИЛИ – выбор любого числа
вариантов
24
25. Бизнес-процесс освоения ARIS Express
26. Пример бизнес-процесса
27. Карта систем (System landscape)
• Карта системы описывает, какие IT-системы принадлежат к какой
логической единице (домену)
• Карта системы имеет большое значение для бюджетирования или
для определения административной отвественности
Основные символы
Карты систем
IT-система – показывает
логическую обработку
электронных данных.
Представляет собой
программную, а не аппаратную
систему
Домен – отображает группировку
IT-систем в области по различных
критериям объединения
27
28. Пример Карты систем
29. Изображение платформы ARIS на карте систем
30. IT инфраструктура (IT infrastructure)
• IT инфраструктура моделирует технические решения:
– Какое ПО на каком аппаратном обеспечении работает
– В какие сети объединено аппаратное обеспечение
– Какое сетевое оборудование используется
• IT инфраструктура используется для планирования и
документирования сетевой инфраструктуры предприятия
• На модели отображаются типовые сетевые и аппаратные решения
• Аппаратное обеспечение при необходимости может быть
отображено в иерархическом виде
30
31. Основные символы IT инфраструктуры
Сетевой компонент (свич, роутер, файрвол) – позволяет отобразить
технические решения в каждой сети компании
Сеть – обозначает отдельные сетевые устройства, связанные
общей (единой) технологией. Сети могут быть связаны между собой
и организованы по иерархическому принципу.
Аппаратное обеспечение – может представлять как сетевые
устройства, так и устройства, объединенные в сеть
IT-система – показывает логическую обработку электронных
данных. Представляет собой программную, а не аппаратную
систему
31
32. Пример IT инфраструктуры
33. Пример сложной IT инфраструктуры
34. Модель данных (Data model)
• Модель данных позволяет взглянуть на данные (например, бизнесобъекты) и отношения между ними
• Виды отношений между объектами (1:1, 1:N…) задаются с помощью
атрибутов связей
Сущность – отображает объект
реального мира (в терминах баз
данных – таблица)
Основные символы
Модели данных
Атрибут – показывает свойство
сущности (столбец в таблице)
Первичный ключ – задает уникальный
идентификатор объекта
Внешний ключ – указывает на наличие
ссылки на первичный ключ другой
сущности (объекта)
34
35. Пример модели данных
36. Пример реальной модели данных
37. BPMN диаграмма версии 2.0 (BPMN diagram)
• Диаграмма BPMN показывает взаимодействие между участниками
• На диаграмме BPMN участники показываются дорожками,
взаимодействие – как обмен сообщениями
События стартовые, промежуточные,
конечные – показывают узловые точки
процесса
Lane
Pool
Lane
Основные символы
BPMN диаграмм
Развилки (ИЛИ, Исключающее ИЛИ, И) –
служат для отображения принимаемых
решений
Задача – отображает деятельность
(человека или машины) на BPMN диаграмме
Дорожка – соответствует роли
Пул дорожек — подразделению
37
38. Пример реальной диаграммы BPMN
39. Quick Reference в виде постера
40. Доска (Whiteboard)
• Моделирует флип-чарт и клеящиеся записки
• Может быть создана по результатам мозгового штурма
Сценарий (этап) – служит для логической
группировки активностей и целей. Для сценария
могут быть определены KPI
Деятельность – позволяет сформулировать
действия, которые должны быть выполнены в
ходе сценария (этапа)
Основные символы
модели «Доска»
Цель – определяет конечный результат для
каждого сценария (этапа)
Детализация – предоставляет возможность
указать дополнительную информацию
Примеры KPI – указывает допустимые ключевые
показатели результативности
Глобальная цель – объединяет все этапы
40
41. Структура доски
42. Пример использования доски
43. Основные символы Общих диаграмм (General diagram)
44. Пример общей диаграммы
45. Что такое ARIS (общая диаграмма)
46. Сохранение результатов в ARIS Express
• Результаты сохраняются в формате ADF
• Возможен экспорт в формат PDF
• Возможен экспорт в графический формат EMF,
понимаемый MS Visio (редактирование неудобно)
Adobe Acrobat
ARIS Express
MS Visio
46
Источник: ppt-online.org
Полное руководство по набору данных Iris в R
Набор данных радужной оболочки — это встроенный в R набор данных, который содержит измерения 4 различных атрибутов (в сантиметрах) для 50 цветов 3 разных видов.
В этом руководстве объясняется, как исследовать и обобщать набор данных в R на примере набора данных радужной оболочки глаза.
Загрузите набор данных Iris
Поскольку набор данных iris является встроенным набором данных в R, мы можем загрузить его с помощью следующей команды:
data(iris)
Мы можем взглянуть на первые шесть строк набора данных, используя функцию head() :
#view first six rows of iris dataset head(iris) Sepal.Length Sepal.Width Petal.Length Petal.Width Species 1 5.1 3.5 1.4 0.2 setosa 2 4.9 3.0 1.4 0.2 setosa 3 4.7 3.2 1.3 0.2 setosa 4 4.6 3.1 1.5 0.2 setosa 5 5.0 3.6 1.4 0.2 setosa 6 5.4 3.9 1.7 0.4 setosa
Суммируйте набор данных Iris
Мы можем использовать функцию summary() , чтобы быстро суммировать каждую переменную в наборе данных:
#summarize iris dataset summary(iris) Sepal.Length Sepal.Width Petal.Length Petal.Width Min. :4.300 Min. :2.000 Min. :1.000 Min. :0.100 1st Qu.:5.100 1st Qu.:2.800 1st Qu.:1.600 1st Qu.:0.300 Median :5.800 Median :3.000 Median :4.350 Median :1.300 Mean :5.843 Mean :3.057 Mean :3.758 Mean :1.199 3rd Qu.:6.400 3rd Qu.:3.300 3rd Qu.:5.100 3rd Qu.:1.800 Max.:7.900 Max.:4.400 Max.:6.900 Max.:2.500 Species setosa :50 versicolor:50 virginica :50
Для каждой из числовых переменных мы можем увидеть следующую информацию:
- Мин : минимальное значение.
- 1st Qu : значение первого квартиля (25-й процентиль).
- Медиана : среднее значение.
- Среднее : среднее значение.
- 3- й Qu : значение третьего квартиля (75-й процентиль).
- Макс : максимальное значение.
Для единственной категориальной переменной в наборе данных (виды) мы видим подсчет частоты каждого значения:
- setosa : этот вид встречается 50 раз.
- versicolor : этот вид встречается 50 раз.
- virginica : этот вид встречается 50 раз.
Мы можем использовать функцию dim() для получения размеров набора данных с точки зрения количества строк и количества столбцов:
#display rows and columns dim(iris) [1] 150 5
Мы видим, что набор данных имеет 150 строк и 5 столбцов.
Мы также можем использовать функцию names() для отображения имен столбцов фрейма данных:
#display column names names(iris) [1] «Sepal.Length» «Sepal.Width» «Petal.Length» «Petal.Width» «Species»
Визуализируйте набор данных Iris
Мы также можем создать несколько графиков для визуализации значений в наборе данных.
Например, мы можем использовать функцию hist() для создания гистограммы значений определенной переменной:
#create histogram of values for sepal length hist(iris$Sepal.Length, col=’steelblue’, main=’Histogram’, xlab=’Length’, ylab=’Frequency’)
Мы также можем использовать функцию plot() для создания диаграммы рассеяния любой попарной комбинации переменных:
#create scatterplot of sepal width vs. sepal length plot(iris$Sepal.Width, iris$Sepal.Length, col=’steelblue’, main=’Scatterplot’, xlab=’Sepal Width’, ylab=’Sepal Length’, pch= 19 )
Мы также можем использовать функцию boxplot() для создания диаграммы по группам:
#create scatterplot of sepal width vs. sepal length boxplot(Sepal.Length~Species, data=iris, main=’Sepal Length by Species’, xlab=’Species’, ylab=’Sepal Length’, col=’steelblue’, border=’black’)
По оси X отображаются три вида, а по оси Y — распределение значений длины чашелистиков для каждого вида.
Этот тип графика позволяет нам быстро увидеть, что длина чашелистиков имеет тенденцию быть наибольшей у видов virginica и наименьшей у видов setosa.
Дополнительные ресурсы
В следующих руководствах объясняется, как суммировать наборы данных в R:
Источник: www.codecamp.ru