'

Методология АРИС

Понравилась презентация – покажи это...





Слайд 0

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


Слайд 1

Проектирование (моделирование) бизнес-процессов При проектировании (моделировании) БП широко используется инструментарий бизнес-моделирования (ARIS, Oracle PM, CASE-средства и т.п.)? Каждая из систем использует одну или ряд методологий для построения моделей бизнес-процессов


Слайд 2

Методология Методология бизнес-моделирования — совокупность понятий и методов анализа аспектов бизнес-деятельности, а также форм представления моделей средствами визуализации


Слайд 3

Зачем нужны модели БП? оптимизация организационных изменений (побочный продукт BPR {РБП}), хранение корпоративных знаний, в том числе в виде моделей-прототипов, создание и постоянный контроль технологической документации для получения сертификата ISO-9000 и других, исчисление стоимости бизнес-процессов, эффективное использование информации о процессах для реализации стандартных программных решений или систем workflow и адаптации их к конкретным нуждам.


Слайд 4

В результате моделирования можно решить следующие проблемы: изменение структуры процесса путем введения одновременно выполняемых задач, что позволяет устранить лишние циклы и сделать структуру более рациональной, изменение структуры организационной отчетности и повышение квалификации сотрудников путем комплексного совершенствования процесса, сокращение объема документации, рационализация и ускорение документооборота и потока данных, рассмотрение возможных мер по привлечению внешних ресурсов (т. е. по передаче функции создания выхода внешнему исполнителю), внедрение новых производственных и ИТ-ресурсов для улучшения функций обработки.


Слайд 5

Язык моделирования Недостатки управленческой терминологии (информационная избыточность естественного языка, противоречивость) Математические языки, предназначенные для описания вопросов о принятии решений и планирования, отличаются большей точностью и легче поддаются проверке, но подходят далеко не в каждом случае. Для моделирования в среде АРИС используются полуконцептуальные методы (достаточная точность и детализация)


Слайд 6

Полуконцептуальные графические методы Организационные диаграммы Сетевые графики Модели процессов и т.п. Математическая основа: Помеченные ориентированные графы (объекты и отношения между ними) База предопределенных объектов и отношений между ними


Слайд 7


Слайд 8

Методологии Существует множество различных методологий проектирования бизнес-процессов: функциональное моделирование (SADT, IDEF0)? объектно-ориентированный подход (UML)? имитационное моделирование (IDEF/CPN) Методология АРИС представляет собой комплекс методов, позволяющий в зависимости от целей бизнес-анализа выбирать адекватные модели.


Слайд 9

Методология АРИС Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а так же выявить взаимосвязи между ними. основывается на концепции интеграции, предлагающей целостный взгляд на бизнес-процессы, и представляет собой множество различных методологий, интегрированных в рамках единого системного подхода.


Слайд 10

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


Слайд 11


Слайд 12


Слайд 13

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


Слайд 14

Функциональные возможности ARIS обеспечивают инфраструктуру (архитектуру) для полного описания стандартных программных решений; интеграцию в эту архитектуру наиболее подходящих методов моделирования информационных систем и разработку методов описания бизнес-процессов; предоставление моделей-прототипов в качестве инструментов управления прикладным ноу-хау, моделирования и анализа системных требований, а также инструментов, помогающих получить удобную для пользователя навигацию в рамках моделей. эффективно используя стандартные программные решения, ARIS-здание бизнес-инжиниринга (НОВЕ) предлагает архитектуру для управления бизнес-процессами. Благодаря использованию систем workflow, она слабо связана со программными «кирпичиками» (бизнес-объектами). ARIS обеспечивает инфраструктуру для описания сборки программных компонентов, позволяя создавать деловые информационные системы, которые идеально подходят для конфигурирования систем workflow, создания фильтров и определения параметров приложений.


Слайд 15

Субъекты ответственности и их отношения Организационная диаграмма


Слайд 16

Диаграмма взаимодействия в бизнес-процессе «обработка заказа»


Слайд 17

Типичная диаграмма взаимодействия на предприятиях


Слайд 18

Поток функций Функциональная диаграмма


Слайд 19


Слайд 20

Поток выходов


Слайд 21


Слайд 22

Информационный поток


Слайд 23


Слайд 24

Объединенная модель процесса


Слайд 25


Слайд 26

Детальный фрагмент бизнес-процесса применительно к событию «изготовление изделия»


Слайд 27

Архитектура АРИС: подсистемы Для всестороннего описания сложной социально-технической системы (организации) архитектура АРИС выделяет следующие подсистемы: Организационная Функциональная Подсистемы входов/выходов Информационная (подсистема данных) Подсистема процессов/управления Подсистема целей организации Подсистема средств производства Подсистема человеческих ресурсов Все эти подсистемы в реальности и в моделях должны быть связаны между собой


