JPH10214191A - オブジェクト指向プログラミングに適用される開発支援装置および開発支援方法 - Google Patents

Abstract

(57)【要約】 【課題】分散環境下で必要となるオブジェクト情報のみ
を公開するとともに、実行効率のよいオブジェクト配置
を実現する開発支援装置を提供する。 【解決手段】コード生成ユーティリティプログラム１０
のクラス分類モジュールは、オブジェクト関連情報ファ
イル２１に格納されたオブジェクト関連情報を読み取
り、この読み取ったオブジェクト関連情報に基づいて、
複数のオブジェクトの集まりによって構成されるクラス
それぞれを、内部クラスとすべきか外部クラスとすべき
かを判定し、その判定結果をクラス情報としてクラス情
報ファイル２３に格納する。そして、コード生成モジュ
ール１２は、このクラス情報を参照して、内部クラスに
ついてはローカルな関数として宣言するためのへッダフ
ァイルを生成し、一方、外部クラスについては外部から
アクセスできるようにインタフェースを定義するための
コードを生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、オブジェクト指
向プログラミングに適用して好適な開発支援装置および
開発支援方法に関する。

【０００２】

【従来の技術】近年のコンピュータの普及は目覚ましい
ものがあり、この普及に伴なって多種多様なシステムが
開発されるようになってきている。このような実情か
ら、最近では、より複雑なプログラムを効率良く作成す
るために、オブジェクト指向の考え方を採り入れたシス
テム開発が行なわれてきている。このオブジェクト指向
技術を使用したプログラムの基本は、データとそれにア
クセスするためのメソッドとからなるオブジェクトであ
り、オブジェクトの集まりとしてプログラムが構成され
る。また、近年のネットワーク技術の発達により、異な
る計算機上のオブジェクトを利用する分散オブジェクト
技術の注目されてきている。

【０００３】ここで重要なことは、オブジェクトへのア
クセスには、オブジェクトが公開するメソッドに関する
インタフェース情報だけが使用されることである。した
がって、公開されないメソッドは、他のオブジェクトか
ら使用されることはない。また、内部データへのアクセ
スもメソッドを使って行なわれるために、データを不正
なアクセスから守る働きもする。

【０００４】このようなオブジェクト指向プログラムの
開発においては、オブジェクト指向分析・設計方法論が
使用されることが多く、その記述方法をサポートする開
発支援装置も種々使用されている。一方、これらの分析
・設計ツールは、オブジェクトとしての情報隠蔽を有効
に管理するけれども、オブジェクトに対してローカルで
利用するか否かの情報がないために、すべてが一元的に
扱われる。すなわち、ユーザは、すべてのオブジェクト
をローカルなオブジェクトとして扱うか、またはすべて
のオブジェクトを外部からアクセスされるリモートなオ
ブジェクトとして扱うかといった選択を迫られていた。

【０００５】一般に、論理的なオブジェクト分析・設計
では、オブジェクトモデルやオブジェク卜関連図などが
あればよい。しかしながら、実行効率やセキュリティを
考慮したプログラミングにおいては、ローカルにしか使
用されないオブジェクト情報を公開する必要はない。ま
た、分散配置されるオブジェクト同士においても、通信
が頻繁に発生する可能性が高いものは、できるだけ近傍
に配置することが望ましい。

【０００６】

【発明が解決しようとする課題】このように、オブジェ
クト指向プログラムの開発においては、オブジェクト指
向分析・設計方法論が使用されることが多く、その記述
方法をサポートする開発支援装置も種々使用されてい
る。そして、分散システム開発における分析設計のモデ
ル図作成においては、クラスを内部クラスと外部クラス
との２種類に分類して、内部クラスはローカルの計算機
上のオブジェクトからのみアクセスされ、外部クラスは
リモートにアクセスされる可能性があるものとし、ま
た、外部クラスには、同一のクラスからのみ利用される
ローカルメソッドと他のクラスからアクセスされるリモ
ートメソッドとが存在するものとして作業を進行させ
る。

【０００７】一方、これらの分析・設計ツールは、オブ
ジェクトとしての情報隠蔽を有効に管理するけれども、
オブジェクトに対してローカルで利用するか否かの情報
がないために、すべてが一元的に扱われる。このため、
ローカルにしか使用されないオブジェクト情報も公開せ
ざるを得ない状況が発生してしまい、実行効率やセキュ
リティに問題を生じていた。また、分散配置されるオブ
ジェクト同士の配置を考慮していないため、実行効率の
良いオブジェクトの配置が行なわれないといった問題も
生じていた。

【０００８】この発明はこのような実情に鑑みてなされ
たものであり、分散環境下で必要となるオブジェクト情
報のみを公開するとともに、通信が頻繁に発生する可能
性が高いオブジェクト同士を近傍に配置することによっ
て実行効率のよいオブジェクト配置を行なうオブジェク
ト指向分析・設計方法およびコード生成方法を実現する
開発支援装置および開発支援方法を提供することを目的
とする。

【０００９】

