設定項目

ベースライン

ステータスレポートを構成する

CCB: コントロールボード構成の変更 コントロールボード

データ媒体とそこに記録されたデータ。

永続的で人間または機械が読み取り可能で、人間が読み取り可能なものを記述するために使用されます。

ソフトウェア エンジニアリングでは、ドキュメントは、アクティビティ、要件、プロセス、または結果を説明、定義、指定、報告、または認証する書面またはグラフィック情報を記述するためによく使用されます。

ソフトウェアプロジェクトドキュメントの具体的な分類

重要な側面と品質要件

プロジェクトサイクル

詳細分類：14種類の文書

ソフトウェア開発中に生成される資産

一連の機能情報を使用する

6種類

ベースライン: ソフトウェア ライフ サイクルの各開発フェーズの終了時の特定の時点。マイルストーンとも呼ばれます。

マイルストーンでは、フェーズ作業が終了し、正式なフェーズ製品が形成されているため、元々継続していた開発作業がこれらの時点で分割され、フェーズ作業の結果のテストと確認がより容易になり、また、変更管理。

ベースライン規定では、別の開発段階の作業結果を変更するためにマイルストーンを越えることは禁止されており、設定されたマイルストーンの完了段階の結果の一部は凍結されていると考えられます。

構成ステータスの説明とレポート

タスク: レポート管理構成に必要な情報を効果的に記録する。その目的は、構成項目の現在の状況をタイムリーかつ正確に関係者が理解できるように提供し、構成管理作業を強化することです。

タスク: 構成アイテムと構成フラグの整合性を検証します。

ソフトウェア開発の実践では、変更管理とバージョン管理を実現するために構成項目にマークが付けられていることがわかります。チェックや検証が行われていない場合、依然として混乱が生じる可能性があります。

構成アイテムに名前を付ける方法と、構成アイテムを説明するためにどのような情報を使用するかを決定します。

構成品目の変更を監視する組織。

タスク: 構成アイテムに対する提案された変更を評価および承認し、承認された変更の実装を監督します。

メンバー：

設定項目

構成ID

重要な内容

構成ID

構成フラグ

構成管理システムを確立する手順

ギット

SVN。

1. 開発ライブラリ

2. 管理ライブラリ

3. 製品ライブラリ

設定項目変更フローチャート

原則として、管理対象の構成項目は変更できませんが、さまざまな理由で変更が必要な場合は、変更リクエストを送信できます。

変更リクエストが共同レビューと責任リーダーによって承認された後、変更が完了してレビューされた後、変更が正しいことを確認してから再実行できます。ライブラリに入力され、制御された状態に復元されます。

構成アイテムの開発が正常に完了したかどうか。

構成項目が規定の性能・機能に達しているか

設定項目の運用およびサポート文書が完成し、要件を満たしているか。

正式なテスト文書をレビューし、テストデータに基づいて検証および検証レポートをレビューし、すべての承認された変更をレビューし、変更されたドキュメントをレビューし、設計レビューレポートをスポットチェックして、すべてのテストが機能に基づいて実行されたことを確認します。およびパフォーマンス要件。

構築された各構成アイテムが対応する技術文書に準拠しているかどうか。

構成アイテムが構成ステータスレポートの情報に対応しているかどうか

システムの仕様が完全であるかどうかを確認します。

アーキテクチャ設計と詳細設計コンポーネントを比較して一貫性を確保します。

モジュールリストを確認して、承認されたコーディング標準への準拠を確認します。

マニュアル (ユーザーマニュアル、操作マニュアルなど) の形式と完全性、およびシステム機能の説明への準拠を確認します。