JP2000132385A - Ｇｕｉアプリケーション開発におけるクラス設計方法 - Google Patents

Abstract

(57)【要約】 【課題】ＭＶＣモデルのＶモジュールに含まれる各クラ
スを全面的に変更することなく、ＧＵＩアプリケーショ
ンの移植や仕様変更などに柔軟に対処することが可能な
ＧＵＩアプリケーション開発におけるクラス設計方法の
提供。 【解決手段】ＭＶＣモデルを構成するＭモジュール１、
Ｖモジュール２、及びＣモジュール３のうち、Ｍモジュ
ール１及びＣモジュール３を既存の形態のまま保つ一
方、Ｖモジュール２を、ＧＵＩ画面の仕様を実現する上
でＧＵＩの種類に依存せずに機能する複数のクラス４１
〜４４をパッケージ化してなるＧＵＩ非依存型Ｖモジュ
ール４と、ＧＵＩの種類に依存して機能する複数のクラ
ス５１〜５４をパッケージ化してなるＧＵＩ依存型Ｖモ
ジュール５とに分割して設定してなる特徴。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＧＵＩアプリケー
ション開発（ＧＵＩ：グラフィカル・ユーザ・インタフ
ェース）におけるクラス設計方法に関し、詳しくは、オ
ブジェクト指向論に基づいて、各種ＯＳ（オペレーティ
ング・システム）等に適用されるＧＵＩに対応したアプ
リケーション（以下「ＧＵＩアプリケーション」とい
う）を開発する際に定義される複数のクラスを、ＧＵＩ
の種類に応じ効率よく設計するためのＧＵＩアプリケー
ション開発におけるクラス設計方法に係わる。

【０００２】

【従来の技術】近年のＧＵＩアプリケーション開発の大
きな課題として、（１）短期間のうちに頻繁に繰り返さ
れるＧＵＩの仕様変更にどう対処していくか、（２）ま
すます複雑化するシステム対象にどう対処していくか、
などといった点が挙げられる。

【０００３】これらの課題への解となるＧＵＩアプリケ
ーション開発の手法として、ここ十数年来、オブジェク
ト指向論の適用が試みられるようになったが、このオブ
ジェクト指向論に基づくＧＵＩアプリケーション開発に
おいて、現在、最も頻繁に適用されている手法の一つ
に、「ＭＶＣモデル」を用いたものがある。

【０００４】図５は、従来のＧＵＩアプリケーション開
発に適用されているＭＶＣモデルの模式図である。

【０００５】同図に示すように、ＭＶＣモデルは、作成
しようとするＧＵＩアプリケーションを、Ｍモジュール
１（Ｍ：Ｍｏｄｅｌ，モデル）、Ｖモジュール２（Ｖ：
Ｖｉｅｗ，ビュー）、及び、Ｃモジュール３（Ｃ：Ｃｏ
ｎｔｒｏｌｌｅｒ，コントローラ）の３種類のモジュー
ルに分割して構成されている。

【０００６】これら各モジュールのうち、Ｍモジュール
１は、作成しようとするＧＵＩアプリケーションを動作
させる上で根幹的な要素を成す複数のクラス１１〜１４
（実際は任意数）をパッケージ化したモジュールであ
り、これら各クラス１１〜１４は、具体的には、ＧＵＩ
の仕様に影響されにくく変更されることの少ないデータ
（即ち、根幹的なデータ）と、この種のデータに対する
操作とを一体化したものをプログラミングしたものであ
る。

【０００７】また、Ｖモジュール２は、実際のＧＵＩ画
面を提供するための複数のクラス２１〜２４（実際は任
意数）をパッケージ化したモジュールであり、これら各
クラス２１〜２４は、例えば、当該ＧＵＩ画面の仕様を
実現するボタンやウィンドウなどのＧＵＩ部品について
のデータと、この種のデータに対する操作とを一体化し
たものをプログラミングしたものである。

【０００８】なお、以上のＶモジュール２の各クラス２
１〜２４には、それぞれ、特定のＧＵＩに特化したプロ
グラム２０１〜２０４が含まれ、これら各プログラム２
０１〜２０４を以って、ＧＵＩの種類に応じたＧＵＩ画
面が実現されるようになっている。

【０００９】そして、Ｃモジュール３は、Ｍモジュール
１を構成する各クラス１１〜１４とＶモジュール２を構
成する各クラス２１〜２４との間で、メッセージの受渡
しを行うための複数のクラス３１〜３４（実際は任意
数）をパッケージ化したモジュールであり、これら各ク
ラス３１〜３４は、例えば、ＧＵＩ画面上においてマウ
スによるクリック操作が行われたときに、Ｖモジュール
２から与えられる当該クリック操作に関するメッセージ
をＭモジュール１の動作に反映させたり、或いは、その
Ｍモジュール１の動作の結果や変化に関するメッセージ
をＶモジュール２に受け渡してＧＵＩ画面の表示に反映
させるなどといった手順をプログラミングしたものであ
る。