【課題を解決するための手段】この発明の開発支援装置
は、複数のオブジェクトの集まりによって構成されるク
ラス相互間でメッセージを送受信させるオブジェクト指
向プログラミングに適用される開発支援装置において、
前記クラスそれぞれが同一計算機上に配置されたクラス
からのみ用いられる内部クラスなのか他の計算機上に配
置されたクラスからも用いられる外部クラスなのかを示
すクラス情報を管理するクラス情報管理手段と、プログ
ラミング対象とするクラスが内部クラスおよび外部クラ
スのいずれであるのかを前記クラス情報管理手段が管理
するクラス情報により知得して、内部クラスであったと
きにはローカルな関数として宣言するためのヘッダファ
イルを生成し、外部クラスであったときにはインタフェ
ースを定義するためのインタフェース定義コードを生成
するコード生成手段とを具備してなることを特徴とす
る。

【００１０】この発明の開発支援装置においては、クラ
スそれぞれが同一計算機上に配置されたクラスからのみ
用いられる内部クラスなのか他の計算機上に配置された
クラスからも用いられる外部クラスなのかを管理してお
き、プログラミング対象のクラスが内部クラスおよび外
部クラスのいずれであるのかを認識する。そして、内部
クラスである場合には、ローカルな関数として宣言する
ためのヘッダファイルを生成し、一方、外部クラスであ
る場合には、インタフェースを定義するためのインタフ
ェース定義コードを生成する。

【００１１】すなわち、この発明の開発支援装置によれ
ば、クラスの種別（内部クラスまたは外部クラス）に適
した実装コードが自動生成されることになり、適切なオ
ブジェクト間通信が実現されるとともに、不要なオブジ
ェクト情報の公開を防止することによってセキュリティ
を向上させることができる。

【００１２】また、この発明の開発支援装置は、前記ク
ラス情報が、クラスに属するオブジェクトのメソッドが
同一クラス内からのみアクセスされるローカルメソッド
なのか外部からアクセスされるリモートメソッドなのか
を示すメソッド情報を含んでなり、前記コード生成手段
は、外部クラスに属するオブジェクトをプログラミング
対象とする際、さらにそのオブジェクトのメソッドがロ
ーカルメソッドおよびリモートメソッドのいずれである
のかを前記メソッド情報により知得して、ローカルメソ
ッドであったときにはローカルな関数として宣言するた
めのヘッダファイルを生成し、リモートメソッドであっ
たときにはインタフェースを定義するためのインタフェ
ース定義コードを生成する手段を具備してなることを特
徴とする。

【００１３】一般に、外部クラスに属するオブジェクト
のメソッドには、同一クラス内からのみアクセスされる
ローカルメソッドと、外部からアクセスされるリモート
メソッドが混在する。そして、このローカルメソッドに
ついては、外部クラスに属していても、そのメソッドを
公開する必要がまったくない。そこで、この発明の開発
支援装置では、クラスに属するオブジェクトのメソッド
が同一クラス内からのみアクセスされるローカルメソッ
ドなのか外部からアクセスされるリモートメソッドなの
かをさらに管理し、プログラミング対象のオブジェクト
が外部クラスに属する場合には、さらにそのオブジェク
トのメソッドがローカルメソッドおよびリモートメソッ
ドのいずれのメソッドなのかを認識する。そして、ロー
カルメソッドの場合には、ローカルな関数として宣言す
るためのヘッダファイルを生成し、一方、リモートメソ
ッドの場合にのみ、インタフェースを定義するためのイ
ンタフェース定義コードを生成する。

【００１４】すなわち、この発明の開発支援装置によれ
ば、より適切なオブジェクト間通信が実現されるととも
に、不要なオブジェクト情報の公開を防止することによ
ってさらにセキュリティを向上させることができる。

【００１５】また、この発明の開発支援装置は、クラス
相互間の関連を示すクラス関連情報を管理するクラス関
連情報管理手段と、前記クラス関連情報管理手段が管理
するクラス関連情報に基づき、前記クラスそれぞれにつ
いて外部クラスおよび内部クラスのいずれとすべきか判
定するクラス判定手段とをさらに具備し、前記クラス情
報管理手段は、前記クラス判定手段の判定結果をクラス
情報として管理することを特徴とする。

【００１６】この発明の開発支援装置においては、たと
えばオブジェクトモデルやオブジェク卜関連図などか
ら、クラスごとにメッセージが複数のクラスから発行さ
れるか単一のクラスからのみ発行されるかを検知し、こ
の検知結果にしたがってクラスを内部クラスとすべきか
外部クラスとすべきかを自動的に判定する（単一のクラ
スからのみメッセージが発行される場合に内部クラスと
し、複数のクラスからメッセージが発行される場合に外
部クラスとする）。すなわち、この発明の開発支援装置
によれば、オブジェクト指向プログラミングの設計作業
に費やされるユーザの労力を削減しつつ、より効果的な
オブジェクト指向プログラミングを実現することが可能
となる。

【００１７】また、この発明の開発支援装置は、前記ク
ラス関連情報管理手段が管理するクラス関連情報からク
ラス相互間のメッセージの結合度を算出し、この算出し
た結合度の高いクラス同士が近傍に配置されるようにク
ラス配置を決定するクラス配置決定手段をさらに具備し
てなることを特徴とする。

