Основные цели создания архитектуры предприятия.
Основные цели создания и использования архитектуры предприятия и его систем позволяют осуществить:
• выбор рационального (реализуемого, достигающего цели) решения задач основной деятельности бизнеса предприятия;
• сохранение взгляда на целое в стратегической перспективе;
• исключение провалов в устройстве системы и при ее эксплуатации;
• создание основы и критериев для оценки частных архитектур;
• оптимальное планирование инвестиций предприятия.
Рис. 1. Схема архитектуры компьютеризированного предприятия по NIST (HW-hardware-аппаратное обеспечение, SW-software-программное обеспечение).
Аналитики выделяют следующие подходы процессу построения архитектуры предприятия [Schekkerman Jaap, 2003]:
- Традиционный подход - требует существенных затрат времени и ресурсов для построения архитектуры предприятии. Первый этап построения архитектуры рассматривается как проект в ходе, которого собирается детализированная информация о состоянии предприятия (текущая архитектура) и на ее основе начинают разрабатываться планы развития (целевая архитектура). Основу данного подхода составляет процесс построения архитектуры предприятия;
- Сегментный подход постепенно вводит понятие архитектуры предприятия в компанию. В основе такого подхода заложены принципы построения архитектуры предприятия, на основе которых внедряются новые технологии (информационные системы), стандарты, продукты и услуги. Такой подход позволяет сосредоточить работы на ключевых бизнес функциях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов.
Следует отметить существование третьего подхода к процессу построения архитектуры предприятия: подхода статус-кво. Суть данного подхода в том, чтобы не внедрять архитектурный процесс на предприятии, или, другими словами, оставить все как есть.
|
|
|
Архитектура предприятия развивается циклично. В ходе разработки стратегии развития предприятия выявляются изменения в бизнес - архитектуре предприятия, позволяющие оптимизировать его бизнес - процессы, а изменение бизнес - процессов предприятия непосредственно влияет на изменение ИТ - архитектуры. Далее разрабатывается план миграции, в ходе выполнения которого происходит переход из текущего состояния в планируемое. При этом процесс миграции является лишь очередным шагом на пути преобразования предприятия и его окончание означает переход предприятия на новый виток развития, вновь начинающийся с разработки стратегии.
Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (Steven Spewak) и назывался EAP (Enterprise Architecture Planning). Модель выделяет в архитектуре предприятия семь шагов, разделенных на четыре уровня, и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса [Сизов, 2008].
|
|
|
Уровень 1. Это уровень начала работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры.
Уровень 2. Этот уровень описывает состояние предприятия в настоящий момент времени. Другими словами, это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка текущей бизнес архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем).
Уровень 3. Это уровень описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами на этом уровне происходит разработка целевой архитектуры.
Уровень 4. Это уровень, обеспечивающий разработку плана перехода из текущего состояния в будущее. На этом уровне разрабатывается план миграции.
|
|
|
Процесс разработки архитектуры предприятия имеет циклическую структуру.
Одной из основных составляющих проекта разработки архитектурного процесса является создание структур, обеспечивающих управление и контроль за всем процессом. Архитектура предприятия должна являться основополагающим правилом, законом, в соответствии с которым происходят изменения деятельности компании.
Основу управления и контроля архитектурного процесса, как правило, составляет набор руководящих принципов. Многие аналитики выделяют следующий набор принципов:
- Внедрение новых систем и модернизация существующих должны проходить оценку эффективности, целесообразности для компании и соответствовать ее стандартам.
- Необходимо контролировать изменения бизнес - процессов и информационных систем в рамках их влияния на другие обеспечивающие (зависимые) бизнес процессы и информационные системы.
- Архитектурные модели должны поддерживаться в актуальном состоянии. Необходимо обеспечивать контроль целостности моделей и связей между ними.
- Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики. Все проекты должны контролироваться на соответствие стандартам.
- Результаты работы архитектурного процесса должны готовиться в виде рекомендаций, подлежащих утверждению высшим руководством организации.
Одним из инструментов, обеспечивающих управление и контроль за архитектурным процессом, является создание архитектурного комитета во главе с одним из топ менеджеров. Функции архитектурного комитета заключаются в отслеживании и одобрении проектов и инициатив, существующих в компании, и оценке целесообразности их проведения. Следует отметить, что вместе с созданием архитектурного комитета на предприятии создается еще один бюрократический уровень, позволяющий активировать и останавливать проекты. Недостатком архитектурного комитета может оказаться возможность задержек при рассмотрении вопросов в ситуации, когда требуется быстрое принятие решений.
|
|
|
^ Разработка архитектуры - процесс, требующий привлечения большого числа участников и рациональной организации их работы. В связи с этим выбор методологии является необходимой и важной задачей, так как от правильного ее решения зависит успешность усилий, затрачиваемых на разработку и поддержание архитектуры.
В настоящее время существует множество методик построения архитектуры предприятия. Данная лекция не ставит своей целью описать все множество существующих в настоящее время методик разработки архитектуры предприятия, поэтому ниже приведена информация о наиболее популярных в настоящий момент моделях.
Следует отметить, что архитектурные методики претерпевают постоянные изменения вместе с новыми тенденциями в области управления предприятием и развитием информационных технологий.
Первые версии многих современных методик были разработаны еще в 90-х г. прошлого века [Zachman J. A., 2002]. Многие из них постоянно модернизируются или становятся основой для других, более современных методологий:
- ^ Zachman framework – методика, опубликованная впервые в 1987 году Zachman Institute for Framework Advancement (ZIFA). Методика постоянно обновляется и поддерживается в актуальном состоянии. Лежит в основе многих программных продуктов для архитектурного моделирования (например, CASE Wise).
- ^ EAP (Enterprise Architecture Planning) – коммерческая методика, разработанная в 1992 г. Стивеном Спиваком (Steven Spewak) на основе двух верхних уровней Zachman framework: Scope (Planner) и Business Model (Owner). Методика представляет собой архитектурный процесс, обеспечивающий инициализацию и разработку архитектуры в рамках всего предприятия.
- ^ PERA (Purdue Enterprise Reference Architecture). Методика разрабатывалась в 1989 – 1992 гг. в Purdue Laboratory for Applied Industry Control (PLAIC). В основе методики заложена декомпозиция плана внедрения информационной системы на отдельные шаги и упрощения за счет этого ее внедрения и интеграции. В настоящее время эту методику не поддерживают в актуальном состоянии.
- ^ TOGAF (The Open Group Architecture Framework) была разработана в 1995 г. Методика позиционируется авторами как средство разработки информационных систем. Методика сфокусирована на эффективном функционировании приложений, критичных для бизнеса.
- ^ CIMOSA (Computer Integrated Manufacturing Open Sys), известная как CIM Open System Architecture, была разработана компанией AMICE Consortium в 1996 г. Методика являлась одной из инициатив в рамках программы European ESPRIT. В настоящее время можно говорить о том, что CIMOSA является европейским архитектурным стандартом для построения комплексных автоматизированных производств (CIM – Сomputer-Integrated Manufacturing), и поддерживает все этапы их жизненного цикла.
- ^ IAF (Integrated Architecture Framework) разрабатывалась в 1996 г. В ее основу были заложены: Zachman Framework, EAP (Enterprise Architecture Planning). В настоящий момент эта методика разрабатывается и используется Cap Gemini и Ernst & Young consulting.
- ^ FEAF (Federal Enterprise Architecture Framework) – была разработана в 1996г. в USA Chief Information Officers Council. Методика обеспечивает построение крупных комплексных систем для государственных организаций. Данная методика легла в основу многих современных концепций построения архитектуры предприятия (например, Treasury Enterprise Architecture Framework, TEAF).
- ^ JTA (Joint Technical Architecture). Первая версия этой методики разрабатывалась для US Department of Defends и была опубликована 22 августа 1996 г. В настоящее время методика поддерживается в актуальном состоянии National Defiance Industrial Association (NDIA).
- ^ E2AF (Extended Enterprise Architecture Framework) была разработана в Institute For Enterprise Architecture Development в 2002 г. Методика включает в себя элементы следующих методик: Zachman Framework, EAP (Enterprise Architecture Planning), IAF (Integrated Architecture Framework), Federal Enterprise Architecture Framework.
Наиболее интересные методики построения архитектуры предприятия были предложены такими аналитическими компаниями как Meta Group (2002) и Gartner (2005).
Дата добавления: 2022-01-22; просмотров: 95; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!