【００１０】ただし、以上のＣモジュール３は、設計の
仕方によっては、機能や役割が若干異なる場合もあり、
例えば、上述のクリック操作のような画面操作に関する
メッセージは、Ｖモジュール２からではなく、Ｃモジュ
ール３からＭモジュール１に直接与えられるように設定
することも可能である。

【００１１】

【発明が解決しようとする課題】ところで、以上のＭＶ
Ｃモデルにおける各モジュールの特質につき考察した場
合、Ｍモジュール１は、前述もしたように、ＧＵＩアプ
リケーションを動作させる上で根幹的な要素を成すもの
であるため、例えば、ある特定のＧＵＩにおいて動作が
保証されたＧＵＩアプリケーションを、他のＧＵＩ向け
に移植する場合でも、このＭモジュール１については、
何ら変更を加えることなくそのまま転用することができ
る。

【００１２】また、Ｃモジュール３に関しても、これが
単に、Ｍモジュール１とＶモジュール２との間でメッセ
ージの受渡しを行うものに過ぎないため、上述した例の
ように、ある特定のＧＵＩアプリケーションを他のＧＵ
Ｉ向けに移植する場合でも、殆ど変更を加えずに転用を
図ることができる（Ｖモジュール２との間でメッセージ
の受渡しを行う一部のプログラムについては、若干の変
更が必要）。

【００１３】これに対し、Ｖモジュール２は、所要のＧ
ＵＩ画面を提供するための中核的な要素を成し、しか
も、その各クラス２１〜２４に、特定のＧＵＩに特化し
たプログラム２０１〜２０４を含むものであるため、そ
の特定のＧＵＩに対応したＧＵＩアプリケーションを他
のＧＵＩ向けに移植する場合には、これら各プログラム
２０１〜２０４の内容の全面的な変更が必要となる。

【００１４】この異なるＧＵＩにおけるプログラム変更
の問題につき、図面を用いて説明すれば、以下のように
なる。

【００１５】図６（ａ）及び（ｂ）は、第１及び第２の
異なるＧＵＩにそれぞれ対応して作成された同一種類の
ＧＵＩアプリケーションにおける各Ｖモジュールの構造
を示す図である。

【００１６】同図において、（ａ）に示される第１のＧ
ＵＩ用のＶモジュール２ａには、これを構成する各クラ
ス２１ａ〜２４ａに、それぞれ、第１のＧＵＩに特化し
たプログラム２０１ａ〜２０４ａが含まれ、一方、
（ｂ）に示される第２のＧＵＩ用のＶモジュール２ｂに
ついては、各クラス２１ｂ〜２４ｂに、それぞれ、第２
のＧＵＩに特化したプログラム２０１ｂ〜２０４ｂが含
まれたものとなっている。

【００１７】ここで、第１のＧＵＩ用のＶモジュール２
ａにおける各クラス２１ａ〜２４ａと、第２のＧＵＩ用
のＶモジュール２ｂにおける各クラス２１ｂ〜２４ｂと
は、必然的に、対応するプログラム同士（２０１ａと２
０１ｂ，２０２ａと２０２ｂ，２０３ａと２０３ｂ，２
０４ａと２０４ｂ）の内容が大きく相違したものとな
り、同時に、当該プログラムを取り巻く、双方のクラス
（２１ａ〜２４ａ，２１ｂ〜２４ｂ）内における周辺プ
ログラム同士の内容も、一部ではあるが若干相違したも
のとなる。

【００１８】以上のように、各プログラムを取り巻く周
辺プログラム同士の内容まで部分的に相違したものとな
るのは、主に、クラスの構成方法などに関する設計方針
につき一般化された規定が存在しておらず、現状では、
クラス設計に際し、ＧＵＩアプリケーションの開発者の
経験や勘に依存しているからである。

【００１９】即ち、仮に、第１のＧＵＩ用のＶモジュー
ル２ａの開発者と、第２のＧＵＩ用のＶモジュール２ｂ
の開発者とが異なり、双方の開発者のもつクラス抽出等
に対する考え方が大きく異なる場合には、自ずと、ＧＵ
Ｉに特化させるべきプログラム（２０１ａ〜２０４ａ，
２０１ｂ〜２０４ｂ）の実質的な内容が、双方のＶモジ
ュール２ａ，２ｂにつき相違してしまい、これに伴っ
て、対応する周辺プログラムの内容までも相違してしま
うのである。

