JP2000330774A - 仕様書エディタ自動生成システム、仕様書エディタ自動生成方法および記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 仕様書エディタに必要なＧＵＩ画面処理や連
携ツールへの入力生成処理の開発を容易にする。 【解決手段】 仕様書論理構造、画面遷移定義、画面構
成定義、データ変数定義、編集データ入出力処理定義、
ツールデータ生成処理定義の各定義を行う手段と、これ
らから仕様書エディタの各部を生成する手段とを備え、
仕様書エディタの機能のうち、特に、利用者との対話を
行うＧＵＩ画面の処理、編集結果からプログラムジェネ
レータなど連携ツールへの入力を生成する処理を必要な
定義から自動生成することにより、これらの開発の手間
を省き、必要な開発スキルを低くする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、仕様書エディタ自
動生成システム、仕様書エディタ自動生成方法および記
憶媒体に関し、特に、画面構成とデータ処理方法と連携
ツールへの入力生成を定義しそこから仕様書エディタで
行う処理を自動生成することにより、特にＧＵＩ（グラ
フィカル・ユーザ・インタフェース 本明細書ではＧＵ
Ｉと略記する）処理や連携ツールへの入力データ作成処
理において、これらの開発の手間を省くとともに、これ
らについての知識がほとんどない開発者が仕様書エディ
タを容易に開発できるようにした、仕様書エディタ自動
生成システム、仕様書エディタ自動生成方法および記憶
媒体に関する。

【０００２】

【従来の技術】ソフトウェア開発において、仕様書は開
発の対象となるソフトの機能や特徴などを記述したもの
であり、これらを文書化して明確化することで、開発対
象に対する考え落としや誤解等を排除して要求に沿った
開発を行うとともに、開発後の保守工程において機能を
理解する上で非常に重要なものである。

【０００３】開発ツールや開発環境の観点から見ると、
この仕様書の形式が明確に定められており、開発者にこ
の形式にしたがって記述してもらうことは重要であり、
これにより、機械が読み取って理解することが可能な情
報を得ることができ、仕様チェック、仕様管理、仕様書
整形、プログラム生成などを行うモジュールやツールへ
の入力を用意することができ、ソフト開発効率を向上さ
せることが可能となる。

【０００４】このための手段として、特定の仕様書を記
述するための専用編集ツール（仕様書エディタ）を用意
するという手段がある。仕様書エディタは、ＧＵＩなど
を利用してユーザの編集作業を支援するとともに、編集
データの保存や各種連携ツールへの入力作成などの機能
を持つ。

【０００５】こうした仕様書エディタを開発するための
従来技術として、例えば、特開平９−９１１２６に示さ
れた技術が知られている。この技術はファイルとの入出
力を行うプログラムの作成を行うための技術であるが、
編集データのアクセスを行う仕様書エディタの作成にも
利用可能である。

【０００６】図２０はこの技術の実施例を表す図である
が、エディタ開発者は、入力手段２０１を通して作業を
行う。まず、編集手段２０２を利用してソースプログラ
ムの入力を行う。ソースプログラムのうち、ファイルと
の入出力を行う処理部分については、開発者がファイル
中の位置とそのデータをプログラム中で格納するための
変数との対応を与えると、あらかじめ入出力処理の構文
が記憶された言語規則記憶手段２０３と、データファイ
ルの形式が記憶されたデータフォーマット記憶手段２０
４とから必要な構文やデータフォーマットを取り出して
これらを参照し、出力手続き生成手段２０７によってフ
ァイルへの出力処理を、入力手続き生成手段２０８によ
ってファイルからの入力処理を生成する。なお、同発明
では、変数名などの識別子の入力を補助する手段として
識別子記憶手段２０５が用意されている。

【０００７】この従来技術を利用することにより、仕様
書エディタを開発する際、編集データを保存し、必要に
応じて取得するための処理を自動的に生成することがで
きるため、これらの開発を容易にするとともに、ファイ
ルへの入出力処理についての知識がない開発者が該当す
る処理を開発することができる。

【０００８】

【発明が解決しようとする課題】従来技術における第１
の問題点は、仕様書エディタにおけるＧＵＩ処理を人手
により開発しなければならないため、これらに手間がか
かるとともに、開発のためにはこれらに関する十分な知
識を要したことである。

