JPH08202539A

JPH08202539A - プログラム自動生成装置

Info

Publication number: JPH08202539A
Application number: JP7026186A
Authority: JP
Inventors: Tadao Shogetsu; 忠雄松月
Original assignee: MARUKIN CORP KK
Current assignee: MARUKIN CORP KK
Priority date: 1995-01-20
Filing date: 1995-01-20
Publication date: 1996-08-09
Also published as: SG40046A1; FR2729773A1; MX9502050A; ITRM950341A1; NL1000783C1; KR960029962A; ITRM950341A0; GB9508093D0; GB2297401A

Abstract

(57)【要約】（修正有）【目的】一定品質のアプリケーション・プログラムを自
動生成することができ、しかも、設計内容を正確に記載
した設計書が印字出力されるプログラム自動生成装置を
提供する。【構成】半完成状態のソースプログラムを記憶している
スケルトン記憶手段と、半完成状態の設計書を記憶して
いる設計書記憶手段と、各アプリケーション・プログラ
ム毎に異なる個別情報を、対話形式によって受け取る個
別情報入力手段１と、受け取った個別情報に基づいて各
アプリケーション・プログラムのソースコードを生成す
るプログラム完成手段２と、受け取った個別情報に基づ
いて設計書を完成させる設計書完成手段２と、完成され
たアプリケーション・プログラムのソースコード・リス
ト及び／又は設計書を印字出力する出力手段２，５とを
備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、全てのアプリケーシ
ョン・プログラムを一定の品質で自動的に生成すること
ができ、また、生成されたプログラムに完全に対応する
規格化された設計書を印字出力することのできるプログ
ラム自動生成装置に関する。

【０００２】

【従来の技術】コンピュータを有効に活用するには、各
ユーザの業務内容に対応した適切なアプリケーション・
プログラムが必要であるが、このアプリケーション・プ
ログラムは、従来、専らプログラム設計者の個性に依存
して作成されてきた。そして、アプリケーション・プロ
グラムが完成すると、各ユーザには、プログラムのオブ
ジェクトコードと操作マニュアルとが提供されるのが一
般的であり、各ユーザは、その操作マニュアルにしたが
ってアプリケーション・プログラムを稼働させていた。
なお、アプリケーション・プログラムが正常に稼働しな
い事態が発見された場合には、その都度、プログラムを
メンテナンスしてもらうことによりプログラムの正常な
稼働を実現されていた。また、プログラムの完成時に、
ソースコード・リストや、設計内容を示すドキュメント
類がユーザに提供されることもあるが、このドキュメン
ト類は、人為的に作成するしかなく、完成までに多大の
時間を要するので、必ずしも、完全なものが提供されて
いる訳ではなかった。

【０００３】

【発明が解決しようとする課題】ところで、正常に稼働
しているアプリケーション・プログラムであっても、時
代の進展や、ユーザの業務内容の変更などに対応して、
その処理内容を変更したい場合が多いが、従来の装置で
は、一旦完成したアプリケーション・プログラムを、容
易には変更できないという問題点があった。すなわち、
プログラムのソースコード・リストが存在しない場合
や、プログラムのメンテナンス等に起因して、ソースコ
ード・リストがオブジェクトコードと対応しなくなった
ような場合には、アプリケーション・プログラムの処理
内容を少し変更するだけでも、その変更に膨大な時間を
要することになり、結局は、プログラムを最初から作り
直さざるを得ない等の事態も生じていた。また、例え、
完全なソースコード・リストが存在したとしても、各プ
ログラムには、その設計者の能力や習熟度などに起因し
た個性が存在するので、第三者は、容易には処理内容を
把握できず、処理内容の変更に多大の時間を要してしま
い、場合によっては、プログラムの変更に起因してシス
テム全体が上手く機能しなくなることもあった。更にま
た、各種のドキュメント類が残っていたとしても、その
ドキュメント類には、実際の処理内容が正確に記載され
ていない場合も多く、仮に、実際の処理内容が正確に記
載されていたとしても、全く個々別々の書式で記載され
ているので、第三者にとってプログラム内容を把握する
ことが非常に困難であった。時代の進展などに応じてア
プリケーション・プログラムを変更することは不可欠な
のであるから、ユーザに提供されるプログラムは、その
後の修正や追加が容易なものであるべきである。具体的
には、アプリケーション・プログラムは、設計者の個性
に依存しない一定品質のものであるべきであり、また、
ユーザに提供されたプログラムの処理内容は、誰にでも
正確に把握できるものであるべきである。この発明は、
この思想に基づいてなされたものであって、設計者の個
性に依存しない一定品質のアプリケーション・プログラ
ムを自動生成することができ、しかも、設計内容を正確
に記載した規格化された設計書が印字出力されるプログ
ラム自動生成装置を提供することを目的とする。

【０００４】

【課題を解決するための手段】上記の目的を達成する
為、この発明に係るプログラム自動生成装置では、(1)
半完成状態のソースプログラムであるスケルトンを記憶
しているスケルトン記憶手段と、(2) 前記スケルトンの
処理内容を記載した半完成状態の設計書を記憶している
設計書記憶手段と、(3) アプリケーション・プログラム
の設計段階に機能して、各アプリケーション・プログラ
ム毎に異なる個別情報を、対話形式によって受け取る個
別情報入力手段と、(4) 受け取った個別情報に基づいて
前記スケルトンを編集し、各アプリケーション・プログ
ラムのソースコードを生成するプログラム完成手段と、
(5) 受け取った個別情報に基づいて半完成状態の前記設
計書を編集し、各アプリケーション・プログラムに対応
した設計書を完成させる設計書完成手段と、(6) 適宜な
操作に応答して動作し、完成されたアプリケーション・
プログラムのソースコード・リスト及び／又は設計書を
印字出力する出力手段とを特徴的に備えている。スケル
トン記憶手段は、各種のアプリケーション・プログラム
を実現できるよう半完成状態のソースプログラム（スケ
ルトン）を記憶している。このスケルトンは、典型的に
は、トランザクションファイルにデータを登録する第１
群のプログラムと、データファイルのデータを検索して
端末画面に表示する第２群のプログラムと、マスターフ
ァイルにデータを登録する第３群のプログラムと、デー
タファイルのデータを検索して端末画面のウインドに表
示する第４群のプログラムと、データファイルの内容を
帳表形式で印字する第５群のプログラムと、トランザク
ションファイルのデータによってマスターファイルやテ
ンポラリーファイルの内容を更新する第６群のプログラ
ムとに分類されている。そして、本発明では、あらゆる
アプリケーション・プログラムが、この１群から６群の
プログラムの適宜な組み合わせにより作成される。ま
た、本発明では、スケルトンそれぞれに対応する設計書
を、半完成の状態で記憶している。そして、対話形式に
よって入力される個別情報に基づいて半完成状態の設計
書も編集され、各アプリケーション・プログラムに完全
に対応した設計書となる。スケルトンが６種類に大別さ
れることから、設計書の書式や記載事項を規格化するこ
とも容易であり、また、設計書が規格化されていること
から、第三者が理解することも容易である。

【０００５】

【実施例】以下、実施例に基づいて、この発明を更に詳
細に説明する。図１は、この発明の一実施例であるプロ
グラム自動生成装置を図示したものであり、システム本
体部１と、ワークステーションＷＳ₁〜ＷＳ_nとを中心
的に備えている。例えば、ＩＢＭ社のＡＳ／４００シス
テムを用いれば図１のプログラム自動生成装置を構成す
ることができるが、他社のコンピュータを用いても同様
に構成することができる。システム本体部１は、中央処
理装置２と、ディスク記憶装置３と、主記憶装置４など
を備えており、また、必要に応じて、印刷装置５が接続
される。ワークステーションＷＳは、ＣＲＴディスプレ
イ６やキーボード７などを備える入出力端末であって、
必要に応じて、印刷装置８が接続される。図１のプログ
ラム自動生成装置では、ワークステーションＷＳにおけ
る対話形式による操作によって、物理ファイル設計、画
面ファイル設計、帳表ファイル設計、及びプログラム設
計などの設計手順を進めるだけで、アプリケーション・
プログラムのソースコード及びオブジェクトコードが自
動的に生成される。また、生成されたオブジェクトコー
ドに完全対応するソースコード・リストと、前記オブジ
ェクトコードに完全対応する各種設計書（データベース
設計書・画面ファイル設計書・プログラム設計書など）
も印字出力される。なお、プログラム言語は、特に限定
されるものではなく、ＲＰＧ言語、Ｃ言語、ＣＯＢＯＬ
言語など、各種の言語を使用できるが、この実施例で
は、ＲＰＧ(Report Program Generator)言語によるアプ
リケーション・プログラムの生成について説明する。

【０００６】図１のプログラム自動生成装置では、上記
の処理を実現するために、全てのコンピュータ処理を３
６通りのソリューション(solution)に類型化すると共
に、これらのソリューションを実現するプログラムを、
３４通りのスケルトン(skelton) プログラムとしてディ
スク記憶装置３に記憶している。３４通りのスケルトン
は、それぞれ半完成状態にあるソースプログラムであ
り、個別の処理毎に変更される個別部分Ｂと、変更され
ることのない本体部分Ａとからなり（図２参照）、個別
部分Ｂは、物理ファイル設計、画面ファイル設計、帳表
ファイル設計、又はプログラム設計などの設計段階にお
いてキーボード７から入力される情報によって決定され
る。各スケルトンは熟練したプログラマにより作成され
た高品質なプログラムであること、及び、プログラム設
計がワークステーションＷＳでの対話で進行されること
から、本発明に係るプログラム自動生成装置を用いれ
ば、初心者でも容易かつ迅速に、高品質のアプリケーョ
ン・プログラムを完成させることができる。また、本発
明に係るプログラム自動生成装置では、全てのプログラ
ムが３４通りのスケルトンの組み合わせで構成されるの
で、各種の設計書の書式を規格化することができ、且
つ、各種の設計書を半完成の状態でディスク記憶装置３
に記憶しておくことができる。その為、アプリケーショ
ン・プログラムが完成すれば、これに完全に対応する各
種の設計書を印字出力することができる。そして、この
設計書は、その書式が規格化されているので、誰でもア
プリケーション・プログラムの処理内容を容易かつ確実
に把握することができる。従来は、各種の設計書がユー
ザに提供されないか、提供されてもプログラムに完全に
は対応しないのが実情であったが、本装置によれば、ア
プリケーション・プログラムに完全対応する設計書が提
供されるので、アプリケーション・プログラムは、誰で
も容易に修正・変更できることになり、ユーザに提供さ
れるアプリケーション・プログラムの資産的価値が更に
高まる。

