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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウエアの生産性
向上に係り、特に既存ソフトウエアを部品化し、これら
の部品からプログラム仕様書を自動的に生成し、またプ
ログラム仕様書からプログラムを自動生成することによ
り新規ソフトウエア開発を効率化するのに好適なソフト
ウエア開発支援方法に関する。

【０００２】

【従来の技術】ソフトウエア生産性を向上するための有
力な方法のひとつに既存のソフトウエアを再利用して新
規ソフトウエアを開発する方法がある。この既存のソフ
トウエアを再利用して新規ソフトウエアを開発する場
合、業務システム作成の段階又はプログラム作成の段階
で再利用を行い、プログラマが既存ソフトウエアの仕様
を記述したドキュメントやソースプログラムを解析し、
修正を行うのが一般的である。

【０００３】しかし、同種業務のソフトウエアにおいて
も、利用者によってその要求仕様はまちまちであり上記
のような再利用の方法では、ドキュメントやソースプロ
グラムからだけでは修正箇所を特定することが難しい、
ひとつのソフトウエアに対し複数利用者の要求仕様の相
違に伴う修正が加わっていくためソフトウエア保守性が
劣化するなどの欠点があった。

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

【０００５】この問題を解決するひとつの方法として、
ソフトウエアをその機能に着目して細分化することによ
り部品化しておき、これらの部品とプログラムとの対応
づけをそれぞれ定義することにより新たなプログラムを
自動生成する方法がある。この方法によりソフトウエア
を小規模な部品群に分割し、新規ソフトウエアを開発す
る際に、既存ソフトウエアを部品レベルで再利用するこ
とが可能となり、ソフトウエアの適用業務の違いや、要
求仕様の違いに対して部品の取捨選択、変更、追加によ
り対応することができるようになった。

【０００６】なおこの種の技術として関連するものに
は、たとえば日立評論ＶＯＬ．６６（１９８４年３月発
行）のページ１９〜２４「システム開発支援ソフトウェ
ア”ＥＡＧＬＥ”」などがある。

【０００７】

【発明が解決しようとする課題】従来の方法において
は、以下のような課題がある。

【０００８】従来技術における第１の課題は、ソフトウ
エアの部品化の手段そのものと、ソフトウエア部品設計
情報のプログラム仕様ドキュメントへの継承方法にあ
る。

【０００９】前述のソフトウエアを部品化し、それを合
成することによりプログラムを自動生成する従来技術で
は、ソフトウエアの部品化を機能の細分化によって行っ
ているため部品化を行う際に、どのような観点で機能を
細分化するか、どのレベルまでをひとつの部品にするか
などについて明確な基準を設けることが難しく、部品の
設計者によりソフトウエアの分割方法がまちまちであっ
た。このためソフトウエア部品の標準化を徹底すること
が困難であった。

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

【００１１】一方、ソフトウエア部品を作成するための
手段およびそれらからソースプログラムを生成する手段
はいくつか開発されたものの、プログラム仕様ドキュメ
ントの作成作業のほとんどがこれらソフトウエア部品の
作成作業とは独立した、人間の手作業によるものであっ
た。プログラム仕様ドキュメントをいわゆるワードプロ
セッサなど文書作成専用のコンピュータを用いて作成し
た電子文書として管理する方法があるが、これにしても
ドキュメントの清書や保管を支援できるようになった
が、プログラム設計作業そのものは電子文書作成作業を
含め依然としてプログラム設計者の手作業によってい
る。このようなプログラム仕様ドキュメントの作成方法
では、ソフトウエア部品の設計工程からプログラム設計
工程への設計情報の自動継承を実現することが不可能で
ある。このためプログラム仕様ドキュメント作成作業の
生産性向上は難しく、さらにソフトウエア部品およびそ
れから生成されるソースプログラムとプログラム仕様ド
キュメントとが一致しているという確認もプログラマの
手作業に委ねられるため、ソフトウエアの信頼性向上の
妨げともなってきた。

【００１２】従来技術における第２の課題は、プログラ
ム仕様ドキュメントにあらかじめ用意したソフトウエア
部品とは異なる仕様を記述した場合に、プログラム仕様
ドキュメント通りのソースプログラムを生成する手段を
持たないことにある。

【００１３】第１の課題で述べたように従来技術におい
ては、プログラム仕様ドキュメント作成作業のほとんど
を手作業によって行っており、このため生成対象のプロ
グラムが例外処理を含むなどなんらかの理由によって、
プログラム仕様ドキュメントにあらかじめ用意したソフ
トウエア部品と異なる仕様を記述したとしても、これを
ソースプログラム生成に反映させることは不可能であっ
た。従ってこのような場合、プログラマが生成されたソ
ースプログラムをプログラム仕様ドキュメントに合わせ
て修正を行う必要があるため、生産性向上および信頼性
向上が十分に図れなかった。

【００１４】従来技術における第３の課題は、対象業務
プログラムの仕様に変更が生じた場合に、プログラム仕
様ドキュメントの修正を行っても、プログラム仕様ドキ
ュメントで記述された仕様にしたがってソフトウエア部
品を自動的に修正することができないことである。また
別のケースとして、ソフトウエア部品そのものが定義不
良などで仕様が誤っており、プログラム仕様ドキュメン
トに記述された仕様が本来の正しい仕様である場合にも
同様である。従ってこのような場合、プログラマが生成
されたソースプログラムをプログラム仕様ドキュメント
に合わせて修正し、さらにソフトウエア部品の修正も行
う必要があるため、ソフトウエア部品の信頼性向上の妨
げとなり、ひいてはソフトウエア部品再利用の妨げとも
なっていた。

【００１５】従来技術における第４の課題は、このよう
なソフトウエアの部品化による開発を支援するソフトウ
エアの運用方法とその操作性にある。

【００１６】これまで述べたようなソフトウエア開発を
支援するソフトウエア（このようなソフトウエアを以下
ソフトウエア開発支援ツール、あるいは単にツールと呼
ぶ）を使用するための操作は、当該ツールが組み込まれ
た装置を使ってのみ行うことができ、またそのツールを
使用する人は、必ずツールが定めた操作方法に従わなけ
ればなければならなかった。このため管理者は、ソフト
ウエア開発者の人数に対応した設備投資を行わなければ
ならず、一方ソフトウエア開発者の作業は、ツールが組
み込まれた装置の設置場所や運用時間帯などに制限さ
れ、かつツールが定めた固有の操作方法を修得する必要
があり、ひいてはソフトウエア生産性向上の妨げとなっ
てきた。

【００１７】本発明の第１の目的は、ソフトウエアの部
品化にあたって設計者の個性や適用業務の特質に依存し
ない一定の基準を設け、さらに部品をこの基準に合致し
た形式で管理する方法を確立することにより、ソフトウ
エアの部品を標準化し、既存ソフトウエアの再利用を容
易にすることにある。

【００１８】さらに、業務プログラムとソフトウエア部
品との対応づけを設計者あるいはプログラマが定義する
ことなしに、データ項目の名称を基に当該プログラムに
必要なソフトウエア部品を選択してプログラム仕様書を
自動生成し、このプログラム仕様書からソースプログラ
ムを自動生成することを可能とすることにより、ソフト
ウエア部品の設計情報をプログラム仕様書およびソース
プログラムに自動的に継承しソフトウエアの生産性およ
び信頼性を向上することにある。

【００１９】本発明の第２の目的は、生成されたプログ
ラム仕様書に対し、変更、追加、削除などの修正を可能
とし、修正後のプログラム仕様書に記載された仕様があ
らかじめ用意したソフトウエア部品の仕様と異なる場合
にも、プログラム仕様書通りのソースプログラムを自動
生成することを可能とすることにより、ソフトウエアの
生産性および信頼性を向上することにある。

【００２０】本発明の第３の目的は、上記の様にプログ
ラム仕様書の修正を可能とし、必要に応じて、修正後の
プログラム仕様書に記載された仕様に合わせてソフトウ
エア部品を自動的に修正することを可能とすることによ
り、プログラム仕様書とソフトウエア部品との整合性を
自動的に保ち、ソフトウエア部品の信頼性を向上し、ひ
いては再利用を容易にすることによってソフトウエアの
生産性をも向上させることにある。

【００２１】本発明の第４の目的は、第２の目的で述べ
たプログラム仕様書に対する変更、追加、削除などの修
正操作を、当該ソフトウエア開発支援ツールが組み込ま
れた特定の装置以外のいわゆるパーソナルコンピュータ
やワークステーションで、汎用のいわゆる表計算用のソ
フトウエアや文書作成用のソフトウエアを使って行うこ
とを可能とすることにより、当該ソフトウエア開発支援
ツールを使用するための設備投資の低減を図るとともに
ソフトウエア開発者が特定の装置の運用条件に制限され
ないで、かつツール固有の操作方法を修得しなくてもす
でに慣れ親しんだ汎用のソフトウエアを用いてソフトウ
エア開発が行える作業環境を提供することを可能とし、
ひいてはソフトウエアの生産性を向上させることにあ
る。

【００２２】

【課題を解決するための手段】第１の目的を達成するた
め、本発明では、ソフトウエアをデータ項目単位にそれ
ぞれのデータ項目に対する単独処理をいくつかの種類に
分けてソフトウエア部品として定義し、ディクショナリ
とよぶファイルに格納する手段と、複数のデータ項目間
の相互関係に基づいてデータの妥当性を判定する関連チ
ェック処理をソフトウエア部品として定義し、関連チェ
ック定義書とよぶファイルに格納する手段と、これらデ
ィクショナリおよび関連チェック定義書に格納されたソ
フトウエア部品をデータ項目名に基いて管理する手段を
もつことを特徴とする。

【００２３】以下、上記のディクショナリおよび関連チ
ェック定義書に格納するソフトウエア部品をあわせてデ
ータ項目中心のソフトウエア部品と呼び、これらの部品
中に定義されている処理をデータ項目中心の処理と呼
ぶ。

【００２４】さらに、上記データ項目中心のソフトウエ
ア部品を定義する手段の他に、ファイル、帳票の属性や
レイアウトなどの情報を定義し、データ定義書とよぶフ
ァイルに格納する手段と、プログラム単位に入出力媒体
の情報を定義し、プログラム定義書とよぶファイルに格
納する手段と、画面、帳票、ファイル等の処理プログラ
ムを制御構造の特質に着目していくつかの種類に分け、
業務個別処理をそれ自身に持たないプログラムスケルト
ン標準パターンとして部品化し、標準パターンライブラ
リとよぶファイルに格納する手段と、プログラムスケル
トン標準パターン部品に沿った標準機能説明部品を標準
機能説明ライブラリとよぶファイルに格納する手段をも
つことを特徴とする。