【０００９】第２の問題点は、仕様書エディタが必要と
する、他の連携ツールへの入力の生成処理を人手により
開発しなければならないため、これらに手間がかかると
ともに、開発のためにはこれらに関する十分な知識を要
したことである。

【００１０】第３の問題点は、仕様書エディタとして仕
様書の形式を明確に定義する手段がなく、その内容を参
照して画面構成定義やファイル入出力方法などの必要な
定義を作成する方法が提供されていないため、別途作成
した仕様書形式を人手により反映させる必要があるた
め、誤りを生じやすく、また、仕様書変更への対応が困
難になるとともに、これらに関する十分な知識がない開
発者にとって、仕様書エディタとして望む機能のものを
正しく作成することが困難であったことである。

【００１１】本発明の目的は、仕様書エディタにおける
ＧＵＩ処理、他の連携ツールへの入力の生成処理につい
て、開発の手間を省くとともに、これらについての知識
が乏しい開発者にとって仕様書エディタの開発が容易に
できるようにすることである。

【００１２】

【課題を解決するための手段】本発明の仕様書エディタ
自動生成システムは、対象とする仕様書の論理的構造を
定義する仕様書論理構造定義手段と、前記仕様書論理構
造定義手段で定義された仕様書論理構造を参照し画面と
画面間の遷移の状況についての定義を行う画面遷移定義
手段と、前記仕様書論理構造定義手段で定義された仕様
書論理構造と前記画面遷移定義手段により定義された画
面遷移定義とを参照し各画面におけるＧＵＩの構成の定
義を行う画面構成定義手段と、前記画面構成定義手段に
よって定義された画面構成定義を参照し各画面内のＧＵ
Ｉ要素に対応づけられるデータを格納するデータ変数の
定義を行うデータ変数定義手段と、前記仕様書論理構造
定義手段で定義された仕様書論理構造を参照し論理構造
を連携ツールへの入力形式に変換するための処理を定義
するツールデータ生成処理定義手段と、前記仕様書論理
構造定義手段で定義された仕様書論理構造と前記データ
変数定義部によって定義されたデータ変数定義とを参照
しデータ変数と仕様書論理構造上の位置との対応づけに
ついての定義を行う編集データ入出力処理定義手段と、
前記画面遷移定義手段で定義された画面遷移定義と前記
画面構成定義手段で定義された画面構成定義と前記デー
タ変数定義手段で定義されたデータ変数定義とに基づい
て仕様書エディタにおける画面の生成・破壊処理を行う
ＧＵＩ処理部を生成するＧＵＩ処理部生成手段と、前記
画面遷移定義手段で定義された画面遷移定義に基づいて
仕様書エディタにおける画面遷移を含めた全体処理を制
御する制御部を生成する制御部生成手段と、前記編集デ
ータ入出力処理定義手段で定義された編集データ入出力
処理定義に基づいて仕様書エディタにおける編集結果を
格納する編集データ格納手段にアクセスして対応するデ
ータをデータ変数に読み出しまたはデータ変数の内容を
書き出す処理を行う編集データ入出力部を生成する編集
データ入出力部生成手段と、前記ツールデータ生成処理
定義手段で定義されたツールデータ生成処理定義に基づ
いて仕様書エディタにおける編集結果を連携ツールの入
力形式に変換するツールデータ生成部を生成するツール
データ生成部生成手段とを備えたことを特徴とする。

【００１３】定義された仕様書論理構造定義を参照して
画面と画面間の遷移の状況についての定義である画面遷
移定義を行う。また、仕様書論理構造定義と画面遷移定
義とを参照して各画面におけるＧＵＩ構成の定義である
画面構成定義を行う。この画面構成定義を参照して各画
面内のＧＵＩ要素に対応づけられるデータを格納するデ
ータ変数定義であるデータ変数定義を行い、このデータ
変数定義と仕様書論理構造定義を参照してプログラムジ
ェネレータなどの連係ツールへの入力形式に変換するた
めの処理の定義であるツールデータ生成処理定義を行
う。また、仕様書論理構造とデータ変数定義とを参照し
てデータ変数と仕様書論理構造上の位置との対応づけで
ある編集データ入出力処理定義を行う。

