Wondershare EdrawMind
マインドマップギャラリー プロジェクト情報文書管理とその構成管理
- 11
プロジェクト情報文書管理とその構成管理
このマップには 2 つの主要な内容が含まれています。 1.情報文書とその管理 2. 構成管理
2020-09-09 09:42:20 に編集されました
- おすすめ
- アウトライン
プロジェクト情報（ドキュメント）と構成管理
情報文書とその管理
意味：情報システム関連情報（文書）とは、特定のデータ媒体およびそれに記録されるデータを指します。これは永続的で、人間または機械が読み取ることができ、通常は人間が判読できるものを記述するためにのみ使用されます。
タイプ：
重要性と品質要件
非公式文書
正式な文書
プロジェクトサイクルの視点
開発ドキュメント
製品ドキュメント
文書の管理
14 カテゴリーの詳細なドキュメント
実現可能性調査報告書
プロジェクト開発計画
ソフトウェア要件仕様
データ要件に関する声明
概略設計仕様書
詳細な設計手順
データベース設計手順
ユーザーマニュアル
取扱説明書
モジュール開発関係書類
テスト計画
テスト分析レポート
開発進捗月報
プロジェクト開発概要レポート
ルールと方法
文書作成基準
チャートの番号付け規則
ドキュメントディレクトリの記述ルール
文書管理システム
構成管理
システムのために構成変更を制御し、システムのライフサイクル全体にわたって構成の整合性とトレーサビリティを維持し、さまざまな時点でのシステム構成を識別するという規律 (ber97)。ソフトウェア ライフ サイクル プロセス (IEE12207.0-96) をサポートしています。
IEEE6.10.12-90 では、構成管理は正式に次のように定義されています: 技術的および管理上の指導と監督を適用して、次のことを行う: 構成アイテムの機能的および物理的特性を特定して文書化し、これらの特性に対する変更を制御し、変更処理プロセスと実装を記録および報告するステータス、検証、および指定された要件への準拠。
主なアクティビティ: 構成の識別、変更管理、ステータスレポート、および構成の監査
構成管理に関連する概念:
設定項目
構成管理の目的で指定され、構成管理プロセス中に別個のエンティティとして扱われるハードウェア、ソフトウェア、またはその両方の集合。
構成ライブラリ
ソフトウェアの開発、使用、および保守を支援する一連の管理対象ソフトウェアおよび関連文書 (IEEE610.12-90)。これは、ソフトウェアのリリース管理および配信活動において重要な役割を果たします。
構成管理のアクティビティとプロセス
主に構成管理計画の策定、構成の特定とベースラインの確立、構成管理システムの確立、バージョン管理、構成ステータスレポート、構成監査が含まれます。
構成管理システム
これはソフトウェア エンジニアリングの重要な部分です。
ソフトウェア構成管理ルールを過小評価し、標準化されたソフトウェア構成項目管理ソフトウェアシステムを提供することで、ソフトウェア開発プロセスにおける品質管理を強化し、ソフトウェア開発プロセスの制御性を高め、ソフトウェア構成管理項目の完全性を確保することを目的としています。 、明確で一貫性があり、トレーサビリティが可能です。
ベースライン
一意に識別された一連の要件、設計、ソース コード ドキュメント、および対応する実行可能コード、構築ドキュメント、およびユーザー ドキュメントがベースラインを形成します。
ベースラインが確立される前に、製品所有者は製品に迅速かつ非公式に変更を加えることができます。ベースラインが確立された後は、変更を評価および検証するための正式な手順を通じて変更が管理されます。
構成管理計画を作成する
1. 構成管理計画を作成するための基本手順:
特定のプロジェクトのソフトウェア構成管理プロセス計画を作成するときは、組織の状況、適用される制約、一般に受け入れられているガイドライン、およびプロジェクトの性質と一致している必要があります。
対象となる主な活動は次のとおりです。
ソフトウェア構成識別子
ソフトウェア構成制御
ソフトウェア構成ステータスレポート
ソフトウェア構成の監査
ソフトウェアのリリース管理と配信
2. 構成管理計画の主な内容:
構成管理ソフトウェアおよびハードウェア リソース、構成項目計画、ベースライン計画、配信計画、バックアップ計画、構成監査とレビュー、変更管理などが含まれます。
変更管理委員会 (CCB) が計画を承認します。
構成の特定とベースラインの確立
1. 基本的な手順
構成の識別は、次のような構成管理者の機能です。
1. 制御する必要があるソフトウェア構成項目を特定します。
2. 各製品とそのコンポーネント、および関連ドキュメントに一意の識別子を割り当てます。
3. 各構成アイテムの重要な特性を定義し、その所有者を特定します。
4. コンポーネント、データ、製品の取得ポイントと基準を特定します。
5. ベースラインを確立して管理します。
6. ドキュメントおよびコンポーネントのリビジョンと製品バージョンとの関係を維持します。
基本原則: ベースライン設定はソフトウェア開発者が閲覧できるよう公開されており、非ベースライン設定項目は PM、CCB、および関連担当者が閲覧できます。
2. ベースライン設定の目的とプロジェクト実施におけるその適用
構成管理システムを確立する
1. 構成管理ソリューションを確立するための基本手順
1. 構成管理計画構築チームの設置
メンバー：
チームリーダー
テクニカルサポートスペシャリスト
管理テクノロジーの専門家と協力する
構成管理システム利用者代表
2. 対象組織の把握と推定
これは、構成管理技術専門家が主導し、管理システムのユーザー代表の参加と協力して基本情報を提供し、チームリーダーと連携して関連担当者の詳細な調査を実施してより包括的なデータを取得します。
3. 構成管理ツールとそのプロバイダーの評価
4. 実施計画を策定する
必要性と影響要因、人員組織と分業、スケジュールとリスク管理
5. 構成管理プロセスを定義する
対象組織の調査と評価を通じて、既存の構成管理プロセスが定義され、構成管理技術専門家がそれをさらに分析し、従来の構成管理方法に基づいて新しいプロセスを開発します。
その後、選択された構成管理ツールの機能に基づいて、新規プロセス内の自動化可能なリンクは構成管理ツールに引き継がれ、その他のリンクは新たに策定された構成管理仕様によって制御されます。
6. パイロットプロジェクトの実施
一定のリスク範囲内で、選択した構成ツールや策定した構成管理仕様が対象組織のニーズを満たせるかどうかを現場運用で判断します。
7. 完全な実装
パイロットプロジェクトで確認・修正された構成管理プロセスは、対象組織のさまざまなプロジェクトや関連業務連携に適用・実装することができ、最終的には構成管理プロセスのスケジュール化・標準化が可能となります。
2. 構成ライブラリを作成する
構成ライブラリのタイプ
1. ダイナミックライブラリ
ソフトウェア エンジニアのワークスペースである開発ライブラリは、エンジニアによって制御されます。
2. 管理ライブラリ
メイン ライブラリまたはシステム ライブラリは、現在のベースラインを管理し、ベースラインへの変更を制御するために使用されます。
3. 静的ライブラリ
公開されたベースラインをアーカイブするソフトウェア リポジトリ。
4. バックアップライブラリ
これには、ソフトウェアおよび関連するアーキテクチャ、データ、ドキュメントのさまざまなバージョンのコピーの作成が含まれます。さまざまな時点でタイムリーにバックアップを作成します。
構成ライブラリ構築モード
構成アイテムの種類ごとにデータベースを構築する
タスクごとにデータベースを構築する
構成ライブラリを構築するためのツール
バージョン管理
1. 設定項目の状態遷移ルール
ステータス: 草案、公式、改訂済み
2. 構成アイテムのバージョン番号の識別
3. 設定項目のバージョン管理
その目的は、バージョンの損失や混乱を避けるために特定のルールに従って構成アイテムのすべてのバージョンを保存し、構成アイテムの任意のバージョンを迅速かつ正確に見つけることです。
変更管理
1. アプリケーションの変更
プロジェクトマネージャーなどの関係者は、変更申請書に変更内容、変更理由、変更による影響を受ける設定項目、作業量、変更実施者などを説明し、CCBに提出します。 。
2. 変更評価
変更された内容が合理的かどうか。
変更の範囲が正しく、よく考えられているかどうか。
影響を受ける構成項目が十分に検討されているかどうか、また同時に変更する必要があるかどうか。
作業負荷の見積もりが妥当かどうか。
実装計画に変更がある場合は、ベースライン変更の実装計画が合理的であるかどうかを評価します。
CCB は変更を受け入れるかどうかを決定し、その決定を関係者に通知します。
3. 実装の変更
4. 変更の検証と確認
プロジェクト マネージャーは、変更された構成アイテム (ウォークスルー、レビューなど) をテストまたは検証する担当者を指名します。
プロジェクト マネージャーは、変更と検証結果を承認のために CCB チーム リーダーに提出する必要があります。承認を受けると、必要に応じて変更が完了したかどうかが確認されます。
5. リリースの変更
構成管理者は、変更と結果を関係者に通知し、記録を保管します。
ステータスレポートを構成する
1. ステータスレポートの内容を設定する
設定状況報告書とは、ソフトウェア開発活動の進捗状況を管理者に報告するための設定項目の操作記録です。
追跡されるコンテンツ: 製品説明レコード、管理されている各ソフトウェア コンポーネントのステータス、各ビルド バージョン リリースのコンテンツとステータス、各ベースライン コンテンツ、構成検証レコード、変更ステータス レコード、およびすべての不明な構成アイテムのインストール ステータス。
2. ステータスの説明
レポートは、開発進捗レポートの参考として、現在のベースライン構成アイテムのステータスを反映することに重点を置く必要があります。
監査の構成
1. 構成監査を実装する役割
その主な機能は、特定の変更要件が効果的に実装されていることを確認するための変更管理の補助手段として機能することです。
2. 機能構成監査
1. 構成アイテムの開発は正常に完了しました。
2. 構成項目が指定された性能および機能固有の特性に達していること。
3. 構成アイテムの操作およびサポートに関するドキュメントが完成しており、要件を満たしています。 (IEEE-610)
3. 物理構成の監査
1. 構築された各構成アイテムは、対応する技術文書に準拠しています。
2. 設定項目は、設定ステータス レポートの情報に対応します。
システム仕様の完全性の監査、機能と監査レポートの監査、非準拠に対して講じられた措置の理解、アーキテクチャ設計と詳細設計コンポーネントの一貫性の比較、承認されたコーディング標準への準拠を判断するためのモジュール リストのレビュー、マニュアル形式の監査が含まれる場合があります。完了時のシステム機能の説明など