JPH09198242A

JPH09198242A - オブジェクト指向設計支援装置

Info

Publication number: JPH09198242A
Application number: JP8005696A
Authority: JP
Inventors: Yoshinori Takenami; 佳則武並
Original assignee: Sumitomo Electric Industries Ltd
Current assignee: Sumitomo Electric Industries Ltd
Priority date: 1996-01-17
Filing date: 1996-01-17
Publication date: 1997-07-31

Abstract

(57)【要約】【課題】ソフトウェア開発の設計段階で設計の再利用
が容易となるように支援するためのオブジェクト指向設
計支援装置を提供する。【解決手段】利用者は入出力部１を介してＤＰ（デザ
インパターン）格納部５中の複数のＤＰから設計しよう
とするシステムへの適用が所望されるＤＰをＤＰ選択部
７を介して選択すると、設計モデルデータ格納部２中の
設計しようとするシステムのオブジェクトモデルの各ク
ラスおよび各特性に選択されたＤＰの格納部５中の各ク
ラスおよび各特性が対応付けられて、その適用の状態が
ＤＰ適用クラス群対応付け部９およびＤＰ表示部８によ
り入出力部１に表示される。このとき、選択されたＤＰ
の関連するクラスおよび関連する特性は識別可能にして
表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はオブジェクト指向
分析・設計手法を用いたソフトウェア開発における設計
の段階で、過去のソフトウェア開発で有効であった設計
結果を現ソフトウェア開発に適用（以下、設計の再利用
と呼ぶ）するのを支援するオブジェクト指向設計支援装
置に関し、特に、設計の再利用が容易となるように支援
するためのオブジェクト指向設計支援装置に関する。

【０００２】

【従来の技術】近年、オブジェクト指向の概念を利用し
てソフトウェアを開発する手法（たとえば、オブジェク
ト指向方法論（ＯＭＴ法）；ランボー著、羽生田栄一監
訳、プレンティスフォール／トッパン）が注目されつつ
ある。

【０００３】この明細書で使用されるオブジェクト指向
の概念に関する用語は上述の書籍において定義されたも
のを用いる。

【０００４】オブジェクトとは対象となる問題（物）に
対して明確な境界と意味を持つ概念や抽象を指す。オブ
ジェクトモデルはシステム間のオブジェクト、オブジェ
クト間の関係およびオブジェクトの各クラスを特徴付け
る属性や操作などの特性を示すことによりシステムの構
造を示すものである。

【０００５】クラスとは、同様の性質（属性）、共通の
振舞い（操作）、他のオブジェクトとの共通の関係およ
び共通の意味を持つオブジェクトのグループを指し、
人、会社、動物、プロセスおよびウィンドウなどのそれ
ぞれはすべてクラスである。

【０００６】以下、他の用語の説明は、明細書中で適宜
行なわれる。オブジェクト指向における設計の再利用の
枠組みとは、再利用する対象およびその手段（どのよう
に再利用するか）を意味する。枠組みとしては、クラス
ライブラリ、フレームワーク（特開平７−１１０７６６
号参照）およびデザインパターン（Gamma, E. et al.,
Design Patterns, Addison-Wesley, 1995 ）が提案され
る。

【０００７】クラスライブラリは、従来から使用される
再利用の方法であるが、クラス数が多くなると、その検
索に時間とコストがかかる。またクラスライブラリでは
主に継承を用いた再利用形態となっており、検索したク
ラスの内容（ソースコード）を理解するのが困難である
という問題が指摘されている。

【０００８】なお、継承または汎化とは上下のクラス間
で類似点を共有するための抽象化の手法である。たとえ
ば、「装置」というクラスを特殊化した「ポンプ」や
「タンク」というクラスは、「装置」の属性である製造
者，重量，価格等を装置から継承する。

【０００９】汎化とはクラスとそれを１回以上特殊化し
たものとの関係を称し、特殊化の基になるクラスを抽象
クラスと呼び、特殊化された結果の各クラスを具象クラ
スと呼ぶ。したがって、上述の例では、装置はポンプと
タンクの抽象クラスであり、具象クラスの集合に共通の
特性（属性と操作）は抽象クラスに付加され、かつすべ
ての具象クラスで共有される。

