JP2000305766A - オブジェクト指向ソフトウェア開発支援装置および開発支援方法 - Google Patents

Abstract

(57)【要約】 【課題】 オブジェクト指向ソフトウェアの開発にあた
り、分析パターン、設計パターンなどを体系的に適用し
て、パターンを適切、かつ効率的に再利用可能とし、ソ
フトウェア開発を支援する。 【解決手段】 利用可能な複数のパターンのパターン情
報３と、開発時に前後関係があるパターンの間を関連づ
けるパターン間関連情報４とを格納する手段２と、手段
２に格納されているパターンのうちでユーザによって適
用が承認されたパターンを開発対象モデルに適用して該
モデルを詳細化し、該モデルに対応するソフトウェアの
開発を支援する手段５とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はオブジェクト指向ソ
フトウェア開発支援技術に係り、更に詳しくはオブジェ
クト指向モデルの動作と構造を定義するパターン、例え
ば分析パターン、設計パターン、および実装パターンを
体系的に定義し、それらのパターンを開発対象モデルに
適用することによってモデルの自動的な詳細化を行うと
共に、そのモデルに適合するソースコードの自動生成を
行うオブジェクト指向ソフトウェア開発支援装置に関す
る。

【０００２】

【従来の技術】オブジェクト指向ソフトウェア技術と
は、現実世界のもの（オブジェクト）を構成単位として
ソフトウェアを開発しようとする技術であり、近年多く
のオブジェクト指向分析・設計手法が提案されている。

【０００３】オブジェクト指向分析・設計手法では、分
析や設計で記述すべき仕様書の作成手順が定められ、ま
たこれらの仕様書を作成するために仕様書作成作業を支
援するためのソフトウェア分析・設計支援装置が用いら
れている。

【０００４】これらのソフトウェア分析・設計支援装置
では、例えば良い設計をするために過去に作成された設
計のノウハウなどをパターン化し、再利用可能な形式で
まとめた設計パターンが利用されることがある。このパ
ターンは開発プロジェクト内でノウハウを共有するため
にも用いられいる。

【０００５】このようなパターンとして、設計時にはあ
る問題を解決するために構成された複数のオブジェクト
の構造、例えばクラス群とそのクラス群の振舞を記述し
た設計パターンがあり、実装時にはソースコードのコー
ディングノウハウとしての実装パターンがある。また同
様に分析時には、分析モデルに適用するための分析パタ
ーンがある。開発者はパターンに従ってソフトウェアの
モデルおよびプログラムを開発することによって、開発
ノウハウを再利用でき、ソフトウェアの生産性が向上す
る。

【０００６】

【発明が解決しようとする課題】このような分析パター
ンや設計パターンについて、近年それらをまとめた書籍
も出版されている（例えばＥ．Ｇamma他著「オブジェク
ト指向における再利用のためのデザインパターン」ソフ
トバンク）。しかしながら、それらのパターンを利用す
る方法としては、具体的な開発対象モデルに対して独立
した分析パターンや設計パターンを個々に適用して仕様
書を作成するという程度に留まっていた。また書籍など
で紹介されている既存のパターンには様々なものがある
ため、それらを理解し、開発対象モデルに適切なパター
ンを探し出し、開発対象のアプリケーションへの使い方
を判断して、実際に適用するという一連の作業が大変困
難であるという問題点があった。更にたとえパターンを
理解したとしても、実際に開発対象アプリケーションに
適用できるパターンの割合が低いという問題点もあっ
た。

【０００７】従来のパターン適用を支援する装置には、
パターンを適用して仕様書を作成する装置（特開平９−
２３７１８０）と、パターンがモデルに対して正しく適
用されているかチェックする装置（特開平９−１９８２
４２）があった。しかし両者ともパターンの構成要素と
開発者が設計するモデルの構成要素の対応をパターン適
用時にユーザが指定するものであり、パターン適用作業
の効率を大きく改善するものではなかった。

【０００８】またパターンを自動適用するための技術と
してマクロ展開によるプログラム自動生成があるが、従
来の方法では（特開平１−１９１２３３，特開昭６１−
７２３３８）、マクロ（変数）展開を行うためにマクロ
と置換える（展開する）値を別途指定する必要があっ
た。

【０００９】本発明は、第１にパターンを体系的に登録
して、その体系に基づいてパターンを適用することによ
って、パターンを適切、かつ効率的に再利用可能とし、
ソフトウェアの開発支援をより効率的にすることを目的
とする。第２に既存のパターンだけでなく、開発者が自
らのアプリケーションを対象に抽出されるパターンを新
たに定義して登録することによって、開発対象モデルに
適用可能なパターンの割合を向上させることを目的とす
る。第３にパターンを適用して仕様書を作成するだけで
なく、仕様書に整合するソースコードの生成も自動的に
行うことを目的とする。第４にオブジェクト指向の多様
なパターンを簡単に定義して開発者の望むモデルやプロ
グラムを自動生成することを目的とする。第５にパター
ン自身の内部に展開のためのデータの所在を指定して開
発者による指定の必要性を減らし、ソフトウェア自動生
成を効率化することを目的とする。

【００１０】

【課題を解決するための手段】図１は本発明の原理構成
ブロック図である。同図は、オブジェクト指向のソフト
ウェア設計を支援する、オブジェクト指向ソフトウェア
開発支援装置１の構成ブロック図である。

【００１１】図１においてパターン体系格納手段２は、
例えばパターン体系格納部であり、オブジェクト指向ソ
フトウェアの開発にあたって、利用可能な複数のパター
ンのパターン情報３と、その複数のパターンのうちで開
発時に前後関係があるパターンの間を関連づけるパター
ン間関連情報４とを格納するものである。

【００１２】またパターン適用手段５は、パターン体系
格納手段２に格納されているパターンのうちで、外部、
例えばユーザによって適用が承認されたパターンを開発
対象モデルに適用して、そのモデルを詳細化し、そのモ
デルに対応するソフトウェアの開発を支援するものであ
る。

【００１３】本発明の実施の形態においては、パターン
体系格納手段２には、パターン間関連情報４として、ソ
フトウェア開発上の観点と、その観点に対応する選択肢
とを格納することができ、パターン適用手段５はその観
点と選択肢とに対応する、例えばユーザからの指示に応
じて自動的にパターンを選択し、その選択されたパター
ンを開発対象モデルに適用することもできる。

【００１４】また本発明の実施の形態においては、パタ
ーン体系格納手段２が複数の各パターン情報に対する検
索キーを更に格納することもでき、パターン適用手段５
は外部から入力される検索キーによって検索されるパタ
ーンのうちで、外部から指示されたパターンを開発対象
モデルに適用することもできる。

【００１５】本発明の実施の形態においては更にパター
ン情報定義手段とパターン体系定義手段を備えることも
でき、このパターン情報定義手段は外部からパターンテ
ンプレートの形式を用いて入力されるパターン定義情報
に従ってパターン情報を定義することもでき、またパタ
ーン体系定義手段は外部から入力される情報に従って前
後関係があるパターンの間を関連づけるパターン間関連
情報を定義することもできる。

【００１６】本発明の実施の形態においては、ソフトウ
ェア開発支援装置は更に、パターン体系格納手段２に格
納されている複数のパターン情報３とパターン間関連情
報４とに対応するパターン体系を１つのまとまった形式
で表示するパターン体系表示手段と、パターン情報３を
そのパターン情報に対応するテンプレートの形式に従っ
て表示するパターン情報表示手段とを備えることもでき
る。

【００１７】また本発明の実施の形態においては、パタ
ーン体系格納手段２に格納されている複数のパターン情
報３とパターン間関連情報４とに対応するパターン体系
を解釈して、開発対象モデルに適用可能なパターンを、
例えばユーザに提示するパターン体系ナビゲート手段を
更に備え、パターン適用手段５が提示されたパターンの
うちでユーザによって適用が承認されたパターンを開発
対象モデルに適用することもできる。

【００１８】例えばこの場合、前述の複数のパターンが
開発対象モデルに対応する分析パターン、設計パター
ン、および分析・設計パターンに含まれるクラスの操作
定義に対応するソースコードのひな型としての実装パタ
ーンであって、パターン体系格納手段２がパターン間関
連情報４として、分析・設計パターンと実装パターンと
の関連情報を格納することもでき、パターン適用手段５
が例えばユーザによって選択された分析・設計パターン
を開発対象モデルに適用すると共に、その開発対象モデ
ルのうちで分析・設計パターンが適用された部分に対応
するソースコードを、実装パターンに基づいて自動生成
することもできる。

【００１９】また本発明の実施の形態においては、オブ
ジェクト指向ソフトウェア開発支援装置が、パターン適
用手段５によって開発対象モデルへの適用が行われたパ
ターンに対する適用履歴情報を保持するパターン適用履
歴情報格納手段と、保持されている適用履歴情報を解釈
して個々のパターンと、複数のパターン情報とパターン
間関連情報に対応するパターン体系との再利用度、例え
ば適用回数を求めるパターン適用履歴解釈手段とを更に
備えることもできる。

【００２０】またこの場合、パターン適用手段５が、パ
ターン適用履歴情報格納手段に保持されている適用履歴
情報を解釈して、パターン適用時に外部から入力される
べきデータをあらかじめ設定して、パターン適用処理の
効率を向上させることもできる。

【００２１】また本発明のオブジェクト指向ソフトウェ
ア開発支援装置においてはパターン情報定義手段と、パ
ターン格納手段と、パターン適用手段とを備えることも
可能である。パターン情報定義手段は、外部から与えら
れるパターン定義情報に従って、オブジェクト指向ソフ
トウェアの開発にあたって利用可能なパターンのパター
ン情報を定義して、パターン情報を格納するパターン格
納手段に与えるものであり、パターン適用手段はパター
ン格納手段に格納されているパターン情報を開発対象モ
デルに適用して、該モデルを詳細化し、そのモデルに対
応するソフトウェアの開発を支援するものである。

【００２２】この場合、パターン情報定義手段は、開発
対象モデル内ですでに定義されているクラスが持つ属性
のデータを元にして新たな属性、メソッド、リンク、ま
たはクラスを追加するためのパターン情報を定義し、パ
ターン適用手段がそのパターン情報を開発対象モデルに
適用して新たな属性、メソッド、リンク、またはクラス
を追加することができる。

【００２３】またパターン情報定義手段は、開発対象モ
デル内ですでに定義されているクラスが持つリンクのデ
ータを元にして、新たなリンク、属性、メソッド、また
はクラスを追加するためのパターン情報を定義し、パタ
ーン適用手段がそのパターン情報を開発対象モデルに適
用して、新たなリンク、属性、メソッド、またはクラス
を追加することができる。

【００２４】あるいはパターン情報定義手段は、開発対
象モデル内ですでに定義されているクラスが持つメソッ
ドのデータを元にして、新たなメソッド、属性、リン
ク、またはクラスを追加するためのパターン情報を定義
し、パターン適用手段がそのパターン情報を開発対象モ
デルに適用してメソッド、属性、リンク、またはクラス
を追加することもできる。

【００２５】更にパターン情報定義手段は、開発対象モ
デル内ですでに定義されているクラスのデータを元にし
て、新たなクラス、属性、リンク、またはメソッドを追
加するためのパターン情報を定義し、パターン適用手段
がそのパターン情報を開発対象モデルに適用して、新た
なクラス、属性、リンク、またはメソッドを追加するこ
ともできる。

【００２６】また本発明の実施形態においては、パター
ン情報定義手段が、追加される属性、メソッド、リン
ク、またはクラスに関するデータとして、すでに定義さ
れているクラス、あるいはそのクラスが持つ属性、メソ
ッド、またはリンクに関するデータを使用してパターン
情報を定義することも、また追加される属性、メソッ
ド、リンク、またはクラスに関するデータを表現する文
字例を、指定された加工方法を用いて表現して、パター
ン情報を定義することも、また定義されているクラス、
あるいはそのクラスが持つ属性、メソッド、またはリン
クのうちで、指定された条件を満たすもののデータを元
にして、新たな属性、リンク、メソッド、またはクラス
を追加するためのパターン情報を定義することもでき
る。

【００２７】更に本発明の実施形態においては、パター
ン情報定義手段が、開発対象モデル内ですでに定義され
ているクラス、あるいはそのクラスが持つ属性、メソッ
ド、またはリンクの一部が外部、例えばユーザによって
指定されるべきことを示すデータを含んでパターン情報
を定義し、パターン適用手段がそのクラス、あるいはそ
のクラスが持つ属性、メソッド、またはリンクのユーザ
による指定を求め、その指定の結果に応じて、そのパタ
ーン情報を開発対象モデルに適用することもできる。

【００２８】本発明のオブジェクト指向ソフトウェア開
発支援装置は、その実施形態として外部パターン展開手
段を更に備えることもできる。外部パターン展開手段
は、例えばユーザによって独自に規定されたパターン解
釈ルールを保持し、そのパターン解釈ルールを用いてパ
ターン情報の解釈を行うものである。

【００２９】この場合、パターン情報定義手段は、その
パターン解釈ルールを用いて解釈すべきことが指定され
ている部分を含んでパターン情報を定義し、パターン適
用手段が、そのパターン情報の適用にあたって、外部パ
ターン展開手段の解釈結果を使用して、パターンを適用
することになる。

【００３０】更に本発明のオブジェクト指向ソフトウェ
ア開発支援装置では、その実施形態として、パターン情
報定義手段が、パターン適用手段によるパターンの適用
中に外部、例えばユーザから入力される文字列を開発対
象モデルに組み込むべきことを指定する部分を含んでパ
ターン情報を定義し、パターン適用手段が、そのパター
ン情報の適用にあたって、外部から入力される文字列を
開発対象モデルに組み込んで、パターンを適用すること
も可能である。

