JP2002157117A - フレームワーク開発支援装置及びフレームワーク開発支援方法 - Google Patents

Abstract

(57)【要約】 【課題】 フレームワークの開発とその利用の効率化を
図る。 【解決手段】 オブジェクトモデルを用いて、要求機能
を実行するフレームワークの開発を支援するフレームワ
ーク開発支援装置において、利用者からフレームワーク
に対する要求機能の入力を受け付け、受け付けた要求機
能を分析して、要求機能から変動しない要求機能の部分
をユースケースとして抽出し、要求機能から変動する要
求機能の部分を拡張点として抽出する要求機能編集部３
と、上記要求機能として、ユースケースと拡張点とを格
納する要求機能格納部４と、オブジェクトモデルを編集
するオブジェクトモデル編集部１と、上記オブジェクト
モデルを格納するオブジェクトモデル格納部２と、上記
オブジェクトモデルと上記ユースケースとを対応づける
追跡関係を生成する追跡関係編集部５と、上記追跡関係
を格納する追跡関係格納部６とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
によるソフトウェア開発を支援する装置に関し、より詳
細にはオブジェクト指向フレームワーク（以下、フレー
ムワークと略）の開発を支援する装置に関する。

【０００２】

【従来の技術】フレームワークとは、特定問題領域の様
々なアプリケーションに共通する構造を持った雛型ソフ
トウェアであり、アプリケーション開発者はフレームワ
ークを自分が望むように改造することにより、所望のア
プリケーションを効率良く開発できる。フレームワーク
の技術的基盤に関しては、「デザインパターンプログラ
ミング」（Ｗｏｌｆｇａｎｇ Ｐｒｅｅ著、トッパン
刊、１９９６年）、「オブジェクト指向における再利用
のためのデザインパターン」（Ｅｒｉｃ Ｇａｍｍａ他
著、ソフトバンク刊、１９９５年）に詳しい。フレーム
ワーク技術は、一般的なオブジェクト指向ソフトウェア
開発で利用可能であり、様々な問題領域向けのフレーム
ワークが存在する。

【０００３】具体的なフレームワークについては、例え
ば、特表平０８−５０５７２１「オブジェクト指向フレ
ームワーク・システム」、特表平０８−５０８３５５
「並行フレームワーク・システム」、特表平０９−５０
６１９１「グラフィック・エディタ・フレームワーク・
システム」、特開平１０−２４０５３１「分散型コンピ
ューターシステムフレームワークのためのシステム、方
法及び製品」、特開平１１−０７３３２１「フレームワ
ークおよびソフトウェア・システムを開発する方法」な
どがある。

【０００４】このようなフレームワーク自体を開発する
には、従来のソフトウェア開発とは異なる側面がある。
まず、従来のソフトウェア開発について説明する。一般
のソフトウェア開発方法論、例えば、「ＵＭＬによる統
一ソフトウェア開発プロセス」（Ｉｖａｒ Ｊａｃｏｂ
ｓｏｎ他著、翔泳社刊、２０００年）では、開発者は、
まずソフトウェアの要求機能を把握し、それらを実現で
きるように分析設計する。要求機能の把握では、これか
ら開発しようとするソフトウェアの要求機能を固定化
し、それらを「ユースケース」としてモデル化する。分
析設計では、ユースケースを実現できるようにオブジェ
クトモデル（例えば、クラス図など）を作成する。この
ようなソフトウェア開発方法を支援するツールとしては
Ｒａｔｉｏｎａｌ Ｒｏｓｅが有名である。

【０００５】一方、フレームワークは、様々にカスタマ
イズされることが必須なので、フレームワークを開発す
るためには、アプリケーション毎に変動する仕様部分と
アプリケーション間で共通する仕様部分を明確化する必
要がある。前述の「デザインパターンプログラミング」
では、変動する仕様部分を「ホットスポット」、変動し
ない共通仕様部分を「フローズンスポット」と呼んでい
る。即ち、フレームワーク開発ではホットスポットとフ
ローズンスポットを識別して、それらの開発情報を管理
する点が特異であり重要である。ホットスポットとフロ
ーズンスポットの情報管理方法の一例が、特開平１１−
２３７９８２「ソフトウェア部品開発支援装置」に開示
されている。この特開平１１−２３７９８２では、クラ
ス図中の属性と操作について、ホットスポットに該当す
るものにキーワード「ｖａｒｉａｎｔ」を付加すること
により情報管理している。

【０００６】従来技術の構成図を図３９、図３９中のオ
ブジェクトモデル格納部２のデータ構造を図４０に示
す。図３９において、オブジェクトモデル編集部１ｐ
は、フレームワーク分析設計者１０１がオブジェクトモ
デルを編集して、それをオブジェクトモデル格納部２ｐ
に格納する機能ブロック、オブジェクトモデル格納部２
ｐは、オブジェクトモデルを格納する機能ブロック、１
０１はフレームワークの分析設計を行う作業者である。
図４０において、オブジェクトモデル格納部２ｐが格納
するクラスは、フレームワーク分析設計者１０１が作成
したオブジェクトモデルに含まれるクラス２０１と、ク
ラス２０１間の関連２０２と、クラス２０１をまとめる
オブジェクトモデルパッケージ２０３である。

【０００７】

【発明が解決しようとする課題】従来の技術では、フレ
ームワーク開発に特有で重要な「フローズンスポットと
ホットスポットに対する要求仕様」が管理されていな
い。なぜなら、一般のオブジェクト開発指向方法論、例
えば、前述の「ＵＭＬによる統一ソフトウェア開発プロ
セス」においては、ソフトウェアに対する要求機能をユ
ースケースとして固定化してしまい、変動する要求機能
に関する情報を管理しないからである。なお、ＵＭＬ
Ｖｅｒ１．３では、ユースケース間の関連としてキーワ
ード「ｅｘｔｅｎｄ」を付加して「ユースケースの拡張
関連」を定義しているが、これは要求機能の固定的な拡
張を表しており、「ユースケースの拡張関連」をフレー
ムワーク内の変動するホットスポット記述に適用した従
来技術は無い。

【０００８】また、特開平１１−２３７９８２によるホ
ットスポット管理方法では、分析設計中のクラス図内に
有る属性と操作にホットスポットを関連付けて宣言して
おり、そもそも分析設計作業への入力情報となる要求ホ
ットスポットを管理していない。このように、「フロー
ズンスポットとホットスポットに対する要求仕様」が管
理されていないためにフレームワーク開発において、以
下の問題が発生する。

【０００９】問題点１．フレームワーク分析設計者は自
分が一般論で推測したホットスポット、あるいは実装仕
様にのみ貢献するホットスポットしか組み込めない。こ
れではフレームワークが一般的／抽象化し過ぎて過剰投
資になるか、あるいは本当に必要なホットスポットが作
り込まれない危険がある。

【００１０】問題点２．フレームワークとそれを利用し
たアプリケーションのソフトウェア境界が不明瞭なまま
フレームワークの分析設計を行っている。これでは、フ
レームワークの分析設計の範囲が場当たり的／試行錯誤
的になってしまう。

【００１１】問題点３．ホットスポットに関連する付属
情報（例えば、ホットスポットが実際に変更される予想
タイミングなど）が管理できていなので、仮にホットス
ポットがリストアップされても、各ホットスポットの優
先度が不明確なままである。これでは、重要なホットス
ポットが分析設計されなかったり、あるいは重要でない
ホットスポットばかりが分析設計されてしまう危険があ
る。

【００１２】問題点４．アプリケーション開発者は、フ
レームワークが提供するホットスポットを理解するため
に、フレームワークの内部構造を示すオブジェクトモデ
ルを理解する必要がある。これでは、アプリケーション
開発者にとってフレームワークを使用することが困難で
ある。

【００１３】本発明の目的は、フローズンスポットとホ
ットスポットに対する要求仕様を管理して、フレームワ
ーク開発とその利用を効率化することである。

【００１４】

【課題を解決するための手段】この発明に係るフレーム
ワーク開発支援装置は、アプリケーションに共通する雛
型ソフトウェアを有するモデルを用いて、利用者が要求
する要求機能を実行するフレームワークの開発を支援す
るフレームワーク開発支援装置において、利用者からフ
レームワークに対する要求機能の入力を受け付け、受け
付けた要求機能を編集する要求機能編集部と、上記要求
機能編集部が編集した要求機能を格納する要求機能格納
部と、上記モデルを編集するモデル編集部と、上記モデ
ル編集部が編集したモデルを格納するモデル格納部と、
上記モデル格納部に格納されたモデルと上記要求機能格
納部に格納された要求機能とを対応づける追跡関係を生
成する追跡関係編集部と、上記追跡関係編集部が生成し
た追跡関係を格納する追跡関係格納部とを備えることを
特徴とする。

【００１５】上記要求機能編集部は、受け付けた要求機
能を分析して、要求機能から変動しない要求機能の部分
をユースケースとして抽出し、要求機能から変動する要
求機能の部分を拡張点として抽出し、上記要求機能格納
部は、要求機能として、上記要求機能編集部が抽出した
ユースケースと拡張点とを格納し、上記追跡関係編集部
は、上記モデル格納部に格納されたモデルと上記ユース
ケース格納部に格納されたユースケースとを対応づける
追跡関係を生成することを特徴とする。

