構成項目
“構成項目”という用語は、構成管理の要素の適用のために指定されたものに適用することができ、構成管理システム内の単一のエンティティとし 構成項目、そのバージョン、およびそれらの変更は、構成監査の基礎となります。
- エンティティは、他のすべての構成項目と区別できるように一意に識別する必要があります。
- 変更の実装者の観点から、CIは変更の”何”です。 構成項目の特定のベースラインバージョンを変更すると、同じ構成項目の新しいバージョンが作成され、それ自体がベースラインになります。 変更の影響を調べる際には、次の2つの質問があります。:
- 影響を受ける構成項目は何ですか?
- 設定項目にはどのような影響がありますか？
- 製品内でのCIの使用は、堅牢なステータス会計システムで追跡することができます。
- CIは、確立された基準に基づく受け入れ検証の対象となります。
設定項目タイプ
CIタイプの例は次のとおりです:
- ハードウェア/デバイス
- ソフトウェア/アプリケーション
- 通信/ネットワーク
- 場所
- データベース
- サービス
- ドキュメント
- 人（スタッフと請負業者)
変更管理、インシデントおよび問題管理およびその他のプロセスのエンティティは、構成項目と見なされることもあります。
CI属性とdataEdit
構成項目は、それらのプロパティによって表されます。 これらのプロパティは、すべての構成項目(たとえば、生成する一意の項目コード、機能の説明、ライフサイクルの終了、または構成項目の変更を承認するビ その他のプロパティは、指定された項目タイプに固有のものにすることができます。 ハードウェアデバイスは、いくつかのプロパティ、データベースサーバ別のアプリケーションと証明書を再び他のプロパティを持つことになります。
共通プロパティの例:
- CI固有の識別子または識別コード
- CI名またはラベル（多くの場合、長い名前と短い名前の両方）
- CI略語または頭字語
- CI説明
- CI所有権（組織と人）
- CIの重要性
各タイプの構成項目には特定のプロパティが必要で、その組み合わせは一意になります。 したがって、我々は我々が扱っている項目をそれらに応じて認識することができるようになります。 デバイスの場合、そのような一意の組み合わせは、デバイスの製造元、モデル/タイプ、シリアル番号などになります。
プロパティを識別する（赤で強調表示）ことで、これらのアイテムの特定のインスタンスを区別することができます。
ReleasesEdit
リリース(それ自体、バージョン対応エンティティ)は、いくつかの構成項目で構成される場合があります。 各構成項目に対する一連の変更はリリースノートに表示され、各構成項目の特定の見出しがノートに含まれている場合があります。 複雑なハードウェア構成項目は、そのトップレベルの下に多くのレベルの構成項目を持つことができます。
