Методология АРИС Лекция 2

Методология АРИС
Лекция 2
Проектирование
(моделирование) бизнеспроцессов


При проектировании (моделировании) БП
широко используется инструментарий
бизнес-моделирования (ARIS, Oracle PM,
CASE-средства и т.п.)
Каждая из систем использует одну или ряд
методологий для построения моделей
бизнес-процессов
Методология

Методология бизнес-моделирования —
совокупность понятий и методов анализа
аспектов бизнес-деятельности, а также
форм представления моделей средствами
визуализации
Зачем нужны модели БП?





оптимизация организационных изменений
(побочный продукт BPR {РБП}),
хранение корпоративных знаний, в том числе в виде
моделей-прототипов,
создание и постоянный контроль технологической
документации для получения сертификата ISO-9000
и других,
исчисление стоимости бизнес-процессов,
эффективное использование информации о
процессах для реализации стандартных программных
решений или систем workflow и адаптации их к
конкретным нуждам.
В результате моделирования
можно решить следующие проблемы:
 изменение структуры процесса путем введения одновременно
выполняемых задач, что позволяет устранить лишние циклы и
сделать структуру более рациональной,
 изменение структуры организационной отчетности и
повышение квалификации сотрудников путем комплексного
совершенствования процесса,
 сокращение объема документации, рационализация и
ускорение документооборота и потока данных,
 рассмотрение возможных мер по привлечению внешних
ресурсов (т. е. по передаче функции создания выхода внешнему
исполнителю),
 внедрение новых производственных и ИТ-ресурсов для
улучшения функций обработки.
Язык моделирования



Недостатки управленческой терминологии
(информационная избыточность естественного
языка, противоречивость)
Математические языки, предназначенные для
описания вопросов о принятии решений и
планирования, отличаются большей точностью и
легче поддаются проверке, но подходят далеко не
в каждом случае.
Для моделирования в среде АРИС используются
полуконцептуальные методы (достаточная
точность и детализация)
Полуконцептуальные
графические методы
Организационные диаграммы
 Сетевые графики
 Модели процессов и т.п.
Математическая основа:
 Помеченные ориентированные графы
(объекты и отношения между ними)
 База предопределенных объектов и
отношений между ними

Методологии

Существует множество различных
методологий проектирования бизнеспроцессов:
функциональное моделирование (SADT, IDEF0)
 объектно-ориентированный подход (UML)
 имитационное моделирование (IDEF/CPN)


Методология АРИС представляет собой
комплекс методов, позволяющий в
зависимости от целей бизнес-анализа
выбирать адекватные модели.
Методология АРИС


Методология ARIS реализует принципы
структурного анализа и позволяет определить и
отразить в моделях основные компоненты
организации, протекающие процессы, производимую и
потребляемую продукцию, используемую
информацию, а так же выявить взаимосвязи между
ними.
основывается на концепции интеграции,
предлагающей целостный взгляд на бизнеспроцессы, и представляет собой множество
различных методологий, интегрированных в
рамках единого системного подхода.
Способы сокращения
организационных усилий





сокращение усилий, необходимых для создания целевой концепции, за
счет эффективного использования знаний «лучших образцов
практики», предоставленных в виде моделей-прототипов;
определение требований за счет эффективного использования
методов моделирования для детализации описания;
Документирование требований к стандартному программному
обеспечению с помощью семантических методов моделирования, что
делает бизнес-логику более понятной;
применение семантических моделей для максимального
автоматического согласования требований целевой концепции со
стандартным программным обеспечением, что сокращает
необходимость специальных знаний в области информационных
систем;
эффективное использование семантических моделей в качестве
отправной точки для максимальной автоматизации системы и
настройки конфигурации применительно к конкретным нуждам.
Способы сокращения
организационных усилий





сокращение усилий, необходимых для создания целевой концепции, за
счет эффективного использования знаний «лучших образцов
практики», предоставленных в виде моделей-прототипов;
определение требований за счет эффективного использования
методов моделирования для детализации описания;
Документирование требований к стандартному программному
обеспечению с помощью семантических методов моделирования, что
делает бизнес-логику более понятной;
применение семантических моделей для максимального
автоматического согласования требований целевой концепции со
стандартным программным обеспечением, что сокращает
необходимость специальных знаний в области информационных
систем;
эффективное использование семантических моделей в качестве
отправной точки для максимальной автоматизации системы и
настройки конфигурации применительно к конкретным нуждам.
Функциональные возможности
ARIS обеспечивают




