Анонсы статей на сайте EAM News

Новый инструмент управления архитектурой предприятия Enterprise Evolver

Обратил на себя внимание новый инструмент управления архитектурой предприятия Enterprise Evolver, выпущенный компанией Capability Management Inc. Инструмент реализован в виде мобильного, очень простого в освоении решения и доступен в версии для iPad.

Оптимальный путь к корпоративным архитектурам. Создание распределенных приложений.

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

Роль ИТ-архитектора в организации
08.10.2014, Максим Смирнов

Несколько месяцев назад я написал заметку Когда, кому и зачем нужна Архитектура Предприятия Справедливости ради надо отметить, что полномасштабный проект по выстраиванию Enterprise Architecture встречается достаточно редко. Намного чаще услуги архитектора бывают востребованы для решения более локальных задач: структурирование приложений, процессов и данных в рамках отдельного продукта, бизнес-функции или направления деятельности организации. В таких случаях обычно говорят об архитектуре ИТ-решения, а человека который её делает называют Solution architect. Одной из задач этого уважаемого эксперта является разработка архитектуры в ИТ-проекте. На прошлом месте работы мы называли эту деятельность High Level Design Но у Solution architect есть еще одна, не менее важная задача – подготовка вариантов решения. О том как это сделать можно почитать здесь Create a solution architecture А я напишу несколько слов о том, почему это важно.

Когда, кому и зачем нужна Архитектура Предприятия
20.03.2014, Максим Смирнов
Начал работать с одной компанией на тему архитектуры предприятия (Enterprise Architecture) и решил скорректировать своё представление об EA, сделать его понятней и проще. Обычно, датой рождения EA считают публикацию John A. Zachman «A Framework for Information Systems Architecture» 1987 года, хотя сам термин появлялся и в боле ранних работах. Не смотря на то, что архитектура предприятия вещь довольно молодая, она успела уже подпортить себе репутацию. Как и любая другая архитектура, архитектура предприятия не имеет точного определения(см., например, 10 Definitions of Enterprise Architecture), но зато имеет большое число неудачных проектов (см. Gartner Identifies Ten Enterprise Architecture Pitfalls или 8 Reasons Enterprise Architecture Programs Fail). Обычно, после завершения проекта по разработке архитектуры предприятия можно услышать такую фразу: «Мы нарисовали все необходимые картинки, но не имеем ни малейшего представления как извлечь из этого хоть какую-то пользу». Поэтому, давайте проговорим все с самого начала. 

Корпоративная архитектура и ее составляющие

Григорьев Л.Ю., Кудрявцев Д.В., Горелик С.Л.

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

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

Сравнение четырех ведущих методологий построения архитектуры предприятия
Роджер Сешнс, Компания ObjectWatch, Inc., Май 2007 г.
Двадцать лет назад появилось новое направление исследований, которое стали называть архитектурой предприятия. Это направление изначально предназначалось для решения двух следующих проблем.
Сложность систем — организации тратили все больше денег на построение ИТ-систем.
Неэффективная организация бизнеса — несмотря на всевозрастающую стоимость ИТ-систем, организациям с большим трудом удавалось поддерживать их соответствие требованиям бизнеса.
Итог: высокие затраты, низкая эффективность. Эти проблемы, впервые выявленные 20 лет назад, сегодня достигли критической точки. Стоимость и сложность ИТ-систем выросли экспоненциально, а реальная польза от них резко снизилась.
Текущее положение дел: еще более высокие затраты, еще более низкая эффективность. Крупные организации не могут больше закрывать глаза на существующие проблемы. Принципы построения архитектуры предприятия, которые 20 лет назад представлялись странными и далекими от действительности, сегодня оказались пророческими.

Методология преобразования правительства на основе архитектуры предприятия. Часть 1.
Информационное общество, 2009, выпуск 2, с. 6-20.
Паллаб Саха - национальный университет Сингапура, Сингапур

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

Методология преобразования правительства на основе архитектуры предприятия. Часть 2.

АП как дисциплина имеет дело с процессами. Внедрение АП на институциональном уровне обеспечивает реализацию модели деятельности организации и более четкое следование ее стратегии. Эталонные модели АП для правительства Сингапура стали ответом на возникшую потребность в структурированной и четко определенной методологии развития АП.

