CC BY
111
УДК 65.01
ИСПОЛЬЗОВАНИЕ МОДЕЛИ СКОЛЬЗЯЩИХ СЛОЕВ ДЛЯ ОБЕСПЕЧЕНИЯ АДАПТИВНОСТИ КОРПОРАТИВНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Ю.А. Зеленков
Рассматривается вопрос обеспечения адаптивности корпоративной информационной системы (ИС), которая определяется как способность обнаруживать изменения в окружающей среде (например, изменения в функциональных требованиях) и эффективно реагировать на эти изменения. В качестве основного способа обеспечения адаптивности исследуется разделение системы на относительно слабо связанные модули, которые могут развиваться независимо. Корпоративная ИС рассматривается как комбинация нескольких слоев, которые существуют в различных масштабах времени, и связи между ними сведены к минимуму. Обсуждаются варианты разделения корпоративной ИС на такие слои, показано как этот подход дополняет более традиционные взгляды на ИС, базирующиеся на архитектуре предприятия, при проектировании адаптивных систем.
Ключевые слова: корпоративная информационная система, разработка и эксплуатация информационных систем, модель скользящих слоев.
Введение
Современное предприятие ведет свою деятельность в условиях непрерывного возрастания неопределенности. Пять движущих сил, выделенных Майклом Портером (власть покупателя, власть поставщика, угроза появления на рынке новых игроков, угроза появления новых продуктов и сервисов, соперничество существующих конкурентов) [1], а также действия регуляторов, развитие технологий, изменение социальных приоритетов формируют условия для конкуренции, заставляют соперничающие фирмы постоянно искать новые модели. Существование компании в изменчивой внешней среде требует способности к адаптации и от самой фирмы. Наиболее часто адаптивность (в зарубежной литературе используется термин agility) компании определяется как способность организации обнаруживать изменения во внешней среде и эффективно реагировать на эти изменения [2].
Отметим, что устоявшегося русскоязычного термина, соответствующего английскому «agility», еще нет. Здесь и далее используется термин «адаптивность», предложенный в [3], хотя в отечественной литературе также встречается термин «гибкость», который скорее является переводом «flexibility». В зарубежной литературе между этими понятиями проводится четкая граница [4]: flexibility - это плановый ответ на изменившуюся ситуацию, agility - изменение фундаментальных принципов организации для обеспечения возможности изменяться в любом направлении.
Идея адаптивной организации вытекает из исследования роли случайности и непредвиденных обстоятельств в организационной теории. Результаты этих исследований [5] показали, что не существует единого универсального способа управления компанией, сам стиль этого управления зависит от ситуационных ограничений среды, в которой осуществляется деятельность. Таким образом, для поддержания эффективности организация должна все время адаптироваться к непредсказуемым изменениям.
Исходя из этих соображений, можно сделать вывод, что внедрение новых информационных систем (ИС), направленное на совершенствование операционных процессов, не должно препятствовать дальнейшему изменению этих процессов. Однако на практике с развитием системы повышается ее функциональность, сложность, ценность для бизнеса и снижается адаптивность (рис. 1). Поэтому очень важно иметь такие ИС, которые позволяют очень легко изменять процессы компании. В идеальном случае это должно происходить за счет переконфигурирования ИС, или, в крайнем случае, при помощи частичной замены некоторых старых модулей на новые. При этом необходимо избегать ситуации, когда потребуется полная замена ИС из-за ее несовместимости с новыми принципами работы, поскольку это ведет к значительным затратам.
Адаптивность
Состояние системы в начале ее ЖЦ
Состояние системы в конце ее ЖЦ
Желаемое состояние
Функциональность
---------•------------------------------------------------------►
Рис. 1. Изменение адаптивности и функциональности ИС в течение ее жизненного цикла
Таким образом, для эффективного использования ИС надо обеспечивать управляемую эволюцию системы [6], которая должна комбинировать непрерывное увеличение ее ценности для бизнеса с непрерывным увеличением адаптивности. Этому соответствует движение на рис. 1 из точки А в точку B, все модификации ИС при этом должны происходить в рамках определенных границ.
В работе [7] автором настоящей статьи предложена модель адаптивной информационной системы, выделены способы обеспечения адаптивности (среди которых - распространение методов гибкой разработки на корпоративный уровень, использование технологических платформ, сервис-ориентированная организация ИС), предложен метод измерения достигнутого уровня адаптивности. Тем не менее, проблема создания адаптивных ИС требует дальнейших исследований. В частности, необходимо рассмотреть вопросы их проектирования, особенно в случае, когда корпоративная ИС строится за счет интеграции нескольких предметно-ориентированных систем.
1. Модель скользящих слоев в строительстве
Самый простой путь к обеспечению адаптивности не только информационной, но и любой другой системы - это разделение ее на относительно слабо связанные модули, которые могут развиваться независимо. Поэтому проблема проектирования и управления модульными системами с адаптивным поведением является центральной в исследованиях по теории организации. Однако, как отмечено в работе [8], при этом собственно вопросу оптимального выделения модулей уделяется мало внимания. Проектировщики сложных систем имеют дело с четырьмя видами решений:
1) разделение системы на «правильное» количество модулей;
2) «правильное» отображение параметров проектирования на модули;
3) «правильная» организация взаимодействия элементов внутри модуля;
4) «правильная» организация интерфейсов между модулями.
Общего решения этой задачи для систем любого вида, видимо, не существует. Тем не менее, в некоторых областях человеческой деятельности достигнут определенный успех в формализации разделения системы на модули. В частности, в строительстве и архитектуре существует концепция скользящих слоев (shearing layers), выдвинутая британским архитектором Ф. Даффи, основное внимание в своих работах уделяющим гибкому использованию рабочего пространства. Широкую известность этот подход получил после выхода книги С. Бренда «Как обучается здание: что происходит после того, как оно построено» [9].
Согласно этой концепции, здание рассматривается как комбинация нескольких слоев, которые существуют в различных масштабах времени, и обмен энергией, веществом и информацией между ними сведен к минимуму (табл. 1). Вследствие этого развитие таких слоев происходит автономно, без взаимодействия друг с другом. В быстрых слоях осуществляется поиск новых возможностей, медленные обеспечивают непрерывность, они служат инфраструктурой. Здание мо-
жет адаптироваться к изменяющимся условиям, если обеспечено свободное «скольжение» слоев друг относительно друга, т. е. изменение быстрых слоев не затормаживается влиянием более медленных, и быстрые слои не деформируют медленные. Именно это обеспечивает максимальную адаптивность.
Таблица 1
Скользящие слои здания
Слой Описание Жизненный цикл
Сайт (site) Географический пункт, местоположение в городе, юридически определенный объект, чьи границы и контекст превосходят время жизни сменяющих друг друга поколений зданий Вечно
Структура (structure) Фундамент и несущие элементы, изменение которых либо невозможно, либо связано с очень большими затратами 30-300 лет
Наружная поверхность (skin) Внешние поверхности здания 20 лет
Сервисы (services) Рабочие «кишки» здания - кабельные коммуникации, электропроводка, системы пожаротушения, вентиляция, кондиционирование и отопление, движущиеся части, такие как лифты и эскалаторы 7-15 лет
Планировка (space plan) Элементы внутреннего интерьера - ненесущие стены, перегородки, полы, двери 3-30 лет
Оборудование (stuff) Стулья, столы, телефоны, кухонное оборудование, картины -все вещи, которые перемещаются ежедневно Изменяются постоянно
2. Модель скользящих слоев применительно к ИС
Возможность применить аналогичную модель для описания адаптивных свойств информационной системы выглядит очень привлекательно, поскольку практика подсказывает, что элементы ИС также имеют различные жизненные циклы. Наиболее общий пример - различие между моделью данных и собственно данными. Данные изменяются постоянно, в то время как модель остается относительно стабильной долгое время. Ключевая проблема при создании аналогичной модели для ИС - выделение слоев, изменяющихся в разном масштабе времени, любой обмен между которыми минимален.
Авторы работы [10], рассматривая задачу управления требованиями при разработке программных систем, выделили четыре элемента, которые изменяются с разными скоростями. В порядке перечисления от наиболее стабильных элементов к более изменчивым это:
• Паттерны - элементы функциональности, которые остаются неизменными в течение значительного времени. Они инкапсулируют данные, базовые общие функции (такие, как add, find, get и т. д.) и основные функции, специфичные для конкретного домена данных, например, «зарезервировать» для паттерна «товар».
• Функциональные ограничения, которые связаны с поддержкой выполнения пользователями их задач, и остаются неизменными, пока не меняются бизнес-процессы.
• Нефункциональные ограничения, которые диктуются требованиями качества (например, время реакции, доступность и т. д.). Изменения этих ограничений не зависят от функциональности и возникают тогда, когда система перестает удовлетворять возрастающим требованиям по качеству, например, при увеличении числа пользователей.
• Бизнес-правила, которые меняются наиболее часто, т.к. именно они обеспечивают реакцию организации на изменения во внешней среде. Например, руководство компании может решить сократить нормативное время обработки заказа от покупателя с 1 дня до 4 часов.
Такая классификация слоев, безусловно, представляет практическую ценность, но она применима только к программным системам. Если мы обсуждаем корпоративную информационную систему как единое целое, необходимо расширить рамки рассмотрения.
Корпоративная ИС может рассматриваться как набор проблемно-ориентированных подсистем (ЕЯР, PDM и др.), которые работают совместно и формируют единое целое. Каждая подсистема имеет связи с ресурсами и другими подсистемами, что приводит к сложному взаимодействию между ними. Можно выделить три сети, обеспечивающие связь между системами (рис. 2) [11]. Физическая сеть связывает элементы оборудования и обеспечивает передачу данных между системными платформами. Программная сеть предоставляет инструменты для трансформации передаваемых данных в информацию, которая совместно используется сотрудниками организации. Социальная сеть обеспечивает взаимодействие людей, которые также являются компонентом корпоративной системы. Изменения в любой сети, вызванные внешними причинами, должны сопровождаться соответствующими изменениями в других сетях. Поэтому каждая подсистема может рассматриваться как состоящая минимум из трех частей - техническое обеспечение, программное обеспечение и пользователи. Отметим, что это близко к традиционному представлению архитектуры предприятия [12] в виде четырех доменов (бизнес-процессы, данные, приложения и техническая архитектура [13]), но в данном случае домен данных и приложений объединен в один. К сожалению, такой таксономии недостаточно, поскольку она не позволяет выделить элементы с различными циклами изменения.
Информационная система 1
пользователей
Социальная сеть
Информационная система N
пользователей
программного
обеспечения
пользователей
программного
обеспечения
технического
обеспечения
Сеть программного обеспечения
програ ммного обеспечения
технического
обеспечения
Информационная система 2
технического
обеспечения
Сеть технического обеспечения
Рис. 2. Подсистемы корпоративной ИС
Развитием этого подхода в ИТ отрасли является широкое распространение виртуализации. В основном, это отделение слоя программного обеспечения от технического. Это позволяет несколько упростить процессы развертывания и миграции приложений, но на упрощение изменения самих приложений никак не влияет.
Также следует заметить, что в большинстве организаций подсистемы проектируются, реализуются и оптимизируются для решения относительно локальных проблем, очень редко присутствует единый взгляд на их сочетание как корпоративную систему. Это объясняется тем, что не существует информационных систем, способных обеспечить все потребности достаточно крупной организации, приходится комбинировать продукты нескольких поставщиков. В результате подсистемы используют различные форматы и семантику данных, созданы с использованием разных языков программирования, реализуют несогласованные модели бизнес-процессов и требуют несовместимых программных платформ. Все это приводит к проблеме интеграции. В [14] выделено пять уровней интеграции:
• на уровне организации (согласование целей);
• на уровне процессов (координация);
• на уровне приложений (интероперабельность);
• на уровне данных (общее использование или data sharing);
• на сетевом уровне (физическая совместимость аппаратных платформ и операционных систем).
Каждая подсистема имеет собственное множество пользователей, которое может пересекаться с множествами пользователей других подсистем. Изменения требований пользователей являются одной из причин изменения подсистем, другая причина - это развитие технологий. Однако возможность изменений подсистемы ограничена необходимостью взаимодействовать с другими подсистемами. В результате изменение, возникшее в одной подсистеме, может повлиять и на другие и даже на всю корпоративную систему.
Поскольку каждая система развивается в контексте корпоративной среды, мы можем провести аналогию между информационной подсистемой в организации и отдельным зданием, контекст для которого определяет город. Для того чтобы определить скользящие слои информационной системы, рассмотрим функции компонент здания и выделим соответствующие компоненты в ИС.
Оборудование (stuff) используют работники организации («пользователи здания») для выполнения своих повседневных задач и достижения операционных целей. Проблемноориентированная подсистема корпоративной ИС предоставляет для этой цели такие инструменты, как формы, используемые для создания и манипулирования информационными объектами, и отчеты для консолидации и анализа данных. Этому слою принадлежат также бизнес-правила и нефункциональные ограничения, которые выделены в [10]. Интеграционный механизм на этом уровне - согласование операционных целей, которые в данном случае следует отличать от стратегических. Последние согласуются на уровне организации.
В слое планировки (space plan) создаются рабочие пространства, которые предназначены для совместного размещения организационных подразделений, рабочих групп, работников, выполняющих схожие операции, обеспечения им доступа к совместно используемой информации и изоляции их от других групп сотрудников и принадлежащих им информационных объектов. С одной стороны, рабочее пространство в корпоративной ИС создают персональные устройства (ПК, ноутбуки, планшеты и т. д.) с клиентским программным обеспечением, поддерживающим доступ к различным функциям при помощи меню, гиперссылок, панелей задач и т. п. С другой стороны, рабочее пространство связано с ролью пользователя, которая управляется системой контроля доступа. Функциональные ограничения, диктуемые необходимостью поддерживать выполнение пользователями их задач, должны рассматриваться на этом уровне. Интеграция здесь осуществляется на уровне координации процессов.
Слой сервисов (services) обеспечивает поддержку функционирования рабочих пространств (например, кондиционирование) и оборудования (например, телефонная сеть). Аналогиями в ИС являются элементы, формирующие ядро приложений: библиотеки, схемы данных, корневые объекты, паттерны в терминах статьи [10]. На данном уровне интеграционные возможности не выделяются, они полностью определены функциями следующего слоя.
Наружная поверхность (skin) определяет, как здание вписывается в общий архитектурный облик города, и как оно использует элементы городской инфраструктуры. В случае ИС можно сказать, что этот слой отвечает за репрезентацию подсистемы с точки зрения других подсистем, другими словами, за ее интеграцию в общее целое. Эти функции обеспечиваются интероперабельными свойствами системы, включая интерфейсы, протоколы, возможности интеграции с корпоративным ПО промежуточного уровня. Интеграционный уровень здесь либо интероперабельность приложений, обеспечиваемая использованием таких механизмов как промежуточное ПО, шины данных, либо простой экспорт-импорт данных.
Структура (structure) здания - это фундамент, несущие стены и другие силовые элементы, которые невозможно заменить за время существования здания. Они соответствуют технической инфраструктуре, которая формирует фундамент ИС. Это может быть: центр данных и его инфраструктура, основные серверы, системы хранения данных, ядро сети, СУБД, программные платформы (такие как Java и .Net). Интеграция соответствует сетевому уровню.
В случае ИС сайт (site) - это организация, которая формирует контекст для всех корпоративных систем, включая информационные, управленческие, систему распространения знаний и т. д. Все эти рассуждения обобщены в табл. 2.
Таблица 2
Скользящие слои информационной системы
Слой Компонент подсистемы ИС Компоненты программной архитектуры [10] Уровень интеграции [14]
Сайт (site) Организация - Согласование стратегических целей
Структура (structure) Аппаратные и программные платформы - Физическая гетерогенность
Наружная поверхность (skin) Интеграционные возможности, включая ПО промежуточного слоя - Интеграция приложений, совместное использование данных
Сервисы (services) Корневые объекты, фрейм-ворки, схемы данных Паттерны -
Планировка (space plan) Персональные устройства, рабочие пространства, меню, гиперссылки, списки задач Функциональные ограничения Координация процессов
Оборудование (stuff) Формы для манипулирования объектами, отчеты для консолидации и анализ данных Нефункциональные ограничения, бизнес-правила Согласование операционных целей
Предложенная модель скользящих слоев корпоративной ИС позволяет сделать несколько заключений о том, как ее подсистемы адаптируются к изменяющимся условиям. Изменения могут быть индуцированы бизнес-требованиями или новыми возможностями, которые предоставляет развитие технологий. Большинство новых идей появляется в наиболее изменчивых слоях - это «Оборудование» и «Планировка». Эти слои обеспечивают выполнение повседневных обязанностей, организуют размещение и предоставление доступа к соответствующим инструментам, формируют пространство для пользователей с одинаковыми функциями или в соответствии с бизнес-процессом. Именно за счет изменения этих слоев информационной системы осуществляется поиск и реализация новых возможностей. Однако надо заметить, что объекты слоя «Оборудование» (операционные цели, бизнес-правила, нефункциональные ограничения и, следовательно, формы и отчеты) меняются гораздо интенсивнее, чем объекты «Планировки» (процессы, функциональные ограничения, роли пользователей, рабочие пространства, персональные устройства). Это можно объяснить тем, что изменения первых вызываются, в основном, турбулентностью социальной составляющей организации. Эти изменения происходят ежедневно и непрерывно. Изменения вторых порождаются в большей степени появлением новых технологий. Основываясь на скорости появления новых персональных устройств, обновлении их операционных систем и соответствующих средств разработки, можно утверждать, что цикл изменений слоя «Планировка» составляет от 1 года до 3 лет.
Слои «Сервисы» и «Структура» значительно стабильнее, поскольку их изменения связаны с большими затратами, и технологии, которые являются основными драйверами изменений, также обновляются с меньшей интенсивностью. На основе истории развития инфраструктуры вычислений (мейнфрейм, миникомпьютер с терминалами, ПК в среде «клиент - сервер», персональное устройство в облаке) можно сделать заключение, что средний период значительных изменений в слое «Структура» - 15 лет. Минорные изменения «Структуры» (такие как появление новых версий серверных операционных систем или систем управления базами данных) могут происходить чаще, каждые 3-5 лет. «Сервисы» также зависят от технологий (COBOL, 4GL и реляционные базы данных, программные платформы) и достаточно стационарных бизнес-требований, реализованных как библиотеки и фреймворки. Скорость их изменения составляет примерно 5 лет.
Изменения «наружной поверхности» ИС определяются развитием таких технологий, как Message-Oriented Middleware (MOM), Enterprise Service Bus (ESB), Service-Oriented Architecture (SOA) и происходят каждые 5-7 лет.
«Сайт», который представляет организацию в целом, может существовать десятки или даже сотни лет. Ее цикл изменений гораздо больше, чем цикл информационных систем.
Заключение
Существует несколько традиционных способов рассмотрения сложных корпоративных ИС, которые строятся за счет интеграции предметно-ориентированных систем. Во-первых, согласно подходу, базирующемуся на архитектуре предприятия [12], выделяются домены (как правило, это бизнес-процессы, данные, приложения и технические компоненты [13]), которые могут рассматриваться относительно независимо. Во-вторых, каждая предметно-ориентированная подсистема (или приложение в терминах архитектуры предприятия), входящая в корпоративную ИС, может рассматриваться как набор функциональных компонент (СУБД, сервер приложений, подсистема безопасности и т. п.). В-третьих, очень часто выделяется специальная подсистема интеграции, основанная, например, на корпоративной шине данных, служащая для объединения предметно-ориентированных подсистем.
Здесь предложен дополнительный подход на основе выделения в корпоративной ИС слоев, изменяющихся с разной скоростью, причем эти слои могут объединять элементы, относящиеся к различным доменам архитектуры предприятия. Например, слой «Планировка» включает персональные устройства и средства навигации в приложениях, которые в архитектуре предприятия относятся к доменам «Техническая архитектура» и «Архитектура приложений» соответственно. Основная ценность предложенного подхода заключается в том, что он позволяет разделить требования, относящиеся к различным слоям подсистем. Соответственно, реализация этих требований также должна быть разделена, что в итоге обеспечит возможность независимого изменения слоев и, как результат, высокую степень адаптивности всей корпоративной ИС.
Литература
1. Porter, M. The Five Competitive Forces that Shape Strategy / M. Porter // Harvard Business Review. - 2008. - 1. - P. 25-40.
2. Newman, D. Achieving agility: how enterprise information management overcomes information silos /D. Newman, D. Logan. - Gartner, Inc, 2006. - ID Number: G00137817.
3. Федюкин, В.К. Управление качеством процессов / В.К. Федюкин. - СПб.: Питер, 2004. -208 с.
4. Cunha, M.M. Agile virtual enterprises: implementation and management support /M.M. Cunha, G.D. Putnik. - Hershey, PA: Idea Group Publishing, 2006. - 381 p.
5. Donaldson, L. The contingency theory of organization / L. Donaldson. - London: Sage Publications, 2001. - 326 p.
6. Murer, S. Managed Evolution. A Strategy for Very Large Information Systems / S. Murer, B. Bo-nati, F.G. Furrer. - Berlin: Springer, 2011. - 264p.
7. Зеленков, Ю.А. Адаптивность корпоративных информационных систем /Ю.А. Зеленков // Вестник РГАТУ им. П.А. Соловьева. - 2012. - № 2 (23). - С. 161-168.
8. Ethiraj, S.K. Modularity and Innovation in Complex Systems / S.K. Ethiraj, D. Levinthal // Management Science. - 2004. - 50 (2). - P. 159-173.
9. Brand, S. How Buildings Learn: What Happens After They’re Built / S. Brand. - New York: Viking, 1994. - 243 p.
10. Soo, L.L. Anticipating Change in Requirements Engineering / L.L. Soo, A. Finkelstein // Relating Software Requirements and Architecture / P. Avgeriou, J. Grundy, J.G. Hall, P. Lago, I. Mistrik (Eds.). - Berlin: Springer, 2011. - P. 17-34.
11. Hevner, A. Design Research in Information Systems Theory and Practice / A. Hevner, S. Chat-terjee. - New York: Springer, 2010. - 320 p.
12. Zachman, J.A. A framework for information-systems architecture // IBM Systems Journal. -1987. - 26 (3). - P. 276-292.
13. TOGAF Introduction. The Open Group Architecture Framework. - http://www.opengroup.org/ architecture/togaf8-doc/arch/
14. Research Framework for Operationalizing Measures of Enterprise Integration / R.E. Giachetti, P. Hernandez, A. Nunez, D.P. Truex // Knowledge Sharing in the Integrated Enterprise: interoperability strategies for the enterprise architect / P. Bernus, M. Fox (Eds.). - New York: Springer, 2005. -P. 237-247.
Зеленков Юрий Александрович, канд. физ.-мат. наук, директор по информационным технологиям, ОАО «НПО «Сатурн»; [email protected].
Bulletin of the South Ural State University Series “Computer Technologies, Automatic Control, Radio Electronics”
2013, vol. 13, no. 3, pp. 109-116
LEVERAGING SHEARING LAYERS MODEL FOR PROVIDING OF AGILITY OF ENTERPRISE INFORMATION SYSTEM
Yu.A. Zelenkov, “NPO “Saturn", Russian Federation, [email protected]
Issue of providing of agility of enterprise information system (IS) which is defined as an ability to detect changes in external environment (for example changes of functional requirements) and effectively react to these changes is discussed. System’s splitting to relative weakly bound modules which can develop independently is considered as a main manner to provide agility. Enterprise IS is considered as a combination of few layers that exist in different time scales and relationships between them are minimal. Variants of such splitting are discussed, it is shown how this approach complements the more traditional views on IS which is based on enterprise architecture in the design of agile systems.
Keywords: enterprise information system, information systems development and support, shearing layers model.
References
1. Porter M. The Five Competitive Forces that Shape Strategy. Harvard Business Review, 2008, no. 1, pp. 25-40.
2. Newman D., Logan D. Achieving agility: How Enterprise Information Management Overcomes Information Silos. Gartner, Inc., 2006, ID Number: G00137817.
3. Fedyukin V.K. Upravlenie kachestvomprotsessov [Management of Quality of Processes]. Sanct-Peterburg, Piter, 2004. 208 p.
4. Cunha M.M., Putnik G.D. Agile Virtual Enterprises: Implementation and Management Support. Hershey, Idea Group Publishing, 2006. 381 p.
5. Donaldson L. The Contingency Theory of Organization. London: Sage Publications, 2001. 326 p.
6. Murer S., Bonati B., Furrer F.G. Managed Evolution. A Strategy for Very Large Information Systems. Berlin, Springer, 2011. 264 p.
7. Zelenkov Yu.A. Agility of Enterprise Information System [Adaptivnost' korporativnykh infor-matsionnykh system], VestnikRGATU[RGATUBulletin], 2012, no. 2 (23), pp. 161-168.
8. Ethiraj S.K., Levinthal D. Modularity and Innovation in Complex Systems. Management Science, 2004, no. 50 (2), pp. 159-173.
9. Brand, S. How Buildings Learn: What Happens after They’re Built. New York, Viking, 1994. 243 p.
10. Soo L.L., Finkelstein A. Anticipating Change in Requirements Engineering. Relating Software Requirements and Architecture. Berlin, Springer, 2011, pp. 17-34.
11. Hevner A., Chatterjee S. Design Research in Information Systems Theory and Practice. New York, Springer, 2010. 320 p.
12. Zachman J.A. A Framework for Information-systems Architecture. IBM Systems Journal, 1987, no. 26 (3), pp. 276-292.
13. TOGAF Introduction. The Open Group Architecture Framework. available at: http: //www.opengroup. org/architecture/togaf8 -doc/arch/
14. Giachetti R.E., Hernandez P., Nunez A., Truex D.P. Research Framework for Operationalizing Measures of Enterprise Integration. Knowledge Sharing in the Integrated Enterprise: Interoperability Strategies for the Enterprise Architect. New York, Springer, 2005, pp. 237-247.
Поступила в редакцию 10 июня 2013 г.
