JPH11102293A - プログラム自動生成方法 - Google Patents

Abstract

(57)【要約】 【課題】 ３階層のアプリケーションプログラムを容易
に、通信に関する専門知識を必要とせずに、最低限のプ
ログラミング技術のみで複数に分割されたプログラムを
作成でき、さらにその開発過程で必要な通信インタフェ
ース及び仕様書も自動生成されるプログラム自動生成方
法を提供する。 【解決手段】 オブジェクト定義という手段により、各
コンポーネントで使用するデータ項目を特化し、３階層
型というアプリケーション形態において、各コンポーネ
ントプログラムを自動生成する機能を備える。さらに各
機能はユーザインタフェース、ビジネスロジック、デー
タベースロジックと異なる概念のスキルが要求される
が、各機能において自動生成機能を備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、分散コンピュー
ティング環境における、多階層型のコンポーネントベー
スのアプリケーション開発における、各プログラムコン
ポーネントをその分散環境で使用されるデータについて
記述したオブジェクト定義から自動生成する機構を備え
たコンポーネント分割型アプリケーションにおけるプロ
グラム自動生成方法に関するものである。

【０００２】

【従来の技術】最近では、分散コンピューティング環境
も一般に知られるところとなり、分散型３階層システム
によるアプリケーション構築技術も活発に用いられるよ
うになってきた。分散型３階層システムとは、１つのア
プリケーションをユーザインタフェース層、データベー
スアクセス層、ビジネスロジック層の３つのカテゴリに
分解して構築する技術である。この技術を用いてアプリ
ケーション構築を行うと、保守運用効率が改善できると
か、アプリケーションの拡張が容易になるとか、アプリ
ケーションの開発がそれぞれのカテゴリに分割して作成
できるので単純化できるなどの効果を得ることができ
る。

【０００３】アプリケーション開発の生産性を向上させ
る技術として、特開平３−３４０２３号公報に記載され
たプログラム自動生成方法に関する発明がある。この技
術は、入出力データの関係からプログラムを自動生成す
る方式であり、データ処理におけるプログラム作成を簡
単化し、プログラム生成時の不良の混入を未然に防ぐ効
果がある。

【０００４】また、従来のアプリケーションプログラム
の開発は、プログラミング用のテキストエディタでプロ
グラミング言語によりコーディング作業を行いアプリケ
ーション開発を行っていた。この方法だと、プログラム
仕様書とコーディング作業は別工程になるため、アプリ
ケーションプログラムの生産性を評価すると開発時間工
数の非常に悪いものとなる。従って,これらの生産性を
向上するための手段が求められてきている。

【０００５】しかし、１つのアプリケーションプログラ
ムを３つ以上のプログラムに分割して作成するため、そ
のプログラムインタフェースの統一などに多くの時間が
必要となるのが現状である。

【０００６】

【発明が解決しようとする課題】従来のプログラム自動
生成方法は、上記の様に構成されているので、以下に示
す様な問題点があった。

【０００７】特開平３−３４０２３号公報に記載された
技術においては、従来型の汎用機を用いたホスト集中型
のアプリケーション開発において有効な手法であり、現
在主流となりつつある３階層型アプリケーションのよう
な複雑な通信インタフェースを持つコンポーネント型ア
プリケーションには対応できない。特にユーザインタフ
ェースの画面コンポーネントの自動生成機能や、ビジネ
スロジック自動生成機能、ＲＤＢインタフェースコンポ
ーネント自動生成機能については機能が大きく欠如して
いる。

【０００８】次に、アプリケーションプログラム開発と
仕様書の問題である。一般にビジネスソリューションを
提供するソフトウェア会社などでは、ソフトウェアの受
注による形態で開発業務を進めている。この受注に対す
るアウトプットが開発アプリケーションであり、開発概
要の仕様書である。アプリケーションプログラムの納入
と同時に、その開発内容を示す仕様書も重要な納品物に
なっている。これらのアプリケーションプログラムと仕
様書は一般に別々な工程で作成されるため、アプリケー
ションソフトウェアの生産工数を増加させる傾向にあ
る。

【０００９】この発明は、上記のような問題点を解消す
るためになされたもので、３階層のアプリケーションプ
ログラムを容易に、通信に関する専門知識を必要とせず
に、最低限のプログラミング技術のみで複数に分割され
たプログラムを作成でき、さらにその開発過程で必要な
通信インタフェース及び仕様書も自動生成されるプログ
ラム自動生成方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】この発明に係るプログラ
ム自動生成方法は、アプリケーションプログラムをユー
ザインタフェースロジック、ビジネスロジック、データ
ベースアクセスロジックの３階層のプログラムに分割し
て生成する方法において、上記アプリケーションプログ
ラムの基本的なロジックであるモデルを格納した基本オ
ブジェクトから上記モデルを選択するステップ、選択し
たモデルに基づきデータのデータ型、データ長、データ
名、データ属性をプロパティとして指定し、そのプロパ
ティの操作や一連の処理手順をメソッドとして指定し、
それらのプロパティ及びメソッドの集合を上記３階層の
プログラムのそれぞれに対応したオブジェクトとして定
義するステップ、定義したオブジェクトを用いることに
より上記モデルを参照しつつ上記３階層のプログラム間
のインタフェースをとりながらそれぞれのプログラムを
自動生成するステップからなるものである。

