開発プロセス自体を説明します。

開発プロセスの製品について説明する

プロジェクト管理情報を記録する

（1） 開発者自身のためのドキュメント

特別番組

他の団体でも利用できる書類

一般的に使用されるソフトウェア製品

1. 制御する必要があるソフトウェア構成項目を特定する

2. 各製品とそのコンポーネント、および関連ドキュメントに一意の識別子を割り当てます。

3. 各構成アイテムの重要な特性を定義し、所有者を特定する

4. コンポーネント、データ、製品入手ポイントを特定するためのガイドライン

5. ベースラインの確立と管理

6. 製品に関連するドキュメントとコンポーネントのリビジョンを維持する

1. 変更リクエストを特定して文書化する必要がある

2. 変更を分析および評価する

3. 変更リクエストを承認または拒否する

4. 修正されたソフトウェア項目を実装、検証、リリースする

5. 変更ごとに監査証跡を維持し、変更の理由と変更の承認を追跡する必要があります。

6. セキュリティおよびセキュリティ機密性機能を処理する制御されたソフトウェア項目へのすべてのアクセスは、制御および監査される必要があります。

1. 各規制品目の表現と状態

2. 各変更依頼の状況と承認された変更の実施状況

3. 各ベースラインの現在および過去のバージョンのステータスと個々のバージョンの比較

4. その他の構成管理活動の記録

構成項目と構成識別子との一貫性を検証して、構成管理の有効性を確保し、次のような混乱を引き起こさないようにします。

各ベースラインについて、次を定義します。

すべての設計書やソースプログラムなどを含みます。

ソフトウェア開発者へのオープンな読み取りアクセス

プロジェクトの各種企画書やレポートなど。

PM、CCB、および関連担当者へのオープンな読み取りアクセス

番組企画提案

要件文書

設計ドキュメント

ソースコード

実行可能コード

テストケース

ソフトウェアを動作させるために必要な各種データ

下書き

フォーマル

改訂

構成アイテムの作成

「ドラフト」状態の設定項目を変更する

技術的なレビューまたはリーダーの承認

正式リリース

変化

名前、識別子、ファイルのステータス、バージョン、作成者、日付など。

1. ダイナミックライブラリ（開発ライブラリ、プログラマライブラリ、ワークライブラリ、ダイナミックシステム、開発システム、ワークスペース）

2. 制御ライブラリ（メインライブラリ、システムライブラリ、メインシステム、制御システム）

3. 静的ライブラリ（ソフトウェアウェアハウス、ソフトウェア製品ライブラリ、製品ライブラリ）