Файл: Учебное пособие по дисциплине итинфраструктура предприятия (курс лекций) Направление подготовки 38. 03. 05 Бизнесинформатика.pdf

57

Gartner в настоящий момент разработал архитектурную мето- дику под названием Gartner Enterprise Architecture Framework (GEAF).
Рассмотреть все методики, представленные на рисунке не представляется возможным в рамках данного курса. Поэтому мы выделим только отдель- ные наиболее интересные, с нашей точки зрения, модели построения ар- хитектуры предприятия.
Модель Захмана
Модель Захмана – одна из первых попыток создать систематизиро- ванный подход к построению архитектуры предприятия, на котором ин- формационные технологии являются лишь набором отдельных разрознен- ных элементов. В основе методики заложена таблица для моделирования архитектуры, получившая известность под названием Zachman Framework.
В модели Захмана архитектура предприятия рассматривается, как
«набор описательных представлений (моделей), которые применимы для описания Предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенно- го периода (динамичность)».
Архитектура в модели Захмана рассматривается с точки зрения раз- личных заинтересованных лиц, где «архитектурное представление» - это ячейка таблицы, соответствующие пересечению определенного столбца и строки. Таким образом, мы можем говорить не об одной определенной ар- хитектуре предприятия, а о нескольких различных представлениях архи- тектуры, зависящих от предъявляемых требований.
Методика впервые была опубликована в 1987 году Джоном Захма- нам как схема развития информационных технологий на предприятии для обеспечения взаимосвязи между информационными системами и требова- ниями бизнеса. Методика создает контекст описания различных архитек- турных представлений в соответствии с требованиями заказчика в виде нескольких различных аспектов (Рисунок 6.).
В современном виде модель Захмана была представлена в 1992 году и впоследствии послужила основой для создания множества других моде- лей и методик, ориентированных на разработку архитектуры, как пред- приятий, так и информационных систем (Рисунок 7.).

58
Рисунок 6. Zachman Framework (1987)
Рисунок 7. Zachman Framework (1992)
Таблица включает в себя шесть строк и шесть столбцов. Шестая строка, отображенная в таблице, описывает существующую структуру ор- ганизации, то есть является элементом документирования текущего со- стояния (текущая архитектура). На пересечении строк и столбцов распо-

59 ложена модель, детализирующая архитектурное представление на опреде- ленном уровне абстракции.
Столбцы таблицы описывают основные аспекты, отражающие все сферы деятельности организации, отвечающие на простые вопросы: что, как, где, кто, когда, почему.
Данные (DATA) - что? Уровень описывает любые формы предос- тавления информации необходимой для эффективного функционирования предприятия.
Функции (FUNCTION) – как? Описывает набор бизнес-процессов, обеспечивающих функционирование предприятия.
Место (NETWORK) – где? Определяет географическое расположе- ние объектов и сетевую организацию предприятия.
Люди (PEOPLE) - кто? Определяет участников процесса, описыва- ет распределение ответственности и функции работников.
Время (TIME) - когда? Описывает временные характеристики.
Время может быть абсолютным или относительным, отражать взаимо- связь процессов.
Мотивация (MOTIVATION) - почему? Определяет направление развития бизнес-цели и стратегии.
Строки в таблице соответствуют уровню абстракции, в соответствии с которым описывается предприятие.
Сфера действия (SCOPE) – это самый верхний (глобальный) уро- вень абстракции, отображающий основные элементы планирования биз- неса. Документы, составленные на этом уровне, не являются технически- ми и оперируют такими понятиями, как продукты, услуги, клиенты.

Данные: определяется список важных понятий и объектов.

Функции: список основных бизнес-процессов.

Место: территориальное расположение производственных под- разделений.

Люди: список ключевых бизнес подразделений организации.

Время: важнейшие события, календарный план.

Мотивация: бизнес-цели и стратегии предприятия.
Модель бизнеса (BUSINESS MODEL) – уровень описывает кон- цептуальную модель и предназначен для описания предприятия в терми- нах бизнеса. Уровень описывает структуру организации, ключевые и вспомогательные бизнес-процессов. Модель бизнеса рассматривает архи- тектуру с точки зрения менеджера, владельца процесса.

Данные: концептуальная модель данных.

Функции: модель ключевых и вспомогательных бизнес- процессов.

Место: логистика процессов.

60

Люди: модель потока работ (workflow).

Время: мастер – план реализации.

Мотивация: бизнес-план.
Системная модель (SYSTEM MODEL) – описывает логическую модель построения предприятия и соответствует точке зрения системного архитектора, проецирует взгляд бизнеса (заказчика) на информационные системы. На этом уровне бизнес-процессы рассматриваются с точки зре- ния информационных систем, дается детализированное описание данных и правила их преобразования.

Данные: логические модели данных.

Функции: архитектура приложений.

Место: модель распределенной архитектуры.

Люди: архитектура интерфейса пользователя.

Время: структура процессов.

Мотивация: роли и модели бизнес-правил.
Технологическая модель (TECHNOLOGY MODEL) – обеспечи- вает привязку архитектуры к программно аппаратным средствам с точки зрения проектировщика. На этом уровне рассматривается физическая мо- дель и описывается взгляд проектировщика на выбор технологий реализа- ции.

Данные: физическая модель данных.

Функции: архитектура информационных систем.

Место: технологическая архитектура.

Люди: архитектура представления.

Время: структура управления.

Мотивация: описание правил бизнес - логики.
Детали реализации (DETAILED REPRESENTATIONS) – опреде- ляет набор работ и конкретные программно-аппаратные средства, обеспе- чивающие функционирование предприятия. Это уровень разработчика, на котором происходит распределение работ между внутренними подразде- лениями и субподрядчиками.

Данные: спецификации форматов данных.

Функции: код программных компонентов.

Место: спецификации архитектуры сети.

Люди: определение ролей и прав доступа.

Время: определение сроков.

Мотивация: реализация бизнес - логики.
Работающая организация (FUNCTIONING ENTERPRISE) - опи- сывает реальную структуру предприятия и позволяет соотнести с желае- мое состояние с вынесенными изменениями. Этот уровень текущей архи-

61 тектуры предприятия, то есть набор документов, описывающих их теку- щее состояние.
С точки зрения Захмана «путь к эффективным информационным системам требует систематических подходов в проектировании». По мере необходимости, производится последовательная детализация каждого элемента предприятия и, таким образом, получается сложная связанная структура обеспечивающая целостное восприятие всей организации.
Основными достоинствами модели Захмана является:

Простота понимания.

Целостность в отношении предприятия.

Возможность применения для планирования.

Использование нетехнических понятий.

Независимость от различных инструментов.
Методика Захмана, является одной из первых появившихся методик.
Она не потеряла свою актуальность в настоящее время и постоянно ис- пользуется, как основа для методологий различных аналитических и ком- мерческих компаний.
META Group
Одна из наиболее интересных методик описания архитектуры пред- приятия была представлена компанией META Group в документе Enter- prise Architecture Desk Reference в 2002 году. В силу своей простоты дан- ная методика послужила основой различным аналитическим компаниям для разработки собственных уникальных архитектурных концепций.
В настоящий момент компания META Group куплена компанией Gartner, а названная методика описания архитектуры предприятия, в свою очередь, была заложена в основу Gartner Enterprise Architecture Framework.
Под архитектурой предприятия в методике META Group понимается структурированное описание информационных технологий предприятия и поддерживаемые ими бизнес-процессы.
Аналитики META Group традиционно рассматривают архитектуру информационных технологий, как элемент ключевых процессов управле- ния всего предприятия (Рисунок 8).
Первый уровень в иерархии ключевых процессов управления зани- мает процесс выработки стратегии и планирования (Strategy and Planning), обеспечивающий выработку стратегических целей и задач в рамках всего предприятия. Разработка ИТ стратегии является частным случаем данного процесса.
Второй уровень занимают процессы управления корпоративными проектами и архитектура предприятия. Считается, что архитектура пред- приятия реализуется на практике через процесс управления корпоратив- ными проектами.

62
Рисунок 8. Ключевые процессы управления
Третий уровень является детализацией непосредственно архитекту- ры предприятия, в которой выделяются следующие четыре основных слоя
(Рисунок 9):

Enterprise Business Architecture (EBA) – бизнес-архитектура, описывающая бизнес - цели и бизнес - драйверы предприятия, бизнес- процессы и организационную структуру, каналы взаимодействия и про- даж.

Enterprise Information Architecture (EIA) – информационная ар- хитектура, описывает информационные потоки данных и сервисы.

Enterprise Solution Architecture (ESA) – архитектура приложе- ний, описывает приложения, имеющиеся в компании, их компоненты и интерфейсы.

Enterprise Technical Architecture (ETA) – техническая архитек- тура, описывает компоненты инфраструктуры, технологические системы.
Данный слой также включает в себя ИТ стандарты.
Рисунок.9. META Group Framework

63
Видение общих требований (CRV - Common requirements Vision) и принципы концептуальной архитектуры (CA – Conceptual Architecture) яв- ляются объединяющим элементом для всех четырех слоев архитектуры предприятия.
Разработка общих требований (CRV) и концептуальной архитектуры
(CA) является первым шагом в процессе построения архитектуры пред- приятия. Жизненный цикл архитектурного процесса развивается по спи- рали, а эти два документа являются стержнем, вокруг которого строится архитектура предприятия (Рисунок 10).
Рисунок 10. Жизненный цикл архитектуры предприятия
Аналитики META Group используя классический подход к жизнен- ному циклу, выделяют текущее состояние архитектуры (as-is) и будущее состояние архитектуры (future state). Переход из текущего состояния в бу- дущее осуществляется за счет реализации проектов (Рисунок). Каждый новый проект вносит изменения в один или несколько слоев архитектуры
(EBA, EIA, ESA, ETA), и, таким образом, жизненный цикл архитектуры предприятия переходит на свой очередной, новый, виток развития.
Особое внимание в методике Meta Group уделяется процессу разра- ботки архитектуры предприятия и его интеграции с другими ключевыми процессами управления предприятием (Рисунок 11).
Фаза 1. Инициирование процесса разработки архитектуры (Organize
Architecture Effort) включает в себя оценку заинтересованных в данном процессе лиц, подготовку и обучение команды проекта.
Фаза 2. Разработка целевой архитектуры (Target Architecture) опи- сывает желаемое будущее состояние предприятия или "что должно быть сформировано" на основе требований бизнеса и тенденций (как техноло- гических, так и экономических) в отрасли.

64
Рисунок 11. Архитектурный процесс META Group
Другими словами, целевая архитектура является будущей моделью предприятия и включает в себя следующие процессы:

Анализ технических и экономических тенденций (Business and
Technology Trends) – процесс, обеспечивающий анализ и подготовку ин- формации о методиках и технологиях, используемых в мире в настоящее время.

Взгляд бизнеса (Business Visioning) включает в себя цели и стратегии развития предприятия, возможные пути их достижения. Это требования бизнеса к архитектуре предприятия.

Разработка общих требований (Common requirements Vision) включает в себя анализ тенденций развития внешней для предприятия среды, включая технологические тенденции, бизнес - стратегии, требова- ния бизнеса к информационным системам и технологической архитектуре.

Концептуальная архитектура (Conceptual Architecture) строится на основе логически связанного набора принципов, обеспечивающих об- щее руководство для развития предприятия. Концептуальная архитектура разрабатывается еще до создания других архитектурных доменов.

Архитектурное моделирование (Architecture Modeling) – обес- печивает построение моделей, описывающих функционирование пред- приятия в соответствии с требованиями, сформированными в других про- цессах.
Фаза 3. Управление портфелем (Portfolio Management) обеспечивает реа- лизацию проектов, переводящих предприятие из текущего состояния в будущее.

Документирование текущего состояния (Document Current
Assent) или, другими словами, разработка текущей архитектуры обеспе-

65 чивает документирование любых изменений происходящих с архитекту- рой предприятия, вне зависимости от их уровня.

Проведение GAP анализа (GAP Analysis). GAP анализ обеспе- чивает сравнение между текущей архитектурой и целевой архитектурой. В ходе анализа выявляется несоответствия и вырабатывается список изме- нений, которые необходимо провести для их устранения.

План миграции (Migration Planning) – состоит в разработке плана реализации, обеспечивающего миграцию в сторону желаемого со- стояния архитектуры. Список изменений, необходимых для реализации появляется при GAP анализе.

Планирование реализации (Implementation Planning) обеспечи- вает внесение в архитектуру предприятия необходимых изменений в соот- ветствии с планом миграции. После внесения изменений в архитектуру предприятия информация документируется и отображается в текущей ар- хитектуре.
Gartner
Современная методика аналитической компании Gartner Group поя- вилась на свет после объединения с компанией META Group и является результатом многолетних работ в области архитектуры предприятия (En- terprise Architecture). Основу методики составляет работа «Enterprise Ar- chitecture Desk Reference» компании META Group.
С точки зрения аналитиков Gartner архитектура предприятия являет- ся «структурированным описанием информационных технологий пред- приятия и его бизнес-процессов».
Методология Gartner была выбрана в качестве основы для построения ар- хитектуры предприятия в ОАО Вымпелком. В связи с этим, ниже мы рас- смотрим элементы этой методологии более подробно. Выбор данной ме- тодологии обусловлен простотой ее внедрения на предприятии и возмож- ностью использования отдельных архитектурных элементов для оптими- зации функционировании компании.
Описание модели Gartner
Gartner Enterprise Architecture Framework (GEAF) - рассматривает ар- хитектуру предприятия, как неотъемлемый элемент бизнес - стратегии, позволяющий соединить информационные технологии и требования биз- неса в единое целое.
Аналитики Gartner разделяют архитектуру предприятия на три ос- новных слоя, критичных для архитектуры предприятия.
Бизнес архитектура (Business Architecture) – описывает бизнес- процессы и организационную структуру предприятия.
Информационная архитектура (Information Architecture) – моделирует информационные потоки внутри предприятия.

66
Техническая архитектура (Technology Architecture) – описывает техни- ческие решения (на физическом уровне) и алгоритмы их эксплуатации.
Полная модель GEAF представляет собой трехмерную комбинацию бизнес архитектуры, технической и информационной архитектур. Мето- дика GEAF в отличие от методологии META Group не выделяет Архитек- туру прикладных решений в отдельный слой (Enterprise Solution Architec- ture), а определяет его, как составляющий элемент каждого из трех пред- ставленных выше слоев (Рисунок 12). Таким образом, архитектура прило- жений является составляющей всех трех основных направлений развития предприятия (бизнес, информация, техника) и строится в соответствии с их требованиями и возможностями.
Рисунок 12. Gartner Enterprise Architecture Framework
Архитектура приложений (Enterprise Solution Architecture
Framework, ESAF) – описывает состояние приложений в компании, инте- грацию их между собой. Архитектура приложений включает в себя набор рекомендаций, принципов и стандартов для построения прикладных сис- тем в соответствии со стратегией развития компании.
Описание архитектурного процесса Gartner
Построение Архитектуры предприятия не является одноразовой ак- цией. За фазой разработки неизбежно должна последовать деятельность по поддержанию и постоянному развитию Архитектуры, а это уже более удобно описывать в рамках процессной модели.
На начальном этапе процесса создается первоначальное, высоко- уровневое описание Архитектуры и создаются механизмы для ее после- дующего поддержания и развития.
Высокоуровневые документы являются основой для дальнейшей, более детальной проработки архитектуры. Они создают некоторый кон- текст рассмотрения всего предприятия, в целом, и обеспечивают связь ар- хитектуры с бизнес - стратегиями и приоритетами предприятия, включая:

бизнес - факторы, влияющие на деятельность предприятия;