【００１１】また、アプリケーションプログラムをユー
ザインタフェースロジック、ビジネスロジック、データ
ベースアクセスロジックの３階層のプログラムに分割し
て生成する方法において、上記アプリケーションプログ
ラムごとに関係する生成済の継承オブジェクトを格納し
たオブジェクト情報から必要な継承オブジェクトを選択
するステップ、それらの継承オブジェクトに含まれるプ
ロパティ及びメソッドを必要により変更するステップ、
それらの継承オブジェクトを用いることにより上記アプ
リケーションプログラムの基本的なロジックであるモデ
ルを参照しつつ上記３階層のプログラム間のインタフェ
ースをとりながらそれぞれのプログラムを自動生成する
ステップからなるものである。

【００１２】さらに、上記３階層のプログラムのユーザ
インタフェースロジックは画面プログラムの画面上に配
置される入出力ＧＵＩ部品のレイアウトを自動配置する
ものである。

【００１３】また、上記３階層のプログラムのデータベ
ースアクセスロジックはデータベーススキーマを定義す
るデータベーススキーマ定義プログラムを自動生成する
ものである。

【００１４】さらにまた、上記３階層の各プログラムが
複数のオブジェクトから生成されるときリレーショナル
データベース上のテーブルの結合関係であるビューを自
動生成するものである。

【００１５】また、上記３階層の各プログラムが複数の
オブジェクトから生成されるとき生成に関係したオブジ
ェクト名をツリー表示するものである。

【００１６】さらに、上記オブジェクトが変更されたと
き変更されたことを上記オブジェクトの各ユーザに知ら
せるものである。

【００１７】また、上記３階層の各プログラムが自動生
成されるとき各プログラムに関するそれぞれの仕様書を
自動生成するものである。

【００１８】

【発明の実施の形態】

実施の形態１．図１はこの発明の一実施の形態であるプ
ログラム自動生成方法を実施するためのシステム構成を
示すもので、計算機上に基本オブジェクト、オブジェク
ト定義ツール、オブジェクト情報、オブジェクト一覧、
プログラム自動生成装置等を設け、３階層のコンポーネ
ントプログラムである、データベースアクセスプログラ
ム、ビジネスロジックプログラム、ユーザインタフェー
スプログラム、データベーススキーマ定義プログラム、
及びそれらの仕様書の自動生成を行う。以下、詳細に説
明する。

【００１９】図１において、１は計算機で、一般的には
クライアントマシンであり、本実施の形態においては、
この装置上でプログラムを開発し、開発されたプログラ
ムは別の計算機環境で実行されることを想定している。
２は基本オブジェクトで、３階層のプログラムを作成す
るために必要な最低限の実行動作メソッドやプロパティ
が記述されたオブジェクトである。例えば、在庫管理、
給与計算等のアプリケーションプログラムの場合には、
それぞれのアプリケーションプログラムとして典型的な
モデルとしてのメソッドやプロパティが記述されたオブ
ジェクトである。これらのアプリケーションプログラム
には、代表的な業務パターンがあるので、予め設定する
ことが可能である。

【００２０】３はオブジェクト定義ツールであり、この
ツールによってユーザはオブジェクトの内容を定義す
る。オブジェクトの内容はプロパティとメソッドという
概念で扱われる。プロパティは値を保存するための領域
をいい、メソッドは手続きの内容とその手続きを呼び出
すためのインタフェースを定義したものである。ユーザ
は基本オブジェクト２から選択したオブジェクトとして
のモデルについて、修正する必要がある場合は修正する
ことにより希望のオブジェクトを定義することができ
る。４はオブジェクト定義ツール３により、生成される
オブジェクト情報であり、オブジェクト１つに対して１
つのファイルが生成される。このオブジェクト情報４に
は、各アプリケーションプログラムごとに関係するオブ
ジェクトが格納されており、必要により検索可能な状態
になっている。

【００２１】５は実際にオブジェクトからプログラムを
作成する動作の中の機能の１つでオブジェクトを一覧表
示するツールである。一覧表示は、各アプリケーション
プログラムごとに関係するオブジェクトが整然と並んで
おり、それらのオブジェクトの機能は別途説明書きを参
照することにより理解できるようになっている。ユーザ
はここからオブジェクトを選択して、３階層のプログラ
ム構成を決定する。６は本実施の形態の中心的な働きを
するプログラム自動生成装置である。ユーザに選択され
たオブジェクトを解析して、３階層のプログラムを自動
生成する。

【００２２】７は３階層のプログラムにおいてデータベ
ースにアクセスする部分の機能をコンポーネントにした
プログラムである。データベースにアクセスするメソッ
ドが定義されている。このメソッドを呼び出すことによ
り、データベースをアクセスすることができる。８はビ
ジネスロジックプログラムであり、９のユーザインタフ
ェースプログラムと７のデータベースプログラムの仲介
をすると同時に、必要な手続き処理を実行する。９はユ
ーザインタフェースプログラムであり、実際にシステム
を操作するユーザが使用する画面の機能を定義したコン
ポーネントプログラムである。画面にイベントが起る
と、ビジネスロジックのコンポーネントプログラムが動
作するようにプログラムされる。

【００２３】本実施の形態においては説明をわかりやす
くするためにデータベースアクセス、ビジネスロジッ
ク、ユーザインタフェースのコンポーネントは１対１に
なるようにしてあるが、実際には、これらは複数生成す
ることも可能である。１０はデータベーススキーマ定義
プログラムであり、実行環境の計算機システム内のデー
タベース管理装置に実際にここで生成されたプログラム
が動作するために必要なデータベースのスキーマを定義
するプログラムである。これは実行環境の計算機システ
ムで１度だけ動作させれば、そのデータベースシステム
内に必要なデータベースが生成される。１１は仕様書で
あり、これら自動生成されたプログラムがどのようなオ
ブジェクトから生成されたか、どのような機能をもって
いるかを仕様書のドキュメント形式で出力されるもので
ある。

