(57)【要約】【課題】チェックリストの作成と維持管理を容易に行うことができ、効率的なデザインレビューを実施可能とするレビュー支援装置を得る。【解決手段】ソフトウェアのレビューに使用する複数の標準チェック項目を記憶した標準チェック項目記憶手段と、入力情報として開発対象ソフトウェアの機能仕様情報と、開発対象ソフトウェアの設計段階で得られる設計段階情報と、開発対象ソフトウェアの試験に使用する試験情報と、を入力する入力手段と、前記標準チェック項目と前記入力情報とを照合することにより、開発対象ソフトウェアのレビューに必要なチェック項目を抽出するチェック項目抽出手段と、前記チェック項目抽出手段において抽出したチェック項目を記憶するチェック項目記憶手段と、を備える。【選択図】        図１
2005309917.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアのレビューに使用する複数の標準チェック項目を記憶した標準チェック項目記憶手段と、
入力情報として開発対象ソフトウェアの機能仕様情報と、開発対象ソフトウェアの設計段階で得られる設計段階情報と、開発対象ソフトウェアの試験に使用する試験情報と、を入力する入力手段と、
前記標準チェック項目と前記入力情報とを照合することにより、開発対象ソフトウェアのレビューに必要なチェック項目を抽出するチェック項目抽出手段と、
前記チェック項目抽出手段において抽出したチェック項目を記憶するチェック項目記憶手段と、
を備えることを特徴とするレビュー支援装置。
【請求項２】
前記チェック項目抽出手段は、前記設計段階情報からレビューする設計段階を示すキーワードを抽出して該キーワードと前記標準チェック項目を照合し、前記キーワードを含む前記標準チェック項目を抽出した後、該抽出した標準チェック項目と前記入力情報とを照合することにより、開発対象ソフトウェアのレビューに必要なチェック項目を抽出することを特徴とする請求項１に記載のレビュー支援装置。
【請求項３】
開発済みソフトウェアおよび開発対象ソフトウェアの開発中に発生した障害の障害情報を入力として該障害情報と前記標準チェック項目とを照合し、前記標準チェック項目に該障害情報が含まれていない場合は該障害情報を前記標準チェック項目に自動登録する障害情報分析手段を備えること
を特徴とする請求項１または２に記載のレビュー支援装置。
【請求項４】
前記入力手段により前記開発対象ソフトウェアのレビューに必要なチェック項目をユーザ入力可能であること
を特徴とする請求項３に記載のレビュー支援装置。
【請求項５】
前記障害情報分析手段が、前記開発対象ソフトウェアの開発中に発生した最新の障害の障害情報を入力情報として該障害情報と前記標準チェック項目とを照合し、前記標準チェック項目に該最新の障害の障害情報が含まれていない場合は該障害情報を前記標準チェック項目に自動追加登録すること
を特徴とする請求項３に記載のレビュー支援装置。
【請求項６】
前記開発対象ソフトウェアのレビューに対する最新の試験情報を入力情報として、該入力情報と前記標準チェック項目とを照合することにより、開発対象ソフトウェアのレビューに必要な追加チェック項目を抽出し、該追加チェック項目を前記標準チェック項目に自動登録するチェック項目追加手段を備えること
を特徴とする請求項１または２に記載のレビュー支援装置。
【請求項７】
前記チェック項目記憶手段に記憶されたチェック項目の最新の確認日時を抽出し、前記障害情報から前記最新の確認日時よりも後に障害対応が行われた障害情報を抽出し、前記最新の確認日時よりも後に障害対応が行われた障害情報に関連する前記チェック項目のうち、確認チェックが行われていないチェック項目に対して自動で障害対応済みのチェックを行うチェック手段を備えること
を特徴とする請求項１〜３のいずれか一つに記載のレビュー支援装置。
【請求項８】
前記チェック項目記憶手段に記憶されたチェック項目の最新の確認日時を抽出し、前記試験情報から前記最新の確認日時よりも後に試験が行われた試験情報を抽出し、前記最新の確認日時よりも後に試験が行われた試験情報に関連する前記チェック項目のうち、確認チェックが行われていないチェック項目に対して自動で検査対応済みのチェックを行うチェック手段を備えること
を特徴とする請求項１〜３のいずれか一つに記載のレビュー支援装置。
【請求項９】
前記チェック項目記憶手段に記憶したチェック項目が消去可能であること
を特徴とする請求項１〜３のいずれか一つに記載のレビュー支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レビュー支援装置に関するものであり、特に、標準チェックリスト、試験情報及び障害情報からソフトウェア開発に必要なチェックリストを自動的に生成する、ソフト開発のためのデザインレビュー支援装置に関する。
【背景技術】
【０００２】
従来、ソフトウェアの開発を行う際のプログラムチェックリスト自動生成においては、プログラム仕様書を基にチェックリストを生成する構成とされている（たとえば、特許文献１参照）。また、手作業で入力された重要度情報を尺度としてチェックリストのチェック項目を管理している（特許文献２参照）。
【０００３】
【特許文献１】特開平４−１７５９２５号公報
【特許文献２】特開平１０−７８８９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術によれば、プログラム仕様書を基にチェックリストを生成するために、新たなソフトウェアの開発を行う度にそのソフトウェア用のチェックリストを最初から生成し直さなければならず、手間と時間がかかるという問題点がある。また、従来の技術においては、チェック項目の管理も人手で行われており、開発するソフトウェアの規模が大きくなるにつれて管理の手間は膨大となる。その結果、試験情報や障害情報を客観的に的確にチェック項目に反映できなくなってしまうという問題がある。
【０００５】
また、従来の技術によれば、生成したチェックリストの内容は開発者等の人手によりチェックすることになり、チェックリストの内容を自動的にチェックする機能は持ち合わせていない。したがって、チェック項目が多い場合には、チェックリストの内容をチェックするのに多大な手間がかかるという問題もある。
【０００６】
本発明は、上記に鑑みてなされたものであって、チェックリストの作成と維持管理を容易に行うことができ、効率的なデザインレビューを実施可能とするレビュー支援装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明にかかるレビュー支援装置は、ソフトウェアのレビューに使用する複数の標準チェック項目を記憶した標準チェック項目記憶手段と、入力情報として開発対象ソフトウェアの機能仕様情報と、開発対象ソフトウェアの設計段階で得られる設計段階情報と、開発対象ソフトウェアの試験に使用する試験情報と、を入力する入力手段と、標準チェック項目と入力情報とを照合することにより、開発対象ソフトウェアのレビューに必要なチェック項目を抽出するチェック項目抽出手段と、チェック項目抽出手段において抽出したチェック項目を記憶するチェック項目記憶手段と、を備えることを特徴とする。
【０００８】
この発明によれば、開発対象ソフトウェアの機能仕様情報と、開発対象ソフトウェアの設計段階で得られる設計段階情報と、開発対象ソフトウェアの試験に使用する試験情報と、ソフトウェアのレビューに使用する複数の標準チェック項目とを用いて、開発対象となるソフトウェアのレビューを行うために用いるチェック項目を自動的に生成する。そして、生成したチェック項目は、チェックリストとしてデータベースに自動的に記憶される。すなわち、この発明においては、チェック項目およびチェックリストの生成及び維持管理が自動で行われる。
【０００９】
また、機能仕様２２、設計段階情報２３及び試験情報２４と標準チェックリストデータベース２１とを用いて開発対象となるソフトウェアのチェック項目を生成するため、新たなソフトウェアの開発を行う度にそのソフトウェア用のチェックリストを最初から生成し直す必要がなく、チェックリストを生成するための手間と時間が大幅に削減される。
【００１０】
そして、チェック項目およびチェックリストの生成及び維持管理が自動で行われるため、開発するソフトウェアの規模が大きくなった場合においても、容易に且つ効率的にチェック項目およびチェックリストの生成及び維持管理に対応でき、試験情報や障害情報などの情報を客観的に且つ的確にチェックリストに反映することができる。
【発明の効果】
【００１１】
この発明によれば、また、過去のソフトウェアの設計情報、試験情報及び障害情報並びにレビューのためのチェックリストと、現在開発を行っているソフトウェアの設計情報、試験情報及び障害情報並びにレビューのためのチェックリストを連携することにより、チェックリストの作成と維持管理を容易に且つ効率的に行うことができ、効率的なデザインレビューを実施可能とするレビュー支援装置を得ることができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明にかかるレビュー支援装置の実施の形態を図面に基づいて詳細に説明する。なお、本発明は以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。
【００１３】
実施の形態１．
図１は、本発明の実施の形態１にかかるソフトウェア開発のためのデザインレビュー支援装置の構成を示すブロック図である。図１に示すように、本実施の形態にかかるデザインレビュー支援装置１は、制御部１１と、障害分析部１２と、チェックリスト作成部１３と、チェック項目追加部１４と、チェックリストチェック部１５と、入出力装置１９と、標準チェックリストデータベース２１と、チェックリストデータベース２５と、を備えて構成される。また、チェックリスト作成部１３には、入力情報としてプロジェクトの機能仕様２２と、設計段階情報２３と、試験情報２４と、が入力される。
【００１４】
制御部１１はデザインレビュー支援装置１を制御する。障害分析部１２は、障害情報データベースを分析し、チェックリストとなり得る情報を抽出する。チェックリスト作成部１３は、機能仕様２２、設計段階情報２３及び試験情報２４並びに標準チェックリストデータベース２１を用いて開発中のプロジェクトに適したチェックリストを作成する。チェック項目追加部１４は、障害情報データベースからチェック項目を抽出し、標準チェックリストデータベース２１及びチェックリストデータベース２５に追加する。チェックリストチェック部１５は、チェックリストのチェック項目に対応を完了した旨を示すチェックを付ける。入出力装置１９は、デザインレビュー支援装置１の制御部１１とデザインレビュー支援装置１のユーザが会話を行うための情報の入出力を行うための手段である。
【００１５】
また、標準チェックリストデータベース２１は、各開発プロジェクトから独立した、レビューに必要な標準的チェック項目をまとめた標準チェックリスト２１０を記憶するデータベースである。機能仕様２２は、レビューの対象となる開発を行うプロジェクトの機能仕様である。設計段階情報２３は現在の設計段階情報である。試験情報２４は、現在のプロジェクトの試験で使用される試験情報である。チェックリストデータベース２５は、プロジェクトに適合した必要最小限のチェック項目を有するチェックリストを記憶するデータベースである。
【００１６】
また、図１に示すように、デザインレビュー支援装置１の外部に接続された障害管理装置２は、障害管理装置２を制御する障害管理制御部３１、および障害管理装置２に蓄積、整理される障害情報を記憶するデータベースである障害情報データベース４１を備えてなる。この障害情報データベース４１は、過去の様々なプロジェクト及び現在進行中のプロジェクトの障害情報に対応するものであり、複数のデータベースの集合となる。すなわち、たとえば旧プロジェクト障害情報データベース１、旧プロジェクト障害情報データベース２、旧プロジェクト障害情報データベース３、・・・新プロジェクト障害情報データベースなどの複数のデータベースの集合により構成されている。
【００１７】
なお、障害管理装置２とこれに含まれる障害管理制御部３１及び障害情報データベース４１は、本発明の構成要素に含まれるものではない。本発明においては、障害管理装置２の管理する障害データベース４１の情報を利用するために図１に記載している。なお、図１において各ブロック間を結ぶ実線はデータの流れを示しており、各ブロック間を結ぶ破線は制御データの流れを示している。
【００１８】
図２は、図１に示した標準チェックリストデータベース２１に記憶された標準チェックリスト２１０に含まれる情報の項目を示すものである。図２に示した情報項目全体で一つのチェック項目が構成され、このチェック項目の集合が一つの標準チェックリスト２１０となる。標準チェックリスト２１０は、図２に示すように、障害情報連番２１１、連番２１２、チェック項目２１３、関連機能２１４、関連設計段階情報２１５、およびその他条件２１６を含んでいる。
【００１９】
障害情報連番２１１は、個々のチェック項目の元となった障害の障害情報データベース４１の連番を示す。連番２１２は、個々のチェック項目を一意に識別するために振られる重複しない連番である。チェック項目２１３は、チェック項目の記述を保管する。
【００２０】
関連機能２１４は、チェック項目２１３がプロジェクトで開発するどのような機能に関連するかを示す関連機能である。チェック項目２１３が複数の機能に関連することがあり得るため、複数の関連機能を記録できるように関連機能２１４は関連機能１〜関連機能ｐ（１≦ｐ）の複数の欄から構成される。
【００２１】
関連設計段階情報２１５は、チェック項目２１３に関連する、設計段階に関する情報を保管する関連設計段階情報である。チェック項目２１３が複数の設計段階に関連することがあり得るため、関連設計段階情報２１５も複数の関連機能を記録できるように関連設計段階情報１〜関連設計段階情報ｑ（１≦ｑ）の複数の欄から構成される。
【００２２】
その他条件２１６は、チェック項目２１３に関連する情報で、関連機能２１４及び関連設計段階情報２１５に含まれない情報を保管する。チェック項目２１３が複数の情報に関連することがあり得るため、複数のその他条件を記録できるようにその他条件２１６もその他条件１〜その他条件ｒ（１≦ｒ）の複数の欄から構成される。
【００２３】
なお、図２に示した標準チェックリスト２１０の構成は、該標準チェックリストデータベース２１が最低限、持つべき情報を示した一例である。したがって、本発明において用いる標準チェックリストデータベース２１は、図２に示した標準チェックリストデータベース２１と同等もしくはそれ以上の情報を持つものであればどのようなものであっても構わない。
【００２４】
図３は、図１に示したチェックリストデータベース２５が記憶するチェックリスト２５０に含まれる情報の項目を示すものである。図３に示した情報項目全体で一つのチェック項目が構成され、このチェック項目の集合がチェックリスト２５０となる。チェックリスト２５０は、図３に示すように標準チェックリスト連番２５１、チェックリスト連番２５２、チェック項目２５３、確認日時２５４、およびその他情報２５５を含んでいる。
【００２５】
標準チェックリスト連番２５１は、そのチェック項目が抽出元である標準チェックリストデータベース２１中で採番されていた連番２１２を示す連番である。チェックリスト連番２５２は、個々のチェックリストで個々のチェック項目を一意に識別するために振られる重複しない連番である。チェック項目２５３には、チェック項目の詳細な記述を保管する。
【００２６】
確認日時２５４には、そのチェック項目が確認された日時が保管される。この確認日時２５４に所定の日時の記述があることにより、そのチェック項目のチェックが完了したことが示される。他のチェック項目の内容が確認できず、何らかの修正等を行った後で再度確認された場合には、確認済みのチェック項目を再度、チェックする必要が発生することがあり得る。このため、複数の確認日時を記録できるように、確認日時２５４は確認日時１〜確認日時ｓ（１≦ｓ）の複数の欄から構成される。
【００２７】
その他情報２５５には、標準チェックリストデータベース２１、機能仕様２２、設計段階情報２３、試験情報２４、障害情報データベース４１に含まれる情報等を必要に応じて保管する。その他情報２５５は、チェックリストの内容を補足説明する等、チェックリストの内容を充実させるために使用される。また、その他情報２５５は、チェック項目追加部１４やチェックリスト結果集計診断部１６がチェックリストデータベース２５にチェック項目の追加、チェックリストの更新・保守を行う際の情報も保管する。
【００２８】
なお、図３に示したチェックリスト２５０の構成はチェックリストデータベース２５が最低限、持つべき情報を示した一例であり、図３に示したチェックリストデータベース２５と同等もしくはそれ以上の情報を持つものであればどのようなものであっても構わない。
【００２９】
図４は、図１に示した障害情報データベース４１に含まれる情報の項目を示すものである。図４に示した情報項目全体で一つの障害情報が構成される。障害情報データベース４１は本発明の範囲ではないが、本発明においては、最低限、図４に示した項目を持つ障害管理装置２が存在していることを前提としている。障害情報データベース４１は、図４に示すように連番４１１、障害名４１２、発生日時・対応日時４１３、発生機能４１４、関連機能４１５、発生段階４１６、発見段階４１７、およびその他情報４１８を含んでいる。
【００３０】
連番４１１は、個々の障害情報を一意に識別するために振られる重複しない連番である。障害名４１２には、発生した障害情報の内容を示す名称、障害内容及び対応内容を保管する。発生日時・対応日時４１３は、障害名４１２で示された障害が発生した日時及び対応を完了した日時である。発生機能４１４は、障害名４１２で示された障害がプロジェクトで開発したどの機能で発生したかを示すものである。
【００３１】
関連機能４１５は、障害名４１２で示された障害がどの機能に関連するかを示すものであるである。関連機能４１５は、障害名４１２で示された障害が複数の機能に関連することがあり得る。このため、複数の関連機能を記録できるように関連機能４１５は関連機能１〜関連機能ｍ（１≦ｍ）の複数の欄から構成される。
【００３２】
発生段階４１６は、障害名４１２で示された障害がプロジェクトのどの開発段階で発生したかを示すものである。発見段階４１７は、障害名４１２で示された障害がプロジェクトのどの開発段階で発見されたかを示すものである。
【００３３】
その他情報４１８は、障害名４１２で示された障害に関連する情報で、発生機能４１４、関連機能４１５、発生段階４１６及び発見段階４１７に含まれない情報である。その他情報４１８も障害名４１２で示された障害に対して複数の情報を持たせることがあり得る。このため、その他情報４１８は、複数のその他情報を記録できるように、その他情報４１８はその他情報１〜その他情報ｎ（１≦ｎ）の複数の欄から構成される。その他情報４１８はオプションであり、本発明においては必須項目ではない。なお、図４に示した障害情報データベース４１の構成は、その他情報４１８を除いては障害情報データベース４１が最低限、持つべき情報を示した一例であり、図４に示した障害情報データベース４１と同等もしくはそれ以上の情報を持つものであればどのようなものであっても構わない。
【００３４】
機能仕様２２、設計段階情報２３及び試験情報２４については、その書式・構成が決まっており、その書式・構成に沿って内容が記述されている、又は表形式でまとめられていれば計算機を使用しての解析が容易となる。したがって、機能仕様２２、設計段階情報２３及び試験情報２４は、上記のような構成とされていることが好ましい。しかしながら、本発明においては、使用されている文章、キーワードや図表などに曖昧さなく、確実に検索できるだけの情報を含んでいる限り、特にデータ構成や形式はどのようなものであっても良い。
【００３５】
図５は、図１に示したソフトウェア開発のためのデザインレビュー支援装置１における処理動作の手順を示すフローチャートである。図５を用いて本実施の形態におけるデザインレビュー支援装置１の処理動作について説明する。
【００３６】
まず、チェックリスト作成部１３は、開発しているプロジェクトのレビューすべき設計段階を示すキーワードを設計段階情報２３から抽出する（ステップＳ１）。なお、設計段階情報２３の指定、及びチェックリスト作成部１３への指令は、デザインレビュー支援装置１のユーザが入出力装置１９を用いて実行する。これ以降の説明では情報の指定や制御指令のうち、デザインレビュー支援装置１が入力を必要とする情報やデザインレビュー支援装置１が独自には判断できない操作指定は、デザインレビュー支援装置１のユーザが入出力装置１９を用いて実行するものとする。
【００３７】
つぎに、チェックリスト作成部１３は、ステップＳ１で抽出されたキーワードと標準チェックリストデータベース２１の関連設計段階情報２１５が合致する、又はそのキーワードを包含する関連設計段階情報２１５を持つチェック項目２１３を標準チェックリストデータベース２１から抽出する（ステップＳ２）。
【００３８】
つぎに、チェックリスト作成部１３は、現在処理対象となっているチェック項目２１３が持つ関連機能２１４及びその他条件２１６をキーワードとして、機能仕様２２、設計段階情報２３及び試験情報２４を検索する（ステップＳ３）。そして、チェックリスト作成部１３は、そのキーワードが含まれているかどうかを判断する（ステップＳ４）。ここで、検索する機能仕様２２、設計段階情報２３及び試験情報２４は、デザインレビュー支援装置１のユーザが指定する。
【００３９】
ここで、ステップＳ３における検索において、機能仕様２２、設計段階情報２３及び試験情報２４に所定のキーワードが含まれていない場合には（ステップＳ４否定）、ステップＳ６に飛び、チェックリスト作成部１３はつぎのチェック項目が存在するかを確認する（ステップＳ６）。ここで、次のチェック項目が存在する場合には（ステップＳ６肯定）、ステップ３に戻り、次のチェック項目２１３を処理対象としてステップＳ３以降の処理を行う。また、次のチェック項目が存在しない場合には（ステップＳ６否定）、処理を終了する。
【００４０】
一方、ステップＳ３における検索において、機能仕様２２、設計段階情報２３及び試験情報２４に所定のキーワードが含まれている場合には（ステップＳ４肯定）、チェックリスト作成部１３は、処理対象となっているチェック項目２１３をレビューに必要なチェック項目としてチェックリストデータベース２５に出力し、チェックリストデータベース２５では該チェック項目２１３をチェックリスト２５０に追加設定する（ステップＳ５）。
【００４１】
この際、標準チェックリストデータベース２１の連番２１２とチェック項目２１３との情報を、それぞれチェックリスト２５０の標準チェックリスト連番２５１とチェック項目２５３とに設定する。チェックリスト２５０のチェックリスト連番にはチェックリストデータベース２５中で一意になる番号を振る。また、確認日時２５４はクリア（未チェック）状態に初期化する。また、その他情報２５５には、必要に応じて標準チェックリストデータベース２１中の情報を設定する。処理対象となっているチェック項目２１３の出力先となるチェックリストデータベース２５は、デザインレビュー支援装置１のユーザが指定する。
【００４２】
つぎに、チェックリスト作成部１３はつぎのチェック項目が存在するかを確認する（ステップＳ６）。ここで、次のチェック項目が存在する場合には（ステップＳ６肯定）、ステップ３に戻り、次のチェック項目２１３を処理対象としてステップＳ３以降の処理を行う。また、次のチェック項目が存在しない場合には（ステップＳ６否定）、処理を終了する。
【００４３】
以上のように、本実施の形態においては、機能仕様２２、設計段階情報２３及び試験情報２４と標準チェックリストデータベース２１とを用いて、開発対象となるソフトウェアのレビューを行うために用いるチェック項目を自動的に生成することができる。そして、生成したチェック項目は、チェックリストとしてデータベースに自動的に記憶される。これにより、本実施の形態においては、チェック項目およびチェックリストの生成及び維持管理を自動で行うことが可能であり、人手を煩わすことなく、効率的にソフトウェアのデザインレビューを実施することを可能とする。
【００４４】
また、機能仕様２２、設計段階情報２３及び試験情報２４と標準チェックリストデータベース２１とを用いて開発対象となるソフトウェアのチェック項目を生成するため、新たなソフトウェアの開発を行う度にそのソフトウェア用のチェックリストを最初から生成し直す必要がなく、チェックリストを生成するための手間と時間を大幅に削減することができる。したがって、効率的にチェックリストを作成することができる。
【００４５】
そして、チェック項目およびチェックリストの生成及び維持管理を自動で行うことができるため、開発するソフトウェアの規模が大きくなった場合においても、容易に且つ効率的にチェック項目およびチェックリストの生成及び維持管理を行うことができ、試験情報や障害情報などの情報を客観的に且つ的確にチェックリストに反映することが可能である。その結果、目的とするソフトウェアの開発を容易化し、且つ早期に展開運用することを可能とする。
【００４６】
したがって、このデザインレビュー支援装置１においては、チェックリストの作成と維持管理を容易に行うことができ、効率的なデザインレビューを実施可能とするレビュー支援装置が実現されている。
【００４７】
実施の形態２．
実施の形態２では、本発明の他の実施の形態について説明する。図６は、図１に示したソフトウェア開発のためのデザインレビュー支援装置１における本実施の形態における処理動作の手順を示すフローチャートである。図６を用いて本実施の形態におけるデザインレビュー支援装置１の処理動作について説明する。
【００４８】
まず、障害分析部１２は、障害情報データベース４１の障害情報のそれぞれに対して、標準チェックリストデータベース２１の各チェック項目、すなわちチェック項目２１３、関連機能２１４、関連設計段階情報２１５及びその他条件２１６を検索、照合し（ステップＳ１０１）、障害情報が既に各チェック項目に登録されているか否かを判断する（ステップＳ１０２）。
【００４９】
ここで、標準チェックリストデータベース２１の各チェック項目、すなわちチェック項目２１３、関連機能２１４、関連設計段階情報２１５及びその他条件２１６に障害情報が登録されている場合には（ステップＳ１０２肯定）、ステップＳ１０４に飛び、障害分析部１２はつぎの障害情報が存在するかを確認し、障害情報データベース４１の障害情報に対してループを実行するか否かを判断する。そして、つぎの障害情報が存在する場合には（ステップＳ１０４肯定）、ステップＳ１０１に戻り、つぎの障害情報を処理対象としてステップＳ１０１以降の処理を行う。また、次の障害情報が存在しない場合には（ステップＳ１０４否定）、処理を終了する。
【００５０】
また、標準チェックリストデータベース２１の各チェック項目、すなわちチェック項目２１３、関連機能２１４、関連設計段階情報２１５及びその他条件２１６に障害情報が登録されていない場合には（ステップＳ１０２否定）、登録されていない障害情報を標準チェックリストデータベース２１に登録する（ステップＳ１０３）。この際、障害情報データベース４１の連番４１１、障害名４１２中の障害内容及び対応内容、発生機能４１４及び関連機能４１５、発生段階４１６、発見段階４１７、及びその他情報４１８のそれぞれの情報を、標準チェックリストデータベース２１の障害情報連番２１１、チェック項目２１３、関連機能２１４、関連設計段階情報２１５、その他条件２１６に設定する。そして、標準チェックリストデータベース２１の連番２１２に標準チェックリストデータベース２１中で一意になる番号を付与する。
【００５１】
以上のように、本実施の形態においては、障害情報データベース４１に記憶された障害情報と、標準チェックリストデータベース２１に記憶された各チェック項目を照合し、標準チェックリストデータベース２１に登録されていない障害情報がある場合には、これを自動的に登録する。これにより、開発対象となるソフトウェアのレビューを行うために用いるチェック項目を自動的に生成することができる。そして、生成したチェック項目は、チェックリストとしてデータベースに自動的に記憶される。このように、本実施の形態においては、チェック項目およびチェックリストの生成及び維持管理を自動で行うことが可能であり、人手を煩わすことなく、効率的にソフトウェアのデザインレビューを実施することが可能である。
【００５２】
また、障害情報データベース４１に記憶された障害情報と、標準チェックリストデータベース２１に記憶された各チェック項目とを用いて開発対象となるソフトウェアのチェック項目を生成するため、新たなソフトウェアの開発を行う度にそのソフトウェア用のチェックリストを最初から生成し直す必要がなく、チェックリストを生成するための手間と時間を大幅に削減することができる。したがって、効率的にチェックリストを作成することができる。
【００５３】
そして、チェック項目およびチェックリストの生成及び維持管理を自動で行うことができるため、開発するソフトウェアの規模が大きくなった場合においても、容易に且つ効率的にチェック項目およびチェックリストの生成及び維持管理を行うことができ、障害情報を客観的に且つ的確にチェックリストに反映することが可能である。その結果、目的とするソフトウェアの開発を容易化し、且つ早期に展開運用可能とすることを可能とする。
【００５４】
したがって、本実施の形態においては、チェックリストの作成と維持管理を容易に行うことができ、効率的なデザインレビューを実施可能とするレビュー支援装置が実現されている。
【００５５】
実施の形態３．
実施の形態３では、実施の形態２の変形例について説明する。上述した実施の形態２においては、標準チェックリストデータベース２１の作成を全て自動的に行う場合について説明したが、本発明においては標準チェックリストデータベース２１の作成の一部をユーザ入力により行うことも可能である。この場合は、レビュー支援装置のユーザが入出力装置１９を用いて所望のチェック項目およびその関連情報を入力し、標準チェックリストデータベース２１に保存することが可能である。
【００５６】
このように、ユーザ入力により所望のチェック項目およびその関連情報を入力し、標準チェックリストデータベース２１に保存することで、たとえば一般的な標準チェック項目や、上述したような自動的に抽出されるチェック項目には現れてこない、ソフトウェア開発者が有する設計のノウハウや特殊な義出等をチェック項目として登録し、チェックすることが可能となる。これにより、より自由度の大きなチェック項目のリストアップが可能となり、より高品質のソフトウェアの開発を支援することが可能となる。
【００５７】
実施の形態４．
実施の形態４では、本発明の他の実施の形態について説明する。進行中のプロジェクトの状態は動的に変化する。したがって、標準チェックリスト２１０及びチェックリスト２５０の内容も過去のプロジェクトから得られた情報から作成するだけでは不十分であり、プロジェクトの動的な変化に追従させることが好ましい。このため、図５及び図６を用いて実施の形態１及び実施の形態２で説明した処理動作を、現在、開発を行っているプロジェクトで作成される試験情報２４及び蓄積される障害情報データベース４１の障害情報に差し替えて行うことが好ましい。
【００５８】
たとえば、上述した実施の形態１におけるチェックリスト作成部１３をチェック項目追加部１４として、またチェックリスト作成部１３の入力となっている機能仕様２２、設計段階情報２３及び試験情報２４を現在開発中のプロジェクトの試験情報２４として、またチェックリスト作成部１３の出力となっているチェックリストデータベース２５をチェックリストデータベース２５及び標準チェックリストデータベース２１として、上述した実施の形態１で説明した処理（図５に対応する）を行う。なお、処理の説明は上述した実施の形態１を参照することとして個々では詳細な説明は省略する。
【００５９】
また、上述した実施の形態２における障害分析部１２をチェック項目追加部１４として、また障害分析部１２の入力となっている障害情報データベース４１を現在開発中のプロジェクトの障害情報データベース４１として、また障害分析部１２の出力となっている標準チェックリストデータベース２１を標準チェックリストデータベース２１及びチェックリストデータベース２５として、上述した実施の形態２で説明した処理（図６に対応する）を行う。処理の説明は上述した実施の形態２を参照することとして個々では詳細な説明は省略する。
【００６０】
以上のように、現在、開発を行っているプロジェクトで作成される試験情報２４及び蓄積される障害情報データベース４１の障害情報に差し替えて上述した実施の形態１及び実施の形態２における処理を行うことにより、開発中のプロジェクトの動的な変化に追従させたチェック項目を生成し、より新しい情報に基づいたチェックリスト２５０を自動的に作成することができる。これにより、より実態に即したチェックリスト２５０を自動的に作成することができる。
【００６１】
実施の形態５．
実施の形態５では、本発明の他の実施の形態であり、チェックリストの内容を自動的にチェックする形態について説明する。図７および図８は、図１に示したソフトウェア開発のためのデザインレビュー支援装置１における本実施の形態における処理動作の手順を示すフローチャートである。図７および図８を用いて本実施の形態におけるデザインレビュー支援装置１の処理動作について説明する。
【００６２】
最初に、図７を用いてチェックリストデータベース２５と障害情報データベース４１とを用いてチェックリストの内容を自動的にチェックする形態について説明する。まず、チェックリストチェック部１５は、チェックリストデータベース２５に記憶されたチェックリスト２５０のチェック項目を検索して、記録された確認日時２５４の中で最も新しい確認日時を抽出する（ステップＳ２０１）。
【００６３】
つぎに、チェックリストチェック部１５は、障害情報データベース４１に記憶された障害情報を検索して、ステップＳ２０１で抽出した最新確認日時よりも新しい発生日時・対応日時４１３が記録された、対応済みの障害情報を抽出する（ステップＳ２０２）。
【００６４】
つぎに、チェックリストチェック部１５は、チェックリスト２５０中のチェック項目のうち、確認日時２５４が未定となっているチェック項目を抽出し、この抽出されたチェック項目からさらに現在処理中の障害情報に関連するものを抽出する（ステップＳ２０３）。この抽出には障害情報データベース４１の処理対象となっている図４に示す障害情報のデータ項目と、チェックリスト２５０のチェック項目２５３及びその他情報２５５の情報と、を照合することで実行する。
【００６５】
つぎに、チェックリストチェック部１５は、抽出したチェック項目の確認日時に障害情報の対応日時を設定する（ステップＳ２０４）。そして、チェックリストチェック部１５は、他の抽出した障害情報が存在するか否かの確認を行う（ステップＳ２０５）。他の抽出した障害情報がある場合には（ステップＳ２０５肯定）、ステップＳ２０３に戻り、ステップＳ２０３以降の処理を行う。一方、他の抽出した障害情報がない場合には（ステップＳ２０５否定）、処理を終了する。
【００６６】
つぎに、チェックリスト２５０と試験情報２４とを用いてチェックリストの内容を自動的にチェックする形態について説明する。まず、チェックリストチェック部１５は、チェックリストデータベース２５に記憶されたチェックリスト２５０のチェック項目を検索して、記録された確認日時２５４の中で最も新しい確認日時を抽出する（ステップＳ３０１）。
【００６７】
つぎに、チェックリストチェック部１５は、試験情報２４を検索して、ステップＳ３０１で抽出した最新確認日時よりも新しい試験確認日時が記録された試験情報を抽出する（ステップＳ３０２）。
【００６８】
つぎに、チェックリストチェック部１５は、チェックリスト２５０中のチェック項目のうち、試験確認日時が未定となっているチェック項目を抽出し、この抽出されたチェック項目からさらに現在処理中の試験情報に関連するものを抽出する（ステップＳ３０３）。
【００６９】
つぎに、チェックリストチェック部１５は、抽出したチェック項目の確認日時に試験確認日時を設定する（ステップＳ３０４）。この際、既に抽出されたチェック項目の確認日時２５４が設定されていた場合は試験情報２４から得られた対応日時と既に設定された登録日時のうち、新しい方を確認日時２５４とする。
【００７０】
そして、チェックリストチェック部１５は、他の抽出した試験情報が存在するか否かの確認を行う（ステップＳ３０５）。他の抽出した試験情報がある場合には（ステップＳ３０５肯定）、ステップＳ３０３に戻り、ステップＳ３０３以降の処理を行う。一方、他の抽出した試験情報がない場合には（ステップＳ３０５否定）、処理を終了する。
【００７１】
以上のように、本実施の形態においては、チェックリストデータベース２５と障害情報データベース４１とを用いてチェックリストの内容を自動的にチェックすることができる。また、本実施の形態においては、チェックリスト２５０と試験情報２４とを用いてチェックリストの内容を自動的にチェックすることができる。これにより、チェックリストの内容をチェックする手間と時間を大幅に削減することができる。そして、開発するソフトウェアの規模が大きくなった場合においても、容易に且つ効率的にチェックリストの内容をチェックすることができるため、目的とするソフトウェアの開発を容易化し、且つ早期に展開運用することが可能となる。
【００７２】
実施の形態６．
実施の形態６では、本発明の他の実施の形態であり、チェックリストデータベース２１に記憶したチェック項目を消去する形態について説明する。図９は、図１に示したソフトウェア開発のためのデザインレビュー支援装置１における本実施の形態における処理動作の手順を示すフローチャートである。図９を用いて本実施の形態におけるデザインレビュー支援装置１の処理動作について説明する。
【００７３】
まず、チェックリスト結果集計診断部１６は、チェックリスト２５０のチェック項目を検索し、確認日時２５４が未定のままで、その他情報２５５に今回のプロジェクトではチェックする必要がなかった（チェック項目として不要だった）チェック項目である旨が記録されたチェック項目を抽出する（ステップＳ４０１）。
【００７４】
つぎに、チェックリスト結果集計診断部１６は、標準チェックリストデータベース２１を検索し、処理対象となっているチェック項目、すなわちステップＳ４０１で抽出されたチェック項目に合致するチェック項目に、チェック不要フラグ情報を追加する（ステップＳ４０２）。
【００７５】
つぎに、チェックリスト結果集計診断部１６は、つぎの処理対象となっているチェック項目が存在するか否かの確認を行う（ステップＳ４０３）。次の処理対象となっているチェック項目がある場合には、（ステップＳ４０３肯定）、ステップＳ４０２に戻り、ステップＳ４０２以降の処理を行う。
【００７６】
一方、次の処理対象となっているチェック項目がない場合には（ステップＳ４０３否定）、チェックリスト結果集計診断部１６は制御部１１を経由して不要フラグ情報を設定した標準チェックリストデータベース２１中のチェック項目を消去するかどうかの確認をデザインレビュー支援装置１のユーザに行う（ステップＳ４０４）。
【００７７】
ここで、デザインレビュー支援装置１のユーザは、デザインレビュー支援装置１から確認を要求されたそれぞれのチェック項目を本当に標準チェックリストデータベース２１から削除するか、そのまま又は修正して残すか、の指示をチェックリスト結果集計診断部１６に入出力装置１９を用いてデザインレビュー支援装置１に入力する。そして、チェックリスト結果集計診断部１６は、その指示に従ってチェック項目の削除又は保存を行う（ステップＳ４０５）。
【００７８】
以上のように、本実施の形態においては、チェックリストデータベース２１に記憶したチェック項目のうち、プロジェクトではチェックする必要がなかった（チェック項目として不要だった）チェック項目を自動的に抽出することができる。これにより、ユーザは、該チェック項目の消去または保存を判断するのみで、複雑な操作を行うことなく、チェックリストデータベース２５内のチェック項目を自動で整理して維持管理することが可能である。したがって、開発するソフトウェアの規模が大きくなった場合においても、容易に且つ効率的にチェック項目およびチェックリストの維持管理を行うことができ、試験情報や障害情報などの情報を客観的に且つ的確にチェックリストに反映することが可能である。その結果、目的とするソフトウェアの開発を容易化し、且つ早期に展開運用することが可能である。
【産業上の利用可能性】
【００７９】
以上のように、本発明にかかるレビュー支援装置は、チェックリストの作成と維持管理を容易に行うことにより効率的なデザインレビューを実現する場合に有用であり、特に、開発するソフトウェアの規模が大きな場合に適している。
【図面の簡単な説明】
【００８０】
【図１】本発明にかかるデザインレビュー支援装置の構成の一例を示すブロック図である。
【図２】図１に示すデザインレビュー支援装置のチェックリスト作成部が作成するチェックリストのデータ構造を示す図である。
【図３】図１に示すデザインレビュー支援装置の障害分析部が参照する障害情報データベースのデータ構造を示す図である。
【図４】図１に示すデザインレビュー支援装置のチェックリスト作成部が参照する標準チェックリストデータベースのデータ構造を示す図である。
【図５】図１に示すデザインレビュー支援装置の実施の形態１における動作を示すフローチャートである。
【図６】図１に示すデザインレビュー支援装置の実施の形態２における動作を示すフローチャートである。
【図７】図１に示すデザインレビュー支援装置の実施の形態５における動作を示すフローチャートである。
【図８】図１に示すデザインレビュー支援装置の実施の形態５における動作を示すフローチャートである。
【図９】図１に示すデザインレビュー支援装置の実施の形態６における動作を示すフローチャートである。
【符号の説明】
【００８１】
１  デザインレビュー支援装置
２  障害管理装置
１１  制御部
１２  障害分析部
１３  チェックリスト作成部
１４  チェック項目追加部
１５  チェックリストチェック部
１６  チェックリスト結果集計診断部
１９  入出力装置
２１  標準チェックリストデータベース
２２  機能仕様
２３  設計段階情報
２４  試験情報
２５  チェックリストデータベース
３１  障害管理制御部
４１  障害情報データベース
２１０  標準チェックリスト
２１１  障害情報連番
２１２  連番
２１３  チェック項目
２１４  関連機能
２１５  関連設計段階情報
２１６  その他情報
２５０  チェックリスト
２５１  標準チェックリスト連番
２５２  チェックリスト連番
２５３  チェック項目
２５４  確認日時
２５５  その他情報
４１１  連番
４１２  障害名
４１３  発生日時・対応日時
４１４  発生機能
４１５  関連機能
４１６  発生段階
４１７  発見段階
４１８  その他情報
【図１】
2005309917.tif 000003
【図２】
2005309917.tif 000004
【図３】
2005309917.tif 000005
【図４】
2005309917.tif 000006
【図５】
2005309917.tif 000007
【図６】
2005309917.tif 000008
【図７】
2005309917.tif 000009
【図８】
2005309917.tif 000010
【図９】
2005309917.tif 000011