Статистика использования архитектурного подхода

Тенденции развития информационных технологий

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

В самом общем виде под архитектурой организации (ЕА — Enterprise Architecture ) понимается всестороннее и исчерпывающее описание (модель) всех ее ключевых элементов и межэлементных отношений. Согласно ISO 15704 (» Industrial Automation Systems – Requirements for Enterprise -Reference Architectures and Methodologies . 1999″) архитектура организации должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла организации. Архитектура (в соответствии с документом » Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)») является стратегической информационной основой, определяющей:

1. структуру бизнеса;
2. информацию, необходимую для ведения бизнеса;
3. технологии, применяемые для поддержания бизнес-операций;
4. процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.

Архитектура организации традиционно представляется в виде следующих слоев (таблица 1.1):

1. корпоративные миссия и стратегия, стратегические цели и задачи;
2. бизнес-архитектура;
3. системная архитектура (ИТ — архитектура).

Корпоративные миссия и стратегия определяют основные направления развития организации и ставят долгосрочные цели и задачи.

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

Таблица 1.1. Слои архитектуры организации

Корпоративные миссия и стратегия
Бизнес-архитектура
Бизнес-процессы	Организационно-штатная структура	Система документооборота
Системная архитектура
Приложения	Данные	Оборудование

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

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

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

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

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

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

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

Архитектура приложений, в свою очередь , включает в себя:

1. собственно прикладные системы, поддерживающие исполнение бизнес-процессов;
2. интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных;
3. средства и методы разработки и сопровождения приложений.

Архитектура данных включает в себя:

1. базы данных и хранилища данных;
2. системы управления базами данных или хранилищами данных;
3. правила и средства санкционирования доступа к данным

Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура включает в себя:

1. локальные и территориальные вычислительные сети
2. используемые в сетях коммуникационные протоколы, сервисы и системы адресации;
3. аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.

Архитектура платформ включает в себя:

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

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

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

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

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

Наличие в организации разработанной архитектуры обеспечивает:

Архитектура в конечном итоге обеспечивает более эффективное использование ИТ-систем за счет:

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

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

Таким образом, имеется три причины использования архитектурного подхода:

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

В результате его использования обеспечивается:

Архитектурный подход к развитию ИТ-комплекса предприятия

Евтюшкин А.В.
доцент кафедры
«Системы управления бизнес-процессами».
Школа IT-менеджмента
РАНХиГС при Президенте РФ

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

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

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

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

Рис. 1. Архитектурный подход.

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

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

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

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

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

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

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

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

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

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

Ниже предлагается упрощенная методика описания двух верхних уровней: архитектуры деятельности и архитектуры прикладных систем предприятия. Учитывая, что технологическая архитектура определяется архитектурой прикладных систем, этого достаточно для начала.

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

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

В Табл. 1 левая колонка «Деятельность» представляет собой примерный перечень видов деятельности предприятия. Приведенная структура видов деятельности относится к производственному предприятию. Инвариантным является перечень категорий деятельности:

• Производство.
• Логистика.
• НИОКР.
• Снабжение.
• Сбыт.
• Финансы.
• Управление.
• Обеспечивающая деятельность.

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

Приведенный перечень видов деятельности не является исчерпывающим и должен быть внимательно проанализирован и дополнен (или сокращен) в соответствии с ситуацией на конкретном предприятии. В зависимости от того, является ли предприятие производственным, сервисным или торговым, отдельные виды деятельности могут быть рудиментарными или вообще отсутствовать; могут быть также добавлены виды деятельности, специфичные для данного предприятия. При необходимости виды деятельности могут быть детализированы (например, вид деятельности “Производство деталей и узлов” может быть дополнительно разбит на “Литье”, “Ковка, штамповка”, “Механическая обработка”, “Гальваническая и химическая обработка”, “Термическая обработка” и т.д.), хотя излишняя детализация может скорее помешать, чем помочь.

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

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

Прежде всего необходимо заполнить колонку «Текущее состояние». В каждой из ячеек колонки должны быть перечислены все информационные системы, которые используются при осуществлении соответствующего вида деятельности. Если какая-то информационная система используется в нескольких видах деятельности, она должна упоминаться во всех этих видах. Не рекомендуется указывать инфраструктурные и общесистемные элементы (“локальная вычислительная сеть”, “СУБД Oracle”, “Операционная система Linux”, “Электронная почта” и т.п.), а также офисные программы общего назначения. Исключение – Excel, если при осуществлении какого-либо вида деятельности этот табличный процессор используется вместо полноценной информационной системы (часто в этих случаях применяется специальное приложение на базе Excel).

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

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

Таблица 1. МАТРИЦА ПОДДЕРЖКИ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ
ИНФОРМАЦИОННЫМИ СИСТЕМАМИ