【００２４】図２は生成されたプログラムの実行イメー
ジである。１２は実行システム上のリレーショナルデー
タベース（RDB）であり、このデータベースの中にデー
タベースのテーブルの定義を行うプログラムがデータベ
ーススキーマ定義プログラムである。定義が終了したあ
とは、実際に３階層のプログラムを動作させることがで
きる。データベースアクセスプログラムとビジネスロジ
ックプログラムはサーバ側に配置し、ユーザインタフェ
ースプログラムはクライアントマシン上に配置する。こ
のようにして、ＬＡＮ経由で３階層のプログラムをそれ
ぞれ異なる計算機環境で実行させることができる。

【００２５】ユーザインタフェースプログラムとビジネ
スロジックプログラムは通信によるメソッド呼び出しに
より実行される。ユーザインタフェースプログラムが起
動されると、そのユーザインタフェースプログラムとセ
ットになっている他の３階層のプログラムであるビジネ
スロジックプログラム、データベースプログラムがサー
バマシン上で起動され、実行が開始される。ユーザイン
タフェースプログラムを操作するユーザが商品コードを
入力するとその商品コードデータがビジネスロジックに
メソッド呼び出しの引数の形で通知され、ビジネスロジ
ックの中で整合性チェックが行われ、その商品コードデ
ータを基に該当するデータベーステーブルを検索し、検
索した結果レコードを返すといった処理が行われる。

【００２６】図３はプログラム自動生成装置のユーザと
のインタフェース画面の一例である。この例ではオブジ
ェクト一覧機能とプログラム自動生成機能は同じ画面上
に配置されている。１３はオブジェクト一覧エリア（Wi
ndowフレーム）であり、１４が個々のオブジェクトであ
る。この例ではオブジェクトは名前とアイコンで表現さ
れている。１５はユーザインタフェースプログラムを生
成するエリアである。このエリアにオブジェクト一覧か
らオブジェクトをマウスでドラッグするだけでユーザイ
ンタフェースプログラムが自動的に生成される。１６が
生成されたユーザインタフェースプログラムをあらわす
アイコンである。

【００２７】１７はビジネスロジックプログラムを生成
するエリアであり、１８が上記と同様の操作において生
成されたビジネスロジックをあらわすアイコンである。
１９はデータベースアクセスプログラムを生成するエリ
アあである。２０は上記と同様にデータベースアクセス
プログラムをあらわすアイコンである。ユーザインタフ
ェース、ビジネスロジック、データベースの生成された
プログラムアイコンはマウスクリックすると、どのよう
なオブジェクトから生成されたかがわかるようにツリー
表示されるようになっている。これは１つのオブジェク
トからだけではなく、２つ以上のオブジェクトを複数マ
ウスドラッグした場合には、複数のオブジェクトから１
つのプログラムを作成することができる。

【００２８】図４はオブジェクト定義ツールである。本
実施の形態の場合には上記図３のメイン画面とオブジェ
クト定義ツール３を一体化させた例を用いて説明する。
図３におけるオブジェクト一覧エリア１３にオブジェク
トを追加するには、図３のウィンドウメニューの中にあ
る新規オブジェクトメニューを選択することにより、図
４のオブジェクト定義画面が表示される。図４において
２１はオブジェクトの英数名称を指定するエリアであ
る。この例ではオブジェクト名は英数の文字列からなる
と仮定する。２２はオブジェクトの日本語名称を記述す
るエリアである。その日本語名称は、そのまま仕様書を
生成するために利用されるので、意味のある日本語名称
を指定する必要がある。

【００２９】２３は参照ボタンであり、オブジェクトを
既に定義済のオブジェクトから継承により作成する場合
には、このボタンにより基本オブジェクトや既定義済み
の継承オブジェクトの一覧を表示し、オブジェクトの基
本機能を継承する。これにより、オブジェクトは既定義
済みのオブジェクトの機能を受け継ぐことが可能とな
る。２４はプロパティ一覧エリアである。プロパティと
はオブジェクトの状態をあらわす変数のことで、情報を
保存するための領域を確保する働きがある。

【００３０】２５はプロパティの追加ボタンであり、こ
のボタンをマウスクリックすることにより、プロパティ
の追加や編集を行うことができる。２６はメソッド一覧
エリアである。メソッドはオブジェクトに対する手続き
を呼び出すためのインタフェースを定義するもので、引
数とリターン値の型を持つ。２７はメソッドの追加ボタ
ンであり、このボタンをマウスクリックすることによ
り、メソッドの追加や編集を行うことができる。２８は
確定ボタン、２９は操作をすべて取り消すキャンセルボ
タンである。

【００３１】図５はプロパティの追加を行うウィンドウ
のイメージである。図４のプロパティ追加ボタン２５を
クリックすると表示される。３０はプロパティ名を表示
するエリアである。３１は日本語のプロパティを表示す
るエリアである。３２と３３はインプリメントを表示す
るエリアで、既に基本オブジェクトの中に定義されてい
る用意されたプロパティの場合にはストックを選択し、
開発者が任意にカスタマイズする場合にはカスタムを選
択する。３４は例えば数字型等のプロパティの型を決定
するエリアである。３５はタイプエリアで、ここでプロ
パティの型を選択する。

