И Н Ф О Р М А Ц И О Н Н Ы Й М Е Н Е Д Ж М Е Н Т

И РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ

К У Р С Л Е К Ц И Й (ЧАСТЬ 1)

Лекция 8

Тема 7. Архитектура информатизации предприятия

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

Архитектура ИС: приложения, данные, информация, управление пользователями, их доступом, сети и коммуникации, платформа, информационная безопасность. Понятие ИС как модели ее компонентов для целей управления

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

«Проблема, сколь бы сложной она не была, станет еще сложнее, если на нее неправильно посмотреть»

П. Андерсон

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

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

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

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

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

Управление архитектурой предприятия - Enterprise Architecture Management (EAM) - это интенсивный процесс поддержки стратегической трансформации бизнеса, накопления и анализа информации, регулирования взаимодействия отдельных элементов архитектуры между собой. Управление архитектурой предприятия обеспечивает эффективную внутрикорпоративную коммуникацию и кооперацию, поддерживает достижение стратегических целей на разных уровнях управления.

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

Цели, стоящие перед системами класса "Управление архитектурой предприятия":

• Повышение конкурентоспособности предприятия

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

• Обеспечение прозрачности ИТ-инфраструктуры

• Разработка и внедрение единых корпоративных стандартов и стандартов управления ИТ

• Повышение эффективности ИТ-подразделений и их бюджетов

Основные задачи, стоящие перед системами класса "Управление архитектурой предприятия" (или EAM - Enterprise Architecture Management):

• Планирование крупных проектов по внедрению ИТ.

• Реорганизация предприятия (слияние, поглощение, разделение, изменение организационной структуры).

• Реорганизация ИТ-инфраструктуры для перехода на адаптивную сервис-ориентированную архитектуру.

• Поддержка процесса постоянного реинжиниринга бизнес-процессов.

• Оптимизация и определение приоритетов проектов ИТ.

• Управление качеством продуктов и сервисов.

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

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

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

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

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

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

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

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

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

Рис. 1.  "Облако неопределенности" между целями организации и информационными технологиями

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

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

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

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

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

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

В самом общем виде, в соответствии с определениями Gartner, архитектура – это:

• общий план или концепция, используемая для создания системы, такой как здание или информационная система, или "абстрактное описание системы, ее структуры, компонентов и их взаимосвязей";

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

Обратите внимание, что первое определение сфокусировано на описании существующих и будущих систем, второе – на процессе их построения.

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

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

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

Рис. 2.  Уровни принятия архитектурных решений

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

Рис. 3.  Архитектура как модель реальной информационной системы

Второй постулат заключается в том, что выделяются два понятия:

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

• описание архитектуры – отражение объективной или планируемой реальности в какой-либо документированной форме.

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

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

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

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

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

• функциональная специализация;

• реинжиниринг бизнес-процессов;

• корпоративная архитектура.

Рис. 4.  Эволюция организационных принципов

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

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

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

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

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

• автоматизации процессов – там, где видится положительный возврат от инвестиций в технологии (ROI);

• уточнения понимания и формализации описания бизнес-процессов путем формального их моделирования.

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

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

• формирование портфеля прикладных систем (определение архитектуры приложений), которые обрабатывают эту информацию в соответствии с некоторыми функциональными требованиями;

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

По сведениям консалтинговой компании The Standish Group, в США более 31% проектов корпоративных информационных систем (IT-проектов) заканчивается неуспехом; почти 53% IT-проектов завершается с перерасходом бюджета (в среднем на 189%, то есть почти в два раза); и только 16,2% проектов укладывается и в срок, и в бюджет. В чем причина такого положения дел? Видимо, успех в построении КС во многом определяется качеством и надежностью лежащего в ее основе системно-технического фундамента. Опыт работы по проектам информационных систем убеждает в том, насколько важно первоначально проработать вопросы архитектуры (системно-технической инфраструктуры) и приступать к построению прикладной функциональности на целостном фундаменте.

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

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

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

Между двумя составляющими информационной системы можно проследить следующие взаимосвязи.

Составляющие независимы в определенном смысле. Организация будет эксплуатировать высокоскоростную сеть 100 MB Ethernet вне зависимости от того, какие методы и программы для организации бухгалтерского учета планируется принять на вооружение. Сеть организации будет построена на базе протокола TCP/IP независимо от того, какой текстовый процессор будет принять в качестве стандартного. Иными словами, в современных условиях базовая инфраструктура становится все более универсальной.

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

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

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

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

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

Практика многих больших проектов показала, что начинать построение КС только с анализа бизнес-процессов (не уделяя должного внимания инфраструктуре), весьма и весьма проблематично. Автоматизация деятельности корпорации на основе концепции "сверху-вниз" и принципов BPR (Business Process Reengineering) предполагает такую реорганизацию КС, которая наилучшим образом служит решению управленческих задач. Проблема заключается в том, что в современных условиях - условиях сверхдинамичного бизнеса, постоянно возникающих форс-мажорных обстоятельств и исключительно быстро меняющихся правил игры (социальных, политических, экономических), в рамках которой строится вся прикладная функциональность (как раз и обеспечивающая решение управленческих задач) - систематизация управленческой деятельности представляет собой весьма сложную задачу ввиду высокой степени неопределенности.

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

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

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

В этом контексте особенно важными становятся:

• Широкий спектр готовых к применению промышленных прикладных систем для различных областей управленческой деятельности (как правило, поставляемых одной компанией);

• Высокая степень модульности таких решений (не обязательно внедрять сразу всю систему целиком - можно начать с отдельных участков);

• Построение единого системного фундамента (как правило, в качестве фундамента выступает современная реляционная СУБД).

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