Диссертация (1137155), страница 5

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

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

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

В29частности, указывается на необходимость выявления зависимостеймеждуизменениями,обеспеченияфункционированияинформационных систем при внедрении промежуточных архитектур,а также на балансировку преимуществ и рисков отдельных проектов.GeneralizedEnterpriseReferenceArchitectureandMethodology (GERAM) [60], [79] – обобщенная методологияархитектурыпредприятия,созданнаядляцелейинтеграциипредприятий и инжиниринга бизнес-процессов. Методология GERAMпредназначена для моделирования всего жизненного цикла проектаинтеграциипредприятия,предпринимателей,начинаякоторыесизначальноконцепцииееглазамиразработали.Наследующих этапах выполняется функциональное проектирование,детальное проектирование и физическое внедрение разработанногопроекта.

GERAM содержит методики, модели и инструменты,которые необходимы для построения интегрированной организации,будь она частью предприятия, отдельным предприятием или сетьюпредприятий.Рамочная модель GERAM предусматривает: четырегруппыаспектовархитектурыпредприятия,названных представлениями (Views), – типы моделей («функции»,«данные», «ресурсы», «организация»), назначения, реализации и«физические представления» (аппаратура, ПО); описание всех аспектов или какой-то их части на каждой изфаз формирования архитектуры и функционирования предприятия; конкретизацию модели архитектуры на трех уровнях —обобщенном,уровнечастичныхмоделей(онижеповторноиспользуемые референсные, reference) и конкретных моделей.Особенность GERAM состоит в том, что ось фаз развитияархитектуры в принципе может отражать ход времени и не связана30жестко с представлениями разных участников процесса, а также в том,что в явной форме введено понятие референсной архитектуры имодели.

Для представления развивающейся АП минусы этой схемытаковы: осьфазформированияархитектурытрадиционнадляпроектного цикла локальных систем, но, потенциально допускаяитерации реинжиниринга предприятия, она недостаточно явносоответствует спиральной форме истории жизни предприятия вреальном времени его развития; структура схемы и ее описание, похоже, оказались слишкомсложными, формальными и жесткими для восприятия практиками, врезультате чего GERAM, оставаясь частью стандарта ISO 15704:2000,в широкой практике не получила заметного распространения [18].Кроме того, в описании методологии GERAM внедрение(Implementation) обозначено только в качестве фазы архитектурногопроцесса. При этом методика внедрения отсутствует.Архитектурная методология META Group – одна из закрытыхметодологий, описание которой предоставлялось только клиентамкомпании (в 2005 году META Group была поглощена компаниейGartner).

По мнению архитекторов организации META Group,"архитектура является одновременно некоторым структурированнымописанием управленческих технологий предприятия и его ИТ (т.е.конечным результатом, включающим определенные артефакты,стандарты, утверждения, касающиеся общего видения, архитектурныедокументы),процессомсозданияиобновленияартефактовархитектуры и группами людей, вовлеченных в этот процесс".Соответственно этим представлениям методика компании уделяетдостаточноархитектуры.подробноевниманиевсемтремсоставляющим31Отличительной особенностью методики META является болеедетальное и формализованное описание именно процесса разработкиархитектуры и всех его составляющих [22], однако это описаниенедоступно для изучения, поскольку является в настоящее времяинтеллектуальной собственностью компании Gartner.Архитектурная методология Gartner – одна из закрытыхметодологий, детальное описание которой не представлено воткрытыхисточниках.Согласно[15]и[99],архитектурнаяметодология Gartner представляет собой в основном набор лучшихпрактик и шаблонов.

Модель Gartner сформулирована в виде четырехсвязанных, взаимозависимых и усложняющихся уровней: Среда бизнес-взаимодействия (Business Relationship Grid); Бизнес-процессы и стили бизнес-процессов; Шаблоны; Технологические строительные блоки (кирпичики - bricks).Данный подход Gartner представляет собой пример реализацииметодологии достаточно высокого уровня. Он задает только общуюрамочную модель описания и фактически не определяет ни форматов,ни какого-либо специализированного языка для описания. Чтокасаетсяразработкисформулированыархитектуры,важныеитополезныевданномрекомендацииподходеввидепоследовательности шагов и задач участников, которые, однако, недетализированы до уровня моделей процесса разработки архитектуры[15].МетодикаEAP(EnterpriseArchitecturePlanning–Планирование архитектуры предприятия) является одной изнаиболее известных методик формирования архитектуры предприятия[101].