【００２５】さらに、上記ディクショナリ、関連チェッ
ク定義書、データ定義書、プログラム定義書、および標
準機能説明ライブラリから、対象とする業務プログラム
の入出力媒体中のデータ項目をもとにソフトウエア部品
を選択し、いくつかの種類の仕様書から構成されるプロ
グラム仕様書を自動生成する手段と、プログラム仕様書
をもとに、プログラムスケルトン標準パターン部品と、
ディクショナリ中のソフトウエア部品および関連チェッ
ク定義書中のソフトウエア部品とを選択して合成するこ
とによりソースプログラムを自動生成する手段をもつこ
とを特徴とする。

【００２６】第１の目的をさらに厳格な標準化基準のも
とで達成するための手段として、本発明では、ディクシ
ョナリにおけるデータ項目に対する単独処理をチェッ
ク、入力編集、出力編集の３種類に分ける手段をもつこ
とを特徴とする。

【００２７】第２の目的を達成するため、本発明では、
生成されたプログラム仕様書に対する変更、追加、削除
などの修正を可能とする手段と、さらにここで修正され
たプログラム仕様書をもとに、ソースプログラムを自動
生成する手段をもつことを特徴とする。

【００２８】第３の目的を達成するため、本発明では、
修正されたプログラム仕様書から自動的にディクショナ
リ、関連チェック定義書、データ定義書、およびプログ
ラム定義書に格納されたソフトウエア部品の定義内容を
修正する手段をもつことを特徴とする。

【００２９】第４の目的を達成するため、本発明では、
生成されたプログラム仕様書に対して、プログラム仕様
書を生成した装置とは違う装置上で、汎用のソフトウエ
アを用いてプログラム仕様書の修正を行うことを可能と
する手段ををもつことを特徴とする。

【００３０】

【作用】第１の目的を達成するため、本発明では、ソフ
トウエアをデータ項目単位にそれぞれのデータ項目に対
する単独処理をいくつかの種類に分けてソフトウエア部
品として定義し、また複数のデータ項目間の相互関係に
基づいてデータの妥当性を判定する関連チェック処理を
ソフトウエア部品として定義し、これらデータ中心のソ
フトウエア部品ををデータ項目名に基いて管理すること
とした。一方、これらデータ中心のソフトウエア部品に
含まれないソフトウエア部品について、ファイル、帳票
の属性やレイアウトなどを定義したソフトウエア部品、
プログラム単位の入出力媒体情報を定義したソフトウエ
ア部品、画面、帳票、ファイル等の処理プログラムを制
御構造の特質に着目していくつかの種類に分け、業務個
別処理をそれ自身に持たないプログラムスケルトン標準
パターンと呼ぶソフトウエア部品、プログラムスケルト
ン標準パターン部品に沿った標準機能説明部品と呼ぶソ
フトウエア部品とに分けて定義することとした。

【００３１】以上により、ソフトウエアの部品化にあた
って、従来技術では設計者の個性や適用業務の特質によ
ってまちまちであった部品化に際してのソフトウエアの
分割方法について、データ項目を中心としてソフトウエ
アを分割するという一定の明確な基準を設けることがで
きる。さらにこれらソフトウエア部品をそれぞれ特定の
構造をもったファイルに格納することによりこの基準に
合致した形式で管理する方法を確立することができるた
め、ソフトウエアの部品を標準化し、既存ソフトウエア
の再利用を容易にすることが可能となり、ひいてはソフ
トウエアの生産性向上を図ることができ、従来技術の課
題を解決できる。

【００３２】さらに、上記ディクショナリ、関連チェッ
ク定義書、データ定義書、プログラム定義書、および標
準機能説明ライブラリから、対象とする業務プログラム
の入出力媒体中のデータ項目をもとにソフトウエア部品
を選択し、いくつかの種類の仕様書から構成されるプロ
グラム仕様書を自動生成し、プログラム仕様書をもと
に、プログラムスケルトン標準パターン部品と、ディク
ショナリ中のソフトウエア部品および関連チェック定義
書中のソフトウエア部品とを選択して合成することによ
りソースプログラムを自動生成する方式とした。

【００３３】したがって、従来の技術では設計者あるい
はプログラマが業務プログラム１本１本について定義し
なければならなかったプログラムとソフトウエア部品と
の対応づけを行うことなく、ソースプログラムを自動生
成することができ、また従来の技術ではほとんどが設計
者の手作業に頼っていたプログラム仕様書作成作業を自
動化し、かつソフトウエア部品の設計工程からプログラ
ム設計工程への設計情報の自動継承を実現することが可
能となる。このことにより、ソフトウエアの生産性およ
び信頼性を向上でき、従来技術の課題を解決できる。

【００３４】第１の目的をさらに厳格な標準化基準のも
とで達成するための手段として、本発明では、ディクシ
ョナリにおけるデータ項目に対する単独処理をチェッ
ク、入力編集、出力編集の３種類に分けることにした。
このことによりディクショナリに格納するソフトウエア
部品の構造をさらに限定することが可能となり、ソフト
ウエア部品の生産性および信頼性が向上し、したがって
再利用も容易となる。

【００３５】第２の目的を達成するため、本発明では、
生成されたプログラム仕様書に対する変更、追加、削除
などの修正を可能とし、さらにここで修正されたプログ
ラム仕様書をもとに、ソースプログラムを自動生成する
ことができる。

【００３６】このことにより、生成対象のプログラムが
例外処理を含むなどなんらかの理由によって、プログラ
ム仕様書にあらかじめ用意したソフトウエア部品と異な
る仕様を記述したときにも、これをソースプログラム生
成に反映させることが可能となるため、従来技術のよう
にソフトウエア部品通りに生成されたソースプログラム
をプログラム仕様ドキュメントに合わせて修正する必要
がなくなり、ソフトウエアの生産性向上および信頼性向
上を図ることができ、従来技術の課題を解決できる。

【００３７】第３の目的を達成するため、本発明では、
修正されたプログラム仕様書から自動的にディクショナ
リ、関連チェック定義書、データ定義書、およびプログ
ラム定義書に格納されたソフトウエア部品の定義内容を
修正することを可能とした。従来技術における第３の課
題で述べたケースのように、対象業務プログラムの仕様
に変更が発生するなどの理由によって、プログラム仕様
書を修正した場合にも、プログラム仕様書で記述された
仕様にあわせてソフトウエア部品に自動的に修正するこ
とができる。このためこのような場合、従来技術では手
作業で行っていたソフトウエア部品の修正作業を自動化
でき、ソフトウエア部品の信頼性向上とともにソフトウ
エアの生産性も向上し、従来技術の課題を解決できる。

【００３８】第４の目的を達成するため、本発明では、
生成されたプログラム仕様書に対して、プログラム仕様
書を生成した装置とは違う装置上で、汎用のソフトウエ
アを用いてプログラム仕様書の修正を行うことを可能と
した。このことによりプログラム仕様書に対する変更、
追加、削除などの修正操作を、当該ソフトウエア開発支
援ツールが組み込まれた特定の装置以外のいわゆるパー
ソナルコンピュータやワークステーションで、汎用のい
わゆる表計算用のソフトウエアや文書作成用のソフトウ
エアを使って行うことが可能となる。したがって、当該
ソフトウエア開発支援ツールを使用するための設備投資
の低減を図るとともに、ソフトウエア開発者に対し、特
定の装置の運用条件に制限されないで、かつツール固有
の操作方法を修得しなくてもすでに慣れ親しんだ汎用の
ソフトウエアを用いてソフトウエア開発が行える作業環
境を提供することが可能となり、ひいてはソフトウエア
の生産性を向上させることができ、従来技術の課題を解
決できる。

【００３９】

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

【００４０】まず、図１および図２を用いて本実施例を
実現するためのハードウエア構成と、本実施例が持つい
くつかの機能を実現するための手段を説明する。

【００４１】図１は本発明を実現するためのシステムの
ハードウエア構成を示している。装置群Ａ（１０８）
は、プログラム仕様書やソースプログラムの生成、生成
したプログラム仕様書の修正、および修正されたプログ
ラム仕様書からのプログラム仕様書の生成元情報である
ソフトウエア部品の更新（本実施例では逆生成と称して
いる）を行うための装置群である。また装置群Ｂ（１１
８）は、プログラム仕様書の修正を装置群Ａと異なる装
置群上で行う場合に使用する。装置群Ｂとしては、いわ
ゆるパーソナルコンピュータやワークステーションを用
いることが好ましいが、利用者の置かれた環境から最適
のものが選択される。また装置群Ａにたいし、装置群Ｂ
を複数組み使用することも可能であるし、逆に装置群Ｂ
なしで本発明にかかる機能や操作をすべて装置群Ａを使
って行うことも可能である。

【００４２】まず、装置群Ａ（１０８）について図１に
沿って説明する。装置群ＡはＣＰＵ（１０３）をその中
心的な装置として備えている。生成の実行を指令するた
めの入力を行ったり、生成されたプログラム仕様書を編
集する際のデータ入力を行うための入力装置（１０
５）、生成されたプログラム仕様書のデータなどを表示
するための表示装置（１０４）、および生成されたプロ
グラム仕様書を出力するためのプリンタ（１０２）がＣ
ＰＵにその入出力機器として接続され、またさらに装置
群Ｂを使用する場合には、生成されたプログラム仕様書
を装置群Ｂへ送信したり、あるいは装置群Ｂで編集され
たプログラム仕様書を受信したりするための通信装置
（１０７）がＣＰＵに接続される。

【００４３】ＣＰＵにはまた、プログラム仕様書生成時
に、その生成元となるソフトウエア部品および生成後の
プログラム仕様書やソースプログラムを格納するための
外部記憶装置（１０６）と、プログラム仕様書の生成や
編集を実行中にプログラムやデータを格納するためのメ
モリ（１０１）が接続される。外部記憶装置（１０６）
に格納されるデータには、図２に示すディクショナリ
（２０１）、関連チェック定義書（２０２）、データ定
義書（２０３）、プログラム定義書（２０４）、標準パ
ターンライブラリ（２０５）、標準機能説明ライブラリ
（２０６）、プログラム仕様書ライブラリ（２１０）、
ソースプログラムライブラリ（２１１）のファイルが含
まれている。装置群Ｂ（１１８）の各装置についても装
置群Ａと同様である。ただし外部記憶装置（１１６）に
格納するデータはプログラム仕様書ライブラリ（２１
０）のみとすることができる。

【００４４】本実施例は、図２に示すプログラム仕様書
生成機能（２０７）、プログラム生成機能（２０９）、
プログラム仕様書編集機能（２１２）、ソフトウエア部
品逆生成機能（２０８）の４つの機能により実現され
る。