【０００７】以上の通り、本装置では、所望するアプリ
ケーション・プログラムは、３６通りのソリューション
のいずれか、又は、これらの組み合わせで達成される
が、３６通りのソリューションは、１．エントリー系の
処理（設計パターン１〜７）、２．照会系の処理（設計
パターン８〜１４）、３．マスター保守系の処理（設計
パターン１５〜２２）、４．ウインド照会系の処理（設
計パターン２３〜２６）、５．帳表印字系の処理（設計
パターン２７〜３４）、及び６．バッチ更新系の処理
（設計パターン３５〜３６）に大別される。

【０００８】１．エントリー系の処理（設計パターン１
〜７）エントリー系の処理とは、マスターファイル更新用のデ
ータを蓄積するトランザクションファイルに関する処理
をいう。このエントリー系の処理は、扱うデータの特性
に応じて、７種類の処理（設計パターン１〜７）に分類
されるが、設計パターン１〜７の各処理は、それぞれス
ケルトンＥＴ０１０，ＥＴ０１１，ＥＴ０５０，ＥＴ０
５１，ＥＴ０５２，ＥＴ１５０，ＥＴ１５３で構成され
ている（図３参照）。図３に示すように、エントリー系
の処理は、設計パターン１〜５と設計パターン６〜７と
に分類される。設計パターン１〜５は、伝票型データを
扱うのに適したソリーションであり、設計パターン６〜
７は、編集型データを扱うのに適したソリーションであ
る。ここで、伝票型データとは、伝票番号によって特定
される一群のデータをいい、また、明細部のデータに行
番号を付してトランザクションファイルに登録するデー
タをいう。具体的には、例えば、図４に示す仕入伝票１
１のデータが該当するが、この仕入伝票１１_-1〜１１_-3
は、「仕入商品」「仕入単価」「仕入数量」を記載した
明細部１１ｂと、明細部１１ｂのデータに共通する情報
を記載したヘッダ部１１ａとから構成されている。な
お、図４の場合には、ヘッダ部１１ａには、「仕入先」
「仕入日付」「仕入担当者」の情報が記載されている。
伝票番号と行番号に関して更に説明すると、図４の三枚
の仕入伝票１１は、０００１〜０００３の伝票番号ＮＯ
で区別されており、明細部１１ｂのデータは、行番号を
付してトランザクションファイルに登録される。その
為、同一の「仕入商品」に対して「仕入単価」が異なる
ことがあるような場合でも処理が可能となる。以下、図
４の仕入伝票１１を例にして、設計パターン１〜設計パ
ターン５について説明する。

【０００９】〔設計パターン１，２〕…スケルトンET01
0,ET011 設計パターン１，２のプログラムは、スケルトンＥＴ０
１０，ＥＴ０１１の個別部分Ｂ（図２参照）をワークス
テーションＷＳからの入力情報によって確定して完成さ
れる。伝票型データをトランザクションファイルに登録
するには、設計パターン１〜設計パターン５を用いるの
が好適であるが、特に、設計パターン１，２は、ヘッダ
部１１ａの情報が多い場合に適している。そして、図５
のように、ヘッダ部１１ａのデータをヘッダファイル１
２に登録し、明細部１１ｂのデータを明細ファイル１３
に登録するようにしている。図５に示すヘッダファイル
１２を例にすると、図４の仕入伝票１１の場合には、例
えば、伝票番号１２ａ、伝票日付１２ｂ、仕入先の会社
名１２ｃ、仕入担当者１２ｄ、仕入合計金額１２ｅの各
フィールドを有している。そして、例えば、「伝票番
号」、「伝票日付」、「仕入先の会社名」をデータ検索
用のキーとして使用する。また、明細ファイル１３は、
例えば、伝票番号１３ａ、伝票日付１３ｂ、仕入先の会
社名１３ｃ、伝票の行番号１３ｄ、仕入商品１３ｅ、仕
入単価１３ｆ、仕入数量１３ｇの各フィールドを有して
いる。そして、例えば、「伝票番号」、「伝票日付」、
「仕入先の会社名」、「伝票の行番号」をデータ検索用
のキーとして使用する。なお、「伝票の行番号」を登録
してデータ検索用のキーとして使用するので、１レコー
ドのデータを行番号で特定して、データの削除や複写を
一行単位で行うことが可能となる。

【００１０】続いて、図６のフローチャートを参照しつ
つ、設計パターン１（スケルトンＥＴ０１０）の処理概
要を説明する。なお、設計パターン１は、伝票型データ
についての登録、変更、又は削除の処理を実現するが、
ここでは、設計パターン１の一例として、図４の仕入伝
票１１のデータを扱う「仕入伝票処理プログラム」につ
いて、その動作内容を説明する。メニュー画面（ＳＴ
１）において、「仕入伝票処理プログラム」が選択され
ると、ワークステーションＷＳには、ヘッダファイル１
２のキーデータを入力するための画面が表示される（Ｓ
Ｔ２）。なお、「仕入伝票処理プログラム」は、最初、
動作モードが登録モードになっているので、仕入伝票１
１のデータを新たに登録する処理について説明する。ス
テップＳＴ２では、例えば、伝票番号、伝票日付、仕入
先の各欄１２ａ，１２ｂ，１２ｃの情報を入力するため
の画面が表示されるので、オペレータは、該当する情報
（以下、ＩＤコードという）を、数字や記号を用いて入
力する。なお、スケルトンＥＴ０１０の個別部分の設計
によっては、「伝票番号」が自動的に採番されるので、
その場合には「伝票番号」の入力が不要となる。ワーク
ステーションに「伝票日付」、「仕入先」などの情報が
入力されると、次に、ヘッダファイル１２のキーデータ
以外の情報を入力するための画面が表示される（ＳＴ
３）。この例では、「仕入担当者」を入力することにし
ているので、オペレータは、「仕入担当者」について、
該当するＩＤコードを入力する。なお、ステップＳＴ３
の段階で、ファンクションキーＦ１２を押すと、ステッ
プＳＴ２の処理に戻り、ヘッダファイル１２のキーデー
タを入力するための画面が表示される。一方、ステップ
ＳＴ３の段階でワークステーションの実行キーを押す
と、仕入伝票１１の明細部１１ｂのデータを入力するた
めの処理（ＳＴ４）に移行するので、オペレータは、
「仕入商品」、「仕入単価」、「仕入数量」について該
当するＩＤコードを入力する。仕入伝票の明細部１１ｂ
のデータ入力が完了すると、「仕入単価」と「仕入数
量」の乗算処理と、乗算結果の加算処理とが行われ、各
計算結果がワークステーションに表示される（ＳＴ
５）。また、これに合わせて、オペレータに対して入力
データの確認を求めるメッセージが表示される（ＳＴ
５）。そして、オペレータが実行キーを押すと、画面に
表示されているデータが、ヘッダファイル１２や明細フ
ァイル１３の該当箇所に登録される（ＳＴ６）。また、
必要があれば、マスターファイル（例えば在庫マスター
ファイル）の内容が適宜に更新される（ＳＴ７）。な
お、明細データの入力処理（ＳＴ４）や、確認メッセー
ジ表示処理（ＳＴ５）の段階においてファンクションキ
ーＦ１２が押されると、ステップＳＴ３の処理に戻る。
また、ステップＳＴ２〜ＳＴ５の処理中、ファンクショ
ンキーＦ３が押されると、ステップＳＴ１のメニュー表
示画面に戻る。