【００１４】そして定義された画面遷移定義、画面構成
定義、データ編集定義から画面の生成、破壊処理を行う
仕様書エディタのＧＵＩ処理部を生成する。また、画面
遷移定義から画面遷移を含めた全体処理を行う仕様書エ
ディタの制御部を生成する。また編集データ入出力定義
から編集データ格納手段にアクセスして対応するデータ
をデータ変数に読み出したり逆にデータ編集の内容を書
き出す処理を行う仕様書エディタの編集データ入出力部
を生成する。さらに、ツールデータ生成処理定義から連
携するプログラムジェネレータの連携ツールの入力形式
への変換を行う仕様書エディタのツールデータ生成部を
生成する。

【００１５】このＧＵＩ処理部、制御部、編集データ入
出力部、ツールデータ生成部をそれぞれの生成手段によ
り生成することで仕様書エディタを自動的に生成でき、
仕様書エディタの開発が容易になる。さらに、仕様書の
論理構造を明確に定義して、各定義をこれを参照して記
述するようにすることにより、仕様書エディタとして正
しい機能を開発することを容易にしている。

【００１６】

【発明の実施の形態】以下図面を参照して本発明の実施
の形態を説明する。

【００１７】図１は本発明の第一の実施例を示すブロッ
ク図である。

【００１８】本実施例は、仕様書論理構造を定義する仕
様書論理構造定義手段１１、仕様書の論理構造を参照し
て画面の遷移方法を定義する画面遷移定義手段１２、仕
様書の論理構造と画面の遷移方法とを参照して画面構成
を定義する画面構成定義手段１３、画面構成の定義にお
いて利用されるデータ変数を定義するデータ変数定義手
段１４、仕様書の論理構造からプログラムジェネレータ
などのツールの入力形式への変換方法を定義するツール
データ生成処理定義手段１５、仕様書の論理構造とデー
タ変数の定義を参照してエディタで編集するデータとデ
ータ変数との関連を定義する編集データ入出力処理定義
手段１６、仕様書の論理構造と画面構成定義とデータ変
数定義とから仕様書エディタ２１にて画面の生成、破壊
処理を行うＧＵＩ処理部２１１を生成するＧＵＩ処理部
生成手段１７、画面遷移定義から仕様書エディタ２１に
おける画面遷移を含めた全体処理を行う制御部２１２を
生成する制御部生成手段１８、編集データ入出力処理定
義から仕様書エディタによる編集結果を格納する編集デ
ータ格納手段２２にアクセスして対応するデータをデー
タ変数に読み出したり逆にデータ変数の内容を書き出す
処理を行う編集データ入出力部２１３を生成する編集デ
ータ入出力部生成手段１９、ツールデータ生成処理定義
から編集結果を仕様書エディタ２１と連携するプログラ
ムジェネレータの連携ツールの入力形式に変換するツー
ルデータ生成部２１４を生成するツールデータ生成部生
成手段２０とから構成され、本実施例により生成される
仕様書エディタ２１は、ＧＵＩ処理部２１１、制御部２
１２、編集データ入出力部２１３、ツールデータ生成部
２１４から構成され、あらかじめ用意された編集データ
格納手段２２、ツールデータ格納手段２３を利用する。

【００１９】以下、図１を用いて、本実施例の動作を具
体的に説明する。

【００２０】まず、仕様書論理構造定義手段１１によ
り、対象とする仕様書が備えるべき論理的な構造を定義
する。仕様書の論理的な構造とは、仕様書を記述する際
に必要となる各種の情報について、これらの間の関係を
示したものであり、例えば、図２に示すような木構造上
のデータとして表現することができる。

【００２１】図２では、木構造の上位に属する情報とし
て、システム名、仕様書情報、モジュール情報とからな
っており、仕様書情報はさらに、作成年月日、作成者、
版名とからなり、モジュール情報は、モジュール名、機
能概要、関連モジュール名、処理情報とからなってい
る。なお、木構造の枝において「＊」を付加した部分
は、それ以降の要素が必要に応じて任意個繰り返される
ことを表している。例えば、モジュール情報は開発され
るモジュールの数だけ存在することになる。

