マインドマップギャラリー 第 15 章 情報 (ドキュメント) と構成管理
ソフトウェア テストの成功/システム インテグレーション プロジェクト マネジメント エンジニア/第 15 章 情報 (ドキュメント) と構成管理、詳細な紹介、包括的な説明。興味のある友人に役立つことを願っています。
2024-02-24 02:23:02 に編集されました情報(文書)と構成管理
情報(文書)
意味
特定のデータ媒体およびそこに記録されたデータを指します。永続的で人間または機械が読み取り可能で、通常は人間が読み取り可能なものを記述するためにのみ使用されます。
ソフトウェア エンジニアリングでは、ドキュメントは、アクティビティ、要件、プロセス、または結果を説明、定義、指定、報告、または認証するあらゆる書面またはグラフィック情報 (紙のドキュメントと電子ドキュメントを含む) を指すためによく使用されます。
タイプ
開発ドキュメント
意味
開発プロセス自体を説明する
含む
実現可能性調査レポートとプロジェクトのミッションステートメント、要件仕様、機能仕様、プログラムとデータ仕様を含む設計仕様、開発計画、ソフトウェア統合とテスト計画、品質保証計画、セキュリティとテスト情報
製品ドキュメント
意味
開発プロセスの製品について説明する
含む
トレーニングマニュアル、リファレンスマニュアルおよびユーザーガイド、ソフトウェアサポートマニュアル、製品マニュアルおよび情報広告
文書の管理
意味
プロジェクト管理情報を記録する
含む
開発プロセスの各段階における進捗状況と進捗状況の変化の記録、ソフトウェアの変更記録、開発チームの責任の定義
文書の品質は4つのレベルに分けられます
最小限のドキュメント (レベル 1 ドキュメント)
当てはまること
開発工数が1人月未満の開発者自身のプログラムに適しています。
含む
プログラム一覧、開発記録、テスト記録、プログラム紹介
内部文書 (レベル 2 文書)
当てはまること
他のユーザーとリソースを共有しない専用プログラムに使用可能
含む
レベル 1 ドキュメントで提供される情報に加えて、ユーザーがプログラムをインストールして使用するのに役立つ十分なコメントがプログラム リストに含まれています。
作業文書 (レベル 3 文書)
同一ユニット内で複数人で共同開発したプログラムや、他のユニットでも利用できるプログラムが対象
正式なドキュメント (レベル 4 ドキュメント)
一般向けに正式にリリースされるソフトウェア製品に適しています。重要なプログラムまたは反復的な管理アプリケーションを含むプログラムは、GB8567 の関連規定に準拠する必要があります。
標準化された管理
文書作成基準
さまざまなタイプのテキスト、グラフィック、表などを使用する場合は、そのタイプに関係なく、記号の使用、アイコンの意味、プログラム内でのコメント行の使用、文書の作成者および文書の作成者を示すことなど、統一された記述標準に従う必要があります。執筆日など
チャートの番号付け規則
ドキュメントディレクトリの記述基準
文書番号、文書名、フォーマットまたはキャリア、コピー数、コピーごとのページ数またはピース数、保管場所、アーカイブ期間、保管者などが含まれます。
文書管理システム
組織実体の具体的な状況に応じて、主に文書の作成に関する関連仕様、文書借用記録の登録システム、文書使用権の管理規則が含まれます。
構成管理
これは、システムの構成変更を制御し、システムのライフサイクル全体にわたって構成の整合性とトレーサビリティを維持することです。 GB/T11457-2006 で正式に定義されており、構成アイテムの機能的および物理的特性を特定して説明し、これらの変更の特性を制御し、変更の処理と実装ステータスを記録および報告し、検証するための技術的および管理的なガイダンスおよび監視方法の適用です。規制を遵守し、要件を遵守します
コンセプト
設定項目
構成管理に関与し、構成管理プロセス中に 1 つのエンティティとして扱われるハードウェア、ソフトウェア、またはその両方の集合
プロジェクト計画、要件文書、設計文書、ソースコード、実行可能コード、テストケース、ソフトウェアを実行するために必要なさまざまなデータが含まれ、レビューと検査を経て構成管理に入ります。
すべての構成アイテムには、関連する規制に従って均一に番号が付けられ、対応するテンプレートに従って生成され、オブジェクトの識別情報が文書の指定どおりに記録される必要があります。
分類
ベースライン構成項目
開発者へのオープンな読み取りアクセス
すべての設計ドキュメントとソース プログラムが含まれています
非ベースライン構成項目
PM、CCB、および関係者が参加可能
プロジェクトのさまざまな計画とレポートが含まれます
すべての構成操作権限は、CMO 構成管理者によって厳密に管理される必要があります。
設定項目のステータス
下書き
構成アイテムが最初に作成されたとき
フォーマル
構成アイテムがレビューに合格した後
改訂
設定項目の変更
構成アイテムのバージョン番号
下書き
0.YZ、YZ範囲01~99
フォーマル
X.Y、X は 1 ~ 9 の範囲のメイン バージョン番号、Y は 0 ~ 9 の範囲のマイナー バージョン番号、最初の公式ドキュメントのバージョン番号は 1.0 です。
改訂
X.YZ は通常、Z 値のみを増加させますが、X と Y は変更されません。
構成アイテムのバージョン管理
その目的は、バージョンの損失や混乱を避けるために特定のルールに従って構成アイテムのすべてのバージョンを保存し、構成アイテムの任意のバージョンを迅速かつ正確に見つけることです。
構成ベースライン
一連の構成アイテムで構成されます
ベースラインの構成項目は「凍結」されており、誰でも自由に変更することはできません。
ベースラインは通常、開発プロセスのマイルストーンに対応します。製品には複数のベースラインを設定することも、1 つのベースラインのみを設定することもできます。
リリース ベースライン - 外部顧客に提供されるベースライン
建設ベースライン - 内部開発に使用されるベースライン
プロジェクトの実装中は、各ベースラインを構成管理に含める必要があり、これらのベースラインの更新は、正式な変更管理手順を使用してのみ行うことができます。
利点
(1) ベースラインは、開発作業の固定点とスナップショットを提供します。
(2) 新しいプロジェクトは、ベースラインによって提供される固定点で確立できます。新しいプロジェクトは、元のプロジェクト (メイン ブランチ上) に対する後続の変更から分離された、別個のブランチとして機能します。
(3) ベースラインは、アップデートが不安定または信頼できないと判断された場合に変更をキャンセルする方法をチームに提供します。
(4) ベースラインを使用して、特定のリリース バージョンに基づいて構成を再確立し、報告されたエラーを再現できます。
構成ライブラリ
コンセプト
構成アイテムを保存し、構成アイテムに関連するすべての情報を記録します
これは、構成管理のための強力なツールです。ライブラリ内の情報を使用して、構成管理に関する多くの質問に答えることができます。
タイプ
開発ライブラリ(ダイナミックライブラリ、プログラマライブラリ、ワーキングライブラリ)
開発者が現在開発中の構成エンティティを保存するために使用されます。動的構成アイテムはバージョン管理下に置かれ、動的ライブラリは開発者の個人的なワークスペースであり、開発者によって制御されます。
管理ライブラリ(メインライブラリ)
現在のベースラインとベースラインへの変更が含まれます。制御されたライブラリ内の構成アイテムは、完全な構成管理下に置かれます。情報システム開発における特定の作業の終了時に、現在の作業成果物は管理されたライブラリに保存されます。
製品ライブラリ(静的ライブラリ、配布ライブラリ、ソフトウェアウェアハウス)
公開使用のためのさまざまなベースラインを含むアーカイブ。完全な構成管理下に置かれます。情報システム製品の開発とシステムテストの完了後、最終製品は製品ライブラリに保管され、ユーザーへの納品または現場での設置を待ちます。
データベース構築モード
構成アイテムの種類に応じたデータベースの構築
一般的なソフトウェア開発組織に適しています。製品には強力な継承、比較的統一されたツール、および並行開発の必要性がある程度ある傾向があります。
開発タスクに応じて対応する構成ライブラリを確立する
専門的なソフトウェア開発組織に適しています。開発ツールには多くの種類があり、開発モデルは主にリニア開発です。
ライブラリの権限設定を構成する
構成制御ボード
構成変更の評価、承認、および承認された変更の実装の監督を担当します。
CCB は恒久的施設である必要はない
CCB がプロジェクトを設立するとき、そのメンバーにはプロジェクト マネージャー、ユーザー代表、製品マネージャー、開発エンジニア、テスト エンジニア、品質管理担当者、構成管理者が含まれます。
CCB は構成の変更を管理するだけでなく、構成管理計画の承認、ベースライン確立の承認、製品リリースの承認など、その他の構成管理タスクも担当します。
小規模プロジェクトの場合、CCB には 1 名だけ、またはパートタイムの担当者しか配置できません。
管理者の設定
プロジェクトのライフサイクル全体を通じて構成管理活動を担当します
構成管理計画の作成、構成管理システムの確立と維持、構成ライブラリの確立と維持、構成項目の識別、ベースラインの確立と管理、バージョン管理と構成制御、構成ステータスレポート、構成監査、リリース管理と配信、および検査の実施が含まれます。プロジェクトメンバー 構成管理トレーニング。
構成管理システム
構成管理に使用されるソフトウェア システム
最も基本的な要件
混乱は許されない
6つのアクティビティ
構成管理計画を作成する
構成管理計画は、プロジェクト構成管理作業の実行方法に関する計画であり、構成管理プロセスの基礎となるものであり、プロジェクトのライフサイクル全体にわたって文書化および管理する必要があります。構成管理委員会は計画を承認する責任があります。
コンテンツ
構成管理アクティビティ
対象となる主なアクティビティには、構成の識別、構成の制御、構成ステータスのレポート、構成の監査、リリース管理および配信が含まれます。
これらの活動を実施するための規範とプロセス
活動実施スケジュール
これらの活動の実施に責任を負う人々および組織、およびそれらと他の組織との関係
構成ID
構成の識別とも呼ばれ、システムの構成アイテムを選択し、構成アイテムの機能的および物理的特性を技術文書に記録することが含まれます。
構成の識別は構成管理者の機能です
ステップ
制御する必要がある構成項目を特定する
各構成アイテムに一意の識別番号を指定します
各構成アイテムの重要な特性を定義する
各構成アイテムの所有者とその責任を決定する
構成アイテムが構成管理に入る時期と条件を決定する
ベースラインの確立と管理
ドキュメントおよびコンポーネントのリビジョンと製品バージョンとの関係を維持する
構成制御
構成管理は、構成アイテムとベースラインの変更管理であり、変更要求の特定と記録、変更の分析と評価、要求の承認または拒否、変更された構成アイテムの実装、検証、およびリリースのタスクが含まれます。
ステップ
変更要求
変更評価
プロジェクトに対する変更の影響
変更は必要ですか?
変更の範囲は十分に検討されていますか?
変更の実施計画は実現可能ですか?
変更に伴う作業負荷の見積もりは妥当ですか?
評価結果の通知
変更の実装
変更の検証と確認
変更のリリース
構成リポジトリベースの変更管理
プロセス
(1) アップグレードするベースライン (バージョン番号が V2.1 であると仮定) を製品ライブラリから取得し、管理ライブラリに入れます。
(2) プログラマは、変更するコードセグメントを管理ライブラリからチェックアウトし、変更のために自分の開発ライブラリに入れます。
(3) プログラマは、開発ライブラリ内の変更されたコード セグメントを管理ライブラリにチェックインします。
(4) ソフトウェア製品のアップグレードおよび変更作業がすべて完了したら、管理ライブラリ内の新しいベースラインを製品ライブラリに保存します。
ステータスレポートを構成する
構成ステータス統計とも呼ばれ、構成管理に必要な情報を効果的に記録および報告します。その目的は、構成アイテムの現在のステータスをタイムリーかつ正確に提供して、関係者が理解できるようにして、構成管理作業を強化することです。
コンテンツ
制御される各構成アイテムの ID とステータス
各変更依頼の状況と承認された変更の実施状況
各ベースラインの現在および過去のバージョンのステータスとバージョンの比較
その他の構成管理プロセスのアクティビティの記録
監査の構成
構成監査または構成評価とも呼ばれます
機能構成の監査
構成項目の一貫性を監査する
含む
(1) 構成アイテムの開発が正常に完了しました
(2) 構成アイテムが構成識別で指定された特性および機能特性に達していること
(3) 構成アイテムの運用およびサポート文書が完成しており、要件を満たしていること
物理構成の監査
構成アイテムの整合性を監査する
含む
(1) 納品する構成アイテムの有無
(2) 設定項目に必要な項目が全て揃っているか
リリース管理と配信
その使命は、ソフトウェア製品とドキュメントの発行と配信を効果的に管理し、ソフトウェア製品の製造期間中にコードとドキュメントのマスター コピーを適切に保存することです。
ステップ
ストレージ
コピー
パック
届ける
復興
プロジェクト計画、要件文書、設計文書、ソースコード ソフトウェアの実行に必要な実行コード、テストケース、各種データ