Опять про архитектуру
Марина Аншина, Председатель Комитета по стандартам Российского Союза ИТ-Директоров
"Управляем предприятием" № 8 (8), сентябрь 2011 года

Любой современной компании необходимо иметь актуальную картину используемых компонентов ИТ и того, как эти компоненты связаны с деятельностью компании. Для этого существует огромное количество архитектурных моделей и инструментов их построения.
Остановимся на одной из наиболее популярных из них — PRM (Performance Reference Model).

Инструментальная реализация архитектурных моделей предприятия на основе онтологий
БИЗНЕС-ИНФОРМАТИКА №1(15)–2011 года

Н.Н. Лычкина, А.Р. Идиатуллин

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

Заметки об опыте разработки стратегических планов
Рубенчик Андрей Викторович, arub@rambler.ru «Стратегический менеджмент», № 1 за 2009 год, http://www.grebennikoff.ru/product/36/

В настоящей статье рассматривается опыт разработки стратегических планов в Почтовой службе США (United States Postal Service). Почтовая служба ведет разработку стратегических планов в тесном взаимодействии с широким кругом заинтересованных лиц.

Новые приемы управления требованиями с помощью Rational RequisitePro: Часть 1. Использование архитектурных методов
Кумар Мани, старший IT-архитектор, IBM
11.07.2007

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

Управление требованиями и автоматизация этого процесса
Волков Юрий Ольгердович
"PC Week/Russian Edition", №2 (464) 2005г.,

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

Новый взгляд на описание бизнес-процессов
Волков Юрий Ольгердович
"PC Week/Russian Edition", №34 2005г., стр.42, 55

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

Архитектура предприятия в контексте бизнес-реинжиниринга
Евгений Зиндер, 26.03.2008
Intelligent Enterprise/RE Корпоративные системы

Цель этой статьи — проследить условия появления и развития АП как дисциплины, выделить причины успехов и затруднений. А возможно — сказать и о вероятных направлениях её дальнейшей жизни. Все это может помочь в принятии решений о разворачивании архитектурных работ на конкретных предприятиях.

Архитектура предприятия в контексте бизнес-реинжиниринга (Часть 2)
Евгений Зиндер, 26 мая 2008 года
Intelligent Enterprise/RE Корпоративные системы

В первой части этой статьи показаны истоки комплексной дисциплины «архитектура предприятия» (АП), её проблемы и актуальные достижения, накопленные к концу прошлого века. Теперь представим то главное, что появилось в АП в новом столетии и определяет эту дисциплину сегодня.

Сервис-ориентированная архитектура и архитектура предприятия: Часть 1. Взаимодействие SOA и EA
Мамду Ибрахим, Гил Лонг, 25.03.2008

В этой статье, первой из трех статей серии, мы представляем схему, которая облегчит вам понимание совместного использования принципов сервис-ориентированной архитектуры (Service-Oriented Architecture, SOA) и архитектуры предприятия (Enterprise Architecture, EA). Сначала вашему вниманию будет предложено краткое введение в SOA и EA и определение этих технологий. Затем мы покажем области применения и основные задачи SOA и EA, что поможет вам провести их эффективное сравнение и сопоставление.

Сервис-ориентированная архитектура и архитектура предприятия: Часть 2. Сходства и различия
Мамду Ибрахим, Гил Лонг, 16.04.2008

В этой, второй, статье данной серии мы изучим модели архитектуры и механизма руководства для сервис-ориентированной архитектуры (Service-Oriented Architecture, SOA) и архитектуры предприятия (Enterprise Architecture, EA), а также исследуем их сходства и различия. Затем вы узнаете о потенциальных проблемах, с которыми могут столкнуться организации, если они не позаботятся о координации деятельностей SOA на предприятии.

Сервис-ориентированная архитектура и архитектура предприятия: Часть 3. Как они работают вместе?
Мамду Ибрахим, Гил Лонг,16.04.2008

Если вы внедряете сервис-ориентированную архитектуру (Service-Oriented Architecture, SOA) и одновременно с этим разрабатываете или планируете архитектуру предприятия (Enterprise Architecture, EA), то эта статья, безусловно, будет вам полезна. В первых двух частях этой серии мы сравнили и сопоставили SOA и EA, а также осветили проблемы, которые могут стать результатом нескоординированного развертывания EA и SOA в организации. Авторы столкнулись с этими проблемами в процессе работы над клиентским проектом стоимостью 1, 6 миллиардов долларов США, в котором разработка SOA и EA осуществлялась одновременно.

