Искусство бега по граблям. Стратегическое управление ИТ в условиях неопределенности
Шрифт:
Развитием этого подхода в ИТ отрасли является широкое распространение виртуализации. В основном, это отделение слоя программного обеспечения от технического. Это позволяет несколько упростить процессы развертывания и миграции приложений, но на упрощение изменения самих приложений никак не влияет.
Также следует заметить, что в большинстве организаций подсистемы проектируются, реализуются и оптимизируются для решения относительно локальных проблем, очень редко присутствует единый взгляд на их сочетание, как корпоративную систему. Это объясняется тем, что не существует информационных систем, способных обеспечить все потребности достаточно крупной организации, приходится комбинировать продукты нескольких поставщиков. В результате подсистемы используют различные форматы и семантику данных, созданы с использованием разных языков программирования, реализуют несогласованные модели бизнес-процессов и требуют несовместимых программных
на уровне организации (согласование целей);
на уровне процессов (координация);
на уровне приложений (интероперабельность);
на уровне данных (общее использование или data sharing);
на сетевом уровне (физическая совместимость аппаратных платформ и операционных систем).
Каждая подсистема имеет собственное множество пользователей, которое может пересекаться с множествами пользователей других подсистем. Изменения требований пользователей является одной из причин изменения подсистем, другая причина – это развитие технологий (см. уже цитировавшуюся книгу Б. Латура[126]). Однако возможность изменений подсистемы ограничена необходимостью взаимодействовать с другими подсистемами. В результате изменение, возникшее в одной подсистеме, может повлиять и на другие и даже на всю корпоративную систему.
Поскольку каждая система развивается в контексте корпоративной среды, мы можем провести аналогию между информационной подсистемой в организации и отдельным зданием, контекст для которого определяет город. Для того чтобы определить скользящие слои информационной системы, рассмотрим функции компонент здания и выделим соответствующие компоненты в ИС.
Оборудование (stuff) используют работники организации («пользователи здания») для выполнения своих повседневных задач и достижения операционных целей. Проблемно-ориентированная подсистема корпоративной ИС предоставляет для этой цели такие инструменты, как формы, используемые для создания и манипулирования информационными объектами, и отчеты для консолидации и анализа данных. Этому слою принадлежат также бизнес-правила и нефункциональные ограничения, которые выделены Су и Финкельштейном. Интеграционный механизм на этом уровне – согласование операционных целей, которые следует отличать от стратегических. Последние согласуются на уровне организации.
В слое планировки (space plan) создаются рабочие пространства, которые предназначены для совместного размещения организационных подразделений, рабочих групп, работников, выполняющих схожие операции, обеспечения им доступа к совместно используемой информации и изоляции их от других групп сотрудников и принадлежащих им информационных объектов. С одной стороны, рабочее пространство в корпоративной ИС создают персональные устройства (ПК, ноутбуки, планшеты и т.д.) с клиентским программным обеспечением, поддерживающим доступ к различным функциям при помощи меню, гиперссылок, панелей задач и т.п. С другой стороны, рабочее пространство связано с ролью пользователя, которая управляется системой контроля доступа. Функциональные ограничения, диктуемые необходимостью поддерживать выполнение пользователями их задач, должны рассматриваться на этом уровне. Интеграция здесь осуществляется на уровне координации процессов.
Слой сервисов (services) обеспечивает поддержку функционирования рабочих пространств (например, кондиционирование) и оборудования (например, телефонная сеть). Аналогиям в ИС являются элементы, формирующие ядро приложений: библиотеки, схемы данных, корневые объекты, паттерны в терминологии Су и Финкельштейна. На данном уровне интеграционные возможности не выделяем, они полностью определены функциями следующего слоя.
Наружная поверхность (skin) определяет, как здание вписывается в общий архитектурный облик города, и как оно использует элементы городской инфраструктуры. В случае ИС можно сказать, что этот слой отвечает за репрезентацию подсистемы с точки зрения других подсистем, другими словами, за ее интеграцию в общее целое. Эти функции обеспечиваются интероперабельными свойствами системы, включая интерфейсы, протоколы, возможности интеграции с корпоративным ПО промежуточного уровня. Интеграционный уровень здесь либо интероперабельность приложений, обеспечиваемая использованием таких механизмов, как MOM, ESB, SOA, либо простой экспорт–импорт данных.
Структура (structure) здания это фундамент, несущие стены и другие силовые элементы, которые невозможно заменить за время существования здания. Они соответствуют технической инфраструктуре, которая формирует фундамент ИС. Это может быть: центр данных и его инфраструктура, основные сервера, системы хранения данных, ядро сети, СУБД, программные платформы (такие как Java и .Net). Интеграция соответствует сетевому уровню.
В случае ИС сайт (site) – это организация, которая формирует контекст для всех
Предложенная модель скользящих слоев корпоративной ИС позволяет сделать несколько заключений о том, как ее подсистемы адаптируются к изменяющимся условиям. Изменения могут быть индуцированы бизнес-требованиями или новыми возможностями, которые предоставляет развитие технологий. Большинство новых идей появляется в наиболее изменчивых слоях – это «Оборудование» и «Планировка». Эти слои обеспечивают выполнение повседневных обязанностей, организуют размещение и предоставление доступа к соответствующим инструментам, формируют пространство для пользователей с одинаковыми функциями или в соответствии с бизнес-процессом. Именно за счет изменения этих слоев информационной системы осуществляется поиск и реализация новых возможностей. Однако надо заметить, что объекты слоя «Оборудование» (операционные цели, бизнес-правила, нефункциональные ограничения и, следовательно, формы и отчеты) меняются гораздо интенсивнее, чем объекты «Планировки» (процессы, функциональные ограничения, роли пользователей, рабочие пространства, персональные устройства). Это можно объяснить тем, что изменения первых вызываются в основном турбулентностью социальной составляющей организации. Эти изменения происходят ежедневно и непрерывно. Изменения вторых порождаются в большей степени появлением новых технологий. Основываясь на скорости появления новых персональных устройств, обновлении их операционных систем и соответствующих средств разработки, можно утверждать, что цикл изменений слоя «Планировка» составляет от 1 года до 3 лет.
Слои «Сервисы» и «Структура» значительно стабильнее, поскольку их изменения связаны с большими затратами, и технологии, которые являются основными драйверами изменений, также обновляются с меньшей интенсивностью. На основе истории развития инфраструктуры вычислений (мейнфрейм, мини-компьютер с терминалами, ПК в среде клиент-сервер, персональное устройство в облаке) можно сделать заключение, что средний период значительных изменений в слое «Структура» это 15 лет. Минорные изменения «Структуры» (такие как появление новых версий серверных операционных систем или систем управления базами данных) могут происходить чаще, каждые 3–5 лет. «Сервисы» также зависят от технологий (COBOL, 4GL и реляционные базы данных, программные платформы) и достаточно стационарных бизнес-требований, реализованных как библиотеки и фреймворки. Скорость их изменения составляет примерно 5 лет.
Изменения «наружной поверхности» ИС определяются развитием таких технологий, как Message-Oriented Middleware (MOM), Enterprise Service Bus (ESB), Service-Oriented Architecture (SOA), и происходят каждые 5–7 лет.
«Сайт», который представляет организацию в целом, может существовать десятки или даже сотни лет. Ее цикл изменений гораздо больше, чем цикл информационных систем.
В чем польза данного подхода к разделению ИС на модули? Вместо рассмотрения ИС по функциональным компонентам (СУБД, сервер приложений, подсистема безопасности и т.п.) мы выделили слои, сочетающие разный функционал, но изменяющиеся с одинаковой скоростью. Это позволяет уточнить требования к проектированию систем. Как было сказано, аксиоматическое проектирование допускает два вида матрицы проектирования – диагональный и треугольный. Мы теперь можем ужесточить это требование. Треугольная матрица проектирования, когда одно функциональное требование может влиять на несколько проектных решений, может быть допустима только при реализации всех этих требований внутри одного слоя. Связь требований с реализацией, которая осуществляется в разных слоях, должны описываться исключительно диагональной матрицей. Это обеспечит полную независимость требований и их реализации и, соответственно, независимость слоев.
Измерение уровня адаптивности ИС
Существенным вопросом является построение системы количественного измерения уровня адаптивности ИТ-инфраструктуры. Многие авторы отмечают, что данная задача чрезвычайно сложна, поскольку само определение адаптивности (обнаружение изменений и реакция на них) недостаточно формализовано. Более того, количественное измерение структурных параметров системы, определяющих ее адаптивность, невозможно, поэтому приходится ограничиваться измерением операционных характеристик. В связи с перечисленными проблемами наиболее широкое распространение получили подходы, предусматривающие качественную оценку[129], а также их развитие на основе лингвистических переменных и нечеткой логики[130].