【００１８】この発明の開発支援装置においては、静的
なメッセージ通信が多いクラス同士を近傍に配置するよ
うに、すなわち、このようなクラス同士の通信をネット
ワークを介したメッセージ通信ではなく、プロセス間ま
たはプロセス内通信になるようにクラス配置を決定す
る。これにより、通信時間を可能な限り減少させるオブ
ジェクト指向プログラミングが実現されることになる。
なお、この配置結果を表示する表示手段を具備すれば、
ユーザが必要に応じて判定する機会をもつことになるた
め、実行効率を考慮したきめ細かい分析・設計が可能と
なる。

【００１９】また、この発明の開発支援装置は、前記コ
ード生成手段が、同一クラスに属するオブジェクトのメ
ソッドがもつ機能すべてを示すメソッド機能一覧を保持
するメソッド機能テーブルと、他のクラスに対してメソ
ッド機能一覧の引き渡しを要求するメッセージを送信す
る手段および他のクラスからメソッド機能一覧の引き渡
しを要求するメッセージが送信されたときに前記メソッ
ド機能テーブルに保持されたメソッド機能一覧を返送す
る手段を備えた検索メソッドとを有してなるオブジェク
トをクラスごとに生成する手段を具備してなることを特
徴とする。

【００２０】この発明の開発支援装置においては、クラ
ス内のメソッドの機能を一覧する検索メソッドをクラス
それぞれに付加（自動生成）することにより、すでに動
作しているクラスがどのようなものであるかを外部から
動的に知ることができ、提供している機能が未知である
クラスの情報を得ることが可能となる。この結果、既存
のクラスを再利用してオブジェクト分析・設計を行なう
ときに、既存クラスがもつ静的な情報を見ることが可能
となり、必要とするクラスを容易に見つけることができ
るようになるため、再利用性を高めることができる。

【００２１】

【発明の実施の形態】以下、図面を参照してこの発明の
実施の形態を説明する。

【００２２】（第１の実施形態）図１にこの発明の第１
の実施形態に係る開発支援装置の機器構成を示す。図１
に示すように、同実施形態の開発支援装置は、機器全体
の制御を司るＣＰＵ１、ＣＰＵ１によって実行制御され
るプログラムや各種データを格納する主メモリ２、主メ
モリ２の補助記憶として動作する外部記憶装置３、ユー
ザに各種情報を表示する表示装置４およびユーザからの
指示や各種データを入力する入力装置５を具備してな
る。なお、以下に説明する開発支援方法は、ソフトウェ
アとしての実施が可能であり、フロッピィディスクやハ
ードディスクなどの磁気ディスク、ＣＤ−ＲＯＭやＤＶ
Ｄなどの光ディスクおよび半導体メモリなどの記録媒体
に格納した形態で提供することが可能である。

【００２３】図２に同実施形態の機能ブロックを示す。
図２に示されるコード生成ユーティリティプログラム１
０は、予め設定されたオブジェクト相互間の関連情報に
基づいて、プログラムコードの一部を自動生成するため
のプログラムであり、クラス分類モジュール１１とコー
ド生成モジュール１２とを含んでなる。クラス分類モジ
ュール１１は、オブジェクト関連情報ファイル２１から
オブジェクト相互間の関連を示すオブジェクト関連情報
を読み取り、この読み取ったオブジェクト関連情報に基
づいて、複数のオブジェクトの集まりによって構成され
るクラスそれぞれを、内部クラスとすべきか外部クラス
とすべきかを判定するとともに、そのクラスに属するオ
ブジェクトのメソッド（外部メソッドおよび内部メソッ
ド）を検出し、これらの情報をクラス情報としてクラス
情報ファイル２３に出力する。なお、この内部クラスと
すべきか外部クラスとすべきかの判定は、単一のクラス
からのみメッセージが発行されるクラスを内部クラスと
し、複数のクラスからメッセージが発行されるクラスを
外部クラスとする。図３にはオブジェクト関連情報ファ
イル２１に格納されたオブジェクト関連情報を概念的に
示すオブジェクト図および図４にはクラス情報ファイル
２３に格納されるクラス情報を示す概念図がそれぞれ示
されている。

【００２４】一方、コード生成モジュール１２は、クラ
ス情報ファイル２３に格納されたクラス情報を読み取
り、プログラミング対象とするクラスが内部クラスおよ
び外部クラスのいずれのクラスなのかを認識する。そし
て、コード生成モジュール１２は、そのクラスが内部ク
ラスであったとき、そのクラスのメソッドおよびアトリ
ビュートを定義しているインタフェース情報をクラス情
報から知得し、ローカルな関数として宣言するためのへ
ッダファイルを生成した後、手続きファイル２２に格納
された各オブジェクトの手続きに付加して生成コードフ
ァイル２４に出力する。また、コード生成モジュール１
２は、そのクラスが外部クラスであったときには、外部
からアクセスできるように、ＩＤＬ（Ｉｎｔｅｒｆａｃ
ｅ Ｄｅｆｉｎｉｔｉｏｎ Ｌａｎｇｕａｇｅ）などの
ようなインタフェース定義言語によって、インタフェー
スを定義するためのコードを生成した後、手続きファイ
ル２２に格納された各オブジェクトの手続きに付加して
生成コードファイル２４に出力する。たとえば、図４に
示したクラス情報によれば、クラスＢは外部クラスであ
るために、図５の（１）に示したようなインタフェース
定義コードが生成されることになる。なお、シンタック
スは、オブジェクト指向技術の標準化団体であるＯｂｊ
ｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ｇｒｏｕｐが制定した
ＣＯＲＢＡ仕様にしたがっている。