Управление портфелем ИТ-проектов: архитектуры
Вячеслав Ерохин, Журнал Открытые системы, №4 2008 год

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

Системная архитектура и ее место в архитектуре предприятия
Виктор Галактионов, 20.05.2002, журнал "Директор ИС"

В современных условиях особенно важно постоянно и правильно согласовывать ИТ-аспекты устройства современного автоматизированного предприятия с актуальными бизнес-аспектами. Делать это надо начиная с определения бизнес-архитектуры предприятия и согласованной с ней разработки системной архитектуры (ИТ-архитектуры). В предлагаемой статье автор делится практическим опытом разработки системных архитектур крупных банков и дает конкретные советы, как это можно делать — в том числе для предприятий иных отраслей.

Управление портфелями ИТ-проектов
Евгения Попова,Ольга Шестопалова
Директор ИС, 1.11.2007г.

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

Управление портфелем проектов. Новые методологические подходы и инструменты
Андрей Белозеров, Генеральный директор компании "Центр Внедрения "ТЕКОРА", ITeam

Управление проектами в эпоху рыночной России начало активно развиваться в 90-х годах – появились профессиональные объединения, стандарты, системы сертификации по управлению проектами. В конце 90-х годов и начале 21 века управление проектами получило широкое распространение как управленческая технология в бизнесе и превратилось из более теоретической области знаний в практически применимую дисциплину.

Стандартизация архитектуры государственных ведомств США
Дрожжинов В. Штрик А., PCWEEK, № 28, 2005

Понятие "Архитектура предприятия" не отражено ни в одном из российских стандартов на автоматизированные системы и информационные технологии (ИТ), оно не освещается и в вузовских учебниках по проектированию информационных систем. В то же время в развитых странах (США, Канаде, Великобритании и др.) архитектура предприятия — это признанная методология достижения стратегических целей коммерческой или государственной организации с помощью ИТ.

Четыре ступени архитектуры предприятия
Иннокентий Бутт
Журнал «CIO», 28 февраля, 03 марта 2007 года

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

Корпоративная архитектура и ее составляющие
ISO-9001

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

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

ИТ-стратегия: выравниваем ИТ и бизнес
Сергей Бобровский, 18.09.2007, PC Week

В рамках ИТ-отдела к стратегическим обычно относят мероприятия по выработке и развитию корпоративной информационной архитектуры (КА), независимо от степени её важности для всего предприятия. Однако ИТ-стратегия сегодня считается обязательным элементом общей бизнес-стратегии. Тогда решение о “стратегичности” самого ИТ-отдела принимает CEO как своеобразный “законодательный” корпоративный орган, а роль “исполнительной власти” берет на себя CIO.

Управление портфелем программ: архитектурный подход
Вячеслав Ерохин

Большинство традиционных средств управления портфелем проектов являются расширениями средств управления проектами предприятия или средств автоматизации профессиональных услуг. Новаторские продукты предлагают интеграцию задач управления портфелями программ и проектов с задачами управления архитектурой предприятия.

Результаты и перспективы "тихой революции" архитектуры предприятия и сервисного подхода
V Международная практическая конференция "Стандарты в проектах современных информационных систем"
Батоврин Виктор Константинович, Зиндер Евгений Захарович

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

Моделирование подключенных систем, ориентированное на сервисы
Арвиндра Cеми и Бит Швеглер
2006 Март № 1(4) Microsoft Architects Journal

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

Проектирование архитектуры предприятия и инфраструктура Integrated Architecture Framework

Эндрю Маколей
The Architecture Journal, июнь 2005 №1(1)

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

Технологии рабочих процессов в интеграции приложений
Кевин Фрэнсиз
Журнал The Architecture Journal, №1 (4) март 2006 года

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

Новый архитектурный стиль
Глеб Ладыженский — директор по технологиям Oracle СНГ
Журнал "Директор ИС" #01/2008

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