Слайд 28

Архитектура АРИС: подсистемы


Слайд 29

Для упрощения модель делится на отдельные типы моделей, в описании которых используются элементы дискретного моделирования и различные методики. С каждым типом моделей можно работать независимо от других типов. Типы моделей формируются таким образом, чтобы компоненты внутри каждого из них были тесно взаимосвязаны, в то время как отдельные типы в достаточной степени независимы.


Слайд 30

Типы моделей ИНФОРМАЦИОННАЯ МОДЕЛЬ - состояния и события информационных объектов ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ - функции, которые должны быть выполнены, и их взаимосвязи ОРГАНИЗАЦИОННАЯ МОДЕЛЬ – это совокупность организационных единиц, их взаимосвязей и соответствующих структур МОДЕЛЬ РЕСУРСОВ - используемые ресурсы УПРАВЛЯЮЩАЯ МОДЕЛЬ – модель, в которой описываются взаимосвязи между моделями различных типов


Слайд 31

Модели архитектуры ARIS при описании бизнес-процесса


Слайд 32

Уровни представления моделей При разработке ИС с помощью методологии АРИС может проводиться разделение на уровни представления моделей в зависимости от степени их близости к информационным технологиям:


Слайд 33

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


Слайд 34

Уровни представления информационной системы Здесь необходимо описать программное решение (прикладную ИС) для рассматриваемой проблемы бизнеса (формализованное описание требований с целью последующего использования в качестве стартовой точки для трансляции требований в программную систему)


Слайд 35

Уровни представления информационной системы Здесь описываются пользовательские или модульные транзакции, которые выполняют функции, как это было определено выше, т.е. это отображение сформулированных требований в категории и методы описания, связанные непосредственно с ИС и выраженные в терминах информационных технологий


Слайд 36

Уровни представления информационной системы Здесь спецификация проекта трансформируется в конкретные аппаратные и программные компоненты


Слайд 37

Уровни представления информационной системы Отдельные уровни описания имеют различные циклы корректировки. Частота корректировок выше всего на уровне описания реализации и ниже всего на уровне формулировки требований. Уровень описания реализации очень тесно связан с разработкой ИС: на этом уровне производится многократная корректировка функционирования системы по результатам коротких циклов (тестов) ее работы.


Слайд 38

Работа в АРИС – создание различных типов моделей по уровням


Слайд 39

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


Слайд 40

Принципы построения моделей в АРИС корректность модели; релевантность (следует моделировать только те фрагменты реальной системы, которые соответствуют назначению системы, т.е. модель не должна содержать избыточной информации); соизмеримость затрат и выгод; прозрачность, т.е. понятность и удобство использования модели; сравнимость моделей; иерархичность; систематизация структуры, что предполагает в качестве обязательного условия возможность интеграции моделей различных типов.


Слайд 41

Модель АРИС - это Совокупность объектов, объединенных друг с другом различными связями, и ряда вспомогательных элементов Каждая модель ARIS содержит: объекты — неделимые части модели, выделенные по какому-либо признаку, сформулированному в соответствии с методологией ARIS, и имеющие набор изменяемых характеристик — свойств, описывающих их поведение; связи между объектами — описанные взаимоотношения между объектами, имеющими свои свойства и характеристики. Так же как и объекты, связи характеризуются свойствами, выделены внешний вид и атрибуты. Модель может включать: внешние встроенные объекты, например, рисунки, документы текстовых редакторов и т.п.; текст, размещенный в любом месте модели; геометрические фигуры.


Слайд 42

Модель технических терминов АРИС для понятия «Модель АРИС»


Слайд 43

Классы моделей: Строгая иерархия (РН — Pure hierarchy). Модели включают в себя только один тип объекта, и несколько типов соединения для организации иерархических связей Строгая иерархия с окружением (НА — Pure hierarchy with allocations). Модели - деревья, которые строятся на основе только одного типа объекта. В данном случае иерархические связи могут быть организованы с помощью нескольких типов соединения. Однако здесь, в отличие от строгой иерархии, с объектами, составляющими иерархию, могут быть связаны другие типы объектов. Иерархия с перекрестными соединениями (НС — Hierarchies with cross links). Иерархия с перекрестными соединениями: включает различные типы объектов. несколько типов соединения для иерархических связей объекты, которые входят в иерархию с перекрестными соединениями, могут быть связаны друг с другом как напрямую, так и через другие типы объектов.


Слайд 44