【００１６】上記要求機能編集部は、複数の要求機能を
受け付け、受け付けた複数の要求機能から、共通する機
能の部分を抽出してユースケースとすること特徴とす
る。

【００１７】上記要求機能編集部は、上記ユースケース
と上記拡張点との対応関係を定義する拡張関係を生成
し、上記要求機能格納部は、上記要求機能編集部が生成
した拡張関係を格納することを特徴とする。

【００１８】上記要求機能編集部は、複数のユースケー
スを含むユースケースパッケージを生成し、上記追跡関
係編集部は、上記モデルと、上記ユースケースパッケー
ジとを対応付ける追跡関係を生成し、上記フレームワー
ク開発支援装置は、さらに、上記ユースケースパッケー
ジを格納する要求機能パッケージ格納部を備える特徴と
する。

【００１９】上記要求機能編集部は、上記ユースケース
と上記拡張点との対応関係を定義する拡張関係を生成
し、上記ユースケースパッケージに含まれる複数のユー
スケースそれぞれに対応づけられる複数の拡張点を、上
記拡張関係に基づいて抽出し、抽出した複数の拡張点を
アプリケーションパッケージとして生成することを特徴
とする。

【００２０】上記フレームワーク開発支援装置は、さら
に、上記拡張点に関する情報を要求ホットスポット情報
として入力を受け付け、受け付けた要求ホットスポット
情報を管理する要求ホットスポット編集部と、上記要求
ホットスポット編集部が管理する要求ホットスポット情
報を格納する要求ホットスポット格納部とを備えること
を特徴とする。

【００２１】上記要求ホットスポット編集部は、受け付
けた要求ホットスポット情報を解析し、解析結果を用い
て拡張点を生成し、生成した拡張点と上記要求機能格納
部に格納されたユースケースとを対応づけて拡張関係を
生成し、生成した拡張点と生成した拡張関係とを上記要
求機能格納部へ格納することを特徴とする。

【００２２】上記要求ホットスポット編集部は、上記要
求機能格納部に格納された拡張点を検索し、上記要求ホ
ットスポット情報によって要求される要求機能を実行す
る拡張点を検出することを特徴とする。

【００２３】上記要求ホットスポット編集部は、要求ホ
ットスポット情報として、変動する要求機能の詳細と、
拡張点に対応するモデルに関する情報を受け付けること
を特徴とする。

【００２４】上記フレームワーク開発支援装置は、さら
に、上記要求機能格納部に格納されたユースケースに基
づいて、上記モデルを生成するモデル生成スクリプトを
生成するモデル生成スクリプト編集部と、上記モデル生
成スクリプト編集部が生成したモデル生成スクリプトを
格納するモデル生成スクリプト格納部とを備えることを
特徴とする。

【００２５】上記フレームワーク開発支援装置は、さら
に、フレームワークとして利用できるモデル生成スクリ
プトを上記モデル生成部スクリプト格納部から検出し、
検出したモデル生成スクリプトを編集してアプリケーシ
ョンモデルを生成するアプリケーションモデル生成部を
備えることを特徴とする。

【００２６】この発明に係るフレームワーク開発支援方
法は、アプリケーションに共通する雛型ソフトウェアか
ら構成されるモデルを用いて、利用者が要求する要求機
能を実行するフレームワークの開発を支援するフレーム
ワーク開発支援方法において、フレームワークに対する
要求機能の入力を受け付け、受け付けた要求機能を管理
し、要求機能と、要求機能を実現するモデルとを対応関
係づける追跡関係を生成し、生成した追跡関係を管理す
ることを特徴とする。

【００２７】上記フレームワーク開発支援方法は、さら
に、開発しようとしているフレームワークに対応する要
求機能と、フレームワークに基づいて開発するアプリケ
ーションに対応する要求機能とを分離して管理すること
を特徴とする。

【００２８】上記フレームワーク開発支援方法は、さら
に、フレームワークに要求される機能に関する情報を要
求ホットスポット情報として入力を受け付け、受け付け
た要求ホットスポット情報を管理することを特徴とす
る。

【００２９】上記フレームワーク開発支援方法は、さら
に、上記追跡関係に基づいて、フレームワークに対する
要求機能と対応づけられるモデルを用いて、要求機能を
実行させるモデル生成スクリプトを生成することを特徴
とする。

【００３０】

【発明の実施の形態】実施の形態１．この明細書では、
「フレームワーク」とは、特定問題領域の様々なアプリ
ケーションに共通する構造を持った雛型ソフトウェアと
する。従って、アプリケーション開発者はフレームワー
クを自分が望むように改造することにより所望のアプリ
ケーションを効率良く開発できる。また、「ホットスポ
ット」とは、フレームワークのうち、アプリケーション
毎に変動する仕様部分とし、「フローズンスポット」と
は、フレームワークのうち、アプリケーション間で共通
する仕様部分とする。この明細書内において記載するモ
デル記法は、業界標準であるＵＭＬ（Ｕｎｉｆｉｅｄ
Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）Ｖｅｒ１．３に
準拠している。しかしながら、上記以外の言語を用いて
表すことも可能であり、この発明は、ＵＭＬで表したも
のに限られるわけではない。

【００３１】実施の形態１を図１から図１３を用いて説
明する。図１は、この発明の実施の形態１のフレームワ
ーク開発支援装置の一例を示す構成図である。図におい
て、オブジェクトモデル編集部（モデル編集部）１は、
オブジェクトモデルを編集してそれをオブジェクトモデ
ル格納部２に格納する機能ブロック、オブジェクトモデ
ル格納部（モデル格納部）２は、オブジェクトモデルを
格納する機能ブロック、要求機能編集部３は、要求機能
を編集してそれを要求機能格納部４に格納する機能ブロ
ック、要求機能格納部４は、要求機能を格納する機能ブ
ロック、追跡関係編集部５は、要求機能格納部４に格納
されている要求機能とオブジェクトモデル格納部２に格
納されているオブジェクトモデルの間の追跡関係を編集
して追跡関係格納部６に格納する機能ブロック、追跡関
係格納部６は、追跡関係編集部５で編集した追跡関係を
格納する機能ブロック、フレームワーク分析設計者１０
１は、フレームワークの分析設計を行う作業者、フレー
ムワーク要求把握者１０２は、フレームワークに対する
要求を把握して明確化する作業者である。

【００３２】フレームワーク要求把握者１０２は、要求
機能編集部３を用いてフレームワークに対する要求機能
を明確化する。フレームワーク分析設計者１０１は、要
求機能編集部３を用いてフレームワークに対する要求機
能を参照しつつ、オブジェクトモデル編集部１を用いて
フレームワークのオブジェクトモデルを分析設計する。
また、フレームワーク分析設計者１０１は、追跡関係編
集部５を用いて要求機能とオブジェクトモデルの間の追
跡関係を設定する。

【００３３】図２は、オブジェクトモデル格納部２と要
求機能格納部４と追跡関係格納部６のデータ構造の一例
を示すクラス図である。図において、オブジェクトモデ
ル格納部２が格納するクラスは、フレームワーク分析設
計者１０１が作成したオブジェクトモデルに含まれるク
ラス２０１と、クラス２０１間の関連２０２と、クラス
２０１をまとめるオブジェクトモデルパッケージ２０３
である。

【００３４】要求機能格納部４が格納するクラスは、フ
レームワーク要求把握者１０２が発見したフレームワー
クに対する要求機能に該当するユースケース２０４と、
ユースケース２０４と関連する外部の役割に該当するア
クター２０５と、ユースケース２０４間の拡張元と拡張
先の関係を示す拡張関係２０６と、拡張元であるユース
ケース２０４が持つ拡張点２０７である。追跡関係格納
部６が格納するクラスは、オブジェクトモデルパッケー
ジ２０３がどのユースケース２０４を実現しているかを
辿る追跡関係２０８である。追跡関係２０８は、オブジ
ェクトモデルパッケージ２０３とユースケース２０４と
の対応関係を定めるものである。なお、「ユースケー
ス」と「アクター」と言う用語は、ＵＭＬの定義に準拠
している。

【００３５】以下の説明において、クラス、オブジェク
トモデルパッケージ、ユースケース、アクターそれぞれ
の具体的な一例をクラスインスタンス、オブジェクトモ
デルパッケージインスタンス、ユースケースインスタン
ス、アクターインスタンスという。しかしながら、厳密
な区別をしない場合もある。クラス、オブジェクトモデ
ルパッケージ、ユースケース、アクターとして説明する
場合は、それぞれに含まれるインスタンスの集合、ある
いは、それぞれに含まれるインスタンの内、いずれか一
つを示す。

【００３６】次に、各機能ブロックに該当する画面例を
図３から図５を用いて説明する。図３は、要求機能編集
部３が表示する画面例である。図において、３０１はフ
レームワーク分析設計者１０１やフレームワーク要求把
握者１０２が作成したモデルをグラフィカルに表示・編
集できる描画領域、３０２は要求機能をモデル化するの
に使用するコマンドボタンを格納している要求機能編集
ツール、３０３はアクター２０５のインスタンス（アク
ターインスタンス）を追加するためのコマンドボタン、
３０４はユースケース２０４のインスタンス（ユースケ
ースインスタンス）を追加するためのコマンドボタン、
３０５はアクター２０５とユースケース２０４の間の更
新関連を追加するコマンドボタン、３０６はユースケー
ス２０４のインスタンスに拡張点２０７のインスタンス
を追加するコマンドボタン、３０７はユースケース２０
４間の拡張関係２０６を追加するコマンドボタン、３０
８は追跡関係編集部５の画面を表示するコマンドボタン
である。

【００３７】なお、図３の描画領域３０１に表示されて
いる内容は、本発明を使ってフレームワーク要求把握者
１０２がモデル化したサンプルであり、このサンプル
は、一般的なエディタアプリケーションに関する要求機
能を記述したモデルである。４０１〜４０３まではアク
ターインスタンス、４０４〜４１５まではユースケース
インスタンスである。

【００３８】図４は、オブジェクトモデル編集部１が表
示する画面例である。なお、図４の描画領域３０１に表
示されている内容は本発明を使ってフレームワーク分析
設計者１０１が分析設計したサンプルであり、このサン
プルは、図３の描画領域３０１に示された要求機能を実
現すべく記述したモデルである。４１７はオブジェクト
モデルパッケージインスタンス、４１８〜４２１までは
クラスインスタンスである。

【００３９】図５は、追跡関係編集部５が表示する画面
例である。図において、３０９はユースケースを選択し
て表示するツール、３１０は要求機能格納部４に格納さ
れている全ユースケースを表示するリストボックス、３
１１はリストボックス３１０で選択されているユースケ
ースを描画領域３０１に追加表示するコマンドボタン、
３１２はオブジェクトモデルパッケージを選択して表示
するツール、３１３はオブジェクトモデル格納部２に格
納されている全オブジェクトモデルパッケージを表示す
るリストボックス、３１４はリストボックス３１３で選
択されているオブジェクトモデルパッケージを描画領域
３０１に追加表示するコマンドボタン、３１５はオブジ
ェクトモデルパッケージとユースケースの間の追跡関係
を編集するための追跡関係編集ツール、３１６はオブジ
ェクトモデルパッケージとユースケースの間の追跡関係
（対応関係）を追加するためのコマンドボタンである。

【００４０】なお、図５の描画領域３０１に表示されて
いる内容は、本発明を使ってフレームワーク分析設計者
１０１がユースケースとオブジェクトモデルパッケージ
の間の追跡関係を設定したサンプルであり、このサンプ
ルは、図３の描画領域３０１に記述されたユースケース
と、図４の描画領域３０１に記述されたオブジェクトモ
デルパッケージとの間の追跡関係を記述したモデルであ
る。４１７は図４中の同番号、４０４〜４０７までは図
３中の同番号と同じである。

【００４１】次に、作業者が各画面を操作した際の各機
能ブロックの動作を図６から図１３を用いて説明する。
図６は、図３中の［アクター追加］ボタン３０３を作業
者がクリックした際の要求機能編集部３の動作の一例を
示す流れ図である。図において、はじめに、マウスが描
画領域３０１内で作業者によってクリックされたかを判
定し、ＮＯの場合はＹＥＳになるまで一定周期でこの判
定を繰り返す（Ｓ０１０１）。Ｓ０１０１でＹＥＳにな
ったら、アクター２０５をコンストラクトして（Ｓ０１
０２）、作業者がマウスクリックした位置にコンストラ
クトしたアクターインスタンスを表示する（Ｓ０１０
３）。そして、該アクターインスタンスの名前を入力す
るプロンプトを表示して（Ｓ０１０４）、作業者が名前
を入力したか判定し、ＮＯの場合はＹＥＳになるまで一
定周期でこの判定を繰り返す（Ｓ０１０５）。Ｓ０１０
５でＹＥＳにになったら、作業者が入力した名前を該ア
クターインスタンスに設定して描画領域３０１に表示す
る（Ｓ０１０６）。最後に、該アクターインスタンスを
要求機能格納部４に格納して（Ｓ０１０７）終了する。

【００４２】図７は、図３中の［ユースケース追加］ボ
タン３０４を作業者がクリックした際の要求機能編集部
３の動作の一例を示す流れ図である。図において、はじ
めに、マウスが描画領域３０１内で作業者によってクリ
ックされたかを判定し、ＮＯの場合はＹＥＳになるまで
一定周期でこの判定を繰り返す（Ｓ０２０１）。Ｓ０２
０１でＹＥＳになったら、ユースケース２０４をコンス
トラクトして（Ｓ０２０２）、作業者がマウスクリック
した位置にコンストラクトしたユースケースインスタン
スを表示する（Ｓ０２０３）。そして、該ユースケース
インスタンスの名前を入力するプロンプトを表示して
（Ｓ０２０４）、作業者が名前を入力したか判定し、Ｎ
Ｏの場合はＹＥＳになるまで一定周期でこの判定を繰り
返す（Ｓ０２０５）。Ｓ０２０５でＹＥＳになったら、
作業者が入力した名前を該ユースケースインスタンスに
設定して描画領域３０１に表示する（Ｓ０２０６）。最
後に、該ユースケースインスタンスを要求機能格納部４
に格納して（Ｓ０２０７）終了する。

【００４３】図８は、図３中の［交信関連追加］ボタン
３０５を作業者がクリックした際の要求機能編集部３の
動作の一例を示す流れ図である。図において、はじめ
に、マウスが描画領域３０１内のアクターインスタンス
上でダウンされたか（マウスダウンすることを用いて１
つのアクターインスタンスが選択された状態）を判定
し、ＮＯの場合はＹＥＳになるまで一定周期でこの判定
を繰り返す（Ｓ０３０１）。Ｓ０３０１でＹＥＳになっ
たら、マウスが描画領域３０１内のユースケースインス
タンス上でアップされたか（上記でマウスダウンされた
状態から初めてマウスアップされたとき）を判定し、Ｎ
Ｏの場合は選択が間違っているので異常操作として終了
する。Ｓ０３０２でＹＥＳの場合、マウスダウン時のア
クターインスタンスからマウスアップ時のユースケース
インスタンスに向けて交信関連を表す線グラフィックを
描画領域３０１上に表示する（Ｓ０３０３）。最後に、
該アクターインスタンスと該ユースケースインスタンス
間との交信関連を要求機能格納部４に格納して（Ｓ０３
０４）終了する。

【００４４】図９は、図３中の［拡張点追加］ボタン３
０６を作業者がクリックした際の要求機能編集部３の動
作の一例を示す流れ図である。図において、はじめに、
マウスが描画領域３０１内のユースケースインスタンス
上でクリックされたかを判定し、ＮＯの場合はＹＥＳに
なるまで一定周期でこの判定を繰り返す（Ｓ０４０
１）。Ｓ０４０１でＹＥＳになったら、拡張点インスタ
ンスの名前を入力するプロンプトを表示して（Ｓ０４０
２）、作業者が名前を入力したか判定し、ＮＯの場合は
ＹＥＳになるまで一定周期でこの判定を繰り返す（Ｓ０
４０３）。Ｓ０４０３でＹＥＳになったら、拡張点２０
７をコンストラクト（Ｓ０４０４）し、入力された名前
をコンストラクトした拡張点インスタンスに設定（Ｓ０
４０５）し、マウスクリックされたユースケースインス
タンス内に拡張点の名前を表示（Ｓ０４０６）する。最
後に、該拡張点インスタンスを要求機能部４に格納して
（Ｓ０４０７）終了する。

【００４５】図１０は、図３中の［拡張関係追加］ボタ
ン３０７を作業者がクリックした際の要求機能編集部３
の動作の一例を示す流れ図である。図において、はじめ
に、マウスが描画領域３０１内のユースケースインスタ
ンス上でダウンされたかを判定し、ＮＯの場合はＹＥＳ
になるまで一定周期でこの判定を繰り返す（Ｓ０５０
１）。Ｓ０５０１でＹＥＳになったら、マウスが描画領
域３０１内の別のユースケースインスタンス上でアップ
されたかを判定する（Ｓ０５０２）。Ｓ０５０２がＮＯ
の場合、選択が間違っているので異常操作として終了す
る。Ｓ０５０２がＹＥＳの場合、マウスダウン時のユー
スケースインスタンスを拡張先に設定している拡張関係
２０６のインスタンスを要求機能格納部４から検索し
（Ｓ０５０３）、該当する拡張関係インスタンスは無い
か判定する（Ｓ０５０４）。

【００４６】Ｓ０５０４がＮＯの場合、マウスダウン時
のユースケースインスタンスは、既に他のユースケース
から拡張されているので異常操作として終了する。Ｓ０
５０４がＹＥＳの場合、マウスアップ時のユースケース
インスタンスに定義されている全ての拡張点インスタン
スの名前を表示して選択を促し（Ｓ０５０５）、拡張点
インスタンスが選択されたかを判定する（Ｓ０５０
６）。

