(57)【要約】【課題】画面系アプリケーションプログラムの開発期間を短縮させる。【解決手段】画面系アプリケーションプログラムに不具合が発生した場合に、不具合管理処理部３０２が、画面名および画面データハードコピーなどの情報（不具合発生情報）を受信し、画面名に対応する開発者ＰＣを検索し、テスト者ＰＣ２００から送信された不具合発生情報を、検索した開発者ＰＣに通知する。また、不具合管理処理部３０２は、開発者ＰＣ４００から不具合を対処した旨の情報などを受信した場合に、対応するテスト者ＰＣ２００を検索し、該テスト者ＰＣ２００に不具合を対処した旨の情報を送信する。【選択図】        図６
2005301923.tif 000002
【特許請求の範囲】
【請求項１】
画面系アプリケーションプログラムに関する不具合の情報を、不具合の情報を管理する不具合管理サーバに通知する不具合通知プログラムであって、
前記画面系アプリケーションプログラムに不具合が発生した場合に、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを取得する取得手順と、
前記画面名と前記画面データとを前記不具合管理サーバに送信する送信手順と、
をコンピュータに実行させることを特徴とする不具合通知プログラム。
【請求項２】
画面系アプリケーションプログラムに関する不具合の情報を管理する不具合管理プログラムであって、
不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを含んだ不具合発生情報を受信する不具合情報受信手順と、
前記不具合発生情報をもとにして、発生した不具合を対処する開発者の端末装置の宛先を記憶装置から検索する検索手順と、
検索した前記宛先をもとにして、前記端末装置に、不具合が発生した旨の情報を送信する送信手順と、
をコンピュータに実行させることを特徴とする不具合管理プログラム。
【請求項３】
前記画面系アプリケーションプログラムに関する各表示画面の画面名と、前記各表示画面の画面名に対応する開発者の端末装置の宛先とが関連付けられた関連情報が前記記憶装置に記憶されていることを特徴とする請求項２に記載の不具合管理プログラム。
【請求項４】
前記画面系アプリケーションプログラムに発生した不具合にたいする対処を行っていない開発者の端末装置に対して、不具合対処の要求を定期的に行う要求処理手順をさらにコンピュータに実行させることを特徴とする請求項２に記載の不具合管理プログラム。
【請求項５】
前記画面系アプリケーションプログラムに発生した不具合に関する報告書を定期的に作成する報告書作成手順をさらにコンピュータに実行させることを特徴とする請求項２に記載の不具合管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画面系アプリケーションプログラムに関する不具合の情報を管理する不具合管理プログラムなどに関するものであり、特に、画面系アプリケーションプログラムの開発効率を向上させることができる不具合通知プログラムおよび不具合管理プログラムに関する。
【背景技術】
【０００２】
従来の画面系アプリケーションプログラムの開発では、開発者とは異なるテスト者が、テスト作業書に則して、画面系アプリケーションプログラムに不具合が存在するか否かを確認している。
【０００３】
そして、画面系アプリケーションプログラムに不具合が発生した場合には、テスト者は、開発者のメールアドレス等を調べ、不具合が発生した画面のデータと、不具合の現象を説明するためのメッセージ（以下、不具合現象メッセージと表記する）を含んだ報告書を作成して、開発者に通知し、開発者は、報告書をもとに、不具合に対処している。
【０００４】
なお、特許文献１では、エラーが発生した際に、エラー要因に対して早急に対処可能なオペレータを選択し、該オペレータにエラーを通知する技術が公開されている。
【０００５】
【特許文献１】特開平９−３４６６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、テスト者が報告書を作成して、該報告書を開発者に通知する方法では、テスト者が報告書を作成するまで、開発者は不具合に対処することができず、画面系アプリケーションプログラムの開発期間が延びてしまうという問題があった。
【０００７】
また、特許文献１のように、エラーに早急に対処可能なオペレータを選択し、該オペレータにエラーを通知場合では、テスト者は、開発者の不具合に対する対処状況などを確認することができず、開発者によって不具合が解消されているか確認することができないので、結果として、画面系アプリケーションプログラムの開発期間が延びてしまう。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、画面系アプリケーションの開発期間を短縮することができる不具合通知プログラムおよび不具合管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、画面系アプリケーションプログラムに関する不具合の情報を、不具合の情報を管理する不具合管理サーバに通知する不具合通知プログラムであって、前記画面系アプリケーションプログラムに不具合が発生した場合に、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを取得する取得手順と、前記画面名と前記画面データとを前記不具合管理サーバに送信する送信手順と、をコンピュータに実行させることを備えたことを特徴とする。
【００１０】
また、本発明は、画面系アプリケーションプログラムに関する不具合の情報を管理する不具合管理プログラムであって、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを含んだ不具合発生情報を受信する不具合情報受信手順と、前記不具合発生情報をもとにして、発生した不具合を対処する開発者の端末装置の宛先を記憶装置から検索する検索手順と、検索した前記宛先をもとにして、前記端末装置に、不具合が発生した旨の情報を送信する送信手順と、をコンピュータに実行させることを特徴とする。
【００１１】
また、本発明は、上記発明において、前記画面系アプリケーションプログラムに関する各表示画面の画面名と、前記各表示画面の画面名に対応する開発者の端末装置の宛先とが関連付けられた関連情報が前記記憶装置に記憶されていることを特徴とする。
【００１２】
また、本発明は、上記発明において、前記画面系アプリケーションプログラムに発生した不具合にたいする対処を行っていない開発者の端末装置に対して、不具合対処の要求を定期的に行う要求処理手順をさらにコンピュータに実行させることを特徴とする。
【００１３】
また、本発明は、上記発明において、前記画面系アプリケーションプログラムに発生した不具合に関する報告書を定期的に作成する報告書作成手順をさらにコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、画面系アプリケーションプログラムに不具合が発生した場合に、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを取得し、取得した画面名と、画面データとを不具合管理サーバに送信するので、画面系アプリケーションの開発期間を短縮させることができる。
【００１５】
また、本発明によれば、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを含んだ不具合発生情報を受信し、該不具合発生情報をもとに、発生した不具合を対処する開発者の端末装置の宛先を記憶装置から検索し、検索した宛先をもとにして、前記端末装置に不具合が発生した旨の情報を送信するので、画面系アプリケーションプログラムの不具合を早期に解消することができ、プログラム開発の効率を向上させることができる。
【００１６】
また、本発明によれば、画面系アプリケーションプログラムに発生した不具合にたいする対処を行っていない開発者の端末装置に対して、不具合対処の要求を定期的に行うので、画面系アプリケーションプログラムの不具合を早期に解消することができる。
【００１７】
また、本発明によれば、画面系アプリケーションプログラムに発生した不具合に関する報告書を定期的に作成するので、ユーザにかかる負担を軽減させることができる。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明に係る不具合通知プログラムおよび不具合管理プログラムの好適な実施の形態を詳細に説明する。この実施例では、それぞれの機能を物理的に独立して構成した不具合管理システムについて説明を行うが、それぞれの機能をソフトウェアによって実現することで不具合通知プログラムおよび不具合管理プログラムとして実施してもよい。
【実施例】
【００１９】
まず、本実施例に係る不具合管理システムのシステム構成について説明する。図１は、不具合管理システムのシステム構成図を示す図である。同図に示すように、この不具合管理システムは、開発者テストサーバ１００、テスト者ＰＣ２００、不具合管理サーバ３００および開発者ＰＣ４００がネットワーク１０を介して接続されている。なお、ここでは説明の便宜上、１台のテスト者ＰＣ２００および１台の開発者ＰＣ４００のみを示したが、この不具合管理システムは、ネットワーク１０を介して、任意の台数のテスト者ＰＣおよび開発者ＰＣからなる。
【００２０】
開発者テストサーバ１００は、テスト対象となる画面系アプリケーションのプログラムを保持している。また、開発者テストサーバ１００は、テスト者ＰＣ２００からの要求に応答して、画面系アプリケーションに係る画面データなどを送信する。
【００２１】
テスト者ＰＣ２００は、開発テストサーバ１００にアクセスし、開発テストサーバ１００が保持する画面系アプリケーションのプログラムに不具合がないかをチェックする。そして、チェック中に画面系アプリケーションに不具合が発生した場合には、不具合が発生した旨の情報などを不具合管理サーバ３００に送信する。
【００２２】
不具合管理サーバ３００は、画面系アプリケーションに発生する不具合の状況などを管理している。また、テスト者ＰＣ２００から、画面系アプリケーションに不具合が発生した旨の情報などを受信したならば、発生した不具合に対処する開発者ＰＣを検索し、検索した開発者ＰＣ４００に不具合が発生した旨を通知する。
【００２３】
開発者ＰＣ４００は、不具合管理サーバ３００から画面系アプリケーションに不具合が発生した旨の通知を受けた場合に、発生した不具合に対処する。また、開発者ＰＣ４００は不具合に対処した場合に、不具合に対処した旨を、不具合管理サーバ３００を介してテスト者ＰＣに通知する
【００２４】
このように、テスト者ＰＣ２００と開発者ＰＣ４００とを不具合管理サーバ３００を介して相互に接続するので、不具合の発生や、不具合に対処した旨の情報を早期に通知し合うことができ、画面系アプリケーションの開発効率を向上させることができる。
【００２５】
次に、図１に示したテスト者ＰＣ２００の構成について説明する。図２は、図１に示したテスト者ＰＣ２００の構成を示す機能ブロック図である。同図に示すように、このテスト者ＰＣ２００は、インターフェース部２１０と、入力受付部２２０と、出力部２３０と、クライアントプログラム処理部２４０と、不具合発生通知処理部２５０と、画面ハードコピーデータ記憶部２６０とを有する。
【００２６】
インターフェース部２１０は、所定の通信プロトコルを用いて、開発テストサーバ１００および不具合管理サーバ３００と通信を行う処理部である。
【００２７】
入力受付部２２０は、図示しないキーボードやマウスなどから、ユーザ名やパスワードなどの情報を受付ける処理部である。出力部２３０は、クライアントプログラム処理部２４０から画面データを取得し、図示しない表示装置に画面データを出力し、表示装置に画像を表示させる処理部である。
【００２８】
クライアントプログラム処理部２４０は、開発テストサーバ１００にアクセスし、開発テストサーバ１００が保持する画面系アプリケーションプログラムを動作させ、テスト対象となる画面データを取得し、取得した画面データを、出力部２３０に渡す。また、クライアントプログラム処理部２４０は、不具合管理サーバ３００から送信されるメールを処理し、メールの内容を、出力部２３０を介して、表示装置に表示させる。
【００２９】
不具合発生通知処理部２５０は、開発テストサーバ１００が保持する画面系アプリケーションプログラムに不具合が発生した場合に、不具合に関する情報を不具合管理サーバ３００に通知する処理部である。
【００３０】
ここで、画面系アプリケーションプログラムに発生する不具合について具体的に説明する。図３は、不具合を説明するための図である。同図に示す２００ａは、不具合が発生していない画面を示し、２００ｂは、不具合が発生している画面を示している。
【００３１】
画面系アプリケーションが正常な場合には、２００ａに示すように、部門製品別損益検索の画面で、部コード「１２３４」を入力した場合には、部門製品別損益の画面に切り替わり、「製品Ａ１００万円」、「製品Ｂ２００万円」、「製品Ｃ２００万円」および「合計５００万円」が表示される。
【００３２】
一方、画面系アプリケーションが正常でない場合には、２００ｂに部門製品別損益検索の画面で、部コード「１２３４」を入力した場合には、部門製品別損益の画面に切り替わり、「製品Ａ１００万円」、「製品Ｂ２００万円」および「合計３００万円」のみが表示され、「製品Ｃ２００万円」が表示されていないため、不具合発生となる。
【００３３】
このように、不具合が発生した場合には、不具合発生通知処理部２５０は、図４に示すログイン画面を、出力部２３０を介して表示装置に表示させる。そして、不具合発生通知処理部２５０は、入力受付部２２０を介してユーザ名およびパスワードを受付け、該受付けたユーザ名およびパスワードを不具合管理サーバ３００に送信し、ログイン要求を行う。
【００３４】
また、不具合発生通知処理部２５０は、不具合管理サーバ３００にログイン要求を行った後に、不具合の発生した画面名と不具合の発生した画面データ（以下、画面ハードコピーデータと表記する）とを取得し、画面ハードコピーデータのファイル名を決定する。
【００３５】
例えば、図３の２００ｂに示す不具合が発生した場合には、不具合発生通知処理部２５０は、画面名「部門製品別損益」と部門製品別損益画面の画面ハードコピーデータを取得することになる。なお、不具合発生通知処理部２５０は取得した画面ハードコピーデータを、画面ハードコピーデータ記憶部２６０に記憶させる。
【００３６】
さらに、不具合発生通知処理部２５０は、図５に示す不具合発生通知処理画面を、出力部２３０を介して表示装置に表示させる。そして、不具合発生通知処理部２５０は、テスト管理ＩＤと、重要度と、不具合現状メッセージとを受付け、画面名と、画面ハードコピーデータと、画面ハードコピーデータのファイル名と、テスト管理ＩＤと、重要度と、不具合現象メッセージとを不具合管理サーバ３００に送信する。
【００３７】
なお、後述するように、テスト者は、テスト者ＰＣ２００を介して不具合管理サーバ３００から、開発者が不具合を対処した旨の通知を受けた場合には、対処された不具合を再び検査する。そして、テスト者ＰＣ２００は、テスト者に入力された検査結果を不具合管理サーバ３００に送信することになる。
【００３８】
次に、図１に示した不具合管理サーバ３００の構成について説明する。図６は、不具合管理サーバの構成を示す機能ブロック図である。同図に示すように、不具合管理サーバ３００は、インターフェース部３０１と、不具合管理処理部３０２と、テストケースファイル３０３と、ユーザ管理ファイル３０４と、画面名ファイル３０５と、テスト管理情報ファイル３０６と、画面ハードコピーファイル３０７と、不具合メッセージファイル３０８と、開発者インシデント管理ファイル３０９と、最新不具合対応状況報告作成処理部３１０と、最新不具合対応状況報告ファイル３１０ａと、最新テスト状況報告作成処理部３１１と、最新テスト状況報告ファイル３１１ａと、開発者別未完了不具合通知処理部３１２と、開発者別不具合対応状況報告ファイル３１２ａと、テスト完了報告作成処理部３１３と、テスト完了報告ファイル３１３ａとを有する。
【００３９】
インターフェース部３０１は、所定の通信プロトコルを用いて、開発者テスト者ＰＣ２００および開発者ＰＣ４００と通信を行う処理部である。不具合管理処理部３０２は、複数の処理を行うため、以下に、各処理を順に説明する。
【００４０】
まず、不具合管理処理部３０２は、外部からログイン要求を受付けた場合に、ユーザ管理ファイル３０４をもとにして、ログインを認めるか否かを判断する。図７にユーザ管理ファイルの一例を示す。同図に示すように、ユーザ管理ファイル３０４は、「ユーザ名」と、「パスワード」と、「所属」と、「氏名」と、「メールアドレス」と、「権限（テスト者であるか開発者であるかを示す情報）」とから構成される。
【００４１】
例えば、ユーザ名「Ｕｓｅｒ０１」に対応するパスワードは、「Ｐｓｗｄ０１」であり、所属が「第一開発部」であり、氏名が「富士太郎」であり、メールアドレスが「ｔａｒｏ＠ｆｕｊｉ．ｃｏｍ」であり、権限が「１（テスト者）」であることを示す。以下「Ｕｓｅｒ０２〜０５」に関する説明は省略する。
【００４２】
また、不具合管理処理部３０２は、ログインを認めたテスト者ＰＣ２００から、画面名と、画面ハードコピーデータと、画面ハードコピーデータファイル名と、テスト管理ＩＤと、重要度と、不具合現象メッセージとを受信する。そして、不具合管理処理部３０２は、受信した情報を識別するためのインシデント番号と、不具合現象メッセージのファイル名と、新たな画面ハードコピーデータのファイル名とを決定する。
【００４３】
そして、不具合管理処理部３０２は、画面名と、画面名ファイル３０５をもとにして開発者のユーザ名を検索する。図８に画面名ファイル３０５の一例を示す。同図に示すように、画面名ファイル３０５は、「画面名」と、画面名に対応する「開発者のユーザ名」からなる。例えば、画面名「ログイン」に対応する開発者のユーザ名は「Ｕｓｅｒ０３」であることを示す。以下の画面名ファイル３０５に関する説明は省略する。
【００４４】
不具合管理処理部３０２は、画面名ファイル３０５から開発者のユーザ名を検索したならば、検索したユーザ名と、ユーザ管理ファイル３０４をもとにして、開発者ＰＣ４００のメールアドレスを検索する。そして、検索したメールアドレスをもとに、開発者ＰＣ４００にインシデント番号を送信する。
【００４５】
また、不具合管理処理部３０２は、テスト管理情報ファイル３０６に、テスト管理ＩＤと、インシデント番号と、画面名と、テスト者のユーザ名と、不具合発生日と、重要度と、不具合発生現象メッセージファイル名と、画面ハードコピーデータファイル名とを登録する。
【００４６】
図９にテスト管理情報ファイル３０６の一例を示す。同図に示すように、テスト管理情報ファイル３０６は、「テスト管理ＩＤ」と、「インシデント番号」と、「画面名」と、「テスト者のユーザ名」と、「不具合発生日」と、「重要度フラグ」と、「不具合現象メッセージファイル名」と、「画面ハードコピーデータファイル名」と、「不具合受付日」と、「不具合対処日」と、「不具合対処メッセージファイル名」と、「不具合確認日」と、「完了日」と、「完了フラグ」とを含む。
【００４７】
ここで、「不具合発生日」は、不具合の発生した日を示し、「不具合受付日」は、開発者ＰＣ４００が不具合にかかる情報を受付けた日を示し、「不具合対処日」は、不具合が対処された日を示し、「不具合対処メッセージファイル名」は、開発者ＰＣ４００から送信される不具合対処に関するメッセージのファイル名を示し、「不具合確認日」は、テスト者によって不具合対処が確認させた日を示し、「完了日」は、不具合対処が完了した日を示し、「完了フラグ」は、不具合の対処が完了したかまたは再対処を行うかの情報を示す。
【００４８】
例えば、テスト管理ＩＤ「Ｔｅｓｔ−００１」に対して、インシデント番号は「０４０２１０００１」であり、画面名は「ログイン」であり、テスト者のユーザ名は「Ｕｓｅｒ０１」であり、不具合発生日は「２００４年２月１０日」であり、重要度フラグは「１（重要）」であり、不具合現象メッセージファイル名は「ＥＶＴ０４２１０００１．ｔｘｔ」であり、画面ハードコピーデータファイル名は「ＨＣＹ０４０２１０００１．ｊｐｇ」であり、不具合受付日は「２００４年２月１０日」であり、不具合対処日は「２００４年２月１０日」であり、不具合対処メッセージファイル名は「ＳＯＬ０４０２１１００２．ｔｘｔ」であり、不具合確認日は「２００４年２月１１」であり、完了日は「２００４年２月１１」であり、完了フラグは「１（完了）」である。なお、テスト管理ＩＤ「Ｔｅｓｔ−００２〜００３」の説明は省略する。
【００４９】
この、テスト管理情報ファイル３０６は、不具合管理処理部３０２によって、不具合の状況や、テスト状況など関する最新の情報を登録される。
【００５０】
また、不具合管理処理部３０２は、テスト者ＰＣ２００から受信した、画面ハードコピーデータを、画面ハードコピーデータファイル名と関連付けて、画面ハードコピーファイル３０７に登録する。したがって、画面ハードコピーデータファイル名をもとに、一意に、対応する画面ハードコピーデータを、画面ハードコピーファイル３０７から取り出すことができる。
【００５１】
また、不具合管理処理部３０２は、テスト者ＰＣ２００から受信した不具合現象メッセージを、不具合現象メッセージファイル名と関連付けて、不具合メッセージファイル３０８に登録する。したがって、不具合現象メッセージファイル名をもとに、一意に、対応する不具合現象メッセージを、不具合メッセージファイル３０８から取り出すことができる。
【００５２】
不具合管理処理部３０２は、開発者ＰＣ４００から、ログイン要求を受付け、不具合に関する情報を要求された場合に、開発者ＰＣ４００から送信されるインシデント番号をもとに、テスト管理情報ファイル３０６、画面ハードコピーファイル３０７および不具合メッセージファイル３０８から画面名と、画面ハードコピーデータと、不具合現象メッセージとを検索し、検索した各データを開発者ＰＣ４００に送信する。
【００５３】
また、不具合管理処理部３０２は、開発者ＰＣ４００から、不具合対処メッセージとインシデント番号とを受信した場合には、不具合対処メッセージのファイル名を決定し、不具合対処メッセージを不具合メッセージファイル３０８に登録するとともに、テスト管理情報ファイル３０６に不具合対処メッセージファイル名を登録する。なお、不具合対処メッセージとは、開発者ＰＣ４００を利用する開発者によって入力されるものであり、テスト者ＰＣ２００を利用するテスト者に、不具合を対処した旨などを伝えるためのメッセージデータである。
【００５４】
そして、不具合管理処理部３０２は、不具合対処メッセージとともに送信されるインシデント番号をもとにして、対応するテスト者のユーザ名を、テスト管理情報ファイル３０６から検索し、検索したユーザ名をもとにして、ユーザ管理ファイル３０４からテスト者ＰＣ２００のメールアドレスを検索する。そして、不具合管理処理部３０２は、検索したメールアドレスを利用して、インシデント番号と、不具合が対処された旨の情報を、テスト者ＰＣ２００に送信する。
【００５５】
不具合管理処理部３０２は、テスト者ＰＣ２００から、不具合対処メッセージの要求と、インシデント番号を受信した場合には、インシデント番号をもとに、テスト管理情報ファイルから不具合対処メッセージファイル名を検索する。そして、不具合管理処理部３０２は、不具合対処メッセージファイル名をもとに、不具合メッセージファイル３０８から対応する不具合対処メッセージを検索し、要求もとであるテスト者ＰＣ２００に、不具合対処メッセージを送信する。
【００５６】
また、不具合管理処理部３０２は、テスト者ＰＣ２００から不具合対処の確認結果を受信し、不具合が適切に対処されていると判断されている場合には、テスト者ＰＣ２００から、不具合再発生メッセージを受信し、不具合再発生メッセージのファイル名を決定し、テスト管理情報ファイル３０６に記憶する（図９では、不具合発生メッセージファイル名に関する記載を省略）。
【００５７】
また、不具合再発生メッセージを、不具合再発生メッセージファイル名と関連づけて不具合メッセージファイル３０８に登録する。なお、不具合管理処理部３０２は、同様に、開発者ＰＣ４００のメールアドレスを検索し、不具合が再発生した旨を開発者ＰＣ４００に送信する。一方、不具合が適切に対処されていると判断されている場合には、その旨を開発者ＰＣ４００に通知することとなる。
【００５８】
また、不具合管理処理部３０２は、テストケースファイル３０３を管理する。テストケースファイル３０３は、画面系アプリケーションプログラムのテストすべき項目（以下、テストケースと表記する）を複数記録している。なお、テストケースファイル３０３に記録された各テストケースがすべてテスト者ＰＣ２００を利用するテスト者にチェックされた段階で、チェック終了となる。
【００５９】
また、不具合管理処理部３０２は、開発者ＰＣ４００にインシデント番号を送信する際に、開発者インシデント管理ファイル３０９の各開発者のユーザ名に対応する領域に、開発者に送信したインシデント番号と、インシデント番号に対応するテスト管理ＩＤとを関連付けて登録する。また、インシデント番号に対する不具合の対処が完了した場合には、その旨を登録する。
【００６０】
図１０に、開発者インシデント管理ファイル３０９の一例を示す。図１０に示すように、Ｕｓｅｒ０３は、テスト管理ＩＤ「Ｔｅｓｔ−００１」、インシデント番号「０４０２１０００１」の不具合の対処が完了しており、テスト管理ＩＤ「Ｔｅｓｔ−００２」、インシデント番号「０４０２１０００２」の不具合の対処が完了していない旨を示す（以下、Ｕｓｅｒ０３に関する説明を省略）。また、Ｕｓｅｒ０５は、テスト管理ＩＤ「Ｔｅｓｔ−０１４」、インシデント番号「０４０２２０００５」の不具合の対処が完了していない旨を示す。
【００６１】
最新不具合対応状況報告作成処理部３１０は、定期的に、テスト管理情報ファイル３０６および不具合メッセージファイル３０７にアクセスし、最新の不具合対応状況を示す最新不具合対応状況報告ファイル３１０ａを作成する。図１１に最新不具合対応状況報告ファイル３１０ａの一例を示す。
【００６２】
図１１に示すように、最新不具合対応状況報告ファイル３１０ａは、「インシデント番号」と、「画面名」と、「テスト管理ＩＤ」と、「現象」と、「発生日」と、「テスト者」と、「対処」と、「対処日」と、「確認日」と、「確認者（本実施例では、テスト者と同一とする）」と、「対応状況」からなる。
【００６３】
ここで、「現象」には、インシデント番号に対応する不具合現象メッセージの内容が登録され、「対処」には、インシデント番号に対応する不具合対処メッセージの内容が登録され、「対応状況」には、インシデント番号に対応する不具合の対処が完了したか否かの情報が登録される。なお、「インシデント番号」、「画面名」、「テスト管理ＩＤ」、「発生日」、「確認日」および「確認者」は、テスト管理情報ファイル３０６に含まれる情報とほぼ同一であるため、説明を省略する。
【００６４】
なお、図１１に示すように、インシデント番号「０４０２１０００１」に関しては、画面名「ログイン」、テスト管理ＩＤ「Ｔｅｓｔ−００１」、現象「（対応する不具合現象メッセージが登録される）」、発生日「２００４年２月１０日」、テスト者「富士太郎」、対処「（対応する不具合対処メッセージが登録される）」、対処者「富士花子」、確認日「２００４年２月１１日」、確認者は「富士太郎」、対応状況「１（対応完了）」である旨を示す。なお、インシデント番号「０４０２１４００１」および「０４０２１４０１１」に対応する部分の説明は省略する。
【００６５】
最新テスト状況報告作成処理部３１１は、定期的に、テストケースファイル３０３およびテスト管理情報ファイル３０６にアクセスし、最新のテスト状況を示す最新テスト状況報告ファイル３１１ａを作成する。図１２に、最新テスト状況報告ファイル３１１ａの一例を示す。
【００６６】
図１２に示すように、最新テスト状況報告ファイル３１１ａは、「テスト管理ＩＤ」と、「テスト仕掛フラグ」と、「不具合発生件数」と、「インシデント番号」と、「画面名」と、「テスト者」と、「対処日」と、「対処者」と、「確認日」と、「確認者」と、「対応状況」とを含む。
【００６７】
ここで、「テスト仕掛フラグ」は、対応するテストケースが着手されているか、未着手か、テストが完了しているかを示す情報であり、「不具合発生件数」は、対応するテストケースに何件不具合が発生しているかを示す情報である。「テスト仕掛フラグ」および「発生件数」以外は、テスト管理ファイル３０６および最新不具合対応状況報告ファイル３１０ａに示した情報と同様であるため説明を省略する。
【００６８】
なお、図１２に示すように、テスト管理ＩＤ「Ｔｅｓｔ−００１」に関しては、テスト仕掛フラグ「１（完了）」、不具合発生件数「１件」、インシデント番号「０４０２１０００１」、画面名「ログイン」、発生日「２００４年２月１０日」、テスト者「富士太郎」、対処日「２００４年２月１０日」、対処者「富士花子」、確認日「２００４年２月１１日」、確認者「富士太郎」、対応状況「１（完了）」である旨を示す。なお、テスト管理ＩＤ「Ｔｅｓｔ−００２」、「Ｔｅｓｔ−００３」、「Ｔｅｓｔ−００４」、「Ｔｅｓｔ−０１０」および「Ｔｅｓｔ−０１１」に関する説明は省略する。
【００６９】
開発者別未完了不具合通知処理部３１２は、定期的に、開発者インシデント管理ファイル３０９およびテスト管理情報ファイル３０６にアクセスし、開発者別未完了不具合対応状況報告ファイル３１２ａを作成する。図１３に、開発者別未完了不具合対応状況報告ファイル３１２ａの一例を示す。
【００７０】
図１３に示すように、開発者別不具合対応状況報告ファイル３１２ａは、「開発者」と、「重要未完了不具合件数」と、重要未完了不具合件数に係る「インシデント番号、発生日、テスト管理ＩＤ」と、「通常未完了不具合件数」と、通常未完了不具合件数に係る「インシデント番号、発生日、テスト管理ＩＤ」と、「完了不具合件数」と、完了不具合件数に係る「インシデント番号、発生日、テスト管理ＩＤ」と、を含む。
【００７１】
ここで、「開発者」は、開発者のユーザ名を示し、「重要未完了不具合件数」は、重要な不具合のうち、まだ対処が完了していない不具合の件数を示し、「通常未完了不具合件数」は、通常の不具合のうち、まだ対処が完了していない不具合の件数を示し、「完了不具合件数」は、対処が完了した不具合の件数を示す。
【００７２】
なお、図１３より、開発者「Ｕｓｅｒ０３」は、重要未完了不具合件数を「２」件有し、通常未完了不具合件数を「３」件有し、完了不具合件数を「３」件有し、開発者「Ｕｓｅｒ０５」は、重要未完了不具合件数を「１」件有し、通常未完了不具合件数を「０」件有し、完了不具合件数を「０」件有していることを示す。また、各不具合件数に係るインシデント番号、発生日およびテスト管理ＩＤもあわせて登録されている。
【００７３】
また、開発者別未完了不具合通知処理部３１２は、定期的に、開発者インシデント管理ファイル３０９にアクセスし、不具合の対処が完了していない開発者ＰＣを検索する。そして、開発者別未完了不具合通知処理部３１２は、不具合対処を行う旨のメッセージを作成し、検索した開発者ＰＣにメッセージを送信する。
【００７４】
このように、開発者別未完了不具合通知処理部３１２が、定期的に、開発者ＰＣ４００に未完了の不具合を通知することで、画面系アプリケーションプログラムの開発期間を短縮させることができる。
【００７５】
テスト完了報告作成処理部３１３は、定期的に、テスト管理情報ファイル３０６にアクセスし、テスト完了報告ファイル３１３ａを作成する。図１４に、テスト完了報告ファイル３１３ａの一例を示す。
【００７６】
図１４に示すように、テスト完了報告ファイル３１３ａは、「テスト管理ＩＤ」と、「完了日」と、「不具合完了発生件数」とを含む。なお、これらの情報は、上述した内容と同様であるため説明を省略する。
【００７７】
なお、図１４に示すように、テスト管理ＩＤ「Ｔｅｓｔ−００１」に関しては、完了日が「２００４年２月１２日」であり、不具合発生件数が「１」であり、インシデント番号が「４０２１０００１」である旨を示す。なお、テスト管理ＩＤ「Ｔｅｓｔ−００３」および「Ｔｅｓｔ−００６」に関する説明は省略する。
【００７８】
このように、定期的に、最新不具合対応状況報告作成処理部３１０が、最新不具合対応状況報告ファイル３１０ａを作成し、最新テスト状況報告作成処理部３１１が、最新テスト状況報告ファイル３１１ａを作成し、開発者別未完了不具合通知処理部３１２が、開発者別不具合対応状況報告ファイル３１２ａを作成し、テスト完了報告作成処理部３１３が、テスト完了報告ファイル３１３ａを作成するので、従来のように、ユーザが、不具合発生時の資料作成の管理や、不具合の対処に関する情報の進捗情報の記録を行う必要をなくし、ユーザの負担を軽減させることができる。
【００７９】
次に、不具合管理システムが行う処理全体の概要について説明する。図１５は、処理全体を示すフローチャートである。同図に示すように、テストケースを選択し（ステップＳ１０１）、テストを実施し（ステップＳ１０２）、不具合が発生したか否かを確認する（ステップＳ１０３）。
【００８０】
不具合が発生した場合には（ステップＳ１０３，Ｙｅｓ）、不具合処理を実行し（ステップＳ１０４）、選択したテストケースのテストは完了したか否かを判断する（ステップＳ１０５）。一方、不具合が発生していない場合には（ステップＳ１０３，Ｎｏ）、そのままステップＳ１０５に移行する。
【００８１】
選択したテストケースのテストが完了していない場合には（ステップＳ１０５，Ｎｏ）、ステップＳ１０２に移行し、選択したテストケースのテストが完了した場合には（ステップＳ１０５，Ｙｅｓ）、すべてのテストケースを選択したか否かを判定する（ステップＳ１０６）。
【００８２】
全てのテストケースを選択していない場合には（ステップＳ１０６，Ｎｏ）、次のテストケースを選択し（ステップＳ１０７）、ステップＳ１０２に移行する。一方、全てのテストケースを選択した場合には（ステップＳ１０６，Ｙｅｓ）、処理を終了する。
【００８３】
次に、図１５のステップＳ１０４で示した不具合処理について説明する。図１６は、不具合処理を示すフローチャートである。同図に示すように、不具合管理サーバ３００は、不具合発生登録処理を行い（ステップＳ２０１）、不具合発生通知処理を行い（ステップＳ２０２）、不具合対処登録処理を行い（ステップＳ２０３）、不具合対処メッセージ要求処理を行い（ステップＳ２０４）、不具合確認処理を行う（ステップＳ２０５）。なお、ステップＳ２０１〜Ｓ２０５に示した各処理は、以下詳細に説明する。
【００８４】
まず、不具合発生登録処理について説明する。図１７は、不具合登録処理を示すフローチャートである。同図に示すように、テスト者ＰＣ２００が、不具合が発生した旨を受付け（ステップＳ３０１）、ログイン画面を表示し（ステップＳ３０２）、ユーザ名とパスワード名とを受付け（ステップＳ３０３）、不具合管理サーバ３００にログイン要求を行い（ステップＳ３０４）、不具合管理サーバ３００は、ログイン要求を受付け、ユーザ名およびパスワードが適切ならば、ログイン処理を行う（ステップＳ３０５）。
【００８５】
そして、テスト者ＰＣ２００は、画面名と画面ハードコピーデータとを取得し（ステップＳ３０６）、画面ハードコピーデータのファイル名を決定し（ステップＳ３０７）、不具合発生通知画面を表示し（ステップＳ３０８）、テスト管理ＩＤと、重要度と、不具合発生現象メッセージとを受付ける（ステップＳ３０９）。
【００８６】
そして、テスト者ＰＣ２００は、画面名と、画面ハードコピーデータと、画面ハードコピーデータのファイル名と、テスト管理ＩＤと、重要度と、不具合現象メッセージとを不具合管理サーバ３００に送信し（ステップＳ３１０）、不具合管理サーバ３００は、画面名と、画面ハードコピーデータと、画面ハードコピーデータのファイル名と、テスト管理ＩＤと、重要度と、不具合現象メッセージとを受信する（ステップＳ３１１）。
【００８７】
そして、不具合管理サーバ３００は、インシデント番号を決定し（ステップＳ３１２）、不具合現象メッセージのファイル名と、新たな画面ハードコピーデータのファイル名とを決定し（ステップＳ３１３）、不具合現象メッセージを不具合メッセージファイル３０８に登録し、画面ハードコピーデータを画面ハードコピーファイル３０７に登録する（ステップＳ３１４）。
【００８８】
そして、不具合管理サーバ３００は、テスト管理情報ファイル３０６に、テスト管理ＩＤと、インシデント番号と、画面名と、テスト者のユーザ名と、不具合発生日と、重要度に対する情報と、不具合発生現象メッセージファイル名と、画面ハードコピーデータファイル名とを登録する（ステップＳ３１５）。
【００８９】
そして、不具合管理サーバ３００は、画面名をもとに、画面名ファイル３０５から開発者のユーザ名を検索し（ステップＳ３１６）、開発者のユーザ名をもとにして、ユーザ管理ファイル３０４からメールアドレスを取得し（ステップＳ３１７）、メールアドレスをもとに、開発者ＰＣ４００にインシデント番号を送信し（ステップＳ３１８）、開発者インシデントファイル３０９の対応するユーザ名の領域に、テスト管理ＩＤと、インシデント番号を登録するとともに、完了フラグを０とする（ステップＳ３１９）。
【００９０】
このように、テスト者ＰＣ２００は、不具合が発生した旨を受付けた場合に、自動的に、画面名および画面ハードコピーデータなどを取得し、該取得した画面名および画面ハードコピーデータなどを不具合管理サーバ３００に送信し、不具合管理サーバ３００は、画面名をもとに対応する開発者ＰＣ４００を検索し、検索した開発者ＰＣ４００に不具合が発生した旨を通知するので、不具合発生後早期に、開発者に不具合が発生した旨を通知することができる。
【００９１】
次に、不具合発生通知処理について説明する。なお、この不具合発生通知処理は、不具合発生登録処理において、インシデント番号を開発者ＰＣ４００に送信した後に、開発者ＰＣ４００から不具合発生に関する情報を要求された場合に行われる。
【００９２】
図１８は、不具合発生通知処理を示すフローチャートである。同図に示すように、開発者ＰＣ４００からログイン要求を受付け（ステップＳ４０１）、ユーザ名、パスワードおよびインシデント番号を受信し、ユーザ名およびパスワードが適切ならば、ログイン処理を行う（ステップＳ４０２）。
【００９３】
そして、インシデント番号をもとに、画面名と、不具合現象メッセージと、画面ハードコピーデータとを検索し（ステップＳ４０３）、画面名と、不具合現象メッセージと、画面ハードコピーデータとを開発者ＰＣ４００に送信し（ステップＳ４０４）、テスト管理情報ファイルに不具合受付日を記入する（ステップＳ４０５）。
【００９４】
次に、不具合対処登録処理について説明する。図１９は、不具合対処登録処理を示すフローチャートである。同図に示すように、不具合管理サーバ３００は、開発者ＰＣ４００から、不具合を対処した旨とログイン要求とを受付け（ステップＳ５０１）、ユーザ名、パスワードおよびインシデント番号を受信し、ユーザ名およびパスワードが適切ならば、ログイン処理を行う（ステップＳ５０２）。
【００９５】
そして、不具合管理サーバ３００は、開発者ＰＣ４００から不具合対処メッセージを受信し（ステップＳ５０３）、不具合対処メッセージのファイル名を決定し（ステップＳ５０４）、不具合対処メッセージを不具合メッセージファイル３０８に登録する（ステップＳ５０５）。
【００９６】
そして、不具合管理サーバ３００は、テスト管理情報ファイル３０６に不具合対処メッセージファイル名を登録し（ステップＳ５０６）、テスト管理情報ファイル３０６に不具合対処日を登録し（ステップＳ５０７）、インシデント番号をもとに、テスト者のユーザ名を検索する（ステップＳ５０８）。
【００９７】
そして、不具合管理サーバ３００は、テスト者のユーザ名をもとにして、ユーザ管理ファイルからメールアドレスを取得し（ステップＳ５０９）、メールアドレスをもとに、テスト者ＰＣ２００にインシデント番号と、不具合対処を行った旨を通知する（ステップＳ５１０）。
【００９８】
このように、不具合管理サーバ３００は、開発者ＰＣ４００から不具合対処を行った旨の情報を受信した場合に、テスト者ＰＣ２００に早期に、開発者が不具合対処を行った旨を伝えることができるので、テスト者は早期に不具合の対処が適切かを確認することができ、画面系アプリケーション開発の効率を向上させることができる。
【００９９】
次に、不具合管理サーバ３００が、テスト者ＰＣ２００から不具合対処メッセージの要求を受付けた場合の処理について説明する。図２０は、不具合対処メッセージ要求処理を示すフローチャートである。
【０１００】
図２０に示すように、テスト者ＰＣ２００からログイン要求を受付け（ステップＳ６０１）、ユーザ名、パスワードおよびインシデント番号を受信し、ユーザ名およびパスワードが適切ならば、ログイン処理を行う（ステップＳ６０２）。
【０１０１】
そして、インシデント番号をもとに、不具合メッセージファイル３０８から不具合対処メッセージを検索し（ステップＳ６０３）、不具合対処メッセージをテスト者ＰＣ２００に送信する（ステップＳ６０４）。
【０１０２】
次に、不具合対処確認処理について説明する。図２１は、不具合確認処理を示すフローチャートである。同図に示すように、テスト者ＰＣ２００からログイン要求を受付け（ステップＳ７０１）、ユーザ名、パスワードおよびインシデント番号を受信し、ユーザ名およびパスワードが適切ならば、ログイン処理を行う（ステップＳ７０２）。
【０１０３】
そして、不具合対処の確認結果を受信し（ステップＳ７０３）、テスト管理情報ファイル３０６に不具合確認日を登録し（ステップＳ７０４）、不具合が解消されているかを判定する（ステップＳ７０５）。
【０１０４】
不具合が解消されている場合には（ステップＳ７０５，Ｙｅｓ）、インシデント番号をもとに、開発者のユーザ名を検索し（ステップＳ７０６）、開発者のユーザ名をもとにして、ユーザ管理ファイル３０４からメールアドレスを取得する（ステップＳ７０７）。
【０１０５】
そして、不具合管理サーバ３００は、メールアドレスをもとに、開発者ＰＣ４００にインシデント番号と、不具合対処が適切である旨を通知し（ステップＳ７０８）、テスト管理情報ファイル３０３に完了日を登録し、完了フラグを１にし（ステップＳ７０９）、開発者インシデント管理ファイル３０９のインシデント番号に対応する完了フラグを１にする（ステップＳ７１０）。
【０１０６】
一方、不具合が解消されていない場合には（ステップＳ７０５，Ｎｏ）、テスト者ＰＣから、不具合再発生メッセージを受信し（ステップＳ７１１）、不具合再発生メッセージのファイル名を決定し（ステップＳ７１２）、不具合再発生メッセージを不具合メッセージファイル３０８に登録する（ステップＳ７１３）。
【０１０７】
そして、不具合管理サーバ３００は、インシデント番号をもとに、開発者のユーザ名を検索し（ステップＳ７１４）、開発者のユーザ名をもとにして、ユーザ管理ファイルからメールアドレスを取得し（ステップＳ７１５）、メールアドレスをもとに、開発者ＰＣにインシデント番号と、再度不具合が発生した旨を通知し、テスト管理情報ファイル３０６のインシデント番号に対応する完了フラグを２にする（ステップＳ７１７）。
【０１０８】
次に、開発者別未完了不具合通知処理部３１２が、対処の完了していない不具合を開発者ＰＣ４００に通知する未完了不具合通知処理について説明する。図２２は、未完了不具合通知処理を示すフローチャートである。
【０１０９】
図２２に示すように、開発者インシデント管理ファイル３０９をもとに、未完了のインシデント番号を保持する開発者は存在するか否かを判定し（ステップＳ８０１）、存在する場合には、開発者を選択する（ステップＳ８０２，Ｙｅｓ）。一方、存在しない場合には、（ステップＳ８０２，Ｎｏ）そのままステップＳ８１１に移行する。
【０１１０】
そして、完了していないインシデント番号をすべて選択し（ステップＳ８０３）、選択したインシデント番号から重要度を調べ（ステップＳ８０４）、選択したインシデント番号から不具合発生日からの日数を調べ（ステップＳ８０５）、メッセージを作成する（ステップＳ８０６）。
【０１１１】
そして、開発者のユーザ名をもとに、メールアドレスを検索し（ステップＳ８０７）、メールアドレスをもとにして、開発者ＰＣにメッセージを送信し（ステップＳ８０８）、未完了のインシデント番号を保持する開発者を全て選択したか否かを判定する（ステップＳ８０９）。
【０１１２】
全て選択していない場合には（ステップＳ８１９，Ｎｏ）、次の開発者を選択し（ステップＳ８１０）、ステップＳ８０３に移行する。一方、全て選択した場合には（ステップＳ８０９，Ｙｅｓ）、処理を継続するか否かを判定し（ステップＳ８１１）、処理を継続する場合には（ステップＳ８１１，Ｙｅｓ）、一定時間待った後（ステップＳ８１２）、ステップＳ８０１に移行し、処理を継続しない場合には（ステップＳ８１１）、処理を終了する。
【０１１３】
なお、図２２のステップＳ８０６において作成されるメッセージの一例を図２３に示す。同図において、３００ａは、Ｕｓｅｒ０３に対応する開発者ＰＣに送信されるメッセージを示し、３００ｂは、Ｕｓｅｒ０５に対応する開発者ＰＣに送信されるメッセージを示す。
【０１１４】
上述してきたように、本実施例では、画面系アプリケーションプログラムに不具合が発生した場合に、不具合発生通知処理部２５０が、画面名、画面データハードコピーなどを取得し、該取得した情報を、不具合管理サーバ３００に送信し、不具合管理サーバ３００の不具合管理処理部４０２が、画面名に対応する開発者ＰＣを検索し、テスト者ＰＣ２００から送信された不具合に関する情報を検索した開発者ＰＣに通知するので、早期に、開発者に不具合を通知することができ、画面系アプリケーションプログラムの不具合対処を効率よく行うことができる。
【０１１５】
また、不具合管理処理部３０２は、開発者ＰＣ４００から不具合を対処した旨の情報などを受信した場合に、対応するテスト者ＰＣ２００を検索し、該テスト者ＰＣ２００に不具合を対処した旨の情報を送信するので、効率よく、対処された不具合に問題がないかを確認することができ、画面系アプリケーションの開発効率を向上させることができる。
【０１１６】
（付記１）画面系アプリケーションプログラムに関する不具合の情報を、不具合の情報を管理する不具合管理サーバに通知する不具合通知プログラムであって、
前記画面系アプリケーションプログラムに不具合が発生した場合に、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを取得する取得手順と、
前記画面名と前記画面データとを前記不具合管理サーバに送信する送信手順と、
をコンピュータに実行させることを特徴とする不具合通知プログラム。
【０１１７】
（付記２）前記画面系アプリケーションプログラムに発生した不具合の現象を説明するためのメッセージを示す不具合現象メッセージと、前記画面系アプリケーションプログラムに発生した不具合の重要性を示す重要度とを受付ける受付手順をさらにコンピュータに実行させ、前記送信手順は、前記不具合現象メッセージと、前記重要度とをさらに前記不具合管理サーバに送信することを特徴とする付記１に記載の不具合通知プログラム。
【０１１８】
（付記３）画面系アプリケーションプログラムに関する不具合の情報を管理する不具合管理プログラムであって、
不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを含んだ不具合発生情報を受信する不具合情報受信手順と、
前記不具合発生情報をもとにして、発生した不具合を対処する開発者の端末装置の宛先を記憶装置から検索する検索手順と、
検索した前記宛先をもとにして、前記端末装置に、不具合が発生した旨の情報を送信する送信手順と、
をコンピュータに実行させることを特徴とする不具合管理プログラム。
【０１１９】
（付記４）前記画面系アプリケーションプログラムに関する各表示画面の画面名と、前記各表示画面の画面名に対応する開発者の端末装置の宛先とが関連付けられた関連情報が前記記憶装置に記憶されていることを特徴とする付記３に記載の不具合管理プログラム。
【０１２０】
（付記５）前記画面系アプリケーションプログラムに発生した不具合にたいする対処を行っていない開発者の端末装置に対して、不具合対処の要求を定期的に行う要求処理手順をさらにコンピュータに実行させることを特徴とする付記３に記載の不具合管理プログラム。
【０１２１】
（付記６）前記画面系アプリケーションプログラムに発生した不具合に関する報告書を定期的に作成する報告書作成手順をさらにコンピュータに実行させることを特徴とする付記３に記載の不具合管理プログラム。
【０１２２】
（付記７）画面系アプリケーションプログラムに関する不具合の情報を、不具合の情報を管理する不具合管理サーバに通知する不具合通知方法であって、
前記画面系アプリケーションプログラムに不具合が発生した場合に、不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを取得する取得工程と、
前記画面名と前記画面データとを前記不具合管理サーバに送信する送信工程と、
を含んだことを特徴とする不具合通知方法。
【０１２３】
（付記８）画面系アプリケーションプログラムに発生した不具合に関する情報を転送する不具合転送方法であって、
不具合の発生した表示画面の画面名と、不具合の発生した表示画面の画面データとを含んだ不具合発生情報を受信する不具合情報受信工程と、
前記不具合発生情報をもとにして、発生した不具合を対処する開発者の端末装置の宛先を記憶装置から検索する検索工程と、
検索した前記宛先をもとにして、前記端末装置に、不具合が発生した旨の情報を送信する送信工程と、
を含んだことを特徴とする不具合転送方法。
【産業上の利用可能性】
【０１２４】
以上説明したように、本発明にかかる不具合通知プログラムおよび不具合管理プログラムは、ネットワークを介して、開発中のプログラムの不具合に関する情報などを、相互に通信するシステムに対して有効である。
【図面の簡単な説明】
【０１２５】
【図１】不具合管理システムのシステム構成図を示す図である。
【図２】図１に示したテスト者ＰＣの構成を示す機能ブロック図である。
【図３】不具合を説明するための図である。
【図４】ログイン画面の一例を示す図である。
【図５】不具合発生通知画面の一例を示す図である。
【図６】不具合管理サーバの構成を示す機能ブロック図である。
【図７】ユーザ管理ファイルの一例を示す図である。
【図８】画面ファイルの一例を示す図である。
【図９】テスト管理情報ファイルの一例を示す図である。
【図１０】開発インシデント管理ファイルの一例を示す図である。
【図１１】最新不具合対応状況報告ファイルの一例を示す図である。
【図１２】最新テスト状況報告ファイルの一例を示す図である。
【図１３】開発者別不具合対応状況報告ファイルの一例を示す図である。
【図１４】テスト完了報告ファイルの一例を示す図である。
【図１５】処理全体を示すフローチャートである。
【図１６】不具合処理を示すフローチャートである。
【図１７】不具合発生登録処理を示すフローチャートである。
【図１８】不具合発生通知処理を示すフローチャートである。
【図１９】不具合対処登録処理を示すフローチャートである。
【図２０】不具合対処メッセージ要求処理を示すフローチャートである。
【図２１】不具合対処確認処理を示すフローチャートである。
【図２２】未完了不具合通知処理を示すフローチャートである。
【図２３】開発者に定期的に通知されるメッセージの一例を示す図である。
【符号の説明】
【０１２６】
１００    開発テストサーバ
２００    テスト者ＰＣ
２１０，３０１    インターフェース部
２２０    入力受付け部
２３０    出力部
２４０    クライアントプログラム処理部
２５０    不具合発生通知処理部
２６０    画面ハードコピーデータ記憶部
３００    不具合管理サーバ
３０２    不具合管理処理部
３０３    テストケースファイル
３０４    ユーザ管理ファイル
３０５    画面名ファイル
３０６    テスト管理情報ファイル
３０７    画面ハードコピーファイル
３０８    不具合メッセージファイル
３０９    開発者インシデント管理ファイル
３１０    最新不具合対応状況報告作成処理部
３１０ａ  最新不具合対応状況報告ファイル
３１１    最新テスト状況報告作成処理部
３１１ａ  最新テスト状況報告ファイル
３１２    開発者別未完了不具合通知処理部
３１２ａ  開発者別不具合対応状況報告ファイル
３１３    テスト完了報告作成処理部
３１３ａ  テスト完了報告ファイル
４００    開発者ＰＣ
【図１】
2005301923.tif 000003
【図２】
2005301923.tif 000004
【図３】
2005301923.tif 000005
【図４】
2005301923.tif 000006
【図５】
2005301923.tif 000007
【図６】
2005301923.tif 000008
【図７】
2005301923.tif 000009
【図８】
2005301923.tif 000010
【図９】
2005301923.tif 000011
【図１０】
2005301923.tif 000012
【図１１】
2005301923.tif 000013
【図１２】
2005301923.tif 000014
【図１３】
2005301923.tif 000015
【図１４】
2005301923.tif 000016
【図１５】
2005301923.tif 000017
【図１６】
2005301923.tif 000018
【図１７】
2005301923.tif 000019
【図１８】
2005301923.tif 000020
【図１９】
2005301923.tif 000021
【図２０】
2005301923.tif 000022
【図２１】
2005301923.tif 000023
【図２２】
2005301923.tif 000024
【図２３】
2005301923.tif 000025