JPH04172529A - データ中心型ソフトウエア部品によるプログラム自動生成方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ソフトウェアの生産性向上に係り。

特に既存ソフトウェアを部品化し、これらの部品からプ
ログラムを自動生成することにより新規ソフトウェア開
発を効率化するのに好適なソフトウェア開発支援方法に
関する。

〔従来の技術〕

ソフトウェア生産性を向上するための有力な方法のとひ
つに既存のソフトウェアを再利用して新規ソフトウェア
を開発する方法がある。

この既存のソフトウェアを再利用して新規ソフトウェア
を開発する場合、業務システムレベルや、プログラムレ
ベルで再利用を行い、プログラマが既存ソフトウェアの
仕様書やソースコードを解析し、変更を行うのが一般的
である。

しかし、同種業務のソフトウェアにおいてもその要求仕
様は利用者によってまちまちであり、上記のような再利
用の方法では、仕様書やソースコードからだけでは変更
箇所を特定することが難しい、ひとつのソフトウェアに
対し複数利用者の要求仕様の相違に伴う変更が加わって
いくためソフトウェア保守性が劣化するなどの欠点があ
った。

このような欠点のために、同種業務のソフトウェアの開
発においてさえ、既存ソフトウェアの再利用を断念し、
全く新規にソフトウェアを開発することが多く、生産性
向上を妨げていた。

この問題を解決するひとつの方法として、ソフトウェア
をその機能に着目して細分化することにより部品化して
おき、この部品とプログラムとの対応づけを定義するこ
とにより新たなプログラムを自動生成する方法がある。

この方法によりソフトウェアを小規模な部品群に分割し
、新規ソフトウェアを開発する際に、既存ソフトウェア
を部品レベルで再利用することが可能となり、ソフトウ
ェアの適用業務の違いや、要求仕様の違し１に対して部
品の取捨選択、修正、追加により対応することができる
ようになった。

なおこの種の技術として関連するものには、例えば第３
０回（昭和６０年後期）情報処理全国大会講演論文集（
Ｉ）　ｐ４５９〜４６０　ｒＥＡＧＬＥｌ：おけるプロ
グラム部品合成実現方式ｊ等がある。

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

前記の従来技術はソフトウェアを部品化し、それを合成
することによりプログラムを自動生成するものであり、
ソフトウェアの生産性向上、信頼性向上のために有力な
技術である。

しかし、前記の従来技術ではソフトウェアの部品化を機
能の細分化によって行っているため部品化を行う際に、
どのような観点で機能を細分化するか、どのレベルまで
を一つの部品にするかなどについて明確な基準を設ける
ことが難しく、部品の設計者によりソフトウェアの分割
方法がまちまちであった。

また、目的の業務プログラムと部品との対応づけをプロ
グラム１本１本について、設計者あるいはプログラマが
定義しなければならないため、生産性向上および信頼性
向上が十分に図れなかった。

本発明の第１の目的は、ソフトウェアの部品化゛にあた
って設計者の個性や適用業務の特質に依存しない一定の
基準を設け、さらに部品をこの基準に合致した形式で管
理する方法を確立することにより、ソフトウェアの部品
をＩｌｌ！４！Ｉ化し、既存ソフトウェアの再利用を容
易にし、ひいてはソフトウェアの生産性向上および信頼
性向上を図ることにある。

本発明の第２の目的は、業務プログラムと部品との対応
づけを設計者あるいはプログラマが定義することなしに
目的の業務プログラムを自動生成することを可能とし、
ひいてはソフトウェアの生産性向上および信頼性向上を
図ることにある。

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

上記の第１の目的を達成するため１本発明のデータ中心
型ソフトウェア部品によるプログラム自動生成方式では
、ソフトウェア部品をデータ項目単位に、さらに各デー
タ項目に対する処理を予めいくつかの種類に分けて定義
しておきこれをディクショナリとよぶ専用の構造を持つ
ファイルに格納して管理することを特徴とする。

