Развитием этого подхода в ИТ отрасли является широкое распространение виртуализации. В основном, это отделение слоя программного обеспечения от технического. Это позволяет несколько упростить процессы развертывания и миграции приложений, но на упрощение изменения самих приложений никак не влияет.
Также следует заметить, что в большинстве организаций подсистемы проектируются, реализуются и оптимизируются для решения относительно локальных проблем, очень редко присутствует единый взгляд на их сочетание, как корпоративную систему. Это объясняется тем, что не существует информационных систем, способных обеспечить все потребности достаточно крупной организации, приходится комбинировать продукты нескольких поставщиков. В результате подсистемы используют различные форматы и семантику данных, созданы с использованием разных языков программирования, реализуют несогласованные модели бизнес-процессов и требуют несовместимых программных платформ. Все это приводит к проблеме интеграции. Рональд Гьячетти и его коллеги[125] выделяют пять уровней интеграции:
на уровне организации (согласование целей);
на уровне процессов (координация);
на уровне приложений (интероперабельность);
на уровне данных (общее использование или data sharing);
на сетевом уровне (физическая совместимость аппаратных платформ и операционных систем).
Каждая подсистема имеет собственное множество пользователей, которое может пересекаться с множествами пользователей других подсистем. Изменения требований пользователей является одной из причин изменения подсистем, другая причина – это развитие технологий (см. уже цитировавшуюся книгу Б. Латура[126]). Однако возможность изменений подсистемы ограничена необходимостью взаимодействовать с другими подсистемами. В результате изменение, возникшее в одной подсистеме, может повлиять и на другие и даже на всю корпоративную систему.
Поскольку каждая система развивается в контексте корпоративной среды, мы можем провести аналогию между информационной подсистемой в организации и отдельным зданием, контекст для которого определяет город. Для того чтобы определить скользящие слои информационной системы, рассмотрим функции компонент здания и выделим соответствующие компоненты в ИС.
Оборудование (stuff) используют работники организации («пользователи здания») для выполнения своих повседневных задач и достижения операционных целей. Проблемно-ориентированная подсистема корпоративной ИС предоставляет для этой цели такие инструменты, как формы, используемые для создания и манипулирования информационными объектами, и отчеты для консолидации и анализа данных. Этому слою принадлежат также бизнес-правила и нефункциональные ограничения, которые выделены Су и Финкельштейном. Интеграционный механизм на этом уровне – согласование операционных целей, которые следует отличать от стратегических. Последние согласуются на уровне организации.
В слое планировки (space plan) создаются рабочие пространства, которые предназначены для совместного размещения организационных подразделений, рабочих групп, работников, выполняющих схожие операции, обеспечения им доступа к совместно используемой информации и изоляции их от других групп сотрудников и принадлежащих им информационных объектов. С одной стороны, рабочее пространство в корпоративной ИС создают персональные устройства (ПК, ноутбуки, планшеты и т.д.) с клиентским программным обеспечением, поддерживающим доступ к различным функциям при помощи меню, гиперссылок, панелей задач и т.п. С другой стороны, рабочее пространство связано с ролью пользователя, которая управляется системой контроля доступа. Функциональные ограничения, диктуемые необходимостью поддерживать выполнение пользователями их задач, должны рассматриваться на этом уровне. Интеграция здесь осуществляется на уровне координации процессов.
Слой сервисов (services) обеспечивает поддержку функционирования рабочих пространств (например, кондиционирование) и оборудования (например, телефонная сеть). Аналогиям в ИС являются элементы, формирующие ядро приложений: библиотеки, схемы данных, корневые объекты, паттерны в терминологии Су и Финкельштейна. На данном уровне интеграционные возможности не выделяем, они полностью определены функциями следующего слоя.
Наружная поверхность (skin) определяет, как здание вписывается в общий архитектурный облик города, и как оно использует элементы городской инфраструктуры. В случае ИС можно сказать, что этот слой отвечает за репрезентацию подсистемы с точки зрения других подсистем, другими словами, за ее интеграцию в общее целое. Эти функции обеспечиваются интероперабельными свойствами системы, включая интерфейсы, протоколы, возможности интеграции с корпоративным ПО промежуточного уровня. Интеграционный уровень здесь либо интероперабельность приложений, обеспечиваемая использованием таких механизмов, как MOM, ESB, SOA, либо простой экспорт–импорт данных.