目次
序文
この記事では、プロジェクト管理における情報文書管理と構成管理のテストポイントの要点を中心に記録します。
1. ソフトウェアドキュメントの分類
1. 開発資料
実現可能性調査レポートやプロジェクトのミッションステートメント、要件仕様、機能仕様、プログラムおよびデータ仕様を含む設計仕様、開発計画、ソフトウェア統合およびテスト計画、品質保証計画、セキュリティおよびテスト情報を含む開発プロセス自体を説明します。
2. 製品ドキュメント
開発プロセスの製品について説明します。これには、トレーニング マニュアル、リファレンス マニュアルおよびユーザー ガイド、ソフトウェア サポート マニュアル、製品マニュアル、情報広告が含まれます。
3.書類の管理
開発プロセスの各段階での進捗状況と進捗状況の変更の記録、ソフトウェア変更の記録、開発チームの責任の定義、プロジェクト計画、プロジェクト段階のレポート、構成管理計画など、プロジェクト管理情報を記録します。
2. 文書品質の 4 つのレベル
レベル 1.1 ドキュメント
独自のプログラムを開発するのに 1 人月未満しか必要としない開発者に適しています。ドキュメントには、プログラムのリスト、開発記録、テスト データ、およびプログラムの紹介が含まれている必要があります。
2. 内部文書 (レベル 2)
他のユーザーとリソースを共有しない特殊なプログラムに使用できます。レベル 2 ドキュメントには、ユーザーがプログラムをインストールして使用するのに役立つ十分なコメントがプログラム リストに含まれています。
3. 作業文書（レベル 3 文書）
同じユニット内で複数人で共同開発したプログラムや、他のユニットでも利用できるプログラムに適しています。
4. 正式文書（レベル4文書）
一般用途向けに正式にリリースされるソフトウェア製品に適しており、重要なプログラムや反復的な管理アプリケーション (給与計算など) を備えたプログラムにはレベル 4 のドキュメントが必要です。
3. 構成管理
1. 構成管理の定義
構成管理は、正式には、構成アイテムの機能的および物理的特性を特定して説明し、これらの特性に対する変更を制御し、変更処理と実装ステータスを記録および報告し、指定された要件への準拠を検証するための、技術的および管理的なガイダンスおよび監視方法の適用として定義されています。 . コンプライアンス。
ソフトウェア構成管理: ソフトウェア資産の管理に関するものです。ソフトウェア資産とは何ですか? ソース コード、設計ドキュメントおよびその他のドキュメント、実行可能プログラム、自動テスト スクリプト、コンパイラーおよびその他のツールと環境...すべてソフトウェア内で使用されるもの、または開発プロセス中に生成され、価値があり、保存する価値のあるものがソフトウェア資産です。ソフトウェア構成管理とは、これらのコンテンツを管理することです。
2. 構成管理の 6 つの主なアクティビティ
3. 設定項目
構成項目：プロジェクト計画書、要件書、設計書、ソースコード、実行コード、テストケース、ソフトウェアを動作させるために必要な各種データをレビュー・検査した上で構成管理に入ります。
作成後に変更できない文書（測定報告書、議事録、作業報告書など）の一部は設定項目として使用できません。
構成アイテムは、ベースライン構成アイテムと非ベースライン構成アイテムの 2 つのカテゴリに分類できます。
ベースライン構成項目: すべての設計ドキュメントやソース プログラムなどを含みます。
非ベースライン構成アイテム: プロジェクトのさまざまな計画やレポートが含まれます。
すべての構成アイテムの操作権限は CMO (Configuration Administrator) によって厳密に管理されており、基本原則として、ベースライン構成アイテムは開発者が読み取り可能、ベースライン以外の構成アイテムは PM、CCB (Control Change Board)、および関係者です。
コードは次のとおりです（例）。
import numpy as np
import pandas as pd
import matplotlib.pyplot as plt
import seaborn as sns
import warnings
warnings.filterwarnings('ignore')
import ssl
ssl._create_default_https_context = ssl._create_unverified_context
要約する
この記事では、プロジェクト管理における情報文書管理と構成管理のテストポイントの要点を中心に記録します。