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

· Этап 3: Разработка или уточнение Плана реализации.

При первой итерации этого процесса разрабатываются только те пред-ставления (view) архитектуры (предметные области, или домены, архитектуры), которые идентифицированы как наиболее приоритетные (2-3 области). Напри-мер, если будет принято решение, что наиболее острой проблемой является ин-вентаризация существующих на предприятии прикладных систем и составление плана изменения их портфеля (вывод из эксплуатации ряда прикладных систем, обновление или разработка новых), то такая область, как Архитектура прикладных систем,должна разрабатываться в приоритетном порядке.

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

Итого пересматривая состав этапов можно заметить следующее:

Этап 1: Разработка Общего видения архитектуры

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

Основными элементами Общего видения являются:

· описание технологических тенденций, важных для предприятия;

· идентификация бизнес-требований и стратегий;

· идентификация основных требований к информации и технологиям, кото-рые важны с точки зрения реализации бизнес-стратегий;

· идентификация требований к Архитектуре предприятия в целом.

Этап 2. Параллельная разработка Концептуальной архитектуры и частных Архитектур предметных областей

На этан этапе ведется параллельная разработка Концептуальной архитек-туры, основанной на ранее определенных принципах и лучших практиках, а так-же более детальная проработка Архитектур отдельных предметных областей.

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

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

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

Этап 3: Разработка Плана реализации

Этап 3 включает в себя следующие два шага:

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

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

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

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

При организации архитектурного процесса может оказаться полезным ис-пользование упоминавшегося ранее стандарта IEEE 1471. Этот стандарт опреде-ляет рамочную модель, ориентированную на разработку комплексов с гаранти-рованной надежностью, требуемой, например, в военных, космических и авиа-ционных системах. Такая модель включает в рассмотрение понятия «участника» (stakeholder) и его представлений о целевой системе. На первый взгляд это мо-жет показаться тривиальным - ведь создание любой системы, в том числе и с ис-пользованием классических подходов, начинается со сбора, описания и анали-за требований. Принципиальным в данном случае является признание того фак-та, что в подавляющем числе случаев на практике совокупность требований яв-ляется, с одной стороны, неполной, а с другой - противоречивой.

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