【００３１】本発明のソフトウェア設計支援方法におい
ては、オブジェクト指向ソフトウェアの開発にあたって
利用可能な複数のパターンのパターン情報と、その複数
のパターンのうちで開発時に前後関係があるパターンの
間を関連づけるパターン間関連情報とを格納し、該格納
されているパターンのうちで外部、例えばユーザにって
適用が承認されたパターンを開発対象モデルに適用し
て、そのモデルを詳細化し、そのモデルに対応するソフ
トウェアの開発を支援する方法が用いられる。

【００３２】更に本発明のオブジェクト指向ソフトウェ
ア開発支援装置において使用される記憶媒体として、オ
ブジェクト指向ソフトウェアの開発にあたって利用可能
な複数のパターンのパターン情報と、その複数のパター
ンのうちで開発時に前後関係があるパターンの間を関連
づけるパターン間関連情報とを格納させる機能と、格納
されているパターンのうちで例えばユーザによって適用
が承認されたパターンを開発対象モデルに適用させて、
そのモデルを詳細化させ、そのモデルに対応するソフト
ウェアの開発を支援させる機能とを備えるプログラムを
格納した計算機読出し可能記憶媒体を用いることができ
る。

【００３３】以上のように本発明によれば、例えば開発
対象モデルに適合する分析・設計パターンと、その分析
・設計パターンに関連する実装パターンとを体系的に開
発対象モデルに適用することによって、そのモデルに対
応するソフトウェアの開発を効率的に支援することが可
能となる。

【００３４】

【発明の実施の形態】図２は本発明のオブジェクト指向
ソフトウェア開発支援装置の基本構成ブロック図であ
る。同図において開発支援装置はパターン体系格納部１
１、パターン体系ナビゲート部１２、パターン適用部１
３、パターン情報定義部１４、パターン体系定義部１５
を基本的な構成要素としている。

【００３５】パターン体系格納部１１は、例えば分析パ
ターンや設計パターンなどの各種のパターンを体系的に
整理し、各パターンのパターン情報１６と、パターンと
パターンの間のパターン間関連情報１７とを保持するも
のである。

【００３６】パターン体系ナビゲート部１２は、パター
ン体系格納部１１に格納されているパターン情報１６と
パターン間関連情報１７とに対応するパターン体系を解
釈し、開発対象モデルにふさわしいパターンを、例えば
開発担当者としてのユーザに提示するものである。

【００３７】パターン適用部１３は、例えばパターン体
系ナビゲート部１２によって起動され、パターン体系格
納部１１に格納されているパターン情報１６と、パター
ン間関連情報１７とを開発対象モデルに適用してモデル
を詳細化すると共に、適用されたパターンに適合するソ
ースコードを自動生成するものであり、その作用は開発
対象モデル１８とソースコード１９に、パターンを適用
することに伴う変更を加えることによって行われる。

【００３８】パターン情報定義部１４は、パターン体系
格納部１１に格納されるべきパターン情報１６を定義す
るものであり、またパターン体系定義部１５はパターン
体系格納部１１に格納されるパターン間関連情報１７を
定義することによってパターン体系を定義するものであ
る。

【００３９】図３は本発明におけるオブジェクト指向ソ
フトウェア開発支援装置の第１の実施形態の構成ブロッ
ク図である。同図は図２と同様の構成を持っているが、
パターン体系格納部１１からパターン体系定義部１５ま
での、より詳細な構成が示されている。

【００４０】まずパターン体系格納部１１に格納されて
いるパターン情報１６は、例えばＨＴＭＬ（ハイパーテ
キスト マークアップ ランゲージ）形式で記述されて
おり、またＣＡＳＥ（コンピュータ エイデッド ソフ
トウェア エンジニアリング）ツールが利用できる形式
のデータとなっている。またパターン間関連情報１７
は、後述するパターン体系の構成子、例えばパターン、
観点、および選択肢に関連する情報が、例えばＨＴＭＬ
形式で格納されている。

【００４１】パターン体系ナビゲート部１２は、必要に
応じてパターン体系全体、すなわちパターンとパターン
間関連情報を表示するパターン／パターン関連表示部２
１、および例えば後述するキーワードを用いてパターン
を検索するパターン検索部２２を備えている。パターン
／パターン関連表示部２１およびパターン検索部２２と
しては、ＷＷＷのクライアントソフト、例えばネットス
ケープやインターネットエクスプローラなどがパターン
体系の表示や、パターンの検索に使用される。

【００４２】パターン適用部１３は、実装パターン挿入
部２６、分析・設計パターン適用部２７、およびオブジ
ェクト指向ＣＡＳＥ２８を備えている。分析・設計パタ
ーン適用部２７は、オブジェクト指向ＣＡＳＥ２８を起
動して、パターン体系格納部１１に格納されているパタ
ーン情報１６、およびパターン間関連情報１７を参照さ
せ、開発対象モデル１８に対する編集、および追加を行
わせると共に、適用された分析・設計パターンに含まれ
るオブジェクトのクラスの操作定義に対応するソースコ
ードのひな型としての実装パターンを用いて、後述する
展開済み操作本体ソースコード２９を作成し、実装パタ
ーン挿入部２６がこのソースコード２９を開発対象モデ
ル１８に対応するソースコード１９に追加することによ
って、ソースコードの自動生成が行われる。

【００４３】パターン情報定義部１４は、パターン情報
のうちのパターン文書を定義するパターン文書定義部２
３、パターン情報のうちで図面を入力するための作図エ
ディタを有するオブジェクト指向ＣＡＳＥ２４を備えて
いる。またパターン体系定義部１５は、パターン・観点
・選択肢間関連定義部２５を備えている。

【００４４】図４は本発明の第１の実施形態におけるパ
ターン体系の定義と、定義されたパターンの適用方法の
説明図である。同図においてパターン体系の定義（登
録）は全体の責任者としての開発責任者によって行わ
れ、具体的な開発モデルでのパターンの適用が各モデル
の開発者によって行われるものとする。

【００４５】図４において、でパターンの登録とし
て、開発責任者によってパターン体系定義部１５を用い
てパターン体系の定義が行われる。すなわち開発責任者
がパターン体系定義者として、例えば質問・想定変更方
式情報編集装置を用いて質問・想定変更方式の情報を入
力する。これによってパターン体系定義部１５によっ
て、例えばある１つのプロジェクト、すなわちＡプロジ
ェクト向けのパターン体系１とパターン体系２の定義が
行われる。ここでパターン体系１は例えばデータベース
アクセス用のものであり、パターン体系２はクライアン
トとアプリケーションサーバとの間の通信用のものであ
る。定義されたパターン体系は、開発を進める上でプロ
ジェクト全体が守るべき規約として運用される。

【００４６】それぞれの開発者はで定義されたパター
ン体系を参照して、開発対象モデルに対する分析、設
計、実装の面で守るべきモデルの構造と振舞の定義、す
なわち規約を確認し、その定義を自分がＣＡＳＥを用い
て編集している開発対象モデルに反映する。一般的に分
析パターンは文書として確認され、クラスとそれらの間
のメッセージのやり取りが開発対象モデル向けに解釈さ
れた上で、開発者によってモデルに追加される。

【００４７】各開発者はで開発対象モデルにパターン
を適用し、モデルを規約に沿って自動更新（修正）す
る。設計モデルには設計パターンを当てはめるのが一般
的である。設計パターンが適用されると、その設計パタ
ーンに関連づけられた実装パターンに基づいて、自動的
に開発アプリ向けに構成されたソースコード、すなわち
図３で説明した展開済み操作本体ソースコード２９がパ
ターン適用部１３によって作成される。

【００４８】各開発者によってで、設計モデルに基づ
いてＣＡＳＥツールのソースコード自動生成機能を使用
して、クラスの仕様部に対応するソースコード（Ｃ＋＋
であればＡ.hpp, Ｂ.hpp）が生成される。次に図３の実
装パターン挿入部２６が起動され、適用対象となるソー
スコード、例えば図３のソースコード１９が指定される
と、開発モデルにあったソースコードとして展開済み操
作本体ソースコード２９が適切な場所に自動的に挿入さ
れる。なおここで操作本体という用語はＣ＋＋をソフト
ウェア言語の具体例として発明の実施形態を説明するた
めに使用されている。Ｃ＋＋では操作定義が操作仕様（
^**.hppに書く）と操作本体（^**.cppに書く）とに分けて
書かれる。

【００４９】図５は本発明の第１の実施形態における、
パターン体系の定義から開発の終了までの、ソフトウェ
ア開発処理全体のフローチャートである。同図において
処理が開始されると、まずステップＳ１とＳ２でパター
ン体系定義部１５とパターン情報定義部１４とが同時に
起動され、ステップＳ３でパターン体系定義部１５によ
る処理、ステップＳ４でパターン情報定義部１４による
処理が並行して実行され、これらの処理が終了するとス
テップＳ５でパターン体系格納部１１にパターン情報１
６とパターン間関連情報１７が格納され、ステップＳ６
でパターン体系の定義が終了したか否かが判定され、終
了していない場合にはステップＳ１，Ｓ２以降の処理が
繰り返される。

【００５０】ステップＳ６でパターン体系の定義が終了
したと判定されると、ステップＳ７でそのパターン体系
が各開発者に配布、公開され、ステップＳ８でパターン
体系ナビゲート部１２が起動され、ステップＳ９でパタ
ーン体系ナビゲート部１２による処理が実行され、ステ
ップＳ１０でパターン適用部１３による処理が実行さ
れ、ステップＳ１１で開発が終了したか否かが判定さ
れ、終了していない場合には、ステップＳ８以降の処理
が繰り返され、開発が終了したと判定された時点で全て
の処理を終了する。

【００５１】図６は定義されたパターン体系の例であ
る。同図においてパターン体系は、パターンを表す四角
形、ソフトウェア開発上の観点、およびその観点に関連
する選択肢としてのケースを矢印で結んだものとなって
いる。

【００５２】図６において左側は１つのドメインオブジ
ェクトを単独で更新する場合、例えば受注明細伝票の単
一更新の場合のパターン体系であり、右側は複数のドメ
インオブジェクトの更新、例えば品目の大量順次更新の
場合のパターン体系の例である。左側のパターン体系で
は、分析パターンの識別子（ＩＤ）がＡ２の分析パター
ンからパターン体系が始まり、更新するドメインオブジ
ェクトの数についての観点からケース、すなわち選択肢
が１つのドメインオブジェクトを単独で更新する場合を
対象として、Ｄ５の設計パターンとＩ５の実装パターン
とが適用される形式の体系となっている。

【００５３】右側の複数ドメインオブジェクトの更新の
パターン体系では、複数のドメインオブジェクトを一括
して更新するケース（選択肢）であることから、Ｄ６の
設計パターンが適用され、その後アプリケーション（Ａ
Ｐ）サーバ上に更新対象となる全てのドメインオブジェ
クトが生成されるか、生成されるオブジェクトは１つだ
けに限定されるかによって２つのケースに分かれ、更に
全てのドメインオブジェクトがＡＰサーバのメモリ上に
生成される場合には、ドメインオブジェクトの更新用の
データがＡＰサーバ側にキャッシュされるか、ＤＢ（デ
ータベース）サーバ側にキャッシュされるかによって２
つのケースに分かれ、それぞれの場合について対応する
設計パターンと実装パターンが適用される体系となって
いる。

【００５４】なおここで設計パターンＤ６では、ここま
での処理において共通に使えるオブジェクトのクラスの
構造とその振舞が定義される。例えば３つのクラスＡ，
Ｂ、及びＣが必要であるとすれば、その構造とそれらの
クラスの間のやり取りが定義される。すなわち外部仕様
が定義されることになる。このような定義には実装コー
ドは関連づけられることはない。その理由は実際に動作
するソースコードを作成するには、更に詳細な設計が必
要なためである。

【００５５】例えば設計パターンＤ９では更に設計が詳
細化される。例えばクラスＣの属性としてキャッシュ操
作を表す属性が持たされたり、そのキャッシュの実装方
法が追加される。すなわち内部仕様が定義されることに
なり、そこで実装コードを関連づけることができる。但
しそのクラスＣの外部仕様（操作のインタフェース定義
など）は、設定パターンＤ６で定義されたものと同じで
ある。

【００５６】またＡＰサーバ上に生成されるドメインオ
ブジェクトが１つだけに限定される場合に、更新データ
のキャッシュ場所の観点に対する選択肢（ケース）はＡ
Ｐサーバ側に更新用のデータがキャッシュされる場合に
限られることになるが、これは通信による性能低下を防
止するためであ。性能、すなわちパターン体系の適用に
必要な時間はＡＰサーバとＤＢサーバとの間の通信回数
が少ない方が圧倒的に向上、すなわち短くなる。そこで
通信回数ができるだけ少なくするようにパターンが作成
される。

【００５７】ＡＰサーバのメモリ上に作成されるオブジ
ェクトが１つに限られる場合には、ＡＰサーバにＤＢサ
ーバから渡されたデータをそのまま保持しておいて、必
要に応じてその１つのオブジェクトに対するデータの読
み書きを行う。ＤＢサーバ側にドメインオブジェクトの
更新用のデータをキャッシュしておいたのでは、ＡＰサ
ーバのメモリを節約することはできても、毎回データの
読み書きのたびに通信を行う必要があり、性能は低下す
ることになる。

【００５８】図７はパターン情報定義部１４の処理フロ
ーチャートである。同図において処理が開始されると、
まずステップＳ１６でパターン定義書式、例えば後述す
るパターン情報書式が読み込まれ、定義画面の表示が行
われ、ステップＳ１７で定義終了か否かが判定される。
定義終了でない場合にはステップＳ１８でユーザ、すな
わち個々の開発者が定義情報を入力すべきフィールドを
選択し、ステップＳ１９でそのフィールドが図が入力さ
れるフィールドか否かが判定される。

【００５９】図を入力するフィールドでない場合には、
ステップＳ２０でユーザによってそのフィールドに定
義、例えばパターン情報としてのパターン文書の入力が
行われ、ステップＳ２１でその入力が終了するとステッ
プＳ１７以降の処理が繰り返される。

【００６０】ステップＳ１９で選択されたフィールドが
図を入力するフィールドである場合には、ステップＳ２
２でオブジェクト指向ＣＡＳＥの作図エディタが起動さ
れ、ステップＳ２３で図の編集が行われ、ステップＳ２
４で編集が終了した図が保存され、ステップＳ２５で編
集された図が定義情報にリンクされて、ステップＳ１７
以降の処理が繰り返される。

【００６１】ステップＳ１７で定義が終了したと判定さ
れると、ステップＳ２６で編集情報の保存が行われ、ス
テップＳ２７でその情報のＨＴＭＬ形式の変換が行わ
れ、その形式のデータが保存され、ステップＳ２８でパ
ターン情報としてパターン体系格納部１１のメモリへの
新規登録、または上書きが行われて、処理を終了する。

【００６２】図８はパターン体系定義部１５の処理フロ
ーチャートである。同図において処理が開始されると、
まずステップＳ３０でパターン体系定義画面、例えば図
６のようなパターン体系を定義するための画面が表示さ
れ、ステップＳ３１で定義が終了したか否かが判定され
る。終了していない場合には、ステップＳ３２でユー
ザ、すなわち開発者によってパターン体系の構成子のう
ちの１つが選択される。ここでパターン体系の構成子と
はパターンの間の関連を示す矢印、パターンすなわち図
６の四角形、観点、あるいは選択肢（ケース）のいずれ
かであるとする。

【００６３】ステップＳ３３で構成子の種類は何かが判
定され、パターンである時にはステップＳ３４で図形の
領域、例えば四角形の中にパターンカテゴリ、名前、パ
ターン番号などが記入され、ステップＳ３５でそのパタ
ーンのリンク先としてパターン情報定義のＨＴＭＬファ
イルが指定された後に、ステップＳ３１以降の処理が繰
り返される。

【００６４】ステップＳ３３で構成子の種類が関連、す
なわち矢印である場合には、ステップＳ３６で関連する
構成子が線で結ばれた後に、また観点あるいは選択肢で
ある時には、ステップＳ３７で図形の領域中に観点、ま
たは選択肢を示す文が入力された後に、ステップＳ３１
以降の処理が繰り返される。

【００６５】ステップＳ３１で定義終了と判定される
と、ステップＳ３８で編集情報が保存され、ステップＳ
３９でその情報がＨＴＭＬ形式に変換され、その形式の
情報が保存され、ステップＳ４０でパターン体系（パタ
ーン間関連情報）としてパターン体系格納部１１に新規
登録、または上書きされて、処理を終了する。

【００６６】図９、および図１０はパターン情報定義例
を示す。パターン情報としては、文書やクラス図、およ
びシーケンス図など、人間が読める情報と、オブジェク
ト指向ＣＡＳＥツールが理解可能な形式の情報との２種
類が用意される。

【００６７】図９は人間が読める情報の例であり、図６
のパターン体系の中での設計パターンＤ９のパターン情
報定義例である。その内容は文書としてのパターンの名
前や課題、および説明に加えて、設計パターンに対応す
るクラス図、図示しないシーケンス図（ＭＴＤ）などか
ら構成されている。

【００６８】図１０は、オブジェクト指向ＣＡＳＥツー
ルを利用して、パターンモデルの形式で定義されるパタ
ーン情報定義の例である。一般にオブジェクト指向技術
ではパターンという概念は繰返し表れる問題とその解決
法の組と定義されていて、本発明においてはパターンを
パターン文書、すなわちパターンの内容を説明するドキ
ュメントと、パターンモデル、すなわちソースコードの
自動生成用の情報を格納し、ＣＡＳＥツールが理解可能
なモデルとの２つで構成されるものとする。パターンモ
デルという用語と開発対象モデルという用語における
“モデル”という用語は異なる意味を持つものである。

【００６９】図１１はパターン情報定義例としての実装
パターン定義画面の例を示す。図１２は、例えば図７の
ステップＳ１６で用いられるパターン情報定義書式とし
てのテンプレートの例である。このようなテンプレート
を用いることによって、パターン定義情報の入力を容易
にさせることができる。なおこのテンプレートにおいて
シナリオは具体例の説明であり、オブジェクト図はイン
スタンスの構造を示し、シーケンス図はインスタンス間
でのインタラクションを示す。

【００７０】図１３はパターン体系ナビゲート部１２の
処理フローチャートである。同図において処理が開始さ
れると、まずステップＳ４１でユーザによってパターン
体系が選択され、ステップＳ４２でパターン体系が読み
込まれ、パターン体系の発端のパターンが自動的に選択
され、そのプロパティ“ステータス”が“初期状態”と
される。ここで発端のパターンとは、例えば図６におい
て矢印によって示されていないパターンＡ２，Ａ３であ
り、ステップＳ４２ではこれらのパターンのプロパティ
“ステータス”が“初期状態”とされる。

【００７１】続いてステップＳ４３でパターン体系が表
示され、ステップＳ４４でユーザによるＨＴＭＬ画面で
の選択が行われ、ユーザがパターン体系中の１パター
ン、ここでは発端のパターンＡ２，Ａ３のうちのいずれ
かを選択すると、ステップＳ４５で選択されたパターン
情報のステータスが“初期状態”から“選択中”に変更
される。そしてステップＳ４６で選択されたパターンの
詳細化パターンのステータスが“自動適用”にされる。
この詳細化パターンとは、選択されたパターンの先で更
に詳細化した情報を定義しているパターンのことであ
り、例えばＡ２が選択された場合にはＤ５が詳細化パタ
ーンであり、Ａ３が選択された場合にはＤ６が詳細化パ
ターンである。

【００７２】ステップＳ４７で選択されたパターンのパ
ターン定義情報としての文書情報が表示され、ステップ
Ｓ４８でＨＴＭＬ画面でのユーザによる選択が行われ
る。ユーザによって適用ボタンが押された場合には、ス
テップＳ４９で選択されたパターン情報、例えばＡ２の
ステータスが“適用中”とされ、ステップＳ５０でパタ
ーン適用部が起動され、パターンＡ２の適用が行われ
る。

【００７３】その後ユーザに対してステータスが“自動
適用”となっているパターン情報の名前、例えばＤ５が
示され、自動適用を続けるかどうかの問い合わせが行わ
れ、自動適用を続けるとの指示があった場合には、ステ
ップＳ５３で“選択中”のパターン、例えばＡ２のステ
ータスが“適用済”とされ、“自動適用”のパターン、
例えばＤ５のステータスが“適用中”とされ、今までス
テータスが“自動適用”であったパターンの詳細化パタ
ーン、例えばパターンＩ５のステータスが“自動適用”
とされた後にステップＳ５０でパターン適用部１３が起
動され、ステータスが“適用中”となったパターン、こ
こではＤ５の適用が行われ、以後次々と矢印によって関
連づけられる先のパターンの適用が行われる。

【００７４】ステップＳ５２で自動適用しないと判定さ
れた場合には、ステップＳ４７でステータスが“自動適
用”となっているパターン情報の文書情報が表示され
る。これは例えばユーザがパターンの自動適用を続ける
か否か判断がつかない場合に、その文書情報を表示する
ことによってユーザの判断を促すためである。そしてス
テップＳ４８のＨＴＭＬ画面での選択において再び適用
ボタンが押されると、ステップＳ４９以降の処理が繰り
返される。

【００７５】ステップＳ４８において詳細化パターンの
いずれか、すなわちステップＳ４４で選択されたパター
ンの先にあるパターンのいずかが選択されると、“選択
中”、すなわち選択されたパターンのステータスがステ
ップＳ５４で“参照済”にされた後に、ステップＳ４５
で選択されたパターン、すなわち詳細化パターンのステ
ータスが“選択中”とされる処理以降が繰り返される。

【００７６】更にステップＳ４８でＨＴＭＬ画面におい
てユーザによって“閉じる”が選択されると、ステップ
Ｓ５５で“選択中”のパターンと、その詳細化パターン
のステータスが以前のステータスの値、例えば“初期状
態”に戻された後、ステップＳ５６でパターン定義情報
表示ウィンドウが閉じられ、ステップＳ４３でパターン
体系が表示された後に、例えばステップＳ４４でＨＴＭ
Ｌ画面で“閉じる”が選択されることによって、処理が
終了する。

【００７７】図１４，図１５はパターン情報表示画面の
例である。図１４の画面においてスクロールを行うこと
によって、図１５の画面が表れる。図１５の下部の適用
ボタンを押すことが、図１３のステップＳ４８でのＨＴ
ＭＬ画面での適用ボタンを押す選択に相当する。

【００７８】図１６はパターン体系表示画面の例であ
る。図１４，図１５のパターン情報表示画面と同様に、
例えばネットスケープを用いることによって、このよう
な画面表示を行うことができる。

【００７９】図１７〜図２０はパターン適用部１３の処
理フローチャートである。本発明の実施形態において
は、実際の開発対象モデルを取り扱うために開発アプリ
ケーション毎に与えるべき固有の情報を処理するため
に、パターン適用部１３によって解釈が可能なある形式
の変数、例えば＄＄Target＄＄が用いられる。この形式
の変数は、既存技術としてのマクロ展開方式を基本技術
として用いる方式で各種用意されている。パターン適用
部１３はこの形式の変数を解釈して、開発アプリケーシ
ョン毎に必要となる情報の入力画面を表示し、ユーザ、
すなわち開発者からの入力を得て、その値を展開、例え
ば代入する。

【００８０】図１７はパターン適用部１３の全体処理フ
ローチャートである。同図において処理が開始される
と、まずステップＳ６０で開発対象モデルファイル名、
パターンモデルファイル名の入力ウィンドウが表示さ
れ、これらの名前がユーザによって入力される。そして
ステップＳ６１でパターンモデルファイルが読み込ま
れ、ステップＳ６２でパターンモデル中の展開ターゲッ
ト（＄＄Target＄＄）の情報の入力ウィンドウが表示さ
れ、ユーザによってターゲットの名前（クラス名など）
の入力が行われる。ステップＳ６３で開発対象モデルが
読み込まれ、ステップＳ６４でパターンモデルファイル
中の全てのクラス定義に関してステップＳ６５〜ステッ
プＳ７７までの処理が繰り返される。

【００８１】まずステップＳ６５において、パターンモ
デルファイル中の１つのクラスが追加クラス名として設
定され、そのクラス定義中の展開ターゲットがユーザに
よって入力された値、またはその値を解釈した結果で置
き換えられる。そしてそのクラス用の実装パターン適用
結果ファイルが作成、すなわち準備される。続いてステ
ップＳ６６で開発対象モデルに追加クラス名と同じ名前
を持つクラスがあるか否かが判定され、ある場合にはス
テップＳ６７でそのクラスが処理対象クラスとされ、ス
テップＳ６８で追加クラスの全ての属性定義の展開が行
われる。このステップの処理については図１８で説明す
る。

【００８２】続いてステップＳ６９で追加クラスの全て
の属性に関して処理対象クラスの中に同じ属性定義がな
いか否かが調べられ、ない場合にはその属性定義が処理
対象クラスに追加され、“パターン＃＃を適用した”こ
とがその属性定義の仕様に加えられ、ステップＳ７０で
追加クラスの全ての操作定義が展開される。このステッ
プの処理については図１９で説明する。ここでパターン
＃＃は、例えばパターンモデルファイルのファイル名で
ある。

【００８３】ステップＳ７１で追加クラスの全ての操作
定義に関して処理対象クラスに同じ操作定義がないか否
かが調べられ、ない場合にはその操作定義が処理対象ク
ラスに追加され、“パターン＃＃を適用した”ことがそ
の操作定義の仕様に加えれら、ステップＳ７２で全ての
クラス定義を処理したか否かが判定され、まだ処理され
ていない場合にはステップＳ６５以降の処理が繰り返さ
れる。

【００８４】ステップＳ６６で開発対象モデルに追加ク
ラス名と同じ名前を持つクラスがない場合には、開発対
象モデルに対して追加クラスを関連するクラスとして追
加する必要がある。そこでステップＳ７３で追加クラス
の定義が開発対象モデルに追加され、ステップＳ７４で
追加クラスの全ての属性定義が展開される。このステッ
プの処理は図１８の処理である。

【００８５】続いてステップＳ７５で開発対象モデルに
追加されたクラスに対して全ての属性定義が追加され、
“パターン＃＃を適用した”ことがその属性定義の仕様
に加えられ、ステップＳ７６で追加クラスの全ての操作
定義が展開される。このステップの処理は図１９の処理
である。

【００８６】ステップＳ７７で開発対象モデルに追加さ
れたクラスに全ての操作定義が追加され、“パターン＃
＃を適用した”ことがその操作定義の仕様に加えられ、
ステップＳ７２の処理に移行する。

【００８７】ステップＳ７２で全てのクラス定義が処理
されたと判定された場合には、ステップＳ７８でパター
ンモデルファイルにある全ての関係定義が展開される。
この処理については図２０で説明する。続いてステップ
Ｓ７９でパターンモデルファイルの中の全ての関係定義
に関して開発対象モデルに同じ関係定義がないかが調べ
られ、もしなければその関係定義が開発対象モデルに追
加され、“パターン＃＃を適用した”ことがその関係定
義の仕様に加えられて、処理を終了する。

【００８８】図１８は図１７のステップＳ６８、および
Ｓ７４の処理の詳細フローチャートである。同図におい
ては、追加クラスの全ての属性定義を展開する処理とし
て、まずステップＳ８１で追加クラスの全ての属性定義
（名前、型、初期値など）が調べられ、未知の“展開タ
ーゲット”を示す文字列がある場合には、ユーザの入力
を求める入力ウィンドウが表示され、ユーザによってタ
ーゲットの値が入力され、ステップＳ８２で属性定義中
の“展開ターゲット”が入力された値、またはその値を
解釈した結果に置き換えられて処理を終了する。