【００１０】フレームワークは、近年注目されつつある
再利用の枠組みであるが、現状では開発しようとするシ
ステムに適したフレームワークが存在するとは限らず、
また存在したとしても入手するのが困難である場合もあ
る。

【００１１】デザインパターンは再利用可能な構成要素
としてのオブジェクト群を予め整備したもので、フレー
ムワークよりもさらに抽象的で、小さい要素であり、グ
ラフィカルインタフェースの分野、ネットワーク管理シ
ステムの分野およびビジネスシステムの分野など分野
（ドメイン）に特化されていない。こうしたデザインパ
ターンを拡張しながら利用することで、既存のシステム
を拡張できると言われている。上記の Gamma, E. et a
l. によれば次の２３個のデザインパターンが紹介され
る。

【００１２】・ Creational Patterns：５個 Abstract
Factory, Builder, Factory Method, Prototype, Sing
leton ・Structural Patterns ：７個 Adapter, Bridge, Com
posite, Decorator, Facade, Flyweight, Proxy ・Behavioral Patterns ：１１個 Chain of Responsib
ility, Command, Interpreter, Iterator, Mediator, M
emento, Observer, State, Strategy, Template Metho
d, Visitor これらのパターンはこれまでになかった画期的なパター
ンというのではなく、経験を積んだオブジェクト指向技
術者が再利用性を高めるために、さまざまな場面で使用
していた技術を名称、構造などを統一および整理してま
とめられたものである。

【００１３】Creational Patternsはオブジェクト生成
に関連するものである。StructuralPatterns はクラス
あるいはオブジェクトをどのように構成して、より大き
な構造を形成するかに関連する。Behavioral Patterns
はアルゴリズムおよびオブジェクト間の機能の分担、通
信に関連する。

【００１４】具体的にいくつかのパターンについて説明
すると、たとえば Abstract Factory は具体的なクラス
名を指定しないで関連または依存する１まとまりのオブ
ジェクトを生成するためのインタフェースを提供する。

【００１５】また、Composite はオブジェクトをツリー
構造に構成して、クライエントが個々のオブジェクトお
よび構成されたオブジェクトを統一的に扱えるようにす
る。

【００１６】Template Method は操作のアルゴリズムの
スケルトンを定義して、アルゴリズムのいくつかのステ
ップをサブクラスに任せる方法を示す。サブクラスはア
ルゴリズムの構造を変えないで、アルゴリズムのあるス
テップを再定義すればよい。

【００１７】以上のように、デザインパターンは特に難
解な技術というわけでもなく、どのようなソフトウェア
にも関係のありそうなオブジェクト群を集めたものであ
る。今後、オブジェクト指向設計の際に、このようなデ
ザインパターンを適用していくことは、再利用性、設計
の効率化およびソフトウェアの品質向上の観点からも重
要である。

【００１８】

【発明が解決しようとする課題】ところが、デザインパ
ターンを構成するクラス名またはオブジェクト名は抽象
的でわかりづらく、個々のデザインパターンの特徴、開
発しようとするシステムのどのような状況または場面に
適用できるのか、また適用に際してどのような制約があ
るのかなどを理解するのは容易ではない。したがって、
設計したオブジェクトモデルにデザインパターンをどの
ように適用するかを検討すること自体が容易ではなく、
その適用の仕方が正しいのかも判断しづらい。また、目
的とするデザインパターンを実際に使用するときは、そ
のままの構造および名称を使用するのではなく、開発し
ようとするシステムのオブジェクトモデルに適した構
造、名称を定める必要があり、モデルの変更および修正
も大変な作業となる。

【００１９】それゆえにこの発明の目的は、オブジェク
ト指向分析・設計手法を用いたソフトウェア開発の設計
段階で、設計の再利用が容易となるように支援するため
のオブジェクト指向設計支援装置を提供することであ
る。

【００２０】

