JP4116650B2 - 画面制御方法、画面制御装置 - Google Patents
画面制御方法、画面制御装置 Download PDFInfo
- Publication number
- JP4116650B2 JP4116650B2 JP2006168290A JP2006168290A JP4116650B2 JP 4116650 B2 JP4116650 B2 JP 4116650B2 JP 2006168290 A JP2006168290 A JP 2006168290A JP 2006168290 A JP2006168290 A JP 2006168290A JP 4116650 B2 JP4116650 B2 JP 4116650B2
- Authority
- JP
- Japan
- Prior art keywords
- input
- item
- screen
- output
- code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Stored Programmes (AREA)
- User Interface Of Digital Computer (AREA)
Description
本発明は画面制御モックアップシステムに係り、特にソフトウェアシステムを提供するにあたって、ソフトウェアプログラムを最後まで製造する前に設計から製造への途中の段階でソフトウェアの擬似動作を画面上に表すためのモックアップ（模型）を提供することにより、ソフトウェアの設計・製造工程を効率化した画面制御モックアップシステムに関する。
従来ソフトウェアの設計を行うにあたってはユーザよりソフトウェアが提供されるべきシステムの説明をシステムエンジニアが理解し、そのユーザのシステムに沿った形にソフトウェアの基本設計作業を行い、その後実際にプログラムのコーディングを行った後、ユーザに再びそのソフトウェアを提供しユーザが希望するシステムの通り動作するか否かを検討する。したがって、実際にプログラムがコーディングまでされた後において、その出来上がったソフトウェアシステムが、ユーザの希望するものと異なっていた場合はコーディングまで完了した時点で再びフィードバック（手戻り）となって設計の段階からの出直しを行わなければならなかった。
更にユーザにとってみれば、メーカに依頼したソフトウェアが実際に自分の希望通り動作するか否かについての検証を行うまでにかなりの時間を要しているので、ソフトウェアが実際にコーディングされるまでの間待たされ続けるということがあった。
近年、上記の点に鑑みていわゆるスパイラル方式あるいはプロトタイプ方式と呼ばれる手法が提案されている。この手法によれば、ソフトウェアを設計段階から製造段階までウォーターフォール形式に作成して仕舞わずに、その工程の途中においてＳＥあるいはソフトウェアメーカはユーザに対して頻繁にこの経過を報告し必要においては途中までコーディングされたものをユーザに検証してもらうことにより実際にプログラムの製造完了した後にフィードバックをかけることから生じる上述した問題を解決しようとしていた。しかしながら、この手法もソフトウェアメーカがユーザと再三にわたり打ち合わせをする度に、コーディングの手戻りが生じ、工程が完了した後でコーディングを変更する場合と比べて全体のソフトウェア制作工程に使用する時間はそれほど効率が上がらないことが現実であった。
さらに、従来はユーザからシステム要件を入手したＳＥは、まず紙かあるいはワードプロセッサで業務ルーチンの実行に用いられる画面レイアウトを作成し、しかるのち業務ルーチンの設計を紙やワードプロセッサで作成した画面レイアウトに従って行っていたので、設計を途中で変更した場合、紙かワードプロセッサで作成された画面レイアウトは変更されない状態に残ってしまうという問題があった。
また、設計工程が終了後、製造工程を何もないところから開始しなければならないので製造工程に時間がかかるという問題もあった。
本発明は上記従来の問題点に鑑みて、ソフトウェアの設計工程から製造工程まで作業を効率的にし、かつユーザの希望を具体的に反映したソフトウェアをより迅速に完成するソフトウェア開発手法を提供することを目的とする。
また、本発明では設計工程で画面レイアウトに表示すべき項目情報を作成し、その設計工程で作成されたデータを製造工程でも継承し、製造工程をより短縮化することを目的とする。
さらに、本発明ではＳＥがシステム要件を入手したとき設計工程を直接ＦＯＲＭに入力することから設計工程を開始することにより画面レイアウト等のデータを一元化することを目的とする。
本発明の一態様は、業務ルーチンに対応する画面レイアウトをＦＯＲＭに入力するステップと、ＦＯＲＭに入力されるべき項目情報の設計情報を業務ルーチンの製造工程以前の段階において作成するステップと、前記業務ルーチンの製造工程以前の段階で、前記項目情報の画面への入力に対応して前記項目情報に関する情報を前記設計情報に基づいて画面に表示し、実際に業務ルーチンが実行された場合の画面表示を実現するモックアップ実行ステップとからなるモックアップ方法を提供することである。
本発明の他の態様は、画面に対応するＦＯＲＭと、業務ルーチンに関係する業務上のコードを少なくとも含むコードテーブルと、少なくとも項目ＩＤとコードＩＤを含む項目テーブルと、前記ＦＯＲＭ上のフィールドの位置と項目テーブルのアドレスとを関連付けるポインタ手段と、前記ポインタ手段を用いて前記コードテーブルからコードと名称を参照するかまたは前記ＦＯＲＭのフィールドに入力したコードをもとにコードが正しいかどうかをチェックし、前記コードおよび前記名称を前記ＦＯＲＭの特定のフィールドに表示する名称参照及びコードチェック手段とからなり、前記名称参照及びコードチェック手段を用いて、前記業務ルーチンに関係する前記項目テーブルとそれに対応する前記コードテーブルを前記業務ルーチンの実際のプログラム作成とは独立して作成するモックアップ制御装置を提供することである。
本発明の他の態様は、画面に対応するＦＯＲＭと、項目ＩＤとコードＩＤを含む項目テーブルと、前記ＦＯＲＭ上のフィールドのアドレスと項目テーブルのアドレスとを関連付けるポインタ手段と、前記ＦＯＲＭに対する入力工程、前記項目テーブルを参照して行う工程に伴う画面上の遷移を画面をヘッド、ボディ、ティルとグループ化して順次行うグループ制御手段と、前記グループ制御手段を用いて、前記業務ルーチンの少なくとも一部と同様の画面遷移を実際のプログラム作成とは独立して実行するモックアップ制御装置を提供することである。
本発明の他の態様は、業務ルーチンに用いられるデータと関係する画面を入力する手段と、前記業務ルーチンに用いられるデータに関する設計情報を格納する手段と、前記画面のデータの位置と前記設計情報とを関連させる手段とからなるプログラム作成装置を提供することである。
本発明の他の態様は、業務ルーチンに用いられるフォームを画面に入力するステップと、プログラム製造段階の前の設計段階において、該フォームへの入力に対応して設計データファイルを作成するステップと、フォームに入力した項目情報の正当性を前記設計情報に基づいて制御し、その結果を画面に表示するステップと、前記設計情報をプログラム製造工程に自動継承するステップとよりなるプログラム作成方法を提供することである。
本発明の他の態様は、業務ルーチンに対応してＦＯＲＭを作成するステップと、少なくとも業務に使用される項目の項目ＩＤを含む項目テーブルを作成するステップと、前記ＦＯＲＭ上の所定項目に対してＴＡＧ領域を設けるステップと、前記ＴＡＧ領域に前記ＦＯＲＭの所定項目に対応する項目ＩＤをセットするステップとからなるＦＯＲＭヘルパー設計方法を提供することである。
本発明の他の態様は、ＦＯＲＭヘルパー設計方法で設計されたＦＯＲＭヘルパーを用いて、前記項目テーブルのアドレスごとにアドレスが設けられ 画面テーブルを作成するステップと、前記ＴＡＧ領域にセットされた項目ＩＤに基づいて前記項目テーブルをサーチするステップと、項目ＩＤがマッチングした場合、前記ＴＡＧ領域に項目テーブルの前記項目のアドレスをセットすると共に画面テーブルに、前記ＦＯＲＭ上の所定項目のフォーム内項目アドレスをセットするステップからなることを特徴とするＦＯＲＭヘルパー制御方法を提供することである。
本発明の他の態様は、ＦＯＲＭヘルパー制御方法を用いて、ＦＯＲＭに業務ルーチンに対応する所定項目情報を入力するステップと、前記指定項目の設計情報に基づいて入力された所定項目情報に対応する出力を画面表示するステップと、前記画面入力ステップ及び画面出力ステップを業務ルーチンの製造工程前に行うことにより、実際に業務ルーチンが製造された場合の画面表示を検証するステップとからなることを特徴とするモックアップ方法を提供することである。
本発明の他の態様は、業務ルーチンに対応して画面上で用いられる項目の一部を構成する用語とそのＩＤを格納する用語ディクショナリを作成するステップと、前記用語を組み合わせて項目を作成し、用語ＩＤを組み合わせて項目ＩＤを作成し、この項目を項目ＩＤを対応させて項目ディクショナリを作成するステップとからなる項目ディクショナリ作成方法を提供することである。
本発明によれば、設計工程において、まず画面に対応するＦＯＲＭに業務ルーチンに用いられる項目情報を打ち込み、その項目情報を項目ディレクトリに登録し、画面に項目名等の必要な項目データを選択表示することに伴って、画面表示に対応した入出力情報定義体を生成するものである。入出力情報定義体は画面上の表示と一対一に対応しているので、画面上の表示の制御を行うにあたって、コンピュータ内部では入出力情報定義体を参照しながら制御を行えばよいことになる。そして、データエントリプログラムを検証するに際しては、画面に表示されたデータ、例えば処理区分等の項目が設計された属性に合っているか否かをチェックルーチンによって入出力定義体を参照することにより検出することができる。例えば、処理区分の項目が８桁のデータよりなるものと属性が定められた場合にあって、６桁のデータを画面上に入力した場合には、その入力はエラーであることを画面上に表示する。したがって、ユーザは自分が入力した処理区分のデータが正しく入力されたものであるか否かを実際のプログラムが製造される以前に知ることができる。
したがってユーザは、例えば処理区分等のデータのエントリを、実際にプログラムがコーディングされ、製造される以前に本発明において提供されたモックアップシステムを用いることにより確認することができる。このため、ソフトウェアメーカにとってはデータ入力の状態を実際にプログラムをコーディングすることなく、擬似的に画面上で表示あるいは動作することができるので、いちいちデータエントリプログラムを製造してから検証し、手戻りをしてコーディングを訂正していた場合に比べてプログラム作成工程を著しく簡略化できる。さらにソフトウェアのユーザにとっては実際にプログラムがコーディングされるまで待たされることなく、極めて早い段階において、必要においてはソフトウェアユーザがソフトウェアメーカに対して自分の希望するシステムを伝達すると直ちに前記モ
ックアップが動作し本システムが動作することによって擬似出力を画面上に表示することができるので、そして自分のデータエントリの手順が正しいか否か或いは自分の自らの説明したシステムがプログラムを経た後で画面上にいかなる形で展開されるかを実際にプログラムが製造される以前の段階で、すなわち極めて早い段階において確認することができるものである。
ックアップが動作し本システムが動作することによって擬似出力を画面上に表示することができるので、そして自分のデータエントリの手順が正しいか否か或いは自分の自らの説明したシステムがプログラムを経た後で画面上にいかなる形で展開されるかを実際にプログラムが製造される以前の段階で、すなわち極めて早い段階において確認することができるものである。
さらに上述のごとくモックアップ動作に用いられたプログラムエントリの工程は、そのままプログラムの製造工程に自動継承することができるので、モックアップ動作によって生成された部分については、実際のプログラム製造段階では改めてプログラムする必要がないため、プログラムの実際の製造工程を高速化することが可能である。
更に、データエントリを行うに際しては、画面制御等の共通部品あるいはメッセージ等の業務共通ルーチンは殆どのプログラムにおいても共通に使用されるものであるので、かかる共通部品あるいは業務共通ルーチンはこのモックアップ工程において再利用可能であり、さらにこの改良された共通部品あるいは業務共通ルーチンは製造工程においてもそのまま自動継承されて再利用可能になるのである。必要に応じては業務ルーチンにおいても、業務スケルトン部分はモックアップ動作と関連して使用することができ再利用可能となる。
さらに、本発明では、設計工程におけるデータを一元化したので、設計変更に伴うデータ修正を簡単にできる。
以下、図１を参照して本発明の原理を具体的に説明する。
以下、図１を参照して本発明の原理を具体的に説明する。
顧客からシステム要件を入手したＳＥ（システムエンジニア）は、システム開発を開始し、データ中心の設計工程を行う。この設計工程の途中で顧客がプログラムの概要レビューを行うが、この段階ではＳＥの設計した画面を顧客は見るだけであり、その画面に動きはない。
次に、本発明のモックアップ実行工程に移るとまだプログラムが製造されていない段階にも係わらず、プログラムが実行されているように画面表示を制御し、モックアップ実行レビュー１を行うことができる。このモックアップ実行レビューにより実際にプログラムを製造して動かした場合に問題となることを顧客から指摘されれば、ＳＥはプログラムの設計を修正することが可能である。すなわち、設計工程作業２でＣＡＳＥツールを用いて作成された画面レイアウト３、項目管理情報４としての入出力情報設計５及びコード設計６、メッセージ、ボタン管理情報７、及びテーブル設計８を設計情報９としてファイルに一元管理し、この設計情報９をもとに、オブジェクト指向共通部品２０として項目テーブル２１、
コードテーブル２２、メッセージテーブル２３を作成するとともに、ＦＯＲＭヘルパー２４を構成し、メッセージ表示２５、システムログ取得２６を行う。この設計情報９はオブジェクト指向のプログラム製造工程及び項目テーブル２１の作成に自動継承することができる。オブシェクト指向共通部品２０は、項目テーブル、コードテーブル、メッセージテーブルに格納されたデータをカプセル化して製造工程の手続きに継承する。なお、設計情報（リポジトリ）９は設計ドキュメント２８として出力してもよい。
コードテーブル２２、メッセージテーブル２３を作成するとともに、ＦＯＲＭヘルパー２４を構成し、メッセージ表示２５、システムログ取得２６を行う。この設計情報９はオブジェクト指向のプログラム製造工程及び項目テーブル２１の作成に自動継承することができる。オブシェクト指向共通部品２０は、項目テーブル、コードテーブル、メッセージテーブルに格納されたデータをカプセル化して製造工程の手続きに継承する。なお、設計情報（リポジトリ）９は設計ドキュメント２８として出力してもよい。
モックアップ実行工程ではＦＯＲＭ２９の機能を用いて画面に項目を打ち込み、ＦＯＲＭヘルパー２４の機能を用いて、その画面入力の正当性を項目テーブル、コードテーブル、メッセージテーブルを参照して画面に表示することができる。ここで、ＦＯＲＭとはたとえばウィンドウズＯＳ（米国マイクロソフト社の商標）で動作するコンピュータにビジュアルベーシックというソフトウェアをインストールしたときの画面定義体のことで、ＦＯＲＭという名の下に画面のみが現れ、その画面に向かって業務仕様を考慮して画面レイアトウや商品照会ルーチン
ならば処理区分や商品コードという項目を打ち込んでいけるものである。そして、ＦＯＲＭヘルパー２４はこのＦＯＲＭへのデータの入力および入力されたデータへの処理を助けるもので、例えば、画面への入力の桁数、属性が設計情報に照らして正当でなければエラー表示やエラーメッセージを表示したり、画面へコードの入力によってコードに対応する名称を出力したり、画面へ入力したコードが正しいか否かを画面に表示したり、画面の項目の入力をヘッド、ボディ、ティルの順に可能とする等の画面表示を行うものである。本発明は、このＦＯＲＭヘルパーの動作により、画面に入力に対して、対応する出力を画面表示することにより、まだプログラムの設計段階であるのに、あたかも、プログラムが製造されているかのように顧客に対して見せること（これを本発明はモックアップ実行３０と呼んでいる）が可能になる。更に、メッセージ表示２５、システムログ取得２６も各業務への共通ルーチンであるから、モックアップ実行工程で可能とする。
ならば処理区分や商品コードという項目を打ち込んでいけるものである。そして、ＦＯＲＭヘルパー２４はこのＦＯＲＭへのデータの入力および入力されたデータへの処理を助けるもので、例えば、画面への入力の桁数、属性が設計情報に照らして正当でなければエラー表示やエラーメッセージを表示したり、画面へコードの入力によってコードに対応する名称を出力したり、画面へ入力したコードが正しいか否かを画面に表示したり、画面の項目の入力をヘッド、ボディ、ティルの順に可能とする等の画面表示を行うものである。本発明は、このＦＯＲＭヘルパーの動作により、画面に入力に対して、対応する出力を画面表示することにより、まだプログラムの設計段階であるのに、あたかも、プログラムが製造されているかのように顧客に対して見せること（これを本発明はモックアップ実行３０と呼んでいる）が可能になる。更に、メッセージ表示２５、システムログ取得２６も各業務への共通ルーチンであるから、モックアップ実行工程で可能とする。
モックアップ実行３０をモックアップ制御３１の機能により行った後に、プログラムの製造工程２７においては、自動継承された設計情報９をもとに各業務共通の業務スケルトンを業務スケルトン雛形３２から選択コピーし、各項目の詳細なチェックである項目チェック３３や各業務実行のためのファイル更新３４の業務個別ルーチンを作成するとともに、ファイルを画面に転送するルーチンを自動生成３５して業務スケルトン３６、業務個別ルーチン、自動生成ルーチン３５を用いてプログラムを製造する。そして、従来通りの実行レビュー３６を行い、かつシステムテストを行う。
上記において、モックアップの実行モジュールはＦＯＲＭ２９、モックアップ制御３１、ＦＯＲＭヘルパー２４を含むオブジェクト指向共通部品２０からなる。業務アプリケーション実行モジュールはＦＯＲＭ２９、オブジェクト指向共通部品２０、製造工程作業２７からなる。
本発明によれば、設計工程において画面に入力し、それに対応した出力を生じるモックアップ動作を実行できるので、プログラムの修正が早期かつ容易である。
また、設計工程で作成された項目情報をファイルとして保存し、製造工程にも継承できるので、プログラムの作成が効率的になる。モックアップ実行モジュールはＦＯＲＭとモックアップ制御とオブジェクト指向共通部品とからなり、通常の業務アプリケーション実行モジュールは、ＦＯＲＭとオブジェクト指向共通部品と製造工程作業からなるので、ＦＯＲＭとオブジェクト指向共通部品が設計工程から製造工程に継承される。
また、設計工程で作成された項目情報をファイルとして保存し、製造工程にも継承できるので、プログラムの作成が効率的になる。モックアップ実行モジュールはＦＯＲＭとモックアップ制御とオブジェクト指向共通部品とからなり、通常の業務アプリケーション実行モジュールは、ＦＯＲＭとオブジェクト指向共通部品と製造工程作業からなるので、ＦＯＲＭとオブジェクト指向共通部品が設計工程から製造工程に継承される。
従来はシステム要件に基づいて一度ワープロや紙等によって画面フォーマットの設計を行い、次に設計データを作成し、その後に画面上のＦＯＲＭにシステム要件に基づく画面フォーマットを作成していたが、本発明はシステム要件に基づいて、いきなり画面ＦＯＲＭを作成するので、設計工程を簡略化するとともに設計情報の一元化が図れる。
以上詳述したように本発明によれば、プログラムシステムの設計から製造にいたる過程において、製造工程が終わるのを待って手戻りをして、設計工程あるいは製造工程を直すという従来のやり方を改善し、設計情報からモックアップを活用して少なくともデータエントリに関しては、実際にデータエントリの業務プログラムが動作しなくても結果として表示画面にはデータエントリが行われたか否かを示すことができるようにしたソフトウェア開発ツールを提供するものである。
このように作られた設計情報はそのままコード情報として製造工程に自動継承することができるので、製造工程におけるプログラムを行う必要がない点で極めてプログラムの作成工程を簡略化できる。
モックアップ動作の実行にあたってはフォームヘルパー内に設けられているチェックルーチン、共通部品内のフォームに設けられたフォームヘルパー用の共通ルーチン或いは業務共通部品とをそれぞれ用いてデータエントリがあくまでも行われたかの如くみせることができる。
またフォームヘルパーの中のチェックルーチン、共通部品の中の共通ルーチンあるいは業務共通ルーチンを再利用することができるという大きな効果も存在する。
さらに、紙やワープロで画面レイアウトを行うのではなく、ＦＯＲＭに直接画面レイアウトを行い、入出力情報等をＣＡＳＥツール入力を行うので、設計データの一元化も図れる。
さらに、紙やワープロで画面レイアウトを行うのではなく、ＦＯＲＭに直接画面レイアウトを行い、入出力情報等をＣＡＳＥツール入力を行うので、設計データの一元化も図れる。
図２は全体フローチャートであり、特に設計工程を具体的に示す。先ず設計工程について説明する。
ターゲット言語、例えばビジュアルベーシックのＦＯＲＭ機能を使ってＦＯＲＭという画面定義体にレイアウトや項目を打ち込むことにより画面レイアウト４１を作成する。次に、画面レイアウト４１に使用された項目について項目ディクショナリ４２を作成する。これは画面レイアウトに使用された項目のうち、項目ディクショナリ４２にない項目については、その項目をいくつかの用語に分解し各用語の用語定義を行い、用語の組み合わせを求めて項目定義を行うものである。更に画面レイアウト４１に用いられた項目について、各項目のうちその内容を更に具体的に規定すべきものについては、コード設計４３としてコードの洗い出しを先ず行い、コードと名称の対応関係を登録する。入出力情報定義〈項目〉４４は例えば項目についてみると、項目ディクショナリから入出力情報項目、例えば各項目の項目名、項目ＩＤ、属性等を選択し、同時にＦＯＲＭに各項目のＩＤを張りつける。これはＦＯＲＭの各項目に対応してＴＡＧを設け、そのＴＡＧに各項目のＩＤを打ち込むことにより行う。
ターゲット言語、例えばビジュアルベーシックのＦＯＲＭ機能を使ってＦＯＲＭという画面定義体にレイアウトや項目を打ち込むことにより画面レイアウト４１を作成する。次に、画面レイアウト４１に使用された項目について項目ディクショナリ４２を作成する。これは画面レイアウトに使用された項目のうち、項目ディクショナリ４２にない項目については、その項目をいくつかの用語に分解し各用語の用語定義を行い、用語の組み合わせを求めて項目定義を行うものである。更に画面レイアウト４１に用いられた項目について、各項目のうちその内容を更に具体的に規定すべきものについては、コード設計４３としてコードの洗い出しを先ず行い、コードと名称の対応関係を登録する。入出力情報定義〈項目〉４４は例えば項目についてみると、項目ディクショナリから入出力情報項目、例えば各項目の項目名、項目ＩＤ、属性等を選択し、同時にＦＯＲＭに各項目のＩＤを張りつける。これはＦＯＲＭの各項目に対応してＴＡＧを設け、そのＴＡＧに各項目のＩＤを打ち込むことにより行う。
次にメッセージ、ボタン登録４５を行う。メッセージの一元管理とボタンの一元管理のためにメッセージ、ボタン名称を登録する。そして、画面内グループ単位に初期表示メッセージ、ボタン名称を定義してアクションに関する入出力情報定義〈アクション〉４６を行う。
設計工程で上述したごとく入出力情報定義体と画面表示との間に項目ＩＤでリンクが張られているので、設計情報をもとにして画面処理を実行させ、設計の確認を行うことができる。本発明ではこの工程をモックアップ実行工程と称する。
製造工程においては、設計工程において生成された画面制御と入出力情報定義とのリンクをそのまま用いると共に、共通部品もそのまま用いてプログラムの再利用を図るとともに、ユーザごとの各種の要求に対応した業務固有ルーチンを作成するものである。
図３は本発明に係る全体システムの構成図であり、特に設計工程を具体的に示す。設計工程２においてはＣＡＳＥツール５０としては画面レイアウト、用語・項目管理、コード設計、入出力情報設計、メッセージ管理、ボタン管理を行う。図２に示した設計工程は、図３のＣＡＳＥツールにより情報の一元化を図って行うことができる。
そして、設計の資産としては画面レイアウト３により得られたＦＯＲＭ５１を有し、設計ドキュメントとして画面レイアウト書５２を出力する。項目管理４は設計資産として用語ディクショナリ５３と項目ディクショナリ５４とを有する。コード設計６は設計資産としてコードテーブル５５を有し、設計ドキュメントとしてコード設計書５６を出力する。入出力情報設計５は設計資産として入出力情報５７としての項目、アクション等を有し、設計ドキュメントとして入出力情報定義書５８を出力する。なお、入出力情報５７は入出力情報定義書５８に加えて項目編集説明書５９およびプログラム概要６０、画面レイアウト書５２も出力することができる。さらにメッセージ管理７およびボタン管理７は、それぞれ資産としてメッセージテーブル６１およびボタンテーブル６２とを有する。モックアップ実行工程３０はモックアップツール６３を用いて実行される。これについては後述する。製造工程２７は上記設計工程２で作成された資産であるＦＯＲＭ５１、用語ディクショナリ５３、項目ディクショナリ５４、コードテーブル５５、入出力情報５６、メッセージテーブル６１、ボタンテーブル６２、項目テーブル（図４）を継承するとともに、各業務ルーチンに共通なたとえば画面制御等の共通部品資産６４を使用してプログラムの再利用を図りながら行う。
ここで、図２及び図３で示された本発明のモックアップの開発手順を従来の開発手順と比較して説明する。通常の開発手順においては、設計し製造し終わった後で設計の段階に戻ったり、製造の開始時点に工程の戻りを行う必要があった。これは設計情報はドキュメントでしかなく、製造が終了する時点までイメージが湧かなかった為であり、更に実行していく仕様の変更もあるので、工程戻りの確率が極めて高かった。これに対して、本発明において図１，図２、及び図３に示すように、画面制御をモックアップとして実行し、プログラムすることなくデータエントリ等の画面処理をすることができるので、項目の入力チェック等の画面制御を実際に動く形式でユーザは確認することができる。したがって設計情報でモックアップが実行できるので、モックアップでの擬似実行に伴って設計工程を
行うことになるので、通常の意味における製造工程終了に発生する工程戻りを減少させることができ、簡単に設計の追加変更を行うことができる。更に桁数チェック、必須入力チェック等の設計情報はモックアップで完了し、このモックアップで確認されたシステム開発作業における設計工程の情報（ＦＯＲＭ、項目定義等）を製造工程にも自動継承できるので、現実のプログラム製造工程ではモックアップに用いられたデータに関しては再利用可能である。
行うことになるので、通常の意味における製造工程終了に発生する工程戻りを減少させることができ、簡単に設計の追加変更を行うことができる。更に桁数チェック、必須入力チェック等の設計情報はモックアップで完了し、このモックアップで確認されたシステム開発作業における設計工程の情報（ＦＯＲＭ、項目定義等）を製造工程にも自動継承できるので、現実のプログラム製造工程ではモックアップに用いられたデータに関しては再利用可能である。
したがって本発明においては設計作業と製造作業と役割分担を明確にすることができ、これらを分業して行う場合等において設計情報の製造工程への自動継承を容易に行うことができる。
したがって、本発明によれば、モックアップ実行工程を経ることによりモックアップ実行によるメリットに加えて、そのモックアップ実行に用いられた資産がさらに製造工程に継承できるので製造工程も短縮できるというメリットもあわせてもつものである。
図４は本発明のシステム構成図であり、特にモックアップ実行及び業務アプリケーションを具体的に示す図である。
設計工程２において画面レイアウト３はビジュアルベーシックのＦＯＲＭ５１を用いて例えば処理区分等を画面上に表示する。コード設計６は処理区分の区分（コード）１，２，３に対応してその名称を登録、修正、削除とし、処理区分の各区分をコードテーブル５５に格納する。入出力情報設計５は例えば項目が処理区分ならば、項目ＩＤとしてＳＹＲＫＢＮを登録する。項目ＩＤとは項目をコンピュータが認識するためのものである。この入出力情報設計５により入出力情報から項目テーブル７０を作成する。ボタン定義はＢ０００には登録、取消、終了を定義し、それらはＰＦキー中のＰＦ１，ＰＦ２，ＰＦ３に対応し、Ｂ００１は取消のみ定義し、ＰＦ２に対応する。メッセージ定義はＥ０００としては“入力エラーです”としてＥ００１は“入力して下さい”とする。ボタン定義、メッセージ定義は、それぞれボタンテーブル６２、メッセージテーブル６１に格納する。
設計工程２において画面レイアウト３はビジュアルベーシックのＦＯＲＭ５１を用いて例えば処理区分等を画面上に表示する。コード設計６は処理区分の区分（コード）１，２，３に対応してその名称を登録、修正、削除とし、処理区分の各区分をコードテーブル５５に格納する。入出力情報設計５は例えば項目が処理区分ならば、項目ＩＤとしてＳＹＲＫＢＮを登録する。項目ＩＤとは項目をコンピュータが認識するためのものである。この入出力情報設計５により入出力情報から項目テーブル７０を作成する。ボタン定義はＢ０００には登録、取消、終了を定義し、それらはＰＦキー中のＰＦ１，ＰＦ２，ＰＦ３に対応し、Ｂ００１は取消のみ定義し、ＰＦ２に対応する。メッセージ定義はＥ０００としては“入力エラーです”としてＥ００１は“入力して下さい”とする。ボタン定義、メッセージ定義は、それぞれボタンテーブル６２、メッセージテーブル６１に格納する。
次に、設計工程２からモックアップ実行工程３０に移行するに際して、画面レイアウトはターゲット言語のＦＯＲＭ機能で設計し、コード設計によってコードテーブルから例えば処理区分のコードを選択し、入出力情報定義によって項目テーブルを作成し、ボタン定義からボタンテーブル、そしてメッセージ定義からメッセージテーブルがそれぞれ作成される。
モックアップ実行工程においては、コードテーブル、項目テーブル、ボタンテーブル、メッセージテーブルからのデータを受けてＦＯＲＭに対してモックアップ制御７１およびＦＯＲＭヘルパー７２による制御が行われ、さらに共通ルーチンである業務共通部品７３をアクセスする。モックアップ制御を行うためには、ＦＯＲＭヘルパー内に設けられたチェックルーチンにより例えばデータエントリが登録されたデータの属性を満たしているか否かを判別し、入力に対して疑似出力を提供する。その際に表示画面の制御等の基本的なシステムとしてロギングやメッセージ表示等を業務共通部品７３を用いて制御を行う。モックアップ実行３０としては、たとえば上述の属性チェックの他に、桁数チェック、必須チェック等の(1) チェックルーチン、(2) コード参照入力及びコードチェック名称表示ルーチン、(3) グループ遷移、(4) メッセージボタン表示がある。
さらに固有業務アプリケーション７４についてはモックアップ実行で用いられた処理を継承し、各業務に共通な業務スケルトン７５以外の部分である、項目チェックやファイル更新ルーチンを作成する。ＦＯＲＭヘルパー７２や業務共通部品７３はモックアップ実行で用いられたものを使用する。業務スケルトン７５は再利用を行えるものであり、項目チェックは項目またがりや各項目の詳細内容をチェックし、ファイル更新は各業務の必要に応じてファイルを更新するものである。
図５は、設計工程において作成するＦＯＲＭ一覧及び項目ディクショナリ、入出力情報定義との関係を示す。
各画面にはＦＯＲＭ ＩＤが付され、それぞれＦＯＲＭ名称が付されている。まず、ＦＯＲＭ一覧を参照し、１つのＦＯＲＭを選択し、この選択されたＦＯＲＭについて項目ディクショナリから入出力情報定義を作成する。
各画面にはＦＯＲＭ ＩＤが付され、それぞれＦＯＲＭ名称が付されている。まず、ＦＯＲＭ一覧を参照し、１つのＦＯＲＭを選択し、この選択されたＦＯＲＭについて項目ディクショナリから入出力情報定義を作成する。
以下、図２の本発明のフローチャートを具体的に説明する。
図６〜図９を参照して図２における項目ディクショナリの作成方法を具体的に説明する。
図６〜図９を参照して図２における項目ディクショナリの作成方法を具体的に説明する。
図６において用語ディクショナリ５３には業務ルーチンに使用される日本語名および英数字名を入力し、登録する。
図７において項目ディクショナリの管理は用語組み合わせ処理において、用語ディクショナリから所定の用語を選択し、用語と用語の組み合わせで項目名及び項目ＩＤを作成する。そして、項目名、項目ＩＤ、基本属性としての桁数、データ型等を項目ディクショナリ５４に登録を行う。その際に各項目の基本属性として桁数、あるいはデータ型等を項目ディクショナリに入力する。
図７において項目ディクショナリの管理は用語組み合わせ処理において、用語ディクショナリから所定の用語を選択し、用語と用語の組み合わせで項目名及び項目ＩＤを作成する。そして、項目名、項目ＩＤ、基本属性としての桁数、データ型等を項目ディクショナリ５４に登録を行う。その際に各項目の基本属性として桁数、あるいはデータ型等を項目ディクショナリに入力する。
図８は用語ディクショナリ５３の例である。用語と用語ＩＤとが対応する。
図９は項目ディクショナリ５４の構成を示し、項目名、項目ＩＤ、桁数、データ型が対応する。桁数とは項目名に対応して入力される文字の桁数であり、またデータ型は文字型なのかあるいは数字型なのかを知らせるものである。なお桁数とデータ型は基本属性と称するものである。項目ディクショナリ５４は用語ディクショナリ５３から引いた用語の組み合わせでつくられる。例えば、処理区分ＳＹＲＫＢは処理ＳＹＲと区分ＫＢとの組み合わせからつくる。
図９は項目ディクショナリ５４の構成を示し、項目名、項目ＩＤ、桁数、データ型が対応する。桁数とは項目名に対応して入力される文字の桁数であり、またデータ型は文字型なのかあるいは数字型なのかを知らせるものである。なお桁数とデータ型は基本属性と称するものである。項目ディクショナリ５４は用語ディクショナリ５３から引いた用語の組み合わせでつくられる。例えば、処理区分ＳＹＲＫＢは処理ＳＹＲと区分ＫＢとの組み合わせからつくる。
図１０及び図１１はコード設計の作成方法およびコードテーブルを示す。
図１０において、ＦＯＲＭに打ち込まれた項目のうち、より具体的な設計を必要とするものに、コードＩＤを付してコードマスタ８０（図１１）に登録する。コードマスタ８０の１レコードには、コードＩＤ、コードＩＤ名称、属性、桁数、キー長、名称長が書き込まれる。例えば、コードＩＤ ＳＹＯＲＩのコードＩＤ名称は処理区分である。次に、コードＩＤをテーブル名としてコードテーブル８１，８２を作成し、このコードテーブルにコードと名称を登録する。例えばコードＩＤ名称の処理区分のコードＩＤがＳＹＯＲＩのとき、ＳＹＯＲＩをテーブル名としたテーブルのコードは１，２，３であり、それぞれの名称は照会、登録、更新である。
図１０において、ＦＯＲＭに打ち込まれた項目のうち、より具体的な設計を必要とするものに、コードＩＤを付してコードマスタ８０（図１１）に登録する。コードマスタ８０の１レコードには、コードＩＤ、コードＩＤ名称、属性、桁数、キー長、名称長が書き込まれる。例えば、コードＩＤ ＳＹＯＲＩのコードＩＤ名称は処理区分である。次に、コードＩＤをテーブル名としてコードテーブル８１，８２を作成し、このコードテーブルにコードと名称を登録する。例えばコードＩＤ名称の処理区分のコードＩＤがＳＹＯＲＩのとき、ＳＹＯＲＩをテーブル名としたテーブルのコードは１，２，３であり、それぞれの名称は照会、登録、更新である。
図１２を参照して、図２における入出力情報定義〈項目〉の作成をより詳細に説明する。先ず各ＦＯＲＭの１枚１枚に付された画面ＩＤ（ＦＯＲＭ ＩＤ）を入力８２し、次に項目ディクショナリ５４から項目名とこれと同一レコードの項目ＩＤ、基本属性を選択する。画面定義体毎にＦＯＲＭに使用する全項目を選択８３する。そして、画面定義体（ＦＯＲＭ）上ではその項目名に選択された項目ＩＤをＴＡＧに張りつける（８４）。これと共に画面定義体に対応して入出力情報定義テーブル８５の登録を行い、ここに選択された項目に対して１レコードを作成する。この入出力情報定義体の１レコードには画面ＩＤ、項目名、項目ＩＤ、基本属性、拡張属性をたとえば項目ディクショナリから選択して入力する。さらに、この１レコードに対して項目の拡張属性としてグループ番号（画面項目のグループ化）、必須入力チェックをするかしないか、編集形式として、日付編集、金額編集、編集なし、あるいは項目のタイプとして入力項目、表示項目、ボタン項目等の入力を行ってもよい。画面定義体上の項目と入出力情報定義テーブルの対応項目は同一の項目ＩＤでリンクされる。
次に、たとえば処理区分という項目のように、コード１，２，３に対して登録、修正、削除というコード名称を参照する項目のため、コードＩＤを選択８６するのであるが、そのコードＩＤはコードテーブル５５に格納されている。そして、入出力情報定義テーブル８５を更新し、入出力情報テーブル８５のレコードに選択されたコードＩＤを登録８７する。入出力情報定義テーブル８５の１レコードはフォームＩＤ、項目名、項目ＩＤ、基本属性、拡張属性、コードＩＤ、手入力される名称表示項目からなることとなる。したがって、コードテーブルと入出力情報定義テーブル８６とは同一のコードＩＤでリンクされることになり、入出力情報定義テーブル８６からコードテーブル５５の中身であるコード、名称を参照することができる。
図１３は入出力情報定義テーブルを示す。このテーブルはたとえば画面（ＦＯＲＭ）ＩＤ、項目名、項目ＩＤ、桁数、データ型、グループＩＤ、必須、編集形式、項目タイプ、コードＩＤ、名称表示項目からなる。このうちで画面ＩＤ、項目名、項目ＩＤ、桁数、データ型は項目ディクショナリにより検索することができるが、グループＩＤ、必須、編集形式は手入力情報であり、コードＩＤは、例えば処理区分についてＳＹＲＫＵＢＵＮ、担当者コードについてＴＡＮＴＯＵをコードテーブル５５から選択して入力する。名称表示項目は手入力情報であり、次に名称を表示すべき項目名、すなわち処理区分のときは処理区分名、項目ＩＤ
ＳＹＲＫＢＮＭおよび担当者コードのときは担当者名の項目ＩＤ ＴＡＮＮＭをそれぞれ手入力する。例えばグループＩＤは画面上の項目をヘッド、テイル、エンドとグループ化し、カーソルの動きを各グループ内に制限するものである。必須１の場合必ずチェックする必要があり、それ以外の場合は必ずしも必要ない場合がある。編集形式においては００は編集なしであり、１０は通貨編集、例えば￥とかカンマを付ける等のものであり、２０の日付編集は日付と月の間にスラッシュを入れるものである。項目タイプは入力項目、表示項目、およびボタン項目が存在する。
ＳＹＲＫＢＮＭおよび担当者コードのときは担当者名の項目ＩＤ ＴＡＮＮＭをそれぞれ手入力する。例えばグループＩＤは画面上の項目をヘッド、テイル、エンドとグループ化し、カーソルの動きを各グループ内に制限するものである。必須１の場合必ずチェックする必要があり、それ以外の場合は必ずしも必要ない場合がある。編集形式においては００は編集なしであり、１０は通貨編集、例えば￥とかカンマを付ける等のものであり、２０の日付編集は日付と月の間にスラッシュを入れるものである。項目タイプは入力項目、表示項目、およびボタン項目が存在する。
図１４はメッセージテーブルを示し、例えばメッセージＩＤ Ｅ００１のときは、『業務を終了して下さい』というメッセージをヘッド、ボディ、ティルのうちの所定のグループに対応して表示する。
図１５はボタンテーブルを示す。例えばボタンＩＤ Ｅ００１のメッセージについてボタン１は終了を示し、これはＰＦキーのＰＦ１に対応する。
図１６は図２における入出力情報定義〈アクション〉４６を示し、画面のグループ１（ヘッド）について、メッセージＩＤ Ｅ００１のメッセージとボタンＩＤ Ｂ００１のボタン名称を表示することを示す。
図１６は図２における入出力情報定義〈アクション〉４６を示し、画面のグループ１（ヘッド）について、メッセージＩＤ Ｅ００１のメッセージとボタンＩＤ Ｂ００１のボタン名称を表示することを示す。
図１７は表示画面に対応するＦＯＲＭ５１およびその表示の制御を行うＦＯＲＭヘルパー７２、業務ルーチンの制御に共通して使用される共通ルーチンである業務共通部品７３、そしてモックアップの制御７１とからなる本発明が適用されるモックアップ制御システムのシステム構成図である。
画面にはＦＯＲＭ機能により処理区分、正方形、次に商品コード、長方形が打ち込まれる。ＦＯＲＭヘルパー７２は項目テーブル（ＫＴＡＧ）７０、ＦＯＲＭテーブル（ＦＴＡＧ）９０、画面テーブル（Ｇ）９１を参照しながら制御を実行する。項目テーブル（ＫＴＡＧ）は入出力情報定義テーブルから読み込んだ設計情報、ＦＯＲＭテーブル（ＦＴＡＧ）は項目テーブルをＦＯＲＭ単位に区分けするためのインデックス情報、画面テーブル（Ｇ）は項目テーブルと対になっている各ＦＯＲＭ内項目アドレスをそれぞれ格納する。
次に、キー入力あるいはカーソルによるクリックによって各イベントが発生した場合のプロシジャを説明する。まず、イベントプロシジャの（１）として、Form-Lord イベントが到来した場合にはＦＯＲＭヘルパーによりＦＯＲＭ、画面テーブル、項目テーブル、ＦＯＲＭテーブルの初期処理９２が行われ、また業務共通部品７３内において初期処理９３されて、システムログ出力９４を実行し、さらにモックアップ制御７１中における業務スケルトン対応部において初期処理９５が行われ、先頭グループをサーチするため次グループサーチ９６を実行する。イベントプロシジャの（２）として、Form-Keypress イベントの場合には、ＦＯＲＭヘルパー７２により桁数及び属性チェック９７が行われる。イベントプロシジャの（３）としてForm-Keydownイベントの場合にはＦＯＲＭヘルパー７２においてＰＦキーの受付９８が行われ、イベントプロシジャ（４）の、Command-click イベントの場合にはＦＯＲＭヘルパー７２でコマンドボタン９９を駆動する。ＦＯＲＭヘルパーのＰＦキー受付、コマンドボタンのいずれかが実行された場合にはモックアップ制御７１の業務スケルトン対応部においてＰＦキー制御１００が行われる。モックアップ制御においては、ＰＦキー制御により入力完の時は次キーサーチ１０１に進み、取消の時は前グループを再度サーチ１０２する。ＰＦキー制御１００によりコード参照１０３する場合もある。さらに、ＰＦキー制御１００により、業務共通部品７３を用いてメッセージ表示、ボタン表示１０３を行う場合もある。
イベントプロシジャ（５）としてカーソルが特定の項目に到来したときGot-Forcusイベントが発生し、ＦＯＲＭヘルパー７２において項目開始１０５が行われる。そして、項目において必要な入力がＦＯＲＭに対して行われる。カーソルがその項目から離れるとイベントプロシジャ（６）でLost-Forcus イベントの場合となりＦＯＲＭヘルパー７２において項目終了１０６が実行され、１項目の打ち込みを終了し、その１項目について必須チェック１０７、項目編集１０８を起動し、更にこの場合、モックアップ制御の業務スケルトン対応部における項目チェック制御１０９も起動する。この項目チェックは各項目のより詳細な事項をチェックすることを可能にするものである。その後にコードチェック１１０が行われてもよい。なお、上記各イベント名について、例はビジュアルベーシックでのイベント名称であり、これはターゲット言語により違ってくる。最後に業務共通部品７３によって終了処理１１１する。
図１８はモックアップ制御のフローチャートである。先ず、ＦＯＲＭヘルパー７２が起動され、初期制御処理および項目テーブル（ＫＴＡＧ）及びＦＯＲＭテーブル（ＦＴＡＧ）、画面テーブル（Ｇ）を作成し、次にモックアップ制御７１に移り、初期処理を行って項目テーブルをサーチして先頭グループをサーチする。
次にＦＯＲＭヘルパー７２の制御に移り、Got-Focus イベントにより項目開始イベントを実行し、Form-Keypress イベントにより桁数、属性チェックを実行し、Lost-Focusイベントにより項目終了イベントが発生し、必須のチェックを行い、さらに項目編集を行ってもよい。これらをグループ内の項目数分だけ行う。
次にForm-KeyDownイベントを受けてＰＦキーを受け付け、或いはCommand-Click イベントを受けてコマンドボタンから入力する。その後制御は再びモックアップ制御７１に移り、ＰＦキー制御に従ってＦＯＲＭヘルパーでのチェックエラーが残っていればグループ変更はせず、入力完ＰＦキーの場合には次グループサーチし取り消しＰＦキーの場合は、前グループをサーチしてＦＯＲＭヘルパーに依頼する。これにより見た目には指定したＰＦキーによりグループが遷移して見える。図１９は、ＦＯＲＭヘルパー初期処理時のテーブル構造である。先ず、入出力情報定義テーブル８５を入力し、これらを展開して項目テーブル（ＫＴＡＧ）７０及びFORMテーブル（ＦＴＡＧ）９０を作成する。項目テーブルは項目ＩＤとグループＩＤ、その他属性よりなり、そのアドレスは０〜項目数、例えば２０までの配列番号である。項目ＩＤには各項目のＩＤが記憶される。グループＩＤ及びその他属性はここでは省略する。ＦＯＲＭテーブル（ＦＴＡＧ）は画面毎にＦＯＲＭＩＤを０１，０２，０３として付し、各画面は項目テーブルのどのアドレスに対応するかを示す。例えば、ＦＯＲＭＩＤ０２はポインタ開１０終１４であるから、２番目の画面で項目テーブルの配列番号１０〜１４に対応する。
前述したように、画面上の各項目に対してコントロールＴＡＧ１２０をペーストし、たとえば入出力情報定義テーブル８５を画面に呼び出すことによりその項目の項目ＩＤを検出し、そのコントロールＴＡＧ１２０にその項目ＩＤを入れる。ここまで、設計工程で設計しておく。
すなわち、設計時にＳＥは画面のフォーム内項目アドレスに対応して設けられたコントロールＴＡＧ１２０に業務ルーチンに対応した項目ＩＤを打ち込む。フォームヘルパーの初期処理としてこのコントロールＴＡＧ１２０の項目ＩＤによって項目テーブル７０の項目ＩＤをマッチングして、合致した場合、同一項目ＩＤの配列番号を前記コントロールＴＡＧ１２０の項目ＩＤの次の領域９９にたとえば１０として書き込む１２１と共に項目の画面における位置に相当するフォーム内項目アドレスを画面テーブル１２２に書き込む１２３。画面テーブル１２２はＦＯＲＭヘルパーの処理として、項目テーブル７０の１つの配列番号に対応した１つの領域を設けることにより構成される。コントロールＴＡＧ１２０に項目テーブル７０の１つの項目アドレスたとえば１０が格納されると共にそのＴＡＧがポイントする画面テーブル１２２の１つの領域にＦＯＲＭ内の項目アドレス３が格納されるので、コントロールＴＡＧ１２０によりＦＯＲＭ上の項目に対応する位置とその項目に対応する項目テーブルの１レコードとが関連づけられることになる。
図２０は項目テーブル７０を詳細に示す。項目テーブル７０は図１３に示した入出力情報定義テーブルから項目名を除いたものである。
次に図２１は、ＦＯＲＭヘルパーの初期処理をフローチャートで示す。このフローチャートはプログラム実行時に（モックアップを含む）最初の１回だけ呼ばれる処理で、項目テーブルと画面の各項目をリンク付けるものである。
次に図２１は、ＦＯＲＭヘルパーの初期処理をフローチャートで示す。このフローチャートはプログラム実行時に（モックアップを含む）最初の１回だけ呼ばれる処理で、項目テーブルと画面の各項目をリンク付けるものである。
最初に入出力情報テーブルを入力し、ＫＴＡＧ（項目テーブル）とＦＴＡＧ（画面テーブル）を展開（ステップ１３０）し、それ以降はＦＯＲＭヘルパーは項目テーブルの内容を配列変数、すなわち項目テーブルのアドレスとして参照できる。
次に画面の全項目を検査して、ＴＡＧに項目ＩＤがセットされていれば、下記の２点のリンク付けを行う（ステップ１３１）。すなわち、画面ＦＯＲＭの各項目について配列番号ＩのＴＡＧが未設定かどうかを、ＦＯＲＭ内項目数、例えば０〜２０について検出し（ステップ１３２）、ＴＡＧが設定されていればすなわちタグに項目ＩＤがセットされていれば、タグにセットされている項目ＩＤとＫＴＡＧテーブルの全項目を比較し、等しい項目ＩＤをサーチする。ヒットしたＫＴＡＧテーブルのアドレスをＪに入れる（ステップ１３３）。次に、画面テーブルにＦＯＲＭ内項目アドレスをセットする（画面テーブル（Ｊ）＝Ｉ）。その後ＴＡＧの後にＫＴＡＧインデックスを追加する。ＦＯＲＭ（Ｉ），ＴＡＧ＝ＦＯＲＭ（Ｉ），ＴＡＧ＋ＳＴＲ（Ｊ） （ステップ１３４）
上述したように、項目テーブルからＦＯＲＭの所定領域に入力する場合には、項目テーブルのアドレスに対応する画面テーブルのアドレスを参照し、そのＦＯＲＭ内項目アドレスに相当するところに項目テーブルの当該アドレスのデータを表示する。逆に、ＦＯＲＭ内の特定の領域から項目テーブルを参照する場合には、ＦＯＲＭ内項目アドレスが格納されている画面テーブルの特定のアドレスを検出し、ＴＡＧを用いて該アドレスに対応した項目テーブルのアドレスを参照してその項目テーブルの当該アドレスに記憶されている項目ＩＤ等を検出する。
上述したように、項目テーブルからＦＯＲＭの所定領域に入力する場合には、項目テーブルのアドレスに対応する画面テーブルのアドレスを参照し、そのＦＯＲＭ内項目アドレスに相当するところに項目テーブルの当該アドレスのデータを表示する。逆に、ＦＯＲＭ内の特定の領域から項目テーブルを参照する場合には、ＦＯＲＭ内項目アドレスが格納されている画面テーブルの特定のアドレスを検出し、ＴＡＧを用いて該アドレスに対応した項目テーブルのアドレスを参照してその項目テーブルの当該アドレスに記憶されている項目ＩＤ等を検出する。
このように項目テーブルから、画面上の位置をポイントすることも出来るし、あるいは画面上の特定の位置から項目テーブルの特定のデータをポイントすることもできる。これは、項目テーブルと画面テーブルとが相互にチェーンしているからである。
項目テーブルとＦＯＲＭテーブルとはモックアップ時にＦＯＲＭヘルパーの動作の一環として作成され、ＦＯＲＭやＦＯＲＭヘルパーと共に、設計から製造へと継承されることになる。項目ＩＤが入れられたＴＡＧも各項目毎に作成され、設計から製造へと継承される。
画面テーブルは項目テーブルからＦＯＲＭ上のアドレスを指すように、あるいはその逆にＦＯＲＭ上の特定の領域から項目テーブルのデータを指すように、項目テーブルの特定の項目アドレスと画面上の項目のＦＯＲＭ内項目アドレスとを対応づけるものとして、ＦＯＲＭヘルパーの初期処理で各項目毎にその都度形成されるものである。またＴＡＧへの項目テーブルの配列番号のセットも、ＦＯＲＭヘルパーの初期処理で各項目毎にその都度行われる。
図２２はモックアップ内部仕様を詳細に説明する。先ず、画面レイアウトをビジュアルベーシックのＦＯＲＭ上に生成する。すなわち、画面にＦＯＲＭ機能によってＦＯＲＭ５１に示すように、例えば商品照会である場合には、処理区分、縦長四角の図形、アンダーライン、商品コード、横長四角の図形、アンダーラインをＳＥが打ち込む。
次に、入出力情報定義テーブル８５を画面を呼び出すと、その画面には、例えば項目名、項目ＩＤ、属性、コードＩＤ、表示名称が表示される。もし、ＦＯＲＭに打ち込むべき項目たとえば処理区分が入出力定義テーブル８５に存在しないときは、更に項目ディクショナリ（図示せず）を表示し、その項目ディクショナリ内で処理区分を選択すると入出力情報定義テーブル８５の画面に項目名として処理区分、ＩＤとしてＳＹＲＫＢＮ、および属性・・・が表示される。次にコードＩＤファイルを表示し、処理区分に対するコードＩＤを選択し、ＳＹＲＫＥＮを入出力情報定義テーブル８５に表示する。さらに表示名称としては通常次の欄に記載されるべき項目名たとえば処理名のＩＤ、すなわちＳＹＲＮＭを手入力すれば、次の項目の処理名が処理区分のコードを画面に入力したとき表示される。以下同様にしてシステム要件に対する業務ルーチンを作成するために処理名、商品コード、商品名をＦＯＲＭに入力する必要のあるときにはこれを項目ディクショナリから選択して入出力情報定義テーブル８５に入力表示する。
この後、モックアップ実行時に、入出力情報定義テーブル８５に基づいてこれとほぼ同形の項目テーブル７０を作成する。項目テーブルと画面の各項目に対して設けられた図示しないＴＡＧとに基づいて、項目テーブル７０と画面テーブル１２０との関連ずけが行われる。なお入出力情報定義を直接設計ドキュメントとして出力し、プリントアウトすることも可能である。
項目テーブル作成ステップ１３７は入出力情報定義テーブル８５の第１ラインのデータを項目テーブル７０のアドレス０にＳＹＲＫＢＮ，・・・，ＳＹＲＥＢＮ，ＳＨＮＮＭとして登録し、さらに項目インデックス１３８を作成する。この項目インデックス１３８は製造工程で業務ルーチンが使用するものであり、項目テーブル７０のテーブルアドレス０，１，２，３をソースプログラムに書くのではなくて、このインデックスを書くことによって各アドレスに格納されている各項目情報の関連性と視認性をよくする。
次に、本発明の中心であるモックアップ処理について説明する。
項目テーブル７０のアドレス０には、項目ＩＤＳＹＲＫＢＮの処理区分がストアされ、画面情報に対応する画面テーブル２２のアドレス０には、画面上の項目ＩＤ ＳＹＲＫＢＮのアドレス（２）が記憶される。したがって、画面テーブルにおいて項目テーブルとＦＯＲＭ画面との対応が形成される。したがって、まずＳＥが商品照会プログラムを設計するにあたって、ＦＯＲＭ５１に示す画面と必要な設計情報を作成したとする。その段階でユーザあるいはＳＥがＦＯＲＭ５１を画面に表示して、処理区分の次の項目アドレスの長四角にコード１を入力するとＦＯＲＭヘルパーの動作によってそのコードの桁数、属性等がチェックされエラーであるならその旨の表示が行われ、正しければコードテーブルを検索し、次のＦＯＲＭ内項目アドレス（３）に登録という名称が表示される。したがって、ユーザはまだプログラムが実際できてないのに、コード入力１に対して何らかの出力がＦＯＲＭ上に現れるのでプログラムが動作しているかのように画面を見ることにより、その画面の動きに対して、さらなる希望や設計や設計変更を想到し、この変更をユーザからＳＥに伝達することができる。今は処理区分について説明したが、画面内の必要な項目情報を項目テーブルと関連させることができる。画面の各項目から項目テーブルのアドレスが特定もすることができるし、項目テーブルから画面の位置を特定することも出来る。
項目テーブル７０のアドレス０には、項目ＩＤＳＹＲＫＢＮの処理区分がストアされ、画面情報に対応する画面テーブル２２のアドレス０には、画面上の項目ＩＤ ＳＹＲＫＢＮのアドレス（２）が記憶される。したがって、画面テーブルにおいて項目テーブルとＦＯＲＭ画面との対応が形成される。したがって、まずＳＥが商品照会プログラムを設計するにあたって、ＦＯＲＭ５１に示す画面と必要な設計情報を作成したとする。その段階でユーザあるいはＳＥがＦＯＲＭ５１を画面に表示して、処理区分の次の項目アドレスの長四角にコード１を入力するとＦＯＲＭヘルパーの動作によってそのコードの桁数、属性等がチェックされエラーであるならその旨の表示が行われ、正しければコードテーブルを検索し、次のＦＯＲＭ内項目アドレス（３）に登録という名称が表示される。したがって、ユーザはまだプログラムが実際できてないのに、コード入力１に対して何らかの出力がＦＯＲＭ上に現れるのでプログラムが動作しているかのように画面を見ることにより、その画面の動きに対して、さらなる希望や設計や設計変更を想到し、この変更をユーザからＳＥに伝達することができる。今は処理区分について説明したが、画面内の必要な項目情報を項目テーブルと関連させることができる。画面の各項目から項目テーブルのアドレスが特定もすることができるし、項目テーブルから画面の位置を特定することも出来る。
そしてテーブルアドレスをパラメータとした共通サブルーチン群が作成でき、属性チェック等が自動化し、モックアップが実現するものである。なお、各モックアップ処理は図示しないがチェックルーチンが実行されることにより、データエントリの継承を行うことができる。
ＦＯＲＭヘルパーの動作として、桁数、属性チェック、コード参照コードチェックについて、以下、順次説明する。これらの動作によって、ユーザはＳＥが製造を実際に完了してない段階でプログラムが現実に動いているような感覚で、すなわちプログラムのモックアップを用いて画面入力を行うことができる。
図２３はモックアップ動作において、データエントリを使用するための自動属性チェック方式について説明する。
画面にはＦＯＲＭとして、処理区分、及び商品コードが表示されているとすると、イベントルーチンにおいては１文字エントリのチェック、すなわちキー入力チェックは属性チェック、桁数チェック、自動タブ（次のフィードへの）が行われる。尚項目入力（ロストホォーカスチェック）においては必須入力チェック、編集表示、コードチェックを伴う。項目テーブルは項目名として処理区分あるいは商品コードとそれに要求される属性とのテーブルである。属性としては、属性、桁数、自動タブ、必須入力、コードＩＤ、表示項目ＩＤ等をテーブルしたものであり、この中で処理区分と商品コードは画面テーブルにＦＯＲＭ内項目アドレスとして（２），（５）の対応関係が記憶される。
画面にはＦＯＲＭとして、処理区分、及び商品コードが表示されているとすると、イベントルーチンにおいては１文字エントリのチェック、すなわちキー入力チェックは属性チェック、桁数チェック、自動タブ（次のフィードへの）が行われる。尚項目入力（ロストホォーカスチェック）においては必須入力チェック、編集表示、コードチェックを伴う。項目テーブルは項目名として処理区分あるいは商品コードとそれに要求される属性とのテーブルである。属性としては、属性、桁数、自動タブ、必須入力、コードＩＤ、表示項目ＩＤ等をテーブルしたものであり、この中で処理区分と商品コードは画面テーブルにＦＯＲＭ内項目アドレスとして（２），（５）の対応関係が記憶される。
図２４は、桁数属性チェックの動作フローチャートである。Got-Focus イベントは、項目開始イベントを駆動し、項目にカーソルが飛び込んだときＦＯＲＭ内項目アドレスをACTIVE-CTLに格納する（ステップ４０）。次にキーボードから１文字を入力したために、Form-keypress イベントが生じた時、桁数チェックを実行する。その桁数チェックルーチンは先ずＦＯＲＭ（画面）内の現在カーソルがあるフィールドに基づいて項目テーブルのアドレス、すなわち配列番号Ｋ−ＩＸをＴＡＧのＫＴＡＧインデックスから取り出し、項目テーブルのＫ−ＩＸアドレスから設計桁数Ｉを取り出し（ステップ１４１）、次に現在カーソルがあるフィールドのデータ長Ｊ（現在桁数Ｊ）を調べる（ステップ１４２）。そして両者の桁数を比較し、設計桁数Ｉが現在桁数Ｊより大の時にはそのまま処理が進行（ステップ１４３）し、ＮＯの時には桁数オーバーのため現在カーソルフィールドの文字色をエラー色（赤）にする（ステップ１４４）。
次に属性チェックルーチンがForm-Keypress イベントによって駆動された場合には、項目テーブルＫＴＡＧから現在カーソルのあるフィールドの属性を取り出し（ステップ１４５）、その数字チェック（ステップ１４６）、英字チェック（ステップ１４７）あるいは日付チェック（ステップ１４８）を行い、エラー時にはBeep音をならしキーボードからの１文字をネグレストするようにする（ステップ１４９）。
図２５は必須入力チェックのフローチャートである。Lost Focusイベントが発生すると項目終了イベントが駆動され、項目テーブルＫＴＡＧから今までカーソルがあった項目の必須桁数Ｉを取り出す（ステップ１５０）。そして、今までカーソルのあったフィールドのデータ長（入力桁数Ｊ）を調べる（ステップ１５１）。両者の桁数を比較する（ステップ１５２）。必須桁数Ｉが入力桁数Ｊと等しいかより小の時、必須入力項目に入力が打ち込まれたことを示すので処理が終了する。しかし、必須桁数Ｉが入力桁数Ｊより大の時には、必須入力の項目の桁数不足のため、今までカーソルのあったフィールドのバック色をエラー色（例えば赤）にする（ステップ１５３）。
図２６は項目編集の例を示す説明図である。すなわち、入力値１２３４５６を入力した場合、編集ＩＤが編集なし、数値編集、通貨編集であることに応じて、それぞれ編集後の表示フォーマットは１２３４５６、１２３，４５６、￥１２３，４５６となる。
１９９６０１０１という数値が入力された場合には、編集ＩＤが日付編集の時には１９９６／０１／０１と表示される。この仕掛けは項目毎にもっているタグの最後に編集前の値をセーブし、画面テキストエリアには編集後の値を表示する。すると、項目開始イベントのタイミングではセーブしたタグの内容を画面テキ
ストエリアに表示すれば元の値になる。
ストエリアに表示すれば元の値になる。
図２７は項目編集フローチャートである。Lost-Focusイベントが発生すると、項目終了イベントが駆動されて、必須入力チェックを行う（ステップ１６０）。
次に項目編集を行うため項目テーブルＫＴＡＧから今までのカーソルがあった項目編集ＩＤを取り出し（ステップ１６１）、この編集ＩＤが０の時にはこのまま終了する（ステップ１６２）が、ＩＤが存在する時には画面上のテキストエリアをタグの後にセーブし（ステップ１６３）、セーブした内容からテキストエリアに編集表示をし、数字編集、通過編集、日付編集等を行う（ステップ１６４）。
次に項目編集を行うため項目テーブルＫＴＡＧから今までのカーソルがあった項目編集ＩＤを取り出し（ステップ１６１）、この編集ＩＤが０の時にはこのまま終了する（ステップ１６２）が、ＩＤが存在する時には画面上のテキストエリアをタグの後にセーブし（ステップ１６３）、セーブした内容からテキストエリアに編集表示をし、数字編集、通過編集、日付編集等を行う（ステップ１６４）。
図２８は項目編集解除のフローチャートである。
Got-Focus イベントが発生すると、項目開始イベントを駆動し、項目にカーソルが飛び込んだとき、そのＦＯＲＭ内項目アドレスをACTIVE-CTLにセーブし、ACTIVE-CTLではフォーム内項目アドレスをストアする（ステップ１７０）。
Got-Focus イベントが発生すると、項目開始イベントを駆動し、項目にカーソルが飛び込んだとき、そのＦＯＲＭ内項目アドレスをACTIVE-CTLにセーブし、ACTIVE-CTLではフォーム内項目アドレスをストアする（ステップ１７０）。
次に項目テーブルＫＴＡＧから現在カーソルがある項目の編集ＩＤを取り出し（ステップ１７１）、その編集ＩＤが存在しなければ処理が終了する（ステップ１７２）が、存在した場合には画面上のテキストエリアに、タグの後にセーブしてある編集前データをセットすることによって項目編集を解除する（ステップ１７３）。
本発明によると、ＳＥがプログラムの設計段階でユーザに対して画面の処理区分の後に縦長四角に処理区分のコードＩＤテーブルを見ながら、例えば“１”と入力した時のその桁数が正しければ、そのまま処理が進行し、誤っていればエラー色が表示されるので、実際にはプログラムが製造されていないのに、プログラムが出来上がっているような感覚で入力して画面に表示できる。したがって、ユーザがその時点でプログラムの仕様に変更等も提案できるのでよりユーザの希望に即したプログラムを設計できる。
図２９は、コード参照及びコードチェックのフローチャートである。
次に、実行時のＦＯＲＭヘルパー処理を説明する。この処理には２通りあり、第１は検索ＰＦキーが押圧され、コード参照処理を行う。この場合は、コードテーブルからコード情報を一覧して、選択入力させ結果を画面のコード及び名称エリアにセットする。
次に、実行時のＦＯＲＭヘルパー処理を説明する。この処理には２通りあり、第１は検索ＰＦキーが押圧され、コード参照処理を行う。この場合は、コードテーブルからコード情報を一覧して、選択入力させ結果を画面のコード及び名称エリアにセットする。
また第２はコードチェック処理を行う。この場合では、項目終了イベントは画面から入力されたコードを元にコードテーブルをサーチして有無を調べる。有ればそのコードの名称を名称エリアにセットする。
図３０はＦＯＲＭヘルパー処理のコード参照のフローチャートである。
先ず、Got-Focus イベントが入ると、項目開始イベント、すなわち項目にカーソルが飛び込んだ時、そのＦＯＲＭ内項目アドレスをACTIVE-CTLにセーブする（ステップ１８０）。
先ず、Got-Focus イベントが入ると、項目開始イベント、すなわち項目にカーソルが飛び込んだ時、そのＦＯＲＭ内項目アドレスをACTIVE-CTLにセーブする（ステップ１８０）。
次に、Form-KeyDownイベントが入ると、ＰＦキー受付し（ステップ１８１）、検索ＰＦキーがＮＯの場合は終了し（ステップ１８２）、ＹＥＳの場合は項目テーブル（KTAG）から現在カーソルがあるフィールドのコードＩＤを取り出す（ステップ１８３）。
Ｋ−ＩＸ＝FORM(ACTIVE-CTL).TAG〈KTAGインデックス値〉
コードＩＤ＝KTAG. コードＩＤ（Ｋ−ＩＸ）となる。
次にコードＩＤをファイル名としてコードテーブルを入力し（ステップ１８４）、コード一覧表ウィンドウを表示する（ステップ１８５）。
コードＩＤ＝KTAG. コードＩＤ（Ｋ−ＩＸ）となる。
次にコードＩＤをファイル名としてコードテーブルを入力し（ステップ１８４）、コード一覧表ウィンドウを表示する（ステップ１８５）。
次に、一覧表から１つ選択させる（マウス等使用）（ステップ１８６）。
次に、選択された１行からコードと名称を取り出す（ステップ１８７）。
選択コードは１行の先頭からキー長桁、選択名称は１行のキー長 １桁から名称長桁である。
次に、選択された１行からコードと名称を取り出す（ステップ１８７）。
選択コードは１行の先頭からキー長桁、選択名称は１行のキー長 １桁から名称長桁である。
次に図３１に示すように選択コードを画面の現在カーソルがあるフィールドにセットし、選択コードを画面に表示する（ステップ１８８）。
ＦＯＲＭ（ACTIVE-CTL).Text＝選択コード
次に、選択名称を画面の現在カーソルがあるフィールドの表示項目ＩＤが示すフィールドにセットする（ステップ１８９）。
ＦＯＲＭ（ACTIVE-CTL).Text＝選択コード
次に、選択名称を画面の現在カーソルがあるフィールドの表示項目ＩＤが示すフィールドにセットする（ステップ１８９）。
すなわち表示項目ＩＤ＝ＫＴＡＧ．表示項目ＩＤ（Ｋ−ＩＸ）
ＫＴＡＧ（項目テーブル）の項目ＩＤを全項目にわたってサーチする。
ＫＴＡＧ．項目ＩＤ（１〜全項目）＝表示項目ＩＤとなり、
ヒットしたＫＴＡＧインデックスをＩに入れる。
ＫＴＡＧ（項目テーブル）の項目ＩＤを全項目にわたってサーチする。
ＫＴＡＧ．項目ＩＤ（１〜全項目）＝表示項目ＩＤとなり、
ヒットしたＫＴＡＧインデックスをＩに入れる。
そして、ＫＴＡＧインデックスを元に画面テーブルを使って選択名称をセットする。
ＦＯＲＭ（画面テーブル（Ｉ））．Ｔｅｘｔ＝選択名称である。
すなわち、選択名称に対応する項目テーブル（ＫＴＡＧ）のアドレスで画面テーブルを引き、そこに格納されているＦＯＲＭ内項目アドレスに選択名称を表示する。これにより、ＦＯＲＭ上のコードの項目のたとえば次の項目にその名称を表示できる。
ＦＯＲＭ（画面テーブル（Ｉ））．Ｔｅｘｔ＝選択名称である。
すなわち、選択名称に対応する項目テーブル（ＫＴＡＧ）のアドレスで画面テーブルを引き、そこに格納されているＦＯＲＭ内項目アドレスに選択名称を表示する。これにより、ＦＯＲＭ上のコードの項目のたとえば次の項目にその名称を表示できる。
図３２はＦＯＲＭヘルパー処理のコードチェックのフローチャートである。
先ず、Lost-Focusイベントが入ると、項目終了イベントとなり、必須入力チェック及び項目編集となる（ステップ１９０）。次にコードチェックでは、ＫＴＡＧから今までカーソルがあった項目のコードチェックフラグを取り出す（ステップ１９１）。
先ず、Lost-Focusイベントが入ると、項目終了イベントとなり、必須入力チェック及び項目編集となる（ステップ１９０）。次にコードチェックでは、ＫＴＡＧから今までカーソルがあった項目のコードチェックフラグを取り出す（ステップ１９１）。
すなわち、Ｋ−ＩＸ＝FORM(ACTIVE-CTL).TAG〈KTAGインデックス値〉
コードチェックフラグ＝KTAG. コードチェックフラグ(K-IX)となる。
次に、コードチェックフラグが０（チェック不要）の場合は終了し（ステップ１９２）、１（チェック要）の場合は、ＫＴＡＧから今までカーソルがあった項目のコードＩＤを取り出す（ステップ１９２）。
コードチェックフラグ＝KTAG. コードチェックフラグ(K-IX)となる。
次に、コードチェックフラグが０（チェック不要）の場合は終了し（ステップ１９２）、１（チェック要）の場合は、ＫＴＡＧから今までカーソルがあった項目のコードＩＤを取り出す（ステップ１９２）。
コードＩＤ＝ＫＴＡＧ．コードＩＤ（Ｋ−ＩＸ）となる。
次に、コードＩＤをテーブル名としてコードテーブルを入力し（ステップ１９４）、次に図３３に示すように今までカーソルがあった項目のテキストと比較する（ステップ１９６）。
次に、コードＩＤをテーブル名としてコードテーブルを入力し（ステップ１９４）、次に図３３に示すように今までカーソルがあった項目のテキストと比較する（ステップ１９６）。
等しいレコードが存在したか否か（ステップ１９６）で、存在しない場合には、入力されたコードデータが設計情報に見つからなかったため、エラーとみなし、今までカーソルがあったフィールドのバック色をエラー色（赤）にする（ステップ１９７）。
また、存在した場合には、ヒットレコードから名称を取り出す（ステップ１９８）。
次に、ヒット名称を今までカーソルがあったフィールドの表示項目ＩＤが示すフィールドにセットする（ステップ１９９）。すなわち、ＫＴＡＧ（項目テーブル）の項目ＩＤをサーチする。
次に、ヒット名称を今までカーソルがあったフィールドの表示項目ＩＤが示すフィールドにセットする（ステップ１９９）。すなわち、ＫＴＡＧ（項目テーブル）の項目ＩＤをサーチする。
ＫＴＡＧ、項目ＩＤ（１〜全項目）＝表示項目ＩＤとなり、ヒットしたＫＴＡＧインデックスをＩに入れる。すなわち、ＫＴＡＧインデックスを元に画面テーブルを使ってヒット名称をセットする。
ＦＯＲＭ（画面テーブル（Ｉ））．ＴＥＸＴ＝ヒット名称となる。
すなわち、画面に入力したコードがコードテーブルに存在した時は、そのコード名称を表示項目ＩＤが示すフィールドに表示する。
すなわち、画面に入力したコードがコードテーブルに存在した時は、そのコード名称を表示項目ＩＤが示すフィールドに表示する。
図３４はグループ制御の説明図である。ヘッドグループはボディ部で処理したいデータのキー入力を行い、ボディグループはヘッド部で指定されたデータの表示／修正を行い、ティルグループはボディ部で処理した結果の確認を行う。つまり、画面の動きはグループ単位のエントリとなり、順次グループ遷移していく。
図３５はグループ制御の全体フローチャートである。
先ず、入出力情報定義として、画面内各項目を定義する時に、各項目にグループＩＤを指定するステップ２００）。
先ず、入出力情報定義として、画面内各項目を定義する時に、各項目にグループＩＤを指定するステップ２００）。
次に、実行時の業務ルーチン又はモックアップ制御は実行処理の手順に従ってグループＩＤを決めてＦＯＲＭヘルパーにグループスタート依頼する（ステップ２１０）。
次に、ＦＯＲＭヘルパーは、業務ルーチン（又はモックアップ制御）からグループスタート依頼を受けて、入出力定義からつくられた項目テーブルのグループＩＤを参照し、以降そのグループだけの入力を許す（ステップ２０２）。例えば、グループを０〜９の１０個まで指定できることとすると、アクティブグループの指定により、他のグループ項目のエントリを不可とする。
次に、ＦＯＲＭヘルパーは、業務ルーチン（又はモックアップ制御）からグループスタート依頼を受けて、入出力定義からつくられた項目テーブルのグループＩＤを参照し、以降そのグループだけの入力を許す（ステップ２０２）。例えば、グループを０〜９の１０個まで指定できることとすると、アクティブグループの指定により、他のグループ項目のエントリを不可とする。
図３６はＦＯＲＭヘルパー処理のグループ制御のフローチャートである。
先ず、業務ルーチン（モックアップ制御）からグループスタート依頼を受けると、ＫＴＡＧ（項目テーブル）を元に全項目に対し、ＴＡＢＳＴＯＰプロパティを指定する（ステップ２１０）。すなわち、KTAG．グループＩＤ（Ｉ）＝ACTIVEグループであり、
ＹＥＳの場合 → TABSTOP ＝ONとなり、
ＮＯの場合 → TABSTOP ＝OFF となり、ＩをＦＯＲＭ内全項に対して行う。
先ず、業務ルーチン（モックアップ制御）からグループスタート依頼を受けると、ＫＴＡＧ（項目テーブル）を元に全項目に対し、ＴＡＢＳＴＯＰプロパティを指定する（ステップ２１０）。すなわち、KTAG．グループＩＤ（Ｉ）＝ACTIVEグループであり、
ＹＥＳの場合 → TABSTOP ＝ONとなり、
ＮＯの場合 → TABSTOP ＝OFF となり、ＩをＦＯＲＭ内全項に対して行う。
以降ＴＡＢキー又はリターンキーを押した時、ＴＡＢＳＴＯＰ＝ＯＮの項目にしかカーソルが飛ばない。次に指定されたグループＩＤに対応するメッセージＩＤあるいはボタンＩＤを元にそれぞれサブルーチンを呼び出す（ステップ２１１）。
図３７において、 メッセージボタン表示の実行を説明する。先ず、ＦＯＲＭヘルパーが初期処理として入出力情報定義体のアクションテーブル（図１６）をＦＯＲＭヘルパーが初期処理として展開し、次にモックアップ制御または業務ルーチンがグループＩＤを指定してスタート依頼を行う。次にＦＯＲＭヘルパーは指定したグループＩＤに対応するメッセージＩＤをもとにメッセージ表示のサブルーチンを呼び出し、或いは指定されたグループＩＤに対応したボタンＩＤをもとにボタン表示サブルーチンを呼び出す。すなわち、ＦＯＲＭ ＩＤがＡＢＣ１２３０１の画面は、そのグループ１について、メッセージＥ００１がそのグループ７においてメッセージＥ００１５が表示され、図４には図示しないが、図１６よりグループ１ではボタンＢ００１がグループ７ではボタンＢ００３が駆動される。
図３８は部品資産継承の動作のフローチャートである。先ず、フォームの作成に際して、(1) ひな型フォームをコピーしてターゲットフォーム名を変名して、新しいFORM ID をつくる。次に、(2) 画面レイアウトを作成する。入出力定義画面を呼び出して、(3) 入出力定義作業として各項目を定義する。そして(4) 入出力情報定義ファイルあるいは及び項目インデックス転送ルーチン等の自動生成ルーチンへと転送する。
次に、モックアップ制御が行われて、(5) ひな型モジュール構成をコピーしてターゲット名に変名する。そして、(6) フォームモジュールすなわち(2) でつくったFORM ID を追加し、(7) モックアップ実行し、設計情報のデバッグおよび業務仕様レビューを行う。(1) 〜(7) が設計工程作業である。
次に製造工程作業では、(8) ひな型スケルトンから業務スケルトンをコピーし変名する。そして(9) モジュール構成を変更する。モックアップを制御を解放し、変名した業務 スケルトンを追加し、自動生成ルーチンを追加する。
次に(10)業務スケルトン修正作業を行い、グループ制御部分の見直しと項目チェック、関連チェックルーチンを追加し、ファイル入出力ルーチンを追加し、最後に(11)実行テストを行い開発を終了する。
図３９は部品資産継承図である。先ずひな型ファイルからひな型を(1) copyして、ＦＯＲＭファイルに入力し、ＦＯＲＭとして(2) 画面レイアウトを作成する。なお、ステップ(1) 〜(11)は前述の図３８のステップ(1) 〜(11)に対応する。
次に、(3) 入出力情報定義を作成し、これに基づいて入出力情報定義と、自動生成(4) ルーチンとを作成する。
次にひな型ファイルからひな型を(5) コピーしてモジュール構成（ＭＡＫ）とし、これにはモックアップ制御、ＦＯＲＭヘルパー、業務共通部品が含まれる。モックアップ時にはモックアップ制御、ＦＯＲＭヘルパー、業務共通部品に加え、(6) ＦＯＲＭモジュールを追加してからこれらを(7) 実行する。
次にひな型ファイルからひな型を(5) コピーしてモジュール構成（ＭＡＫ）とし、これにはモックアップ制御、ＦＯＲＭヘルパー、業務共通部品が含まれる。モックアップ時にはモックアップ制御、ＦＯＲＭヘルパー、業務共通部品に加え、(6) ＦＯＲＭモジュールを追加してからこれらを(7) 実行する。
さらに製造工程作業としてエントリをひな型ファイルから(8) コピーして業務ルーチンファイルに格納する。そして、モックアップ制御を(9) 解放し、ＦＯＲＭヘルパーと業務共通部品はそのまま継承し、(8) でコピーした業務スケルトンと入出力情報定義から自動生成されたルーチンを追加し、(10)修正して継承し(11)実行する。ここで、モジュール構成ファイルとはプログラム実行単体に存在し、当該プログラムが持つモジュールのファイル名をテーブルとしてもっている。修正事項はこのモジュール構成ファイル単位に行うことができる。例えば、前述の項目テーブル（ＫＴＡＧ）、フォームテーブル（ＦＴＡＧ）はそれらが作成される都度製造工程に継承される。
図４０は本発明のＦＯＲＭヘルパーとモックアップ制御を継承して製造されたプログラム全体システム構成図である。この図は図１７に示したモックアップ制御のシステム構成図と、業務ルーチン２２０を除いて同様である。すなわち、全体システム構成図は業務ルーチンの実行時を示すのに対して、モックアップシステム構成図はモックアップ制御時を示す。全体システム制御において各業務に共通な業務スケルトンとして、初期処理９５及びＰＦキー制御１００、及び項目チェック制御１０９はモックアップ制御と同様であるが、業務固有ルーチン、自動生成ルーチンが業務ルーチンとして加わった。
業務ルーチンにおいては業務スケルトンにおいてＰＦキー制御が行われた後、先ずヘッド関連チェック２２１が行われ、ＮＧの場合は共通ルーチンのメッセージ表示あるいはボタン表示を駆動する。ＯＫの場合には各業務ルーチン用のファイル入力２２２し、その後画面にデータの項目転送２２３を行いグループをボディに移す。
次に、ボディにおいてボディ関連チェック２２４を行い、ＮＧの場合にはやはり共通ルーチンにおいてメッセージ表示、ボタン表示を行う。グループティルの場合には、業務ルーチンにおいて画面よりデータを項目転送２２６し、ファイル更新を行う。業務ルーチンのうち、ヘッド関連チェック、ファイル入力、ファイル更新、項目チェックは業務固有ルーチンであり、項目転送は自動生成ルーチンである。
図４１は本発明によるモックアップ動作の画面を示す。
（１） メッセージテーブルよりメッセージの表示
（２） ボタンテーブルよりボタンの表示
（３） 項目テーブルよりＦＯＲＭ内の項目のグループを化を行う。これによりグ
ループ以外の項目には、カーソルが行かなくなる。
（１） メッセージテーブルよりメッセージの表示
（２） ボタンテーブルよりボタンの表示
（３） 項目テーブルよりＦＯＲＭ内の項目のグループを化を行う。これによりグ
ループ以外の項目には、カーソルが行かなくなる。
（４） 検索実行（ＰＦキー、又はボタン等）（検索ウィンドウ表示）
（５） コードテーブルからコード及び名称のデータ表示
（６） 選択データをＦＯＲＭ内の処理区分の次の項目アドレス位置（長四角内）
にコードのチェック結果をその次のアンダーライン部に名称をそれぞれ反映
（７）−１ 入力フィールドチェック
（５） コードテーブルからコード及び名称のデータ表示
（６） 選択データをＦＯＲＭ内の処理区分の次の項目アドレス位置（長四角内）
にコードのチェック結果をその次のアンダーライン部に名称をそれぞれ反映
（７）−１ 入力フィールドチェック
（７）−２ 編集
・数字 ￥、カンマ、等
・日付 年月日、時間等
（７）−３ 商品コードを入力。
・数字 ￥、カンマ、等
・日付 年月日、時間等
（７）−３ 商品コードを入力。
（８） エンターポイント処理
グループの最終にエンターポイントを定義。このボタンを押すことで、グループ内の処理を完了し次のグループへ移る。
グループの最終にエンターポイントを定義。このボタンを押すことで、グループ内の処理を完了し次のグループへ移る。
図４１に示した画面上でユーザまたはＳＥは項目等の入力データの正当性のチェックコードを入力することによるコードや名称の参照、コードの正しいか否かのチェックあるいは入力データの編集を各グループ毎に遷移して行うことができるので、設計段階であるにも係わらずＦＯＲＭが入出力関係に従って変化するので、実際にプログラムが製造された場合の画面の変化を実現しかつ検証できる。
１ モックアップ実行レビュー
２ 設計工程
３ 画面レイアウト
４ 項目管理情報
５ 入出力情報設計
６ コード設計
７ メッセージ，ボタン管理情報
８ テーブル設計
９ 設計情報
２０ オブシェクト指向共通部品
２１ 項目テーブル
２２ コードテーブル
２３ メッセージテーブル
２４ ＦＯＲＭヘルパー
２５ メッセージ表示
２６ システムログ取得
２７ 製造工程
２８ 設計ドキュメント
２９ ＦＯＲＭ
３０ モックアップ実行
３１ モックアップ制御
３２ 業務スケルトン雛形
３３ 項目チェック
３４ ファイル更新
３５ 自動生成ルーチン
３６ 業務スケルトン
２ 設計工程
３ 画面レイアウト
４ 項目管理情報
５ 入出力情報設計
６ コード設計
７ メッセージ，ボタン管理情報
８ テーブル設計
９ 設計情報
２０ オブシェクト指向共通部品
２１ 項目テーブル
２２ コードテーブル
２３ メッセージテーブル
２４ ＦＯＲＭヘルパー
２５ メッセージ表示
２６ システムログ取得
２７ 製造工程
２８ 設計ドキュメント
２９ ＦＯＲＭ
３０ モックアップ実行
３１ モックアップ制御
３２ 業務スケルトン雛形
３３ 項目チェック
３４ ファイル更新
３５ 自動生成ルーチン
３６ 業務スケルトン
Claims (4)
- 項目を識別するための項目ＩＤが設定された入出力項目を含む画面のレイアウトを定義した画面定義情報を格納する画面定義情報格納手段と、前記画面を識別する画面ＩＤと、該画面ＩＤで識別される画面に配置された入出力項目を識別する前記項目ＩＤと、該入出力項目の、桁数、データ型及び編集形式のいずれか１つ以上を含む属性情報を対応付けて定義した入出力情報定義を格納する入出力情報定義テーブルとを参照し、該画面定義情報格納手段に格納された画面定義情報に基づき生成される表示画面における入出力項目と該入出力情報定義テーブルに格納された入出力項目の属性情報とを、前記入出力項目ＩＤを元に対応付けて記憶するテーブルを生成する初期化処理ステップと、
前記画面定義情報格納手段に格納された画面定義情報に基づき生成された表示画面において、入出力項目に対してなされた入力を受け付ける入力ステップと、
前記入力ステップで入力を受け付けると、前記初期化処理ステップで生成したテーブルを参照して、該入力ステップで入力を受け付けた入出力項目に対応する属性情報を抽出し、該抽出した該属性情報に桁数が含まれており、かつ、該入出力項目に対する入力の桁数が該属性情報に含まれる桁数を超える場合に、所定のエラーを出力し、あるいは、該入出力項目に対する入力のデータ型が該属性情報に含まれるデータ型と異なる場合に、所定のエラーを出力し、該属性情報に編集形式が含まれる場合には、該入出力項目に対する入力を該編集形式で出力する制御を行う出力制御ステップと、
をコンピュータが実行することを特徴とする画面制御方法。 - 項目を識別するための項目ＩＤが設定された入出力項目を含む画面のレイアウトを定義した画面定義情報を格納する画面定義情報格納手段と、前記画面を識別する画面ＩＤと、該画面ＩＤで識別される画面に配置された入出力項目を識別する前記項目ＩＤと、該入出力項目の必須桁数、コードＩＤ及び名称表示項目の項目ＩＤを含む属性情報を対応付けて定義した入出力情報定義を格納する入出力情報定義テーブルとを参照し、該画面定義情報格納手段に格納された画面定義情報に基づき生成される表示画面における入出力項目と該入出力情報定義テーブルに格納された入出力項目の属性情報とを、前記入出力項目ＩＤを元に対応付けて記憶するテーブルを生成する初期化処理ステップと、
前記画面定義情報格納手段に格納された画面定義情報に基づき生成された表示画面において、入出力項目に対してなされた入力を受け付ける入力ステップと、
前記入力ステップで入力を受け付けると、前記初期化処理ステップで生成したテーブルを参照して、該入力ステップで入力を受け付けた入出力項目に対応する属性情報を抽出し、該抽出した該属性情報に含まれるコードＩＤを元に、コードと名称とを対応付けて記憶した、コードＩＤをテーブル名とするコードテーブルを参照し、コード情報を一覧表示し、該一覧表示したコード情報からの選択入力に基づき、該コード情報に含まれるコードを該入出力項目に、該コードに対応する名称を該属性情報に含まれる名称表示項目の項目ＩＤに該当する、該表示画面の画面定義情報に含まれる項目ＩＤで識別される入出力項目に出力する出力制御ステップと、
をコンピュータが実行することを特徴とする画面制御方法。 - 項目を識別するための項目ＩＤが設定された入出力項目を含む画面のレイアウトを定義した画面定義情報を格納する画面定義情報格納手段と、
前記画面を識別する画面ＩＤと、該画面ＩＤで識別される画面に配置された入出力項目を識別する前記項目ＩＤと、該入出力項目の、桁数、データ型及び編集形式のいずれか１つ以上を含む属性情報を対応付けて定義した入出力情報定義を格納する入出力情報定義テーブルと、
前記画面定義情報格納手段と前記入出力情報定義テーブルを参照し、前記画面定義情報格納手段に格納された画面定義情報に基づき生成される表示画面における入出力項目と前記入出力情報定義テーブルに格納された入出力項目の属性情報とを、前記入出力項目ＩＤを元に対応付けて記憶するテーブルを生成する初期化処理手段と、
前記画面定義情報格納手段に格納された画面定義情報に基づき生成された表示画面において、入出力項目に対してなされた入力を受け付ける入力手段と、
前記入力手段で入力を受け付けると、前記初期化処理手段で生成したテーブルを参照して、該入力手段で入力を受け付けた入出力項目に対応する属性情報を抽出し、該抽出した該属性情報に桁数が含まれており、かつ、該入出力項目に対する入力の桁数が該属性情報に含まれる桁数を超える場合に、所定のエラーを出力し、あるいは、該入出力項目に対する入力のデータ型が該属性情報に含まれるデータ型と異なる場合に、所定のエラーを出力し、該属性情報に編集形式が含まれる場合には、該入出力項目に対する入力を該編集形式で出力する制御を行なう出力制御手段と、
を備えることを特徴とする画面制御装置。 - 項目を識別するための項目ＩＤが設定された入出力項目を含む画面のレイアウトを定義した画面定義情報を格納する画面定義情報格納手段と、
前記画面を識別する画面ＩＤと、該画面ＩＤで識別される画面に配置された入出力項目を識別する前記項目ＩＤと、該入出力項目の必須桁数、コードＩＤ及び名称表示項目の項目ＩＤを含む属性情報を対応付けて定義した入出力情報定義を格納する入出力情報定義テーブルと、
前記画面定義情報格納手段と前記入出力情報定義テーブルを参照し、該画面定義情報格納手段に格納された画面定義情報に基づき生成される表示画面における入出力項目と、該入出力情報定義テーブルに格納された入出力項目の属性情報とを、前記入出力項目ＩＤを元に対応付けて記憶するテーブルを生成する初期化処理手段と、
前記画面定義情報に基づき生成された表示画面において、入出力項目に対してなされた入力を受け付ける入力手段と、
前記入力手段で入力を受け付けると、前記初期化処理手段で生成したテーブルを参照して、該入力手段で入力を受け付けた入出力項目に対応する属性情報を抽出し、該抽出した該属性情報に含まれるコードＩＤを元に、コードと名称とを対応付けて記憶した、コードＩＤをテーブル名とするコードテーブルを参照し、コード情報を一覧表示し、該一覧表示したコード情報からの選択入力に基づき、該コード情報に含まれるコードを該入出力項目に出力し、該コードに対応する名称を該属性情報に含まれる名称表示項目の項目ＩＤに該当する、該表示画面の画面定義情報に含まれる項目ＩＤで識別される入出力項目に出力する出力制御手段と、
を備えることを特徴とする画面制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006168290A JP4116650B2 (ja) | 2006-06-19 | 2006-06-19 | 画面制御方法、画面制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006168290A JP4116650B2 (ja) | 2006-06-19 | 2006-06-19 | 画面制御方法、画面制御装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8009616A Division JPH09198240A (ja) | 1996-01-23 | 1996-01-23 | モックアップ方法及びその制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2006309784A JP2006309784A (ja) | 2006-11-09 |
| JP4116650B2 true JP4116650B2 (ja) | 2008-07-09 |
Family
ID=37476520
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006168290A Expired - Lifetime JP4116650B2 (ja) | 2006-06-19 | 2006-06-19 | 画面制御方法、画面制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4116650B2 (ja) |
-
2006
- 2006-06-19 JP JP2006168290A patent/JP4116650B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2006309784A (ja) | 2006-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Fox et al. | An R companion to applied regression | |
| US5933634A (en) | Mock-up method and mock-up control system for displaying pseudo operation | |
| Davis | Business process modelling with ARIS: a practical guide | |
| US6098061A (en) | Computer system for interactive help using human-understandable knowledge and computer-understandable knowledge | |
| US20090125892A1 (en) | Computer Software Development System and Method | |
| EP2530583A1 (en) | Computer-implemented method, system and computer program product for displaying a user interface component | |
| US20090125875A1 (en) | Method for manufacturing a final product of a target software product | |
| US20110296322A1 (en) | Markup Based Extensibility for User Interfaces | |
| Reis | Odoo development essentials | |
| JP3577400B2 (ja) | システム設計装置及びデータウエアハウス設計システム | |
| JP3227066B2 (ja) | プログラム部品を用いたプログラム生成方法 | |
| US9098263B2 (en) | Database application assembly and preparation | |
| JP4116650B2 (ja) | 画面制御方法、画面制御装置 | |
| US7283939B2 (en) | Method, system and program for supporting mechanism design | |
| US20170139970A1 (en) | Method for updating a record in a database by a data- processing device | |
| Lefebvre | WordPress Plugin Development Cookbook | |
| Bovey et al. | Excel 2002 VBA: Programmers Reference | |
| Kimmel et al. | Excel 2003 VBA Programmer's Reference | |
| Korol | Microsoft® Access® 2010 Programming By Example: with VBA, XML, and ASP | |
| Mishra | IOS code testing: test-driven development and behavior-driven development with Swift | |
| CN116204267B (zh) | 知识产权流程表单的生成方法及装置 | |
| AU2006315078B2 (en) | Computer software development system and method | |
| Rouleau | Beginning Entity Framework Core 2.0: Database Access from. NET | |
| Alpaev | Software Testing Automation Tips: 50 Things Automation Engineers Should Know | |
| Cadenhead | Sams Teach Yourself Java in 21 Days (Covering Java 7 and Android) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071002 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071119 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080318 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080415 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080417 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120425 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130425 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140425 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |