Диссертация (1137155), страница 7
Текст из файла (страница 7)
2).№АрхитектурныедоменыРазличияПотенциальные(архитектурныерешенияблоки)(варианты решений)ЗависимостиТаблица 2. Консолидированная матрица различий, решений и зависимостей4. Выявлениесхожихтребованийпосвязаннымбизнес-функциям.В целях дальнейшей группировки работ в проекты выявляютсятребования, которые могут удовлетворяться одними и теми жекомпонентами целевой архитектуры (например, несколько требованийразных направлений деятельности могут быть удовлетворены черезобеспечение совместно используемых новых бизнес- и ИТ-сервисов).5.
Консолидация и согласование требований к взаимодействию.Анализируютсявозможностисовместнойработыновыхархитектурных блоков в отсутствии исключаемых (на основе«Консолидированной матрицы различий, решений и зависимостей»).Результатоммогутбытьограничениянапоследовательность44внедрения и исключения архитектурных блоков, а также созданиеновых архитектурных блоков.6. Уточнение и проверка зависимостей.Уточняютсязависимостимеждупланируемымиархитектурными изменениями и существующими на предприятиипланами. Эти зависимости далее используются при определениипоследовательности внедрения и координации проектов.7. Подтверждение готовности бизнеса к трансформации исопутствующим рискам.Задачей данного шага является уточнение, классификация исмягчение рисков, связанных с трансформацией бизнеса (выявляютсяна фазе A). Эти риски также документируются при помощи«Консолидированной матрицы различий, решений и зависимостей».8.
Формулирование стратегии внедрения и миграции.В целях дальнейшего формирования пакетов работ определяетсястратегия внедрения целевой архитектуры. При этом сначалавыбирается общий стратегический подход к внедрению решений.Существует три базовых подхода: «В чистом поле» (Greenfield) –полностью новое внедрение, «Революционный» и «Эволюционный».Далее в рамках выбранной стратегии выбирается подход, которыйпозволит смягчить риски, описанные в «Консолидированной матрицеразличий, решений и зависимостей».
Наиболее распространенныеподходы: «Быстрые победы», «Достижимые цели» и «Метод цепочкидобавленной стоимости».9. Идентификация и группировка основных пакетов работ.Заполняетсяграфа«Потенциальныерешения»«Консолидированной матрицы различий, решений и зависимостей».Далее описанные решения логически группируются в пакеты работ сучетом«Матрицы оценки факторов внедрения» и выбранного45подхода к внедрению.
Затем пакеты работ группируются в портфели ипроекты внутри портфелей с учетом зависимостей и стратегиивнедрения.10. Идентификация транзитных архитектур.Транзитные (или промежуточные) архитектуры выделяются,когданеобходиминкрементальныйподходдлясоответствияспособности организации к выполнению и принятию изменений.Исходными данными служат «Консолидированная матрица различий,решенийизависимостей» исписок проектов ипортфелей.Идентифицируются потенциально «трудные» мероприятия, которыепо возможности планируются для более позднего внедрения (посравнению с мероприятиями, легко обеспечивающими предприятиюотсутствующиевозможности).Приформированиитранзитныхархитектур также учитывается выбранная стратегия внедрения.11. Создание архитектурной дорожной карты и плана внедренияи миграции.На основе требований заинтересованных лиц, информации оготовности бизнеса к изменениям, описании возможностей, решенийиограниченийпакетыработитранзитныеархитектурыконсолидируются в архитектурной дорожной карте.
Дорожная картаописывает последовательность изменений при переходе от базовойархитектуры к целевой. Это описание используется для формированияплана внедрения и миграции, который состоит из мероприятий,необходимых для реализации архитектурной дорожной карты.В TOGAF ADM указывается на существование множестваподходов,разработкекоторыенеобходимопланавнедренияприниматьивовниманиемиграции.приНапример,последовательность, определяемая данными (сначала внедряютсяприложения, которые создают данные, а затем – приложения, которые46эти данные используют). Также для эффективного планированиявнедрения и миграции необходимо четкое понимание зависимостей ижизненного цикла существующих на предприятии информационныхсистем.Созданные на фазе E архитектурная дорожная карта и проектплана внедрения и миграции уточняются на фазе «F. Планированиемиграции» совместно с управленческими структурами предприятия,менеджерамипортфеляипроектов.Приэтомвыполняетсяприоритезация пакетов работ, присвоение показателей бизнесценности, интеграция с другими изменениями на предприятии, оценказатрат и преимуществ от проектов миграции в контексте деятельностиорганизации, а также продолжительности проектов и требований кресурсам.Уточненныйформированияипланвнедренияпланированияимиграциипроектовслужитвнедрениядляцелевойархитектуры.Приведенное краткое описание фаз E и F TOGAF ADMпоказывает, что методология TOGAF не предлагает формальныхметодов планирования перехода от базовой архитектуры предприятияк целевой.
Процесс формирования архитектурной дорожной карты, атакже плана внедрения и миграции остается в основном творческим.Выбор стратегии, подходов к внедрению и последовательностимероприятийпредпочтенийбудет зависеть от опыта, интуиции иархитекторов.Приэтомсуществуетличныхмножествовариантов архитектурной дорожной карты и, соответственно, планавнедрения и миграции, обоснование выбора которых остается зарамками методологии TOGAF.47Тем не менее, на фазе E TOGAF ADM (шаги с 1 по 10)создаются структурированные данные, включающие: факторы, влияющие на внедрение, – «Матрица оценкифакторов внедрения» (табл.
1); планируемыеизменения(исключаемыеархитектурныеблоки базовой архитектуры и внедряемые архитектурныеблокицелевойархитектуры«Консолидированнаяматрица–различий,различия)решений–изависимостей» (табл. 2);Кроме того, в «Консолидированной матрице различий, решенийи зависимостей» приведено текстовое описание зависимостей междуизменениями и факторами, которые могут быть использованы дляформализации зависимостей.В целях создания эффективного плана внедрения и миграциипри обеспечении объективности принимаемых решений необходимодля шага 11 («Создание архитектурной дорожной карты и планавнедрения и миграции») фазы E TOGAF ADM разработатьформальные методы, позволяющие выстраивать последовательностьизменений на основе перечисленных структурированных данных.Далее последовательность изменений, полученная при помощиформальных методов, может использоваться для обоснованногоформирования архитектурной дорожной карты и плана внедрения имиграции.1.7.Выводы по главе 1Анализоткрытыхисточниковвобластиархитектурыпредприятия показывает, что большинство методологий архитектурыпредприятиянесодержатархитектурных изменений.формальныхметодовпланирования48Наиболее детально метод планирования перехода от базовойархитектуры предприятия к целевой описан в методике TOGAG ADM.Благодаря базе данных ресурсов и подробному описаниюархитектурного процесса, TOGAF является на сегодняшний деньнаиболее полной с точки зрения практического использования инаиболее формализованной методологией.
Аналогичные выводысделанывработахпосравнениюметодологийархитектурыпредприятия [73], [107]. В том числе в TOGAF ADM подробноописывается процесс планирования изменений при переходе отбазовой архитектуры предприятия к целевой, а база данных ресурсовTOGAF содержит соответствующие шаблоны в виде таблиц и матриц.Другие архитектурные методологии либо не содержат описанияпроцессапланированияархитектурныхизменений,либо(как,например, FEAF) ограничиваются поверхностным описанием шагов,которые необходимо выполнить.Тем не менее, ни в TOGAF, ни в других методологиях неприводитсяформальныхметодов,позволяющихучитыватьзависимости между элементами архитектурных моделей, а такжедругими факторами, и в целом процесс построения архитектурнойдорожной карты является неформальным.Как отмечается в [15], для описания архитектур существуетмножестворазличныхгруппировкойметодикрассматриваемыхивариантов,понятий.отличающихсяДляупорядочениявыполняемых работ предложены специальные методы - например,процесс разработки архитектур, описанный выше TOGAF ADM.Казалось бы, что разработка архитектуры в этих условиях будетявляться достаточно простым, повторяемым и рутинным процессом.На самом деле, в этих рассуждениях опущено одно очень важноезвено:организациииихсистемыуникальны,ипроцесс49проектирования архитектуры по необходимости должен являтьсятворческим.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