【００２０】このため、特定のＧＵＩに対応したＧＵＩ
アプリケーションを他のＧＵＩ向けに移植する目的で、
例えば、新たに第３のＧＵＩに特化したプログラムを作
成し、これを、上述の第１又は第２のＧＵＩに特化した
プログラム２０１ａ〜２０４ａ又は２０１ｂ〜２０４ｂ
の領域に単純に当てはめるなどの操作を行っても、これ
により得られるＧＵＩアプリケーションが正常に機能す
ることはなく、この場合において、適正なＧＵＩアプリ
ケーションを得るには、前述の周辺プログラムを、当該
第３のＧＵＩに特化したプログラムに対応するよう、Ｖ
モジュールの各クラス全体にわたって修正を行う必要が
ある。

【００２１】この修正のための作業は、ＧＵＩに特化し
たプログラムの存在数が多いほど、必然的に煩雑なもの
となり、このことが、ＧＵＩアプリケーションの生産性
やメンテナンス性を低下させる要因ともなっている。

【００２２】なお、以上に示した問題は、特定のＧＵＩ
に対応したＧＵＩアプリケーションを他のＧＵＩ向けに
移植する場合などに生じるものであるが、こうした状況
以外にも、例えば、ＧＵＩ自身の仕様変更（ＧＵＩ画面
等の仕様変更）が行われた場合などにも、Ｖモジュール
の各クラスに含まれるＧＵＩに特化したプログラムを全
面的に修正する必要がある。

【００２３】これでは、短期間のうちに頻繁に繰り返さ
れるＧＵＩの仕様変更に対処しようにも、多くの時間と
労力を要する結果となる。

【００２４】また、基本的な問題として、例えば、バー
ジョン・アップを繰り返しつつ長期にわたり一連性をも
って供給されるＧＵＩアプリケーションなどにおいて、
その開発者が途中で変わってしまった場合には、当初の
開発者の設計方針や設計思想が守られなくなって、当該
ＧＵＩアプリケーションの品質の低下をまねく可能性も
ある。

【００２５】ここにおいて、本発明の解決すべき主要な
目的は次のとおりである。

【００２６】即ち、本発明の第１の目的は、ＭＶＣモデ
ルのＶモジュールに含まれる各クラスを全面的に変更す
ることなく、ＧＵＩアプリケーションの移植や仕様変更
などに柔軟に対処することが可能なＧＵＩアプリケーシ
ョン開発におけるクラス設計方法を提供せんとするもの
である。

【００２７】本発明の第２の目的は、生産性やメンテナ
ンス性の高いＧＵＩアプリケーションを供給することが
可能なＧＵＩアプリケーション開発におけるクラス設計
方法を提供せんとするものである。

【００２８】本発明の第３の目的は、一連性をもって供
給されるＧＵＩアプリケーションの開発者が途中で変わ
った場合においても、当該ＧＵＩアプリケーションの品
質を一定に保持することが可能なＧＵＩアプリケーショ
ン開発におけるクラス設計方法を提供せんとするもので
ある。

【００２９】本発明の他の目的は、明細書、図面、特に
特許請求の範囲の各請求項の記載から自ずと明らかとな
ろう。

【００３０】

【課題を解決するための手段】本発明方法においては、
ＧＵＩアプリケーション開発に適用されるＭＶＣモデル
を構成するＶモジュールを、ＧＵＩ画面の仕様を実現す
る上で当該ＧＵＩの種類に依存せずに機能する複数のク
ラスをパッケージ化したＧＵＩ非依存型Ｖモジュール
と、当該ＧＵＩの種類に依存して機能する複数のクラス
をパッケージ化したＧＵＩ依存型Ｖモジュールとに分割
して設定することにより、当該ＧＵＩアプリケーション
の修正を行う必要が生じた際に、所要の修正箇所を、上
述のＧＵＩ依存型Ｖモジュールの領域のみにとどめると
いう特徴を有する。

【００３１】さらに、具体的詳細に述べると、当該課題
の解決では、本発明が次に列挙する上位概念から下位概
念にわたる新規な特徴的構成手法を採用することによ
り、前記目的を達成するよう為される。

【００３２】即ち、本発明方法の第１の特徴は、オブジ
ェクト指向論に基づくＧＵＩアプリケーションの開発を
ＭＶＣモデルを用いて行う際の当該ＭＶＣモデルのクラ
ス設計に適用される、ＧＵＩアプリケーション開発にお
けるクラス設計方法であって、ＭＶＣモデルを構成する
モジュールである、ＧＵＩアプリケーションの動作に関
与するＭモジュール、ＧＵＩ画面の仕様に関与するＶモ
ジュール、及びＭモジュールとＶモジュールとの間のメ
ッセージの受渡しに関与するＣモジュールのうち、Ｍモ
ジュール及びＣモジュールを既存の形態のまま保つ一
方、Ｖモジュールを、ＧＵＩ画面の仕様を実現する上で
ＧＵＩの種類に依存せずに機能する複数のクラスをパッ
ケージ化してなるＧＵＩ非依存型Ｖモジュールと、ＧＵ
Ｉの種類に依存して機能する複数のクラスをパッケージ
化してなるＧＵＩ依存型Ｖモジュールとに分割して設定
してなる、ＧＵＩアプリケーション開発におけるクラス
設計方法の構成採用にある。

