Влияние архитектуры приложений на технологическую инфраструктуру
Различные бизнес-процессы требуют разных по характеру сред информационных технологий, отличающихся внутренней структурой, производительностью, надежностью и другими параметрами. Для обеспечения этого соответствия была сформулирована концепция архитектурного стиля, под которым понимают некую совокупность организационных технологий и операционных сред, ориентированных на обслуживание определенного класса бизнес- процессов. Например, обработка заказов или платежей является примером массовой обработки транзакций, мониторинг производственных операций имеет все признаки систем реального времени, а распространение информации и коллективная работа с документами принадлежат к стилю интерактивных систем.
С этой точки зрения оправдано разделение прикладных систем на пять различных архитектурных стилей [16, 49]:
- • приложения, обслуживающие большое количество транзакций {Transactionprocessing)-, биллинг, резервирование авиабилетов, карточные системы;
- • приложения, поддерживающие операции в реальном масштабе времени {Real-time operation): транспортные операции в аэропорту, обслуживание пациентов в клинике, тестирование знаний;
- • аналитические приложения и поддержка принятия решений {Analytical and business intelligence): поиск закономерностей в больших массивах данных, прогнозирование, анализ возможности получения кредитов;
- • приложения поддержки совместной работы {Collaborative)-. электронная почта, дискуссионные форумы, групповые календари, средства управления контентом и библиотечные сервисы;
- • корпоративные и обслуживающие приложения {Utility): ERP- системы управления персоналом, СЯЛ/-системы взаимодействия с клиентами, бухгалтерские системы.
Такая классификация, возможно, не является бесспорной, но она дает некоторую основу для обсуждения набора тех прикладных систем, которые требуются организации, а также тех базовых инфраструктурных технологий, которые должны поддерживать эти приложения. Понимание отличий, присущих перечисленным архитектурным стилям и прикладным системам, не устраняет всех проблем, но помогает в их разрешении. Во-первых, это стимулирует формулирование требований к будущей архитектуре организационной информационной системы. Практически невозможно одновременно развивать архитектуру, обслуживающую все стили прикладных систем, поэтому такая архитектура помогает в деле планирования и расстановки приоритетов. Во-вторых, анализ стилей процессов и приложений помогает понять требования к общей инфраструктуре. В-третьих, развитие технологической инфраструктуры, учитывающей все стили, способствует стандартизации технологий, что предполагает экспертизу во всех областях. В-четвертых, различные архитектурные стили предъявляют различные требования к интеграционным технологиям.
Таким образом, приложения, которые обслуживают бизнес- процессы отмеченных архитектурных стилей, имеют свои отличительные особенности. Таблица 2.7 систематизирует информацию о стратегических требованиях к перечисленным архитектурным стилям прикладных систем с позиций основных функций организации. Альтернативный подход состоит в определении ключевых для организации бизнес-процессов и разработке соответствующих архитектурных стилей. Понятно, что поддержка двух и более архитектурных стилей потребует дополнительных усилий.
Компенсацией и потенциальным преимуществом будет идентификация общих по характеру бизнес-процессов в различных подразделениях и применение наилучших технологий для их поддержки. Основные рекомендации сводятся к тому, что неразумно использовать один архитектурный стиль для всех типов процессов и приложений. Более правильно идентифицировать несколько общих инфраструктурных технологий для различных категорий бизнес-процессов и прикладных систем и применять к ним наиболее адекватный инструментарий.
Результатом такого подхода может быть более высокая операционная эффективность, уменьшение общих затрат, большая гибкость ИТ-систем в плане реакции на потребности пользователей, увеличение возможностей для распространения информации и знаний в рамках и за пределы организации.
Требования к характеристикам основных архитектурных стилей прикладных систем
Стиль Функции |
Процессы с большим количеством транзакций |
Операции в реальном масштабе времени |
Аналитические приложения |
Приложения совместной работы |
Обслуживающие приложения |
Стратегические потребности |
- предоставление услуг |
- приемлемое время реакции системы |
- объяснение и поддержка принимаемых решений |
|
|
Бизнес- требования |
|
|
|
|
|
Отличительные характеристики |
|
|
|
|
на аутсорсинг |
Интегрирующие технологии |
- системы интеграции корпоративных приложений |
- специальный программный код |
- хранилища данных |
|
- стандартные интерфейсы |
Компенсацией и потенциальным преимуществом будет идентификация общих по характеру бизнес-процессов в различных подразделениях и применение наилучших технологий для их поддержки. Основные рекомендации сводятся к тому, что неразумно использовать один архитектурный стиль для всех типов процессов и приложений. Более правильно идентифицировать несколько общих инфраструктурных технологий для различных категорий бизнес-процессов и прикладных систем и применять к ним наиболее адекватный инструментарий.
Результатом такого подхода может быть более высокая операционная эффективность, уменьшение общих затрат, большая гибкость ИТ-систем в плане реакции на потребности пользователей, увеличение возможностей для распространения информации и знаний в рамках и за пределы организации.