【課題を解決するための手段】請求項１に記載のオブジ
ェクト指向設計支援装置は、外部操作される入力手段
と、設計しようとするシステムを複数の第１のクラス、
複数の第１の特性および各第１クラス間の継承に関する
情報からなるオブジェクトモデルとして格納するモデル
格納手段と、複数のデザインパターンのそれぞれについ
て、少なくとも構造データ、複数の第２のクラスおよび
複数の第２の特性に関する情報を格納するデザインパタ
ーン格納手段と、システムへの適用が所望されるデザイ
ンパターンを入力手段を介してデザインパターン格納手
段の複数のデザインパターンから選択するデザインパタ
ーン選択手段と、モデル格納手段のオブジェクトモデル
の各第１クラスおよび各第１特性に選択されたデザイン
パターンのデザインパターン格納手段中の各第２クラス
および各第２特性を対応付けて適用の状態を表示するデ
ザインパターン適用状態表示手段とを備え、適用の状態
の表示が、選択されたデザインパターンの関連する第２
クラスおよび関連する第２特性を識別可能にして行なわ
れるよう構成される。

【００２１】請求項１に記載の装置はこのように構成さ
れて、デザインパターン適用状態表示手段により、選択
したデザインパターンが設計しようとするシステムのオ
ブジェクトモデルにどのように適用されているかを一目
で認識することができる。

【００２２】したがって、利用者は選択したデザインパ
ターンを設計しようとするシステムのオブジェクトモデ
ルにどのように適用するかについての負担が軽減され
る。

【００２３】請求項２に記載のオブジェクト指向設計支
援装置は請求項１に記載の装置のデザインパターン格納
手段が複数のデザインパターンのそれぞれについてさら
にその特徴を示す情報を格納し、そしてデザインパター
ン格納手段中の選択されたデザインパターンの特徴情報
を用いて選択されたデザインパターンの適用状態にある
オブジェクトモデルの特徴を評価する評価手段と、この
評価手段による評価の結果を表示する評価結果表示手段
とをさらに備えて構成される。

【００２４】請求項２に記載の装置はこのように構成さ
れるので、選択したデザインパターンが適用された状態
にあるシステムのオブジェクトモデルの特徴が評価され
てその結果が表示されるので、利用者は選択したデザイ
ンパターンは設計しようとするシステムに適用すべきデ
ザインパターンとして適当であるか否かの判断の方向づ
けがなされて、デザインパターンに関しての知識が乏し
くても設計しようとするシステムに適切なデザインパタ
ーンの適用が可能となるように支援される。

【００２５】請求項３に記載のオブジェクト指向設計支
援装置は請求項２に記載の装置がさらに評価結果表示手
段により表示された評価結果に従ってオブジェクトモデ
ルを更新するための更新手段を備えて構成される。

【００２６】請求項３に記載の装置はこのように構成さ
れて、利用者は評価結果表示手段により表示された評価
結果に従ってオブジェクトモデルを更新することができ
るので、選択したデザインパターンによるシステムのオ
ブジェクトモデルの変更または修正が容易に行なえる。

【００２７】請求項４に記載のオブジェクト指向設計支
援装置は請求項１ないし３のいずれかの装置がさらに、
選択されたデザインパターンのデザインパターン格納手
段中の構造データ、複数の第２クラスおよび複数の第２
特性に関する情報に基づいて選択されたデザインパター
ンのオブジェクトモデルを表示するデザインパターンモ
デル表示手段と、デザインパターンモデル表示手段に表
示されたデザインパターンのオブジェクトモデルを設計
しようとするシステムのオブジェクトモデルに更新する
手段を備えて構成される。

【００２８】請求項４に記載の装置はこのように構成さ
れて、利用者はデザインパターン格納手段中から所望の
デザインパターンを選択し、このオブジェクトモデルを
デザインパターンモデル表示手段に表示しながら、設計
しようとするシステムのオブジェクトモデルとなるよう
に変更または修正することができる。したがって、適切
なシステム設計が容易となるように支援される。

【００２９】

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

【００３０】図１はこの発明の実施の形態によるオブジ
ェクト指向設計支援装置のブロック構成図である。