Классы моделей: Тип основного объекта (СО — Central object type). Модели используются для отображения связи между этими типами объектов и другими типами объектов. Все типы объектов, прикрепленные к типу основного объекта, имеют одинаковые приоритеты. Примером служит диаграмма окружения функции, диаграммы ролей и прав. Приоритетный тип основного объекта (СР — Central object type with priority). Модели используются для отображени связи между типом основного объекта и другими типами объектов. В данном случае тип объекта, имеющий наивысший приоритет, играет основную роль в иерархии. Направленный граф с окружением (DQ — Directional graph with allocations). Используются для представления моделей, особые типы объектов в которых формируют направленную структуру. Эти типы объектов могут быть связаны с другими типами объектов. Например, еЕРС — событийная цепочка процесса. Ненаправленный граф с окружением (NGA — Non-directional graph with allocations). Отличаются тем, что в них присутствуют структурно-зависимые типы объектов, однако, они не соединены друг с другом через направленные соединения. Объекты структурно-зависимых типов объекта могут иметь окружение из структурно-независимых объектов. Например, к ним относятся модели в виде столбцов или строк.


Слайд 45

Все модели ARIS можно разделить • основные модели (ядро), используемые практически во всех проектах. Это модели цепочек добавленных значений, модели еЕРС, eERM, PCD, организационная схема, дерево функций и другие; • группа расширение основных моделей. К ним относятся карта знаний, диаграмма структуры знаний, диаграмма окружения функции и другие; • группы, ориентированные на отдельные области моделирования • документация плана развития; • объектно-ориентированное моделирование; • анализ (создание индивидуальных референтных моделей и диаграмм топологии); • описание потока материалов; • внедрение системы SAP R/3 и использование ARIS Analyzer for R/3; • моделирование workflow; • варианты методов моделирования данных; • модели для функционально-стоимостного анализа; • модели для управления проектом.


Слайд 46

Модель организации (по АРИС) Это группа моделей ARIS, взаимосвязанных посредством использования общих объектов Эта взаимосвязь осуществляется благодаря репозиторию, где хранится вся информация об объектах и их связях.


Слайд 47

Операции над моделями Основные • проверка корректности моделей (семантические проверки); • составление разнообразных отчетов по модели; • оптимизация моделей по различным критериям; • анализ моделей, проводимый по различным методикам, например, функционально-стоимостной анализ, стратегическое планирование; • сравнение моделей; • обмен информацией с другими программными системами; • непрерывное улучшение модели. Вспомогательные (служебные): • копирование моделей; • создание вариантов; • слияние моделей; • экспорт/импорт моделей; • хранение моделей, в том числе в виде резервных копий; • очистка (консолидация) моделей


Слайд 48

Объекты моделей Объект — самостоятельная часть методологии, отражающая элемент описываемой предметной области. Понятие «объект» раскрывает модель технических терминов, показанная на рис.


Слайд 49


Слайд 50

Каждый объект • имеет уникальное имя; • принадлежит к определенному типу объектов; • соединен одной или несколькими связями с другими объектами; • имеет свое определенное значение в методологии и описывается свойствами, определяющими конкретный объект данного типа; • может использоваться в одной или нескольких типах моделей; • может создавать свои экземпляры, представленные одним или несколькими символами


Слайд 51

Свойства объекта • размещение атрибутов (Attribute placements), • взаимосвязи (Relationships); • назначение (Assignments); • местонахождение (Occurrences); • внешний вид (Object Appearance); • варианты (Variants); • управление изменениями (Change Management); • предложения по улучшениям (Improvement Proposals); • заполненные атрибуты (Maintained Attributes); • атрибуты объекта (Attributes).


Слайд 52

Объекты классифицируются структурно-зависимые. Эти типы объектов определяют общую структуру модели. Конкретный тип модели подразумевает наличие конкретных структурно-зависимых типов объектов; структурно-независимые.


Слайд 53

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


Слайд 54

Связи объектов Связь — описание взаимоотношений между двумя объектами, имеющая определенные свойства • имеет уникальное имя; • принадлежит к определенному типу. Тип связи зависит как от типов соединяемых объектов, так и от направления соединения. Между некоторыми типами объектов связи не могут существовать; • соединяет исходный и конечный объекты; • характеризуется своими свойствами; • может создавать свои экземпляры, внешний вид которых может быть изменен в определенных пределах.


Слайд 55


Слайд 56

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


Слайд 57

Свойства связей • размещение атрибутов (Attribute placements), • внешний вид связи (Connection Appearance); • местонахождение связи (Connection Occurrences); • атрибуты связи (Attributes); • заполненные атрибуты (Maintained Attributes);


×

HTML:





Ссылка: