Михайлов, О. В. Обзор основных элементов архитектуры предприятия / О. В. Михайлов. — Текст : непосредственный // Вопросы экономики и управления. — 2016. — № 3 (5). — С. 83-86. — URL: https://moluch.ru/th/5/archive/31/895/ (дата обращения: 21.05.2023).
В статье рассмотрены основные предметные области и домены архитектуры предприятия, выделены модели, принципы и стандарты в рамках архитектуры предприятия.
Ключевые слова: архитектура предприятия, элементы архитектуры предприятия, бизнес-процессы.
В состав архитектуры предприятия включают от четырех до семи основных предметных областей и доменов [1]. Эти предметные области последовательно работают над архитектурными аспектами, отталкиваясь от потребностей работы предприятия и обеспечивая весь набор технологий для реализации какого-либо решения бизнес-проблемы. Выделяют следующие домены архитектуры предприятия:
Бизнес-архитектура. Характеризует систему работы организации с точки зрения ее основных бизнес-процессов.
Архитектура информации. Определяет оптимальный набор данных, необходимый для поддержания бизнес-процессов, а также для обеспечения стабильности и долговременного использования этих данных в прикладных системах.
Архитектура приложений. Определяет оптимальный набор приложений для осуществления управления данными и поддержки бизнес-функций.
Технологическая архитектура. Определяет актуальный набор аппаратного, системного, программного обеспечения, сетей и коммуникаций, необходимых для создания среды работы приложений, которые обеспечивают работу по управлению данными и обеспечивают бизнес-функции.
В зависимости от вида деятельности организации и актуальности решения тех или иных проблем выделяют и другие представления архитектуры:
Архитектура интеграции. Определяет инфраструктуру для интеграции различных приложений и данных.
Архитектура общих сервисов. Это использование в архитектуре предприятия общих механизмов и сервисов, например электронная почта, утилиты безопасности и др.
Сетевая архитектура. Обеспечивает оптимальную работу сетевых и коммуникационных технологий, используемых в организации.
Архитектура предприятия будет неполная баз архитектуры управления и эксплуатации информационных технологий, т. е. структур управления и наборов процессов, которые поддерживают и обеспечивают работу всех архитектурных процессов, протекающих в организации.
В рамках архитектуры предприятия выделяют модели, принципы и стандарты. Стандарты разрабатываются на основе принципов и описывают, как принципы будут реализованы на практике. Модели используются как визуализированное отображение, используемых для описания архитектуры принципов и стандартов. Модели представляют характеристику сложных процессов, происходящих в современном мире, и создают абстрактные конструкции, в которых опущены несущественные детали, а основное внимание сосредоточено на наиболее важных аспектах описываемого предмета.
Практика описания стратегии и архитектуры информационных технологий, иные нормативные документы, включает в себя следующие элементы:
Миссия и видение.
Руководящие принципы. Отражают принципы и ключевые элементы использования информационных технологий в работе руководителя организации..
Цели, задачи и стратегии.
Архитектура информационных технологий.
Правила. Правила, есть общепринятые утверждения, которые определяют направления и цели, связанные с инициативами в области информационных технологий. Правила обеспечивают скоординированных процесс работы предприятия, эффективную работу систем и эффективное использование информационных технологий.
Процедуры. Это порядок описания правил и стандартов, которые используются на постоянной основе.
Руководства и рекомендации. Описание максимально актуальных практик и подходов, необходимых для реализации правил и процедур.
Реализация целей, задач и стратегий достигается через соответствующие IT-проекты, которые формулируются в планах на очередной период деятельности.
Весь перечень элементов выглядит достаточно обширным, но он дает максимальную картину, связанную с описанием стратегии и архитектуры информационных технологий на высоком уровне.
Некоторые из приведенных выше элементов необходимо использовать в определенном порядке, т.е между правилами, стандартами и процедурами должна выстраиваться строгая иерархия. Стандарты всегда должны быть связаны с правилами, хотя правила не всегда имеют стандарты, а процедуры всегда имеют свои стандарты, но стандарты не имеют своих процедур.
Некоторые принципы в не контекста архитектуры могут быть весьма специфичны, но при их использование на ряду с другими принципами, отражает важность высокоуровневых информационных технологий.
При разработке и использовании стандартов необходимо опираться на следующие аспекты:
Следует уделять внимание стандартам, которые способны эффективно использовать основные технологии архитектуры.
Определять стандарты процессов.
Разрабатывать современные интерфейсы. Работа интерфейсов является основой для интеграции систем.
Организовать плотное взаимодействие меду бизнес подразделениями организации.
Для максимальной эффективности стандартов необходимо работать над конкретными версиями технологий, интерфейсов программ, утилит и пр.
Стандарты должны включать способы проверки на соответствие.
Стандарты должны включать описание организации процесса и его поддержки, для чего стандарты должны периодически модернизироваться.
Третьим элементом бизнес-архитектуры является модель и процесс моделирования. Модель содержит конкретные данные, характеризующие систему, и используются для общего представления реальной системы в целях ее концептуального осмысления, для понимания системы конечными пользователями.
Модели можно классифицировать по различным критериям:
формальные и неформальные;
количественные — дающие численные оценки и проверки, и качественные — характеризующие понимание поведения системы;
описательные — предназначенные для восприятия человеком, и исполняемые — позволяющие исследовать поведение системы и использовать полученные результаты для работы с исходной системой.
Архитектура предприятия представляет собой сложную систему из взаимодействующих IT-ресурсов, их структурных компонентов и взаимодействия между ними и включает в себя стандарты, которые определяют границы работы разработчиков при создании и модернизации систем. Архитектура сложная система, поэтому при изменении одной области системы, может привести к изменению во многих других областях.
Процесс создания моделей и моделирования следует рассматривать с двух сторон: моделирование для обеспечения понимания и моделирование для интеграции. Первым шагом в сфере создания высокоуровневых моделей предприятия становится создание моделей бизнес-процессов. Разработка моделей для предметных областей архитектуры является итерационным процессом, который связан с рассмотрением различных перспектив, а также связей между моделями различных предметных областей архитектуры предприятия.
При разработке моделей предметных областей архитектуры, необходимо разрабатывать детальные модели бизнес-процессов. Такие модели описывают предприятие на различных уровнях, которые соответствуют видимости предприятия различными категориями людей. Создание информационных систем состоит из процесса постепенного уточнения моделей.
Для описания предприятия, его бизнес-процессов, информационных систем и информации на каждом уровне построения могут использоваться как динамические так и статистические модели. Динамические модели описывают процесс обмена информацией между объектами, а статистические рассматривают структуру взаимодействия между ними.
В настоящее время имеется достаточно большое количество методик и средств моделирования, которые могут успешно применяться для разработки моделей различных доменов архитектуры предприятия.
Литература:
- Михайлов О. В. Анализ развития основных методологий построения архитектуры предприятия // Международный научно-исследовательский журнал «Успехи современной науки». — 2016. — № 3, Том 2. — С. 37–38.
Основные термины (генерируются автоматически): стандарт, архитектура предприятия, модель, разработка моделей, архитектура, домен архитектуры предприятия, область, предметная область архитектуры, рамка архитектуры предприятия, сложная система.
Источник: moluch.ru
Что такое бизнес-архитектура Компании?
Бизнес-архитектура предприятия – это целостная и интегрированная модель фирмы, которая связывает стратегические, структурные, информационные, технологические и операционные аспекты Компании.
Основная цель бизнес-архитектуры предприятия заключается в инкапсуляции сущности бизнеса в действенных элементах и сущностях.
Компоненты бизнес-архитектуры предприятия включают карты бизнес-возможностей, потоки создания ценности, модели процессов, системы и приложения, данные, структуру и роли.
Компания должна быть смоделирована на стабильной основе, стойкой к изменчивым процессам и постоянно меняющимся технологиям. В то время как процесс необходимо упрощать и подводить к завершению взаимодействия или транзакции, и в то время как технология необходима для разработки возможностей, решения, предлагаемые бизнес-возможностями, делают их идеальными кандидатами для захвата сущности предприятия.
Построение карты возможностей Компании -это междисциплинарная работа, требующая объединения функциональных знаний, опыта бизнес-архитектуры и включения процесссных и технологических команд. Можно начать с чистого листа или создать карту возможностей из готовых нотаций. Кроме того, есть некоторые отраслевые рамки и модели возможностей, которые можно приобрести. На наш взгляд, лучше начать с модели возможностей, выполненной на платформе SILA UNION, с поддержкой экспертов (собственных или привлеченных), а затем итеративно усовершенствовать внутренне, чтобы получить вовлечение и, что более важно, внедрение в модель возможностей.
Бизнес-архитекторы разрабатывают и производят много решений. Некоторые модели бизнес-архитектуры являются стратегическими, а некоторые-тактическими. Некоторые – готовы к практическому применению, а некоторые требуют детального анализа и работы. В результате получаются модели возможностей, потоки создания ценности, варианты информационных сущностей и разработки с ориентацией на возможности дорожной карты.
Стоит уточнить, что делает бизнес-архитектор. Бизнес-архитектор моделирует предприятие таким образом, чтобы бизнес-и технологические команды могли понять и принять, а также связать стратегические приоритеты с инициативами по выполнению.
У Компании есть вариант купить готовые к использованию карты бизнес-возможностей — отраслевые модели или модели функциональных областей.
Для более подробной информацией обратитесь к команде SILA UNION, мы с удовольствием ответим на вопросы, продемонстрируем возможности.
Источник: silaunion.ru
Бизнес-архитектура
Большинство организаций имеют достаточно широкие определения того, что является бизнес-архитектурой и бизнес- моделями. Бизнес-архитектура является областью, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации [3]. Как правило, она включает в себя утверждения по поводу миссии и целей организации, критические факторы успеха, бизнес-стратегии, описания функций, а также структуры и процессы, необходимые для реализации функций.
Ключом к построению хорошей бизнес-архитектуры является определение бизнес-процессов, их функций и характеристик. Это становится основой для построения архитектуры приложений, которые обеспечивают эти процессы.
Таким образом, можно сказать, что Бизнес-архитектура включает в себя, как правило, следующие аспекты.
- 1) Бизнес-стратегия, функции и организационные структуры — собрание целевых установок, планов и структур организации. Данная информация может быть представлена в самых разных форматах, но наиболее важный аспект состоит в создании контекста для описания бизнсс-процсссов. Эта часть архитектуры не является технической, но она критически важна с гой точки зрения, что архитектура информационных технологий (информации, прикладных систем, технологическая архитектура) строится па ее основе и обеспечивает реализацию ключевых функций организации.
- 2) Архитектура бизнсс-процсссов, которая определяет основные функциональные области организации. Для министерства — это могут быть функции, перечисленные в Положении о министерстве, для коммерческой организации — процессы разработки новых продуктов, услуг и сбыта товаров и т.п. Она также описывает специфические процессы внутри каждой функциональной области и их операционные параметры — например, объемы операций, роли, реализацию централизованной или децентрализованной модели операций и т.д. Эта часть является как бы «точкой соприкосновения» между бизнес-архитектурой и архитектурой приложений и обеспечивает взгляд на бизнес и функции организации, достаточно детализированный для того, чтобы использовать его при выработке стратегии и планов создания приложений.
- 3) Показатели эффективности. Этот аспект состоит в определении ключевых показателей эффективности (КПЭ) работы организации, их текущих уровней и желаемых, будущих уровней и включает в себя также разработку на верхнем уровне модели КПЭ для мониторинга.
«Если архитектура ИТ предприятия описывает то, как компоненты ИТ объединяются вместе для достижения нужного результата, то точно также бизнес-архитектура описывает, как элементы бизнеса соединены вместе» .
Рисунок 3.1- Контекст Бизнес-архитектуры
Построение бизнес-архитектуры начинается с общего обзора ситуации, который предполагает поиск ответов на следующие вопросы:
Каков внешний контекст деятельности организации?
В чем состоят основные функции и добавочная стоимость, которая является итогом деятельности организации?
Какие сценарии развития бизнеса необходимо учитывать, и какова вероятность их реализации?
Какие необходимы информационные взаимосвязи и процессы обработки информации?
Усилия по построению бизнес-архитектуры, которая представляется в виде бизнес-моделей, быстро окупают себя и имеют большое количество дополнительных преимуществ. Под бизнес-моделями понимается динамический поток событий, связанных с бизнесом, в который вовлечены различные функции бизнеса, организационные единицы и активы предприятия.
Возможная отдача от реализации таких моделей достаточно подробно изучалась и описывалась на протяжении последнего столетия. Основная проблема состоит в том, чтобы убедить руководство в этих преимуществах и добиться от него поддержки проведения проекта разработки бизнес-моделей.
А преимущества от построения таких моделей лежат в двух плоскостях: дополнительных возможностях для бизнеса и уменьшении затрат. По оценкам, создание бизнес-моделей и связанная с этим оптимизация затрат даже без радикальных изменений бизнеса может дать до 10% экономии. А при моделировании альтернативных вариантов бизнес-процессов организации могут сэкономить до 20%. Но не менее важная роль бизнес-моделей состоит в том общем языке, которые они дают представителям бизнеса и ИТ в обсуждении соответствующих возможностей.
Важную роль в процессе формирования целевой архитектуры предприятия играют модели бизнес-процессов. На самом деле, обеспечение соответствия между ключевыми бизнес- процессами и архитектурой информационных технологий является самой важной составляющей всех усилий по созданию архитектуры.
Эти модели также могут быть реализованы различными способами, т.е. являются описательными или исполняемыми, качественными или количественными и т.п. Они могут применяться как на исключительно «бизнес-уровне» для оптимизации соответствующих процессов, так и для облегчения взаимопонимания между бизнес-пользователями и специалистами в области ИТ.
Обычно в организации имеется 10-20 основных процессов. Предложенные ниже методики помогают реализовать самый трудный начальный этап описания и документирования этих процессов. Подчеркнем, что бессмысленно разрабатывать детальные модели подпроцессов для всех основных процессов. Важно сосредоточиться на тех из них, которые будут подвергнуты изменениям. Это соответствует принципам «минималистской архитектуры».
Gartner рекомендует начать с построения высокоуровневых моделей бизнес-процессов предприятия. Начальным этапом для этого является определение классов бизнес-процессов. Под классом бизнсс-процсссов понимается группа процессов, которые состоят из большого числа одинаковых бизнсс-активностсй. Например, Австралийское бюро статистики выделило для себя такие классы бизнес-процессов как сбор информации о хозяйствующих субъектах, сбор информации о домохозяйствах, сбор вторичных статистических материалов, распространение информации, анализ данных, административные процессы.
Далее рекомендуется выполнить следующие шаги.
Шаг 1. Идентификация критически важных для предприятия процессов (обычно не более восьми).
Хорошими кандидатами для включения в рамки архитектуры предприятия являются те ключевые процессы, которые максимально влияют на способности организации реализовывать свою миссию, достигать цели, выполнять основные функции, а также следующие процессы:
- — процессы, которые открывают новые возможности, например, новые каналы предоставления услуг;
- — процессы, которые в настоящее время выполняются плохо и являются источниками неудовлетворенности клиентов;
- — процессы, в которых имеются возможности для экономии.
Желательно, чтобы рекомендуемое число таких процессов,
не превышало «волшебного числа» 8 в соответствии с известным принципом: «семь плюс-минус два» объекта. При необходимости схожие бизнес-процессы могут быть объединены в группы или классы.
Шаг 2. Отследить связи между этими процессами и бизнес — стратсгиями, движущими силами и критически важными факторами успеха. Это можно сделать с помощью матрицы взаимных связей. Для каждого элемента этой матрицы определяется качественная оценка по принципу «важно» — «неважно» или по некоторой условной шкале. Например, можно использовать так называемую шкалу 9-3-1, в соответствии с которой 9 обозначает сильную взаимосвязь, 3 — промежуточную, 1 — слабую.
Шаг 3. Построить модели высокого уровня для ключевых бизнес-процессов. Это включает последовательность основных шагов (желательно, не более восьми на процесс).
Шаг 4. Для каждого шага процессов, идентифицированных на этапе 3, определить ответственных за выполнение шага. Это может быть функциональное подразделение внутри организации, партнер, клиент, внешний регулирующий орган.
Шаг 5. Идентифицировать и документировать основные категории информационных объектов (опять же рекомендуется не более восьми).
Такое небольшое количество высокоуровневых моделей и понимание их связей с ключевыми факторами и факторами успеха позволяет понять в целом деятельность организации и использование ИТ-ресурсов. Более детальные модели, создание которых мы опишем в следующем разделе, полезно привязывать к этим высокоуровневым моделям.
Источник: bstudy.net