【００１１】設計パターン１のプログラムでは、他の設
計パターンの場合と同様、ウインド画面処理を行うこと
ができるようになっている。ここで、ウインド画面処理
とは、ワークステーションのＣＲＴ画面の一部（ウイン
ド画面Ｗ）を利用して、ステップＳＴ２〜ＳＴ５の処理
を支援する処理をいう（図７参照）。そして、ウインド
画面処理には、必須処理と任意選択処理があり、任意選
択処理については、スケルトンＥＴ０１０，ＥＴ０１１
の個別部分を決定する段階で適宜に取捨選択される。な
お、任意に選択されるウインド画面処理は、後述するス
ケルトンＷＮ０１０，ＷＮ０１１，ＷＮ０１２，ＷＮ０
２０によって作られている。設計パターン１，２におい
ては、ファンクションキーＦ５によるモード切替処理
と、ファンクションキーＦ９による行処理とは必須処理
であり、一方、ファンクションキーＦ４によるコード検
索処理は、スケルトンの個別部の確定時に選択される任
意選択処理である。モード切替処理とは、プログラムの
動作モードを、データの登録、変更、又は削除のモード
に切り替える処理をいい、ステップＳＴ２の処理段階に
おいて、ファンクションキーＦ５を押すと、ウインド画
面Ｗによるモード切替処理が実行される。例えば、図７
の状態で「２」を入力すると、「仕入伝票処理プログラ
ム」の動作モードが変更モードに変わり、ステップＳＴ
２〜ＳＴ５の処理を経てトランザクションファイル１
２，１３の登録データが変更される（ＳＴ６）。この変
更モードでは、ステップＳＴ２やステップＳＴ４の処理
においては、トランザクションファイル１２，１３に登
録済の仕入伝票のデータがワークステーションに表示さ
れる。また、図６の状態で「３」を入力すると、「仕入
伝票処理プログラム」の動作モードが削除モードに変わ
り、トランザクションファイル１２，１３から、ステッ
プＳＴ２の処理で特定された仕入伝票のデータが削除さ
れる（ＳＴ６）。削除モードでは、ステップＳＴ４の処
理において、登録済の仕入伝票のデータが表示されるだ
けであり、また、ステップＳＴ５の処理は、実行される
ことなくスキップされる。ファンクションキーＦ９によ
る行処理とは、明細ファイル１３の各レコードデータを
「行番号」で管理して行う処理をいい、典型的には、或
る行番号のレコードデータを別の行番号の位置に複写す
る処理が該当する。ファンクションキーＦ４によるコー
ド検索処理とは、入力すべきＩＤコードを検索する処理
をいう。前述したように、ステップＳＴ２〜ＳＴ５にお
いて、必要な情報は全てＩＤコードによって入力するよ
うになっているので、例えば、「ＡＢＣ工業」や「プリ
ンタボード」や「佐藤」のＩＤコードが不明なときにフ
ァンクションキーＦ４を押して該当するＩＤコードを検
索できるようにしている。以上、スケルトンＥＴ０１０
（設計パターン１）によって構成された「仕入伝票処理
プログラム」について動作内容を説明したが、スケルト
ンＥＴ０１１（設計パターン２）についてもほぼ同様で
あり、ステップＳＴ５において合計計算がされない点だ
けが異なる。従って、スケルトンＥＴ０１１（設計パタ
ーン２）は、伝票型データの登録、変更、削除をする処
理であって、合計金額などをワークステーションに表示
する必要がない場合に適用すると好適である。

【００１２】〔設計パターン３〜５〕…スケルトンET05
0,ET051,ET052 設計パターン３〜５は、ヘッダファイルを設けない点に
特徴があり、例えば、図４のような伝票型データについ
て、ヘッダ部１１ａのデータと明細部１１ｂのデータ
を、ともに明細ファイル１４に登録する場合に好適であ
る。一例を示すと図８の通りであり、明細ファイル１４
は、ヘッダ部１４Ａと明細部１４Ｂとから構成されてお
り、ヘッダ部１４Ａは、伝票番号１４Ａ₁、伝票日付１
４Ａ₂、仕入先の会社名１４Ａ₃、仕入担当者１４Ａ₄
の各フィールドを有している。また、明細部１４Ｂは、
行番号１４Ｂ₁、仕入商品１４Ｂ₂、仕入単価１４
Ｂ₃、仕入数量１４Ｂ₄、合計金額１４Ｂ₅の各フィー
ルドを有している。設計パターン３（スケルトンＥＴ０
５０）の処理は、図９のフローチャートに示す通りであ
る。図９と図６を比較すると明らかなように、図９のス
テップＳＴ１’〜ＳＴ６’の処理は、図６のステップＳ
Ｔ１〜ＳＴ６の処理とほぼ同じであり、設計パターン３
は、ヘッダファイルを設けない点で設計パターン１と相
違する。設計パターン４（スケルトンＥＴ０５１）は、
図９に示す設計パターン３の処理とほぼ同じ処理をする
が、スケルトンＥＴ０５１は、図９のステップＳＴ５’
の処理において合計計算をしない点でスケルトンＥＴ０
５０と相違する。設計パターン５（スケルトンＥＴ０５
２）も、図９に示す設計パターン３の処理とほぼ同じ処
理をするが、スケルトンＥＴ０５２は、図９のステップ
ＳＴ３’の処理が存在しない点でスケルトンＥＴ０５０
と相違する。つまり、設計パターン５は、明細ファイル
１４のヘッダ部１４Ａのデータが全てキーである場合の
処理であり、例えば、図８の明細部１４Ａにおいて、伝
票番号１４Ａ₁、伝票日付１４Ａ₂、仕入先１４Ａ₃を
データ検索用のキーとして用い、仕入担当者１４Ａ₄の
フィールドを設けない場合が該当する。

【００１３】〔設計パターン６〜７〕…スケルトンET15
0,ET153 設計パターン６〜７は、編集型データについて、編集
（登録、変更）、削除を行うのに適している。ここで編
集型データとは、伝票番号や行番号を持たないデータで
あって、明細部データをデータ検索用のキーにするデー
タをいう。編集型データの一例を挙げると、例えば、サ
ービスマンによる保守や点検の業務について、日々の業
務記録をトランザクションファイルに登録する場合のデ
ータが該当する。図１０に示す通り、サービスマン「中
尾」は、「ＲＣＣ」「ＮＴＴ」などの顧客に対して、
「点検」「修理」などのサービスを行っているが、この
日々の業務記録をトランザクションファイルに登録して
おき、例えば、１か月分の費用を顧客毎に集計して、請
求書を作成する必要がある。かかる場合、トランザクシ
ョンファイルに登録すべき業務記録のデータには、伝票
番号に類するものは不要であり、明細データに行番号を
付す必要もないので、設計パターン６，７を用いるのが
好ましい。図１１は、サービスマンの業務記録を登録す
るトランザクションファイル１５を図示したものであ
る。この明細ファイル１５は、ヘッダ部１５Ａと明細部
１５Ｂからなり、ヘッダ部１５Ａは、業務月日１５Ａ₁
と担当者１５Ａ₂のフィールドを有している。また、明
細部１５Ｂは、顧客名１５Ｂ₁、サービス内容１５
Ｂ₂、業務時間１５Ｂ₃、業務単価１５Ｂ₄、費用合計
１５Ｂ₅の各フィールドを有している。そして、業務月
日１５Ａ₁、担当者１５Ａ₂、顧客名１５Ｂ₁がデータ
検索用のキーであるとする。

【００１４】以下、図１２のフローチャートを参照しつ
つ、設計パターン６（スケルトンＥＴ１５０）よって構
成された「業務記録の登録プログラム」の動作内容につ
いて説明する。メニュー画面（ＳＴ１０）において、
「業務記録の登録プログラム」が選択されると、ワーク
ステーションには、ヘッダ部１５Ａのキーデータを入力
するための画面が表示される（ＳＴ１１）。この例で
は、「業務月日」と「担当者」がキーになっているの
で、オペレータは、該当する数字やＩＤコードを入力す
る。今は、担当者「中尾」について９月２４日の業務記
録を入力することにする（ＳＴ１１）。次に、ヘッダ部
１５Ａのキー以外の情報を入力するための画面が表示さ
れる（ＳＴ１２）。この例では、ステップＳＴ１２にお
いて入力する情報は無いが、例えば、担当者である「中
尾」の所属部署などを入力するようにしても良い。な
お、ステップＳＴ１２の状態でファンクションキーＦ１
２を押すと、ステップＳＴ１１の処理に戻り「業務月
日」と「担当者」を入力する状態になる。一方、ステッ
プＳＴ１２の状態で実行キーを押すと、明細ファイル１
５の明細部１５Ｂのデータを入力するための画面が表示
される。この例では、担当者「中尾」について、９月２
１日から９月２３日迄の業務記録は、既に登録済である
ので、その登録済の情報がワークステーションに表示さ
れる。そこで、オペレータは、表示されている情報に続
けて、「顧客名」、「サービス内容」、「業務時間」、
「業務単価」について該当するＩＤコードや数字を入力
する（ＳＴ１３）。なお、登録済のデータを変更や削除
したい場合には、この時にデータを修正する。明細部１
５Ｂのデータ入力が完了すると、「業務時間」と「業務
単価」の乗算処理と、乗算結果の加算処理とが行われ、
各計算結果がワークステーションに表示される（ＳＴ１
４）。また、これに合わせて、例えば「顧客名」のＩＤ
コード順にソート処理が行われ、担当者「中尾」の９月
２１日から９月２４日までの情報が顧客毎に整理されて
ワークステーションの画面に表示される。そして、オペ
レータに対して入力データの確認を求めるメッセージが
表示される（ＳＴ１４）。オペレータが実行キーを押す
と、明細ファイル１５にデータが登録される（ＳＴ１
５）。そして、更新の必要なマスターファイルがあれ
ば、そのマスターファイルの内容が適宜に更新される
（ＳＴ１６）。なお、明細データの入力処理（ＳＴ１
３）や、確認メッセージ表示処理（ＳＴ１４）において
ファンクションキーＦ１２が押されると、ステップＳＴ
１２の処理に戻る。また、ステップＳＴ１１〜ＳＴ１４
の処理中、ファンクションキーＦ３が押されると、メニ
ュー表示画面処理（ＳＴ１０）に戻る。以上、動作モー
ドが「編集モード」であるときの「業務記録の登録プロ
グラム」の動作内容を説明したが、動作モードが「削除
モード」である場合には、該当する「担当者」について
の、特定の「業務月日」のデータが一括で削除される。
なお、ウインド画面処理については、設計パターン１の
場合と同様であり、ファンクションキーＦ５によるモー
ド切替処理と、ファンクションキーＦ９による行処理と
は必須処理であり、ファンクションキーＦ４によるコー
ド検索処理は、スケルトンの個別部の確定時に選択され
る任意選択処理である。設計パターン７（スケルトンＥ
Ｔ１５３）は、設計パターン６とほぼ同じであるが、ス
テップＳＴ１２の処理が存在しない点と、ステップＳＴ
１４において合計計算をしない点だけが異なる。つま
り、ヘッダ部１５Ａのデータが全てキーデータであり、
明細部１５Ｂの合計計算が不要の場合には、設計パター
ン７を選択すると好適である。

