2. Календарно – тематический план Лекция 1. Информационные технологии и архитектура предприятия

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

Длительность: 2 часа

План:

1. Понятие архитектуры предприятия.

2. Стратегические цели и задачи предприятия.

3. Бизнес – архитектура предприятия.

4. ИТ - архитектура предприятия:

• Информационная архитектура (EIA);

• Архитектура прикладных решений (ESA);

• Техническая архитектура предприятия (ETA).

Краткий конспект лекции

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

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

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

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

Под архитектурой предприятия (Enterprise Architecture, EA), обычно понимается полное описание (модель) структуры предприятия, как системы, включающее описание ключевых элементов этой системы, связей между ними [Сизов, 2008].

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

В основе архитектуры предприятия заложен «Архитектурный взгляд» на системы, определенный в стандарте ANSI/IEEE 1471, как «фундаментальная организация системы, состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии».

Архитектура предприятия описывает деятельность компании с двух основных позиций:

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

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

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

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

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

• разработка стратегии и планирование на уровне предприятия;

• управление корпоративными проектами.

Разработка стратегии современного предприятия (Strategy and Planning) и управление корпоративными проектами (Enterprise program management) включают в себя направление, связанное непосредственно с информационными технологиями. Современные тенденции рассматривают ИТ проекты и стратегические инициативы как определенный актив компании, которым можно управлять аналогично финансовым активам.

Управление портфелем информационных технологий (Business and IT portfolio management) – это процесс управления инвестициями в области управления ИТ проектами. Под портфелем понимается совокупность проектов, выполняемых на общем пуле ресурсов (финансы, люди, оборудование, материалы, энергия), при этом пул ресурсов и результаты всех проектов портфеля находятся в компетенции одного центра ответственности.

Аналитики компании META Group считали, что это - область пересечения архитектуры предприятия, стратегии предприятия и управления корпоративными проектами. Стратегия и планирование при этом обеспечивают основу для выработки ИТ стратегии предприятия, в соответствии с которыми появляются проекты внедрения (модернизации) информационных систем. Управление проектами – можно рассматривать, в первую очередь, как механизм, обеспечивающий переход от текущего состояния к планируемому, или, другими словами, переход от текущей архитектуры предприятия к целевой архитектуре [Ермошкин, Тарасов, 2003].

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

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

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

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

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

Текущая архитектура (Current architecture) - описывает существующее состояние архитектуры предприятия. Называется также архитектурой “как есть” или базовым состоянием существующей архитектуры.

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

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

Процесс разработки текущей архитектуры аналогичен процессу ITIL/ITSM (управление конфигурацией - Configuration Management). Для упрощения работы по разработке текущей архитектуры многие компании используют базу данных конфигурационных единиц (CMDB), дополнив ее необходимой информацией.

Целевая архитектура (Target Architecture) - описывает желаемое будущее состояние предприятия или, «что должно быть сформировано». Другими словами, целевая архитектура является будущей моделью предприятия.

Целевую архитектуру можно назвать идеальной моделью предприятия, в основу которой заложены:

• стратегические требования к бизнес-процессам и информационным технологиям;

• информация о выявленных «узких местах» и путях их устранения;

• анализ технологических тенденций и среды бизнес деятельности предприятия.

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

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

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

• Стратегические цели и задачи предприятия.

• Бизнес – архитектура предприятия.

• Архитектура информационных технологий (ИТ - архитектура предприятия), в том числе:

  • Информационная архитектура (Enterprise Information Architecture);

  • Архитектура прикладных решений (Enterprise Solution Architecture);

  • Технологическая архитектура (Enterprise Technical Architecture).

Стратегические цели и задачи предприятия определяют основные направления развития и ставят долгосрочные задачи и цели. При разработке стратегических целей предприятия необходимо учитывать воздействие информационных технологий на формирование облика современного предприятия. В ходе разработки стратегических целей предприятия формируется (модернизируется) и стратегия развития информационных технологий.