【００３３】本発明方法の第２の特徴は、上記本発明方
法の第１の特徴におけるＧＵＩ非依存型Ｖモジュールを
構成する複数のクラスの一部に、ＶモジュールからＣモ
ジュールへのメッセージの受渡しに関与していたプログ
ラムを含ませてなる、ＧＵＩアプリケーション開発にお
けるクラス設計方法の構成採用にある。

【００３４】本発明方法の第３の特徴は、上記本発明方
法の第２の特徴におけるＧＵＩ非依存型Ｖモジュールを
構成する複数のクラスの一部に、ＧＵＩ依存型Ｖモジュ
ールへのメッセージの受渡しに関与するプログラムを含
ませると共に、ＧＵＩ依存型Ｖモジュールを構成する複
数のクラスの一部に、ＧＵＩ非依存型Ｖモジュールへの
メッセージの受渡しに関与するプログラムを含ませてな
る、ＧＵＩアプリケーション開発におけるクラス設計方
法の構成採用にある。

【００３５】本発明方法の第４の特徴は、上記本発明方
法の第１、第２又は第３の特徴におけるＧＵＩ非依存型
Ｖモジュールのクラス設計を、複数種類のＧＵＩに共通
の画面構成物に関するクラス群をパッケージ化すること
により行い、ＧＵＩ依存型Ｖモジュールのクラス設計
を、複数種類のＧＵＩごとに、画面構成物に対応する個
々のＧＵＩに固有のＧＵＩ部品に関するクラス群をパッ
ケージ化することにより行ってなる、ＧＵＩアプリケー
ション開発におけるクラス設計方法の構成採用にある。

【００３６】本発明方法の第５の特徴は、上記本発明方
法の第１、第２、第３又は第４の特徴におけるＧＵＩ非
依存型Ｖモジュール及びＧＵＩ依存型Ｖモジュールの作
成に際して、複数種類のＧＵＩにそれぞれ対応した複数
種類の既存のＶモジュールを準備し、当該複数種類の既
存のＶモジュールに共通して存在するクラス群を、ＧＵ
Ｉ非依存型Ｖモジュールとして設定すると共に、当該複
数種類の既存のＶモジュールに共通しない残余のクラス
群を、複数種類のＧＵＩにそれぞれ対応させるべきＧＵ
Ｉ依存型Ｖモジュールとして設定してなる、ＧＵＩアプ
リケーション開発におけるクラス設計方法の構成採用に
ある。

【００３７】本発明方法の第６の特徴は、上記本発明方
法の第５の特徴に加え、さらに、ＧＵＩ非依存型Ｖモジ
ュールにおけるクラス群に、ＧＵＩアプリケーションに
固有のクラスを付加してなる、ＧＵＩアプリケーション
開発におけるクラス設計方法の構成採用にある。

【００３８】本発明方法の第７の特徴は、上記本発明方
法の第６の特徴におけるＧＵＩ非依存型Ｖモジュールに
おけるクラス群への固有のクラスの付加に際して、オブ
ジェクト指向論で適用される継承の関連を利用してな
る、ＧＵＩアプリケーション開発におけるクラス設計方
法の構成採用にある。

【００３９】本発明方法の第８の特徴は、上記本発明方
法の第６の特徴におけるＧＵＩ非依存型Ｖモジュールに
おけるクラス群への固有のクラスの付加に際して、オブ
ジェクト指向論で適用される委譲の関連を利用してな
る、ＧＵＩアプリケーション開発におけるクラス設計方
法の構成採用にある。

【００４０】本発明方法の第９の特徴は、上記本発明方
法の第５、第６、第７又は第８の特徴における既存のＶ
モジュールとして、市販のものを利用してなる、ＧＵＩ
アプリケーション開発におけるクラス設計方法の構成採
用にある。

【００４１】

【発明の実施の形態】以下、添付図面を参照しつつ、本
発明の実施の形態につき説明する。

【００４２】図１は、本発明の一実施形態に係るＧＵＩ
アプリケーション開発におけるクラス設計方法を説明す
るためのＭＶＣモデルの模式図である。

【００４３】同図に示すように、本実施形態のＧＵＩア
プリケーション開発におけるクラス設計方法では、従来
のＭモジュール１及びＣモジュール３（図５参照）を既
存の形態のままに保ち、その一方で、従来のＶモジュー
ル２（図５参照）を、ＧＵＩ画面の仕様を実現する上で
ＧＵＩの種類に依存せずに機能する複数のクラス４１〜
４４（実際は任意数）をパッケージ化してなるＧＵＩ非
依存型Ｖモジュール４と、ＧＵＩの種類に依存して機能
する複数のクラス５１〜５４（実際は任意数）をパッケ
ージ化してなるＧＵＩ依存型Ｖモジュール５とに分割し
て設定するようにする。