【００１５】２．照会(inquiry) 系の処理（設計パター
ン８〜１４）設計パターン８〜１４は、ワークステーションＷＳから
ディスク記憶装置３に情報検索を要求する場合の処理で
あり、検索しようとするデータがハッキリとは特定でき
ない場合に有用な設計パターン８〜１１と、照会データ
がほぼハッキリと特定できる場合に有用な設計パターン
１２〜１４とに大別される。そして、設計パターン８〜
１１は、スケルトンＳＫ０１０と、スケルトンＳＫ０２
０，ＳＫ０２１，ＳＫ０４０，ＳＫ０４１とを組み合わ
せて構成されており、設計パターン１２〜１４は、それ
ぞれ、スケルトンＳＫ０５０，ＳＫ０５１，ＳＫ０６０
で構成されている。つまり、設計パターン８＝ＳＫ０１０＋ＳＫ０２０設計パターン９＝ＳＫ０１０＋ＳＫ０２１設計パターン１０＝ＳＫ０１０＋ＳＫ０４０設計パターン１１＝ＳＫ０１０＋ＳＫ０４１設計パターン１２＝ＳＫ０５０設計パターン１３＝ＳＫ０５１設計パターン１４＝ＳＫ０６０の関係にある。ここ
で、スケルトンＳＫ０２０，ＳＫ０２１，ＳＫ０５０，
ＳＫ０５１は、トランザクションファイルのデータを照
会するのに好適であり、スケルトンＳＫ０４０，ＳＫ０
４１，ＳＫ０６０は、マスターファイルのデータを照会
するのに好適である。

【００１６】〔設計パターン８，設計パターン９〕…ス
ケルトンSK010+SK020,SK021 図１３に示すように、スケルトンＳＫ０１０は、照会デ
ータの条件を入力する処理（ＳＴ２２）と、照会プログ
ラムを特定するための処理（ＳＴ２３〜ＳＴ２５）と、
を有するスケルトンである。設計パターン８，９は、ス
ケルトンＳＫ０１０とスケルトンＳＫ０２０，ＳＫ０２
１とを組み合わせたものであるが、スケルトンＳＫ０２
０、ＳＫ０２１は、設計パターン１〜７のプログラムに
よって登録されたトランザクションファイルのデータを
画面表示するのに適したスケルトンである。いま、スケ
ルトンＳＫ０１０とＳＫ０２０を組み合わせて「仕入伝
票照会プログラム」が作成されているとして、設計パタ
ーン８と設計パターン９の動作概要を説明する（図１３
参照）。なお、仕入伝票１１（図４）のデータは、図５
のように、ヘッダファイル１２と明細ファイル１３に登
録されていることにする。メニュー画面（ＳＴ２１）か
ら「仕入伝票照会プログラム」が呼ばれると、先ず、ワ
ークステーションには条件入力画面が表示される（ＳＴ
２２）。この状態においてオペレータは、照会したいデ
ータの条件を入力する必要があるが、ここでは、例えば
「１９９４年１０月３日〜１０月１０日」の日付範囲を
入力することにする（ＳＴ２２）。すると、この日付範
囲を検索キーにしてヘッダファイル１２が検索されて、
該当する全てのデータが一覧表としてワークステーショ
ンの画面に表示される（ＳＴ２３、図１４）。図１４に
示すように、ワークステーションに表示される一覧表に
は「アクションコード」欄が存在するが、アクションコ
ードとは、照会データを画面表示する照会プログラムの
うち、どの照会プログラムによって照会処理を実現する
かを決定するコードをいう。ここでは、アクションコー
ド「１」「２」が照会プログラム「ＰＲＧ１」「ＰＲＧ
２」に該当するが、この例では、照会プログラム「ＰＲ
Ｇ１」は、スケルトンＳＫ０２０によって作成されてお
り、照会プログラム「ＰＲＧ２」は、スケルトンＳＫ０
２１によって作成されているとする。そして、アクショ
ンコードの指定に応じて、照会プログラム「ＰＲＧ１」
又は「ＰＲＧ２」のいずれかの処理が開始される（ＳＴ
２５）。今、カーソルの移動によって図１４の表示画面
の２行目が選択され、アクションコードによって照会プ
ログラム「ＰＲＧ１」が選択されたとすると、伝票番号
「１」、伝票日付「１９９４／１０／３」、「ＡＢＣ工
業」を検索キーにして明細ファイル１３が検索され、該
当する伝票型データがワークステーションに表示され
る。以上が設計パターン８の処理である。アクションコ
ードによって照会プログラム「ＰＲＧ２」が選択された
場合も、ほぼ同様であって、各仕入商品について仕入単
価と仕入数量の乗算を行うと共に、その総和を求めて各
計算結果をワークステーションに表示する点だけが異な
る。以上が設計パターン９の処理であり、スケルトンＳ
Ｋ０２１（設計パターン９）は、合計計算がされてその
結果がワークステーションに表示される点だけがスケル
トンＳＫ０２０（設計パターン８）と相違する。

【００１７】〔設計パターン１０〕…スケルトンSK010+
SK040 設計パターン１０は、スケルトンＳＫ０１０とスケルト
ンＳＫ０４０を組み合わせた設計パターンであり、スケ
ルトンＳＫ０４０は、設計パターン１５〜２２によって
登録されたマスターファイルのデータを画面表示するの
に適している。例えば、図１８のような形式の「得意先
マスターファイル」を照会する場合において、照会条件
を得意先コード「００２０〜００３０」とすれば（図１
３のＳＴ２２）、該当する会社名の一覧表が図１５のよ
うに表示される（ＳＴ２３）。そこで、照会しようとす
る得意先の位置にカーソルを移動させてアクションコー
ドを入力すると（ＳＴ２４）、アクションコードにより
特定される照会プログラムの処理が開始されて、該当す
る情報がワークステーションに表示される（ＳＴ２
５）。設計パターン１０では、この照会プログラムがス
ケルトンＳＫ０４０で構成されており、スケルトンＳＫ
０４０は、マスターファイルのデータをワークステーシ
ョンに表示する処理を実現している。〔設計パターン１１〕…スケルトンSK010+SK041 設計パターン１１は、スケルトンＳＫ０１０とスケルト
ンＳＫ０４１を組み合わせた設計パターンであり、設計
パターン１０とほぼ同じ処理をしてマスターファイルの
データをワークステーションに表示する。図１６はスケ
ルトンＳＫ０４１の処理概要を示したフローチャートで
あり、スケルトンＳＫ０４０との違いは、データをワー
クステーションの二画面に表示することにある。従っ
て、設計パターン１１は、１つのレコードのデータが多
く、一画面におさまらない場合に有効である。なお、図
１６にも記載の通り、ファンクションキーＦ８，Ｆ７
は、第１画面と第２画面の間の切替えに用いられる。

【００１８】〔設計パターン１２，１３，１４〕…スケ
ルトンSK050,SK051,SK060 設計パターン１２〜１４は、スケルトンＳＫ０１０のよ
うな一覧表示処理が無い点に特徴がある。つまり、設計
パターン８〜１１が検索データがハッキリとは特定でき
ない場合に有用なのに対して、設計パターン１２〜１４
は、照会データがほぼ特定できる場合に有用である。そ
して、設計パターン１２，１３は、該当するデータを一
覧表示しない点を除けば、設計パターン８，９とほぼ同
じであり、トランザクションファイルの内容を照会する
のに適している。また、設計パターン１４は、設計パタ
ーン１０とほぼ同じであり、マスターファイルの内容を
照会するのに適している。図１７に示すように、設計パ
ターン１２（スケルトンＳＫ０５０）のプログラムで
は、ワークステーションにキー入力画面が先ず表示され
る（ＳＴ４２）。この時、例えば、図８の明細ファイル
１４に関して、「伝票番号」や「伝票日付」や「仕入
先」のＩＤコードが入力されたとすると、これを検索キ
ーとして明細ファイル１４が検索されて、該当する伝票
番号の明細データがワークステーションに表示される。
なお、検索された明細データが表示されている状態（Ｓ
Ｔ４３）で、ファンクションキーＦ１２が押されると、
入力されたキーデータを保存した状態でステップＳＴ４
２の状態に戻り、いずれの状態でも、ファンクションキ
ーＦ３が押されると、画面が消去されてメニュー画面
（ＳＴ４１）に戻る。また、ファンクションキーＦ４に
よるコード検索処理は、任意に選択されるウインド画面
処理であるが、これが選択されているアプリケーション
・プログラムなら、ステップＳＴ４２の処理段階におい
てＩＤコードを検索することができる。スケルトンＳＫ
０５１（設計パターン１３）は、スケルトンＳＫ０５０
とほぼ同じ処理をするが、照会されたデータについて合
計計算をして、その結果を表示する点だけが異なる。ス
ケルトンＳＫ０６０（設計パターン１４）は、スケルト
ンＳＫ０４０とほぼ同じであり、設計パターン１５〜２
２によって登録されたマスターファイルのデータを画面
表示するのに適している。例えば、キーを入力すると、
マスターファイルから該当する情報が検索され、１レコ
ードがワークステーションに表示される。

