構成項目

構成アイテム（CI ）という用語は、構成管理システムの基本的な構造単位を指します。^[1] CIの例には、個々のハードウェアまたはソフトウェアコンポーネントが含まれます。構成管理システムは、識別、変更管理、ステータスアカウンティング、監査の基本要素を実装および有効化することにより、プロセスとツールの組み合わせを通じてCIのライフサイクルを監視します。このシステムの目的は、テスト不足に関連するエラーや他のCIとの非互換性の導入を回避することです。

「構成アイテム」という用語は、最終用途機能を満たし、明確な要件、機能、および/または製品関係を持ち、構成管理システムで明確に制御されるように指定されている製品、製品の割り当てられたコンポーネント、またはその両方に適用できます。構成アイテムとそれに関連する製品構成情報のバージョン、および承認された変更は、現在承認されている構成監査の基礎となります。

• エンティティは、他のすべての構成項目および関連する製品構成情報と区別できるように、一意に識別される必要があります。
• 変更の実装者の観点から見ると、CI は製品構造内の「どの項目」が変更によって影響を受けるかです。構成項目の特定のベースラインバージョンを変更すると、変更によって影響を受ける情​​報に対する修正変更を含むベースラインの新しいバージョンが作成されます。CI 部品番号は、新しい部品または更新された部品が機能的または物理的に既存の部品と互換性がなくなるかどうかに基づいて変更される可能性があります。ソフトウェア CI バージョンは、変更が実装されるたびに変更されます。変更の影響を調べるには、次の 2 つの質問をする必要があります。

1. 影響を受ける構成項目は何ですか?
2. 構成項目とそれに関連する構成情報およびインターフェースはどのような影響を受けましたか?

• 製品内での CI の使用は、堅牢なステータス アカウンティング システムで追跡できます。
• CI は、確立された基準に基づいて受け入れ検証の対象となります。

CI タイプの例は次のとおりです。

• ハードウェア/デバイス
• ソフトウェア/アプリケーション
• 通信・ネットワーク
• システム
• 位置
• 施設
• データベース
• サービス

変更管理、インシデントおよび問題管理、およびその他のプロセスのエンティティも、構成項目と見なされることがあります。

構成アイテムは、そのプロパティによって表されます。これらのプロパティは、すべての構成アイテムに共通です (たとえば、生成する一意のアイテム コード、機能の説明、ライフサイクルの終了、または構成アイテムの変更を承認するビジネス オーナー、および構成アイテムをサポートして変更を実装する技術オーナー (管理者) など)。その他のプロパティは、特定のアイテム タイプに固有のものである場合があります。ハードウェア デバイスにはいくつかのプロパティがあり、データベース サーバーには別のプロパティがあり、アプリケーションと証明書にも別のプロパティがあります。

一般的なプロパティの例:

• CI の一意の識別子または識別コード
• CI 名またはラベル (多くの場合、長い名前と短い名前の両方)
• CI の略語または頭字語
• CI の説明
• CI の所有権 (組織と人)
• CIの重要性

特性の特定

各タイプの構成アイテムには特定のプロパティがあり、その組み合わせは一意になります。したがって、それらに基づいて、どのアイテムを扱っているかを認識することができます。デバイスの場合、このような一意の組み合わせは、たとえば、デバイスの製造元、モデル/タイプ、シリアル番号などです。

識別プロパティ (赤で強調表示) を使用すると、これらのアイテムの特定のインスタンスを区別できます。

リリース(それ自体、バージョン管理されたエンティティ)は、複数の構成項目で構成される場合があります。各構成項目に対する変更のセットはリリース ノートに表示され、ノートには各構成項目の特定の見出しが含まれる場合があります。複雑なハードウェア構成項目には、最上位レベルの下の構成項目が多数存在する場合があります。各構成項目レベルは、構成管理システムの同じ基本要素を満たす必要があります。

リリースに関連する構成項目を管理するための現代的なアプローチは、コードリポジトリとアーティファクトリポジトリを利用して構成管理データベースを補完することです。^{[2] [3]これは、}決定的なメディアライブラリの使用に見られます。

変更の実装と管理の目的に加えて、各構成アイテムのリストと定義は、製品に関連するすべてのグループで共通の語彙として機能する必要があります。 CI は、製品マーケティングに携わる個人と実装の責任者が構成アイテムの名前を使用するときに共通の定義に同意できるレベルで定義する必要があります。 特定のプロジェクトの構成アイテムの選択と識別は、製品の全体的なアーキテクチャをトップダウンで開発するための最初のステップと見なすことができます。 ^{[引用が必要]}

• 構成管理とは何ですか?
• 構成項目の定義
• 物理構成監査
• 機能構成監査
• 機能構成監査
• 構成管理トレーニング資料
• CMDB ソリューション設計ガイド