JPH08320785A - データメンテナンスツール自動生成方法 - Google Patents

Abstract

(57)【要約】 【目的】 信頼性が高く、データ型などを適当に変換し
て人間にわかりやすくした形で表示するデータメンテナ
ンスツール自動生成方法を提供することである。 【構成】 所定のプログラミング言語のデータ構造記述
部１０の構造を解析し、該解析結果を翻訳し、その翻訳
結果とあらかじめ用意されたユーザインタフェイス部４
０とをコンパイル／リンクすることによって、前記プロ
グラミング言語の形式に従ったレコードをもつファイル
に対して参照、更新等を行うデータメンテナンスルール
を生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラム言語を直接
コーディングしてプログラムを製造する分野において、
データ構造記述部にあるデータ構造及びデータ型を直接
解析するためのデータメンテナンスツール自動生成方法
に関し、特に、ウォーターフォールモデルに従ってプロ
グラムの設計・製造・検査を行ない、途中でソースリス
トのコーディングが介在するような形態で使用されるも
のに関する。

【０００２】

【従来の技術】以下、特開平４−２７６８３５号公報
（以下、第１の従来技術と呼ぶ）及び特開平３−２４４
０４３号公報（以下第２の従来技術と呼ぶ）を参照して
従来技術を説明する。

【０００３】第１の従来技術には、単体テストケース生
成において、ソースプログラムに依存しないブラックボ
ックステスト形式による方法を基に、プログラムの入出
力インタフェースパラメータのデータ型種別を２つの群
に分類したデータ型種別規定テーブルを備え、入力イン
タフェースのデータ定義文が入力されると、該テーブル
による分類に従って、一方の群に属するデータ定義文か
らは、パラメータのデータ値領域のすべてのデータ値の
組合せをテストケースとして生成し、他方の群に属する
データ定義文からは、パラメータのデータ値領域をさら
に入力インタフェースのデータ定義文の示す分割点によ
り分けられたデータ値領域の一部のデータ値のみをテス
トケースとして生成するようにしたプログラム単体テス
トデータ生成方法が提案されている。

【０００４】第２の従来技術には、同一のデータ領域に
対して複数種類の項目定義を行っているソースプログラ
ムのデータ部の項目定義解析手段と、前記複数種類の項
目に対するテストデータの生成指示を行う第１の入力手
段と、前記テストデータの生成指示の情報を記憶する生
成指示記憶手段と、各項目定義ごとにテストデータの生
成順序と出力回数を指定する第２の入力手段と、テスト
データの生成順序と出力回数の情報を記憶する生成回数
情報記憶手段と、テストデータの生成を行うテストデー
タ生成手段とを備え、前記複数種類の項目定義に従った
テストデータがテストデータ出力ファイルに格納される
一連のテストデータを生成して構成されるテストデータ
生成装置が提案されている。

【０００５】

【発明が解決しようとする課題】プログラム設計の上流
工程で、データ構造（レコードレイアウト）を設計し、
この定義を明確にドキュメントとして保管し、プログラ
ムの概要設計、詳細設計、製造が行なわれた後、単体検
証や結合・総合検証の段階に入って、検証用のテストデ
ータを作成したり、一部分を操作（データにパッチを当
てる等）するために、新たにプログラムを書くことがあ
った。また、データの構造が異なる毎に、別々にデータ
アクセスツールを作ることがあった。

【０００６】すなわち、プログラム設計の上流工程で定
義されたデータ構造（レコードレイアウト）は、現実の
製造工程では製造中に改変が加えられるなどして、検証
時に実際のプログラムと食い違うことがあり、そのよう
なドキュメントをもとにして作成したツールは検証時に
混乱を招き、特に、ウォーターフォールモデルによる製
造工程でこの問題は顕著になるが、上記した第１及び第
２の従来技術ではこの問題を解消できない。

【０００７】また、データ構造ごとにデータ操作プログ
ラムを作成するのでは、工数が掛かり、データ操作プロ
グラムの品質自体も問題となる。一方で、汎用性のある
データメンテナンスツールは、ファイル内容を、たとえ
ば１６進数で表現するなど、人間にとって必ずしも見易
いものでは無い場合が多い。すなわち、非汎用な、その
プログラムに即したメンテナンスツールの必要性が高ま
っている。

【０００８】本発明の課題は、精度の高いデータを手軽
に作り、製造段階、単体テスト段階での詳細なデータ作
成ができ、生産性の向上を図り、プログラムの更新に伴
いツールを即座に再自動生成し、保守性を向上させるよ
うにし、テスト対象となるプログラムデータ構造記述部
の情報を、利用者に公開するデータメンテナンスツール
を提供することである。

【０００９】

【課題を解決するための手段】本発明によれば、所定の
プログラミング言語のデータ構造記述部の構造を解析
し、該解析結果を翻訳し、その翻訳結果とあらかじめ用
意されたユーザインターフェイス部とをコンパイル／リ
ンクすることによって、前記プログラミング言語の形式
に従ったレコードをもつファイルに対して参照、更新等
を行うデータメンテナンスルールを生成することを特徴
とするデータメンテナンスツール自動生成方法が得られ
る。

【００１０】さらに、本発明によれば、前記翻訳結果
は、レコード領域内の所定の位置に適切な形式で格納す
るプログラムである入力部と、選択したレコード領域内
のデータ項目をデータ型に従って適切な形式で引き出す
ためのプログラムである出力部と、選択したレコード領
域内のデータ項目の名前、型、再定義等の属性情報テー
ブルである属性記述部の３つの規約で翻訳されたもので
あることを特徴とするデータメンテナンスツール自動生
成方法が得られる。

【００１１】さらに、本発明によれば、前記ユーザイン
ターフェイス部は、レコード領域にあるデータを、前記
属性記述部の情報を利用して、前記出力部を用いて前面
上に表示するデータ一覧表示部と、前記データメンテナ
ンスツールの利用者が選択したデータ項目に対して行っ
た入力を、項目のデータ型に従ったチェックを行うと共
に、レコード領域に格納するデータ入力部と、指定した
実ファイルの実レコードと、レコード領域上のデータを
作用させるファイルアクセス部を具備して構成されてい
ることを特徴とするデータメンテナンスツール自動生成
方法が得られる。

【００１２】

【作用】本発明によれば、データ（ファイル）への参照
・更新を行なうツールを、対象となっているプログラム
の記述言語中のデータ構造記述部を、直接利用して自動
生成することができる。尚、ドキュメント類よりもプロ
グラムのソースリストの方が、そのプログラムのデータ
としては信頼性が高い。特に検証対象となるプログラム
が存在しているということは、データ構造記述部は既に
存在しているということであり、そこから直接データメ
ンテナンスツールを得るということは、プログラムの製
造中からテストに至るまで、途中でデータ構造に対する
任意の仕様変更があったとしても、即座に最も信頼でき
るメンテナンスツールが得られることを意味する。

【００１３】又、データ構造を直接解析するということ
は、データの構造や型について完全な情報を得ることが
可能である。この情報を利用可能なユーザインタフェー
スを用意しておくことで、各項目に対応するデータにつ
いて、人間にとって最も見易い形式でアクセス可能なよ
うにすることが出来る。例えば、１バイトの数値として
定義された項目を１０進数で表示したり、この項目を変
更する場合、０未満２５６以上の数値や文字入力をその
場でエラーとして検出することが可能である。

【００１４】

【実施例】本発明の一実施例について図１を参照して説
明する。ここでは、ＣＯＢＯＬ言語でのプログラム開発
に於ける本ツール自動生成方式について具体的な適応例
を説明する。この方式は、最も単純に表現すれば、デー
タ構造記述部（以下、レコードレイアウトと呼ぶ）１０
を与えると、それに対応したファイルアクセスツール５
０が生成される方式ということになる。

【００１５】図１において、入力となるレコードレイア
ウト１０と、ＣＯＢＯＬ言語のソースから、データ構造
を知るための最低限の構文解析を行なうレコードレイア
ウト解析部２０を備えている。レコードレイアウト解析
部２０からの解析結果３０を受け、所定の規約でその解
析結果を翻訳する。ここでは具体的に以下の３つの規約
に基づいた翻訳結果が得られる。

【００１６】入力部３１は、第１の規約として機能し、
入力されたデータを、データ型に従って、レコード領域
内の所定の位置に適切な形式で格納するプログラムであ
る。出力部３２は、第２の規約として機能し、選択した
レコード領域内のデータ項目を、データ型に従って適切
な形式で引き出してくるプログラムである。属性記述部
３３は、第３の規約として機能し、選択したレコード領
域内のデータ項目の名前、型、繰り返し、再定義などの
属性情報テーブルである。尚、入力部３１及び出力部３
２のプログラムは、解析対象となっているプログラムと
同一である必要は全くない。但し、ここでは、次に説明
するユーザインタフェース部４０の準備が容易で説明が
簡単なことから、やはりＣＯＢＯＬ言語にて出力される
ものとする。

【００１７】ユーザインタフェース部４０は、与えられ
た入力部３１、出力部３２、属性記述部３３を利用し
て、レコードデータの参照・更新を行なう。このユーザ
インタフェース部４０は、データ一覧表示部４０１、デ
ータ入力部４１１、及びファイルアクセス部４２０で構
成される。尚、どのような充実した機能をさらに付与す
るかは、場合により、また、本機構が成立した後も独立
に強化していくことが可能である。

【００１８】データ一覧表示部４０１は、レコード領域
にあるデータを、属性記述部の情報を利用しながら、出
力部３２を用いて適切な形式で画面上に表示していく機
構である。データ入力部４１１は、ツール利用者が選択
した項目に対して行った入力を、項目のデータ型に従っ
たチェックを実施した上で、レコード領域に格納する機
構である。ファイルアクセス部４２０は、レコードのリ
ード、ライト、デリート等のファイル／レコードに対す
るアクセス機能群であり、指定した実ファイルの実レコ
ードと、レコード領域上のデータを作用させる機構であ
る。具体的には、実レコードからレコード領域にデータ
を転記する読み込み４２１やその逆に書き込み４２２が
ある。キー検索４２３、レコード削除４２４など、その
言語系が提供するファイル／レコード操作の極力多くを
網羅しておくことが望ましい。予め用意されたユーザイ
ンタフェース部４０と、レコードレイアウト解析部２０
の解析結果である入力部３１、出力部３２、属性記述部
３３を結合（リンク）することで、目標となるファイル
アクセスツール５０が生成される。

【００１９】ユーザインタフェース部４０は予め１つ製
造しておく。その状態で、本機構は、レコードレイアウ
ト１０を入力として、完全に自動的に、レコードレイア
ウトに対応するファイルアクセスツール５０を出力とし
て得ることが可能である。ユーザインタフェース部４０
に、ある一定のパターンをもって複数レコードのデータ
を作成するテストデータ自動合成機構や、必要なレコー
ドに対して対象言語が持つ以上の機能で参照を行なう検
索機構を加えることができる。例えば、順編成ファイル
の任意の項目についてキー検索を可能とする。又、テス
トデータ自動合成機構や検索機構の方式については様々
な方式が考えられる。

【００２０】ダイナミックリンクの機構を持つ系上で
は、ユーザインタフェース部４０は、ダイナミックリン
クによって結合することが望ましい。これは、ツールの
容量が小さくなること、及び、ユーザインタフェース部
４０を、後から独立に強化していくことができるという
理由による。

【００２１】ＣＯＢＯＬ言語の場合の属性記述部３３に
ついて、補足説明する。これは、実際に本方法を用いて
系を構成する場合の具体的な注意点でもある。データ構
造の記述（レコードレイアウト１０）を、実際の入出力
の単位となる項目の羅列にすることを、ここでは『展開
する』と呼ぶことにする。最も単純な展開の例は、繰り
返し項目が「項目Ａの１０回の繰り返し」で定義される
時に、これをＡ（１），Ａ（２），…，Ａ（１０）とい
う独立の１０個の項目として扱うことである。１０００
もの繰り返しを含むようなレコードレイアウトの場合、
最初もしくは最後の数項目に着目したい場合がある。こ
のような展開数の制限に関して、次のような方法を取る
ことが可能である。

【００２２】第１に、レコードレイアウトの解析結果３
０の中に、繰り返し構造を表現する記述を含める方法が
ある。この場合、ユーザインタフェース部４０が、この
記述を解釈しながら、任意の繰り返し項目の指定を可能
にする機構を持つことになり、ユーザインタフェース部
４０の作成が、やや大変になる。

【００２３】第２に、レコードレイアウト解析部２０
に、展開数の制限を与える方法がある。この場合にはレ
コードレイアウトの解析結果３０を１次元的に出力する
ままで良く、ユーザインタフェース部４０は、繰り返し
項目であることを意識することなく、各項目への入出力
を行なう機構を持てば良い。

【００２４】レコードレイアウト解析部２０と解析結果
３０のフォーマットが同時に提供され、ユーザインタフ
ェース部４０を提供される側が独自に設計して良い、と
いうような形態では、ユーザインタフェース部４０の製
造負担を軽減する目的で、後者の方法が好ましい。以
下、レコードレイアウトの解析結果３０が、このような
１次元的な項目の羅列である場合（ユーザインタフェー
ス部４０が用意に構築可能であるモデル）を前提に説明
をする。

【００２５】集団項目は、基本項目と異なり、データの
実体を表現しない。従って、繰り返し項目上で、集団項
目が何度も表現されるのは、ユーザインタフェース上好
ましくない場合がある。すなわち、１画面内に占める基
本項目の割合が少なく、実データに関する一覧性が減少
する。そこで、レコードレイアウト解析部２０に、繰り
返し項目の初出の集団項目以外の出力を抑止するような
機構があると良い。

【００２６】再定義（ＲＥＤＥＦＩＮＥ）に関しては、
レコードレイアウトの解析結果３０に再定義の親子関係
を双方向のポインタで辿れるようにしておくのが良い。
何故なら、ある基本項目のデータを変更した場合、現在
表示されているデータのうち影響を受ける項目の再表示
を行なうのが良いユーザインタフェースだからである。
ポインタを辿ることで影響を受ける全ての項目を再表示
するのが良いが、表示が十分高速であると仮定できるシ
ステムでは、データの変更の際に現在の視野の情報全て
を再描画することで同様の効果を得ることができる。

【００２７】事例として、ＣＯＢＯＬ言語のレコードレ
イアウト（ＤＡＴＡ−ＤＩＶＩＳＩＯＮに書かれる形
式）を解析、展開し、ＣＯＢＯＬ上位高生産性言語（Ｉ
ＤＬ−ＩＩ）で記述された項目属性部、入力記述部、出
力記述部を出力し、Ｘ−ＷｉｎｄｏｗシステムのＧＵＩ
上にファイルハンドリングシステムと併せて予め作って
おいたユーザインタフェース部とリンクして、メンテナ
ンスツールを数十本生成し、利用されたという実績があ
る。この方式では、レコードレイアウトの解析結果３０
を、やはりＩＤＬ−ＩＩ言語で出力することにより、入
力となるレコードレイアウトをそのまま取り込み、レコ
ード領域とユーザインタフェース部の間の項目データの
やりとりを、ＣＯＢＯＬの機構を直接利用する形で実現
した。このため、領域の再定義や繰り返し項目に関する
実領域との対応に関して新規にＣＯＢＯＬをシミュレー
トする機構を作らないですみ、開発工数を少なくし、高
い信頼性を得ることができた。

【００２８】

【発明の効果】本発明によれば、ユーザインタフェース
部４０が独立しているため、レコードレイアウトの解析
結果３０の様式を定めればレコードレイアウト解析部２
０と個別に開発が可能であり、また利用中であっても利
用者の要請に対して独立にユーザインタフェース部４０
を高機能化することが可能である。

【００２９】又、対象となるプログラムのソースの一部
を直接利用してツールを自動生成するため、ツール製造
過程でバグが混入することが無く、ツールの信頼度が高
い。

【００３０】検査対象となるプログラムが存在していれ
ば、その部分であるデータ構造記述部もソースとして実
在することは確かで、それを利用するため、他のドキュ
メントを利用したり、新たなデータを起こす必要が全く
ない。つまり、検査対象のプログラムに完全に対応した
ツールを、極めて短工数（ほぼゼロ）で得ることが可能
である。

【００３１】データ構造記述部にあるデータ構造・デー
タ型を直接解析するため、それらに従った自然なユーザ
インタフェースを構築することが可能。つまり、データ
の参照や更新に際して、人間が分かり易い形式を取れる
ため、データ検証や作成の精度が高い。すなわち、信頼
度の高い検証が可能である。

【図面の簡単な説明】

【図１】レコードレイアウトからファイルアクセスツー
ルが生成されるまでの流れを示した図である。

【符号の説明】

１０ レコードレイアウト（データ構造記述部） ２０ レコードレイアウト解析部 ３０ （レコードレイアウトの）解析結果 ３１ 入力部 ３２ 出力部 ３３ 属性記述部 ４０ ユーザインタフェース部 ４０１ データ一覧表示部 ４１１ データ入力部 ４２０ ファイルアクセス部 ５０ ファイルアクセスツール

Claims (3)

【特許請求の範囲】
1. 【請求項１】 所定のプログラミング言語のデータ構造
   記述部の構造を解析し、該解析結果を翻訳し、その翻訳
   結果とあらかじめ用意されたユーザインタフェイス部と
   をコンパイル／リンクすることによって、前記プログラ
   ミング言語の形式に従ったレコードをもつファイルに対
   して参照、更新等を行うデータメンテナンスルールを生
   成することを特徴とするデータメンテナンスツール自動
   生成方法。
2. 【請求項２】 前記翻訳結果は、レコード領域内の所定
   の位置に適切な形式で格納するプログラムである入力部
   と、選択したレコード領域内のデータ項目をデータ型に
   従って適切な形式で引き出すためのプログラムである出
   力部と、選択したレコード領域内のデータ項目の名前、
   型、再定義等の属性情報テーブルである属性記述部の３
   つの規約で翻訳されたものであることを特徴とする請求
   項１記載のデータメンテナンスツール自動生成方法。
3. 【請求項３】 前記ユーザインターフェイス部は、レコ
   ード領域にあるデータを、前記属性記述部の情報を利用
   して、前記出力部を用いて前面上に表示するデータ一覧
   表示部と、前記データメンテナンスツールの利用者が選
   択したデータ項目に対して行った入力を、項目のデータ
   型に従ったチェックを行うと共に、レコード領域に格納
   するデータ入力部と、指定した実ファイルの実レコード
   と、レコード領域上のデータを作用させるファイルアク
   セス部を具備して構成されていることを特徴とする請求
   項１記載のデータメンテナンスツール自動生成方法。