【００４７】Ｓ０５０６がＮＯの場合、ＹＥＳになるま
で一定周期でこの判定を繰り返す。Ｓ０５０６がＹＥＳ
の場合、拡張関係２０６をコンストラクト（Ｓ０５０
７）し、コンストラクトされた拡張関係インスタンスと
選択された拡張点インスタンスを関連付ける（Ｓ０５０
８）。次に、マウスダウン時のユースケースインスタン
スを該拡張関係インスタンスの拡張先として設定（Ｓ０
５０９）し、更に、マウスアップ時のユースケースイン
スタンスを該拡張関係インスタンスの拡張元として設定
（Ｓ０５１０）する。そして、マウスダウン時のユース
ケースインスタンスからマウスアップ時のユースケース
インスタンスに向けて拡張関係を表す点線矢印グラフィ
ックとラベル“＜＜ｅｘｔｅｎｄ＞＞”を表示（Ｓ０５
１１）し、更に、選択された拡張点インスタンスの名前
を拡張関係を表す点線矢印グラフィック上に表示（Ｓ０
５１２）する。最後に、該拡張関係インスタンスを要求
機能格納部４に格納（Ｓ０５１３）し終了する。

【００４８】図１１は、図５中のユースケース選択ツー
ル３０９の［画面に追加］ボタン３１１を作業者がクリ
ックした際の追跡関係編集部５の動作の一例を示す流れ
図である。図において、はじめに、リストボックス３１
０で作業者によって選択されているユースケースのリス
トを取得する（Ｓ０６０１）。次に、取得したユースケ
ースのリスト中で描画領域３０１に表示されていないユ
ースケースのみ追加表示（Ｓ０６０２）して終了する。

【００４９】図１２は、図５中のオブジェクトモデル選
択ツール３１２の［画面に追加］ボタン３１４を作業者
がクリックした際の追跡関係編集部５の動作の一例を示
す流れ図である。図において、はじめに、リストボック
ス３１３で作業者によって選択されているオブジェクト
モデルパッケージのリストを取得する（Ｓ０７０１）。
次に、取得したオブジェクトモデルパッケージのリスト
中で描画領域３０１に表示されていないオブジェクトモ
デルパッケージのみ追加表示（Ｓ０７０２）して終了す
る。

【００５０】図１３は、図５中の［追跡関係追加］ボタ
ン３１６を作業者がクリックした際の追跡関係編集部５
の動作の一例を示す流れ図である。図において、はじめ
に、マウスが描画領域３０１内のオブジェクトモデルパ
ッケージインスタンス上でダウンされたかを判定し（Ｓ
０８０１）、ＮＯの場合はＹＥＳになるまで一定周期で
この判定を繰り返す。Ｓ０８０１でＹＥＳになったら、
マウスが描画領域３０１内のユースケースインスタンス
上でアップされたかを判定し（Ｓ０８０２）、ＮＯの場
合は選択が間違っているので異常操作として終了する。

【００５１】Ｓ０８０２でＹＥＳの場合、追跡関係２０
８をコンストラクトする（Ｓ０８０３）。そして、コン
ストラクトされた追跡関係インスタンスとマウスダウン
時のオブジェクトモデルパッケージインスタンスを関連
付けて（Ｓ０８０４）、更に、コンストラクトされた追
跡関係インスタンスとマウスアップ時のユースケースイ
ンスタンスを関連付ける（Ｓ０８０５）。次に、マウス
ダウン時のオブジェクトモデルパッケージインスタンス
からマウスアップ時のユースケースインスタンスに向け
て追跡関係を表す点線矢印グラフィックとラベル“＜＜
ｔｒａｃｅ＞＞”を表示する（Ｓ０８０６）。最後に、
該追跡関係インスタンスを追跡関係格納部６に格納（Ｓ
０８０７）して終了する。

【００５２】以上の構成と動作により、フレームワーク
のフローズンスポットがユースケース、ホットスポット
が拡張点として明確に定義されて開発支援装置に管理さ
れるので、フレームワーク分析設計者１０１はそれらを
参照することによりフレームワークのカスタマイズ性を
適切に分析設計することが可能となる。

【００５３】以上のように、このオブジェクト指向フレ
ームワーク開発支援装置は、開発しようとしているフレ
ームワークに対する要求機能を管理し、その要求機能を
実現しているオブジェクトモデルへの追跡関係を管理す
ることを特徴とする。

【００５４】実施の形態２．実施の形態２を図１４から
図１９を用いて説明する。図１４は、この発明の実施の
形態２のフレームワーク開発支援装置の一例を示す構成
図である。図において、要求機能パッケージ格納部７
は、要求機能を表すユースケース群をグループ化したパ
ッケージを格納する機能ブロックである。なお、その他
の構成要素は、図１において同じ符号で示した構成要素
と同じである。

【００５５】図１５は、要求機能パッケージ格納部７の
データ構造の一例を示すクラス図である。図において、
要求機能パッケージ格納部７が格納するクラスは、ユー
スケースパッケージ２０９である。なお、その他の構成
要素は、図２において同じ符号で示した構成要素と同じ
である。

【００５６】次に、要求機能パッケージ格納部７に情報
を格納する際に、作業者が使用する要求機能機能編集部
３の画面例を図１６を用いて説明する。図において、３
１７はフレームワーク要求把握者がユースケースをグル
ープ化するユースケースパッケージ２０９のインスタン
スを追加するコマンドボタンである。なお、その他の構
成要素は、図３において同じ符号で示した構成要素と同
じである。

【００５７】また、図１６の描画領域３０１に表示され
ている内容は、本発明を使ってフレームワーク要求把握
者１０２がユースケースをパッケージ化したサンプルで
あり、このサンプルは、図３の描画領域３０１に記述さ
れたユースケースインスタンス群をユースケースパッケ
ージにグループ化したモデルである。４２２〜４２４ま
ではユースケースパッケージインスタンス、その他は図
３と同じである。

【００５８】次に、作業者が画面を操作した際の要求機
能編集部３の動作を図１７から図１９を用いて説明す
る。図１７は、図１６中の［パッケージ追加］ボタン３
１７を作業者がクリックした際の要求機能編集部３の動
作の一例を示す流れ図である。図において、はじめに、
マウスが描画領域３０１内で作業者によってクリックさ
れたかを判定し、ＮＯの場合はＹＥＳになるまで一定周
期でこの判定を繰り返す（Ｓ０９０１）。Ｓ０９０１で
ＹＥＳになったら、ユースケースパッケージ２０９をコ
ンストラクトして（Ｓ０９０２）、作業者がマウスクリ
ック位置にコンストラクトしたユースケースパッケージ
インスタンスを表示する（Ｓ０９０３）。そして、該ユ
ースケースパッケージインスタンスの名前を入力するプ
ロンプトを表示して（Ｓ０９０４）、作業者が名前を入
力したか判定し、ＮＯの場合はＹＥＳになるまで一定周
期でこの判定を繰り返す（Ｓ０９０５）。Ｓ０９０５で
ＹＥＳになったら、作業者が入力した名前を該ユースケ
ースパッケージインスタンスに設定して描画領域３０１
に表示する（Ｓ０９０６）。最後に、該ユースケースパ
ッケージインスタンスを要求機能パッケージ格納部７に
格納して（Ｓ０９０７）終了する。

【００５９】図１８は、図１６中の描画領域３０１上を
作業者がユースケースインスタンスを移動した際の要求
機能編集部３の動作の一例を示す流れ図である。図にお
いて、はじめに、ユースケースインスタンスが移動前に
所属していたユースケースパッケージインスタンスを要
求機能パッケージ格納部７から検索（Ｓ１００１）す
る。該当するユースケースパッケージインスタンスが見
つかったかを判定（Ｓ１００２）し、ＮＯの場合はＳ１
００４にジャンプする。Ｓ１００２がＹＥＳの場合、移
動されたユースケースインスタンスと移動前に所属して
いたユースケースパッケージインスタンス間の関連を削
除して要求機能パッケージ格納部７を更新（Ｓ１００
３）する。次に、移動後のユースケースインスタンスが
ユースケースパッケージインスタンスと描画領域３０１
上で重なっているか判定（Ｓ１００４）し、ＮＯの場合
は終了する。Ｓ１００４がＹＥＳの場合、移動されたユ
ースケースインスタンスと移動後に重なるユースケース
パッケージインスタンス間の関連を追加して要求機能パ
ッケージ格納部７を更新（Ｓ１００５）して終了する。