【００８９】図１９は図１７のステップＳ７０，Ｓ７６
の処理の詳細フローチャートである。同図においては、
追加クラスの全ての操作定義を展開するために、まずス
テップＳ８４で追加クラスの全ての操作定義（名前、引
数の数、各引数の型、返却値の型など）が調べられ、未
知の“展開ターゲット”を示す文字列があれば、ユーザ
に対して入力を求める入力ウィンドウが表示され、ユー
ザによってターゲットの値が入力され、ステップＳ８５
で操作定義中の“展開ターゲット”が入力された値、ま
たはその値を解釈した結果に置き換えられ、ステップＳ
８６で操作定義中の仕様に実装パターンが定義されてい
る場合には仕様の中の“展開ターゲット”が入力された
値、またはその値を解釈した結果に置き換えられ、操作
名、引数名、引数の型、返却値の型、仕様を使って、展
開した操作本体（本来の操作の中味）が実装パターン適
用結果ファイルに書き出されて、処理を終了する。

【００９０】図２０は図１７のステップＳ７８、すなわ
ちパターンモデルファイルにある全ての関係定義を展開
する処理の詳細フローチャートである。同図においてス
テップＳ８８でパターンモデルファイル内の全ての関係
定義（関係先のクラス名、関係元のクラス名など）が調
べられ、未知の“展開ターゲット”を示す文字列がある
場合にはユーザに対して入力を求める入力ウィンドウが
表示され、ユーザによってターゲットの値が入力され、
ステップＳ８９で関係定義中の“展開ターゲット”が入
力された値、またはその値を解釈した結果に置き換えら
れて、処理を終了する。

【００９１】図２１はパターンの適用対象となる開発モ
デルの例である。例えば“ＧＡSample”がオブジェクト
のクラス名であり、このような開発モデルに対してパタ
ーン適用部１３が起動されることになる。

【００９２】図２２は図１７のステップＳ６０，Ｓ６２
などで、パターン適用部１３によって表示されるユーザ
入力画面の例である。ここでは開発モデルファイル名、
パターンモデルファイル名、および前述の変数＄＄Targ
et＄＄が“ＧＡSample”という文字列であることがユー
ザによって入力されている。

【００９３】図２３は、例えば図１８のステップＳ８１
で表示される入力画面の例であり、また図２４は例えば
図１９のステップＳ８４において表示されるユーザ入力
画面の例である。このようにパターン適用部１３は、パ
ターンの適用の処理中に必要なデータのユーザ入力を促
し、ユーザの入力結果を用いて文字列変換などの処理を
進める。

【００９４】図２５はパターンの適用が終了して、モデ
ル変更が自動的に行われた後の開発モデル例の一部であ
る。図２１においてＧＡSampleしか定義されていなかっ
たモデルが、パターンの適用によってＧＡSample Manag
er, ＧＡSample Entity など必要なクラス、継承関係や
関連の定義が追加され、ＧＡSample自体にも属性や操作
が追加されている。例えばＧＡSample Entity に対して
は表示が省略されているが、属性、操作など全ての定義
が行われている。

【００９５】図２６はパターンモデルファイルの中のタ
ーゲットマネージャクラスの定義の例を示す。この定義
がＧＡSample Managerクラスに展開されて、開発対象モ
デルに追加される。

【００９６】図２７は実装パターン適用結果ファイルの
出力例である。ターゲットマネージャクラスの操作定義
として、ソースコードのひな型としての実装パターンが
あらかじめ定義されており、その定義の中の＄＄Target
＄＄のような変数がＧＡSampleなどの値に展開されて、
図２７のような実装パターン適用結果ファイル、すなわ
ち操作本体が出力される。

【００９７】図２８はユーザによるソースコード生成時
の操作、すなわち実装パターン挿入部２６の起動処理の
フローチャートである。同図においてステップＳ９１で
開発対象モデルファイルから、ＣＡＳＥツールのソース
コード自動生成機能を使ってソースコードの生成が行わ
れる。Ｃ＋＋の場合にはデフォルトで“クラス名.h”と
“クラス名.cpp”とが生成され、ステップＳ９２で実装
パターン挿入部２６の自動起動が行われて処理を終了す
る。

【００９８】図２９は実装パターン挿入部２６の処理フ
ローチャートである。図２８のステップＳ９２で自動起
動された実装パターン挿入部２６の処理が開始される
と、まずステップＳ９５で実装パターンが挿入される対
象のソースファイル名と、実装パターン適用結果ファイ
ル名との入力をユーザに求めるウィンドウが表示され、
ユーザによってそれらのファイル名が入力され、ステッ
プＳ９６でソースファイルのバックアップが行われ、ソ
ースファイル名が例えば“ソースファイル名.back ”に
変更され、ステップＳ９７でソースファイル名と同じフ
ァイルが新規作成され、操作本体挿入結果ファイルの準
備が行われ、ステップＳ９８でソースファイルのバック
アップファイルの現在行が先頭行とされ、ステップＳ９
９でソースファイルのバックアップファイルから現在行
が読み込まれ、ステップＳ１００で現在行がそのファイ
ルの終了行であるか否かが判定され、終了行である場合
には直ちに処理を終了する。

【００９９】終了行でない場合には、ステップＳ１０１
で操作本体、すなわち挿入されるべきソースコードの先
頭行に相当する行であるか否かが判定され、先頭行に相
当する行である場合にはステップＳ１０２で実装パター
ン適用結果ファイルにその操作本体があるか否かが調べ
られる。すなわち操作名、返却値の型、引数の数、各引
数の型と順序などが比較され、ステップＳ１０３でその
操作本体があるか否かが判定される。ある場合には、ス
テップＳ１０４で実装パターン適用結果ファイルの操作
本体が操作本体挿入結果ファイルに出力され、ステップ
Ｓ１０５でソースファイルのバックアップファイルが操
作本体終了行の次の行まで読み飛ばされた後に、ステッ
プＳ９９以降の処理が繰り返される。

【０１００】ステップＳ１０１で操作本体コードの先頭
行に相当する行でない場合、およびステップＳ１０３で
その操作本体がない場合には、ステップＳ１０６で現在
行の内容がそのまま操作本体挿入結果ファイルに出力さ
れ、ステップＳ１０７でソースファイルのバックアップ
ファイルの現在行が次の行に進められた後、ステップＳ
９９以降の処理が繰り返される。

【０１０１】図３０、および図３１は、図２８のステッ
プＳ９１でオブジェクト指向ＣＡＳＥツールによって出
力されるソースコードの例である。これらはＧＡSample
Managerのソースコードであり、図３０のヘッダファイ
ルはそのまま使用することができるが、図３１のボディ
ファイルには本来のプログラムに相当する操作の中味は
何ら生成されていない。

【０１０２】図３２は、例えば図２９のステップＳ９５
でユーザに対して表示されるユーザ入力画面の例であ
る。例えば、この図の各入力フィールドには、ソースコ
ード生成の対象となっているクラス名から一般的に推測
されるファイル名があらかじめ表示されている。適用ボ
タンが押されることによって実装パターン挿入部２６に
入力情報が渡され、実装パターン挿入部２６の実質的な
処理が開始される。

【０１０３】図３３は操作本体が挿入されたＧＡSample
Managerのボディファイルの例である。図３１に示され
ている中味のないボディファイルに対して、設計パター
ンに従って定義された実装パターンが展開された図２７
の操作本体コードが適切な場所に挿入されている。これ
によって設計パターンに従った設計モデルと、その設計
モデルに対応する実装パターンが取り入れられたソース
コードの自動生成が行われたことになる。

【０１０４】本発明の実施形態においては、パターン体
系格納部１１に格納されているパターン情報１６のそれ
ぞれにキーワードをつけておくことにより、そのキーワ
ードによってパターンの検索を行うことができる。図３
４はそのようなキーワードによるパターン検索動作例の
説明図である。同図においては、オブジェクトライフサ
イクル管理というパターン体系を対象にして、“削除”
というキーワードを用いて検索が行われた結果、５つの
パターンが検索され、そのうちで例えばユーザとしての
開発者の指定によって１つのパターン情報の表示が行わ
れている。

【０１０５】図３５は、図３４の動作例のように、キー
ワードによってパターン情報を検索する処理のフローチ
ャートである。この処理は例えばパターン検索部２２に
よって実行される。同図において処理が開始されると、
まずステップＳ１１０で検索対象として指定されたパタ
ーン体系を格納しているフォルダにあるファイルのリス
トが得られ、また検索結果データの初期化が行われる。
そしてステップＳ１１１でファイルのリストから先頭の
ファイルが選択され、ステップＳ１１２で選択されたフ
ァイルがないか否かが判定される。ファイルがある場合
にはステップＳ１１３でファイル、すなわちパターン情
報のキーワードとして、ユーザから入力された文字列が
格納されているか否かが判定され、ある場合にはステッ
プＳ１１４でファイルの名前、ファイルの内容の一部が
検索結果データに格納され、ステップＳ１１５で次のフ
ァイルが選択されて、ステップＳ１１２以降の処理が繰
り返される。

【０１０６】ステップＳ１１３でキーワードとしてユー
ザから入力された文字列がない場合には、ステップＳ１
１５で次のファイルが選択され、ステップＳ１１２以降
の処理が繰り返される。ステップＳ１１２で選択ファイ
ルがないと判定されると、ステップＳ１１６で検索結果
データが表示されて、処理を終了する。

【０１０７】図３６はパターン情報にキーワードをつけ
る場合のパターン情報定義書式の例である。図１２と比
較すると、キーワードの入力欄がテンプレート書式に追
加されている。

【０１０８】図３７は本発明のソフトウェア開発支援装
置の第２の実施形態の構成を示すブロック図である。図
３の第１の実施形態と比較すると、パターン適用部１３
によって適用されたパターンを記録、参照することによ
って、そのパターンの適用履歴を格納するパターン適用
履歴情報格納部３１と、そこに格納されている履歴情報
を参照して、例えば個々のパターンやパターン体系の再
利用度、例えば適用回数などを求めるパターン適用履歴
解釈部３２とが追加されている点が異なっている。

【０１０９】図３８はパターン適用履歴情報格納部３１
に格納されるパターン適用履歴情報の例である。同図に
おいてパターン適用履歴情報は、ユーザの名前からター
ゲットクラスの名前までの、だれが、いつ、どのファイ
ルを適用したかに関する情報と、ターゲットクラス名称
の所で区別される、属性リストその他の、どのように使
ったかの情報とによって構成されている。

【０１１０】図３９は、パターン適用履歴情報格納部３
１に格納された適用履歴情報を用いる、パターン適用部
１３の処理フローチャートである。同図において処理が
開始されると、ステップＳ１２０でシステムから時間と
ユーザ情報が求められ、履歴ファイルが作成され、その
履歴ファイルに時間とユーザ情報が出力される。履歴入
力ファイル、すなわちすでにそのパターンが適用され、
パターン適用履歴情報が格納されているときに、その適
用履歴情報に相当する履歴入力ファイルが指定されてい
る場合には、その内容が読み込まれ、展開ターゲット別
に内部データ、すなわち前述の変数＄＄Target＄＄に対
応してユーザから入力されるべきデータが求められ、ス
テップＳ１２２で図１７で説明したパターン適用部１３
による処理が実行される。但し、この中でユーザにデー
タの入力を求めるウィンドウにおいて、すでに前述の履
歴入力ファイルの内容によって既知となった内部データ
は、ユーザの入力を待つことなく表示される。

【０１１１】そしてステップＳ１２３でユーザによって
入力された開発対象モデルファイルとパターンモデルフ
ァイルの名前が履歴ファイルに出力され、ステップＳ１
２４で“展開ターゲット”の内容、すなわちステップＳ
１２１で読み込まれた内部データの内容がターゲット毎
に履歴ファイルに出力されて、処理を終了する。

【０１１２】図４０は図３９の処理によるユーザ入力画
面における内部データの表示例である。同図において、
そのパターンの前回の適用時に作成された履歴ファイル
が履歴入力ファイルとして指定され、ユーザ入力を求め
るウィンドウにその履歴入力ファイルから読み込まれた
ターゲットクラス名があらかじめ表示されている。

【０１１３】図４１は図３７のパターン適用履歴解釈部
３２による処理のフローチャートである。同図において
処理が開始されると、まずステップＳ１３１で履歴ファ
イルが格納されているフォルダがユーザによって入力さ
れ、ステップＳ１３２でそのフォルダの中の履歴ファイ
ルの全てのファイルの名前がリストにされ、ステップＳ
１３３でそのリストの先頭のファイルが選択され、ステ
ップＳ１３４で選択ファイルがないか否かが判定され
る。

【０１１４】選択ファイルがある場合には、ステップＳ
１３５で選択されたファイルからパターンモデルファイ
ルの名前が得られ、ステップＳ１３６で同じパターンモ
デルファイル名をキーとしたデータが集計結果データの
中に既に存在するか否かが判定され、存在する場合に
は、ステップＳ１３７でそのデータに１が追加された後
に、ステップＳ１３８でリストの次のファイルが選択さ
れ、ステップＳ１３４以降の処理が繰り返される。

【０１１５】ステップＳ１３６で同じパターンモデルフ
ァイル名をキーにしたデータが存在しない場合には、ス
テップＳ１３９でそのパターンモデルファイル名をキー
にする値１のデータが集計結果データの中に新たに登録
された後に、ステップＳ１３８以降の処理が実行され
る。そしてステップＳ１３４で選択ファイルがすでに存
在しないと判定された時点で、ステップＳ１４０で集計
結果データが表示されて、処理を終了する。

【０１１６】以上においては任意のパターンを定義し、
そのパターンに従って開発対象モデルや、ソースコード
を自動的に詳細化する機能を中心として、オブジェクト
指向ソフトウェア開発支援装置の動作を詳細に説明した
が、自動化のためのパターンをどのように定義し、定義
されたパターンをどのように適用するかについて、比較
的簡単ではあるが、具体的なパターンの例を用いて更に
説明する。

【０１１７】以後の説明においては、具体的なパターン
の例として、すでに開発対象モデル内で定義されている
オブジェクトのデータを元にして、クラスや、クラスの
属性、メソッド（操作）、リンク（関係）を追加するた
めのパターンを主として、パターンの定義とその適用に
ついて説明する。このようなパターンを用いることによ
り、追加すべき要素についてのデータの指定を簡単化
し、パターン適用作業を効率化することができる。

【０１１８】図４２は、そのようなパターンの定義と、
その適用を説明するためのオブジェクト指向ソフトウェ
ア開発支援装置の基本的なシステム構成ブロック図であ
る。同図は、例えば図３のソフトウェア開発支援装置に
おいてパターン情報定義部１４に対応するパターン定義
部１０１、パターン体系格納部１１に対応するパターン
格納部１０２、パターン適用部１３に対応するパターン
適用部１０３、および開発対象モデル１８や、ソースコ
ード１９としてのプログラムなどを格納するモデル・プ
ログラム格納部１０４を備えている。

【０１１９】前述のように、ここでは例えばすでに開発
対象モデル１８内で定義されているオブジェクト指向モ
デルの各要素、例えばクラス、属性、メソッド、リンク
などのデータを元にして、その開発対象モデルに追加す
べき他の要素を規定することができるパターンが定義さ
れ、そのパターンを適用することによって開発対象モデ
ルに必要な要素が追加される。

【０１２０】例えば開発者によって、そのような要素を
追加するためのパターンがパターン定義部１０１を用い
て定義され、定義されたパターンがパターン格納部１０
２に格納される。パターン適用部１０３は開発者によっ
て指定された、例えば開発対象モデルをモデル・プログ
ラム格納部１０４から読み込み、パターン格納部１０２
に格納されているパターンをその開発対象モデルに適用
することによって、開発対象モデルにオブジェクト指向
モデルの要素を追加したり、変更した後に、その開発対
象モデルをモデル・プログラム格納部１０４に再度格納
する。

【０１２１】図４３はすでに定義されている属性のデー
タを元にして、新たな属性を追加するパターンの定義
と、その適用の説明図である。同図においてパターン格
納部１０２に格納されているパターンの先頭の＄＄Ｔａ
ｒｇｅｔ＄＄によって、後述するようにＣｌａｓｓＡに
そのパターンを適用すべきことが指定される。パターン
適用部１０３はパターンの中にａｔｔｒｉｂｕｔｅのキ
ーワードを見つけて、ＣｌａｓｓＡに新たな属性を追加
するためのパターンであることを認識する。そして＄＄
ａｔｔｒｉｂｕｔｅ＄＄をモデル・プログラム格納部１
０４内ですでに定義されているＣｌａｓｓＡの属性名、
ここではａ、ｂ、ｃと置き換えて文字列を合成し、それ
を名前とする属性、ここではａＦｌａｇ、ｂＦｌａｇ、
及びｃＦｌａｇをＣｌａｓｓＡに新たに追加する。

【０１２２】図４４はモデル・プログラム格納部１０４
内にすでに定義されているクラスがもつ属性のデータを
元にして、新たなメソッドを追加するパターンとその適
用の説明図である。同図においてパターン適用部１０３
はパターン中にｍｅｔｈｏｄのキーワードを見つけるこ
とによって、メソッドを追加すべきパターンであること
を認識する。そして＄＄ａｔｔｒｉｂｕｔｅ＄＄をモデ
ル・プログラム格納部１０４にすでに格納され、定義済
みの属性名、ここではａ、ｂ、ｃに置き換えて文字列を
合成し、それを名前とするメソッド、ここではｇｅｔａ
（ ）、ｇｅｔｂ（ ）、およびｇｅｔｃ（ ）を追加
する。

【０１２３】図４５はクラスが持つ属性のデータを元に
してリンクを追加するパターンの適用例の説明図であ
る。同図においてパターン適用部１０３はパターンの中
にｌｉｎｋのキーワードを見つけることによって、リン
クを追加すべきパターンであることを認識する。そし
て、ｌｉｎｋ以降の文字列から、＄＄ａｔｔｒｉｂｕｔ
ｅ＄＄をすでにモデル・プログラム格納部１０４内で定
義されているクラスＡの属性名、ここではａ、ｂ、ｃに
置き換えて、それを名前とするリンク、ここではａＲｏ
ｌｅ、ｂＲｏｌｅ、およびｃＲｏｌｅをＣｌａｓｓＢと
の間での新たなリンクとして追加する。なおここで例え
ばａＲｏｌｅはＣｌａｓｓＡから見たＣｌａｓｓＢのロ
ール名とする。

【０１２４】図４６はすでに定義されている属性のデー
タを元にして、クラスを追加するパターンとその適用例
の説明図である。パターン適用部１０３はパターンの中
のクラス名定義部分、図４５のパターンでは＄＄Ｔａｒ
ｇｅｔ＄＄の部分に文字列置換変換、すなわち＄＄ａｔ
ｔｒｉｂｕｔｅ＄＄を見つけることによって、クラスを
追加するパターンであることを認識する。そしてその文
字列置換変換をＣｌａｓｓＡにおいてすでに定義されて
いる属性名、すなわちａ、ｂ、ｃに置き換えて文字列を
合成し、それを名前とするクラス、すなわちＸａ、Ｘ
ｂ、およびＸｃを新たに追加する。

【０１２５】図４７〜図５０は、例えば開発対象モデル
内ですでに定義されているクラスのリンクのデータを元
にして、新たな要素を追加するパターンの適用例の説明
図である。図４７において、図４５と比較すると＄＄ｌ
ｉｎｋ＄＄の部分がすでにＣｌａｓｓＡとＣｌａｓｓＢ
との間で定義されているリンクの名称、すなわちａ、
ｂ、ｃに置き換えられて、新たなリンクａＸ、ｂＸ、ｃ
Ｘが追加されている。

【０１２６】図４８においては、図４３と比較すると＄
＄ｌｉｎｋ＄＄の部分がすでに定義されているリンクの
ａ，ｂ、およびｃに置き換えられ、新たな属性としてａ
Ｆｌａｇ，ｂＦｌａｇ、およびｃＦｌａｇがＣｌａｓｓ
Ａに追加されている。

【０１２７】図４９においては、図４４と比較すると＄
＄ｌｉｎｋ＄＄の部分がすでに定義されているリンクの
ａ，ｂ、およびｃに置き換えられ、新たなメソッド、す
なわちｇｅｔａ（ ），ｇｅｔｂ（ ）、およびｇｅｔ
ｃ（ ）がＣｌａｓｓＡに追加されている。

【０１２８】図５０においては、図４６と比較すると＄
＄ｌｉｎｋ＄＄の部分がすでに定義されているリンクの
名前としてのａ，ｂ、およびｃに置き換えられて、新た
なクラスＸａ，Ｘｂ、およびＸｃが追加されている。

【０１２９】図５１〜図５４はすでに定義されているメ
ソッドのデータを元にして、オブジェクトの要素を追加
するパターンとその適用例の説明図である。図５１にお
いては、図４４と比較すると＄＄ｍｅｔｈｏｄ＄＄の部
分がすでに定義されているＣｌａｓｓＡのメソッドの名
前であるａ、ｂ、およびｃに置き換えられて、新たなメ
ソッドとしてｃｈｅｃｋａ（ ）、ｃｈｅｃｋｂ
（ ）、およびｃｈｅｃｋｃ（ ）がＣｌａｓｓＡに追
加されている。

【０１３０】図５２においては、図４３と比較すると＄
＄ｍｅｔｈｏｄ＄＄の部分がＣｌａｓｓＡにすでに定義
されているメソッドの名前であるａ、ｂ、およびｃに置
き換えられて、新たな属性としてのａａｔｔｒ、ｂａｔ
ｔｒ、およびｃａｔｔｒがＣｌａｓｓＡに追加されてい
る。

【０１３１】図５３においては、図４５と比較すると＄
＄ｍｅｔｈｏｄ＄＄の部分がすでにＣｌａｓｓＡにおい
て定義されているメソッドの名前としてのａ、ｂ、およ
びｃに置き換えられて、ＣｌａｓｓＡとＣｌａｓｓＢと
の間の新たなリンクとしてａＲｏｌｅ、ｂＲｏｌｅ、ｃ
Ｒｏｌｅの３つのリンクが追加されている。

【０１３２】図５４においては、図４６と比較すると＄
＄ｍｅｔｈｏｄ＄＄の部分がＣｌａｓｓＡにすでに定義
されているメソッドの名前としてのａ、ｂ、およびｃに
置き換えられて、新たなクラスとしてＸａ、Ｘｂ、およ
びＸｃが追加されている。

【０１３３】図５５〜図５８はすでに定義されているク
ラスのデータを元にして、オブジェクトの新たな要素を
追加するパターンとその適用例の説明図である。図５５
においては、図４６と比較すると＄＄Ｃｌａｓｓ＄＄の
部分がすでに定義されているクラスの名前、ここでは
ａ、ｂ、およびｃに置き換えられ、新たなクラスとして
Ｘａ、Ｘｂ、およびＸｃが追加されている。

【０１３４】図５６では、図４３と比較すると＄＄Ｃｌ
ａｓｓ＄＄の部分がすでに定義されているクラスの名前
ａ、ｂ、およびｃに置き換えられて、新たな属性として
ａａｔｔｒ、ｂａｔｔｒ、およびｃａｔｔｒがクラスａ
に追加されている。なおここでクラスａに追加されるこ
とは、＄＄Ｔａｒｇｅｔ＄＄の部分に対して指定されて
いる。

【０１３５】図５７においては、図４５と比較すると＄
＄Ｃｌａｓｓ＄＄の部分がすでに定義されているクラス
の名前としてのａ、ｂ、およびｃに置き換えられて、ク
ラスａとクラスｂとの間での新しいリンクａＲｏｌｅ、
ｂＲｏｌｅ、およびｃＲｏｌｅが追加されている。

【０１３６】図５８においては、図４４と比較すると＄
＄Ｃｌａｓｓ＄＄の部分がすでに定義されているクラス
の名前であるａ、ｂ、およびｃに置き換えられて、クラ
スａ内の新しい属性ａｍｅｔｈｏｄ（ ）、ｂｍｅｔｈ
ｏｄ（ ）、およびｃｍｅｔｈｏｄとして追加されてい
る。

【０１３７】以上において、例えば開発対象モデル内で
すでに定義されているオブジェクトの要素を元にして新
たな要素を開発対象モデルに追加するためのパターンの
定義とその適用について、比較的簡単なパターンを例と
して説明したが、更に様々な具体例を説明する前に、こ
こでそのようなパターンの適用処理のフローチャートに
ついて説明する。

【０１３８】図５９は図４２のパターン適用部１０３に
よるパターン適用処理の全体フローチャートである。同
図の処理は前述の第１の実施例に対応する図１７とほぼ
同じである。異なる部分は図１７のステップＳ６５が２
つのステップＳ６５ａとＳ６５ｂとに分けられ、ステッ
プＳ６５ａで全てのクラス定義が展開された後に、ステ
ップＳ６５ｂで展開して得られた追加クラス用の実装パ
ターン適用結果ファイルが準備された後にステップＳ６
６以降の処理が行われる点と、追加クラスの全ての属性
定義が展開されるステップＳ６８，Ｓ７４の処理、追加
クラスの全ての操作定義が展開されるＳ７０，Ｓ７６の
処理、およびパターンファイルにある全ての関係定義が
展開されるステップＳ７８の処理が、図１８〜図２０と
異なることであり、これらのステップは図５９ではＳ６
８ａ，Ｓ７４ａ，Ｓ７０ａ，Ｓ７６ａ、およびＳ７８ａ
とされている。なお例えば前述の図４３におけるＣｌａ
ｓｓＡの指定はステップＳ６２におけるユーザによるタ
ーゲット名の入力によって行われる。

【０１３９】図６０は図５９のステップＳ６５ａにおい
て全てのクラス定義を展開する処理の詳細フローチャー
トである。同図において処理が開始されると、まずステ
ップＳ２００でパターンの中に、すでに例えば開発対象
モデル内で定義されている属性を元にした新たなクラス
の追加のキーワードがあるか否かが判定され、ある場合
にはステップＳ２０１で定義済みの属性、すなわち例え
ば開発対象モデルに定義されている属性のデータを元に
新たなクラスの定義が展開された後に、また追加キーワ
ードがない場合には直ちにステップＳ２０２の処理に移
行する。このステップＳ２０１の処理については図６４
で説明する。

【０１４０】ステップＳ２０２ではパターンの中に、す
でに定義されているメソッドを元にした新たなクラスの
追加のキーワードがあるか否かが判定され、ある場合に
はステップＳ２０３でステップＳ２０１におけると同様
にすでに定義済みのメソッドを元にして新たなクラスの
定義が展開された後に、またクラスの追加キーワードが
ない場合には直ちにステップＳ２０４の処理に移行す
る。

【０１４１】ステップＳ２０４，Ｓ２０５では、例えば
ステップＳ２００，Ｓ２０１と同様に、すでに定義され
ているリンクを元にしたクラスの追加に対応する処理が
行われ、またステップＳ２０６，Ｓ２０７ではすでに定
義されているクラスを元にしたクラスの追加に対応する
処理が行われる。

【０１４２】ステップＳ２０８では、パターンの中に後
述する外部パターン展開部への処理の依頼を示すキーワ
ードがあるか否かが判定される。外部パターン展開部と
は、後述するように例えば開発者によって定義された独
自のパターン解釈ルールを保持するものであり、パター
ンの中にこの外部パターン展開部に解釈を依頼する部分
がある場合には、パターン適用部１０３はこの外部パタ
ーン展開部にその部分の解釈を依頼する。すなわち、ス
テップＳ２０９でキーワード以降のパターンの部分が外
部パターン展開部に渡され、クラス定義の展開が依頼さ
れてその結果がパターン適用部に戻された後に、またそ
のような処理依頼を示すキーワードがない場合には直ち
にステップＳ２１０の処理に移行する。

