JPS6379176A - デイスプレイ上の設計画面より入力した設計仕様から部品を組合せてプログラムを自動生成する方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 本発明は、上記構成を取る情報処理装置系において、特
にディスプレイ画面からオペレータが入力した設計仕様
からプログラムとジョブ制御文を自動的に生成する方法
に間する。

［発明の背景］ 一般に、プログラムを作成するには、効率や利用しやす
さを考えてプログラム全体をいくつかのモジュール（単
一機能を行うプログラム単位）に分割し、個々のモジニ
ールの計算諸元を正確に定めた設計書を作成する設計作
業と、設計書に従って、公知のＣＯＢＯＬなどのプログ
ラミング言語で実際にプログラムを作成するプログラミ
ング作業が必要である。

従来これらの作業はほとんど人手に頼って行われてきた
ため、プログラム作成に時間が掛かる、プログラムが設
計普通りに動かない、修正要求に合わせて設計書とプロ
グラムの両方を保守するので手間が倍掛かるなどの多く
の問題を含んでいた。

このため以前から、設計書を計算機に入力しこれから自
動的にプログラムを作成する具体的方法の確立が望まれ
ていた。特に、現在計算機上で稼働しているプログラム
の多くは事務プログラムであり、事務プログラムを自動
生成する方法の確立はプログラム開発の生産性と（Ｎ頼
性の向上分ために重要であった。

一般に、事務処理プログラム（正確にはそれを構成する
モジュール）は、それがファイルからレコードを取り出
し処理する制御方法によって、いくつかの処理パターン
に分類できる。従って現在では、これらのパターンごと
にプログラムの雛型を用意し、これを公知のエディタを
使って手作業で編集・再利用することによって開発の効
率化を達成する手法が広く利用されている。

しかしこれらの方法では、処理パターンの詳細を理解し
ないと設計書を書けない、処理記述と条件記述が点在す
るので設計書が読みにくい、エディタを使って編集する
のもかなり時間が掛かるし間違いやすい、適応性を高め
るには多くの処理パターンを用意する必要があるなどの
難点があり、大きな効果を期待できなかった。

［発明の目的コ 本発明の目的は、従来のプログラムという文章表現に比
べ逼かに理解しやすいより人間向きである図・表中心の
設計書を、計算機を対話的に利用することここよって作
成し、設計上の誤りを早く見つけるとともに、完成され
た設計書から自動的にプログラムを生成することによっ
て、プログラム開発の生産性と信頼性を飛躍的に向上す
ることにある。

［発明の概要コ 本発明によれば、オペレータはまず、ホスト計算機で処
理したい業務（以下ジョブと言う）の内容を、ワークス
テーションのディスプレイ上に表示された機能テーブル
（ジョブやモジュールの文章による説明表）、ファイル
テーブル（使用するファイルの諸属性を定義する表）、
ＣＤフロー図（ジョブを構成するプロセス（＝プログラ
ム）とそれが使用するファイルとの関係を表した一種の
フローチャート）、データ構造テーブル（ファイル内の
データの論理的階層構造を表した表）、階層構造図（プ
ロセスを構成するモジュール間の呼びだし関係を表した
図）、データ移送テーブル（プロセス内で起こるファイ
ル間あるいはファイルと作業領域間のデータの流れを一
覧的に定義した表）、およびロジックテーブル（モジュ
ールの筺能をそれを構成する処理要素と条件要素および
その間の対応関係を整理した表）の７つの設計画面に分
けて、座標指示装置（以下マウスと言う）と文字入力表
置く以下キーボードと言う）を使フて、画面ごとに定め
られ図形や文（以下設計パターンと言う）から適切なも
のを選択し入力することによってワークステーションに
接続したディスク装置に仕様ファイルとして格納する。

最後に、オペレータがプログラム生成やジョブ制御文（
プログラムをホスト計算１８ｇ上で実行するためのホス
ト計算機ｇへの制御命令で、以下ＪＣＬという）生成の
指示を行うと、ディスク装置に格納された各仕様ファイ
ルを適宜読みだし、どのような設計パターンがどこでど
のように記入されているかを解析し、設計パターンごと
に対応して予めディスク装置に格納されたプログラムコ
ードｌ！Ｉ８（以下プログラムコ−ドと言う）を編集・
結合することによって、ソースプログラムとジョブ制御
文を生成させることができる。さらに必要に応じて、前
記仕様ファイルをプリンタから清書出力して、プログラ
ムドキュメントとして利用できる。

本発明の最大の特徴は、モジュールの仕様記述にロジッ
クテーブルを使い、この条件部や処理部に記入する設計
パターンとして基本的な条件式と処理文を用意し、これ
を組合せることによって事務処理プログラムが持つ多様
な処理ロジックを簡潔に表現できるようにしたことであ
る。この設計パターンはプログラムの構成要素である命
令よりも論理的抽象塵が高くプログラムに関する専門知
識のない利用者でも理解できるものである。

従って、プログラムをエディタを使って作成するよりも
設計画面に設計パターンをはめ込むことの方がより容易
な作業であること、および命令を組合せてプログラムを
作るよりも設計パターンを組合せて設計仕様を作る方が
論理的により簡単であることから、本発明によってプロ
グラムを自動生成することは、従来の方法に比べ遥かに
効率よくプログラムを作成する方法であると言える。

［発明の実施例］ システムの纜器構成： 第１図は本発明を実施するためのシステム構成の一例を
示す。ａは設計画面とそこに記入された設計パターンか
らなる作成中の設計仕様を表示するためのディスプレイ
装置で従来の設計作業における設計用紙に対応する、ｂ
は設計画面中の記入場所を指定するための座標指示装置
（マウス）で、Ｃは設計画面に文字を入力するための文
字入力装置（キーボード）で、ｂとＣはともに従来の鉛
筆に相当する。ｄは作成された設計仕様を格納するため
のディスク装置で従来のファイルキャビネットに相当す
る。ｅは格納された設計仕様を紙に清書出力するための
プリンタ装置である。ｆは上記５つの機器を制御しオペ
レータからの指示をうけ設計仕様を入力するとと・もに
これからプログラムとジョブ制御文（ＪＣＬ）を自動生
成するためのワークスチーシコンと言われる計算機であ
る。ｇはｆと接続され、ｇから転送されたプログラムを
同じく転送されたジョブ制御文を使って実行するホスト
計算機と言われる計算蹟である。

システム全体の利用方法： 本システムを用いて業務処理プログラムを作成するには
、当該業務の処理内容を正確に定めた設計仕様をワーク
ステーションｆに入力するだけで良い。本システムはこ
れを基に、内蔵されたプログラムコード群（以下ブコグ
ラムパターンと言う）を組合せて実行可能なプログラム
を自動生成する。

すなわちプログラムを作成するのに設計のみを行えば良
く、従来この後に人手で行っていたプログラミング作業
を行う必要がない。

第２図は、本システムを用いて、ジョブ（ホスト計算機
で実行させたい業務処理の単位）に対するプログラムと
ＪＣＬを作成する方法を示している。図示の各処理の概
要は以下の通り。

■　仕様作成： 利用者は第１表に示した６つの設計ステップに従フて、
ジョブをいくつかのプロセス（＝プログラム）に分割し
、さらに各プログラムをいくつかのモジュールに分割し
、最後に各モジュールの処理内容を明らかにする。

この結果を本システムに入力するために、第２表に示し
た設計画面の中から適切な設計画面第１表 をディスプレイ装置ａ上に表示させ、これにマウスｂと
キーボードＣを使って、登録された設計パターンから適
切なものを選択し入力する。

設計画面２ａごとに必要な設計パターンを全て入力した
ら、この結果を第２図の■のように、ディスク装置ｄ内
に仕様ファイル２ｂとして格納する。