【００１９】３．マスター保守系の処理（設計パターン
１５〜２２）マスター保守系の処理とは、マスターファイルの１レコ
ード分のデータを、登録、変更、削除、又は表示する処
理をいう。マスター保守系の処理には、１レコードのデ
ータ量に応じて設計パターン１５〜２２が用意されてお
り、それぞれスケルトンＭＭ０１０，ＭＭ０１１，ＭＭ
０２０，ＭＭ０２１，ＭＭ０３０，ＭＭ０３１，ＭＭ０
５０，ＭＭ０５１が対応している。すなわち、スケルト
ンＭＭ０１０，ＭＭ０１１は、１レコードのデータを表
示するのに一画面で足りる場合、スケルトンＭＭ０２
０，ＭＭ０２１は、１レコードのデータを表示するのに
二画面を要する場合、スケルトンＭＭ０３０，ＭＭ０３
１は、１レコードのデータを表示するのに三画面を要す
る場合、スケルトンＭＭ０５０，ＭＭ０５１１レコード
のデータを表示するのに四画面を要する場合である。マ
スターファイルとして、ここでは、図１８の「得意先マ
スターファイル」を例にして説明を続ける。この得意先
マスターファイル１６は、得意先コード１６ａ、会社名
１６ｂ、会社種別１６ｃ、住所１６ｄ、電話番号１６
ｅ、ＦＡＸ番号１６ｆの各フィールドを有しており、
「得意先コード」をデータ検索用のキーとしている。

【００２０】〔設計パターン１５〕…スケルトンMM010 以下、スケルトンＭＭ０１０で作成された「得意先マス
ター保守プログラム」について、図１９のフローチャー
トにしたがって動作内容を説明する。なお、このプログ
ラムは、図１８の得意先マスターファイル１７に一レコ
ード分のデータを登録などするものである。メニュー画
面（ＳＴ５１）で「得意先マスター保守プログラム」が
選択されると、ワークステーションには、キーを入力す
るための画面が表示される（ＳＴ５２）。そこで、オペ
レータは、得意先についてのＩＤコードを入力する（Ｓ
Ｔ５２）。今、プログラムの動作モードは「登録モー
ド」であるとするが、次に、ワークステーションには、
「会社名」、「会社種別」、「住所」、「電話番号」、
「ＦＡＸ番号」を入力するための画面が表示されるの
で、オペレータは必要な情報を入力する（ＳＴ５３）。
その後、実行キーを押すと確認メッセージが表示され
（ＳＴ５４）、更に実行キーを押すと、いま入力したデ
ータが得意先マスターファイルに追加される（ＳＴ５
５）。以上、「登録モード」について説明したが、ステ
ップＳＴ５２の段階でファンクションキーＦ５を押す
と、ウインド画面での処理によってプログラムの動作モ
ードの切替えが可能となる。プログラムの動作モードを
「変更モード」に切替えた後、キーを入力すると（ＳＴ
５２）、該当する１レコードのデータが画面に表示され
るので、該当箇所を修正することができる（ＳＴ５
３）。そして、確認メーセージの表示状態において（Ｓ
Ｔ５４）実行キーを押すと得意先マスターファイルの内
容が修正される（ＳＴ５５）。また、「削除モード」の
場合は、キー入力によって特定された１レコードのデー
タが全部削除される。なお、「表示モード」の場合は、
特定された１レコードがワークステーションに表示され
るだけであるので、ステップＳＴ５４とステップＳＴ５
５の処理はスキップされる。

【００２１】〔設計パターン１６〕…スケルトンMM011 設計パターン１６は、図１９のステップＳＴ５２の処理
段階において、複写機能が使用できる点に特徴があり、
それ以外は、設計パターン１５と同じである。複写機能
とは、既に登録済のレコードデータを新たなレコードに
複写できる機能をいう。具体的に説明すると、設計パタ
ーン１６では、ステップＳＴ５２の処理段階において
「複写元コード」を入力するための画面が表示される
（図２０参照）。そして、この「複写元コード」の入力
欄に、例えば「０００１」の得意先コードを入力する
と、ワークステーションの画面には、「ＡＢＣ工業」の
１レコードデータが表示される。従って、新たに追加し
ようとするレコードデータが「ＡＢＣ工業」のデータと
類似している場合には便利であり、「ＡＢＣ工業」と異
なる箇所だけ入力すれば足りることになる。

【００２２】〔設計パターン１７，１８〕…スケルトン
MM020,MM021 設計パターン１７は、１レコードのデータを入力するの
に、ワークステーションの２画面を必要とする場合に好
適であり、図１９のステップＳＴ５３とＳＴ５４の処理
が２回繰り返される点に特徴がある。なお、設計パター
ン１８は、複写機能が使用できる点に特徴があり、それ
以外は、設計パターン１７と同じである。〔設計パターン１９，２０〕…スケルトンMM030,MM031 設計パターン１９は、１レコードのデータを入力するの
に、ワークステーションの３画面を必要とする場合に好
適であり、図１９のステップＳＴ５３とＳＴ５４の処理
が３回繰り返される点に特徴がある。なお、設計パター
ン２０は、複写機能が使用できる点に特徴があり、それ
以外は、設計パターン１９と同じである。〔設計パターン２１，２２〕…スケルトンMM050,MM051 設計パターン２１は、１レコードのデータを入力するの
に、ワークステーションの５画面を必要とする場合に好
適であり、図１９のステップＳＴ５３とＳＴ５４の処理
が５回繰り返される点に特徴がある。なお、設計パター
ン２２は、複写機能が使用できる点に特徴があり、それ
以外は、設計パターン２１と同じである。

【００２３】４．ウインド照会系の処理（設計パターン
２３〜２６）ウインド照会系の処理とは、ウインド画面Ｗ（図７参
照）を用いた検索処理をいい、設計パターン２３〜２６
のソリューションを実現するべくスケルトンＷＮ０１
０，ＷＮ０１１，ＷＮ０１２，ＷＮ０２０が用意されて
いる。設計パターン２３〜２６の処理は、全て、呼び出
し元のプログラムにおいてファンクションキーＦ４が押
された場合に機能するデータ検索用の処理であり、スケ
ルトンＷＮ０１０，ＷＮ０１１，ＷＮ０１２は、マスタ
ーファイルに登録されたデータを検索する場合に適して
おり、スケルトンＷＮ０２０は、トランザクションファ
イルに登録されたデータを検索する場合に適している。

【００２４】〔設計パターン２３〕…スケルトンWN010 設計パターン２３のプログラムは、例えば、「得意先マ
スター保守プログラム」のステップＳＴ５２の段階にお
いて（図１９参照）ファンクションキーＦ４が押された
場合、「得意先マスターファイル」を検索して「得意
先」のＩＤコードを検索する処理が該当する。「得意先
マスター保守プログラム」では、ステップＳＴ５２にお
いて、得意先のＩＤコードを入力する必要があるので、
ＩＤコードの入力欄を空白にしたままファンクションキ
ーＦ４を押すか、ＩＤコードの入力欄にコードを入力し
た状態でファンクションキーＦ４を押すと（ＳＴ５２及
びＳＴ６０）、スケルトンＷＮ０１０の処理が開始され
る（図２１参照）。スケルトンＷＮ０１０では、先ず、
パラメータが存在するか否かが判定され（ＳＴ６１）、
存在しなければステップＳＴ６２の処理に移行し、存在
すればステップＳＴ６３の処理に移行する。ここで、パ
ラメータとは、呼び出し元のプログラムでファンクショ
ンキーＦ４を押すときに設定されている検索開始コード
であり、今の例では、「得意先マスター保守プログラ
ム」のステップＳＴ５２の段階における、得意先のＩＤ
コードが該当する。「得意先マスター保守プログラム」
において、得意先のＩＤコードを入力しないでファンク
ションキーＦ４が押されたとすると、ステップＳＴ６１
の判定処理の後、検索開始条件を入力するための画面が
表示される（ＳＴ６２）。いまの例では、得意先のＩＤ
コードを検索しているので、検索開始条件を入力するた
めのウインド画面とは、例えば、図２２のような画面が
該当する。

【００２５】図２２に示すように、設計パターン２３の
プログラムでは、得意先のＩＤコードを入力する欄１７
ａと、得意先名をカナ文字で入力する欄１７ｂが表示さ
れるので、いずれか一方にＩＤコード又はカナ文字を入
力すれば良い。例えば、ＩＤコード「００１０」を入力
欄１７ａに入力した場合には、ＩＤコード「００１０」
以降のコードについて、ＩＤコードと得意先名が対応し
て表示される（ＳＴ６３）。一方、入力欄１７ｂにカナ
文字「カ」を入力した場合には、頭文字が「カ」以降の
全ての得意先が、ＩＤコードに対応して表示される（Ｓ
Ｔ６３）。なお、「得意先マスター保守プログラム」に
おいて、得意先のＩＤコードが既に入力されている場合
には、ステップＳＴ６２の処理がスキップされて、入力
されたＩＤコード以降のＩＤコードが、得意先名と対応
して表示される（ＳＴ６３）。いずれにしても、ウイン
ド画面Ｗには、得意先名とこれに対応するＩＤコードが
複数個表示されるので、オペレータは、該当する位置ま
でカーソルを移動させて実行キーを押せば良い（ＳＴ６
３）。今、該当する得意先のＩＤコードが「０００５」
であったとすると、そのＩＤコードを特定した状態で
「得意先マスター保守プログラム」に戻るので（ＳＴ６
４）、呼び出し元プログラムの画面が表示された時に
は、得意先のＩＤコード入力欄には「０００５」が記入
されていることになる。なお、ステップＳＴ６２やＳＴ
６３の処理段階においてファンクションキーＦ３かファ
ンクションキーＦ１２を押すと、何もしないで呼び出し
元プログラムに戻ることになる。つまり、呼び出し元プ
ログラムの画面が表示された時には、得意先のＩＤコー
ド入力欄は空白状態のままである。

【００２６】〔設計パターン２４〕…スケルトンWN011 設計パターン２４（スケルトンＷＮ０１１）は、設計パ
ターン２３（スケルトンＷＮ０１０）とほぼ同じであ
り、ステップＳＴ６２の処理段階において、検索開始条
件をカナ文字を使って指定できない点だけが異なる。従
って、設計パターン２４は、カナ文字を用いていないマ
スターファイルを検索する場合に有用である。〔設計パターン２５〕…スケルトンWN012 設計パターン２５（スケルトンＷＮ０１２）は、設計パ
ターン２３，２４と同様、マスターファイルのデータを
ウインド画面上で検索する処理である。動作内容は、設
計パターン２４（スケルトンＷＮ０１１）の場合と似て
いるが、ステップＳＴ６２の処理段階において、検索開
始コードとは別に、検索固定値を指定できる点に特徴が
ある。検索固定値とは、検索条件の一つを固定的に定め
たものであり、例えば、社員の個人データを登録してい
る「社員マスターファイル」を検索する場合において、
特定の部署、例えば「営業部」の社員だけを検索するよ
うな場合に有効である。具体的に説明すると、設計パタ
ーン２５（スケルトンＷＮ０１２）では、ステップＳＴ
６２の段階で、例えば、検索固定値である「営業部」の
ＩＤコードと、検索開始コードである社員コード「００
２０」とを入力すると（ＳＴ６２）、営業部の社員であ
って社員コード「００２０」以降の全てのデータがワー
クステーションに表示される（ＳＴ６３）。〔設計パターン２６〕…スケルトンWN020 設計パターン２６（スケルトンＷＮ０２０）は、トラン
ザクションファイルを検索する場合、つまり、設計パタ
ーン１〜７のプログラムで登録されたデータを検索する
場合に好適である。動作内容は、図２１のフローチャー
トで示されるが、ステップＳＴ６２において複数個の検
索条件を入力できる点に特徴がある。例えば、図８の明
細ファイル１４を検索する場合において、仕入先会社名
「ＡＢＣ工業」のＩＤコードと、伝票日付「１０／３」
を入力すると（ＳＴ６２）、この条件を満たす全てのデ
ータがウインド画面に表示される（ＳＴ６３）。

【００２７】５．帳票印刷系の処理（設計パターン２７
〜３４）設計パターン２７〜３４は、帳票を印刷するための処理
であり、スケルトンＬＴ０２０，０２１，０３０，０４
０を組み合わせて、以下のように構成されている。設計パターン２７＝ＬＴ０２０設計パターン２８＝ＬＴ０２１設計パターン２９＝ＬＴ０１０＋ＬＴ０２０設計パターン３０＝ＬＴ０１０＋ＬＴ０２１設計パターン３１＝ＬＴ０１０＋ＬＴ０３０＋ＬＴ０２
０設計パターン３２＝ＬＴ０１０＋ＬＴ０３０＋ＬＴ０２
１設計パターン３３＝ＬＴ０４０＋ＬＴ０２０設計パターン３４＝ＬＴ０４０＋ＬＴ０２１

【００２８】〔設計パターン２７〕…スケルトンLT020 設計パターン２７（スケルトンＬＴ０２０）の処理概要
は、図２３のフローチャートの通りであり、マスターフ
ァイルのように途中にデータの区切りの存在しないファ
イルの内容を印字出力するのに好適である。先ず、該当
するファイルから１レコードを読み出し（ＳＴ７１）、
ＥＯＦ(endof file) であれば処理を終えるが（ＳＴ７
２）、ＥＯＦでなければ印字用の編集処理を行う（ＳＴ
７３）。ここで、印字用の編集処理とは、読み出された
１レコードのデータについて印字位置などを適宜に定め
る処理をいう。その後、１頁分の印字処理を終わってい
るか否かを判定し（ＳＴ７４）、１頁分の印字処理が終
わっている場合には、改頁用の見出し行を印字する（Ｓ
Ｔ７５）。１頁の印刷処理中であるため改頁用の見出し
行の印字が不要の場合には、編集処理された１レコード
分のデータをそのまま印字出力して（ＳＴ７６）、次の
１レコード分のデータを読み出し（ＳＴ７７）、ステッ
プＳＴ７２の処理に戻る。

【００２９】〔設計パターン２８〕…スケルトンLT021 設計パターン２８（スケルトンＬＴ０２１）の処理概要
は、図２４のフローチャートの通りであり、ステップＳ
Ｔ７５の処理とステップＳＴ７６の処理の間に、明細ヘ
ッダＨＤを印字する処理（ＳＴ７６’）が存在する点に
特徴がある。明細ヘッダＨＤとは、例えば、図８の明細
ファイル１４における、伝票番号１４Ａ₁、伝票日付１
４Ａ₂、仕入先１４Ａ₃、担当者１４Ａ₄の内容をい
い、一枚の伝票の内容が印字され終わる毎に、ヘッダ部
１４Ａの内容が印字される（ＳＴ７６’）。図２５の印
字結果を参照しつつ、改めて、図２４のフローチャート
を説明する。先ず、該当するファイルから１レコードを
読み出し（ＳＴ７１）、ＥＯＦ(endof file) であれば
処理を終えるが（ＳＴ７２）、ＥＯＦでなければ印字用
の編集処理を行う（ＳＴ７３）。その後、１頁分の印字
処理を終わっているか否かを判定し（ＳＴ７４）、１頁
の印字処理が終わっており頁が改まった場合には、改頁
用の見出し行を印字する（ＳＴ７５）。改頁用の印字処
理が不要の場合には、次に、伝票一枚分の印字処理が終
了しているか否かを判定し、伝票一枚分の印字が完了し
ていたら、ヘッダ部１４Ａの内容を見出しと共に印字す
る（ＳＴ７６’）。そして、編集処理された１レコード
分のデータを印字出力して（ＳＴ７６）、次の１レコー
ド分のデータを読み出して（ＳＴ７７）、ステップＳＴ
７２の処理に戻る。

【００３０】〔設計パターン２９，３０〕…スケルトン
LT010+LT020,LT021 設計パターン２９，３０は、スケルトンＬＴ０２０やＬ
Ｔ０２１の処理の前にスケルトンＬＴ０１０の処理を設
けたものである。図２６に示す通り、スケルトンＬＴ０
１０は、印字する帳票の範囲を指定する処理を実現して
おり、先ず、印字条件を入力するための画面がワークス
テーションに表示される（ＳＴ８１）。今、図１８に示
す「得意先マスターファイル」の内容を印字出力する場
合を例にして、設計パターン２９を説明すると、オペレ
ータは、例えば、ＩＤコード「０００１〜００１０」の
印字条件を入力する（ＳＴ８１）。すると、確認メッセ
ージが表示された後（ＳＴ８２）、印字中である旨の表
示がされ（ＳＴ８３）、例えばスケルトンＬＴ０２０に
よって構成された「帳票印字プログラム」の処理が開始
される（ＳＴ８４）。以上、設計パターン２９について
説明したが、設計パターン３０の場合にはステップ８４
で呼ばれる帳票印字プログラムがスケルトンＬＴ０２１
で作られている点だけが設計パターン２９と相違する。

【００３１】〔設計パターン３１，３２〕…LT010+LT03
0+LT020,LT021 設計パターン３１，３２は、設計パターン２９，３０の
処理の途中にスケルトンＬＴ０３０の処理を追加したも
のである。スケルトンＬＴ０３０の処理は、図２７の通
りであり、メインファイルを一通り全部読み出して、ワ
ークファイルの更新処理をする点に特徴がある。なお、
ここでワークファイルとは、典型的には合計計算をする
ためのファイルである。図８の明細ファイル１４の内容
を印字出力する場合を例にすると、明細ファイル１４か
ら１レコード分のデータを読み出し（ＳＴ９１）、ＥＯ
Ｆでなければ、読み出したデータについて印字のための
編集処理を施す（ＳＴ９３）。そして、「仕入単価」と
「仕入数量」の合計値についての総和計算の処理をして
（ＳＴ９４）、次の１レコード分のデータを読み出し
（ＳＴ９５）、ステップＳＴ９２の処理に戻る。そし
て、スケルトンＬＴ０３０の処理が終わった後、スケル
トンＬＴ０２０かスケルトンＬＴ０２１の処理によって
実際の印字処理が行われる。

【００３２】〔設計パターン３３，３４〕…LT040+LT02
0,LT021 設計パターン３３，３４は、設計パターン２７，３８の
処理の前にスケルトンＬＴ０４０の処理を行うものであ
る。スケルトンＬＴ０４０の処理は、図２８に示す通り
であり、スケルトンＬＴ０１０と同様、印字出力するデ
ータの条件を指定する処理である。スケルトンＬＴ０１
０とＬＴ０４０の違いは、スケルトンＬＴ０４０におい
ては、条件を満足するデータの一覧表が表示される点で
ある。以下、図５のトランザクションファイル１２，１
３の内容を印字出力する場合を例にして、図２８のフロ
ーチャートを説明する。先ず、ワークステーションには
印字条件を入力するための画面が表示されるので、ここ
では、オペレータが「１９９４／１０／１〜１０／５」
の条件を指定したことにする（ＳＴ１０１）。すると、
その条件を満たす全てのデータが図１４のように表示さ
れる（ＳＴ１０２）。この時、ワークステーションの画
面にはアクションコードの入力欄も表示されているの
で、オペレータは適当なアクションコードを入力する
（ＳＴ１０３）。すると、確認メッセージが表示された
後（ＳＴ１０４）、印刷中である旨の表示がされ（ＳＴ
１０５）、帳票プログラムが呼び出される（ＳＴ１０
６）。ここで帳票プログラムは、スケルトンＬＴ０２０
か又はスケルトンＬＴ０２１で作られたものであり、ス
ケルトンＬＴ０２０を用いるかＬＴ０２１を用いるかに
よって、設計パターン３３と設計パターン３４とが区別
される。