【００２２】続いて、画面遷移定義手段１２により、仕
様書エディタが有する画面とその画面間の遷移関係を定
義する。この際には、仕様書論理構造定義手段により定
義された仕様書論理構造を参照する。

【００２３】図３は、画面遷移定義の例であり、どのよ
うな画面が存在するかと、それらの間でどのような遷移
が存在するかを状態遷移図の形式を利用して表してい
る。図３では、図２の仕様書論理構造に対応して、「メ
イン画面」「仕様書情報設定画面」「新規モジュール追
加画面」「モジュール情報設定画面」「既存モジュール
削除画面」などの画面と、これらの間の「仕様書情報設
定開始」「仕様書情報設定終了」「新規モジュール追加
開始」「新規モジュール追加終了」「モジュール情報設
定開始」「モジュール情報設定終了」「既存モジュール
削除開始」「既存モジュール削除終了」などの画面遷移
とからなっている。

【００２４】続いて、画面構成定義手段１３により、各
画面の構成の定義を行う。この際には、仕様書論理構造
定義と画面遷移定義とを参照する。

【００２５】図４は、画面構成のうち、図３における仕
様書情報設定画面の構成定義の例を示したものであり、
画面を構成するＧＵＩ要素（テキストラベル、テキスト
入力フィールド、ボタンなど) に対して、番号、種類、
配置位置、対応づける文字列データ、データ変数名、状
態遷移名を表形式にて記述したものである。なお、表に
おいて空欄となっているのは対応するデータが不要であ
ることを示している。例えば、No.5のボタンは、仕様書
のデータによる変更がなくデータ変数と結びつける必要
がないため、データ変数名を空欄としている。

【００２６】図５は、図４で定義した画面構造に対応し
たＧＵＩ画面の最終的なイメージを表す。

【００２７】続いて、データ変数定義手段１４により、
データ変数の定義を行う。データ変数は、仕様書におい
て記述されるデータの一部を一時的に格納しておくため
の変数であり、ここでは、この変数がどのような性質を
持っているかを定義する。

【００２８】図６は、データ変数定義の例を示したもの
であり、この図では、図４に現れたデータ変数毎に、そ
の型を定義したものを表形式で表現している。

【００２９】続いて、ツールデータ生成処理定義手段１
５により、編集データからツールが受け取るためのデー
タを生成するための処理方法を定義する。この際には、
仕様書論理構造定義を参照する。

【００３０】図７は、ツールデータ生成処理定義の例を
示したものであり、図２に示した木構造で表される仕様
書論理構造に対して、現在の処理位置を木構造の根に設
定するSTART、現在の処理位置における指定したデータ
の内容を出力するDATA、固定の文字列を出力するTEXT、
改行文字を出力するNEWLINE、現在の処理位置を指定し
た子供のノードに移すDOWN、現在の処理位置を親のノー
ドに移すUP、複数個あるデータをアクセスするためのFO
REACH〜ENDなどといったコマンド群からなる記述形式で
表したものである。

【００３１】続いて、編集データ入出力処理定義手段１
６により、論理構造とデータ変数との間の関連を示す。
これは、ＧＵＩ画面を表示する際にＧＵＩ画面中のデー
タ変数にどの編集データのデータを格納するか、また、
ＧＵＩ画面の遷移時やデータ更新時に入力された値をど
のように編集データに格納するかを表すものである。

【００３２】図８に、編集データ入出力定義の例を示し
た。ここでは、図４に対応した画面における、各データ
変数に対して、対応する図２の仕様書論理構造の木構造
中の位置を示している。図８は、各データ変数毎に、変
数に格納するデータの仕様書論理構造上の位置を記号
「／」を使った記法で与えたもの、同様に変数の値を格
納する位置を同じ記法で与えたものを表形式で表してい
る。

【００３３】続いて、ＧＵＩ処理部生成手段１７によ
り、ＧＵＩ処理部２１１を生成する。この際、入力とし
て、画面遷移定義と画面構成定義とデータ変数定義とを
参照する。