【００４５】プログラム仕様書生成機能（２０７）は、
外部記憶装置（１０６）上にあるディクショナリ（２０
１）、関連チェック定義書（２０２）、データ定義書
（２０３）、プログラム定義書（２０４）および標準機
能説明ライブラリ（２０６）を入力し、プログラム仕様
書を生成して、同じく外部記憶装置（１０６）上にある
プログラム仕様書ライブラリ（２１０）に格納したり、
あるいは生成したプログラム仕様書（２１３）をプリン
タ（１０２）へ出力する。

【００４６】プログラム生成機能（２０９）は、外部記
憶装置（１０６）上にあるプログラム仕様書ライブラリ
（２１０）、データ定義書（２０３）および標準パター
ンライブラリ（２０５）を入力し、ソースプログラムを
生成して外部記憶装置（１０６）上のソースプログラム
ライブラリ（２１１）に格納する。

【００４７】プログラム仕様書編集機能（２１２）は、
外部記憶装置（１０６）上にあるプログラム仕様書ライ
ブラリ（２１０）を入力し、入力装置（１０５）および
表示装置（１０４）を用いて、プログラム仕様書の追
加、変更、削除などの修正を行うエディタである。

【００４８】プログラム仕様書編集機能（２１２）は装
置群Ｂ（１１８）上で使用することもできる。この場
合、装置群Ａ（１０８）のプログラム仕様書ライブラリ
（２１０）を装置群Ａの外部記憶装置（１０６）から装
置群Ｂの外部記憶装置（１１６）に転送し、装置群Ｂの
表示装置（１１４）や入力装置（１１５）を用いて、装
置群Ｂの外部記憶装置（１１６）上にあるプログラム仕
様書ライブラリ（２１０）の編集を行い、修正されたプ
ログラム仕様書を装置群Ｂ上のプリンタ（１１２）に出
力する。

【００４９】さらに装置群Ｂで編集したプログラム仕様
書ライブラリ（２１０）を再び装置群Ａの外部記憶装置
（１０６）上に転送し、装置群Ａでプログラム生成機能
（２０９）や次に述べるソフトウエア部品逆生成機能
（２０８）を使用することができる。

【００５０】以上の中でプログラム仕様書編集機能（２
１２）を実現するためには専用のエディタを用いる他
に、既存の汎用ソフトウエア、例えばいわゆる表計算用
ソフトウエアや文書作成用ソフトウエアを用いて行うこ
とも従来技術によって実現でき、この場合においても本
発明の範囲とする。

【００５１】ソフトウエア部品逆生成機能（２０８）
は、外部記憶装置（１０６）上にあるプログラム仕様書
ライブラリ（２１０）を入力し、必要に応じて、同じく
外部記憶装置（１０６）上にあるディクショナリ（２０
１）、関連チェック定義書（２０２）、データ定義書
（２０３）およびプログラム定義書（２０４）の中に格
納されたソフトウエア部品を更新する。

【００５２】本実施例において、プログラム仕様書（２
１３）は、プログラム処理概要図（図１８）、プログラ
ム機能説明図（図１９）、チェック条件表（図２０）、
関連チェック条件表（図２１）、編集条件表（図２２）
の５種類の仕様書より構成される。

【００５３】なお、本実施例では以上５種類を事例とし
て説明するが、これ以外にもファイル仕様書、レコード
仕様書、帳票仕様書、画面仕様書、データベース仕様
書、サブルーチン接続仕様書、他装置上の資源やプロセ
スへのアクセス仕様書など該プログラムに関連するドキ
ュメントを従来の技術で出力でき、この場合においても
本発明の範囲とする。

【００５４】本発明によるプログラム仕様書生成の具体
的な手順の説明に先立って、ディクショナリ（２０
１）、関連チェック定義書（２０２）、データ定義書
（２０３）、プログラム定義書（２０４）、標準パター
ンライブラリ（２０５）、標準機能説明ライブラリ（２
０６）および各ライブラリに格納される定義部品につい
て、詳細に説明する。

【００５５】尚、図６は本発明の適用対象とする業務プ
ログラム例の概略図である。プログラム６０２はデータ
構造（６０５）を有する入力ファイル「ＫＹＦＩＬ」
（６０１）を読み込み、データの妥当性のチェックを行
って、不当なデータはレイアウト６０７のフォーマット
を有する出力帳票「ＫＹＥＲＲ」（６０４）に、正常デ
ータはレイアウト６０６のフォーマットを有する出力帳
票「ＫＹＬＳＴ」（６０３）にそれぞれ編集して出力す
る。以後、このプログラム例を対象として本実施例の説
明を行う。

【００５６】図７〜図１１を用いて、ディクショナリ
（２０１）の説明を行う。ディクショナリとは、データ
項目単位に、各データ項目に関する単独処理のソフトウ
エア部品を定義し、格納したものである。ここで、デー
タ項目とは、氏名、生年月日などといった業務上意味を
持つ最小単位のデータを指す。単独処理とは、該データ
項目に対してのみ行う操作であり、それ自身以外のデー
タ項目に関与しない処理のことである。

【００５７】ディクショナリのソフトウエア部品には、
データ項目定義部（７０１）、チェック処理定義部（７
０６）、入力編集定義部（７０７）および出力編集定義
部（７０８）がある。ここで、チェック処理、入力編集
処理、出力編集処理を以下のように定義する。つまり、
入力帳票や入力画面からの入力に対し、データの形式お
よびデータの妥当性をチェックする処理がチェック処理
であり、入力されたデータを、データベースやファイル
に格納する形式に変換する処理が入力編集処理であり、
データベースやファイル上のデータを出力帳票や出力画
面に出力する形式に変換する処理が出力編集処理であ
る。

【００５８】本例では、「ＳＩＭＥＩ−ＮＯ」（図
７）、「ＳＩＭＥＩ」（図８）、「ＮＹＵＳＹＡ−ＹＭ
Ｄ」（図９）、「ＳＹＯＫＵＩ−ＣＤ」（図１０）、
「ＳＩＫＹＵ−ＧＫ」（図１１）というデータ項目に対
する定義例を示している。

【００５９】データ項目定義部（７０１）には、データ
項目名、日本語名、形式および桁数からなる属性、およ
びデータ項目の用途や意味を明記するコメントを定義す
る。図７の例では、（７０２）はデータ項目名が「ＳＩ
ＭＥＩ−ＮＯ」であり、（７０３）は日本語名は「氏名
番号」であり、（７０４）はデータの属性が数字の９桁
であることを定義し、（７０５）はデータ項目の意味を
定義している。

【００６０】チェック処理定義部（７０６）には、デー
タが不当であると判断するための条件と、不当であるこ
とをユーザに知らせる際に用いるエラーコード、エラー
メッセージによって定義する。同じく図７の例では、
（７０９）は本データ項目に関する入力に対しサブルー
チン「ＳＵＢ０１」を呼び出すことによってチェックを
行うことを示すキーワードであり、（７１０）はエラー
であった時のエラーコードが「ＥＲ１０」であり、（７
１１）はエラーメッセージが「氏名番号が正しくありま
せん」であることを定義している。

【００６１】入力編集定義部（７０７）について、図８
を用いて説明する。本例では、（７０７）に「ＳＵＢ
（ＳＵＢ０２），ＳＩＭＥＩ−ＮＯ」と記述することに
より、本データ項目に関する入力編集をサブルーチン
「ＳＵＢ０２」を呼び出すことにより行うことを定義し
ている。同様に出力編集定義部について、図９の例では
（７０８）に「ＤＡＴＥ」と記述することにより、本デ
ータ項目に関する出力編集を行う際には出力形式を「Ｙ
Ｙ．ＭＭ．ＤＤ」（ＹＹ：年、ＭＭ：月、ＤＤ：日）に
変換して出力することを定義している。以上のように、
チェック条件や、入力編集、出力編集の編集方法の定義
には、「ＳＵＢ」や「ＤＡＴＥ」などのキーワードを用
いて記述する。キーワードとは、チェック条件の場合は
サブルーチン呼出しや、数字チェック、英数字チェッ
ク、範囲チェックなど、編集方法の場合は、サブルーチ
ン呼出しや、計算式、文字列連結編集などのいくつかの
一般的なソフトウエア部品を表す文字列と、その文法規
則のことである。

【００６２】次に図１２を用いて関連チェック定義書
（２０２）に格納される関連チェック定義部品の説明を
行う。関連チェック定義部品は、複数のデータ項目間の
関連チェック処理のソフトウエア部品を、デシジョンテ
ーブルの形式で定義したものである。

【００６３】本例は、データ項目「ＳＩＫＹＵ−ＧＫ」
「ＳＹＯＫＵＩ−ＣＤ」についての関連チェック定義部
品の例である。（８０１）は対象となるデータ項目名は
「ＳＩＫＹＵ−ＧＫ」である事を定義しており、（８０
２）は関連するデータ項目名が「ＳＹＯＫＵＩ−ＣＤ」
であることを定義している。尚、関連するデータ項目名
は、もちろん２つ以上あっても良い。（８０３）は、関
連チェックの条件定義部であり、（８０７）は関連チェ
ックのエラー処理定義部である。

【００６４】条件定義部（８０３）には、データ項目名
（８０４）、条件（８０５）および関連マトリクス（８
０６）を定義する。エラー処理定義部（８０７）には、
エラーコード（８０８）、エラーメッセージ（８０９）
および関連マトリクス（８１０）を定義する。

【００６５】尚、条件（８０５）は、ディクショナリの
ソフトウエア部品と同様にキーワードを用いて記述す
る。本例は、「ＳＩＫＹＵ−ＧＫが８００００より大で
なく、ＳＹＯＫＵＩ−ＣＤが’Ａ０３’より大である場
合は、エラーコードはＥＲ５０とし、エラーメッセージ
は’支給額が基準以下です’である」ことと、「ＳＩＫ
ＹＵ−ＧＫが８００００より大であり、ＳＹＯＫＵＩ−
ＣＤが’Ａ０３’より大でない場合は、エラーコードは
ＥＲ６０とし、エラーメッセージは’支給額が基準を超
えています’である」ということを定義している。

【００６６】次に、データ定義書（２０３）の説明を行
う。データ定義書は、ファイルや帳票の情報を定義した
帳票定義部品、ファイル定義部品およびレコード定義部
品を格納するものである。以下、これらの定義部品につ
いて説明する。

