品質管理装置、品質管理システム、品質管理方法、およびプログラム
【課題】ソフトウェア開発における品質報告書の作成に際して、必要な情報が不足している場合に、不足している情報を収集して、品質報告書を作成し得る、品質管理装置、品質管理システム、品質管理方法、およびプログラムを提供する。
【解決手段】品質管理装置１１は、開発プロジェクトの実行に用いられる端末装置２１〜２３から、開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部１２と、データ取得部によって取得された情報を用いて、品質報告書を作成し、作成した品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、開発プロジェクトの成果をフェーズ毎に保持している開発成果データベース３１から取得し、取得した情報を、品質報告書に付加する、報告書作成部１３と、を備えている。
【解決手段】品質管理装置１１は、開発プロジェクトの実行に用いられる端末装置２１〜２３から、開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部１２と、データ取得部によって取得された情報を用いて、品質報告書を作成し、作成した品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、開発プロジェクトの成果をフェーズ毎に保持している開発成果データベース３１から取得し、取得した情報を、品質報告書に付加する、報告書作成部１３と、を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、品質管理装置、品質管理システム、品質管理方法、およびプログラムに関し、特に、ソフトウェア開発における品質報告書の作成に必要な情報を収集するための、品質管理装置、品質管理システム、品質管理方法、およびプログラムに関する。
【背景技術】
【０００２】
一般に、ソフトウェア開発においては、設計フェーズ（工程）、製造フェーズおよびテストフェーズに分けられる開発フェーズ毎に、開発日程、過去の実績、および開発工数などに応じて、プログラムの欠陥（バグ）の摘出数、テスト項目数といった品質管理項目の目標値が設定される。ソフトウェア開発に責任を持つ管理者は、開発者により開発中に採取された各品質管理項目の実績値を記録し、記録した実績値と目標値とを比較することにより、ソフトウェア開発の進捗を判断する。
【０００３】
しかしながら、管理者が、各品質管理項目の実績値を逐一記録し、実績値と目標値とを比較することは、作業負担が大きいという問題がある。この問題を解決するために、開発者が開発中に採取した各品質管理項目の実績値を自動的に抽出し、抽出した実績値と目標値とを比較した上で、自動的に報告書を作成するシステムが提案されている（たとえば、特許文献１参照）。
【０００４】
具体的には、特許文献１は、各品質管理項目における、実績値と目標値とを開発フェーズ毎に比較することにより、進捗状況および品質状況などを記載した報告書を作成する、ソフトウェア品質管理システムを開示している。特許文献１に開示されたソフトウェア品質管理システムは、表計算ソフトウェアを利用した複数の定型フォーマットの表計算ファイル、および実績値が記録された実績シートから、各品質管理項目の実績値を集計する。そして、特許文献１に開示されたソフトウェア品質管理システムは、集計した実績値における、合計値、平均値、最も早い日程、または最も遅い日程を報告書に記載する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２７９９６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、たとえば、表計算ファイルまたは実績シートにおいて、開発者が、作業完了日、工程開始日、摘出バグ数、テスト項目数といった品質管理項目に関する情報を、記入していない場合がある。
【０００７】
このような場合において、上記特許文献１に開示されたシステムでは、品質管理項目に関する情報を、未記入として報告書に記載する。このため、管理者は、未記入となっている情報を探し出すために、表計算ファイルおよび実績シートを逐一チェックしなければならないため、管理者に大きな負担がかかってしまうという問題がある。
【０００８】
本発明の目的の一例は、上記問題を解消し、ソフトウェア開発における品質報告書の作成に際して、必要な情報が不足している場合に、不足している情報を収集して、品質報告書を作成し得る、品質管理装置、品質管理システム、品質管理方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一側面における品質管理装置は、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理装置であって、
前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする。
【００１０】
また、上記目的を達成するため、本発明の一側面における品質管理システムは、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発を管理するための、システムであって、
前記開発プロジェクトの実行に用いられる、端末装置と、
前記ソフトウェアの開発段階における品質を示す品質報告書を作成する、品質管理装置と、
前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースと、を備え、
前記品質管理装置は、
前記端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする。
【００１１】
また、上記目的を達成するため、本発明の一側面における品質管理方法は、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理方法であって、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を有することを特徴とする。
【００１２】
更に、上記目的を達成するため、本発明の一側面におけるプログラムは、コンピュータによって、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、プログラムであって、
前記コンピュータに、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を実行させることを特徴とする。
【発明の効果】
【００１３】
以上のように本発明における品質管理装置、品質管理システム、品質管理方法、およびプログラムによれば、ソフトウェア開発における品質報告書の作成に際して、必要な情報が不足している場合に、不足している情報を収集して、品質報告書を作成することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の実施の形態における品質管理システムの全体構成を示すブロック図である。
【図２】図２は、本実施の形態で用いられる第一の品質報告書の一例を示す図である。
【図３】図３は、本実施の形態で用いられる第二の品質報告書の一例を示す図である。
【図４】図４は、本発明の実施の形態における品質管理装置の動作を示すフロー図である。
【図５】図５は、本発明の実施の形態における品質管理装置を実現するコンピュータの一例を示すブロック図である。
【発明を実施するための形態】
【００１５】
（実施の形態）
以下、本発明の実施の形態における品質管理装置、品質管理システム、品質管理方法、およびプログラムについて、図１から図３を参照しながら説明する。
【００１６】
［システム構成および装置構成］
最初に、本発明の実施の形態における品質管理システム１０および品質管理装置１１の構成について説明する。図１は、本発明の実施の形態における、品質管理システムおよび品質管理装置の構成を示すブロック図である。
【００１７】
図１に示すように、本実施の形態における品質管理システム１０は、端末装置２１〜２３と、開発成果データベース３１と、品質管理装置１１とを備えている。端末装置２１〜２３は、ソフトウェアの開発プロジェクトの実行に用いられ、品質情報を保持している。ここで、品質情報は、ソフトウェア開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含んでいる。また、端末装置２１〜２３は、ネットワーク１７を介して、品質管理装置１１と通信を行う。
【００１８】
開発成果データベース３１は、開発プロジェクトの成果をフェーズ（工程）毎に保持している。品質管理装置１１は、端末装置２１〜２３および開発成果データベース３１によって保持されている情報を基に、ソフトウェアの開発段階における品質を示す品質報告書を作成する。
【００１９】
また、図１に示すように、本実施の形態における品質管理装置１１は、データ取得部１２と、報告書作成部１３と、を備えている。データ取得部１２は、端末装置２１〜２３それぞれから品質情報を取得する。そして、報告書作成部１３は、データ取得部１２によって取得された品質情報を用いて、品質報告書１４を作成し、品質報告書１４の作成に必要な情報が不足していないかどうかを判定する。品質報告書の作成に必要な情報が不足している場合、報告書作成部１３は、不足している情報を、開発成果データベース３１から取得し、取得した情報を、品質報告書１４に付加する。
【００２０】
このように、本実施の形態では、品質管理装置１１は、端末装置２１〜２３から取得した品質情報を用いて、品質報告書１４を作成する。そして、品質報告書１４の作成に必要な情報が不足している場合に、品質管理装置１１は、不足している情報を開発成果データベース３１から取得し、取得した情報を品質報告書１４に付加する。すなわち、本実施の形態によれば、ソフトウェア開発における品質報告書の作成に際して必要な情報が不足していたとしても、品質管理装置１１は、不足している情報を自ら収集し、品質報告書を完成させる。
【００２１】
ここで、本実施の形態における品質管理システム１０および品質管理装置１１の構成について、さらに具体的に説明する。本実施の形態では、品質管理装置１１、および端末装置２１〜２３は、それぞれパーソナルコンピュータである。図１に示すように、端末装置２１〜２３は、ソフトウェア開発の進捗、または品質を管理するためのプロジェクト管理ツール、進捗管理ツール、品質管理ツールといった、管理ツールを備えている。また、図１の例では、一台の端末装置は、一つの管理ツールを備えている。具体的には、端末装置２１が、管理ツール（Ａ）を備えている。また、端末装置２２は、管理ツール（Ｂ）を備え、端末装置２３は、管理ツール（Ｃ）を備えている。但し、本実施の形態では、一台の端末装置は、複数の管理ツールを備えていてもよい。
【００２２】
管理ツール（Ａ）、管理ツール（Ｂ）、または管理ツール（Ｃ）は、それぞれ異なる方法により、品質情報を保持する。具体的には、管理ツール（Ａ）は、開発者から入力された品質情報を環境ファイルに自動的に書きこむことにより、品質情報を環境ファイルにおいて保持する。また、管理ツール（Ｂ）は、開発者から入力された品質情報を、管理ツール（Ｂ）に組み込まれたファイル出力機能を利用して品質情報ファイルに書きこむことにより、品質情報を品質情報ファイルにおいて保持する。また、管理ツール（Ｃ）は、開発者から入力された品質情報を、管理ツール（Ｃ）自身が保持する。
【００２３】
本実施の形態において、管理ツール（Ａ）、（Ｂ）、（Ｃ）は、ソフトウェア開発者による、品質情報の入力を受け付ける。また、本実施の形態では、管理ツール（Ａ）、（Ｂ）、（Ｃ）は、品質情報に加えて、ソフトウェア開発の管理者による、ソフトウェア開発の目標値である、事前設定値の入力を受け付けてもよい。管理ツール（Ａ）、（Ｂ）、（Ｃ）は、受け付けた品質情報、および事前設定値を基に、ソフトウェア開発における進捗、または品質を管理する。
【００２４】
また、上記の例では、各端末には管理ツールが備えられているが、本実施の形態では、この態様に限定されない。たとえば、本実施の形態は、各端末が、ワープロソフト、または表計算ソフトのみを備えている態様であっても良い。この場合は、データ取得部１２は、ワープロソフト、または表計算ソフトによって作成された中間ファイルから、品質情報を取得する。
【００２５】
次に、本実施の形態における品質管理装置１１において、データ取得部１２は、インターネットなどのネットワーク１７を介して端末装置２１〜２３から、品質情報を取得する。そして、本実施の形態における報告書作成部１３は、データ取得部１２によって取得された品質情報を用いて、たとえば、図２および図３に示す、品質報告書１４を作成する。
【００２６】
図２は、本実施の形態で用いられる第一の品質報告書の一例を示す図である。また、図３は、本実施の形態で用いられる第二の品質報告書の一例を示す図である。図２に示すように、第一の品質報告書は、設計書作成頁数およびテスト項目数（目標／実績）の表と、バグ摘出数（目標／実績）の表と、プロジェクト品質状況とにより、構成される。また、図３に示すように、第二の品質報告書は、各フェーズにおけるバグの原因の内訳を示す表により構成される。
【００２７】
報告書作成部１３は、まず、品質管理装置１１における図示しないメインメモリ上に、品質報告書１４を記憶するための記憶領域を確保する。次に、報告書作成部１３は、データ取得部１２によって取得された品質情報を、品質報告書１４を記憶するための記憶領域に書き込み、品質報告書１４を作成する。
【００２８】
続いて、本実施の形態において、開発成果データベース３１が保持する、フェーズ毎の成果について説明する。本実施の形態でのソフトウェア開発における、各フェーズの具体的な成果、および品質情報を、図１〜３を参照しながら説明する。たとえば、開発するプログラム本体の規模が大きい場合、プログラムの開発効率を向上させるために、プログラム本体は、機能ごとに複数の小さなプログラム単位、すなわち、モジュールに分割される。そして、単独の開発者、または少人数のグループが、各モジュールの開発を行う。
【００２９】
また、本実施の形態では、具体的なフェーズとして、たとえば図２および図３に示すように、基本設計フェーズ、概要設計フェーズ、詳細設計フェーズ、製造フェーズ、単体テストフェーズ、および結合テストフェーズなどが、挙げられる。
【００３０】
本実施の形態では、基本設計フェーズにおいては、プログラム本体の外側部分、すなわち、プログラム本体のデザイン、機能、性能、および操作性に関する設計が行われ、基本設計書にまとめられる。概要設計フェーズにおいては、プログラム本体を機能毎に複数のモジュールに分割する機能分割、および機能分割により生じたモジュール間の処理の流れ、についての設計が行われ、概要設計書にまとめられる。詳細設計フェーズにおいては、プログラム本体の内側部分、すなわち、ソースコードをモジュール単体に実装できるレベルの詳細な設計が行われ、詳細設計書にまとめられる。これらの設計書は、開発成果データベース３１における、各設計フェーズの成果情報３２〜３４に保持される。
【００３１】
また、本実施の形態では、設計に関するいずれのフェーズにおいても、設計審査、すなわちデザインレビューを行い、デザインレビューを記録した設計レビュー記録表が、各設計フェーズにおいて作成される。デザインレビューにおいてバグが摘出された場合、摘出されたバグの分析が行われる。すなわち、バグの分析により、バグが摘出されたフェーズ、バグの原因が属するフェーズ、およびバグの原因の区分が明らかにされる。そして、バグの分析結果は、各設計フェーズにおける設計レビュー記録表に記録される。これらの設計レビュー記録表は、開発成果データベース３１における、各設計フェーズの成果情報３２〜３４に保持される。
【００３２】
また、本実施の形態において、基本設計フェーズ、概要設計フェーズ、および詳細設計フェーズの成果から、報告書作成部１３が不足している情報として取得する具体的な品質情報としては、各フェーズでの設計書の頁数とバグの分析結果とが挙げられる。
【００３３】
また、本実施の形態での製造フェーズにおいては、設計書に基づいてソースコードが記述され、モジュールへのプログラムの実装、すなわち、コーディングが行われる。ソースコードが記述されたモジュールは、開発成果データベース３１における、製造フェーズ成果情報３４に保持される。また、製造フェーズにおいては、コーディングの審査、すなわちコードレビューを行い、コードレビューを記録したコードレビュー記録表が、作成される。コードレビューにおいてバグが摘出された場合、摘出されたバグの分析が行われる。そして、バグの分析結果は、製造フェーズにおけるコードレビュー記録表に記録される。このコードレビュー記録表は、開発成果データベース３１における、製造フェーズ成果情報３４に保持される。
【００３４】
また、本実施の形態において、製造フェーズの成果から、報告書作成部１３が不足している情報として取得する具体的な品質情報としては、モジュールに実装されたプログラムのソースコードのライン数（行数）と、バグの分析結果とが挙げられる。
【００３５】
また、本実施の形態では、各テストフェーズにおいては、製造フェーズで実装されたプログラムの動作が設計書に記載された要件を満たすかどうか、を検証するためのテスト項目が記載された、テスト仕様書が作成される。すなわち、単体テストフェーズにおいては、詳細設計書において定められたモジュール単体の動作、を検証するためのテスト項目が記載された、単体テスト仕様書が作成される。また、結合テストフェーズにおいては、概要設計書において定められた複数のモジュールを組み合わせた際の動作、を検証するためのテスト項目が記載された、結合テスト仕様書が作成される。これらのテスト仕様書は、開発成果データベース３１における、各テストフェーズの成果情報３６、３７に保持される。
【００３６】
また、図１〜３に示されていないが、テストフェーズとしては、更に、基本設計書において定められたプログラム本体の動作を検証する総合テストフェーズ、および製品としての出来栄えを検証する運用テストフェーズが、挙げられる。この場合、総合テストフェーズ、または運用テストフェーズにおいて、各フェーズにおける動作、または出来栄えを検証するためのテスト項目が記載された、テスト仕様書が作成される。
【００３７】
各テストフェーズにおいて、各テスト仕様書に従って行われる動作テストの際に、バグが摘出された場合、本実施の形態では、摘出されたバグの分析が行われる。そして、バグの分析結果は、各テストフェーズにおけるテスト結果報告書に記録される。これらのテスト結果報告書は、開発成果データベース３１における、各テストフェーズの成果情報３６、３７に保持される。
【００３８】
また、本実施の形態において、単体テストフェーズ、および結合テストフェーズの成果から、報告書作成部１３が不足している情報として取得する具体的な品質情報としては、各フェーズにおけるテスト仕様書に記載されたテスト項目の項目数、すなわちテスト項目数と、バグの分析結果と、が挙げられる。
【００３９】
また、本実施の形態では、上述した各フェーズにおけるソフトウェア開発の成果は、上述したように成果情報として、開発成果データベース３１によって保持される。具体的には、開発成果データベース３１は、基本設計フェーズ、概要設計フェーズ、および詳細設計フェーズにおける成果情報として、各フェーズにおいてまとめられた設計書と、各フェーズにおいて記録された設計レビュー記録表とを保持する。また、開発成果データベース３１は、製造フェーズにおける成果情報として、モジュールとコードレビュー記録表とを保持する。また、開発成果データベース３１は、単体テストフェーズ、および結合テストフェーズにおける成果情報として、各フェーズにおいて作成されたテスト仕様書と、各フェーズにおいて記録されたテスト結果報告書とを保持する。
【００４０】
報告書作成部１３は、本実施の形態では、品質報告書１４を作成するために必要な情報が、不足していないかどうかを、品質報告書１４において、品質情報を入力すべき項目に値が入力されているかどうかチェックすることによって、判定する。
【００４１】
品質報告書１４を作成するために必要な情報が不足していた場合、報告書作成部１３は、品質報告書１４において値が入力されていない項目を基に、不足している情報と、不足している情報が属するフェーズと、を特定する。そして、報告書作成部１３は、不足している情報を、開発成果データベース３１から取得する。
【００４２】
具体的には、報告書作成部１３は、不足している情報と、不足している情報が属するフェーズと、を手がかりとして、開発成果データベース３１において、該当するフェーズの成果情報から、不足している情報を取得する。報告書作成部１３は、不足している情報を取得し得た場合は、これを品質報告書１４に付加する。
【００４３】
また、図１に示すように、本実施の形態では、品質管理装置１１は、更に、事前設定値受付部１５とメッセージ格納部１６とを備えている。本実施の形態における、事前設定値受付部１５は、ソフトウェア開発の管理者による、事前設定値の入力を受け付ける。また、事前設定値受付部１５は、端末装置２１〜２３における管理ツール（Ａ）、（Ｂ）、（Ｃ）において、ソフトウェア開発の管理者によって事前設定値が入力されている場合、管理ツール（Ａ）、（Ｂ）、（Ｃ）から事前設定値を取得してもよい。
【００４４】
ソフトウェアの開発目標を示す、本実施の形態での具体的な事前設定値として、基本設計、概要設計、および詳細設計フェーズにおいては、各フェーズにおける設計書の頁数の目標値が、挙げられる。また、本実施の形態での製造フェーズにおいては、モジュールに実装されたプログラムのソースコードのライン数の目標値が、具体的な事前設定値として挙げられる。また、本実施の形態での単体テストフェーズ、および結合テストフェーズにおいては、各フェーズにおけるテスト仕様書に記載された、テスト項目数の目標値が、具体的な事前設定値として挙げられる。
【００４５】
更に、本実施の形態におけるソフトウェアの開発目標を示す具体的な事前設定値として、目標バグ数、フェーズ別のバグ目標摘出率の配分、および過去の実績から見積もられる参考値が、挙げられる。本実施の形態における目標バグ数は、全フェーズにおいて検出されたバグ数の総和の目標値である。目標バグ数は、プロジェクト規模、すなわち、製造フェーズにおけるライン数から見積もられてもよいし、ソフトウェア開発の管理者によって決定されてもよい。また、本実施の形態におけるフェーズ別のバグ目標摘出率の配分は、フェーズ別に加えられた重み付けの割合によって、フェーズ毎の目標バグ数の配分を決定する。
【００４６】
たとえば、図２におけるバグの原因フェーズである、基本設計フェーズ、概要設計フェーズ、詳細設計フェーズ、および製造フェーズの４フェーズにおいて、フェーズ別のバグ目標摘出率の配分が、各々１０％、２０％、３０％、および４０％である場合を考える。目標バグ数が２００件のとき、基本設計フェーズ、概要設計フェーズ、詳細設計フェーズ、および製造フェーズにおける、目標バグ数は、各フェーズの重み付けの割合を乗じることにより、各々、２０件、４０件、６０件、および８０件と求まる。
【００４７】
また、報告書作成部１３は、本実施の形態では、事前設定値受付部１５において受け付けた事前設定値と品質報告書１４に付加された情報とを対比して、ソフトウェアの開発目標の達成状況を求めることができる。
【００４８】
具体的には、報告書作成部１３は、事前設定値受付部１５において受け付けた事前設定値を、品質報告書１４に付加する。そして、報告書作成部１３は、設計書の作成頁数、ライン数、およびテスト項目数の実績値と目標値との比を計算し、計算した結果を消化率として図２における品質報告書１４に付加する。また、報告書作成部１３は、品質報告書１４のバグ摘出状況において、バグの摘出数の目標値と実績値とを集計し、集計したバグの摘出数の実績値と目標値との比である摘出率を計算し、計算した摘出率を図２における品質報告書１４に付加する。
【００４９】
また、本実施の形態における報告書作成部１３は、規模あたりの設計書の頁数、テスト項目数、およびバグ件数を計算し、計算した結果を品質報告書１４に付加しても良い。また、本実施の形態における品質報告書１４には、過去の実績から見積もられた参考値として、過去に手掛けたプロジェクトにおける、規模あたりの設計書の頁数、テスト項目数、およびバグ件数を統計処理した値が、記載されていても良い（図２参照）。これらの参考値は、規模あたりの値であるので、同じ規模あたりの実績値との比較の対象となる。たとえば、図２の単位規模あたりのテスト項目数において、単体テストフェーズにおける参考値が５．０件／ＫＬ（キロライン）であるのに対して、実績値が５．９件／ＫＬであった場合、実績値は、参考値に比べて多いので、適正であることが分かる。
【００５０】
次に、報告書作成部１３は、本実施の形態では、求めた達成状況に応じたメッセージを、品質報告書１４に付加する。具体的には、報告書作成部１３は、計算した消化率、摘出率、および規模あたりの実績値が適正であるどうか判断し、判断に合致するメッセージをメッセージ格納部１６から抽出し、抽出したメッセージを品質報告書１４に付加する。
【００５１】
メッセージ格納部１６は、達成状況を表すメッセージを保持する。具体的には、メッセージ格納部１６は、達成状況が悪い場合に管理者に注意を促すために、「バグの摘出率が著しく低いので、注意が必要。」、「消化率が著しく低いので、注意が必要。」といった、メッセージを保持する。
【００５２】
たとえば、結合テストフェーズにおける摘出フェーズ別バグ摘出状況の目標数が１０件であるのに対して、実績数が６件であった場合、バグの摘出率は６０％となり、著しく低い。このように、バグの摘出率が著しく低い場合、報告書作成部１３は、メッセージ格納部１６から、「バグの摘出率が著しく低いので、注意が必要。」というメッセージを抽出する。
【００５３】
そして、報告書作成部１３は、抽出したメッセージに問題となっているフェーズ、および達成状況の情報を加える。結果、「結合テストフェーズにおけるバグの摘出率は６０％であり、バグの摘出率が著しく低いので、注意が必要。」というメッセージが、図２における品質報告書１４の、プロジェクト品質状況（図２参照）に付加される。
【００５４】
［品質管理システムおよび品質管理装置の動作］
次に、本実施の形態における品質管理システム１０および品質管理装置１１の動作について、図４を用いて説明する。以下の説明においては、適宜図１から図３を参酌する。また、本実施の形態では、品質管理装置１１を動作させることによって、品質管理方法が実施される。よって、本実施の形態における品質管理方法の説明は、以下の品質管理装置１１の動作説明に代える。
【００５５】
図４は、本発明の実施の形態における品質管理装置の動作を示すフロー図である。図４に示すように、まず、本実施の形態での品質管理装置１１におけるデータ取得部１２は、端末装置２１〜２３それぞれから品質情報を取得する（ステップＡ１）。次に、ステップＡ１が実行されると、報告書作成部１３は、データ取得部１２によって取得された品質情報を用いて、品質報告書１４を作成する（ステップＡ２）。
【００５６】
たとえば、管理ツール（Ａ）に対しては、データ取得部１２は、環境ファイルから品質情報を取得する。そして、報告書作成部１３は、取得した品質情報を、品質報告書１４に書き込む。
【００５７】
また、管理ツール（Ｂ）に対しては、データ取得部１２は、管理ツール（Ｂ）のファイル出力機能により、品質情報を品質情報ファイルに書き込ませる。次にデータ取得部１２は、品質情報ファイルから品質情報を取得する。そして、報告書作成部１３は、取得した品質情報を、品質報告書１４に書き込む。
【００５８】
また、管理ツール（Ｃ）に対しては、データ取得部１２は、管理ツール（Ｃ）から直接、品質情報を取得する。そして、報告書作成部１３は、取得した品質情報を、品質報告書１４に書き込む。
【００５９】
次に、報告書作成部１３は、作成された品質報告書１４に対して、必要な情報が不足していないかどうかを判定するために、品質報告書１４における未入力項目をチェックする（ステップＡ３）。
【００６０】
次に、報告書作成部１３は、ステップＡ３におけるチェックを基に、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ４）。ステップＡ４の判定の結果、未入力であった場合（ステップＡ４でＹＥＳ）、ステップＡ５が実行され、未入力でなかった場合（ステップＡ４でＮＯ）、ステップＡ６が実行される。ステップＡ５において、報告書作成部１３は、開発成果データベース３１に保持されている各フェーズのレビュー記録表およびテスト結果報告書の少なくとも一方から、不足している情報を取得し、品質報告書１４を作成する（ステップＡ５）。
【００６１】
具体的には、ステップＡ５では、報告書作成部１３は、図２のバグ摘出数（目標／実績）において、未入力となっている項目がある場合、未入力となっている項目の摘出フェーズと原因フェーズとを特定する。そして、報告書作成部１３は、開発成果データベース３１に保持されている、特定した摘出フェーズのレビュー記録表、およびテスト結果報告書の少なくとも一方に記載されたバグの分析結果から、未入力となっている項目のバグ数の取得を試みる。未入力となっている項目のバグ数を取得し得た場合に、報告書作成部１３は、品質報告書１４において未入力となっている項目に、取得したバグ数を付加する。
【００６２】
また、ステップＡ５では、報告書作成部１３は、図３の各フェーズにおけるバグの原因の内訳において、未入力となっている項目がある場合、未入力となっている項目を持つ表と原因フェーズとを特定する。そして、報告書作成部１３は、開発成果データベース３１において、特定した表が属するフェーズのレビュー記録表、およびテスト結果報告書の少なくとも一方に記載された、バグの分析結果から、未入力となっている項目のバグ数の取得を試みる。未入力となっている項目のバグ数を取得し得た場合に、報告書作成部１３は、品質報告書１４において未入力となっている項目に、取得したバグ数を付加する。
【００６３】
また、報告書作成部１３は、ステップＡ３におけるチェックを基に、開発プロジェクトの規模が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ６）。ステップＡ６の判定の結果、未入力であった場合（ステップＡ６でＹＥＳ）、ステップＡ７が実行され、未入力でなかった場合（ステップＡ６でＮＯ）、ステップＡ８が実行される。ステップＡ７において、報告書作成部１３は、開発成果データベース３１に保持されているモジュールから、プロジェクト規模を取得し、品質報告書１４を作成する（ステップＡ７）。
【００６４】
具体的には、ステップＡ７では、報告書作成部１３は、開発成果データベース３１の製造フェーズ成果情報３５において、全モジュールのソースコードの取得を試みる。次に、全モジュールのソースコードを取得し得た場合に、報告書作成部１３は、全モジュールのソースコードのライン数を合計し、品質報告書１４において未入力となっている開発プロジェクトの規模に、合計したライン数を付加する。
【００６５】
また、報告書作成部１３は、ステップＡ３におけるチェックを基に、開発プロジェクトのテスト項目数が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ８）。ステップＡ８の判定の結果、未入力であった場合（ステップＡ８でＹＥＳ）、ステップＡ９が実行され、未入力でなかった場合（ステップＡ８でＮＯ）、ステップＡ１０が実行される。ステップＡ９において、報告書作成部１３は、開発成果データベース３１に保持されているテストの仕様書から、テスト項目数を取得し、品質報告書１４を作成する（ステップＡ９）。
【００６６】
具体的には、ステップＡ９では、報告書作成部１３は、未入力となっているテスト項目数のフェーズを特定する。そして、報告書作成部１３は、開発成果データベース３１において、特定したフェーズに属するテスト仕様書の取得を試みる。次に、特定したフェーズに属するテスト仕様書を取得し得た場合に、報告書作成部１３は、テスト仕様書に記載されたテスト項目の項目数を合計し、品質報告書１４において未入力となっているテスト項目数に、合計した項目数を付加する。
【００６７】
また、報告書作成部１３は、ステップＡ３におけるチェックを基に、開発プロジェクトの設計書の頁数が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ１０）。ステップＡ１０の判定の結果、未入力であった場合（ステップＡ１０でＹＥＳ）、ステップＡ１１が実行され、未入力でなかった場合（ステップＡ１０でＮＯ）、ステップＡ１２が実行される。ステップＡ１１において、報告書作成部１３は、開発成果データベース３１に保持されている設計書から、設計書の頁数を取得し、品質報告書１４を作成する（ステップＡ１１）。
【００６８】
具体的には、ステップＡ１１では、報告書作成部１３は、未入力となっている設計書作成頁数のフェーズを特定する。そして、報告書作成部１３は、開発成果データベース３１において、特定したフェーズに属する設計書の取得を試みる。次に、特定したフェーズに属する設計書を取得し得た場合に、報告書作成部１３は、設計書の頁数を合計し、品質報告書１４において未入力となっている設計書作成頁数に、合計した頁数を付加する。
【００６９】
次に、本実施の形態における報告書作成部１３は、事前設定値受付部１５において受け付けた事前設定値と、品質報告書１４の情報とを対比して、ソフトウェアの開発目標の達成状況を求める（ステップＡ１２）。
【００７０】
具体的には、報告書作成部１３は、事前設定値受付部１５において受け付けた事前設定値を、品質報告書１４に付加する。そして、報告書作成部１３は、事前設定値と、品質報告書１４の情報とを対比して、消化率と、摘出率と、規模あたりの設計書の頁数、テスト項目数、およびバグ件数とを計算する。
【００７１】
次に、ステップＡ１２が実行されると、本実施の形態における報告書作成部１３は、求めたソフトウェアの開発目標の達成状況を、品質報告書１４に付加する（ステップＡ１３）。続いて、本実施の形態における報告書作成部１３は、品質報告書１４に付加された達成状況に応じたメッセージを、品質報告書１４に付加する（ステップＡ１４）。具体的には、計算した消化率、摘出率、および規模あたりの実績値が適正であるどうか判断し、判断に合致するメッセージをメッセージ格納部１６から抽出し、抽出したメッセージを品質報告書１４に付加する。
【００７２】
［実施の形態における効果］
このように、本実施の形態では、品質管理装置１１は、端末装置２１〜２３から取得した品質情報を用いて品質報告書１４を作成する際に、未入力となっている項目があった場合、開発成果データベース３１から未入力となっている項目に関する情報を取得する。このようにして品質管理装置１１は、品質報告書１４を完成させる。この結果、本実施の形態によれば、管理者は、未記入となっている項目に関する情報を探し出すために、ソフトウェア開発の成果情報を逐一チェックしなくてもよいので、管理者にかかる負担を軽減することができる。
【００７３】
また、本実施の形態では、品質管理装置１１は、事前設定値と品質報告書１４の情報とを対比することにより、ソフトウェアの開発目標の達成状況を求め、求めた達成状況に応じたメッセージを品質報告書１４に付加する。この結果、本実施の形態によれば、管理者は、品質報告書１４に付加されたメッセージを読むことにより、ソフトウェアの開発状況を把握することができる。
【００７４】
また、本実施の形態におけるプログラムは、コンピュータに、図４に示すステップＡ１〜Ａ１４を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態における品質管理装置と品質管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、データ取得部１２、報告書作成部１３、および事前設定値受付部１５として機能し、処理を行なう。また、本実施の形態では、品質報告書１４およびメッセージ格納部１６は、コンピュータに備えられたハードディスク等の記憶装置に格納されていればよい。
【００７５】
ここで、本実施の形態におけるプログラムを実行することによって、本実施の形態における品質管理装置を実現するコンピュータについて図５を用いて説明する。図５は、本発明の実施の形態における品質管理装置を実現するコンピュータの一例を示すブロック図である。
【００７６】
図５に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
【００７７】
ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
【００７８】
また、記憶装置１１３の具体例としては、ハードディスクの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
【００７９】
また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash）及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。
【００８０】
上述した実施の形態の一部又は全部は、以下に記載する（付記１）〜（付記２８）によって表現することができるが、以下の記載に限定されるものではない。
【００８１】
（付記１）
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理装置であって、
前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、
を備えている、
ことを特徴とする品質管理装置。
【００８２】
（付記２）
前記開発成果データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記１に記載の品質管理装置。
【００８３】
（付記３）
前記報告書作成部が、前記品質報告書において、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、前記開発成果データベースに保持されている、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８４】
（付記４）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、前記開発成果データベースに保持されている、前記モジュールから、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８５】
（付記５）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８６】
（付記６）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記設計書から、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８７】
（付記７）
前記報告書作成部が、
前記ソフトウェアの開発目標を示す事前設定値の入力を受け付け、
受け付けた前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、
求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記１〜６のいずれかに記載の品質管理装置。
【００８８】
（付記８）
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発を管理するための、システムであって、
前記開発プロジェクトの実行に用いられる、端末装置と、
前記ソフトウェアの開発段階における品質を示す品質報告書を作成する、品質管理装置と、
前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースと、を備え、
前記品質管理装置は、
前記端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする品質管理システム。
【００８９】
（付記９）
前記開発成果データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記８に記載の品質管理システム。
【００９０】
（付記１０）
前記報告書作成部が、前記品質報告書において、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、前記開発成果データベースに保持されている、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９１】
（付記１１）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、前記開発成果データベースに保持されている、前記モジュールから、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９２】
（付記１２）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９３】
（付記１３）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記設計書から、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９４】
（付記１４）
前記報告書作成部が、
前記ソフトウェアの開発目標を示す事前設定値の入力を受け付け、
受け付けた前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、
求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記８〜１３のいずれかに記載の品質管理システム。
【００９５】
（付記１５）
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理方法であって、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を有する、ことを特徴とする品質管理方法。
【００９６】
（付記１６）
前記（ｄ）のステップで、前記データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記１５に記載の品質管理方法。
【００９７】
（付記１７）
前記（ｃ）のステップで、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記フェーズ毎のレビューの記録表およびテストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記１６に記載の品質管理方法。
【００９８】
（付記１８）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記モジュールから、不足している情報を取得する、
付記１６に記載の品質管理方法。
【００９９】
（付記１９）
前記（ｃ）のステップで、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
付記１６に記載の品質管理方法。
【０１００】
（付記２０）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記設計書から、不足している情報を取得する、
付記１６に記載の品質管理方法。
【０１０１】
（付記２１）
前記（ｄ）のステップで、前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記１５〜２０のいずれかに記載の品質管理方法。
【０１０２】
（付記２２）
コンピュータによって、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、プログラムであって、
前記コンピュータに、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を実行させるプログラム。
【０１０３】
（付記２３）
前記（ｄ）のステップで、前記データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記２２に記載のプログラム。
【０１０４】
（付記２４）
前記（ｃ）のステップで、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０５】
（付記２５）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記モジュールから、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０６】
（付記２６）
前記（ｃ）のステップで、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記テストの仕様書から、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０７】
（付記２７）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記設計書から、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０８】
（付記２８）
前記（ｄ）のステップで、前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記２２〜２７のいずれかに記載のプログラム。
【産業上の利用可能性】
【０１０９】
本発明は、ソフトウェアおよびハードウェアの開発システムにおいて有用である。
【符号の説明】
【０１１０】
１０ 品質管理システム
１１ 品質管理装置
１２ データ取得部
１３ 報告書作成部
１４ 品質報告書
１５ 事前設定値受付部
１６ メッセージ格納部
１７ ネットワーク
２１ 端末装置
３１ 開発成果データベース
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１２１ バス
【技術分野】
【０００１】
本発明は、品質管理装置、品質管理システム、品質管理方法、およびプログラムに関し、特に、ソフトウェア開発における品質報告書の作成に必要な情報を収集するための、品質管理装置、品質管理システム、品質管理方法、およびプログラムに関する。
【背景技術】
【０００２】
一般に、ソフトウェア開発においては、設計フェーズ（工程）、製造フェーズおよびテストフェーズに分けられる開発フェーズ毎に、開発日程、過去の実績、および開発工数などに応じて、プログラムの欠陥（バグ）の摘出数、テスト項目数といった品質管理項目の目標値が設定される。ソフトウェア開発に責任を持つ管理者は、開発者により開発中に採取された各品質管理項目の実績値を記録し、記録した実績値と目標値とを比較することにより、ソフトウェア開発の進捗を判断する。
【０００３】
しかしながら、管理者が、各品質管理項目の実績値を逐一記録し、実績値と目標値とを比較することは、作業負担が大きいという問題がある。この問題を解決するために、開発者が開発中に採取した各品質管理項目の実績値を自動的に抽出し、抽出した実績値と目標値とを比較した上で、自動的に報告書を作成するシステムが提案されている（たとえば、特許文献１参照）。
【０００４】
具体的には、特許文献１は、各品質管理項目における、実績値と目標値とを開発フェーズ毎に比較することにより、進捗状況および品質状況などを記載した報告書を作成する、ソフトウェア品質管理システムを開示している。特許文献１に開示されたソフトウェア品質管理システムは、表計算ソフトウェアを利用した複数の定型フォーマットの表計算ファイル、および実績値が記録された実績シートから、各品質管理項目の実績値を集計する。そして、特許文献１に開示されたソフトウェア品質管理システムは、集計した実績値における、合計値、平均値、最も早い日程、または最も遅い日程を報告書に記載する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２７９９６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、たとえば、表計算ファイルまたは実績シートにおいて、開発者が、作業完了日、工程開始日、摘出バグ数、テスト項目数といった品質管理項目に関する情報を、記入していない場合がある。
【０００７】
このような場合において、上記特許文献１に開示されたシステムでは、品質管理項目に関する情報を、未記入として報告書に記載する。このため、管理者は、未記入となっている情報を探し出すために、表計算ファイルおよび実績シートを逐一チェックしなければならないため、管理者に大きな負担がかかってしまうという問題がある。
【０００８】
本発明の目的の一例は、上記問題を解消し、ソフトウェア開発における品質報告書の作成に際して、必要な情報が不足している場合に、不足している情報を収集して、品質報告書を作成し得る、品質管理装置、品質管理システム、品質管理方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一側面における品質管理装置は、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理装置であって、
前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする。
【００１０】
また、上記目的を達成するため、本発明の一側面における品質管理システムは、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発を管理するための、システムであって、
前記開発プロジェクトの実行に用いられる、端末装置と、
前記ソフトウェアの開発段階における品質を示す品質報告書を作成する、品質管理装置と、
前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースと、を備え、
前記品質管理装置は、
前記端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする。
【００１１】
また、上記目的を達成するため、本発明の一側面における品質管理方法は、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理方法であって、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を有することを特徴とする。
【００１２】
更に、上記目的を達成するため、本発明の一側面におけるプログラムは、コンピュータによって、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、プログラムであって、
前記コンピュータに、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を実行させることを特徴とする。
【発明の効果】
【００１３】
以上のように本発明における品質管理装置、品質管理システム、品質管理方法、およびプログラムによれば、ソフトウェア開発における品質報告書の作成に際して、必要な情報が不足している場合に、不足している情報を収集して、品質報告書を作成することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の実施の形態における品質管理システムの全体構成を示すブロック図である。
【図２】図２は、本実施の形態で用いられる第一の品質報告書の一例を示す図である。
【図３】図３は、本実施の形態で用いられる第二の品質報告書の一例を示す図である。
【図４】図４は、本発明の実施の形態における品質管理装置の動作を示すフロー図である。
【図５】図５は、本発明の実施の形態における品質管理装置を実現するコンピュータの一例を示すブロック図である。
【発明を実施するための形態】
【００１５】
（実施の形態）
以下、本発明の実施の形態における品質管理装置、品質管理システム、品質管理方法、およびプログラムについて、図１から図３を参照しながら説明する。
【００１６】
［システム構成および装置構成］
最初に、本発明の実施の形態における品質管理システム１０および品質管理装置１１の構成について説明する。図１は、本発明の実施の形態における、品質管理システムおよび品質管理装置の構成を示すブロック図である。
【００１７】
図１に示すように、本実施の形態における品質管理システム１０は、端末装置２１〜２３と、開発成果データベース３１と、品質管理装置１１とを備えている。端末装置２１〜２３は、ソフトウェアの開発プロジェクトの実行に用いられ、品質情報を保持している。ここで、品質情報は、ソフトウェア開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含んでいる。また、端末装置２１〜２３は、ネットワーク１７を介して、品質管理装置１１と通信を行う。
【００１８】
開発成果データベース３１は、開発プロジェクトの成果をフェーズ（工程）毎に保持している。品質管理装置１１は、端末装置２１〜２３および開発成果データベース３１によって保持されている情報を基に、ソフトウェアの開発段階における品質を示す品質報告書を作成する。
【００１９】
また、図１に示すように、本実施の形態における品質管理装置１１は、データ取得部１２と、報告書作成部１３と、を備えている。データ取得部１２は、端末装置２１〜２３それぞれから品質情報を取得する。そして、報告書作成部１３は、データ取得部１２によって取得された品質情報を用いて、品質報告書１４を作成し、品質報告書１４の作成に必要な情報が不足していないかどうかを判定する。品質報告書の作成に必要な情報が不足している場合、報告書作成部１３は、不足している情報を、開発成果データベース３１から取得し、取得した情報を、品質報告書１４に付加する。
【００２０】
このように、本実施の形態では、品質管理装置１１は、端末装置２１〜２３から取得した品質情報を用いて、品質報告書１４を作成する。そして、品質報告書１４の作成に必要な情報が不足している場合に、品質管理装置１１は、不足している情報を開発成果データベース３１から取得し、取得した情報を品質報告書１４に付加する。すなわち、本実施の形態によれば、ソフトウェア開発における品質報告書の作成に際して必要な情報が不足していたとしても、品質管理装置１１は、不足している情報を自ら収集し、品質報告書を完成させる。
【００２１】
ここで、本実施の形態における品質管理システム１０および品質管理装置１１の構成について、さらに具体的に説明する。本実施の形態では、品質管理装置１１、および端末装置２１〜２３は、それぞれパーソナルコンピュータである。図１に示すように、端末装置２１〜２３は、ソフトウェア開発の進捗、または品質を管理するためのプロジェクト管理ツール、進捗管理ツール、品質管理ツールといった、管理ツールを備えている。また、図１の例では、一台の端末装置は、一つの管理ツールを備えている。具体的には、端末装置２１が、管理ツール（Ａ）を備えている。また、端末装置２２は、管理ツール（Ｂ）を備え、端末装置２３は、管理ツール（Ｃ）を備えている。但し、本実施の形態では、一台の端末装置は、複数の管理ツールを備えていてもよい。
【００２２】
管理ツール（Ａ）、管理ツール（Ｂ）、または管理ツール（Ｃ）は、それぞれ異なる方法により、品質情報を保持する。具体的には、管理ツール（Ａ）は、開発者から入力された品質情報を環境ファイルに自動的に書きこむことにより、品質情報を環境ファイルにおいて保持する。また、管理ツール（Ｂ）は、開発者から入力された品質情報を、管理ツール（Ｂ）に組み込まれたファイル出力機能を利用して品質情報ファイルに書きこむことにより、品質情報を品質情報ファイルにおいて保持する。また、管理ツール（Ｃ）は、開発者から入力された品質情報を、管理ツール（Ｃ）自身が保持する。
【００２３】
本実施の形態において、管理ツール（Ａ）、（Ｂ）、（Ｃ）は、ソフトウェア開発者による、品質情報の入力を受け付ける。また、本実施の形態では、管理ツール（Ａ）、（Ｂ）、（Ｃ）は、品質情報に加えて、ソフトウェア開発の管理者による、ソフトウェア開発の目標値である、事前設定値の入力を受け付けてもよい。管理ツール（Ａ）、（Ｂ）、（Ｃ）は、受け付けた品質情報、および事前設定値を基に、ソフトウェア開発における進捗、または品質を管理する。
【００２４】
また、上記の例では、各端末には管理ツールが備えられているが、本実施の形態では、この態様に限定されない。たとえば、本実施の形態は、各端末が、ワープロソフト、または表計算ソフトのみを備えている態様であっても良い。この場合は、データ取得部１２は、ワープロソフト、または表計算ソフトによって作成された中間ファイルから、品質情報を取得する。
【００２５】
次に、本実施の形態における品質管理装置１１において、データ取得部１２は、インターネットなどのネットワーク１７を介して端末装置２１〜２３から、品質情報を取得する。そして、本実施の形態における報告書作成部１３は、データ取得部１２によって取得された品質情報を用いて、たとえば、図２および図３に示す、品質報告書１４を作成する。
【００２６】
図２は、本実施の形態で用いられる第一の品質報告書の一例を示す図である。また、図３は、本実施の形態で用いられる第二の品質報告書の一例を示す図である。図２に示すように、第一の品質報告書は、設計書作成頁数およびテスト項目数（目標／実績）の表と、バグ摘出数（目標／実績）の表と、プロジェクト品質状況とにより、構成される。また、図３に示すように、第二の品質報告書は、各フェーズにおけるバグの原因の内訳を示す表により構成される。
【００２７】
報告書作成部１３は、まず、品質管理装置１１における図示しないメインメモリ上に、品質報告書１４を記憶するための記憶領域を確保する。次に、報告書作成部１３は、データ取得部１２によって取得された品質情報を、品質報告書１４を記憶するための記憶領域に書き込み、品質報告書１４を作成する。
【００２８】
続いて、本実施の形態において、開発成果データベース３１が保持する、フェーズ毎の成果について説明する。本実施の形態でのソフトウェア開発における、各フェーズの具体的な成果、および品質情報を、図１〜３を参照しながら説明する。たとえば、開発するプログラム本体の規模が大きい場合、プログラムの開発効率を向上させるために、プログラム本体は、機能ごとに複数の小さなプログラム単位、すなわち、モジュールに分割される。そして、単独の開発者、または少人数のグループが、各モジュールの開発を行う。
【００２９】
また、本実施の形態では、具体的なフェーズとして、たとえば図２および図３に示すように、基本設計フェーズ、概要設計フェーズ、詳細設計フェーズ、製造フェーズ、単体テストフェーズ、および結合テストフェーズなどが、挙げられる。
【００３０】
本実施の形態では、基本設計フェーズにおいては、プログラム本体の外側部分、すなわち、プログラム本体のデザイン、機能、性能、および操作性に関する設計が行われ、基本設計書にまとめられる。概要設計フェーズにおいては、プログラム本体を機能毎に複数のモジュールに分割する機能分割、および機能分割により生じたモジュール間の処理の流れ、についての設計が行われ、概要設計書にまとめられる。詳細設計フェーズにおいては、プログラム本体の内側部分、すなわち、ソースコードをモジュール単体に実装できるレベルの詳細な設計が行われ、詳細設計書にまとめられる。これらの設計書は、開発成果データベース３１における、各設計フェーズの成果情報３２〜３４に保持される。
【００３１】
また、本実施の形態では、設計に関するいずれのフェーズにおいても、設計審査、すなわちデザインレビューを行い、デザインレビューを記録した設計レビュー記録表が、各設計フェーズにおいて作成される。デザインレビューにおいてバグが摘出された場合、摘出されたバグの分析が行われる。すなわち、バグの分析により、バグが摘出されたフェーズ、バグの原因が属するフェーズ、およびバグの原因の区分が明らかにされる。そして、バグの分析結果は、各設計フェーズにおける設計レビュー記録表に記録される。これらの設計レビュー記録表は、開発成果データベース３１における、各設計フェーズの成果情報３２〜３４に保持される。
【００３２】
また、本実施の形態において、基本設計フェーズ、概要設計フェーズ、および詳細設計フェーズの成果から、報告書作成部１３が不足している情報として取得する具体的な品質情報としては、各フェーズでの設計書の頁数とバグの分析結果とが挙げられる。
【００３３】
また、本実施の形態での製造フェーズにおいては、設計書に基づいてソースコードが記述され、モジュールへのプログラムの実装、すなわち、コーディングが行われる。ソースコードが記述されたモジュールは、開発成果データベース３１における、製造フェーズ成果情報３４に保持される。また、製造フェーズにおいては、コーディングの審査、すなわちコードレビューを行い、コードレビューを記録したコードレビュー記録表が、作成される。コードレビューにおいてバグが摘出された場合、摘出されたバグの分析が行われる。そして、バグの分析結果は、製造フェーズにおけるコードレビュー記録表に記録される。このコードレビュー記録表は、開発成果データベース３１における、製造フェーズ成果情報３４に保持される。
【００３４】
また、本実施の形態において、製造フェーズの成果から、報告書作成部１３が不足している情報として取得する具体的な品質情報としては、モジュールに実装されたプログラムのソースコードのライン数（行数）と、バグの分析結果とが挙げられる。
【００３５】
また、本実施の形態では、各テストフェーズにおいては、製造フェーズで実装されたプログラムの動作が設計書に記載された要件を満たすかどうか、を検証するためのテスト項目が記載された、テスト仕様書が作成される。すなわち、単体テストフェーズにおいては、詳細設計書において定められたモジュール単体の動作、を検証するためのテスト項目が記載された、単体テスト仕様書が作成される。また、結合テストフェーズにおいては、概要設計書において定められた複数のモジュールを組み合わせた際の動作、を検証するためのテスト項目が記載された、結合テスト仕様書が作成される。これらのテスト仕様書は、開発成果データベース３１における、各テストフェーズの成果情報３６、３７に保持される。
【００３６】
また、図１〜３に示されていないが、テストフェーズとしては、更に、基本設計書において定められたプログラム本体の動作を検証する総合テストフェーズ、および製品としての出来栄えを検証する運用テストフェーズが、挙げられる。この場合、総合テストフェーズ、または運用テストフェーズにおいて、各フェーズにおける動作、または出来栄えを検証するためのテスト項目が記載された、テスト仕様書が作成される。
【００３７】
各テストフェーズにおいて、各テスト仕様書に従って行われる動作テストの際に、バグが摘出された場合、本実施の形態では、摘出されたバグの分析が行われる。そして、バグの分析結果は、各テストフェーズにおけるテスト結果報告書に記録される。これらのテスト結果報告書は、開発成果データベース３１における、各テストフェーズの成果情報３６、３７に保持される。
【００３８】
また、本実施の形態において、単体テストフェーズ、および結合テストフェーズの成果から、報告書作成部１３が不足している情報として取得する具体的な品質情報としては、各フェーズにおけるテスト仕様書に記載されたテスト項目の項目数、すなわちテスト項目数と、バグの分析結果と、が挙げられる。
【００３９】
また、本実施の形態では、上述した各フェーズにおけるソフトウェア開発の成果は、上述したように成果情報として、開発成果データベース３１によって保持される。具体的には、開発成果データベース３１は、基本設計フェーズ、概要設計フェーズ、および詳細設計フェーズにおける成果情報として、各フェーズにおいてまとめられた設計書と、各フェーズにおいて記録された設計レビュー記録表とを保持する。また、開発成果データベース３１は、製造フェーズにおける成果情報として、モジュールとコードレビュー記録表とを保持する。また、開発成果データベース３１は、単体テストフェーズ、および結合テストフェーズにおける成果情報として、各フェーズにおいて作成されたテスト仕様書と、各フェーズにおいて記録されたテスト結果報告書とを保持する。
【００４０】
報告書作成部１３は、本実施の形態では、品質報告書１４を作成するために必要な情報が、不足していないかどうかを、品質報告書１４において、品質情報を入力すべき項目に値が入力されているかどうかチェックすることによって、判定する。
【００４１】
品質報告書１４を作成するために必要な情報が不足していた場合、報告書作成部１３は、品質報告書１４において値が入力されていない項目を基に、不足している情報と、不足している情報が属するフェーズと、を特定する。そして、報告書作成部１３は、不足している情報を、開発成果データベース３１から取得する。
【００４２】
具体的には、報告書作成部１３は、不足している情報と、不足している情報が属するフェーズと、を手がかりとして、開発成果データベース３１において、該当するフェーズの成果情報から、不足している情報を取得する。報告書作成部１３は、不足している情報を取得し得た場合は、これを品質報告書１４に付加する。
【００４３】
また、図１に示すように、本実施の形態では、品質管理装置１１は、更に、事前設定値受付部１５とメッセージ格納部１６とを備えている。本実施の形態における、事前設定値受付部１５は、ソフトウェア開発の管理者による、事前設定値の入力を受け付ける。また、事前設定値受付部１５は、端末装置２１〜２３における管理ツール（Ａ）、（Ｂ）、（Ｃ）において、ソフトウェア開発の管理者によって事前設定値が入力されている場合、管理ツール（Ａ）、（Ｂ）、（Ｃ）から事前設定値を取得してもよい。
【００４４】
ソフトウェアの開発目標を示す、本実施の形態での具体的な事前設定値として、基本設計、概要設計、および詳細設計フェーズにおいては、各フェーズにおける設計書の頁数の目標値が、挙げられる。また、本実施の形態での製造フェーズにおいては、モジュールに実装されたプログラムのソースコードのライン数の目標値が、具体的な事前設定値として挙げられる。また、本実施の形態での単体テストフェーズ、および結合テストフェーズにおいては、各フェーズにおけるテスト仕様書に記載された、テスト項目数の目標値が、具体的な事前設定値として挙げられる。
【００４５】
更に、本実施の形態におけるソフトウェアの開発目標を示す具体的な事前設定値として、目標バグ数、フェーズ別のバグ目標摘出率の配分、および過去の実績から見積もられる参考値が、挙げられる。本実施の形態における目標バグ数は、全フェーズにおいて検出されたバグ数の総和の目標値である。目標バグ数は、プロジェクト規模、すなわち、製造フェーズにおけるライン数から見積もられてもよいし、ソフトウェア開発の管理者によって決定されてもよい。また、本実施の形態におけるフェーズ別のバグ目標摘出率の配分は、フェーズ別に加えられた重み付けの割合によって、フェーズ毎の目標バグ数の配分を決定する。
【００４６】
たとえば、図２におけるバグの原因フェーズである、基本設計フェーズ、概要設計フェーズ、詳細設計フェーズ、および製造フェーズの４フェーズにおいて、フェーズ別のバグ目標摘出率の配分が、各々１０％、２０％、３０％、および４０％である場合を考える。目標バグ数が２００件のとき、基本設計フェーズ、概要設計フェーズ、詳細設計フェーズ、および製造フェーズにおける、目標バグ数は、各フェーズの重み付けの割合を乗じることにより、各々、２０件、４０件、６０件、および８０件と求まる。
【００４７】
また、報告書作成部１３は、本実施の形態では、事前設定値受付部１５において受け付けた事前設定値と品質報告書１４に付加された情報とを対比して、ソフトウェアの開発目標の達成状況を求めることができる。
【００４８】
具体的には、報告書作成部１３は、事前設定値受付部１５において受け付けた事前設定値を、品質報告書１４に付加する。そして、報告書作成部１３は、設計書の作成頁数、ライン数、およびテスト項目数の実績値と目標値との比を計算し、計算した結果を消化率として図２における品質報告書１４に付加する。また、報告書作成部１３は、品質報告書１４のバグ摘出状況において、バグの摘出数の目標値と実績値とを集計し、集計したバグの摘出数の実績値と目標値との比である摘出率を計算し、計算した摘出率を図２における品質報告書１４に付加する。
【００４９】
また、本実施の形態における報告書作成部１３は、規模あたりの設計書の頁数、テスト項目数、およびバグ件数を計算し、計算した結果を品質報告書１４に付加しても良い。また、本実施の形態における品質報告書１４には、過去の実績から見積もられた参考値として、過去に手掛けたプロジェクトにおける、規模あたりの設計書の頁数、テスト項目数、およびバグ件数を統計処理した値が、記載されていても良い（図２参照）。これらの参考値は、規模あたりの値であるので、同じ規模あたりの実績値との比較の対象となる。たとえば、図２の単位規模あたりのテスト項目数において、単体テストフェーズにおける参考値が５．０件／ＫＬ（キロライン）であるのに対して、実績値が５．９件／ＫＬであった場合、実績値は、参考値に比べて多いので、適正であることが分かる。
【００５０】
次に、報告書作成部１３は、本実施の形態では、求めた達成状況に応じたメッセージを、品質報告書１４に付加する。具体的には、報告書作成部１３は、計算した消化率、摘出率、および規模あたりの実績値が適正であるどうか判断し、判断に合致するメッセージをメッセージ格納部１６から抽出し、抽出したメッセージを品質報告書１４に付加する。
【００５１】
メッセージ格納部１６は、達成状況を表すメッセージを保持する。具体的には、メッセージ格納部１６は、達成状況が悪い場合に管理者に注意を促すために、「バグの摘出率が著しく低いので、注意が必要。」、「消化率が著しく低いので、注意が必要。」といった、メッセージを保持する。
【００５２】
たとえば、結合テストフェーズにおける摘出フェーズ別バグ摘出状況の目標数が１０件であるのに対して、実績数が６件であった場合、バグの摘出率は６０％となり、著しく低い。このように、バグの摘出率が著しく低い場合、報告書作成部１３は、メッセージ格納部１６から、「バグの摘出率が著しく低いので、注意が必要。」というメッセージを抽出する。
【００５３】
そして、報告書作成部１３は、抽出したメッセージに問題となっているフェーズ、および達成状況の情報を加える。結果、「結合テストフェーズにおけるバグの摘出率は６０％であり、バグの摘出率が著しく低いので、注意が必要。」というメッセージが、図２における品質報告書１４の、プロジェクト品質状況（図２参照）に付加される。
【００５４】
［品質管理システムおよび品質管理装置の動作］
次に、本実施の形態における品質管理システム１０および品質管理装置１１の動作について、図４を用いて説明する。以下の説明においては、適宜図１から図３を参酌する。また、本実施の形態では、品質管理装置１１を動作させることによって、品質管理方法が実施される。よって、本実施の形態における品質管理方法の説明は、以下の品質管理装置１１の動作説明に代える。
【００５５】
図４は、本発明の実施の形態における品質管理装置の動作を示すフロー図である。図４に示すように、まず、本実施の形態での品質管理装置１１におけるデータ取得部１２は、端末装置２１〜２３それぞれから品質情報を取得する（ステップＡ１）。次に、ステップＡ１が実行されると、報告書作成部１３は、データ取得部１２によって取得された品質情報を用いて、品質報告書１４を作成する（ステップＡ２）。
【００５６】
たとえば、管理ツール（Ａ）に対しては、データ取得部１２は、環境ファイルから品質情報を取得する。そして、報告書作成部１３は、取得した品質情報を、品質報告書１４に書き込む。
【００５７】
また、管理ツール（Ｂ）に対しては、データ取得部１２は、管理ツール（Ｂ）のファイル出力機能により、品質情報を品質情報ファイルに書き込ませる。次にデータ取得部１２は、品質情報ファイルから品質情報を取得する。そして、報告書作成部１３は、取得した品質情報を、品質報告書１４に書き込む。
【００５８】
また、管理ツール（Ｃ）に対しては、データ取得部１２は、管理ツール（Ｃ）から直接、品質情報を取得する。そして、報告書作成部１３は、取得した品質情報を、品質報告書１４に書き込む。
【００５９】
次に、報告書作成部１３は、作成された品質報告書１４に対して、必要な情報が不足していないかどうかを判定するために、品質報告書１４における未入力項目をチェックする（ステップＡ３）。
【００６０】
次に、報告書作成部１３は、ステップＡ３におけるチェックを基に、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ４）。ステップＡ４の判定の結果、未入力であった場合（ステップＡ４でＹＥＳ）、ステップＡ５が実行され、未入力でなかった場合（ステップＡ４でＮＯ）、ステップＡ６が実行される。ステップＡ５において、報告書作成部１３は、開発成果データベース３１に保持されている各フェーズのレビュー記録表およびテスト結果報告書の少なくとも一方から、不足している情報を取得し、品質報告書１４を作成する（ステップＡ５）。
【００６１】
具体的には、ステップＡ５では、報告書作成部１３は、図２のバグ摘出数（目標／実績）において、未入力となっている項目がある場合、未入力となっている項目の摘出フェーズと原因フェーズとを特定する。そして、報告書作成部１３は、開発成果データベース３１に保持されている、特定した摘出フェーズのレビュー記録表、およびテスト結果報告書の少なくとも一方に記載されたバグの分析結果から、未入力となっている項目のバグ数の取得を試みる。未入力となっている項目のバグ数を取得し得た場合に、報告書作成部１３は、品質報告書１４において未入力となっている項目に、取得したバグ数を付加する。
【００６２】
また、ステップＡ５では、報告書作成部１３は、図３の各フェーズにおけるバグの原因の内訳において、未入力となっている項目がある場合、未入力となっている項目を持つ表と原因フェーズとを特定する。そして、報告書作成部１３は、開発成果データベース３１において、特定した表が属するフェーズのレビュー記録表、およびテスト結果報告書の少なくとも一方に記載された、バグの分析結果から、未入力となっている項目のバグ数の取得を試みる。未入力となっている項目のバグ数を取得し得た場合に、報告書作成部１３は、品質報告書１４において未入力となっている項目に、取得したバグ数を付加する。
【００６３】
また、報告書作成部１３は、ステップＡ３におけるチェックを基に、開発プロジェクトの規模が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ６）。ステップＡ６の判定の結果、未入力であった場合（ステップＡ６でＹＥＳ）、ステップＡ７が実行され、未入力でなかった場合（ステップＡ６でＮＯ）、ステップＡ８が実行される。ステップＡ７において、報告書作成部１３は、開発成果データベース３１に保持されているモジュールから、プロジェクト規模を取得し、品質報告書１４を作成する（ステップＡ７）。
【００６４】
具体的には、ステップＡ７では、報告書作成部１３は、開発成果データベース３１の製造フェーズ成果情報３５において、全モジュールのソースコードの取得を試みる。次に、全モジュールのソースコードを取得し得た場合に、報告書作成部１３は、全モジュールのソースコードのライン数を合計し、品質報告書１４において未入力となっている開発プロジェクトの規模に、合計したライン数を付加する。
【００６５】
また、報告書作成部１３は、ステップＡ３におけるチェックを基に、開発プロジェクトのテスト項目数が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ８）。ステップＡ８の判定の結果、未入力であった場合（ステップＡ８でＹＥＳ）、ステップＡ９が実行され、未入力でなかった場合（ステップＡ８でＮＯ）、ステップＡ１０が実行される。ステップＡ９において、報告書作成部１３は、開発成果データベース３１に保持されているテストの仕様書から、テスト項目数を取得し、品質報告書１４を作成する（ステップＡ９）。
【００６６】
具体的には、ステップＡ９では、報告書作成部１３は、未入力となっているテスト項目数のフェーズを特定する。そして、報告書作成部１３は、開発成果データベース３１において、特定したフェーズに属するテスト仕様書の取得を試みる。次に、特定したフェーズに属するテスト仕様書を取得し得た場合に、報告書作成部１３は、テスト仕様書に記載されたテスト項目の項目数を合計し、品質報告書１４において未入力となっているテスト項目数に、合計した項目数を付加する。
【００６７】
また、報告書作成部１３は、ステップＡ３におけるチェックを基に、開発プロジェクトの設計書の頁数が、品質報告書１４において未入力であるかどうかを判定する（ステップＡ１０）。ステップＡ１０の判定の結果、未入力であった場合（ステップＡ１０でＹＥＳ）、ステップＡ１１が実行され、未入力でなかった場合（ステップＡ１０でＮＯ）、ステップＡ１２が実行される。ステップＡ１１において、報告書作成部１３は、開発成果データベース３１に保持されている設計書から、設計書の頁数を取得し、品質報告書１４を作成する（ステップＡ１１）。
【００６８】
具体的には、ステップＡ１１では、報告書作成部１３は、未入力となっている設計書作成頁数のフェーズを特定する。そして、報告書作成部１３は、開発成果データベース３１において、特定したフェーズに属する設計書の取得を試みる。次に、特定したフェーズに属する設計書を取得し得た場合に、報告書作成部１３は、設計書の頁数を合計し、品質報告書１４において未入力となっている設計書作成頁数に、合計した頁数を付加する。
【００６９】
次に、本実施の形態における報告書作成部１３は、事前設定値受付部１５において受け付けた事前設定値と、品質報告書１４の情報とを対比して、ソフトウェアの開発目標の達成状況を求める（ステップＡ１２）。
【００７０】
具体的には、報告書作成部１３は、事前設定値受付部１５において受け付けた事前設定値を、品質報告書１４に付加する。そして、報告書作成部１３は、事前設定値と、品質報告書１４の情報とを対比して、消化率と、摘出率と、規模あたりの設計書の頁数、テスト項目数、およびバグ件数とを計算する。
【００７１】
次に、ステップＡ１２が実行されると、本実施の形態における報告書作成部１３は、求めたソフトウェアの開発目標の達成状況を、品質報告書１４に付加する（ステップＡ１３）。続いて、本実施の形態における報告書作成部１３は、品質報告書１４に付加された達成状況に応じたメッセージを、品質報告書１４に付加する（ステップＡ１４）。具体的には、計算した消化率、摘出率、および規模あたりの実績値が適正であるどうか判断し、判断に合致するメッセージをメッセージ格納部１６から抽出し、抽出したメッセージを品質報告書１４に付加する。
【００７２】
［実施の形態における効果］
このように、本実施の形態では、品質管理装置１１は、端末装置２１〜２３から取得した品質情報を用いて品質報告書１４を作成する際に、未入力となっている項目があった場合、開発成果データベース３１から未入力となっている項目に関する情報を取得する。このようにして品質管理装置１１は、品質報告書１４を完成させる。この結果、本実施の形態によれば、管理者は、未記入となっている項目に関する情報を探し出すために、ソフトウェア開発の成果情報を逐一チェックしなくてもよいので、管理者にかかる負担を軽減することができる。
【００７３】
また、本実施の形態では、品質管理装置１１は、事前設定値と品質報告書１４の情報とを対比することにより、ソフトウェアの開発目標の達成状況を求め、求めた達成状況に応じたメッセージを品質報告書１４に付加する。この結果、本実施の形態によれば、管理者は、品質報告書１４に付加されたメッセージを読むことにより、ソフトウェアの開発状況を把握することができる。
【００７４】
また、本実施の形態におけるプログラムは、コンピュータに、図４に示すステップＡ１〜Ａ１４を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態における品質管理装置と品質管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、データ取得部１２、報告書作成部１３、および事前設定値受付部１５として機能し、処理を行なう。また、本実施の形態では、品質報告書１４およびメッセージ格納部１６は、コンピュータに備えられたハードディスク等の記憶装置に格納されていればよい。
【００７５】
ここで、本実施の形態におけるプログラムを実行することによって、本実施の形態における品質管理装置を実現するコンピュータについて図５を用いて説明する。図５は、本発明の実施の形態における品質管理装置を実現するコンピュータの一例を示すブロック図である。
【００７６】
図５に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
【００７７】
ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
【００７８】
また、記憶装置１１３の具体例としては、ハードディスクの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
【００７９】
また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash）及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。
【００８０】
上述した実施の形態の一部又は全部は、以下に記載する（付記１）〜（付記２８）によって表現することができるが、以下の記載に限定されるものではない。
【００８１】
（付記１）
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理装置であって、
前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、
を備えている、
ことを特徴とする品質管理装置。
【００８２】
（付記２）
前記開発成果データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記１に記載の品質管理装置。
【００８３】
（付記３）
前記報告書作成部が、前記品質報告書において、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、前記開発成果データベースに保持されている、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８４】
（付記４）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、前記開発成果データベースに保持されている、前記モジュールから、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８５】
（付記５）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８６】
（付記６）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記設計書から、不足している情報を取得する、
付記２に記載の品質管理装置。
【００８７】
（付記７）
前記報告書作成部が、
前記ソフトウェアの開発目標を示す事前設定値の入力を受け付け、
受け付けた前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、
求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記１〜６のいずれかに記載の品質管理装置。
【００８８】
（付記８）
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発を管理するための、システムであって、
前記開発プロジェクトの実行に用いられる、端末装置と、
前記ソフトウェアの開発段階における品質を示す品質報告書を作成する、品質管理装置と、
前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースと、を備え、
前記品質管理装置は、
前記端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする品質管理システム。
【００８９】
（付記９）
前記開発成果データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記８に記載の品質管理システム。
【００９０】
（付記１０）
前記報告書作成部が、前記品質報告書において、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、前記開発成果データベースに保持されている、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９１】
（付記１１）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、前記開発成果データベースに保持されている、前記モジュールから、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９２】
（付記１２）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９３】
（付記１３）
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記設計書から、不足している情報を取得する、
付記９に記載の品質管理システム。
【００９４】
（付記１４）
前記報告書作成部が、
前記ソフトウェアの開発目標を示す事前設定値の入力を受け付け、
受け付けた前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、
求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記８〜１３のいずれかに記載の品質管理システム。
【００９５】
（付記１５）
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理方法であって、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を有する、ことを特徴とする品質管理方法。
【００９６】
（付記１６）
前記（ｄ）のステップで、前記データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記１５に記載の品質管理方法。
【００９７】
（付記１７）
前記（ｃ）のステップで、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記フェーズ毎のレビューの記録表およびテストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記１６に記載の品質管理方法。
【００９８】
（付記１８）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記モジュールから、不足している情報を取得する、
付記１６に記載の品質管理方法。
【００９９】
（付記１９）
前記（ｃ）のステップで、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
付記１６に記載の品質管理方法。
【０１００】
（付記２０）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記設計書から、不足している情報を取得する、
付記１６に記載の品質管理方法。
【０１０１】
（付記２１）
前記（ｄ）のステップで、前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記１５〜２０のいずれかに記載の品質管理方法。
【０１０２】
（付記２２）
コンピュータによって、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、プログラムであって、
前記コンピュータに、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を実行させるプログラム。
【０１０３】
（付記２３）
前記（ｄ）のステップで、前記データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
付記２２に記載のプログラム。
【０１０４】
（付記２４）
前記（ｃ）のステップで、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０５】
（付記２５）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記モジュールから、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０６】
（付記２６）
前記（ｃ）のステップで、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記テストの仕様書から、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０７】
（付記２７）
前記（ｃ）のステップで、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、
前記（ｄ）のステップで、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースにおける、前記設計書から、不足している情報を取得する、
付記２３に記載のプログラム。
【０１０８】
（付記２８）
前記（ｄ）のステップで、前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、求めた達成状況に応じたメッセージを前記品質報告書に付加する、
付記２２〜２７のいずれかに記載のプログラム。
【産業上の利用可能性】
【０１０９】
本発明は、ソフトウェアおよびハードウェアの開発システムにおいて有用である。
【符号の説明】
【０１１０】
１０ 品質管理システム
１１ 品質管理装置
１２ データ取得部
１３ 報告書作成部
１４ 品質報告書
１５ 事前設定値受付部
１６ メッセージ格納部
１７ ネットワーク
２１ 端末装置
３１ 開発成果データベース
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１２１ バス
【特許請求の範囲】
【請求項１】
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理装置であって、
前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、
を備えている、
ことを特徴とする品質管理装置。
【請求項２】
前記開発成果データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
請求項１に記載の品質管理装置。
【請求項３】
前記報告書作成部が、前記品質報告書において、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、前記開発成果データベースに保持されている、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項４】
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、前記開発成果データベースに保持されている、前記モジュールから、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項５】
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項６】
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記設計書から、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項７】
前記報告書作成部が、
前記ソフトウェアの開発目標を示す事前設定値の入力を受け付け、
受け付けた前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、
求めた達成状況に応じたメッセージを前記品質報告書に付加する、
請求項１〜６のいずれかに記載の品質管理装置。
【請求項８】
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発を管理するための、システムであって、
前記開発プロジェクトの実行に用いられる、端末装置と、
前記ソフトウェアの開発段階における品質を示す品質報告書を作成する、品質管理装置と、
前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースと、を備え、
前記品質管理装置は、
前記端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする品質管理システム。
【請求項９】
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理方法であって、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を有する、ことを特徴とする品質管理方法。
【請求項１０】
コンピュータによって、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、プログラムであって、
前記コンピュータに、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を実行させるプログラム。
【請求項１】
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理装置であって、
前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、
を備えている、
ことを特徴とする品質管理装置。
【請求項２】
前記開発成果データベースが、前記開発の成果として、前記開発プロジェクトにおけるレビューの記録表と、前記開発プロジェクトで開発されたモジュールと、前記開発プロジェクトで実行されるテストの仕様書と、前記テストの結果報告書と、前記開発プロジェクトにおける設計書とを、少なくとも保持している、
請求項１に記載の品質管理装置。
【請求項３】
前記報告書作成部が、前記品質報告書において、情報として、フェーズ毎のバグが発生した回数、フェーズ毎のバグの原因となった回数、および原因の区分毎のバグの数、が不足していると判定した場合に、前記開発成果データベースに保持されている、前記フェーズ毎の前記レビューの記録表および前記テストの結果報告書の少なくとも一方から、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項４】
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの規模が不足していると判定した場合に、前記開発成果データベースに保持されている、前記モジュールから、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項５】
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトのテスト項目数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記テストの仕様書から、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項６】
前記報告書作成部が、前記品質報告書において、情報として、前記開発プロジェクトの設計書の頁数が不足していると判定した場合に、前記開発成果データベースに保持されている、前記設計書から、不足している情報を取得する、
請求項２に記載の品質管理装置。
【請求項７】
前記報告書作成部が、
前記ソフトウェアの開発目標を示す事前設定値の入力を受け付け、
受け付けた前記事前設定値と前記品質報告書の情報とを対比して、前記ソフトウェアの開発目標の達成状況を求め、
求めた達成状況に応じたメッセージを前記品質報告書に付加する、
請求項１〜６のいずれかに記載の品質管理装置。
【請求項８】
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発を管理するための、システムであって、
前記開発プロジェクトの実行に用いられる、端末装置と、
前記ソフトウェアの開発段階における品質を示す品質報告書を作成する、品質管理装置と、
前記開発プロジェクトの成果をフェーズ毎に保持している開発成果データベースと、を備え、
前記品質管理装置は、
前記端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得するデータ取得部と、
前記データ取得部によって取得された情報を用いて、前記品質報告書を作成し、作成した前記品質報告書において、情報が不足していないかどうかを判定し、情報が不足している場合に、不足している情報を、前記開発成果データベースから取得し、取得した情報を、前記品質報告書に付加する、報告書作成部と、を備えている、
ことを特徴とする品質管理システム。
【請求項９】
ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、品質管理方法であって、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を有する、ことを特徴とする品質管理方法。
【請求項１０】
コンピュータによって、ソフトウェアの開発プロジェクトにおいて、前記ソフトウェアの開発段階における品質を示す品質報告書を作成するための、プログラムであって、
前記コンピュータに、
（ａ）前記開発プロジェクトの実行に用いられる端末装置から、前記開発の進捗状況を示す情報、およびバグの発生状況を示す情報を少なくとも含む品質情報を取得する、ステップと、
（ｂ）前記品質情報を用いて、前記品質報告書を作成する、ステップと、
（ｃ）作成した前記品質報告書において、情報が不足していないかどうかを判定する、ステップと、
（ｄ）前記（ｃ）のステップで、情報が不足していると判定した場合に、不足している情報をデータベースから取得し、取得した情報を、前記品質報告書に付加する、ステップと、
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−３７４１５（Ｐ２０１３−３７４１５Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７０６７３（Ｐ２０１１−１７０６７３）
【出願日】平成２３年８月４日（２０１１．８．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＣＯＭＰＡＣＴＦＬＡＳＨ
【出願人】（３９０００１３９５）ＮＥＣシステムテクノロジー株式会社 (438)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月４日（２０１１．８．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＣＯＭＰＡＣＴＦＬＡＳＨ
【出願人】（３９０００１３９５）ＮＥＣシステムテクノロジー株式会社 (438)
【Ｆターム（参考）】
[ Back to top ]