【００３１】図の装置はＣＰＵを含み、ＣＰＵにより一
括制御されるキーボードおよびマウスなどの入力デバイ
スならびにプリンタおよび表示装置などの出力デバイ
ス、内部のメモリ、ハードディスクなどの外部メモリな
どからなるコンピュータ上に構築される。

【００３２】装置は上述の入力デバイスおよび出力デバ
イスに対応の入出力部１、ハードディスクの所定記憶領
域にその一部が対応する設計モデルデータ格納部２およ
びデザインパターン（以下、ＤＰと略す）データ格納部
５、内部メモリの所定記憶領域にその一部が対応のモデ
ルデータ保持部３、内部メモリ上に予め記憶された処理
プログラムおよび関数プログラムなどに対応のモデル編
集・表示部４、ＤＰ編集部６、ＤＰ選択部７、ＤＰ表示
部８、ＤＰ適用クラス群対応付け部９およびＤＰ適用ク
ラス群評価部１０を含む。

【００３３】なお、各部間の入出力と各部の制御はＣＰ
Ｕにより一括してプログラム制御される。

【００３４】入出力部１はユーザとのインタフェースを
行なうためのものである。設計モデルデータ格納部２は
設計しようとするソフトウェアシステムに対応のオブジ
ェクトモデルをハードディスクに格納する。モデルデー
タ保持部３は設計モデルデータ格納部２から所望のオブ
ジェクトモデルを読出して内部メモリに保持する。モデ
ル編集・表示部４はモデルデータ保持部３に保持される
オブジェクトモデルを入出力部１の表示装置のモデル表
示ウィンドウに表示する。

【００３５】ＤＰデータ格納部５はその詳細は後述する
が、各種ソフトウェア開発の設計段階で有効であったＤ
Ｐなど複数のＤＰについて登録されたＤＰリスト５１な
ど、これらＤＰに関する各種データを記憶する。ＤＰ編
集部６は入出力部１を介してユーザによる入力データに
従ってＤＰデータ格納部５内のデータ編集をする。ＤＰ
選択部７は入出力部１を介してユーザからの入力データ
に基づいてＤＰデータ格納部５のＤＰリスト５１から適
用を検討したいＤＰを選択する。

【００３６】ＤＰ表示部８はＤＰ選択部７により選択さ
れたＤＰに関する一連のデータをＤＰデータ格納部５か
ら読出して入出力部１の表示装置のＤＰ表示ウィンドウ
に表示する。

【００３７】ＤＰ適用クラス群対応付け部９はモデル表
示ウィンドウに表示されるオブジェクトモデルをＤＰ表
示ウィンドウに表示されるＤＰのオブジェクトモデルに
所定手順に従って関連の方向付けをしながら再表示す
る。なお、関連の方向とはモデル上では線分で示され、
ある情報が複数のクラスに依存している場合に、その依
存関係を示すものである。

【００３８】ＤＰ適用クラス群評価部１０はＤＰ適用ク
ラス群対応付け部９によりＤＰのオブジェクトモデルに
関連づけられた設計しようとするシステムのオブジェク
トモデルのＤＰの適用に際して修正または変更すべき項
目を表示する。

【００３９】ＤＰデータ格納部５には複数のＤＰが登録
されるＤＰリスト５１、リスト５１に登録された各ＤＰ
についてＤＰ基本構造データ５２、ＤＰ関係クラスと関
係操作５３、ＤＰ特徴項目５４、適用される場面５５、
効果５６およびサンプルコード５７が格納される。関係
クラスとは、ＤＰを構成するお互いに関係したクラス群
の各クラスを指す。関係操作とは関連クラス（オブジェ
クト）において呼出（実行）される操作（オペレーショ
ン）を指す。効果とは対応のＤＰを適用すると開発しよ
うとするシステムにどのような効果が期待できるかを示
す。サンプルコードとはＤＰを実現するオブジェクト指
向言語のサンプルプログラムのコードである。

【００４０】図２は図１のＤＰリスト５１の構成例を示
す図である。図２のＤＰリスト５１は使用（適用）目的
５１１、各目的５１１に該当するＤＰ名５１２およびＤ
Ｐ名５１２のそれぞれに対応のＤＰの概要５１３が登録
される。

