Основные модели и инструменты описания бизнес архитектуры

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

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

Модели бывают различных типов: модели процессов/потоков работ, функциональные модели, организационные модели, модели данных/ресурсов, временные модели типа диаграмм Ганта, модели причинно-следственных связей. Факт заключается в том, что нет «одной, самой лучшей» модели для описания бизнес-процессов. Можно провести аналогию с графиками, которые используются для иллюстраций.

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

Для автоматизации моделирования процессов сложился специальный класс программных продуктов. Наиболее известными являются такие продукты, как ARIS, Software Architeсt, BPWin (новое название – AllFusion Process Modeler), хотя в большом количестве случаев стандартных графических пакетов типа Microsoft Visio, текстового редактора и электронной таблицы бывает достаточно. В данном курсе мы не будем останавливаться на сравнительном анализе этих и других средств, и отсылаем читателя к специализированным публикациям.

Читайте также:  Как навести порчу на бизнес конкурента

Основное внимание при разработке Бизнес-архитектуры должно уделяться «картине в целом». Целью Бизнес-архитектуры не является детальное описание деятельности предприятия. Модели, включенные в Бизнес-архитектуру, должны давать необходимый минимум сведений о ключевых функциях, процессах, бизнес-событиях и потоках информации, достаточный для процесса принятия решений, поиска новых возможностей для инноваций. Дальнейшая детализация выполняется с использованием таких инструментов, как:

  • декомпозиция функций/процессов;
  • анализ бизнес-событий;
  • моделирование местоположений выполнения функций/процессов;
  • модель интеграции функций/процессов.

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

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

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

После того как модели созданы, на их основе можно выполнять различные методы анализа:

  • анализ цепочек создания добавочной стоимости (А нужно ли вообще выполнять этот шаг?)
  • динамическое моделирование (Как эта модель выполнения бизнес-функций будет себя вести при различных значениях на входе и доступных ресурсах, и как со временем будет меняться поведение процесса?)
  • анализ пересечений и непокрытых областей (Gap-overlap analysis) (Будет ли наша бизнес-архитектура иметь избыточные элементы, и есть ли в ней «пробелы»?)
  • соотнесение затрат с активностями (Activity-based costing) (На каких процессах, каналах продаж и заказчиках мы реально зарабатываем или теряем деньги?)
  • обучение (Как эти бизнес-процессы соотносятся с другими?)
  • общая стоимость владения (Сколько стоит этот процесс?)
  • возврат инвестиций (ROI) (Будет ли достигнут возврат инвестиций в данный бизнес-процесс и когда?)
  • Архитектура корпоративных информационных систем (10 семестр)
  • Конспекты лекций и семинаров
Читайте также:  Ворлд бизнес консалтинг это

Источник: iu5bmstu.top

Вопрос 5. Модели бизнес-архитектуры

Бизнес-архитектура определяется высшими руководителями и включает в себя:

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

Контекст бизнес-архитектурыПреимущества бизнес- моделей

  • общий язык для бизнеса и ИТ;
  • возможность выявления альтернативных вариантов бизнеса (экономия до 20%);
  • оптимизацию затрат (экономия до 10%).

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

  • выявление важных бизнес-процессов (обычно <=8);
  • связи между этими бизнес-процессами и бизнес-стратегиями (например, матрица взаимных связей – элементы которой имеют бальные значения 9-3-3 или “важно”/”неважно”);
  • построение моделей высокого уровня для ключевых бизнес-процессов (не более восьми шагов на процесс);
  • определение ответственных за выполнение каждого шага (подразделение, партнер, клиент);
  • определение основных категорий информационных объектов (опять же не более восьми).

Основные модели и инструменты описания бизнес-архитектуры Для автоматизации моделирования процессов сложился специальный класс программных продуктов. Наиболее известными являются такие продукты, как ARIS, Software Architeсt, BPWin (новое название – AllFusion Process Modeler). ARIS(Architecture of Integrated Information System) – архитектура интегрированных информационных систем германской фирмы IDS Scheer. Это совокупность различных методов моделирования, отражающих разные взгляды на систему. ARIS поддерживает четыре типа моделей:

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

ARIS предназначена для разработки информационных систем, охватывает этапы, связанные с организационной структурой и моделированием бизнес-процессов. Для описания бизнес-процессов используется диаграмма eEPC (extended Event Driven Process Chain), расширяющая возможности IDEF0, IDEF3 и DFD. Диаграмма представляет собой упорядоченный граф событий и бизнес-функций. Под событием понимается факт получения информационным объектом (например, заказом) определенного статуса, связанного с бизнес-процессом (например, получен). Событие управляет или воздействует на дальнейшее выполнение бизнес-процесса. События могут «переключать» бизнес-функции, т.е. передавать управление от одной функции к другой, а также быть результатом выполнения функций. В отличие от бизнес-функций, которые имеют некоторую продолжительность, события происходят моментально. Группы моделей методологии ARISНаиболее часто используемые модели методологииARISМетодикаФедеральнойАрхитектурыСША– FEA (Federal Enterprise Architecture) Используется модель показателей эффективности: метрики оценки «качества» самого процесса, метрики для оценки прямых результатов (output), метрики для оценки конечных результатов. Метриками процесса являются: время цикла выполнения операций, стоимость на транзакцию или единицу выхода процесса. Метриками оценки прямых результатов являются процент ошибок и количество обслуженных заявок в единицу времени. Метрики оценки конечных результатов — уровень удовлетворенности клиента и эффективность продукта.

Ограничение

Для продолжения скачивания необходимо пройти капчу:

Источник: studfile.net

Рейтинг
( Пока оценок нет )
Загрузка ...
Бизнес для женщин