第３表は第１表の各設計ステップで記入する設計画面を
整理したもので、二重丸印（◎）で示した設計画面はそ
のステップで主として記入するものを表し、丸印（０）
で示した設計画面はその内容を追加（者正するものであ
る。

■　仕様検査： マウスｂを使ってチェックメニューを選択し、入力され
た設計仕様の表現方法は正しいか、仕様は完全かく記述
に漏れや矛盾がないか）などを検査する。誤りがあれば
仕様を訂正し、誤りがなくなるまでこれを繰り返す。誤
りがなくなれば、第２図の■のように、ディスク装置ｄ
内に検査済み仕様ファイル２Ｃとして格納する。

第２表 第３表 ■　コード生成： マウスｂを使ってコード生成メニューを選択し、入力し
た仕様に見合ったＪＣＬとプログラムを生成させる。こ
れを第２図の■のように、ディスク装置ｄ内に生成され
たプログラム２ｄおよび生成されたＪＣＬ２ｅとして格
納する。

■　コード転送： 第２図の■のように、生成されたプログラム２ｄとＪ　
ＣＬ　２　ｅをホスト計算１ｇに転送し、転送されたプ
ログラム２ｇと転送されたＪＣＬ２ｈとして格納する。

ｌＤ　　コンパイル・リンク・実行： ホスト計算機は、第２図の■のように、転送された。Ｊ
　ＣＬ　２　ｈ　、；使って、同じく転送されたプログ
ラム２ｇをＣ０ＢＯＬプログラムとしてコンパイル・リ
ンク・実行を行う。これによって業務が実際に処理され
ろ。

ロヌ　り香　画　間　・ システムに入力する設計仕様は、ホスト計算機ｇで実行
する業務処理の単位（以下ジョブと言う）ごとに作成す
る。この設計仕様では、ジョブがどのような（ホスト計
算機上のコンパイル単位である）プロセス（＝プログラ
ム）から構成されるか、各プログラムがどのようなモジ
ュールから構成されるか、各モジュールがどのような処
理要素がどのような条件の時実行されるかなどを記述す
る。

この設計仕様をワークステーションｆに入力するには、
第２表の番号３と５によって示す２つの図形式画面と第
２表の番号１．２．４．６．７によって示す５つの表形
式画面を用いる。これらの設計画面の中で特に重要なも
のはモジュールの機能を表王見するロジックテーブルで
ある。

従来、モジュールの園能はフローチャートやデシジョン
テーブルを用いて記述されてきた。しかし、フローチャ
ー１・はプログラムの制御の流れを記述するものであり
設計仕様としてはレベルが景く、プログラマ以外には理
解しずらく設計結果を５ｉ［認しにくかった。

一方、デシジョンテーブルでは、モジュールの機能を記
述するのに、これを構成する処理要素（Ｐｉ）と処理要
素の実行タイミングを区分けする条件要素（Ｃｊ）をそ
れぞれ処理性と条件行に独立して記述し、さらにどんな
条件の時どの処理を行うかの対応規則（Ｒｋ）を規則列
に記述する。従って、フローチャートに比べ一般の人で
も比較的容易にモジュールの処理内容を理解できるとい
う利点がある。

本システムでは、このデシジョンテーブルに初期処理語
と前処理欄を追加して改良したロジックテーブルを用い
て、モジュール内の処理手続きを記述する。この初期処
理語には、ロジックテーブルが呼出された時に１度だけ
実行する処理を、前処理欄にはロジックテーブルに記述
された処理を繰り返し実行する時に条件評価の前に必ず
毎回行う処理を記入する。この改良によって、表データ
のインデックスの初期設定など、条件評価に先立って特
定の処理を実行する必要があるモジュールの仕様を、（
それを呼出すモジュールではなく）当該モジュール内に
書くことができ、独立性の高いモジュール、設計が可能
になる。

設計パターン： 設計画面に記入する図形や文としては、前述したように
あらかじめ定められたもののみを許す。

表記法と意味が本システムにあらかじめ登録されている
このような図形や文をまとめて設計パターンとよぶ。

設計パターンには、図形式画面に記入する図形パターン
と表形式画面に記入する文形式パターンの２種類がある
０図形パターンは、例えば第６図６ａに示すように、対
応する図面面の右上方に表示されたメニューから適切な
ものを選択し、次にその表示位置を指定して入力する。

第４表はＣＤフロー図に記入する図形式の設計パターン
の意味を示している。これらはジョブの構成要素である
プロセスとファイルおよびそれらの間の関係を表現する
のに用いる。なお、表中の丸印（０）はトークンと言わ
れるもので、制御の所在を表すのに用いられる公知の図
法であり、表示の例では、機能要素パターンの働きを説
明するのに用いている。

階層構造図に記入する設計パターンとしては、第７図７
８に示すように、設計画面の右上方に表示された３種類
のものがあり、プロセスの構成要素であるモジュールと
外部手続きとそれらの間の呼出し間係を表現するのに用
いる。

一方、文形式パターンは、例えば第４．５．８゜９．１
０．１１図に示したように、定められた文法に従って設
計内容を適切に表現できるように編集してキーボードＣ
から入力する文字列で、ジョブ、プロセス、モジュール
、ファイルなどの属性や構成要素や４１！能を表現する
のに用いる。

特に、第１０．１１図に示したようなロジックテーブル
は重要である。一般に、プログラムの機能は”制御構造
十条件要素＋処理要素″を与えることによって正確に表
現できる。本システムにおいては、プログラムをモジュ
ールに分割し、このモジュールの機能をロジックテーブ
ルで記述し、モジュール間の遷移をロジックテーブルに
記入する処理要素として表現する。従って、プログラム
の基本的な制御構造をロジックテーブルの解釈実行を行
う制御構造に特定化できる。すなわち、本システムが生
成するプログラムのモデルが明確に定まるわけである。

一方、条件要素と処理要素に関しては、それぞれコンデ
ィションパターンおよびアクションパターンと言う、両
者とも定まった文法と意味を持つ文を使って独立に表現
する。

一般に、このコンディションパターンとして様々な制御
変数を含んだ論理式を用いれば、ロジックテーブルが持
つ記述力と合わせて、任意の処理を表現することができ
る。しかし、これではプログラマ以外には理解しにくい
仕様になる。そこで本システムでは、事務処理プログラ
ムの制御ロジックを分類し、各制御ロジックごとにプロ
グラムの実行状態を特殊な制御変数などを用いずに簡潔
に表現できろコンディションパターンを用意した。

具体的には、事務処理プログラム（正確にはそれを構成
するモジュール）がファイルからレコードを取り出し処
理する制御ロジックを、周知の分類と同様に以下の４つ
に分類した： ■　複数のファイルからレコードを入力し、キー項目の
値の組合せに応じて特定の処理を行う照合処理。

■　ファイルからレコードを順に入力し、同一キー値を
持つレコード群ごとに特定の処理を行うグループ処理。

■　キー値を措定して、直接ファイルからレコードを取
り出す検索処理。

■　ファイルからのレコード入力を渾ねない、単なるデ
ータ加工のみを行う計算処理。

この内、照合処理、グループ処理、ｌ−ｉ！索処理の各
制御ロジックに従ってレコードを入力する時の諸状態を
簡潔に表現するために、それぞれＭ　Ｃ１（ＣＢ、ＬＣ
，ＧＴ）　、５Ｃ（７）計５つのコンディションパター
ンを用意した。

第５表は、これら５つのコンディションパターンの文法
とその意味を示したものである。なお表中、Ｆは順／勤
アクセスファイルを、Ｒは乱／勤明細’ｒ’：（＊−）
　ｌ’ｊ”　’：ｊＪ　（内容に変更なし）第５表 アクセスファイルを、Ｋはグループキーを、Ｃは条件式
を、Ｅは読み込んだレコードがＥＯＦレコードであるこ
とを示す条件値を表す。

一方策６表は、計算処理におけるデータ項目間の論理的
関係を表すために用いるコンディションパターンを示し
ている。この中には、データ項目や算術式の値比較の結
果を表す論理式と、多数の値を取る式の評価結果による
条件分岐を簡潔に記述するための選択式の２つのコンデ
ィションパターンがある。

これらのコンディションパターンを組み合わせることに
よって、モジュールがファイルからレコードを読み込ん
でデータを処理する時のすべての状態を簡潔に表現でき
る。この方法は、制御ロジックごとに専用の設計パター
ンを用意する方法に比へ、用意する設計パターンの数が
少なくても、多様な処理を表現できるので、本システム
の利用者にとってもまた本システムの作成者にとっても
有利である。例えば、５本ファイルの照合処理をしなが
ら別ファイルからキーでレコードを読み込第６表 むモジュールの処理ロジックは、あらかじめ専用のパタ
ーン（例えば５本マツチング・キー検索付パターン）を
用意することなく、条件部に５つのＮＩＣ式と１つのＳ
Ｃ式を記入したロジックテーブルで正確に表現できる。

一方第７表は、本システムで用いる処理要素を表すアク
ションパターンを示している。この中には、データ項目
の加減乗除算やレコードの出力などの具体的な計算処理
を表わすものと、ロジックテーブル（すなわちモジュー
ル）の呼出しや再実行などロジックテーブルそのものの
実行制御を表すものがある。特に、前者の計算処理は、
Ｃ０ＢＯＬ命令をそのまま使って書けるので、従来の設
計者やプログラマにも馴染みやすくなフている。

以上のようにコンディションパターンとアクションパタ
ーンを組合せれば、はとんどの事務処理プログラムを簡
潔に記述できる。ざらに、本システムでは、モジュール
のパターンと言う概念を導入するために、１つのロジッ
クテーブルに同時に記入できるコンディションパターン
の組合せに制限を加える。

実際例えば、照合処理とグループ処理を同一モジュール
内で行うとレコード入力のタイミングをうまく表現でき
ないように、１つのロジックテーブルに同時に記入でき
ないコンディションパターンの組合せがある。この制約
を第８表に整理した。

この表に示した制約内でコンディションパターンを組合
せることによって、第９表に示すようにモジュールの制
御ロジックを照合、グループ、検索、計算の４つに分類
できる。このモジュールの制御ロジックの種類をモジュ
ールパターンと言う。なお、この分類は先に述べた事務
処理プログラムにおける通常の制御ロジックの分類と同
じである。

設計画面の記入例： 以下に本システムを利用してプログラムを開発する方法
が、いかに従来のプログラム開発に比べて簡易かを例示
するために、第３図に示したような在庫更新プログラム
の作成を例に取る。

このプログラム３ａは、各製品ごとにトランザ第８表 第９表 クションファイル３Ｃの各レコードに記入された入出庫
数量を集計して、在庫マスタ３ｂの在庫数量を更新する
。在庫マスタ３ｂの各レコードには製品Ｎｏ、３ｇと在
庫数、ｔ３ｈが、トランザクションファイル３ｃの各レ
コードには製品Ｎ００３１と入出庫区分３ｊと人出置数
！３ｋが記入されている。なお、トランザクションファ
イル３ｃのレコードは製品ごとに複数件有ることがある
。

第１表の設計ステップに従って、本システムを用いて、
この在庫マスク更新業務３ａを設計した結果の設計画面
の記入例を第４図〜第１１図に示す、　゛ 第４図は、機能テーブルであって、これはこのＲ務処理
に対応するジョブ、ジョブ内の各プロセス、各プロセス
内の各モジュールなどの、タイプ４ａ、名前４ｂ、簡単
な機能説明４ｃを表す。図示の例は、在庫更新業務を構
成するｚａｉｋｏジョブ３ａ、ｚａｉｋｏプロセス４ｄ
、ｓｈｏｕｇＯｕモジュール４ｅＳｓｈｕｋｅ　ｉモジ
ュール４ｆの機能概要を示している。

第５図は、ファイルテーブルであって、ジョブで使用す
るファイルの諸態性を文形式の設計パターンを使って定
義する。例えば、ファイル編成項目５ｅについては、こ
のファイルが順編成、索引編成、ＶＳＡＭＩ１１ｇ成、
ＶＳＡＭＪ引編成テアルかに依存して、設計パターンと
してＳ、Ｉ、ＶＳ。

ｖ■をそれぞれ指定する０図示の例は、「在庫マスタ（
ｚａ　ｉｋｏ、−ｍａｓ）３ｂは、そのレコード定義体
５ｂが登録集ライブラリのＺＡ　Ｉ　ＫＯＭＡＳメンバ
にあり、デバイス種別５Ｃはディスクであり、データセ
ット名５ｄはＱ５００６．ＰＤＭ、ＤＡＴＡ　（ＺＡＩ
ＫＯＭＡＳ）であり、編成６ｅは順編成であり、プログ
ラムからのアクセス方式５ｆは順アクセスであり、レコ
ード形式５ｇは固定長であり、レコード長５ｈは８０バ
イトであり、ブロック化係Ｒ５ｉは２０である。１など
を指定している。

第６図は、ＣＤフロー図であって、ジョブを構成するプ
ロセスの実行順序関係と、各プロセスとそれが使用する
ファイルとの入出力間係を指定している０図示の例では
、ｒｚａｉｋｏジョブ３ａはｚａｉｋｏプロセス４ｄの
みから成る。このプロセスはｚａｉｋｏ、−ｍａｓ３ｂ
とｚａｉｋｏ−ｔｒｎ３ｃを入力し、ｚ　ａ　ｉ　ｋ　
ｏ　−ｎ　ｅ　ｗ　−ｍ　ａｓ３ｄを出力する。ｊこと
を指定している。

第７図は、階層構造図であって、プロセスを構成するモ
ジュール間の階層構造を表す。図示の例では、ｒｚａｉ
ｋｏプロセス４ｄは、トップモジュールとしてｓｈｏｕ
ｇｏｕモジュール４ｅを持ち、これが５ｈｕｋｅｉモジ
ユール４ｆを呼出している。１ことを指定している。

第８図は、データ構造テーブルであフて、ファイル内の
レコード集団の論理的階層構造を示している。ここでは
画面左半分において、モジュールの仕様記述において用
いるキー（以下グループキーと言う）を構成するデータ
項目群を定義する。

また右半分では、ファイル中に含まれる同一キー値を持
つレコードから成るレコード集団間の繰り返し構造の内
、このプロセスで注目すべきものを指定する。図示の例
は、「グループキーＫｌ（図中の８ａ）は、在庫マスク
（ｚ　ａ　ｉ　ｋｏ−ｍａ　５）３ｂの製品Ｎｏ、（Ｓ
ＥＩＨＩＮ’）３ｇあるいはトランザクションファイル
（ｚａｉｋｏ−ｔｒｎ）３Ｃの製品Ｎｏ、（Ｔ−ＳＥＩ
ＨＩＮ）３ｉからなる。在庫マスタ３ａは、Ｋ１で識別
される（”在庫レコード”と言う）グループの繰返しか
ら成り、このグループ内には正確にルコードだけ含まれ
る。同じく、トランザクションファイル３ｃは、Ｋ１で
識別される（”トランザクションレコード・グループと
言う）グループの繰返しから成り、このグループ内には
複数のレコードであるゆ」ことなどを指定している。

第９図は、データ移送テーブルであって、ファイルとフ
ァイル間あるいはファイルと作業領域間のデータ移送を
一覧的に定義している。図示の例は、２枚のデータ移送
テーブルを重ねたもので、例えば、「データ移送記号Ａ
Ｉ（図中の９ａ）は、在庫マスタ３ｂの製品Ｎｏ、くＳ
ＥＩＨＩＮ）３ｇを新在庫マスタ３ｄの製品Ｎｏ’、（
Ｎ−ＳＥｒＨＩＮ）３ｍに移送する処理である。ｊこと
などを指定している。

第１０図と第１１図は、ロジックテーブルであって、モ
ジュールを構成する処理要素を処理欄（ＡＣＴ　Ｉ　０
Ｎ）１０ｄに、条件要素を条件欄（ＣＯＮＤＩＴＩＯＮ
）１０ｃに、およびその間の対応関係を規則列（ＲＵＬ
Ｅ）１０　ｅに記入することによって、モジュールの機
能を表現する。

また、呼出された時に１度だけ実行する処理を初期処理
欄（ＩＮＩ）１０ａに記入し、また条件評価の前に（モ
ジュール内における処理が繰り返し処理である時はその
各繰り返しごとに毎回）実行する処理を前処理欄（ＰＲ
Ｅ）１０ｂに記入する。

図示の例は、第１０図が照合モジュール（ｓｈｏ　ｕ　
ｇｏ　ｕ）　４　ｅの機能を記述している。この例は、
「照合モジュール４ｅが、在庫マスタ３ｂとトランザク
ションファイル３ｃをグループキーに１で照合し、各フ
ァイルに照合キーに１に等しい値を持つレコードの有る
無しに応じて、適切な処理を行う。この照合処理の実行
条件を簡潔に記述するために、条Ｐｌ−０１とＣ２に照
合パターンを表すＭＣ式（図中の１０ｆ、１０ｇ）を用
いて、各ファイルから読み込んだレコードが照合キーＫ
ｌで指定される製品であるか（Ｙ）ないか（Ｎ）あるい
はＥＯＦレコードか（Ｅ）を区別できるようにしている
。

この２つのコンディションパターンの取りうる条件値の
各組合せによって、表現される各場合（即ち各規則列）
において、このモジュールが実行する処理を指定するこ
とによってこのモジュールの機能を表現できる。すなわ
ち、両ファイルに照合キーに１に等しい値を持つレコー
ドがあった時（図中の１０ｈで示す規則１）は、処理１
（図中の１０１）において集計（ｓｈｕｋｅｉ）モジュ
ールを呼び出し、このキー値を持つトランザクションレ
コードの読み込みと数量針（ＳＵＲＹＯＵ−ＫＥＩ）３
１の計算を行い、処理２（図中の１０ｊ）においてデー
タ移送記号Ａ１で指定されるデータ移送を行い、処理４
（図中の１０ｋ）において集計モジュール（ｓｈｕｋｅ
　１）４ｆが計算した数量針３１と在庫マスタ３ｂの在
庫数ｆ１３ｈを加えて新在庫マスタ３ｄの新在庫数ｆｉ
（Ｎ−ＳＵＲＹＯＵ）３ｎを求め、処理７（図中の１０
１）において新在庫マスクレコード（ＺＡＩＫＯＮＭＳ
−ＲＥＣＯＲＤ）の出力を行い、最後に処理８（図中の
１０ｍ）において次のレコードの組合せに対して同様の
処理を行うべくこのモジュールの再実行処理（ｄｏ−ａ
ｇａｉｎ）を行う。該当するトランザクションレコード
がない時（図中のＩｏｎで示す規則２と規則３）は、集
計モジュールを呼ぶ必要はなくまた処理４（図中の１０
ｋ）の加算の代わりに処理５（図中の１００）のデータ
移送を行う。他の規則に置いてもその列において実行指
示のある処理を同様に実行する。この様なロジックテー
ブルの解釈実行処理は、両ファイルがＥＯＦになる（図
中の１０ｐで示す規則９）まで繰り返えされる。ｊこと
を指定している。

第１１図は、集計モジュール（ｓｈｕｋｅｉ）４ｆの機
能を表現しており、「集計モジュール４ｆが、トランザ
クションファイル３ｃのに１キーに間するグループ処理
を行う。この処理を記述するために条件１（図中の１１
ａ）にＣＢ式を用いて、現在読み込んだレコードによっ
て新しいグループに入った時（Ｈ）、グループ内の各レ
コード処理状態の時（Ｂ）、このグループから脱出しよ
うとする時（Ｔ）を明確に区別する。条件として、これ
以外に条件２（図中の１１ｂ）に５ｅｌｅｃｔ式を用い
て、トランザクションレコードが入庫レコードか出庫レ
コードかを区別している。

これらの条件の各組合せにおいて、入庫レコード処理の
時く図中のｌｌｃで示す規則１）は加算処理（図中のｌ
ｌｄで示す処理１）を、出庫レコード処理の時く図中の
ｌｉｅで示す規則２）は減算処理（図中のｌｌｆで示す
処理２）を、新しいグループに入った時（図中のｌ１ｇ
で示す規則４）は数量針（ＳＵＲＹＯ−ＫＥｒ）　の初
！ｔＩ！設定（処理１のｓｕｍ文に対する実行指示記号
がＯであることで示す）を、グループから脱出した時（
図中のｌｌｈで示す規則５と規則６）は呼出しモジュー
ルに戻る処理（図中の１１４で示す無処理４）をそれぞ
れ行う。Ｊことを指定している。

全体の処理フロー： 第１２図は、本発明においてワークステーションｆが行
う処理（第２図の処理■、■、■、■）の概要をフロー
チャートで表したものである。この処理は、オペレータ
の指示にしたがい、機能テーブルを作成／検査する処理
１２ａ、ファイルテーブルを作成／検査する処理１２ｂ
、ＣＤフロー図を作成／検査する処理１２Ｃ、データ構
造テーブルを作成／検査する処理１２ｄ、階層構造図を
作成／検査する処理１２ｅ、データ移送テーブルを作成
／検査する処理１２ｆ、ロジックテーブルを作成／検査
する処理１２ｇ、プログラムとジョブ制御文を生成する
処理１２ｈ、およびホスト計算機ｇにプログラムやジョ
ブ制御文を転送したり仕様ファイルを削除したりする処
理１２ｉに分けて遂行される。これらの処理は、ディス
プレイ装置ｄ上に表示された専用の画面に、マウスｂや
キーボードＣを用いて指示を与えることによって行われ
る。この時オペレータはキーボードＣからコマンドを打
つ代わりに、マウスｂのボタンを押してその時点て有効
なコマンドのリスト（以下ポツプアップメニュと言う）
を表示させその中から適切なコマンドを選択することに
よって代用することができる。この方法は周知であるの
で詳しい説明は省略する。

設計仕様の作成／検査処理： 第１３図は例題に対するＣＤフロー図の作成中のワーク
ステーションの画面を示したものであり、１３ａがＣＤ
フロー図用の設計画面、１３ｂが例題に対して作成中の
ＣＤフロー図、１３Ｃがコマンドを入力するためのポツ
プアップメニュ、１３ｄがＣＤフロー作成用の設計パタ
ーン、１３ｅと１３ｆが設計画面内に表示される領域を
変更するための水平方向スクロールバーと垂直方向スク
ロールバー、１３ｇがプロセス名などを入力する時キー
ボードからの入力文字をエコーバックして確認するため
のデータ入力フィールドを表す。

第１４図は、ＣＤフロー図を作成／検査する処理（第１
２図の処理１２Ｃ）の内容をやや詳細に示したフローチ
ャートである。この処理は、オペレータのマウスｂの操
作に応じて３つに分けて行われる。オペレータがＣＤフ
ロー図面面内でマウスｂの右ボタンを押すと、作成／検
査用ポツプアップメニュが現れこの中からコマンドを選
ぶことによって、設計パターンの生成１４　ａ　（３ｅ
ｎｅｒａｔｅ）、移動１４　ｂ　（ｍｏｖｅ）　、削除
１４　ｃ　（ｄｅｌｅｔｅ−ｎ、ｄｅｌｅｔｅ−ａ）　
、名前の変更１４　ｄ　（「ｅｎａｍｅ）　、連結子の
生成１４　ｅ　（ｇ−ｒｅｌａｙ）と連ｔｉ！ｒ　１４
　ｆ　（ｃ−ｒｅｌａｙ）、ＣＤフロー図のディスク装
置ｄからの読み込み１４　ｇ　（Ｉａｏｄ）　、ディス
ク装置ｄへの書込み１４ｈ　（ｓａｖｅ）　、ＣＤフロ
ー図の検査１４ｉ（ｃｈｅｃｋ）の各処理を行うことが
できる。同様に、オペレータがＣＤフロー図面面のヘリ
でマウスｂの右ボタンを押すと、画面処理用ポツプアッ
プメニュが現れこの中からコマンドを進ぶことによって
、ＣＤフロー図面面を一時的に閉じる処理１４ｊ（Ｃ１
ｏｓｅ）　、移動する処理１４　ｋ　（Ｍｏｖｅ）　、
大きさを変える処理１４１　（Ｒｅｓｉｚｅ）　、他の
画面の上に表示する処理１４　ｍ　（Ｅｘｐｏｓｅ）　
、他の画面の下に隠す処理１４　ｎ　（Ｗｉｄｅ）　、
内容を再表示する処理１４　ｏ　（Ｒｅｄｉｓｐｌａｙ
）　、消去し終了する処理１４　り　（Ｑｕｉｔ）の各
処理を行うことができる。

さらに、オペレータがマウスｂの中ボタンで水平、垂直
スクロールバーを押すことによって、ＣＤフロー図の表
示領域をそれぞれ水平、垂直方向に移動する処理（１４
ｑ、１４ｒ）を行うことができる。

第１５図は、例題のＣＤフロー図の作成におけるｚａｉ
ｋｏプロセス４ｄを表す設計パターンの生成処理の詳細
を、オペレータの各動作ごとの画面の推移を用いて説明
したものである。図示の例では、第１Ｓ図（ａ）でポツ
プアップメニュから生成コマンド（ｇｅｎｅｒａｔｅ）
１４ａを選択し、画面上右隅に表示されている設計パタ
ーンからプロセスを表す設計パターン１５ａをマウスｂ
４で選ぶ（遇ばれた設計パターンは明暗が反転する）、
次に第１５図（ｂ）でこの設計パターンの表示位置を同
じくマウスｂで指定するとくカーソルをマウスで表示位
置に移動し中ボタンを押す）この設計パターンがその場
所に明暗が反転した状態で１５ｂのように表示される、
この後１５ｃのようにキーボードから名前（ｚａｉｋｏ
）を入力する、最後に第１５図（Ｃ）でリターンキーを
押すとこの設計パターンが１５ｄのように確定する。

第１６図は、例題のＣＤフロー図の検査処理の詳細を説
明したものである。正しいＣＤフロー図とは第１０表に
示した検査条件のそれぞれを満足しているＣＤフロー図
であり、ＣＤフロー図の検査処理はこれらの条件を逐−
調べることによって行われる。図示の例では、ポツプア
ップメニュから検査コマンド（ｃｈｅｃｋ）を選択する
と、ｒｚａｉｋｏ−ｔｒｎ　（図中の１６ａ）が網がけ
されて、このファイルがプロセス（この例では２ａｉｋ
ｏプロセス１６ｂ）と接続されていない。」という誤り
があることが指定される。

以上の様なＣＤフロー図の作成／検査処理を行わせるた
めの機器の制御方法は、周知であるから、その説明を省
略する。

階層構造図を作成／検査する処理は基本的には第１０表 ＣＤフロー図を作成／検査する処理と同様なので、その
説明は省略する。

第１７１１Ｊは例題に対するロジックテーブルの作成中
のワークステーションの画面を示したものであり、１７
ａが例題のｓｈｏｕｇｏｕモジュール　　１４ｅに対し
て作成中のロジックテーブル、１７ｂがロジックテーブ
ル全体に対する処理を指定するためのメニューリスト、
１７ｃが設計仕様の編集処理を指定するためのポツプア
ップメニュ、１７ｄが初期処理欄、１７ｅが前処理欄、
１７ｆがコンディションパターンを記入するための条件
行、１７ｇがアクションパターンを記入するための処理
行、１７ｈが条１４：値と実行指示を記入するための規
則列、１７ｉが条件行の表示範囲を移動するための垂直
スクロールバー、１７ｊが処理行の表、示範囲を移動す
るための垂直スクロールバー、１７ｋが規則列の表示範
囲を移動するための水平スクロールバー、１７１が入力
した文字列をエコーバックするための表示領域を表す。

第１８図は、ロジックテーブルを作成／検査する処理（
第１２図の処理１２ｇ）の内容をやや詳囲に示したフロ
ーチャートである。この処理は、オペレータのマウスｂ
の操作に応じて３つに分けＣ行われる。オペレータがロ
ジックテーブル画面相の上部に並んでいる全体処理メニ
ュー１７ｂから適切なものをマウス中ボタンで遺灰する
ことによフて、作成中の仕様にあるエラーを行単位で解
斤する処理１８ａ　（ｐａｒｓｅ　　ＯＮ）　、エラー
テを網かけで表示する処理１８ｂ　（ｅｒｒｏｒ：）Ｎ
）、エラー行を捜す処理１８ｃ　（ｓｅａｒｃｈ）、作
成中の仕様にあるエラーを列単位で解析し網かけて表示
する処理１９ｄ　（ｓ−ｃｈｅｃｋ）、作成中の仕様が
完全く規則に漏れがなくかつ矛盾がない〉かどうかを検
査する処理１８ｅ（ｃ−ｃｈｅｃｋ）、仕様ファイルを
ディスクから読みΔむ処理１８ｆ　（ｌｏａｄ）あるい
はディスクにｄき出す処理１１３ｇ（ｓａｖ、ｅ）の各
処理を行う二とができる。また、設計パター、ンを入力
するに、よく処理１８ｈ）、オペレータがロジックテー
プ１し内の条件行、処理行、規則列の各位置でマウスｂ
の中ボタンを押しくその位置に網かけが掛かる）、キー
ボードＣから設計パターンを現す文字列を入力し、最後
にリターンキーを押すことによって行う。

同様に、オペレータがロジックテーブル画面内でマウス
ｂの右ボタンを押すと、作成／検査ポツプアップメニュ
１７ｃが現れこの中からコマンドを選ぶことによって、
設計パターンを入力する行ヤ列＠　１−）［人ｔル％理
１８ｉ　（ＩＮＳＥＲＴ）、設計パターンが表示されて
いる行や列を削除する処理１８ｊ　（ＤＥＬＥＴＥ）　
、設計パターンが表示されている行や列を他の行や列に
複写する処理１８ｋ　（ＣＯＰＹ）　、表示されている
設計パターンを入力バッファに取込む処理１８１（Ｐｒ
ＣＫ−ＵＰ）の各処理などを行うことができる。

オペレータがロジックテーブル画面１７ａのヘリでマウ
スｂの在ボタンを押すと、画面処理用ポツプアップメニ
ュが現れ、この中からコマンドを選ぶことによって、ロ
ジックテーブル画面を一時的に閉じる処理１８　ｍ　（
Ｃ１ｏｓｅ）　、移動する処理１８　ｎ　（Ｍｏｖｅ）
　、大きさを変える処理１８ｏ（Ｒｅｓｉｚｅ＞　、他
の画面の上に表示する処理１８ｐ（Ｅχｐｏｓｅ）　、
他の画面の下に隠す処理１８　ｑ　（Ｈｉｄｅ）、内容
を再表示する処理１８　ｒ　（Ｒｅｄｉｓｐｌａｙ）　
、終了する処理１８　ｓ　（Ｑｕｉｔ）の各処理を行う
ことができる。

さらに、オペレータがマウスｂの中ボタンで条件行、処
理行、規則列スクロールバー（図１７中の１７ｉ、１７
ｊ、１７ｋ）を押すことによって、ロジックテーブルの
条件行、処理行、規則列の表示領域を移動する処理（１
８ｔ、１８ｕ、１８ｖ）を行うことができる。

第１９図は、例題におけるｓｈｏｕｇｏｕモジュール４
ｅを表すロジックテーブルの作成における条件部の作成
過程（第１８図の１８ｈ）の詳細を示したものである。

まず、第１９図（ａ）で、第１行（図中の１９ａ）を入
力行として指定するために、カーソルを第１行目に移動
しマウスｂの中ボタンを押すとこの行の明暗が反転する
、第１９図（ｂ）で、キーボードＣからコンディション
パターンとして”ｍｃ　（ｚａｉｋｏ−ｍａｓ　：に１
）”　（図中の１９ｂ）を入力する、第１９図（Ｃ）で
、リターンキーを押すと、これが１９ｃに示すように第
１行に入力される、同様にして第２行目も入力する。最
後に、１９ｄの（−ｃｈｅｃｋメニューをマウスｂの中
ボタンを押すことで指定すると、全ての場合を表す規則
の条件部が１９ｅのように自動的に表示される。

第２０図は、例題のロジックテーブルの検査処理（第１
８図の１８ａ、１８ｄ、１８ｅ）の詳細を、オペレータ
の各動作ごとの画面の推移を用いて説明したものである
。正しいロジックテーブルとは第１１表に示した検査条
件のそれぞれを満足しているロジックテーブルであり、
ロジックテーブルの検査処理はこれらの条件を逐−調べ
ることによって行われる。

図示の例では、第２０図（ａ）で、オペレータが設計画
面に設計パターンを記入した後ｐａｒｓｅ　　ＯＮメニ
ュー２０ａを指定すると、条件１と処理１．３．９に網
がかかる。これはこれらの行が第１１表の検査条件１．
２．３で示した諸条件に反していることを示している。

実際、ス２０の例は、ｒ条件２では、２０ｂに示すよう
に、ｍｃコンディションパターンの条件値として許され
ない値”Ｈ”が使われている。処理１ては、２０ｃに示
すように、ｅＸｅＣをｅｘａｃとミスタイブしている。

処理３では、２０ｄに示すように、ｔｒａｎｓｐｏｒｔ
をｔｒａｎｓｐｅｒｔとミスタイブしている、処理９で
は、２０ｅに示すように、実行指示記号がない。Ｊとい
う誤りを含んでいる。

第２０図（ｂ）で、これらの誤りを直し、次にＳ〜ｃｈ
ｅｃｋメニュー２Ｏｆをマウスｂの中ボタンを押して指
定すると、２０ｇに示すように規則５の列に網がかかる
。これはこの列が第１１表の検査条件４に示した条件に
反するからで、実際ｒ規則５には実行指示記号が１つも
ない。−という誤りを含んでいろ。

第２０図（Ｃ）で、この誤りを直し、次にＣ−ｃｈｅｃ
ｋメニュー２０ｈをマウスｂの中ボタンを押して指定す
ると、規則６．７．８．９の条件第１１表 部が自動的に表示される。これは与えられた仕様が第１
１表の条１’ｔ−５に反するからで、実際、「規則６は
、２０ｉに示すように太い字で表現され、この条件値の
組合せが２つ以上の規則（規則４．５）でＭ複して指定
されている。規則７．８．９は、２０ｊに示すように明
暗が反転表示され、これらの条件値の組合せがｆｔｈ擾
に表現されていない。

Ｊという誤りを含んでいる。

以上の様なロジックテーブルの作成／検査処理を行わせ
るための機器の制御方法は、周知であるから、牛の説明
を省略する。

機能テーブル、ファイルテーブル、データ構造テーブル
、データ移送テーブルをそれぞれ作成／検査する処理は
基本的にはロジックテーブルを作成／検査する処理と同
様なので、その説明は省略する。

プログラムフレームとプログラムパターン：先に述べた
ように、本システムを用いてオペレータが対話的に作成
するプログラム仕様は、設計画面と言う枠組み（フレー
ム）に設計パターンを記入したものである。これに対応
して、本発明におけるプロゲラ゛ムの自動生成に当たっ
ては、生成されるプログラムに共通の基本的骨格を定め
た。

この基本的骨格のみを表したプログラムコードをプログ
ラムフレームと言う。また、設計画面に記入された各設
計パターンに対しても、それが表す定型処理を記述した
プログラムコードを作成したこの設計パターンに対応す
るプログラムコードをプログラムパターンと言う。

本発明は、どの設計画面のどこにどのような設計パター
ンが入力されたかに従って、プログラムフレームの適切
な所に適切なプログラムパターンを自動的に編集して挿
入することによって、入力された設計仕様を満゛足する
プログラムを自動的に作成するものである。

第２１図は、プログラムフレームがどの様な部分から構
成されており、その各部分にとのようなプログラムパタ
ーンが挿入されるかを示している例えば、プログラムフ
レームにはデータ部２１ａが有り、その中にはグループ
キーな定義するためのグループキ一定義部２１ｂやロジ
ックテーブルに記入されたコンディションパターンの評
価のための制御変数を定義するコンディションパターン
制御変数部２１ｃなどが有り、前者にはＫＥＹＰという
プログラムパターン２１ｄが、後者にはＭＣＫＥＹＰ、
ＣＢＣＮＴＬＰ、ＬＣＣＮＴＬＰ。

、　　　ＧＴＣＮＴＬＰなどのプログラムパターン２１
１！から記入されているコンディションパターンに応じ
て適切なものが挿入されることを示している。

第２２図は、ロジックテーブル全体に対応するプログラ
ムパターンが持つ制御の流れを表したフローチャートで
ある。これはロジックテーブルを解釈実行する制御構造
の概要を表している。基本的には、ロジックテーブルが
呼ばれると実行を開始しく図中の２２ａ）、初期処理欄
に記入されたアクションパターンを実行しく図中の２２
ｂ）、条件部に記入されたコンディションパターンが必
、　要とする初期処理を実行しく図中の２２ｃ）、前処
連間に記入されたアクションパターンを実行し（図中の
２２ｄ）、条件部に記入されたコンディションパターン
が必要とする前処理を実行しく図中の２２　ｅ　）　、
コンディションパターンが表す各条件を評価しその値を
求め（図中の２２ｆ）、この値に合致する規則を求め（
図中の２２ｇ）、この規則下で実行指示のあるアクショ
ンパターンが表す処理を実行する（図中の２２ｈ）とい
う流れを持つ。特に、アクションパターンがｄｏ、、、
ａｇａｉｎ命令の時は、ユーザ前処理２２ｄの前に戻る
ループを形成する。

第２３図は、第１Ｏ図に示した例題に対するＳｈｏｕｇ
ｏｕモジュール４ｅのロジックテーブルの条件部に記入
されたＭＣコンディションパターン１０ｆに対応して、
プログラムフレームに挿入されるべき３つのプログラム
パターンＭＣＣＮＴＬＰＳＭＣＥＸＰ、ＭＣＰＲＥＰと
、この時処理８として用いられたアクションパターンｄ
Ｏ−＆ｇａｉｎｌｏｍに対応するプログラムパターンＤ
Ｏ−ＡＧＡＩＮＦの、それぞれの挿入のための編集後の
結果を表している。

（１）に示したのはＭＣＣＮＴＬＰ　（、図中の２３＆
）であり、現在照合中の製品を指定するキーＫＯＩの値
を格納するための制御変数（いわゆるマツチングキー）
　ＴＯ１−−ＭＣ−ＫＯ１（図中の２３ｂ）の宣言を行
う。（２）に示したのはＭＣＥＸＰ　（図中ｃ＋）２３
ｃ）であり、ＭＣＣＮＴＬＰで宣言された制御変数ＴＯ
１−−ＭＣ−ＫＯ１（図中の２３ｂ）と各ファイルから
読み込まれたレコードのキーＫＯＩの値を比較する（図
中の２３ｄ）ことによって、ＭＣコンディションパター
ンの値ＴＯＩ−−ＭＣ−ＫＯＩ　（図中の２３１）を設
定する処理を行う。（３）に示したのはＭＣＰＲＥＰ　
（図中の２３ｅ）であり、２つのファイルＦＯＩとＦＯ
２から現在読み込まれているレコードのキーＫＯＩの値
の大きい方（図中の２３ｆの比較による）を制御変数Ｔ
ｏ　１−−ＭＣ−ＫＯｌに代入する照合処理における前
処理を行う。

（４）に示したのはＤｏ−’ＡＧＡＩＮＰであり、各フ
ァイルに照合対象となったレコードが有った時は、次レ
コードを先読みする処理（図中の２３ｈ）を行った後に
ＴＯＩの前処理部に戻る処理を行う。

コード生成； 本システムによるコード生成（第２図の処理■）にはプ
ログラム生成とＪＣＬ生成の２つが有る。

第２４図は、このコード生成のためにオペレータが行う
システムへの指示方法を示している。まず２４ａに示す
ようにコード生成画面において、生成プログラムの実行
環境を与えるホスト計算機のタイプとジョブ名と、機能
テーブル、ファイルテーブル、ＣＤフロー図の各仕様フ
ァイル名を、２４ｂに示すように記入する。次に２４ｃ
で、ＪＣＬ生成２４ｄを行うか個々のプロセスに対応す
るプログラム生成２４ｅを行うかを番号で選択する。２
４ｃてＪＣＬ生成を指定した時は、２４ｆでホスト計算
機ｇ上のジョブの諸パラメタを２４ｇのように記入し、
ＥＸＥＣメニュー２４ｈをマウスｂの中ボタンを押すこ
とによって指定するとＪＣＬが自動生成される。２４ｃ
てプログラム生成を指定した時は、２４１でこのプログ
ラム（＝プロセス）に間するモジュール階Ｎ図、グルー
プキーテーブル、データ構造テーブル、データ移送テー
ブル、ロジックテーブルのそれぞれの検査済み仕様ファ
イル２ｃの名前を２４ｊのように指定し、ＥＸＥＣメニ
ュー２４ｋをマウスｂの中ボタンを押すことで指定する
とプログラムが自動生成される。

第２５図は、本システムにおけるプログラム生成の手順
の概要を示したフローチャートである。

２５ａで実行５ｆｆｆ始すると、２３ｂで仕様ファイル
中に現れろ各シンボルを登録するテーブルを初期化し、
２５ｃで生成すべきプログラムに間する検査済み仕様フ
ァイル２ｃを読み込み、２ｉ５ｄがら２５ｉでこれら検
査済み仕様ファイル２ｃの内容を分析しシンボルテーブ
ルに登録すると共に必要な内部データを作成し、２５ｊ
で当該プログラムの生成に必要でないシンボルの登録を
抹消し、最後に２５にでプログラムコードを生成する。

２６にのプログラムコード生成においては先にも述べた
ように、仕様ファイルの分析結果をもとに、プログラム
フレームの適切なところに適切なプログラムパターンを
編集して挿入することによってプログラムを生成する。

第２６図と第２７図は、プログラムを生成する仕組みを
例示したもので、！３１！Ｉに示した例題に対するどの
設計仕様のどの部分からプログラムのとの部分が生成さ
れたかを示している。

第２６ｒ！！Ｉにおいては、２６ａでグループキーテー
ブル内の各ファイル行ごとにそこで定義されたグループ
キーを宣言し、２６ｂでファイルテーブル内に指定され
た各ファイルの諸態性をもとに、ファイルの人出力部を
宜貫し、２８ｃでファイルからレコードを読み込むため
のバッフ７エリアを宣言し、２６ｄでこのレコードのレ
イアウトを宣言するためのＣ０ＰＹ句を生成し、２６ｅ
でファイルのＥＯＦ状態フラッグを宣言し、２６ｆでこ
のファイルからレコードを３段バクフ７リング方式で入
力する読み込みルーチンを宣言し、２８ｇで階層構造図
からト・シブモジュールを求めこれに対応するロジック
テーブルＤＴＯ１を最初に呼出すＰＥＲＦＯＲＭ命令を
生成し、２６ｈｉ”ＣＤ’７０−図からｚａｉｋｏプロ
セス４ｄの入力ファイル３　ｂ　ｅ　３　ｃを求めこれ
らのファイルをＩＮＰＵＴモードでオーブンし、さらに
２６１でこれらのファイルを２度先読みするために２６
ｆで定義した読み込みルーチンを呼出している。

第２７図においては、主としてロジックテーブルから、
第２２図に示したロジックテーブルを表すプログラムパ
ターンにコンディションパターンやアクションパターン
を表すプログラムパターンを挿入することによって、こ
のロジックテーブルが表すモジュールに対応するプログ
ラムコードを生成する様子を示している。２７＆でＭＣ
コンディションパターンに対応して照合キーを宣言し、
２７ｂと２７ｃでこのロジックテーブルの規則部を構成
する条件値と実行指示記号を配列データとして宣言し、
２７ｄと２７ｅでＭＣコンディションパターンに対応し
て、照合キーの初朋設定とＭＣコンディションパターン
の評価を行い、２７ｆでｅＸｅＣアクションパターンに
対応してモジュールの呼びだし命令を生成し、２７ｇ″
ｔｙｔｒａｎｓｐｏｒｔアクシ３ンパターンに対応して
データ移送テーブルを参考にしてデータ項目のｍｏｖｅ
命令を生成し、２７ｈでｃｏｍｐｕｔｅアクションパタ
ーンに対応してデータ項目の計算命令を生成し、２７１
でｄｏ−ａｇａｉｎアクションパターンに対応してこの
ロジックテーブルにＭＣコンディションパターンが使わ
れていることを認識して適切なファイルの先読み命令を
伴った前処理部への戻り命令を生成する。

第２８図は本システムにおけるＪＣＬ生成の手順の概要
を示したフローチャートである。２８ａで実行開始する
と、２８ｂで生成すべきＪＣＬに間する仕様ファイル名
を読み込み、２８ｃで主としてＣＤフロー図を分析し内
部データにｍ開し、２８ｄでこの内部データを基にＣＤ
フロー図に現れる全てのプロセスを１連のプロセス列と
してトポロジカルソートし、この結果ソートが成功すれ
ば２８ｅでファイルテーブルを参考してＪＣＬを生成す
る、不成功ならば２８ｆでエラー処理を行う、この生成
されたＪＣＬは、各プロセスに対応するプログラムのコ
ンパイル・実行を指示する命令とこのプログラムが使う
ファイルや標準人出力の割り当てからなる。