Бизнес стратегия – определяет направление развития бизнеса в соответствии со стратегическими целями и задачами, стоящими перед предприятием, и отвечает на вопрос, почему предприятие должно развиваться именно в этом направлении. Бизнес стратегия включает:

• Цели и задачи стоящие перед предприятием;

• Бизнес решения, необходимые для достижения поставленных целей и задач;

• Изменения, которые нужно провести для достижения поставленных целей и задач.

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

• Проекты, которые можно запустить для выполнения бизнес стратегии;

• Варианты решения текущих задач и проблем;

• Технологии, которые можно использовать для достижения поставленных целей.

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

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

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

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

ИТ - архитектура предприятия, или, другими словами, архитектура информационных технологий, представляет собой совокупность технических и технологических решений для обеспечения эффективного функционирования бизнес - процессов предприятия в соответствии с правилами и концепциями, определяемыми бизнес – архитектурой [Данилин, Слюсаренко, 2005].

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

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

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

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

• Enterprise Information Architecture (EIA) – информационная архитектура;

• Enterprise Solution Architecture (ESA) – архитектура прикладных решений;

• Enterprise Technical Architecture (ETA) – техническая архитектура.

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

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

Информационная архитектура (Enterprise Information Architecture, EIA) или, другими словами, архитектура информации – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий:

• Базы данных и хранилища данных.

• Информационные потоки (как внутри организации, так и связи с внешним миром).

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

Архитектура прикладных решений (Enterprise Solution Architecture ESA) – или, другими словами, архитектура приложений, включает совокупность программных продуктов и интерфейсов между ними.

Архитектуру прикладных решений разделяют на два направления:

• Область разработки прикладных систем;

• Портфель прикладных систем.

Область разработки прикладных систем описывает технологическую часть архитектуры прикладных решений и включает: программные продукты; модели данных; интерфейсы; пользовательские интерфейсы.

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

• Компоненты и структура системы – внутренняя структура системы, включающая информацию о программных модулях и базах данных;

• Взаимодействие с другими системами (интерфейсы) – описывает взаимодействие приложения с внешними объектами (программными продуктами, пользователями).

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

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

Техническая архитектура предприятия (Enterprise Technical Architecture, ETA) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Другими словами, под технической архитектурой мы будем понимать полное описание инфраструктуры предприятия, включающее:

• Информацию об инфраструктуре предприятия;

• Системное программное обеспечение (СУБД, системы интеграции);

• Стандарты на программно-аппаратные средства;

• Средства обеспечения безопасности (программно-аппаратные);

• Системы управления инфраструктурой.

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

Литература:

Данилин А.В., Слюсаренко А.И. Архитектура и стратегия. Инь и янь информационных технологий предприятия. М.: Интернет университет информационных технологий, 2005.

Ермошкин Н.Н., Тарасов А.А. Стратегия информационных технологий предприятия. М.: Московский гуманитарный университет, 2003.

Сизов А.В. Разработка архитектуры и модернизация системы управления предприятием. М.: Оверлей, 2008.

Schekkerman Jaap. How to survive in the jungle of Enterprise Architecture Frameworks, TRAFFORD 2003.

Scott A. Bernard. Introduction to Enterprise Architecture; Publisher: authorHOUSE™; 2005.

META Group. Executive Insights. Enterprise Architecture Desk Reference, 2002.

CIO Council. A Practical Guide to Federal Enterprise Architecture, 2001.

Контрольные вопросы:

1. Что такое архитектура предприятия (Enterprise Architecture)?

2. Зачем нужна архитектура предприятия?

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

4. Опишите основные объекты Enterprise Business Architecture.

5. Опишите основные объекты Enterprise Information Architecture.

6. Опишите основные объекты Enterprise Solution Architecture .

7. Опишите основные объекты Enterprise Technical Architecture.

8. Что представляет собой текущая архитектура предприятия, ETA.

9. Объясните назначение и сущность архитектурной модели META Group.

