Файл: Лабораторная работа 1. Бизнесмодель итаутсорсинговой компании.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 30.11.2023
Просмотров: 118
Скачиваний: 3
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
, которым назначить тип данных Булево. Общее количество подобных реквизитов должно соответствовать выделенным потребительским сегментам в бизнес-модели.
Кроме того, в пользовательском режиме необходимо заполнить сведения по клиентам (минимум 10 для каждого выделенного сегмента) со ссылкой на web-ресурс на котором размещена эта информация. Это реализуется путем добавления в справочник реквизита «Примечание».
2.3 Создание справочника Конкуренты
Основное предназначение справочника «Конкуренты» хранить список конкурентов и информации по ним (адрес, телефон, сайт). Кроме этого, необходимо предусмотреть реквизит «Примечание», который будет содержать ссылку на web-ресурс, на котором размещена эта информация (в том случае, если у организации нет своего сайта).
КОНТРОЛЬНЫЕ ВОПРОСЫ
ЛАБОРАТОРНАЯ РАБОТА №2
Классификация ИТ-сервисов
Цель работы: изучить последовательные этапы для составления списка ИТ сервисов.
Краткая теория:
Наряду с Типами Сервисов необходимо также понимать, что сервисы должны подразделяться в соответствии с тремя основными классификациями. Эти классификации особенно важны, когда приходит время применить их к модели затрат. Важно также понимать, что список сервисов, разделенный в соответствии с этими классификациями, должен определяться для каждой организации и будет изменяться в соответствии со средой или применяемой бизнес-моделью.
Полное и детальное описание этих сервисов в Каталоге Сервисов с различными вариантами уровня качества и доступности относится к Управлению Уровнем Сервиса и выходит за рамки этой статьи. Для целей моделирования и оценки затрат достаточно, чтобы сервисы были бы определены и классифицированы как исходные данные для Системы Управления Конфигурацией и ИТ Финансами. Забегая вперед, следует сказать, что критичным фактором является согласование определений сервисов, используемых при оценке затрат и подготовке счетов, с Каталогом Сервисов.
Следующий раздел определяет логические последовательные этапы для составления списка ИТ сервисов. Этими этапами являются:
Шаг 1: Определить Основные Бизнес Процессы
Наиболее правильным способом определения ИТ сервисов является взгляд с точки зрения заказчика - учет услуг с точки зрения их параметров качества и, в перспективе, количества и стоимости предоставления. Для того, чтобы определить эту точку зрения ИТ, организация должна понимать, как она облегчает бизнес, делая возможными различные бизнес процессы. Отсюда логически вытекает, что начинать такую деятельность следует с определения, какие бизнес процессы присутствуют в компании. Следующая модель управления ИТ взята из книги ITIL Understanding & Improving – The Business Perspective On Your IT Infrastructure. Эта модель управления ИТ разбивает бизнес процессы на четыре основных категории:
Каждая из этих категорий в свою очередь имеет подпроцессы, которые нужно определить, чтобы получить приемлемый уровень детализации, позволяющий начать деятельность по определению сервисов.
Шаг 2: Определить ИТ-Сервисы
Многие ИТ сервисы будут определены и названы после определения бизнес процессов и функций, которые эти ИТ сервисы облегчают. Преимущества соотнесения имен ИТ сервисов с бизнес процессами - в том, что это улучшает понимание и клиентов и ИТ персонала того, как технологии помогают в достижении бизнес целей.
Чтобы проиллюстрировать эту деятельность, ниже выделена категория «Процессы поддержки бизнеса»:
Примеры подпроцессов поддержки бизнеса:
Хотя многие названия сервисов будут общими для разных компаний, каждая организация должна проделать это упражнение для того, чтобы определить свой персональный список ИТ сервисов. Эта деятельность, по сути, является возможностью для изучения и понимания реального соотношения бизнеса и ИТ.
Шаг 3: Отобразить ИТ-Системы в ИТ-Сервисы
Следующий шаг в этом процессе проходит более естественно для технических специалистов поскольку он включает определение и именование ИТ систем, которые ИТ организация создает и поддерживает, а также отображение этих систем на определение ИТ сервисов. Помните, что ИТ система - это совокупность компонентов, необходимых для предоставления заказчику технологического решения. Часто ИТ система наследует имя основного приложения, работу которого она обеспечивает. Другой принцип, который также следует иметь в виду, состоит в том, что хотя существует одно определение ИТ сервиса, на количество систем, которые могут быть отображены в него ограничений нет.
Некоторые примеры отображений сервис/система приведены ниже:
Когда все ИТ-сервисы и ИТ-системы определены Управлением Уровнем Сервиса (SLA) эта информация передается Управлению Конфигурацией для облегчения проектирования Объектной модели CMDB и управлению Финансами для разработки Моделей Затрат и Платежей, основанных на сервисах.
Шаг 4: Отобразить ИТ-Компоненты в ИТ-Системы
Последний шаг в этом процессе состоит в отображении ИТ-компонент или CI в ИТ системы. Это функция процесса Управления Конфигурацией и будет выполняться в рамках CMDB. В следующем разделе будет рассмотрена эта тема.
Определите логические последовательные этапы для составления списка ИТ сервисов относительно закрепленного за вами предмета исследования.
Лабораторная работа №3
Разработка модели затрат на сервис.
Моделирование ИТ-Сервисов.
Следующим шагом после того, как ИТ-сервисы определены и документированы, является моделирование этих сервисов в Базе данных Управления Конфигурацией (CMDB). База данных конфигурационных элементов (CMDB) может быть создана с помощью методов моделирования данных и объектов, чтобы представить как точку зрения бизнес-сервиса, так и технологическую точку зрения на то, как соотносятся CI для поддержки бизнес-процессов. Фактически главной целью Управления Конфигурацией является облегчение создания виртуальной модели ИТ инфраструктуры (CMDB) в реальном масштабе времени с точки зрения того, как она поддерживает и контролирует ИТ.
Задача управления конфигурацией
Управление конфигурацией представляет логическую модель инфраструктуры или сервиса, выявляя, контролируя, поддерживая и проверяя версии существующих конфигурационных элементов.
Цель Управления Конфигурацией заключается в:
Управление Конфигурацией – важная часть всей структуры управления сервисами в ITIL. Оно служит центральной точкой для совместного пользования информацией и взаимодействия остальных процессов. Имущество в терминологии ITIL называется конфигурационным элементом. Конфигурационным элементом может быть названо все, что организация хотела бы контролировать.
Необходимо иметь возможность регистрировать в CMDB следующие основные компоненты:
Управление конфигурацией и учет компьютеров при моделировании ИТ-Сервисов
Для того, чтобы смоделировать ИТ сервисы, должны быть разработаны объектная модель и модель данных, что позволит проиллюстрировать каким образом различные типы CI представляются, какие атрибуты они имеют и какие отношения их связывают. Модель данных диктует способ отображения ИТ сервисов в CMDB. Практическое применение этого заключается в создании логических записей, которые представляют ИТ сервисы, включая то как они разбиты на ИТ системы, подсистемы и физические компоненты. Концепция, представленная таким подходом, позволяет соотнести физические CI (аппаратура, ПО, документы и т.д.) с цепочкой ИТ сервисов как это проиллюстрировано ниже.
Используйте аналогию:
Если инфраструктура – это пазл, а CI – это кусочки пазла, то конструкция Объектной Модели Управления Конфигурацией (CMDB) – это картинка на коробке пазла.
Точно также, как трудно составить пазл без картинки, так и трудно понять, какую роль различные CI играют в инфраструктуре без определения объектной модели.
Некоторыми ключевыми преимуществами, вытекающими из этой модели, являются:
Для каждого ИТ бизнес-сервиса и каждой ИТ-системы, определенных процессом Управления Уровнем Сервиса, в логической структуре CMDB должна быть создана запись. После того, как эта структура будет построена в соответствующем инструменте, логическая структура остается относительно статической, и не будет существенно меняться до появления нового сервиса.
Кроме того, в пользовательском режиме необходимо заполнить сведения по клиентам (минимум 10 для каждого выделенного сегмента) со ссылкой на web-ресурс на котором размещена эта информация. Это реализуется путем добавления в справочник реквизита «Примечание».
2.3 Создание справочника Конкуренты
Основное предназначение справочника «Конкуренты» хранить список конкурентов и информации по ним (адрес, телефон, сайт). Кроме этого, необходимо предусмотреть реквизит «Примечание», который будет содержать ссылку на web-ресурс, на котором размещена эта информация (в том случае, если у организации нет своего сайта).
КОНТРОЛЬНЫЕ ВОПРОСЫ
-
Определите суть понятия "аутсорсинг". -
Укажите основные причины применения аутсорсинга. -
Какие факторы мешают развитию аутсорсинга в России? -
Дайте определение ИТ- аутсорсинга. -
Что подразумевает полный аутсорсинг? -
Укажите особенности частичного аутсорсинга. -
Какие существуют виды аутсорсинга? -
Перечислите основные виды услуг в области ИТ-аутсорсинга. -
Каковы ключевые тенденции развития на рынке ИТ-аутсорсинга?
ЛАБОРАТОРНАЯ РАБОТА №2
Классификация ИТ-сервисов
Цель работы: изучить последовательные этапы для составления списка ИТ сервисов.
Краткая теория:
-
Классификация ИТ-Сервисов
Наряду с Типами Сервисов необходимо также понимать, что сервисы должны подразделяться в соответствии с тремя основными классификациями. Эти классификации особенно важны, когда приходит время применить их к модели затрат. Важно также понимать, что список сервисов, разделенный в соответствии с этими классификациями, должен определяться для каждой организации и будет изменяться в соответствии со средой или применяемой бизнес-моделью.
-
Ядро и базовые сервисы
-
Базовый сервис – это сервис, который требуется всем потребителям и за который каждый потребитель должен платить соответствующую долю. Эти сервисы как «воздух», они нужны вам, чтобы существовать и у вас нет возможности отказаться от их использования или потребления. Типичными примерами базовых сервисов являются:-
Передача данных /Локальная сеть -
Электронная почта -
Поддержка -
Голосовая связь -
Безопасность
-
-
Подписные сервисы
-
Подписной сервис – это сервис, который может быть выбран из списка типа «A La Carte» на основе бизнес-функций, в которых заказчик задействован. Эти сервисы появятся в счете клиента только если он использует или подписан на этот сервис. Примерами подписных сервисов обычно являются сервисы, основанные на приложениях, и описываются они в соответствии с бизнес процессом или функцией, которую они поддерживают:-
Сервисы КИС -
Банк-клиент -
Торговые прикладные системы -
Кадровые системы -
Исследования рынка -
И т.д.
-
-
Заказные сервисы
-
Заказные сервисы – это сервисы, которые ИТ предоставляет на основе «плати-и-тогда-получишь». Эти сервисы обычно предоставляются клиенту, только если он запрашивает их для специальной деятельности вне стандартного сервисного пакета. Примерами заказных сервисов являются:-
Управление проектами -
ИТ-консалтинг -
Обзор новой технологии -
Закупки -
И т.д.
-
Полное и детальное описание этих сервисов в Каталоге Сервисов с различными вариантами уровня качества и доступности относится к Управлению Уровнем Сервиса и выходит за рамки этой статьи. Для целей моделирования и оценки затрат достаточно, чтобы сервисы были бы определены и классифицированы как исходные данные для Системы Управления Конфигурацией и ИТ Финансами. Забегая вперед, следует сказать, что критичным фактором является согласование определений сервисов, используемых при оценке затрат и подготовке счетов, с Каталогом Сервисов.
-
Порядок определения сервисов
Следующий раздел определяет логические последовательные этапы для составления списка ИТ сервисов. Этими этапами являются:
-
Определение Основных Бизнес Процессов -
Определение Обеспечивающих Их ИТ Сервисов -
Отображение ИТ Системы в ИТ Сервисы -
Отображение ИТ Компонент в ИТ Системы.
Шаг 1: Определить Основные Бизнес Процессы
Наиболее правильным способом определения ИТ сервисов является взгляд с точки зрения заказчика - учет услуг с точки зрения их параметров качества и, в перспективе, количества и стоимости предоставления. Для того, чтобы определить эту точку зрения ИТ, организация должна понимать, как она облегчает бизнес, делая возможными различные бизнес процессы. Отсюда логически вытекает, что начинать такую деятельность следует с определения, какие бизнес процессы присутствуют в компании. Следующая модель управления ИТ взята из книги ITIL Understanding & Improving – The Business Perspective On Your IT Infrastructure. Эта модель управления ИТ разбивает бизнес процессы на четыре основных категории:
-
Процессы Управления -
Процессы Поддержки -
Процессы Инноваций -
Главные Бизнес Процессы
Каждая из этих категорий в свою очередь имеет подпроцессы, которые нужно определить, чтобы получить приемлемый уровень детализации, позволяющий начать деятельность по определению сервисов.
Шаг 2: Определить ИТ-Сервисы
Многие ИТ сервисы будут определены и названы после определения бизнес процессов и функций, которые эти ИТ сервисы облегчают. Преимущества соотнесения имен ИТ сервисов с бизнес процессами - в том, что это улучшает понимание и клиентов и ИТ персонала того, как технологии помогают в достижении бизнес целей.
Чтобы проиллюстрировать эту деятельность, ниже выделена категория «Процессы поддержки бизнеса»:
Примеры подпроцессов поддержки бизнеса:
-
Примерами типичных бизнес процессов в этой категории являются:-
Управление кадрами -
Корпоративные финансы -
Поддержка офиса -
Логистика -
Связь -
И т.д.
-
Хотя многие названия сервисов будут общими для разных компаний, каждая организация должна проделать это упражнение для того, чтобы определить свой персональный список ИТ сервисов. Эта деятельность, по сути, является возможностью для изучения и понимания реального соотношения бизнеса и ИТ.
Шаг 3: Отобразить ИТ-Системы в ИТ-Сервисы
Следующий шаг в этом процессе проходит более естественно для технических специалистов поскольку он включает определение и именование ИТ систем, которые ИТ организация создает и поддерживает, а также отображение этих систем на определение ИТ сервисов. Помните, что ИТ система - это совокупность компонентов, необходимых для предоставления заказчику технологического решения. Часто ИТ система наследует имя основного приложения, работу которого она обеспечивает. Другой принцип, который также следует иметь в виду, состоит в том, что хотя существует одно определение ИТ сервиса, на количество систем, которые могут быть отображены в него ограничений нет.
Некоторые примеры отображений сервис/система приведены ниже:
ИТ Сервис | ИТ Система |
Электронная почта | MS Exchange Lotus Noyes |
Общая инфраструктура | Данные/LAN Голосовая связь Управление хранением |
Управление кадрами | PeopleSoft Payroll |
Когда все ИТ-сервисы и ИТ-системы определены Управлением Уровнем Сервиса (SLA) эта информация передается Управлению Конфигурацией для облегчения проектирования Объектной модели CMDB и управлению Финансами для разработки Моделей Затрат и Платежей, основанных на сервисах.
Шаг 4: Отобразить ИТ-Компоненты в ИТ-Системы
Последний шаг в этом процессе состоит в отображении ИТ-компонент или CI в ИТ системы. Это функция процесса Управления Конфигурацией и будет выполняться в рамках CMDB. В следующем разделе будет рассмотрена эта тема.
-
Задание для самостоятельной работы
Определите логические последовательные этапы для составления списка ИТ сервисов относительно закрепленного за вами предмета исследования.
Лабораторная работа №3
Разработка модели затрат на сервис.
Моделирование ИТ-Сервисов.
Следующим шагом после того, как ИТ-сервисы определены и документированы, является моделирование этих сервисов в Базе данных Управления Конфигурацией (CMDB). База данных конфигурационных элементов (CMDB) может быть создана с помощью методов моделирования данных и объектов, чтобы представить как точку зрения бизнес-сервиса, так и технологическую точку зрения на то, как соотносятся CI для поддержки бизнес-процессов. Фактически главной целью Управления Конфигурацией является облегчение создания виртуальной модели ИТ инфраструктуры (CMDB) в реальном масштабе времени с точки зрения того, как она поддерживает и контролирует ИТ.
Задача управления конфигурацией
Управление конфигурацией представляет логическую модель инфраструктуры или сервиса, выявляя, контролируя, поддерживая и проверяя версии существующих конфигурационных элементов.
Цель Управления Конфигурацией заключается в:
-
Учете всего ИТ-имущества и его конфигураций в организации и ее сервисах. -
Предоставлении точной информации по конфигурациям и их документирование для поддержки всех процессов управления сервисами. -
Предоставлении прочной базы для Управления Инцидентами, Управления Проблемами и Управления Релизами. -
Проверке соответствия конфигурационных записей инфраструктуре (CMDB) и исправление всех отклонений.
Управление Конфигурацией – важная часть всей структуры управления сервисами в ITIL. Оно служит центральной точкой для совместного пользования информацией и взаимодействия остальных процессов. Имущество в терминологии ITIL называется конфигурационным элементом. Конфигурационным элементом может быть названо все, что организация хотела бы контролировать.
Необходимо иметь возможность регистрировать в CMDB следующие основные компоненты:
-
Физические CI: Сервер, коммутатор, прикладная система, база данных, документ и т.д. -
Логические CI: ИТ сервис, ИТ система, записи состояния инфраструктуры и т.д. -
Атрибуты CI: Скорость CPU, серийный номер, версия, автор, дата покупки и т.д. -
Отношения между CI: Предок потомок, состоит из, установлено на, предоставляет данные и т.д.
Управление конфигурацией и учет компьютеров при моделировании ИТ-Сервисов
Для того, чтобы смоделировать ИТ сервисы, должны быть разработаны объектная модель и модель данных, что позволит проиллюстрировать каким образом различные типы CI представляются, какие атрибуты они имеют и какие отношения их связывают. Модель данных диктует способ отображения ИТ сервисов в CMDB. Практическое применение этого заключается в создании логических записей, которые представляют ИТ сервисы, включая то как они разбиты на ИТ системы, подсистемы и физические компоненты. Концепция, представленная таким подходом, позволяет соотнести физические CI (аппаратура, ПО, документы и т.д.) с цепочкой ИТ сервисов как это проиллюстрировано ниже.
Используйте аналогию:
Если инфраструктура – это пазл, а CI – это кусочки пазла, то конструкция Объектной Модели Управления Конфигурацией (CMDB) – это картинка на коробке пазла.
Точно также, как трудно составить пазл без картинки, так и трудно понять, какую роль различные CI играют в инфраструктуре без определения объектной модели.
Некоторыми ключевыми преимуществами, вытекающими из этой модели, являются:
-
Понимание того, как CI связаны с ИТ бизнес-сервисами в рамках процесса -
Какие прямые и косвенные имущественные затраты связаны с ИТ-сервисами -
Как параметры доступности связаны с отдельными CI, группами CI и общими целями доступности сервиса -
Какие CI обеспечивают несколько сервисов -
Как определяется приоритет CI в отношении критичности бизнеса и функций
Для каждого ИТ бизнес-сервиса и каждой ИТ-системы, определенных процессом Управления Уровнем Сервиса, в логической структуре CMDB должна быть создана запись. После того, как эта структура будет построена в соответствующем инструменте, логическая структура остается относительно статической, и не будет существенно меняться до появления нового сервиса.