【００２５】また、コード生成モジュール１２は、この
中に含まれるメソッドまたはアトリビュートが外部から
アクセスできる場合に、それを外部から利用できるよう
にインタフェース定義を出力する。そして、クラス内で
のみ利用されるメソッドまたはアトリビュートについて
は、ローカルな関数として宣言するためのへッダファイ
ルを出力する。なお、前述したクラスＢに含まれるメソ
ッドＭｂ１は外部から利用されるために（図４参照）、
図５の（２）に示したようなインタフェース定義が出力
されることになる。一方、メソッドＭｂ２は内部からの
み利用されるものであるため、図６に示したようなロー
カルな関数として宣言するためのヘッダファイルが出力
される。

【００２６】ここで、図７乃至図９を参照して同実施形
態の動作を説明する。

【００２７】図７はクラス分類モジュール１１の動作を
説明するためのフローチャートである。

【００２８】クラス分類モジュール１１は、オブジェク
ト関連情報ファイル２１に格納されたオブジェクト関連
情報から一つのクラスを選択し（ステップＡ１〜ステッ
プＡ２）、このクラスを内部クラスとするのか外部クラ
スとするのかがユーザによって決定されていない場合に
（ステップＡ３のＮ）、その選択したクラスに対して他
のいくつのクラスがメッセージを発行しているか、その
数を抽出する（ステップＡ４）。そして、クラス分類モ
ジュール１１は、この数が１であった場合に（ステップ
Ａ５のＹ）、その選択したクラスを内部クラスと判定し
（ステップＡ６）、１でなかった場合には（ステップＡ
５のＮ）、その選択したクラスを外部クラスと判定する
（ステップＡ７）。

【００２９】このように、一部または全部のクラスにつ
いてのクラス種別の判定を自動的に行なわせることによ
り、オブジェクト指向プログラミングの設計作業に費や
されるユーザの労力を軽減することが可能となる。

【００３０】図８はコード生成モジュール１２の動作を
説明するためのフローチャートである。

【００３１】コード生成モジュール１２は、オブジェク
ト情報ファイル２１に格納されたオブジェクト情報から
一つのクラスを選択し（ステップＢ１〜ステップＢ
２）、そのクラスのクラス種別をクラス情報ファイル２
３に格納されたクラス情報から読み取る（ステップＢ
３）。なお、この選択は、順次すべてのクラスを対象に
しても、ユーザが指定した任意のクラスだけを対象にし
ても良い。そして、コード生成モジュール１２は、その
クラスが内部クラスであった場合（ステップＢ４の
Ｎ）、ローカルな関数として宣言するためのへッダファ
イルを生成する（ステップＢ５）。

【００３２】一方、外部クラスであった場合には（ステ
ップＢ４のＹ）、コード生成モジュール１２は、外部か
らアクセスできるように、インタフェースを定義するた
めのコードを生成する（ステップＢ６）。また、コード
生成モジュール１２は、そのクラスに属するメソッドと
属性をそれぞれ選択していき（ステップＢ７〜ステップ
Ｂ８）、それらが外部アクセスされるか否かをクラス情
報から判定する（ステップＢ９）。そして、コード生成
モジュール１２は、外部アクセスされる場合には（ステ
ップＢ９のＹ）、外部からのアクセスを可能とするため
に、インタフェースを定義するためのコードを生成し
（ステップＢ１０）、外部アクセスされない場合には
（ステップＢ９のＮ）、ローカルな関数として宣言する
ためのへッダファイルを出力する（ステップＢ１１）。

【００３３】これにより、クラスの種別およびメソッド
の種別に適したコードが自動生成されることになり、プ
ログラミングの労力を軽減するとともに、適切なオブジ
ェクト間通信が実現されることになる。

【００３４】なお、図９に、このように作成されたオブ
ジェクトが実行される際の手順を説明するフローチャー
トを示しておく。

【００３５】アクセスしようとするクラスが内部クラス
である場合（ステップＣ１のＹ）、このクラスはローカ
ル関数としてアクセスされる（ステップＣ２）。一方、
外部クラスである場合（ステップＣ１のＮ）、外部アク
セス制限がチェックされ（ステップＣ３）、アクセス可
能な場合には（ステップＣ４のＹ）、インタフェース定
義コードを用いてアクセスが行なわれる（ステップＣ
５）、そして、アクセス不可な場合には（ステップＣ４
のＮ）、アクセス例外が発行されることになる（ステッ
プＣ６）。

【００３６】（第２の実施形態）次に、この発明の第２
の実施形態を説明する。同実施形態に係る開発支援装置
の機器構成は、第１の実施形態と同様である。図１０に
同実施形態の機能ブロックを示す。

