- •Национальный проект «Образование»
- •Содержание
- •Тема 1. Разработка архитектуры ит как элемента построения эффективной
- •Лекция 2. Процесс разработки архитектуры предприятия…………………………….53
- •Тема 6. Управление службой ит предприятия …………………………………………277
- •Введение
- •Тема 1: Разработка архитектуры ит как элемента построения эффективной
- •1. Понятие архитектуры предприятия
- •2. Стратегические цели и задачи предприятия
- •3. Бизнес – архитектура предприятия
- •4.1. Информационная архитектура (eia)
- •4.2. Архитектура прикладных решений (esa)
- •4.3. Техническая архитектура предприятия (eta)
- •Лекция 2. Процесс разработки архитектуры предприятия
- •1. Общая схема архитектурного процесса
- •2. Принципы построения архитектуры предприятия
- •3. Современные методики описания архитектуры предприятия
- •3.1. Модель Захмана
- •Описание модели Gartner
- •Стратегическая модель архитектуры sam
- •Методики Microsoft
- •Тема 2. Методологические основы управления ит-инфраструктурой предприятия
- •Применение процессного подхода при совершенствовании управления
- •1.2. Управления бизнес процессами
- •1.3.Методика внедрения процессного подхода
- •2. Современные концепции организации управления ит-подразделением как сервисной организацией
- •2.1. Концепция управления ит-подразделением — it Service Management
- •2.2. Itil — основа концепции управления ит-службами
- •Рисунке 3.6. Современная структура itil
- •3. Бизнес-ориентированное управление ит на современном предприятии
- •Тема 3. Системы управления ит-инфраструктурой предприятия Лекция 4. Модели организации управления ит-инфраструктурой
- •1. Методология Microsoft Operations Framework
- •1.1. Модель процессов
- •Квадрант «Изменение»
- •Квадрант «Обслуживание»
- •Квадрант «Поддержка»
- •Квадрант «Оптимизация»
- •1.2. Модель команды
- •1.3. Модель управления рисками
- •2. Эталонная модель Hewlett-Packard управления ит-услугами
- •2.1. Преимущества модели
- •2.2. Содержание модели
- •1.3. Процессы модели itsm
- •Координация бизнеса и ит
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление потребителями
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Разработка ит-стратегии
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Проектирование услуг и управление ими Планирование услуг
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление уровнем обслуживания
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление безопасностью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление доступностью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление мощностью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление стоимостью
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Разработка и развертывание услуг Создание и тестирование
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Ввод в эксплуатацию
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление операциями
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление инцидентами
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление проблемами
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление изменениями
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Управление конфигурацией
- •Деятельность по реализации процесса:
- •Деятельность по контролю качества:
- •Тема 4. Организация технического обслуживания ит
- •1. Значение технического обслуживания
- •2. Что такое гарантия
- •Особенности оказания услуг в гарантийный период
- •3. Программы технического обслуживания
- •3.1. Стандартные программы технического обслуживания
- •3.2. Расширенные программы технического обслуживания
- •3.3. Обслуживание высококритичных систем
- •Регламентные мероприятия:
- •Б). Обучение технического персонала Заказчика
- •Оперативные мероприятия:
- •Б) Персонифицированное обслуживание
- •Г) Обслуживание распределенных информационных систем
- •4. Схемы технического обслуживания
- •4.1. Классическая схема обслуживания
- •4.2. Централизованная схема обслуживания
- •5. Аутсорсинг как форма эффективного управления
- •Тема 5. Управление и аудит информационных технологий Лекция 6. Современные подходы к организации управления и контроля над информационными технологиями
- •1. Необходимость эффективной системы управления и контроля над ит
- •2. Стандарт CobiT: управление и аудит ит
- •3. Стандарт CobiT: принципы управления ит
- •3.1. Модели зрелости
- •3.2. Критические Факторы Успеха
- •3.3. Ключевые Индикаторы Цели
- •3.4. Ключевые Индикаторы Результата
- •Управление ит по CobiT:
- •4. Стандарт CobiT: принципы аудита ит
- •4.2. Этика аудитора ит
- •Этический кодекс аудитора (Ассоциация isaca)
- •5. Структура принципов аудита CobiT
- •Область охвата CobiT
- •6. Взаимосвязь CobiT и других требований и стандартов
- •7. Практические рекомендации
- •Преимущества проведения регулярного аудита
- •Причины постановки управления и проведения аудита ит
- •Причины применения стандарта CobiT для управления и аудита ит
- •Предложение услуг по ит аудиту на Российском рынке
- •Тема 6. Управление службой ит предприятия
- •Правление
- •2.1. Плоская структура службы ит
- •2.2. Развернутая структура службы ит
- •2.3. Дивизиональная структура службы ит
- •3. Оценка результативности службы ит
- •4. Использование системы сбалансированных показателей для оценки работы ит-службы предприятия
- •Bsc применительно к ит
- •Индикатор 1. Ведущая роль ит-службы
- •Индикатор 2. Управление проектами и бюджетом
- •Индикатор 3. Управление операциями
- •Индикатор 4. Удовлетворение потребностей клиентов
- •Индикатор 5. Управление персоналом
- •Индикатор 6. Управление активами
- •5. Соглашение об уровне сервиса. Его значения в процессе управления сервисами
3. Современные методики описания архитектуры предприятия
Разработка архитектуры - процесс, требующий привлечения большого числа участников и рациональной организации их работы. В связи с этим выбор методологии является необходимой и важной задачей, так как от правильного ее решения зависит успешность усилий, затрачиваемых на разработку и поддержание архитектуры.
В настоящее время существует множество методик построения архитектуры предприятия. Данная работа не ставит своей целью описать все множество существующих в настоящее время методик разработки архитектуры предприятия, поэтому ниже приведена информация о наиболее популярных в настоящий момент моделях.
Следует отметить, что архитектурные методики претерпевают постоянные изменения вместе с новыми тенденциями в области управления предприятием и развитием информационных технологий. Рисунок 2.5. демонстрирует развитие архитектурных методик с 1985 по 2003 год и отображает некоторые исторически сложившиеся связи между различными методиками, многие из которых являются актуальными и в настоящее время.
Рисунок 2.5. Развитие архитектурных методик (Jaap Schekkerman)
Первые версии многих современных методик разработаны еще в девяностых годах прошлого века. Многие из них постоянно модернизируются или становятся основой для других, более современных методологий:
Zachman framework – методика опубликованная впервые в 1987 году Zachman Institute for Framework Advancement (ZIFA). Методика постоянно обновляется и поддерживается в актуальном состоянии. Лежит в основе многих программных продуктов для архитектурного моделирования (например,CASEWise).
EAP (Enterprise Architecture Planning)– коммерческая методика разработанная Стивеном Спиваком (StevenSpewak) на основе двух верхних уровнейZachmanframework:Scope(Planner) иBusinessModel(Owner). Методика опубликована в 1992 году как архитектурный процесс, обеспечивающий инициализацию и разработку архитектуры в рамках всего предприятия.
PERA (Purdue Enterprise Reference Architecture). Методика разрабатывалась в 1989 – 1992 годах в Purdue Laboratory for Applied Industry Control (PLAIC). В основе методики заложена декомпозиция плана внедрения информационной системы на отдельные шаги и упрощения за счет этого ее внедрения и интеграции. В настоящее время эту методику не поддерживают в актуальном состоянии.
TOGAF (The Open Group Architecture Framework) разработана в 1995 году. Методика позиционируется авторами как средство разработки информационных систем. Методика сфокусирована на эффективном функционировании приложений, критичных для бизнеса.
CIMOSA (Computer Integrated Manufacturing Open Sys)известная какCIMOpenSystemArchitectureразработана компаниейAMICEConsortiumи являлась одной из инициатив в рамках программы European ESPRIT. В настоящее время можно говорить о том, что CIMOSA является европейским архитектурным стандартом для построения комплексных автоматизированных производств (CIM-computer-integratedmanufacturing), и поддерживает все этапы их жизненного цикла.
IAF (Integrated Architecture Framework) разрабатывалась в 1996 году. В ее основу были заложены: Zachman framework, EAP (Enterprise Architecture Planning). В настоящий момент эта методика разрабатывается и используетсяCapGeminiиErnst&Youngconsulting.
FEAF (Federal Enterprise Architecture Framework) – разработана в 1996 году в USA Chief Information Officers Council. Методика обеспечивает построение крупных комплексных систем для государственных организаций. Данная методика легла в основу многих современных концепций построения архитектуры предприятия (например,TEAF-TreasuryEnterpriseArchitectureFramework).
JTA (Joint Technical Architecture). Первая версия этой методики разрабатывалась дляUSDepartmentofDefendsи была опубликована 22 августа 1996 года. В настоящее время методика поддерживается в актуальном состоянииNationalDefianceIndustrialAssociation(NDIA).
E2AF (Extended Enterprise Architecture Framework) разработана в Institute For Enterprise Architecture Development в 2002 году. Методика включает в себя элементы следующих методик: Zachman framework, EAP (Enterprise Architecture Planning), IAF (Integrated Architecture Framework), Federal Enterprise Architecture Framework.
Следует отметить, что многие крупные производители программно-аппаратного обеспечения в определенный момент времени разрабатывали свои собственные архитектурные методики:
У Microsoftк архитектурным методикам можно отнести набор таких методологий, какMOF,MSM,MSA,MSF.
METAGroupвыпустила в 2002 году документEnterpriseArchitectureDeskReferenceописывающий подход этой аналитической компании к архитектуре предприятия.
Gartnerв настоящий момент разработал архитектурную методику под названиемGartnerEnterpriseArchitectureFramework(GEAF).
Рассмотреть все методики, представленные на рисунке не представляется возможным в рамках данного курса. Поэтому мы выделим только отдельные наиболее интересные, с нашей точки зрения, модели построения архитектуры предприятия.