また、データ項目単位の処理に含まれない１画面、帳票
、ファイル等の処理プログラムの制御部分を、その制御
構造の特質に着目していくつかの種類に分け、業務個別
処理をそれ自身に持たない標準パターンとして部品化す
ることを特徴とする。

上記の第２の目的を達成するため、本発明のデータ中心
型ソフトウェア部品によるプログラム自動生成方式では
、生成対象の業務プログラムと上記のデータ項目単位の
部品との対応を定義することなく、該プログラムの入出
力媒体中に存在するデータ項目の名称を基に、使用すべ
き部品を選択しこれを標準パターンと合成することによ
り該プログラムを自動生成することを特徴とする。

〔作用〕

第１の目的を達成するため１本発明はソフトウェア部品
をデータ項目単位に定義することに定め、その部品の中
にデータ項目に対する処理をいくつかの種類に分けて定
義する。またプログラム制御部分を標準パターンとして
部品化し、データ項目単位の部品と完全に分離する。こ
のことにより、ソフトウェアの部品の標準化が可能とな
り、既存ソフトウェアの再利用を容易にでき、ひいては
ソフトウェアの生産性向上および信頼性向上を図ること
ができる。

第２の目的を達成するため、本発明は生成対象の業務プ
ログラムとデータ項目単位の部品との対応づけをプログ
ラム自動生成ツールで行うようにする。このことにより
、設計者あるいはプログラマがこ・れらの対応を定義す
ること必要がなくなり、ソフトウェアの生産性向上およ
び信頼性向上を図ることができる。

〔実施例〕

以下、本発明の実施例を図を用いて詳細に説明する。

第１図は本発明の実施例を実現するためのシステムの機
能構成図であり、第２図は本発明を実現する計算機の機
器構成であり、第３図はディクショナリの定義例であり
、第４図はプログラム生成の処理手順を示すフローチャ
ニドである。

まず、第１図および第２図を用いて実施例におけるディ
クショナリ作惑手順およびプログラム生成手順について
説明する。

本実施例では入力装置２０５および表示装Ｍ２Ｏ４を用
いて、ディクショナリ専用エディタ１０２によりデータ
項目単位の部品を外部記憶装置２０６上のディクショナ
リに登録したり、修正したりする。

ここでデータ項目とは氏名、生年月日などといった業務
上意味を持つ最小単位のデータを指す。プログラム生成
ツール１０７は、同じく外部記憶装置２０６上にあるプ
ログラム仕様書ライブラリ１０４゜データ仕様書ライブ
ラリ１０５．標準パターンライブラリ１０６およびディ
クショナリ１０１を入力し、生成対象プログラムを生成
して外部記憶装置２０６上のソースライブラリ１０８に
出力する。

尚、ここでプログラム仕様書ライブラリ１０４は各プロ
グラムで使用する標準パターン名および入呂カフアイル
名、画面名、帳票名を定義しているライブラリであり、
データ仕様書ライブラリ１０５は各ファイル、画面、帳
票に関する定義情報を格納しているライブラリである。

。 つづいて第３図にもとづき本実施例においてソフトウェ
ア部品をデータ項目単位に管理するディクショナリ１０
１の構造について説明する。

ディクショナリ１０１中にはデータ項目名称に関する定
義、チェック条件、入力編集、出力編集の定義を格納す
る。ここでチェック条件、入力編集、および出力編集に
ついて説明する６第５図はデータ項目「年月日」に対す
るチェック条件、入力編集、出力編集を示したものであ
る。

入力帳票５０２や入力画面５０３からの入力データ「Ｈ
２Ｏ１，０５，０３Ｊ　Ｎ５０１）に対しデータの形式
が正しいかまた実際に存在する年月日であるかなどをチ
ェックする。このチェックの際にエラーでない条件を定
義するのがチェック条件である。

チェックを行ったデータはデータベース５０６やファイ
ル５０７に格納する。本例では和暦で入力された年月日
を西暦に変換して格納を行っているが、このように外部
からの入力データ５０１をデータベース５０６やファイ
ル５０７に格納する形式５０８に変換する処理が入力編
集である。

つぎに出力編集はデータベース５０６やファイル５０７
のデータを出力帳票５１０や出力画面５１１に出力する
形式５１２に変換する処理のことである。

本例では格納形式５０８の「年月日」を西暦から和暦に
変換し、更に元号を日本語に編集している。

再び第３図に戻って、本例ではデータ項目「年月日Ｊに
対する定義および「在庫量」に対する定義を示している
。３０１は「年月日」の記号項目名がｒＮＥＮＧＡＰＩ
Ｊであることを示畝３０３はデータの形式が英数字６桁
であることを定義し、３０４は「年月日」をチェックす
る際にはサブルーチンｒＰＲＯＧＡＪ　を呼びだすこと
を示し、３０５は入力編集時、にはサブルーチンｒＰＲ
ＯＧＢＪを呼びだすことを示し、同様に３０６は出力編
集時にｒＰＲＯＧｃＪを呼びだすことを定義している。

これを第５図と比較するとステップ５０４で行う「年月
日」の形式チェックおよび実在日チェックをｒＰＲＯＧ
ＡＪの呼出しにより行い、ステップ５０５で行う和暦か
ら西暦の格納形式への変換をｒＰＲＯＧＢＪの呼出しに
より行い、ステップ５０９で行う西暦から和暦への変換
や日本語変換をｒＰＲＯＧｃＪの呼出しにより行うこと
を定義している。

もう一方の「在庫量」の定義では３０７は「在庫量」の
記号項目名がｒＺＡＩＫＯＪであることを示し、３０９
は在庫量のデータ形式が数字１０桁であることを示して
いる。３１０でｒＮＵＭＥＲＩＣＪと記述しているのは
入力データが数字であることがチェック条件であること
を示している。

３１２は入力データを１０００倍した結果をデータベー
ス５０６またはファイル５０７に格納することを定義し
ている。また、３１３は「在庫量」をデータベース５０
６またはファイル５０７から出力帳票や出力画面に表示
する際には１０００で割った結果を出力することを定義
している。

第４図はプログラム生成ツールにおけるプログラム生成
処理手順を示したものである。

生成ツールはまず生成対象の業務プログラムで使用する
標準パターンを標準パターンライブラリ１０６から入力
する（ステップ４０１）　。

尚、プログラム生成時にどの標準パターンを使用するか
はプログラム仕様書であらかじめ定義しておく。

第６図に標準パターンの例を示す０本例はファイルのチ
ェックを行う処理の標準パターンでありこのパターンは
入力ファイルを読み込んで入力ファイル上のデータのチ
ェックを行い、エラーのないデータを呂カフアイルに書
き出す処理を行うプログラムを生成する場合に使用する
。第６図の６０１が標準パターンであり、入出カフアイ
ルのオープン処理、クローズ処理および入力ファイルが
終わるまで入力ファイルの読み込みと出力ファイルの書
き出しを繰り返すなどファイルのチェックを行うプログ
ラムに共通した制御部分のみからなるプログラムスケル
トンである。

そしてチェック処理６０２や入力編集処理６０３がプロ
グラム個別の業務処理であり５これらは標準パターンに
は含まず、プログラム生成ツールがディクショナリ１０
１を用いて生成する部分である。

入出力部品展開（ステップ４０２）では該プログラムの
プログラム仕様書で定義した入出カフアイルの名称をも
とにデータ仕様書ライブラリ１０５からの該ファイルの
定義情報入力を行い、該プログラムの入出力宣言部分の
ソースコードを生成し。

これとステップ４０１で入力した標準パターンとを合成
する。