【００３２】３６は長さであり、データ領域として確保
する長さを指定する。３７はコメントエリアで仕様書を
作成する際に必要なコメント情報を記述する。３８はパ
ラメータ情報を決定するエリアのタブ、３９はプロパテ
ィ属性を決定するタブである。タブはそれぞれマウスク
リックすることにより、画面が切り替わるグラフィカル
ユーザインタフェースである。４０は追加ボタンであ
り、このボタンによりプロパティの追加変更が行える。
４１はクリアボタンであり、表示上のエリアをクリアす
る。４２は閉じるボタンであり、このダイアログウィン
ドウを閉じる。

【００３３】図６は図５におけるタブを切り替えたとき
のパラメータ情報のタブ画面を示している。４３はパラ
メータ名、４４はパラメータタイプ、４５はパラメータ
入力エリアである。パラメータはプロパティに与える条
件を設定するものである。例えば、Ａというプロパティ
は１から５０の範囲以内の値であることをチェックする
ようなときに使用する。

【００３４】図７は図５におけるタブを切り替えたとき
のプロパティ特性のタブ画面を示している。種々の条件
を設定することによりプロパティ特性を自由に設定する
ことができる。４６はプロパティの取得関数名、４７は
プロパティの設定関数名をそれぞれ指定するエリアであ
る。プロパティは取得関数により値を得ることが可能と
なり、設定関数により内部的な値を変更することができ
る。４８はコメントエリアであり、これらの関数につい
てコメントを付加しておくことで、仕様書生成が行われ
る。４９はデータベースにこのプロパティを追加するか
どうかを指定する。５０はさらにデータベースのテーブ
ル上のキーにするかどうかを設定するものである。５１
はこのプロパティを画面に表示するかどうかを指定する
ものである。５２は特権モードをあらわすもので、この
プロパティを特権がないとアクセスできないプロパティ
にするかどうかを設定するものである。

【００３５】図８は図４のメソッドの追加ボタン２７を
クリックすると表示されるウィンドウダイアログであ
る。この画面でメソッドを定義する。５３はメソッドの
英数名称を指定するエリアで、５４はメソッドの漢字名
称を指定するエリアである。５５と５６がメソッドの実
装方法を指定するもので、５５のストックが既存のメソ
ッドをあらわし、５６がカスタムメソッドで開発者が定
義するメソッドを示す。５７はメソッドの型を示すタブ
で、５８がメソッドのリターン値のタイプ、５９がリタ
ーン値の長さを示すエリアである。６０はメソッドに対
するコメントを表示するエリアでここに記述した内容が
仕様書作成に用いられる。６１はパラメータ情報タブで
あり、メソッドの引数などをこのタブ画面で指定する。
６２は追加ボタン、６３はクリアボタンである。６４は
閉じるボタンである。

【００３６】図９は図８のパラメータ情報タブ６１をク
リックしたときの画面である。６５はパラメータ名を指
定するエリア、６６はパラメータのタイプを指定するエ
リアである。これによりパラメータリストに内容が追加
されていき、メソッドの引数の指定ができる。６７はパ
ラメータの表示領域で指定したパラメータを表示する。

【００３７】図１０はオブジェクトの形式概要である。
６８がオブジェクト形式ファイルの内容の構成である。
オブジェクトヘッダ,メソッド定義領域、プロパティ定
義領域から構成される。６９はオブジェクトヘッダであ
り、オブジェクトの管理を行うためのヘッダである。７
０はメソッド定義領域に記述される１つのメソッドの定
義に関する内容である。実際にはＭＥＴＨＯＤ２、ＭＥ
ＴＨＯＤ３のように、メソッドの数だけ、この構造が用
意される。７１はプロパティ定義領域に記述されるプロ
パティ定義に関する内容である。これも実際にはプロパ
ティの数だけ、この構造が用意される。メソッド定義領
域及びプロパティ定義領域はそれぞれオブジェクトヘッ
ダ内のメソッド定義領域ポインタとプロパティ定義領域
ポインタにより指定される。図１１にオブジェクト形式
ファイルの一例を示す。

【００３８】図１２はオブジェクト間の関係をユーザイ
ンタフェース、ビジネスロジック、データベースアクセ
スのそれぞれについて示したものである。一例として、
オブジェクトＡというオブジェクト名のオブジェクト形
式ファイルから３階層でそれぞれ必要なメソッド、プロ
パティが使用されて３階層の各プログラムが自動生成さ
れることになる。

【００３９】図１から図１２を使用してプログラム自動
生成方法について説明する。図３においてオブジェクト
一覧にオブジェクトが表示されている。プログラムを自
動生成するためには、これらのオブジェクトの働きや効
果などは、予め開発者は知っているものと想定する。ま
た、別途格納されている各オブジェクトの説明書きを参
照するようにすることも可能である。必要なオブジェク
トが定義されている場合には、そのオブジェクトを使用
することでプログラムが開発可能であるが、オブジェク
ト機能がない場合には、新しくオブジェクトを作成する
必要がある。

【００４０】オブジェクトを作成する場合には、図４に
あるオブジェクトの定義ツールを使用して、新しいオブ
ジェクトを作成する。オブジェクトはプロパティとメソ
ッドで表現する。プロパティはオブジェクト内の変数で
あり、状態や値を保存するためのメモリ上の領域を確保
するための定義である。メソッドはこれらのオブジェク
トの振る舞いを定義するもので、外部から手続きを動作
させるためのインタフェースになる。オブジェクトはゼ
ロから作成すると、大変なので、効果的にオブジェクト
を作成できるようにするために、基本オブジェクト２を
用意する。基本オブジェクト２にはＤＢの基本的なアク
セスメソッドや、ビジネスロジックとしての簡単な演算
機能などよく使われる定型処理をアプリケーションプロ
グラムごとにまとめて基本オブジェクト２にしておく。
開発者はこれを継承して、修正することにより新しいオ
ブジェクトを定義することで、簡単にその継承オブジェ
クトをカスタマイズした新しいオブジェクトを手に入れ
ることが可能となる。