Ключевые показатели развития и их роль в управлении целеустремленными архитектурами
А.А.Пискунов, аудитор Счетной палаты Российской Федерации
Журнал "Вооружение. Политика. Конверсия", №6 2007 года.

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

Бюджет для SOA
SOA Magazine по материалам блога Service Oriented Enterprise

И вот снова наступила пора, когда все ИТ-отделы сгорбились над проектами бюджета 2008. Всех мучают одни и те же вопросы: «Сколько денег нам нужно? На что именно они будут потрачены? На чем можно сэкономить?». Разумеется, ответить на все эти вопросы в одной статье невозможно. Однако, что нам мешает провести обзор тех сфер, инвестирование в которые неизбежно и необходимо? Это будет полезно и своевременно.

Аспекты планирования SOA-проектов
SOA Magazine по материалам сайта sys-con.com
SOA Project Planning Aspects. New Insights from a New IBM Press Book by: Rawn Shah; Norbert Bieberstein; Sanjay Bose; Marc Fiammante; Keith Jones
Jan. 11, 2006

Данная статья посвящена планированию SOA-проектов. Мы поговорим о наилучших путях создания проектного отдела, о фазах внедрения SOA, механизмах управления SOA и о самих проектах: той роли которую они играют, и о том, каким образом проекты взаимодействуют друг с другом.

Внедрение типового решения в архитектуру предприятия
Intelligent Enterprise №20 (176), 17 декабря 2007 года
Марина Аншина, начальник управления ИТ ОАО «СИБУР — Русские шины», председатель правления Фонда ФОСТАС

При выборе типовых решений редко уделяется внимание тому, насколько они встраиваемы в архитектуру компании. И прежде всего дело здесь в том, что само понятие архитектуры не слишком известно руководителям бизнеса. Тем не менее одно из важнейших условий успешного внедрения типового решения — его соответствие существующей архитектуре предприятия.

Почему необходимы специализированные решения?
Роль и место задач управления прикладной архитектурой в деятельности современных IT-подразделений.

Возрастающая роль ИТ привела к убеждению, что ИТ и бизнес в целом должны управляться как единое целое, через Управление Архитектурой Предприятия (EAM – Enterprise Architecture Management). Огромное число приложений и взаимозависимостей между ИТ и бизнесом делают процессы управлении архитектурой предприятия неизмеримо сложными без наличия соответствующего инструмента в виде программного обеспечения (ПО).

Решение задач соответствия стандартам и лучшим практикам

Возрастание роли ИТ в реализации ключевых бизнес-процессов крупных компаний, в том числе процессов подготовки финансовой отчетности, в соответствии с требованиями органов регулирования фондовых рынков, поставило вопрос о формализации процедур управления ИТ-инфраструктурой.

Подобная формализация идет по пути формирования набора лучших практик и стандартов, которым должны соответствовать информационные инфраструктуры и ИТ-службы компаний. Такое соответствие обеспечивается в рамках процесса получившего название «Управление соответствием» (Compliance Management).

Управление ИТ. Прозрачный план развития.
Вячеслав Ерохин

Почему для планирования и управления ИТ в крупных компаниях необходимо использовать инструменты более сложные, чем электронные таблицы и презентационные пакеты? Почему важно управление архитектурой предприятия (EAM -Enterprise-Architecture-Management)?
Какие трудности возникают при реализации планов развития ИТ на предприятии? Почему не всегда удается добиться прозрачности?

Быть или не быть TOGAF: распространение архитектуры предприятия за границы RUP
Виталий Темненко, разработчик архитектуры, WSIB, 26.04.2007
http://www.ibm.com/developerworks/ru/library/temnenco/index.html

Из журнала Rational Edge: В статье рассказывается об архитектуре предприятий, архитектуре решений и архитектуре бизнеса; эти дисциплины сравниваются с унифицированным процессом IBM Rational (RUP), даются рекомендации по их совместному использованию, пропагандируется применение Open Group Architecture Framework (TOGAF) в сочетании с процессом RUP для успешного продвижения реализации архитектуры предприятия в организациях.

Рынок ПО управления ИТ-инфраструктурой. Итоги и перспективы
Ольга Павлова, декабрь 2007 года
http://www.pcweek.ru/themes/detail.php?ID=105381

