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

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

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

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

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

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

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

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

В ходе разработки информационной архитектуры решаются следующие задачи:

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

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

Рисунок 1.9. Информационная архитектура.

 

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

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

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

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

4.2. Архитектура прикладных решений (esa)

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

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

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

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

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

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

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

Приложение имеет определенный набор функций (applicationfunction), обеспечивающих поддержку ИТ сервисов (ITservice) и бизнес-процессов (businessprocess).

Рисунок 1.10. Связи информационной системы

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

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

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

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

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

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

• Приложения обслуживающие большое количество транзакций (TransactionProcessing). К таким приложениям можно отнести биллинговые системы (поддерживающие функционирование телекоммуникационных компаний), банковские системы (обеспечивающие транзакции по кредитным картам).
• Операции в реальном времени (Real-Timeoperations) – считается, что это информационные системы, обеспечивающие бизнес процессы, требующие непрерывный мониторинг и информационное обеспечение. К таким системам можно отнести обеспечение транспортных операций в аэропорту.
• Аналитические приложения, бизнес-аналитика, поддержка принятия решений (AnalyticalandBusinessIntelligence) - то есть все ИС, занимающиеся управлением знаниями, обеспечивающие сбор и анализ больших массивов данных в короткие промежутки времени.
• Приложения поддержки совместной работы (Collaborative) - включает различные средства взаимодействия пользователей внутри компаниями.
• Корпоративные и обслуживающие приложения (Utility) – включает в себя стандартные приложения, обеспечивающие функционирование основных бизнес-процессов компании. В этот раздел попадают такие группы систем как управление взаимоотношения с клиентами (CRM), управление ресурсами предприятия (ERP) и другие.

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

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

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

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

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

 

Таблица 1.1.