【００３３】６．バッチ更新系の処理（設計パターン３
５，３６）〔設計パターン３５〕…スケルトンBU020 設計パターン３５（スケルトンＢＵ０２０）は、ワーク
ステーションでの対話を伴わないでファイルを更新など
する場合の処理である。典型的には、トランザクション
ファイルのデータを１レコードずつ読み出してマスター
ファイルの内容を更新する場合の処理が該当する。ま
た、トランザクションファイルに蓄積されたデータを印
字出力するのに先立って、帳表の印刷イメージ（例え
ば、図２５参照）に対応したテンポラリーファイル（ワ
ークファイル）を構築する場合の処理も該当する。以
下、図２９のフローチャートに従って説明すると、先
ず、トランザクションファイルの最初の１レコードを読
み出し（ＳＴ１１１）、ＥＯＦでなければ明細編集処理
を行う（ＳＴ１１３）。ここで、明細編集処理とは、読
み出した１レコード分の明細データについて、更新の対
象となるマスターファイルやテンポラリーファイルなど
の様式に編集することをいう。その後、編集処理された
１レコード分のデータに基づいてマスターファイルやテ
ンポラリーファイルなどの更新処理を行う（ＳＴ１１
４）。そして、次に１レコード分をトランザクションフ
ァイルから読み出して（ＳＴ１１５）、ステップＳＴ１
１２の処理に戻る。

【００３４】〔設計パターン３６〕…スケルトンBU010+
BU020 設計パターン３６は、設計パターン３５の処理に先立っ
て、更新処理をするための条件を入力するようにした処
理である。図３０に示すように、先ず、更新条件を入力
するための画面が表示される（ＳＴ１２１）。ここで
は、図１１に示すトランザクションファイル１５の内容
のうち、９月２１日から１０月２０日までのデータに基
づいて、請求書作成用のマスターファイルを更新する場
合を例にすると、オペレータは、例えば「９／２１〜１
０／２０」の更新条件をワークステーションに入力する
（ＳＴ１２１）。すると、確認メッセージを表示した後
（ＳＴ１２２）、オペレータが実行キーを押せば、更新
中である旨のメッセージが表示されて（ＳＴ１２３）、
スケルトンＢＵ０２０を構成された更新プログラムが呼
び出される（ＳＴ１２４）。そして、後は、設計パター
ン３５の手順に従って、図１１のトランザクションファ
イル１５の該当するレコードだけが読み出されて、マス
ターファイルの内容が更新される。以上、設計パターン
１〜３６について詳述したので、次に、対話形式による
プログラム自動生成の手順を説明する。なお、ここで
は、一例として、「社員マスター保守プログラム」が完
成されるまでの処理内容を説明する。「社員マスター保
守プログラム」とは、図１のコンピュータ・システムで
動作するアプリケーション・プログラムであって、ディ
スク記憶装置３に存在する「社員マスターファイル」
を、ワークステーションＷＳ₁〜ＷＳ_nからアクセスし
て、社員の個人データを登録、変更、削除するプログラ
ムである。本発明によるプログラム自動生成は、(1a)物
理ファイルの設計、(1b)画面ファイルの設計、(1c)帳表
ファイルの設計、(2) ユニット情報の登録、(3) プログ
ラム詳細設計の各処理段階に分かれている。但し、「社
員マスター保守プログラム」の場合には、帳表印刷処理
が存在しないので、物理ファイルの設計（図３１）、画
面ファイルの設計（図３４）、ユニット情報の登録（図
３８）、プログラム詳細設計（図３９）のみで「社員マ
スター保守プログラム」の自動生成が完了する。

【００３５】(1a)物理ファイルの設計（図３１）コンピュータを物理ファイル設計の動作モードに設定す
ると、対話形式による処理によって物理ファイルの設計
が行われる。今の例では、「社員マスターファイル」の
設計を行う必要があるので、１レコードにどの様なフィ
ールドを設けるか、各フィールドの何バイトの領域を割
り当てるか、どのフィールドのデータをデータ検索用の
キーとするか、などについて決定してゆく（ＳＴ１３
１）。そして、全ての情報の入力が完了した後、適宜な
操作をすると、これに応答してデータベース設計書が印
字出力される（ＳＴ１３２）。図３２は、データベース
設計書を図示したものであり、「フィールド名称」、
「フィールドＩＤ」、「フィールドタイプ」、「フィー
ルド桁数」、「データタイプ」などが所定の形式で表示
されるので、設計内容を一目で確認できる。また、この
データベース設計書を保存しておけば、誰でも、「社員
マスターファイル」の内容を容易に知ることができる。
対話形式による物理ファイルの設計が完了すると、自動
的に物理ファイルのソースコードが生成される（ＳＴ１
３３）。そして、適宜な操作をすれば、物理ファイルの
ソースリストが印字出力される（ＳＴ１３４）。図３３
は、ソースリストを図示したものであり、図３２の設計
書に完全対応したソースリストが出力される。その後、
ソースコードはコンパイルされて、ディスク記憶装置３
に「社員マスターファイル」の領域が確保される（ＳＴ
１３５）。なお、この例では「社員マスターファイル」
のＩＤは「ＲＣＭＥＭＰＰ」であり、「ＥＭＰＣＤＥ」
〜「ＥＭＰＵＤＴ」のＩＤのフィールドが定義されてい
る。

【００３６】(1b)画面ファイルの設計（図３４）次に、コンピュータを画面ファイル設計の動作モードに
設定すると、対話形式による処理によって画面ファイル
の設計が行われる（ＳＴ１４１）。画面ファイルの設計
では、先ず、スケルトンを決定する必要があるが、今の
例では、スケルトンＭＭ０１１（設計パターン１６）を
利用して「社員マスター保守プログラム」を作成するこ
とにする。図１９に示すように、スケルトンＭＭ０１１
（設計パターン１６）では、キーを入力するための画面
（ＳＴ５２）と、明細データを入力するための画面（Ｓ
Ｔ５３）と、明細データを表示した状態で確認メッセー
ジを表示する画面（ＳＴ５４）とが必要であるので、そ
れぞれについて詳細に決定してゆく。ステップＳＴ１４
１の処理により全ての画面設計が完了した後、適宜な操
作をすると、これに応答して画面ファイル設計書が印字
出力される（ＳＴ１４２）。画面ファイル設計書には、
全ての表示画面（ＳＴ５２，ＳＴ５３，ＳＴ５４）につ
いて詳細な情報が記載されるので、この画面ファイル設
計書によって、画面設計の内容を確実に把握することが
できる。なお、図３６と図３７は、画面ファイル設計書
の一部である「画面レイアウト図」を示したものであ
る。図１９のステップＳＴ５２ではワークステーション
の画面が図３５の状態（ＦＭＴ０１＋ＦＭＴ９１）とな
り、図１９のステップＳＴ５３，５４ではワークステー
ションの画面が図３６の状態（ＦＭＴ０２＋ＦＭＴ０１
＋ＦＭＴ９１）となることが明らかとなる。画面ファイ
ルの設計が完了すると、画面ファイルのソースコードが
自動的に生成される（ＳＴ１４３）。そして、適宜な操
作をすれば、物理ファイルのソースリストが印字出力さ
れる（ＳＴ１４４）。図３７は、画面ファイルのソース
リストの一部を図示したものであり、特に、１７行目か
ら５２行目まは、ステップＳＴ５２（図１９）において
キーデータを入力するための画面（ＦＭＴ０１）に関す
るソースリストを示している。その後、ソースコードは
コンパイルされて、画面ファイルのオブジェクトコード
が生成される（ＳＴ１４５）。なお、この画面ファイル
の名称は「社員マスターメンテナンス」であり、画面フ
ァイルのＩＤは「ＲＣ００Ｄ００１」であるとする。

【００３７】(2) ユニット情報の登録（図３８）次に、コンピュータを適宜に操作して、ユニット情報の
登録モードに設定する必要がある。このユニット情報の
登録モードでは、「社員マスターファイル保守プログラ
ム」の概要を対話形式によって指定してゆく。図３８に
示すように、先ず、生成しようとするプログラムの名称
や使用するスケルトンを指定する必要がある（ＳＴ１５
１）。前述のように、この例では、「社員マスター保
守」という名称のプログラムを、スケルトンＭＭ０１１
を使用して生成するので、これらの情報をワークステー
ションから入力すれば良い（ＳＴ１５１）。次に、生成
しようとするアプリケーション・プログラムが、他のプ
ログラムから呼び出されるような場合、他のプログラム
から受け取るパラメータを決定する（ＳＴ１５２）。な
お、今の例では、他のプログラムから受け取るパラメー
タは存在しない。続いて、「社員マスター保守プログラ
ム」が使用するファイルを決定する（ＳＴ１５３）。今
の例では、物理ファイルとして「社員マスター（ＲＣＭ
ＥＭＰＰ）」を使用し、画面ファイルとして「社員マス
ターメンテナンス（ＲＣ００Ｄ００１）」を指定する。
そして、最後に、プログラム「社員マスターの保守」が
動作中に呼び出す外部プログラムを決定する（ＳＴ１５
４）。この例では、ファンクションキーＦ４によるコー
ド検索処理（図１９）を用いることにするので、コード
検索用の外部プログラムを指定する。なお、コード検索
用のプログラムは、スケルトンＷＮ０１０，ＷＮ０１
１，ＷＮ０１２のいずれかを利用して、既に作成してあ
るものとする。

