| 【発明の名称】 |
問題点管理システム及び管理方法 |
| 【発明者】 |
【氏名】中島 徹
【氏名】広隆 太司
【氏名】大久保 清
【氏名】野村 祐治
【氏名】橋ヶ谷 誠
【氏名】秋田 俊一
|
| 【要約】 |
【課題】複数の問題点管理対象を管理する場合に、問題点の影響を受ける問題点管理対象抽出のための調査工数を削減し、問題点対策の進捗状況の把握を容易とする。
【解決手段】ソースコードやバージョン同士の派生関係、全体と部分の関係を木構造のデータ形式で管理ファイル１１５内に管理する。問題点を作りこんだソースコードやバージョンが入力部１０１から入力されたとき、問題点を作りこんだソースコードやバージョンよりも木構造で下位にあたるソースコードやバージョンの集合を、対策が必要なソースコードやバージョンと定めて抽出する。 |
【特許請求の範囲】
【請求項１】 相互に関連する複数の管理対象の問題点を管理する問題点管理システムにおいて、問題点を入力する入力部、及び、問題点を蓄積する問題点データファイルを有する問題点管理装置と、管理対象の構成情報及び変更履歴を構成データとして記録管理する構成管理装置とを有し、前記構成管理装置は、問題点発生時に複数の問題点管理対象の中から発生した問題点の対策を要する問題点管理対象を抽出する影響範囲決定部を具備することを特徴とする問題点管理システム。
【請求項２】 前記問題点データファイルは、複数の管理対象のそれぞれに対応する行と、入力された問題点のそれぞれに対応する行とを有するデータ構造を持ち、前記列と行との交点に問題点の対策状況を保持するものであることを特徴とする請求項１記載の問題点管理システム。
【請求項３】 前記構成管理装置は、前記複数の管理対象相互間の派生関係の情報を木構造を持つデータ構造で管理する管理ファイルを備え、前記影響範囲決定部は、前述管理ファイル内の管理対象相互間の派生関係の情報を示す木構造のデータ構造に基づいて、問題点の対策を要する問題点管理対象を抽出することを特徴とする請求項１または２記載の問題点管理システム。
【請求項４】 前記構成管理装置は、影響範囲決定部が決定した問題点を対策する必要のある問題点管理対象の表示を行い、問題点を対策する必要のある問題点管理対象に、問題点データファイルが保持する問題点対策状況の表示を行う構成情報表示部を有することを特徴とする請求項１、２または３記載の問題点管理システム。
【請求項５】 相互に関連する複数の管理対象の問題点を管理する問題点管理方法において、複数の管理対象と、複数の管理対象のそれぞれに対応する問題点と、複数の管理対象のそれぞれに対応する問題点の対策状況を保持して管理し、前記複数の管理対象相互間の派生関係を管理すると共に、前記複数の管理対象相互間の派生関係の情報に基づいて問題点の対策を要する問題点管理対象を抽出し、抽出した問題点管理対象とその問題点管理対象の問題点対策状況との表示を行うことを特徴とする問題点管理方法。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、問題点管理システム及び管理方法に係り、特に、ソフトウエアの開発保守等に関して、改良を加えることにより相互に関連する複数の管理対象が生じるようなソフトウエアあるいは装置等の開発保守において、複数の管理対象で発生する問題点を管理する問題点管理装置と管理対象の構成及び変更履歴を管理する構成管理装置とを具備する問題点管理システム及び管理方法に関する。
【０００２】
【従来の技術】ソフトウエアの開発保守において発生する問題点の管理を行う技術は、従来から知られている。その１つの従来技術は、問題点を管理する問題点管理装置とソフトウエアの構成と変更点とを管理する構成管理装置とに、相互に連絡し合うインタフェース部を設け、問題点を解決するためにあるバージョンのプログラムのプログラムコードが変更されたとき、構成管理装置が問題点管理装置に変更が生じたことを通知し、問題点管理装置が、問題点データファイルに当該バージョンのプログラムに対して対策修正が行われたことを自動的に登録し、各バージョンのプログラムに対して行われた変更と問題点データファイルとの対応がとれているか否かをチェックすることにより、問題点管理装置が管理する問題点毎のステータスと実際のプログラムコードのステータスとの整合性を保証するというものである。
【０００３】なお、この種の問題点管理システムに関する従来技術として、例えば、特開平９−２１２３８６号公報、特開平１１−２０３１１３号公報等に記載された技術が知られている。
【０００４】
【発明が解決しようとする課題】前述した従来技術は、問題点がもれなく正確に登録される限りにおいて、問題点のステータスや、対策状況を誤りなく管理することができ、問題点の対策漏れを防止することができるものである。しかし、一般に、ソフトウエアの開発保守において、ソフトウエアの改良を重ねていったとき、昔の版（バージョン）で作り込まれたバグが長い間発見されずに数回の改良を重ねて複数の版を発行した後に発見されることがあり、このような場合、バグが作り込まれてからバグが発見されるまでに発行した全ての版について、同一のバグが存在している可能性があり、異なるバージョンの複数のプログラムに同一の問題点が存在してしまうことになる。
【０００５】前述のように問題点が複数の問題点管理対象に影響する場合、前述した従来技術は、バグが存在している版とバグが存在していない版とを正確に切り分け、正確に問題点を問題点データファイルに登録するために、全ての問題点管理対象とするソースコードを調査し、それぞれの対策の要否を判断する必要があるが、多数の問題点管理対象を正確に抽出して、それぞれの対策の要否を判断しなければならず、その工数が大きくなっしまい、効率的な問題点の管理を行うことができないという問題点を有している。
【０００６】本発明の目的は、前述した従来技術の問題点を解決し、複数の問題点管理対象の中に同じ問題点が潜んでいる場合に、最初に問題点を発生させた問題点管理対象、すなわち、最初に問題点を発生させたバージョンのプログラムを調査するだけで、問題点に対して対策を行う必要のある問題点管理対象の一覧を自動的に漏れなく抽出し、各問題点別にその問題点に対する対策の要否と、問題点対策が必要な場合の対策の進捗状況とを示し、問題点の管理対象の集合全体としての問題点対策の進捗状況を把握させることができる問題点管理システム及び管理方法を提供することにある。
【０００７】
【課題を解決するための手段】本発明によれば前記目的は、相互に関連する複数の管理対象の問題点を管理する問題点管理システムにおいて、問題点を入力する入力部、及び、問題点を蓄積する問題点データファイルを有する問題点管理装置と、管理対象の構成情報及び変更履歴を構成データとして記録管理する構成管理装置とを有し、前記構成管理装置は、問題点発生時に複数の問題点管理対象の中から発生した問題点の対策を要する問題点管理対象を抽出する影響範囲決定部を具備することにより達成される。
【０００８】また、前記目的は、前記構成管理装置が、前記複数の管理対象相互間の派生関係の情報を木構造を持つデータ構造で管理する管理ファイルを備え、前記影響範囲決定部が、前述管理ファイル内の管理対象相互間の派生関係の情報を示す木構造のデータ構造に基づいて、問題点の対策を要する問題点管理対象を抽出することにより達成される。
【０００９】さらに、前記目的は、相互に関連する複数の管理対象の問題点を管理する問題点管理方法において、複数の管理対象と、複数の管理対象のそれぞれに対応する問題点と、複数の管理対象のそれぞれに対応する問題点の対策状況を保持して管理し、前記複数の管理対象相互間の派生関係を管理すると共に、前記複数の管理対象相互間の派生関係の情報に基づいて問題点の対策を要する問題点管理対象を抽出し、抽出した問題点管理対象とその問題点管理対象の問題点対策状況との表示を行うことにより達成される。
【００１０】
【発明の実施の形態】以下、本発明による問題点管理システム及び管理方法の一実施形態を図面により詳細に説明する。なお、以下に説明する本発明の実施形態は、本発明をソフトウェア開発における問題点の管理を行うものとしている。
【００１１】図１は本発明の一実施形態による問題点管理システムの構成を示すブロック図、図２は問題点データファイル内の問題点毎、問題点管理対象毎の問題点対策状況を記憶するためのデータ構造を説明する図、図３は管理ファイル内で木構造のデータ形式により管理される管理対象を説明する図、図４は影響範囲決定部が問題点影響範囲を特定する処理動作を説明するフローチャート、図５は問題点を最初に作り込んだ問題点管理対象と問題点の対策が必要な問題点管理対象との関係を説明する図、図６は構成情報表示部での対策の必要のある問題点管理対象及び対策の進捗状況の表示例を示す図、図７は対策の必要のある問題点管理対象及び対策の進捗状況の表示を行う処理動作を説明するフローチャートである。図１において、１００は問題点管理装置、１０１は入力部、１０２は集計部、１０３は集計結果出力部、１０４は問題点データファイル、１１０は構成管理装置、１１１は入出力管理部、１１２は影響範囲決定部、１１３は構成情報表示部、１１４は問題点管理対象データファイル、１１５は管理ファイル、１２０はインタフェース部、１３０は出力装置、１４０はエディタである。
【００１２】本発明の一実施形態による問題点管理システムは、問題点管理装置１００と構成管理装置１１０とがインタフェース部１２０により相互に接続されて構成される。そして、問題点管理装置１００は、入力部１０１と、集計部１０２と、集計結果出力部１０３と、問題点データファイル１０４とを備えて構成され、また、構成管理装置１１０は、エディタ１４０が接続されている入出力管理部１１１と、影響範囲決定部１１２と、入出力装置１３０が接続されている構成情報表示部１１３と、問題点管理対象データファイル１１４と、管理ファイル１１５とを備えて構成される。
【００１３】前述したように構成される本発明の実施形態による問題点管理システムにおいて、問題点管理装置１００は、問題点入力部１０１から問題点の内容、対策方法、対策日付等が入力される。例えば、ソフトウエアの動作確認作業中バグを発見した場合、入力部１０１からバグの内容、例えば、論理の誤り、メモリ破壊を生じさせる命令、異常終了、デグレード等のバクの内容が入力される。入力された問題点は、問題点データファイル１０４に登録され、問題点集計部１０２により問題点の対策状況や問題点の傾向分析のために利用される。
【００１４】一方、構成管理装置１１０は、問題点管理対象を問題点管理対象データファイル１１４に格納し管理する。入出力管理部１１１は、問題点管理対象データファイル１１４に問題点管理対象を新規に登録し、問題点管理対象に対して行われるエディタ１４０での修正を監視して問題点管理対象データファイル１１４に修正前後の差分、すなわち、修正の前後でどのように異なったものとなったかの差分を記録することにより修正管理を行う役割を持つ。前述のような差分を記録しておくことにより、後で、どのような修正が行われたかが判り、また、元に戻すことができる。
【００１５】ソフトウエアの開発においては、以前に開発したソフトウエアに改良を実施して機能拡張を行い、あるいは、バグの対策を行うことがある。このような機能拡張の結果、作成されたそれぞれのソフトウエアを問題点管理対象とした場合、構成データファイル１１４には、それぞれのソフトウエアがどのソースコードから成り立っているかを示す構成情報と、機能拡張やバグ対策のためにソースコードにどのような変更を加えたかを示す差分の情報が記憶されることになる。そして、ソフトウエアの開発が完了し、全ての問題点が解決した時点において、問題点管理対象データファイル１１４に保存している差分の情報と問題点データファイル１０４に保存している問題点とが１対１に対応しているか否かを、インタフェース部１２０を通じて突き合わせることにより問題点の対策が本当にすべて完了し、また、問題点の発生によらない正当な理由のないソフトウエアの変更を摘出することができる。
【００１６】そして、問題点データファイル１０４には、問題点毎に問題点管理対象毎の問題点対策状況を記憶するために、例えば、図２に示すようなマトリクス状のデータ構造が保持される。図２に示すデータ構造は、問題点２０１を示す行と問題点管理対象２０２を示す列とにより構成され、問題点２０１の各行は、入力部１０１から問題点の入力が行われたとき追加される。すなわち、ある管理対象のプログラムにバグ等の問題点が１つ発見される毎に問題点の入力が行われ、問題点２０１の行が１つずつ追加されることになる。また、問題点管理対象２０２の各列は、問題点管理対象が追加されたときに追加される。すなわち、１つのソフトウエアが完成してそのソフトウエアを元に改良を加えて新たな版の作成を開始するときに、入出力管理部１１１は、エディタ１４０からの新たな版の開発母体を問題点管理対象データファイル１１４に登録すると共に、インタフェース部１２０を介して、図２に示すデータ構造に問題点管理対象２０２の列を追加する。問題点２０１を示す行と問題点管理対象２０２を示す列との交点２０３には、入力部１０１から各対象の各問題点の対策の要否や対策の進捗状況が入力されて保存される。
【００１７】さらに、入出力管理部１１１は、問題点管理対象データファイル１１４に新たな版（バージョン）のプログラムを登録するとき、同時に管理ファイル１１５に対して、開発母体となる版の下位に新たな版を位置付ける方法により、図３に示すような木構造のデータ形式により、開発バージョンの関係を蓄積する。図３において、木構造の各点は、問題点管理対象となるプログラムと１対１に対応している。また、図３において、実線で結ばれている点の管理対象同士は派生関係または全体と部分の関係があることを示している。例えば、問題点管理対象３０４と３０５とは、問題点管理対象３０２から派生して作られたか、問題点管理対象３０２が問題点管理対象３０４と３０５とを含むことを示している。ソフトウエアの開発を例とすれば、完成したソフトウエアの版を問題点管理対象３０２とし、このソフトウエアを元に改造して２つのソフトウエアの版を開発した場合に、それぞれのソフトウエアが問題点管理対象３０４及び３０５で表わされることになる。他の例としては、オブジェクト指向の技法を用いたソフトウエアの開発において、あるオブジェクトを問題点管理対象３０２とした場合に、このオブジェクトを継承して２つのオブジェクトを作成した場合にそれぞれのオブジェクトが問題点管理対象３０４及び３０５で表わされることになる。
【００１８】前述により作成された管理ファイル１１５内の木構造を用いて、影響範囲決定部１１２は、問題点の対策が必要な問題点管理対象の一覧を自動的に抽出する処理を行う。以下、問題点管理対象を自動的に抽出する方法について説明する。
【００１９】問題点が発見されたとき、入力部１０１から問題点の内容が入力されるが、このとき、問題点の発生源となった問題点管理対象の名称も入力する。問題点管理対象の名称とは、例えば、ソフトウエアの開発の場合、版（バージョン）番号である。また、問題点の発生源となった問題点管理対象とは、例えば、ある機能について不具合が発見された場合、その機能を最初に作成した問題点管理対象のことである。影響範囲決定部１１２は、問題点の発生源となった問題点管理対象の名称と管理ファイル１１５とを用いて問題点影響範囲を特定する。
【００２０】次に、図４に示すフローを参照して、影響範囲決定部が問題点影響範囲を特定する処理動作について説明する。なお、図４に示すフローは、図２及び図３により説明した各データ構造を利用してある問題が発生したとき、問題を対策する必要がある問題点管理対象の一覧を求める方法を示している。
【００２１】（１）入力部１０１から問題点が入力されると、入力された問題点が問題点データファイル１０４に記録される。これにより、図２により説明した問題点２０１を示す行が１つ追加されることになる（ステップ４０１、４０２）。
【００２２】（２）そして、初めに入力された問題点管理対象に対応する問題点管理対象２０２の列と、ステップ４０２で追加した問題点２０１の行で示した行との交点に、問題点を発生させた問題点管理対象である旨を記録する（ステップ４０３）。
【００２３】（３）その後、全ての問題点管理対象を抽出して、それらの問題点管理対象に対して次の処理を行う（ループ４０５）。
【００２４】（４）図３により説明した木構造を参照して、問題点管理対象がどの点に対応するかを参照し、参照した点が、問題点を作り込んだバージョンに対応する点の下位に当たるか否かを判定する（ステップ４０４、４０６）。
【００２５】（５）ステップ４０６の判定で下位である場合、対策が必要である旨を図２により説明したそれらの交点２０３に記録し、上位である場合、対策が不要である旨を図２により説明したそれらの交点２０３に記録する（ステップ４０７、４０８）。
【００２６】次に、図５を参照して、問題点を最初に作り込んだ問題点管理対象と問題点の対策が必要な問題点管理対象との関係について説明する。
【００２７】図５において、５０１は問題点を最初に作りこんだ問題点管理対象を表わしている。そして、５０１からみて木構造で下位にあたるのは３つの問題点管理対象である。問題点管理対象５０１と装置の下位にある３つの問題点管理対象５０２との４つの問題点管理対象は、図４により説明したアルゴリズムにより、問題点の対策が必要な問題点管理対象であると判定される。これらの４つの問題点管理対象が、図２において対象１乃至４で発生した問題点が問題点１であるとき、図２において問題点１の行で対象１乃至４の列にあたる４つの交点に、問題点の対策が必要な旨が記録される。この動作は、図４に示すフローの中で行われる。また、ソフトウエアの開発においては、ソースコードを修正し、問題点に対する対策を施したとき、インタフェース部１２０を通して問題点管理装置１００にそのことが通知され、図２における該当の交点に対して問題点の対策が完了した旨が記録される。
【００２８】構成情報表示部１１３は、任意の１つの問題点に対して、図６に示すような問題点管理対象毎の問題点の対策状況を出力装置１３０に表示する。この表示を得るための構成情報表示部１１３での処理動作を図７に示すフローを参照して説明する。
【００２９】（１）この処理では、全ての問題点管理対象に対して、以下に説明する処理を実行する（ループ７０１）。
【００３０】（２）まず初めに、問題点管理対象を図５により説明した木構造のデータと同一の位置に表示する。次に、現在のループで処理対象にしている問題点管理対象について、図２により説明したデータ構造の該当する列と、図６で表示しようとしている問題点との交点とを参照する。この交点には、図４ににより説明した方法及び従来技術によって問題点の対策の要否と、問題点の対策が完了したか否かがすでに記録されているのでこれを参照する（ステップ７０２、７０３）。
【００３１】（３）ステップ７０３での参照の結果、その問題点管理対象の問題点の対策が完了しているか否かにより問題点対策の要否を判定し、対策不要と判定された場合、ステップ７０２において表示した問題点管理対象の表示の右隣に、問題点の対策が不要である旨の表示を行う（ステップ７０４、７０６）。
【００３２】（４）ステップ７０４の判定で、問題点対策が必要であると判定された場合、問題点の対策が完了しているか否かを判定し、問題点の対策が完了していた場合、ステップ７０２において表示した問題点管理対象の表示の右隣に、問題点の対策が完了して対策済みである旨の表示を行う（ステップ７０５、７０７）。
【００３３】（５）ステップ７０５の判定で、問題点の対策が完了していなかった場合、ステップ７０２において表示した問題点管理対象の表示の右隣に、問題点の対策が完了しておらず未対策である旨の表示を行う（ステップ７０８）。
【００３４】前述の処理により図６に示すような表示を得ることができる。なお、図６において、問題点対策の進捗状況として対策完了日を表示する例を示しているが、これは、図２に示すデータ構造の交点に問題点の対策が完了した旨を記録するときに日付を一緒に記録し、ステップ７０３の処理でこの日付を一緒に読み込んで、ステップ７０７で読み込んだ日付を表示することにより実現することができる。
【００３５】前述した本発明の実施形態によれば、ソフトウエアの開発保守で複数のバージョンに対して同一の問題が存在するような問題点が明らかとなったとき、一番始めに問題点を作りこんだバージョンを入力させるだけで全ての問題点管理対象の中から対策を施す必要のあるバージョンを自動的に抽出することができ、問題点の影響を受けるバージョン抽出のための調査工数を削減することができる。
【００３６】また、前述した本発明の実施形態によれば、各問題点について対策を施す必要のある各バージョンについて問題点の対策状況を一目で判るように表示を行うことができるため、問題点別に問題点管理対象の集合全体としての対策の進捗状況を容易に把握することができる。
【００３７】前述した本発明の実施形態は、本発明をソフトウエアの開発保守における異なるバージョンの複数のソフトウェアの管理に適用したものとして説明したが、本発明は、例えば、ハードウェア設計の管理等の、改良を加えることにより相互に関連する複数の管理対象が生じるような装置等の開発保守のために適用することができる。
【００３８】
【発明の効果】以上説明したように本発明によれば、複数の問題点管理対象を管理する場合に、問題点の影響をうける問題点管理対象抽出のための調査工数を削減することができ、問題点対策の進捗状況の把握を容易とすることができる。
|
| 【出願人】 |
【識別番号】０００００５１０８
【氏名又は名称】株式会社日立製作所
|
| 【出願日】 |
平成１２年９月２７日（２０００．９．２７） |
| 【代理人】 |
【識別番号】１０００７８１３４
【弁理士】
【氏名又は名称】武 顕次郎
|
| 【公開番号】 |
特開２００２−１０８６１０（Ｐ２００２−１０８６１０Ａ） |
| 【公開日】 |
平成１４年４月１２日（２００２．４．１２） |
| 【出願番号】 |
特願２０００−２９４５５９（Ｐ２０００−２９４５５９） |
|