JPH02259831A - オンラインプログラム生成装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はオンラインプログラムの生成に利用する。本発
明は画面を使用してソースプログラムを生成するオンラ
インプログラムの生成に関する。

〔概要〕

本発明は画面を使用してソースプログラムを生成するオ
ンラインプログラム生成装置において、表示画面を利用
してプログラム部品の組合せを指示しながら画面遷移を
与えるようにし、そのときに画面内の各項目の値と画面
遷移にかかる組合せによるチエツク定義を行いスケルト
ン生成手段を、制御することにより、 新規なプログラムを短時間に、かつ高信頼性をもって生
成できるようにしたものである。

〔従来の技術〕

一般にプログラムを作成してそれを検証する場合、プロ
グラムを作成する工程と作成されるプログラムを検証す
るためのテスト仕様書を作成する工程とは、完全に独立
した工程として取り扱われていた。また、プログラムを
作成する場合には、標準的なプログラムパターンを何種
類か用意し、それらのパターンに合わせて個々にソース
プログラムを埋込みながらプログラム全体を作成し、適
当なパターンがない場合には全プログラムを最初から作
成していた。また画面とプログラムパターンは完全に独
立したものとして取り扱われていた。

〔発明が解決しようとする問題点〕

上述した従来の方式では、標準的なプログラムパターン
を用意し利用することによってプログラム作成の生産性
は大幅に向上するが、すべてのプログラムに適合するよ
うに多数のプログラムパターンを用意することは困難で
ある。すなわち必要十分な数のプログラムパターンを収
集し、それらを標準的なプログラムパターンとして作成
するには多くの工数を必要とし事実上不可能である。

そのために標準的なプログラムパターンの数が増加する
とそれらの中にはあまり利用されないパターンもあり、
パターン数の増加により利用率を低下させ、さらには標
準化を困難にする。

したがって標準的なプログラムパターンを利用してプロ
グラムを作成する方法には限界があり、利用し得るパタ
ーンが存在しないためにプログラム全体を設計し作成し
なければならないことが発生する欠点ある。

さらに設計し作成したプログラムを検証する場合にテス
ト仕様を作成するが、その作成工程とプログラム作成工
程は完全に独立しており、プログラムの規模が増大する
につれて考慮しなければならいテスト項目も増大し、テ
スト項目のもれによる信頼性の低下をまねく欠点がある
。

本発明はこのような欠点を除去するもので、利用率の低
い標準的プログラムの作成を避けることによって工数を
低減するとともに標準化をはかれるようにし、信頼性の
高いプログラムが生成できる装置を提供することを目的
とする。

〔問題点を解決するための手段〕

本発明は、ソースプログラムを作成する操作者が見る画
面に基づいて画面遷移の指示を行う画面仕様を画面仕様
ファイルに登録する画面遷移定義手段と、画面遷移定義
と画面内の項目定義との組合せによる処理手順を定義し
たテスト仕様をテスト仕様ファイルへ登録する組合せ定
義手段とを備えたオンラインプログラム生成手段におい
て、画面仕様およびテスト仕様に基づいてあらかじめ登
録してあるプログラム部品を部品ファイルから読み出し
、このプログラム部品を含むプログラムパターンに従っ
てプログラムソースを生成し出力するとともに、前記テ
スト仕様ファイルに生成されたテスト仕様からからテス
ト項目を出力するスケルトン生成手段とを備えたことを
特徴とする。

〔作用〕

画面遷移定義手段がプログラムソースを生成する画面に
基づいて画面遷移を指示する画面仕様を画面仕様ファイ
ルに登録し、組合せ定義手段が画面遷移定義と画面内の
項目定義より組合せによる処理手順を定義してテスト仕
様ファイルへ登録し、スケルトン生成手段が画面仕様お
よびテスト仕様に基づいてあらかじめ登録してあるプロ
グラム部品を部品ファイルから読み出し、プログラム部
品を含むプログラムパターンに従ってプログラムソース
を生成し、生成されたテスト仕様よりテスト項目を出力
する。

このように、表示画面を利用してプログラム部品の組合
せを指示しながら画面遷移を与えるようにし、その際に
画面内の各項目の値と画面遷移にかかわる組合せによる
チエツク定義を行うことにより検証を考慮して標準的な
プログラムパターンに頼らずにオンラインプ、ログラム
を作成することが可能となる。

これにより、設計時の内容についてチエツクすることが
でき、検証内容をテスト項目として抽出することが可能
となり、そのために新規なプログラムを短時間に、かつ
高信頼性をもって生成することができる。

〔実施例〕

次に、本発明実施例を図面を参照して説明する。

第１図は本発明実施例の構成を示すブロック図、第２図
は本発明実施例の全体構成を示すブロック図である。

本発明実施例は、メモリ１０１が設けられオンラインプ
ログラム生成装置１０２を有するホストコンピュータ１
００　と、複数のワークステーション１１０とが接続装
置１２０を介して接続され、オンラインプログラム生成
装置１０２に、入出力装置２と、画面仕様が格納される
画面仕様ファイル３と、入出力装置２を介して画面のフ
ォーマットおよび項目を定義し画面仕様を画面仕様ファ
イル３に格納する画面遷移定義手段１と、画面仕様より
画面内の項目のとる値から組合せチエツクを行う組合せ
定義手段４と、組合せチエツクを行った結果を格納する
テスト仕様ファイル５と、プログラム部品を格納する部
品ファイル７と、画面仕様に従って部品ファイル７を検
索してプログラム部品を呼出しスケルトンソースおよび
画面オブジェクトを生成してそれぞれスケルトンソース
ファイル９および画面オブジェクトファイル１０に格納
しスケルトン生成時に定義した項目の内容をコピー原文
ファイル８に格納し、組合せチエツクにより行った結果
をテスト仕様書１１として出力するスケルトン生成手段
６とを備える。

第３図は本発明実施例の画面遷移定義手段１の動作を示
す流れ図である。画面遷移定義手段１は、入出力装置２
を介し各画面において罫線、見出し、項目などを定義し
、それを画面仕様ファイル３に登録する（ステップ１２
）。すべての画面について登録完了か否かを判断し、完
了していないときはステップ１２を繰返し実行する。登
録完了であれば各画面について次画面を指示する情報を
定義し、同じく画面仕様ファイル３に登録する（ステッ
プ１３）。すべての画面についての登録を完了したか否
かを判断し、完了していないときにはステップ１３を繰
返し実行する。

第４図は本発明実施例において画面遷移を指示する例を
示す説明図である。同図において画面１４および次画面
１５はそれぞれ第３図に示すステップ１２で定義して登
録する。画面１４が次画面１５への遷移を指示するとき
、項目Ａの情報レコード１６を定義し画面仕様ファイル
３に格納する。情報レコード１６は処理種別、ＮＥＸＴ
　ＰＯＩＮＴ条件値および部品名を含み、画面１４に指
定されて次画面１５を指示する。

すなわち項目Ａが次の動作（処理種別で指定）をＮＥＸ
Ｔ　ＰＯＩＮＴで実行するとき、その動作条件を条件値
が指示し、部品名（プログラム部品）は項目Ａの実行を
チエツクする。このプログラム部品はスケルトンソース
を生成するとき部品ファイル７を検索して呼出しスケル
トンソースの中に埋込む。

第５図は本発明実施例の組合せ定義手段４の動作を示す
流れ図である。組合せ定義手段４は、定義された画面仕
様ファイル３より各画面ごとに定義されている情報レコ
ード１６と項目名を読込み、項目名と条件値を組合せ原
因となる項目を作成し、また結果となる項目にはＮＥＸ
Ｔ　ＰＯＩＮＴを用いて原因・結果グラフ技法となる項
目の一覧を作成し表示する（ステップ１７）。

次いで表示された内容をもとに入出力装置２を介しなが
らさらに原因および結果となる項目を定義画面に基づき
追加、修正を行い（ステップ１８）原因・結果グラフ手
法に基づき関係Ｅ、　Ｈの定義を行う（ステップ１９）
。その後−つの画面につき全ての定義が終了したかどう
かを判断し、終わりであればデシジョンテーブルの生成
を行い（ステップ２０）、デシジョンテーブルを利用し
たテスト項目をテスト仕様ファイル５へ格納する。

第６図は本発明実施例における組合せ定義を指示する例
を示す説明図である。画面１４は画面遷移定義まで完了
した画面であり、Ａ、Ｂは画面１４の項目名である。画
面１４で定義した項目名Ａ、Ｂと条件値とを用い原因と
して原因内容を組み合わせて表示し、ＮＢＸＴ　ＰＯＩ
ＮＴを結果として内容に次画面塩を使用し画面２１を入
出力装置２に表示する。表示された原因・結果の種別と
内容を用い、グラフィック画面２２に定義された項目を
表示し、マウスを使用しながら原因・結果グラフを作成
する。次いで登録が完了したかどうかを判断し、完了で
あれば原因・結果グラフ画面のデータをもとにデシジョ
ンテーブルを作成しくステップ２３）、テスト仕様ファ
イル５への登録を行う。

第７図は本発明実施例のスケルトン生成手段６の動作の
流れを示す流れ図である。スケルトン生成手段６は、標
準部品の利用ができるか否かを判断しくステップ２４）
、利用できる場合には画面仕様ファイル３から画面仕様
を読出し、読出した画面仕様に従って部品ファイル７を
検索して該当する標準部品の組込みを指定し、再び画面
仕様ファイル３に登録する（ステップ２５）。次いで画
面仕様を読出し、その画面設計情報に従って画面オブジ
ェクトを生成し画面オブジェクトファイル１０に格納す
る（ステップ２６）。

その後画面仕様を読出し、その画面遷移情報に従ってス
ケルトンソースを生成し、スケルトンソースファイル９
に格納する。このとき標準部品を利用できる場合にはそ
れを埋込んでスケルトンソースを生成する。また画面仕
様の中の項目名などのデータはコピー原文ファイル８に
格納する（ステップ２７）。

利用者は上記スケルトンソースファイル９の中の画面遷
移を含むスケルトンソースを必要に応じてさらに変更し
ながらプログラムを完成させることができ、また画面単
位に基づいたテストをテスト仕様ファイル５よりテスト
仕様書１１とすることにより最終的なプログラムに対す
る検証も行うことができる。

〔発明の効果〕

以上説明したように本発明によれば、画面遷移に基づい
てスケルトンソースを自動生成してプログラム部品やソ
ースプログラムを埋込みながらプログラム全体を生成し
、このプログラム生成時に検証を行うことが可能となる
ために、設計時に考えもれが発生していた内容について
チエツクすることができ、検証内容をテスト項目として
抽出することが可能となり、そのために新規なプログラ
ムを短時間に、かつ高信頼性をもって作成することがで
き、また標準的なプログラムパターンが準備されていな
い場合でも新規のプログラムを容易に作成することがで
きる効果がある。

【図面の簡単な説明】

第１図は本発明実施例の構成を示すブロック図。 第２図は本発明実施例の全体構成を示すブロック図。 第３図は本発明実施例の画面遷移定義手段の動作を示す
流れ図。 第４図は本発明実施例の画面遷移を指示する例を示す説
明図。 第５図は本発明実施例の組合せ定義手段の動作を示す流
れ図。 第６図は本発明実施例における組合せチエツクを指示す
る例を示す説明図。 第７図は本発明実施例のスケルトン生成手段の動作を示
す流れ図。 １・・・画面遷移定義手段、２・・・入出力装置、３・
・・画面仕様ファイノペ４・・・組合せ定義手段、５・
・・テスト仕様ファイル、６・・・スケルトン生成手段
、７・・・部品ファイル、８・・・コピー原文ファイル
、９・・・スケルトンソースファイル、１０・・・画面
オブジェクトファイノ吠１１・・・テスト仕様書、１０
０・・・ホストコンビ二一夕、１０１・・・メモリ、１
０２・・・オンラインプログラム生成装置、１１０・・
・ワークステーション、１２０・・・接続装置。

Claims (1)

1. 【特許請求の範囲】 １、ソースプログラムを作成する操作者が見る画面に基
   づいて画面遷移の指示を行う画面仕様を画面仕様ファイ
   ルに登録する画面遷移定義手段と、画面遷移定義と画面
   内の項目定義との組合せによる処理手順を定義したテス
   ト仕様をテスト仕様ファイルへ登録する組合せ定義手段
   とを備えたオンラインプログラム生成手段において、 画面仕様およびテスト仕様に基づいてあらかじめ登録し
   てあるプログラム部品を部品ファイルから読み出し、こ
   のプログラム部品を含むプログラムパターンに従ってプ
   ログラムソースを生成し出力するとともに、前記テスト
   仕様ファイルに生成されたテスト仕様からテスト項目を
   出力するスケルトン生成手段 を備えたことを特徴とするオンラインプログラム生成装
   置。