非公式文書

正式な文書

開発ドキュメント

製品ドキュメント

文書の管理

14 カテゴリーの詳細なドキュメント

構成管理の目的で指定され、構成管理プロセス中に別個のエンティティとして扱われるハードウェア、ソフトウェア、またはその両方の集合。

ソフトウェアの開発、使用、および保守を支援する一連の管理対象ソフトウェアおよび関連文書 (IEEE610.12-90)。これは、ソフトウェアのリリース管理および配信活動において重要な役割を果たします。

主に構成管理計画の策定、構成の特定とベースラインの確立、構成管理システムの確立、バージョン管理、構成ステータスレポート、構成監査が含まれます。

これはソフトウェア エンジニアリングの重要な部分です。

ソフトウェア構成管理ルールを過小評価し、標準化されたソフトウェア構成項目管理ソフトウェアシステムを提供することで、ソフトウェア開発プロセスにおける品質管理を強化し、ソフトウェア開発プロセスの制御性を高め、ソフトウェア構成管理項目の完全性を確保することを目的としています。 、明確で一貫性があり、トレーサビリティが可能です。

一意に識別された一連の要件、設計、ソース コード ドキュメント、および対応する実行可能コード、構築ドキュメント、およびユーザー ドキュメントがベースラインを形成します。

ベースラインが確立される前に、製品所有者は製品に迅速かつ非公式に変更を加えることができます。ベースラインが確立された後は、変更を評価および検証するための正式な手順を通じて変更が管理されます。

特定のプロジェクトのソフトウェア構成管理プロセス計画を作成するときは、組織の状況、適用される制約、一般に受け入れられているガイドライン、およびプロジェクトの性質と一致している必要があります。

対象となる主な活動は次のとおりです。

構成管理ソフトウェアおよびハードウェア リソース、構成項目計画、ベースライン計画、配信計画、バックアップ計画、構成監査とレビュー、変更管理などが含まれます。

変更管理委員会 (CCB) が計画を承認します。

構成の識別は、次のような構成管理者の機能です。

基本原則: ベースライン設定はソフトウェア開発者が閲覧できるよう公開されており、非ベースライン設定項目は PM、CCB、および関連担当者が閲覧できます。

1. 構成管理計画構築チームの設置

2. 対象組織の把握と推定

3. 構成管理ツールとそのプロバイダーの評価

4. 実施計画を策定する

5. 構成管理プロセスを定義する

6. パイロットプロジェクトの実施

7. 完全な実装

構成ライブラリのタイプ

構成ライブラリ構築モード

構成ライブラリを構築するためのツール

ステータス: 草案、公式、改訂済み

その目的は、バージョンの損失や混乱を避けるために特定のルールに従って構成アイテムのすべてのバージョンを保存し、構成アイテムの任意のバージョンを迅速かつ正確に見つけることです。

プロジェクトマネージャーなどの関係者は、変更申請書に変更内容、変更理由、変更による影響を受ける設定項目、作業量、変更実施者などを説明し、CCBに提出します。 。

変更された内容が合理的かどうか。

変更の範囲が正しく、よく考えられているかどうか。

影響を受ける構成項目が十分に検討されているかどうか、また同時に変更する必要があるかどうか。

作業負荷の見積もりが妥当かどうか。

実装計画に変更がある場合は、ベースライン変更の実装計画が合理的であるかどうかを評価します。

CCB は変更を受け入れるかどうかを決定し、その決定を関係者に通知します。

プロジェクト マネージャーは、変更された構成アイテム (ウォークスルー、レビューなど) をテストまたは検証する担当者を指名します。

プロジェクト マネージャーは、変更と検証結果を承認のために CCB チーム リーダーに提出する必要があります。承認を受けると、必要に応じて変更が完了したかどうかが確認されます。

構成管理者は、変更と結果を関係者に通知し、記録を保管します。

設定状況報告書とは、ソフトウェア開発活動の進捗状況を管理者に報告するための設定項目の操作記録です。

追跡されるコンテンツ: 製品説明レコード、管理されている各ソフトウェア コンポーネントのステータス、各ビルド バージョン リリースのコンテンツとステータス、各ベースライン コンテンツ、構成検証レコード、変更ステータス レコード、およびすべての不明な構成アイテムのインストール ステータス。

レポートは、開発進捗レポートの参考として、現在のベースライン構成アイテムのステータスを反映することに重点を置く必要があります。

その主な機能は、特定の変更要件が効果的に実装されていることを確認するための変更管理の補助手段として機能することです。

1. 構成アイテムの開発は正常に完了しました。

2. 構成項目が指定された性能および機能固有の特性に達していること。

3. 構成アイテムの操作およびサポートに関するドキュメントが完成しており、要件を満たしています。 (IEEE-610)

1. 構築された各構成アイテムは、対応する技術文書に準拠しています。

2. 設定項目は、設定ステータス レポートの情報に対応します。

システム仕様の完全性の監査、機能と監査レポートの監査、非準拠に対して講じられた措置の理解、アーキテクチャ設計と詳細設計コンポーネントの一貫性の比較、承認されたコーディング標準への準拠を判断するためのモジュール リストのレビュー、マニュアル形式の監査が含まれる場合があります。完了時のシステム機能の説明など