【００６０】図１９は、図１６中の描画領域３０１上を
作業者が要求機能パッケージインスタンスを移動した際
の要求機能編集部３の動作の一例を示す流れ図である。
図において、はじめに、該ユースケースパッケージイン
スタンスに描画領域３０１上で重なっている全ユースケ
ースインスタンスを重なったまま移動（Ｓ１１０１）さ
せる。次に、移動後のユースケースパッケージインスタ
ンスが他のユースケースインスタンスと描画領域３０１
上で重なっているか判定（Ｓ１１０２）し、ＮＯの場合
はそのまま終了する。Ｓ１１０２がＹＥＳの場合、重な
っているユースケースインスタンスが所属しているユー
スケースパッケージインスタンスを要求機能パッケージ
格納部７から検索（Ｓ１１０３）し、該当するユースケ
ースパッケージインスタンスが見つかったか判定する
（Ｓ１１０４）。Ｓ１１０４がＹＥＳの場合、重なった
ユースケースインスタンスは既に他のユースケースパッ
ケージに所属しているのでそのまま終了する。Ｓ１１０
４がＮＯの場合、移動されたユースケースパッケージイ
ンスタンスと移動後に描画領域３０１上で重なるユース
ケースインスタンス間の関連を追加して要求機能パッケ
ージ格納部７を更新（Ｓ１１０５）して終了する。

【００６１】以上の構成と動作により、フレームワーク
とアプリケーションのソフトウェア境界がユースケース
パッケージにより明確に定義されて開発支援装置に管理
されるので、フレームワーク分析設計者１０１は、それ
らを参照することによりフレームワーク化対象範囲を正
確に把握して計画的に分析設計することが可能となる。

【００６２】以上のように、このオブジェクト指向フレ
ームワーク開発支援装置は、開発しようとしているフレ
ームワークに対する要求機能と、フレームワークを利用
して開発される予定のアプリケーションに対する要求機
能をそれぞれ分離して管理することを特徴とする。

【００６３】実施の形態３．実施の形態３を図２０から
図２４を用いて説明する。図２０は、この発明の実施の
形態３のフレームワーク開発支援装置の一例を示す構成
図である。図において、要求ホットスポット編集部８
は、フレームワーク要求把握者１０２またはフレームワ
ーク分析設計者１０１が要求ホットスポットを編集して
要求ホットスポット格納部９に格納する機能ブロック、
要求ホットスポット格納部９は、要求ホットスポットを
格納する機能ブロックである。なお、その他の構成要素
は、図１４において同じ符号で示した構成要素と同じで
ある。「要求ホットスポット」とは、フレームワーク対
してカスタマイズする情報をいう。この実施の形態で
は、要求ホットスポットがフレームワーク要求把握者１
０２によって定義される例を説明する。

【００６４】図２１は、要求ホットスポット格納部９の
データ構造の一例を示すクラス図である。図において、
要求ホットスポット格納部９が格納するクラスは要求ホ
ットスポット２１０である。なお、その他の構成要素
は、図１５において同じ符号で示した構成要素と同じで
ある。

【００６５】次に、要求ホットスポット編集部８の画面
例を図２２を用いて説明する。図において、３１８は要
求ホットスポットに関する情報を入力するフィールド
群、３１９は要求機能格納部４に格納されているユース
ケースとその拡張点をペアーにして表示するリストボッ
クス、３２０は入力フィールド群３１８で定義された該
ホットスポットを実現しているユースケースとその拡張
点のペアーを表示するリストボックス、３２１はリスト
ボックス３１９で選択されているユースケースと拡張点
の候補ペアーを該ホットスポットを実現するユースケー
スと拡張点のペアーとしてリストボックス３２０に追加
するコマンドボタン、３２２はリストボックス３２０で
選択されているユースケースと拡張点のペアーを候補と
してリストボックス３１９に戻すコマンドボタン、３２
３は３１８と３１９と３２０で画面表示している内容を
該ホットスポットの前のホットスポットの内容に変更す
るコマンドボタン、３２４は３１８と３１９と３２０で
画面表示している内容を該ホットスポットの後のホット
スポットの内容に変更するコマンドボタン、３２５は３
１８と３２０に入力された情報を要求ホットスポット格
納部９に登録して終了するコマンドボタン、３２６は３
１８と３２０に入力して変更された情報を登録せずに終
了するキャンセルボタンである。

【００６６】なお、図２２の入力フィールド群３１８に
入力されている内容は、本発明を使ってフレームワーク
要求把握者１０２が入力したサンプルであり、このサン
プルは、図３の描画領域３０１に記述されたサンプルと
同様に、一般的なエディタアプリケーションに関するも
のである。図２３は、図２２の入力フィールド群３１８
の各フィールドの内容を説明する表である。

【００６７】次に、作業者が図２２の登録ボタン３２５
をクリックした際の要求ホットスポット編集部８の動作
の一例を図２４を用いて説明する。図において、はじめ
に、要求ホットスポット２１０をコンストラクト（Ｓ１
２０１）し、その該要求ホットスポットインスタンスの
属性に入力フィールド群３１８の値を代入（Ｓ０１０
２）する。次に、該ホットスポットを実現する拡張点を
指示しているリストボックス３２０に含まれる拡張点の
インスタンスを要求機能格納部４から検索（Ｓ１２０
３）し、検索された拡張点インスタンスと該要求ホット
スポットインスタンスを関連付ける（Ｓ１２０４）。最
後に、該要求ホットスポットインスタンスを要求ホット
スポット格納部９に格納（Ｓ１２０５）して終了する。

【００６８】以上の構成と動作により、要求ホットスポ
ットに対してフレームワーク要求把握者１０２とフレー
ムワーク分析設計者１０１が合意した優先度やその他の
情報と、該要求ホットスポットを実現する拡張点を開発
支援装置に管理するので、フレームワーク分析設計者１
０１は、それらを参照することにより、重要な要求ホッ
トスポットから順番に分析設計を行い、また、重要な要
求ホットスポットに対する分析設計が洩れることを防止
することが可能となる。

【００６９】以上のように、このオブジェクト指向フレ
ームワーク開発支援装置は、フレームワークに対する要
求機能を把握する際に有効となる要求ホットスポットに
関する情報を管理することを特徴とする。

【００７０】実施の形態４．実施の形態を図２５から図
３７を用いて説明する。図２５は、この発明の実施の形
態４のフレームワーク開発支援装置の一例を示す構成図
である。図において、モデル生成スクリプト編集部１０
は、フレームワーク分析設計者１０１がモデル生成スク
リプトを編集して、モデル生成スクリプト格納部１１に
格納する機能ブロック、モデル生成スクリプト格納部１
１は、モデル生成スクリプトを格納する機能ブロック、
アプリケーションモデル生成部１２は、アプリケーショ
ン開発者１０３がフレームワークを利用する際に、デフ
ォルトの初期アプリケーションモデルを生成する機能ブ
ロックである。なお、その他の構成要素は、図２０にお
いて同じ符号で示した構成要素と同じである。

【００７１】図２６は、モデル生成スクリプト格納部１
１のデータ構造の一例を示すクラス図である。図におい
て、モデル生成スクリプト格納部１１が格納するクラス
はモデル生成スクリプト２１１である。なお、その他の
構成要素は、図２１において同じ符号で示した構成要素
と同じである。

【００７２】次に、実施の形態４に関わる画面例を図２
７から図３４を用いて説明する。図２７は、モデル生成
スクリプト編集部１０とアプリケーションモデル生成部
１２を作業者が呼び出す際に、使用する要求機能編集部
３の画面例である。図において、３２７は描画領域３０
１内でフレームワーク分析設計者１０１によって選択さ
れているユースケースパッケージ、あるいは、ユースケ
ースに対するスクリプトを編集するための画面（例は図
２８）を表示させるためのコマンドボタン、３２８はア
プリケーションモデル生成部１２の実行に係わるコマン
ドボタンを収納しているツールボックス、３２９は描画
領域３０１内でアプリケーション開発者１０３によって
選択されているユースケースパッケージに対してアプリ
ケーションモデル生成部１２を実行させるコマンドボタ
ンである。なお、その他の構成要素は、図１６において
同じ符号で示した構成要素と同じである。また、描画領
域３０１内に表示されている内容も、図１６と同じであ
る。

【００７３】図２８から図３２は、モデル生成スクリプ
ト編集部１０の画面例である。図において、図２８の３
３０は図２７のサンプルフレームワークユースケースパ
ッケージインスタンス４２２を選択中にスクリプト編集
ボタン３２７をクリックして表示される画面、図２９の
３３１は図２７の「対象を新規作成する」ユースケース
インスタンス４０４を選択中にスクリプト編集ボタン３
２７をクリックして表示される画面、図３０の３３２は
図２７の「対象を保存する」ユースケースインスタンス
４０５を選択中にスクリプト編集ボタン３２７をクリッ
クして表示される画面、図３１の３３３は図２７の「対
象を読み込む」ユースケースインスタンス４０６を選択
中にスクリプト編集ボタン３２７をクリックして表示さ
れる画面、図３２の３３４は図２７の「対象を編集す
る」ユースケースインスタンス４０７を選択中にスクリ
プト編集ボタン３２７をクリックして表示される画面で
ある。

