Бизнес архитектура это описание

Рассматриваемая в статике архитектура предприятия состоит из следующих элементов [10]:

• 1) миссии и стратегии, стратегических целей и задач;
• 2) бизнес-архитектуры;
• 3) системной архитектуры.

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

1) в широком смысле миссия — это философия и предназначение, смысл существования организации. Философия организации определяет ценности и принципы, в соответствии с которыми организация намеревается осуществлять свою деятельность.

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

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

Бизнес-архитектура экосистемы банка: как построить и что внутри

Стратегия в широком толковании представляет собой искусство руководства общественными процессами, общий план руководства. Применительно к предприятию (организации), по определению Е. Кассельса [5], стратегия — это модель поведения, которой следует организация для достижения своих долгосрочных целей. В свою очередь, стратегическое планирование — это процесс осуществления систематизированных и взаимосогласованных работ с определением долгосрочных целей и направлений деятельности предприятия [12].

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

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

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

Подробное описание основных элементов архитектуры предприятия приведено в пп. 1.2.2-1.2.4.

Представление архитектуры предприятия в статическом аспекте как совокупности трех основных элементов определяет позиционирование слоев архитектуры.

Что такое Архитектура предприятия ?!

В архитектуре предприятия выделяют следующие слои:

• 1) фронт-офис (Front-Office);
• 2) мидл-офис (Middle-office);
• 3) бэк-офис (Back-office);
• 4) учет (Accounting);
• 5) информационное хранилище (Data Warehouse);
• 6) отчетность (Reporting).

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

Наличие слоев в архитектуре предприятия

Слои архитектуры предприятия

Информационное хранилище (Data Warehouse)

Фронт-офис в бизнес-архитектуре — это совокупность биз-нес-процессов, процедур, нормативных документов (регламентов), справочников, печатных форм, организационно-штатных подразделений, обеспечивающих со стороны предприятия взаимодействие с клиентом:

• получение и ввод для последующей обработки первичных документов;

• • печать и предоставление клиенту информации и документов;
• • рассылку клиентам информационных сообщений;
• • «обзвон» клиентов;
• • прием входящих телефонных звонков клиентов;
• • прием запросов и предоставление информации.

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

Фронт-офис в системной архитектуре — это совокупность информационных систем, баз данных (БД) и справочников, направленных на автоматизацию бизнес-процессов взаимодействия с клиентом. Примеры информационных систем фронт-офиса: интернет-банк, информационная система Call-центра, система управления взаимоотношениями с клиентами (CRM — Customer Relationship Management System).

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

Мидл-офис в системной архитектуре — это совокупность информационных систем, баз данных и справочников, направленных на автоматизацию бизнес-процессов, связанных с подготовкой и принятием решений. Примеры информационных систем мидл-офиса: система ведения позиционного учета, система проверки заемщика в бюро кредитных историй, система расчета скорингового [1] балла по кредитной заявке.

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

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

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

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

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

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

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

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

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

• • сформулированными миссией и стратегией предприятия, стратегическими целями и задачами;
• • бизнес-архитектурой в текущем (AS-IS — как есть) и планируемом (ТО-ВЕ — как должно быть) состоянии;
• • системной архитектурой в текущем (AS-IS) и планируемом (ТО-BE) состоянии;
• • планами мероприятий и проектов по переходу из текущего состояния в планируемое (планами миграции). Иногда модели AS-IS и ТО-BE различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального состояния системы к конечному, поскольку такой переход — это тоже бизнес-процесс.

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

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

Выполнение плана миграции не означает замораживания развития бизнес- и системной архитектуры [10] (рис. 1.5).

Рис. 1.5. Циклическое развитие архитектуры предприятия

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

Технология проектирования информационных систем подразумевает сначала создание модели AS-IS, затем анализ и улучшение бизнес-процессов, т. е. создание модели ТО-BE, и только на основе модели ТО-BE строится модель данных, прототип и затем окончательный вариант информационной системы.

Связь понятий бизнес-архитектуры, системной архитектуры и архитектуры предприятия показана на рис. 1.6 [1].

I Уровень уменьшения сложностей и затрат I

Рис. 1.6. Позиционирование понятия «архитектура предприятия»

Эволюция представлений об архитектуре предприятия и получаемая на каждом этапе расширения соответствующих представлений дополнительная ценность показаны на рис. 1.7 [1].

Рис. 1.7. Расширение представлений об архитектуре предприятия и дополнительные преимущества

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

• [1] Скоринговый балл — количественная оценка кредитоспособности потенциального заемщика (чем выше балл, тем выше кредитоспособность). В зависимости от балла определяется либо вероятность дефолта заемщика, либо принадлежность к определенному классу.

Источник: ozlib.com

БИЗНЕС-АРХИТЕКТУРА

