(57)【特許請求の範囲】
【請求項１】
利用者情報に関連づけて、開発対象システムの識別情報を記憶するシステムマスタ情報記憶手段と、
利用者情報に関連づけて、開発対象システムに関連するシステムの識別情報を記憶するグループ情報記憶手段と、
システム開発の管理において、利用者によって作成され、システムの識別情報が記録された管理票を記憶する管理票記憶手段と、
クライアント端末に接続された制御手段とを備えた開発支援システムであって、
前記制御手段が、
クライアント端末から利用者情報を取得し、前記システムマスタ情報記憶手段及びグループ情報記憶手段から、前記利用者情報に関連付けられたシステムの識別情報を取得する手段と、
前記管理票記憶手段から、前記取得したシステムの識別情報が記録された管理票を抽出する手段と、
前記抽出した管理票を集約した評価結果を含めた報告書を作成し、前記クライアント端末に出力する手段と
を備えたことを特徴とする開発支援システム。
【請求項２】
開発において使用されるキーワードを記憶した用語記憶手段を更に備え、
前記制御手段が、前記管理票において、前記用語記憶手段に記録されたキーワードを抽出し、前記キーワードの出現状況を記録した報告書を作成することを特徴とする請求項１に記載の開発支援システム。
【請求項３】
前記管理票には、進捗状況に関する情報が記録されており、
前記制御手段が、前記管理票に記録された進捗状況に基づいて進捗率を算出し、前記進捗率を含めた報告書を作成することを特徴とする請求項１又は２に記載の開発支援システム。
【請求項４】
前記管理票には、事象が発生した原因システムの識別情報と、この事象の影響に応じて対応が必要な対応システムの識別情報が記録されており、
前記制御手段が、
利用者情報に関連づけられた、開発対象システムの識別情報を特定し、
前記管理票記憶手段に記録された前記管理票の原因システムの識別情報と対応システムの識別情報との組み合わせにおいて、前記開発対象システムの識別情報がいずれか一方の識別情報として記録された管理票を特定し、
他方のシステムの識別情報が前記グループ情報記憶手段に記録されていない場合には、利用者に対して、前記他方のシステムの識別情報について、前記グループ情報記憶手段への登録の提案を行なう手段と
を更に備えたことを特徴とする請求項１〜３のいずれか一つに記載の開発支援システム。
【請求項５】
開発対象システムの識別情報を取得した場合、前記開発対象システムに関連付けられた関連システムを特定し、
前記関連システムについて、前記管理票を用いて不良発生状況を特定し、
前記不良発生状況において不良発生回数が基準数より多いと判定した場合には、前記開発対象システムに関して注意喚起を行なうことを特徴とする請求項１〜４のいずれか一つに記載の開発支援システム。
【請求項６】
前記管理票には、開発対象システムにおいて用いられるプログラムのバージョン情報が記録されており、
前記制御手段が、
開発対象システムのプログラムのリリース承認情報を取得した場合、前記開発対象システムの管理票を取得し、
前記管理票において最新バージョンを特定し、リリース可能バージョンとして登録する手段を更に備えたことを特徴とする請求項１〜５のいずれか一つに記載の開発支援システム。
【請求項７】
利用者情報に関連づけて、開発対象システムの識別情報を記憶するシステムマスタ情報記憶手段と、
利用者情報に関連づけて、開発対象システムに関連するシステムの識別情報を記憶するグループ情報記憶手段と、
システム開発の管理において、利用者によって作成され、システムの識別情報が記録された管理票を記憶する管理票記憶手段と、
クライアント端末に接続された制御手段とを備えた開発支援システムを用いて、システム開発を支援するための方法であって、
前記制御手段が、
クライアント端末から利用者情報を取得し、前記システムマスタ情報記憶手段及びグループ情報記憶手段から、前記利用者情報に関連付けられたシステムの識別情報を取得する段階と、
前記管理票記憶手段から、前記取得したシステムの識別情報が記録された管理票を抽出する段階と、
前記抽出した管理票を集約した評価結果を含めた報告書を作成し、前記クライアント端末に出力する段階と
を実行することを特徴とする開発支援方法。
【請求項８】
利用者情報に関連づけて、開発対象システムの識別情報を記憶するシステムマスタ情報記憶手段と、
利用者情報に関連づけて、開発対象システムに関連するシステムの識別情報を記憶するグループ情報記憶手段と、
システム開発の管理において、利用者によって作成され、システムの識別情報が記録された管理票を記憶する管理票記憶手段と、
クライアント端末に接続された制御手段とを備えた開発支援システムを用いて、システム開発を支援するためのプログラムであって、
前記制御手段を、
クライアント端末から利用者情報を取得し、前記システムマスタ情報記憶手段及びグループ情報記憶手段から、前記利用者情報に関連付けられたシステムの識別情報を取得する手段、
前記管理票記憶手段から、前記取得したシステムの識別情報が記録された管理票を抽出する手段、
前記抽出した管理票を集約した評価結果を含めた報告書を作成し、前記クライアント端末に出力する手段
として機能させることを特徴とする開発支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、開発対象システムについて作成された管理票に基づいて、システム開発の管理を支援するための開発支援システム、開発支援方法及び開発支援プログラムに関する。
【背景技術】
【０００２】
企業内で用いられる業務システムの開発管理においては、各種管理票が利用されている。また、このようなシステムの開発においても、多様なテストが行なわれている。このようなテストの進捗状況を管理するために、各種報告書を作成する場合がある。そこで、ソフトウェアのテスト結果の報告書の自動作成及びテスト結果に基づいてテスト計画の変更処理を行なうテスト結果の報告書自動作成装置が検討されている（例えば、特許文献１参照）。この文献に記載された技術では、テスト実行手段のテスト実行結果を分析して集計し蓄積する。そして、テスト結果を分析して集計し、ワープロソフト等の一般のソフトウェアに使用できる形式のデータ形式に変換して出力する。
【０００３】
また、予定入力シート、報告出力シート及び実績シートを作成するソフトウェア品質管理システムも検討されている（例えば、特許文献２参照）。この文献に記載された技術では、入力された予定値と、過去に記録した品質管理項目から決定した目標値・目標の許容範囲を入力シートに記述し、これらを報告出力シートに転記する。入力された実績値を実績シートへ記述し、工程単位毎に集計した実績値の集計値を報告出力シートに記述する。そして、予定値と集計値を比較し、その差が前記許容範囲か否かを判定し、その判定結果を報告出力シートに記述する。
【０００４】
また、ソフトウェアの開発において、ユーザが、修正目的に応じて簡単に編集可能なソフトウェア開発支援装置も検討されている（例えば、特許文献３参照）。この文献に記載されたソフトウェア開発支援装置では、ソフトウェアの開発支援において、修正が行われたソフトウェアコードである編集ファイルとオリジナルファイルとを比較し、編集ファイルの修正された箇所と当該修正箇所に該当するオリジナルファイルの修正該当箇所を対応付けた修正対応箇所データを生成する。そして、ユーザが入力した修正に対して、報告書から自動的に抽出した修正目的を提示し、修正内容を修正目的によって管理する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平６−８９２０２号公報（第１頁、図１）
【特許文献２】特開２００７−２７９９６５号公報（第１頁、図１）
【特許文献３】特開２００９−５３７７８号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
規模が大きいシステム開発を行なう場合、複数の拠点や部署において別個にソフトウェアを開発し、これらを統合管理して目的の業務を実現するためのシステム構築する場合がある。この場合、テスト期間中においては、テストの進捗状況をまとめ、実施状況についての情報を関係者で共有する必要がある。
【０００７】
そこで、各開発拠点や部署において、情報共有のための会議を開催している。このような会議を開催する場合、システム開発の規模が大きい場合、会議の準備、管理者の参加にかかる手間やコストが大きくなる。
【０００８】
特に、各開発における報告書は、システム開発に参加している各開発担当者がテスト日誌、テストにおける不良管理票や仕様変更管理票等に基づいて作成している。しかしながら、テスト日誌や、不良管理票や仕様変更管理票の数は膨大であり、個別に内容を確認することか困難な場合がある。また、上述の会議のために、これらの管理票をまとめた資料を作り直す手間がかかっていた。
【０００９】
更に、テスト実施状況の全体感を取りまとめ、タイムリーに関係者に報告する必要がある。また、発生した不良や仕様変更等、他のシステムに影響がある事項については関係者に展開する必要がある。
【００１０】
本発明は、上記課題を解決するためになされたものであり、その目的は、開発対象システムについて作成された管理票に基づいて、システム開発の管理を支援するための開発支援システム、開発支援方法及び開発支援プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記問題点を解決するために、請求項１に記載の発明は、利用者情報に関連づけて、開発対象システムの識別情報を記憶するシステムマスタ情報記憶手段と、利用者情報に関連づけて、開発対象システムに関連するシステムの識別情報を記憶するグループ情報記憶手段と、システム開発の管理において、利用者によって作成され、システムの識別情報が記録された管理票を記憶する管理票記憶手段と、クライアント端末に接続された制御手段とを備えた開発支援システムであって、前記制御手段が、クライアント端末から利用者情報を取得し、前記システムマスタ情報記憶手段及びグループ情報記憶手段から、前記利用者情報に関連付けられたシステムの識別情報を取得する手段と、前記管理票記憶手段から、前記取得したシステムの識別情報が記録された管理票を抽出する手段と、前記抽出した管理票を集約した評価結果を含めた報告書を作成し、前記クライアント端末に出力する手段とを備えたことを要旨とする。
【００１２】
請求項２に記載の発明は、請求項１に記載の開発支援システムにおいて、開発において使用されるキーワードを記憶した用語記憶手段を更に備え、前記制御手段が、前記管理票において、前記用語記憶手段に記録されたキーワードを抽出し、前記キーワードの出現状況を記録した報告書を作成することを特徴とすることを要旨とする。
【００１３】
請求項３に記載の発明は、請求項１又は２に記載の開発支援システムにおいて、前記管理票には、進捗状況に関する情報が記録されており、前記制御手段が、前記管理票に記録された進捗状況に基づいて進捗率を算出し、前記進捗率を含めた報告書を作成することを要旨とする。
【００１４】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の開発支援システムにおいて、前記管理票には、事象が発生した原因システムの識別情報と、この事象の影響に応じて対応が必要な対応システムの識別情報が記録されており、前記制御手段が、利用者情報に関連づけられた、開発対象システムの識別情報を特定し、前記管理票記憶手段に記録された前記管理票の原因システムの識別情報と対応システムの識別情報との組み合わせにおいて、前記開発対象システムの識別情報がいずれか一方の識別情報として記録された管理票を特定し、他方のシステムの識別情報が前記グループ情報記憶手段に記録されていない場合には、利用者に対して、前記他方のシステムの識別情報について、前記グループ情報記憶手段への登録の提案を行なう手段とを更に備えたことを要旨とする。
【００１５】
請求項５に記載の発明は、請求項１〜４のいずれか一つに記載の開発支援システムにおいて、開発対象システムの識別情報を取得した場合、前記開発対象システムに関連付けられた関連システムを特定し、前記関連システムについて、前記管理票を用いて不良発生状況を特定し、前記不良発生状況において不良発生回数が基準数より多いと判定した場合には、前記開発対象システムに関して注意喚起を行なうことを要旨とする。
【００１６】
請求項６に記載の発明は、請求項１〜５のいずれか一つに記載の開発支援システムにおいて、前記管理票には、開発対象システムにおいて用いられるプログラムのバージョン情報が記録されており、前記制御手段が、開発対象システムのプログラムのリリース承認情報を取得した場合、前記開発対象システムの管理票を取得し、前記管理票において最新バージョンを特定し、リリース可能バージョンとして登録する手段を更に備えたことを要旨とする。
【００１７】
請求項７に記載の発明は、利用者情報に関連づけて、開発対象システムの識別情報を記憶するシステムマスタ情報記憶手段と、利用者情報に関連づけて、開発対象システムに関連するシステムの識別情報を記憶するグループ情報記憶手段と、システム開発の管理において、利用者によって作成され、システムの識別情報が記録された管理票を記憶する管理票記憶手段と、クライアント端末に接続された制御手段とを備えた開発支援システムを用いて、システム開発を支援するための方法であって、前記制御手段が、クライアント端末から利用者情報を取得し、前記システムマスタ情報記憶手段及びグループ情報記憶手段から、前記利用者情報に関連付けられたシステムの識別情報を取得する段階と、前記管理票記憶手段から、前記取得したシステムの識別情報が記録された管理票を抽出する段階と、前記抽出した管理票を集約した評価結果を含めた報告書を作成し、前記クライアント端末に出力する段階とを実行することを要旨とする。
【００１８】
請求項８に記載の発明は、利用者情報に関連づけて、開発対象システムの識別情報を記憶するシステムマスタ情報記憶手段と、利用者情報に関連づけて、開発対象システムに関連するシステムの識別情報を記憶するグループ情報記憶手段と、システム開発の管理において、利用者によって作成され、システムの識別情報が記録された管理票を記憶する管理票記憶手段と、クライアント端末に接続された制御手段とを備えた開発支援システムを用いて、システム開発を支援するためのプログラムであって、前記制御手段を、クライアント端末から利用者情報を取得し、前記システムマスタ情報記憶手段及びグループ情報記憶手段から、前記利用者情報に関連付けられたシステムの識別情報を取得する手段、前記管理票記憶手段から、前記取得したシステムの識別情報が記録された管理票を抽出する手段、前記抽出した管理票を集約した評価結果を含めた報告書を作成し、前記クライアント端末に出力する手段として機能させることを要旨とする。
【００１９】
（作用）
請求項１、７又は８に記載の発明によれば、制御手段が、クライアント端末から利用者情報を取得し、システムマスタ情報記憶手段及びグループ情報記憶手段から、利用者情報に関連付けられたシステムの識別情報を取得する。次に、管理票記憶手段から、取得したシステムの識別情報が記録された管理票を抽出する。そして、抽出した管理票を集約した評価結果を含めた報告書を作成し、クライアント端末に出力する。これにより、開発対象システムに関連するシステムの開発状況を一括して把握することができる。なお、グループ情報記憶手段には、開発対象システムに関連する既存のシステムを登録しておくことにより、既存のシステムについての状況を報告書に含めることも可能である。
【００２０】
請求項２に記載の発明によれば、制御手段が、管理票において、用語記憶手段に記録されたキーワードを抽出し、キーワードの出現状況を記録した報告書を作成する。大規模なシステム開発においては、管理票の数が膨大になる。そこで、報告書において、共通したキーワードの出現状況（例えば、出現頻度等）を含めることにより、システム開発状況を提供することができる。
【００２１】
請求項３に記載の発明によれば、制御手段が、管理票に記録された進捗状況に基づいて進捗率を算出し、進捗率を含めた報告書を作成する。これにより、進捗率を通じて、システム開発の遅れについての情報を提供することができる。
【００２２】
請求項４に記載の発明によれば、制御手段が、利用者情報に関連づけられた、開発対象システムの識別情報を特定する。次に、管理票記憶手段に記録された管理票の原因システムの識別情報と対応システムの識別情報との組み合わせにおいて、開発対象システムの識別情報がいずれか一方の識別情報として記録された管理票を特定する。そして、他方のシステムの識別情報がグループ情報記憶手段に記録されていない場合には、利用者に対して、他方のシステムの識別情報について、グループ情報記憶手段への登録の提案を行なう。これにより、管理票に記録された情報を用いて、関連性があるシステムを特定し、これらのシステムに関する管理票の一元管理を促すことができる。ここで、事象には、後述するように不良や仕様変更等がある。
【００２３】
請求項５に記載の発明によれば、制御手段が、開発対象システムの識別情報を取得した場合、開発対象システムに関連付けられた関連システムを特定し、関連システムについて、管理票を用いて不良発生状況を特定する。そして、不良発生が多いシステムの場合には、開発対象システムに関して注意喚起を行なう。これにより、開発対象システムの関連システムにおいて不良が発生しやすいシステムが含まれる場合には、開発担当者に対して注意喚起することができる。
【００２４】
請求項６に記載の発明によれば、制御手段が、管理対象システムの承認情報を取得した場合、管理対象システムの管理票を取得する。そして、管理票において最新バージョンを特定し、リリース可能バージョンとして認定する。これにより、管理票を用いてシステム開発状況を把握し、的確なシステムリリースを行なうことができる。
【発明の効果】
【００２５】
本発明によれば、開発対象システムについて作成された管理票に基づいて、システム開発の管理を支援するための開発支援システム、開発支援方法及び開発支援プログラムを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態のシステム概略図。
【図２】本実施形態の管理情報記憶部に記録された各情報の説明図。
【図３】本実施形態で用いる情報の説明図であって、（ａ）は部署マスタ情報、（ｂ）はシステムマスタ情報、（ｃ）は案件情報、（ｄ）は関連システム情報、（ｅ）はグループ登録情報、（ｆ）はユーザマスタ情報、（ｇ）はテスト件数予定情報、（ｈ）はテスト日誌情報、（ｉ）はテスト件数実績情報の説明図。
【図４】本実施形態で用いる情報の説明図であって、（ａ）は不良管理票（発生）情報、（ｂ）は不良管理票（対応）情報、（ｃ）は不良対応内容情報、（ｄ）は仕様変更管理票（方針）情報、（ｅ）は仕様変更管理票（対応）情報、（ｆ）は仕様変更対応内容情報の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２７】
以下、本発明を具体化した一実施形態を、図１〜図９に従って説明する。本実施形態では、複数の部署が連携して行なわれるシステム開発において、各部署において作成された管理票を用いて、システム開発案件のテスト期間中における修正開発（不良対応や仕様変更）の管理を行なうために用いる開発支援システム、開発支援方法及び開発支援プログラムとして説明する。本実施形態では、管理票として、システム開発に影響を与える事象（不良発生や仕様変更）を管理するための不良管理票、仕様変更管理票、日々のテスト状況を記録するテスト日誌を用いる。そして、目標の業務処理システムを構築するために、複数のシステム開発やテストが並行して進められ、これらのシステムの開発管理を統合して行なう場合を想定する。
【００２８】
本実施形態では、図１に示すように、テスト工程管理サーバ２０を用いる。このテスト工程管理サーバ２０は、ネットワークを介して、クライアント端末１０に接続される。
クライアント端末１０は、システム開発の関係者（各システム開発を行なう開発担当者、各部署の管理者、システム開発全体の推進事務担当者）が用いるコンピュータ端末である。このクライアント端末１０は、図示しないディスプレイ等から構成された表示部や、キーボードやポインティングデバイス等から構成された入力部を備える。開発担当者は、このクライアント端末１０を用いて、テスト日誌、不良管理票、仕様変更管理票を作成し、テスト工程管理サーバ２０にアップロードする。管理者は、このクライアント端末１０を用いて、自部署の開発状況を管理するとともに、他部署の開発状況についての情報を入手し、自部署の開発に対する影響を検討する。推進事務担当者は、クライアント端末１０を用いて、各開発部署のテスト日誌や不良管理票、仕様変更管理票を取りまとめ、報告書を作成する。
【００２９】
テスト工程管理サーバ２０は、システム開発におけるテスト期間中の品質管理を支援するためのサーバコンピュータである。このテスト工程管理サーバ２０は、制御部２１、管理情報記憶部２２、用語辞書記憶部２３、関連性評価記憶部２４、設計情報記憶部２５、ライブラリ記憶部２６を備えている。
【００３０】
ここで、制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ（図示せず）等から構成された制御手段を備えており、後述する処理（不良管理段階、仕様変更管理段階、日誌管理段階、グループ登録段階、関連性評価段階、修正開発支援段階、報告書出力段階、ライブラリ管理段階等の各処理）を行なう。そして、制御部２１は、図１に示すように、開発支援プログラムにより、アクセス制御手段２１０、日誌管理手段２１１、不良管理手段２１２、仕様変更管理手段２１３、グループ管理手段２１４、関連性評価手段２１５、修正開発支援手段２１６、報告書出力手段２１７、ライブラリ管理手段２１８として機能する。
【００３１】
アクセス制御手段２１０は、クライアント端末１０からのアクセスに応じて、ユーザを特定し、後述する各手段に処理を引き継ぐ処理を実行する。
日誌管理手段２１１は、開発担当者が作成したテスト日誌を取得し、管理情報記憶部２２に記録する処理を実行する。更に、日誌管理手段２１１は、テストの進捗状況を評価する処理を実行する。
【００３２】
不良管理手段２１２は、開発担当者が作成した不良管理票を取得し、管理情報記憶部２２に記録する処理を実行する。
仕様変更管理手段２１３は、開発担当者が作成した仕様変更管理票を取得し、管理情報記憶部２２に記録する処理を実行する。
【００３３】
グループ管理手段２１４は、関連システムの関係者（開発担当者や管理者）に情報を提供するために、複数のシステムのグルーピングを行なう処理を実行する。
関連性評価手段２１５は、キーワードを用いて、関連性があるシステムを検索する処理を実行する。この関連性評価手段２１５は、関連性があるシステムにおいて用いられる共通キーワードを特定するために、基準語句数に関するデータを保持している。
【００３４】
修正開発支援手段２１６は、修正開発（不良対応や仕様変更）において、不良発生の頻度が高いシステムが関連する場合に注意喚起を行なう処理を実行する。この修正開発支援手段２１６は、不良発生の頻度を評価するために、不良発生についての基準数に関するデータを保持している。
【００３５】
報告書出力手段２１７は、管理票を集約した評価結果を含めた報告書を作成し、各部署に対して提供する報告書を作成する処理を実行する。
ライブラリ管理手段２１８は、開発の進捗状況に応じて、開発対象システムのリリースを管理する処理を実行する。
【００３６】
管理情報記憶部２２は、システムマスタ情報記憶手段、グループ情報記憶手段、管理票記憶手段として機能し、システム開発のテスト期間中における各開発の評価を支援するための各種データが記録される。本実施形態では、図２に示すように、部署マスタ情報Ｄ０１〜仕様変更対応内容情報Ｄ３２が記録される。各情報の内容については、図３、図４を用いて説明する。
【００３７】
部署マスタ情報Ｄ０１には、システム開発に関わる各部署を管理するためのマスタデータが記録される。この部署マスタ情報Ｄ０１は、システム開発に関わる部署が決定されて登録された場合に記録される。この部署マスタ情報Ｄ０１は、図３（ａ）に示すように、部署コード、部署名に関するデータを含んで構成される。
【００３８】
部署コードデータ領域には、各部署を特定するための識別子に関するデータが記録される。
部署名データ領域には、この部署の名称に関するデータが記録される。
【００３９】
システムマスタ情報Ｄ０２には、開発対象システムの識別情報が記録されたマスタデータが記録される。このシステムマスタ情報Ｄ０２は、開発対象システムが決定されて登録された場合に記録される。このシステムマスタ情報Ｄ０２は、図３（ｂ）に示すように、部署コード、システムコード、システム名に関するデータを含んで構成される。
部署コードデータ領域には、このシステムの開発を担当する部署（利用者情報）を特定するための識別子に関するデータが記録される。
システムコードデータ領域には、各開発対象システムを特定するための識別子（識別情報）に関するデータが記録される。なお、開発対象システムに関連する既存のシステムについて登録しておいてもよい。
システム名データ領域には、このシステムの名称に関するデータが記録される。
【００４０】
案件情報Ｄ０３には、システム開発に関わる案件についてのマスタデータが記録される。この案件情報Ｄ０３は、システム開発案件が決定されて登録された場合に記録される。この案件情報Ｄ０３は、図３（ｃ）に示すように、案件名、案件番号、主管部署コードに関するデータを含んで構成される。
【００４１】
案件名データ領域には、各案件の名称に関するデータが記録される。
案件番号データ領域には、この案件を特定するための識別子に関するデータが記録される。
主管部署コードデータ領域には、この案件を主管する部署を特定するための識別子に関するデータが記録される。
【００４２】
関連システム情報Ｄ０４には、開発対象システムについて関連するシステムを特定するためのデータが記録される。この関連システム情報Ｄ０４は、各案件において関連するシステムが登録された場合に記録される。この関連システム情報Ｄ０４は、図３（ｄ）に示すように、案件名、案件番号、システムコード、部署コード、開発規模に関するデータを含んで構成される。
【００４３】
案件名データ領域には、各案件の名称に関するデータが記録される。
案件番号データ領域には、この案件を特定するための識別子に関するデータが記録される。
【００４４】
システムコードデータ領域には、この案件において開発を行なうシステムを特定するための識別子に関するデータが記録される。ここでは、同じ案件番号が付与された関連システム情報Ｄ０４に記録されたシステムは、相互に関連性がある。
【００４５】
部署コードデータ領域には、このシステム開発に係わる部署を特定するための識別子に関するデータが記録される。
開発規模データ領域には、このシステム開発の規模を特定するための数量（ステップ数やプログラム本数等）に関するデータが記録される。
【００４６】
グループ登録情報Ｄ０５には、開発対象システムに関連するシステムの識別情報が記録され、各部署において報告書の閲覧を希望する関連システムを特定するためのデータが記録される。このグループ登録情報Ｄ０５は、報告書の閲覧希望を取得した場合に記録される。このグループ登録情報Ｄ０５は、図３（ｅ）に示すように、グループＩＤ、グループ名、部署コード、登録システムコードに関するデータを含んで構成される。
【００４７】
グループＩＤデータ領域には、各グループを特定するための識別子に関するデータが記録される。
グループ名データ領域には、各グループの名称を特定するための識別子に関するデータが記録される。
【００４８】
部署コードデータ領域には、この報告書の閲覧を希望した部署を特定するための識別子に関するデータが記録される。
登録システムコードデータ領域には、この部署において報告書の閲覧を希望した対象システムを特定するための識別子に関するデータが記録される。なお、このデータ領域には、開発対象システムに関連する既存のシステムを登録しておくことも可能である。
【００４９】
ユーザマスタ情報Ｄ０６には、システム開発に関わる各開発担当者や管理者、推進事務担当者についてのマスタデータが記録される。このユーザマスタ情報Ｄ０６は、システム開発に関わる各担当者や管理者、推進事務担当者が決定されて登録された場合に記録される。このユーザマスタ情報Ｄ０６は、図３（ｆ）に示すように、ユーザＩＤ、パスワード、氏名、部署コード、システムコード、権限フラグに関するデータを含んで構成される。
【００５０】
ユーザＩＤデータ領域には、各担当者や管理者を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、各担当者や管理者のユーザ認証を行なうためのパスワードに関するデータが記録される。
【００５１】
氏名データ領域には、このユーザの名前に関するデータが記録される。
部署コードデータ領域には、このユーザが属する部署を特定するための識別子に関するデータが記録される。
【００５２】
システムコードデータ領域には、このユーザが担当するシステムを特定するための識別子に関するデータが記録される。
権限フラグデータ領域には、このシステム開発において、担当システムの権限を特定するための識別子に関するデータが記録される。
【００５３】
テスト件数予定情報Ｄ１０には、システム開発におけるテストの実施予定に関するデータが記録される。このテスト件数予定情報Ｄ１０は、システム開発において実施されるテストの予定が登録された場合に記録される。このテスト件数予定情報Ｄ１０は、図３（ｇ）に示すように、システムコード、工程、部署コード、実施予定日、実施予定件数、実施予定件数（累計）に関するデータを含んで構成される。
【００５４】
システムコードデータ領域には、開発対象システムを特定するための識別子に関するデータが記録される。
工程データ領域には、このシステム開発においてテストが実施される工程を特定するための識別子に関するデータが記録される。この工程により、開発の進度を特定することができる。
【００５５】
部署コードデータ領域には、このテストを行なう部署を特定するための識別子に関するデータが記録される。
実施予定日データ領域には、テストを実施する予定年月日に関するデータが記録される。
【００５６】
実施予定件数データ領域には、この実施予定日において実施されるテスト件数に関するデータが記録される。
実施予定件数（累計）データ領域には、この予定日までに実施されるテスト件数の累計に関するデータが記録される。
【００５７】
テスト日誌情報Ｄ１１には、開発担当者によって作成されたテスト日誌に関するデータが記録される。このテスト日誌情報Ｄ１１は、テスト日誌が登録された場合に記録される。このテスト日誌情報Ｄ１１は、図３（ｈ）に示すように、システムコード、工程、部署コード、実施日、起票者、テスト内容、遅延発生状況、問題発生状況に関するデータを含んで構成される。
【００５８】
システムコードデータ領域には、このテスト日誌の対象となるシステムを特定するための識別子に関するデータが記録される。
工程データ領域には、テスト日誌の対象となる工程を特定するための識別子に関するデータが記録される。
【００５９】
部署コードデータ領域には、このテスト日誌を作成した開発担当者が属する部署を特定するための識別子に関するデータが記録される。
実施日データ領域には、このテスト日誌におけるテストを実施した年月日に関するデータが記録される。
【００６０】
起票者データ領域には、このテスト日誌を作成した開発担当者を特定するための識別子（ユーザＩＤ）に関するデータが記録される。
テスト内容データ領域には、システム開発にけるテストの内容に関するデータが記録される。
【００６１】
遅延発生状況データ領域には、テストの進捗状況において遅延の有無や、その遅延内容に関するデータが記録される。
問題発生状況データ領域には、テスト日誌の対象であるテストにおいて問題発生の有無や、その問題内容に関するデータが記録される。
【００６２】
テスト件数実績情報Ｄ１２には、システム開発において行なわれたテストの実績に関するデータが記録される。このテスト件数実績情報Ｄ１２は、システム開発においてテスト日誌が登録された場合に記録される。このテスト件数実績情報Ｄ１２は、図３（ｉ）に示すように、システムコード、工程、部署コード、実施日、実施件数、実施件数（累計）、進捗率に関するデータを含んで構成される。
【００６３】
システムコードデータ領域には、開発対象システムを特定するための識別子に関するデータが記録される。
工程データ領域には、このシステム開発においてテストが実施される工程を特定するための識別子に関するデータが記録される。
【００６４】
部署コードデータ領域には、このテストを行なった部署を特定するための識別子に関するデータが記録される。
実施日データ領域には、テストが実施された年月日に関するデータが記録される。
実施件数データ領域には、この実施日において実施されたテスト件数に関するデータが記録される。
【００６５】
実施件数（累計）データ領域には、この実施日までに実施されたテスト件数の累計に関するデータが記録される。
進捗率データ領域には、テストの実施件数（累計）を、テスト件数予定情報Ｄ１０の実施予定件数（累計）によって除算した進捗率に関するデータが記録される。
【００６６】
不良管理票（発生）Ｄ２０には、テストにおいて発生した不良についての管理票に関するデータが記録される。この不良管理票（発生）Ｄ２０は、テストにおいて発生した不良が発見された場合に記録される。この不良管理票（発生）Ｄ２０は、図４（ａ）に示すように、不良管理番号、件名、工程、システムコード、作成日、部署コード、不良概要に関するデータを含んで構成される。
【００６７】
不良管理番号データ領域には、各不良を特定するための識別子に関するデータが記録される。
件名データ領域には、不良の内容を表わした名称に関するデータが記録される。
工程データ領域には、不良が発生した工程を特定するための識別子に関するデータが記録される。
【００６８】
システムコードデータ領域には、不良が発生したシステム（原因システム）を特定するための識別子に関するデータが記録される。
作成日データ領域には、この不良管理票を作成した年月日に関するデータが記録される。
【００６９】
部署コードデータ領域には、この不良を発見した部署を特定するための識別子に関するデータが記録される。
不良概要データ領域には、発生した不良の内容に関するデータが記録される。
【００７０】
不良管理票（対応）Ｄ２１には、テストにおいて発生した不良に対する対応についての管理票に関するデータが記録される。この不良管理票（対応）Ｄ２１は、不良に対して対応すべきシステムの登録が行なわれた場合に生成されて記録される。この不良管理票（対応）Ｄ２１は、図４（ｂ）に示すように、不良管理番号、枝番号、システムコード、作成日、部署コード、原因、対応に関するデータを含んで構成される。
不良管理番号データ領域には、テストにおいて発生した不良を特定するための識別子に関するデータが記録される。
枝番号データ領域には、不良に対する対応を特定するための識別子に関するデータが記録される。本実施形態では、一つの不良に対して、複数の対応が必要な場合があるため、個別の対応を識別するために枝番号が用いられる。
【００７１】
システムコードデータ領域には、発生した不良に対して対応すべきシステム（対応システム）を特定するための識別子に関するデータが記録される。
作成日データ領域には、この不良管理票を作成した年月日に関するデータが記録される。
【００７２】
部署コードデータ領域には、不良に対して対応を行なった部署を特定するための識別子に関するデータが記録される。
原因データ領域には、発生した不良の原因に関するデータが記録される。
対応データ領域には、不良に対して行なわれた対応（プログラム変更、類似見直しや再発防止策の策定）に関するデータが記録される。
【００７３】
不良対応内容情報Ｄ２２には、不良に対する対応において作成されたプログラムやドキュメントに関するデータが記録される。この不良対応内容情報Ｄ２２は、不良に対する対応についてのプログラムやドキュメントが登録された場合に記録される。この不良対応内容情報Ｄ２２は、図４（ｃ）に示すように、不良管理番号、枝番号、システムコード、対応ファイル、バージョン、対応区分、対応日に関するデータを含んで構成される。
【００７４】
不良管理番号データ領域には、テストにおいて発生した不良を特定するための識別子に関するデータが記録される。
枝番号データ領域には、不良に対する対応を個別に特定するための識別子に関するデータが記録される。
【００７５】
システムコードデータ領域には、不良対応を行なったシステムを特定するための識別子に関するデータが記録される。
対応ファイルデータ領域には、不良対応に用いたプログラムを特定するためのデータ（プログラム識別子）や、不良対応に関するドキュメントを特定するためのデータ（ドキュメント識別子）が記録される。
【００７６】
バージョンデータ領域には、不良対応によって作成されたプログラムやドキュメントのバージョンに関するデータが記録される。
対応区分データ領域には、不良対応の種類を特定するための識別子に関するデータが記録される。
対応日データ領域には、不良対応を実施した年月日に関するデータが記録される。
【００７７】
仕様変更管理票（方針）Ｄ３０には、仕様変更予定システムの方針についての管理票に関するデータが記録される。この仕様変更管理票（方針）Ｄ３０は、システム開発における仕様変更の方針が決定されて登録された場合に記録される。この仕様変更管理票（方針）Ｄ３０は、図４（ｄ）に示すように、仕様変更管理番号、件名、工程、システムコード、作成日、部署コード、変更内容、影響内容に関するデータを含んで構成される。
【００７８】
仕様変更管理番号データ領域には、各仕様変更を特定するための識別子に関するデータが記録される。
件名データ領域には、仕様変更の内容を表わした名称に関するデータが記録される。
工程データ領域には、仕様変更を行なう工程を特定するための識別子に関するデータが記録される。
【００７９】
システムコードデータ領域には、仕様変更を行なうシステム（原因システム）を特定するための識別子に関するデータが記録される。
作成日データ領域には、この仕様変更管理票を作成した年月日に関するデータが記録される。
【００８０】
部署コードデータ領域には、仕様変更を行なう部署を特定するための識別子に関するデータが記録される。
変更内容データ領域には、仕様変更の内容に関するデータが記録される。
影響内容データ領域には、仕様変更により発生が予測される影響の内容に関するデータが記録される。
【００８１】
仕様変更管理票（対応）Ｄ３１には、開発対象システムの仕様変更に対する対応についての管理票に関するデータが記録される。この仕様変更管理票（対応）Ｄ３１は、仕様変更に対して対応すべきシステムの登録が行なわれた場合に生成されて記録される。この仕様変更管理票（対応）Ｄ３１は、図４（ｅ）に示すように、仕様変更管理番号、枝番号、システムコード、作成日、部署コード、留意事項に関するデータを含んで構成される。
【００８２】
仕様変更管理番号データ領域には、システム開発における仕様変更を特定するための識別子に関するデータが記録される。
枝番号データ領域には、この仕様変更に含まれる個別対応を特定するための識別子に関するデータが記録される。本実施形態では、一つの仕様変更に対して、複数の対応が必要な場合があるため、個別の対応を識別するために枝番号が用いられる。
【００８３】
システムコードデータ領域には、仕様変更に対して対応すべきシステム（対応システム）を特定するための識別子に関するデータが記録される。
作成日データ領域には、この仕様変更管理票を作成した年月日に関するデータが記録される。
【００８４】
部署コードデータ領域には、仕様変更に対して対応を行なった部署を特定するための識別子に関するデータが記録される。
留意事項データ領域には、この対応における留意すべき事項に関するデータが記録される。
【００８５】
仕様変更対応内容情報Ｄ３２には、仕様変更に対する対応において作成されたプログラムやドキュメントに関するデータが記録される。この仕様変更対応内容情報Ｄ３２は、仕様変更に対する対応についてのプログラムやドキュメントが登録された場合に記録される。この仕様変更対応内容情報Ｄ３２は、図４（ｆ）に示すように、仕様変更管理番号、枝番号、システムコード、対応ファイル、バージョンに関するデータを含んで構成される。
【００８６】
仕様変更管理番号データ領域には、システム開発における仕様変更を特定するための識別子に関するデータが記録される。
枝番号データ領域には、この仕様変更に対する対応を個別に特定するための識別子に関するデータが記録される。
【００８７】
システムコードデータ領域には、仕様変更を行なったシステムを特定するための識別子に関するデータが記録される。
対応ファイルデータ領域には、仕様変更の対応に用いたプログラムを特定するためのデータ（プログラム識別子）や、仕様変更の対応に関するドキュメントを特定するためのデータ（ドキュメント識別子）が記録される。
バージョンデータ領域には、仕様変更によって作成されたプログラムやドキュメントのバージョンに関するデータが記録される。
【００８８】
用語辞書記憶部２３は用語記憶手段として機能する。この用語辞書記憶部２３には、管理票に含まれる可能性があるキーワードが記録されている。具体的には、不良管理票や仕様変更管理票において、その内容（原因や対応等）を説明するために用いられる語句（キーワード）が記録されている。
【００８９】
関連性評価記憶部２４には、各システムの関連性を評価するための評価実績データが記録されている。この評価実績データは、原因システムのシステムコード及び対応システムのシステムコードの組み合わせにおいて、不良発生時に共通して用いられたキーワード（共通キーワード）に関するデータが記録される。
【００９０】
設計情報記憶部２５には、各システムの設計情報が記録される。この設計情報においては、各システムから出力される情報、この情報が入力されるシステムについてのインターフェース情報が含まれる。このインターフェース情報に基づいて、相互に関連するシステムのシステムコードを特定することができる。
【００９１】
ライブラリ記憶部２６には、最新バージョン記憶部とリリース可能バージョン記憶部が設けられている。最新バージョン記憶部には、システム開発において作成されたプログラムやドキュメントの最新バージョンが記録される。リリース可能バージョン記憶部には、テストを完了し、本番環境で利用可能なバージョンのプログラムやドキュメントが記録される。
【００９２】
上記のように構成されたシステムを用いて、システム開発におけるテストの評価を支援する場合の処理手順について、図５〜図９を用いて説明する。ここでは、概要、関連性評価処理、修正開発支援処理、報告書出力処理、ライブラリ管理処理の順番に説明する。
【００９３】
（概要）
まず、図５を用いて、処理の概要を説明する。ここでは、不良管理処理、仕様変更管理処理、テスト日誌管理処理、グループ登録処理の順番で説明する。
【００９４】
〔不良管理処理〕
テストにおいて不良を発見した場合、テスト工程管理サーバ２０の制御部２１は、不良管理票（発生）の入力処理を実行する（ステップＳ１−１）。具体的には、開発担当者は、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、開発担当者のユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「不良管理票（発生）入力」を選択する。
【００９５】
この場合、制御部２１のアクセス制御手段２１０は、不良管理手段２１２に処理を引き継ぐ。そして、不良管理手段２１２は、クライアント端末１０のディスプレイに不良管理票入力画面を出力する。この不良管理票入力画面には、発生欄と対応欄とが含まれる。開発担当者は、この不良管理票入力画面の発生欄において、ユーザマスタ情報Ｄ０６に登録されているシステムのテストにおいて発見した不良内容（件名、工程、システムコード、作成日、部署コード、不良概要等）を入力する。発生欄において完了入力が行なわれた場合、制御部２１の不良管理手段２１２は、不良管理番号を採番し、不良管理票（発生）Ｄ２０を生成して管理情報記憶部２２に登録する。
【００９６】
次に、テスト工程管理サーバ２０の制御部２１は、対応システムの登録処理を実行する（ステップＳ１−２）。具体的には、制御部２１の不良管理手段２１２は、管理情報記憶部２２において、原因システムのシステムコードが記録された関連システム情報Ｄ０４を取得する。そして、不良管理手段２１２は、同じ案件番号が付与された関連システム情報Ｄ０４に記録されているシステムコードを取得する。そして、不良管理手段２１２は、これらのシステムコードに関連付けて、設計情報記憶部２５に記録されたインターフェース情報を含めた一覧表示をクライアント端末１０のディスプレイに出力する。この場合、開発担当者は、一覧表示から不要なシステムコードを削除したり、必要なシステムコードを追加したりすることにより、対応が必要なシステムのみを選択する。一覧表示において完了入力が行なわれた場合、制御部２１の不良管理手段２１２は、選択された各システムコードに対応する不良管理番号に対して、枝番号を採番する。そして、不良管理手段２１２は、対応システム毎に不良管理票（対応）Ｄ２１を生成して管理情報記憶部２２に登録する。更に、ここでは、後述する修正開発支援処理を実行する。
【００９７】
次に、テスト工程管理サーバ２０の制御部２１は、不良管理票（対応）の入力処理を実行する（ステップＳ１−３）。具体的には、対応システムの開発担当者は、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、開発担当者のユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「不良管理票（対応）入力」を選択する。
【００９８】
この場合、制御部２１のアクセス制御手段２１０は、不良管理手段２１２に処理を引き継ぐ。そして、不良管理手段２１２は、クライアント端末１０のディスプレイに不良管理票入力画面を出力する。この不良管理票入力画面には、発生欄と対応欄とが含まれる。開発担当者は、この不良管理票入力画面において、ユーザマスタ情報Ｄ０６に登録されているシステム（自身が担当する対応システム）の対応欄に、不良に対する対応内容（作成日、部署コード、原因、対応等）を入力する。ここで、不良対応のために作成した対応ファイル（プログラムやドキュメント）がある場合には、対応欄に添付する。
【００９９】
対応欄において完了入力が行なわれた場合、制御部２１の不良管理手段２１２は、対応欄に入力された内容を、不良管理票（対応）Ｄ２１に記録する。更に、対応ファイルが添付されている場合には、不良管理手段２１２は、不良対応内容情報Ｄ２２を生成し、管理情報記憶部２２に登録する。更に、不良管理手段２１２は、ライブラリ記憶部２６の最新バージョン記憶部に記録された対応ファイルを更新する。この場合、対応ファイルに対してシステムコード、バージョンを関連付けておく。
【０１００】
〔仕様変更管理処理〕
仕様変更を行なう場合、テスト工程管理サーバ２０の制御部２１は、仕様変更管理票（方針）の入力処理を実行する（ステップＳ１−４）。具体的には、開発担当者は、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、開発担当者のユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「仕様変更管理票（方針）入力」を選択する。
【０１０１】
この場合、制御部２１のアクセス制御手段２１０は、仕様変更管理手段２１３に処理を引き継ぐ。そして、仕様変更管理手段２１３は、クライアント端末１０のディスプレイに仕様変更管理票入力画面を出力する。この仕様変更管理票入力画面には、方針欄と対応欄とが含まれる。開発担当者は、この仕様変更管理票入力画面の方針欄において、ユーザマスタ情報Ｄ０６に登録されているシステムの仕様変更内容（件名、工程、システムコード、作成日、部署コード、変更内容、影響内容等）を入力する。方針欄において完了入力が行なわれた場合、制御部２１の仕様変更管理手段２１３は、仕様変更管理番号を採番し、仕様変更管理票（方針）Ｄ３０を生成して管理情報記憶部２２に登録する。
【０１０２】
次に、テスト工程管理サーバ２０の制御部２１は、対応システムの登録処理を実行する（ステップＳ１−５）。具体的には、制御部２１の仕様変更管理手段２１３は、管理情報記憶部２２において、原因システムのシステムコードが記録された関連システム情報Ｄ０４を取得する。そして、仕様変更管理手段２１３は、同じ案件番号が付与された関連システム情報Ｄ０４に記録されているシステムコードを取得する。そして、仕様変更管理手段２１３は、これらのシステムコード関連付けて、設計情報記憶部２５に記録されたインターフェース情報を含めた一覧表示をクライアント端末１０のディスプレイに出力する。この場合、開発担当者は、一覧表示から不要なシステムコードを削除したり、必要なシステムコードを追加したりすることにより、対応が必要なシステムのみを選択する。一覧表示において完了入力が行なわれた場合、制御部２１の仕様変更管理手段２１３は、選択された各システムコードに対して、仕様変更管理番号に対して、枝番号を採番する。そして、仕様変更管理手段２１３は、対応システム毎に仕様変更管理票（対応）Ｄ３１を生成して管理情報記憶部２２に登録する。更に、ここでも、後述する修正開発支援処理を実行する。
【０１０３】
次に、テスト工程管理サーバ２０の制御部２１は、仕様変更管理票（対応）の入力処理を実行する（ステップＳ１−６）。具体的には、対応システムの開発担当者は、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、開発担当者のユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「仕様変更管理票（対応）入力」を選択する。
【０１０４】
この場合、制御部２１のアクセス制御手段２１０は、仕様変更管理手段２１３に処理を引き継ぐ。そして、仕様変更管理手段２１３は、クライアント端末１０のディスプレイに仕様変更管理票入力画面を出力する。この仕様変更管理票入力画面には、方針欄と対応欄とが含まれる。開発担当者は、この仕様変更管理票入力画面において、ユーザマスタ情報Ｄ０６に登録されているシステム（自身が担当する対応システム）の対応欄に、仕様変更に対する対応内容（作成日、部署コード、留意事項等）を入力する。ここで、仕様変更に対する対応のために作成した対応ファイル（プログラムやドキュメント）がある場合には、対応欄に添付する。
【０１０５】
対応欄において完了入力が行なわれた場合、制御部２１の仕様変更管理手段２１３は、対応欄に入力された内容を、仕様変更管理票（対応）Ｄ３１に記録する。更に、対応ファイルが添付されている場合には、仕様変更管理手段２１３は、仕様変更対応内容情報Ｄ３２を生成し、管理情報記憶部２２に登録する。更に、仕様変更管理手段２１３は、ライブラリ記憶部２６の最新バージョン記憶部に記録された対応ファイルを更新する。この場合、対応ファイルに対してシステムコード、バージョンを関連付けておく。
【０１０６】
〔テスト日誌管理処理〕
テスト日誌の登録を行なう場合、テスト工程管理サーバ２０の制御部２１は、テスト日誌の入力処理を実行する（ステップＳ１−７）。具体的には、開発担当者は、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、開発担当者のユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「テスト日誌入力」を選択する。
【０１０７】
この場合、制御部２１のアクセス制御手段２１０は、日誌管理手段２１１に処理を引き継ぐ。日誌管理手段２１１は、クライアント端末１０のディスプレイに、ユーザマスタ情報Ｄ０６に登録されているシステムコードの日誌入力画面を出力する。開発担当者は、この日誌入力画面において、テスト内容（システムコード、工程、部署コード、実施日、実施件数等）を入力する。
【０１０８】
日誌入力画面において更新入力が行なわれた場合、制御部２１の日誌管理手段２１１は、日誌入力画面に入力されたシステムコード、工程、部署コードが記録された不良管理票（発生）Ｄ２０、仕様変更管理票（方針）Ｄ３０を管理情報記憶部２２から抽出する。更に、日誌管理手段２１１は、不良管理票（発生）Ｄ２０の不良管理番号に対応する不良管理票（対応）Ｄ２１、仕様変更管理票（方針）Ｄ３０の仕様変更管理番号に対応する仕様変更管理票（対応）Ｄ３１を管理情報記憶部２２から抽出する。そして、日誌管理手段２１１は、日誌入力画面の参考欄に各管理票の内容を出力する。
【０１０９】
更に、テスト工程管理サーバ２０の制御部２１は、進捗情報の算出処理を実行する（ステップＳ１−８）。具体的には、制御部２１の日誌管理手段２１１は、日誌入力画面に入力されたシステムコード、工程、部署コードが記録されたテスト件数予定情報Ｄ１０を、管理情報記憶部２２から抽出する。次に、日誌管理手段２１１は、入力された実施日が実施予定日データ領域に記録されたテスト件数予定情報Ｄ１０を特定する。そして、日誌管理手段２１１は、このテスト件数予定情報Ｄ１０に記録されている実施予定件数、実施予定件数（累計）を取得する。
【０１１０】
更に、日誌管理手段２１１は、日誌入力画面に入力されたシステムコード、工程、部署コードが記録されたテスト件数実績情報Ｄ１２を、管理情報記憶部２２から抽出する。次に、日誌管理手段２１１は、実施日データ領域に記録された日付が直近のテスト件数実績情報Ｄ１２を特定する。そして、日誌管理手段２１１は、このテスト件数実績情報Ｄ１２に記録されている実施件数、実施件数（累計）を取得する。
【０１１１】
次に、日誌管理手段２１１は、取得したテスト件数実績情報Ｄ１２に記録されている実施件数、実施件数（累計）に対して、日誌入力画面に入力された実施件数を加算して、現在の実施件数、実施件数（累計）を算出する。次に、日誌管理手段２１１は、現在の実施件数（累計）を実施予定件数（累計）で除算して、進捗率を算出する。そして、日誌管理手段２１１は、実施予定件数、実施予定件数（累計）、実施件数（累計）、進捗率を日誌入力画面に表示する。
【０１１２】
この場合、開発担当者は、クライアント端末１０のディスプレイに表示された参考欄や進捗率等を参照して、日誌入力画面において、テスト内容、遅延発生状況、問題発生状況等を入力する。
【０１１３】
そして、日誌入力画面において完了入力が行なわれた場合、制御部２１の日誌管理手段２１１は、日誌入力画面に設定された情報を記録したテスト日誌情報Ｄ１１、テスト件数実績情報Ｄ１２を生成する。そして、日誌管理手段２１１は、テスト日誌情報Ｄ１１、テスト件数実績情報Ｄ１２を管理情報記憶部２２に登録する。
【０１１４】
〔グループ登録処理〕
また、関連システムのグループ登録を行なう場合、テスト工程管理サーバ２０の制御部２１は、グループ登録依頼処理を実行する（ステップＳ１−９）。具体的には、開発担当者は、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、開発担当者のユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「グループ登録」を選択する。
【０１１５】
この場合、制御部２１のアクセス制御手段２１０は、グループ管理手段２１４に処理を引き継ぐ。そして、グループ管理手段２１４は、ユーザマスタ情報Ｄ０６の部署コードが記録されているシステムマスタ情報Ｄ０２からシステムコードを取得する。
【０１１６】
次に、グループ管理手段２１４は、管理情報記憶部２２から、このシステムコードが記録されている不良管理票（発生）Ｄ２０、不良管理票（対応）Ｄ２１、仕様変更管理票（方針）Ｄ３０、仕様変更管理票（対応）Ｄ３１を抽出する。この場合、原因システム及び対応システムのシステムコードの組み合わせにより、不良発生や仕様変更において影響がある関連システムを特定する。
【０１１７】
次に、テスト工程管理サーバ２０の制御部２１は、登録システムとの比較処理を実行する（ステップＳ１−１０）。具体的には、制御部２１のグループ管理手段２１４は、ユーザマスタ情報Ｄ０６に記録されている部署コードを取得する。そして、グループ管理手段２１４は、部署コードが記録されているグループ登録情報Ｄ０５を、管理情報記憶部２２から抽出する。次に、グループ管理手段２１４は、グループ登録情報Ｄ０５に記録されている登録システムコードと、先に特定した関連システムのシステムコードとを比較する。
【０１１８】
次に、テスト工程管理サーバ２０の制御部２１は、グルーピング提案処理を実行する（ステップＳ１−１１）。具体的には、制御部２１のグループ管理手段２１４は、特定した関連システムのシステムコードが、グループ登録情報Ｄ０５に記録されていない場合、グループ管理手段２１４は、クライアント端末１０に対して、グルーピングを提案するメッセージを出力する。このメッセージには、ステップＳ１−１０の比較結果において、グループ登録情報Ｄ０５に記録されていなかったシステムコードを含める。
【０１１９】
そして、テスト工程管理サーバ２０の制御部２１は、グループ更新処理を実行する（ステップＳ１−１２）。具体的には、制御部２１のグループ管理手段２１４は、クライアント端末１０から、システムコードを含んだ登録指示を取得した場合、グループ登録情報Ｄ０５の登録システムコードデータ領域に、このシステムコードに追加登録する。
【０１２０】
（関連性評価処理）
次に、図６を用いて、関連性評価処理を説明する。ここでは、不良管理票を用いて、関連性があるシステムを予測する。
【０１２１】
まず、テスト工程管理サーバ２０の制御部２１は、関連システムの特定処理を実行する（ステップＳ２−１）。具体的には、制御部２１の関連性評価手段２１５は、設計情報記憶部２５に記録されたインターフェース情報に基づいて、情報の入出力が行なわれる、相互に関連性があるシステムのシステムコードを特定する。
【０１２２】
次に、テスト工程管理サーバ２０の制御部２１は、関連システムの更新処理を実行する（ステップＳ２−２）。具体的には、制御部２１の関連性評価手段２１５は、特定したシステムコードが記録されている評価実績データを、関連性評価記憶部２４から取得する。次に、関連性評価手段２１５は、両方のシステムコードが記録された評価実績データが登録されていない場合には、新たに評価実績データを生成し、記録する。
【０１２３】
次に、テスト工程管理サーバ２０の制御部２１は、不良発生頻度が高いかどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、制御部２１の関連性評価手段２１５は、評価対象期間内の作成日が記録された不良管理票（発生）Ｄ２０を抽出する。そして、関連性評価手段２１５は、抽出した不良管理票（発生）Ｄ２０を用いて不良発生件数を算出し、発生頻度基準件数と比較する。そして、不良発生件数が発生頻度基準数よりも多い場合には、不良発生頻度が高いと判定する。
【０１２４】
不良発生頻度が低いと判定した場合（ステップＳ２−３において「ＮＯ」の場合）、テスト工程管理サーバ２０の制御部２１は、関連性評価処理を終了する。
一方、不良発生頻度が高いと判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、共通キーワードの抽出処理を実行する（ステップＳ２−４）。具体的には、制御部２１の関連性評価手段２１５は、用語辞書記憶部２３の中に記録されているキーワードを用いて、不良発生頻度が高い期間の不良管理票（発生）Ｄ２０の不良概要データ領域に記録されている語句数を計数する。そして、関連性評価手段２１５は、語句数が基準語句数より多い語句を共通キーワードとして特定する。
【０１２５】
次に、テスト工程管理サーバ２０の制御部２１は、共通キーワードを含む不良管理票の検索処理を実行する（ステップＳ２−５）。具体的には、制御部２１の関連性評価手段２１５は、特定した共通キーワードが不良概要データ領域に記録されている不良管理票（発生）Ｄ２０を抽出する。この場合には、不良発生頻度が高い期間以外の期間の不良管理票（発生）Ｄ２０についても用いる。
【０１２６】
次に、テスト工程管理サーバ２０の制御部２１は、不良管理票を用いて関連性評価の更新処理を実行する（ステップＳ２−６）。具体的には、制御部２１の関連性評価手段２１５は、抽出した不良管理票（発生）Ｄ２０にシステムコードが記録されているシステムを関連システムとして特定する。そして、関連性評価手段２１５は、両者のシステムコードが記録されている評価実績データに共通キーワードを記録する。
【０１２７】
（修正開発支援処理）
次に、図７を用いて、修正開発支援処理を説明する。この処理においては、不良管理票を用いて、修正開発（不良対応や仕様変更）における注意喚起を行なう。この処理は、クライアント端末１０において、対応システムの登録処理（ステップＳ１−２、Ｓ１−５）を実行する場合に行なわれる。
【０１２８】
まず、テスト工程管理サーバ２０の制御部２１は、修正開発対象の特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の修正開発支援手段２１６は、管理情報記憶部２２において、修正開発対象システムの不良管理票（発生）Ｄ２０、仕様変更管理票（方針）Ｄ３０を抽出し、システムコードを特定する。
【０１２９】
次に、テスト工程管理サーバ２０の制御部２１は、関連システムの特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の修正開発支援手段２１６は、このシステムコードが記録された関連システム情報Ｄ０４を特定する。そして、修正開発支援手段２１６は、同じ案件番号が付与された関連システム情報Ｄ０４に記録されているシステムコードを取得することにより、関連システムを特定する。
【０１３０】
そして、関連システムの中で、順次、処理対象システムを特定し、以下の処理を繰り返す。
ここでは、テスト工程管理サーバ２０の制御部２１は、不良発生状況の取得処理を実行する（ステップＳ３−３）。具体的には、制御部２１の修正開発支援手段２１６は、処理対象システムのシステムコードが記録された不良管理票（発生）Ｄ２０を、管理情報記憶部２２から抽出する。ここでは、予め定められた所定期間の不良管理票（発生）Ｄ２０を抽出する。
【０１３１】
次に、テスト工程管理サーバ２０の制御部２１は、不良発生頻度が高いかどうかについての判定処理を実行する（ステップＳ３−４）。具体的には、制御部２１の修正開発支援手段２１６は、抽出した不良管理票（発生）Ｄ２０の総数をカウントする。そして、総数が基準数以上の場合には不良発生頻度が高いと判定する。
【０１３２】
不良発生頻度が高いと判定した場合（ステップＳ３−４において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、注意喚起処理を実行する（ステップＳ３−５）。具体的には、制御部２１の修正開発支援手段２１６は、開発担当者のクライアント端末１０のディスプレイに、不良発生頻度が高いことを示すメッセージを出力する。一方、不良発生頻度が低いと判定した場合（ステップＳ３−４において「ＮＯ」の場合）、テスト工程管理サーバ２０の制御部２１は、この関連システムについての処理を終了する。
【０１３３】
（報告書出力処理）
次に、図８を用いて、報告書出力処理を説明する。
報告書を作成する場合、テスト工程管理サーバ２０の制御部２１は、報告書作成依頼の取得処理を実行する（ステップＳ４−１）。具体的には、ユーザは、クライアント端末１０を用いて、テスト工程管理サーバ２０にアクセスする。この場合、テスト工程管理サーバ２０の制御部２１のアクセス制御手段２１０は、クライアント端末１０のディスプレイに、ユーザ認証画面を出力し、このユーザのユーザＩＤ、パスワードを取得する。このユーザＩＤ、パスワードがユーザマスタ情報Ｄ０６に登録されている場合、クライアント端末１０のディスプレイに、メニュー画面を出力する。このメニュー画面において、「報告書作成」を選択する。この場合、制御部２１のアクセス制御手段２１０は、報告書出力手段２１７に処理を引き継ぐ。
【０１３４】
次に、テスト工程管理サーバ２０の制御部２１は、報告対象システムの特定処理を実行する（ステップＳ４−２）。制御部２１の報告書出力手段２１７は、このユーザのユーザマスタ情報Ｄ０６に記録されている部署コードを取得し、この部署コードが記録されているシステムマスタ情報Ｄ０２を管理情報記憶部２２から抽出する。そして、報告書出力手段２１７は、抽出したシステムマスタ情報Ｄ０２のシステムコードデータ領域に記録されているシステムコード（自システムのシステムコード）を取得する。更に、報告書出力手段２１７は、この部署コードが記録されているグループ登録情報Ｄ０５を管理情報記憶部２２から抽出する。そして、報告書出力手段２１７は、抽出したグループ登録情報Ｄ０５の登録システムコードデータ領域に記録されているシステムコード（他システムのシステムコード）を取得する。そして、システムマスタ情報Ｄ０２、グループ登録情報Ｄ０５の登録システムコードデータ領域から取得したシステムコードを用いて報告対象システムとして特定する。
【０１３５】
まず、不良管理票、仕様変更管理票について以下の処理を実行する。
ここでは、テスト工程管理サーバ２０の制御部２１は、対応件数の算出処理を実行する（ステップＳ４−３）。具体的には、制御部２１の報告書出力手段２１７は、自システムのシステムコードが記録されている不良管理票（発生）Ｄ２０を特定して、自システムの不良発生件数を算出する。更に、報告書出力手段２１７は、自システムのシステムコードが記録されている仕様変更管理票（方針）Ｄ３０を特定して、この仕様変更管理票（方針）Ｄ３０の数により、自システムの仕様変更件数を算出する。次に、報告書出力手段２１７は、自システムのシステムコードが記録されている不良管理票（対応）Ｄ２１を特定して、不良による自システムの不良対応件数を算出する。更に、報告書出力手段２１７は、自システムのシステムコードが記録されている仕様変更管理票（対応）Ｄ３１を特定して、仕様変更による自システムの仕様変更対応件数を算出する。
【０１３６】
次に、報告書出力手段２１７は、自システムにおいて発生した不良や仕様変更に応じて、自システムで対応した件数を算出する。更に、自システムにおいて発生した不良や仕様変更に応じて、他システムで対応した件数を算出する。更に、他システムにおいて発生した不良や仕様変更に応じて、自システムで対応した件数を算出する。
【０１３７】
次に、テスト工程管理サーバ２０の制御部２１は、不良管理票、仕様変更管理票に含まれるキーワード抽出処理を実行する（ステップＳ４−４）。具体的には、制御部２１の報告書出力手段２１７は、報告対象システムのシステムコードが記録されている不良管理票（発生）Ｄ２０の不良概要データ領域や、不良管理票（対応）Ｄ２１の原因データ領域や対応データ領域に含まれるキーワードを、工程に関連付けて抽出する。更に、報告書出力手段２１７は、報告対象システムのシステムコードが記録されている仕様変更管理票（方針）Ｄ３０の変更内容データ領域、影響内容データ領域や、仕様変更管理票（対応）Ｄ３１の留意事項データ領域に含まれるキーワードを、工程に関連付けて抽出する。
【０１３８】
次に、テスト工程管理サーバ２０の制御部２１は、キーワード分布の算出処理を実行する（ステップＳ４−５）。具体的には、制御部２１の報告書出力手段２１７は、このシステム開発の工程毎に、出現した各キーワードの総数を算出して、キーワード分布を作成する。
【０１３９】
次に、テスト日誌について以下の処理を実行する。
ここでは、テスト工程管理サーバ２０の制御部２１は、テスト日誌に含まれるキーワード抽出処理を実行する（ステップＳ４−６）。具体的には、制御部２１の報告書出力手段２１７は、テスト日誌情報Ｄ１１のテスト内容や遅延発生状況、問題発生状況に記録されているキーワードを抽出する。
【０１４０】
次に、テスト工程管理サーバ２０の制御部２１は、キーワード分布の算出処理を実行する（ステップＳ４−７）。具体的には、制御部２１の報告書出力手段２１７は、このシステム開発の工程毎に、出現した各キーワードの総数を算出して、キーワード分布を作成する。
【０１４１】
次に、テスト工程管理サーバ２０の制御部２１は、進捗率の評価処理を実行する（ステップＳ４−８）。具体的には、制御部２１の報告書出力手段２１７は、この工程におけるテストの進捗率を、テスト件数実績情報Ｄ１２から取得する。次に、報告書出力手段２１７は、抽出したキーワードの分布と、進捗率とを関連付ける。
【０１４２】
次に、テスト工程管理サーバ２０の制御部２１は、報告対象システムの進捗状況の比較処理を実行する（ステップＳ４−９）。具体的には、制御部２１の報告書出力手段２１７は、取得した各登録システムの進捗率を比較した比較表を生成する。
【０１４３】
次に、テスト工程管理サーバ２０の制御部２１は、報告書の提供処理を実行する（ステップＳ４−１０）。具体的には、制御部２１の報告書出力手段２１７は、報告書を作成し、クライアント端末１０のディスプレイに出力する。この報告書には、自システムの不良発生件数、他システムの不良による対応件数、登録システム毎に不良管理票やテスト日誌に含まれるキーワード分布、キーワード評価結果、進捗率の評価結果、進捗率の比較表を含める。
【０１４４】
（ライブラリ管理処理）
次に、図９を用いて、ライブラリ管理処理を説明する。
まず、テスト工程管理サーバ２０の制御部２１は、承認処理を実行する（ステップＳ５−１）。具体的には、新たにプログラムをリリースする場合には、管理者は、クライアント端末１０を用いてテスト工程管理サーバ２０にアクセスする。そして、クライアント端末１０を用いて、プログラムを特定して承認入力を行なう。この場合、クライアント端末１０は、テスト工程管理サーバ２０に対して、プログラムのリリース指示を送信する。このリリース指示には、リリース対象のプログラムを特定するためのデータ（プログラム識別子）を含める。この場合、テスト工程管理サーバ２０の制御部２１のライブラリ管理手段２１８が、リリース指示を取得する。
【０１４５】
次に、テスト工程管理サーバ２０の制御部２１は、バージョン情報の取得処理を実行する（ステップＳ５−２）。具体的には、制御部２１のライブラリ管理手段２１８は、リリース対象のプログラム識別子について、ライブラリに記録されているプログラムのバージョン情報を取得する。
【０１４６】
次に、テスト工程管理サーバ２０の制御部２１は、対応済みデータの抽出処理を実行する（ステップＳ５−３）。具体的には、制御部２１のライブラリ管理手段２１８は、リリース対象のプログラム識別子が記録された不良管理票（対応）Ｄ２１、仕様変更管理票（対応）Ｄ３１を、管理情報記憶部２２から抽出する。次に、ライブラリ管理手段２１８は、不良管理票（対応）Ｄ２１の不良管理番号に対応する不良対応内容情報Ｄ２２、仕様変更管理票（対応）Ｄ３１の仕様変更管理番号に対応する仕様変更対応内容情報Ｄ３２に記録されているバージョン情報を取得する。
【０１４７】
次に、テスト工程管理サーバ２０の制御部２１は、バージョン情報が一致しているかどうかについての判定処理を実行する（ステップＳ５−４）。具体的には、制御部２１のライブラリ管理手段２１８は、ライブラリに記録されているプログラムのバージョン情報と、不良対応内容情報Ｄ２２、仕様変更対応内容情報Ｄ３２から取得したバージョン情報と比較する。
【０１４８】
両者のバージョン情報が一致している場合（ステップＳ５−４において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、リリース可能バージョンとして登録処理を実行する（ステップＳ５−５）。具体的には、制御部２１のライブラリ管理手段２１８は、最新バージョンをリリース可能バージョン記憶部に移し替える。このリリース可能バージョン記憶部に登録されているプログラムについては、本番システム領域に転送されて、本番システムにおいて利用されることになる。
【０１４９】
一方、両者のバージョン情報が一致していない場合（ステップＳ５−４において「ＮＯ」の場合）、テスト工程管理サーバ２０の制御部２１は、注意喚起処理を実行する（ステップＳ５−６）。具体的には、制御部２１のライブラリ管理手段２１８は、バージョンが一致してないことを示すメッセージを、管理者のクライアント端末１０に出力する。
【０１５０】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、テスト工程管理サーバ２０の制御部２１は、不良管理票（発生）の入力処理（ステップＳ１−１）、対応システムの登録処理（ステップＳ１−２）を実行する。そして、制御部２１は、不良管理票（対応）の入力処理を実行する（ステップＳ１−３）。これにより、システム開発におけるテストにおいて発生した不良情報及び対応状況を一元管理することができる。
【０１５１】
（２）本実施形態では、テスト工程管理サーバ２０の制御部２１は、仕様変更管理票（方針）の入力処理（ステップＳ１−４）、対応システムの登録処理（ステップＳ１−５）を実行する。そして、制御部２１は、仕様変更管理票（対応）の入力処理を実行する（ステップＳ１−６）。これにより、システム開発において生じた仕様変更及び対応状況を一元管理することができる。
【０１５２】
（３）本実施形態では、テスト工程管理サーバ２０の制御部２１は、テスト日誌の入力処理を実行する（ステップＳ１−７）。更に、制御部２１は、不良管理票（発生）Ｄ２０、不良管理票（対応）Ｄ２１、仕様変更管理票（方針）Ｄ３０、仕様変更管理票（対応）Ｄ３１を管理情報記憶部２２から抽出し、日誌入力画面の参考欄に各管理票の内容を出力する。更に、制御部２１は、進捗情報の算出処理を実行する（ステップＳ１−８）。これにより、システム開発におけるテスト日誌を一元管理することで、効率的に進捗状況を把握することができる。更に、開発者においては、不良管理票や仕様変更管理票、進捗状況を参照して、テスト日誌を作成することができる。
【０１５３】
（４）本実施形態では、テスト工程管理サーバ２０の制御部２１は、グループ登録依頼処理を実行する（ステップＳ１−９）。ここでは、不良管理票や仕様変更管理票に記録された原因システム及び対応システムのシステムコードの組み合わせにより、不良発生や仕様変更において影響がある関連システムを特定することができる。
【０１５４】
更に、テスト工程管理サーバ２０の制御部２１は、登録システムとの比較処理（ステップＳ１−１０）、グルーピング提案処理（ステップＳ１−１１）を実行する。これにより、関連性があるシステムを登録しておくことにより、自システムに影響を与える可能性がある他システムの状況を把握することができる。
【０１５５】
（５）本実施形態では、関連性評価処理において、不良発生頻度が高いと判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、共通キーワードの抽出処理を実行する（ステップＳ２−４）。次に、制御部２１は、共通キーワードを含む不良管理票の検索処理（ステップＳ２−５）、不良管理票を用いて関連性評価の更新処理（ステップＳ２−６）を実行する。これにより、不良管理票や仕様変更管理票に記録されているキーワードを用いて、関連性があるシステムを特定することができる。そして、この関連性評価結果を用いて、システム点検時等において、併せて点検することが望ましいシステムを特定することができる。
【０１５６】
（６）本実施形態では、修正開発支援処理において、テスト工程管理サーバ２０の制御部２１は、修正開発対象の特定処理（ステップＳ３−１）、関連システムの特定処理（ステップＳ３−２）を実行する。次に、制御部２１は、不良発生状況の取得処理を実行する（ステップＳ３−３）。そして、不良発生頻度が高いと判定した場合（ステップＳ３−４において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、注意喚起処理を実行する（ステップＳ３−５）。これにより、不良発生頻度が高いシステムに関連する修正開発について注意喚起することができる。
【０１５７】
（７）本実施形態では、報告書出力処理において、テスト工程管理サーバ２０の制御部２１は、対応件数の算出処理を実行する（ステップＳ４−３）。これにより、不良や仕様変更に応じて影響が大きいシステムを特定することができる。
【０１５８】
更に、制御部２１は、テスト日誌に含まれるキーワード抽出処理（ステップＳ４−６）、キーワード分布の算出処理（ステップＳ４−７）、進捗率の評価処理（ステップＳ４−８）を実行する。これにより、進捗状況の適否をキーワードにより評価することができる。
【０１５９】
更に、制御部２１は、報告対象システムの進捗状況の比較処理を実行する（ステップＳ４−９）。これにより、進捗状況の進度が揃っていないシステムを把握することができる。
【０１６０】
（８）本実施形態では、ライブラリ管理処理において、テスト工程管理サーバ２０の制御部２１は、承認処理（ステップＳ５−１）、対応済みデータの抽出処理（ステップＳ５−２）、バージョンのマッチング処理（ステップＳ５−３）を実行する。バージョンが一致している場合（ステップＳ５−４において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、リリース可能バージョンとして認定処理を実行する（ステップＳ５−５）。これにより、不良管理票や仕様変更管理票を用いて、的確なバージョンを特定し、プログラムのリリースを行なうことができる。
【０１６１】
なお、上記各実施形態は以下のように変更してもよい。
・  上記実施形態では、テスト工程管理サーバ２０の制御部２１は、報告対象システムの進捗状況の比較処理を実行する（ステップＳ４−９）。これに代えて、テスト工程管理サーバ２０の制御部２１は、前回報告の状況の比較処理を実行するようにしてもよい。この場合には、利用者毎に、出力した報告書を記録しておく。そして、新たに報告書を作成する場合には、先の報告書と比較して、比較結果を出力する。これにより、前回の報告書を作成時からの変化を把握することができる。
【０１６２】
・  上記実施形態では、テスト工程管理サーバ２０の制御部２１は、進捗率の評価処理を実行する（ステップＳ４−８）。具体的には、制御部２１の報告書出力手段２１７は、この工程におけるテストの進捗率を、テスト件数実績情報Ｄ１２から取得する。次に、報告書出力手段２１７は、抽出したキーワードの分布と、進捗率とを関連付ける。ここで、不良や仕様変更に対する対応件数と進捗率を関連付けるようにしてもよい。対応件数が多い場合には、テストの進捗が遅れることがあるので、この遅れの原因を把握することができる。
【０１６３】
・  上記実施形態では、テスト工程管理サーバ２０の制御部２１は、グルーピング提案処理を実行する（ステップＳ１−１１）。この場合、原因システム及び対応システムのシステムコードの組み合わせにより、不良発生や仕様変更において影響がある関連システムを特定する。そして、制御部２１のグループ管理手段２１４は、特定した関連システムのシステムコードが、グループ登録情報Ｄ０５に記録されていない場合、グループ管理手段２１４は、クライアント端末１０に対して、グルーピングを提案するメッセージを出力する。これに加えて、関連性評価記憶部２４に記録されている評価実績データを用いて、メッセージを出力することも可能である。この場合には、グルーピング提案メッセージに、グループ登録情報Ｄ０５に記録されていない関連システムについて、関連性評価記憶部２４に記録されている共通キーワードを含める。これにより、共通キーワードを参照して、グループ登録の要否を判断することができる。
【０１６４】
・  上記実施形態では、不良発生頻度が高いと判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、テスト工程管理サーバ２０の制御部２１は、共通キーワードの抽出処理を実行する（ステップＳ２−４）。そして、テスト工程管理サーバ２０の制御部２１は、共通キーワードを含む不良管理票の検索処理（ステップＳ２−５）、不良管理票を用いて関連性評価の更新処理（ステップＳ２−６）を実行する。ここで、キーワードを用いて、システム開発における通常状態とは異なる事態発生を検知するようにしてもよい。この場合、テスト工程管理サーバ２０に、標準情報記憶手段としての出現パターン記憶部を設けておく。この出現パターン記憶部には、開発担当者が作成するテスト日誌、不良管理票、仕様変更管理票において利用されるキーワード（標準パターン）が記録される。標準パターンにおいては、システム開発の各工程において、一般的に利用されるキーワードや出現頻度が記録されている。
【０１６５】
そして、報告書出力処理において、テスト工程管理サーバ２０の制御部２１は、キーワードの評価処理を実行する。具体的には、制御部２１の報告書出力手段２１７は、標準パターンを出現パターン記憶部から取得する。次に、報告書出力手段２１７は、標準パターンと、今回のシステム開発におけるキーワード分布とを比較する。そして、報告書出力手段２１７は、標準パターンと分布が一致するキーワードについては、標準的な不良発生や仕様変更と判断する。一方、標準パターンと異なる分布を有するキーワードについては、注意すべきキーワードとして特定し、注意すべきキーワードを報告書の中に含める。通常、初期段階や最終段階等の工程によって発生する不良や仕様変更は異なる。従って、各工程に応じた、不良管理票や仕様変更管理票に記録されたキーワードの出現状況によって、開発状況を評価することができる。
【０１６６】
・  上記実施形態では、関連性評価処理を、不良管理票を用いて実行する。ここで、仕様変更管理票を用いて、関連性評価処理を行なうようにしてもよい。
【符号の説明】
【０１６７】
１０…クライアント端末、２０…テスト工程管理サーバ、２１…制御部、２１０…アクセス制御手段、２１１…日誌管理手段、２１２…不良管理手段、２１３…仕様変更管理手段、２１４…グループ管理手段、２１５…関連性評価手段、２１６…修正開発支援手段、２１７…報告書出力手段、２１８…ライブラリ管理手段、２２…管理情報記憶部、２３…用語辞書記憶部、２４…関連性評価記憶部、２５…設計情報記憶部、２６…ライブラリ記憶部。
【図１】
0005395146.tif 000002
【図２】
0005395146.tif 000003
【図３】
0005395146.tif 000004
【図４】
0005395146.tif 000005
【図５】
0005395146.tif 000006
【図６】
0005395146.tif 000007
【図７】
0005395146.tif 000008
【図８】
0005395146.tif 000009
【図９】
0005395146.tif 000010