Лекция 2. Процесс разработки архитектуры предприятия

Цель: Рассмотреть принципы и основные методики процесса разработки архитектуры предприятия и разработки ИТ - архитектуры, являющейся лишь элементом общей архитектуры предприятия. Ознакомление студентов с известными моделями архитектуры предприятия.

Длительность: 2 часа

План:

1. Общая схема архитектурного процесса.

2. Принципы построения архитектуры предприятия.

3. Современные методики описания архитектуры предприятия:

• Модель Захмана;

• META Group;

• Gartner;

• TOGAF;

• Методики Microsoft.

Краткий конспект лекции

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

Аналитики выделяют следующие подходы процессу построения архитектуры предприятия [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).

• META Group выпустила в 2002 г. документ Enterprise Architecture Desk Reference, описывающий подход этой аналитической компании к архитектуре предприятия. В основе методики заложено разделение архитектуры предприятия на четыре основных компонента: бизнес архитектуру, архитектуру приложений, архитектуру информации, архитектуру технологий.

• Gartner в настоящий момент разработал архитектурную методику под названием Gartner Enterprise Architecture Framework (GEAF). Методика была опубликована в 2005 г. и существенно отличалась от моделей использующихся аналитиками компании ранее. В основу новой методики лег документ Enterprise Architecture Desk Reference компании Meta Group.

Литература:

Данилин А.В., Слюсаренко А.И. Архитектура и стратегия. Инь и янь информационных технологий предприятия. М.: Интернет университет информационных технологий, 2005.

Сизов А.В. Разработка архитектуры и модернизация системы управления предприятием. М.: Оверлей, 2008.

Greta A. James,Michael J. Blechar Gartner: Comparing Suites and Best-of-Breed Tools in EA Evaluations, 2 May 2006.

Gartner: Gartner Enterprise Architecture: A home for e- government, 2003.

Zachman, John A. Enterprise Architecture: The Issue of the Century. Zachman Interna-tional, 2000.

Schekkerman Jaap, How to survive in the jungle of Enterprise Architecture Frameworks, TRAFFORD 2003.

Scott A. Bernard; Introduction to Enterprise Architecture; Publisher: authorHOUSE™; 2005.

Контрольные вопросы:

1. Что такое модель Захмана?

2. Назовите составляющие архитектурной модели Gartner (Evaluation 2005).

3. Объясните назначение методики The Open Group Architecture Framework.

4. Опишите схему архитектурного процесса.

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

6. Какие инструменты используются для описания моделей информации?

7. Какое место занимает архитектура инфраструктуры в ИТ-архитектуре?

8. Перечислите составляющие ИТ – инфраструктуры предприятия.

Лекция 3. Современные концепции управления ИТ – инфраструктурой

Цель: Изучение особенностей применения процессного подхода и современных концепций организации управления ИТ - подразделением.

Длительность: 2 часа

План:

1. Применение процессного подхода при совершенствовании управления ИТ – инфраструктурой:

• Функциональный и процессный подходы к управлению;

• Методика внедрения процессного подхода.

2. Бизнес - ориентированное управление ИТ на современном предприятии.

3. Сервисный подход к управлению ИТ: IT Service Management.

Краткий конспект лекции

В настоящее время выделяют и противопоставляют друг другу два основных подхода к управлению предприятиями: процессное управление и функциональное управление. Способ управления, рассматривающий организацию не как совокупность отделов, а как совокупность бизнес-процессов (БП), получил название процессного подхода [Репин, Елиферов, 2004].

Осмысливая недостатки функционального подхода, специалисты пришли к выводу, что следует обратить внимание на процессы, происходящие в организации, так как они проходят через все подразделения, задействуют все службы, ориентированы на конечный результат. Руководство начинает управлять процессами, выстраивать их такими, какими они нужны для эффективной деятельности. Таким образом, организация представляется как набор процессов, управление ею становится управлением процессами. Каждый процесс при этом имеет свою цель, которая является критерием его эффективности – оптимально данный процесс ведет к ее достижению. Цели всех процессов являются целями нижнего уровня, через реализацию которых достигаются цели верхнего уровня – цели организации. Управляя процессами и постоянно их совершенствуя, организация добивается высокой эффективности своей деятельности.

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