инфраструктуру (архитектуру) для полного описания стандартных программных
решений;
интеграцию в эту архитектуру наиболее подходящих методов моделирования
информационных систем и разработку методов описания бизнес-процессов;
предоставление моделей-прототипов в качестве инструментов управления
прикладным ноу-хау, моделирования и анализа системных требований, а также
инструментов, помогающих получить удобную для пользователя навигацию в
рамках моделей.
эффективно используя стандартные программные решения, ARIS-здание бизнесинжиниринга (НОВЕ) предлагает архитектуру для управления бизнес-процессами.
Благодаря использованию систем workflow, она слабо связана со программными
«кирпичиками» (бизнес-объектами). ARIS обеспечивает инфраструктуру для
описания сборки программных компонентов, позволяя создавать деловые
информационные системы, которые идеально подходят для конфигурирования
систем workflow, создания фильтров и определения параметров приложений.
Субъекты ответственности и
их отношения
Организационная диаграмма
Диаграмма взаимодействия в
бизнес-процессе «обработка
заказа»
Типичная диаграмма взаимодействия на
предприятиях
Поток функций
Функциональная диаграмма
Поток выходов
Информационный поток
Объединенная модель
процесса
Детальный фрагмент бизнес-процесса
применительно к событию «изготовление изделия»
Архитектура АРИС:
подсистемы
Для всестороннего описания сложной социально-технической
системы (организации) архитектура АРИС выделяет следующие
подсистемы:








Организационная
Функциональная
Подсистемы входов/выходов
Информационная (подсистема данных)
Подсистема процессов/управления
Подсистема целей организации
Подсистема средств производства
Подсистема человеческих ресурсов
Все эти подсистемы в реальности и в моделях должны быть
связаны между собой
Архитектура АРИС:
подсистемы

Для упрощения модель делится на отдельные
типы моделей, в описании которых используются
элементы дискретного моделирования и
различные методики. С каждым типом моделей
можно работать независимо от других типов.
Типы моделей формируются таким образом,
чтобы компоненты внутри каждого из них были
тесно взаимосвязаны, в то время как отдельные
типы в достаточной степени независимы.
Типы моделей

ИНФОРМАЦИОННАЯ МОДЕЛЬ - состояния и события информационных
объектов

ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ - функции, которые должны быть выполнены,
и их взаимосвязи

ОРГАНИЗАЦИОННАЯ МОДЕЛЬ – это совокупность организационных
единиц, их взаимосвязей и соответствующих структур

МОДЕЛЬ РЕСУРСОВ - используемые ресурсы

УПРАВЛЯЮЩАЯ МОДЕЛЬ – модель, в которой описываются взаимосвязи
между моделями различных типов
Модели архитектуры ARIS при
описании бизнес-процесса
Уровни представления моделей

При разработке ИС с помощью методологии
АРИС может проводиться разделение на
уровни представления моделей в зависимости
от степени их близости к информационным
технологиям:
Уровни представления
информационной системы
Модели на этом уровне –
это не очень детальные
описания бизнеспроцессов, однако они
достаточно точно
отражают цели, которые
стоят перед
пользователем
информационной
системы, и его язык.
Уровни представления
информационной системы

Здесь необходимо описать
программное решение
(прикладную ИС) для
рассматриваемой
проблемы бизнеса
(формализованное
описание требований с
целью последующего
использования в качестве
стартовой точки для
трансляции требований в
программную систему)
Уровни представления
информационной системы
Здесь описываются
пользовательские или
модульные транзакции, которые
выполняют функции, как это
было определено выше, т.е. это
отображение
сформулированных требований
в категории и методы описания,
связанные непосредственно с
ИС и выраженные в терминах
информационных технологий
Уровни представления
информационной системы
Здесь спецификация
проекта
трансформируется в
конкретные аппаратные
и программные
компоненты
Уровни представления
информационной системы