【００３８】(4) プログラムの詳細設計（図３９）ユニット情報の登録が完了すると、図３９に示すプログ
ラム詳細設計の段階となる。ここでは、個別の処理毎に
異なる詳細な情報を対話形式により入力する（ＳＴ１６
１）。つまり、スケルトンＭＭ０１１は、図１９の処理
手順によって多様な処理に対応できるよう、本体部分Ａ
と個別部分Ｂに分かれているので（図２参照）、「社員
マスター保守プログラム」に固有の部分については、ス
テップＳＴ１６１の段階で詳細に確定してゆく。以上の
処理が終われば、適宜な操作に応答してプログラム設計
書が印字出力される（ＳＴ１６２）。図１のプログラム
自動生成装置では、設計パターン１〜３６のそれぞれに
ついて、プログラム設計書が半完成状態でディスク記憶
装置３に記憶されているので、プログラムの詳細設計
（ＳＴ１６１）が終われば、そのプログラムと完全に対
応するプログラム設計書を出力することができる。ま
た、プログラムの詳細設計（ＳＴ１６１）が終われば、
ここまでに入力された情報と、予め登録されているスケ
ルトンＭＭ０１１のソースプログラムとを、組み合わせ
て「社員マスター保守プログラム」のソースコードが自
動生成される（ＳＴ１６３）。そして、このソースコー
ドがコンパイルされてオブジェクトプログラムが生成さ
れる（ＳＴ１６５）。なお、適宜な操作をすると、それ
に応答して、プログラムソースリストが印字出力される
（ＳＴ１６４）。図４０は、スケルトンＭＭ０１１のソ
ースプログラムの一部を図示したものであり、図４１
は、印字出力された「社員マスター保守プログラム」の
ソースコードの一部を図示したものである。「社員マス
ター保守プログラム」のソースコードには、「／／」や
「／」の記載された欄があるが、この欄に「／／」が記
入されている行は、スケルトンＭＭ０１１のソースプロ
グラムをそのまま複写した行であり、「／」が記入され
ている行や空白となっている行は、対話形式で入力され
た情報に基づいて自動生成された行である。図４０の
「ＰＬＩＳＴＣＯＭＭＯＮ」と表示された行には、図
４１の１３６行〜１４３行が挿入されたのであり、図４
０の「ＫＬＩＳＴＣＯＭＭＯＮ」と「ＭＡＫＩＮＧ
ＮＧ」と表示された行には、図４１の１５０行〜１５５
行が挿入されている。また、図４０の「ＣＯＰＹＲＩＧ
ＨＴ」と表示された行が、図４１の１５９行に対応して
いる。

【００３９】

【発明の効果】以上説明したように、この発明に係るプ
ログラム自動生成装置では、あらゆるアプリケーション
・プログラムが半完成状態のソースプログラムであるス
ケルトンを組み合わせて構成される。このスケルトン
は、当該プログラム言語に習熟した熟練プログラマによ
り作成された高品質のプログラムであり、プログラム設
計は対話形式で進行するので、初心者でも容易かつ迅速
に一定品質のアプリケーション・プログラムを自動生成
することができる。また、完成したアプリケーション・
プログラムに完全に対応する設計書が印字出力されるの
で、プログラムの処理内容が誰にでも正確に把握でき
る。従って、業務内容に変更があったような場合でも、
誰にでも容易にアプリケーション・プログラムの変更や
追加ができる。

【図面の簡単な説明】

【図１】本発明の一実施例でしるプログラム自動生成装
置のブロック図を図示したものである。

【図２】スケルトンの構成を概略的に図示したものであ
る。

【図３】設計パターン１〜設計パターン７の違いを図示
したものである。

【図４】仕入伝票の一例を図示したものである。

【図５】図４の仕入伝票のデータを登録するトランザク
ション・ファイルの一例を図示したものである。

【図６】設計パターン１，２の処理内容をフローチャー
トに図示したものである。

【図７】動作モードの切替えを実現するウインド画面の
一例を図示したものである。

【図８】図４の仕入伝票のデータを登録するトランザク
ション・ファイルの一例を図示したものである。

【図９】設計パターン３，４，５の処理内容をフローチ
ャートに図示したものである。

【図１０】編集型データの一例を図示したものである。

【図１１】編集型データを登録するトランザクション・
ファイルの一例を図示したものである。

【図１２】設計パターン６，７の処理内容をフローチャ
ートに図示したものである。

【図１３】スケルトンＳＫ０１０の処理内容をフローチ
ャートに図示したものである。

【図１４】スケルトンＳＫ０１０の処理内容の一部を具
体的に図示したものである。

【図１５】スケルトンＳＫ０１０の処理内容の一部を具
体的に図示したものである。

【図１６】設計パターン１１の処理内容をフローチャー
トに図示したものである。

【図１７】設計パターン１２，１３，１４の処理内容を
フローチャートに図示したものである。

【図１８】マスターファイルの一例を図示したものであ
る。

【図１９】設計パターン１５〜２９の処理内容をフロー
チャートに図示したものである。

【図２０】複写機能を説明するための図面である。

【図２１】スケルトンＷＮ０１０の処理内容をフローチ
ャートに図示したものである。

【図２２】ウインド画面の表示内容を図示したものであ
る。

【図２３】スケルトンＬＴ０２０の処理内容を図示した
ものである。

【図２４】スケルトンＬＴ０２１の処理内容を図示した
ものである。

【図２５】スケルトンＬＴ０２１によってトランザクシ
ョン・ファイルの内容を印字出力した結果を図示したも
のである。

【図２６】スケルトンＬＴ０１０の処理内容を図示した
ものである。

【図２７】スケルトンＬＴ０３０の処理内容を図示した
ものである。

【図２８】スケルトンＬＴ０４０の処理内容を図示した
ものである。

【図２９】スケルトンＢＵ０２０（設計パターン３５）
の処理内容を図示したものである。

【図３０】スケルトンＢＵ０１０の処理内容を図示した
ものである。

【図３１】物理ファイルの設計手順を図示したものであ
る。

【図３２】物理ファイル（データベース）設計書を図示
したものである。

【図３３】物理ファイルに関するソースコード・リスト
を図示したものである。

【図３４】画面ファイルの設計手順を図示したものであ
る。

【図３５】画面ファイル設計書の一部を図示したもので
ある。

【図３６】画面ファイル設計書の別の一部を図示したも
のである。

【図３７】物理ファイルに関するソースコード・リスト
を図示したものである。

【図３８】プログラム概略設計（ユニット情報の登録）
の手順を図示したものである。

【図３９】プログラム詳細設計の手順を図示したもので
ある。

【図４０】スケルトンＭＭ０１１の一部を図示したもの
である。

【図４１】自動生成されたアプリケーション・プログラ
ムのソースコード・リストの一部を図示したものであ
る。

Claims

【特許請求の範囲】

【請求項１】半完成状態のソースプログラムであるス
ケルトンを記憶しているスケルトン記憶手段と、前記スケルトンの処理内容を記載した半完成状態の設計
書を記憶している設計書記憶手段と、アプリケーション・プログラムの設計段階に機能して、
各アプリケーション・プログラム毎に異なる個別情報
を、対話形式によって受け取る個別情報入力手段と、受け取った個別情報に基づいて前記スケルトンを編集
し、各アプリケーション・プログラムのソースコードを
生成するプログラム完成手段と、受け取った個別情報に基づいて半完成状態の前記設計書
を編集し、各アプリケーション・プログラムに対応した
設計書を完成させる設計書完成手段と、適宜な操作に応答して動作し、完成されたアプリケーシ
ョン・プログラムのソースコード・リスト及び／又は設
計書を印字出力する出力手段とを備えることを特徴とす
るプログラム自動生成装置。
【請求項２】前記スケルトン記憶手段は、少なくと
も、トランザクションファイルにデータを登録する第１
群のプログラムと、データファイルのデータを検索して
端末画面に表示する第２群のプログラムと、マスターフ
ァイルにデータを登録する第３群のプログラムと、デー
タファイルのデータを検索して端末画面のウインドに表
示する第４群のプログラムと、データファイルの内容を
帳表形式で印字する第５群のプログラムと、トランザク
ションファイルのデータによってマスターファイルやテ
ンポラリーファイルなどの内容を更新する第６群のプロ
グラムとを、それぞれ半完成状態で記憶している請求項
１に記載のプログラム自動生成装置。
【請求項３】前記設計書記憶手段は、少なくとも、物
理ファイル設計書と、画面ファイル設計書と、帳表ファ
イル設計書と、プログラム設計書とを、それぞれ半完成
状態で記憶している請求項１に記載のプログラム自動生
成装置。
【請求項４】前記第１群のプログラムは、伝票番号と
行番号とを有する伝票型データを扱うプログラムと、伝
票番号も行番号も有しない編集型データを扱うプログラ
ムとに分類されている請求項２に記載のプログラム自動
生成装置。
【請求項５】前記第２群のプログラムは、照会すべき
データの条件を入力させた後その条件を満たす全てのデ
ータを一覧表として表示する処理を備えるプログラム
と、前記の一覧表を表示することのないプログラムとに
分類されている請求項２に記載のプログラム自動生成装
置。
【請求項６】前記第３群のプログラムは、１レコード
のデータ量と、端末画面に表示可能なデータ量との関係
から、複数種類のプログラムに分類されている請求項２
に記載のプログラム自動生成装置。
【請求項７】前記第４群のプログラムは、マスターフ
ァイルを検索するプログラムと、トランザクションファ
イルを検索するプログラムに分類されている請求項２に
記載のプログラム自動生成装置。
【請求項８】前記第５群のプログラムは、印字出力す
べきデータの条件を入力させた後その条件を満たす全て
のデータを一覧表として表示する処理を備えるプログラ
ムと、前記の一覧表を表示することのないプログラムと
に分類されている請求項２に記載のプログラム自動生成
装置。
【請求項９】前記アプリケーション・プログラムのプ
ログラム言語は、ＲＰＧ言語、Ｃ言語、ＣＯＢＯＬ言語
のいずれかである請求項１に記載のプログラム自動生成
装置。