18. Методология 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 использование информационных технологий в реинжиниринге бизнес процессов.