ベースライン（構成管理の基準線）とは？

ベースライン（構成管理の基準線）の意味

レビューと承認を経て「これ以降は正式な変更手続きを通さないと直せない」と確定させた成果物の状態。要件・設計・コードそれぞれに設定し、以後の変更は変更要求として記録・審査する。何と何が組み合わさって動いているかを、いつでも再現できる状態にすることが目的。

ベースライン（構成管理の基準線）の具体例

結合テスト開始時点のソース・設定ファイル・DDL・ライブラリのバージョンをタグ付けし、これを結合テストベースラインとする。本番障害が出たら、そのタグをチェックアウトすれば当時の環境を丸ごと再現でき、「手元では再現しない」という原因不明の時間を潰せる。

ベースライン（構成管理の基準線）は試験でどう引っ掛けられる？

ベースラインは「変更禁止」ではなく「無断変更禁止」。承認された変更要求があれば更新し、新しいベースラインとして再設定する。またベースラインの対象はコードだけでなく、設計書・環境定義・テストデータも含む点を落としやすい。

ベースライン（構成管理の基準線）が出た過去問

• 受託しているシステム開発プロジェクトの期間が半分を経過した時点で、委託元から開発中のシステムへの機能追加の依頼があった。プロジェクトマネージャの行動として、最も…

  正解：コストやスケジュールなどへの影響を勘案し、変更管理の手順に従う。

  要点：仕様変更は影響を評価し変更管理手順で処理する

  進行中の変更要求は、受け入れるにせよ断るにせよ、あらかじめ定めた変更管理の手順に沿って処理するのが原則である。まず追加によるコスト・スケジュール・品質・要員への影響を見積もり、その結果を委託元に示して、承認を得たうえでスコープや計画のベースラインを改訂する。無条件に受け入れることも、頭ごなしに断ることも適切ではない。

  出典：令和1年度 春期 ITパスポート試験 問45（IPA）