JPH0816379A - プログラム自動生成装置 - Google Patents

Abstract

(57)【要約】 【目的】 プログラム言語を熟知しない者でも高品質の
ソースコードを生成することのでき、しかも、生成され
たソースコードど完全に一致する設計書を印字出力する
ことのできるプログラム自動生成装置を提供する。 【構成】 典型的に必要となる複数種類の処理内容につ
いて、そのソースコードを記憶する記憶手段と、作成し
ようとするプログラムの詳細設計をコンソール操作のみ
で実現する詳細設計手段と、前記詳細設計手段において
コンソール入力された情報と、前記記憶手段に記憶され
ているソースコードとを組み合わせて、作成しようとす
るプログラムのソースコードを自動生成する自動生成手
段とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、プログラム言語を熟
知しない者でも、常に高品質のソースコードを生成する
ことのできるプログラム自動生成装置に関する。

【０００２】

【従来の技術】コンピュータプログラムを作成する手順
としては、処理すべき業務内容を把握した後、プログラ
ムの基本設計および詳細設計を行い、この設計内容に基
づいてプログラムをコーディングするのが一般的であ
る。プログラムの詳細設計やコーディングには多大の労
力の要することから、プログラム作成の容易化を図るべ
く各種の簡易言語が提案されており、典型的な簡易言語
として、例えばＲＰＧ(Report Program Generator)言語
が存在する。そして、このＲＰＧ言語においては、デー
タベース設計、画面ファイル設計、帳表ファイル設計な
どを先ず行い、その設計内容をデータベース設計書や画
面ファイル設計書にまとめ、その設計書に基づいて所定
の様式でソースコードをコーディングすることを基本と
している。

【０００３】

【発明が解決しようとする課題】ところで、どのような
プログラム言語を用いたとしても、各プログラムには、
作成者の能力などに起因する個性が存在するものである
（プログラムの属人性）。つまり、バグが皆無で正常に
動作するプログラムであっても、プログラマーの熟知度
などに応じた品質の相違が存在するものであり、そのた
め、完成後のプログラムの修正などを行うような場合に
は、プログラムの属人性ゆえに、担当プログラマー以外
の者では多大の手間がかかってしまうという問題点があ
る。かかる場合、当初のコーディングの基礎となった各
種設計書が存在したとしても、コーディング内容と設計
書が必ずしも一致しないのが実情であり、特に、ＲＰＧ
言語のような簡易言語の場合には、そのコーディングの
簡易性の故に、各種の設計書が作成されていない場合も
多いので、後日のプログラム変更には、更に多大の手数
がかかってしまうことになる。この発明は、これらの問
題点に着目してなされたものであって、プログラム言語
を熟知しない者でも高品質のソースコードを生成するこ
とのでき、しかも、生成されたソースコードと完全に一
致する設計書を印字出力することのできるプログラム自
動生成装置を提供することを目的とする。

【０００４】

【課題を解決するための手段】上記の目的を達成する
為、請求項１に係るプログラム自動生成装置は、典型
的に必要となる複数種類の処理内容について、そのソー
スコードを記憶する記憶手段と、作成しようとするプ
ログラムの詳細設計をコンソール操作のみで実現する詳
細設計手段と、前記詳細設計手段においてコンソール
入力された情報と、前記記憶手段に記憶されているソー
スコードとを組み合わせて、作成しようとするプログラ
ムのソースコードを自動生成する自動生成手段とを、特
徴的に備えている。また、請求項２に係るプログラム自
動生成装置は、自動生成されたソースコードに対応す
る設計書を印字出力する設計書作成手段を、更に特徴的
に備えている。複数種類の処理内容とは、特に限定され
るものではないが、例えば、エントリー系の処理、照会
系の処理、リスト印刷系の処理、バッチ更新系の処理、
マスター保守系の処理、ウインド照会系の処理に大別さ
れる。また、詳細設計手段でのコンソール操作も限定さ
れるものではないが、例えば、物理ファイルの設計処
理、画面ファイルの設計処理、ユニット情報の登録処
理、残余の情報の登録処理に区分される。

【０００５】

【作用】自動生成手段は、詳細設計手段においてコンソ
ール入力された情報と、記憶手段に記憶されているソー
スコードとを組み合わせてソースコードを自動生成す
る。また、設計書作成手段は、自動生成されたソースコ
ードに対応する設計書を印字出力する。従って、生成さ
れたソースコードには属人性がなく、また、設計書とソ
ースコードとは完全対応する。

【０００６】

【実施例】以下、実施例に基づいて、この発明を更に詳
細に説明する。今、１レコードに社員名称、住所、生年
月日、入社年月日、退社年月日などのフィールドを有す
る社員マスターファイルを構築し、１レコード毎の登
録、変更、削除、表示を可能にする「社員マスター保守
プログラム」をＲＰＧ言語によって作成することを考え
る。かかる場合、従来は、データベース設計書、画面フ
ァイル設計書、プログラム設計書などを作った後、その
仕様に基づいて各ソースコードをコーディングしていた
が、この発明では、以下に説明するように、図１の流れ
図にしたがってコンソール操作をするだけで、一定品質
のソースプログラムを自動的に作成することができる。

【０００７】〔物理ファイル設計〕本装置を物理ファイ
ルの設計モードに設定して適宜な操作をすると、コンソ
ール画面は、ベータベース設計書に対応したレイアウト
となる。そこで、物理ファイルＩＤ、物理ファイル名
称、レコード様式ＩＤ、設定キーワード、項目名称、項
目ＩＤ、桁数、タイプ、小数、設定キーワードの各欄
に、適宜な情報を入力することによって物理ファイルの
設計を行うことができる。例えば、物理ファイルＩＤ欄
に「ＲＣＭＥＭＰＰ」、物理ファイル名称欄に「社員マ
スター」、レコード様式ＩＤ欄に「ＲＣＭＥＭＰＲ」、
項目名称に「社員コード〜最終変更年月日」、項目ＩＤ
に「ＥＭＰＣＤＥ〜ＥＭＰＵＤＴ」などが入力されたと
すると、コンソール画面は図２の状態となる。但し、各
情報を全てタイプ入力する必要はなく、ＯＰＴ欄にＩ，
Ｃ（ＣＣ），Ｍ（ＭＭ），Ｄ（ＤＤ），Ａ，Ｂ，Ｋのい
ずれかを入力したり、ファンクションキーＦ１０などを
打鍵することによって容易に物理ファイルの設計を終え
ることができる。例えば、ファンクションキーＦ１０
は、ファイル／レコードレベルのキーワードを登録した
い場合に使用するものである。ファンクションキーＦ１
０を打鍵するとコンソール画面は図３（ａ）の状態に変
化するので、固有（ユニーク）欄に「２」を入力した
後、ファンクションキーＦ９を打鍵すれば、設定キーワ
ード欄への「ＵＮＩＱＵＥ，」の入力操作を自動的に行
うことができる。なお、ファイル／レコードレベルのキ
ーワードとしてＵＮＩＱＵＥを登録するのは、１件のデ
ータ（１レコード）をファイル内で特定し（社員マスタ
ーファイルの場合は社員一人のデータ）、重複するキー
を許さないと宣言するためである。

【０００８】また、「最終変更年月日」の行のＯＰＴ欄
に「Ｋ」を入力して実行キーを打鍵すると、このフィー
ルドがＳ（数値）タイプであることから、コンソール画
面は図４の状態になる。そこで、編集コード（ＥＤＴＣ
ＤＥ）欄に「１」を入力し、範囲（ＲＡＮＧＥ）欄に、
例えば「１９９１０１０１」と「２９９９１２３１」を
入力してファンクションキーＦ９を打鍵してキーワード
を設定すれば良い。なお、編集コード（ＥＤＴＣＤＥ）
が１とはカンマ編集、小数点あり、符号なしで０消去あ
りの意味である。また、「社員コード」の行のＯＰＴ欄
に「Ｋ」を入力して実行キーを打鍵すると、このフィー
ルドがＡ（英数字）タイプであることからコンソール画
面は図５（ａ）の状態になる。そこで、降順（ＤＥＳＣ
ＥＮＤ）欄に「２」を入力してファンクションキーＦ９
を打鍵すると「社員コード」の行の設定キーワード欄に
「ＤＥＳＣＥＮＤ，」が自動的に表示される。その後、
図５（ｂ）のようにコンパイル時のオプション指定をす
ればコンソール上での物理ファイルの設計が完了する。

