ベースライン（構成管理）

構成管理において、ベースラインとは、ある時点での製品の属性の合意された説明であり、変更を定義するための基礎となります。^{[1]変更とは、このベースライン}状態から次の状態への移行です。ベースライン状態からの重要な変更を特定することが、ベースライン識別の中心的な目的です。^[2]

通常、重要な状態とは、明示的または暗黙的に正式な承認ステータスを受け取る状態です。承認ステータスは、そのステータスの事前定義がプロジェクト リーダーによって確立されている場合、または特定の確立されたベースラインとの単なる関連付けによって示される場合に、個々の項目に帰属することがあります。ただし、この承認ステータスは通常、公的に認識されます。ベースラインは、実行のために承認されたプロジェクト プランなど、承認された構成アイテムをマークするという唯一の目的で確立される場合があります。複数の構成アイテムをこのようなベースラインに関連付けると、それらのアイテムも承認されていることを示します。ベースラインは、マイルストーンをマークするためにも使用できます。ベースラインは、単一の作業成果物、または比較の論理的基準として使用できる一連の作業成果物を指す場合があります。

ほとんどのベースラインは、特定の時点^[3]で確立され、その時点 (状態の識別) を参照し続けるために使用されます。ただし、一部のベースライン (動的ベースライン) は、アイテムの変更に関係なく、アイテム自体への参照として引き継がれるように確立されます。これらの後者のベースラインは、作業の進行とともに進化しますが、プロジェクト内の注目すべき作業成果物を識別し続けます。このような動的ベースラインを取得すると、プロジェクト内のこれらの注目すべきアイテムのみの現在のリビジョンが取得されます。

承認ステータスのマーク付けはベースラインの用途の大部分をカバーしますが、時間の経過に伴う作業の進行状況を監視するために、複数の固定ベースラインを確立することもできます。この場合、各ベースラインは、一連の開発ベースラインなど、チームの継続的な取り組みによる目に見える尺度です。この進行状況は、ベースラインを相互に比較すると明らかになります。ベースラインは、ベースライン化された製品が特定の基準を満たした場合に、その後の排他的なアクティビティの基礎として確立されることもあります。たとえば、正式な変更管理手順など、事前に正式に承認された項目用に予約された特定のアクティビティなどです。

ベースライン自体は、作業成果物の注目すべき状態を識別するだけでなく、作業成果物の要素が時間の経過とともにどのように一緒に進行してきたかの履歴ビューを提供するという点でも重要です。固定ベースラインを取得すると、そのサブセット内の作業成果物の状態は、変更履歴で同じ重要性を共有します。これにより、プロジェクト リーダーは、プロジェクトの個々の部分の相対的な進行状況をプロジェクト全体と比較できます。これにより、プロジェクト リーダーは、機能やパフォーマンスの向上に向けての進行が遅れている、または進んでいる個々の項目を特定できます。このため、ベースラインの識別、監視、および取得は、構成管理の成功、そして最終的にはプロジェクトの品質にとって重要です。

逆に、プロジェクトの構成には、そのすべてのベースライン、構成のステータス、すべての監査、および収集されたすべてのメトリックが含まれます。現在の構成とは、現在のステータス、現在の監査、および現在のメトリックを指します。同様に、あまり一般的ではありませんが、ベースラインはプロジェクト内のすべての項目を指す場合があります。これには、ベースラインの性質 (それぞれ動的または固定) に応じて、プロジェクト内のすべての項目の最新リビジョンまたはすべての項目の特定のリビジョンのみが含まれる場合があります。取得されたベースラインは、特定の構成または別のベースラインと比較できます。構成管理では、プロジェクトの構成はプロジェクト内のベースラインと同じではありませんが、2 つが一致することはあります。

固定ベースラインは、多くの場合、特定の認証レビューにおける一連の項目など、プロジェクトのマイルストーンと一致したり、それを示すものです。^[3]例としては、次のようなものがあります。

• 機能ベースライン: 初期仕様の確立、契約など
• 割り当てられたベースライン: 要件が承認された後の作業成果物の状態
• 開発ベースライン: 開発中の作業成果物の状態
• 製品ベースライン: プロジェクトのリリース可能なコンテンツが含まれます
• その他、独自のビジネス慣行に基づく

ベースラインは、ソフトウェアリビジョン コントロールシステムではラベルやタグとして一般的ですが、他のテクノロジ関連のドメインにも存在します。ベースラインは、 UMLモデリング システムやビジネス ルール管理システムなど に見られます。

ハードウェアおよびソフトウェア エンジニアリングの分野に加えて、ベースラインは、医学 (健康状態の進行の監視など)、政治 (統計など)、物理学および化学 (観察と変化など)、財務 (予算編成など) などの分野でも見られます。

構成管理を実行するプロセスでは、構成アイテム (または作業成果物) にベースラインを割り当てて、特定のステータスを確立することができます。この意味で、作業成果物をベースライン化するには、参照されたベースラインに関連付けられた特性に準拠するように作業成果物に特定の変更を加えることが必要になる場合があります。これは状況によって異なりますが、多くの場合、作業成果物を初期状態 (おそらく本質的に承認された状態) に「リセット」して、そこから作業を進める必要があります。

多くの環境では、ベースラインは、そのベースラインの作業成果物に対する特定の後続アクティビティが禁止または許可されるように制御されます。これらのアクティビティは選択および制御され、構成管理システムに応じて監視も行われます。したがって、ベースラインは通常、構成管理監査の対象となります。構成監査には、ベースラインに対して実行された特定のアクションの検査、アクションに関与した個人の識別、ベースライン内の変更の評価、承認の (再) 認証、アカウンティング、メトリックの収集、別のベースラインとの比較、またはこれらすべてが含まれる場合があります。

• ソフトウェア構成管理
• システム開発ライフサイクル
• トレーサビリティマトリックス