【００７４】また、図２８から図３２において、３３５
はフレームワーク分析設計者１０１がモデル生成スクリ
プトを編集する領域、３３６はモデル生成スクリプト編
集領域３３５の内容をモデル生成スクリプト格納部１１
に格納して画面を閉じるコマンドボタン、３３７はモデ
ル生成スクリプト編集領域３３５の内容を格納しないで
画面を閉じるキャンセルボタンである。なお、モデル生
成スクリプト編集領域３３５に表示されている内容は、
アプリケーションモデル生成部１２が実行するスクリプ
トのサンプルであり、このサンプルは、図４の描画領域
３０１に表示されているサンプルフレームワークオブジ
ェクトモデル４１７からデフォルトの初期アプリケーシ
ョンモデルを生成するスクリプトである。

【００７５】図３３は、図２７の簡易図エディタパッケ
ージ４２４を選択中にモデル生成コマンドボタン３２９
をクリックされることにより、アプリケーションモデル
生成部１２が生成してオブジェクトモデル格納部２に格
納した初期アプリケーションオブジェクトモデルをオブ
ジェクトモデル編集部１に表示した画面例である。図に
おいて、４２５と４２６と４２７と４２８、及び４２６
から４１８への継承関係、４２７から４２０への継承関
係、４２８から４２１への継承関係は、モデル生成スク
リプト格納部１１に格納されているスクリプト編集領域
３３５記述のスクリプト（図２９では、サンプル（デフ
ォルト）として格納されているスクリプト）をアプリケ
ーションモデル生成部１２が実行して生成したものであ
る。なお、その他の構成要素は、図４において同じ符号
で示した構成要素と同じである。

【００７６】図３４は、図３３の描画領域３０１に表示
されたデフォルトの初期アプリケーションモデルをアプ
リケーション開発者１０３が自分のアプリケーション用
に編集したオブジェクトモデルを表示している画面例で
ある。図において、４２９は図３３の４２５を名前変更
したオブジェクトモデルパッケージ、４３０は図３３の
４２６を名前変更したクラス、４３１は図３３の４２７
を名前変更したクラス、４３２は図３３の４２８を名前
変更したクラス、４３３と４３４はクラス４３２を参考
にアプリケーション開発者１０３が追加したクラスであ
る。なお、その他の構成要素は、図３３において同じ符
号で示した構成要素と同じである。

【００７７】次に、作業者が各画面を操作した際の各機
能ブロックの動作を図３５から図３７を用いて説明す
る。図３５は、図２７のスクリプト編集コマンドボタン
３２７をフレームワーク分析設計者１０１がクリックし
た際のモデル生成スクリプト編集部１０の動作の一例を
示す流れ図である。図において、はじめに、描画領域３
０１内で選択されているユースケースパッケージインス
タンス、あるいは、ユースケースインスタンスを検索
（Ｓ１３０１）し、検索がヒットしたか判定（Ｓ１３０
２）する。Ｓ１３０２がＮＯの場合は対象がフレームワ
ーク分析設計者１０１によって指定されていないので、
そのまま終了する。

【００７８】Ｓ１３０２がＹＥＳの場合は、モデル生成
スクリプト編集部１０の画面を表示（Ｓ１３０３）し、
ヒットしたユースケースパッケージインスタンス、ある
いは、ユースケースインスタンスの名前を画面タイトル
に表示（Ｓ１３０４）する。そして、ヒットしたユース
ケースパッケージインスタンス、あるいは、ユースケー
スインスタンスに設定されているモデル生成スクリプト
インスタンスをモデル生成スクリプト格納部１１から検
索（Ｓ１３０５）し、検索がヒットしたか判定（Ｓ１３
０６）する。Ｓ１３０６がＮＯの場合は、表示すべき既
存のスクリプトが無いのでそのまま終了する。Ｓ１３０
６がＹＥＳの場合は、ヒットしたモデル生成スクリプト
インスタンスの内容をスクリプト編集領域３３５に表示
（Ｓ１３０７）して終了する。

【００７９】図３６は、図２８のＯＫコマンドボタン３
３６をフレームワーク分析設計者１０１がクリックした
際のモデル生成スクリプト編集部１０の動作の一例を示
す流れ図である。図において、はじめに、スクリプト編
集領域３３５に表示しているモデル生成スクリプトに該
当するインスタンスをモデル生成スクリプト格納部１１
から検索（Ｓ１４０１）して、検索がヒットしたかを判
定（Ｓ１４０２）する。Ｓ１４０２がＹＥＳの場合、ヒ
ットしたモデル生成スクリプトインスタンスの内容をス
クリプト編集領域３３５に表示している内容に置換（Ｓ
１４０３）する。Ｓ１４０２がＮＯの場合、モデル生成
スクリプト２１１をコンストラクト（Ｓ１４０４）し、
コンストラクトしたモデル生成スクリプトインスタンス
にスクリプト編集領域３３５に表示している内容を代入
（Ｓ１４０５）する。最後に、該モデル生成スクリプト
インスタンスをモデル生成スクリプト格納部１１に格納
（Ｓ１４０４６）して終了する。

【００８０】図３７，図３８は、図２７のモデル生成コ
マンドボタン３２９をアプリケーション開発者１０３が
クリックした際のアプリケーションモデル生成部１２の
動作の一例を示す流れ図である。図において、はじめ
に、描画領域３０１内で選択中のユースケースパッケー
ジインスタンスを要求機能パッケージ格納部７から検索
（Ｓ１５０１）し、検索がヒットしたかを判定（Ｓ１５
０２）する。Ｓ１５０２がＮＯの場合は、アプリケーシ
ョン開発者１０３が対象となるユースケースパッケージ
インスタンスを指定していないのでそのまま終了する。
Ｓ１５０２がＹＥＳの場合、ヒットした該ユースケース
パッケージインスタンスに所属するユースケースインス
タンス群を要求機能格納部４から検索（Ｓ１５０３）
し、検索がヒットしたか判定（Ｓ１５０４）する。

【００８１】Ｓ１５０４がＮＯの場合は、アプリケーシ
ョン開発者１０３が対象となるユースケース群を指定し
ていないので、そのまま終了する。Ｓ１５０４がＹＥＳ
の場合、ヒットした該ユースケースインスタンス群が拡
張先となっている＜＜ｅｘｔｅｎｄ＞＞関係を要求機能
格納部４から検索（Ｓ１５０５）し、検索がヒットした
かを判定（Ｓ１５０６）する。

【００８２】Ｓ１５０６がＮＯの場合は、アプリケーシ
ョン開発者１０３が拡張元のユースケースインスタンス
を指定していないので、そのまま終了する。Ｓ１５０６
がＹＥＳの場合、アプリケーションモデル生成部１２
は、オブジェクトモデルパッケージ２０３をコンストラ
クトして名前を“具象アプリケーション０１オブジェク
トモデル”に設定（Ｓ１５０７）し、それをオブジェク
トモデル格納部２に格納（Ｓ１５０８）する。そして、
該“具象アプリケーション０１オブジェクトモデル”パ
ッケージとＳ１５０３でヒットした拡張先ユースケース
インスタンス群を関係付ける追跡関係２０８をコンスト
ラクトして追跡格納部６に格納（Ｓ１５０９）する。

【００８３】次に、アプリケーションモデル生成部１２
は、Ｓ１５０５でヒットした＜＜ｅｘｔｅｎｄ＞＞関係
の拡張元になっているユースケースインスタンス群を要
求機能格納部４から検索（Ｓ１５１０）し、それらが所
属するユースケースパッケージインスタンスを要求機能
パッケージ格納部７から検索（Ｓ１５１１）する。そし
て、拡張元になっている該ユースケースパッケージイン
スタンスが関係するオブジェクトモデルパッケージイン
スタンスを追跡関係格納部６から検索（Ｓ１５１２）
し、検索がヒットしたかを判定（Ｓ１５１３）する。

【００８４】Ｓ１５１３がＮＯの場合、Ｓ１５１７にジ
ャンプする。Ｓ１５１３がＹＥＳの場合、Ｓ１５１１で
ヒットした拡張元ユースケースパッケージインスタンス
に設定されているモデル生成スクリプトインスタンスを
モデル生成スクリプト格納部１１から検索（Ｓ１５１
４）し、検索がヒットしたかを判定（Ｓ１５１５）す
る。Ｓ１５１５がＮＯの場合、Ｓ１５１７にジャンプす
る。Ｓ１５１５がＹＥＳの場合、該モデル生成スクリプ
トインスタンスの内容を実行して、その結果を“具象ア
プリケーション０１オブジェクトモデル”パッケージに
格納（Ｓ１５１６）する。

【００８５】次に、Ｓ１５１０でヒットした拡張元ユー
スケースインスタンスに設定されているモデル生成スク
リプトインスタンスをモデル生成スクリプト格納部１１
から検索（Ｓ１５１７）し、検索がヒットしたかを判定
（Ｓ１５１８）する。Ｓ１５１８がＮＯの場合、Ｓ１５
２０にジャンプする。Ｓ１５１８がＹＥＳの場合、該モ
デル生成スクリプトインスタンスの内容を実行して、そ
の結果を“具象アプリケーション０１オブジェクトモデ
ル”パッケージに格納（Ｓ１５１９）する。最後に、オ
ブジェクトモデル格納部２に格納されている“具象アプ
リケーション０１オブジェクトモデル”インスタンスを
更新（Ｓ１５２０）し終了する。