【００３４】図９に、ＧＵＩ処理部生成手段１７の処理
を表すフロー図を示す。まず、画面遷移定義からすべて
の画面のリストを作成する（ステップ９１）。次に全て
の画面に対する処理を行ったかをチェックする（ステッ
プ９２）。その結果がＮＯであれば、画面のリストから
処理対象とする画面を取り出す（ステップ９３）。次
に、対応する画面の画面構成定義を取り出す（ステップ
９４）。続いて、関連するＧＵＩ要素のＩＤを格納する
ための変数の定義を生成し（ステップ９５）、関連する
データ変数に対する定義を生成する（ステップ９６）。
次に、対応する画面の生成処理関数を生成し（ステップ
９７）、対応する画面の破壊処理関数を生成する（ステ
ップ９８）。この後、ステップ９２に戻る。ステップ９
２において判定がＹＥＳである場合、処理を終了する。

【００３５】図１０は、ステップ９７の画面の生成処理
関数の生成をより詳細に記述したフロー図である。ま
ず、生成処理関数の外枠を生成し（ステップ１０１）、
画面構成定義手段からＧＵＩ要素のリストを作成する
（ステップ１０２）。続いて、全てのＧＵＩ要素に対す
る処理を行ったかをチェックする（ステップ１０３）。
その結果がＮＯであれば、該当するＧＵＩ要素の種類と
位置を取り出してＧＵＩ要素を画面上に生成する処理を
生成する（ステップ１０４）。次にＧＵＩ要素にテキス
トが指定されていればこれをタイトルとしてＧＵＩ要素
に設定する処理を生成する（ステップ１０５）。次にＧ
ＵＩ要素にデータ変数が指定されていればデータ変数の
内容をＧＵＩ要素のデータとして与える処理を生成する
（ステップ１０６）。次にＧＵＩ要素に実行画面遷移名
が指定されていればＧＵＩ要素に、これを引数として制
御部２１２を呼び出す処理をアクションとして設定する
処理を生成する（ステップ１０７）この後、ステップ１
０３に戻る。ステップ１０３において、ＹＥＳであれ
ば、処理を終了する。

【００３６】図１１に、図４の「仕様書情報設定画面」
に対応して、生成された画面生成処理関数の例を示す。
図におけるｘ１、ｘ２、ｘ３等はステップ９５において
定義が生成されたＧＵＩ要素のＩＤを格納するための変
数である。

【００３７】図１２は、ステップ９８の画面の破壊処理
関数の生成をより詳細に記述したフロー図である。ま
ず、破壊処理関数の外枠を生成し（ステップ１２１）、
画面構成定義手段１３からＧＵＩ要素のリストを作成す
る（ステップ１２２）。続いて、全てのＧＵＩ要素に対
する処理を行ったかをチェックする（ステップ１２
３）。その結果がＮＯであれば、該当するデータ変数が
あれば、ＧＵＩ要素のデータを取り出してデータ変数に
格納する処理を生成し（ステップ１２４）、ＧＵＩ要素
を破壊する処理を生成する（ステップ１２５）。この
後、ステップ１２３に戻る。ステップ１２３において、
判定がＹＥＳであれば、処理を終了する。

【００３８】図１３に、図４の「仕様書情報設定画面」
に対応して、生成された画面破壊処理関数の例を示す。

【００３９】続いて、図１４を参照して、制御部生成手
段１８の動作について説明する。まず、画面遷移定義を
参照して画面遷移名と遷移先の画面名とを対応づける表
を作成する（ステップ１４１）。例えば、図３の状態遷
移図に対しては図１５のような表を得ることができる。
続いて、この表をプログラム中で定義するための処理を
生成し（ステップ１４２）、画面遷移処理を行う関数を
生成する（ステップ１４３）。状態遷移処理を行う関数
の処理フローは図１６に示すようなものであり、現在の
画面の取得（ステップ１６１）、対応表を参照して次画
面の決定（ステップ１６２）、現在の画面の破壊処理
（ステップ１６３）、現在の画面が有するデータ変数に
対するデータ出力処理（ステップ１６４）、次画面が有
するデータ変数に対するデータ入力処理（ステップ１６
５）、次画面の作成処理（ステップ１６６）を順に行う
ようになっている。これらに従ってステップ１４３にお
ける処理の生成を行う。

【００４０】なお、画面遷移の特別なものとして仕様書
エディタの終了を表すものを用意することができるが、
これについては、データ入力処理（ステップ１６５）
と、次画面の作成処理（ステップ１６６）は何も行う必
要がない。

【００４１】続いて、初期処理を行う関数の生成を行う
（ステップ１４４）。初期処理とは、仕様書エディタ実
行時に最初に実行されるもので、各種動作環境に応じた
初期設定とともに、エディタのメイン画面の生成を行う
ものである。次に、ツールデータ生成部の呼び出しを行
う処理を生成する（ステップ１４５）。これらは、例え
ば、仕様書エディタ終了時に行うとすれば、プログラム
の最後の部分に該当する処理として生成を行う。

【００４２】次に、図１７を参照して、編集データ入出
力部生成手段の説明を行う。ここでは編集データは、仕
様書論理構造と同じ形式によりファイル中に保存するも
のと仮定する。まず、編集データ入出力処理定義からデ
ータ変数のリストを作成する（ステップ１７１）。続い
て、全てのデータ変数に対して処理を行ったかどうかを
チェックする（ステップ１７２）。この結果がＮＯなら
ば、処理対象とするデータ変数名を選択し（ステップ１
７３）、データ変数の内容を対応する出力位置に保持す
るデータ出力処理を生成する（ステップ１７４）。同様
に、対応する入力位置からデータ変数にその内容を格納
するデータ入力処理を生成する（ステップ１７５）。そ
の後、ステップ１７２に戻る。ステップ１７２にてその
判定がＹＥＳであれば、処理を終了する。

【００４３】これらの入力処理や出力処理中は、単純に
データを直接ファイルに読み書きするという実現方法の
他、データのチェックを行い正しいデータの場合のみ出
力するような処理、常に唯一のデータだけを保持してお
くのではなく、メモリ上やファイル上にバックアップを
複数用意しておき、システムの障害などに備えるような
実現方法を取ることもできる。

【００４４】次に図１８を参照して、ツールデータ生成
部生成手段２０の説明を行う。まず、ツールデータ生成
処理定義を参照しこれらに記述されたコマンドの字句解
析（ステップ１８１）、構文解析（ステップ１８２）を
行う。その後、各コマンド解析結果に対して、ターゲッ
トとするプログラム言語にて記述された処理内容を作成
する（ステップ１８３）。具体的には、図７の各コマン
ドに対して、これらに関連ある変数の定義や必要な関数
の呼び出しなどを生成することにより実行可能なプログ
ラムコードを生成する。

【００４５】以上によって生成された、ＧＵＩ処理部２
１１、制御部２１２、編集データ入出力部２１３、ツー
ルデータ生成部２１４とからなる仕様書エディタ２１の
動作は図１９のようになる。まず初期処理関数を実行し
この中で初期画面の生成を行い（ステップ１９１）、イ
ベント待ちループに入る（ステップ１９２）。対応する
画面遷移関数を呼び出し（ステップ１９３）、イベント
がツール終了を表すものかチェックして（ステップ１９
４）、判定がＹＥＳであれば、ツールデータ生成処理を
行い（ステップ１９５）そのまま終了し、ＮＯであれ
ば、再びイベント待ちループに戻る。これらの処理は主
に制御部で行い、必要に応じて詳細な処理を実現する他
の部分を呼び出すことによって実行される。

【００４６】

【発明の効果】本発明の第一の効果は、仕様書論理構造
と画面遷移定義と画面構成定義とデータ変数定義とから
ＧＵＩ処理部生成手段が仕様書エディタのＧＵＩ処理部
を自動的に生成することにより、これらの開発の手間を
省くとともに、ＧＵＩ処理についての知識に乏しい開発
者が仕様書エディタを容易に開発できるようにしたこと
にある。

【００４７】また第二の効果は、ツールデータ生成処理
定義からツールデータ生成部生成手段が仕様書エディタ
のツールデータ生成部を自動的に生成することにより、
これらの開発の手間を省くとともに、これらの処理につ
いての知識に乏しい開発者が仕様書エディタを容易に開
発できるようにしたことにある。