第２９図は、例題に対する設計仕様からＪＣＬを生成す
る仕組みを表したもので、どの設計仕様のどの部分を基
にしてＪＣＬのどの部分が生成されたかを示している。

２９ａでは、ＣＤフロー図内のプロセスをソートした結
果各プロセスに対してこのソートの順にプロセスに対応
するプログラムのコンパイル・リンク・実行を行う命令
を生成する。２９ｂでは、このプログラムがアクセスす
るファイルに対してファイルテーブルからそのデータセ
ット名を求めこれを割り当てる（アロケートする）命令
を生成する。

生成プログラムの実行とデバッグ： 本システムが生成したＪＣＬとプログラムは、当該ジョ
ブに間するデータなどの環境が存在するホスト計算機ｇ
にファイル転送され、そこでコンパイル・実行される。

この生成されたプログラムの実行結果が、利用者の期待
に反している場合は、その誤りは入力した設計仕様にあ
る。この誤りの検出のためにロジックテーブルの実行時
トレースを出力できる。このトレースを見れば、いつど
のロジックテーブルが呼ばれ、その時のレコードの状態
はどうであったか、どの規則が選ばれどの処理が実行さ
れたかを一目で理解できる。

一般にバッチ型事務処理ブロヴラムでは、設計者がプロ
グラム実行中の正しいモジュール間の遷移状態を認識し
ていることが多く、このトレースを見れば、意図した様
にプログラムが実行されなかった原因を容易にみつける
ことができる。

［発明の効果］ 本システムの効果は主として設計書作成を機械支援する
ソフトウェアＣＡＤとしての効果と自動プログラミング
・システムとしての効果の２つの面から捉らえることが
できる。

以下に、本システムをプログラム開発に適用した場合の
効果を、プログラム開発における設計（特に詳細設計）
、プログラミング、テスト、移行管理の各工程別に整理
した。

（１）　設計の効率化 一ソフトウエアＣＡＤとしての効果− ■　設計思考の効率化 本システムの設計パターンはＣ０ＢＯＬの命令よりも抽
象度が高く、業務内容を簡潔に表現できる。また図・表
を用いた本システムの設計表現方法は従来の文章表現や
フローチャート表現に比べてより理解しやすい人間向き
の表現である。

■　設計記述の機械化 ディスプレイ上でのパターンの埋め込み方式による設計
作業は、紙と鉛筆による設計作業に比べ記述量も少なく
作業としても容易である。また最新の設計結果をいつで
もレーザビーム・プリンタから清書出力できる。

■　設計書の再利用 他の設計書をディスプレイ上に映し出しこれを修正する
ことによって容易に新しい設計書を作成でき、過去の設
計を効率的に再利用できる。

■　設計の信頼性向上 本システムは入力された設計内容を分析して、設計の誤
り一生として、考慮すべき処理状況の漏れや矛盾−を発
見し指摘する。従って、設計の信頼性が大幅に向上する
。

（２）プログラミングの自動化 一自動プログラミング・システムとしての効果−〇　プ
ログラミングの効率化 従来人手に頼っていたプログラミング作業を完全に自動
化できる。

■　プログラムの信頼性向上 人手によるエディタを使ったプログラム榎集作業よりも
信頼性が高い。

（３）テスト・保守支援 ■　テストデータの作成 ？各ロジックテーブルの各規則を満足するデータを用意
すれば、プログラムのあらゆる実行状態をテストするこ
とができる」と言う、テストデータ作成のための明確な
基準が得られる。

■　保守の効率化 ロジックチー、プルの実行時トレースを使えば設計仕様
の間違いを容易に発見できる。また設計書を保守するの
で誤りや改善箇所の発見が容易である。

（４）移行／管理支援 ■　管理の効率化 設計書が最終の成果物になるので、プログラムを保守・
管理ずろ必要がなくなる。

いくつかのプログラムに適用した結果、各工程の効率（
ヒ比畠は第３０図に示すようになった。この結果本シス
テムを用いれば、新規プログラムの総開発コストの約６
０％を削減できることが分かった。また同時にプログ２
ムやドキュメントの信頼性や品質も向上し、保守効率も
向上することも分かった。

【図面の簡単な説明】

第１図は本発明を実施するためのシステムの機器構成図
。第２図は、本システムを用いてジョブに対するプログ
ラムとＪＣＬを作成する方法の概要を示すブロック図。 第３図は本システムの有用性を示すための例題説明。第
４図〜第１１図はこの例題を本システムを使って設計し
た結果の設計画面の記入例。第４図は機能テーブル。第
５図はファイルテーブル。第６図はＣＤフロー図、第７
図は階層構造図。第８図はデータ構造テーブル。 第９図はデータ移送テーブル、第１０図と第１１図はロ
ジックテーブル、第１２は、本発明においてワークステ
ーションが行う処理（第２図の処理■、■、■、■）の
概要を示したフローチャート。 第１３図は例題に対するＣＤフロー図の作成中のワーク
ステーションの画面。第１４図は、ＣＤフロー図を作成
／検査する処理（第１２図の処理１２ｃ）の内容をやや
詳細に示したフローチャート。 第１５図は、例題のＣＤフロー図の作成処理の詳細をオ
ペレータの各動作ごとの画面の推移を用いて説明した図
。第１６図は例題のＣＤフロー図の検査処理の詳細を説
明図。第１７図は例題に対するロジックテーブルの作成
中のワークステーションの画面を示した図。第１８図は
、ロジックテーブルを作成／検査する処理（第１２図の
処理１２ｇ）の内容をやや詳細に示したフローチャート
。 第１９図は、例題に対するロジックテーブルの条件部の
作成過程を示した図。第２０図は例題に対するロジック
テーブルの検査処理の詳細をオペレータの各動作ごとの
画面の推移を用いて説明した図。第２１図はプログラム
フレームの構成図、第２２図はロジックテーブル全体に
対応するプログラムパターンが持つ制御の流れを表した
フローチャート。第２３区はＭＣコンディションパター
ンに対応してプログラムフレームに挿入されるべきプロ
グラムパターンを示した図。第２４図はこのコード生成
のためにオペレータが行うシステムへの指示方法を示し
た図。第２５図は本システムにおけるプログラム生成の
手順の概要を示したフローチャート。第２６図と第２７
図は、例題に対する設計仕様からプログラムを生成する
仕組みを表した図。第２８図は本システムにおけるＪＣ
Ｌ生成の手順の概要を示したフローチャート。第２９図
は、例題に対する設計仕様からＪＣＬを生成する仕組み
を表した図。第３０図は本システムをいくつかのプログ
ラム開発に適用した結果の各工程の効率（ヒ比率を表す
図。

Claims (1)

【特許請求の範囲】
1. 表示用ディスプレイ装置と座標指示装置と文字入力装置
   とディスク装置とプリンタ装置を持つワークステーショ
   ンと呼ばれる計算機と、これに接続されたホスト計算機
   を有する情報処理装置系において、前記表示用ディスプ
   レイ装置上に表示された２種類の図形式および５種類の
   表形式の設計画面に、前記文字入力装置および座標指示
   装置を使って、プログラムの設計仕様を表す文や図形を
   入力し、前記ディスク装置に仕様ファイルとして格納す
   る機能と、これら仕様ファイルを適宜読み出して前記デ
   ィスク装置に予め記憶されたプログラムコード群を編集
   して個々のプログラムおよびそのプログラムのホスト計
   算機上での実行環境を定めたジョブ制御文を生成する段
   階とを有することを機能とする、ディスプレイ上の設計
   画面より入力した設計仕様から部品を組合せてプログラ
   ムを自動生成する方法。