ソフトウェア品質管理ソリューションソフトウア品質管理ソリション「QualityPro」のご紹介品質を向上させるプロセス改善を実践する仕組みのご紹介～事例から見る品質リスク解決手法～事例見品質解法 2011/3/10 株式会社日立ソリューションズデジタルメディアソリューション本部品質管理サービス © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ソフトウェア品質管理サビス QualityPro ソフトウェア品質管理サービス Contents １．はじめに２日立ソリューションズのご提案２．日立ソリュションズのご提案３．サービス内容 ◇品質管理の仕組み策定（品質管理規定、品質ガイドライン(実践マニュアル)） ◇プロセスQA ◇ソースプログラム検証"InspectPro" ◇品質分析支援４．まとめ 1 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. １．はじめに © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. はじめに（１）プロセスがある（２）プロセスに従って作業している（３）チェックしている（４）プロセスを修正している 3 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. はじめに 4 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. QualityPro ２．日立ソリューションズのご提案ソリシン提案 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ２．１ QualityProによる品質力向上戦略４つのステージで品質力向上 ■品質管理の仕組み策定 ■現場への定着化 ■見える化による効果の測定 ■ゴールは継続的改善継続的改善見える化定着化仕組み作り現場レベルでの定着化 6 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ２．２ QualityProのサービスメニュー開発工程全体にわたる品質力改善をご提案します開発プロセス計画設計製造テスト／品質向上稼動１．コンサルテーションサービスンサルテションサス品質管理規定プロセスＱＡ品質ガイドライン品質管理相談品質分析手法コーディング規約策定品質管理維持コンサルテーション２．管理・管理・検証支援サービスプロセスＱＡ支援サビスプロセスＱＡ支援サービス品質分析支援サービスドキュメント評価支援ソースプログラム検証サービスソグラ検証サ InspectPro 第三者評価検収代行３．教育支援サービス品質管理教育支援サービス品質管教育支援サ 7 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ２．３継続的改善Ｖ字モデル問題点をプロセスへフィードバック問題点をプロセスへフィドバック受入テスト要件定義処理方式設計 D 詳細設計結合テスト C 単体テスト品質分析プロセスＱＡ A総合テスト基本設計 P コーディング・机上テストソースプログラム検証 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. 8 ３．サービス内容サ内容 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．１品質管理の仕組み策定と定着化(STAGE1～2) 品質管理規定仕組み策定定着化品質ガイドライン (実践マニアル) (実践マニュアル) 10 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．１（１）品質管理の仕組み策定(STAGE1) STAGE1：品質管理の仕組み構築をご提案 STAGE1 ：品質管理の仕組み構築をご提案規定を作る要件定義機能設計詳細設計意識醸成再発防止ｺｰﾃﾞｨﾝｸﾞｺﾃｨﾝｸ単体テスト結合テストｼｽﾃﾑﾃｽﾄ品質管理規定品品質計画作成基準品質計作成基準品質会議実施基準コーディング基準デグ基準ﾌﾟﾛｼﾞｪｸﾄ反省会ﾟﾞｸ省会不良分析・再発防止質合否判定基準ﾌﾟﾛｾｽQA ﾌﾟﾛｾｽ QA実施基準実施基準レビュー実施基準製品検査実施基準管理外部チェック規帳票規定を守る定要件管理表品質目標値がないレビュー報告書レビューの効果がない発注仕様書外部委託品質劣化受入検査表ｺｰﾃﾞｨﾝｸﾞ基準コーディング不良多発問題点管理表不良ｺｰﾄﾞ一覧テストもれ多発工程完了宣言書バグ収束せず 11 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．１（２）期待効果(STAGE１～STAGE２) 期待効果 ① 一定品質確保／品質底上げ開発プロセス全般にわたり品質管理プロセスが構築開発プロセス全般にわたり品質管理プロセスが構築でき、でき、一定品質の確保／品質の底上げができます定品質の確保／品質の底上げができます ② 定着化による品質の積み上げ品質ガイドラインの策定により、仕組みの定着化品質ガイドラインの策定により、仕組みの定着化が図れ、が図れ、着実な品質の積み上げができます ③ 品質の継続的改善 PDCAサイクルを繰り返す仕組み作りにより、 PDCA サイクルを繰り返す仕組み作りにより、品質力の継続的品質力の継続的改善が望めます改善が望めます ④ 外部委託時の一定品質確保ソフトウェア開発を外部委託した場合でも一定品質の確保がソフトウェア開発を外部委託した場合でも、定品質の確保が行えます 12 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．１（３）事例事例：開発プロセス規定(軽量版)の策定問題点：作業工程および作成する設計ドキュメントが不明確。作業工程および作成する設計ドキュメントが不明確前提となるドキュメントが曖昧なままテストがされている。改善策：開発計画およびドキュメント計画の策定問題点：品質指標・メトリクスはあるものの、活用されていない。改善策：品質メトリクスの見直し策定問題点：シ問題点システム開発時の品質目標値がない。テ開発時品質目標値な。改善策：品質目標値の設定問題点：プロジェクトの進捗管理が弱い。特に品質、コストの観点。品質コストを含む進捗状況の定量的かつ定期的管理改善策品質、コストを含む進捗状況の定量的かつ定期的管理改善策： 13 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．１（３）事例 ■ 改善スケジュール  開発プロセス規定（軽量版）の策定、テーラリング推奨パターンの策定  品質メトリクス策定、および、開発時の品質目標値基準策定  スケジュール管理単位の詳細化ガイドライン策定０９/下０９/上６７開発ﾌﾟﾛｾｽ規定 (軽量版)の作成開発プロセス開発プロセス・品質プロセス改善８９１０１１１２１ﾃｰﾗﾘﾝｸﾞ推奨ﾊﾟﾀｰﾝの策定品質ﾒﾄﾘｸｽの策定プロジェクト管理試行開発時の品質目標値基準設定修正次フェーズｽｹｼﾞｭｰﾙ管理単位の詳細化ｶﾞｲﾄﾞﾗｲﾝ策定実施範囲 14 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．１（３）事例開発プロセス規定(軽量版)の策定 必要最小限に絞り込んだ開発プロセス規定     開発工程の定義、入力/出力情報の定義工程の開始/終了条件プロジェクト計画(ドキュメント開発計画を含む) プロジクト進捗状況の管理方法プロジェクト進捗状況の管理方法 開発プロセス規定を運用する管理帳票(テンプレート)  開発計画書・プロジェクト進捗状況報告書・プロジェクト完了報告書  マスタスケジュールタケジ  テスト結果報告書 開発プロセス規定（軽量版）解説効果・多数を占める開発管理レベルが低いプロジェクトにおいて多数を占める開発管理レベルが低いプロジェクトにおいて、作業の具体的な進め方/管理の仕方を統一。属人性の排除。・開発現場での具体的作業ルールの明確化。個人によるばらつきの抑制。 15 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．２プロセスＱＡプロセスＱＡ品質分析支援プロセスＱＡ要件・機能設計総合テスト結合テスト構造設計論理設計コーディング単体テスト単体テスト机上テストソースプログラム検証 16 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．２（１）プロセスＱＡプロセスＱＡは、プロジェクトの工程推進中に、チェックリストを用いププて、ヒアリングや実査を行い、その結果から改善提案を提示する、プロセスアセスメント手法です。プロセスアセスメント手法ですプロセスＱＡチェックリストヒアリング、実査結果報告書開発部署アセッサスコア化、改善提案指摘に対する回答アセスメント結果を各種工程会議で報告 17 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．２（２）プロセスＱＡ STAGE3 ：開発規定の遵守状況をチェック開発プロセスフィードバック開発部署ｱｾｯｻフィードバックプロジェクト計画機能設計詳細設計プロセスＱＡ（監査）実施プロセスＱＡ（監査）実施プロセスＱＡ（監査）実施監査報告工程管理部署フィードバック監査報告フォローアップ工程会議程会議監査報告フォローアップ工程会議程会議フォローアップ工程会議程会議 18 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．２（３）プロセスＱＡチェックリストの例回答大中分分類類 NO 1 計画ｱｾｽﾒﾝﾄ項目選択肢 ## ## 0 ## 3 ェ 1 11-1-10 1 10 【品質確保施策】 ①施策が記述されていない明 ①施策が記述されていない。明開品質確保施策が明確確になっていない。発になっており、内容に計ついても問題がない ②施策は記述されているが、不画か？分あ。十分である。／プロジ問ス重回題コみ答無ア付クト計画単に“施策が明確になっているか”だけ単に“施策が明確になっているか” だけでなく、どのようなプロセスで施策を検討したかなど、プロセスに着目した ③十分な施策であり、問題ない。 ## チェックが実施できるよう明記。対象外アセスメントポイント 3 【主な品質確保施策】 ①機能仕様書チクリストレビ ①機能仕様書チェックリスト、レビュー観点チェックリスト、コーディング規約などの活用 ②レビュー実施による十分性の検証 ③フレームワーク、ソース解析・自動生成ツールの適用 ④各工程での探針、及び検査の実施 ⑤過去の失敗事例の防止策適用 5 ## 19 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．２（４）プロセスＱＡ配布先：( 布 )､( )､( )､( )､( ) 部長報告書の例開発部署ＰＭ作成品質保証部課長主任プロセスＱＡ報告書ＱＭＰ（progress of Quality Management Process）実施結果は以下の通りです。１．ＱＭＰ実施概要<※> 顧客名/製品名ｚｚｚｚｚ株式会社担当部署名 ○○部管理ﾚﾍﾞﾙ指定試送日 2006/11/1 検完予定日主な取引先４．評価結果評価結果プロジェクト名作業番号納入予定日ﾚﾍﾞﾙ 3 2006/11/30 ○○システム XXXX 2006/12/01 本番稼動日＜総合評価及び改善提案＞総合判定 ▲ 改善提案 2007/04/02 評価ｺﾒﾝﾄ (1)開発計画 (1) 開発計画２．ＱＭＰ実施予定と結果 (実施回に応じて行追加､太枠は当該回) ・開発計画書、テスト計画書、WBS が作成されておらず、作業・早急に計画書を作成し、プロジェク実施対象(○予定：●実施) <※> 実施実施予定実績工数して計画書の内容を周知徹底させる量に基づいた計画が立てられていない。実施日 QMP 実施者受査者回 <※> (所要時間) 計画ｼｽﾃﾑ設計ｿﾌﾄ設計ﾌﾟﾛｸﾞﾗﾑﾃｽﾄﾏﾈｼﾞﾒﾝﾄ (2) システム設計 (2)システム設計１ 8/22 8/22 ● ● ● ● 2 ・各設計書が作成されていない。また、作業範囲、責任範囲に・顧客との作業範囲、責任範囲が明確２ 9/10 / ○ ○ ○ 計書の作成を行うこと。ついても明確になっていない。 (3)ソフト設計 (3) ソフト設計３ / / ・一部業務の仕様凍結日が明確になっていない、また､性能目・早急に仕様凍結日を確定させること４ / / 準書を作成し、基準に従った作業を標値についても明確になっていない。 <※>計画時点、記入・レビュー実施基準、変更点管理基準が作成されておらず、仕 (4)統合マネジメント・ドキュメントチェックリストに基づ様書のレビュー、変更点管理が不十分である。３．ＱＭＰスコア推移状況 (4)統合マネジメント ( )統実施したドキュメントを IP 先へ提実＃対象区分第１回第２回第３回第４回・設計部署での検証が行われていないドキュメントが IP へ提た、IP 先の管理方法を明確にし、大分類中分類スコア判定スコア判定スコア判定スコア判定供されている。また、IP 先の品質管理は実施しているが、管すること。 ▲ 1 計画開発計画 33 理方法がドキュメント化されていない。・規模実測値と見積り値の差異評価を × 2 ｼｽﾃﾑ設計信頼性 0 ・作業量に対する体制、日程の見直しが十分に実施されていな体制、日程への反映を実施するこ 3 性能 7 い。アセスメントの計画と履歴総合評価内容と改善提案 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 ｿﾌﾄ設計ﾌﾟﾛｸﾞﾗﾑ開発ﾃｽﾄ統合ﾏﾈｼﾞﾒﾝﾄ大分類運用定数ｾｷｭﾘﾃｨ機能設計構造設計性能設計ｾｷｭﾘﾃｨ基本設計ｺｰﾃﾞｨﾝｸﾞ.DD PCL､MT､CT､TT､ST 仕様変更管理 PP･B票管理 B票管理品質管理日程管理取引先管理規模管理 100 0 0 59 29 20 スコアの推移状況と判定記号アの推移状況と判定記号 100 28 55 85 65 0 ▲ ▲ ５．開発部署回答 (回答期限：2006/08/31) 計画第４回統合ﾏﾈｼﾞﾒﾝﾄ統合ﾏﾈｼﾒﾝﾄ 50 ＜凡例＞項番３、４の判定基準を以下に示す。記号評価判定 ○ 問題なし。又は、プロセス上に問題はあるが、工程推進上影響が少ないため工程の監視は不 △ プロセス上に問題があり、対策完了まで工程の監視が必要。 ▲ プロセス上にリスクが大きい問題があり、早急な対策が必要。 × プロセス上に重大な問題があり、工程進行の可否判断が必要。ｼｽﾃﾑ設計第３回第回レーダチャートによるスコア推移第２回第1回 0 ﾃｽﾄｿﾌﾄ設計ﾌﾟﾛｸﾞﾗﾑ開発 20 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．２（５）プロセスＱＡ ① 「見える化」中間工程で品質の「見える化」が外部からチェック中間工程で品質の「見える化」が外部からチェックできますできます ② 「気づき」作業推進上の問題点の「気づき」により規定を守ることに作業推進上の問題点の「気づき」により規定を守ることにつながります ③ タイムリーな対策タイムリーに効果的な改善施策を実行できますタイムリーに効果的な改善施策を実行できます ④ プロセス改善運用基準を定めることで、統一的なプロセス改善運用基準を定めることで、運用基準を定めるとで、統とで、統統一的なプロセス改善が図れます的なプ改善が図れます改善が図れます 21 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．３ソースプログラム検証“InspectPro” ソースプログラム検証（InspectPro ソースプログラム検証（ InspectPro））品質分析支援プロセスＱＡ要件・機能設計総合テスト結合テスト構造設計論理設計コーディング単体テスト単体テスト机上テストソースプログラム検証 22 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．３（１）ソースプログラム検証“InspectPro” STAGE3 ：ソースプログラムの静的検証を支援ソースプログラム検証サービスはお客様のソースプログラムを静的に解析することで、以下の欠陥を報告するサービスです。セキュリティ検証信頼性検証 ■対象言語と摘出できる問題言語摘出できる問題ＪａｖａおよびＪＳＰクロスサイトスクリプティング SQLイジクシ SQLインジェクション HTTPレスポンス分割ディレクトリトラバーサルＣ／Ｃ＋＋バッファオーバーフロー汚染されたデータレースコンディション危険なオペレーション危険なオペレション ■対象言語と摘出できる欠陥言語摘出できる問題Ｊａｖａ NULLポインタの不正参照変数配列外変数配列外へのアクセスクセス文字列オブジェクト比較不正リソースリークＣ／Ｃ＋＋ NULLポインタの不正参照 NULLポインタ不正参照変数配列外へのアクセスメモリリーク変数の初期化もれ解放済みメモリへのアクセス解放済誤ったメモリ解放 23 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．３（２）ソースプログラム検証“InspectPro” STAGE3 ：二段階検証で過剰指摘を排除一次解析（高精度なツールによる解析）二次解析（専門のアナリストによる解析）過剰指摘を排除信頼性検証欠陥箇所指摘レポート箇所摘欠重要障害につながる『不良原因箇所だけ不良原因箇所だけ』』を指摘＜お客様評価より＞過剰指摘の割合・ＩｎｓｐｅｃｔＰｒｏの場合ｐ場；・他社の静的解析ツール；緊急性の高い指摘の割合・ＩｎｓｐｅｃｔＰｒｏの場合；・他社の静的解析ツール；セキュリティ検証問題箇所指摘レポート問題箇所指摘レポトセキュリティの『問題原因箇所問題原因箇所』』を的確に指摘０％９９％以上５０％～７５％１％未満 [一次解析一次解析]] 全パス組合せチェックにより欠陥の候補を摘出 [二次解析二次解析]] 専門のアナリストが、一次解析結果の欠陥候補から過剰指摘を排除 ① 開発者は指摘の対策要否を検証する必要がない。 ② 指摘項目は迷わず修正できる。 24 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．３（３）ソースプログラム検証“InspectPro” 期待効果受入れ検査作業の軽減外部委託時の受入検査作業に適用することで受入検査の効率向上することで、受入検査の効率向上が期待できます開発ベンダの評価解析結果から開発ベンダの品質能力評価ができます。テスト工数の軽減単体テストの前に適用することで、テストの効率向上と、手戻りの削減ができます。信頼性のアピル信頼性のアピールプログラムの品質が客観的に評価できでき、エンドユーザ様の信頼を獲得でンドザ様の信頼を獲得できます。 25 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．３（４）ソースプログラム検証“InspectPro” 適用事例～建築構造計算ソフト開発メーカ・導入前の課題 - 解析対象となる建物の形状や構造種別、材料や計算条件などの組み合わせが天文学的な数字となり、すべてのケースでテスト実施は事実上不可能。・ご利用方法 - ソフトウェアの出荷前の品質をチェックする独立機関ウ出荷前質をクする独立機関「品質検査室」を設置し、InspectPro を採用。・お客様ご評価 - 「効果のわりにコストが高いのでは？」という意見も社内にあったが、表面化する前に障害の可能性を潰すことで、将来的な不具合減少に繋がる。 - レポートの分析結果をもとに、開発者のスキルアップ、管理管理・工程を見直し。程を見直し 26 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４品質分析支援品質分析支援品質分析支援プロセスＱＡ要件・機能設計総合テスト結合テスト構造設計論理設計コーディング単体テスト単体テスト机上テストソースプログラム検証 27 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４（１）品質分析支援 ■担当者 ■管理者 (1) 検査計画 (1) 検査計画品質分析コード設計品質目標値設定テスト項目登録テスト実施予定件数登録テト実施予定件数登録＜サーバ＞ (2) 品質監視テスト項目作成状況の監視テスト状況の監視問題点対策状況の監視問視問題点発生傾向の監視 (2) 品質データ登録テスト実績の登録問題点の登録 (3) 品質見える化品質管理曲線の作成コド分析グラフの作成コード分析グラフの作成品質管理表の作成品質管理曲線ド分析グコード分析グラフ総合テスト 0% 結合テスト 0% 単体テスト 0% 要件定義基本設計外部設計内部設計コーディング単体テスト不良形態別分析結合テスト内部設計総合テストコーディングその他 19% 統合 55% 潜在その他修正不十分デグレード (4) 品質評価品質管理曲線の評価収束率の評価品質管理表による分析弱点分析クロス分析作り込み工程別分析統合 3% 要件定義その他 3% 基本設計 0% 6% 外部設計 14% 新規 0 1 2 3 4 品質管理表評価・対策案⇒品質の向上 28 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４（２）品質分析支援品質評価報告書品質管理曲線品質評価表不良分析グラフ 29 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４（３）品質分析支援 ■品質管理曲線テストの進捗に併せ、テスト項目消化の予実績，障害発生・対策件数の推移をグラフ化し、傾向把握と状況管理を行う。残不テスト消化線存不良摘出予想線良テ摘ス出ト件項数目件テスト消化予想線消想線不良摘出実績線数件数未解決不良件数曲線日程 30 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４（４）品質分析支援 ■品質評価表 ◇工程単位に機能／モジュール毎の目標値・実績値を管理する ◇工程単位に、機能／モジュール毎の目標値・実績値を管理する。（チェックリスト件数，不良摘出件数等）項番機　能ﾓｼﾞｭｰﾙ数開発規模（ＫＳ）カバレージ（％）Ｃ０ﾒｼﾞｬｰチェックリスト件数チクリスト件数（目標値：100件／Ｋｓ）Ｃ１ﾁｪｯｸﾘｽﾄﾒｼﾞｬｰ不良件数（目標値：　10件／Ｋｓ）目標値に密度対する達項目数（件/KS）成度定量評価総合評価目標値に摘出不良密度対する達件数（件/％）成度 1 AAAA 2 16.5 100 100 1720 104 ○ 168 10.2 ○ ○ ◎ 2 BBBB 1 87 8.7 90 5 90.5 94 1 94.1 892 103 ○ 76 87 △ 8.7 △ △ 3 CCCC 3 22.1 88.3 68.5 1930 87 × 267 12.1 △ × × 参考：プログラムのある部分でエラーがまだ存在している確立は、すでにその部分で見つかったエラーの数に比例するｂｙｂ G.J.Mayers GJM 31 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４（５）品質分析支援 ■不良分析グラフ（不良形態コードの例）パターン１：デグレード、修正不十分が多い不良形態（Ｍコード）別分析＜評価＞ 18% ①安易な修正を行っている 0% 37% 18% 新規不良デグレード修正不十分潜在不良指摘ミス ②担当者の技術不足＜対策案＞ ①修正手順、プロセスの見直し 27% ②修正時レビュー、ウォークスルーの実施パターン２：潜在不良が多い＜評価＞不良形態（Ｍコード）別分析 ①前バージョンの不良摘出が不完全 0% ②流用母体の品質が悪い 33% 45% 11% 11% 新規不良デグレード修正不十分潜在不良指摘ミス＜対策案＞ ①②前バージョン、流用母体に対して品質向上を実施 32 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ３．４（６）品質分析支援期待効果 ① 品質状況のタイムリーな把握品質状況が定量的・定性的に評価でき、タイムリーな状況把握と対応策が実施できます。策が実施できます ② 問題点管理の負荷軽減ツール活用により、管理作業の負荷軽減ができる上、品質分析による活用より、管作業負荷軽減きる、品質分析よる問題点の絞り込み、傾向分析、弱点見直しなど、効率的な品質向上が行えます。 ③ 開発者自身の弱点把握による再発防止自分が作りこんだ不良を分析することで、どこが悪かったのか、プロセス上の問題点がわかります。また、分析により品質意識の醸成ス上の問題点がわかります。また、分析により品質意識の醸成、次回開発、次回開発時には同じ失敗を繰り返さないことで再発防止につながります。時には同じ失敗を繰り返さないことで、再発防止時には同じ失敗を繰り返さないことで、再発防止につながります再発防止につながりますにつながります。 33 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ４．まとめま © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ４．まとめＶ字モデル問題点をプロセスへフィードバック問題点をプロセスへフィドバック受入テスト要件定義処理方式設計 D 詳細設計結合テスト C 単体テスト品質分析プロセスＱＡ A総合テスト基本設計 P コーディング・机上テストソースプログラム検証 35 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ４．１Ｖ字スパイラルの実践損失品質 36 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ４．２弊社での適用実績例 [成果] 2006年度の事故件数を100とした推移 1 2006年度の売上高当りの事故件数を1とした推移 100 1.00 0.82 80 件数は大幅改善 60 0.80 0 60 0.60 100 0.41 90.7 40 0.40 0.19 44.2 20 0.20 93 9.3 0 2006年度重要障害（１件）発生 2007年度 2008年度重要障害 0.00 2009年度上期 0件 37 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved. ソフトウェア品質管理サービス QualityPro 以上の事例に限らず、ソフトウェアの品質管理に関することなら何もご相談応じます何でもご相談に応じます 38 © Hitachi Solutions, Ltd. 2010. 2011. All rights reserved.