【０１４３】ステップＳ２１０では、パターン中で追加
が指定されているクラスの定義に未解決のキーワード、
すなわちそのキーワードに対応する文字列の内容の入力
を、例えば開発者に求めるキーワードがあるか否かが判
定される。そのようなキーワードがある場合には、ステ
ップＳ２１１で開発者によって未解決のキーワードに対
応する文字列が入力された後に、ステップＳ２１２でパ
ターンの中の属性定義内の未解決のキーワードや、既に
入力されたキーワードが対応する文字列に置き換えられ
て処理を終了する。またステップＳ２１０でそのような
未解決のキーワードがない場合にはステップＳ２１２
で、既にその内容が入力され、まだ置き換えの行われて
いないキーワード、例えば前述の＄＄Ｔａｒｇｅｔ＄＄
が対応する文字列に置き換えられて処理を終了する。

【０１４４】図６１〜図６３はそれぞれ例えば開発対象
モデル内で定義されているオブジェクトの要素のデータ
を元にした新たな属性、メソッド、およびリンクの定義
の展開処理の詳細フローチャートであり、図６１は図５
９のステップＳ６８ａ，Ｓ７４ａに、また図６２はステ
ップＳ７０ａ，７６ａに、また図６３はステップＳ７８
ａに対応する。

【０１４５】図６１〜図６３の処理は実質的に図６０に
おけるとほぼ同様であるが、例えば図６１ではステップ
Ｓ２２０〜Ｓ２２７で、例えば開発対象モデル内ですで
に定義されている属性、メソッド、リンク、およびクラ
スを元にした属性の追加に対応する処理が行われ、ステ
ップＳ２２８，Ｓ２２９で外部パターン展開部への処理
依頼に対応する処理が行われ、ステップＳ２３０〜Ｓ２
３２で追加すべき属性の定義に未解決のキーワードがあ
る場合に対応する処理と、既に入力されたキーワードに
対応する文字列置換の処理が行われる。

【０１４６】図６４はすでに例えば開発対象モデル内で
定義されている要素を元にして、新たに追加されるべき
要素の定義を展開する処理のフローチャートであり、例
えは図６０ではステップＳ２０１，Ｓ２０３，Ｓ２０
５，Ｓ２０７の処理にそれぞれ対応する。例えばステッ
プＳ２０１ではすでに定義されている要素はオブジェク
トの属性であり、新たに追加されるべきクラスの定義を
展開する処理が実行される。

【０１４７】図６４で処理が開始されると、ステップＳ
２８０で元情報、すなわちすでに定義されている要素の
リストが取得され、ステップＳ２８１でパターンの中に
後述するように要素を絞り込むための条件が指定されて
いるか否かが判定され、指定されている場合にはステッ
プＳ２８２でその条件に応じて要素のリストが絞り込ま
れた後に、また指定されていない場合には直ちにステッ
プＳ２８３の処理に移行する。

【０１４８】ステップＳ２８３ではパターンの中で、後
述するように例えば開発者によって要素が選択されるこ
とが、すなわち開発者に要素の選択を依頼すべきことが
指定されているか否かが判定され、指定されている場合
にはステップＳ２８４で開発者によって要素が選択され
た後に、指定されていない場合には直ちにステップＳ２
８５の処理に移行する。

【０１４９】ステップＳ２８５では、リストの中の要素
に対して元となる要素のデータからパターンで指定され
たデータ、例えば名前や型などの文字列表現が抽出さ
れ、ステップＳ２８６でその抽出された文字列表現が、
後述するようにパターン内で指定された方法、例えば先
頭の文字の大文字化などを用いて加工され、ステップＳ
２８７で加工された文字列中に未解決のキーワードがあ
るか否かが、例えば図６０のステップＳ２１０における
と同様に判定され、そのようなキーワードがある場合に
はステップＳ２８８で開発者によって未解決のキーワー
ドに対応する文字列が入力され、未解決のキーワードが
その文字列に置き換えられた後に、そのような未解決の
キーワードがない場合には直ちにステップＳ２８９の処
理に移行する。

【０１５０】ステップＳ２８９では、加工された文字列
表現がパターンで指定された箇所に用いられて新たな要
素の定義が生成され、ステップＳ２９０でリストの要素
全てについて処理が行われたか否かが判定され、まだ行
われていない場合にはステップＳ２８１以降の処理が行
われ、全てについて処理がなされた場合には処理を終了
する。

【０１５１】以上で比較的簡単なパターンの適用例と、
パターン適用処理のフローチャートについての説明を終
わり、続いてより応用的なパターンの適用例について更
に説明する。

【０１５２】図６５は、パターンとして分析・設計パタ
ーンに対応する部分と、実装パターンに対応する部分と
が定義され、そのパターンを適用することによって、例
えば開発対象モデルにメソッドの追加が行われると共
に、実装パターンに対応して新たなプログラムが生成さ
れる例である。実装パターンは“ｍｅｔｈｏｄ”という
タグ内で中かっこによって囲まれる部分である。

【０１５３】同図においてｃｏｐｙ（ＣｌａｓｓＡ＆ｏ
ｂｊ）という新たなメソッドが生成されると共に実装パ
ターンに対応するプログラムが生成されている。実装パ
ターンの中の「//＄＄ｆｏｒｅａｃｈキーワード・・・
//＄＄ｅｎｄｆｏｒｅａｃｈ」の部分は、間に挟まれた
コードをキーワードによって表される要素の数だけ繰り
返して、プログラムを生成するための命令である。ここ
ではキーワードとして＄＄ａｔｔｒｉｂｕｔｅ＄＄が指
定されており、ＣｌａｓｓＡの属性ａ，ｂ，およびｃに
対応するコードが生成される。実装パターンの２行目の
コードの中の＄＄ａｔｔｒｉｂｕｔｅ＄＄が繰り返しの
対象となっている属性の名前と置き換えられている。

【０１５４】図６６〜図６８は、より応用的なパターン
の例として、例えば開発対象モデルに新たに追加される
オブジェクトの要素のデータ、例えば名前、型、初期
値、可視性などとして、すでに開発対象モデル内で定義
されている要素が持つデータのいずれかを使用すること
がパターン内で指定されているパターンの適用例を示
す。ここで可視性はアクセス可能なクラスの範囲を示す
ものであり、その詳細は後述する。

【０１５５】図６６はメソッドの追加の例を示すが、タ
グしての’ｍｅｔｈｏｄ”の次の行の後半に対応して、
図４４におけると同様のメソッドの追加が行われるが、
前半の＄＄ａｔｔｒｉｂｕｔｅ＄＄；ｔｙｐｅを、すで
に定義されている属性ａ，ｂ、およびｃの型に置き換え
て、それをメソッドの返却値の型とする新たなメソッド
が追加されている。

【０１５６】図６７は属性の追加の例であるが、＄＄ａ
ｔｔｒｉｂｕｔｅ＄＄をａ，ｂ、およびｃに置き換えた
ａｘ，ｂｘ、およびｃｘの属性が新たに追加され、その
型として元の属性の型とその初期値が用いられている。

【０１５７】図６８においてはＣｌａｓｓＡに新たなメ
ソッドが追加されているが、パターン内のタグとしての
“ｍｅｔｈｏｄ”の次の行の前半部分における＄＄ｌｉ
ｎｋ＄＄；ｔｙｐｅ^* によって、リンク先のクラスの名
前が、新たに追加されるメソッドの返却値として用いら
れている。

【０１５８】図６９〜図７２は、新たに追加される要素
に対するデータの文字列をあらかじめ指定した方法で加
工した後に使用することが図６４のステップＳ２８６で
説明したようにパターン内で指定されているパターンの
適用例である。ここで指定された方法としては全大文字
化、最初の文字だけ大文字にするキャピタライズ、前一
単語分削除などの方法がある。

【０１５９】図６９は、図６６とほぼ同様にメソッドの
追加を行う例であるが、パターン内のｇｅｔ＄＄ａｔｔ
ｒｉｂｕｔｅ：Ｃ＄＄（ ）内の“Ｃ”がキャピタライ
ズを示しているため、新たに追加されているメソッドの
例えばｇｅｔＡ（ ）において、属性名のａが大文字化
されて用いられている。

【０１６０】図７０は属性の追加の例であるが、パター
ン内の“Ｕ”が全大文字化を指定するものであるため、
すでにＣｌａｓｓＡ内で定義されている３つの属性が全
大文字化されて追加されている。

【０１６１】図７１では図７０におけると同様に新たに
属性が追加されているが、パターン内の“Ｆ”が前一単
語分削除を示すため、すでに定義されている属性のそれ
ぞれにおいて最初の一単語、すなわち“ｆｌａｇ−”が
削除されている。

【０１６２】図７２では同様に属性が追加されている
が、パターン内の“−”によって“−”の削除と、その
直後の文字の大文字化が指定されているために、例えば
ｆｌａｇＡなどの属性が追加されている。

【０１６３】図７３〜図７５は、例えば開発対象モデル
内ですでに定義されているオブジェクトの要素のうち
で、例えばインスタンス変数のみ、スタティック変数の
み、プライベートメソッドのみなどの条件を指定し、そ
れを満たすものを自動的に選択すべきことが図６４のス
テップＳ２８１，Ｓ２８２で説明したように、指定され
ているパターンの適用例である。

【０１６４】図７３はメソッドの追加の例を示すが、パ
ターン中の“ｐｒｉｖａｔｅ”によってプライベートな
属性のみが選択されるべきことが指定されていることか
ら、すでに定義されている属性のうちで、その先頭にあ
る可視性、すなわちアクセス可能なクラスを示す文字と
して、プライベート（そのクラスのみがアクセス可能）
を示す“−”がついているｂ、およびｃだけに対応して
メソッドの追加が行われている。なおａに対する“＃”
はそのクラスとサブクラスだけがアクセス可能であるプ
ロテクテッドを示し、図示しない“＋”は全てのクラス
がアクセス可能なパブリックを示す。

【０１６５】図７４ではメソッドの追加が行われている
が、パターン中の“ｓｔａｔｉｃ”がスタティック変数
のみを条件としているため、すでに定義されている属性
ａ，ｂ、およびｃのうちで、スタティック変数を示す＄
が先頭についているａのみに対してメソッドの追加が行
われている。

【０１６６】図７５でもメソッドの追加が行われている
が、パターン中の“ａｂｓｔｒａｃｔ”がイタリックで
示されている抽象メソッドのみを選択すべきことを指定
しているため、すでに定義されているメソッドのうちで
イタリックで表示されているａ（ ）のみを用いてメソ
ッドの追加が行われている。

【０１６７】図７６は例えば開発対象モデル内ですでに
定義され、新しい要素を追加する元となる要素をパター
ン適用時に開発者、またはユーザに選択させることが図
６４のステップＳ２８３，Ｓ２８４で説明したように、
指定されているパターンの適用例である。同図において
はパターンの中で“ｓｅｌｅｃｔ”によって要素の選択
を、例えばユーザに依頼すべきことが指定されており、
パターン適用部１０３はこの指定に対応して、ここでは
属性選択画面をユーザに提示し、ユーザが例えば属性名
として“ｃ”を選択することによって、それを用いてメ
ソッドの追加が行われている。

【０１６８】図７７，図７８はパターン適用中に任意の
文字列の入力を開発者、またはユーザに求めるべきこと
が指定されているパターンの適用例の説明図である。図
７７においては、追加されるメソッドの名前の入力が、
例えばユーザに求められており、ユーザから入力された
“Ｔｅｓｔ”を名前とする新しいメソッドが追加されて
いる。

【０１６９】図７８では、図６５と同様にパターンの内
部に分析・設計パターンに対応する部分と、実装パター
ンに対応する部分とが含まれており、メソッドの追加
と、プログラムの生成が行われている。この時パターン
適用部１０３によって＄＄×××＄＄に対応する文字列
の入力がユーザに求められ、ユーザによって入力された
“ｓａｖｅ”が用いられて、メソッドの追加とプログラ
ムの生成が行われている。ユーザによって入力された文
字列は、追加されるメソッドの部分にも、また生成され
るプログラムの部分にもまたがって利用されている。プ
ログラムの内部の記述を用いて２番目の追加メソッドが
追加されている。更にパターンの中でキャピタライズを
示す“Ｃ”も使用されている。

【０１７０】パターン適用例の最後としてパターンの中
に、例えば開発者によって独自に規定された展開ルール
を用いた部分が定義されているパターンの適用例につい
て説明する。この展開ルールは図６０のステップＳ２０
８，Ｓ２０９で説明したように、例えば開発者によって
作成された外部パターン展開部に保持され、パターンの
解釈に使用される。図７９はそのような場合のオブジェ
クト指向ソフトウェア開発支援装置の基本構成ブロック
図である。図４２の構成と比較すると、パターン適用部
１０３に接続された外部パターン展開部１０５を備えて
いる点が異なる。

【０１７１】図８０はこの外部パターン展開部１０５に
よる処理を含んだパターンの適用例の説明図である。同
図において、メソッドを追加すべきパターンの内部で
“ｕｓｅｒ−ｄｅｆｉｎｅ”以降の次のタグまでの文字
列が、外部パターン展開部１０５にパターン適用部１０
３から与えられ、外部パターン展開部に保持されている
展開ルールに対応して、属性の追加が行われている。

【０１７２】最後に本発明のオブジェクト指向ソフトウ
ェア開発支援装置におけるプログラムのローディングに
ついて図８１を用いて説明する。本発明のソフトウェア
開発支援装置は当然一般的なコンピュータシステムによ
って実現することが可能であるが、そのようなコンピュ
ータ３５は基本的には本体３６とメモリ３７とから構成
されており、本体３６に対しては可搬型記憶媒体３９か
ら本発明の処理のためのプログラムなどをロードするこ
とも、またプログラム提供者側からネットワーク３８を
介してプログラムなどをロードすることも可能である。