【００４１】ＤＰ基本構造データ５２は対応のＤＰを構
成する抽象クラスと具象クラスからなる複数のクラス
を、汎化と継承の関係に従ってツリー構造にして示した
ものである。ＤＰ関係クラスと関係操作５３は対応の基
本構造データ中の各クラスについての設計手順と各クラ
スについての操作（引数リスト、戻り値の型）を示した
ものである。

【００４２】抽象クラスとは下位の具象クラスに対する
共通のインタフェースを定義することを目的としたクラ
スである。抽象クラスでないクラスは具象クラスと呼ば
れる。

【００４３】図３はこの発明の実施の形態による既に分
析・設計したオブジェクトモデルに対するＤＰの適用を
支援する処理のフローチャートである。

【００４４】図３のフローチャートに従ってオブジェク
トモデルに対するＤＰの適用を支援する手順について説
明する。

【００４５】まず、設計しようとしているソフトウェア
システムを示すオブジェクトモデルをモデルデータ保持
部３が設計モデルデータ格納部２から読出し、モデル編
集・表示部４により入出力部１のモデル表示ウィンドウ
に表示する（図３のＳ１およびＳ２参照）。

【００４６】図４は図３のＳ２で表示されるオブジェク
トモデルを示す図である。図４のオブジェクトモデルは
抽象クラスである要求オブジェクトクラス２０と具象ク
ラスであるＡｃｔｉｏｎ要求クラス２１、Ｇｅｔ要求ク
ラス２２、Ｓｅｔ要求クラス２３および通信処理オブジ
ェクトクラス２４がツリー構造にして示される。

【００４７】図４の各クラスはクラス名ＣＮと操作ＯＰ
からなる特性とを含む。ここでは説明を簡単にするため
属性は省略される。要求オブジェクトクラス２０は長方
形の左上の三角形部分が黒く塗り潰されて抽象クラスで
あることが示される。Ａｃｔｉｏｎ要求クラス２１およ
びＧｅｔ要求クラス２２は要求オブジェクトクラス２０
のインタフェース（オブジェクトが受理できる要求の集
まり）を継承するので、たとえば二重線で要求オブジェ
クトクラス２０と関連づけされる。また、要求オブジェ
クトクラス２０は通信処理オブジェクトクラス２４に関
連づけられている。

【００４８】また、要求オブジェクトクラス２０の引数
設定（）操作および原始送信処理（）操作は抽象操作で
あるので、たとえばそれら各操作名にアンダーラインが
付されて表示される。なお、抽象操作とは、抽象クラス
で定義しているが、実装されない操作を指す。

【００４９】次に、ユーザは入出力部１とＤＰ選択部７
を介してＤＰリスト５１に登録されており、予めＤＰデ
ータ格納部５に記憶されるＤＰの中から、適用を検討し
たいＤＰを選択する（Ｓ３）。今の場合、図２のテンプ
レートメソッドが選択されたとする。

【００５０】ＤＰ選択部７は選択されたＤＰに対応のＤ
Ｐ名５１２（“テンプレートメソッド”）をＤＰ表示部
８に通知するので、ＤＰ表示部８は入出力部１にＤＰ表
示ウィンドウを開き、ＤＰリスト５１の“テンプレート
メソッド”に対応のＤＰ名５１２、基本構造データ５２
ならびに関係クラスと関係操作５３が示される（Ｓ
４）。図５は、図３のＳ４のＤＰの表示例を示す図であ
る。

【００５１】図５の画面において、選択されたＤＰにつ
いてさらに詳しい情報を知りたい場合は、画面の“適用
される場面”ボタン、“効果”ボタンおよび“サンプル
コード”ボタンなどを入出力部１を介してクリックすれ
ば対応の情報がＤＰデータ格納部５から読出されて表示
され選択したＤＰについて理解を深めることができる。

【００５２】図５に示されるようにＤＰも図４のオブジ
ェクトモデルと同様に抽象クラス、抽象操作、継承およ
び関連の方向は重要な情報であるので、図４で示された
ように他と区別できるようにして表示される。

