Текст книги "ИТ-инфрастуктура: учебно-методическое пособие"

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

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

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

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

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

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

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

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

Литература

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

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

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

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

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

Schekkerman J. How to Survive in the Jungle of Enterprise Architecture Frameworks, TRAFFORD 2003.

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

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

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

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

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

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

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

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

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

8. Что представляет собой текущая архитектура предприятия – ЕТА?

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

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

Цель

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

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

План

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

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

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

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

• МЕТА Group;

• Gartner;

• TOGAF;

• методики Microsoft.

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

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

Аналитики выделяют следующие подходы к процессу построения архитектуры предприятия [Schekkerman, 2003].

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

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

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

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

Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (Steven Spewak) и назывался ЕАР (Enterprise Architecture Planning). Модель выделяет в архитектуре предприятия семь шагов, разделенных на четыре уровня, и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса [Сизов, 2008].

Уровень 1. Это уровень начала работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры.

Уровень 2. Этот уровень описывает состояние предприятия в настоящий момент времени. Другими словами, это уровень разработки текущей архитектуры предприятия. Здесь происходят бизнес-моделирование (разработка текущей бизнес-архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем).

Уровень 3. Этот уровень описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами, на этом уровне происходит разработка целевой архитектуры.

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

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

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

Основу управления и контроля архитектурного процесса, как правило, составляет набор руководящих принципов. Многие аналитики выделяют следующий набор принципов:

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

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

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

• Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики. Все проекты должны контролироваться на соответствие стандартам.

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

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

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

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

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

Первые версии многих современных методик были разработаны еще в 1990-х гг. [Zachman, 2002]. Многие из них постоянно модернизируются или становятся основой для других, более современных методологий:

 Zachman Framework – методика, опубликованная впервые в 1987 г. Zachman Institute for Framework Advancement (ZIFA). Методика постоянно обновляется и поддерживается в актуальном состоянии. Лежит в основе многих программных продуктов для архитектурного моделирования (например, CASE Wise).

 ЕАР (Enterprise Architecture Planning) – коммерческая методика, разработанная в 1992 г. Стивеном Спиваком на основе двух верхних уровней 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 – Computer-Integrated Manufacturing) и поддерживает все этапы их жизненного цикла.

• IAF (Integrated Architecture Framework) разрабатывалась в 1996 г. В ее основу были заложены Zachman Framework и ЕАР В настоящий момент эта методика разрабатывается и используется 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, ЕАР, IAF, 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.

Литература

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

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

Gartner: Gartner Enterprise Architecture: A Home for E-Government. 2003.

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

Schekkerman J. How to Survive in the Jungle of Enterprise Architecture Frameworks, TRAFFORD 2003.

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

Zachman J.A. Enterprise Architecture: The Issue of the Century. Zachman International, 2000.

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

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 позволит сделать информационную структуру удобным и надежным инструментом бизнеса, позволяющим сохранять заданное качество информационных услуг, добиваться конкурентных преимуществ основного бизнеса и управлять своей рентабельностью.

Литература

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

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

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

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

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

EnglandR. Introduction to Real ITSM, 2008.

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

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

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

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

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

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