【００６７】図１３（ａ）を用いて、帳票定義部品につ
いて説明する。本例は、図６における「給与リスト」
（６０６）の帳票についての情報を定義したものであ
る。帳票定義部品には、帳票属性定義部（９０１）と、
帳票レイアウト定義部（９０７）がある。（９０２）は
帳票定義部品名が「ＫＹＬＳＴ」であり、（９０３）は
帳票名が「給与リスト」である事を定義し、（９０５）
はレコード長、（９０６）は１ページあたりの明細業の
印刷行数を定義している。帳票レイアウト定義部（９０
７）には、帳票の上にデータ項目を打ち出すときの開始
行（９０８）、開始列（９０９）、明細行の反復数（９
１０）、データ項目名（９１１）、属性（９１２）を定
義する。

【００６８】図１３（ｂ）は同じく図６における「エラ
ーリスト」（６０７）に関する帳票定義部品であるが、
内容は図１３（ａ）と同様なので説明は省略する。

【００６９】図１４を用いて、ファイル定義部品および
レコード定義部品の説明を行う。

【００７０】本例は、図６のプログラム例における、
（６０１）のファイルおよびそのレコードフォーマット
（６０５）を定義したものである。（１００２）はファ
イル定義部品名が「ＫＹＦＩＬ」であり、（１００３）
はファイル名が「給与ファイル」であり、（１００４）
はプログラム内で使用するファイル記号名が「ＫＹＵＹ
Ｏ−ＦＩＬＥ」であり、（１００５）はこのファイルに
対するレコードフォーマットを定義したレコード定義部
品名が「ＫＹＲＥＣ」である事を定義し、またファイル
の属性としてレコード長（１００６）、ブロック長（１
００７）、レコード形式（１００８）等を定義してい
る。

【００７１】レコード定義部品には、レコード属性定義
部（１００９）とレコードレイアウト定義部（１０１
２）があり、（１０１０）はレコード定義部品名が「Ｋ
ＹＲＥＣ」であり、（１０１１）はレコード名が「給与
レコード」であることを定義する。レコードレイアウト
定義部には、レベル番号（１０１３）、データ項目名
（１０１４）、属性（１０１５）を定義する。

【００７２】尚、本実施例ではバッチ処理のプログラム
を例としており、データ定義書として上記の３種類を使
用しているが、ファイルや帳票の他に画面やデータベー
スを使用するシステムにおいては画面定義部品、データ
ベース定義部品を、また、クライアント・サーバモデル
対応システムの場合においては、他装置上の資源やプロ
セスへのアクセス定義部品等が同様に定義でき、これに
ついても本発明に含まれる。

【００７３】図１６を用いて標準パターンライブラリ
（２０５）の説明を行う。

【００７４】画面、帳票、ファイル等の処理プログラム
を制御構造に着目していくつかの種類に分け、業務個別
処理をそれ自身に含まないパターンとして部品化され
た、プログラムスケルトン標準パターン部品（以下、標
準パターンとよぶ）を格納したものである。本例は、フ
ァイルを読み込み、チェックを行って正常データとエラ
ーデータに別けて出力するタイプの標準パターンであ
る。（１２０１）は標準パターン名、（１２０２）は標
準パターン本体であるプログラムスケルトン部品であ
る。チェック処理部（１２０３）、関連チェック処理部
（１２０４）、編集処理部（１２０５）は業務個別の処
理でありこれらは標準パターンに含まず、プログラム生
成機能（２０９）がデータ項目中心のソフトウエア部品
を展開する部分である。

【００７５】図１７を用いて標準機能説明ライブラリ
（２０６）の説明を行う。標準機能説明ライブラリと
は、標準パターンに沿った標準機能説明部品を格納した
ものである。本例は、上記で説明した標準パターン「Ｃ
ＨＫ０１」に対応した標準機能説明部品である。（１３
０１）は標準機能説明部品名、（１３０２）は機能説明
の処理部分の記述である。尚、標準機能説明部品と標準
パターンとは１対１対応がとれており、従って標準機能
説明部品名（１３０１）は、対応する標準パターン名と
同一名である。

【００７６】図１５を用いて、プログラム定義書（２０
４）に格納されるプログラム定義部品の説明を行う。本
例は、図６のプログラム例における、（６０２）のプロ
グラム仕様を定義したものである。（１１０１）はプロ
グラム属性定義部であり、（１１０６）は入出力媒体定
義部である。（１１０２）はプログラム記号名が「ＰＲ
ＯＧ０１」であり、（１１０３）プログラム日本語名が
「給与リスト作成」であり、（１１０４）はプログラム
で使用する標準パターン名が「ＣＨＫ０１」である事を
定義している。（１１０５）にはプログラム処理概要を
明記するコメントを定義する。

【００７７】入出力媒体定義部（１１０６）には入出力
媒体に対応するファイル定義部品名および帳票定義部品
名を（１１０７）に、それぞれの入出力区分（以下、Ｉ
／Ｏ区分とよぶ）（１１０８）、使用区分（１１０
９）、論理装置名（１１１０）、プログラム内で使用す
るときにデータ項目に付加する接頭語（１１１１）定義
する。

【００７８】ここで、使用区分（１１０９）とは、各標
準パターンにおいて、ある特別な用途で使用するファイ
ルであることを示す区分である。本例では、入出力媒体
「ＫＹＥＲＲ」の使用区分を「ＥＲＲ」と定義してある
が、これは、標準パターン「ＣＨＫ０１」において、チ
ェック処理で編集されるエラーコードやエラーメッセー
ジの出力先である事を示している。

【００７９】以下、プログラム仕様書生成の手順を、図
３のフローチャートを用いて詳細に説明する。初めに生
成対象の業務プログラム（以下該プログラムと略す）の
プログラム定義部品（図１５に示す）を入力（ステップ
３０１）し、該業務プログラムで使用している標準パタ
ーン名（１１０４）、入出力媒体定義部品名（１１０
８）、使用区分（１１０９）を取得する。

【００８０】次にプログラム処理概要図を展開し、出力
する（３０２）。

【００８１】図１８を用いてプログラム処理概要図の展
開方式を説明する。プログラム名（１４０１）、記号名
（１４０２）、標準パターン名（１４０３）、処理概要
（１４１２）はそれぞれプログラム定義部品（図１５）
の（１１０３）（１１０２）（１１０４）（１１０５）
より取得したものを出力する。

【００８２】入出力媒体（１４０４）の定義部品名（１
４０６）、Ｉ／Ｏ区分（１４０７）、使用区分（１４０
８）、論理装置名（１４０９）、接頭語（１４１０）
は、それぞれプログラム定義部品の入出力媒体定義部の
（１１０７）（１１０８）（１１０９）（１１１０）
（１１１１）より取得したものを出力する。入出力媒体
（１４０４）の日本語名（１４０５）は、入出力媒体の
定義部品名（１１０７）をもとにファイル定義部品およ
び帳票定義部品を参照し、ファイル名（１００３）およ
び帳票名（９０３）を取得し、出力する。

【００８３】本例では、プログラム定義部品に定義部品
名（１１０７）は「ＫＹＦＩＬ」と定義してあるので、
この定義部品名もとにファイル定義部品（図１４
（ａ））を参照し、ファイル名（１００３）として「給
与ファイル」を取得して、日本語名（１４０５）に出力
する。（以後、このように定義部品名をもとに定義部品
を参照してファイルや帳票の日本語名を取得する処理を
日本語名取得とよぶ。同様にデータ項目についても、デ
ータ項目名をもとにディクショナリ（２０１）を参照し
てデータ項目の日本語名を取得することができ、これに
ついても日本語名取得とよぶ）さらに上記の情報をもと
に該プログラムの入出力関連を図面（１４１１）に示す
ように図式化して出力する。

【００８４】次に図３に戻りプログラム定義部品より既
に取得した標準パターン名（１１０４）をもとに標準機
能説明部品を入力し（３０３）、プログラム機能説明図
を展開し出力する（３０４）。

【００８５】図１９を用いて、プログラム機能説明図の
展開方式を説明する。プログラム名（１５０１）、プロ
グラム記号名（１５０２）、標準パターン名（１５０
３）は、それぞれ前記と同様にプログラム定義部品の
（１１０３）（１１０２）（１１０４）より取得したも
のを出力する。入力媒体名（１５０４）および、出力媒
体名（１５０６）（１５０７）についても、前記と同様
に、プログラム定義部品の入出力媒体定義部（１１０
６）より、定義部品名（１１０７）を参照して、日本語
名を取得し、定義部品名および日本語名をそれぞれ出力
する。入出力媒体のうち、入力媒体であるか出力媒体で
あるかは、対応するＩ／Ｏ区分（１１０８）を参照すれ
ばよく、以下、入出力媒体のうちＩ／Ｏ区分が「Ｉ」で
あるものを入力媒体、「Ｏ」であるものを出力媒体とよ
ぶ。

【００８６】機能説明図の処理（１５０５）の記述につ
いては、標準機能説明部品の処理の記述部（１３０２）
に、入出力媒体の日本語名取得したものを合成して出力
する。

【００８７】次に、図３に戻りプログラム定義部品より
既に取得した標準パターン名をもとにチェック条件表、
関連チェック条件表の生成判定を行う（３０５）。例え
ば、本例で使用している標準パターン「ＣＨＫ０１」
は、入力ファイルを読み込み、その内容をチェックして
出力ファイルに書き出すようなパターンである。このよ
うな、入力データのチェック処理を含む標準パターンに
ついては、チェック条件表、関連チェック条件表を生成
出力する必要があると判定する。

【００８８】チェック条件表、関連チェック条件表の生
成が必要と判定された場合、以下のようにチェック条件
表および関連チェック条件表を展開し出力する。

【００８９】まず、図２０を用いて、チェック条件表の
展開方法を説明する。

【００９０】プログラム定義部品に定義された入力媒体
ごとに、入力媒体定義部品名をもとにファイル定義部品
およびレコード定義部品を入力し、さらに入力媒体で使
用されているすべてのデータ項目について、データ項目
ごとに、ディクショナリを参照しながら、チェック条件
表を展開していく（３０６）。

【００９１】プログラム名（１６０３）、プログラム記
号名（１６０４）の出力方法については、前記プログラ
ム処理概要図と同様である。入力媒体の定義部品名（１
６０２）およびその日本語名（１６０１）には、プログ
ラム定義部品より取得した該入力媒体定義部品名と、そ
れをもとに日本語名取得したものとを出力する。出力媒
体の定義部品名（１６０６）およびその日本語名（１６
０５）には、チェック処理によって編集されるエラーコ
ードやエラーメッセージの出力先の出力媒体に関する情
報を出力する。このためプログラム定義部品に定義され
た出力媒体のうち、使用区分（１１０９）が「ＥＲＲ」
であるものをエラーメッセージの出力先と判定し、その
出力媒体定義部品名と、それをもとに日本語名取得した
ものとを出力する。

【００９２】入力項目の欄には、該データ項目名および
その日本語名（１６０７）をディクショナリ（２０１）
のソフトウエア部品（７０１）から、属性（１６０８）
を入力媒体の定義部品から取得して出力する。

【００９３】チェック処理の欄には、ディクショナリ
（２０１）のチェック処理定義部（７０６）に定義され
ている内容をもとに、キーワード（１６０９）、チェッ
ク条件（１６１０）、エラーコード（１６１１）および
エラーメッセージ（１６１２）の欄に出力する。チェッ
ク条件欄については、ディクショナリのソフトウエア部
品には編集方法がキーワードによって記述されているの
で、キーワードが示す意味を日本語に変換して出力す
る。

【００９４】本例においては、まず、プログラム定義部
品の入力媒体定義部品名（１１０７）が「ＫＹＦＩＬ」
であるので、対応するファイル定義部品（図１４
（ａ））を参照して、対応するレコード定義部品名（１
０１０）である「ＫＹＲＥＣ」を取得する。さらに、対
応するレコード定義部品（図１４（ｂ））を入力し、定
義されているデータ項目の順に入力項目欄、チェック処
理欄を展開し、出力して行く。

【００９５】「ＫＹＲＥＣ」のレコードレイアウト定義
（１０１２）において、１番目に定義されているデータ
項目名（１０１４）は「ＳＩＭＥＩ−ＮＯ」であるの
で、まず、対応するディクショナリ（２０１）のソフト
ウエア部品（図７）を参照し、データ項目の日本語名
（７０３）である「氏名番号」を取得する。次にディク
ショナリのチェック処理定義部（７０６）より、キーワ
ード（７０９）、エラーコード（７１０）、エラーメッ
セージ（７１１）を取得し出力する。キーワード（１６
０９）の「ＳＵＢ（ＳＵＢ０１）」は、サブルーチン呼
び出しのソフトウエア部品を示すキーワードであり、Ｓ
ＵＢ０１は呼び出されるサブルーチンのプログラム記号
名を表している。そこで、チェック条件欄（１６１０）
には、「サブルーチン（ＳＵＢ０１）を呼び出すことに
よりチェックする」と、キーワードの示す意味を日本語
に展開し出力する（以後、このようなキーワードの示す
意味を日本語に変換する処理を、キーワード日本語変換
とよぶ）。

【００９６】以下レコードレイアウト定義（１０１２）
のデータ項目名（１０１４）に対し同じ手順を繰り返す
ことによってチェック条件表を生成する。次に、図３に
戻り関連チェック条件表を生成する（３０７）。プログ
ラム定義部品に定義された全ての入力媒体について、入
力媒体定義部品名をもとにファイル定義部品およびレコ
ード定義部品を入力し、さらに入力媒体で使用されてい
るすべてのデータ項目について、データ項目ごとに、関
連チェック条件表の生成判定を行う。

【００９７】判定条件は、該データ項目に対する関連チ
ェック定義部品が存在すること、かつ、該データ項目に
対応する関連チェック定義部品に記載されている関連デ
ータ項目（８０２）の全てが、該プログラムで使用する
入力媒体に含まれている場合にのみ、該関連チェック定
義部品に対する関連チェック条件表を生成する。尚、入
力媒体が複数ある場合は、関連データ項目は入力媒体の
どれかに含まれていればよい。

【００９８】本例では、入力媒体にあるデータ項目名
（１０１４）のうち、「ＳＩＫＹＵ−ＧＫ」については
関連チェック定義部品が存在し（図１２）、かつ、該関
連定義部品の関連データ項目名（８０２）に記載されて
いる「ＳＹＯＫＵＩ−ＣＤ」は該プログラムの入力媒体
に対するレコード定義部品（図１４（ｂ））に含まれて
いるので、入力チェック条件表の生成が必要と判定す
る。この際、関連データ項目の入力元となる入力媒体定
義部品名を取得しておく。

【００９９】関連チェック定義部品が存在しない「ＳＩ
ＫＹＵ−ＧＫ」以外のデータ項目については、関連チェ
ック条件表は生成しないことを判定する。

【０１００】関連チェック条件表の生成が必要と判定さ
れた場合、該関連チェック定義部品およびディクショナ
リ（２０１）のソフトウエア部品を参照しながら、関連
チェック条件表を展開していく。

【０１０１】図２１を用いて関連チェック条件表の展開
方法を説明する。プログラム名（１７０１）、プログラ
ム記号名（１７０２）の出力方法については、前記プロ
グラム処理概要図と同様である。入力媒体上の記号名
（１７０６）およびその日本語名（１７０５）について
は関連チェック定義部品のデータ項目名（８０４）より
取得したデータ項目名と、それをもとに日本語名取得し
たものとを出力する。条件（１７０７）、マトリクス
（１７０８）については、関連チェック定義部品の条件
（８０５）およびマトリックス（８０６）より取得し、
出力する。エラーコード（１７１１）、エラーメッセー
ジ（１７１２）、およびマトリクス（１７１３）につい
ては、関連チェック定義部品のエラーコード（８０
８）、エラーメッセージ（８０９）およびマトリックス
（８１０）より取得し、出力する。

【０１０２】入力媒体の定義部品名（１７０４）および
その日本語名（１７０３）については、関連チェック生
成判定時に既に取得してある、該データ項目が含まれて
いる入力媒体の定義部品名と、それに日本語名取得を行
ったものとを出力する。

【０１０３】出力媒体の定義部品名（１７１０）および
その日本語名（１７０９）については、チェック条件表
におけるエラーコード、エラーメッセージ出力先と全く
同様にして出力する。

【０１０４】次に、図２２を用いて、編集条件表の展開
方法を説明する。

【０１０５】プログラム定義部品に定義された出力媒体
と入力媒体との全ての組合せに対して、その組合せごと
に、該出力媒体定義部品名をもとにファイル定義部品、
レコード定義部品および帳票定義部品を入力し、さらに
出力媒体で使用されているすべてのデータ項目につい
て、データ項目ごとに、ディクショナリのソフトウエア
部品を参照しながら、編集条件表を展開していく（図３
のステップ３０８）。

【０１０６】プログラム名（１８０３）、プログラム記
号名（１８０４）の出力方法については、前記プログラ
ム処理概要図と同様である。出力媒体の定義部品名（１
８０２）およびその日本語名（１８０１）、入力媒体の
定義部品名（１８０６）およびその日本語名（１８０
５）には、プログラム定義部品より取得した該出力媒体
定義部品名、該入力媒体定義部品名と、それをもとに日
本語名取得したものとをそれぞれ出力する。

【０１０７】出力項目の欄については、出力項目名（１
８０７）はデータ項目名と、それをもとに日本語名取得
したものとを出力し、属性（１８０８）は、該データ項
目名に対し出力媒体上で定義されている属性（９１２）
を取得して出力する。入力項目欄の入力項目名（１８１
２）および属性（１８１３）については、出力項目を編
集する際の情報元となる入力媒体上のデータ項目につい
て、データ項目名とそれをもとにディクショナリのソフ
トウエア部品から日本語名（７０３）と属性（７０４）
を取得し、出力する。

【０１０８】編集の欄には、ディクショナリの入力編集
定義部（７０７）および、出力編集定義部（７０８）に
定義されている内容をもとに、キーワード欄（１８０
９）、編集方法欄（１８１０）、および編集区分欄（１
８１１）に出力する。編集方法欄（１８１０）について
は、ディクショナリのソフトウエア部品の編集方法がキ
ーワードによって記述されているので、キーワード日本
語変換を行い出力する。編集区分欄（１８１１）には、
編集方法がディクショナリのソフトウエア部品の入力編
集から展開されたものである場合は「入力編集」、出力
編集から展開されたものである場合は「出力編集」と出
力する。

【０１０９】ここで、データ項目に対するディクショナ
リのソフトウエア部品に定義された編集方法を、キーワ
ード欄（１８０９）および編集方法欄（１８１０）へ展
開する際の判定条件について説明する。

【０１１０】まず、入力編集の場合の展開判定条件を示
す。該プログラムに対する入力媒体が入力画面または、
入力帳票など、ユーザから入力される媒体であること、
または、該プログラム実行中に、入力媒体中のデータを
もとに該データ項目が新しく生成されること、つまり、
該データ項目が該プログラムの入力媒体には含まれない
が出力媒体には含まれることの２点であり、どちらか１
方を満たしていれば、入力編集を展開する。

【０１１１】出力編集の場合の展開判定条件を示す。該
プログラムの出力媒体が出力画面または、帳票などの媒
体であり、かつ、入力媒体と出力媒体の両方に該データ
項目が含まれる場合に、出力編集を展開する。

【０１１２】以下、本例における編集条件表の生成例を
詳細に示す。プログラム定義部品に定義された出力媒体
と入力媒体の組は出力帳票「ＫＹＬＳＴ」（６０３）と
入力ファイル「ＫＹＦＩＬ」（６０１）、出力帳票「Ｋ
ＹＥＲＲ」（６０４）と入力ファイル「ＫＹＦＩＬ」
（６０１）であるので、まず、１組目の「ＫＹＬＳＴ」
と「ＫＹＦＩＬ」に着目する。「ＫＹＬＳＴ」をもとに
帳票定義部品（図１３（ａ））を入力し、そこで定義さ
れているデータ項目に着目する。

【０１１３】データ項目名（９１１）の１番目に定義さ
れているデータ項目は「ＳＩＭＥＩ−ＮＯ」であるの
で、ディクショナリのソフトウエア部品（図７）からデ
ータ項目の日本語名「氏名番号」（７０３）を、帳票定
義部品から属性「Ｘ（４）」（９１２）を取得し出力す
る。「ＳＩＭＥＩ−ＮＯ」は入力媒体に含まれるので、
入力編集は展開しない。次にディクショナリの出力編集
定義部を参照するが、何も定義されていない。これは出
力編集時はこの該データ項目について何の加工も施さず
に出力することを示す。そこでキーワードは空白とし、
編集方法欄（１８１０）には「そのまま転送する」と出
力する。

【０１１４】データ項目名（９１１）の２番目に定義さ
れているデータ項目は「ＳＩＭＥＩ」であるので、同様
にディクショナリのソフトウエア部品（図８）からデー
タ項目の日本語名「氏名」を、帳票定義部品名から属性
「Ｎ（７）」（９１２）を取得し出力する。次に、ディ
クショナリの入力編集定義部（７０７）を参照し、編集
方法のキーワード「ＳＵＢ（ＳＵＢ０２，ＳＩＭＥＩ−
ＮＯ）」を取得する。これは、サブルーチン呼出しのソ
フトウエア部品を示すキーワードで、「ＳＵＢ０２」は
サブルーチン名を、「ＳＩＭＥＩ−ＮＯ」は、そのサブ
ルーチンに引き渡す入力パラメータであることを示して
いる。従って、「ＳＩＭＥＩ」に対する入力項目名（１
８１２）が「ＳＩＭＥＩ−ＮＯ」であることが分かる。

【０１１５】「ＳＩＭＥＩ」は該プログラムの入力媒体
である「ＫＹＦＩＬ」には含まれていないので、入力編
集の場合の展開判定条件を満たしている。従って、キー
ワード「ＳＵＢ」及び、キーワード日本語変換処理を行
ったものを編集の欄（１８０９、１８１０）に、入力項
目「ＳＩＭＥＩ−ＮＯ」とその属性を入力項目欄（１８
１２、１８１３）にそれぞれ出力する。

【０１１６】尚、本例ではディクショナリの出力編集定
義部に何も定義されていないため、このように入力編集
のみを展開しているが、さらに出力編集定義部にも定義
されている場合には、入力編集および出力編集の両方を
この順番に展開して出力する。

【０１１７】データ項目名（９１１）の３番目に定義さ
れているデータ項目は「ＮＹＵＳＹＡ−ＹＭＤ」である
ので、ディクショナリのソフトウエア部品（図９）から
「入社年月日」を、帳票定義部品名から属性「Ｘ
（８）」（９１２）を取得しそれぞれ出力項目欄（１８
０７、１８０８）に出力する。次に、ディクショナリの
出力編集定義部（７０８）を参照し、キーワード「ＤＡ
ＴＥ」を取得する。該出力媒体は帳票であるので、出力
編集の場合の展開判定条件を満たしている。そこで、キ
ーワード欄（１８０９）および編集方法欄（１８１０）
には、キーワードと、キーワード日本語変換を行った
「ＹＹ．ＭＭ．ＤＤの形式に変換する」とを出力し、入
力項目欄（１８１２、１８１３）には自身と同名の「Ｎ
ＹＵＳＹＡ−ＹＭＤ」と、その属性をディクショナリの
ソフトウエア部品から取得してそれぞれ出力する。

【０１１８】データ項目名（９１１）の４番目に定義さ
れたデータ項目「ＳＹＯＫＵＩ−ＣＤ」については、
「ＳＩＭＥＩ−ＮＯ」の場合と同様に展開する。

【０１１９】データ項目名（９１１）の５番目に定義さ
れたデータ項目「ＳＩＫＹＵ−ＧＫ」については、
「ＳＩＭＥＩ−ＮＯ」と同様にディクショナリの入力編
集定義部にも出力編集定義部にも定義情報がないが、帳
票定義部品より取得された属性が「Ｚ，ＺＺＺ，ＺＺ
９」（９１２）であり、これはゼロサプレスおよびカン
マ編集を行うものであるので、この場合は編集方法欄
（１８１０）に「Ｚ，ＺＺＺ，ＺＺ９の形式に編集す
る」と出力する。

【０１２０】以下、プログラム生成の手順を説明する。

【０１２１】プログラム生成の手順の説明に先立ち、図
２３〜図２６を用いてプログラム仕様書ライブラリ（２
１０）上でのプログラム仕様書の格納形式について説明
する。

【０１２２】図２３はプログラム仕様書ライブラリ（２
１０）上のプログラム処理概要図の格納形式である。こ
の形式は、業務プログラムのプログラム名（１９０
１）、記号名（１９０２）、業務プログラムで使用する
標準パターン名（１９０３）、入出力媒体の日本語名
（１９０４）、定義部品名（１９０５）、Ｉ／Ｏ区分
（１９０６）、使用区分（１９０７）、論理装置名（１
９０８）、接頭語（１９０９）、プログラムの処理概要
（１９１０）の欄により構成される。これは図１８にお
けるプログラム処理概要図の出力例と全く同じデータに
より構成される。

【０１２３】図２４はプログラム仕様書ライブラリ（２
１０）上のチェック条件表の格納形式である。この形式
は、入力媒体の定義部品名（２００１）、出力媒体の定
義部品名（２００２）、入力項目の日本語名（２００
３）、記号名（２００４）、属性（２００５）、チェッ
ク処理のキーワード（２００６）、チェック条件（２０
０７）、エラーコード（２００８）、エラーメッセージ
（２００９）の欄により構成される。これは図２０にお
けるチェック条件表の出力例と全く同じデータにより構
成される。

【０１２４】図２５はプログラム仕様書ライブラリ（２
１０）上の関連チェック条件表の格納形式である。この
形式は入出力媒体の定義部品名（２１０１）、入力項目
の日本語名（２１０２）、記号名（２１０３）、チェッ
ク条件のキーワード（２１０４）、エラーコード（２１
０５）、エラーメッセージ（２１０６）、マトリクス
（２１０７）の欄により構成される。これは図２１にお
ける関連チェック条件表の出力例と全く同じデータによ
り構成される。

【０１２５】図２６はプログラム仕様書ライブラリ（２
１０）上の編集条件表の格納形式である。この形式は入
力媒体の定義部品名（２２０１）、出力媒体の定義部品
名（２２０２）、出力項目の日本語名（２２０３）、記
号名（２２０４）、属性（２２０５）、編集方法のキー
ワード（２２０６）、編集方法（２２０７）、編集区分
（２２０８）、入力項目の日本語名（２２０９）、記号
名（２２１０）、属性（２２１１）の欄により構成され
る。これは図２２における編集条件表の出力例と全く同
じデータにより構成される。

【０１２６】次にプログラム生成の手順をフローチャー
トに基づいて説明する。

【０１２７】図４はプログラム生成の手順を示すフロー
チャートであり、図２７〜図２９は、プログラム仕様書
（図２３〜図２６）および、データ定義書内の定義部品
（図１３〜図１４）をもととしたプログラム生成機能に
よるソースプログラムの展開例である。以下、この例を
用いてプログラム生成機能の具体的手順を説明する。

【０１２８】生成機能は、まず生成対象の業務プログラ
ムのプログラム処理概要図（１９００）から使用する標
準パターン名「ＣＨＫ０１」（１９０３）を取得し、対
応する標準パターン（１２０２）を標準パターンライブ
ラリ（２０５）から入力する（ステップ４０１）。

【０１２９】入出力部品展開（４０２）では該プログラ
ムのプログラム処理概要図で定義した入出力媒体名をも
とにデータ定義書（２０３）から入出力媒体の定義部品
を入力し、該プログラムの入出力宣言部分のソースコー
ドを生成し、これをステップ４０１で入力した標準パタ
ーンに合成する。

【０１３０】図２７を用いて入出力宣言部分の展開方法
を具体的に説明する。プログラム生成機能はプログラム
処理概要図（１９００）に記載された入出力媒体定義部
品名（１９０５）より「ＫＹＦＩＬ」、「ＫＹＬＳＴ」
等の定義部品名を取得し、これをもとに対応するファイ
ル定義部品（１００１）および帳票定義部品（９０１、
９０７）を読み込み、これらの情報から該プログラムの
入出力環境定義（２３０２、２３０３）、ファイル記述
（２３０４、２３０６）およびデータ記述（２３０５、
２３０７）を生成し、これを標準パターン（１２０２）
に合成する。

【０１３１】帳票印刷処理展開（４０４）は、該プログ
ラムが帳票を出力する標準パターンを使用している場合
に行い、該プログラムのプログラム処理概要図に記載さ
れている出力媒体定義部品名をもとにデータ定義書（２
０３）から該当する帳票定義部品を入力し、これから帳
票編集用作業領域および帳票出力手続きを生成しステッ
プ４０１で入力した標準パターンに合成する。

【０１３２】図２７を用いて帳票印刷処理展開処理（４
０４）について具体的に説明する。プログラム生成機能
はプログラム処理概要図（１９００）に記載された帳票
定義部品名（１９０５）をもとに帳票定義部品（９０
１、９０７）を読み込み、これらの定義内容から帳票に
関する帳票編集用作業領域（２３０９）およびプログラ
ム実行時に使用するカウンタなどの作業領域（２３０
８）を生成し、これを標準パターン（１２０２）に合成
する。

【０１３３】チェック、関連チェック、編集処理展開
（４０５）においては、プログラム仕様書のうちのチェ
ック条件表、関連チェック条件表、編集条件表に記載さ
れているキーワードをもとに、データ項目中心の処理を
生成して、これを標準パターンのチェック処理部（１２
０３）、関連チェック処理部（１２０４）、編集処理部
（１２０５）にそれぞれ展開する。

【０１３４】図２９を用いて、ソースプログラム展開方
法について編集条件表からの展開を例にとり具体的に説
明する。まず該プログラムの編集条件表（２２００）を
読み込み、この編集条件表にキーワード（２２０６）で
定義されている編集条件をもとに該データ項目に対する
処理を生成して、これを標準パターンの編集処理部（１
２０５）にそれぞれ展開する。その際、データ項目の編
集に必要な作業領域についても同時に生成する。例えば
編集条件表（２２００）の第３行目のキーワード「ＤＡ
ＴＥ」（２２０６）の場合は、領域（２３１０）に示す
ように、日付を年、月、日に区切るための作業領域と編
集用の作業領域とを生成する。

【０１３５】さらにデータ項目に対する処理を展開する
際には本例で示すようにプログラム処理概要図（１９０
０）で定義した接頭語（１９０９）をそれぞれのファイ
ル上の項目名に付加する。例えばステートメント（２３
１４）に示すようにデータ項目「ＳＩＫＹＵ−ＧＫ」に
対し入力項目には「ＩＮ−」を、出力項目には「ＯＵ
−」をそれぞれ付加し、入力ファイル上の記号項目名は
「ＩＮ−ＳＩＫＹＵ−ＧＫ」（２３１５）、出力ファイ
ル上の記号項目名は「ＯＵ−ＳＩＫＹＵ−ＧＫ」（２３
１６）とプログラム生成時に決定している。このことに
よりデータ項目中心のソフトウエア部品を、そのデータ
項目を扱うファイルなどの入出力媒体の定義部品から独
立させている。

【０１３６】なお図２８は、標準パターン（１２０２）
中の未定義のファイル記号名をファイル定義部品のファ
イル記号名（１００４）によって置き換えたものであ
る。

【０１３７】ソースプログラム出力（４０６）では、以
上の処理により生成できた目的の業務プログラムをソー
スプログラムライブラリ（２１１）に出力する。

【０１３８】尚、本実施例ではバッチ処理のプログラム
の例を挙げて説明したがデータベースへのアクセスを伴
う対話処理のプログラムや、他装置上の資源やプロセス
へのアクセスを行うプログラムについても同様にして生
成が可能である。