Как и год назад (см. PC Week/RE, № 1/2007), мы обратились к представителям ведущих компаний — производителей инфраструктурного ПО с вопросом, какие события прошедшего периода, на их взгляд, наиболее сильно повлияли на мировой и российский рынки ПО управления ИТ-инфраструктурой и какие изменения могут произойти в этой сфере в 2008 г. Поскольку список экспертов практически остался неизменным, это дало нам прекрасную возможность сравнить прогнозы, которые они дали в 2006-м, с оценкой событий уже свершившихся.
Сбылись ли прогнозы и ожидания?

Наиболее интересные поставщики решений по управлению архитектурой в 2007 году
Исследование компании Gartner, март 2007 года

Два поставщика современных решений по управлению архитектурой предприятия — alfabet AG и Primavera ProSight — предлагают поддержку для управления инвестициями и отслеживания исполнения проектов. Игнорирование этих ключевых задач может привести к неэффективной архитектуре предприятия и, в самом лучшем случае, недостаточному согласованию между стратегией развития ИТ и бизнес-стратегией предприятия.

Четыре стадии создания корпоративной архитектуры
Гален Груман (Galen Gruman), журнал "IT-Менеджер" (№1, 2007)

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

Управление изменениями и конфигурациями

Решение по управлению конфигурациями и управлению изменениями на основе системы управления архитектурой предприятия alfabet planningIT 3.1. Процесс управления изменениями и процесс управления конфигурациями как часть управления архитектурой предприятия.

Какую систему УАП выбрать?
Вячеслав Ерохин, (опубликовано в журнале IT Manager, #14 2007)

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

Управление SOA – путь к совершенству

Вячеслав Ерохин

В статье рассматривается сервис-ориентированная архитектура (SOA) как бизнес-концепция. Предлагается подход к управлению жизненным циклом SOA с помощью методики «Управление SOA» (SOA Governance), основанной на средствах управления архитектурой предприятия (Enterprise Architecture Management) и стратегического управления ИТ.

Управление бизнес-требованиями и архитектурой приложений
Вячеслав Ерохин

Широкое внедрение информационных технологий в бизнес-практику привело к возникновению множества новых задач, связанных со стратегическим управлением ИТ-инфраструктурой. Среди таких задач можно выделить задачи «Управление бизнес-требованиями» и «Управление архитектурой приложений». «Управление бизнес-требованиями» и «Управление архитектурой приложений» являются важными самостоятельными задачами управления ИТ-инфраструктурой. Однако, эффективное решение этих задач возможно, на наш взгляд, только при их увязывании с другими задачами, в рамках единого процесса стратегического планирования ИТ.

Опыт управления архитектурой в США
Дмитрий Супрун (опубликовано в журнале CIO #7 2007)

Еще недавно понятие и термин «архитектура предприятия» практически не встречались в публикациях об опыте внедрения автоматизированных систем и применения информационных технологий (ИТ) в коммерческих или государственных российских организациях.
Однако с 2005 года это словосочетание стало все чаще появляться в российских компьютерных изданиях, на конференциях ИТ-сообщества, в пресс-релизах ведущих российских ИТ-компаний и представительств ключевых поставщиков программного обеспечения, разработанного на принципах сервис-ориентированной архитектуры (Service-Oriented Architecture, SOA) и предназначенного для стратегического управления крупными организациями.

Новая версия 3.1 системы planningIT

Компания alfabet AG, ведущий поставщик программного обеспечения в области стратегического планирования и управления ИТ, представила в начале октября 2007 года новую версию 3.1 своего продукта planningIT. Новая версия предоставляет аналитикам и руководителям уникальные возможности сотрудничества для совместного развития бизнеса и ИТ, соответствующие следующему поколению решений в области управления архитектурой предприятия.

Третья волна - управление архитектурой предприятия
Вячеслав Ерохин (в сокращенном виде опубликовано в журнале Открытые системы #03/2007)

Процесс внедрения ИТ в компаниях «вширь» подошел к своему логическому завершению. Теперь информационные технологии идут «вглубь». Раньше казалось, что достаточно установить новую компьютерную программу и настанет счастье. Время наивного ИТ-романтизма прошло. Эффективность ИТ-инфрастуктуры теперь определяется ее воздействием на основной бизнес компаний.