ЛЕКЦИЯ 8 22 страница

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

· делаются определенные изменения в архитектуре с учетом накопленного опыта;

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

· процесс повторяется, и в ходе этого процесса происходит как накопление и уточнение, так и передача необходимых знаний об архитектуре.

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

Очевидно, что разработка архитектуры предприятия не будет иметь эффек-та, если организация не сможет обеспечить контроль за ее реализацией - с уче-том, однако, возможных обоснованных отклонений, как это отмечалось выше. Для этого можно применить подход, предложенный в публикациях Giga Group, где предлагается модель, которая обеспечивает классификацию архитектурных решений в соответствии со стратегическим позиционированием каждого решения так, как это показано на рис. 1.12.

Рис. 1.12. Модель рассмотрения архитектуры от Giga Group

Ядро архитектуры (центральная зона) - это те архитектурные решения, технологии, стандарты, которые в данный момент времени приняты организаци-ей в качестве стратегических.

Запретная зона (внешняя зона) определяет список технологий, продуктов, средств разработки, которые не должны использоваться внутри организации, ее департаментами, ни в каких проектах.

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

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

· инвестиции в достаточной мере соответствуют архитектуре и могут быть рекомендованы;

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

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

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

Более развернутые рекомендации по контролю соответствия содержатся в модели TOGAF, где описаны два основных процесса:

· формализованная проверка проекта на соответствие архитектуре;

· оценка влияния архитектуры на проекты.

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

· соответствие развития системы утвержденной стратегии;

· обеспечение необходимой функциональности;

· приверженность стандартам и архитектурным принципам.

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

Дата добавления: 2015-04-25