【０１７３】本発明の特許請求の範囲の請求項１６，１
７などに記載されているプログラムや、例えば図５，図
７，図８，図１３，図１７〜図２０，図５９〜図６４な
どのフローチャートに示されているプログラムなどは、
例えばメモリ３７に格納され、そのプログラムは本体３
６によって実行される。ここでメモリ３７としてはハー
ドディスクなどが用いられる。

【０１７４】また例えばソフトウェア開発支援装置にお
けるパターン定義のためのプログラムなどは、可搬型記
憶媒体３９に記憶され、コンピュータ３６にそのプログ
ラムをロードすることによってパターンの定義などを行
うことも可能である。この可、光ディスク、光磁気ディ
スクなどを用いることができる。更にパターン定義のた
めのプログラムなどは、プログラム提供者側からネット
ワーク３８を介してコンピュータ３５側に送られ、その
プログラムがロードされることによってパターン定義な
どを実現することも可能である。

【０１７５】以上において、オブジェクト指向ソフトウ
ェア言語としてＣ＋＋を例に取り、本発明の実施形態を
説明したが、ソフトウェア言語はＣ＋＋に限定されるこ
となく、他の言語を使用できることも当然可能であ。ま
たその他の発明の実施の形態についても、本発明の特許
請求の範囲に記載された範囲において様々な実施の形態
を取ることができることは当然である。

【０１７６】

【発明の効果】以上詳細に説明したように、本発明によ
れば、開発プロジェクトの責任者が分析パターン、設計
パターン、および実装パターンなどの開発上必要なパタ
ーンを体系立てて定義、提供し、各部門の開発者がその
パターンを適切、かつ効率的に利用することが可能とな
り、ソフトウェア開発効率を向上させることが可能とな
る。パターン体系として関連づけられたパターンを順次
適用することによって、分析情報、設計情報、およびソ
ースコードの品質を均一にすることができる。また分析
情報と設計情報、設計情報とソースコードの間での矛盾
をなくすることができ、情報の追跡も可能となる。さら
に比較的簡単なパターンとして、例えば既に開発対象モ
デル内で定義されているオブジェクトのデータを利用で
きるパターンを適用することにより、ソフトウェア開発
の多くの部分を自動化することができ、オブジェクト指
向ソフトウェア開発業務の能率向上に寄与するところが
大きい。

【図面の簡単な説明】

【図１】本発明の原理構成ブロック図である。

【図２】本発明のオブジェクト指向ソフトウェア開発支
援装置の基本構成ブロック図である。

【図３】本発明のオブジェクト指向ソフトウェア開発支
援装置の第１の実施形態の構成を示すブロック図であ
る。

【図４】本発明の第１の実施形態におけるパターン体系
の定義と定義されたパターンの適用方法を説明する図で
ある。

【図５】本発明の第１の実施形態におけるソフトウェア
開発処理全体のフローチャートである。

【図６】パターン体系の例を示す図である。

【図７】パターン情報定義部による処理のフローチャー
トである。

【図８】パターン体系定義部による処理のフローチャー
トである。

【図９】パターン情報定義例（文書情報）を示す図であ
る。

【図１０】パターン情報定義例（ＣＡＳＥ形式）を示す
図である。

【図１１】実装パターン定義画面の例を示す図である。

【図１２】パターン情報定義書式としてのテンプレート
の例を示す図である。

【図１３】パターン体系ナビゲート部による処理のフロ
ーチャートである。

【図１４】パターン情報表示画面の例（その１）であ
る。

【図１５】パターン情報表示画面の例（その２）であ
る。

【図１６】パターン体系表示画面の例である。

【図１７】パターン適用部による処理の全体フローチャ
ートである。

【図１８】追加クラスの全ての属性定義を展開する処理
のフローチャートである。

【図１９】追加クラスの全ての操作定義を展開する処理
のフローチャートである。

【図２０】追加クラスの全ての関係定義を展開する処理
のフローチャートである。

【図２１】パターンの適用対象となる開発モデルの例を
示す図である。

【図２２】パターン適用部によって表示されるユーザ入
力画面の例である。

【図２３】追加クラスの属性定義を展開する処理におい
て表示されるユーザ入力画面の例である。

【図２４】追加クラスの操作定義を展開する処理におい
て表示されるユーザ入力画面の例である。

【図２５】パターン適用が終了した後の開発モデル例を
示す図である。

【図２６】パターンモデルファイルの中のターゲットマ
ネージャクラスの定義の例を示す図である。

【図２７】実装パターン適用結果ファイルの出力例を示
す図である。

【図２８】ユーザによるソースコード生成時の操作（実
装パターン挿入部の起動処理）のフローチャートでる。

【図２９】実装パターン挿入部の処理フローチャートで
ある。

【図３０】ＣＡＳＥツールによって出力されるソースコ
ード（ヘッダファイル）の例を示す図である。

【図３１】ＣＡＳＥツールによって出力されるソースコ
ード（ボディファイル）の例を示す図である。

【図３２】実装パターン挿入部の処理において表示され
るユーザ入力画面の例である。

【図３３】操作本体が挿入されたボディファイルの例を
示す図である。

【図３４】キーワードを用いたパターン情報検索動作の
例を示す図である。

【図３５】キーワードによるパターン情報検索処理のフ
ローチャートである。

【図３６】パターン情報にキーワードを付加するための
パターン情報定義書式用テンプレートの例を示す図であ
る。

【図３７】本発明のオブジェクト指向ソフトウェア開発
支援装置の第２の実施形態の構成を示すブロック図であ
る。

【図３８】パターン適用履歴情報の例を示す図である。

【図３９】パターン適用履歴情報を用いたパターン適用
部による処理のフローチャートである。

【図４０】図３９のパターン適用部の処理において表示
されるユーザ入力画面の例を示す図である。

【図４１】パターン適用履歴解釈部の処理フローチャー
トである。

【図４２】すでに定義されているオブジェクトのデータ
を元にして、新しいオブジェクトのデータを追加するパ
ターンの定義と、その適用を行うオブジェクト指向ソフ
トウェア開発支援装置の基本的なシステム構成ブロック
図である。

【図４３】すでに定義されている属性のデータを元にし
て、新たな属性を追加するパターンの適用例の説明図で
ある。

【図４４】すでに定義されている属性のデータを元にし
て、新たなメソッドを追加するパターンの適用例の説明
図である。

【図４５】すでに定義されている属性のデータを元にし
て、リンクを追加するパターンの適用例の説明図であ
る。

【図４６】すでに定義されている属性のデータを元にし
て、クラスを追加するパターンの適用例の説明図であ
る。

【図４７】すでに定義されているリンクのデータを元に
して、リンクを追加するパターンの適用例の説明図であ
る。

【図４８】すでに定義されているリンクのデータを元に
して、属性を追加するパターンの適用例の説明図であ
る。

【図４９】すでに定義されているリンクのデータを元に
して、メソッドを追加するパターンの適用例の説明図で
ある。

【図５０】すでに定義されているリンクのデータを元に
して、クラスを追加するパターンの適用例の説明図であ
る。

【図５１】すでに定義されているメソッドのデータを元
にして、メソッドを追加するパターンの適用例の説明図
である。

【図５２】すでに定義されているメソッドのデータを元
にして、属性を追加するパターンの適用例の説明図であ
る。

【図５３】すでに定義されているメソッドのデータを元
にして、リンクを追加するパターンの適用例の説明図で
ある。

【図５４】すでに定義されているメソッドのデータを元
にして、クラスを追加するパターンの適用例の説明図で
ある。

【図５５】すでに定義されているクラスのデータを元に
して、クラスを追加するパターンの適用例の説明図であ
る。

【図５６】すでに定義されているクラスのデータを元に
して、属性を追加するパターンの適用例の説明図であ
る。

【図５７】すでに定義されているクラスのデータを元に
して、リンクを追加するパターンの適用例の説明図であ
る。

【図５８】すでに定義されているクラスのデータを元に
して、メソッドを追加するパターンの適用例の説明図で
ある。

【図５９】新たなオブジェクトの要素を追加するパター
ン適用処理の全体フローチャートである。

【図６０】全てのクラス定義を展開する処理の詳細フロ
ーチャートである。

【図６１】追加クラスの全ての属性定義を展開する処理
の詳細フローチャートである。

【図６２】追加クラスの全てのメソッド定義（操作定
義）を展開する処理の詳細フローチャートである。

【図６３】追加クラスの全てのリンク定義（関係定義）
を展開する処理の詳細フローチャートである。

【図６４】すでに定義されているオブジェクトの要素を
元にして、新たに追加されるべき要素の定義を展開する
処理の詳細フローチャートである。

【図６５】分析・設計パターンに対応する部分と、実装
パターンに対応する部分とが定義されているパターンの
適用例の説明図である。

【図６６】追加されるメソッドの返却値の型が、すでに
定義されている属性の型に対応すべきことが指定されて
いるパターンの適用例の説明図である。

【図６７】追加される属性の型が、すでに定義されてい
る属性の型とその初期値に対応すべきことが指定されて
いるパターンの適用例の説明図である。

【図６８】追加されるメソッドの返却値が、すでに定義
されているリンクのリンク先のクラスの名前に対応すべ
きことが指定されているパターンの適用例の説明図であ
る。

【図６９】追加される要素に対するデータの文字列に対
してキャピタライズを行うべきことが指定されているパ
ターンの適用例の説明図である。

【図７０】新たに追加される属性の文字列が全大文字化
されるべきことが指定されているパターンの適用例の説
明図である。

【図７１】新たに追加される属性の文字列に対して前一
単語分削除が指定されているパターンの適用例の説明図
である。

【図７２】追加される属性の文字列における”一”の削
除と、その直後の文字の大文字化が指定されているパタ
ーンの適用例の説明図である。

【図７３】すでに定義されている属性の可視性に対応し
てメソッドが追加されるパターンの適用例を示す図であ
る。

【図７４】スタティック変数のみを条件として、すでに
定義されている属性に対応するメソッドの追加が行われ
るパターンの適用例を示す図である。

【図７５】抽象メソッドのみを条件として、すでに定義
されているメソッドに対応してメソッドの追加が行われ
るパターンの適用例を示す図である。

【図７６】すでに定義されている要素を、パターン適用
時に開発者、またはユーザに選択させることが指定され
ているパターンの適用例を示す図である。

【図７７】パターン適用中に文字列の入力を開発者、ま
たはユーザに求めることが指定されているパターンの適
用例の説明図である。

【図７８】内部に分析・設計パターンに対応する部分と
実装パターンに対応する部分とが含まれ、適用時に文字
列の入力がユーザに求められるパターンの適用例を示す
図である。

【図７９】外部パターン展開部を含むオブジェクト指向
ソフトウェア開発支援装置の基本構成ブロック図であ
る。

【図８０】外部パターン展開部による処理を含むパター
ンの適用例を説明する図である。

【図８１】本発明のオブジェクト指向ソフトウェア開発
支援装置におけるプログラムのローディングを説明する
図である。

【符号の説明】

１ オブジェクト指向ソフトウェア開発支援装置 ２ パターン体系格納手段 ３，１６ パターン情報 ４，１７ パターン間関連情報 ５ パターン適用手段 １１ パターン体系格納部 １２ パターン体系ナビゲート部 １３ パターン適用部 １４ パターン情報定義部 １５ パターン体系定義部 １８ 開発対象モデル １９ ソースコード ２６ 実装パターン挿入部 ２７ 分析・設計パターン適用部 ３１ パターン適用履歴情報格納部 ３２ パターン適用履歴解釈部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中山 裕子 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B076 DD06

Claims (43)

【特許請求の範囲】
1. 【請求項１】 オブジェクト指向のソフトウェア設計を
   支援する装置において、 オブジェクト指向ソフトウェアの開発にあたって利用可
   能な複数のパターンのパターン情報と、該複数のパター
   ンのうちで開発時に前後関係があるパターンの間を関連
   づけるパターン間関連情報とを格納するパターン体系格
   納手段と、 該パターン体系格納手段に格納されているパターンのう
   ちで外部から適用が承認されたパターンを開発対象モデ
   ルに適用して該モデルを詳細化し、該モデルに対応する
   ソフトウェアの開発を支援するパターン適用手段とを備
   えることを特徴とするオブジェクト指向ソフトウェア開
   発支援装置。
2. 【請求項２】 前記パターン体系格納手段が、前記パタ
   ーン間関連情報として、ソフトウェア開発上の観点と、
   該観点に対応する選択肢とを格納し、 前記パターン適用手段が、該観点と選択肢とに対する外
   部からの指示に応じて自動的にパターンを選択して、該
   選択されたパターンを開発対象モデルに適用することを
   特徴とする請求項１記載のオブジェクト指向ソフトウェ
   ア開発支援装置。
3. 【請求項３】 前記パターン体系格納手段が前記複数の
   パターン情報に対する検索キーを更に格納し、 前記パターン適用手段が、外部から入力される検索キー
   によって検索されたパターンのうちで外部から指示され
   たパターンを開発対象モデルに適用することを特徴とす
   る請求項１記載のオブジェクト指向ソフトウェア開発支
   援装置。
4. 【請求項４】 外部からパターンテンプレートの形式を
   用いて入力されるパターン定義情報に従って前記パター
   ン情報を定義するパターン情報定義手段を更に備えるこ
   とを特徴とする請求項１記載のオブジェクト指向ソフト
   ウェア開発支援装置。
5. 【請求項５】 前記パターン情報定義手段が、前記パタ
   ーン情報の定義に際して該パターン情報に対する検索キ
   ーを更に定義することを特徴とする請求項４記載のオブ
   ジェクト指向ソフトウェア開発支援装置。