【００５３】次に、ＤＰ適用クラス群対応付け部９はモ
デル表示ウィンドウに表示されるオブジェクトモデル
（図４参照）をＤＰ表示ウィンドウに表示されているＤ
Ｐ（図５）のオブジェクトモデルの関係クラスに対応付
ける（Ｓ５）。たとえば、ＤＰの関係クラス名の後ろに
オブジェクトモデルのクラスを入力することにより対応
付ける。または、ＤＰの基本構造中の関係クラスをクリ
ックして、次にオブジェクトモデルの基本構造中のクラ
スをクリックするような方法で対応付けすることもでき
る。

【００５４】このようにして、オブジェクトモデルのＤ
Ｐに適用するクラス群が指定される。対応付けおよび対
応付けられたオブジェクトモデルのＤＰ適用クラス群に
関する情報の管理はＤＰ適用クラス群対応付け部９にて
行なわれる。また、ＤＰ関係操作に関しても同様にして
対応付けが行なわれる。

【００５５】図６は図４のオブジェクトモデルと図５の
ＤＰとの間において関係クラスおよび関係操作が対応付
けられた状態の表示画面例を示す図である。

【００５６】次に、図６の表示画面で“適用”ボタンを
クリックすると、表示ウィンドウのオブジェクトモデル
上の対応付けられた各クラスを示す長方形に隣接してＤ
Ｐ名、ＤＰ関係クラス名およびＤＰ関係操作が表示され
る（Ｓ６）。図７は図３のＳ６における表示画面の一例
を示す図である。

【００５７】また、ＤＰ表示ウィンドウの“評価”ボタ
ンをクリックするとＤＰ適用クラス群評価部１０によ
り、予めＤＰデータ格納部５に格納されている指定され
たＤＰに対応の特徴項目５４を用いて指定されたＤＰ適
用クラス群の特徴が評価されて、ＤＰ適用クラス群の修
正または変更すべき項目が表示される（Ｓ７）。ＤＰの
特徴項目５４としてはたとえば次のようなものがある。

【００５８】・ＤＰ関係クラスの種類の数が一致してい
るか、あるいは必須のＤＰ関係クラス（ＤＰを構成する
クラス群のうち、そのＤＰを適用するためにはなくては
ならないクラス）が指定されているか。

【００５９】・ＤＰ関係クラス間の関連が存在するか。
正しい関連の方向になっているか。・ＤＰ関係クラス間の継承の上下関係は正しいか。

【００６０】・抽象クラスとなるべきクラスは抽象クラ
スとなっているか。・抽象操作となるべき操作は抽象操作となっているか。

【００６１】・インタフェース継承すべき継承関係部分
は具象クラスで新たに操作が定義されていないか。

【００６２】今のテンプレートメソッドのＤＰの例で
は、ＤＰ関係操作の特徴である、・関係操作“テンプレートメソッド”は抽象クラスで定
義され、具象クラスで再定義されていないか。

【００６３】・原始操作は、抽象クラスで定義され、具
象クラスでも再定義されているか。・サブクラスで新たな操作が定義されていないか。

【００６４】（テンプレートメソッドのＤＰでは具象ク
ラスは抽象クラスからインスタンス継承をする。）など
が評価される。

【００６５】図７の例では、以下のような評価コメント
が画面上に表示される。・テンプレートメソッド“要求送信（）”が具象クラス
“Ａｃｔｉｏｎ要求”で再定義されている。

【００６６】・テンプレートメソッド“要求送信（）”
が具象クラス“Ｇｅｔ要求”で再定義されている。

【００６７】・原始操作“原始送信処理（）”が具象ク
ラス“Ｓｅｔ要求”で再定義されていない。

【００６８】・新たな操作“引数変更（）”が具象クラ
ス“Ｓｅｔ要求”で定義されている。

