"テスト項目の欠落を補完して網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成装置であって、入力されたユーザとシステム間のインタラクションの流れを示すユースケース記述に基づいて実行経路を抽出し、実行経路記憶手段に格納する実行経路抽出手段と、前記ユースケース記述と、画面間の遷移を示す画面遷移図のマッチングを行い、該画面遷移図には存在するが該ユースケース記述には存在しない遷移がある場合は、該ユースケース記述が不完全であると判断するマッチング手段と、前記マッチング手段で前記ユースケース記述が不完全であると判断された場合に、該マッチング手段において画面遷移図から見つけたユースケース記述から欠落している遷移について新たな実行経路を生成し、前記実行経路記憶手段に格納する欠落補完手段と、前記実行経路記憶手段から実行経路を読み出して、該実行経路に対するテスト項目を生成するテスト項目生成手段と、を有することを特徴とするシナリオテストのテスト項目生成装置。前記マッチング手段は、前記画面遷移図から遷移の一覧を取得して、各遷移毎に、遷移元画面、遷移先画面、イベントの3つ組を取得し、前記ユースケース記述に、該3つ組が存在するかを判定し、存在しない場合に、該遷移元画面と該遷移先画面が共に該ユースケース記述に存在する場合に、該ユースケース記述が不完全であると判定する手段を含む請求項1記載のシナリオテストのテスト項目生成装置。前記欠落補完手段は、前記ユースケース記述中の、前記欠落している遷移の遷移元画面と遷移先画面の場所を特定する手段と、前記ユースケース記述の始点から前記遷移元画面に至る最短経路Sと、前記遷移先画面から該ユースケース記述の終点までの最短経路Eを抽出する手段と、前記経路S、前記欠落している遷移、前記経路Eを順番にマージして新しい経路を生成する手段と、を含む請求項1または2記載のシナリオテストのテスト項目生成装置。テスト項目の欠落を補完して網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成方法であって、実行経路抽出手段が、入力されたユーザとシステム間のインタラクションの流れを示すユースケース記述に基づいて実行経路を抽出し、実行経路記憶手段に格納する実行経路抽出ステップと、マッチング手段が、前記ユースケース記述と、画面間の遷移を示す画面遷移図のマッチングを行い、該画面遷移図には存在するが該ユースケース記述には存在しない遷移がある場合は、該ユースケース記述が不完全であると判断するマッチングステップと、欠落補完手段が、前記マッチングステップで前記ユースケース記述が不完全であると判断された場合に、該マッチングステップにおいて画面遷移図から見つけたユースケース記述から欠落している遷移について新たな実行経路を生成し、前記実行経路記憶手段に格納する欠落補完ステップと、テスト項目生成手段が、前記実行経路記憶手段から実行経路を読み出して、該実行経路に対するテスト項目を生成するテスト項目生成ステップと、を行うことを特徴とするシナリオテストのテスト項目生成方法。前記マッチングステップにおいて、前記画面遷移図から遷移の一覧を取得して、各遷移毎に、遷移元画面、遷移先画面、イベントの3つ組を取得し、前記ユースケース記述に、該3つ組が存在するかを判定し、存在しない場合に、該遷移元画面と該遷移先画面が共に該ユースケース記述に存在する場合に、該ユースケース記述が不完全であると判定する請求項4記載のシナリオテストのテスト項目生成方法。前記欠落補完ステップにおいて、前記ユースケース記述中の、前記欠落している遷移の遷移元画面と遷移先画面の場所を特定し、前記ユースケース記述の始点から前記遷移元画面に至る最短経路Sと、前記遷移先画面から該ユースケース記述の終点までの最短経路Eを抽出し、前記経路S、前記欠落している遷移、前記経路Eを順番にマージして新しい経路を生成するを含む請求項4または5記載のシナリオテストのテスト項目生成方法。コンピュータを、請求項1乃至3のいずれか1項に記載のテスト項目生成装置の各手段として機能させるためのシナリオテストのテスト項目生成プログラム。しかしながら、ユースケースは、システムの振舞いの一側面を表すものであり、例えば、Webアプリケーションの各画面での戻るリンク押下のように、本筋と関係のないシナリオは省略されて記述されないことが多い。このように、ユースケース記述が不完全である場合、従来技術ではシステムの振る舞いを検証する網羅的なテスト項目を得られないという問題がある。本発明は、上記の点に鑑みなされたもので、ユースケース記述の欠落部分を検出し、網羅的なシナリオテストを実行することが可能なシナリオテストのテスト項目生成装置及び方法及びプログラムを提供することを目的とする。上記の課題を解決するため、本発明請求項1は、テスト項目の欠落を補完して網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成装置であって、入力されたユーザとシステム間のインタラクションの流れを示すユースケース記述に基づいて実行経路を抽出し、実行経路記憶手段に格納する実行経路抽出手段と、前記ユースケース記述と、画面間の遷移を示す画面遷移図のマッチングを行い、該画面遷移図には存在するが該ユースケース記述には存在しない遷移がある場合は、該ユースケース記述が不完全であると判断するマッチング手段と、前記マッチング手段で前記ユースケース記述が不完全であると判断された場合に、該マッチング手段において画面遷移図から見つけたユースケース記述から欠落している遷移について新たな実行経路を生成し、前記実行経路記憶手段に格納する欠落補完手段と、前記実行経路記憶手段から実行経路を読み出して、該実行経路に対するテスト項目を生成するテスト項目生成手段と、を有する。また、本発明請求項2は、請求項1の前記マッチング手段に、前記画面遷移図から遷移の一覧を取得して、各遷移毎に、遷移元画面、遷移先画面、イベントの3つ組を取得し、前記ユースケース記述に、該3つ組が存在するかを判定し、存在しない場合に、該遷移元画面と該遷移先画面が共に該ユースケース記述に存在する場合に、該ユースケース記述が不完全であると判定する手段を含む。また、本発明請求項3は、請求項1または2の前記欠落補完手段に、前記ユースケース記述中の、前記欠落している遷移の遷移元画面と遷移先画面の場所を特定する手段と、前記ユースケース記述の始点から前記遷移元画面に至る最短経路Sと、前記遷移先画面から該ユースケース記述の終点までの最短経路Eを抽出する手段と、前記経路S、前記欠落している遷移、前記経路Eを順番にマージして新しい経路を生成する手段と、を含む。本発明によれば、ユースケース記述書と画面遷移図という2つの入力ドキュメントを突き合せることにより、ユースケース記述の漏れを検知し、画面遷移図を利用して補完することにより、網羅的なシナリオテストのためのテスト項目を抽出することが可能となる。以下図面と共に、本発明の実施の形態を説明する。まず、本明細書中で用いる用語について説明する。シナリオテスト:要求定義に基づき、ユーザが行う業務を想定してシナリオを作成して、システムが想定シナリオどおりに振舞うか確認するテスト。テスト項目:シナリオテストにおけるテスト項目は、テストシナリオと確認観点を含む。テストシナリオは、画面と操作で構成されたシーケンスであり、確認観点は画面遷移の正しさ、画面表示内容の正しさ、データベース破壊の有無、などがある。画面遷移図:設計ドキュメントの一種である。特定の機能内における各画面間の遷移を示す。ユースケース記述:設計ドキュメントの一種である。要求を明確化するための記法でもある。ユーザとシステムの間のインタラクションの流れを示す。流れは基本フローに沿って進むが、代替フローや例外フローに分岐することもある。図1は、本発明の一実施の形態におけるシナリオテストのテスト項目生成装置の構成を示す。テスト項目生成装置10は、設計情報読込部1、設計モデル分析部2、実行経路抽出部3、実行経路補完部4、実行経路記憶部5、テスト項目生成部6から構成され、設計情報読込部1及びテスト項目生成部6は、ユーザ端末20と接続されている。設計情報読込部1は、ユーザ端末20から設計ドキュメント情報を取得して、指定されたファイルパスのユースケース記述書及び画面遷移図を抽出する。ユーザ端末20から入力されるユースケース記述の例を図2に示し、画面遷移図の例を図3に示す。ユースケース記述は、基本フロー、代替フロー、例外フロー毎に、利用者のアクション、システムアクション、ジャンプ先、復帰先のフロー番号を含む。画面遷移図は、画面の遷移を矢印で表したものである。また、設計情報読込部1で抽出されるユースケース記述のデータ構造を図4に示す。ユースケース記述のデータ構造は、フローIDフロー種別、主体システム/ユーザ、フロー内容VDX形式ファイル、ユースケース記述書XLS形式ファイルを読み込み、それぞれ、JavaObjectに変換する。詳細は、図7にて詳述する。ステップ120設計モデル分析部2は、設計情報読込部1から入力されたJavaObjectを単一の設計モデルに変換する。詳細は、図8にて詳述する。ステップ130設計モデル解析部2、実行経路抽出部3及び実行経路補完部4、テスト項目生成部6は、設計モデルを解析し、その結果に基づいて、テストシナリオを抽出し、テスト項目を生成する。詳細は、図9にて詳述する。ステップ140テスト項目生成部6は、テスト項目を帳票形式に成型し、テスト項目表XLS形式ファイルを出力する。次に、上記のステップ110の処理について説明する。図7は、本発明の一実施の形態におけるステップ110の詳細フローチャートである。ステップ210設計情報読込部1は、読み込むべき設計ドキュメントを特定する処理として、ファイルを階層的に探索し、画面遷移図、もしくは、ユースケース記述書であるファイルのファイルパスをメモリ図示せずに記録する。その他のファイルは無視するものとする。ステップ220設計情報読込部1は、ステップ210で探索されたユースケース記述書XLS形式ファイルのファイルパスをメモリから取得し、指定されたファイルパスに存在するユースケース記述書を読み込み、対応する中間言語ユースケース記述Objectを生成し、ユースケース記述Objectのリストとしてメモリ図示せずに格納する。ステップ230設計情報読込部1は、ステップ210で探索された画面遷移図VDX形式のファイルのファイルパスをメモリ図示せずから読み込み、指定されたファイルパスに存在する画面遷移図を読み込み、対応する中間言語画面遷移図Objectを生成し、画面遷移図Objectのリストとしてメモリ図示せずに格納する。次に、図6のステップ120の設計モデル生成処理について説明する。図8は、本発明の一実施の形態におけるステップ120の詳細フローチャートである。ステップ310設計モデル分析部2は、メモリ図示せずからユースケース記述Objectを読み込む。ステップ320設計モデル分析部2は、それぞれのフローに対して、ユースケース記述Objectに含まれる各フローを基にUMLActivityを構築する。具体的には、遷移先画面や遷移元画面をUMLActivityNode、フローをUMLActivityEdgeに変換し、UMLActivityを構築する。ステップ330設計モデル分析部2は、メモリ図示せずより画面遷移図Objectを読み込む。ステップ340設計モデル分析部2は、それぞれの遷移に対して、画面遷移Objectに含まれる各遷移をもとにUMLStateMachineを構築する。詳しくは、遷移先画面や遷移元画面をUMLState、遷移をUMLTransitionに変換し、UMLStateMachineを構築する。なお、XMI形式を構築するための手法として、XStreamhttpxstreamcodehausorgtutorialhtmlを用いるものとする。ステップ350設計モデル分析部2は、ステップ320やステップ340で作成した情報をマージして設計モデルを作成する。詳しくは、設計モデル中の各機能がUMLActivity、UMLStateMachineのペアを保持するよう、全体の設計モデルを作成し、メモリ図示せずに格納する。次に、ステップ130のテスト項目抽出処理の詳細な動作を説明する。図9は、本発明の一実施の形態におけるステップ130の詳細フローチャートである。ステップ410設計モデル分析2は、メモリ図示せずを走査し、ステップ350で生成された設計モデルからテスト対象となる各機能を抽出する。ステップ420実行経路抽出部3は、抽出した各機能のユースケース記述から、抽出した実行経路をそれぞれテストシナリオとしてテスト項目を生成する。詳細な動作は図10にて詳述する。ステップ430実行経路補完部4は、設計モデル分析部2で抽出された設計モデルの機能のユースケース記述と画面遷移図を順に取得し、両者の遷移群を比較する。詳細な動作は図12にて詳述する。ステップ440実行経路補完部4は、画面遷移図に存在するがユースケース記述に存在しない遷移を、ユースケース記述の抜けと見做して、漏れ遷移リストとしてメモリ図示せずに格納し、ステップ450に移行し、両者に遷移の漏れがない場合は当該処理を終了する。ステップ450実行経路補完部4は、ステップ440でメモリ図示せずに格納されている漏れ遷移リストを読み出し、ユースケース記述に基づいて、漏れ遷移のそれぞれについてテスト項目を生成し、実行経路記憶部5に格納する。次に、上記のステップ420のユースケース記述由来のテスト項目の生成処理について説明する。図10は、本発明の一実施の形態におけるステップ420の詳細フローチャートである。ステップ510実行経路抽出部3は、設計モデル分析部2からユースケース記述を取得する。ステップ520実行経路抽出部3は、UMLActivityで有向グラフにおける深さ優先探索を行い、始点から終点までの経路を網羅的に抽出する。有向グラフからの経路抽出のための深さ優先探索の手法としては、例えば、文献1杉原厚吉著、データ構造とアルゴリズム、共立出版、ISBN4320120345を用いればよい。ステップ530実行経路抽出部3は、実行経路を始点から終点まで辿り、カギ括弧などでマークアップされた画面名とイベント名の文字列を順次収集し、画面名とイベント名のリストを生成し、実行経路記憶部5に格納する。ステップ540テスト項目生成部6は、画面名とイベント名のリストをテストシナリオとしてまとめる。ステップ550テスト項目生成部6は、テストシナリオ、実行経路に加え、ユーザ設定の確認観点からテスト項目を生成する。生成されたテスト項目のデータ構造を図11に示す。テスト項目は、テスト項目ID、パス情報、テストシナリオ、確認観点を含む。なお、確認観点は、予め設定された固定文字列である。ユーザがこれを変えることができる。次に、上記の図9のステップ430のユースケース記述と画面遷移図を付き合わせる処理について説明する。図12は、本発明の一実施の形態におけるステップ430の詳細フローチャートである。ステップ610実行経路補完部4は、設計モデル分析部2からユースケース記述を取得し、エッジを抽出する。ステップ620実行経路補完部4は、設計モデル分析部2から画面遷移図を取得し、遷移を抽出する。ステップ630実行経路補完部4は、ステップ620で抽出された遷移に対応付けられている遷移元画面、遷移先画面、イベントを取得する。例えば、図5の例では、transition0に対応付けられている遷移元画面はトップ画面であり、遷移先画面はメニュー画面であり、イベントはログインボタン押下である。実行経路補完部4は、これらを{遷移元画面遷移先画面イベント}の3つ組とする。ステップ640実行経路補完部4は、ステップ630で得られた3つ組み{遷移元画面遷移先画面イベント}を基に、ユースケース記述に該当するエッジがあるかを調べる。ステップ650ユースケース記述に該当するエッジがある場合は、当該処理を終了し、ない場合は、ステップ660に移行する。ステップ660実行経路補完部4は、遷移元画面と遷移先画面が共にユースケース記述に存在するかを判定し、存在する場合はユースケース記述が不完全であると判断し、存在しない場合は当該処理を終了する。ステップ670実行経路補完部4は、ユースケース記述が不完全であると認定し、該当遷移をユースケース記述から欠落している遷移漏れ遷移と見做し、漏れ遷移リストに加えてメモリに格納する。上記のステップ650~670の処理を具体的に説明する。図13は、本発明の一実施の形態におけるユースケース記述と画面遷移図の比較を示す。ユースケース記述と画面遷移図を比較した結果、画面遷移図に存在し、ユースケース記述に存在しない遷移は、画面C⇒イベント4⇒画面B画面B⇒イベント5⇒画面D画面E⇒イベント6⇒画面C画面E⇒イベント7⇒画面Dの4つとなる。このうち、遷移元画面と遷移先画面の両方がユースケースに存在するのは画面C⇒イベント4⇒画面Bであるため、これをユースケースから漏れた漏れ遷移欠落部分としてメモリに格納する。上記のように、欠落を判定する際に、ユースケース記述と関連ある部分のみを篩い分けて使用することで、シナリオテストにとって無駄なテスト項目を生成しなくともよく、従来技術で生成可能なユースケース記述に由来するテスト項目に加えて、画面遷移図に由来するテスト項目も生成でき、ユースケース記述の欠落部分を検出できる。次に、図9のステップ450の画面遷移図由来のテスト項目生成処理について説明する。図14は、本発明の一実施の形態におけるステップ540の詳細フローチャートである。ステップ710実行経路補完部4は、メモリ図示せずから漏れ遷移リストを取得する。ステップ720実行経路補完部4は、漏れ遷移リストから漏れ遷移の遷移元画面を取得し、ユースケース記述から該当する画面を検索する。ステップ730実行経路補完部4は、漏れ遷移の遷移先画面を取得し、ユースケース記述の中から該当画面の場所を特定する。ステップ740実行経路補完部4は、ユースケース記述の始点からステップ720で特定した遷移元画面の位置に至る最短の実行経路Sを抽出する。ステップ750ステップ730で特定した遷移先画面の位置から、ユースケース記述の終点までの最短の実行経路Eを抽出する。なお、上記のステップ740,750の経路探索には、有向グラフの2点間の最短経路の探索手法として、前述の文献1のダイクストラのアルゴリズム等を用いればよい。ステップ760実行経路補完部4は、ステップ740,750で探索された部分経路S、漏れ遷移、部分経路Eを順番にマージして新しい経路を生成し、実行経路記憶部5に格納する。ステップ770テスト項目生成部6は、実行経路記憶部5から実行経路抽出部3で抽出された実行経路及び実行経路補完部4で生成された新しい経路を読み込み、テストシナリオを生成し、図15に示すようなテスト項目表を生成する。上記の処理により、ユースケース記述の漏れを検出し、画面遷移図を利用して補完することで、網羅的なテスト項目を抽出できる。なお、上記の図1に示すテスト項目生成装置の構成要素の動作をプログラムとして構築し、テスト項目生成装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更応用が可能である。"