(57)【要約】【課題】  画面遷移に基づく進捗管理を可能とするとともに、アプリケーションの未完成度に応じて客観的に進捗管理を行うことを可能とする進捗管理システムを提供する。【解決手段】  テスト実行手段１０２は、テスト生成部１０４，テスト実行部１０５，テスト結果検証部１０６を備える。テスト生成部１０４は、画面設計遷移手段１０１が生成した遷移画面設計データに対応したテストデータを生成する。テスト実行部１０５は、遷移画面設計データに基づき開発者により作成され、テスト対象装置１１０に実装されたアプリケーションに対し、テストを実行し、画面遷移の成否を判定する。テスト結果検証部１０６は、画面遷移の成否の判定結果を検証して、アプリケーションの未完成度を示すテスト結果データを生成する。テスト結果表示手段１０３は、テスト結果検証部１０６の生成したテスト結果データを表示装置に表示する。【選択図】      図１
2007018206.tif 000002
【特許請求の範囲】
【請求項１】
開発対象となるアプリケーションの表示画面と各表示画面間の遷移関係を示した遷移パスとを定義した画面遷移データに基づき進捗管理を行うシステムであって、
前記遷移パス毎に予め定義された送信データ型に応じたテストデータを生成するテストデータ生成手段と、
前記テストデータ生成手段の生成したテストデータを前記アプリケーションの実行端末に送信して、画面遷移の成否を判定し、当該判定結果に基づき各遷移パス毎のテスト結果データを生成するテスト実行部と、
前記テスト結果データを取得して、前記画面遷移データに定義された全ての遷移パスについての画面遷移成否の判定結果に基づき所定の算出基準を用いて、前記アプリケーションの未完成度を算出するテスト結果検証手段と
を備えることを特徴とする進捗管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション開発における進捗管理システムに関し、特に、Ｗｅｂアプリケーション開発の進捗管理に適したシステム構成に関する。
【背景技術】
【０００２】
従来よりアプリケーション開発において、開発プロジェクトの進捗管理が重要視されている。従来の進捗管理方法として、一般的には、プログラム単位，仕様変更単位，開発工程単位等で進捗状況を管理しており、各開発担当者にプログラムの実装やテストを行わせ、その結果等に応じた進捗状況を管理者に報告させることが行われている。
このような進捗管理を支援するためのシステムとして、各開発担当者の端末から登録された進捗状況に基づき、プロジェクトの進捗状況を集計して表示する手段を備えたシステムも公知となっている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−３０８２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、前記特許文献１に記載のシステムを利用した従来の進捗管理システムでは、進捗状況の把握が各開発担当者の自己申告に基づくものとなるため、開発担当者によりばらつきが生じる恐れがあり、進捗状況の適切な把握が困難なものとなっていた。
一方、近年におけるインターネットの普及により、Ｗｅｂブラウザを用いてインターネット上にあるサーバにアクセスするようなアプリケーションが非常に多く開発されている。このようなアプリケーションの場合には、認証用のログインページから、メニューページ，各サービス提供ページというように、各処理に対応して画面が遷移するため、アプリケーション開発の際には、表示画面の画面遷移を中心に、アプリケーションを構成するプログラムの設計，実装，テスト等を管理することが一般的であるが、前記特許文献１に記載のシステムではこのような進捗管理を考慮したものではなかった。
【０００４】
本発明は前記課題を解決するためのものであり、アプリケーションにおける画面遷移に基づき進捗管理を行うことを可能とするとともに、開発担当者の自己申告に基づく管理ではなく、アプリケーションの未完成度に応じて客観的に進捗管理を行うことを可能とする進捗管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するため本発明は、開発対象となるアプリケーションの表示画面と各表示画面間の遷移関係を示した遷移パスとを定義した画面遷移データに基づき、前記遷移パス毎に予め定義された送信データ型に応じたテストデータを生成するテストデータ生成手段と、前記テストデータ生成手段の生成したテストデータを、前記アプリケーションの実行端末に送信して、画面遷移が成功したか否かを判定し、当該判定結果に基づき各遷移パス毎のテスト結果データを生成するテスト実行部と、前記テスト結果データを取得して、前記画面遷移データに定義された全ての遷移パスについての判定結果に基づき所定の算出基準を用いて進捗度を算出するテスト結果検証手段とを備えることを特徴とする。
【発明の効果】
【０００６】
以上の構成により本発明では、Ｗｅｂアプリケーションの表示画面と画面遷移パスとを定義した画面遷移データに基づきテストデータを生成し、当該テストデータに基づき、Ｗｅｂアプリケーションの未完成度を数値化して進捗管理を行うこととしたので、開発担当者の判断に依存しない客観的な基準で進捗を把握することが可能となる。
また、各開発者自身も担当するアプリケーションの未完成度を客観的に把握することが可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の一実施の形態に係る進捗管理システムについて、図面に基づき説明する。
図１は、本発明の一実施の形態に係る進捗管理システムの概略構成を示すブロック図である。
本実施の形態に係る進捗管理システムを構成する進捗管理装置１００は、画面遷移設計手段１０１，テスト実行手段１０２，テスト結果表示手段１０３の各処理手段を備え、テスト対象装置１１０に対しネットワークを介して接続されている。
画面遷移設計手段１０１は、テスト対象装置１１０に実装されるアプリケーションの設計データを生成する。
テスト実行手段１０２は、テスト生成部１０４，テスト実行部１０５，テスト結果検証部１０６を備える。テスト生成部１０４は、遷移画面設計データに対応したテストデータを生成する。テスト実行部１０５は、遷移画面設計データに基づき開発者により作成され、テスト対象装置１１０に実装されたアプリケーションに対し、テストを実行し、画面遷移の成否を判定する。テスト結果検証部１０６は、画面遷移の成否の判定結果を検証して、アプリケーションの未完成度を示すテスト結果データを生成する。
テスト結果表示部１０３は、テスト結果検証部１０６の生成したテスト結果データを表示装置に表示する。
【０００８】
図２は、本システム全体における処理の概要を示すフローチャートである。
本システムでは、まず開発対象となるアプリケーションを構成する各表示画面について画面遷移設計手段１０１による画面設計処理を行う。画面設計処理では、アプリケーション開発者により編集された画面遷移図に基づき画面遷移データを生成する。
画面遷移データに基づき、アプリケーション開発者によりアプリケーションが作成され、テスト対象装置１１０にアプリケーションが実装される（ステップ２０２）。
進捗管理装置１００では、テスト対象装置１１０に実装されたアプリケーションに対し、テスト実行手段１０２がテスト処理を行う。
テスト処理では、まず、テスト生成部１０４が、画面遷移データに基づき、遷移パス毎のテストデータを生成する（ステップ２０３）。
テスト実行部１０５は、テスト生成部１０４が生成したテストデータをテスト対象装置１１０のアプリケーションに送信してテストを実行する（ステップ２０４）。
テスト結果検証部１０６は、遷移パス毎にテスト結果を取得して、当該テスト結果を検証してアプリケーションの未完成度を数値化する（ステップ２０５）。
テスト結果表示手段１０３は、テスト結果検証部１０６が数値化したアプリケーションの未完成度を表示装置に表示する（ステップ２０６）。
以上の処理の結果、アプリケーションの未完成度が「０」となれば、アプリケーションが完成したものとして処理を終了する。一方、未完成度が「０」以外の場合には、未完成の部分が含まれているものとして、アプリケーションの修正を行った後、アプリケーションの再実装を行い（ステップ２０２）、テスト処理を繰り返す。
【０００９】
図３は、画面設計処理ステップ（ステップ２０１）において、ユーザの設計操作に応じて、画面遷移設計手段１０１が生成した画面遷移図の一例を示す図である。
図３に示すように、画面遷移図３００は、開発対象となるアプリケーションで表示される画面１〜８と、各画面間をどのように遷移していくかを表したパスＰ００１〜Ｐ００８とで構成している。各画面１〜８は、その画面を本システム上で一意に識別するための画面ＩＤが設定されている。各パスＰ００１〜Ｐ００８は、そのパスを本システム上で一意に識別するためのパスＩＤが設定されている。
本システムでは、画面遷移図３００に示す初期表示画面から最終表示画面に至るまでの全てのパスについて、テストデータにより画面遷移が実行されるか否かによりテスト成功又はテスト失敗を判定し、各判定結果を検証して進捗度を数値化する。
本例では、初期表示画面としては画面１が該当し、最終表示画面としては画面１，５，６，８がそれぞれ該当する。
【００１０】
図４は、テストデータ生成ステップ（ステップ２０３）において、ユーザにより予め定義される各パス毎の設定データのデータフォーマットの一例を示す図である。
設定データ４００は、画面遷移図４００に示すパス毎に、各パスを一意に識別するためのパスＩＤ４０１と、遷移元の画面を識別する遷移元画面ＩＤ４０２と、画面遷移時にサーバに送信するデータの型リスト４０３と、遷移先の画面を識別する遷移先画面ＩＤ４０４とで構成している。ここで、パスＩＤ４０１と各画面ＩＤ４０２，４０４は、画面遷移図３００上で定義されたＩＤを用いる。データ型のリスト４０３はユーザにより設定されるものであり、その各要素は、名前４０５とそのデータの型４０６とを有する。
テストデータ生成ステップ（ステップ２０３）では、テストデータ生成部１０４がデータフォーマット４００に基づき、テストデータを生成する。
【００１１】
図５は、テストデータ生成ステップ（ステップ２０３）において、テストデータ生成部１０４が生成するテストデータの一例を示す図である。
テストデータ５００は、設定データ４００に対応するものであり、各テストデータを一意に識別するテストＩＤ５０１と、設定データ４００の各データ項目４０１〜４０４に対応するパスＩＤ５０２，遷移元画面ＩＤ５０３，型リスト５０４，遷移先画面ＩＤ５０５とで構成されている。テストデータ５００の型リスト５０４の各要素は、名前５０６と、遷移データ４００の型リスト４０３に定義されたデータ型に応じた値５０７とを有する。値５０７は、テストデータ生成部１０４が生成する他、ユーザによる任意の値の設定も可能とする。
【００１２】
図６は、テスト実行ステップ（ステップ２０４）において、テスト実行部１０５が生成するテスト結果データのデータ構造の一例を示す図である。
テスト結果データ６００は、テストデータ５００の送信データに設定された値をテスト対象装置に送信してテストを実行した結果を示すものであり、テストＩＤ６０１と、テストの成否５０２とで構成されている。テストＩＤ６０１は、テストデータ５００で設定されたテストＩＤ５０１に対応している。
テストの成否５０２の値は、送信データをテスト対象装置１１０に送信した結果、遷移元画面から遷移先画面へ正常に遷移した場合には「○（成功）」とし、画面が正常に遷移しなかった場合には「×（失敗）」とする。
以上のテスト結果データに基づきテスト結果検証部１０６が進捗状況を数値化する。
【００１３】
図７は、テスト結果検証部１０６の概略構成を示すブロック図である。
テスト検証部１０６は、テスト結果格納部７０１、画面遷移パスリスト配列格納部７０２，失敗カウンタ記憶部７０３，未完成係数記憶部７０４を有する。
テスト結果格納部７０１は、テスト実行部１０５の生成したテスト結果データを取得して格納する。
画面遷移パスリスト配列格納部７０２は、画面遷移データに基づき生成した初期表示画面から最終表示画面に至るまでのパスリストの配列を格納する。
テスト結果検証部１０６は、画面遷移パスリスト配列格納部７０２に格納されたパスリストに基づき、テスト結果データを取得して、テスト結果の判定の過程で、画面遷移が何画面分連続して失敗したかを失敗カウンタ記憶部７０３に保持し、失敗カウンタ記憶部７０３に保持した値に基づき所定の算出式に従って算出した値を未完成係数記憶部７０４を保持する。
ここで、未完成係数とは、アプリケーション開発の進捗度として、アプリケーションにおける画面遷移の成否に基づく未完成度を数値で示したものである。
【００１４】
図８は、テスト結果検証部１０６の行うテスト結果検証処理手順の詳細を示すフローチャートである。
テスト結果検証部１０６は、まず、画面遷移設計手段１０１の生成した画面遷移図に基づき、画面遷移パスリスト配列を生成し（ステップ８０１）、当該画面遷移パスリスト配列に基づき以下の検証処理を行う。
テスト結果検証処理１０５では、生成した画面遷移パスリスト配列から最初のリストを取り出し（ステップ８０２）、リストの先頭要素となるパスを取り出す（ステップ８０３）。
取り出したパスのパスＩＤに基づき、テストデータからテストＩＤを取得し、テストＩＤに対応する成否データをテスト結果格納部７０１から取得して（ステップ８０４）、以下のテスト結果判定を行う。
テスト結果判定では、成否データが「○（成功）」か否かを判定し、「×（失敗）」の場合には、失敗カウンタに「１」を加算して、次の要素となるパスがあるか否かを判定する（ステップ８０７）。
一方、成否データが「○」の場合には、失敗カウンタ記憶部７０３を参照し、失敗カウンタが「０」か否かを判定する（ステップ８０８）。失敗カウンタが「０」以外の場合には、失敗カウンタの値を二乗して未完成係数に加算し（ステップ８０９）、失敗カウンタを「０」に戻した後（ステップ８１０）、次の要素となるパスがあるか否かを判定する（ステップ８１１）。一方、失敗カウンタが「０」の場合には、未完成係数をそのままとして、次の要素となるパスがあるか否かを判定する（ステップ８１１）。
ステップ８０７において次の要素となるパスが無い場合には、ステップ８０９，８１０と同様に、失敗カウンタの値を二乗して未完成係数に加算し（ステップ８１２）、失敗カウンタを「０」に戻す（ステップ８１３）。
ステップ８１１において次の要素となるパスが無い場合、または、ステップ８１３において失敗カウンタを「０」に戻した後、次のパスリストがあるか否かを判定し（ステップ８１４）、パスリストがある場合には、パスリストの各要素についてテスト結果判定を繰り返す（ステップ８０３〜８１３）。
画面遷移パスリスト配列に含まれる全てのパスリストについて処理が終了した後（ステップ８１４）、各パスリストについて未完成係数記憶部７０４に保持した値を加算して合計値を算出する（ステップ８１５）。
以上の処理の結果得られた未完成係数がこのシステムの完成度となる。この未完成係数が０の場合はこのシステムは完成していることとなり、この値が大きければ大きいほどそのアプリケーションは未完成であることとなる。
ここで、本例では、連続して失敗した分だけ失敗カウンタの値を加算していき、失敗カウンタの値を二乗することとしているので、各パスリストにおいて、失敗の数が同一であっても画面遷移の失敗が連続している場合には未完成係数の値が大きくなる。
【００１５】
図９は、テスト結果検証部が図３に示す画面遷移図に基づいて生成する画面遷移パスリスト配列の一例を示す図である。
画面遷移パスリスト配列９００は、画面遷移図に含まれる画面遷移ルートをパスＩＤで示したものである。
例えば、画面１から画面２を経由して画面４、画面５と遷移するルートの場合、画面１と画面２の間のパスＩＤがＰ００１、画面２と画面４の間のパスＩＤがＰ００３、画面４と画面５の間のパスＩＤがＰ００４であるため、パスリスト９０１「Ｐ００１→Ｐ００３→Ｐ００４」が生成される。同様に、他の遷移ルートについてパスリスト９０２「Ｐ００１→Ｐ００３→Ｐ００５」，パスリスト９０３「Ｐ００２→Ｐ００６」，パスリスト９０４「Ｐ００２→Ｐ００７→Ｐ００８」がそれぞれ生成される。
なお、パスリスト９０２に示す遷移ルートは、画面１から画面２に遷移して画面１に戻るというように、画面遷移図にループがあるため、すでに通った画面（画面１）が出てきた時点でそのパスリストが終了している。
テスト結果検証部は、画面遷移図から取り得るパスのリストを抽出し、それをリストの配列として画面遷移パスリスト配列格納部に保持する。
【００１６】
図１０は、テスト結果検証部の検証結果に基づき、テスト結果表示装置が表示するテスト結果表示画面の一例を示す図である。
本例では、画面遷移図上に各パス毎のテスト結果１００１（「○」ｏｒ「×」）を表示するとともに、図９に示すパスリスト９０１〜９０４のそれぞれについて算出した未完成係数１００２及び未完成係数の合計値１００３を表示している。
例えば、パスリスト９０１では、パスＰ００３のテスト結果が失敗となっているため、失敗カウンタ「１」となり、未完成係数も「１（１の二乗）」となっている。パスリスト９０２では、パスＰ００１，パスＰ００５のテスト結果が失敗となっているため、失敗カウンタが「１」，「１」となり、未完成係数が「２（１＋１）」となっている。パスリスト９０３では、全てのパスのテスト結果が成功であるため、失敗カウンタが「０」となり、未完成係数も「０」となる。パスリスト９０４では、連続したパスＰ００７，Ｐ００８のテスト結果が失敗となっているため、失敗カウンタが「２」となり、未完成係数が「４（２の二乗）」となっている。
さらに、未完成係数の合計値１００３が「７（＝１＋２＋４）」となっている。
このように、本実施の形態に係る進捗管理システムでは、進捗状況を示す値として、アプリケーションの未完成度を示す未完成係数を算出して表示することとしている。
ここで、本実施の形態では、画面遷移が連続して失敗した場合に、未完成係数の値がより大きくなるものとして算出基準を設定することにより、画面遷移関係に応じた適切な進捗管理を可能としている。
【００１７】
なお、前記実施の形態では、進捗管理システムを構成する各処理手段及びテスト実行手段を構成する各処理部等を一つの端末に備えることとして説明しているが、各処理手段又は各処理部を複数の端末に分散して備えることとしてもよい。また、管理者用端末にテスト結果表示手段を備えることとして、各開発者用端末のテスト結果検証部が生成したテスト結果を管理者用端末に表示可能としてもよい。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施の形態に係る進捗管理システムの概略構成を示すブロック図である。
【図２】本発明の一実施の形態に係る進捗管理システムの行うアプリケーション開発処理手順を示すフローチャートである。
【図３】進捗管理システムを構成する画面遷移設計手段の生成する画面遷移図の一例を示す図である。
【図４】各パスの設定データのデータ構造の一例を示す図である。
【図５】テストデータのデータ構造の一例を示す図である。
【図６】テスト結果データのデータ構造の一例を示す図である。
【図７】テスト結果検証部の構成を示すブロック図である。
【図８】テスト結果検証部の行うテスト結果検証処理手順を示すフローチャートである。
【図９】図３に示す画面遷移図から生成した画面遷移パスリスト配列を示す図である。
【図１０】テスト結果表示手段の表示するテスト結果表示画面の画面構成の一例を示す図である。
【符号の説明】
【００１９】
１００  進捗管理システム、１０１  画面遷移設計手段、１０２  テスト実行手段、１０３  テスト結果表示手段、１０４  テスト生成部、１０５  テスト実行部、１０６  テスト結果検証部、１０７  テスト対象装置、７０１  テスト結果格納部、７０２  画面遷移パスリスト配列格納部、７０３  失敗カウンタ記憶部、７０４  未完成係数記憶部。
【図１】
2007018206.tif 000003
【図２】
2007018206.tif 000004
【図３】
2007018206.tif 000005
【図４】
2007018206.tif 000006
【図５】
2007018206.tif 000007
【図６】
2007018206.tif 000008
【図７】
2007018206.tif 000009
【図８】
2007018206.tif 000010
【図９】
2007018206.tif 000011
【図１０】
2007018206.tif 000012