【００６９】使用者は表示された評価コメントを基に入
出力部１とモデル編集・表示部４により、オブジェクト
モデルを変更・修正する（Ｓ８）。さらに、ＤＰ適用ク
ラス群評価部１２より得られる前述の評価コメントに従
って、モデル編集・表示部４を介して設計しようとする
ソフトウェアシステムのオブジェクトモデルを変更およ
び修正する（Ｓ９）。以降、評価コメントがなくなるま
で、オブジェクトモデルの変更・修正が繰返される。こ
れにより、所望するＤＰの適用の支援処理が終了する
（Ｓ１０）。図８には図３のＳ８およびＳ９による変更
・修正後のオブジェクトモデルが示される。

【００７０】なお、最初にＤＰの“適用”ボタンをクリ
ックし、得られた評価コメントにより、そのＤＰの適用
を取消す場合には、“取消”ボタンをクリックすること
により取消すことができる。他のＤＰの適用を検討する
場合は、最初のＤＰ選択部によるＤＰ選択（Ｓ３）に戻
って、同様の処理が繰返される。

【００７１】また、図１の装置を用いて、選択したＤＰ
を基本にしたオブジェクトモデルの構築に対して支援す
ることもできる。この手順を以下に説明する。

【００７２】図９はこの発明の実施の形態による選択さ
れたＤＰに基づいたオブジェクトモデルの構築を支援す
るための処理フローチャートである。

【００７３】利用者は図１のＤＰ選択部７によりＤＰリ
スト５１に予め登録されておりＤＰデータ格納部５に格
納されるＤＰ（図３参照）の中から適用を検討したいＤ
Ｐを選択する（Ｓ１１）。

【００７４】ＤＰ選択部７は選択されたＤＰに対応のＤ
Ｐ名５１１をＤＰ表示部８に通知するので、ＤＰ表示部
８は表示ウィンドウを開きＤＰデータ格納部５の対応す
る情報を用いて選択されたＤＰの基本構造、関係クラス
名およびその説明リストを表示する。今の例ではＤＰと
して“テンプレートメソッド”が選択されて表示された
とする（図５参照）。

【００７５】選択されたＤＰについてさらに詳しい情報
を知りたい場合は、ＤＰ表示ウィンドウ（図５）の“適
用される場合”、“効果”および“サンプルコード”な
どのボタンを入出力部１を介してクリックすれば、予め
格納部５に格納される対応の情報が表示されて、選択さ
れたＤＰについての理解を深めることができる。

【００７６】次に、使用者は設計しようとするオブジェ
クトモデルのクラス名をＤＰ表示ウィンドウ（図５参
照）に表示されるＤＰ関係クラスに対応付ける。たとえ
ば、関係クラス名の後ろに指定したいクラスを入力する
ことにより対応付けられる。ＤＰ関係クラスが１つしか
許されないか、複数指定可能かはＤＰ表示ウィンドウ
（図５参照）に示される。ＤＰ関係操作にしても同様に
対応付ける。今の例では図６のように対応付けられたと
する（Ｓ１３）。

【００７７】次に、利用者がＤＰ表示ウィンドウ（図
５）の“適用”ボタンをクリックすると、選択されたＤ
Ｐを表わすオブジェクトモデルが表示される。上述の対
応付けられたクラスを表わす長方形に、ＤＰ名およびＤ
Ｐ関係クラス名が表示され、ＤＰ関係操作名も表示され
る。

【００７８】図１０は図９のＳ１４における画面表示の
一例を示す図である。次に、利用者は図１０のように表
示されたＤＰのオブジェクトモデルをベースにして、モ
デル編集・表示部４により、新たなクラスを追加したり
新たな操作を追加したりして、設計しようとするオブジ
ェクトモデルとなるように変更・修正する（Ｓ１５）。
このようにして、ＤＰの適用支援処理が終了する。追加
・修正後のオブジェクトモデルが図８に示される。

【００７９】以上のように、設計しようとしているソフ
トウェアシステムのオブジェクトモデルに対して、ＤＰ
を適用しようとする際に、利用者の負担が軽減される。
また、ＤＰに関して知識が乏しくても、適切な適用が行
なわれるように方向づけされる。また、オブジェクトモ
デルの変更と修正も比較的容易に行なえる。その結果、
再利用性が高く、品質の高いソフトウェアの設計を効率
よく行なうことが可能となる。