【００４４】ここで、ＧＵＩ非依存型Ｖモジュール４に
おける複数のクラス４１〜４４に対しては、Ｖモジュー
ル２の各クラス２１〜２４に含まれるプログラムのう
ち、上述した条件を満足するプログラム、即ち、ＧＵＩ
の種類に依存せずに機能する当該ＧＵＩに特化していな
いプログラムを、対応するクラスごとに割り当てて設定
するようにする。

【００４５】これに対し、ＧＵＩ依存型Ｖモジュール５
における複数のクラス５１〜５４に対しては、Ｖモジュ
ール２の各クラス２１〜２４に含まれるプログラムのう
ち、上述した条件を満足するプログラム、即ち、ＧＵＩ
の種類に依存して機能する当該ＧＵＩに特化したプログ
ラム５０１〜５０４を、対応するクラスごとに割り当て
て設定するようにする。

【００４６】なお、従来の技術で述べたように、Ｃモジ
ュール３は、設計の仕方により、その機能や役割が若干
異なる場合があるが、以下に説明するように、Ｃモジュ
ール３−ＧＵＩ非依存型Ｖモジュール４間、及びＧＵＩ
非依存型Ｖモジュール４−ＧＵＩ依存型Ｖモジュール５
間につき、所要のメッセージの受渡しが適正に行われる
ような設定を行いさえすれば、当該Ｃモジュール３が如
何なるプログラムを実装するものであっても、Ｖモジュ
ール２のＧＵＩ非依存型Ｖモジュール４及びＧＵＩ依存
型Ｖモジュール５への分割設定を、当該実装プログラム
の違いに左右されることなく一様に行うことができる。

【００４７】即ち、Ｖモジュール２の分割設定に際して
は、ＧＵＩ非依存型Ｖモジュール４を構成する各クラス
４１〜４４の一部に対し、Ｖモジュール２からＣモジュ
ール３へのメッセージの受渡しに関与していた既存のプ
ログラムを含ませると共に、ＧＵＩ依存型Ｖモジュール
５へのメッセージの受渡しに関与するプログラムを含ま
せ、さらに、ＧＵＩ依存型Ｖモジュール５を構成する各
クラス５１〜５４の一部に対し、ＧＵＩ非依存型Ｖモジ
ュール４へのメッセージの受渡しに関与するプログラム
を含ませるようにする。

【００４８】このような設定とすることで、作成しよう
とするＧＵＩアプリケーションを実際に動作させたとき
に、ＧＵＩ非依存型Ｖモジュール４とＧＵＩ依存型Ｖモ
ジュール５との間で所要のメッセージの受渡しが行われ
るようになり、同時に、ＧＵＩ非依存型Ｖモジュール４
とＣモジュール３との間においても、従来と同じ状態
（Ｖモジュール２とＣモジュール３との間でメッセージ
の受渡しが行われる状態）を保ったまま、所要のメッセ
ージの受渡しが行われるようになる。

【００４９】なお、従来では、ＧＵＩの仕様変更等に応
じてＶモジュール２を全面的に修正する場合、Ｖモジュ
ール２との間でメッセージの受渡しを行うための、Ｃモ
ジュール３内における一部のプログラムにつき、若干の
変更が必要とされたが、この一実施形態では、上述のよ
うに、ＧＵＩ非依存型Ｖモジュール４とＣモジュール３
との間のメッセージの受渡しが適正に行われるので、そ
の必要性は一切ない。

【００５０】次に、図２は、本発明の一実施形態に係る
ＧＵＩアプリケーション開発におけるクラス設計方法を
第１及び第２の異なるＧＵＩに適用した例を示す図であ
る。

【００５１】同図に示すように、このクラス設計方法を
第１のＧＵＩに適用した場合、ＧＵＩ非依存型Ｖモジュ
ール４とは完全に分離した状態で、第１のＧＵＩ用のＧ
ＵＩ依存型Ｖモジュール５ａを構成する各クラス５１ａ
〜５４ａに対しては、それぞれ、第１のＧＵＩに特化し
たプログラム５０１ａ〜５０４ａを設定することが可能
となり、また、第２のＧＵＩ用のＧＵＩ依存型Ｖモジュ
ール５ｂを構成する各クラス５１ｂ〜５４ｂに対して
は、それぞれ、第１のＧＵＩに特化したプログラム５０
１ｂ〜５０４ｂを設定することが可能となる。