【００４１】図３において、定義されたオブジェクト一
覧から複数のオブジェクトを選択して、ユーザインタフ
ェースのエリア１６、ビジネスロジックのエリア１７、
データベースのエリア１９にそれぞれドラッグする。こ
の時点でオブジェクト間の関係より、図１２のような関
係が得られる。これはオブジェクトＡとＢはユーザイン
タフェースの画面を作成するときには、ＡとＢを別々の
フレーム上にならべ、そしてその別々のフレーム上にオ
ブジェクトの内部に記述されているプロパティ情報を部
品として設定する。

【００４２】プロパティ情報には予め、型や長さが埋め
込まれているので、画面を配置するのと同時に、その入
力部品でどのようなタイプチェックを行うか、長さチェ
ックを行うかのプログラムをユーザインタフェースプロ
グラムの中に生成することができる。そして１プロパテ
ィずつ画面に配置していくわけである。画面上のマージ
ンなどは適当なデフォルト値で決定される。もちろん変
更できるようなオプション機能をもたせてもよい。次に
ビジネスロジックエリアにドラッグされたオブジェクト
では、メソッドを作成する。メソッドはインタフェース
を持っているので、それを定義する。メソッドの本体で
は、カスタマイズされているか、そのまま基本オブジェ
クトのメソッドを使用するかオブジェクト定義の中に記
述されているので、それを使用してメソッド生成する。
カスタマイズされているメソッドの場合には、その内容
を設定する。

【００４３】次にデータベースアクセスエリアにドラッ
グされたオブジェクトでは、各プロパティ情報を参照し
て、データベースのテーブルをアクセスするデータベー
スアクセスプログラムを生成する。次に各プログラムが
生成されたのち、それぞれのコンポーネント間の呼び出
しルーチンを生成する。これにより、ユーザインタフェ
ースプログラムからビジネスロジックプログラム、デー
タベースアクセスプログラムへと制御を移動することが
できる。

【００４４】次に図１３のフローチャートを用いてオブ
ジェクト定義の内部処理について示す.これは図４に対
応した処理である。ステップＳ１において、オブジェク
ト名を取得する。次にステップＳ２とＳ３において、継
承オブジェクトが参照されたかどうかチェックする。継
承オブジェクトがあればステップＳ４とＳ５で継承オブ
ジェクトのプロパティとメソッドをすべて取得する。こ
れは継承オブジェクトの構造図１０より、どのように取
り出すかは明らかである。次に、プロパティ追加処理と
メソッド追加処理を行うためのループを構成する。ステ
ップＳ６ではプロパティ追加処理を判断し、もしプロパ
ティの追加があればステップＳ７で追加処理を行う。ス
テップＳ８ではメソッド追加処理を判断し、もしメソッ
ドの追加があればステップＳ９でメソッドの追加処理を
行う。終了ボタン、あるいはキャンセルボタンが押され
るまで、これらの追加処理を行う。

【００４５】図１４にプロパティの追加処理について示
す.これは図５に対応した処理である。ステップＳ１１
においてプロパティ名を取得する。次にステップＳ１２
において日本語名称を取得する。ステップＳ１３におい
て実装方法がカスタムかストックかの内容を取得する。
ステップＳ１４において型、長さ、コメント、パラメー
タ情報、プロパティ特性を取得し、メモリ領域にコピー
する。

【００４６】図１５においてメソッドの追加処理につい
て示す。これは図６に対応した処理である。ステップＳ
１５においてメソッド名を取得する。次にステップＳ１
６において日本語名称を取得する。次にステップＳ１７
において実装方法がカスタムかストックかの内容を取得
する。ステップＳ１８において型、長さ,コメント、パ
ラメータ情報について取得し、メモリ領域にコピーす
る。

【００４７】次にプログラムの自動生成部分の説明をフ
ローチャートを用いて行う。図１６はユーザインタフェ
ース部分の画面レイアウトとプログラムを自動生成する
時のフローチャートである。図１７は図１６から呼び出
されるサブルーチンであり、画面レイアウト生成を行う
フローチャートである。図１８は図１６から呼び出され
るサブルーチンであり、ビジネスロジック部のメソッド
の呼び出しと生成を行うフローチャートである。

【００４８】図１６において、ステップＳ１９はユーザ
インタフェースエリアから使用されているオブジェクト
を取得してくる。オブジェクトは複数から成り立ってい
る場合があるので、ループ構造になっており、ユーザイ
ンタフェースオブジェクトがなくなるまで、繰り返しが
行われる。 次にステップＳ２０でオブジェクトがある
かどうかを判定する。オブジェクトがあれば、ステップ
２１で画面レイアウトを作成する。ユーザインタフェー
スオブジェクトごとに画面上はフレームが生成させる。
次に生成した画面部分に対して、メソッドの呼び出しの
プログラムを作成するサブルーチンを呼び出すステップ
がＳ２２である。このループをユーザインタフェースオ
ブジェクトがなくなるまで続ける。ステップＳ２０の判
定でオブジェクトがなくなれば、実際にファイルへ画面
レイアウトとプログラムを出力する。