Отдельные уровни описания имеют
различные циклы корректировки. Частота
корректировок выше всего на уровне
описания реализации и ниже всего на уровне
формулировки требований.
Уровень описания реализации очень тесно
связан с разработкой ИС: на этом уровне
производится многократная корректировка
функционирования системы по результатам
коротких циклов (тестов) ее работы.
Работа в АРИС – создание
различных типов моделей по
уровням
Критерии выбора методов


Каждая из перечисленных компонент имеет набор методов
описания.
Метод описания может быть выбран в соответствии со
следующими критериями:





простота и выразительность средств изображения,
поддержка смыслового содержания, для отображения
специфики предмета,
возможность использования полного набора методов для
различных типов приложений,
степень знакомства с методами и наличие необходимой
литературы,
определенная степень независимости методов от технической
реализации в информационных и коммуникационных
системах.
Принципы построения
моделей в АРИС







корректность модели;
релевантность (следует моделировать только те фрагменты
реальной системы, которые соответствуют назначению
системы, т.е. модель не должна содержать избыточной
информации);
соизмеримость затрат и выгод;
прозрачность, т.е. понятность и удобство использования
модели;
сравнимость моделей;
иерархичность;
систематизация структуры, что предполагает в качестве
обязательного условия возможность интеграции моделей
различных типов.
Модель АРИС - это
Совокупность объектов, объединенных друг с другом различными связями, и ряда
вспомогательных элементов
Каждая модель ARIS содержит:

объекты — неделимые части модели, выделенные по какому-либо признаку,
сформулированному в соответствии с методологией ARIS, и имеющие набор
изменяемых характеристик — свойств, описывающих их поведение;

связи между объектами — описанные взаимоотношения между объектами,
имеющими свои свойства и характеристики. Так же как и объекты, связи
характеризуются свойствами, выделены внешний вид и атрибуты.
Модель может включать:

внешние встроенные объекты, например, рисунки, документы текстовых
редакторов и т.п.;

текст, размещенный в любом месте модели;

геометрические фигуры.
Модель технических терминов
АРИС для понятия «Модель
АРИС»
Классы моделей:



Строгая иерархия (РН — Pure hierarchy). Модели включают в себя только
один тип объекта, и несколько типов соединения для организации
иерархических связей
Строгая иерархия с окружением (НА — Pure hierarchy with allocations).
Модели - деревья, которые строятся на основе только одного типа
объекта. В данном случае иерархические связи могут быть организованы
с помощью нескольких типов соединения. Однако здесь, в отличие от
строгой иерархии, с объектами, составляющими иерархию, могут быть
связаны другие типы объектов.
Иерархия с перекрестными соединениями (НС — Hierarchies with cross links).
Иерархия с перекрестными соединениями:



включает различные типы объектов.
несколько типов соединения для иерархических связей
объекты, которые входят в иерархию с перекрестными соединениями, могут
быть связаны друг с другом как напрямую, так и через другие типы объектов.
Классы моделей:




Тип основного объекта (СО — Central object type). Модели используются для
отображения связи между этими типами объектов и другими типами объектов. Все
типы объектов, прикрепленные к типу основного объекта, имеют одинаковые
приоритеты. Примером служит диаграмма окружения функции, диаграммы ролей и
прав.
Приоритетный тип основного объекта (СР — Central object type with priority). Модели
используются для отображени связи между типом основного объекта и другими
типами объектов. В данном случае тип объекта, имеющий наивысший приоритет,
играет основную роль в иерархии.
Направленный граф с окружением (DQ — Directional graph with allocations).
Используются для представления моделей, особые типы объектов в которых
формируют направленную структуру. Эти типы объектов могут быть связаны с
другими типами объектов. Например, еЕРС — событийная цепочка процесса.
Ненаправленный граф с окружением (NGA — Non-directional graph with allocations).
Отличаются тем, что в них присутствуют структурно-зависимые типы объектов,
однако, они не соединены друг с другом через направленные соединения. Объекты
структурно-зависимых типов объекта могут иметь окружение из структурнонезависимых объектов. Например, к ним относятся модели в виде столбцов или
строк.
Все модели ARIS можно
разделить
• основные модели (ядро), используемые практически во всех проектах. Это модели цепочек
добавленных значений, модели еЕРС, eERM, PCD, организационная схема, дерево
функций и другие;
• группа расширение основных моделей. К ним относятся карта знаний, диаграмма структуры
знаний, диаграмма окружения функции и другие;
• группы, ориентированные на отдельные области моделирования
• документация плана развития;
• объектно-ориентированное моделирование;
• анализ (создание индивидуальных референтных моделей и диаграмм топологии);
• описание потока материалов;
• внедрение системы SAP R/3 и использование ARIS Analyzer for R/3;
• моделирование workflow;
• варианты методов моделирования данных;
• модели для функционально-стоимостного анализа;
• модели для управления проектом.
Модель организации (по
АРИС)


