Question 1

確定版メディアライブラリ（DML）

Accepted Answer

すべてのソフトウェア構成アイテムの、承認済みの確定版バージョンを安全に保存する1つまたは複数の場所の事。DMLには、ライセンスや文書などの関連するCIが保存される場合もある。DMLが複数の場所に分散している場合でも、論理的には単一の場所として扱われる。DML内のすべてのソフトウェアは、変更管理とリリース管理によってコントロールされ、構成管理システムへ記録される。

Question 2

緊急変更諮問委員会（ECAB：EmergencyChangeAdvisoryBoard）

Accepted Answer

変更諮問委員会の一部。インパクトの大きい緊急の変更について意思決定を行う。ECABの委員は、会議召集時に決定される場合がある。またこの委員は、緊急の変更の性質によって異なる。

Question 3

構成アイテム（CI：Configuration Item）

Accepted Answer

ITサービス提供の為に管理する必要がある、あらゆるコンポーネント。各CIは一元的にCMDBにて管理し、そのライフサイクルを通して維持を行う。CIは変更管理によってコントロールされ、一般には、ITサービス、ハードウェア、ソフトウェア、建物、人材、およびプロセス文書やSLAなどの正式文書が含まれ、「属性」より個々のCIを特定したり、説明を行ったりする。属性は、CIの名前、バージョン番号、種別(ハードウェア、ソフトウェア、ドキュメント)を表すカテゴリ、設置（保管）場所、責任者、使用開始日、ステータス（稼働中、テスト中、故障中など）などが挙げられる。

Question 4

構成管理

Accepted Answer

システム、ハードウェア、ソフトウェアなどのIT資産構成情報や各種マスタ（ユーザ、企業、サポート）などITサービスのライフサイクル上のCIをCMDBで管理し、識別、制御、追跡管理を受け持つプロセス。

Question 5

構成管理システム（CMS）

Accepted Answer

ITサービス・プロバイダの構成データの管理に使用される、一連のツールまたはデータベースの事。すべてのCIおよび、それらに関係するデータを収集、保管、管理、更新、提示するためのツールも含まれる。CMSには、インシデント、問題、既知のエラー、変更、リリースに関する情報も含まれる。また、従業員、サプライヤ、場所、事業部門、顧客、ユーザに関するデータも含まれる場合もある。

Question 6

構成管理データベース（CMDB：Configuration Management Database）

Accepted Answer

サービスやシステムを構成する全ての要素（設備、ハード、ソフト、ネットワーク、機器類、マニュアル、SLA、組織など）の詳細及び相互関係に関する情報を管理する仕組み。

Question 7

サービストランジション

Accepted Answer

ITサービスのライフサイクルにおける段階の1つ。サービスデザインで計画されたサービスを移行し、確実に稼働させること。サービストランジションには変更管理、リリース管理及び展開管理、サービス資産および構成管理、ナレッジ管理などが含まれる。

Question 8

デルタ・リリース

Accepted Answer

リリース・ユニットを構成するコンポーネントのうち、前回実施されたリリースから変更されたCIや追加されたCIのみを包含するリリース。

Question 9

ナレッジ

Accepted Answer

誰かの見識や体験に基づいた行動の手引きとなる情報。

Question 10

ナレッジベース（ナレッジ活用）

Accepted Answer

インシデント、問題、既知のエラーなどの情報の保管場所。新しく発生したインシデントを過去のインシデントに照らし合わせることで、既存の解決策や過去の効果のあった対処法を再利用できる。インシデントの迅速な解決に有効。

Question 11

パッケージ・リリース

Accepted Answer

独立した複数のフル/デルタリリースをまとめたリリース。複数のリリースをまとめることで、リリースの頻度を削減し、稼働環境をより長い間安定させる。

Question 12

フル・リリース

Accepted Answer

リリース・ユニットを構成する全てのコンポーネントをテストし、配付・実装するリリース。

Question 13

変更(サービス変更）

Accepted Answer

ITサービスを提供するITインフラストラクチャ（ソフトウェア、ハードウェア、ネットワーク等）やITサービスの構成を改善することをいいます。

Question 14

変更管理

Accepted Answer

変更が素早く、かつ、正確に対処し、サービス品質へのインパクトを最小限に抑えるために、標準化された手法と手順を確実に実施するプロセス。目標は変更に起因するインシデントがサービス品質に与えるインパクトを最小限にし、組織の日々の運用を改善させること。

Question 15

変更諮問委員会（CAB：Change Advisory Board）

Accepted Answer

インパクトの大きい変更要求（RFC）全てに関して、事業および技術的観点から評価を行う権限ある代表者グループ。通常は重大な変更のみがCABにかけられる。委員会のメンバは柔軟で、変更内容に応じて顧客、ユーザ、IT事業者の代表者が関わる。

Question 16

変更要求（RFC：Request for Change）

Accepted Answer

ITインフラストラクチャのコンポーネントまたはITサービスの状況に対して変更を提案する手段。また、提案された変更の性質、詳細、正当性および許可が記される文書または記録。

Question 17

リリース

Accepted Answer

ITサービスに対して1つまたは複数の承認された変更を実施するために必要とされる、構成アイテム（CI)の集合。各リリースの内容は、単一の実体として管理、テスト、展開が行われる。リリースにはフルリリース、デルタリリース、パッケージリリースの3種類がある。

Question 18

リリース管理

Accepted Answer

変更管理が行った変更を、本番環境に投入する作業を行うプロセス。ITサービスの変更に関して、全体的な視野を持ち、技術的な面と技術には関連しない側面から、本番環境で使用されている、ソフトウェア、ハードウェアの配付を管理。

Question 19

リリース・ユニット

Accepted Answer

通常一緒にリリースされるITインフラストラクチャの構成要素。パッケージ・ソフト、プログラム、単一モジュールなどのレベルがあり、ハードウェアやソフトウェアのタイプによって、最適なリリース・ユニットのレベルを決定する。

変更要求（RFC：Request for Change） - サービストランジション