Журнал изменений (Change log) | Журнал Запросов на изменения, которые были оформлены во время проекта, показывающий информацию о каждом Изменении, его оценке, принятых решениях и статусе Изменений, т.е. получена заявка, проведен анализ, утверждено, внедрено или закрыто. |
Управление изменениями (Change Management) | Процесс контроля Изменений в инфраструктуре или в любой составляющей предоставляемых услуг, который, осуществляя контроль, приводит в действие утвержденные Изменения с минимальными простоями. |
Запись об изменении (Change record) | Учетная запись, содержащая сведения о том, на какие Учетные элементы оказывает воздействие, утвержденное Изменение (планируемое или внедренное) и каким образом. |
Классификация. (Classification) | Процесс формальной группировки Учетных элементов по типу, например ПО, АО, документация, среда, приложение. Процесс формальной идентификации Изменений по типу, например запрос на Изменение границ проекта, подтверждение запроса на Изменение, запрос на Изменение в инфраструктуре. Процесс формальной идентификации Инцидентов, Проблем и Известных ошибок по их источнику, симптомам и причинам. |
Закрытие (Closure) | Заказчик удовлетворен разрешением Инцидента. |
Средства. автоматизированной разработки систем (CASE-средства) | Программное средство для разработчиков ПО. Оно предоставляет помощь в планировании, анализе, проектировании, документации компьютерного программного обеспечения. |
Базовая конфигурация (Configuration baseline) | Конфигурация продукта или системы в определенный момент времени, которая отражает структуру и подробности этого продукта или системы и позволяет впоследствии повторить сборку этого продукта или системы. Сохраняемый «фотографический снимок» или текущее состояние. Несмотря на то, что текущее состояние может со временем измениться, базовый вариант остается неизменным и доступным для сравнения с текущим состоянием (PRINCE2). |
Контроль конфигураций (Configuration control) | Действия, которые входят в контроль Изменений в Учетных элементах после формального составления их конфигурационной документации. В эти действия также входит оценка, координация, утверждение или отклонение Изменений. Внедрение Изменений включает изменения и отклонения изменений, которые могут оказать воздействие на конфигурацию, а также отказы от таких изменений. |
Конфигурационная. документация. (Configuration. documentation) | Документация, которая определяет требования, системное проектирование, сборку, производство и проверку Учетного элемента. |
Идентификация. конфигурации. (Configuration. identification) | Деятельность, которая определяет структуру продукта, набор Учетных элементов и документацию физических и функциональных характеристик Учетного элемента, включая его интерфейсы и последующие Изменения. В это понятие также входит присвоение идентификационных знаков или чисел Учетным элементом и их документации. Сюда входит и присвоение уникальных номеров формам контроля конфигураций, связанным с Изменениями и Проблемами. |
Учетный элемент, или УЭ (Configuration Item, Cl) | Компонент инфраструктуры (или элемент, связанный с инфраструктурой, такой как Запрос на изменение), который находится (или должен находиться) под контролем Управления конфигурациями. УЭ могут значительно различаться по сложности, размерам и типу, от всей системы (включая аппаратное и программное обеспечение и документацию) до одного модуля или малого компонента аппаратного обеспечения. |
Управление конфигур ациями (Configuration Management) | Процесс идентификации и определения Учетных элементов в системе, записи и отчетов по статусу Учетных элементов и Запросов на изменение, а также проверки полноты и правильности Учетных элементов. |
Средство управления конфигурациями (Configuration Management tool) | Программный продукт, обеспечивающий автоматизацию поддержки Изменений, Конфигураций и контроля версий. |
Конфигурационной база данных учетных элементов (CMDB, или Configuration Management Database) | База данных, которая содержит все необходимые сведения по каждому УЭ и сведения о важных связях между ними. |
План управления конфигур ациями (Configuration Management plan) | Документ, устанавливающий организацию и процедуры для Управления конфигурациями определенного продукта, проекта, системы, группы поддержки или услуги. |
Структура конфигурации (Configuration structure) | Иерархия всех УЭ, которые входят в конфигур ацию. |
Заказчик (Customer) | Получатель услуг. Обычно руководство Заказчика несет ответственность за стоимость услуги либо прямо (путем оплаты счетов), либо косвенно (путем доказуемых потребностей бизнеса). |
Библиотека эталонного ПО (DSL, или Definitive Software Library) | Библиотека, в которой под защитой хранятся эталонные версии всех Учетных элементов конфигурации типа ПО. Это - реально существующая библиотека или склад, где находятся мастер-копии версий ПО. Одно логическое место хранения может в действительности состоять из одной или более реально существующих библиотек ПО или хранилищ файлов. Они должны быть отделены от хранилищ файлов для разработки и тестирования. DSL может также включать реально существующий склад для хранения мастер-копий купленного ПО, например, защищенный на случай пожара. В DSL должно приниматься только авторизованное ПО, которое жестко контролируется Управлением изменениями и Управлением релизами. DSL существует не только для обеспечения нужд процесса Управления конфигурациями, она служит общей основой для процессов Управления релизами и Управления конфигурациями. |
Дельта-релиз (Delta Release) | Дельта- или частичный релиз включает только те УЭ в рамках единицы Релиза, которые были изменены, или новые УЭ с момента последнего полного или Дельта-релиза. Например, если единица Релиза - программа, то Дельта-релиз содержит только те модули, которые были изменены, либо новые модули с момента последнего полного Релиза программы или последнего Дельтарелиза модулей. Full ReleaseTaKJKe см. «Комплексный релиз». |
Конечный пользователь (End-User) | См. «Пользователь». |
Среда (Environment) | Совокупность аппаратного и программного обеспечения, сетевых коммуникаций и процедур, которые совместно работают для предоставления отдельной компьютерной услуги. На одной реально существующей платформе может быть одна или несколько сред, например тестовая или производственная среда. Среды обладают уникальными качествами и характеристиками, которые определяют управление этими средами - в чем-то эти действия похожи, в чем-то могут расходиться. |
Квалифицированный пользователь (Expert User) | См. «Суперпользователь». |
Согласованный график изменений (Forward Schedule of Changes) | График, который содержит сведения обо всех Изменениях, утвержденных для внедрения, и предлагаемые даты их внедрения. Он должен отвечать требованиям бизнеса и быть согласован с Заказчиками, а также с Управлением уровнем обслуживания, со Службой Service Desk и Управлением доступностью. После согласования Служба Service Desk должна сообщить всему сообществу Пользователей о любых дополнительно планируемых (по причине внедрения Изменений) простоях наиболее эффективным из доступных способов. |
Комплексный релиз (Full Release) | Все компоненты единицы Релиза, которые собираются, тестируются, распространяются и внедряются вместе. См. также «Дельта-релиз». |
Влияние (Impact) | Мера критичности Инцидента с точки зрения бизнеса. Часто равна степени расхождения с согласованными или ожидаемыми уровнями обслуживания, к которой ведет Инцидент. |
Инцидент (Incident) | Любое событие, которое не является частью стандартного функционирования услуги и которое приводит или может привести к прерыванию в предоставлении этой услуги или к понижению ее качества. |
Интерфейс (Interface) | Физическое или функциональное взаимодействие между Учетными элементами. |
Известная ошибка (Known Error) | Инцидент или Проблема, для которых известна корневая причина и найдено Обходное или постоянное альтернативное решение. Если на это есть коммерческое обоснование, то оформляется RFC, но, в любом случае, Известная ошибка остается таковой до тех пор, пока она навсегда не исправлена Изменением. |
Жизненный цикл (Life-cycle) | Последовательность состояний, соединенных допустимыми переходами. Жизненный цикл представляет собой утвержденный процесс для Учетных элементов, Отчетов о Проблемах и документов об Изменениях. |
PD0005 | Альтернативное название издания Британского института стандартов «Свод практических рекомендаций для организации управления ИТуслугами». |
PRINCE 2 | Стандартный метод Британского правительства по управлению проектами. |
Приоритет (Priority) | Последовательность (порядок), основанная на степени влияния и срочности, в которой Инцидент или Проблема должны быть разрешены. |
Проблема (Problem) | Неизвестная исходная причина одного и более Инцидентов. |
Процесс (Process) | Связанная последовательность действий, видов деятельности, изменений и т.д., совершаемых агентами с целью удовлетворительного выполнения задачи или достижения цели. |
Контроль процесса (Process Control) | Процесс планирования и регулирования, целью которого является эффективное и рационального выполнение процесса. |
Релиз (Release) | Совокупность новых и/или измененных УЭ, которые вместе проходят тестирование и вместе вводятся в эксплуатации. |
Запрос на Изменение (Request for Change, RFC) | Форма или экран, используемые для записи сведений о запросе на Изменение для любого УЭ инфраструктуры или в процедурах и элементах, связанных с этой инфраструктурой. |
Разрешение (Resolution) | Действие, разрешающее Инцидент. Это действие может быть Обходным решением. |
Роль (Role) | Набор обязанностей, действий и полномочий. |
Соглашение об уровне обслуживания (Service Level Agreement) | Письменное соглашение между поставщиком услуг и Заказчиком (Заказчиками), которое описывает согласованные уровни обслуживания по какой-либо услуге. |
Запрос на обслуживание (Service Request) | Любой Инцидент, который не является сбоем в работе ИТ-инфраструктуры. |
Учетный элемент конфигурации типа ПО (Software Configuration Item, SCI) | Configuration Item’To же, что и «Учетный элемент», за вычетом аппаратного обеспечения и услуг. |
Программная среда (Software Environment) | Программное обеспечение, используемое для поддержки приложения, такое как операционная система, система управления базой данных, средства разработки, компиляторы и прикладное программное обеспечение. |
Библиотека программного обеспечения (Software Library) | Контролируемая совокупность SCI, предназначенная для поддержки сохранности их общего статуса и типа и вместе с тем хранящая элементы по отдельности, для содействия в разработке, эксплуатации и сопровождении. |
Суперпользователь (Super User) | В некоторых организациях часто используют Пользователей-«экспертов» (также называемых «суперпользователями», «экспертными пользователями») для обработки проблем и запросов первой линии поддержки. Такой подход типичен для отдельных приложений или географически удаленных офисов, где нет необходимости нанимать персонал службы поддержки на полный рабочий день. Однако при координации и использовании этого ценного ресурса нужно соблюдать осторожность. |
Система (System) | Интегрированное целое, включающее один или более процессов, аппаратное и программное обеспечение, оборудование и людей и способное удовлетворять указанную потребность или достигать цели. |
Срочность (Urgency) | Мера критичности Инцидента или Проблемы для бизнеса, основанная на влиянии и на потребностях бизнеса Заказчика. |
Пользователь (User) | Человек, который регулярно пользуется услугами. |
Версия (Version) | Идентифицированный вариант Учетного элемента в рамках структуры продукта или структуры конфигурации с целью отслеживания и аудита истории изменений. Также используется для идентификации Учетных элементов конфигурации типа ПО, выпущенных в процессе разработки, для правки, анализа, модификации, тестирования или производства. |
Идентификатор версии (Version Identifier) | Номер версии; дата версии или дата версии и временная метка |
Обходное решение (Work-around) | Метод, позволяющий устранить Инциденты или Проблемы с помощью временного решения или способа, благодаря которому Заказчик перестает зависеть от какого-либо аспекта услуги, связанного с проблемой. |