- •О чем этот курс
- •1 Бизнес и информационные технологии:
- •Актуальность проблематики с точки зрения изменения роли ит в бизнесе и обществе
- •Бизнес-стратегия и кис
- •Связь между потребностями бизнеса и ит
- •Анализ ключевых факторов
- •Ценность ит с точки зрения бизнеса и практика управления ит
- •Динамика ит-бюджетов
- •Новые технологии
- •Суммируем преимущества наличия архитектуры и стратегии
- •Практика документирования архитектуры
- •3 Архитектура предприятия
- •Архитектура: основные определения
- •Архитектура предприятия (Корпоративная архитектура) Эволюция представлений об архитектуре предприятия
- •Контекст Архитектуры предприятия
- •4.: Интегрированная концепция и уровни абстракции Интегрированная концепция архитектуры предприятия
- •Архитектура и управление ит-портфелем
- •Общие элементы определений "Архитектуры предприятия" и основные заблуждения
- •Архитектура предприятия в России
- •5.: Элементы Архитектуры предприятия. Бизнес-архитектура и архитектура информации Элементы архитектуры предприятия Домены (предметные области) архитектуры
- •Принципы, модели и стандарты в рамках архитектуры предприятия
- •Модели и моделирование
- •Бизнес-архитектура Контекст и основные элементы бизнес-архитектуры
- •Основные модели и инструменты описания бизнес-архитектуры
- •Архитектура информации Контекст и основные элементы архитектуры информации
- •Основные модели и инструменты описания архитектуры информации
- •6.: Архитектура приложений Архитектура приложений Контекст и основные элементы архитектуры приложений
- •Модели и инструменты управления портфелем приложений
- •Влияние архитектуры приложений на инфраструктуру
- •7 Технологическая архитектура, стандарты и шаблоны Технологическая архитектура (архитектура инфраструктуры) Контекст и основные элементы технологической архитектуры
- •Оценка состояния и требований к технологической инфраструктуре
- •Адаптивная технологическая инфраструктура
- •Роль стандартов
- •Использование архитектурных шаблонов
- •Сервис-ориентированная архитектура (soa) и архитектура, управляемая моделями (mda)
- •8 Контекст разработки архитектуры предприятия
- •Модель Захмана
- •Cтруктура и модель описания ит-архитектуры Gartner
- •Методика meta Group
- •Методика togaf
- •9.:. Выбор "оптимальной" методики методики nascio Architecture Toolkit
- •Стратегическая модель архитектуры sam
- •Архитектурные концепции и методики Microsoft
- •Архитектурные методики teaf c4isr DoDaf rm-odp cafcr
- •Краткое сравнение различных методик
- •Рекомендации, касающиеся использования методик
- •10.: Процесс разработки архитектур: цели и задачи, общая схема
- •Семь шагов архитектурного процесса в соответствии с методикой Спивака
- •Модель процесса разработки и использования архитектуры
- •Направления разработки архитектуры: "сверху-вниз" или "снизу-вверх"
- •Планирование Архитектуры предприятия
- •Обоснование необходимости проекта разработки архитектуры и факторы влияния
- •Формирование команды проекта
- •Определение границ архитектуры и используемых методик
- •Примерная структура описания ит-архитектуры
- •Раздел Описание
- •11. Процесс разработки архитектур: управление и контроль, Gap-анализ, внедрение Управление и контроль архитектурного процесса (governance). Методы управления и контроля
- •Организационные структуры, связанные с разработкой архитектуры
- •Обеспечение соответствия проектов архитектуре
- •Оценка затрат на разработку и сопровождение архитектуры предприятия
- •Творческий характер архитектурного процесса
- •Как обеспечить внедрение результатов проекта разработки
- •12.: Процесс разработки архитектур: оценка зрелости, детализация и распределение усилий. Инструментальные средства и мониторинг технологий
- •Оптимальный уровень детализации и распределения усилий в процессе создания Архитектуры предприятия
- •Минималистский подход и "достаточно хорошая" архитектура
- •Временные интервалы, которые должна охватывать "достаточно хорошая" архитектура
- •Инструментальные средства для разработки и сопровождения архитектуры предприятия
- •Организация мониторинга технологий
3 Архитектура предприятия
В этой лекции мы обсудим наиболее общие характеристики таких понятий, как "Архитектура информационных технологий" и "Архитектура предприятия".
Прежде чем подойти к описанию того, что такое архитектура ИТ, проще отметить, что ею не является. В частности, архитектурой не является более или менее утвержденный список поставщиков и их продуктов типа "Мы используем серверную ОС MS Windows 2003, СУБД MS SQL, все остальное ПО тоже от Microsoft, серверы на платформе Intel и телекоммуникационное оборудование Cisco". Создание стандартного списка поставщиков и уменьшение их количества – это только частичное решение проблемы "кусочной" информатизации. По мнению Gartner, подход к формулировке архитектуры должен основываться на анализе общекорпоративных процессов и переоценке своих бизнес-процессов и поддерживающих их приложений.
Многие люди, в том числе бизнес-руководители и профессионалы в своих предметных областях, считают, что они хорошо разбираются в технологиях, что на самом деле редко соответствует действительности. Для большинства высших руководителей ИТ-технологии ассоциируются с персональным компьютером, о котором они знают некоторые базовые вещи. Это, кстати, является одной из причин, почему многие из них бывают удивлены, когда им пытаются объяснить всю сложность комплекса управления ИТ. Нужен некоторый язык, который бы позволил объяснить о технологиях то, что действительно необходимо знать бизнес-руководителям. Попытки объяснять все в терминах гигабайт, сетевых протоколов и углубления в дебри ИТ приносят мало пользы. Что необходимо понимать, так это базовую структуру архитектуры ИТ и почему все элементы этой архитектуры необходимы.
Современные подходы к формулированию понятия архитектуры ИТ являются попытками предоставить такой язык, понятный и полезный одновременно для бизнес-руководства и для специалистов в области ИТ.
С другой стороны, представление об архитектуре предприятия имеет свои корни в дисциплине, которая получила название "системное мышление". Основным объектом изучения этой дисциплины является система, когда "целое составляет нечто большее, чем механическая сумма составляющих, т.е. система обладает свойствами, которые отсутствуют у составляющих ее элементов" [3.1]. Эберхард Речтин (Eberhardt Rechtin), чья цитата была только что приведена, является одним из основателей этого направления мышления.
Еще одно важное замечание состоит в уточнении понятия "Предприятие". Что мы имеем в виду, когда говорим о предприятии в контексте архитектуры? На самом деле, этот термин большинство специалистов по архитектуре и соответствующие методики описания архитектуры трактуют достаточно гибко. Это может быть организация в целом или одно из ее бизнес-подразделений, или же это может быть некоторая совокупность предприятий или организационных единиц в рамках единой цепочки создания добавочной стоимости. Таким образом, под термином "Предприятие" мы здесь и далее имеем в виду формальное объединение, не обязательно связанное с коммерческой деятельностью. Это может быть и государственная организация, и общественное, в том числе неформальное, объединение участников, связанных общей целью. Согласно более общему определению, приведенному в [3.2], Предприятие "... представляет собой комплексную систему культурных, технологических и процессных компонент, организованных для достижения целей организации".
То есть вы можете применять архитектурные подходы к целому предприятию, подразделению или даже к отдельной прикладной системе. Все зависит от уровня рассмотрения, степени "гранулированности" проблемы. Вы сами определяете для себя соответствующие границы рассмотрения.
Архитектура предприятия является одним из инструментов организационных изменений и всего предприятия в целом с использованием ИТ, и особенно той части организации, которая отвечает за информационные технологии. Гуру в области бизнеса отмечают, что, вообще говоря, существуют два основных подхода к организационным изменениям. Первый подход связан с реорганизацией, реинжинирингом процессов, а второй – с управлением знаниями.
По большому счету, архитектура предприятия – это прежде всего управление знаниями, т.е. процесс сбора и распространения информации о том, как организация использует и должна использовать ИТ в своей деятельности. Включение же в архитектуру предприятия представлений о бизнес-архитектуре обеспечивает связь с возможностями оптимизации бизнес-процессов.
Архитектура предприятия частично затрагивает и процессы управления ИТ в организации. В этом плане она дополняет достаточно эффективные методики организации и реорганизации процессов внутри ИТ-службы, такие как ITIL, COBIT и другие.
