(57)【要約】【課題】  画面遷移定義および画面定義の２つの定義を統合した仕様書を自動生成する。【解決手段】  画面遷移定義および画面定義情報を抽出し、その定義情報を管理する。また、利用者が定義したテンプレート情報に従い、必要な情報を収集し仕様書として出力する。画面遷移図１００から生成される画面遷移定義情報１０２およびＷｅｂ画面１０１から生成されるＷｅｂ画面定義情報１０３をＷｅｂフロントエンド仕様書生成装置１０４がそれぞれの定義情報を解析し、内部に定義情報１０５として収集し、管理する。利用者は、仕様書テンプレート１０７を任意に選択し、Ｗｅｂフロントエンド仕様書生成装置１０４に通知する。Ｗｅｂフロントエンド仕様書生成装置１０４は与えられた仕様書テンプレート１０７を元に、定義情報１０５から必要な情報を抽出し、Ｗｅｂフロントエンド仕様書１０６として出力する。【選択図】  図１
2006048561.tif 000002
【特許請求の範囲】
【請求項１】
画面遷移定義および画面定義から言語仕様に従って情報を収集するステップと、収集した情報を管理するステップと、利用者から定義されたテンプレートに従い情報を再構成し、仕様書として出力するステップとを有することを特徴とするドキュメント自動生成処理方法。
【請求項２】
画面遷移定義および画面定義から言語仕様に従って情報を収集する手段と、収集した情報を管理する手段と、利用者から定義されたテンプレートに従い情報を再構成し、仕様書として出力する手段とを有することを特徴とするプログラム開発支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム開発支援装置およびドキュメント自動生成処理方法に関する。
【背景技術】
【０００２】
画面遷移定義または画面定義から、利用者が指定したテンプレートに従って新規のドキュメントとして出力することで仕様書を自動生成するという技術が特許文献１に開示されている。
【０００３】
【特許文献１】特開2000-330774号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の技術では画面情報から画面仕様書、画面遷移定義情報から画面遷移仕様書といった、個々の定義情報から個々の仕様書の作成することができたが、画面遷移情報と画面情報を組み合わせた仕様書を自動生成することができなかった。
本発明の目的は、上述の従来型における問題点に鑑み、画面遷移定義および画面定義から双方の情報を集約した仕様書自動生成システムを提供することにある。
【課題を解決するための手段】
【０００５】
画面遷移定義および画面定義から言語仕様に従って情報を収集するステップと、収集した情報を管理するステップと、利用者から定義されたテンプレートに従い情報を再構成し、仕様書として出力するステップを備えたことを特徴とする。
【発明の効果】
【０００６】
以上説明したように、本発明によれば従来は個々にしか出力できなかった画面遷移仕様書および画面仕様書を、それぞれを組み合わせたＷｅｂフロントエンド全体の仕様書として自動生成することが可能になる。
【発明を実施するための最良の形態】
【０００７】
以下に本発明の実施の形態を説明する。
【実施例１】
【０００８】
以下、図面を用いて本発明の実施の形態を説明する。
【０００９】
図１にＷｅｂフロントエンド仕様書生成装置の処理の実施例を示す。画面遷移図１００から生成される画面遷移定義情報１０２およびＷｅｂ画面１０１から生成されるＷｅｂ画面定義情報１０３をＷｅｂフロントエンド仕様書生成装置１０４がそれぞれの定義情報を解析し、内部に定義情報１０５として収集し、管理する。利用者は、仕様書テンプレート１０７を任意に選択し、Ｗｅｂフロントエンド仕様書生成装置１０４に通知する。Ｗｅｂフロントエンド仕様書生成装置１０４は与えられた仕様書テンプレート１０７を元に、定義情報１０５から必要な情報を抽出し、Ｗｅｂフロントエンド仕様書１０６として出力する。
【００１０】
図２に画面遷移定義情報の内容を示す。画面遷移図２００内には次に示す情報が定義される。Ｗｅｂ画面２０１は画面を識別するＩＤ２０２として「Ｐａｇｅ１」という情報を持つ。また、画面遷移を実行する信号を識別するＩＤ２０３として「Ａｃｔｉｏｎ１」という情報をもつ。画面遷移の際に呼び出される業務ロジック２０４は業務ロジックを識別するＩＤ２０５として「Ｍｅｔｈｏｄ１」という情報を持つ。業務ロジック２０４は次画面の分岐先を実行した際の戻り値を識別するＩＤ２０６によって定義する。これらの遷移図定義から画面遷移情報２１４を生成する。画面遷移情報２１４の内部では、Ｗｅｂ画面を識別するＩＤ２０７、Ｗｅｂ画面の実体ファイル名称２０８、画面で発生する信号のＩＤ２０９、信号に対応して呼び出される業務ロジックのＩＤ２１０、業務ロジックの戻り値を識別するＩＤ２１１、次画面を識別するＩＤ２１２および次画面の実体ファイル名称２１３をそれぞれ管理する。
【００１１】
図３にＷｅｂ画面定義を示す。Ｗｅｂ画面３００は画面内にテキストフィールド３０１、データ送信ボタン３０２を含む画面である。Ｗｅｂ画面３００の定義情報はＷｅｂ画面定義情報３１１となる。Ｗｅｂ画面定義情報３１１には、Ｗｅｂ画面で使用するデータ情報を定義するデータ情報定義領域３０３を持つ。データ定義情報はデータ名称３０４、データ長３０５、データ型３０６の情報で構成される。必要に応じてチェック属性３１２が定義される。また、Ｗｅｂ画面に含まれるテキストフィールドを示すオブジェクトタイプ３０７やデータ送信ボタンを示すオブジェクトタイプ３０９を定義する。オブジェクトとデータの関係は、データ情報３０８として定義される。画面遷移を実行するための識別ＩＤはデータ送信ボタンのＩＤ３１０として定義される。
【００１２】
図４にＷｅｂフロントエンド仕様書自動生成装置が管理する情報の構造を示す。Ｗｅｂアプリケーションルート４００の下にＷｅｂ画面の定義情報が管理される。個々のＷｅｂ画面を示すＷｅｂ画面４０２は画面に定義されるオブジェクト４０１と画面から呼び出される業務４０３の情報およびＷｅｂ画面の実体であるＨＴＭＬ４１１を持つ。オブジェクト４０１はＷｅｂ画面中に定義されるオブジェクトの情報を格納する。オブジェクトの１つである「Ｔｅｘｔｆｉｅｌｄ１」４０４は入力（ＩＮ４０５）と出力（ＯＵＴ４０７）に、データである「Ｄａｔａｉｔｅｍ１」４０６と「Ｄａｔａｉｔｅｍ４」４０８が関連付いている。「Ｄａｔａｉｔｅｍ１」４０６には「Ｓｔｒｉｎｇ：２０」４２３というデータ型、長さの属性を持つ。また、「Ｔｅｘｔｆｉｅｌｄ１」４０４は「ｃｈｅｃｋ」４２１が関連付いており，「入力必須」４２２というチェック項目を持つ。画面遷移を実行するためのＳｕｂｍｉｔ４０９には「Ａｃｔｉｏｎ１」４１０が定義されている。ＨＴＭＬ４１１は実体ファイル名である「Ｐａｇｅ１．ｈｔｍｌ」４１２を持つ。業務４０３は呼び出す業務ロジックの実体であるプログラム４１３、メソッド４１５を持つ。プログラム４１３はプログラム名称である「ＷｅｂＡＰ１」４１４を持つ。メソッド４１５は画面遷移に関連する識別子「Ａｃｔｉｏｎ１」４１６を持つ。「Ａｃｔｉｏｎ１」４１６はメソッドの名称である「Ｍｅｔｈｏｄ１」４１７と戻り値を格納するための戻り値４１８を持つ。戻り値４１８は実際の戻り値を示す「０」４１９とその戻り値に対応した次画面を示す「Ｐａｇｅ２」４２０を持つ。
【００１３】
図５に画面遷移仕様書を作成する際のテンプレートの一例を示す。画面遷移図５００に対し、画面遷移仕様書テンプレート５０１がある。画面遷移仕様書テンプレート５０１には、画面ＩＤ５０２、画面遷移ＩＤ５０３、メソッド５０４、戻り値５０５、次画面ＩＤ５０６、実体ファイル５０７の情報を必要とするテンプレートである。画面遷移図で定義された情報から実際に仕様書を出力すると、画面ＩＤに「Ｐａｇｅ１」５０８、画面遷移ＩＤに「Ａｃｔｉｏｎ１」５０９、メソッドに「Ｍｅｔｈｏｄ１」５１０、戻り値に「０」５１１、戻り値に対応した次画面ＩＤに「Ｐａｇｅ２」５１２、次画面ＩＤの示す実体のファイル名称「Ｐａｇｅ２．ｈｔｍｌ」５１３が格納される。
【００１４】
図６に図５で示したテンプレートに従った仕様書生成のための情報取得の流れを示す。まず、テンプレート解析処理６１４を行い，テンプレートが必要とする情報の内容を確認する。次に画面遷移情報内のＰａｇｅノードの有無を確認する。Ｐａｇｅノードがない場合は、終了ポイント６１３に到達し、処理を終了する。Ｐａｇｅノードが存在する場合は最初に画面ＩＤ取得処理６０１を実行する。次にオブジェクト内から処理６０２でＳｕｂｍｉｔボタンを探索し、そのＮａｍｅ属性からＡｃｔｉｏｎＩＤを取得する。Ｓｕｂｍｉｔボタンが存在しない場合は、次のＰａｇｅノードの検索に戻る。ＡｃｔｉｏｎＩＤが存在する場合、処理６０３でＡｃｔｉｏｎＩＤに対応付いたメソッドが存在するかを検索する。メソッドが関連付いていない場合は，そのまま次画面ＩＤの取得処理６０４を実行し，その後，画面ＩＤに対応したＨＴＭＬファイル名の取得処理６０６を実行し，Ｐａｇｅノードの検索に戻る。メソッドが関連付いている場合は，メソッド名の取得処理６０５を行い，戻り値の定義の有無の判断６０７を実行する。戻り値が定義されていない場合，メソッド名に対応した次画面ＩＤの取得処理６０８を行い、その後画面ＩＤに対応したＨＴＭＬファイル名の取得処理６０９を実行しＰａｇｅノードの検索に戻る。戻り値が定義されている場合，戻り値の取得処理６１０を実行する。次にその戻り値に対応した次画面ＩＤの取得処理６１１を行い，その後画面ＩＤに対応したＨＴＭＬファイル名の取得処理６１２を実行し，Ｐａｇｅノードの検索に戻る。以上の流れで，画面遷移情報を作成するための情報の取得を行う。
【００１５】
図７に画面定義仕様書を作成するテンプレートの一例を示す。画面７００に対し、画面遷移仕様書テンプレート７１３がある。画面仕様書テンプレート７１３には、データ名７０１、型７０２、長さ７０３、チェック７０４、オブジェクト７０５、制御属性７０６の情報を必要とするテンプレートである。画面で定義された情報から実際に仕様書を出力すると、データ名に「Ｄａｔａｉｔｅｍ１」７０７、型に「Ｓｔｒｉｎｇ」７０８、長さに「２０」７０９、チェックに「必須」７１０、オブジェクトに「Ｔｅｘｔｆｉｅｌｄ１」７１１、属性制御に「入力」７１２が格納される。
【００１６】
図８に図７で示すテンプレートに従った仕様書作成のための情報取得の流れを示す。まず、テンプレート解析処理８０８を行い，テンプレートが必要とする情報の内容を確認する。次にＰａｇｅ内に存在するオブジェクトの検索処理８００を実行する。オブジェクトが存在しなければ終了処理８０７を実行する。オブジェクトが存在する場合，オブジェクトの取得処理８０１を行い、オブジェクト情報を取得する。次にオブジェクトの各属性の取得処理８０２を行う。次にチェック情報の取得処理８０３を実行する。次に、それぞれの属性に対し，データが関連する属性の存在の確認処理８０４を行う。データが関連付く属性が存在しない場合は，オブジェクトの検索に戻る。データに関連付く属性が存在する場合，データ名の取得処理８０５を実行する。次に，型・長さの取得処理８０６を実行する。取得処理が終了したら，オブジェクトの検索に戻る。
【００１７】
図９にテンプレートの定義内容を示す。画面遷移仕様書９０１のようにデータ名９０２、型９０３、長さ９０４、チェック９０５、オブジェクト９０６、制御属性９０７を持つような画面仕様書のテンプレートはテンプレート９０８のように定義する。行タイトルを示す属性ｃｏｌｕｍｎ＿ｎａｍｅに「ｄａｔａ＿ｎａｍｅ」９０９を定義することで，「データ名」として表示される。また、行レイアウト属性であるｃｏｌｕｍｎ＿ａｌｉｎｅに「ｃｅｎｔｅｒ」９１０を定義することでデータ名を表示する行の内容を中央揃えにすることを定義する。ｃｏｌｕｍｎ＿ｆｏｎｔ内のｓｉｚｅ属性に「１０．５」９１１を定義することで，出力文字サイズが１０．５ポイントであることを定義する。ｆｏｎｔ属性に「ｃｅｎｔｕｒｙ」９１２を定義することで、出力文字フォントがＣｅｎｔｕｔｙであることを定義する。ドキュメント情報としてａｕｔｈｏｒ＿ｎａｍｅ属性に「山田  太郎」９１３とすることで出力ドキュメントの作成者情報に山田  太郎が設定される。ａｕｔｈｏｒ＿ｇｒｏｕｐ属性に「○×課」９１４を定義することで出力ドキュメントの作成者の所属が「○×課」と定義される。
【図面の簡単な説明】
【００１８】
【図１】本発明の全体の概要を示す
【図２】本発明で扱う画面遷移図の定義を示す
【図３】本発明で扱う画面の定義を示す
【図４】本発明で扱う画面遷移定義および画面定義の情報管理形態を示す
【図５】本発明の画面遷移定義を主体とした仕様書生成の概要を示す
【図６】本発明の画面遷移を主体とした仕様書生成処理を示す
【図７】本発明の画面定義を主体とした仕様書生成の概要を示す
【図８】本発明の画面定義を主体とした仕様書生成処理を示す
【図９】本発明で扱うテンプレートの定義方法を示す
【符号の説明】
【００１９】
１００  画面遷移図
１０１  画面
１０２  画面遷移定義
１０３  画面定義
１０４  Ｗｅｂフロントエンド仕様書生成装置
１０５  定義情報
１０６  Ｗｅｂフロントエンド仕様書
１０７  仕様書テンプレート
【図１】
2006048561.tif 000003
【図２】
2006048561.tif 000004
【図３】
2006048561.tif 000005
【図４】
2006048561.tif 000006
【図５】
2006048561.tif 000007
【図６】
2006048561.tif 000008
【図７】
2006048561.tif 000009
【図８】
2006048561.tif 000010
【図９】
2006048561.tif 000011