методология aris

ARIS (акронимот англ. Architecture of Integrated Information Systems) — методологияи тиражируемый программный продукт для моделированиябизнес-процессоворганизаций. Продукт и методология принадлежат немецкойкомпании Software AGкак результат поглощения компании IDS Scheerавтора методологии Августа-Вильгельма Шеера.Методология

Любая организация в методологии ARIS рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях. Общий принцип в инструментарии — возможность интеграции моделей разных типов в рамках одного репозитория посредством декомпозиции (детализации) объектов. Таким образом, любую организацию можно описать с помощью иерархии моделей — от обобщения: например, процессы верхнего уровня с помощью модели VAСD (англ. value added chain diagram) до уровня процедур и ресурсного окружения функций.

Среди большого количества возможных методов описания можно выделить следующие:

1.eEPC (англ. extended event-driven process chain) — метод описания процессов;

2.ERM (англ. entity-relationship model) — модель «сущность-связь» для описания структуры данных;

3.UML (англ. unified modeling language) — унифицированный объектно-ориентированный язык моделирования.

Кроме того, в ARIS предусмотрена возможность создания сценариев автоматизации составления различных аналитических отчётов, нормативных документов, новых моделей. Каждый сценарий представляет собой подпрограмму, запускаемую в ARIS Business Architect (либо Toolset — более ранней версии) или непосредственно на сервере ARIS. Сценарии пишутся на специальном языке программирования — SAX Basic. Для автоматизированного формирования того или иного отчёта в ARIS сценарии оперируют данными из базы моделей, вычленяя из неё конкретные объекты и модели.

Технология ARIS Script позволяет в автоматическом режиме производить:

1.Формирование нормативных документов на основании моделей ARIS (например, паспорт процесса, регламент процесса).

2.Формирование аналитических отчётов на основании моделей ARIS.

3.Интеграцию ARIS Toolset с другими приложениями и базами данных.

4.Формирование базы моделей ARIS на основании готовых спецификаций.

Продукт ARIS используется в различных проектах по реинжинирингу и оптимизации бизнес-процессов, ИТ-проектах типа внедрения и эксплуатации ERP-систем, в частности, есть проработанное интеграционное решение для SAP R/3. Также программное обеспечение ARIS составляет основу пакета Business Process Analysis Suite корпорации Oracle. Технически инструментарий ARIS достаточно простой для изучения, имеет интуитивно понятный интерфейс. Модели легко копируются и вставляются в файлы документов (например, формата doc) в виде рисунков. При этом инструмент обладает обширным функционалом: от описания до стратегического планирования

Нотация

Основные элементы, используемые в нотации ARIS:

ñ Organizational chart:

ñ Organizational unit;

ñ Символ «Person»;

ñ Символ «Location»;

ñ Группа персон, роль: «Role».

ñ Process landscape:

ñ Process.

ñ Business process:

ñ Event — событие фиксирует состояние определенных параметров на определенный момент времени;

ñ Activities — работа, определённое действие, выполняемое в течение некоторого промежутка времени;

ñ Role — должность в организации;

ñ IT system — информационная система, частный случай «хранилища данных»

ñ Risks — риски;

ñ Input and Output data — отправитель или получатель данных.

ñ Process control via rules (and, or, xor) — перекрёсток («и», «или», «исключающее или»);

ñ Proccess interface — средство связи с рассматриваемым процессом.

ñ Data model:

ñ Entity — сущность (таблица);

ñ Attributes — атрибут сущности (поле таблицы);

ñ Primary Key — уникальный атрибут сущности (первичный ключ таблицы);

ñ Foreign Key — внешний ключ таблицы;

ñ Relationship — отношения между сущностями (связь между таблицами);

19. построение модели «как должно быть».

20. аналитик бизнес процессов, его деятельность и рабочие документы

Аналитик бизнес-процессов возглавляет и координирует бизнес-моделирование. Он отвечает за:

ñ видение бизнеса – документ, где определены цели бизнес-моделирования;

ñоценку организации – документ, описывающий текущее состояние дел в организации;

ñбизнес-правила – условия, соблюдение которых необходимо;

ñглоссарий деятельности – словарь основных терминов организации;

ñдополнительную спецификацию – документ со сведениями, не вошедшими в другие документы;

ñмодель бизнес-процессов (Business Use Case Model), моделирующую взгляд на предприятие извне, как на «черный ящик»;

ñмодель бизнес-анализа (Business Analysis Model), моделирующую взгляд на предприятие изнутри, как на «белый ящик».

21. разработчик бизнес процессов, его деятельность и рабочие документы

22. виды диаграмм модели бизнес анализа.

23. составление программы реинжиниринга.

24. формирование команды.

25 использование информационных технологий в реинжиниринге бизнес процессов.