(57)【要約】【課題】  欠陥管理を行うシステムで所定項目に対する内容変更処理を簡単に行えるようにする。【解決手段】  プロジェクトテーブル１１とメンバテーブル１２とステータステーブル１４と権限テーブル１３とを関連付ける欠陥管理データベース１０を用い、各プロジェクトに対する欠陥及びステータスの一覧表を表示させ、ユーザが欠陥へ対応する進捗の登録に応じて、ユーザが一覧表に登録してある第１のステータスから第２のステータスに変更させる場合に、ユーザに第２のステータスで必要なデータを入力させる入力フィールドを設けた入力フォームを表示させる。【選択図】図２
2007066095.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータプログラムの欠陥管理方法において、
前記コンピュータプログラムの開発又は保守ごとに分類されたプロジェクト及び前記プロジェクトごとにユーザが検出した欠陥を登録するプロジェクトテーブルと、
前記プロジェクトを担当するユーザを登録するメンバテーブルと、
前記欠陥への対応を分類するステータスを登録するステータステーブルと、
前記ステータスを変更可能な操作が異なる操作権限を前記ユーザごとに登録する権限テーブルと、
前記プロジェクトテーブルとメンバテーブルとステータステーブルと権限テーブルとを関連付けるデータベースを備え、
前記各テーブルに記憶された各プロジェクトに対する前記欠陥及びステータスに基づいて、各プロジェクトに対する前記欠陥及びステータスの一覧表を表示させ、
前記ユーザが前記欠陥へ対応する進捗の登録に応じて、前記ユーザの操作権限に従って、前記ユーザが前記一覧表に登録してある第１のステータスから第２のステータスに変更させる場合に、前記ユーザに前記第２のステータスで必要なデータを入力させる入力フィールドを設けた入力フォームを表示させることを特徴とする
欠陥管理方法。
【請求項２】
請求項１記載の欠陥管理方法において、
前記入力フィールドは、前記操作権限ごとに追加、削除が可能なフィールドが異なることを特徴とする
欠陥管理方法。
【請求項３】
請求項１記載の欠陥管理方法において、
前記ユーザが前記欠陥を新規に登録した時は、前記プロジェクトを担当するユーザにメール通知することを特徴とする
欠陥管理方法。
【請求項４】
請求項１記載の欠陥管理方法において、
前記入力フォームは、前記リストとは別のウィンドウに表示させることを特徴とする
欠陥管理方法。
【請求項５】
請求項１記載の欠陥管理方法において、
前記ユーザが、前記第１のステータスから前記第２のステータスに変更させる場合に、前記入力フォームの入力フィールドに前記第２のステータスで必要なデータが入力されているなら、前記入力フォームを表示することなく前記第１のステータスから前記第２のステータスに変更させることを特徴とする
欠陥管理方法。
【請求項６】
コンピュータシステムに実装させることで、コンピュータプログラムの欠陥管理を行うプログラムにおいて、
前記コンピュータプログラムの開発又は保守ごとに分類されたプロジェクト及び前記プロジェクトごとにユーザが検出した欠陥をプロジェクトテーブルに登録するプロジェクトテーブル処理と、
前記プロジェクトを担当するユーザをメンバテーブルに登録するメンバテーブル登録処理と、
前記欠陥への対応を分類するステータスをステータステーブルに登録するステータステーブル登録処理と、
前記ステータスを変更可能な操作が異なる操作権限を前記ユーザごとに権限テーブルに登録する権限テーブル処理と、
前記プロジェクトテーブルとメンバテーブルとステータステーブルと権限テーブルを関連付けるデータベース作成処理と、
前記各テーブルに記憶された各プロジェクトに対する前記欠陥及びステータスに基づいて、各プロジェクトに対する前記欠陥及びステータスの一覧表を表示させる表示処理と、
前記ユーザが前記欠陥へ対応する進捗の登録に応じて、前記ユーザの操作権限に従って、前記ユーザが前記一覧表に登録してある第１のステータスから第２のステータスに変更させる場合に、前記ユーザに前記第２のステータスで必要なデータを入力させる入力フィールドを設けた入力フォームを表示する表示処理を実行することを特徴とする
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばプログラム開発におけるプログラム、機能等の欠陥に対応した進捗状況を管理するための欠陥管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク、コンピュータ装置等の高性能化、記憶装置の大容量化等といった情報技術の急速な進展に伴い、様々な情報がデータベースに集約管理されるとともに、必要に応じて距離的な制約なしに情報を取得できるようになっている。データベースに格納される情報は、例えばキーデータにより複数のテーブルを関係づけ、所定の形式で分類、整理するＲＤＢＭＳ（Relational DataBase Management System：関係データベース管理システム）を用いて管理、運用される。情報を必要とするユーザは、データベースへのアクセスプログラム、データを表現するＷｅｂアプリケーション等によって、情報を共有し、利用する。そして、データベースに格納された情報は、例えば更新時間、識別ＩＤ（Identification）、状態ステータス、バージョン等の管理情報を付与してあり、ユーザの権限に応じて必要な情報を速やかに選択、抽出、編集し、情報の履歴管理等の追跡を行うことが可能となっている。
【０００３】
このような情報管理技術の例として、従来より、プログラム開発等におけるプログラム、機能等の単位ごとに欠陥状況を把握する欠陥管理システムが実現されている。このような欠陥管理システムは、開発規模、開発人員の増大に対して、プログラムデバッグ、機能検証を効率的に行うために導入される。つまり、欠陥管理システムを用いることで管理者は欠陥、検証状況の進捗度合いを一元的に把握すると共に、各開発担当者間で情報を共有し、開発品質を向上させることが可能である。
【０００４】
従来の欠陥管理システムとしては、機能ごとの欠陥、及び欠陥に対する対応状況を書き込むようにした欠陥管理表があった。開発メンバは、メンバごとに割り振られた権限に従って検証フェーズにおける欠陥対応の進捗状況を欠陥管理表に書き込むようにしていた。こうして開発担当者はプログラム、機能等について個別に現時点での欠陥状況を確認することができ、必要な対応を行うようにしていた。
【０００５】
特許文献１には、各種のデータベースを用いて工程管理を行う業務処理システムについての記載がある。
【特許文献１】特開平１０−２１４１１３号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、従来より用いてきた欠陥管理表のような技術では、プログラムの欠陥の修正作業を行うユーザは登録されたデータを一覧リスト上で確認した後、データの状態を変更するために、同じウィンドウ上で変更用の編集フォームを一覧リストと切り換えて表示させ、変更処理を行わなければならなかった。切り替え表示させた変更用の編集フォームには、遷移させるステータスの関連有無に関わらず全ての入力フィールドが表示されるため、ユーザは必要な入力フィールドを適宜選択してデータの入力、編集を行うようにしていた。
【０００７】
しかしながら、変更対象となるデータ件数が多数ある場合には、そのデータ１件ごとに変更用の編集フォームに画面遷移しなければ変更処理を行うことができない。こうすると、登録されたデータ量が膨大である場合には、変更を行うためのデータ量も増大してしまう。また、ステータスごとに入力しなければならない項目は異なるが、項目の選択が不適切である場合、必須項目への入力が抜け落ちてしまうという問題があった。また、ステータス変更の処理を行う度ごとに、必ず編集フォームに画面遷移し、ステータスごとに必要な入力データを選択、編集しなければならないことはユーザにとって不便さを感じさせる要因となるばかりか、作業効率の低下をも招く要因となっていた。
【０００８】
本発明はこのような状況に鑑みて成されたものであり、管理リスト上の所定項目に対する内容変更処理を簡単に行うことを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、所定のコンピュータプログラムの開発又は保守ごとに分類されたプロジェクト及びプロジェクトごとにユーザが検出した欠陥をプロジェクトテーブルに登録し、プロジェクトを担当するユーザをメンバテーブルに登録し、欠陥への対応を分類するステータスをステータステーブルに登録し、ステータスを変更可能な操作が異なる操作権限をユーザごとに権限テーブルに登録し、プロジェクトテーブルとメンバテーブルとステータステーブルと権限テーブルを関連付けるデータベースを用意し、各テーブルに記憶された各プロジェクトに対する欠陥及びステータスに基づいて、各プロジェクトに対する欠陥及びステータスの一覧表を表示させ、ユーザが欠陥へ対応する進捗の登録に応じて、ユーザの操作権限に従って、ユーザが一覧表に登録してある第１のステータスから第２のステータスに変更させる場合に、ユーザに第２のステータスで必要なデータを入力させる入力フィールドを設けた入力フォームを表示させるようにしたものである。
【００１０】
このようにしたことで、各プロジェクトに対する欠陥及びステータスの一覧表より、欠陥へ対応する進捗に応じてステータス変更を行う場合に、必要なデータを入力させる入力フィールドを設けた入力フォームを表示させることができる。
【発明の効果】
【００１１】
本発明によれば、欠陥へ対応する進捗に応じて変更させるステータスで必要な入力フィールドを設けた入力フォームにデータ入力させるため、ステータスごとに必要なデータを過不足なく登録できるという効果がある。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施の形態を、添付図面を参照して説明する。本実施の形態では、コンピュータの開発又は保守の際に、プログラム、機能ごとに欠陥状況を把握し、欠陥に対応した進捗状況を管理する欠陥管理システムに適用した例としてある。
【００１３】
まず、本例の欠陥管理システムのネットワーク構成例について、図１を参照して説明する。大容量の記憶装置を備えたコンピュータ装置であるサーバ１には、後述するプログラム、機能ごとに欠陥情報を記録・管理する欠陥管理データベース１０と関連する各種のテーブルが構築してある。サーバ１とユーザが個別に使用する複数のクライアントコンピュータ装置２ａ〜２ｈは、例えばＬＡＮ（Local Area Network）等のネットワーク回線で相互接続してあり、クライアントサーバ型ネットワークを構成している。本例において、サーバ１に欠陥管理データベース１０を構築し、ユーザがクライアントコンピュータ装置２ａ〜２ｈを用いて情報を利用可能とするシステムを、欠陥管理システム１００としてある。欠陥管理システム１００を構成するプログラムは、サーバ１の図示しない記憶装置（例えば、ＨＤＤ（Hard Disk Drive））上に格納してあり、随時読み出し、実行が可能である。ある開発に携わるテスタ、プログラマ、管理者等から構成される開発メンバは、それぞれ個別にクライアントコンピュータ装置２ａ〜２ｈに割り振られる。そして、各開発メンバは、所定のユーザアカウント、パスワードの入力によりサーバ１で認証され、欠陥管理システム１００を利用することが可能となる。また、認証された各開発メンバの権限に応じて、Ｗｅｂアプリケーション又は実行形式のアプリケーションを用いてサーバ１のデータベースに対してデータの閲覧、登録、編集等の操作を行うことが可能である。
【００１４】
次に、サーバ１に構築した欠陥管理データベース１０のテーブル構成例について、図２を参照して説明する。欠陥管理データベース１０は、例えばＲＤＢＭＳにより管理、運用されており、内部に登録してある各種のテーブルに対して所定のキーデータが設定され、互いに関連付けられている。各テーブルは、実体（エンティティ）であり、それぞれの実体は、実体と実体の連携を表す関連（リレーションシップ）によって接続してある。ここで内部テーブルには、開発プロジェクトを登録し、イベントとして欠陥内容を管理するプロジェクトテーブル１１、プロジェクトに携わる開発メンバを登録するメンバテーブル１２、開発メンバごとに参照、更新、追加等の権限を設定する権限テーブル１３、各ステータスから遷移可能なステータスを定義するステータステーブル１４等で構成してある。関連の黒丸は、「多」接続を示しており、例えば、メンバテーブル１２とプロジェクトテーブル１１の関連は、１対多であることが分かる。つまり、メンバテーブル１２の１レコードには、関連づけられたプロジェクトテーブル１１の複数レコードが存在しうることを意味する。同様に、ステータステーブル１４に対するプロジェクトテーブル１１、権限テーブル１３に対するメンバテーブル１２は、１対多関係となっている。それぞれのデータは、欠陥管理データベース１０内に作成されたテーブル１１〜１４に、複数のレコードとして格納されている。
【００１５】
ここで、本例の欠陥管理システム１００におけるステータスの種類とステータスに対応する処理例について、図３のステータスフローを参照して説明する。
【００１６】
プログラム、機能等の欠陥状況を管理するためにそれぞれの欠陥に対してステータスを設定し、対応状況に応じてステータスが遷移する処理が行われる。本例において、開発メンバの職階を例えば、テスタ、作業者、実装者、管理者として分類してあり、職階ごとにステータスを遷移させる権限が異なり、参照又は編集可能となる操作が制限されるものとする。
【００１７】
まず、テスタがプログラムの実行、機能検証時に欠陥を検出した場合、欠陥管理システム１００に欠陥を新規登録し、その欠陥に対して「新規登録」ステータスとする（ステップＳＴ１）。このとき、新規登録した欠陥に対して欠陥ＩＤが連番で割り振られる。また、新規登録した欠陥情報は、担当プロジェクトの開発メンバにメール通知され、欠陥への対応を促す。また、正しく欠陥情報が新規登録されると、後述する欠陥管理リスト５０に表示されるため、このリスト表示で欠陥を確認することも可能である。そして、新規登録した欠陥が、欠陥であるかどうかを判断する（ステップＳＴ２）。この場合、例えば仕様から生じる機能制限によりテスタが欠陥と判断して登録する場合があるため、真の欠陥であるかどうかを判断する必要がある。
【００１８】
新規登録した欠陥が、真の欠陥ではない場合、入力エラーの判断を行い（ステップＳＴ１２）、テスタが誤って新規登録した場合は、「入力キャンセル」ステータスとする（ステップＳＴ１４）。一方、管理者が欠陥ではないと判断した場合は、「却下」ステータスとする（ステップＳＴ１３）。
【００１９】
新規登録した欠陥が真の欠陥である場合、管理者は、既に欠陥管理システム１００に登録された既出の欠陥であるかどうか重複チェックを行う（ステップＳＴ３）。管理者が既出の欠陥であると判断した場合、「重複」ステータスとする（ステップＳＴ１５）。
【００２０】
重複チェックを行った結果、管理者が新出の欠陥であると判断した場合、管理者は、その欠陥に対して修正を行い、延期するかどうか判断する（ステップＳＴ４）。修正対応を一旦保留する場合、「延期」ステータスとする（ステップＳＴ１６）。修正対応を決定する場合、この欠陥に対応する作業者の割り振りを行い、「担当割り振り」ステータスとする（ステップＳＴ５）。作業者が実際にプログラム等の修正作業を行う間は、「修正対応中」ステータスとする（ステップＳＴ６）。なお、プログラム等の修正を行わなくても、運用の変更等で欠陥が修正される場合がある。この場合、例えばメモリの記憶容量不足による書き込みエラーなどは、より大きなメモリに入れ替えることで欠陥が修正される可能性がある。
【００２１】
修正対応が完了したら「修正完了」ステータスとする（ステップＳＴ７）。そして、修正したプログラム等を実装者が開発システムに組み込み、「組み込み」ステータスとする（ステップＳＴ８）。テスタは、「修正完了」ステータス、又は「組み込み」ステータスのプログラム、機能等についてテストを実施し、テスト結果を報告する（ステップＳＴ９）。
【００２２】
テスタレベルで欠陥が解消されていないと判断できる場合、再度作業者の割り振りを行い、「担当割り振り」ステータスとする（ステップＳＴ５）。テスタレベルで欠陥が解消されたと判断できる場合、結果検証を行い、「検証」ステータスとする（ステップＳＴ１０）。管理者が、欠陥の解消を確認できたら「対応完了」ステータスとし（ステップＳＴ１１）、欠陥への対応を完了させる。
【００２３】
次に、本例の欠陥管理システム１００におけるトップ画面の構成例について、図４を参照して説明する。図４は、クライアントコンピュータ装置の画面上にＧＵＩ（Graphical User Interface）を用いて表示させたトップ画面の例である。欠陥管理システム１００によるユーザ認証後、トップ画面２０が表示され、ユーザは各種の処理を選択することが出来る。
【００２４】
トップ画面２０には、欠陥管理システム１００で認証されたユーザＩＤ「０００１」と、複数のプロジェクトから欠陥管理を行うプロジェクトを選択するためのドロップダウンリストｄ１が表示される。本例では、ドロップダウンリストｄ１でプロジェクト名称の「ＰＪ１」が選択してある。そして、選択したプロジェクトごとに欠陥の新規登録等の処理を行う画面遷移タブｔ１が設けてあり、ユーザはそれぞれのタブ項目を選択して必要な処理を選択できる。本例では、画面遷移タブｔ１にはトップ画面に遷移する「トップ」、欠陥の新規登録を行う「新規登録」、欠陥の検索を行う「検索」、欠陥・品質をチャート表示させる「チャート」、プロジェクト全般のフィールド、データ設定管理を行う「プロジェクト管理」が設けてある。ただし、ユーザの職階により選択可能なタブ項目は異なっており、例えば「プロジェクト管理」タブには、テスタレベルでは画面遷移することができず、管理者以上の職階で画面遷移可能となる。また、例えばユーザがテスタレベルである場合は、「プロジェクト管理」タブを非表示とすることで不要な画面に遷移させないようにしてもよい。
【００２５】
トップ画面２０には、選択したプロジェクト名称としてプロジェクト「ＰＪ１」が表示され、「ステータス名称（件数）」の書式で表示されたステータスからチェックボックスｃ１を選択するようにして、プロジェクト「ＰＪ１」における欠陥管理状況を一覧表示させる。全ステータスのデータを一括表示させる場合は、「全て」ボタンを選択する。表示された内容は、「欠陥ＩＤ」、「ステータス」、「タイトル」、「担当者」、「担当割当日」、「最終更新者」、「最終更新日」、…としてある。ユーザはトップ画面２０を参照することで、複数のプロジェクトであっても、プロジェクトごとの欠陥対応状況の把握を行うことができる。
【００２６】
次に、ステータスごとの入力フィールドを設定するフィールド設定画面の構成例について、図５を参照して説明する。図５は、クライアントコンピュータ装置の画面上にＧＵＩを用いて表示させたフィールド設定画面の例であり、トップ画面２０の「プロジェクト管理」タブを選択して画面遷移する。
【００２７】
ステータスごとに記入が必要なフィールドと、フィールドへの入力内容を設定する欠陥フィールド編集画面３０の「欠陥フィールドの編集・追加」メニューより、管理者はステータスごとに必要なフィールドを選択、登録する。ステータス項目ｓ１には、図３のステータスフローで説明した各ステータスを任意に選択可能である。本例では、管理者が「新規登録」ステータスを選択し、強調表示させる。そして、選択したステータスに対応するフィールドの一覧として、そのステータスに登録されている設定フィールドｆ１と、そのステータスに未登録の未設定フィールドｆ２が表示される。
【００２８】
あるステータスにおけるフィールドは、フィールド設定一覧ｆ３に表示される。この一覧は、フィールド名称を記載した「フィールド名」、フォームの表示順を設定した「フォーム順」、フィールドの入力条件を設定した「入力条件」のフィールドで構成してあり、ドロップダウンリストｄ２により、全表示メニューの「全て」と、任意表示メニューを切り替えることができる。任意表示メニューとしては、「未設定」、「表示のみ」、「入力任意」、「入力必須」、「自動入力」があり、「入力条件」に応じて選択表示可能である。本例において、ドロップダウンリストｄ２は、「全て」を指定してあり、「新規登録」ステータスへの設定、未設定に関わらず全てのフィールドが表示される。例えば、ドロップダウンリストｄ２を、「入力必須」に指定した場合、フィールド設定一覧ｆ３には、「タイトル」、「発見者」、「発見日」、「発生頻度」、「問題点区分」、「発見フェーズ」、「シャーシ」、「発見バージョン」、…が表示される。項目の並び順は「フォーム順」フィールドで振られた連番で指定可能である。なお、「入力条件」フィールドが「未設定」である場合は、「フォーム順」フィールドに番号は振られない。
【００２９】
本例では、「新規登録」ステータスの場合、設定フィールドｆ１には、「欠陥ＩＤ」、「ステータス」、「タイトル」、…が設定してある。一方、未設定フィールドｆ２には、「対処者」、「対処日」、「検証者」、…が設定してある。管理者が「新規登録」ステータスで新たにフィールド追加を行う場合は、未設定フィールドｆ２より、例えば「対処者」フィールドを選択して、ボタンｂ１の「追加」ボタンを押下すると設定フィールドｆ１に「対処者」フィールドが追加される。このとき、未設定フィールドｆ２からは「対処者」フィールドが削除される。
【００３０】
管理者が「新規登録」ステータスでフィールド削除を行う場合は、設定フィールドｆ１より、例えば「モジュール」フィールドを選択して、ボタンｂ１の「削除」ボタンを押下すると未設定フィールドｆ２に「モジュール」フィールドが追加される。このとき、設定フィールドｆ１からは「モジュール」フィールドが削除される。
【００３１】
また、設定フィールドｆ１内の並び順を変更する場合は、あるフィールド項目を選択した後、ボタンｂ１の「上へ」、又は「下へ」ボタンを押下する。こうすることでフィールドの並び順を変更することができ、自動的にフィールド設定一覧ｆ３の並び順とフォーム順の値が変更される。
【００３２】
また、図示しないフィールドの属性設定メニューにより、各フィールドの属性値として、例えば数値型、テキスト型、データの長さ、入力フォームのデザイン等を任意に設定可能である。また、図示しない新規フィールドの追加メニューにより、新たにフィールドを追加設定することが可能である。
【００３３】
次に、欠陥の新規登録処理の例について、図６を参照して説明する。まず、図４で説明したトップ画面２０の画面遷移タブｔ１より、ユーザは「新規登録」タブを選択すると欠陥の内容を新規登録するための新規登録フォーム４０に画面遷移する。
【００３４】
新規登録フォーム４０では、新規登録時の設定フィールドｆ１が行表示される。本例では、「新規登録」ステータスに遷移することを表す「変更ステータス」、システムで自動入力される「欠陥ＩＤ」、「ステータス」、ユーザが必須入力しなければならない「タイトル」、「発見日」、「発見者」等が表示される。「欠陥ＩＤ」には、自動で連番が振られ、「ステータス」には、「新規登録」が設定される。ユーザが入力する項目がテキストボックスの場合は、例えば３００バイト以内とするような所定の字数制限がある。「発見日」等の日付入力項目は、カレンダー表示から日付を選択入力する。また、「発見者」等の作業者名称の入力は、メンバテーブル１２より取得したプロジェクト担当者の名称一覧より選択入力する。
【００３５】
欠陥の新規登録が完了すると入力内容のチェックをシステムで行う。このとき、不正データが入力あるいは、データ未入力である場合、ユーザにデータの再入力を促すメッセージを表示させる。そして、内容に問題なければ図示しないメール送信フォームに遷移し、担当プロジェクトの開発メンバに対して欠陥内容を記載した電子メールを送信する。管理者は受信した電子メールの記載内容から新規に欠陥が発見されたことを知ることで、所定の対応を行うことができる。
【００３６】
次に、本例の欠陥管理システム１００による欠陥データのリスト表示とリスト表示からのステータス変更の処理例について、図７〜図９を参照して説明する。
【００３７】
まず、図７の欠陥管理リスト５０を用いて欠陥データをクライアントコンピュータ装置の図示しない表示パネルにＧＵＩによるリスト表示を行い、欠陥情報の進捗を確認する。ユーザは、サーバ１による認証後、初期画面として欠陥管理リスト５０を表示させることで本例の欠陥管理システム１００の使用を開始する。このとき、欠陥管理リスト５０は、「欠陥ＩＤ」、「ステータス」、「タイトル」、「最終更新日」フィールドが設定してあり、各レコードを「欠陥ＩＤ」フィールドの降順に表示させる。「ステータス」フィールドに表示されたステータスのうち、遷移可能なステータスが存在する場合は、ドロップダウンリストｄ３として表示される（例えば、「新規登録」ステータスの次は、「担当割り振り」又は「入力キャンセル」ステータスに遷移する）。一方、遷移可能なステータスが存在しない場合は、テキストのみ表示され（例えば、「対応完了」ステータス）、ステータスの遷移処理は行うことができない。
【００３８】
ここで、本例の欠陥管理システム１００による欠陥データのリスト表示の処理例について、図８のフローチャートを参照して説明する。
【００３９】
まず、図７に示した欠陥管理リスト５０のリスト表示を開始する（ステップＳＴ２１）。このとき、欠陥管理システム１００は、表示する欠陥データのステータスデータを取得する。ここで、欠陥データが存在するかどうか判断する（ステップＳＴ２２）。欠陥データが存在しなければ、欠陥管理リスト５０のリスト表示処理を終了する（ステップＳＴ２５）。
【００４０】
そして、欠陥管理システム１００は、取得したステータスの遷移可能なステータスに関するデータを取得する。欠陥データが存在する場合、その欠陥データに対して遷移可能なステータスが存在するかどうか判断する（ステップＳＴ２３）。例えば、ステータスが「新規登録」である場合、欠陥は新規登録されたばかりであり、何らかの対応が必要であり、遷移可能なステータスが存在する。一方、ステータスが「対応完了」である場合、欠陥についての修正、検証が完了しており、遷移可能なステータスが存在しないため、その欠陥データに対しては対応終了となる。
【００４１】
その欠陥データに対して遷移可能なステータスが存在しない場合、別の欠陥データの検索、処理判断を行うため、ステップＳＴ２２の判断に戻る。一方、遷移可能なステータスが存在する場合、現在のステータスと遷移可能なステータスをメニュー項目とするドロップダウンリストｄ３を表示させる（ステップＳＴ２４）。なお、初期表示値は現在のステータスである。本例では、現在のステータスとして表示される「新規登録」ステータスと共に、遷移可能なステータスとして「担当割り振り」ステータスと「入力キャンセル」ステータスが表示される。
【００４２】
次に、本例の欠陥管理システム１００による、欠陥管理リスト５０のリスト表示から行うステータス変更の処理例について、図９のフローチャートを参照して説明する。
【００４３】
まず、欠陥管理リスト５０をリスト表示させ、遷移可能なステータスが存在する欠陥データに対してステータス変更の処理を開始する（ステップＳＴ３１）。そして、変更を行うステータスに対してデータ入力を行わなければならない必須フィールドが存在するかどうか判断する（ステップＳＴ３２）。必須フィールドが存在しない場合、データのステータス変更確定処理に遷移する（ステップＳＴ３７）。このとき、選択されたステータスへ遷移するための必須情報が記入されていれば、選択されたステータス情報を欠陥管理データベース１０に更新し、リスト表示を更新する。
【００４４】
例えば、ステータスを「新規登録」から「担当割り振り」に遷移させるとき、「担当割り振り」で必須フィールドが既に入力済みである場合、入力フォーム６０に遷移することなしに欠陥管理リスト５０のステータスを「担当割り振り」に変更し、変更処理を確定させる。この場合、ドロップダウンリストｄ３のステータス変更と「最終更新日」がステータスを変更した日付に変更されるのみとなる。
【００４５】
変更するステータスに対して必須フィールドが存在し、未入力である場合、遷移するステータスに対応する所定の値を入力しなければならない。このため、欠陥データのステータス変更処理に遷移する（ステップＳＴ３３）。選択されたステータスへ遷移するための必須情報が記入されていない場合は、記入するための必須項目の入力フォーム６０を表示させる。本例では、ドロップダウンリストｄ３より、「担当割り振り」ステータスを選択すると、必須項目の入力フォームを欠陥管理リスト５０のウィンドウとは別のウィンドウで表示させる（ステップＳＴ３４）。この入力フォームウィンドウを入力フォーム６０とする。
【００４６】
別のウィンドウで表示された入力フォーム６０には、図５の欠陥フィールド編集画面で設定したステータスに対応するフィールドのみ表示される。本例では、管理者が欠陥管理リスト５０より、欠陥ＩＤが“９”で「タイトル」が検索結果不正である「新規登録」ステータスの欠陥レコードを選択したと想定する。本例の入力フォーム６０には、「欠陥ＩＤ」、「ステータス」、「担当割り振り者」、「期限日」について必須入力フィールドとしてフィールドが設定してある。入力フォーム６０には、フィールドにデータ入力した後、「入力」、「キャンセル」を決定するボタンｂ２が配置してあり、入力が完了したら「入力」ボタン、訂正時は「キャンセル」ボタンを押下する。
【００４７】
そして、欠陥管理システム１００は、入力フォームに登録した値について入力チェックを行う（ステップＳＴ３５）。入力チェックとしては、例えば数値チェック、文字長チェック等がある。入力したデータが不正値であれば、ＮＧデータであると判断し、エラー表示を行い（ステップＳＴ３６）、ユーザに再入力を促す。
【００４８】
入力したデータが正しければ、ＯＫデータであると判断し、データのステータス変更確定処理に遷移する（ステップＳＴ３７）。このとき、入力フォーム６０のステータス変更が確定する。最後に、欠陥管理リスト５０について変更したステータスの値を反映させて（ステップＳＴ３８）処理を終了する。
【００４９】
このようにすることで、ステータスの遷移に対応して必須入力フィールドに必要な値を入力してステータスを遷移させることが可能となった。
【００５０】
本発明の実施の形態によれば、ユーザはステータス変更を行う場合に、必要な入力フィールドのみを組み合わせた入力フォームを表示させ、入力処理を行うことが可能であるため、ステータスごとに設定される必須入力フィールドに確実にデータを入力させることで入力値に過不足が生じることがないという効果がある。
【００５１】
また、ユーザの権限ごとに遷移可能なステータスが決まっているため、誤操作によりステータスが不正に遷移することがない。このため、不正値が登録される可能性が減少するという効果がある。また、ユーザの権限、アカウントごとに表示されるステータス、フィールドの内容を任意に設定可能であるため、下位者が不要なデータを閲覧、編集することがないという効果がある。
【００５２】
また、ステータスを遷移させる場合に、別のウィンドウで入力フォームを表示させるため、入力画面を切り替え、不要な入力項目を表示させることがないので、ユーザにとっては入力項目を検索する手間を減らすことが可能である。また、必須フィールドにデータが入力済みである場合は、入力フォームを表示させることなくステータス変更が可能であるためユーザのストレスが解消されると共に、不要な工数を削減できるという効果がある。
【００５３】
また、ステータスごとに必要となる入力フィールドを任意に追加、削除する編集処理が可能であるため、高い柔軟性を有しており、プロジェクトごとに入力フィールドを修正することが容易であるという効果がある。
【００５４】
また、ステータスを遷移させる場合に、表示させる入力フォームには、必要最低限の入力フィールドしか表示されず、また、ユーザが入力フォームに入力する入力値も必要最低限のフィールド数であるため、サーバ１の処理量、サーバ１とクライアントコンピュータ装置間のネットワーク負荷が減少し、処理パフォーマンスが向上するという効果がある。
【００５５】
なお、上述した実施の形態では、プログラム、機能ごとに欠陥状況を把握し、欠陥に対応した進捗状況を管理する欠陥管理システム１００に適用した例としたが、その他の要件管理システム、文書管理システム、進捗管理システム、購買管理システム等のステータス管理に適用するようにしても同様の効果が得られる。他のシステムに適用した場合、必要となるステータスはそれぞれ異なってくるが、ステータスとステータスに対応するフィールドは適宜設定可能である。
【００５６】
また、上述した実施の形態では、欠陥管理システム１００のネットワーク構成例をクライアントサーバ型ネットワークとして説明したが、その他のネットワーク構成を用いても同様の効果が得られる。また、上述した実施の形態では、複数のクライアントを１台のサーバに接続するようにしたが、サーバは複数台設置してもよい。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施の形態における欠陥管理システムのネットワーク構成例を示した構成図である。
【図２】本発明の一実施の形態における欠陥管理データベースのテーブルの例を示した構成図である。
【図３】本発明の一実施の形態におけるステータス遷移の例を示したフローチャートである。
【図４】本発明の一実施の形態におけるトップ画面の構成例を示した説明図である。
【図５】本発明の一実施の形態におけるフィールド編集画面の構成例を示した説明図である。
【図６】本発明の一実施の形態における新規登録処理の例を示した説明図である。
【図７】本発明の一実施の形態におけるステータス変更処理の例を示した説明図である。
【図８】本発明の一実施の形態における欠陥データのリスト表示処理の例を示したフローチャートである。
【図９】本発明の一実施の形態におけるリスト表示からのステータス変更処理の例を示したフローチャートである。
【符号の説明】
【００５８】
１…サーバ、２ａ〜２ｈ…クライアントコンピュータ装置、１０…欠陥管理データベース、１１…プロジェクトテーブル、１２…メンバテーブル、１３…権限テーブル、１４…ステータステーブル、２０…トップ画面、３０…欠陥フィールド編集画面、４０…新規登録フォーム、５０…欠陥管理リスト、６０…入力フォーム、ｂ１，ｂ２…ボタン、ｄ１，ｄ２…ドロップダウンリスト、ｓ１…ステータス、ｆ１…設定テーブル、ｆ２…未設定テーブル、ｆ３…フィールド設定一覧
【図１】
2007066095.tif 000003
【図２】
2007066095.tif 000004
【図３】
2007066095.tif 000005
【図４】
2007066095.tif 000006
【図５】
2007066095.tif 000007
【図６】
2007066095.tif 000008
【図７】
2007066095.tif 000009
【図８】
2007066095.tif 000010
【図９】
2007066095.tif 000011