【００４８】また第三の効果は、仕様書の論理構造を明
確に定義するための手段を提供し、これらを参照して他
の定義を行えるようにしたことにより、誤りの混入を防
ぎ、また、仕様書形式の変更に容易に対応できるととも
に、これらに関する十分な知識がない開発者にとって、
仕様書エディタとして望む機能のものを正しく作成する
ことを容易にしたことにある。

【図面の簡単な説明】

【図１】本発明の実施例を表すブロック図。

【図２】本発明の実施例における仕様書論理構造の例を
表す図。

【図３】本発明の実施例における画面遷移定義の例を表
す図。

【図４】本発明の実施例における画面構成定義の例を表
す図。

【図５】図４の画面構成定義に対する画面イメージを表
す図。

【図６】本発明の実施例におけるデータ変数定義の例を
表す図。

【図７】本発明の実施例におけるツールデータ生成処理
定義の例を表す図。

【図８】本発明の実施例における編集データ入出力処理
定義の例を表す図。

【図９】本発明の実施例におけるGUI処理部生成手段の
動作を表すフロー図。

【図１０】図９における画面生成処理関数の生成処理の
動作を表すフロー図。

【図１１】本発明の実施例における画面生成処理関数の
例を表す図。

【図１２】図９における画面破壊処理関数の生成処理の
動作を表すフロー図。

【図１３】本発明の実施例における画面破壊処理関数の
例を表す図。

【図１４】本発明の実施例における制御部生成手段の動
作を表すフロー図。

【図１５】図１４における画面遷移と次画面との対応表
の例を表す図。

【図１６】制御部生成手段により生成される制御部の動
作を表すフロー図。

【図１７】本発明の実施例における編集データ入出力部
生成手段の動作を表すフロー図。

【図１８】本発明の実施例におけるツールデータ生成部
生成手段の動作を表すフロー図。

【図１９】本発明の実施例により生成される仕様書エデ
ィタの動作を表すフロー図。

【図２０】従来の発明を表すブロック図。

【符号の説明】

１１ 仕様書論理構造定義手段 １２ 画面遷移定義手段 １３ 画面構成定義手段 １４ データ変換定義手段 １５ ツールデータ生成処理定義手段 １６ 編集データ入出力処理定義手段 １７ ＧＵＩ処理部生成手段 １８ 制御部生成手段 １９ 編集データ入出力部生成手段 ２０ ツールデータ生成部生成手段 ２１ 仕様書エディタ ２１１ ＧＵＩ処理部 ２１２ 制御部 ２１３ 編集データ入出力部 ２１４ ツールデータ生成部 ２２ 編集データ格納手段 ２３ ツールデータ格納手段 ２０１ 入力手段 ２０２ 編集手段 ２０３ 言語規則記憶手段 ２０４ データフォーマット記憶手段 ２０５ 識別子記憶手段 ２０６ ソースプログラム記憶手段 ２０７ 出力手続き生成手段 ２０８ 入力手続き生成手段

Claims (3)

【特許請求の範囲】
1. 【請求項１】 対象とする仕様書の論理的構造を定義す
   る仕様書論理構造定義手段と、 前記仕様書論理構造定義手段で定義された仕様書論理構
   造を参照し画面と画面間の遷移の状況についての定義を
   行う画面遷移定義手段と、 前記仕様書論理構造定義手段で定義された仕様書論理構
   造と前記画面遷移定義手段により定義された画面遷移定
   義とを参照し各画面におけるＧＵＩの構成の定義を行う
   画面構成定義手段と、 前記画面構成定義手段によって定義された画面構成定義
   を参照し各画面内のＧＵＩ要素に対応づけられるデータ
   を格納するデータ変数の定義を行うデータ変数定義手段
   と、 前記仕様書論理構造定義手段で定義された仕様書論理構
   造を参照し論理構造を連携ツールへの入力形式に変換す
   るための処理を定義するツールデータ生成処理定義手段
   と、 前記仕様書論理構造定義手段で定義された仕様書論理構
   造と前記データ変数定義部によって定義されたデータ変
   数定義とを参照しデータ変数と仕様書論理構造上の位置
   との対応づけについての定義を行う編集データ入出力処
   理定義手段と、 前記画面遷移定義手段で定義された画面遷移定義と前記
   画面構成定義手段で定義された画面構成定義と前記デー
   タ変数定義手段で定義されたデータ変数定義とに基づい
   て仕様書エディタにおける画面の生成・破壊処理を行う
   ＧＵＩ処理部を生成するＧＵＩ処理部生成手段と、 前記画面遷移定義手段で定義された画面遷移定義に基づ
   いて仕様書エディタにおける画面遷移を含めた全体処理
   を制御する制御部を生成する制御部生成手段と、 前記編集データ入出力処理定義手段で定義された編集デ
   ータ入出力処理定義に基づいて仕様書エディタにおける
   編集結果を格納する編集データ格納手段にアクセスして
   対応するデータをデータ変数に読み出しまたはデータ変
   数の内容を書き出す処理を行う編集データ入出力部を生
   成する編集データ入出力部生成手段と、 前記ツールデータ生成処理定義手段で定義されたツール
   データ生成処理定義に基づいて仕様書エディタにおける
   編集結果を連携ツールの入力形式に変換するツールデー
   タ生成部を生成するツールデータ生成部生成手段とを備
   えたことを特徴とする仕様書エディタ自動生成システ
   ム。