【図面の簡単な説明】

【図１】この発明の実施の形態によるオブジェクト指向
設計支援装置のブロック構成図である。

【図２】図１のＤＰリスト５１の構成例を示す図であ
る。

【図３】この発明の実施の形態による既に分析・設計し
たオブジェクトモデルに対するＤＰの適用を支援する処
理のフローチャートである。

【図４】図３のＳ２で表示されるオブジェクトモデルを
示す図である。

【図５】図３のＳ４のＤＰ（デザインパターン）の表示
例を示す図である。

【図６】図４のオブジェクトモデルと図５のＤＰとの間
において関係クラスおよび関係操作が対応付けられた状
態の表示画面例を示す図である。

【図７】図３のＳ６における表示画面の一例を示す図で
ある。

【図８】図３のＳ８およびＳ９での変更・修正後のオブ
ジェクトモデルを示す図である。

【図９】この発明の実施の形態による選択されたＤＰに
基づいたオブジェクトモデルの構築を支援するための処
理フローチャートである。

【図１０】図９のＳ１４における画面表示の一例を示す
図である。

【符号の説明】

１入出力部２設計モデルデータ格納部４モデル編集・表示部５ＤＰデータ格納部６ＤＰ編集部７ＤＰ選択部８ＤＰ表示部９ＤＰ適用クラス群対応付け部１０ＤＰ適用クラス群評価部５１ＤＰリスト５２ＤＰ基本構造データ５３ＤＰ関係クラスと関係操作５４ＤＰ特徴項目なお、各図中同一符号は同一または相当部分を示す。

Claims

【特許請求の範囲】

【請求項１】外部操作される入力手段と、設計しようとするシステムを複数の第１のクラス、複数
の第１の特性および前記各第１クラス間の継承に関する
情報からなるオブジェクトモデルとして格納するモデル
格納手段と、複数のデザインパターンのそれぞれについて、少なくと
も構造データ、複数の第２のクラスおよび複数の第２の
特性に関する情報を格納するデザインパターン格納手段
と、前記システムへの適用が所望されるデザインパターンを
前記入力手段を介して前記デザインパターン格納手段の
前記複数のデザインパターンから選択するデザインパタ
ーン選択手段と、前記モデル格納手段の前記オブジェクトモデルの前記各
第１クラスおよび前記各第１特性に前記選択されたデザ
インパターンの前記デザインパターン格納手段中の前記
各第２クラスおよび前記各第２特性を対応付けて前記適
用の状態を表示するデザインパターン適用状態表示手段
とを備え、前記適用の状態の表示は、前記選択されたデザインパタ
ーンの関連する前記第２クラスおよび関連する前記第２
特性を識別可能にして行なわれることを特徴とする、オ
ブジェクト指向設計支援装置。
【請求項２】前記デザインパターン格納手段には前記
複数のデザインパターンのそれぞれについてさらに、そ
の特徴を示す特徴情報が格納され、前記デザインパターン格納手段中の前記選択されたデザ
インパターンの前記特徴情報を用いて前記選択されたデ
ザインパターンの適用状態にある前記オブジェクトモデ
ルの特徴を評価する評価手段と、前記評価手段による前記評価の結果を表示する評価結果
表示手段とをさらに備えた、請求項１に記載のオブジェ
クト指向設計支援装置。
【請求項３】前記評価結果表示手段により表示された
前記評価結果に従って前記オブジェクトモデルを更新す
る更新手段とを備えた、請求項２に記載のオブジェクト
指向設計支援装置。
【請求項４】前記選択されたデザインパターンの前記
デザインパターン格納手段中の前記構造データ、前記複
数の第２クラスおよび前記複数の第２特性に関する情報
に基づいて、前記選択されたデザインパターンのオブジ
ェクトモデルを表示するデザインパターンモデル表示手
段と、前記デザインパターンモデル表示手段に表示された前記
デザインパターンのオブジェクトモデルを前記設計しよ
うとするシステムのオブジェクトモデルに更新する手段
をさらに備えた、請求項１ないし３のいずれかに記載の
オブジェクト指向設計支援装置。