6. 【請求項６】 前記前後関係があるパターンの間を関連
   づけるパターン間関連情報を、外部から入力される情報
   に従って定義するパターン体系定義手段を更に備えるこ
   とを特徴とする請求項１記載のオブジェクト指向ソフト
   ウェア開発支援装置。
7. 【請求項７】 前記パターン体系定義手段が、前記パタ
   ーン間関連情報として、ソフトウェア開発上の観点と、
   該観点に対応する選択肢とを定義することを特徴とする
   請求項６記載のオブジェクト指向ソフトウェア開発支援
   装置。
8. 【請求項８】 前記パターン体系格納手段に格納されて
   いる複数のパターン情報とパターン間関連情報とに対応
   するパターン体系を１つのまとまった形式で表示するパ
   ターン体系表示手段と、 該パターン体系格納手段に格納されているパターン情報
   を該パターン情報に対応するテンプレートの形式に従っ
   て表示するパターン情報表示手段とを更に備えることを
   特徴とする請求項１記載のオブジェクト指向ソフトウェ
   ア開発支援装置。
9. 【請求項９】 前記パターン体系格納手段に格納されて
   いる複数のパターン情報とパターン間関連情報とに対応
   するパターン体系を解釈して、前記開発対象モデルに適
   用可能なパターンを外部に提示するパターン体系ナビゲ
   ート手段を更に備え、 前記パターン適用手段が、該提示されたパターンのうち
   で外部から適用が承認されたパターンを開発対象モデル
   に適用することを特徴とする請求項１記載のオブジェク
   ト指向ソフトウェア開発支援装置。
10. 【請求項１０】 前記複数のパターンが、開発対象モデ
    ルに対応する分析パターン、設計パターン、および分析
    ・設計パターンに含まれるクラスの操作定義に対応する
    ソースコードのひな型としての実装パターンであり、 前記パターン体系格納手段が、前記パターン間関連情報
    として、分析・設計パターンと実装パターンとの関連情
    報をも格納し、 前記パターン適用手段が、外部から適用が承認された分
    析・設計パターンを開発対象モデルに適用すると共に、
    該開発対象モデルのうちで分析・設計パターンが適用さ
    れた部分に対応するソースコードを該実装パターンに基
    づいて自動生成することを特徴とする請求項１記載のオ
    ブジェクト指向ソフトウェア開発支援装置。
11. 【請求項１１】 外部から実装パターンテンプレートの
    形式を用いて入力される実装パターン定義情報に従って
    前記実装パターンのパターン情報を定義するパターン情
    報定義手段を更に備えることを特徴とする請求項１０記
    載のオブジェクト指向ソフトウェア開発支援装置。
12. 【請求項１２】 前記分析・設計パターンと実装パター
    ンとの間のパターン間関連情報を、外部から入力される
    情報に従って定義するパターン体系定義手段を更に備え
    ることを特徴とする請求項１０記載のオブジェクト指向
    ソフトウェア開発支援装置。
13. 【請求項１３】 前記パターン体系格納手段に格納され
    ている複数のパターン情報とパターン間関連情報とに対
    応するパターン体系を１つのまとまった形式で表示する
    パターン体系表示手段と、 該パターン体系格納手段に格納されている実装パターン
    のパターン情報を実装パターンテンプレートの形式に従
    って表示する実装パターン情報表示手段とを更に備える
    ことを特徴とする請求項１０記載のオブジェクト指向ソ
    フトウェア開発支援装置。
14. 【請求項１４】 前記パターン適用手段によって開発対
    象モデルへの適用が行われたパターンに対する適用履歴
    情報を保持するパターン適用履歴情報格納手段と、 該パターン適用履歴情報格納手段に保持されている適用
    履歴情報を解釈して、個々のパターンと、複数のパター
    ン情報とパターン間関連情報とに対応するパターン体系
    との再利用度を求めるパターン適用履歴解釈手段とを更
    に備えることを特徴とする請求項１記載のオブジェクト
    指向ソフトウェア開発支援装置。
15. 【請求項１５】 前記パターン適用手段によって開発対
    象モデルへの適用が行われたパターンに対する適用履歴
    情報を保持するパターン適用履歴情報格納手段を更に備
    え、 前記パターン適用手段が該パターン適用履歴情報格納手
    段に保持されている適用履歴情報を解釈して、パターン
    適用時に外部から入力されるべきデータをあらかじめ設
    定してパターン適用処理の効率を向上させることを特徴
    とする請求項１記載のオブジェクト指向ソフトウェア開
    発支援装置。
16. 【請求項１６】 オブジェクト指向のソフトウェア設計
    を支援する装置において、 オブジェクト指向ソフトウェアの開発にあたって利用可
    能なパターン情報を、外部から与えられるパターン定義
    情報に従って定義するパターン情報定義手段と、 該定義されたパターン情報を格納するパターン格納手段
    と、 該パターン格納手段に格納されているパターン情報を開
    発対象モデルに適用して該モデルを詳細化し、該モデル
    に対応するソフトウェアの開発を支援するパターン適用
    手段とを備えることを特徴とするオブジェクト指向ソフ
    トウェア開発支援装置。
17. 【請求項１７】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つ属性の
    データを元にして、新たな属性を該開発対象モデルに追
    加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たな属性を追加することを特徴とする請求項１６記載
    のオブジェクト指向ソフトウェア開発支援装置。
18. 【請求項１８】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つ属性の
    データを元にして、新たなメソッドを該開発対象モデル
    に追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなメソッドを追加することを特徴とする請求項１６
    記載のオブジェクト指向ソフトウェア開発支援装置。
19. 【請求項１９】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つ属性の
    データを元にして、新たなリンクを該開発対象モデルに
    追加するこめのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなリンクを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
20. 【請求項２０】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つ属性の
    データを元にして、新たなクラスを該開発対象モデルに
    追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなクラスを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
21. 【請求項２１】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つリンク
    のデータを元にして、新たなリンクを該開発対象モデル
    に追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなリンクを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
22. 【請求項２２】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つリンク
    のデータを元にして、新たな属性を該開発対象モデルに
    追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たな属性を追加することを特徴とする請求項１６記載
    のオブジェクト指向ソフトウェア開発支援装置。
23. 【請求項２３】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つリンク
    のデータを元にして、新たなメソッドを該開発対象モデ
    ルに追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなメソッドを追加することを特徴とする請求項１６
    記載のオブジェクト指向ソフトウェア開発支援装置。
24. 【請求項２４】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つリンク
    のデータを元にして、新たなクラスを該開発対象モデル
    に追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなクラスを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
25. 【請求項２５】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つメソッ
    ドのデータを元にして、新たなメソッドを該開発対象モ
    デルに追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなメソッドを追加することを特徴とする請求項１６
    記載のオブジェクト指向ソフトウェア開発支援装置。
26. 【請求項２６】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つメソッ
    ドのデータを元にして、新たな属性を該開発対象モデル
    に追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たな属性を追加することを特徴とする請求項１６記載
    のオブジェクト指向ソフトウェア開発支援装置。
27. 【請求項２７】 前記パターン情報定義手段が、前記開
    発対象モデル内ですてに定義済みのクラスが持つメソッ
    ドのデータを元にして、新たなリンクを該開発対象モデ
    ルに追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなリンクを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
28. 【請求項２８】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスが持つメソッ
    ドのデータを元にして、新たなクラスを該開発対象モデ
    ルに追加するためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなクラスを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
29. 【請求項２９】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスのデータを元
    にして、新たなクラスを該開発対象モデルに追加するた
    めのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなクラスを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
30. 【請求項３０】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスのデータを元
    にして、新たな属性を該開発対象モデルに追加するため
    のパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たな属性を追加することを特徴とする請求項１６記載
    のオブジェクト指向ソフトウェア開発支援装置。
31. 【請求項３１】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスのデータを元
    にして、新たなリンクを該開発対象モデルに追加するた
    めのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなリンクを追加することを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
32. 【請求項３２】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義済みのクラスのデータを元
    にして、新たなメソッドを該開発対象モデルに追加する
    ためのパターン情報を定義し、 前記パターン適用手段が、少なくとも該定義されたパタ
    ーン情報を含むパターンを該開発対象モデルに適用して
    新たなメソッドを追加することを特徴とす請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
33. 【請求項３３】 前記パターン情報定義手段が、前記新
    たに追加される属性、メソッド、リンク、またはクラス
    に関するデータとして、゛前記すでに定義済みのクラ
    ス、あるいは該クラスが持つ属性、メソッド、またはリ
    ンクに関するデータを使用して、前記パターン情報を定
    義することを特徴とする請求項１７，１８，１９，２
    ０，２１，２２，２３，２４，２５，２６，２７，２
    ８，２９，３０，３１、または３２記載のオブジェクト
    指向ソフトウェア開発支援装置。
34. 【請求項３４】 前記パターン情報定義手段が、前記新
    たに追加される属性、メソッド、リンク、またはクラス
    に関するデータに対する文字列を、指定された加工方法
    を用いて表現して、前記パターン情報を定義することを
    特徴とする請求項３３記載のオブジェクト指向ソフトウ
    ェア開発支援装置。
35. 【請求項３５】 前記パターン情報定義手段が、前記す
    でに定義済みのクラス、あるいは該クラスが持つ属性、
    メソッド、またはリンクのうちで、指定された条件を満
    たすもののデータを元にして、前記新たな属性、リン
    ク、メソッド、またはクラスを追加するためのパターン
    情報を定義することを特徴とする請求項１７，１８，１
    ９，２０，２１，２２，２３，２４，２５，２６，２
    ７，２８，２９，３０，３１、または３２記載のオブジ
    ェクト指向ソフトウェア開発し円装置。
36. 【請求項３６】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義されているクラス、あるい
    は該クラスが持つ属性、メソッド、またはリンクの一部
    が外部から指定されるべきことを示すデータを含んで前
    記パターン情報を定義し、 前記パターン適用手段が、該クラス、あるいは該クラス
    が持つ属性、メソッド、またはリンクの外部からの指定
    を求め、該指定の結果に応じて該パターン情報を含むパ
    ターンを前記開発対象モデルに適用することを特徴とす
    る請求項１６，１７，１８，１９，２０，２１，２２，
    ２３，２４，２５，２６，２７，２８，２９，３０，３
    １、または３２記載のオブジェクト指向ソフトウェア開
    発支援装置。
37. 【請求項３７】 あらかじめ独自に規定されたパターン
    解釈ルールを保持し、該パターン解釈ルールを用いてパ
    ターン情報の解釈を行う外部パターン展開手段を更に備
    え、 前記パターン情報定義手段が、該パターン解釈ルールを
    用いて解釈すべきことが指定されている部分を含むパタ
    ーン情報を定義して前記パターン格納手段に与え、 前記パターン適用手段が、該定義されたパターン情報を
    含むパターンの適用にあたり、該外部パターン展開手段
    の解釈結果を使用することを特徴とする請求項１６記載
    のオブジェクト指向ソフトウェア開発支援装置。
38. 【請求項３８】 前記パターン情報定義手段が、前記パ
    ターン適用手段によるパターンの適用中に外部から入力
    される文字列を、前記開発対象モデルに組み込むべきこ
    とを指定する部分を含むパターン情報を定義して、前記
    パターン格納手段に与え、 前記パターン適用手段が、該パターン情報を含むパター
    ンの適用にあたり、外部から入力される文字列を前記開
    発対象モデルに組み込むことを特徴とする請求項１６記
    載のオブジェクト指向ソフトウェア開発支援装置。
39. 【請求項３９】 前記パターン情報定義手段が、前記開
    発対象モデル内ですでに定義されているオブジェクトの
    データを元にして、該オブジェクトに関する新たなデー
    タを該開発対象モデルに追加するためのパターンを定義
    することを特徴とする請求項１６記載のオブジェクト指
    向ソフトウェア開発支援装置。
40. 【請求項４０】 オブジェクト指向のソフトウェア設計
    を支援する方法において、 オブジェクト指向ソフトウェアの開発にあたって利用可
    能な複数のパターンのパターン情報と、該複数のパター
    ンのうちで開発時に前後関係があるパターンの間を関連
    づけるパターン間関連情報とを格納し、 該格納されているパターンのうちで外部から適用が承認
    されたパターンを開発対象モデルに適用して該モデルを
    詳細化し、該モデルに対応するソフトウェアの開発を支
    援することを特徴とするオブジェクト指向ソフトウェア
    開発支援方法。
41. 【請求項４１】 オブジェクト指向ソフトウェア開発支
    援装置において使用される記憶媒体であって、 オブジェクト指向ソフトウェアの開発にあたって利用可
    能な複数のパターンのパターン情報と、該複数のパター
    ンのうちで開発時に前後関係があるパターンの間を関連
    づけるパターン間関連情報とを格納するステップと、 該格納されているパターンのうちで外部から適用が承認
    されたパターンを開発対象モデルに適用して該モデルを
    詳細化するステップとを計算機に実行させるプログラム
    を格納した計算機読出し可能記憶媒体。
42. 【請求項４２】 オブジェクト指向のソフトウェア設計
    を支援する方法において、 開発対象モデル内ですでに定義されているオブジェクト
    のデータを元にして、該オブジェクトに関する新たなデ
    ータを該開発対象モデルに追加するためのパターンを定
    義し、 該定義されたモデルを該開発対象モデルに適用して該モ
    デルを詳細化し、該モデルに対応するソフトウェアの開
    発を支援することを特徴とするオブジェクト指向ソフト
    ウェア開発支援方法。
43. 【請求項４３】 オブジェクト指向ソフトウェア開発支
    援装置において使用される記憶媒体であって、 開発対象モデル内ですでに定義されているオブジェクト
    のデータを元にして、該オブジェクトに関する新たなデ
    ータを該開発対象モデルに追加するためのパターンを定
    義するステップと、 該定義されたパターン情報を該開発対象モデルに適用し
    て、該モデルを詳細化するステップとを計算機に実行さ
    せるプログラムを格納した計算機読出し可能記憶媒体。