JPH10105404A - オブジェクト指向ソフトウェア・デザインパターン - Google Patents
オブジェクト指向ソフトウェア・デザインパターンInfo
- Publication number
- JPH10105404A JPH10105404A JP8275314A JP27531496A JPH10105404A JP H10105404 A JPH10105404 A JP H10105404A JP 8275314 A JP8275314 A JP 8275314A JP 27531496 A JP27531496 A JP 27531496A JP H10105404 A JPH10105404 A JP H10105404A
- Authority
- JP
- Japan
- Prior art keywords
- class
- subsystem
- server
- client
- design pattern
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 オブジェクト指向システム開発において、テ
スト性、及びメインテナンス性に優れたサブシステムを
構成するためのソフトウェア・インタフェース・デザイ
ンパターンを提供する。 【解決手段】 オブジェクト指向システムにおいて、該
システムのサブシステム内のクラスにアクセスする為
に、クライアントクラスからのメッセージを変換し指定
された該サブシステム内の該クラスをアクセスするメソ
ッドと、該サブシステム内の該クラス及びサーバクラス
へのインスタンスのポインタと、該サーバクラスへアク
セスするためのメソッドとを少なくとも有することを特
徴としたソフトウェア・インタフェース・デザインパタ
ーン。
スト性、及びメインテナンス性に優れたサブシステムを
構成するためのソフトウェア・インタフェース・デザイ
ンパターンを提供する。 【解決手段】 オブジェクト指向システムにおいて、該
システムのサブシステム内のクラスにアクセスする為
に、クライアントクラスからのメッセージを変換し指定
された該サブシステム内の該クラスをアクセスするメソ
ッドと、該サブシステム内の該クラス及びサーバクラス
へのインスタンスのポインタと、該サーバクラスへアク
セスするためのメソッドとを少なくとも有することを特
徴としたソフトウェア・インタフェース・デザインパタ
ーン。
Description
【０００１】
【発明の属する技術分野】本発明は、オブジェクト指向
システムにおけるサブシステムのソフトウェアの再利用
と品質の向上を、更にはテスト性や保守性の向上を目的
としたソフトウェア・インタフェース・デザインパター
ンに関するものである。
システムにおけるサブシステムのソフトウェアの再利用
と品質の向上を、更にはテスト性や保守性の向上を目的
としたソフトウェア・インタフェース・デザインパター
ンに関するものである。
【０００２】
【従来の技術】一般に、オブジェクト指向システムにお
いて、図３のサブシステムに関連したオブジェクト関連
図の１例に示すように、１及び２のクライアントクラス
Ｃ（Ｃ１、Ｃ２）と、サブシステム内の４、５、６、７
及び８の複数のクラスＢ（Ｂ１、Ｂ２、Ｂ３、Ｂ４、Ｂ
５）との間で制御手順を含め複雑な依存関係がある場合
に、クライアントクラスＣ１及びＣ２とサブシステム内
のクラスＢとを図３の如く直接関連づけることは、これ
らの関連を実装したサブシステムのソフトウェアやオブ
ジェクトモデルの再利用を困難にすると共に、ソフトウ
ェアの解読も難しくなり、ソフトウェアのテストが煩雑
になる。この為、オブジェクト指向システムに於けるソ
フトウェア・デザインパターンが種々提案されている。
特に、インタフェースのデザインパターンに関する従来
技術の一つとしてファサード（ＦＡＣＡＤＥ）がある。
このファサード・デザインパターンは、これを介してサ
ブシステム内に存在している複数のクラスＢにクライア
ントクラスＣがアクセスする際に、クライアントクラス
Ｃに対して１つの統一インタフェースを与える機能を有
している。
いて、図３のサブシステムに関連したオブジェクト関連
図の１例に示すように、１及び２のクライアントクラス
Ｃ（Ｃ１、Ｃ２）と、サブシステム内の４、５、６、７
及び８の複数のクラスＢ（Ｂ１、Ｂ２、Ｂ３、Ｂ４、Ｂ
５）との間で制御手順を含め複雑な依存関係がある場合
に、クライアントクラスＣ１及びＣ２とサブシステム内
のクラスＢとを図３の如く直接関連づけることは、これ
らの関連を実装したサブシステムのソフトウェアやオブ
ジェクトモデルの再利用を困難にすると共に、ソフトウ
ェアの解読も難しくなり、ソフトウェアのテストが煩雑
になる。この為、オブジェクト指向システムに於けるソ
フトウェア・デザインパターンが種々提案されている。
特に、インタフェースのデザインパターンに関する従来
技術の一つとしてファサード（ＦＡＣＡＤＥ）がある。
このファサード・デザインパターンは、これを介してサ
ブシステム内に存在している複数のクラスＢにクライア
ントクラスＣがアクセスする際に、クライアントクラス
Ｃに対して１つの統一インタフェースを与える機能を有
している。
【０００３】この為、図２の如く、クライアントクラス
Ｃからサブシステム内のクラスＢへの基本操作を行う際
に、ファサード・デザインパターンを導入し、単純なイ
ンタフェース機能を持った１９のファサードクラスを定
義している。クライアントクラスＣ１及びＣ２からファ
サードクラスへメッセージを送出し、ファサードクラス
内のメソッドによって要求を受取り、更に、ファサード
クラスから適当なクラスＢのオブジェクトのインタフェ
ースに変換しメッセージを転送することによりアクセス
している。このように、クライアントクラスＣがサブク
ラス内のクラスＢ（オブジェクト）に直接アクセスする
ことを避け、クラスＢに対するクライアントクラスＣの
制御手順をファサードクラス内のメソッドに記述するこ
とにより、クライアントクラスＣからのメッセージ数が
削減でき、而も、アクセスする為のクラスＢの詳細構造
を知る必要は無くなる。従って、サブシステムの独立性
や移植性が高められる。
Ｃからサブシステム内のクラスＢへの基本操作を行う際
に、ファサード・デザインパターンを導入し、単純なイ
ンタフェース機能を持った１９のファサードクラスを定
義している。クライアントクラスＣ１及びＣ２からファ
サードクラスへメッセージを送出し、ファサードクラス
内のメソッドによって要求を受取り、更に、ファサード
クラスから適当なクラスＢのオブジェクトのインタフェ
ースに変換しメッセージを転送することによりアクセス
している。このように、クライアントクラスＣがサブク
ラス内のクラスＢ（オブジェクト）に直接アクセスする
ことを避け、クラスＢに対するクライアントクラスＣの
制御手順をファサードクラス内のメソッドに記述するこ
とにより、クライアントクラスＣからのメッセージ数が
削減でき、而も、アクセスする為のクラスＢの詳細構造
を知る必要は無くなる。従って、サブシステムの独立性
や移植性が高められる。
【０００４】また、サブシステム内のクラスＢは、原則
的にファサードクラスを介して指定された仕事を処理す
るが、逆に、ファサードクラスへの参照（ポインタ）を
属性として保持してない。従って、サブシステム内のク
ラスＢはファサードクラスへメッセージを送ることがで
きず、図２に示すようにクラスＢ２から９のサーバクラ
スＳ１へ、１１のサーバクラスＳ３へ、及びクラスＢ３
から１０のサーバクラスＳ２へ、更にクラスＢ５から１
１のサーバクラスＳ３へそれぞれ直接メッセージを送っ
ている。
的にファサードクラスを介して指定された仕事を処理す
るが、逆に、ファサードクラスへの参照（ポインタ）を
属性として保持してない。従って、サブシステム内のク
ラスＢはファサードクラスへメッセージを送ることがで
きず、図２に示すようにクラスＢ２から９のサーバクラ
スＳ１へ、１１のサーバクラスＳ３へ、及びクラスＢ３
から１０のサーバクラスＳ２へ、更にクラスＢ５から１
１のサーバクラスＳ３へそれぞれ直接メッセージを送っ
ている。
【０００５】従って、クライアントクラスＣをテストド
ライバクラスで、更にサーバクラスＳをスタブクラスで
それぞれ置き換え、サブシステムをテストする際に、ク
ラスＢからサーバークラスＳに対する制御手順など詳細
な構造を知る必要があり、インタフェースが統一されず
簡単にテストすることができない。
ライバクラスで、更にサーバクラスＳをスタブクラスで
それぞれ置き換え、サブシステムをテストする際に、ク
ラスＢからサーバークラスＳに対する制御手順など詳細
な構造を知る必要があり、インタフェースが統一されず
簡単にテストすることができない。
【０００６】また、サブシステム内のクラスＢはファサ
ードクラスを介して全て隠蔽されてはおらず、他の低レ
ベルのクライアントクラスからファサードクラスを介さ
ず直接アクセスすることを完全に禁止していない。この
構成条件も、サブシステムのテストを複雑にしている。
ードクラスを介して全て隠蔽されてはおらず、他の低レ
ベルのクライアントクラスからファサードクラスを介さ
ず直接アクセスすることを完全に禁止していない。この
構成条件も、サブシステムのテストを複雑にしている。
【０００７】このように、従来のファサードデザインパ
ターンを用いてサブシステムとクライアントクラスＣと
のインタフェースを行う場合、ファサードクラスは上記
の構造を持ったインタフェース機能を提供していること
から、クライアントクラスＣからサブシステム内のクラ
スＢへファサードクラスを介してメッセージを送るに
は、特に問題がない。しかしながら、サブシステムのテ
ストの際に、クライアントクラスＣをテストドライバク
ラスで、サーバクラスＳをスタブクラスでそれぞれ置き
換え、サブシステムをテストする場合に、個々のサーバ
クラスＳとの接続構成と制御手順を解読した後、それぞ
れ個々のインタフェースを用意する必要があり、テスト
の手間が非常にかかりコストアップになるなどの問題が
ある。
ターンを用いてサブシステムとクライアントクラスＣと
のインタフェースを行う場合、ファサードクラスは上記
の構造を持ったインタフェース機能を提供していること
から、クライアントクラスＣからサブシステム内のクラ
スＢへファサードクラスを介してメッセージを送るに
は、特に問題がない。しかしながら、サブシステムのテ
ストの際に、クライアントクラスＣをテストドライバク
ラスで、サーバクラスＳをスタブクラスでそれぞれ置き
換え、サブシステムをテストする場合に、個々のサーバ
クラスＳとの接続構成と制御手順を解読した後、それぞ
れ個々のインタフェースを用意する必要があり、テスト
の手間が非常にかかりコストアップになるなどの問題が
ある。
【０００８】更に、ソフトウェア品質、サブシステムの
機能拡張などメインナンスもやりにくいなどの欠点を持
っている。また、ファサードクラスを介さないメッセー
ジが数多くサブシステム内のクラスＢへ送られている場
合には、サブシステムを独立にテストすることが困難
で、テストが一段と非常に難しくなるなどの欠点も持っ
ている。
機能拡張などメインナンスもやりにくいなどの欠点を持
っている。また、ファサードクラスを介さないメッセー
ジが数多くサブシステム内のクラスＢへ送られている場
合には、サブシステムを独立にテストすることが困難
で、テストが一段と非常に難しくなるなどの欠点も持っ
ている。
【０００９】
【発明が解決しようとする課題】上記の説明のごとく、
従来のファサード・デザインパターンをサブシステムと
クライアントクラスＢとのインタフェースとして用いる
場合に、この間の接続は簡単になるものの、テストを実
行する際にはインタフェースとしては不十分で、サブシ
ステムのクラスＢからメッセージをサーバクラスＳに送
る際に、クラス毎にそれらのインタフェース条件や制御
手順を考慮したテスト方法を考えることが要求される。
このようにファサード・デザインパターンはソフトウェ
ア・インタフェース・デザインパターンとして、サブシ
ステムの独立性を十分に確保できず、テスト性を考慮し
たインタフェースとしては機能的に不十分で、ソフトウ
ェア品質やメインテナンス性も劣り、多くのテスト期間
やコストがかさむ欠点を有している。
従来のファサード・デザインパターンをサブシステムと
クライアントクラスＢとのインタフェースとして用いる
場合に、この間の接続は簡単になるものの、テストを実
行する際にはインタフェースとしては不十分で、サブシ
ステムのクラスＢからメッセージをサーバクラスＳに送
る際に、クラス毎にそれらのインタフェース条件や制御
手順を考慮したテスト方法を考えることが要求される。
このようにファサード・デザインパターンはソフトウェ
ア・インタフェース・デザインパターンとして、サブシ
ステムの独立性を十分に確保できず、テスト性を考慮し
たインタフェースとしては機能的に不十分で、ソフトウ
ェア品質やメインテナンス性も劣り、多くのテスト期間
やコストがかさむ欠点を有している。
【００１０】本発明の目的は、上記の問題を解決し、サ
ブシステムのテストの際にも優れたインタフェース機能
を有し、ソフトウェア品質や再利用性に優れたソフトウ
ェア・インタフェース・デザインパターンを提供するこ
とにある。ここでは、本発明のデザインパターンを以下
コネクタ・デザインパターンと呼ぶこととする。
ブシステムのテストの際にも優れたインタフェース機能
を有し、ソフトウェア品質や再利用性に優れたソフトウ
ェア・インタフェース・デザインパターンを提供するこ
とにある。ここでは、本発明のデザインパターンを以下
コネクタ・デザインパターンと呼ぶこととする。
【００１１】
【課題を解決するための手段】オブジェクト指向システ
ムにおいて、上記の問題点を解決するために、該システ
ムのサブシステム内のクラスにアクセスする為に、クラ
イアントクラスからのメッセージを変換し指定された該
サブシステム内の該クラスをアクセスするメソッドと、
該サブシステム内の該クラス及びサーバクラスへのイン
スタンスのポインタと、該サーバクラスへアクセスする
ためのメソッドとを少なくとも有することを特徴とした
ソフトウェア・インタフェース・デザインパターンを用
いることにより、上記の欠点を解決する。
ムにおいて、上記の問題点を解決するために、該システ
ムのサブシステム内のクラスにアクセスする為に、クラ
イアントクラスからのメッセージを変換し指定された該
サブシステム内の該クラスをアクセスするメソッドと、
該サブシステム内の該クラス及びサーバクラスへのイン
スタンスのポインタと、該サーバクラスへアクセスする
ためのメソッドとを少なくとも有することを特徴とした
ソフトウェア・インタフェース・デザインパターンを用
いることにより、上記の欠点を解決する。
【００１２】また、該ソフトウェア・インタフェース・
デザインパターンを有する該サブシステムに対して、該
クライアントクラスの代わりにテストドライバクラス
を、該サーバクラスの代わりにスタブクラスをそれぞれ
定義し、該ソフトウェア・インタフェース・デザインパ
ターンを介して該サブシステムのテストを実行すること
を特徴としたテスト方式を用いることにより、上記の欠
点を解決する。
デザインパターンを有する該サブシステムに対して、該
クライアントクラスの代わりにテストドライバクラス
を、該サーバクラスの代わりにスタブクラスをそれぞれ
定義し、該ソフトウェア・インタフェース・デザインパ
ターンを介して該サブシステムのテストを実行すること
を特徴としたテスト方式を用いることにより、上記の欠
点を解決する。
【００１３】上記説明のごとく本発明のソフトウェア・
インタフェース・デザインパターン（コネクタ・デザイ
ンパターン）を設け、コネクタ・デザインパターンのコ
ネクタクラスを介してクライアントクラスＣ及びサーバ
クラスＳとサブシステム内のクラスＢとをそれぞれ接続
させることから、サブシステムは他のクライアントクラ
スやサーバクラスから完全に独立したものとなり、サブ
システムの機能拡張や変更が、他システムや他クラスに
は影響を与えず、簡単に実施できる。また、クライアン
トクラス及びサーバクラスとの接続もしやすく統一的な
インタフェース構造を提供できることから、サブシステ
ムの再利用性も従来方式より一段と高くなり、更に、テ
スト性にも非常に優れ、メインテナンス性も大幅に改善
される。
インタフェース・デザインパターン（コネクタ・デザイ
ンパターン）を設け、コネクタ・デザインパターンのコ
ネクタクラスを介してクライアントクラスＣ及びサーバ
クラスＳとサブシステム内のクラスＢとをそれぞれ接続
させることから、サブシステムは他のクライアントクラ
スやサーバクラスから完全に独立したものとなり、サブ
システムの機能拡張や変更が、他システムや他クラスに
は影響を与えず、簡単に実施できる。また、クライアン
トクラス及びサーバクラスとの接続もしやすく統一的な
インタフェース構造を提供できることから、サブシステ
ムの再利用性も従来方式より一段と高くなり、更に、テ
スト性にも非常に優れ、メインテナンス性も大幅に改善
される。
【００１４】従って、本発明のソフトウェア・インタフ
ェース・デザインパターンを個々のサブシステムに適用
することにより、開発コスト、メインテナンスコストが
大幅に削減出来ると共に、ＬＳＩチップのように同一の
サブシステムやカスタマイズされたサブシステムの幅ひ
ろい利用が可能となる。
ェース・デザインパターンを個々のサブシステムに適用
することにより、開発コスト、メインテナンスコストが
大幅に削減出来ると共に、ＬＳＩチップのように同一の
サブシステムやカスタマイズされたサブシステムの幅ひ
ろい利用が可能となる。
【００１５】
【発明の実施の形態】以下に本発明のソフトウェア・イ
ンタフェース・デザインパターンの１実施例をあげ説明
する。ソフトウェア・インタフェース・デザインパター
ンとしてのコネクタ・デザインパターンを適用し、コネ
クタ・デザインパターンのコネクタクラスを介したクラ
イアントクラスＣ及びサーバクラスＳとサブシステムの
クラスＢとの接続を行う１構成例を図１に示す。クライ
アントクラス及びサーバクラスは、コネクタクラスを介
してサブシステム内のクラスＢと接続される。ここで、
接続関係を示す為に、１２、１３、１４及び１５にそれ
ぞれ３のコネクタクラス内の入力インタフェース用メソ
ッドＩ１、Ｉ２、Ｉ３及びＩ４を記述したものである。
また、１６、１７及び１８は、それぞれコネクタクラス
内の出力インタフェース用メソッドＯ１、Ｏ２及びＯ３
である。ここで、コネクタクラスのＣ＋＋言語による定
義の１例を図４に示す。ファサードクラスと異なり、サ
ーバクラスＳ（Ｓ１、Ｓ２、Ｓ３）がそれぞれ宣言され
ており、それぞれのインスタンスのポインタも属性とし
て新たに定義されている。更に、クラスＢからコネクタ
クラスへ送られるメッセージとサーバクラスＳにそれぞ
れアクセスするための出力インタフェース用メソッドＯ
１、Ｏ２及びＯ３が新たに実装されている。
ンタフェース・デザインパターンの１実施例をあげ説明
する。ソフトウェア・インタフェース・デザインパター
ンとしてのコネクタ・デザインパターンを適用し、コネ
クタ・デザインパターンのコネクタクラスを介したクラ
イアントクラスＣ及びサーバクラスＳとサブシステムの
クラスＢとの接続を行う１構成例を図１に示す。クライ
アントクラス及びサーバクラスは、コネクタクラスを介
してサブシステム内のクラスＢと接続される。ここで、
接続関係を示す為に、１２、１３、１４及び１５にそれ
ぞれ３のコネクタクラス内の入力インタフェース用メソ
ッドＩ１、Ｉ２、Ｉ３及びＩ４を記述したものである。
また、１６、１７及び１８は、それぞれコネクタクラス
内の出力インタフェース用メソッドＯ１、Ｏ２及びＯ３
である。ここで、コネクタクラスのＣ＋＋言語による定
義の１例を図４に示す。ファサードクラスと異なり、サ
ーバクラスＳ（Ｓ１、Ｓ２、Ｓ３）がそれぞれ宣言され
ており、それぞれのインスタンスのポインタも属性とし
て新たに定義されている。更に、クラスＢからコネクタ
クラスへ送られるメッセージとサーバクラスＳにそれぞ
れアクセスするための出力インタフェース用メソッドＯ
１、Ｏ２及びＯ３が新たに実装されている。
【００１６】また、ファサードクラスを用いた場合と同
様に、クライアントクラスＣからのメッセージに従って
クラスＢをアクセスする為のメソッドもそれぞれ定義さ
れている。このように、コネクタ・デザインパターンに
おけるコネクタクラスを図４の如く定義することによ
り、入出力インタフェースが準備され、クラスＢの詳細
な構造と制御手順を知る必要がなくなり、テストドライ
バクラス及びスタブクラスとの接続性が非常に高く、テ
ストしやすい。また、図６、図７及び図９のクラスＢの
定義の１例に示す如く、２０、２１及び２２のクラスＢ
２、Ｂ３及びＢ５は、ファサードクラスを用いた場合と
は異なっており、それぞれコネクタ・デザインパターン
のコネクタクラスを導入したことにより、ファサードの
場合の５、６及び８と異なり、コメントに記述されてい
るように変更されている。具体的には、コネクタクラス
の宣言と、コネクタクラスにアクセスするためのメソッ
ド、とコネクタクラスがアクセスするクラスへのインス
タンスのポインタを属性として新たに定義している。
様に、クライアントクラスＣからのメッセージに従って
クラスＢをアクセスする為のメソッドもそれぞれ定義さ
れている。このように、コネクタ・デザインパターンに
おけるコネクタクラスを図４の如く定義することによ
り、入出力インタフェースが準備され、クラスＢの詳細
な構造と制御手順を知る必要がなくなり、テストドライ
バクラス及びスタブクラスとの接続性が非常に高く、テ
ストしやすい。また、図６、図７及び図９のクラスＢの
定義の１例に示す如く、２０、２１及び２２のクラスＢ
２、Ｂ３及びＢ５は、ファサードクラスを用いた場合と
は異なっており、それぞれコネクタ・デザインパターン
のコネクタクラスを導入したことにより、ファサードの
場合の５、６及び８と異なり、コメントに記述されてい
るように変更されている。具体的には、コネクタクラス
の宣言と、コネクタクラスにアクセスするためのメソッ
ド、とコネクタクラスがアクセスするクラスへのインス
タンスのポインタを属性として新たに定義している。
【００１７】一方、クラスＢ１及びＢ４に関しては、図
５のクラスＢ１（４）及び図８のクラスＢ４（７）の、
クライアントクラスＣ１及びＣ２に関しては、図１０の
クライアントクラスＣ１（１）及び図１１のクライアン
トクラスＣ２（２）の、更に、サーバクラスＳに関して
は、図１２のサーバクラスＳ１（９）、図１３のサーバ
クラスＳ２（１０）及び図１４のサーバクラスＳ３（１
１）の定義の１例をそれぞれ掲げたが、これらはファサ
ード・デザインパターンのファサードクラスを用いた場
合と同様である。
５のクラスＢ１（４）及び図８のクラスＢ４（７）の、
クライアントクラスＣ１及びＣ２に関しては、図１０の
クライアントクラスＣ１（１）及び図１１のクライアン
トクラスＣ２（２）の、更に、サーバクラスＳに関して
は、図１２のサーバクラスＳ１（９）、図１３のサーバ
クラスＳ２（１０）及び図１４のサーバクラスＳ３（１
１）の定義の１例をそれぞれ掲げたが、これらはファサ
ード・デザインパターンのファサードクラスを用いた場
合と同様である。
【００１８】上記の各クラスに対して、図１のオブジェ
クト関連図に従って、クライアントクラスＣからそれぞ
れメッセージをコネクタクラスに送り、更にクラスＢへ
転送し、クラスＢからの応答としてのメッセージをコネ
クタクラスが受取り、これらをサーバクラスＳへ転送す
ることにより一連の動作をさせることができる。また、
サブシステムのテストの際には、クライアントクラスＣ
をテストドライバクラスに、サーバクラスＳをスタブク
ラスに置き換えることにより、サブシステムになんら変
更を加えることなく実施することができる。また、この
実施例では、サブシステム内のクラスＢはコネクタクラ
スを介して全て隠蔽されることを条件としているが、テ
ストに大きな影響を与えない場合には、他の低レベルの
クライアントクラスからコネクタクラスを介さず直接ア
クセスすることを許容してもよい。
クト関連図に従って、クライアントクラスＣからそれぞ
れメッセージをコネクタクラスに送り、更にクラスＢへ
転送し、クラスＢからの応答としてのメッセージをコネ
クタクラスが受取り、これらをサーバクラスＳへ転送す
ることにより一連の動作をさせることができる。また、
サブシステムのテストの際には、クライアントクラスＣ
をテストドライバクラスに、サーバクラスＳをスタブク
ラスに置き換えることにより、サブシステムになんら変
更を加えることなく実施することができる。また、この
実施例では、サブシステム内のクラスＢはコネクタクラ
スを介して全て隠蔽されることを条件としているが、テ
ストに大きな影響を与えない場合には、他の低レベルの
クライアントクラスからコネクタクラスを介さず直接ア
クセスすることを許容してもよい。
【００１９】
【発明の効果】以上述べたように、本発明のソフトウェ
ア・インタフェース・デザインパターンとしてのコネク
タ・デザインパターンを設け、これを介してクライアン
トクラス及びサーバクラスとサブシステム内のクラスと
を接続させることから、非常に安定したインタフェース
機能を提供できる。従って、サブシステムは、クライア
ントクラスＣ及びサーバクラスＳとサブシステム内のク
ラスＢ間の非常に複雑な直接の依存関係が排除され、而
も、クライアントクラスやサーバクラスから完全に独立
したものとなり、サブシステムの機能拡張や変更が、他
システムや他クラスには影響を与えず、実施できる。ま
た、統一的なインタフェース構造によりクライアントク
ラス及びサーバクラスとの接続もしやすいことから、サ
ブシステムの再利用性も従来方式より一段と高まり、更
に、テスト性にも非常に優れ、メインテナンス性も大幅
に改善される。
ア・インタフェース・デザインパターンとしてのコネク
タ・デザインパターンを設け、これを介してクライアン
トクラス及びサーバクラスとサブシステム内のクラスと
を接続させることから、非常に安定したインタフェース
機能を提供できる。従って、サブシステムは、クライア
ントクラスＣ及びサーバクラスＳとサブシステム内のク
ラスＢ間の非常に複雑な直接の依存関係が排除され、而
も、クライアントクラスやサーバクラスから完全に独立
したものとなり、サブシステムの機能拡張や変更が、他
システムや他クラスには影響を与えず、実施できる。ま
た、統一的なインタフェース構造によりクライアントク
ラス及びサーバクラスとの接続もしやすいことから、サ
ブシステムの再利用性も従来方式より一段と高まり、更
に、テスト性にも非常に優れ、メインテナンス性も大幅
に改善される。
【００２０】従って、本発明のソフトウェア・インタフ
ェース・デザインパターンを個々のサブシステムに適用
することにより、ソフトウェア品質の向上、開発コスト
やメインテナンスコストの大幅な削減が出来ると共に、
ＬＳＩチップと同様に同一のソフトウェアからなるサブ
システムやカスタマイズされたサブシステムの幅ひろい
利用が可能となる。
ェース・デザインパターンを個々のサブシステムに適用
することにより、ソフトウェア品質の向上、開発コスト
やメインテナンスコストの大幅な削減が出来ると共に、
ＬＳＩチップと同様に同一のソフトウェアからなるサブ
システムやカスタマイズされたサブシステムの幅ひろい
利用が可能となる。
【００２１】従来技術では、オブジェクト指向システム
におけるサブシステム内のクラスとクライアントクラス
間及びサーバクラス間の一貫した入出力テストが困難で
あったが、上記の説明の如く本発明のコネクタ・デザイ
ンパターンを適用することにより、サブシステムのテス
ト性と再利用性、更にはそれらのソフトウェア品質の著
しい改善が図られることから、最終的に大規模なオブジ
ェクト指向システムのソフトウェア品質の向上と保守性
の向上が図られ、非常に大きな経済効果を与えることが
できる。
におけるサブシステム内のクラスとクライアントクラス
間及びサーバクラス間の一貫した入出力テストが困難で
あったが、上記の説明の如く本発明のコネクタ・デザイ
ンパターンを適用することにより、サブシステムのテス
ト性と再利用性、更にはそれらのソフトウェア品質の著
しい改善が図られることから、最終的に大規模なオブジ
ェクト指向システムのソフトウェア品質の向上と保守性
の向上が図られ、非常に大きな経済効果を与えることが
できる。
【図１】本発明の実施例のソフトウェア・インタフェー
ス・デザインパターンとしてのコネクタ・デザインパタ
ーンを用いた１実施例におけるコネクタクラスを介した
クライアントクラスＣ及びサーバクラスＳとサブシステ
ム内のクラスＢとのオブジェクト関連図の１例である。
ス・デザインパターンとしてのコネクタ・デザインパタ
ーンを用いた１実施例におけるコネクタクラスを介した
クライアントクラスＣ及びサーバクラスＳとサブシステ
ム内のクラスＢとのオブジェクト関連図の１例である。
【図２】従来のファサード・デザインパターンを用いた
場合のファサードクラスを介したクライアントクラスＣ
及びサーバクラスＳとサブシステム内のクラスＢとのオ
ブジェクト関連図の１例である。
場合のファサードクラスを介したクライアントクラスＣ
及びサーバクラスＳとサブシステム内のクラスＢとのオ
ブジェクト関連図の１例である。
【図３】デザインパターンを用いない場合のクライアン
トクラスＣ及びサーバクラスＳとサブシステム内のクラ
スＢとのオブジェクト関連図の１例である。
トクラスＣ及びサーバクラスＳとサブシステム内のクラ
スＢとのオブジェクト関連図の１例である。
【図４】実施例におけるコネクタクラスの定義の１例で
ある。
ある。
【図５】実施例におけるクラスＢ１の定義の１例であ
る。
る。
【図６】実施例におけるクラスＢ２の定義の１例であ
る。
る。
【図７】実施例におけるクラスＢ３の定義の１例であ
る。
る。
【図８】実施例におけるクラスＢ４の定義の１例であ
る。
る。
【図９】実施例におけるクラスＢ５の定義の１例であ
る。
る。
【図１０】実施例におけるクライアントクラスＣ１の定
義の１例である。
義の１例である。
【図１１】実施例におけるクライアントクラスＣ２の定
義の１例である。
義の１例である。
【図１２】実施例におけるサーバクラスＳ１の定義の１
例である。
例である。
【図１３】実施例におけるサーバクラスＳ２の定義の１
例である。
例である。
【図１４】実施例におけるサーバクラスＳ３の定義の１
例である。
例である。
【符号の説明】 １ クライアントクラスＣ１ ２ クライアントクラスＣ２ ３ コネクタクラス ４ クラスＢ１ ５ クラスＢ２ ６ クラスＢ３ ７ クラスＢ４ ８ クラスＢ５ ９ サーバクラスＳ１ １０ サーバクラスＳ２ １１ サーバクラスＳ３ １２ 入力インタフェース用メソッドＩ１ １３ 入力インタフェース用メソッドＩ２ １４ 入力インタフェース用メソッドＩ３ １５ 入力インタフェース用メソッドＩ４ １６ 出力インタフェース用メソッドＯ１ １７ 出力インタフェース用メソッドＯ２ １８ 出力インタフェース用メソッドＯ３ １９ ファサードクラス ２０ クラスＢ２ ２１ クラスＢ３ ２２ クラスＢ５
Claims (2)
- 【請求項１】 オブジェクト指向システムにおいて、該
システムのサブシステム内のクラスにアクセスする為
に、クライアントクラスからのメッセージを変換し指定
された該サブシステム内クラスをアクセスするメソッド
と、該サブシステム内クラス及びサーバクラスへのイン
スタンスのポインタを保持し、該サーバクラスへアクセ
スするためのメソッドとを少なくとも有することを特徴
としたソフトウェア・インタフェース・デザインパター
ン。 - 【請求項２】 請求項１の記載において、該ソフトウェ
ア・インタフェース・デザインパターンを有する該サブ
システムに対して、該クライアントクラスの代わりにテ
ストドライバクラスを、該サーバクラスの代わりにスタ
ブクラスを定義し、該ソフトウェア・インタフェース・
デザインパターンを介して該サブシステムのテストを実
行することを特徴としたテスト方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8275314A JPH10105404A (ja) | 1996-09-27 | 1996-09-27 | オブジェクト指向ソフトウェア・デザインパターン |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8275314A JPH10105404A (ja) | 1996-09-27 | 1996-09-27 | オブジェクト指向ソフトウェア・デザインパターン |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10105404A true JPH10105404A (ja) | 1998-04-24 |
Family
ID=17553726
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8275314A Pending JPH10105404A (ja) | 1996-09-27 | 1996-09-27 | オブジェクト指向ソフトウェア・デザインパターン |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10105404A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001229047A (ja) * | 2000-02-14 | 2001-08-24 | Toshiba Corp | サーバプロセス試験システム、サーバプロセス試験フレームワークを記録したコンピュータ読み取り可能な記録媒体、およびサーバプロセス試験プログラムを記録したコンピュータ読み取り可能な記録媒体 |
-
1996
- 1996-09-27 JP JP8275314A patent/JPH10105404A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001229047A (ja) * | 2000-02-14 | 2001-08-24 | Toshiba Corp | サーバプロセス試験システム、サーバプロセス試験フレームワークを記録したコンピュータ読み取り可能な記録媒体、およびサーバプロセス試験プログラムを記録したコンピュータ読み取り可能な記録媒体 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6205492B1 (en) | Method and computer program product for interconnecting software drivers in kernel mode | |
| CA2208135C (en) | Method, computer program product, and data structure for validating creation of and routing messages to file objects | |
| US5586312A (en) | Method and apparatus for using an independent transaction processing application as a service routine | |
| JP3929551B2 (ja) | セパレート・プロセッシング・コンポーネント間のバッファ間データ転送を減らす方法およびコンピュータ読取り可能媒体 | |
| JP4608517B2 (ja) | モジュール式試験システム | |
| US5926775A (en) | Mini driver software architecture for a data acquisition system | |
| US5847955A (en) | System and method for controlling an instrumentation system | |
| US6272675B1 (en) | Development system for automatically enabling a server application to execute with an XATMI-compliant transaction manager managing transactions within multiple environments | |
| JP4575528B2 (ja) | 標準クロック・メカニズムを用いて、多重データ・ストリームの処理の同期と異なる処理速度のマッチングを行う方法 | |
| US5710727A (en) | System and method for creating resources in an instrumentation system | |
| US20070260909A1 (en) | Computer Hardware Fault Administration | |
| US6643712B1 (en) | Validating the creation of and routing of messages to file objects | |
| US5627998A (en) | System and method for mapping calls to functions in a first driver level library to a session-based instrumentation control driver level system | |
| CN101110031B (zh) | 用于灵活在线/离线部署n层软件应用程序的错接接口 | |
| US6289394B1 (en) | Agent management system capable of readily monitoring and controlling agent | |
| US6052743A (en) | Buffer object for performing buffered data transfers in a data acquisition system | |
| JPH10105404A (ja) | オブジェクト指向ソフトウェア・デザインパターン | |
| JP2007057541A (ja) | 試験エミュレート装置 | |
| CN109814871A (zh) | 基于dds总线的节点管理方法及系统 | |
| JPH04107741A (ja) | Ｒｐｃにおけるサービスプロシージャの外出し方式 | |
| CN118484381A (zh) | 车辆测试方法、装置、设备和存储介质 | |
| KR100482316B1 (ko) | 운영체제상에서의콘솔서버방법및장치 | |
| KR19990051702A (ko) | 분산객체 시스템에서 원격객체 생성 및 접근방법 | |
| CN118964320A (zh) | 基于soc的文件共享方法、系统、存储介质及芯片 | |
| Snyder | Use of client/server structures within ATE systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20020813 |