構成管理 構成管理とは､ソフトウェア開発に於ける成果物をある時点で凍結し、 以降の変更を管理する事をいう 構成管理とは､ソフトウェア開発に於ける成果物をある時点で凍結し、 以降の変更を管理する事をいう （大規模システムでは極めて重要な管理である） １．管理対象と管理開始時期 ﾌﾟﾛｼﾞｪｸﾄ管理 -24-
・ベースラインの変更は、手続きに従って実施する ・変更が実施される時、各品目の版（Ｖｅｒｓｉｏｎ）を改版する ・関連グループへ連絡する ２．変更管理 ・ベースラインの変更は、手続きに従って実施する ・変更が実施される時、各品目の版（Ｖｅｒｓｉｏｎ）を改版する ・関連グループへ連絡する ３．管理の為の組織 （１）構成管理委員会（変更管理委員会） ＣＣＢ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｎｔｏｒｏｌ Ｂｏａｒｄ） ・変更を承認する ・変更対象により､構成メンバーは異なる （ｅｘ．契約内容、基本設計書、ソースプログラム） （２）ライブラリアン ・管理担当者 ﾌﾟﾛｼﾞｪｸﾄ管理 -25-
・ライブラリアンは原則として、グループではなく個人とする ・ライブラリアンにはなるべく開発業務をアサインしない ４．留意点 ・ライブラリアンは原則として、グループではなく個人とする ・ライブラリアンにはなるべく開発業務をアサインしない ・変更手続きには例外を作らない ・管理はシンプルかつシビアに行う （ＩＳＯ９００１の要求事項である） ﾌﾟﾛｼﾞｪｸﾄ管理 -26-
技術統制 技術統制とは､主に技術面からプロジェクト全般に渡りモニタ、 統制（コントロール）する活動である 対象項目の主要なものを下記に示す 対象項目の主要なものを下記に示す ・部門間の作業分担 ・標準、基準の制定 ・機能性能の定量的予測と実現状況のモニタ ・リスク管理 ・インターフェース管理 ・開発状況のモニタ ・各種の要調整事項の処置 ﾌﾟﾛｼﾞｪｸﾄ管理 -27-
・ＳＩｅｒと開発部門、開発部門相互間の分担を決定する ・会社間及び部門間のＳＯＷ（Ｓｔａｔｅｍｅｎｔ Ｏｆ Ｗｏｒｋ… １．統制計画立案 ・何を、何時、どの様に統制するか ・統制組織確立 ２．部門間の作業分担 ・ＳＩｅｒと開発部門、開発部門相互間の分担を決定する ・会社間及び部門間のＳＯＷ（Ｓｔａｔｅｍｅｎｔ Ｏｆ Ｗｏｒｋ… 作業分担記述書）を制定する ３．標準、基準類の制定 制定後は構成管理の対象とする ｅｘ．－構成管理実施基準 －各種文書作成要領 －コーディング規約 －セキュリティ基準 ﾌﾟﾛｼﾞｪｸﾄ管理 -28-
４．機能性能の定量的予測と実現状況のモニタ （１）予測 システム、プログラムの機能性能の定量値を予測する （１）予測 システム、プログラムの機能性能の定量値を予測する 特にＣ/ＳシステムのＨ/Ｗ、パッケージソフトの性能予測に注意する －シミュレーション、クリティカル部門での試作等 －ＤＢ設計の性能に与える影響測定 －負荷状態での性能予測 （２）要求機能性能の確定 実現すべき機能性能を確定する 確定時期はプロジェクトにより異なるが、要求分析時、基本設計時 等が一般的である （３）実現状況のモニタ 設計、製造の工程を通し、機能性能の実現状況をモニタする ﾌﾟﾛｼﾞｪｸﾄ管理 -29-
各工程に於ける技術的リスクを解析し、回避状況をモニタする ｅｘ．－契約範囲、内容等の明確化 －技術者の能力 ５．リスク管理 各工程に於ける技術的リスクを解析し、回避状況をモニタする ｅｘ．－契約範囲、内容等の明確化 －技術者の能力 （多段階契約…設計､開発､保守） －技術的難易度 －ユーザ側の体制、能力等 －新規性 －マルチベンダのコントロール －期間の余裕 －オープン製品の連接性、互換性 ＜手順＞・識別 →要因の洗い出し ・分析 →発生確率、影響 ・計画 →受け入れｏｒ対処計画立案 ・要因や事象の除去又は制限 ・回避又は発生確率を減少させる ・損害の軽減又は緩和 ・見積りに余裕を持たせる 等 ・制御 →状況を監視 重要と思われる部分に重点的に対処する ﾌﾟﾛｼﾞｪｸﾄ管理 -30-
システム間、サブシステム間、プログラム間のインタフェースを 管理する（構成管理の一環で実施しても良い） ６．インタフェース管理 システム間、サブシステム間、プログラム間のインタフェースを 管理する（構成管理の一環で実施しても良い） ｅｘ．－メッセージ形式／送受信タイミング、頻度 －プロトコル －データ／ファイル形式 ７．開発状況のモニタ 開発状況を全体的にモニタし、問題点を早期に発見、対処する ８．各種の要調整事項の処置 プロジェクトを通じて発生する要調整事項の対処のリーダシップを とる ﾌﾟﾛｼﾞｪｸﾄ管理 -31-