【０１３９】また、本実施例では、プログラム仕様書か
らソースプログラムを生成しているが、プログラム仕様
書を介さずにディクショナリ（２０１）、関連チェック
定義書（２０２）、データ定義書（２０３）、プログラ
ム定義書（２０４）、標準機能説明ライブラリ（２０
６）を入力して直接ソースプログラムを生成することも
可能であり、この方法を用いる場合も本発明の範囲に含
まれる。この場合は、プログラム仕様書生成時と同じ要
領で、対象とする業務プログラムの入出力媒体中に存在
するデータ項目をもとにデータ項目中心のソフトウエア
部品の選択を行い、標準パターンに合成する。

【０１４０】最後に、本実施例におけるプログラム仕様
書編集機能（２１２）およびソフトウエア部品逆生成機
能（２０８）について、これらの機能の使用例を示しな
がら、合わせて説明する。これから紹介する使用例は、
図６に示したプログラム例に対し、プログラム仕様書編
集機能（２１２）を用いてプログラム仕様書修正を行
い、修正後のプログラム仕様書からソフトウエア部品逆
生成機能（２０８）を用いてソフトウエア部品を修正す
る例である。

【０１４１】まず各種プログラム仕様書の修正例につい
て紹介する。図２４（ａ）は生成直後のチェック条件表
の例であり、図２４（ｂ）は、修正後のチェック条件表
の例である。図２５（ａ）は生成直後の関連チェック条
件表の例であり、図２５（ｂ）は、修正後の関連チェッ
ク条件表の例である。図２６（ａ）は生成直後の編集条
件表の例であり、図２６（ｂ）は、修正後の編集条件表
の例である。

【０１４２】ここで、編集条件表（図２６）をとりあげ
てその修正内容を詳細に紹介する。図２６（ｂ）の第３
行（２２２２）では、キーワードを「ＤＡＴＥ」から空
白に、それに伴い編集方法を「ＹＹ．ＭＭ．ＤＤの形式
に…」から「そのまま転送する」に変更した（この操作
を修正１とする）。これは、データ項目「ＮＹＵＳＹＡ
−ＹＭＤ」に対しては出力編集時にはデータに何の加工
も施さないことを意味する。また図２６（ｂ）では、図
２６（ａ）における第４行（２２１２）を削除した（同
修正２とする）。これは、データ項目「ＳＹＯＫＵＩ−
ＣＤ」を出力媒体から削除することを意味する。図２６
（ｂ）の第４行（２２２３）では、出力項目「ＳＩＫＹ
Ｕ−ＧＫ」の属性を「Ｚ，ＺＺＺ，ＺＺ９」から「Ｚ，
ＺＺ９」に変更した。さらにキーワードを空白から「Ｃ
ＯＭＰ（ＳＩＫＹＵ−ＧＫ／１０００）」に、それに伴
い編集方法を「千円単位でＺ，ＺＺ９の形式に編集す
る」とした（同修正３とする）。これは、「ＳＩＫＹＵ
−ＧＫ」を出力する際には１０００で割った値を出力す
るという出力編集処理を新たに定義するものである。

【０１４３】尚、プログラム仕様書ライブラリ（２１
０）中のプログラム仕様書の修正については、プログラ
ム仕様書を図２３〜図２６に示す通り単純な表のイメー
ジで格納するため、専用エディタを用いることなしに、
汎用の表計算用ソフトウエアや文書作成用ソフトウエア
を用いて行うこともでき、 これも本発明の範囲に含ま
れる。さらに、プログラム仕様書を生成した装置群Ａ
（１０８）とは別の装置である装置群Ｂ（１１８）上に
転送し、装置群Ｂ上で汎用の表計算用ソフトウエアや文
書作成用ソフトウエアを用いての編集を行うことも可能
であり、これも本発明の範囲に含まれる。

【０１４４】次に図５を用いてソフトウエア部品逆生成
の手順について説明する。本実施例で言う逆生成とは、
修正が加えられたプログラム仕様書をもとに、これの情
報元であるソフトウエア部品を書き換え、プログラム仕
様書の修正内容を反映させることを言う。

【０１４５】本実施例のソフトウエア部品逆生成機能
（２０８）では、プログラム処理処理概要図を入力し
（５０１）、プログラム定義書（２０４）を対象として
逆生成する（５０２）。次にチェック条件表を入力し
（５０３）、ディクショナリ（２０１）、データ定義書
（２０３）を対象として逆生成を行う（５０４）。次に
関連チェック条件表を入力し（５０５）、ディクショナ
リ（２０１）、関連チェック定義書（２０２）、データ
定義書（２０３）を対象として逆生成を行う（５０
６）。次に編集条件表を入力し（５０７）、ディクショ
ナリ（２０１）、データ定義書（２０３）を対象として
逆生成を行う（５０８）。

【０１４６】次に、逆生成結果について説明する。図３
０〜図３６には、前述の修正後のプログラム仕様書をも
とに逆生成を行った場合に、逆生成前と逆生成後とで定
義内容に変更があったもののみを示す。図３０〜図３４
は逆生成後のディクショナリのソフトウエア部品の例で
あり、逆生成前の定義例は図７〜図１１である。図３５
は逆生成後の関連チェック定義部品の例であり、逆生成
前の定義例は図１２である。図３６は逆生成後のデータ
定義書のうち、「ＫＹＬＳＴ」に対する帳票定義部品の
例であり、これの逆生成前の定義例は図１３（ａ）であ
る。

【０１４７】前述の、修正済みの編集条件表（図２６
（ｂ））の例に基いて、逆生成の具体的手順を説明す
る。

【０１４８】修正１ではキーワード（２２１４）を空白
に変更している。この場合逆生成機能は、まず編集区分
（２２１５）を参照し、これが「出力編集」であるから
記号名（２２１０）を参照し入力項目「ＮＹＵＳＹＡ−
ＹＭＤ」（２２１６）を得る。それに対応するディクシ
ョナリ（２０１）のソフトウエア部品が逆生成の対象と
なる。逆生成後のディクショナリのソフトウエア部品
（図３２）の入力編集定義部（２４０１）に示すよう
に、キーワードを空白に変更している。

【０１４９】図２６（ｂ）では、修正２によりデータ項
目「ＳＹＯＫＵＩ−ＣＤ」（２２１２）を出力項目から
削除した。この場合、逆生成機能は、該プログラムの出
力媒体である帳票の帳票定義部品「ＫＹＬＳＴ」（図１
３（ａ））から「ＳＹＯＫＵＩ−ＣＤ」を削除する。逆
生成後の帳票定義部品（図３６）において、その帳票レ
イアウト定義部（２６０１）に示す通り、データ項目
「ＳＹＯＫＵＩ−ＣＤ」が削除されている。

【０１５０】修正３では修正１と同様にキーワードを変
更している。この場合も編集区分は「出力編集」（２２
２０）であるから記号名「ＳＩＫＹＵ−ＧＫ」（２２２
１）を取得し、それに対応するディクショナリのソフト
ウエア部品（図３４）の出力編集定義部が逆生成の対象
となる。修正後のキーワード（２２０６）は「ＣＯＭＰ
（ＳＩＫＹＵ−ＧＫ／１０００）」（２２１９）である
から、「ＳＩＫＹＵ−ＧＫ」に対するディクショナリの
ソフトウエア部品の出力編集のキーワード（２４０２）
を更新する。

【０１５１】また修正３では、さらに記号名「ＳＩＫＹ
Ｕ−ＧＫ」（２２１７）の属性（２２１８）を変更して
いる。この場合、出力媒体である帳票の帳票定義部品
「ＫＹＬＳＴ」（図１３（ａ））における該データ項目
の属性を変更する。逆生成後の帳票定義部品（図３６）
の帳票レイアウト定義部の（２６０２）に示す通りに変
更内容が反映される。

【０１５２】このようにソフトウエア部品逆生成機能
（２０８）は、プログラム仕様書生成機能（２０９）の
手順とは逆の手順でプログラム仕様書ライブラリ（２１
０）から、修正のあったソフトウエア部品を特定し、プ
ログラム仕様書ライブラリ（２１０）の内容をもとにソ
フトウエア部品を更新していく。プログラム処理概要
図、チェック条件表、関連チェック条件表をもととした
場合に関しても編集条件表と同様にソフトウエア部品の
逆生成を行うことができる。

【０１５３】

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

【０１５４】ソフトウエアをデータ項目単位にそれぞれ
のデータ項目に対する単独処理をいくつかの種類に分け
てソフトウエア部品として定義し、また複数のデータ項
目間の相互関係に基づいてデータの妥当性を判定する関
連チェック処理をソフトウエア部品として定義し、これ
らデータ中心のソフトウエア部品ををデータ項目名に基
いて管理することとした。一方、これらデータ中心のソ
フトウエア部品に含まれないソフトウエア部品につい
て、ファイル、帳票の属性やレイアウトなどを定義した
ソフトウエア部品、プログラム単位の入出力媒体情報を
定義したソフトウエア部品、画面、帳票、ファイル等の
処理プログラムを制御構造の特質に着目していくつかの
種類に分け、業務個別処理をそれ自身に持たないプログ
ラムスケルトン標準パターンと呼ぶソフトウエア部品、
プログラムスケルトン標準パターン部品に沿った標準機
能説明部品と呼ぶソフトウエア部品とに分けて定義する
こととした。

【０１５５】以上により、ソフトウエアの部品化にあた
って部品化に際してのソフトウエアの分割方法につい
て、データ項目を中心としてソフトウエアを分割するた
めの一定の明確な基準を設けることができ、さらにこれ
らソフトウエア部品をそれぞれ特定の構造をもったファ
イルに格納することによりこの基準に合致した形式で管
理する方法を確立することができるため、ソフトウエア
の部品を標準化し、既存ソフトウエアの再利用を容易に
することが可能となり、ひいてはソフトウエアの生産性
向上を図ることができる。

【０１５６】さらに、上記ディクショナリ、関連チェッ
ク定義書、データ定義書、プログラム定義書、および標
準機能説明ライブラリから、対象とする業務プログラム
の入出力媒体中のデータ項目をもとにソフトウエア部品
を選択し、いくつかの種類の仕様書から構成されるプロ
グラム仕様書を自動生成し、プログラム仕様書をもと
に、プログラムスケルトン標準パターン部品と、ディク
ショナリ中のソフトウエア部品および関連チェック定義
書中のソフトウエア部品とを選択して合成することによ
りソースプログラムを自動生成する方式とした。

【０１５７】したがって、設計者あるいはプログラマが
業務プログラムとソフトウエア部品との対応づけを行う
ことなくソースプログラムを自動生成することができ、
また、プログラム仕様書作成作業を自動化し、かつソフ
トウエア部品の設計工程からプログラム設計工程への設
計情報の自動継承を実現することが可能となる。このこ
とにより、ソフトウエアの生産性および信頼性を向上で
きる。