【００５２】この結果、同一種類のＧＵＩアプリケーシ
ョンを、例えば、移植の手法などを用いて複数種類のＧ
ＵＩのそれぞれにつき作成しようとする場合において
も、上述の第１及び第２のＧＵＩ用のＧＵＩ依存型Ｖモ
ジュール５ａ及び５ｂの領域（３種類以上のＧＵＩが存
在する場合にはその相当領域）のみを修正すれば足り、
当該領域に対する僅かなプログラムの追加や変更だけ
で、複数種類のＧＵＩに対応したＧＵＩアプリケーショ
ンを随意に作成することが可能となる。

【００５３】次に、図３は、本発明の一実施形態に係る
ＧＵＩアプリケーション開発におけるクラス設計方法に
より特定のＧＵＩに対応したクラス設計を行った例を示
す図である。

【００５４】同図に示すように、本例においては、ま
ず、ＧＵＩ非依存型Ｖモジュール４のクラス設計に際
し、複数種類のＧＵＩの共通の画面構成物に関するクラ
ス群をパッケージ化して、これをＶＣモジュール６（Ｖ
Ｃ：Ｖｉｅｗ ｏｆ Ｃｏｍｐｏｎｅｎｔｓ）とし、さ
らに、ＧＵＩ依存型Ｖモジュール５（５ａ，５ｂ）のク
ラス設計に際し、複数種類のＧＵＩごとに、上述の画面
構成物に対応する個々のＧＵＩの固有のＧＵＩ部品に関
するクラス群をパッケージ化して、これをＶＧモジュー
ル７（ＶＧ：Ｖｉｅｗ ｏｆ ＧＵＩ）とする。

【００５５】ここで、特定のＧＵＩにおいて作成しよう
とするウィンドウ８に、選択ボタン・フィールド８１と
選択肢フィールド８２とを設定する場合、ＶＣモジュー
ル６に対しては、複数種類のＧＵＩに共通の選択ボタン
構成物オブジェクトからなるクラス６１と、同じく共通
の選択肢構成物オブジェクトからなるクラス６２とを設
定するようにし、また、ＶＧモジュール７に対しては、
特定のＧＵＩに固有の選択ボタン部品オブジェクトから
なるクラス７１と、同じく固有の選択肢部品オブジェク
トからなるクラス７２とを設定するようにする。

【００５６】続いて、図４は、本発明の一実施形態に係
るＧＵＩアプリケーション開発におけるクラス設計方法
によりＧＵＩアプリケーションを開発する際の手順の一
例を示す図である。

【００５７】同図に示すように、本例にあっては、ま
ず、第１及び第２のＧＵＩにそれぞれ対応した第１及び
第２の既存のＶモジュール９ａ及び９ｂを準備し（３種
類以上のＧＵＩが存在する場合には相当数のＶモジュー
ルを準備し）、次に、これら第１及び第２の既存のＶモ
ジュール９ａ及び９ｂに共通して存在するクラス群を機
械的に抽出して、これをＧＵＩ非依存型Ｖモジュール４
として設定すると共に、さらに、当該第１及び第２の既
存のＶモジュール９ａ及び９ｂに共通しない残余のクラ
ス群を機械的に抽出して、これを前述した第１及び第２
のＧＵＩ用のＧＵＩ依存型Ｖモジュール５ａ及び５ｂと
して設定する。

【００５８】ここで、以上のように設定したＧＵＩ非依
存型Ｖモジュール４に、作成しようとするＧＵＩアプリ
ケーションに必須のクラスが存在しない場合には、オブ
ジェクト指向論で適用される継承（インヘリタンス）や
委譲（デリゲーション）などの種々の関連を利用して、
当該ＧＵＩアプリケーションに固有のクラスを付加し、
これを、新たなＧＵＩ非依存型Ｖモジュール４ａとすれ
ばよい。

【００５９】なお、第１及び第２の既存のＶモジュール
９ａ及び９ｂとしては、市販のものをそのまま利用する
ことができる。

【００６０】以上、本発明の実施の形態につき説明した
が、本発明は、必ずしも上述した手法にのみ限定される
ものではなく、本発明にいう目的を達成し、後述する効
果を有する範囲内において、適宜、変更実施することが
可能なものである。

【００６１】

【発明の効果】以上説明したように、本発明によれば、
ＧＵＩアプリケーション開発に適用されるＭＶＣモデル
を構成するＶモジュールを、ＧＵＩ非依存型Ｖモジュー
ルとＧＵＩ依存型Ｖモジュールとに分割して設定したこ
とから、当該ＧＵＩアプリケーションの修正を行う必要
が生じた際に、ＧＵＩ依存型Ｖモジュールの領域に対す
る僅かなプログラムの追加や変更だけで、複数種類のＧ
ＵＩに対応したＧＵＩアプリケーションを随意に作成す
ることが可能となる。

【００６２】この結果、ＭＶＣモデルのＶモジュールに
含まれる各クラスを全面的に変更することなく、ＧＵＩ
アプリケーションの移植や仕様変更などに柔軟に対処す
ることが可能になると共に、生産性やメンテナンス性の
高いＧＵＩアプリケーションを供給することが可能にな
り、併せて、一連性をもって供給されるＧＵＩアプリケ
ーションの開発者が途中で変わった場合においても、当
該ＧＵＩアプリケーションの品質を一定に保持すること
を可能になる。

【００６３】また、本発明に適用されるＭＶＣモデル
は、ＧＵＩアプリケーションの開発者に対して、クラス
の抽出条件や判定基準に関する明確な規定を与えうるも
のであり、しかも、その規定は、ＧＵＩの画面仕様が決
まり次第、機械的なクラス抽出を可能するものであるこ
とから、本発明に適用されるＭＶＣモデルのＧＵＩ非依
存型ＶモジュールとＧＵＩ依存型Ｖモジュールとからな
る構造は、多くの開発者にも容易に理解され、これに伴
い、作成しようとするＧＵＩアプリケーションの開発期
間も大幅に短縮されるようになる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るＧＵＩアプリケーシ
ョン開発におけるクラス設計方法を説明するためのＭＶ
Ｃモデルの模式図である。

【図２】本発明の一実施形態に係るＧＵＩアプリケーシ
ョン開発におけるクラス設計方法を第１及び第２の異な
るＧＵＩに適用した例を示す図である。

【図３】本発明の一実施形態に係るＧＵＩアプリケーシ
ョン開発におけるクラス設計方法により特定のＧＵＩに
対応したクラス設計を行った例を示す図である。

【図４】本発明の一実施形態に係るＧＵＩアプリケーシ
ョン開発におけるクラス設計方法によりＧＵＩアプリケ
ーションを開発する際の手順の一例を示す図である。

【図５】従来のＧＵＩアプリケーション開発に適用され
ているＭＶＣモデルの模式図である。

【図６】（ａ）及び（ｂ）は、第１及び第２の異なるＧ
ＵＩにそれぞれ対応して作成された同一種類のＧＵＩア
プリケーションにおける各Ｖモジュールの構造を示す図
である。

【符号の説明】

１…Ｍモジュール １１〜１４…Ｍモジュールを構成するクラス ２…Ｖモジュール ２ａ…第１のＧＵＩ用のＶモジュール ２ｂ…第２のＧＵＩ用のＶモジュール ２１〜２４…Ｖモジュールを構成するクラス ２１ａ〜２４ａ…第１のＧＵＩ用のＶモジュールを構成
するクラス ２１ｂ〜２４ｂ…第２のＧＵＩ用のＶモジュールを構成
するクラス ２０１〜２０４…特定のＧＵＩに特化したプログラム ２０１ａ〜２０４ａ…第１のＧＵＩに特化したプログラ
ム ２０１ｂ〜２０４ｂ…第２のＧＵＩに特化したプログラ
ム ３…Ｃモジュール ３１〜３４…Ｃモジュールを構成するクラス ４，４ａ…ＧＵＩ非依存型Ｖモジュール ４１〜４４…ＧＵＩ非依存型Ｖモジュールを構成するク
ラス ５…ＧＵＩ依存型Ｖモジュール ５１〜５４…ＧＵＩ依存型Ｖモジュールを構成するクラ
ス ５ａ…第１のＧＵＩ用のＧＵＩ依存型Ｖモジュール ５ｂ…第２のＧＵＩ用のＧＵＩ依存型Ｖモジュール ５１ａ〜５４ａ…第１のＧＵＩ用のＧＵＩ依存型Ｖモジ
ュールを構成するクラス ５１ｂ〜５４ｂ…第２のＧＵＩ用のＧＵＩ依存型Ｖモジ
ュールを構成するクラス ５０１ａ〜５０４ａ…第１のＧＵＩに特化したプログラ
ム ５０１ｂ〜５０４ｂ…第２のＧＵＩに特化したプログラ
ム ６…ＶＣモジュール ６１…複数種類のＧＵＩに共通の選択ボタン構成物オブ
ジェクトからなるクラス ６２…複数種類のＧＵＩに共通の選択肢構成物オブジェ
クトからなるクラス ７…ＶＧモジュール ７１…特定のＧＵＩに固有の選択ボタン部品オブジェク
トからなるクラス ７２…特定のＧＵＩに固有の選択肢部品オブジェクトか
らなるクラス ８…ウィンドウ ８１…選択ボタン・フィールド ８２…選択肢フィールド ９ａ…第１の既存のＶモジュール ９ｂ…第２の既存のＶモジュール

