Методология АРИС презентация

Oracle PM, CASE-средства и т.п.)‏
Каждая из систем использует одну или ряд методологий для построения моделей бизнес-процессов

также форм представления моделей средствами визуализации

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

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

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

(объекты и отношения между ними)
База предопределенных объектов и отношений между ними

моделирование (IDEF/CPN)
Методология АРИС представляет собой комплекс методов, позволяющий в зависимости от целей бизнес-анализа выбирать адекватные модели.

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

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

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

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

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

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

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

разделение на уровни представления моделей в зависимости от степени их близости к информационным технологиям:

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

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

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

программные компоненты

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

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

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

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

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

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

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

объектов
Эта взаимосвязь осуществляется благодаря репозиторию, где хранится вся информация об объектах и их связях.

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

«объект» раскрывает модель технических терминов, показанная на рис.

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

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

модели подразумевает наличие конкретных структурно-зависимых типов объектов;
структурно-независимые.

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

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

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

местонахождение связи (Connection Occurrences);
• атрибуты связи (Attributes);
• заполненные атрибуты (Maintained Attributes);