第７図に標準パターン７０１に対する入出力部品の展開
方法を示す、プログラム生成ツールはプログラム仕様書
７０５で定義したファイル仕様名をもとにファイル仕様
書７０６を読み込み−またファイル仕様書７０６中のレ
コード仕様名をもとにレコード仕様書７０７を読み込み
、これらの情報から該プログラムの入出力環境定義７０
２．ファイル記述７０３およびデータ記述７０４を生成
し、これと標準パターン７０１とを合成する。

帳票印刷処理展開（ステップ４０４）は、該プログラム
がバッチ帳票を出力する標準パターンを使用している場
合に行い、該プログラムのプログラム仕様書で定義した
出力帳票の名称をもとにデータ仕様書ライブラリ１０５
から該当する帳票定義情報を取り出し、これから帳票編
集用作業領域および帳票畠力手続きを生成し、ステップ
４０１で入力した標準パターンと合成する。

第８図は標準パターン８０１に対する帳票印刷処理展開
（ステップ４０４）について図示したものである。プロ
グラム生成ツールはプログラム仕様書８０８で定義した
帳票仕様書８０９を読み込み、これらの定義内容から該
帳票に関する入出力環境定義８０２．ファイル記述項８
０３およびデータ記述項８０４を生成し、また帳票編集
用作業領域８０５〜８０６およびプログラム実行時に使
用するカウンタなどの作業領域８０７を生成し、これと
標準パターン８０１とを合成する。

チェック・編集処理展開（ステップ４０５）において、
ディクショナリ１０１に登録したデータ項目単位の部品
を入力し、該データ項目に対する処理を生成して、これ
と標準パターンとを合成する。この時該プログラムにど
の部品のどの処理を、標準パターンのどこに展開するか
は、第９図に示すようにして行う。第９図で９Ｏｆは１
１１！４！パターンである。また９０２はチェック処理
、９０３は入力編集処理である。プログラム仕様書９０
４で定義している入キカファイルのファイル仕様書９０
５〜９０６を参照し、さらにこの中のレコード仕様名も
とにレコード仕様書９０７〜９０８を参照する。レコー
ド仕様書上にあるデータ項目が該プログラムで処理する
データ項目である１本例ではｒＺＡＩＫＯＪ（在庫量）
が入力ファイルに存在するためデータ項目「在庫量」に
対応する部品をディクショナリ１０１から読み込んでこ
れと標準パターンとを合成する。一方本例では該プログ
ラムで使用する標準パターンは「ＣＨＥＣＫＯｏｌ」と
いう第５図の場合と同じ標準パターンを使用している０
本パターンではチェック処理ｒＥＲＲ−ＣＨＥＣＫ−Ｐ
ＲＯＣＪ９０２および入力編集処理ｒＩＮＰＵＴ−ＤＡ
ＴＡ−Ｅ　Ｄ　Ｉ　Ｔ−ＰＲＯＣＪ　９０３を持ってい
る。これよりプログラム生成ツールは「在庫量」の部品
で定義したチェック条件３１０からチェック処理を、入
力編集３１２から入力編集処理を生成する。

さらにデータ項目に対する処理を展開する際には本例で
示すようにプログラム仕様書９０４で定義した接頭語を
それぞれのファイル上の項目名に付加する。第９図では
データ項目ｒＺＡＩＫＯＪ（在庫量）に対し入力ファイ
ル上の記号項目名はｒＩＮ−ＺＡＩＫＯＪ出カフアイル
上の記号項目名はｒＤＡＴＡ−ＺＡ工ＫＯ」とプログラ
ム生成時に決定している。このことによりデータ項目「
在庫量」に対する部品をそれが格納されるファイルから
独立させている。

第４図に示すソースプログラム出力４０６では、以上の
処理により生成できた目的の業務プログラムをソースラ
イブラリに出力する。

尚１本実施例ではバッチ処理のプログラムの例を挙げて
説明したがオンライン処理のプログラムについても同様
に生成が可能である。

〔発明の効果〕

