9章：プロジェクト管理と品質管理 · 9.3 品質管理 1.ソフトウェア製品の品 2.プロダクト品質管理の枠組み 3.品質保証の2つのタイプ...

９章：プロジェクト管理と品質管理

1. 開発管理の枠組み

2. プロジェクト管理

3. 品質管理

4. ソフトウェア構成管理

5. ソフトウェア開発組織能力と改善

9.1 開発管理の枠組み

開発管理の対象•プロジェクト管理•品質管理•構成管理

プロジェクト管理

開発作業 品質管理 構成管理

顧客要求要求変更

要求改修要求

ドラフト生産物

生産物登録

生産物

構成管理手順

品質指標・目標

作業計画・再計画

上級管理指導

顧客・上級管理報告 状況・進捗報告

品質計測結果（不具合報告・修正要求）

生産物（チェックアウト）

9.2 プロジェクト管理

1. 見積り2. 計画 / 再計画

1. 開発体制・作業定義2. プロセス定義3. スケジュール管理

1. スケジュール計画2. 進捗モニタ

4. 要員教育計画5. 作業標準・作業定義6. リスク管理

1. リスク管理計画2. リスク制御

9.2 プロジェクト管理／プロジェクト管理

計画／再計画① 作業体制・作業定義② プロセス定義③ スケジュール計画④ 要因教育計画⑤ 作業標準・環境定義⑥ リスク管理

見積もり① 規模見積り② 工数見積り

管理判断

進捗モニター

構成管理

品質管理

開発

顧客

上級管理者

要求／変更要求

管理指導

問題

潜在リスク

状況と進捗報告

9.2 プロジェクト管理／見積り

見積り 工数見積り機能要求 ソフトウェア規模 開発工数

ソフトウェアの複雑性技術リスク要求品質実行環境制約

再利用性

要員・組織の能力・生産性アプリケーション経験言語・プロセス・ツールの選択と経験

9.2 プロジェクト管理／作業定義・WBS例

１．プロジェクト管理

３．詳細設計・製造

４．試験

1.1 要求管理

５．環境整備

２．基本設計

1.2 進捗管理

1.3 計画

2.1 基本設計書作成

2.2 プロトタイピング

3.1 詳細設計書作成

3.2 アルゴリズム実装設計

3.3 コーディング

4.1 単体・結合試験

4.2 総合試験

5.1 ソフトインストール

5.2 コンピュータ管理

9.2 プロジェクト管理／プロセス定義

プロジェクト推進Z部

プロジェクト管理A課

研究開発チームB課１チーム

製造チームB課２チーム

品質管理C課

外注管理D課

A製品開発プロジェクト

チーム１ チーム２ チーム３ チーム４

WP-A 当事者

WP-B 当事者 情報提供

WP-C 当事者 サポート レビュー

WP-D 当事者 レビュー

WP-E 当事者

9.2 プロジェクト管理／スケジュール管理

2010/4 2010/5 2010/6 2010/7 2010/8

1.全体スケジュール

2.詳細スケジュール

2.1 要求定義

2.2 基本設計

2.3 詳細設計

2.4 試験

作業A５日

作業B１０日

作業C７日

作業D４日

作業E４日

作業F３日

作業G５日

ガントチャート

作業ネットワーク図

9.2 プロジェクト管理／リスク管理の体系と技術

リスク管理

リスク管理計画

リスク制御

リスク識別

リスク分析

リスク優先度付け

リスク対処計画

リスク解決

リスク監視

チェックリストステークホルダー分析ブレンストーミング

性能モデルコストモデルネットワーク分析品質要因分析

リスクリスクエ影響力分析複合リストへの整理

情報の購入リスク回避・移転・軽減コンティンジェンシ計画

プロトタインピングシミュレーションベンチマーク分析要員割当

マイルストン追跡トップ１０追加リスク再評価修正行動

9.3 品質管理

1. ソフトウェア製品の品

2. プロダクト品質管理の枠組み

3. 品質保証の２つのタイプ

4. 品質保証のプロセス

ISO/IEC 9126品質特性

機能性・・・合目的性、正確性、相互運用性、標準的合性、セキュリティ信頼性・・；成熟性、障害許容性、回復性使用性・・・理解性、習得性、運用性効率性・・・時間効率性、資源効率性保守性・・・解析性、変更性、安定性、試験性移植性・・・環境適用性、設置性、規格適合性、置換性

9.4 ソフトウェア構成管理(SCM)

1. 管理対象と変更管理手順の定義① 誰が変更の決定に加わるか② 誰が変更を行うか③ 誰に変更を通知されるべきか④ 変更にかかわる何を記録すべきか⑤ 変更管理に利用するツールとその運用方法

2. ドキュメントとプログラムの変更制御① ライブラリアン・・・プロジェクト生産物（構成管理対象の管理者）② チェックイン・・・リポジトリへの登録③ チェックアウト・・・変更のために開発者へ貸し出す④ 版管理ツールの利用

3. ドキュメントとプログラムの構成制御① ソースコードから実行形式ファイルまでの時間依存関係から効率的な

ビルド手順を生成するツール② ソース・オブジェクトコードからモジュール呼出し関係を分析して、ビルド

構成を生成するツール

9.5 ソフトウェア開発組織能力と工数見積もり

1. ソフトウェア能力成熟度モデルCMM(Capability Maturity Model)1. ソフトウェア開発

2. システム開発

3. プロジェクト管理

4. リスク管理

5. システム調達，情報技術サービス

6. パーソナルマネジメント

2. CMMI(Capability Maturity Model Integration)とISO/IEC TR15504• 初期状態

• 管理された状態（反復できる，プロジェクト管理・プロセス規則）

• 定義された状態（制度化，プロセスが標準ビジネスプロセスとして定義）

• 定量的に管理された状態（様々なタスク領域を計測できる）

• 最適化している状態（プロセスを改善する状態，継続的に最適化・改善している）

9.5 ソフトウェア開発組織能力と工数見積もり

組織に5段階のプロセス成熟度レベルに照らして等級をつけて評価する

9.5 ソフトウェア開発組織能力と工数見積もり

FP:Function Pointソフトウェアの規模を測定する手法(PL法)ソフトウェアがもつ機能数や複雑さによって重みづけした点数（ファンクションポイント:FP）を付け、そのソフトウェ

アにおける合計点数から開発工数を見積もる

ソフトウェア測定法(software metrics)成長オーダーソースコードの行数循環的複雑度ファンクションポイント法ソースコードの行当たりのバグ数コード網羅率顧客要求仕様の行数クラスおよびインタフェースの個数Robert Cecil Martin のソフトウェアパッケージ法凝集度結合度