【００８６】以下に、図２７の簡易図エディタユースケ
ースパッケージ４２４を選択中にモデル生成コマンドボ
タン３２９をクリックされた際の具体的な動作例を図３
７の流れ図に沿って説明する。はじめに、Ｓ１５０１で
図２７の簡易図エディタユースケースパッケージ４２４
がヒットする。Ｓ１５０３で図２７の４１２と４１３と
４１４と４１５のユースケースインスタンスがヒットす
る。Ｓ１５０５で図２７の４１２から４０４、４１３か
ら４０５、４１４から４０６、４１５から４０７への＜
＜ｅｘｔｅｎｄ＞＞関係がヒットする。Ｓ１５０７〜Ｓ
１５０９により図３３の“具象アプリケーション０１オ
ブジェクトモデル”パッケージインスタンスが生成され
る。

【００８７】Ｓ１５１０で４０４と４０５と４０６と４
０７のユースケースがヒットする。Ｓ１５１１でサンプ
ルフレームワークユースケースパッケージ４２２がヒッ
トする。Ｓ１５１２で図５の“サンプルフレームワーク
オブジェクトモデル”パッケージインスタンス４１７が
ヒットする。Ｓ１５１４で図２８の画面３３０のスクリ
プト編集領域３３５に記述されているスクリプトがヒッ
トする。

【００８８】Ｓ１５１６で該スクリプトが実行され、図
３３の４２６と４２７と４２８のクラス及びオーバーラ
イドが指定されている操作と属性、更に、４２６から４
１８への継承関係、４２７から４２０への継承関係、４
２８から４２１への継承関係がデフォルトの初期アプリ
ケーションモデルとして生成される。Ｓ１５１７で図２
８の３３１と３３２と３３３と３３４の各スクリプト編
集領域３３５に記述されているスクリプトがヒットす
る。Ｓ１５１９で図３３の４２６と４２７と４２８のク
ラスでオーバーライドが指定されている操作が追加され
る。最後に、Ｓ１５２０で以上の処理により生成された
初期アプリケーションオブジェクトモデルが格納され
る。

【００８９】以上の構成と動作により、アプリケーショ
ン開発者１０３は、自分が開発したい要求機能に該当す
るユースケースを選択するだけでフレームワークを“適
切にカスタマイズされた初期アプリケーションモデル”
を自動的に入手できるので、フレームワークを使ったア
プリケーション開発を効率化することが可能となる。こ
こで“適切にカスタマイズされた初期アプリケーション
モデル”と言っているのは、自動生成される初期アプリ
ケーションモデルに余分なものが入らないと言うことで
ある。

【００９０】例えば、上記で説明した例では、アプリケ
ーション開発者１０３は、簡易図エディタを開発するた
めに、図２７で４１２から４１５の４つのユースケース
インスタンスを指定しており、このため、対応する４つ
のモデル生成スクリプトが実行されて図３３のアプリケ
ーションモデルが適切に生成される。一方、新規作成／
編集／保存が不要な図ビューアーを開発するアプリケー
ション開発者１０３は、必要な「図を読み込む」ユース
ケースインスタンス４１４だけを指定することにより、
対応する１つのモデル生成スクリプトだけが実行され
て、余分で過度に複雑なものではなく、真に必要な部分
だけのアプリケーションモデルを自動的に入手できる。

【００９１】以上のように、このオブジェクト指向フレ
ームワーク開発支援装置は、フレームワークをカスタマ
イズする方法を管理し、フレームワークのカスタマイズ
を自動化することを特徴とする。

【００９２】

【発明の効果】この発明によれば、ユースケースと拡張
点を拡張関係によって対応付けることによって、フロー
ズンスポットとホットスポットとが明確に定義され、さ
らに、ユースケースとモデルとを追跡関係によって対応
付けるため、フレームワークのカスタマイズ性を適切に
分析・設計することができる。

【００９３】ユースケースパッケージとアプリケーショ
ンパッケージにより、ソフトウェアの境界が明確にな
り、さらに、フレームワーク化対象範囲を適切に把握し
て、分析・設計することができる。

【００９４】要求ホットスポットを管理することによ
り、要求されるホットスポットに対応するフレームワー
クを分析・設計することができる。

【００９５】モデル生成スクリプトを実行することによ
り、必要なアプリケーションモデルを作成する元になる
フレームワークを入手することができる。

【図面の簡単な説明】

【図１】 実施の形態１のフレームワーク開発支援装置
の一例を示す構成図。

【図２】 オブジェクトモデル格納部２と要求機能格納
部４と追跡関係格納部６のデータ構造の一例を示すクラ
ス図。

【図３】 要求機能編集部３が表示する画面例を表す
図。

【図４】 オブジェクトモデル編集部１が表示する画面
例を表す図。

【図５】 追跡関係編集部５が表示する画面例を表す
図。

【図６】 図３中の［アクター追加］ボタン３０３を作
業者がクリックした際の要求機能編集部３の動作の一例
を示す流れ図。

【図７】 図３中の［ユースケース追加］ボタン３０４
を作業者がクリックした際の要求機能編集部３の動作の
一例を示す流れ図。

【図８】 図３中の［交信関連追加］ボタン３０５を作
業者がクリックした際の要求機能編集部３の動作の一例
を示す流れ図。

【図９】 図３中の［拡張点追加］ボタン３０６を作業
者がクリックした際の要求機能編集部３の動作の一例を
示す流れ図。

【図１０】 図３中の［拡張関係追加］ボタン３０７を
作業者がクリックした際の要求機能編集部３の動作の一
例を示す流れ図。

【図１１】 図５中のユースケース選択ツール３０９の
［画面に追加］ボタン３１１を作業者がクリックした際
の追跡関係編集部５の動作の一例を示す流れ図。

【図１２】 図５中のオブジェクトモデル選択ツール３
１２の［画面に追加］ボタン３１４を作業者がクリック
した際の追跡関係編集部５の動作の一例を示す流れ図。

【図１３】 図５中の［追跡関係追加］ボタン３１６を
作業者がクリックした際の追跡関係編集部５の動作の一
例を示す流れ図。

【図１４】 実施の形態２のフレームワーク開発支援装
置の一例を示す構成図。

【図１５】 要求機能パッケージ格納部７のデータ構造
の一例を示すクラス図。

【図１６】 フレームワーク要求把握者１０２がユース
ケースをパッケージ化したサンプルを表す図。

【図１７】 図１６中の［パッケージ追加］ボタン３１
７を作業者がクリックした際の要求機能編集部３の動作
の一例を示す流れ図。

【図１８】 図１６中の描画領域３０１上を作業者がユ
ースケースインスタンスを移動した際の要求機能編集部
３の動作の一例を示す流れ図。

【図１９】 図１６中の描画領域３０１上を作業者が要
求機能パッケージインスタンスを移動した際の要求機能
編集部３の動作の一例を示す流れ図。

【図２０】 実施の形態３のフレームワーク開発支援装
置の一例を示す構成図。

【図２１】 要求ホットスポット格納部９のデータ構造
の一例を示すクラス図。

【図２２】 要求ホットスポット編集部８の画面例を表
す図。

【図２３】 図２２の入力フィールド群３１８の各フィ
ールドの内容を説明する表。

【図２４】 作業者が図２２の登録ボタン３２５をクリ
ックした際の要求ホットスポット編集部８の動作の一例
を表す図。

【図２５】 実施の形態４のフレームワーク開発支援装
置の一例を示す構成図。

【図２６】 モデル生成スクリプト格納部１１のデータ
構造の一例を示すクラス図。

【図２７】 モデル生成スクリプト編集部１０とアプリ
ケーションモデル生成部１２を作業者が呼び出す際に、
使用する要求機能編集部３の画面例を表す図。

【図２８】 モデル生成スクリプト編集部１０の画面例
を表す図。

【図２９】 モデル生成スクリプト編集部１０の画面例
を表す図。

【図３０】 モデル生成スクリプト編集部１０の画面例
を表す図。

【図３１】 モデル生成スクリプト編集部１０の画面例
を表す図。

【図３２】 モデル生成スクリプト編集部１０の画面例
を表す図。

【図３３】 図２７の簡易図エディタパッケージ４２４
を選択中にモデル生成コマンドボタン３２９をクリック
されることにより、アプリケーションモデル生成部１２
が生成してオブジェクトモデル格納部２に格納した初期
アプリケーションオブジェクトモデルをオブジェクトモ
デル編集部１に表示した画面例を表す図。

【図３４】 図３３の描画領域３０１に表示されたデフ
ォルトの初期アプリケーションモデルをアプリケーショ
ン開発者１０３が自分のアプリケーション用に編集した
オブジェクトモデルを表示している画面例を表す図。

【図３５】 図２７のスクリプト編集コマンドボタン３
２７をフレームワーク分析設計者１０１がクリックした
際のモデル生成スクリプト編集部１０の動作の一例を示
す流れ図。