Ключевыми шагами внедрения процессного подхода к управлению являются:

• определение и описание существующих бизнес-процессов и порядка их взаимодействия в общей сети процессов организации;

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

• определение показателей эффективности и методик их измерения (например, статистических);

• разработка и утверждение регламентов, формализующих работу системы;

• управление ресурсами и регламентами при обнаружении отклонений, несоответствий в процессе или продукте или изменений во внешней среде (в том числе, изменение требований заказчика).

Процессный подход к организации работ в ИТ-подразделениях предприятий различного типа и масштаба был достаточно подробно описан и начал применяться относительно недавно. Важным шагом в этом направлении стала первая публикация в 1989 году библиотеки IT Infrastructure Library (ITIL); широкое же применение методология ITIL начала получать с момента выхода второй версии в 1999 году.

Концепция Управления ИТ-службами — ИТ Сервис-менеджмент (IT Service Management, ITSM) [Потоцкий, 2003] рассматривает вопросы предоставления и поддержки ИТ-услуг, разработанных в соответствии с потребностями организации.

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

При этом в роли клиентов рассматриваются как другие подразделения организации, так и внешние организации или физические лица.

Основные идеи подхода ITSM:

• эффективная организация работы службы ИТ и ее взаимодействия с другими бизнес подразделениями на основе бизнес-архитектуры предприятия;

• применение процессного подхода к управлению ИТ-инфраструктурой;

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

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

Цели ITSM подхода:

• повышение качества предоставляемых услуг при уменьшении совокупных затрат на ИТ;

• увеличение доли прибыли от ИТ;

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

• сделать работу ИТ отдела контролируемой, прозрачной для отчетности и измеряемой.

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

Важнейшая составляющая реализации ITSM – разработка формализованных процессов ИТ отдела. Для каждого процесса определяется последовательность выполнения работ, необходимые ресурсы и затраты времени, средства автоматизации и контроля качества. Кроме того, если процесс чётко определен и документирован, включая входные параметры и результаты выполнения, можно измерить его производительность. Это особенно важно, когда перед ИТ отделом стоит задача реализации сервиса заданного качества за определённую стоимость. А это позволит совершенствовать процесс и вносить необходимые изменения в упреждающем режиме – ещё до того, как произошёл сбой в реализации сервиса.

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

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

IT Service Management - концепция управления инфраструктурой ИТ, стратегически сфокусированная на предоставлении услуг и ориентированная на потребителя этих сервисов. Концепция объединяет преимущества процессного подхода при организации работ и необходимости правильного построения процессов, тем самым помогает найти взаимопонимание между руководителями ИТ и руководителями подразделений компании.

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

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

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

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

Литература:

Потоцкий М.Ю. ИТ Сервис-менеджмент, введение. М.: Открытые Системы, 2003.

Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. М.: РИА «Стандарты и качество», 2004.

Осиновский А. С. Применение процессного подхода при совершенствовании организационно-управленческой структуры ИТ - службы. С-Пб: «Азбука», 2000.

Харрингтон Д., Эсселинг К.С., Нимвеген Х.В. Оптимизация Бизнес-процессов. С-Пб: «Бмикро», 2002.

Робсон М., Уллах Ф. Практическое руководство по реинжинирингу бизнес-процессов. М.: Юнити, 1997.

Rob England, Introduction to Real ITSM, 2008 год.

Контрольные вопросы:

1. Приведите сравнительные характеристики процессного и функционального подходов.

2. Опишите методику внедрения процессного подхода.

3. В чем заключается бизнес - ориентированное управление ИТ?

4. Объясните цели, суть и задачи концепции ITSM.

5. В чем преимущество концепции ITSM?