В настоящее время существует широкий спектр определений того, что является бизнес-архитектурой и бизнес-моделями. Бизнес- архитектура является областью, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации. Как правило, она включает в себя утверждения по поводу миссии и целей организации, критические факторы успеха, бизнес-стратегии, описания функций, а также структуры и процессы, необходимые для реализации функций [12.12, 12.13].

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

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

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

• • Каков внешний контекст деятельности организации?
• • В чем состоят основные функции и добавочная стоимость, которая является итогом деятельности организации?
• • Какие сценарии развития бизнеса необходимо учитывать, и какова вероятность их реализации?
• • Какие необходимы информационные взаимосвязи и процессы обработки информации?

Gartner рекомендует начать с построения высокоуровневых моделей бизнес-процессов предприятия. Начальным этапом для этого является определение классов бизнес-процессов. Под классом бизнес- процессов понимается группа процессов, которые состоят из большого числа одинаковых бизнес-активностей. Например, Австралийское бюро статистики выделило для себя такие классы бизнес-процессов как сбор информации о хозяйствующих субъектах, сбор информации о домохозяйствах, сбор вторичных статистических материалов, распространение информации, анализ данных, административные процессы [12.8, 12.9].

Далее предполагается выполнение нескольких последовательных шагов.

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

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

Шаг 2. Отследить связи между этими процессами и бизнес-

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

Шаг 3. Построить модели высокого уровня для ключевых бизнес- процессов в виде последовательности макрошагов.

Шаг 4. Для каждого макрошага процессов, идентифицированных на этапе 3, определить ответственных за выполнение шага. Это может быть функциональное подразделение внутри организации, партнер, клиент, внешний регулирующий орган.

Шаг 5. Идентифицировать и документировать основные категории информационных объектов (опять же рекомендуется не более восьми).

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

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

В качестве инструментальных средств для моделирования можно использовать ARIS, SoftwareArchitect, EnerpriseArchitect, AllFusionProcessModeler, BPMN и т.д. В большом количестве случаев стандартных графических пакетов типа MicrosoftVisio, текстового редактора и электронной таблицы бывает достаточно.

Источник: studref.com

Объекты бизнес-слоя

Бизнес-слой, или бизнес-архитектура, описывает структуру и взаимодействие между бизнес-стратегией, организацией, функциями, процессами и информационными потребностями [1] .

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

• • Цели (смысл):

• — движущие силы;
• — цели;
• — показатели;
• — ценности;
• — заинтересованные стороны;
• — интересы (заинтересованных сторон);

• — конфигурация создания ценности;
• — функции;
• — процессы;

На рис. 3.13 отражены аспекты бизнес-слоя, соответствующие объекты и связи между ними (метамодель бизнес-слоя).

Рис. 3.13. Связи между объектами бизнес-слоя архитектуры предприятия

Цели (смысл)

Цели

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

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

Понятие цели имеет различные оттенки, которые важно понимать в контексте описания АП. Так, цель может быть абстрактной, высокоуровневой (например, «Производить лучшие в мире автомобили»). Но цель также может быть и более конкретной, низкоуровневой (например, «Увеличить продажи автомобилей класса “люкс” в Восточной Европе» или «Снизить себестоимость производимых автомобилей»). Во время описания АП практикам приходится регулярно сталкиваться с целями самых разных уровней, и большинство из них важно правильно понять, формализовать и учесть при моделировании АП.

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

Рис. 3.14. Вариации понятия «Цель» [Волкова, Емельянова, 2006]

Подобным образом некоторые англоязычные подходы и методы разделяют понятия «Goal» и «Objective» — первым термином обозначаются высокоуровневые цели, которые могут быть неизмеримыми, а вторым термином — цели, которые конкретны и лучше поддаются измерению. Еще более конкретным является понятие задачи (Target).

Задача — это ограниченный по времени этап для организации, который используется для демонстрации прогресса движения к цели. Примером задачи может служить утверждение «Увеличить продажи продукта X к концу 2018 г. на 20%». Можно сказать, что цель реализуется посредством выполнения определенного набора задач. Задачи должны соответствовать требованиям SMART.

Для понимания соответствия задачи требованиям SMART нужно выяснить, является ли она: конкретной (S — Specific), измеримой (М — Measurable), достижимой (А —Achievable), реалистичной (R — Realistic), ограниченной по времени (Т — Timed). Соответствие требованиям SMART важно как для наилучшего понимания задач/целей, так и для управления ими.

Не всегда цель сразу уточняется до уровня задач. Цель также может быть декомпозирована целями более низкого уровня. Для этого могут использоваться два типа моделей: «Дерево целей» и «Стратегическая карта» (или Карта стратегий).

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

Стратегические карты были предложены Робертом Капланом и Дэвидом Нортоном в начале 2000-х гг. в рамках концепции сбалансированной системы показателей. С учетом этого рассмотрим пример стратегической карты после рассмотрения данной концепции.

• [1] См.: TOGAF. 9.1. Part 1: Introduction. Definitions // URL: http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html (дата обращения: 20.01.2018).

Источник: studme.org