(57)【要約】【課題】  バグ改修の優先順位をより正確に、かつ動的に算出する。【解決手段】  予めバグ情報のランクと緊急度の重み付けと期日をバグ情報の静的な障害係数として数値化しておく段階と、情報処理システム開発工程においてバグが発生すると、発生したバグに関するバグ情報を入力し、入力されたバグ情報にその入力時と対応する時刻を付加してバグ情報ファイルを作成し記憶する段階と、記憶されたバグ情報によりバグ総数に占めるバグランクごとのランク比率を求め、これを含めたバグ情報の動的な障害係数として数値化する段階と、上記２つの障害係数によりバグ改修の優先順位を算出する段階と、優先順位算出後、担当者毎にバグ情報を優先順位でソートして表示する段階とを有する。【選択図】        図１
2006277153.tif 000002
【特許請求の範囲】
【請求項１】
情報処理システム開発時におけるバグ管理システムにおいて、
予めバグ情報のランクと緊急度の重み付けと期日をバグ情報の静的な障害係数として数値化しておく手段と、
情報処理システム開発工程においてバグが発生すると、発生したバグに関するバグ情報を入力し、入力されたバグ情報にその入力時と対応する時刻を付加してバグ情報ファイルを作成し記憶する手段と、
前記記憶されたバグ情報によりバグ総数に占めるバグランクごとのランク比率を求め、これを含めたバグ情報の動的な障害係数として数値化する手段と、
上記２つの障害係数によりバグ改修の優先順位を算出する手段と、
前記優先順位算出後、担当者毎にバグ情報を優先順位でソートして表示する手段とを有することを特徴とするバグ管理システム。
【請求項２】
前記記憶されたバグ情報により改修未着手バグの放置日数とバグの改修実績日数を求め、これを含めたバグ情報の動的な障害係数として数値化する手段を有することを特徴とする請求項２に記載のバグ管理システム。
【請求項３】
前記バグの優先順位を元にバグ改修のスケジュール自動作成を行うことを特徴とする請求項１または請求項２に記載のバグ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム開発時におけるバグ管理システムに関する。
【背景技術】
【０００２】
情報処理システム開発工程において摘出されたバグの障害管理を行う場合、従来は、障害情報管理部に、調査担当者が内容登録を行う対策優先順位項目および対策担当者項目を設け、対策優先順位決定手段はこれらの項目を参照して、対策優先順位の高い障害から順番に対策要求をするようにしている（例えば、特許文献１参照）。
【０００３】
また、顧客サイトから集められた障害情報を障害の種類、障害機の階層、保守契約内容、顧客重要度に従ってそれぞれ点数化し、これらの合計点数の高低により障害の重要性や緊急度等を定量的に評価して、保守部品の発送や、保守員の手配の優先順位の決定等を迅速かつ効率的に行うことで自動的に最適な保守を指示するようにしている（例えば、特許文献２参照）。
【０００４】
【特許文献１】特開2002-287968（第１頁、図１）
【特許文献２】特開2003-241999（第１頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、バグ情報のランクは発行者が設定するが、発行者によりランクの設定基準が異なるため、バグの優先順位をより正確に算出できないという第１の問題点がある。バグ情報のランクはバグ改修の優先順位を算出するための重要な判断材料となるが、発行者によりランクの設定基準が異なると、優先順位に大きく影響してしまうからである。
【０００６】
また、日々多量のバグが発生した場合、バグの優先順位は毎日変わるが、優先順位の算出において毎日の進捗状況を考慮していないため、バグの優先順位をより正確に算出できないという第２の問題点がある。バグ改修の優先順位をより正確に算出するために、前日までの作業状況やバグの放置状況を考慮し優先順位を算出する必要がある。
【０００７】
本発明の第１の目的は、優先順位を算出する障害係数にバグ総数からのランク比率を加えることによってバグの優先順位をより正確に算出することにより、担当者の改修作業の効率化を図ることにある。
【０００８】
本発明の第２の目的は、優先順位を算出する障害係数に改修未着手バグの放置日数とバグ改修実績日数の２つの進捗状況を加えることによってバグの優先順位をより正確に算出することにより、担当者の改修作業の効率化を図ることにある。
【課題を解決するための手段】
【０００９】
本発明は、情報処理システム開発工程において摘出されたバグの情報管理を行うバグ管理システムであって、各工程にて摘出したバグ情報を管理する手段と、管理データを基に統計情報の作成の同期化を図り、バグ管理の自動化を実現する手段とから成る。
【００１０】
すなわち、発生したバグに関するバグ情報を入力するための手段と、入力されたバグ情報にその入力時と対応する時刻を付加してバグ情報ファイルを作成し記憶し、記憶されたバグ情報ファイルを検索するための検索手段と、検索されたバグ情報ファイルの一覧や各バグ情報ファイルの内容を搭載されたディスプレイ等に表示し、前記検索されたバグ情報ファイルを変更、修正する又はそのバグ情報に新たな情報を追加するなどの編集を行うための編集手段とを具備するバグ情報収集装置を設ける。
【００１１】
本発明では、予め、バグ情報のランクと緊急度の重み付けと期日をバグ情報の静的な障害係数として数値化しておく。更に、バグ総数から各々のランクの比率、未着手バグの放置日数とバグの改修実績日数をバグ情報の動的な障害係数として数値化し、上記２つの障害係数より改修の優先順位を算出する。優先順位算出後、担当者毎にバグを優先順位でソートし表示する。また、バグの優先順位を元にバグ改修のスケジュール自動作成を行う。
【発明の効果】
【００１２】
第１の効果は、バグ情報のランクは発行者により設定基準が異なるが、優先順位を算出する障害係数にバグ総数からのランク比率を加えることによってバグの優先順位をより正確に算出でき、担当者の改修作業の効率化を図ることができるということである。
【００１３】
その理由は、例えば、バグ総数１０００件のなかでランクαが１０件しかないとしたら、そのランクαは非常に重要度が高いものと扱い、優先順位が高くなるのに対し、総数１０００件のなかで、ランクαが８００件あるとしたら、そのランクαは実はβやγ相当のものが多いと考え、優先順位を低くし、バグの優先順位をより正確に算出し、改修作業の効率化を図ることができるためである。
【００１４】
第２の効果は、優先順位を算出する障害係数に未着手バグの放置日数とバグ改修実績日数の２つの進捗状況を加えることによって、バグの優先順位をより正確に算出でき、担当者の改修作業の効率化を図ることができる。
【００１５】
その理由は、未着手バグの放置日数が大きいほど優先順位が高くなり、さらに警告表示されるため未着手バグの放置が減少する。また、優先順位の算出にバグ改修実績日数を加えることによって、改修中のバグの優先順位が高くなるため、改修作業の効率化を図ることができるためである。
【発明を実施するための最良の形態】
【００１６】
本発明のバグ管理システムは、情報処理システム開発時におけるバグ管理システムにおいて、予めバグ情報のランクと緊急度の重み付けと期日をバグ情報の静的な障害係数として数値化しておく手段と、情報処理システム開発工程においてバグが発生すると、発生したバグに関するバグ情報を入力し、入力されたバグ情報にその入力時と対応する時刻を付加してバグ情報ファイルを作成し記憶する手段と、記憶されたバグ情報によりバグ総数に占めるバグランクごとのランク比率と、改修未着手バグの放置日数とバグの改修実績日数を求め、これらを含めたバグ情報の動的な障害係数として数値化する手段と、上記２つの障害係数によりバグ改修の優先順位を算出する手段と、優先順位算出後、担当者毎にバグ情報を優先順位でソートして表示する手段と、バグの優先順位を元にバグ改修のスケジュール自動作成を行う手段とを有する。
【実施例１】
【００１７】
図１は、本発明のバグ管理システムが適用されるハードウェア構成を示し、１つのコンピュータ装置（サーバ）１と複数のコンピュータ装置（クライアント）２がネットワークで繋がっている。クライアント２はCPU20とメモリ21と入力装置22で構成され、CPU20はブラウザ201を有する。
【００１８】
サーバ１は、CPU10とメモリ11とデータベース13で構成される。CPU10は、メモリアクセス処理部101とデータベースアクセス処理部102と通信処理部103とアプリケーション12（以下「AP」と記す）を有する。
【００１９】
AP12は、バグ管理プログラム121と優先順位算出プログラム122とスケジュール作成プログロム123を有し、データベース13はバグ情報テーブル130とランク重み付け情報テーブル131と緊急度重み付け情報テーブル132と基準値情報テーブル133と休日情報テーブル134を有する。
【００２０】
バグ情報テーブル130は、情報処理システムの試験中にバグを発見されたバグごとに、バグの管理に必要なデータから成るバグ票を保持する。バグ管理プログラム121は、操作者からの入力により、バグ票をバグ情報テーブル130に登録し、また操作者からの指示により、バグ情報テーブル130を参照してバグ管理に供する情報を出力するための処理を行う。例えば、バグ改修の優先順位（以下、「優先順位」と記す）にしたがって、バグ票をソートし、またソートの結果により得られるリストを出力する。
【００２１】
優先順位を算出するために必要な係数がテーブル131〜134に保持される。すなわち、ランク重み付け情報テーブル131はバグのランクごとの重み係数、緊急度重み付け情報テーブル132は改修の緊急度ごとの重み係数、基準値情報テーブル133は基準値、休日情報テーブル134休日情報を保持する。
【００２２】
優先順位算出プログラム122はテーブル130〜134を参照して優先順位を算出し、スケジュール作成プログロム123はバグ管理プログラム121による処理の結果によりバグ改修のスケジュールを出力する。
【００２３】
図２は、バグ情報テーブル130のデータ構造をデータ例と共に示す。バグ情報テーブル130は、バグ番号130-a、バグ内容130-b、ランク130-c、発行日130-d、期日130-e、担当者130-f、緊急度130-g、改修予定日数130-h、改修実績日数130-i、改修内容130-j、状態130-kのフィールドを持つ。
【００２４】
図２において、１２個のバグが登録されており、その内の状態が未着手または調査中であるものを除いて改修予定日数が記載され、また改修が済み又は改修が進むにつれて改修実績日数が記載されている。バグ情報テーブル130の各一行をバグ票という。
【００２５】
ランク重み付け情報テーブル131は、図３に示すように、ランク131-aと重み131-bのフィールドを持つ。ランク131-aとは担当者が主観により判断したバグの重要度のランクであり、重み131-bとは、後述の優先順位を計算するに当っての重み係数である。図３では、ランクA，B，C，Dに対して、それぞれ1.0，0.8，0.6，0.4の重みが付された入力例が示されている。
【００２６】
緊急度重み付け情報テーブル132は、図４に示すように、緊急度132-aと重み132-bのフィールドを持つ。緊急度132-aとは担当者が主観により判断した改修の緊急度であり、重み132-bとは優先順位算出のための重み係数をいう。図４では、緊急度α，β，γ，δに対して、それぞれ1.0，0.9，0.7，0.3の重みが付された入力例が示されている。
【００２７】
基準値情報テーブル133は、図５に示すように、基準値133-aのフィールドを持つ。基準値133-aとは優先順位算出時に使用する基準値をいう。図５では基準値は標準的な100とされている。
【００２８】
休日情報テーブル134は、図６に示すように休日情報134-aのフィールドを持つ。休日情報134-aとは当該会社の休日を示す情報であって、図６では、2004年9月の休日の一覧が例示されている。
［動作の説明］
（１）バグ票の生成
図７は、本バグ管理システムの操作者が行う作業とバグ票の状態の遷移を示す。図７におけるフローは、クライアント２サーバ１へのアクセスがあると、図の上から下の方向へ図示の順序で流れる。
【００２９】
試験担当者が情報処理システムの試験中にバグを発見するとバグ票を発行する。すなわち、その試験担当者は発行者として、クライアント２のブラウザ201により、入力装置22からバグ内容、ランク、期日、担当者、緊急度を入力し、サーバ１にネットワークを介してアクセスする。ここに、バグとは、例えば、或る情報処理システムの或るプログラムにおいて、＊＊＊画面の仕様書の記述が「あああ」であるのに、＊＊＊画面の実際の表示内容が「いいい」になっているといったものである。この例において入力されるバグ内容は、「＊＊＊画面の仕様書の記述「あああ」に対して「いいい」が表示されている」ということになる。
【００３０】
バグ票が発行されると、サーバ１は、通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、バグ管理プログラム121は、上記の入力された情報に、バグ番号，発行日および状態を自動的に付加して、データベースアクセス処理部102を介し、バグ情報テーブル130にバグ番号130-a、バグ内容130-b、ランク130-c、，発行日130−d，期日130-e、担当者130-f、緊急度130-g、状態130-jをバグ情報として登録する。バグ番号130-aは登録されるバグ票の通し番号であり、このときの状態130-kは「未着手」とされる。
【００３１】
次に、開発担当者を意味する担当者が上記バグ内容（「＊＊＊画面の仕様書の記述「あああ」に対して「いいい」が表示されている」）を確認すると、バグ管理システムの状態130-jを「調査中」に更新する。すなわち、担当者がクライアント２のブラウザ201により、入力装置22からネットワークを介してサーバ１にアクセスすると、サーバ１は、通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、バグ管理プログラム121はデータベースアクセス処理部102を介し、バグ情報テーブル130の状態130-kを「調査中」に書き換える。
【００３２】
担当者は上記バグに対し、プログラムのどこが原因かを調査して、プログラム修正に要する日数を見積り、改修予定日数をバグ管理システムに登録する。すなわち、担当者はクライアント２のブラウザ201により、ネットワークを介してサーバ１にアクセスし、入力装置22から改修予定日数を入力する。サーバ１は通信処理部103を介し、AP12のバグ管理プログラム121にアクセスし、データベースアクセス処理部102を介してバグ情報テーブル130の改修予定日数130-hを登録し、状態130-kを「改修中」とする。
【００３３】
担当者は上記調査内容を基にプログラムの改修を行い、バグ管理システムに改修内容を登録する。すなわち、担当者はクライアント２のブラウザ201によりサーバ１にネットワークを通してアクセスし、入力装置22から改修内容（「＊＊＊画面の表示「いいい」を「あああ」に修正）と改修実績日数（例えば「１日」）を入力する。サーバ１は通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、データベースアクセス処理部102を介し、バグ情報テーブル130の改修内容130-jと改修実績日数130-iを登録し、状態130-kを「改修済」とする。
【００３４】
最後に、発行者は上記修正がされていることを確認した上で、バグ票をクローズする。すなわち、担当者はクライアント２のブラウザ201により、入力装置22からサーバ１にネットワークを通してアクセスする。サーバ１は通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、バグ管理プログラム121はデータベースアクセス処理部102を介してバグ情報テーブル130の状態130-kを「クローズ」とする。
【００３５】
なお、バグの改修に複数日数を要する場合、担当者は、毎日の改修作業終了時にクライアント２のブラウザ201によりサーバ１にネットワークを通してアクセスし、入力装置22から改修実績日数を入力。サーバ１は通信処理部103を介してAP12のバグ管理プログラム121にアクセスし、データベースアクセス処理部102を介してバグ情報テーブル130の改修実績日数130-iを更新する。
【００３６】
次に、以上のようにして作成・更新されるバグ管理テーブル130とテーブル131〜134を用いて、バグ改修のソートとバグ改修のスケジュール作成の手順について説明する。
（２）未着手もしくは調査中のバグ改修のソート（調査順序ソート）
担当者は未着手もしくは調査中のバグ票に対して、優先順位を算出し優先順にソートして、その結果リストを表示することができる。そして、未着手のバグ票に対しては警告表示できる。図８は、バグ情報の状態が未着手もしくは調査中のバグ票の優先順位ソートを示すフローチャートである。
【００３７】
担当者は、クライアント２のブラウザ201により入力装置22からサーバ１にネットワークを介してアクセスする。このとき、担当者は、状態130-kが未着手もしくは調査中のバグ票のソートを指示する。サーバ１は通信処理部103を介してAP12のバグ管理プログラム121にアクセスする。
【００３８】
バグ管理プログラム121は、データベースアクセス処理部102を介してバグ情報テーブル130から、その担当者130-fのバグ票のみを抽出し（図８のステップＳ１）、さらに抽出したバグ票からバグ情報の状態130‐kが未着手もしくは調査中のバグ票を抽出する（ステップＳ２）。バグ管理プログラム121は、抽出したバグ票に対して、優先順位算出プログラム122を呼び出し、後述のようにして優先順位を算出する（ステップＳ４）。さらに、バグ票の状態が未着手のバグ票に対しては（ステップＳ５）警告表示を行う（ステップＳ６）。
【００３９】
このような処理を抽出した全てのバグ票について行う（ステップＳ３）。バグ管理プログラム121は、抽出した全てのバグ票に対して優先順にソートし（ステップＳ７）、図９に例示するような結果リストを表示する。
（３）改修中のバグ改修のソート（改修順序ソート）
担当者はバグ情報の改修中のバグ票に対して、優先順位を算出し優先順にソートして、その結果リスト表示することができる。そして、終了予定日が期日を過ぎてしまうバグ票に対しては警告表示する。また、算出した優先順位より、スケジュールの自動作成を行い、表示することができる。図１０は、バグ情報の状態が改修中のバグ票の優先順位ソートを示すフローチャートである。
【００４０】
担当者は、クライアント２のブラウザ201により入力装置22からサーバ１にネットワークを通してアクセスする。このとき、担当者は、状態130-kが改修中のバグ票のソートを指示する。サーバ１は、通信処理部103を介してAP12のバグ管理プログラム121にアクセスする。
【００４１】
バグ管理プログラム121は、データベースアクセス処理部102を介してバグ情報テーブル130から、その担当者130-fのバグ票のみを抽出し（図１０のステップＴ１）、さらに抽出したバグ票からバグ情報の状態130‐kが改修中のバグ票を抽出する（ステップＴ２）。バグ管理プログラム121は、優先順位算出プログラム122を呼び出し、抽出したバグ票に対して、後述のようにして優先順位を算出する（ステップＴ３）。バグ管理プログラム121は、抽出した全てのバグ票に対して（ステップＴ４）優先順にソートする（ステップＴ５）。
【００４２】
さらに、バグ管理プログラム121は、データベースアクセス処理部102を介して休日情報テーブル134より休日情報134-aを取得する（ステップＴ６）。そして、抽出した全てのバグ票に対して（ステップＴ７）、バグ情報の改修予定日数より開始日、終了予定日を算出し（ステップＴ８）、さらに終了予定日が期日を過ぎてしまうバグ票（ステップＴ９）に対しては警告表示する（ステップＴ１０）。図１１は、このようにして得られた出力結果リストを例示する。
（４）改修スケジュールの自動作成
担当者は（３）で算出した優先順位、開始日、終了予定日により、改修スケジュールの自動作成を行い、表示することができる。
【００４３】
担当者は、クライアント２のブラウザ201により入力装置22からコンピュータ装置サーバ１にネットワークを通してアクセスする。このとき、担当者は、改修スケジュールの作成を指示する。サーバ１は、通信処理部103を介してAP12のスケジュール作成プログロム123にアクセスする。
【００４４】
スケジュール作成プログロム123は、データベースアクセス処理部102を介して休日情報テーブル134から休日情報134-aを取得し、スケジュールから休日の日付をグレー化する。そして、（３）で算出した優先順位、開始日、終了予定日を取得し、スケジュールに反映する。また、終了予定日が期日を過ぎてしまうバグ票に対しては警告表示する。図１２は、このようにして得られた改修スケジュールを例示する。
（５）優先順位の算出
図１３は、図８のステップＳ４および図１０のステップＴ３における優先順位算出のフローチャートを示す。優先順位算出プログラム122は、バグ情報より優先順位を算出する。優先順位は、以下のようにして、未着手の障害係数，ランクの障害係数，ランク比率の障害係数，緊急度の障害係数，期日の障害係数および改修実績の障害係数を求めて、これら６つの係数を乗算する（図１３のステップＵ１２）ことによって算出する。算出した値が大きいほど優先順位が高い。
【００４５】
未着手の障害係数とは、改修未着手の程度を示す係数であって、（１）式で与えられる。
【００４６】
未着手の障害係数=1+（発行日130-dから本日までの日数/発行日130-dから期日130-eまでの日数）                                                            （１）
（１）式から明らかなように、未着手の障害係数は発行日130-dから本日までの日数が長いほど、すなわち未着手日数が長いほど大きくなる。
【００４７】
バグ情報テーブル130における状態130-kが未着手ならば（ステップＵ１）、未着手の障害係数を算出し、レジスタAに格納する（ステップＵ２）。バグ情報の状態が未着手以外ならば、未着手の障害係数を１とする（ステップＵ３）。
【００４８】
ランクの障害係数とは、ランク重み付け情報テーブル131におけるランク131-aの重み131-bであって、ランクがＡに近いほど数値が大きくなる。ランクの障害係数は、データベースアクセス処理部102を介してランク重み付け情報テーブル131から取得し、レジスタBに格納する（ステップＵ４）。
【００４９】
ランク比率の障害係数とは、バグ全体に占める、そのランクＡ〜Ｄの比率を示す係数であって、（２）式で与えられる。
【００５０】
ランク比率の障害係数=（バグ総数-バグ票のランクの数）/バグ総数          （２）
例えば、ランクＡのランク比率の障害係数は、（バグ総数-ランクＡのバグ数)/バグ総数となる。（２）式から明らかなように、ランク比率の障害係数はバグ総数に対してそのランクのバグ数が少ないほど大きくなる。
【００５１】
ランク比率の障害係数は、データベースアクセス処理部102を介してバグ情報テーブル130から全てのバグ情報を取得して算出される（ステップＵ５）。算出されたランクＡ〜Ｄごとのランク比率の障害係数はレジスタCに格納される（ステップＵ６）。
【００５２】
緊急度の障害係数とは、緊急度重み付け情報テーブル132における緊急度132-aの重み132-bであって、緊急度がαに近いほど数値が大きくなる。緊急度の障害係数は、データベースアクセス処理部102を介して緊急度重み付け情報テーブル131から取得し、レジスタDに格納する（ステップＵ７）。
【００５３】
期日の障害係数とは、期日の切迫度を示す係数であって、（３）式で与えられる。
【００５４】
期日の障害係数=基準値-（本日から期日までの日数-休日情報の日数）/基準値  （３）
（３）式から明らかなように、期日の障害係数は期日130-eに近いほど大きくなる。期日の障害係数は、データベースアクセス処理部102を介して基準値情報テーブル133から基準値133-aを取得し、休日情報テーブル134から休日情報134-aを取得して算出しレジスタEに格納する（ステップＵ８）。
【００５５】
改修実績の障害係数とは、改修の進行度を示す係数であって、（４）式で与えられる。
【００５６】
改修実績の障害係数=1+（改修実績日数/改修予定日数）/2                    （４）
（４）式から明らかなように、改修実績の障害係数は改修予定日数に対する改修実績日数の比率が大きいほど大きくなる。改修実績の障害係数は、バグ情報テーブル130における状態130-kが改修中ならば（ステップＵ９）、改修予定日数130-hと改修実績日数130-iを得て算出してレジスタFに格納する（ステップＵ１０）。状態130-kがが改修中以外ならば（ステップＵ９）、改修実績の障害係数を１とする（ステップＵ１１）。
【００５７】
最後に、以上のようにして得られレジスタA，B，C，D，EおよびFに格納されている各障害係数を乗算して優先順位を算出する（ステップＵ１２）。
【００５８】
優先順位=A*B*C*D*E*F                                                    （５）
障害係数B，D，Eは、上記の定義から分かるように、バグ情報のランクと緊急度の重み付けと期日とを数値化した、いわば静的な障害係数である。一方、障害係数A，C，Fは、上記の定義から分かるように、未着手バグの放置状況とバグ全体のランク比率とバグの改修実績日数とを数値化した、いわば動的な障害係数である。
【００５９】
本発明では、（５）式で示すように、動的な障害係数をも加味した優先順位を求め、このような優先順位によって、未着手もしくは調査中のバグ票に対する改修のソート、すなわち調査順序ソート（図８）および改修中のバグ票に対する改修のソート、すなわち改修順序ソート（図１０）を行い、その結果を表示する。また、バグ改修のスケジュールの自動作成を行う。これにより、担当者のバグ改修作業を効率化できる。
［他の実施例］
上述の優先順位算出において、担当者が優先順位の重要項目を指定することにより、指定された重要項目の障害係数を他の障害係数より優先順位に対する影響度を大きくしするようにしてもよい。
【００６０】
また、担当者は、調査順序ソート（図８）および改修順序ソートを行う際、優先順位の重要項目を指定するようにしてもよい。優先順位算出プログラム122は、（５）式の優先順位の算出式において、指定された重要項目で指定された障害係数に対し、優先順位に対する影響度を大きくし優先順位を算出する。例えば、優先順位の重要項目に期日を設定した場合、期日の障害係数を２倍し、優先順位を算出する。
【図面の簡単な説明】
【００６１】
【図１】本発明のバグ管理システムの構成を示すブロック図
【図２】バグ情報テーブル130のデータ構造をデータ例と共に示す図
【図３】ランク重み付け情報テーブル131のデータ構造をデータ例と共に示す図
【図４】緊急度重み付け情報テーブル132のデータ構造をデータ例と共に示す図
【図５】基準値情報テーブル133のデータ構造をデータ例と共に示す図
【図６】休日情報テーブル134のデータ構造をデータ例と共に示す図
【図７】本バグ管理システムの操作者が行う作業とバグ票の状態の遷移を示す図
【図８】本発明の調査順序ソートの説明するためのフローチャート
【図９】本発明の改修順序ソートの説明するためのフローチャート
【図１０】本発明の調査順序ソート結果を示す画面図
【図１１】本発明の改修順序スケジュールを示す画面図
【図１２】本発明の改修順序ソート結果を示す画面図
【図１３】本発明の優先順位算出方法の説明するためのフローチャート
【符号の説明】
【００６２】
１        コンピュータ装置（サーバ）
２        コンピュータ装置（クライアント）
10        CPU
11        メモリ
12        アプリケーション
13        データベース
20        CPU
21        メモリ
22        入力装置
101       メモリアクセス処理部
102       データベースアクセス処理部
103       通信処理部
121       バグ管理プログラム
122       優先順位算出プログラム
123       スケジュール作成プログラム
130       バグ情報テーブル
131       ランク重み付け情報テーブル
132       緊急度重み付け情報テーブル
133       基準値情報テーブル
134       休日情報テーブル
201       ブラウザ
130-a     バグ番号
130-b     バグ内容
130-c     ランク
130-d     発行日
130-e     期日
130-f     担当者
130-g     緊急度
130-h     改修予定日数
130-i     改修実績日数
130-j     改修内容
130-k     状態
131-a     ランク
131-b     重み
132-a     緊急度
132-b     重み
133-a     基準値
134-a     休日情報
【図１】
2006277153.tif 000003
【図２】
2006277153.tif 000004
【図３】
2006277153.tif 000005
【図４】
2006277153.tif 000006
【図５】
2006277153.tif 000007
【図６】
2006277153.tif 000008
【図７】
2006277153.tif 000009
【図８】
2006277153.tif 000010
【図９】
2006277153.tif 000011
【図１０】
2006277153.tif 000012
【図１１】
2006277153.tif 000013
【図１２】
2006277153.tif 000014
【図１３】
2006277153.tif 000015