【００４９】図１７は画面レイアウト配置のフローチャ
ートである。ここでの基本的な画面配置ルールはプロパ
ティの出現順番に応じて,決められた画面レイアウト上
の間隔で部品を配置していくルールである。画面上のレ
イアウトはＸ、Ｙ座標の２次元のレイアウトを行う。ス
テップ２４でＸ、Ｙ座標の初期値を与える。次にＳ２５
でオブジェクトのプロパティを１つ取り出す。ステップ
Ｓ２６でプロパティが存在するかどうかチェックする。
もし、プロパティがあれば、ステップＳ２７でプロパテ
ィの名称を取得し、ステップＳ２８で型、長さを取得す
る。ステップＳ２９ではテキスト入力エリアの見出しと
なるラベル部品を配置し、ラベルの内容をプロパティの
名称とする。次にステップＳ３０において、テキストエ
リアを配置する。この時テキストエリアの大きさを決定
するのに、型と長さ情報を使用する。Ｙ座標を進めるス
テップＳ３１を行いループする。

【００５０】図１８はメソッド呼び出しの割付けのフロ
ーチャートである。画面に入力されたデータはメソッド
を呼び出すことでビジネスロジックと通信を行うことが
できる。その通信を行うためのメソッド呼び出しルーチ
ンを作成するものである。ステップＳ３２において、ビ
ジネスロジックオブジェクトを取得する。この中に呼び
出すべきメソッドが定義されている。そのインタフェー
スを使用すれば、呼び出すべきメソッドを生成可能であ
る。ステップＳ３３において、メソッドを１つ取得す
る。ステップＳ３４でメソッドがあったかどうかチェッ
クする。メソッドがあれば、ステップＳ３５で画面レイ
アウト上にボタンを配置し、ステップＳ３６でそのボタ
ンのクリックイベントにメソッド呼び出しを割り当て
る。これを繰り返すことにより、ユーザインタフェース
の画面からボタンを押すことで、ビジネスロジックのメ
ソッドを呼び出すことができる。

【００５１】次にビジネスロジックの自動生成について
図１９のフローチャートを用いて説明する。ビジネスロ
ジックプログラムはユーザインタフェースとデータベー
スアクセスロジックをつなぐ役割と、基本的なビジネス
ルールのロジックがある。それらはオブジェクトの中に
メソッドとプロパティということで定義してあるので、
それを設定するのが図１９のフローチャートサブルーチ
ンの役割である。

【００５２】図１９において、ステップＳ３７でビジネ
スオブジェクトに継承オブジェクトがあるかどうかチェ
ックする。もし、継承オブジェクトがあれば、ステップ
Ｓ３８で継承オブジェクトからメソッドを取り出し、メ
ソッドを設定する。もし継承オブジェクトがなければ、
ステップＳ３９を行う。ステップＳ３９ではビジネスオ
ブジェクトのプロパティを設定するための処理で、プロ
パティを１つ取得する。ステップＳ４０ではプロパティ
が終了したかどうかを判定する。もし、プロパティがあ
れば、ステップＳ４１でプロパティの取得関数、設定関
数を設定する。これをすべてのプロパティについて繰り
返す。次にステップＳ４２において、メソッド情報を１
つ取り出す。ステップＳ４３でメソッド情報が終了して
いないかどうかチェックし、メソッドがあれば、メソッ
ド情報を設定し、メソッドを作成する。これをメソッド
情報がなくなるまで繰り返す。この操作によりビジネス
ロジックとして、データを保存するプロパティとデータ
操作を行うメソッドが作成される。

【００５３】次にデータベースロジックの自動生成につ
いて図２０のフローチャートを用いて説明する。データ
ベースアクセスプログラムは、オブジェクトに定義され
たプロパティをリレーショナルデータベースのテーブル
の項目とみなして、データベースアクセスを行う。デー
タベースのアクセス方法は、ＲＥＡＤ、ＷＲＩＴＥ、Ｄ
ＥＬＥＴＥ、ＩＮＳＥＲＴである。

【００５４】図２０において、ステップＳ４５において
継承オブジェクトの有無を判定する。もし基本オブジェ
クトからの継承があれば、基本オブジェクトのメソッド
をステップＳ４６で生成する。次に、ステップＳ４７に
おいて１つずつプロパティを検査する。そして、プロパ
ティに記述されたデータベースの情報をチェックし、プ
ロパティ情報を作り上げる。これがステップＳ４９での
処理である。最終的にステップＳ４８ですべてのプロパ
ティが検査されたとき、このオブジェクトから生成され
るデータベースのテーブルのイメージが作成される。こ
の情報をもとに、ステップＳ５０、Ｓ５１、Ｓ５２、Ｓ
５３でＲＥＡＤ、ＷＲＩＴＥ、ＤＥＬＥＴＥ、ＩＮＳＥ
ＲＴのメソッドを作成する。

【００５５】次にスキーマ生成プログラムの自動生成に
ついて図２１のフローチャートを用いて説明する。スキ
ーマ定義は実行環境システムのデータベースの中に、デ
ータベースアクセスプログラムの使用するデータベース
テーブルの定義体を作成するためのプログラムである。