【図３６】 図２８のＯＫコマンドボタン３３６をフレ
ームワーク分析設計者１０１がクリックした際のモデル
生成スクリプト編集部１０の動作の一例を示す流れ図。

【図３７】 図２７のモデル生成コマンドボタン３２９
をアプリケーション開発者１０３がクリックした際のア
プリケーションモデル生成部１２の動作の一例を示す流
れ図。

【図３８】 図２７のモデル生成コマンドボタン３２９
をアプリケーション開発者１０３がクリックした際のア
プリケーションモデル生成部１２の動作の一例を示す流
れ図。

【図３９】 従来技術の構成の一例を表す図。

【図４０】 オブジェクトモデル格納部２のデータ構造
の一例を表す図。

【符号の説明】

１，１ｐ オブジェクトモデル編集部（モデル編集
部）、２，２ｐ オブジェクトモデル格納部、３ 要求
機能編集部、４ 要求機能格納部、５ 追跡関係編集
部、６ 追跡関係格納部、７ 要求機能パッケージ格納
部、１０ モデル生成スクリプト編集部、１１ モデル
生成スクリプト格納部、１２ アプリケーションモデル
生成部、１０１ フレームワーク分析設計者、１０２
フレームワーク要求把握者、１０３ 開発者、２０１
クラス、２０２ 関連、２０３ オブジェクトモデルパ
ッケージ、２０４ ユースケース、２０５ アクター、
２０６拡張関係、２０７ 拡張点、２０８ 追跡関係、
２０９ ユースケースパッケージ、２１１ モデル生成
スクリプト、３０１ 描画領域、３０２ 要求機能編集
ツール、３０３〜３０８，３１１，３１４，３１６，３
１７，３２１〜３２５，３２７，３２９ コマンドボタ
ン、３０９ ユースケース選択ツール、３１０，３１
３，３１９，３２０ リストボックス、３１２ オブジ
ェクトモデルパッケージ選択ツール、３１５ 追跡関係
編集ツール、３１８ フィールド群、３２６キャンセル
ボタン、３２８ ツールボックス、４０１〜４０３ ア
クターインスタンス、４０４〜４１５ ユースケースイ
ンスタンス、４１７ オブジェクトモデルパッケージイ
ンスタンス、４１８〜４２１ クラスインスタンス、４
２２〜４２４ ユースケースパッケージインスタンス。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 アプリケーションに共通する雛型ソフト
   ウェアを有するモデルを用いて、利用者が要求する要求
   機能を実行するフレームワークの開発を支援するフレー
   ムワーク開発支援装置において、 利用者からフレームワークに対する要求機能の入力を受
   け付け、受け付けた要求機能を編集する要求機能編集部
   と、 上記要求機能編集部が編集した要求機能を格納する要求
   機能格納部と、 上記モデルを編集するモデル編集部と、 上記モデル編集部が編集したモデルを格納するモデル格
   納部と、 上記モデル格納部に格納されたモデルと上記要求機能格
   納部に格納された要求機能とを対応づける追跡関係を生
   成する追跡関係編集部と、 上記追跡関係編集部が生成した追跡関係を格納する追跡
   関係格納部とを備えることを特徴とするフレームワーク
   開発支援装置。
2. 【請求項２】 上記要求機能編集部は、受け付けた要求
   機能を分析して、要求機能から変動しない要求機能の部
   分をユースケースとして抽出し、要求機能から変動する
   要求機能の部分を拡張点として抽出し、 上記要求機能格納部は、要求機能として、上記要求機能
   編集部が抽出したユースケースと拡張点とを格納し、 上記追跡関係編集部は、上記モデル格納部に格納された
   モデルと上記ユースケース格納部に格納されたユースケ
   ースとを対応づける追跡関係を生成することを特徴とす
   る請求項１記載のフレームワーク開発支援装置。
3. 【請求項３】 上記要求機能編集部は、複数の要求機能
   を受け付け、受け付けた複数の要求機能から、共通する
   機能の部分を抽出してユースケースとすること特徴とす
   る請求項２記載のフレームワーク開発支援装置。
4. 【請求項４】 上記要求機能編集部は、上記ユースケー
   スと上記拡張点との対応関係を定義する拡張関係を生成
   し、 上記要求機能格納部は、上記要求機能編集部が生成した
   拡張関係を格納することを特徴とする請求項２または３
   記載のフレームワーク開発支援装置。
5. 【請求項５】 上記要求機能編集部は、複数のユースケ
   ースを含むユースケースパッケージを生成し、 上記追跡関係編集部は、上記モデルと、上記ユースケー
   スパッケージとを対応付ける追跡関係を生成し、 上記フレームワーク開発支援装置は、さらに、上記ユー
   スケースパッケージを格納する要求機能パッケージ格納
   部を備える特徴とする請求項２記載のフレームワーク開
   発支援装置。
6. 【請求項６】 上記要求機能編集部は、上記ユースケー
   スと上記拡張点との対応関係を定義する拡張関係を生成
   し、上記ユースケースパッケージに含まれる複数のユー
   スケースそれぞれに対応づけられる複数の拡張点を、上
   記拡張関係に基づいて抽出し、抽出した複数の拡張点を
   アプリケーションパッケージとして生成することを特徴
   とする請求項５記載のフレームワーク開発支援装置。
7. 【請求項７】 上記フレームワーク開発支援装置は、さ
   らに、 上記拡張点に関する情報を要求ホットスポット情報とし
   て入力を受け付け、受け付けた要求ホットスポット情報
   を管理する要求ホットスポット編集部と、 上記要求ホットスポット編集部が管理する要求ホットス
   ポット情報を格納する要求ホットスポット格納部とを備
   えることを特徴とする請求項２または５記載のフレーム
   ワーク開発支援装置。
8. 【請求項８】 上記要求ホットスポット編集部は、受け
   付けた要求ホットスポット情報を解析し、解析結果を用
   いて拡張点を生成し、生成した拡張点と上記要求機能格
   納部に格納されたユースケースとを対応づけて拡張関係
   を生成し、生成した拡張点と生成した拡張関係とを上記
   要求機能格納部へ格納することを特徴とする請求項７記
   載のフレームワーク開発支援装置。
9. 【請求項９】 上記要求ホットスポット編集部は、上記
   要求機能格納部に格納された拡張点を検索し、上記要求
   ホットスポット情報によって要求される要求機能を実行
   する拡張点を検出することを特徴とする請求項７記載の
   フレームワーク開発支援装置。
10. 【請求項１０】 上記要求ホットスポット編集部は、要
    求ホットスポット情報として、変動する要求機能の詳細
    と、拡張点に対応するモデルに関する情報を受け付ける
    ことを特徴とする請求項７記載のフレームワーク開発支
    援装置。
11. 【請求項１１】 上記フレームワーク開発支援装置は、
    さらに、 上記要求機能格納部に格納されたユースケースに基づい
    て、上記モデルを生成するモデル生成スクリプトを生成
    するモデル生成スクリプト編集部と、 上記モデル生成スクリプト編集部が生成したモデル生成
    スクリプトを格納するモデル生成スクリプト格納部とを
    備えることを特徴とする請求項２，５，７いずれかに記
    載のフレームワーク開発支援装置。
12. 【請求項１２】 上記フレームワーク開発支援装置は、
    さらに、 フレームワークとして利用できるモデル生成スクリプト
    を上記モデル生成部スクリプト格納部から検出し、検出
    したモデル生成スクリプトを編集してアプリケーション
    モデルを生成するアプリケーションモデル生成部を備え
    ることを特徴とする請求項１１記載のフレームワーク開
    発支援装置。
13. 【請求項１３】 アプリケーションに共通する雛型ソフ
    トウェアから構成されるモデルを用いて、利用者が要求
    する要求機能を実行するフレームワークの開発を支援す
    るフレームワーク開発支援方法において、 フレームワークに対する要求機能の入力を受け付け、 受け付けた要求機能を管理し、 要求機能と、要求機能を実現するモデルとを対応関係づ
    ける追跡関係を生成し、 生成した追跡関係を管理することを特徴とするフレーム
    ワーク開発支援方法。
14. 【請求項１４】 上記フレームワーク開発支援方法は、
    さらに、 開発しようとしているフレームワークに対応する要求機
    能と、フレームワークに基づいて開発するアプリケーシ
    ョンに対応する要求機能とを分離して管理することを特
    徴とする請求項１３記載のフレームワーク開発支援方
    法。
15. 【請求項１５】 上記フレームワーク開発支援方法は、
    さらに、 フレームワークに要求される機能に関する情報を要求ホ
    ットスポット情報として入力を受け付け、 受け付けた要求ホットスポット情報を管理することを特
    徴とする請求項１３または１４記載のフレームワーク開
    発支援方法。
16. 【請求項１６】 上記フレームワーク開発支援方法は、
    さらに、 上記追跡関係に基づいて、フレームワークに対する要求
    機能と対応づけられるモデルを用いて、要求機能を実行
    させるモデル生成スクリプトを生成することを特徴とす
    る請求項１３から１５いずれかに記載のフレームワーク
    開発支援方法。