Она разработана Стивеном Спиваком в 1992 году.32Методика ЕАР (рис. 4) не содержит собственной рамочноймодели, но обеспечивает высокоуровневый взгляд на предприятие сточкизренияегобизнес-функцийитребованийвобластиинформации. Это инструмент планирования, а не детальногопроектированияилимоделированияархитектуры.Результатыпланирования используются в качестве основы для интегрированнойразработки прикладных систем и технологий, которые обеспечиваютпотребности бизнеса. Отличительными характеристиками этогоподхода к планированию архитектуры являются следующие: в основе - потребности бизнеса, а не технологическиефакторы; основное внимание сосредоточено более на данныхи потребностях в информации, чем на процессах; ответственность за процесс в большей степени несутпредставители бизнес-подразделений, чем специалисты поИТ.Рисунок 4.

Схема EAPЕсли«наложить»методикуЕАРСпиваканамодельархитектуры Захмана, то можно сказать, что методика ЕАР являетсяруководством по заполнению первых двух строк таблицы Захмана,которые описывают контекст архитектуры и концептуальную модельбизнесапредприятия,т.е.этоперспективы,соответствующие33представлениямобархитектуребизнес-руководителей:«планировщика» и «владельца» [15].ПроцессEAPСпивака,несмотрянасвоеназвание,ориентировался на планирование именно информационных систем.При этом EAP представлялся как процесс, определяемый бизнесомили данными, поскольку: основаниемдляформируемыхархитектурявляласьустойчивая бизнес-модель; данные (понимаемые как бизнес-информация, описываемая встиле «сущности-связи») определялись до определения приложений; зависимостивданныхопределялипоследовательностьвнедрения прикладных систем.Привязка EAP к стабильности бизнес-модели, а также кподходу,«управляемомуданными»,вомногомограничиваетприменение EAP в сегодняшних условиях [18].The Open Group Architecture Framework (TOGAF) [105] –архитектурная методология некоммерческой организации “The OpenGroup”.

TOGAF позиционируется ее авторами не как некотораяэталонная модель, а как «средство для разработки архитектуринформационных систем». Основное назначение - ускорить иоблегчить процесс разработки архитектуры конкретной организации,обеспечивая при этом возможность будущего развития. В составмодели TOGAF входят две основные компоненты - методика ADM(Architecture Development Method), определяющая процесс разработкиархитектуры, и Базовая Архитектура (Foundation Architecture).

Онадополняется соответствующей базой данных ресурсов, включающейописания архитектурных принципов, примеров реализации, а такжеспециализированный язык ADML [15].34Методика TOGAF ADM состоит из достаточно подробноописанных девяти фаз (одной предварительной и восьми основных –от A до H), рис. 5. В целом методика TOGAF ADM аналогичнаметодике Enterprise Architecture Planning, предложенной СтивеномСпиваком [101]. При этом фазы планирования миграции (E и F)содержатописаниеподходовкпланированиюархитектурныхизменений, а также входных и выходных данных.Рисунок 5. Фазы методики TOGAF ADMРазработка TOGAF считается наиболее важным вкладом вразвитие архитектуры предприятия из-за предложенной гибкости, атакжезаложенныхвэтуметодологиюсредствподдержкиверификации архитектуры [73].В настоящее время на практике в большинстве случаевприменяются: Zachman Framework, FEAF, TOGAF и методологияGartner ( [99], [15], [10]).35Приописаниипланированияпроцессареструктуризацииархитектуры предприятия в TOGAF, как и во многих другихметодологиях, большое значение придается необходимости учитыватьзависимости [104]: «Существует несколько типов зависимостей,которые должны приниматься во внимание, такие как зависимости отсуществующихпроцессоввнедрениябизнес-сервисовиинформационных сервисов или их изменений.

Зависимости должныиспользоваться для определения последовательности внедрения иидентификации необходимых координирующих действий. Изучениезависимостей позволяет группировать мероприятия, создает базис дляформирования проектов. При проверке зависимостей релевантныхпроектов может быть выстроена логическая последовательность ихреализации.Зависимоститакжепомогаютопределить,когдавыявленные шаги могут быть выполнены. Выявление и использованиезависимостей служит базисом для планирования миграции».Анализ специальнойлитературы в области архитектурыпредприятия [97], [15], [10], [13], [93], [90], [77], [83], [87], [70]показывает, что в подобных источниках, как правило, содержатсяобзорные описания наиболее развитых методологий, перечисленныхвыше, а также подходы к моделированию, обсуждаются различныеаспекты применения архитектуры, трудности взаимодействия сзаинтересованными лицами, организация проектов построения АП.Однако в такой литературе крайне мало внимания уделяетсяпланированию внедрения целевой архитектуры и не предлагаетсяновыхподходов(посравнениюсоответствующих методологиях).подходами,описаннымив36Например, в книге “How to Manage the Enterprise ArchitecturePractice” [97] автором описывается общий для многих источниковподход:«Преобразование предприятия в соответствии с целями иусловиями, описанными его целевой архитектурой, невозможнореализовать в один шаг.

Характеристики

Список файлов диссертации