【００３７】図１０に示されるクラス配置決定ユーティ
リティプログラム３０は、オブジェクト関連情報に含ま
れるクラスを再配置し、オブジェクト図を編集して表示
装置４に表示するためのプログラムである。このクラス
配置決定ユーティリティプログラム３０は、オブジェク
ト関連情報ファイル２１に格納されたオブジェクト関連
情報に含まれるクラスを抽出してクラステーブル３１を
作成する。このクラステーブル３１は、オブジェクト関
連情報に含まれるクラスをもれなく調べるために作成さ
れるものである。そして、クラス配置決定ユーティリテ
ィプログラム３０は、このクラステーブル３１を用いて
抽出したクラスとそれ以外のクラスとの間にあるメッセ
ージ数をクラスごとに計数する。すべてのクラスに対す
るメッセージ数の計数が終了すると、クラス配置決定ユ
ーティリティプログラム３０は、メッセージ数によりソ
ートを行ない、メッセージ数が多いクラス対を順に選択
できるようにする。そして、クラス配置決定ユーティリ
ティプログラム３０は、メッセージ通信の多い順にそれ
ぞれのクラスが近傍になるように配置する。

【００３８】ここでは、近傍であるか否かを簡単に知る
ために次のような距離の計算を行なう。すなわち、オブ
ジェクト図の座標軸に整数を割り振り、そのマス目にク
ラスを配置するようにする。距離はＸ軸の差とＹ軸の差
を加算した値で計算するものとする。たとえば、図１１
に示したオブジェクト図のクラスＡとクラスＢとでは、
Ｘ軸の差が２でＹ軸の差が１であるので距離は３とな
る。

【００３９】配置の規則の一例としては、たとえば両者
のクラスが既に配置されているときには配置を変更せ
ず、一方のクラスが配置されているときには他方をその
クラスのもっとも近傍に配置し、また、両クラスが未配
置の場合は両クラスが隣り合わせに配置可能な任意の場
所に配置するといったものが挙げられる。

【００４０】これにより、たとえば近傍にあるクラスを
同一の計算機上で実行することによって、このようなク
ラス同士の通信をネットワークを介したメッセージ通信
とせずにプロセス間またはプロセス内通信とするといっ
たようなプログラミングが容易かつ適切に実現されるこ
とになる。

【００４１】図１２はクラス配置決定ユーティリティプ
ログラム３０の動作手順を説明するためのフローチャー
トである。

【００４２】クラス配置決定ユーティリティプログラム
３０は、オブジェクト関連情報からクラスを抽出してク
ラステーブル３１を作成する（ステップＤ１）。このク
ラステーブル３１が作成されると、クラス配置決定ユー
ティリティプログラム３０は、順次クラスを選択してい
き（ステップＤ２〜ステップＤ３）、これらのクラスに
対してメッセージを発行するクラスの数を計数する（ス
テップＤ４）。次に、クラス配置決定ユーティリティプ
ログラム３０は、この計数したクラス数のソートを実行
した後（ステップＤ５）、メッセージ数の多いクラス対
を選択し（ステップＤ６〜ステップＤ７）、これらが新
規のオブジェクト図に配置ずみかどうか判定する（ステ
ップＤ８）。このとき、両方配置ずみの場合には何もし
ない。また、両方未配置の場合には、両方のクラスが隣
りあう任意の位置に配置する（ステップＤ１０）。さら
に、片方のみ配置ずみの場合には、他方のクラス（未配
置のクラス）を配置ずみのクラスから最短となる空きス
ペースに配置する（ステップＤ１９）。

【００４３】すなわち、通信時間を可能な限り減少させ
るオブジェクト指向プログラミングが実現されることに
なる。

【００４４】（第３の実施形態）次に、この発明の第３
の実施形態を説明する。同実施形態では、第１実施形態
で示したコード生成ユーティリティプログラム１０によ
る検索メソッドのコード生成を取り上げる。コード生成
ユーティリティプログラム１０は、オブジェクト関連情
報よりクラスを選択し、この選択したクラス対してクラ
ス内に含まれるメソッド情報を管理するテーブルを作成
する。このテーブルには、クラスの説明やクラスに含ま
れるメソッドとその引数情報などが含まれる。

【００４５】ここではクラスＢというクラスが選択さ
れ、その情報として図１３に示すようなテーブルが作成
されたとする。そして、このテーブルとテーブルに含ま
れる情報をアクセスするメソッドを追加する。その一例
を図１４に示す。

【００４６】この例では、Ｃ＋＋言語に類似した構文を
用いている。テーブルは、ＣｌａｓｓＩｎｆｏという構
造体として定義されている。この中に含まれるｓｔｒｉ
ｎｇは文字列、Ｌｉｓｔはリストを示している。

【００４７】＄＄＄ｉｎｆｏはテーブルの内容を取り出
すための追加メソッドであり、戻り値としてテーブルの
内容を返すようになっている。

【００４８】この検索メソッドを使用することにより、
すでに動作しているクラスがどのようなものであるかを
動的に知ることができ、また、既存のクラスを再利用し
てオブジェクト分析・設計を行なうときに、既存クラス
がもつ静的な情報を見ることが可能となり、必要とする
クラスを容易に見つけることができるようになる。

【００４９】

【発明の効果】以上詳述したように、この発明によれ
ば、オブジェクト指向に基づいて設計されたクラス群を
システム内の複数のクラスからアクセスされる可能性の
ある外部クラスと単一のクラスからのみアクセスされる
内部クラスとによって、それぞれに適した実装コードが
自動的に生成される。これによって効率的なオブジェク
ト間通信を実現するとともに、不要なオブジェクト情報
を公開することがなくなるのでセキュリティを向上させ
る効果がある。

【００５０】また、オブジェクト指向プログラムの設計
において、メッセージが複数のクラスから発行される
か、単一のクラスからのみ発行されるかによって内部ク
ラスと外部クラスを自動的に判別するため、クラスを分
散環境に適用する際に、内部クラスをそれと関連が深い
クラスの側に配置するなどによって効率的なクラス配置
が可能となる。

【００５１】また、静的なメッセージ通信が多いオブジ
ェクト同士を近傍に配置することによって、たとえばこ
のようなオブジェクト同士の通信をネットワークを介し
たメッセージ通信ではなくプロセス間またはプロセス内
通信になるように、通信時間を減少させる効率的なクラ
ス配置が可能となる。

【００５２】また、クラス内の検索メソッドを使用する
ことにより、すでに動作しているクラスがどのようなも
のであるかを動的に知ることが可能になり、提供してい
る機能が未知であるクラスの情報を得ることができる。
そして、既存のクラスを再利用してオブジェクト分析・
設計を行なうときに、既存クラスがもつ静的な情報を見
ることが可能となり、必要とするクラスを容易に見つけ
ることができるようになるため、再利用性を高めること
が可能となる。

【図面の簡単な説明】

【図１】この発明の第１の実施形態に係る開発支援装置
の機器構成を示す図。

【図２】同実施形態の開発支援装置の機能ブロックを示
す図。

【図３】同実施形態のオブジェクト関連情報ファイルに
格納されたオブジェクト関連情報を概念的に示すオブジ
ェクト関連図。

【図４】同実施形態のクラス情報ファイルに格納される
クラス情報を示す概念図。

【図５】同実施形態のインタフェース定義コードを例示
する図。

【図６】同実施形態のローカルな関数として宣言するた
めのヘッダファイルを例示する図。

【図７】同実施形態のクラス分類モジュールの動作を説
明するためのフローチャート。

【図８】同実施形態のコード生成モジュールの動作を説
明するためのフローチャート。

【図９】同実施形態のオブジェクトが実行制御されると
きの手順を説明するためのフローチャート。

【図１０】第２の実施形態の機能ブロックを示す図。

【図１１】同実施形態のクラス相互間の距離の算出を説
明するための図。

【図１２】同実施形態のクラス配置決定ユーティリティ
プログラムの動作手順を説明するためのフローチャー
ト。

【図１３】同実施形態の検索メソッドに保持されるクラ
ステーブルを示す図。

【図１４】同実施形態の検索メソッドに含まれるコード
を例示する図。

【符号の説明】

１…ＣＰＵ、２…主メモリ、３…外部記憶装置、４…表
示装置、５…入力装置、１０…コード生成ユーティリテ
ィプログラム、１１…クラス分類モジュール、１２…コ
ード生成モジュール、２１…オブジェクト関連情報ファ
イル、２２…手続き記述ファイル、２３…クラス情報フ
ァイル、２４…生成コードファイル、３０…クラス配置
決定ユーティリティプログラム、３１…クラステーブ
ル。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 複数のオブジェクトの集まりによって構
   成されるクラス相互間でメッセージを送受信させるオブ
   ジェクト指向プログラミングに適用される開発支援装置
   において、 前記クラスそれぞれが同一計算機上に配置されたクラス
   からのみ用いられる内部クラスなのか他の計算機上に配
   置されたクラスからも用いられる外部クラスなのかを示
   すクラス情報を管理するクラス情報管理手段と、 プログラミング対象のクラスが内部クラスおよび外部ク
   ラスのいずれであるのかを前記クラス情報管理手段が管
   理するクラス情報により知得して、内部クラスであった
   ときにはローカルな関数として宣言するためのヘッダフ
   ァイルを生成し、外部クラスであったときにはインタフ
   ェースを定義するためのインタフェース定義コードを生
   成するコード生成手段とを具備してなることを特徴とす
   る開発支援装置。
2. 【請求項２】 前記クラス情報は、クラスに属するオブ
   ジェクトのメソッドが同一クラス内からのみアクセスさ
   れるローカルメソッドなのか外部からアクセスされるリ
   モートメソッドなのかを示すメソッド情報を含んでお
   り、 前記コード生成手段は、外部クラスに属するオブジェク
   トをプログラミング対象とする際、さらにそのオブジェ
   クトのメソッドがローカルメソッドおよびリモートメソ
   ッドのいずれであるのかを前記メソッド情報により知得
   して、ローカルメソッドであったときにはローカルな関
   数として宣言するためのヘッダファイルを生成し、リモ
   ートメソッドであったときにはインタフェースを定義す
   るためのインタフェース定義コードを生成する手段を具
   備してなることを特徴とする請求項１記載の開発支援装
   置。
3. 【請求項３】 クラス相互間の関連を示すクラス関連情
   報を管理するクラス関連情報管理手段と、 前記クラス関連情報管理手段が管理するクラス関連情報
   に基づき、前記クラスそれぞれについて外部クラスおよ
   び内部クラスのいずれとすべきか判定するクラス判定手
   段とをさらに具備し、 前記クラス情報管理手段は、前記クラス判定手段の判定
   結果をクラス情報として管理することを特徴とする請求
   項１または２記載の開発支援装置。
4. 【請求項４】 前記クラス判定手段は、単一のクラスか
   らのみメッセージが発行されるクラスを内部クラスと判
   定し、複数のクラスからメッセージが発行されるクラス
   を外部クラスと判定する手段を具備してなることを特徴
   とする請求項３記載の開発支援装置。
5. 【請求項５】 前記クラス関連情報管理手段が管理する
   クラス関連情報からクラス相互間のメッセージの結合度
   を算出し、この算出した結合度の高いクラス同士が近傍
   に配置されるようにクラス配置を決定するクラス配置決
   定手段をさらに具備してなることを特徴とする請求項３
   または４記載の開発支援装置。
6. 【請求項６】 前記クラス配置決定手段による配置結果
   を表示する表示手段をさらに具備してなることを特徴と
   する請求項５記載の開発支援装置。
7. 【請求項７】 前記コード生成手段は、同一クラスに属
   するオブジェクトのメソッドがもつ機能すべてを示すメ
   ソッド機能一覧を保持するメソッド機能テーブルと、他
   のクラスに対してメソッド機能一覧の引き渡しを要求す
   るメッセージを送信する手段および他のクラスからメソ
   ッド機能一覧の引き渡しを要求するメッセージが送信さ
   れたときに前記メソッド機能テーブルに保持されたメソ
   ッド機能一覧を返送する手段を備えた検索メソッドとを
   有してなるオブジェクトをクラスごとに生成する手段を
   具備してなることを特徴とする請求項１、２、３、４、
   ５または６記載の開発支援装置。
8. 【請求項８】 複数のオブジェクトの集まりによって構
   成されるクラス相互間でメッセージを送受信させるオブ
   ジェクト指向プログラミングに適用される開発支援方法
   において、 前記クラスそれぞれが同一計算機上に配置されたクラス
   からのみ用いられる内部クラスなのか他の計算機上に配
   置されたクラスからも用いられる外部クラスなのかを示
   すクラス情報を管理し、 プログラミング対象のクラスが内部クラスおよび外部ク
   ラスのいずれであるのかを前記管理するクラス情報によ
   り知得して、内部クラスであったときにはローカルな関
   数として宣言するためのヘッダファイルを生成し、外部
   クラスであったときにはインタフェースを定義するため
   のインタフェース定義コードを生成することを特徴とす
   る開発支援方法。
9. 【請求項９】 複数のオブジェクトの集まりによって構
   成されるクラス相互間でメッセージを送受信させるオブ
   ジェクト指向プログラミングに適用される開発支援方法
   において、 前記クラスそれぞれが同一計算機上に配置されたクラス
   からのみ用いられる内部クラスなのか他の計算機上に配
   置されたクラスからも用いられる外部クラスなのかを示
   すクラス情報と、クラスに属するオブジェクトのメソッ
   ドが同一クラス内からのみアクセスされるローカルメソ
   ッドなのか外部からアクセスされるリモートクラスなの
   かを示すメソッド情報とを管理し、 プログラミング対象のクラスが内部クラスおよび外部ク
   ラスのいずれであるのかを前記管理するクラス情報によ
   り知得して、内部クラスであったときにはローカルな関
   数として宣言するためのヘッダファイルを生成し、外部
   クラスであったときには、さらにそのクラスに属するプ
   ログラミング対象のオブジェクトのメソッドがローカル
   メソッドおよびリモートメソッドのいずれであるのかを
   前記メソッド情報により知得して、ローカルメソッドで
   あったときにはローカルな関数として宣言するためのヘ
   ッダファイルを生成し、リモートメソッドであったとき
   にはインタフェースを定義するためのインタフェース定
   義コードを生成することを特徴とする開発支援方法。
10. 【請求項１０】 複数のオブジェクトの集まりによって
    構成されるクラス相互間でメッセージを送受信させるオ
    ブジェクト指向プログラミングに適用される開発支援方
    法において、 前記クラス相互間の関連を示すクラス関連情報を管理
    し、 プログラミング対象のクラスが同一計算機上に配置され
    たクラスからのみ用いられる内部クラスおよび他の計算
    機上に配置されたクラスからも用いられる外部クラスの
    いずれであるのかを前記クラス関連情報から判定するス
    テップと、 内部クラスであったときにはローカルな関数として宣言
    するためるためのヘッダファイルを生成し、外部クラス
    であったときにはインタフェースを定義するためのイン
    タフェース定義コードを生成することを特徴とする開発
    支援方法。
11. 【請求項１１】 複数のオブジェクトの集まりによって
    構成されるクラス相互間でメッセージを送受信させるオ
    ブジェクト指向プログラミングに適用される開発支援方
    法において、 前記クラス相互間の関連を示すクラス関連情報と、クラ
    スに属するオブジェクトのメソッドが同一クラス内から
    のみアクセスされるローカルメソッドなのか外部からア
    クセスされるリモートクラスなのかを示すメソッド情報
    とを管理し、 プログラミング対象のクラスが同一計算機上に配置され
    たクラスからのみ用いられる内部クラスおよび他の計算
    機上に配置されたクラスからも用いられる外部クラスの
    いずれであるのかを前記クラス関連情報から判定するス
    テップと、 内部クラスであったときにはローカルな関数として宣言
    するためのヘッダファイルを生成し、外部クラスであっ
    たときには、さらにそのクラスに属するプログラミング
    対象のオブジェクトのメソッドがローカルメソッドおよ
    びリモートメソッドのいずれであるのかを前記メソッド
    情報により知得して、ローカルメソッドであったときに
    はローカルな関数として宣言するためのヘッダファイル
    を生成し、リモートメソッドであったときにはインタフ
    ェースを定義するためのインタフェース定義コードを生
    成することを特徴とする開発支援方法。
12. 【請求項１２】 複数のオブジェクトの集まりによって
    構成されるクラス相互間でメッセージを送受信させるオ
    ブジェクト指向プログラミングに適用される開発支援を
    行なうためのプログラムであって、 前記クラスそれぞれが同一計算機上に配置されたクラス
    からのみ用いられる内部クラスなのか他の計算機上に配
    置されたクラスからも用いられる外部クラスなのかを示
    すクラス情報を管理し、 プログラミング対象のクラスが内部クラスおよび外部ク
    ラスのいずれであるのかを前記管理するクラス情報によ
    り知得して、内部クラスであったときにはローカルな関
    数として宣言するためのヘッダファイルを生成し、外部
    クラスであったときにはインタフェースを定義するため
    のインタフェース定義コードを生成するようにコンピュ
    ータを動作させるためのプログラムを格納したコンピュ
    ータ読取可能な記録媒体。
13. 【請求項１３】 複数のオブジェクトの集まりによって
    構成されるクラス相互間でメッセージを送受信させるオ
    ブジェクト指向プログラミングに適用される開発支援を
    行なうためのプログラムであって、 前記クラスそれぞれが同一計算機上に配置されたクラス
    からのみ用いられる内部クラスなのか他の計算機上に配
    置されたクラスからも用いられる外部クラスなのかを示
    すクラス情報と、クラスに属するオブジェクトのメソッ
    ドが同一クラス内からのみアクセスされるローカルメソ
    ッドなのか外部からアクセスされるリモートクラスなの
    かを示すメソッド情報とを管理し、 プログラミング対象のクラスが内部クラスおよび外部ク
    ラスのいずれであるのかを前記管理するクラス情報によ
    り知得して、内部クラスであったときにはローカルな関
    数として宣言するためのヘッダファイルを生成し、外部
    クラスであったときには、さらにそのクラスに属するプ
    ログラミング対象のオブジェクトのメソッドがローカル
    メソッドおよびリモートメソッドのいずれであるのかを
    前記メソッド情報により知得して、ローカルメソッドで
    あったときにはローカルな関数として宣言するためのヘ
    ッダファイルを生成し、リモートメソッドであったとき
    にはインタフェースを定義するためのインタフェース定
    義コードを生成するようにコンピュータを動作させるた
    めのプログラムを格納したコンピュータ読取可能な記録
    媒体。
14. 【請求項１４】 複数のオブジェクトの集まりによって
    構成されるクラス相互間でメッセージを送受信させるオ
    ブジェクト指向プログラミングに適用される開発支援を
    行なうためのプログラムであって、 前記クラス相互間の関連を示すクラス関連情報を管理
    し、 プログラミング対象のクラスが同一計算機上に配置され
    たクラスからのみ用いられる内部クラスおよび他の計算
    機上に配置されたクラスからも用いられる外部クラスの
    いずれであるのかを前記クラス関連情報から判定し、 内部クラスであったときにはローカルな関数として宣言
    するためるためのヘッダファイルを生成し、外部クラス
    であったときにはインタフェースを定義するためのイン
    タフェース定義コードを生成するようにコンピュータを
    動作させるためのプログラムを格納したコンピュータ読
    取可能な記録媒体。
15. 【請求項１５】 複数のオブジェクトの集まりによって
    構成されるクラス相互間でメッセージを送受信させるオ
    ブジェクト指向プログラミングに適用される開発支援を
    行なうためのプログラムであって、 前記クラス相互間の関連を示すクラス関連情報と、クラ
    スに属するオブジェクトのメソッドが同一クラス内から
    のみアクセスされるローカルメソッドなのか外部からア
    クセスされるリモートクラスなのかを示すメソッド情報
    とを管理し、 プログラミング対象のクラスが同一計算機上に配置され
    たクラスからのみ用いられる内部クラスおよび他の計算
    機上に配置されたクラスからも用いられる外部クラスの
    いずれであるのかを前記クラス関連情報から判定し、 内部クラスであったときにはローカルな関数として宣言
    するためのヘッダファイルを生成し、外部クラスであっ
    たときには、さらにそのクラスに属するプログラミング
    対象のオブジェクトのメソッドがローカルメソッドおよ
    びリモートメソッドのいずれであるのかを前記メソッド
    情報により知得して、ローカルメソッドであったときに
    はローカルな関数として宣言するためのヘッダファイル
    を生成し、リモートメソッドであったときにはインタフ
    ェースを定義するためのインタフェース定義コードを生
    成するようにコンピュータを動作させるためのプログラ
    ムを格納したコンピュータ読取可能な記録媒体。