2. 【請求項２】 対象とする仕様書の論理的構造を定義す
   る仕様書論理構造を定義し、 この仕様書論理構造を参照して画面と画面間の遷移の状
   況についての定義を行う画面遷移を定義し、 前記仕様書論理構造と前記画面遷移定義とを参照して各
   画面におけるＧＵＩの構成の定義を行う画面構成を定義
   し、 前記画面構成定義を参照して各画面内のＧＵＩ要素に対
   応づけられるデータを格納するデータ変数を定義し、 前記仕様書論理構造を参照して論理構造を連携ツールへ
   の入力形式に変換するための処理を定義し、 前記仕様書論理構造と前記データ変数定義とを参照して
   データ変数と仕様書論理構造上の位置との対応づけにつ
   いての編集データ入出力処理を定義し、 前記画面遷移定義と前記画面構成定義と前記データ変数
   定義とから仕様書エディタにおける画面の生成・破壊処
   理を行うＧＵＩ処理部を生成し、 前記画面遷移定義から仕様書エディタにおける画面遷移
   を含めた全体処理を制御する制御部を生成し、 編集データ入出力処理定義からエディタによる編集結果
   を格納する編集データ格納手段にアクセスして対応する
   データをデータ変数に読み出しまたはデータ変数の内容
   を書き出す処理を行う編集データ入出力部を生成し、 ツールデータ生成処理定義から編集結果を連携ツールの
   入力形式に変換するツールデータ生成部を生成すること
   を特徴とする仕様書エディタ自動生成方法。
3. 【請求項３】 対象とする仕様書の論理的構造を定義す
   る仕様書論理構造を定義する処理と、 仕様書論理構造を参照し画面と画面間の遷移の状況につ
   いての定義を行う画面遷移を定義する処理と、 仕様書論理構造と画面遷移定義とを参照し各画面におけ
   るＧＵＩの構成の定義を行う画面構成を定義する処理
   と、 画面構成定義を参照して各画面内のＧＵＩ要素に対応づ
   けられるデータを格納するデータ変数を定義する処理
   と、 仕様書論理構造を参照し仕様書論理構造を連携ツールへ
   の入力形式に変換するための処理を定義する処理と、 仕様書論理構造とデータ変数定義とを参照しデータ変数
   と仕様書論理構造上の位置との対応づけについて定義す
   る処理と、 画面遷移定義と画面構成定義とデータ変数定義とに基づ
   いて仕様書エディタにおける画面の生成・破壊処理を行
   うＧＵＩ処理部を生成する処理と、 画面遷移定義に基づいて仕様書エディタにおける画面遷
   移を含めた全体処理を制御する制御部を生成する処理
   と、 編集データ入出力処理定義に基づいてエディタによる編
   集結果を格納する編集データ格納手段にアクセスし対応
   するデータをデータ変数に読み出しまたはデータ変数の
   内容を書き出す処理を行う編集データ入出力部を生成す
   る処理と、 ツールデータ生成処理定義に基づいて編集結果を連携ツ
   ールの入力形式に変換するツールデータ生成部を生成す
   る処理とをコンピュータに実行させるためのプログラム
   を記録したことを特徴とする記憶媒体。