- •Национальный проект «Образование»
- •Содержание
- •Тема 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. Соглашение об уровне сервиса. Его значения в процессе управления сервисами
2. Принципы построения архитектуры предприятия
Одной из основных составляющих проекта разработки архитектурного процесса является создание структур, обеспечивающих управление и контроль за всем процессом. Архитектура предприятия должна являться основополагающим правилом, законом, в соответствии с которым происходят изменения деятельности компании.
Основу управления и контроля архитектурного процесса, как правило, составляет набор руководящих принципов. Многие аналитики выделяют следующий набор принципов:
Внедрение новых систем и модернизация существующих должна проходить под оценку эффективности, целесообразности для компании и соответствия стандартам.
Необходимо контролировать изменения бизнес процессов и информационных систем в рамках их влияния на другие обеспечивающие (зависимые) бизнес процессы и информационные системы.
Архитектурные модели должны поддерживаться в актуальном состоянии (например, в репозитории, CMDB). Необходимо обеспечивать контроль целостности моделей и связей между ними.
Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики. Все проекты должны контролироваться на соответствие стандартам.
Результаты работы архитектурного процесса должны готовится в виде рекомендаций, подлежащих утверждению высшим руководством организации.
Одним из инструментов, обеспечивающих управление и контроль за архитектурным процессом является создание архитектурного комитета во главе с одним из топ менеджеров. Функции архитектурного комитета заключаются в отслеживании и одобрении проектов и инициатив, существующих в компании и оценку целесообразности их проведения. Следует отметить, что вместе с созданием архитектурного комитета на предприятии создается еще один бюрократический уровень, позволяющий активировать и останавливать проекты. Недостатками архитектурного комитета может оказаться возможность задержек при рассмотрении вопросов в ситуации, когда требуется быстрое принятие решений.
Правильно построенный процесс контроля и управления может существенно повлиять на проект на начальных этапах его функционирования:
Начало проекта. На этом этапе проекту предоставляются документы с описанием архитектурных шаблонов и принципы построения информационных систем.
Выработка требований. Архитекторы обеспечивают консультирование для обеспечения выбора конкретного проектировочного решения, удовлетворяющего стандартам компании, что поможет избежать возможных конфликтов в будущем. Выбранное решение утверждается архитектурным комитетом.
Команда разработки архитектуры предприятия обеспечивает функционирование всего архитектурного процесса. На них ложатся задачи связанные с подготовкой всех документов, связанных с описанием архитектуры, контроль и консультация проектных групп. Команда разработки архитектуры должна представлять ключевые документы, построенные на архитектурных принципах.
На этапе инициализации архитектурного процесса, как правило, разрабатывается документ, описывающий основные принципы построения архитектуры предприятия. Подобный документ необходим в начале процесса разработки архитектуры и обеспечивает рекомендации всем участникам процесса, описывающие общее направление развития. Принципы могут быть сформированы для различных слоев архитектуры предприятия (бизнес архитектура, архитектура ИТ). Ниже представлены архитектурные принципы для построения архитектуры ИТ.
Архитектурные принципы построения Корпоративных Информационных Систем (КИС) - это набор основных правил построения систем обеспечивающих получение, обработку и хранение информации в компании.
Принципы построения КИС определяют архитектуру информационных технологий компании. Принципы – это высокоуровневые руководства к действию, задающие стратегическое направление развития информационных технологий в компании и являющиеся инструментом принятия неизбежных компромиссных решений при внедрении новых информационных систем.
Принципы построения приложений:
Информационные системы разрабатываются на основе единой методологии и существующих в компании стандартов.
Предпочтение отдается промышленным информационным системам от крупных поставщиков.
Информационные системы отвечают принципам SOA.
Предпочтительным является централизованная архитектура программно аппаратных решений.
Информационные системы должны быть открытыми, гибкими, легко масштабируемыми.
Информационные системы должны обеспечивать простоту интеграции.
Информационные системы имеют средства, обеспечивающие возможности мониторинга и централизованного управления.
Принципы организации данных:
Автономность (независимость) данных.
Используется единое централизованное определение элементов данных
Для хранения данных используются преимущественно централизованные системы хранения, а где необходимо и целесообразно, и локальные.
Для всех данных четко определены подразделение-владелец и подразделение, обеспечивающее их поддержку и сопровождение, но каждый, кто имеет право доступа, может использовать эти данные в соответствии с уровнем доступности.
Ввод данных производится только один раз в заранее определенной точке, повторный ввод тех же данных возможен только в оговоренных особых ситуациях
Принципы построения ИТ инфраструктуры:
Техническая инфраструктура является масштабируемой и расширяемой
Инфраструктура является простой в эксплуатации и сопровождении
Инфраструктура является адекватной потребностям приложений и бизнеса
Инфраструктура строится в строгом соответствии корпоративным стандартам
Стандартизация всех программно-аппаратных средств компании
При определении технических параметров систем закладывается резерв по вычислительной мощности и объемам дисковой памяти, или обеспечивается динамическое наращивание.