【００５６】図２１において、ステップＳ５４でデータ
ベースオブジェクトを取得する。ステップＳ５５におい
て、データベースオブジェクトが０ではないことを判断
する。データベースオブジェクトが０ならプログラム生
成終了。ステップＳ５６において、データベースオブジ
ェクトからテーブルの項目となるべき、プロパティを取
得する。ステップＳ５７においてプロパティが０でない
ことを判定する。ステップＳ５８においてプロパティの
情報からデータベースに関連する情報を抽出し、メモリ
上に貯えていく。ステップＳ５７においてプロパティを
すべて検査したらステップＳ５９においてCreateTable
のテーブル生成命令を生成する。これをデータベースオ
ブジェクトの個数分繰り返すことにより、本発明環境で
使用されるデータベースのスキーマ定義プログラムを生
成することができる。

【００５７】次に仕様書生成について図２２のフローチ
ャートを用いて説明する。仕様書はオブジェクトの中に
埋め込まれたコメントと、各メソッドやプロパティの日
本語名称、型、長さなどを人間が見やすい形で出力する
ものである。アルゴリズムとしては、すべてのオブジェ
クトを１つずつ検査して内容を取り出し、ドキュメント
として見やすくする作業を行う。

【００５８】図２２において、ステップＳ６０において
オブジェクトを１つ取得する。ステップＳ６１におい
て、オブジェクトが最後でないことを判断する。ステッ
プＳ６２において、オブジェクトの継承関係があるかど
うか検査するための情報を取得する。オブジェクトの継
承関係があれば、そのオブジェクトについて先に、仕様
書を作成するため、図２１の仕様書作成サブルーチンを
自己再帰呼び出しにより、呼び出し処理する。継承オブ
ジェクトがなくなれば、ステップＳ６５において、プロ
パティ情報を取得し、ステップＳ６６でメソッド情報を
取得し、ステップＳ６７でドキュメントとして整形編集
処理して、ステップＳ６８で仕様書ファイルへ出力す
る。これをオブジェクトの数だけ繰り返す。

【００５９】次に２つのオブジェクトの関係からリレー
ショナルデータベース上のテーブルの結合関係であるビ
ューを生成する方式について、図２３のフローチャート
を用いて説明する。

【００６０】図２３において、ステップＳ６９でデータ
ベースオブジェクトを取得する。次にステップＳ７０に
おいて継承元のオブジェクトを取得する。ステップＳ７
１において、継承関係があるかどうか判断する。もし、
継承関係がなければ、このルーチンでは何も起らない。
継承関係があれば、ビューが作成できるので、継承元の
オブジェクトよりプロパティをステップＳ７２で取得す
る。次にステップＳ７３において、継承先のオブジェク
トのプロパティを取得する。これで、ビューを作成する
ための、テーブル項目情報が集まったので、プロパティ
同士を結合するステップＳ７４で、プロパティを論理的
なａｎｄを取ってプロパティを一意に結合する。ステッ
プＳ７５において結合情報を継承先オブジェクトに保存
することで、ビュー定義が行える。

【００６１】次にオブジェクトの変更通知について図２
４を用いて説明する。図２４において、ステップＳ７６
のオブジェクト定義を行うと、オブジェクト情報の中に
保管されている日付、時間においてオブジェクトの変更
をチェックすることができる。ステップＳ７７ではその
オブジェクトの変更を判断する。もし、オブジェクトが
変更されていたら、ステップＳ７８によって、オブジェ
クトの変更リストへオブジェクトが変更されたことを書
き込んでおく。あとで、この変更リストをソース生成な
どのタイミングでチェックすることにより、オブジェク
トが変更されたことをチェックすることが可能となる。

【００６２】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００６３】アプリケーションプログラムの基本的なロ
ジックであるモデルを格納した基本オブジェクトから上
記モデルを選択するように構成したので、プログラム開
発時に混入しがちな不良を未然に防止し、信頼性を向上
することができる。

【００６４】また、アプリケーションプログラムごとに
関係する定義済の継承オブジェクトを格納したオブジェ
クト情報から必要な継承オブジェクトを選択するように
構成したので、プログラムの生産性を向上させることが
できる。

【００６５】さらに、ユーザインタフェースロジックは
画面プログラムの画面上に配置される入出力ＧＵＩ部品
のレイアウトを自動配置するように構成したので、画面
の自動的なレイアウトを可能とし、生産性を向上させる
ことができる。

【００６６】また、データベースアクセスロジックはデ
ータベーススキーマを定義するデータベーススキーマ定
義プログラムを自動生成するように構成したので、基本
的なスキーマを自動生成することができ、設定時間を小
さくすることができる。

【００６７】さらにまた、リレーショナルデータベース
上のテーブルの結合関係であるビューを自動生成するよ
うに構成したので、リレーショナルデータベースの連結
を簡単に行なうことができる。

【００６８】また、自動生成に関係したオブジェクト名
をツリー表示するように構成したので、オブジェクト定
義の継承関係が分かり、プログラム作成が容易になる。

【００６９】さらに、オブジェクトが変更されたとき変
更されたことを上記オブジェクトの各ユーザに知らせる
ように構成したので、アプリケーションプログラムへの
影響を判断することができ、プログラム開発の自由度が
向上する。

【００７０】また、各プログラムに関するそれぞれの仕
様書を自動生成するように構成したので、プログラム開
発と同時に仕様書を作成することができる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１のプログラム自動生
成装置を示すシステム構成図である。

【図２】 この発明の実施の形態１の自動生成プログラ
ム実行イメージを示すブロック図である。

【図３】 この発明の実施の形態１のインターフェース
画面を示す概念図である。

【図４】 この発明の実施の形態１のオブジェクト定義
画面を示す概念図である。

【図５】 この発明の実施の形態１のプロパティ追加ダ
イアログウィンドウを示す概念図である。

【図６】 この発明の実施の形態１のプロパティ追加ダ
イアログウィンドウを示す概念図である。

【図７】 この発明の実施の形態１のプロパティ追加ダ
イアログウィンドウを示す概念図である。

【図８】 この発明の実施の形態１のメソッド追加ダイ
アログウィンドウを示す概念図である。

【図９】 この発明の実施の形態１のメソッド追加ダイ
アログウィンドウを示す概念図である。

【図１０】 この発明の実施の形態１のオブジェクト内
部構造を示す構成図である。

【図１１】 この発明の実施の形態１のをオブジェクト
内部構造の具体例を示す構成図である。

【図１２】 この発明の実施の形態１のオブジェクトの
関連を示す模式図である。

【図１３】 この発明の実施の形態１のオブジェクト定
義処理を示すフローチャートである。

【図１４】 この発明の実施の形態１のプロパティ追加
処理を示すフローチャートである。

【図１５】 この発明の実施の形態１のメソッド追加処
理を示すフローチャートである。

【図１６】 この発明の実施の形態１のユーザインタフ
ェースロジック自動生成を示すフローチャートである。

【図１７】 この発明の実施の形態１の画面レイアウト
処理を示すフローチャートである。

【図１８】 この発明の実施の形態１のメソッド呼び出
しの割付処理を示すフローチャートである。

【図１９】 この発明の実施の形態１のビジネスロジッ
ク自動生成処理を示すフローチャートである。

【図２０】 この発明の実施の形態１のデータベースロ
ジック自動生成処理を示すフローチャートである。

【図２１】 この発明の実施の形態１のスキーマ生成処
理を示すフローチャートである。

【図２２】 この発明の実施の形態１の仕様書生成処理
を示すフローチャートである。

【図２３】 この発明の実施の形態１のビュー生成処理
を示すフローチャートである。

【図２４】 この発明の実施の形態１のオブジェクト変
更通知処理を示すフローチャートである。

【符号の説明】

２ 基本オブジェクト、３ オブジェクト定義ツール、
６ プログラム自動生成装置、１０ データベーススキ
ーマ定義プログラム、１１ 仕様書。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 アプリケーションプログラムをユーザイ
   ンタフェースロジック、ビジネスロジック、データベー
   スアクセスロジックの３階層のプログラムに分割して生
   成する方法において、上記アプリケーションプログラム
   の基本的なロジックであるモデルを格納した基本オブジ
   ェクトから上記モデルを選択するステップ、選択したモ
   デルに基づきデータのデータ型、データ長、データ名、
   データ属性をプロパティとして指定し、そのプロパティ
   の操作や一連の処理手順をメソッドとして指定し、それ
   らのプロパティ及びメソッドの集合を上記３階層のプロ
   グラムのそれぞれに対応したオブジェクトとして定義す
   るステップ、定義したオブジェクトを用いることにより
   上記モデルを参照しつつ上記３階層のプログラム間のイ
   ンタフェースをとりながらそれぞれのプログラムを自動
   生成するステップからなることを特徴とするプログラム
   自動生成方法。
2. 【請求項２】 アプリケーションプログラムをユーザイ
   ンタフェースロジック、ビジネスロジック、データベー
   スアクセスロジックの３階層のプログラムに分割して生
   成する方法において、上記アプリケーションプログラム
   ごとに関係する定義済の継承オブジェクトを格納したオ
   ブジェクト情報から必要な継承オブジェクトを選択する
   ステップ、それらの継承オブジェクトに含まれるプロパ
   ティ及びメソッドを必要により変更するステップ、それ
   らの継承オブジェクトを用いることにより上記アプリケ
   ーションプログラムの基本的なロジックであるモデルを
   参照しつつ上記３階層のプログラム間のインタフェース
   をとりながらそれぞれのプログラムを自動生成するステ
   ップからなることを特徴とするプログラム自動生成方
   法。
3. 【請求項３】 上記３階層のプログラムのユーザインタ
   フェースロジックは画面プログラムの画面上に配置され
   る入出力ＧＵＩ部品のレイアウトを自動配置することを
   特徴とする請求項１又は請求項２に記載のプログラム自
   動生成方法。
4. 【請求項４】 上記３階層のプログラムのデータベース
   アクセスロジックはデータベーススキーマを定義するデ
   ータベーススキーマ定義プログラムを自動生成すること
   を特徴とする請求項１〜請求項３のいずれかに記載のプ
   ログラム自動生成方法。
5. 【請求項５】 上記３階層の各プログラムが複数のオブ
   ジェクトから生成されるときリレーショナルデータベー
   ス上のテーブルの結合関係であるビューを自動生成する
   ことを特徴とする請求項１〜請求項４のいずれかに記載
   のプログラム自動生成方法。
6. 【請求項６】 上記３階層の各プログラムが複数のオブ
   ジェクトから生成されるとき生成に関係したオブジェク
   ト名をツリー表示することを特徴とする請求項１〜請求
   項５のいずれかに記載のプログラム自動生成方法。
7. 【請求項７】 上記オブジェクトが変更されたとき変更
   されたことを上記オブジェクトの各ユーザに知らせるこ
   とを特徴とする請求項１〜請求項６のいずれかに記載の
   プログラム自動生成方法。
8. 【請求項８】 上記３階層の各プログラムが自動生成さ
   れるとき各プログラムに関するそれぞれの仕様書を自動
   生成することを特徴とする請求項１〜請求項７のいずれ
   かに記載のプログラム自動生成方法。