【０００９】以上の操作の結果、本装置内には、ユニッ
ト情報使用ファイルが作成されると共に、コンソールか
ら入力された情報が変換されて物理ファイルソースコー
ドが作成される（図１参照）。ここで、ユニット情報使
用ファイルとは、ユニット情報の登録時に使用可能な物
理ファイルＩＤ「ＲＣＭＥＭＰＰ」と、物理ファイル名
称「社員マスター」を内容とするファイルであって、後
述するユニット情報の登録時に使用されるものである。
なお、図６と図７は、適宜な操作によって印字出力され
るデータベースファイルソースリストとデータベース設
計書とを示しており、データベースファイルソースコー
ドは、ＡＳ／４００の形式にしたがって作成されてい
る。

【００１０】〔スケルトンの特定〕続いて、コンソール
操作によって画面ファイルの設計をするが、画面ファイ
ルの設計に当たっては、社員マスターファイルの１レコ
ード毎の登録、変更、削除、表示を可能にする処理を想
定して、その処理を実現するスケルトンを最初に特定す
る必要がある。ここで、スケルトンとは、プログラム設
計上、典型的に用いられる３４種類のプログラムパター
ンをいい、各スケルトンのソースプログラムは、半完成
の状態で構築されている。なお、３４種類のプログラム
パターンは、１．エントリー系（ＥＴ×××）、２．照
会系（ＳＫ×××）、３．リスト印刷系（ＬＴ××
×）、４．バッチ更新系（ＢＵ×××）、５．マスター
メンテ系（ＭＭ×××）、６．ウインドウ系（ＷＮ××
×）の６パターンに大別される。

【００１１】１．エントリー系のスケルトン エントリー系のスケルトンは、一度に複数のレコードの
登録、変更、削除を可能にするものであり、伝票形式の
入力か否か、ヘッダファイルがあるか否か、第２レベル
のキーがあるか否か、合計行の処理があるか否か、によ
って図８の７種類が用意されている。ここでは、７種類
のスケルトンの処理概要を説明するため、スケルトンＥ
Ｔ０１０（図９の画面フロー参照）に基づいて作成され
た「仕入伝票処理プログラム」の実行内容を説明する。
尚、仕入伝票処理とは、仕入先および仕入担当者ごと
に、仕入商品とその単価などについて、登録、変更、削
除を行う処理を言う。

【００１２】メニュー選択が行われると、最初にキー入
力画面が表示され（図９のＳＴ１）、「仕入先コード」
と「伝票日付」の入力可能な状態となる（図１０
（ａ））。なお、この例では、仕入伝票ＮＯが自動的に
採番される形式を採用しているので、仕入伝票ＮＯが入
力されることはない。また、ファンクションキーＦ５に
よってモード切替えをしない限り「登録」モードの処理
が開始される。その後、キー入力画面に対して、「仕入
先コード」と「伝票日付」が入力されると（図１０
（ｂ））、エラーチェック後、図１０（ｃ）のように、
ヘッダ入力画面が表示される（図９のＳＴ２）。ヘッダ
ファイルを設けるのは、共通な項目（フィールド）が多
い時（例えば、伝票ＮＯ・仕入先コード・伝票日付・仕
入担当者）、明細ファイルのレコードにもたすと１デー
タに共通フィールドがそれぞれ付いてしまい無駄なた
め、ヘッダーと明細に分けたものである。ヘッダ入力画
面への入力が完了すると、エラーチェック後、図１１
（ａ）のように、コントロール部とサブファイル明細画
面とが表示される（図９のＳＴ３）。なお、ここでコン
トロール部は、行ＮＯ、仕入商品コードなどの文字が表
示されている行であり、コントロール部から下がサブフ
ァイル明細画面である。その後、サブファイル明細画面
への入力が完了すると（図１１（ｂ））、エラーチェッ
ク後、合計金額が表示される（図１１（ｃ））。その
後、実行キーを打鍵すれば、伝票番号が自動的に採番さ
れ（図９のＳＴ５）、データベース登録処理が行われ
（図９のＳＴ６）、図１０（ａ）のキー入力画面の表示
状態に戻る。

【００１３】次に、ＷＩＮＤＯＷ画面処理について説明
する。例えば、図９のステップＳＴ３の状態においてフ
ァンクションキーＦ９を打鍵すると、図１２（ａ）のよ
うなウインドが表示される。そして、この状態におい
て、カーソル位置が６行目であるとすると、２行目の内
容が６行目に複写されることになる。また、図９のステ
ップＳＴ１の状態においてファンクションキーＦ５を打
鍵すると、図１２（ｂ）のようなウインドが表示され
る。そして、「２」を入力すると「変更モード」とな
り、変更モードにおけるキー入力画面が表示される。変
更モードにおいては「仕入先コード」、「伝票日付」の
他に「仕入伝票ＮＯ」もキーとして必要となるので、図
１２（ｃ）のようなコンソール画面となる。なお、図１
２（ｂ）の状態で「３」を入力して「削除モード」に変
えた場合も同様であって、「仕入先コード」、「伝票日
付」、「仕入伝票ＮＯ」をキー入力画面（図９のＳＴ
１）で入力することになる。以上、仕入伝票処理を例に
挙げて、スケルトンＥＴ０１０について説明したので、
他のスケルトンについては、スケルトンＥＴ０１０と比
較して説明する。

【００１４】スケルトンＥＴ０１１もスケルトンＥＴ０
１０とほぼ同様であって、ヘッダファイルと明細ファイ
ルとを画面表示し、その内容について登録、変更、削除
の処理を行う。また、明細画面は、一画面のサブファイ
ルであって、明細データが行ＮＯで参照される点も同じ
であるが、図９のステップＳＴ４において合計行の処理
がない点だけが相違する。スケルトンＥＴ０５０は、画
面フローとしては図９と全く同じであるが、明細ファイ
ルのみを画面表示し、ヘッダファイルが存在しない点で
スケルトンＥＴ０１０の処理と相違する。なお、スケル
トンＥＴ０５０では、図９のステップＳＴ２の段階で第
２レベルのキーが入力される。スケルトンＥＴ０５１
は、スケルトンＥＴ０５０とほぼ同じであり、合計行の
処理がない点だけがスケルトンＥＴ０５０と相違する。
スケルトンＥＴ０５２は、第２レベルのキー入力がない
点に特徴があり、画面フローは図１３の通りである。ス
ケルトンＥＴ１５０とＥＴ１５３は、例えば、累積トラ
ンザクションの一括更新のパターンの処理であり、画面
フローを示すと図１４、図１５の通りである。スケルト
ンＥＴ１５０は、ヘッダ入力画面の処理（図１４のＳＴ
２）がある点及び、合計行の処理（図１４のＳＴ４）が
ある点で、スケルトンＥＴ１５３の処理と相違する。

【００１５】２．照会系スケルトン 照会系のスケルトンは、指定条件に合致する登録済レコ
ードを表示するものであり、アクションコードの有無、
明細選択の有無、合計処理の有無、複数明細表示をする
か否かなどによって図１６の８種類に分類される。ここ
で、アクションコードとは、画面に１バイトの入力域を
設けて、その入力値によって実行するプログラムを決定
するフィールドをいう。また、明細選択とは、最初に画
面を表示したときにコードを入力させて、そのコードに
該当するレコードのみを表示させることをいう。なお、
複数明細表示を行う場合にはＡＳ／４００独特の機能で
あるサブファイル画面を使用する。図１７は、スケルト
ンＳＫ０５０の画面フローであり、明細（詳細）データ
の表示を行う処理を示している。なお、明細画面は自動
拡張のサブファイルを用いる。以下、スケルトンＳＫ０
５０を利用したプログラムの一例である納品処理照会プ
ログラムの実行内容を説明する。

【００１６】メニュー選択が行われると、最初にキー入
力画面が表示され（図１７のＳＴ１１）、「得意先コー
ド」、「納品日」、「伝票ＮＯ」の入力可能な状態とな
る（図１８（ａ））。そして、キー画面への入力が完了
すると、エラーチェック後、図１８（ｂ）のようなコン
トロール画面と、サブファイル明細画面とが表示される
（図１７のＳＴ１２）。図１９は、スケルトンＳＫ０１
０の画面フローを図示したものである。条件入力画面を
表示し（図１９のＳＴ１３）、その条件に合致する一覧
照会画面を表示した後（同図のＳＴ１４）、アクション
コードによって照会プログラムを決定して呼び出す（同
図のＳＴ１５）。なお、明細画面は、自動拡張のサブフ
ァイルで一画面分ずつ読み込まれる。図２０は、スケル
トンＳＫ０５１の画面フローを図示したものであり、表
示された伝票などの合計処理が行われる点でスケルトン
ＳＫ０５０の処理と相違する。スケルトンＳＫ０６０
は、サブファイル画面を使用せず、明細第１画面のみ表
示するのが特徴である。図２１（ａ）〜（ｄ）は、それ
ぞれスケルトンＳＫ０２０、ＳＫ０２１、ＳＫ０４０、
ＳＫ０４１の画面フローを図示したものであり、親画面
より受け取ったパラメータに該当するデータを表示す
る。なお、呼出元プログラムから実行するとは、呼出元
プログラムから他のスケルトンＳＫ０２０，ＳＫ０２
１，ＳＫ０４０，ＳＫ０４１を使用したプログラムを外
部呼び出しすることを言う。

【００１７】３．リスト印刷系 リスト印刷系のスケルトンは、条件を入力するか否か、
明細の選択表示を行うか否か、中間ワークを作成するか
否か、明細ヘッダの有無によって図２２のように分類さ
れる。明細の選択表示とは、あるコードが指定された場
合、そのコードをもつ明細を一度画面に表示して、印刷
すべき明細を選択させることをいう。なお、明細の選択
表示を行わない場合には、開始と終了のコードを入力さ
せて、該当するレコードを全て印刷する。また、ここで
明細ヘッダとは、通常のヘッダ以外に、明細のある単位
毎の区切りを分かりやすくする為、その単位毎の最初に
印刷する見出しのことをいう。図２３は、スケルトンＬ
Ｔ０１０の画面フローを図示したものであるが、この処
理を利用して、得意先マスターの一覧表を印刷する場合
の処理内容を説明する。

【００１８】図２４（ａ）のメニュー画面において、
「０１」を入力すると、図２４（ｂ）のような条件入力
画面が表示される（図２３のＳＴ２１）。そこで、帳表
を印刷する条件を入力すると、エラーチェックの後、確
認メッセージを表示し（図２３のＳＴ２２と図２４
（ｃ））、実行キーを打鍵すれば「帳表を印刷していま
す」のメッセージを表示して（図２３のＳＴ２３）この
間、帳表が印刷される。図２５は、スケルトンＬＴ０４
０の画面フローを図示したものである。入力された条件
（図２５のＳＴ２４）に基づいてデータを一覧表示させ
（同図のＳＴ２５）、アクションコードの指定に基づい
て帳表を印刷する点に特徴がある。なお、明細画面は自
動拡張のサブファイルで一画面分ずつ読み込まれる。図
２６は、スケルトンＬＴ０３０の処理フローを図示した
ものである。この処理は、本来、バッチ更新であるが、
この処理によってワークワァイルを作成する目的は帳表
印字のための集計なので、リスト印刷系のスケルトンの
分類されている。図２７と、図２８は、スケルトンＬＴ
０２１とＬＴ０２０の処理フローを図示したものであ
る。図２７は、ヘッダー、明細、（合計）が印刷される
ことを示しており、図２８は、ヘッダー、明細ヘッダ
ー、明細、（合計）が印刷されることを示している。

【００１９】４．バッチ更新系のスケルトン バッチ更新の仕様として、特定の条件にあうデータのみ
を更新するようにしているので、バッチ更新系のスケル
トンは、更新処理を実行するための条件入力をするスケ
ルトンＢＵ０１０と、データの更新を行うスケルトンＢ
Ｕ０２０とに区分されている。図２９と図３０は、スケ
ルトンＢＵ０１０の画面フローと、スケルトンＢＵ０２
０の処理フローを図示したものである。

【００２０】５．マスターメンテ系のスケルトン マスターメンテ系のスケルトンは、明細画面数の数とキ
ー複写機能の有無とによって８種類のスケルトンに区分
される。ここで、キー複写機能とは、新規登録処理の場
合に、既に登録されている別のレコード内容を流用する
機能をいう。図３１は、スケルトンＭＭ０１０の画面フ
ローを図示したものであり、１レコード分の登録、変
更、削除、表示を行う処理を示している。このスケルト
ンの特徴は、ステップＳＴ３１の処理においてキー複写
機能がないこと、及び、明細画面が１画面であることで
ある。スケルトンＭＭ０１１は、スケルトンＭＭ０１０
とほぼ同様の処理であるが、登録モードの場合に、複写
元コードを利用して別のレコード内容を複写できる点
（複写機能）に特徴がある。他のスケルトンについても
同様であり、スケルトンＭＭ０２０とＭＭ０２１は明細
画面が２つであること、スケルトンＭＭ０３０とＭＭ０
３１は明細画面が３つであること、スケルトンＭＭ０５
０とＭＭ０５１は明細画面が５つであることに特徴があ
り、これらを除けば、スケルトンＭＭ０１０とＭＭ０１
１とそれぞれ同じである。

【００２１】次に、スケルトンＭＭ０１０を利用して得
意先マスタの保守をするプログラムの実行内容を紹介す
る。メニュー選択が行われると、最初にキー入力画面
（図３１のＳＴ３１）が表示され（図３２（ａ））、
「得意先コード」を入力すると、図３２（ｂ）のような
明細第１画面（図３１のＳＴ３２）が表示される。そし
て、この明細第１画面に必要な情報を入力した後、実行
キーを打鍵すると、図３３（ａ）の最終行のような確認
メッセージが表示されるので（図３１のＳＴ３３）、こ
の状態で実行キーを打鍵すればデータベース登録処理
（同図のＳＴ３４）が行われる。尚、図３２（ａ）の状
態でファンクションキーＦ５を打鍵すると、モード切替
モードとなって図３３（ｂ）のようなウインドが表示さ
れるので、適宜に登録、変更、表示、削除の各モードに
切り換えることができる。また、このプログラムの場合
には、図３３（ａ）の状態でファンクションキーＦ４を
打鍵すると、コード検索モードとなり、得意先マスター
検索のウインドが表示される（図３３（ｃ））。

【００２２】６．ウインド系のスケルトン ウインド系のスケルトンは、ウインド画面によってデー
タを照会するものである。明細選択キーの数が複数か否
か、コードのみの検索かコード又はカナによる検索が可
能か、検索キーに固定値を仕様するか否かによってスケ
ルトンＷＮ０１１，ＷＮ０１０，ＷＮ０１２，ＷＮ０２
０に区分される（図３４）。尚、ここで、明細選択と
は、初期画面が表示された時にコードを入力させて、そ
のコードに該当するレコードのみを表示させることをい
い、入力するコードが一つの場合と複数の場合がある。
スケルトンＷＮ０１１，ＷＮ０１０，ＷＮ０１２，ＷＮ
０２０の画面フローを図示すると、図３５の通りであ
る。スケルトンＷＮ０１０では、図３５のステップＳＴ
４１の状態で検索開始コードおよびカナの入力が可能で
あるが、スケルトンＷＮ０１１では検索開始コードのみ
の入力が可能である。また、スケルトンＷＮ０１２では
検索開始コードの入力と、予め決定されている固定値と
によって検索される。スケルトンＷＮ０２０は、複数の
検索条件の入力による検索を可能にする処理である。

【００２３】スケルトンＷＮ０１０の説明をするため、
呼出元プログラムが「得意先マスターの保守」プログラ
ムであり、そのプログラムにおいてファンクションキー
Ｆ４が打鍵されて検索モードになった以降について動作
内容を紹介する。呼出元プログラムでファンクションキ
ーＦ４が打鍵されると、ウインドは図３６（ｂ）の状態
となる。なお、受け渡されるパラメータが無いとする。
この状態で検索条件たる「得意先コード」の先頭値「０
００１」が入力されると（図３５のＳＴ４１）、エラー
チェック後、図３７（ａ）のような明細選択画面が表示
される（図３５のＳＴ４２）。つまり、「得意先コー
ド」が「０００１」以降のものが表示される。この状態
で選択する番号「２」を入力すると（図３７（ｂ））、
検索結果たる「００００２」を呼出元プログラムにパラ
メータセットする（図３７（ｃ））。尚、以上の説明
は、「得意先コード」つまりコードを指定して検索した
が、スケルトンＷＮ０１０ではカナによる検索も可能で
ある。例えば図３８（ａ）において「得意先名」の欄に
「ア」を入力すると、「ア」以降の得意先が表示される
（図３８（ｂ））。なお、この場合、コードによる検索
の場合とは別のファイルを読んでいる。以上、３４種類
のスケルトンについて説明したが、設計上の便宜のた
め、図３９から図４２までの設計パターン表が用意され
ている。

【００２４】〔画面ファイルの設計〕画面ファイルの設
計に当たっては、上記した３４種類のスケルトンのうち
何を利用するかを先ず決定する必要がある。今は、社員
マスターファイルを構築し、１レコード毎の登録、変
更、削除、表示をさせるのであるから、図３９〜図４２
の設計パターン表からスケルトンＭＭ０１１を選択する
ことにする。本装置を画面ファイル設計モードに設定す
ると、コンソール画面は、図４３（ａ）の状態となる。
そして、「画面ＩＤ」欄に例えば「ＲＣ００Ｄ００１」
を入力して実行キーを打鍵すると、コンソール画面は図
４３（ｂ）となる。そこで、「画面名称」、「スケルト
ン本体ＮＯ」を入力すると共に、参照用ファイルの設定
をする必要がある。なお、「スケルトン本体ＮＯ」とは
前記３４種のスケルトンのそれぞれに付された記号であ
る。「スケルトン本体ＮＯ」を思い出せない場合もある
が、かかる場合には「スケルトン本体ＮＯ」欄にカーソ
ルを合わせてファンクションキーＦ４を打鍵すれば良
い。すると、コンソール画面は図４３（ｃ）の状態とな
るので、所望のスケルトンの位置にカーソルを合わせて
実行キーを打鍵することで「スケルトン本体ＮＯ」を入
力することができる。なお、この例では、スケルトンＭ
Ｍ０１１を選択し、画面名称を「社員マスターメンテナ
ンス」にしたことにする（図４４）。なお、図４５はス
ケルトンＭＭ０１１の画面フローを図示したものであ
る。

【００２５】次にファイルレベル情報を特定する必要が
あるが、図４６（ａ）のようにファイルレベル情報の登
録が完了すると、次に、キー部入力画面（図４５のＳＴ
３１）に関して、ソースリストのレコードレベル記述部
とフィールドレベル記述部に必要となる情報をコンソー
ルから入力する必要がある。スケルトンが決定されてい
ることから、図４６（ｂ）に示される内容が自動的に決
定される。図４６（ｂ）の状態で実行キーを打鍵すると
図４６（ｃ）のようなウインド画面が表示されるので、
画面名称と、その画面の使用行を入力する必要がある。
今は、１行目から５行目までを「キー部入力画面」にす
るため、図４７（ａ）の状態でファンクションキーＦ９
を打鍵する。次に、キー部入力画面において使用するフ
ァンクションキーを登録する必要があるが、図４５に示
すようにファンクションキーＦ３，Ｆ５は必須であり、
Ｆ１，Ｆ４，Ｆ６を使用するか否かを決定すれば良い。
なお、この例ではファンクションキーＦ４も使用するこ
とにするので、図４７（ｂ）の状態でファンクションキ
ーＦ４の欄を「Ｙ」にしてファンクションキーＦ９を打
鍵する。すると、コンソール画面は図４７（ｃ）のよう
になるのでファンクションキーＦ９を打鍵して以降の操
作に進む。

【００２６】次にコンソール画面は、図４８（ａ）のよ
うにウインド画面が表示されるので、明細第１画面（図
４５のＳＴ３２）について、画面名称と、その画面の使
用行を入力する必要がある。今は、６行目から２２行目
までを「データ部入力画面」と命名したことにする（図
４８（ｂ））。その後、「データ部入力画面」で使用す
るファンクションキーを登録し、キーワードを設定す
る。ここでキーワードとは、画面ファイル作成時に特定
の機能を組み込むたための記号である。「データ部入力
画面」についてのキーワードの登録が完了すると、コン
ソール画面は、図４９（ａ）の状態となるので、名称
（「操作ガイド表示画面」）と使用行（２３行）を入力
する必要がある（図４９（ｂ））。この後、ファンクシ
ョンキーＦ９を打鍵すると図４９（ｃ）の状態となるの
で、ファンクションキーＦ９を打鍵してＯＶＥＲＬＡＹ
とＰＲＯＴＥＣＴのキーワードを登録する。

【００２７】次に、コンソール画面は、図５０（ａ）と
なるので、確認後これを登録すると、コンソール画面
は、図５０（ｂ）のようになる。図５０（ｂ）の状態で
ファンクションキーＦ６を打鍵するとコンソール画面
は、図５０（ｃ）のようになるので、入力操作画面と同
時に表示されるべき画面を指定する。ここでは、「キー
部入力画面」（入出力操作画面ＦＭＴ０１）と「操作ガ
イド表示画面」（ＦＭＴ９１）を同時に表示させるので
図５１（ａ）のように指定する。同様にして、図５２の
ように、「データ部入力画面」と「キー部入力画面」と
「操作ガイド表示画面」とを同時に表示させるべく指定
する。なお、図５２（ｂ）の状態でファンクションキー
Ｆ９を打鍵すると図５２（ｃ）の状態となる。その後、
操作を進めると、コンソール画面は、図５３（ａ）のよ
うになる。この画面は、画面レイアウトに適したものと
なっており、図５３（ｂ）（ｃ）のような画面で表示属
性を指定しつつ図５４（ａ）の画面を作っていく。な
お、コンソール画面の下から４行目以降には「１項目配
置，２項目移動，３項目複写，４項目削除，５項目表
示，６項目変更，７拡張定義，８ガイドメッセージ配
置，９複写元用項目配置，１０固定文字配置，１１固定
値記憶，１２表示切替，９９処理ＮＯの続き」のＯＰＴ
欄があり、画面作成が容易である。例えば、図５４
（ａ）から「項目配置」を行うときは、ＯＰＴ欄の
「１」を選択すると、「社員コード」に関するフィール
ド情報の設定ができる（図５４（ｂ））。

【００２８】図５４（ｂ）の状態で実行キーを打鍵する
と、コンソール画面が図５４（ｃ）の状態となるので、
エラーチェック欄を「２」にして実行キーを打鍵する。
以下、同様にして「キー部入力画面」についてのフィー
ルド情報の登録を完了させる。「操作ガイド表示画面」
や「データ部入力画面」についても同様であり、それぞ
れのフィールド情報をＯＰＴ欄の機能などを利用して登
録してゆく。「キー部入力画面」ＦＭＴ０１、「データ
部入力画面」ＦＭＴ０２、「操作ガイド表示画面」ＦＭ
Ｔ９１の各々についてフィールド情報の登録が行われる
と、画面ファイル設計のためのコンソール操作が完了
し、入力された情報に基づいて画面ファイルソースコー
ドが自動生成される。この発明の場合、従来例のよう
に、画面ファイル設計書に基づいてコーディングしなく
ても、誤りのないソースコードが自動作成される。しか
も、誰がコンソール操作をした場合でも、上級者がコー
ディングしたレベルのソースコードが常に一定品質で作
成される。コンソール操作が完了した状態において、必
要があれば、図５５〜図６３に示す画面ファイル設計書
を印字出力することができる。また、適宜な操作をすれ
ば、図６４〜図６７に示す画面ファイルソースリストを
印字出力することができる。この場合、画面ファイル設
計書と画面ファイルソースリストの内容は完全に一体一
に対応しているので、誰が見ても明快であり、設計変更
や修正が非常に容易である。

【００２９】また、コンソール操作が完了した段階で
は、ＲＰＧプログラム生成用データのファイルが構築さ
れている。ここでＲＰＧプログラム生成用データは、ガ
イドメッセージ情報(1) と、画面フィールド情報(2)
と、ファンクションキー情報(3)と、エラー標識情報(4)
と、複写元フィールド情報(5) とからなる。 (1) ガイドメッセージ情報とは、操作ガイド表示画面
（ＦＭＴ９１）に表示されるメッセージに関する情報で
ある。この例の場合には、図４５の画面フローの１回目
の表示（ＳＴ３１）において『Ｆ３＝終了 Ｆ５＝モー
ド切換』と表示させ、２回目の表示（ＳＴ３２）におい
て『Ｆ３＝終了 Ｆ１２＝前画面』と表示させることに
すると、『Ｆ３＝終了 Ｆ５＝モード切換』及び『Ｆ３
＝終了 Ｆ１２＝前画面』がガイドメッセージ情報とな
る。 (2) 画面フィールド情報とは、画面ファイル設計書の図
６０の記載される情報をいう。 (3) ファンクションキー情報とは、「社員マスターファ
イルの保守」プログラム実行時において、各画面でどの
ファンクションキーが使用されるかの情報であって、こ
の例では、キー部入力画面（ＦＭＴ０１）においてファ
ンクションキーＦ３，Ｆ４，Ｆ５が使用され、データ部
入力画面（ＦＭＴ０２）においてファンクションキーＦ
３，Ｆ１２が使用される旨の情報である（図５６、図５
７の画面ファイル設計書参照）。 (4) エラー標識情報とは、エラーチェック用の標識に関
する情報であり、この例では、「社員コード」の欄と
「社員コード（複写）」の欄の入力値においてエラーチ
ェックをする旨が登録されており、対応する各標識は、
「３０」及び「３１」と登録されている。 (5) 複写元フィールド情報とは、登録モード時に複写元
コードによる複写機能を有するスケルトンにおける情報
であり、この例では複写元のフィールド名称が「社員コ
ード（複写）」であり、フィールドＩＤが「ＤＳ００
２」である旨の情報を言う。

【００３０】〔ユニット情報の登録〕画面ファイル設計
が完了すれば、次にユニット情報の登録を行う。なお、
ここでユニット情報とは、設計しようとしているＪＯＢ
（ＣＬプログラム）を構成するＣＬプログラム／ＲＰＧ
プログラム／書式メンバーの情報をいう。本装置をユニ
ット情報の登録のモードにすると、コンソール画面は図
６８（ａ）の状態になる。ここでユニットタイプは、Ｒ
ＰＧと指定されるが、ＣＬＰとは、ＣＬプログラム（コ
ントロールランゲージ）の意であり、ＡＰＷ，ＡＰＰＷ
は、書式合成するために必要な情報である。次に、今、
作成しようとしているユニット（プログラム）の名称を
「社員マスターの保守」と入力し、ユニットＩＤを「Ｒ
ＣＭ００１」と入力する。また、ユニット機能説明を入
力しておく（図６８（ｂ））。そして、スケルトン本体
ＮＯの欄に「ＭＭ０１１」を入力する。以上の操作によ
ってプログラムの名称と使用するスケルトンの決定がさ
れたことになる。

【００３１】次に、プログラムの受け取りパラメータが
ある場合には、図６８（ｃ）のような画面においてパラ
メータＩＤ、パラメータ名称、桁数、小数桁を決定する
必要がある。また、図６９（ａ）のような画面において
使用ファイルを決定する必要がある。ここで使用するフ
ァイルは「社員マスター」ファイルと「社員マスターメ
ンテナンス」ファイルであるので、図６９（ｂ）のよう
にして必要な情報を入力する。尚、「社員マスター」フ
ァイルは、物理ファイル設計で作成されたデータベース
ファイルであり、「社員マスターメンテナンス」ファイ
ルは、画面ファイル設計で作成された画面ファイルであ
る。その後、外部プログラムを決定する（図６９
（ｃ））。なお、ここでは「社員マスターの検索」の名
称の外部プログラムを登録しているが、このプログラム
は、「社員マスターの保守」プログラムから呼び出され
る「社員マスターファイル」の検索用のプログラムであ
る。

【００３２】以上のようなユニット情報の登録処理によ
って設計用データが作成される。ここで、設計用データ
は、スケルトン情報(6) と、使用ファイル情報(7) と、
パラメータ情報(8) と、外部プログラム情報(9) とから
なる。 (6) スケルトン情報とは、生成しようとしている「社員
マスターファイルの保守」プログラムの元になるスケル
トンを特定するＩＤであり、この例の場合には「ＭＭ０
１１」が該当する。 (7) 使用ファイル情報は、「社員マスターファイルの保
守」プログラムで使用されるファイルに関する情報であ
り、ファイルＩＤ、ファイル名称、ファイルタイプなど
を特定する情報をいう。なお、この例では、物理ファイ
ルとしてＩＤが「ＲＣＭＥＭＰＰ」の「社員マスター」
を使用し、画面ファイルとしてＩＤが「ＲＣ００Ｄ００
１」の「社員マスターメンテナンス」を使用する旨の情
報となる。使用ファイル情報は、ファイルＩＤ、ファイ
ル名称、ファイルに対するＩ／Ｏ、ファイルのキー使用
の有無、オプション（Ｓ／Ｒ／Ｉ）を持っているが（図
６９（ａ））、オプションＳは、サブファイルをしよう
する画面ファイル、オプションＲはレコード様式のリネ
ームをすること、オプションＩはインフォメーションＤ
Ｓを使用すること、を意味する。 (8) パラメータ情報は、受渡しパラメータがある場合
の、パラメータＩＤ、パラメータ名称、桁数、タイプに
ついての情報であるが、この例の場合には存在しない。 (9) 外部プログラム情報とは、使用される外部プログラ
ムに関する情報であり、プログラムＩＤ、プログラム名
称の情報である。この例の場合には、ファンクションキ
ーＦ４による「コード検索」に関連して、プログラムＩ
Ｄ「ＷＩＮ００１」の「社員マスターの検索」が該当す
る。

【００３３】〔スケルトンソースファイル〕以上のユニ
ット情報の登録の操作により、「社員マスターファイル
の保守」プログラムの元になるスケルトンＭＭ０１１が
特定されるので、次に、スケルトンソースファイルにつ
いて説明しておく。図８６〜図９２に示すように、スケ
ルトンソースファイルには、自動生成するソースプログ
ラムの基礎となるソースコード（以下、基礎ソースコー
ドという）が記憶されており、基礎ソースコードは、６
桁のＤＥＬＥＴ欄、６桁のサブルーチン欄、１６桁の処
理名ＩＤ欄、２桁の開始桁欄、及び、８０桁のソースコ
ード欄から構成されている。ＤＥＬＥＴ欄には、例え
ば、「ＳＹＲＳＲＴ」，「Ｆ１Ｆ０４」，「Ｆ１Ｆ０
６」，「Ｆ２Ｆ０４」，「Ｆ２Ｆ０６」の処理ＩＤが付
されているが、これらのソースコード行は、削除される
可能性のある行であることを意味している。すなわち、
画面フローに示されている通り、各スケルトンには、必
ず使用される必須ファンクションキーと任意に選択され
る任意ファンクションキーとがあるが、スケルトンソー
スファイルには、全てのキーが使用されることを前提と
して基礎ソースコードが作成されており、任意キーに関
する処理にはＤＥＬＥＴ欄に処理ＩＤが付されているの
である。

【００３４】例えば、スケルトンＭＭ０１１において
は、ファンクションキーＦ３，Ｆ５，Ｆ１２は必須キー
であるが、ＷＩＮＤＯＷ画面処理に関してファンクショ
ンキーＦ１，Ｆ４，Ｆ６は任意キーである。そこで、画
面ｉにおけるファンクションキーＦｊに関する処理に
は、「ＦｉＦ０ｊ」の処理ＩＤを付しておき、プログラ
ムの自動生成時に適宜に削除するようにしている。な
お、処理ＩＤ「ＳＹＲＳＲＴ」の付されている部分は、
ファンクションキーＦ６による「処理切替」に関する処
理であることを意味している。サブルーチン欄の処理Ｉ
Ｄは、主としてサブルーチンを識別するためのものであ
り、処理単位ごとに異なる処理ＩＤが付されている。但
し、実際には、「ＥＳＩＹＯ」，「ＩＳＩＹＯ」，「Ｐ
ＬＩＳＴ」など、先頭領域の処理ＩＤのみが意義を有し
ており、Ｈ仕様書、Ｆ仕様書、Ｅ仕様書、Ｉ仕様書を完
成させるために使用される。例えば、処理ＩＤ「ＥＳＩ
ＹＯ」は、この行の前にＦ仕様書ソースリストが挿入さ
れ、挿入されたＦ仕様書ソースリストの後にスケルトン
のＥ使用書ソースコードが続くことを意味する。また、
処理ＩＤ「ＩＳＩＹＯ」は、この行の前にＥ仕様書とＩ
仕様書のソースリストが挿入されることを意味する。な
お、処理ＩＤ「ＰＬＩＳＴ」は、パラメータリストの意
味であるが、実際には、この処理ＩＤの付されたソース
コード行の以降は、サブルーチン欄を無視して、処理名
ＩＤ欄や桁欄を参照してソースコードの置き換えやソー
スコードの自動生成を行うべきことを意味している。

【００３５】処理名ＩＤ欄の処理ＩＤには、置き換え型
ＩＤと挿入型ＩＤとがある。ここで、置き換え型ＩＤと
は、開始桁欄に数字情報を有する処理ＩＤを言い、開始
桁欄の数字以降のコードは、置き換え型ＩＤで特定され
る別のコードで置き換えられることを意味する。例え
ば、処理ＩＤ欄に処理ＩＤ「ＲＭＶＰＧＭ」とあり、開
始桁欄に「３４」とあれば、その行のソースコード欄の
３４桁目以降は、処理ＩＤ「ＲＭＶＰＧＭ」で特定され
るコードで置き換えられる。一方、挿入型ＩＤとは、開
始桁欄に数字情報を有しない処理ＩＤを言い、この処理
ＩＤで特定される一連のソースコードが、挿入型ＩＤの
付された行以降に挿入されることを意味する。例えば、
処理ＩＤ欄に「ＰＬＩＳＴ ＣＯＭＭＯＮ」とあれば、
処理ＩＤ「ＰＬＩＳＴ ＣＯＭＭＯＮ」で特定される一
連のソースコードがこの行以降に挿入される。

【００３６】〔ＲＰＧプログラム設計〕ＲＰＧプログラ
ム設計においても、コンソール画面での操作によってＲ
ＰＧプログラムの作成に必要な残りの情報が入力され
る。そして、必要な情報の入力が完了すると、適宜な操
作によって、図７０〜図８５のプログラム設計書が印字
出力される。コンソール操作で入力された情報は、ワー
クフィールド情報(10)、キーリスト情報(11)、キー編集
情報(12)、部品編集情報(13)、パラメータ編集情報(1
4)、フィールド編集情報(15)、エラーチエック情報(1
6)、更新情報(17)、抽出情報(18)、終了情報(19)に区分
されるが、各情報の内容を図７０〜図８５のプログラム
設計書などを参照しつつ説明する。

【００３７】(10)ワークフィールド情報とは、ワークフ
ィールドに関する設計書（図７３）に印字される情報に
対応したものであり、属性、ワークフィールドＩＤ、ワ
ークフィールド名称、桁数、タイプ、小数、備考の各欄
の情報をいう。 (11)キーリスト情報とは、キーリストファイル読込情報
に関するものであり、この例の場合には、キーリスト名
「ＫＥＹＥＰＭ」、アクセス方法「ＣＨＡＩＮ」、キー
フィールドＩＤ「ＥＭＰＣＤＥ」がこれに該当する（図
７６）。 (12)キー編集情報とは、キーリストファイル読込情報に
関するものであり、この例の場合には、「ＤＳ００１」
がこれに該当する（図７６）。 (13)部品編集情報とは、「社員マスターファイルの保
守」プログラムで使用される部品に関する情報であり、
この例では、部品ＩＤ「＃ＣＭ００４」について図７７
の設計書に対応した情報が該当する。ここで部品とは、
漢字カット、漢字コード変換、システム日付取得、日付
チェック、時刻チェック、和暦と西暦の間の日付変換、
時間変換、日数計算、時間計算、うるう年判定、曜日判
定、漢字合成、英数字合成、消費税計算、などの使用頻
度の高い上記の各処理を実現する部品プログラムを言
い、本装置にソースプログラムの形式で保有されてい
る。なお、「＃ＣＭ００４」は、日付チェックの処理で
あり、コンソールから入力された日付が不合理なもので
ないかのチェックを行うものである。 (14)パラメータ編集情報は、図８０に示す設計書に関す
る情報であり、この例では存在しない。 (15)フィールド編集情報は、物理ファイル「社員マスタ
ー」、画面ファイル「社員マスターメンテナンス」につ
いての図８１、図８２、図８３に示す設計書の情報であ
り、この例では、データベースファイルＩＤ「ＲＣＭＥ
ＭＰＰ」や、データベースフィールドＩＤ「ＥＭＰＣＤ
Ｅ」…「ＥＭＰＵＤＴ」や、編集条件および内容「ＤＳ
００１」…「ＷＫＦＹＭＤ」などが該当する。 (16)エラーチエック情報は、エラーチェックに関する情
報であるが、この例では「社員コード」「社員コード
（複写）」が関係しており、図８４、図８５の情報が該
当する。 (17)更新情報、(18)抽出情報、(19)終了情報は、図７
８、図７９の設計書に関する情報であるが、この例の場
合には存在しない。

【００３８】〔ＲＰＧプログラムの自動生成〕プログラ
ム設計書に印字される上記の各情報は、コンソール操作
によって円滑に入力されるが、入力された各情報に基づ
いて、ソースコード合成前処理とソースコード合成処理
とが行われる。 １．ソースコード合成前処理（図９３） 先ず、部品編集情報(13)を参照して部品プログラムが使
用されるか否かを判定し（ＳＴ６０）、部品プログラム
が必要である場合には、該当する部品ソースプログラム
を複写する。この例の場合には、部品ＩＤ「＃ＣＭ００
４」に対応して、日付チェックプログラムについての部
品ソースファイルが作成される（ＳＴ６１）。次に、使
用ファイル情報(7) に基づいてＦ仕様書ファイルが作成
される（ＳＴ６２）。具体的には、図９５のソースリス
ト第１行から第２３行の内容を有するＦ仕様書のソース
ファイルが完成される。続いて、スケルトン情報(6) と
ワークフィード情報(10)とを参照して、Ｉ仕様書ファイ
ルが作成される（ＳＴ６３）。この例の場合には、図９
５、図９６のソースリストの第３０行〜第９３行の内容
がこれに該当し、スケルトンＭＭ０１１が画面ファイル
を使用することから第３３行〜第４３行が自動生成さ
れ、また、図７３の設計書（ワークフィールド）の内容
に対応して第５０行〜第６７行と第７６行〜第９３行と
が生成される。なお、スケルトンＭＭ０１１ではシステ
ム日付を使用するので第６８行〜第７５行が生成され
る。

【００３９】また、ガイドメッセージ情報(1) 、キー編
集情報(12)、部品編集情報(13)、パラメータ編集情報(1
4)、フィールド編集情報(15)に基づいて、図９５のソー
スリストの第２９行目に対応するＥ仕様書のソースファ
イルと、図１１０の第８８１行目から第８８５行目に対
応する配列ファイルが完成される（ＳＴ６４）。次に、
パラメータ情報(8) などを参照して、必要なＰＬＩＳＴ
ファイルを作成する（ＳＴ６５）。この例の場合にはパ
ラメータ情報(8) は存在しないが、外部プログラムとし
て「社員マスターの検索」を使用するので、これに関連
してソースリストの第１３６行〜第１３８行を生成して
いる（図９７）。なお、ソースリストの第１３９行〜第
１４３行は、部品ソースファイルによるものである。ま
た、キーリスト情報(11)に基づいて、図９７のソースリ
スト第１５０行目から第１５５行目に対応するＫＬＩＳ
Ｔファイルが作成される（ＳＴ６６）。

【００４０】次に、スケルトン情報(6) とファンクショ
ンキー情報(3) とに基づいて、任意ファンクションキー
に関する処理のうち使用しない部分が、ＤＥＬＥＴ欄の
処理ＩＤで特定される（ＳＴ６７）。この例では、キー
部入力画面（ＦＭＴ０１）ではファンクションキーＦ６
を使用せず、データ部入力画面（ＦＭＴ０２）ではファ
ンクションキーＦ４，Ｆ６を使用しないと設定している
ので、ＤＥＬＥＴ欄に「Ｆ２Ｆ０４」「ＳＹＲＳＲＴ」
の処理ＩＤが付されているソースコードの行は使用され
ないことになる。なお、「ＳＹＲＳＲＴ」の部分には、
ファンクションキーＦ６が打鍵された場合に呼び出され
る外部プログラムに関する処理が記載されているので、
この部分も使用されないことになる。つまり、基礎ソー
スコード（図８６〜図９２）のうち、この例において使
用されない処理は、処理ＩＤ「Ｆ２Ｆ０４」「ＳＹＲＳ
ＲＴ」の付された部分である。続いて、本装置に登録さ
れているスケルトンソースファイルより、不必要な行を
除いた基礎ソースコード（図８６〜図９２）が複写され
る。この例では、上記ステップＳＴ６７の処理におい
て、処理ＩＤ「Ｆ２Ｆ０４」「ＳＹＲＳＲＴ」の部分が
不要であると決定されているので、「Ｆ２Ｆ０４」「Ｓ
ＹＲＳＲＴ」の行を除いて基礎ソースコードが複写され
る（ＳＴ６８）。なお、複写されるのは、図８６〜図９
２に示すもののうちＤＥＬＥＴ欄より右の部分である。

【００４１】基礎ソースコードの複写が完了すると、次
に、画面フィールド情報(2) 、ファンクションキー情報
(3) 、エラー標識情報(4) 、複写元フィールド情報(5)
、使用ファイル情報(7) に基づいて、置き換え型ＩＤ
の内容を決定してゆく（図９４のＳＴ６９）。この例の
場合、使用ファイル情報(7) より「ＭＡＩＮＦＩＬＥＮ
ＡＭＥ」が「社員マスター」であると特定され、画面フ
ィールド情報(2) より「ＭＡＩＮＲ ＮＡＭＥ」がレコ
ードＩＤ「ＲＣＭＥＭＰＲ」と特定される。また、選択
されているスケルトンがＭＭ０１１であり、登録モード
時に複写元コードによる複写機能を備えているので、画
面フィールド情報(2) を参照することにより、処理ＩＤ
「ＣＯＰＹ ＣＯＤＥ１」，「ＣＯＰＹ ＣＯＤＥ
２」，「ＣＯＰＹ ＣＯＤＥ ＯＮＬＹ」がそれぞれ
「ＤＳ００２」に対応すると特定されてゆく。なお、置
き換え型ＩＤには「×××ＭＳＧＩＤ×」タイプの処理
ＩＤに２８種、「×××ＰＧＭ」タイプの処理ＩＤに８
種あるが、これらの内容は開発環境が定められた段階で
既に決定されており、今の段階で問題になることはな
い。

【００４２】以降は、主として挿入型ＩＤに関する処理
であり、使用ファイル情報(7) 、キーリスト情報(11)、
キー編集情報(12)に基づいて、メインファイルや参照フ
ァイルの読み込み処理についてのソースコードを自動生
成してゆく（図９４のＳＴ７０）。具体的には、処理Ｉ
Ｄ「ＭＡＩＮＲ ＣＨＡＩＮ１」に対応して、図１０２
のソースコード４２０行と４２１行が生成され、処理Ｉ
Ｄ「ＭＡＩＮＲ ＣＨＡＩＮ２」に対応して図１０２と
図１０３のソースコード４４８行と４４９行が生成され
る。また、処理ＩＤ「ＭＡＩＮＲ ＲＥＣＨＡＩＮ」に
対応して図１０８のソースコード７４２行と７４３行が
生成される。なお、ソースコード２９行、１５９行、８
８４行、８８５行についても生成される。以上のステッ
プＳＴ７０までの処理（図９３、９４）は、使用するス
ケルトンに拘わらず行われるが、以降の処理はスケルト
ンの種類などによって異なる。

【００４３】先ず、画面ファイルを使用するスケルトン
か否かが判断される（図９４のＳＴ７１）。スケルトン
は、エントリー系（ＥＴ×××）、照会系（ＳＫ××
×）、リスト印刷系（ＬＴ×××）、バッチ更新系（Ｂ
Ｕ×××）、マスターメンテ系（ＭＭ×××）、ウイン
ド系（ＷＮ×××）に大別されるが、リスト印刷系（Ｌ
Ｔ×××）とバッチ更新系の一部（ＢＵ０２０）には画
面処理がないので、他のものとは処理内容が異なるので
ある。画面処理がある場合、エントリー系（ＥＴ××
×）のスケルトンか否かが次に判断される（同図ＳＴ７
２）。そして、エントリー系のスケルトンである場合に
は、置き換え型ＩＤ及び挿入型ＩＤに関して、エントリ
ー系処理に独特ソースコードが生成される（同図ＳＴ７
３）。具体的には、自動採番、排他チェック、伝票番号
獲得などの各処理に関するソースコードが生成される。
画面処理がある場合であって、エントリー系（ＥＴ××
×）以外のスケルトンの場合には、ファンション情報
(3) を参照して、必要があれば、外部プログラムの呼び
出し部分を生成する（同図ＳＴ７４）。具体的には、フ
ァンション情報(3) よりキー部入力画面（ＦＭＴ０１）
ではファンクションキーＦ４を使用することが分かるの
で、画面フィールド情報(2) 、パラメータ情報(8) 、外
部プログラム情報(9) 、パラメータ情報(14)に基づい
て、検索ルーチンを呼び出す処理である「Ｆ１Ｆ０４
ＣＯＭＭＯＮ」の内容を自動生成する。

【００４４】次にエラーチェック情報(16)を参照して、
必要があれば、エラーチェック処理の部分を生成する
（同図ＳＴ７５）。この例では、キー部入力画面（ＦＭ
Ｔ０１）の処理でエラーチェックが必要であるので、エ
ラー標識情報(4) 、複写元フィールド情報(5) 、エラー
チェック情報(16)のデータに基づいて、処理ＩＤ「Ｆ１
ＣＨＫ ＳＥＴＯＦ」、「Ｆ１ＣＨＫ ＣＯＭＭＯ
Ｎ」、「Ｆ２ＣＨＫ ＳＥＴＯＦ」、「Ｆ２ＣＨＫ Ｃ
ＯＭＭＯＮ」、「Ｆ１ＣＨＫ ＣＯＰＹ」の内容を生成
する。最後に、ＤＢファイルや画面ファイルの編集に関
する挿入型ＩＤの内容を自動生成する（同図ＳＴ７
６）。具体的には、フィールド編集情報(15)を参照し
て、データベースファイルＩＤの欄に「ＲＣＭＥＰＰ」
とあり、また使用ファイル情報(7) よりこれがメインフ
ァイルであると分かるので、フィールド編集情報(15)に
基づいて、メインファイルへの編集処理である処理ＩＤ
「ＳＢ０００ ＣＯＭＭＯＮ」の内容を生成する。ま
た、フィールド編集情報(15)のレコードＩＤ欄から「Ｈ
ＥＮＳＹＵＤＢＴＯＧＭＮ２」の処理が必要であると分
かるので、ソースコード４６７行から４８１行の内容
（図１０３）が生成される。一方、上記ステップＳＴ７
１の判定において画面処理がないとされた場合は、ステ
ップＳＴ７７の処理に移り、必要があればコントロール
ブレイク用の処理に関する挿入型ＩＤの内容を自動生成
する。そして、ＤＢファイル、帳表ファイルの編集に関
する挿入型ＩＤの内容を自動生成する（図９４のＳＴ７
８）。

【００４５】２．ソースコード合成処理（ＳＴ７９） 以上の処理が完了すると、合成処理に移行し（図９４の
ＳＴ７９）、ステップＳＴ６８の処理で複写された基礎
ソースコードについて、サブルーチン欄と処理ＩＤ欄と
開始桁欄とを削除しつつ、自動生成されたソースコード
を挿入したり、基礎ソースコードの一部を書き換えたり
する。具体的には、サブルーチン欄に処理ＩＤの無い行
は削除し、処理ＩＤ「ＥＳＩＹＯ」を検出すると、ステ
ップＳＴ６２の処理で作成したＦ仕様書ファイルの内容
（ソースリスト第１〜第２３行）を挿入し、その後に、
処理ＩＤ「ＥＳＩＹＯ」の付されたソースコード行を続
ける（ソースリスト第２４〜第２８行）。その後、処理
ＩＤ「ＩＳＩＹＯ」を検出すると、既に生成されている
Ｅ仕様書ファイル（ソースリスト第２９行）、Ｉ仕様書
ファイル（ソースリスト第３０〜第９３行）、部品のＩ
仕様書ファイル（ソースリスト第９４〜第９８行）を挿
入し、その後に、処理ＩＤ「ＩＳＩＹＯ」の付されたソ
ースコード行を続ける（ソースリスト第９９〜第１３２
行）。

【００４６】処理ＩＤ「ＰＬＩＳＴ」を検出すると、以
降はサブルーチン欄の処理ＩＤを無視して、処理ＩＤ欄
の処理ＩＤに着目する。そして、処理ＩＤ欄に処理ＩＤ
が存在しなければ、基礎ソースコードをそのまま使用
し、挿入型ＩＤが検出されたら既に生成されているソー
スコードを挿入し、置き換え型ＩＤが検出されたら、必
要箇所を書き換えてソースコードを完成させる。このよ
うにしてＲＰＧソースコードが自動生成されるが、適宜
な操作によってソースコードリストを印字出力させるこ
とができる。図９５〜図１１０は、印字出力されたソー
スコードリストを図示したものであり、左５桁の行番号
の右には「／」，「／／」の記号が付されている。ここ
で、記号「／」の付されている行は、部品ソースファイ
ルに基づくものであり、記号「／／」の付されている行
は、スケルトンソースファイルに基づくものであり、そ
の他が自動生成された行である。

【００４７】

【発明の効果】以上説明したように、この発明に係るプ
ログラム自動生成装置は、複数種類の処理内容につい
て、そのソースコードを記憶する記憶手段と、プログラ
ムの詳細設計をコンソール操作のみで実現する詳細設計
手段と、コンソール入力された情報と記憶手段に記憶さ
れているソースコードとを組み合わせて、作成しようと
するプログラムのソースコードを自動生成する自動生成
手段とを特徴的に備えている。そのため、プログラム言
語を熟知しない者でも高品質のソースコードを生成する
ことのでき、しかも、生成されたソースコードど完全に
一致する設計書を印字出力させることができる。

【図面の簡単な説明】

【図１】本発明のプログラム自動生成装置について、動
作概要を示した流れ図である。

【図２】物理ファイル設計でのコンソール操作を説明す
る図面である。

【図３】物理ファイル設計でのコンソール操作を説明す
る図面である。

【図４】物理ファイル設計でのコンソール操作を説明す
る図面である。

【図５】物理ファイル設計でのコンソール操作を説明す
る図面である。

【図６】印字出力されるデータファイルソースリストで
ある。

【図７】印字出力されるデータベース設計書である。

【図８】エントリー系スケルトンの細分法を説明した図
面である。

【図９】スケルトンＥＴ０１０の画面フローである。

【図１０】スケルトンＥＴ０１０の動作内容を説明する
図面である。

【図１１】スケルトンＥＴ０１０の動作内容を説明する
図面である。

【図１２】スケルトンＥＴ０１０の動作内容を説明する
図面である。

【図１３】スケルトンＥＴ０５２の画面フローである。

【図１４】スケルトンＥＴ１５０の画面フローである。

【図１５】スケルトンＥＴ１５３の画面フローである。

【図１６】照会系スケルトンの細分法を説明した図面で
ある。

【図１７】スケルトンＳＫ０５０の画面フローである。

【図１８】スケルトンＳＫ０５０の動作内容を説明する
図面である。

【図１９】スケルトンＳＫ０１０の画面フローである。

【図２０】スケルトンＳＫ０５１の画面フローである。

【図２１】スケルトンＳＫ０２０、ＳＫ０２１、ＳＫ０
４０、ＳＫ０４１の画面フローである。

【図２２】リスト印刷系スケルトンの細分法を説明した
図面である。

【図２３】スケルトンＬＴ０１０の画面フローである。

【図２４】スケルトンＬＴ０１０の動作内容を説明する
図面である。

【図２５】スケルトンＬＴ０４０の画面フローである。

【図２６】スケルトンＬＴ０３０の画面フローである。

【図２７】スケルトンＬＴ０２０の画面フローである。

【図２８】スケルトンＬＴ０２１の画面フローである。

【図２９】スケルトンＢＵ０１０の画面フローである。

【図３０】スケルトンＢＵ０２０の処理フローである。

【図３１】スケルトンＭＭ０１０の画面フローである。

【図３２】スケルトンＭＭ０１０の動作内容を説明する
図面である。

【図３３】スケルトンＭＭ０１０の動作内容を説明する
図面である。

【図３４】ウインド系スケルトンの細分法を説明した図
面である。

【図３５】スケルトンＷＮ０１０の画面フローである。

【図３６】スケルトンＷＭ０１０の動作内容を説明する
図面である。

【図３７】スケルトンＷＭ０１０の動作内容を説明する
図面である。

【図３８】スケルトンＷＭ０１０の動作内容を説明する
図面である。

【図３９】設計パターン表である。

【図４０】設計パターン表である。

【図４１】設計パターン表である。

【図４２】設計パターン表である。

【図４３】画面ファイル設計でのコンソール操作を説明
する図面である。

【図４４】画面ファイル設計でのコンソール操作を説明
する図面である。

【図４５】スケルトンＭＭ０１１の画面フローである。

【図４６】画面ファイル設計でのコンソール操作を説明
する図面である。

【図４７】画面ファイル設計でのコンソール操作を説明
する図面である。

【図４８】画面ファイル設計でのコンソール操作を説明
する図面である。

【図４９】画面ファイル設計でのコンソール操作を説明
する図面である。

【図５０】画面ファイル設計でのコンソール操作を説明
する図面である。

【図５１】画面ファイル設計でのコンソール操作を説明
する図面である。

【図５２】画面ファイル設計でのコンソール操作を説明
する図面である。

【図５３】画面ファイル設計でのコンソール操作を説明
する図面である。

【図５４】画面ファイル設計でのコンソール操作を説明
する図面である。

【図５５】画面ファイル設計書である。

【図５６】画面ファイル設計書である。

【図５７】画面ファイル設計書である。

【図５８】画面ファイル設計書である。

【図５９】画面ファイル設計書である。

【図６０】画面ファイル設計書である。

【図６１】画面ファイル設計書である。

【図６２】画面ファイル設計書である。

【図６３】画面ファイル設計書である。

【図６４】画面ファイルソースリストである。

【図６５】画面ファイルソースリストである。

【図６６】画面ファイルソースリストである。

【図６７】画面ファイルソースリストである。

【図６８】ユニット情報登録でのコンソール操作を説明
する図面である。

【図６９】ユニット情報登録でのコンソール操作を説明
する図面である。

【図７０】ＲＰＧプログラム設計書である。

【図７１】ＲＰＧプログラム設計書である。

【図７２】ＲＰＧプログラム設計書である。

【図７３】ＲＰＧプログラム設計書である。

【図７４】ＲＰＧプログラム設計書である。

【図７５】ＲＰＧプログラム設計書である。

【図７６】ＲＰＧプログラム設計書である。

【図７７】ＲＰＧプログラム設計書である。

【図７８】ＲＰＧプログラム設計書である。

【図７９】ＲＰＧプログラム設計書である。

【図８０】ＲＰＧプログラム設計書である。

【図８１】ＲＰＧプログラム設計書である。

【図８２】ＲＰＧプログラム設計書である。

【図８３】ＲＰＧプログラム設計書である。

【図８４】ＲＰＧプログラム設計書である。

【図８５】ＲＰＧプログラム設計書である。

【図８６】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図８７】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図８８】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図８９】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図９０】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図９１】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図９２】ＲＰＧ基礎ソースコードを図示したものであ
る。

【図９３】プログラム自動生成処理を説明する流れ図で
ある。

【図９４】プログラム自動生成処理を説明する流れ図で
ある。

【図９５】自動生成されたＲＰＧソースコードを図示し
たものである。

【図９６】自動生成されたＲＰＧソースコードを図示し
たものである。

【図９７】自動生成されたＲＰＧソースコードを図示し
たものである。

【図９８】自動生成されたＲＰＧソースコードを図示し
たものである。

【図９９】自動生成されたＲＰＧソースコードを図示し
たものである。

【図１００】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０１】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０２】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０３】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０４】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０５】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０６】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０７】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０８】自動生成されたＲＰＧソースコードを図示
したものである。

【図１０９】自動生成されたＲＰＧソースコードを図示
したものである。

【図１１０】自動生成されたＲＰＧソースコードを図示
したものである。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成６年１０月２８日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図３９

【補正方法】変更

【補正内容】

【図３９】 設計パターン図表である。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】図４０

【補正方法】変更

【補正内容】

【図４０】 設計パターン図表である。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】図４１

【補正方法】変更

【補正内容】

【図４１】 設計パターン図表である。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】図４２

【補正方法】変更

【補正内容】

【図４２】 設計パターン図表である。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 典型的に必要となる複数種類の処理内容
   について、そのソースコードを記憶する記憶手段と、 作成しようとするプログラムの詳細設計をコンソール操
   作のみで実現する詳細設計手段と、 前記詳細設計手段においてコンソール入力された情報
   と、前記記憶手段に記憶されているソースコードとを組
   み合わせて、作成しようとするプログラムのソースコー
   ドを自動生成する自動生成手段とを備えることを特徴と
   するプログラム自動生成装置。
2. 【請求項２】 請求項１に記載のプログラム自動生成装
   置において、 自動生成されたソースコードに対応する設計書を印字出
   力する設計書作成手段を、更に備えることを特徴とする
   プログラム自動生成装置。
3. 【請求項３】 前記複数種類の処理内容は、エントリー
   系の処理、照会系の処理、リスト印刷系の処理、バッチ
   更新系の処理、マスター保守系の処理、ウインド照会系
   の処理に大別されることを特徴とする請求項１に記載の
   プログラム自動生成装置。
4. 【請求項４】 前記詳細設計手段でのコンソール操作
   が、 物理ファイルの設計処理、画面ファイルの設計処理、ユ
   ニット情報の登録処理、残余の情報の登録処理に区分さ
   れていることを特徴とする請求項１に記載のプログラム
   自動生成装置。
5. 【請求項５】 ソースコードがＲＰＧ言語のソースコー
   ドであることを特徴とする請求項１乃至請求項４のいず
   れかに記載のプログラム自動生成装置。