【０１５８】これに加え、上記のようなソフトウエアの
部品化をさらに厳格な標準化基準のもとで達成するため
に、本発明では、ディクショナリにおけるデータ項目に
対する単独処理をチェック、入力編集、出力編集の３種
類に分けることにした。このことによりディクショナリ
に格納するソフトウエア部品の構造をさらに限定するこ
とが可能となり、ソフトウエア部品の生産性および信頼
性が向上し、したがって再利用も容易となる。

【０１５９】また本発明では、生成されたプログラム仕
様書に対する変更、追加、削除などの修正を可能とし、
さらにここで修正されたプログラム仕様書をもとに、ソ
ースプログラムを自動生成することとした。

【０１６０】このことにより、生成対象のプログラムが
例外処理を含むなどなんらかの理由によって、プログラ
ム仕様書にあらかじめ用意したソフトウエア部品とは、
異なる仕様を記述したときにも、これをソースプログラ
ム生成に反映させることが可能となり、ソフトウエアの
生産性向上および信頼性向上を図ることができる。

【０１６１】また本発明では、修正されたプログラム仕
様書から自動的にディクショナリ、関連チェック定義
書、データ定義書、およびプログラム定義書に格納され
たソフトウエア部品の定義内容を修正することを可能と
した。このため、仕様変更などにともなうソフトウエア
部品の修正作業を自動化でき、ソフトウエア部品の信頼
性向上とともにソフトウエアの生産性も向上を図ること
ができる。

【０１６２】さらに本発明では、生成されたプログラム
仕様書に対して、プログラム仕様書を生成した装置とは
違う装置上で、汎用のソフトウエアを用いてプログラム
仕様書の修正を行うことを可能とした。このことによ
り、本発明におけるソフトウエア開発支援ツールを使用
するための設備投資の低減を図るとともに、ソフトウエ
ア開発者に対し、特定の装置の運用条件に制限されない
でで、かつツール固有の操作方法を修得しなくてもすで
に慣れ親しんだ汎用のソフトウエアを用いてソフトウエ
ア開発が行える作業環境を提供することが可能となり、
ひいてはソフトウエアの生産性を向上させることができ
る。

【図面の簡単な説明】

【図１】本発明の実施例を実現するためのシステムのハ
ードウエア構成図である。

【図２】本発明を実現するシステムの機能構成図であ
る。

【図３】プログラム仕様書生成の手順を示すフローチャ
ートである。

【図４】プログラム生成の手順を示すフローチャートで
ある。

【図５】ソフトウエア部品逆生成の手順を示すフローチ
ャートである。

【図６】本実施例の説明に用いる業務プログラム例を示
す図である。

【図７】ディクショナリの定義例を示す図である。

【図８】ディクショナリの定義例を示す図である。

【図９】ディクショナリの定義例を示す図である。

【図１０】ディクショナリの定義例を示す図である。

【図１１】ディクショナリの定義例を示す図である。

【図１２】関連チェック処理定義部品の定義例を示す図
である。

【図１３】帳票定義部品の定義例を示す図である。

【図１４】ファイル定義部品およびレコード定義部品の
定義例を示す図である。

【図１５】プログラム定義部品の定義例を示す図であ
る。

【図１６】標準パターン部品の例を示す図である。

【図１７】標準機能説明部品の例を示す図である。

【図１８】プログラム処理概要図の出力例を示す図であ
る。

【図１９】プログラム機能説明図の出力例を示す図であ
る。

【図２０】チェック条件表の出力例を示す図である。

【図２１】関連チェック条件表の出力例を示す図であ
る。

【図２２】編集条件表の出力例を示す図である。

【図２３】プログラム処理概要図の格納形式の例を示す
図である。

【図２４】チェック条件表の格納形式の例を示す図であ
る。

【図２５】関連チェック条件表の格納形式の例を示す図
である。

【図２６】編集条件表の格納形式の例を示す図である。

【図２７】プログラム生成機能によるソースプログラム
展開例を示す図である。

【図２８】プログラム生成機能によるソースプログラム
展開例を示す図である。

【図２９】プログラム生成機能によるソースプログラム
展開例を示す図である。

【図３０】逆生成後におけるディクショナリの定義例を
示す図である。

【図３１】逆生成後におけるディクショナリの定義例を
示す図である。

【図３２】逆生成後におけるディクショナリの定義例を
示す図である。

【図３３】逆生成後におけるディクショナリの定義例を
示す図である。

【図３４】逆生成後におけるディクショナリの定義例を
示す図である。

【図３５】逆生成後における関連チェック定義部品の定
義例を示す図である。

【図３６】逆生成後における帳票定義部品の定義例を示
す図である。

【符号の説明】

２０１…ディクショナリ、２０２…関連チェック定義
書、２０３…データ定義書、２０４…プログラム定義
書、２０５…標準パターンライブラリ、２０６…標準機
能説明ライブラリ、２０７…プログラム仕様書生成機
能、２０８…ソフトウエア部品逆生成機能、２０９…プ
ログラム生成機能、２１０…プログラム仕様書ライブラ
リ、２１１…ソースプログラムライブラリ、２１２…プ
ログラム仕様書編集機能、２１３…プログラム仕様書、
７０１…データ項目定義部、７０２…データ項目名、７
０３…日本語名、７０４…属性、７０５…コメント、７
０６…チェック処理定義部、７０７…入力編集定義部、
７０８…出力編集定義部、７０９…チェック条件、７１
０…エラーコード、７１１…エラーメッセージ、８０２
…関連データ項目名、８０３…条件定義部、８０７…エ
ラー処理定義部、９０１…帳票属性定義部、９０２…帳
票定義部品名、９０３…帳票名、９０４…帳票記号名、
９０７…帳票レイアウト定義部、１００１…ファイル属
性定義部、１００２…ファイル定義部品名、１００３…
ファイル名、１００４…ファイル記号名、１００５…レ
コード定義部品名、１００９…レコード属性定義部、１
０１０…レコード定義部品名、１０１１…レコード名、
１０１２…レコードレイアウト定義部、１１０１…プロ
グラム属性定義部、１１０２…記号名、１１０３…プロ
グラム名、１１０４…標準パターン名、１１０５…処理
概要、１１０６…入出力媒体定義部、１１０７…定義部
品名、１１０８…入出力（Ｉ／Ｏ）区分、１１０９…使
用区分、１１１０…論理装置名、１１１１…接頭語、１
２０１…標準パターン名、１２０２…標準パターン、１
２０３…チェック処理部、１２０４…関連チェック処理
部、１２０５…編集処理部、１３０１…標準機能説明部
品名、１３０２…標準機能説明部品

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西岡 ちはる 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム開発本 部内 (72)発明者 橋本 直樹 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム開発本 部内 (72)発明者 中川 保 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム開発本 部内 (56)参考文献 大野治，森岡洋介，降旗由香里，”Ｅ ＡＧＬＥ／Ｐディクショナリを用いたプ ログラムジェネレータの開発と適用効 果”，情報処理学会研究報告（91−ＳＥ −80），Ｖｏｌ．91，Ｎｏ．66，（1991 ／７／19），ｐｐ．51−58 上野哲，”ソフトの生産形態を革新す るデータ中心アプローチ”，日経コンピ ュータ，Ｎｏ．223，（1990／４／９）, ｐｐ．75−86 藤井隆晴，楢府担，今津幸雄，”アプ リケーション開発支援ツールとディクシ ョナリシステム”，ＦＵＪＩＴＳＵ，Ｖ ｏｌ．41，Ｎｏ．５（1990／９／10）, ｐｐ．403−412 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/06

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】業務プログラムの入出力となるファイル、
   帳票、画面の属性およびレイアウトを定義して格納した
   データ定義書とよぶ第１のファイルと、プログラム単位
   に入出力媒体の情報を定義して格納したプログラム定義
   書とよぶ第２のファイルと、画面、帳票、ファイル等の
   処理プログラムを制御構造の特質に着目していくつかの
   種類に分け、業務個別処理をそれ自身に持たないプログ
   ラムスケルトン標準パターンとして部品化して格納した
   標準パターンライブラリとよぶ第３のファイルと、上記
   業務プログラムを生成するプログラム生成手段とを備え
   たプログラム自動生成システムにおいて、 データ項目単位に、それぞれのデータ項目に対する単独
   処理をソフトウエア部品として定義してディクショナリ
   とよぶ第４のファイルに格納する手段と、プログラムス
   ケルトン標準パターン部品に沿った標準機能説明部品を
   標準機能説明ライブラリとよぶ第５のファイルに格納す
   る手段と、 前記第１、第２、第４および第５のファイルから、対象
   とする業務プログラムの入出力媒体中のデータ項目名を
   もとにソフトウエア部品を選択し、チェック条件表と編
   集条件表を含むプログラム仕様書を生成するプログラム
   仕様書生成手段とを有し、かつ前記プログラム生成手段
   は前記プログラム仕様書をもとに、上記第３のファイル
   中のプログラムスケルトン標準パターンと、前記ディク
   ショナリ中のソフトウエア部品を選択して合成すること
   によりソースプログラムを合成することを特徴とするデ
   ータ中心型ソフトウエア部品によるプログラム自動生成
   システム。
2. 【請求項２】上記ディクショナリは、各データ項目に対
   する単独処理を、入力されるデータのデータ形式および
   妥当性をチェックするチェック処理と、入力されるデー
   タをデータベースもしくはファイルに格納する形式に変
   換する入力編集処理と、データベースもしくはファイル
   上のデータを出力形式に変換する出力編集処理との３種
   類のソフトウエア部品として定義したものであることを
   特徴とする請求項１に記載のデータ中心型ソフトウエア
   部品によるプログラム自動生成システム。
3. 【請求項３】前記プログラム生成手段は、前記プログラ
   ム仕様書生成手段により生成されたプログラム仕様書に
   修正が加えられたとき、修正されたプログラム仕様書を
   もとにソースプログラムを生成することを特徴とする請
   求項１に記載のデータ中心型ソフトウエア部品によるプ
   ログラム自動生成システム。
4. 【請求項４】請求項１に記載のプログラム自動生成シス
   テムにおいて、前記プログラム仕様書生成手段により生
   成されたプログラム仕様書に修正が加えられたとき、修
   正されたプログラム仕様書をもとに前記ディクショナ
   リ、データ定義書、およびプログラム定義書に格納され
   たソフトウエア部品の定義内容を修正する手段を有する
   ことを特徴とするデータ中心型ソフトウエア部品による
   プログラム自動生成システム。
5. 【請求項５】前記ディクショナリ、前記データ定義書、
   前記プログラム定義書はそれぞれ表形式で格納されるこ
   とを特徴とする請求項１に記載のデータ中心型ソフトウ
   エア部品によるプログラム自動生成システム。