───────────────────────────────────────────────────── フロントページの続き (72)発明者 安田 道雄 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 今井 藤雄 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 伊藤 弘志 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 田中 俊宏 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 太田 智彦 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 Ｆターム(参考） 5B076 DD05 DF08

Claims (9)

【特許請求の範囲】
1. 【請求項１】オブジェクト指向論に基づくＧＵＩアプリ
   ケーションの開発をＭＶＣモデルを用いて行う際の当該
   ＭＶＣモデルのクラス設計に適用される、ＧＵＩアプリ
   ケーション開発におけるクラス設計方法であって、 前記ＭＶＣモデルを構成するモジュールである、前記Ｇ
   ＵＩアプリケーションの動作に関与するＭモジュール、
   ＧＵＩ画面の仕様に関与するＶモジュール、及び前記Ｍ
   モジュールと前記Ｖモジュールとの間のメッセージの受
   渡しに関与するＣモジュールのうち、 前記Ｍモジュール及び前記Ｃモジュールを既存の形態の
   まま保つ一方、 前記Ｖモジュールを、前記ＧＵＩ画面の仕様を実現する
   上でＧＵＩの種類に依存せずに機能する複数のクラスを
   パッケージ化してなるＧＵＩ非依存型Ｖモジュールと、
   前記ＧＵＩの種類に依存して機能する複数のクラスをパ
   ッケージ化してなるＧＵＩ依存型Ｖモジュールとに分割
   して設定する、 ことを特徴とするＧＵＩアプリケーション開発における
   クラス設計方法。
2. 【請求項２】前記ＧＵＩ非依存型Ｖモジュールを構成す
   る前記複数のクラスの一部に、前記Ｖモジュールから前
   記Ｃモジュールへのメッセージの受渡しに関与していた
   プログラムを含ませる、 ことを特徴とする請求項１に記載のＧＵＩアプリケーシ
   ョン開発におけるクラス設計方法。
3. 【請求項３】前記ＧＵＩ非依存型Ｖモジュールを構成す
   る前記複数のクラスの一部に、前記ＧＵＩ依存型Ｖモジ
   ュールへのメッセージの受渡しに関与するプログラムを
   含ませると共に、 前記ＧＵＩ依存型Ｖモジュールを構成する前記複数のク
   ラスの一部に、前記ＧＵＩ非依存型Ｖモジュールへのメ
   ッセージの受渡しに関与するプログラムを含ませる、 ことを特徴とする請求項２に記載のＧＵＩアプリケーシ
   ョン開発におけるクラス設計方法。
4. 【請求項４】前記ＧＵＩ非依存型Ｖモジュールのクラス
   設計は、 複数種類のＧＵＩに共通の画面構成物に関するクラス群
   をパッケージ化することにより行い、 前記ＧＵＩ依存型Ｖモジュールのクラス設計は、 前記複数種類のＧＵＩごとに、前記画面構成物に対応す
   る個々のＧＵＩに固有のＧＵＩ部品に関するクラス群を
   パッケージ化することにより行う、 ことを特徴とする請求項１、２又は３に記載のＧＵＩア
   プリケーション開発におけるクラス設計方法。
5. 【請求項５】前記ＧＵＩ非依存型Ｖモジュール及び前記
   ＧＵＩ依存型Ｖモジュールの作成に際しては、 前記複数種類のＧＵＩにそれぞれ対応した複数種類の既
   存のＶモジュールを準備し、 当該複数種類の既存のＶモジュールに共通して存在する
   クラス群を、前記ＧＵＩ非依存型Ｖモジュールとして設
   定すると共に、 当該複数種類の既存のＶモジュールに共通しない残余の
   クラス群を、前記複数種類のＧＵＩにそれぞれ対応させ
   るべき前記ＧＵＩ依存型Ｖモジュールとして設定する、 ことを特徴とする請求項１、２、３又は４に記載のＧＵ
   Ｉアプリケーション開発におけるクラス設計方法。
6. 【請求項６】さらに、前記ＧＵＩ非依存型Ｖモジュール
   における前記クラス群に、前記ＧＵＩアプリケーション
   に固有のクラスを付加する、 ことを特徴とする請求項５に記載のＧＵＩアプリケーシ
   ョン開発におけるクラス設計方法。
7. 【請求項７】前記ＧＵＩ非依存型Ｖモジュールにおける
   前記クラス群への前記固有のクラスの付加に際しては、 前記オブジェクト指向論で適用される継承の関連を利用
   する、 ことを特徴とする請求項６に記載のＧＵＩアプリケーシ
   ョン開発におけるクラス設計方法。
8. 【請求項８】前記ＧＵＩ非依存型Ｖモジュールにおける
   前記クラス群への前記固有のクラスの付加に際しては、 前記オブジェクト指向論で適用される委譲の関連を利用
   する、 ことを特徴とする請求項６に記載のＧＵＩアプリケーシ
   ョン開発におけるクラス設計方法。
9. 【請求項９】前記既存のＶモジュールとしては、 市販のものを利用する、 ことを特徴とする請求項５、６、７又は８に記載のＧＵ
   Ｉアプリケーション開発におけるクラス設計方法。