Это группа моделей ARIS, взаимосвязанных
посредством использования общих объектов
Эта взаимосвязь осуществляется благодаря
репозиторию, где хранится вся информация
об объектах и их связях.
Операции над моделями


Основные
• проверка корректности моделей (семантические проверки);
• составление разнообразных отчетов по модели;
• оптимизация моделей по различным критериям;
• анализ моделей, проводимый по различным методикам, например,
функционально-стоимостной анализ, стратегическое планирование;
• сравнение моделей;
• обмен информацией с другими программными системами;
• непрерывное улучшение модели.
Вспомогательные (служебные):
• копирование моделей;
• создание вариантов;
• слияние моделей;
• экспорт/импорт моделей;
• хранение моделей, в том числе в виде резервных копий;
• очистка (консолидация) моделей
Объекты моделей


Объект — самостоятельная часть методологии,
отражающая элемент описываемой
предметной области.
Понятие «объект» раскрывает модель
технических терминов, показанная на рис.
Каждый объект
• имеет уникальное имя;
• принадлежит к определенному типу объектов;
• соединен одной или несколькими связями с другими
объектами;
• имеет свое определенное значение в методологии и
описывается свойствами, определяющими конкретный
объект данного типа;
• может использоваться в одной или нескольких типах
моделей;
• может создавать свои экземпляры, представленные
одним или несколькими символами
Свойства объекта
• размещение атрибутов (Attribute placements),
• взаимосвязи (Relationships);
• назначение (Assignments);
• местонахождение (Occurrences);
• внешний вид (Object Appearance);
• варианты (Variants);
• управление изменениями (Change Management);
• предложения по улучшениям (Improvement Proposals);
• заполненные атрибуты (Maintained Attributes);
• атрибуты объекта (Attributes).
Объекты классифицируются


структурно-зависимые. Эти типы объектов
определяют общую структуру модели.
Конкретный тип модели подразумевает
наличие конкретных структурно-зависимых
типов объектов;
структурно-независимые.
Детализация объекта




Это возможность описывать объекты более
подробно с помощью детализирующих моделей
связь между типом объекта (базовым объектом) и
типом модели называется типом детализации
Отдельный экземпляр типа детализации, т.е. связь
между определенным объектом и определенной
моделью, называется детализацией
При создании детализации можно создавать связи
между базовым объектом и одним или большим
количеством объектов из детализированной
модели (тип детализирующей связи)
Связи объектов
Связь — описание взаимоотношений между двумя объектами,
имеющая определенные свойства
• имеет уникальное имя;
• принадлежит к определенному типу. Тип связи зависит
как от типов соединяемых объектов, так и от направления
соединения. Между некоторыми типами объектов связи
не могут существовать;
• соединяет исходный и конечный объекты;
• характеризуется своими свойствами;
• может создавать свои экземпляры, внешний вид
которых может быть изменен в определенных пределах.
Связи


Среди связей различают соединения и детализирующие связи.
Соединения — это такие связи, экземпляры которых
представляют собой видимые соединения между двумя
объектами внутри одной модели. Соединения
классифицируются на структурно-зависимые и структурнонезависимые. При детализации можно создавать связи
между базовым объектом и одним или большим
количеством объектов из детализирующей модели. Связь
между типами объектов, пересекающая границу между
моделями, называется типом детализирующей связи. Отдельная
связь между двумя объектами называется детализирующей
связью.
Свойства связей
• размещение атрибутов (Attribute placements),
• внешний вид связи (Connection Appearance);
• местонахождение связи (Connection Occurrences);
• атрибуты связи (Attributes);
• заполненные атрибуты (Maintained Attributes);