本発明は１以上に説明した処理手順を有するので、以下
に記載するような効果を有する。

ソフトウェア部品をデータ項目単位に定義することに定
め、その部品の中にデータ項目に対する処理をいくつか
の種類に分けて定義し、これらを格納するディクショナ
リを開発したこと、またプログラム制御部分を標準パタ
ーンとして部品化し、データ項目単位の部品と完全に分
離したことにより、ソフトウェアの部品の標準化が可能
となり、既存ソフトウェアの再利用を容易にでき、ひい
てはソフトウェアの生産性向上および信頼性向上を図る
ことができる。

また、生成対象の業務プログラムとデータ項目単位の部
品との対応づけをプログラム生成ツールが行うようにし
たため、設計者あるいはプログラマがこれらの対応を定
義すること８栗がなくなったことによりソフトウェアの
生産性向上および信頼性向上を図ることができる。

【図面の簡単な説明】

第１図は本発明の実施例を示すシステムの機能構成図、
第２図は本発明を実現するハードウェア構成図、第３図
はディクショナリの定義例を示す図、第４図はプログラ
ム生成の処理手順を示すフローチャート、第５図はディ
クショナリ中のデータ項目に対するチェック条件、入力
編集および出力編集処理の例を説明する図、第６図は標
準パターンの例を示す図、第７図は入出力部品の展開方
法を示す図、第８図は帳票印刷処理の展開方法を示す図
、第９図は標準パターンに対してデータ項目部品の展開
方法を示す図である。 １０１・・−ディクショナリ、 １０４・・・プログラム仕様書ライブラリ、１０５・・
・データ仕様書ライブラリ。 １０６・・・標準パターンライブラリ。 １０７・・・プログラム生成ツール。 １０８・・・ソースライブラリ、６０１・・・標準パタ
ーン、６０２・・・チェック処理、６０３・・・入力編
集処理、７０−１・・・標準パターン、７０２・・・入
出力環境定義、７０３・・・ファイル記述項、７０４・
・・データ記述項、７０５・・・プログラム仕様書５７
０６・・・ファイル仕様書、７０７・・・レコード仕様
書、　８０１・・・標準パターン、８０２・・・入出力
環境定義、　８０３・ファイル記述項、８０４・・・デ
ータ記述項、 ８０８・・・プログラム仕様書、８０９・・・帳票仕様
書、９０１・・・標準パターン、　　９０２・・・チェ
ック処理、９０３・・・入力編集処理、 ９０４・・・プログラム仕様書、９０５・・ファイル仕
様書、９０６・・・ファイル仕様書、９０７・・・レコ
ード仕様書、９０８・・・レコード仕様書。 纂　Ｉ　Ｚ 嶌　２　図゛ 集　３　図 １０／ ０Ｉ 嵩＋図 第　５　図 嶌　６　図

Claims (1)

1. 【特許請求の範囲】 １、ソフトウェアをデータ項目単位にそれぞれのデータ
   項目に対する処理をいくつかの種類に分けて定義し、デ
   ィクショナリとよぶ専用の構造を持つファイルに格納す
   る手段と、画面、帳票、ファイル等を処理するプログラ
   ムを制御構造の特質に着目していくつかの種類に分け、
   業務個別処理をそれ自身に持たない標準パターンとして
   部品化する手段と、データ項目単位の部品を業務プログ
   ラムの入出力媒体中のデータ項目名をもとに選択し、こ
   れを前記標準パターンと合成することにより業務プログ
   ラムを自動生成する手段とを有することを特徴とするデ
   ータ中心型ソフトウェア部品によるプログラム自動生成
   方式。 ２、請求項１のデータ中心型ソフトウェア部品によるプ
   ログラム自動生成方式において、前記データ項目に対す
   る処理をチェック、入力編集、出力編集の３種類に分け
   ることを特徴とするデータ中心型ソフトウェア部品によ
   るプログラム自動生成方式。