JPH0969041A - ソフトウェア部品の作成支援方法 - Google Patents

Abstract

(57)【要約】 【課題】 要求仕様を満たすソフトウェア部品を選択し
容易に作成できる。 【解決手段】 ソフトウェア部品事例１０としてソフト
ウェア部品１１を格納しておき、ソフトウェア部品１１
を仕様属性キー１２によって部品検索部１３で検索し、
キーとルールによってソフトウェア部品１１の細部を自
動修正部１４で修正し、必要に応じてユーザによるコー
ド生成と手動修正部１５でソフトウェア部品１１を修正
し、有効なソフトウェア部品１１ａができたならばこれ
を部品事例として登録して再利用を図るという構成をと
る。その後、所定の属性関連ルール１６によりソフトウ
ェア部品１１の曖昧検索を行い、所定のコード変更ルー
ル１７により要求仕様に応じてソフトウェア部品１１の
コード内容を変更・修正する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ソフトウェアの
生産性や再利用のため、ソフトウェア部品（ある程度の
機能を持ったプログラムをブラックボックス化し、コー
ドの再利用性や可搬性を良くしたもの）を用意してそれ
を組み合わせることにより、アプリケーションを作成す
る際のソフトウェア部品の検索や合成を支援するソフト
ウェア部品の作成支援方法に関するものである。

【０００２】

【従来の技術】ソフトウェア部品は上述したようにプロ
グラムをブラックボックス化したものであるからソフト
ウェア部品を作成する際の支援、あるいは合成するため
の技術が必要である。このために、VC＋＋などのプログ
ラミング環境、上流CASEツール、あるいはIntelligent
PadのようなVisual Programmingツールなどがある。こ
こで、VC＋＋などのプログラミング環境においては、グ
ラフィカルユーザインターフェース（Graphical User I
nterface：以下「GUI」という。）を容易に作成できる
もので、多くの有用な関数を利用することができる。ま
た、上流CASEツールでは、OMT法などの要求分析技術を
用いてソフトウェア部品のスケルトン（骨格）を出力し
ている。さらに、Intelligent Padでは、画面上の擬似
ソフトウェア部品を組み合わせてソフトウェア部品を作
成する方法がとられる。

【０００３】

【発明が解決しようとする課題】ところで、VC＋＋など
のプログラミング環境では、ユーザは予め用意された関
数を選択して使用しながらプログラミングをしなければ
ならない。このため、関数の選択にユーザの負担がかか
る。また、上流CASEツールでは、定型的なプログラムの
大枠は作成してくれるものの、詳細な部分はユーザが初
めからプログラミングしなければならないという問題が
ある。さらに、Visual Programmingツールの場合でも、
有効なソフトウェア部品の選択やカスタマイズはユーザ
自身が行わなければならなず、このため、ソフトウェア
部品の個数が多い場合にはユーザにかかる負担が大きい
という問題がある。この他、ソフトウェアの生産性を高
めるためには、ソフトウェア部品の選択や修正をある程
度自動的に行う必要がある。このためにソフトウェア部
品の仕様やインタフェースの構造を規定し使用しやすい
形にする必要がある。

【０００４】この発明は、上記の事情に鑑みてなされた
もので、要求仕様を満たすソフトウェア部品を選択、修
正することができるとともに、検索を効率良く行うこと
ができるソフトウェア部品の作成支援方法を提供するこ
とを目的とする。

【０００５】

【課題を解決するための手段】この発明は、複数のソフ
トウェア部品を組み合わせて構成されるソフトウェア部
品の作成支援方法において、所定の属性関連ルールによ
りソフトウェア部品の曖昧検索を行い、所定のコード変
更ルールにより要求仕様に応じてソフトウェア部品のコ
ード内容を変更・修正することを特徴とするものであ
る。ここで、属性関連ルールは、ソフトウェア部品の分
野や機能を表す属性のキーの類似検索のために属性およ
びその属性値間の関係を表したルールであり、また、コ
ード変換ルールは、属性値によって変更可能な部分のコ
ードを変更するルールである。

【０００６】そして、この構成により、CBR（事例ベー
ス推論）の概念をソフトウェア部品合成に適用すること
ができる。つまり、属性関連ルールによって要求仕様を
大枠で満たすようなソフトウェア部品を選択し、またソ
フトウェア部品のコードに変更可能な部分とそれを示す
属性値との対応をとっておき、要求仕様に応じて選択し
たソフトウェア部品のコード内容をコード変更ルールで
自動的に変更修正することができる。

【０００７】また、前記ソフトウェア部品が内部に置換
ソフトウェア部品を含み、ソフトウェア部品の変更・修
正が要求仕様にしたがって前記置換ソフトウェア部品を
交換することで行われる構成とすることもできる。この
場合、置換ソフトウェア部品がそれを含むソフトウェア
部品に依存しないように書かれている。

【０００８】

【発明の実施の形態】

（実施の形態１）以下に、第１発明に係る実施の形態を
説明する。まず、ソフトウェア部品を効率良く使用する
ためには、ソフトウェア部品の検索、カスタマイズ、あ
るいは再利用を支援するためのツールが有効である。こ
のようなツールとして、CBR（事例ベース推論）の枠組
みを用いてこれを実現することを考える。CBRによるCAS
Eのイメージを図１に示した。

【０００９】このCBRを用いた図１において、部品事例
１０としてソフトウェア部品１１を格納しておき、ソフ
トウェア部品１１を仕様属性キー１２によって部品検索
部１３で検索した後、キーとルールによってソフトウェ
ア部品１１の細部を自動修正部１４で修正し、必要に応
じてユーザによるコード生成と手動修正部１５でソフト
ウェア部品１１を修正し、有効なソフトウェア部品１１
ａができたならばこれを部品事例として登録して再利用
を図るという構成をとる。

【００１０】ここで、ソフトウェア部品１１は、分野、
機能を表す属性（キー）２１と、ソフトウェア部品コー
ド２２，２３（２２は変更可能部分、２３は変更部分対
応属性値）で構成される。この属性の取りうる値は、予
め与えられている。また、再利用性のため、インターフ
ェース（引き数、戻り値）の形は予め決めておく。さら
に、コードには変更可能な部分２２が設定されており、
それはキー属性（Ａ，Ｂ，Ｃ）と対応付けられている。

【００１１】また、ルールとしては、属性のキーの類似
検索のために属性および属性値間の関係を表した属性関
連ルール１６と、属性値によって変更可能な部分のコー
ドを変更するコード変更ルール１７がある。属性関連ル
ール１６は、関連している（つまり、似ている）属性値
のペアで与えられており、属性値を与えることにより、
それに似た属性値を返すことができるようになってい
る。コード変更ルール１７は、どのようなソフトウェア
部品内で有効かを示すキーと、変更内容を示すキーと対
応するコードのペアで与えられている。

【００１２】そして、入力として要求仕様を属性値の列
で与えると、直接ソフトウェア部品を検索または属性関
連ルール１６によって類似属性を求めてその属性値で検
索する。そのとき、全部の属性値が一致しなくてもある
程度の一致または類似で許すことにする。

【００１３】ここで、複数のソフトウェア部品が検索さ
れた場合には、ユーザにより１つが選択される。また、
一部分の属性の一致で検索された複数のソフトウェア部
品で要求仕様属性を満足するような複数のソフトウェア
部品が検索された場合には、ユーザにより選択された１
つのソフトウェア部品に組み立てられるようにする。ま
た、検索されたソフトウェア部品に対して、要求仕様属
性と検索ソフトウェア部品キーを比較し、異なっている
属性値とそれに対応するコード上の変更可能部分を特定
する。そして、ソフトウェア部品キーと異なっている部
分の属性値からコード変更ルール１７により、変更部分
のコードを検索する。また、ソフトウェア部品の該当変
更部分コードを、検索された変更部分コードで置き換え
ることにより、修正を行う。

【００１４】修正された有効なソフトウェア部品１１ａ
は、再利用のために新たな事例として登録する。また、
必要に応じて、ユーザがソフトウェア部品やルールを作
成して登録する。さらに、一部分属性で検索された複数
ソフトウェア部品は、それぞれのソフトウェア部品を修
正した後、ユーザによりそのソフトウェア部品を使用し
た新たなコードを作成し、使用したソフトウェア部品部
分と対応を取る属性を設定して新たなソフトウェア部品
のキーを作成し登録する。そして、修正において検索キ
ーから外れているルール上で対応がとれなかった属性値
についても同様に、ユーザが新たなコードを作成して登
録する。

【００１５】次に、本実施形態の具体例として、VC＋＋
上のライブラリであるMFC（Microsoft Foundation Clas
s）を用いた簡易ソフトウェア部品合成システムを考え
る。仕様属性を与えることにより、MFCを使用した簡単
なコードを合成する。ここで、MFCの関数は関数名が機
能を系統的に表すように付けられているため、簡単のた
めにコード自身ではなく、関数呼出の形をソースとして
扱うことにする。すなわち、単に、呼び出す関数の名前
を生成するという意味ではなく、関数名の形で与えるこ
とができるソースコード体系を仮に考えている。（レベ
ルが一段階上の言語、コンパイルするとC＋＋コードが
出力されるイメージ。） ここで、ソフトウェア部品は次のように表現されてい
る。

【００１６】分野．機能キー：属性値、 ソース：引き数を与えた関数呼出形式、 変更可能部分：引き数の値、呼出関数名の部分。

【００１７】次に、一例として、GUIソフトウェア部品
を使用した合成過程を示す。まず、下表に、ソフトウェ
ア部品におけるキーとコードの対応を示した。ここで、
キーにおける属性値とコードとの対応は、表において下
線（実線、破線）のようにとられている。

【００１８】

【表１】

【００１９】また、属性関連ルール（似ている属性値の
組）は、所得〜設定、状態〜チェック状態、ファイル名
〜パス名〜拡張子である。そして、属性値と対応するコ
ード変更ルールを次に示す。

【００２０】 取得−Get＊＊＊，設定−Set＊＊＊ 状態−＊＊＊State，チェック状態−＊＊＊Check 追加−Add＊＊＊ リストボックス＆項目−＊＊＊String ファイル名−＊＊＊FileName，パス名−＊＊＊PathNam
e，拡張子−＊＊＊FileExt さらに、実行例１〜実行例３を次にそれぞれ示す。

【００２１】実行例１ ・仕様キー入力：ボタン、状態、設定 →検索→属性関連ルールにより“設定”を“取得”に置換 ボタン、状態、取得：btn．GetState（）； →修正→コード変更ルールにより、“取得”の“Get”を“設定”の“Set”に 変更 ボタン、状態、設定：btn．SetState（）； →ユーザー定義→属性関連ルールを追加、部品のキーを変更 ボタン、状態、設定＝ボタン操作 ボタン操作：btn．SetState（）； →ルール登録、事例登録 実行例２ ・キー：ファイル、ダイアログ、生成、ファイル名、取得 →検索→一部分の属性にマッチした複数の部品 ファイル、ダイアログ、生成 ：CFileDialog dlg； ファイル、ダイアログ、ファイル名、取得：dlg.GetFileName（）； →ユーザー作成→部品を使って新たな部品を作成 ファイル、ダイアログ、生成、ファイル名、取得＝ファイル名、取得 、ダイアログ ファイル名、ダイアログ：｛CFileDialog dlg；fname＝dlg．GetFile Name（）；｝ →ルール登録、事例登録 実行例３ ・キーリストボックス、項目、指定位置、追加 →検索→（検索にかからない属性値あり） リストボックス、項目、追加：lbx．AddString（LPCSTR）； →修正→ルール該当なし →ユーザー作成→コード変更ルールを追加 指定位置、追加−Insert，（int） リストボックス、項目、指定位置、追加：lbx．InsertString（int， LPCSTR）； →ルール登録、事例登録 上記により新規登録された事例、ルールを示すと次のよ
うになる。

【００２２】 ボタン、状態、設定＝ボタン操作 ボタン操作 ：btn．SetState（）； ファイル、ダイアログ、生成、ファイル名、取得＝ファイル名、取得、ダイア ログ ファイル名、取得、ダイアログ：｛CFileDialog dlg；fname＝dlg．GetFileNa me（）；｝ リストボックス、項目、指定位置、追加：lbx．InsertString（int，LPCSTR） ； 指定位置＆追加−Insert＊＊＊，（int） 上記実施の形態１においては、ソフトウェア部品に付け
られた検索キーと属性関連ルールにより、要求仕様を大
枠で満たすようなソフトウェア部品を選択することがで
きる。また、ソフトウェア部品のコードに変更可能な部
分とそこを示す属性値との対応をとっておき、コード変
更ルールを用意しておくことにより、要求仕様に応じて
コード内容を自動的に変更修正することができる。

【００２３】（実施の形態２）実施の形態１で説明した
通り、ソフトウェア部品を効率良く使用するためには、
ソフトウェア部品の検索、カスタマイズ、再利用を支援
するツールが有効であり、また、CBRの枠組を用いてこ
れを実現することを考える場合、事例としてソフトウェ
ア部品を格納しておき、ソフトウェア部品を仕様キーに
よって検索し、ルールによってソフトウェア部品の細部
を自動修正し、必要に応じてユーザがソフトウェア部品
を修正し、ソフトウェア部品を使用、有効なソフトウェ
ア部品ができたならば、これを事例として登録し、再利
用を図る。

【００２４】（ソフトウェア部品の構成）まず、ソフト
ウェア部品は、検索キーである仕様部分とソフトウェア
部品の中身の部品部分（リソース）のペアで与えられ
る。また、ソフトウェア部品リソースは、修正される部
分が設定されており、その部分もソフトウェア部品で表
される。そして、ソフトウェア部品を修正する場合に
は、修正される部分のソフトウェア部品を仕様にしたが
って置換する形となる。なお、この発明においては、リ
ソースとして、特に構造を持たないソースコードそのも
の（C＋＋など）の並びを扱うことにする。

【００２５】このリソースは、ソースコードの並びであ
る、適切な機能毎のブロックで切られており、またブロ
ックは修正のための変更可能部分となることができる。
またこの場合、ソースコードは意味がないダミーとな
り、変更仕様や詳細属性で実際のコードが与えられる。
そしてここは、変更仕様や詳細属性と対応がとられてお
り、変更仕様の中の変更場所や詳細属性の中の設定場所
でポインタつけがなされる。

【００２６】（ソフトウェア部品の仕様）仕様は、簡単
な構造を持った属性値集合で与えられる。与える仕様
は、大別して機能仕様、変更仕様、詳細属性の３つに分
けられる。そして、詳細仕様とは、ソフトウェア部品の
機能の概要を表すものであり、ユーザが任意に指定した
文字列で与える。ソフトウェア部品を検索する際のキー
となる。

【００２７】また、変更仕様は、ソフトウェア部品の機
能の一部を変更するための仕様であり、ソフトウェア部
品の一部分（ソフトウェア部品で表されている）を置換
するソフトウェア部品のソフトウェア部品名となる。変
更場所（ソフトウェア部品のリソースの中での変更部分
のコードへのポインタ）と変更ソフトウェア部品（置換
するソフトウェア部品のポインタ）が与えられている。

【００２８】さらに、詳細属性とは、ソフトウェア部品
の属性や細かいリソースを直接設定するための仕様で、
ソフトウェア部品のリソースを直接書き替える置換文字
列を与える。設定場所（ソフトウェア部品のリソースの
中の設定部分のコードへのポインタ）が与えられてい
る。

【００２９】（ソフトウェア部品のインターフェース）
変更仕様で与えられる変更可能部分のコードに対応する
置換ソフトウェア部品は、再利用性のため親のソフトウ
ェア部品に依存しないように書かれる必要がある。そし
て、ソフトウェア部品は、インターフェースとして変数
を使用し、リソースの中で入出力に使われている変数の
名前とリソースの中での位置がソフトウェア部品のイン
ターフェース定義として与えられている。ソフトウェア
部品のアクセスは、この変数のみを通して行う。

【００３０】次に、ソフトウェア部品内における変更仕
様によって与えられる置換ソフトウェア部品とのインタ
ーフェースについて考える。代入による変数の受け渡し
は、変数の形によっては単純に行えない場合がある。よ
って、変数の名前を変えることにより変数の受け渡しを
行うようにする。

【００３１】また、ソフトウェア部品内の変数と置換ソ
フトウェア部品内で使われている変数の対応をとるため
に、変更仕様においてもインターフェース変数を指定す
る。ソフトウェア部品リソースを使う（コードを出力す
るためなど）段階において、リソースを展開する際に置
換ソフトウェア部品内の変数を書き替えてソフトウェア
部品で使用されるようにする。ソフトウェア部品の変更
仕様におけるインターフェース変数とソフトウェア部品
内の置換ソフトウェア部品のインターフェース変数は置
換ソフトウェア部品のカテゴリーによって使う変数の定
義の位置と意味が定められているとして、変数の並び通
りに対応を取り、置換ソフトウェア部品内の変数名をソ
フトウェア部品の変更仕様インターフェース変数の名前
に書き替える。書き替える場所は、置換ソフトウェア部
品内のインターフェース変数定義によって与えられてい
る。

【００３２】（ソフトウェア部品の修正）ソフトウェア
部品の修正は、ソフトウェア部品内部の置換ソフトウェ
ア部品を仕様によって置換することで行う。置換ソフト
ウェア部品を検索するための修正知識（ルール）として
類似属性値知識がある。類似属性値知識は、変更仕様の
属性値の関係を表したもので、互いにあるカテゴリーで
似ている属性値が組になっている。これにより、変更仕
様の属性値が関連しているが、異なるものを得ることが
できる。修正内容を得るための知識として、置換ソフト
ウェア部品がある。置換ソフトウェア部品は、変更仕様
属性値とリソースの対応を、粒度の低いソフトウェア部
品の形で再帰的に表されている。

【００３３】入力として要求仕様を機能仕様、変更仕
様、詳細属性の属性値を与えると、初めに機能仕様の全
一致によってソフトウェア部品を検索する。さらに、変
更仕様によって検索するのであるが、このときには、変
更仕様の属性値そのものの他に、属性値を類似属性値知
識により似た属性値に変換したものでも検索する。

【００３４】検索されたソフトウェア部品に対して要求
変更仕様属性値と検索ソフトウェア部品の変更仕様属性
値とを比較する。そして、異なっているソフトウェア部
品の変更仕様を修正する。そこで、検索されたソフトウ
ェア部品の変更仕様に対する置換ソフトウェア部品とし
て、要求変更仕様属性値を機能仕様に持つソフトウェア
部品を検索し、ソフトウェア部品の変更仕様の変更ソフ
トウェア部品として今回検索された置換ソフトウェア部
品へのポインタを設定する。

【００３５】そして、最後に、詳細属性を設定する。検
索されたソフトウェア部品の詳細属性の置換文字列を要
求詳細属性の属性値でそのまま置き換える。

【００３６】図２に、実際の表現として、以上の仕組み
を実現するための概念の構成図を示した。これによれ
ば、テキスト上でのソフトウェア部品などの定義を与え
る書式を示す汎用ないし専用のエディタを用いて、書式
にしたがってテキスト形式でソフトウェア部品を定義で
きる。そこで、以下に示す各表における定義文法を次に
示す。定義文法において、イタリック体で示した文字は
ユーザー指定文字列を、アルファベットで示した文字は
予約語を、│…│…│で示した記号は選択を、［…］で
示した記号は省略可を、＊［…］で示した記号は繰り返
しをそれぞれ示す。図２において、入力仕様、機能仕様
および変更仕様を表２に示す。

【００３７】

【表２】

【００３８】また、同図において、詳細属性およびイン
ターフェースを表３に示す。

【００３９】

【表３】

【００４０】さらに、変更仕様インターフェース、プロ
グラムコード、リソース、ソフトウェア部品および類似
属性値を表４に示す。

【００４１】

【表４】

【００４２】上記した実施の形態２においては、置換ソ
フトウェア部品を含むソフトウェア部品とソフトウェア
部品に付けられた仕様と類似属性値知識により要求仕様
を満たすようなソフトウェア部品を選択、修正すること
ができる。

【００４３】上述した形態２はCBR（事例ベース推論）
の枠組みを用いてソフトウェア部品を検索し、また、ソ
フトウェア部品の内部を更にソフトウェア部品で表し、
内部のソフトウェア部品（置換ソフトウェア部品）を置
換することによりソフトウェア部品を修正するシステム
である。このシステムではソフトウェア部品は機能など
によって分類されていないため、置換ソフトウェア部品
の検索の際、全てのソフトウェア部品集合を対象に検索
を行うことができなかった。そこで、ソフトウェア部品
を効率よく検索するためにカテゴリ分けした実施の形態
３について述べる。

【００４４】（実施の形態３）実施の形態３において、
カテゴリとは概念の意味を表すもので、機能仕様、変更
仕様、詳細属性はカテゴリで分類されており、あるソフ
トウェア部品の同じ可換部分に置換できるソフトウェア
部品は同じカテゴリに属するものとする。同じカテゴリ
に属することで置換ソフトウェア部品の検索の際の選択
の幅を狭める効果がある。

【００４５】図３はカテゴリの構造を示す説明図で、カ
テゴリは概念を階層構造で表したもので、上は抽象的な
名前から下はソフトウェア部品自身の名前までが分類さ
れている。そして、機能仕様、変更仕様はカテゴリの名
前で与えられる。あるカテゴリから派生した新しいカテ
ゴリは元のカテゴリの子カテゴリとなる。複数のカテゴ
リを合わせて１つの新しいカテゴリを作った場合、新し
いカテゴリには複数の親カテゴリがあることになる。図
３において、スクロールバーは「バー」と「ボタン」で
作られ、また、スクロールバーは変更仕様として数値の
種類、「実数」を持つ。

【００４６】ここで、ソフトウェア部品の機能仕様はあ
るカテゴリに属するようにカテゴリとポインタ（ソフト
ウェア部品ポインタ）で結ばれている。図４はこのポイ
ンタ構造を示すこの発明の概念構成説明図で、あるソフ
トウェア部品に置換ソフトウェア部品を組み合わせて新
しいソフトウェア部品を作成したとき、そのソフトウェ
ア部品の機能仕様は元のソフトウェア部品の機能仕様の
下位カテゴリになる。また、組み合わせられた置換ソフ
トウェア部品の機能仕様を変更仕様として持ち、機能仕
様のカテゴリと変更仕様のカテゴリがポインタ（置換カ
テゴリポインタ）で結ばれている。

【００４７】図４において、ある要求仕様が与えられた
ときに、仕様が類似するソフトウェア部品を検索する場
合、始めに要求仕様を持つソフトウェア部品を検索し、
その機能仕様のカテゴリのリンクの近いものを辿ること
により類似した仕様を持つソフトウェア部品を検索する
ことができる。また、ソフトウェア部品の変更仕様に対
応する置換ソフトウェア部品の置換候補（類似ソフトウ
ェア部品）を求めるときに、ソフトウェア部品の機能仕
様のカテゴリから置換ソフトウェア部品ポインタを辿
り、変更仕様のカテゴリを得て、そのカテゴリの親カテ
ゴリに属する子カテゴリの部品だけを検索する必要がな
い。

【００４８】また、カテゴリによってソフトウェア部品
のインターフェースの形を決めるようにする。カテゴリ
にインターフェースのテンプレート（変数や関数の個
数、意味、型などの組みの集合）を用意しておき、ソフ
トウェア部品を新たに作ったときはインターフェースを
カテゴリのインターフェーステンプレートに従って作成
する。カテゴリを新たに作成したときは、親カテゴリの
インターフェーステンプレートを基に新たにインターフ
ェーステンプレートを作成する。このように同じカテゴ
リに属するソフトウェア部品はインターフェースの形や
表す意味を同じにする。あるソフトウェア部品の変更仕
様に対応する置換ソフトウェア部品を置き換えようとす
るとき、もとの置換ソフトウェア部品と同じカテゴリに
属するソフトウェア部品ならばインターフェースをあま
り気にせずに置換することができ、置換ソフトウェア部
品の可換性を保証できる。

【００４９】上記の実施の形態３において、カテゴリと
その構造によってソフトウェア部品が分類され、置換ソ
フトウェア部品などの検索の際の検索空間を小さくする
ことができるため、検索を効率よく行うことができる。
また、カテゴリによってソフトウェア部品のインターフ
ェースの形を決めることにより、置換ソフトウェア部の
可換性を保証することができる。

【００５０】

【発明の効果】以上述べたように、この発明によれば、
要求仕様を満たすソフトウェア部品を選択することがで
きるとともに容易に作成することができる。また、この
発明によれば、要求仕様を満たすようなソフトウェア部
品を選択、修正することができる。さらに、この発明に
よれば、カテゴリとその構造によってソフトウェア部品
が分類され、置換ソフトウェア部品の検索の際の検索空
間を小さくすることができるため、検索効率を向上させ
ることができるとともに、カテゴリによってソフトウェ
ア部品のインターフェースの形を決めることにより、置
換ソフトウェア部品の可換性を保証することができる。

【図面の簡単な説明】

【図１】実施の形態１におけるCBRによるCASEのイメー
ジの説明図である。

【図２】実施の形態２における概念構成の説明図であ
る。

【図３】実施の形態３におけるカテゴリの例を示す説明
図である。

【図４】実施の形態３における概念構成の説明図であ
る。

【符号の説明】

１０…部品事例 １１…ソフトウェア部品 １１ａ…有効なソフトウェア部品 １２…仕様属性キー １３…部品検索部 １４…自動修正部 １５…手動修正部 １６…属性関連ルール １７…コード変更ルール ２１…分野、機能を表す属性キー ２２…ソフトウェア部品コード

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数のソフトウェア部品を組み合わせて
   構成されるソフトウェア部品の作成支援方法において、 前記ソフトウェア部品は分野、機能を表す属性キーとソ
   フトウェアコードから構成され、属性の取り得る値を予
   め与えて置くとともにソフトウェアコードには変更可能
   部分が設定され、かつその部分は属性キーと対応付けら
   れ、 前記属性キーの類似検索のための属性および属性値間の
   関係を表した属性関連ルールと、属性値によって前記変
   更可能部分のコードを変更するコード変更ルールとを設
   け、 前記属性関連ルールによりソフトウェア部品の曖昧検索
   を行うとともに、コード変更ルールにより要求仕様に応
   じてソフトウェア部品のコード内容を変更・修正した
   後、有効な新たなソフトウェア部品ができたなら再利用
   のために新たなソフトウェア部品を登録するようにした
   ことを特徴とするソフトウェア部品の作成支援方法。
2. 【請求項２】 前記ソフトウェアコードが関数呼び出し
   形式をソースとしたことを特徴とする請求項１記載のソ
   フトウェア部品の作成支援方法。
3. 【請求項３】 前記ソフトウェア部品は検索のキーのた
   めの仕様部分とソフトウェア部品本体であるリソースお
   よびインターフェースからなり、リソースは修正される
   部分が設定されるとともに、その設定部分もソフトウェ
   ア部品で表され、ソフトウェア部品を修正する際には、
   修正される部分のソフトウェア部品を仕様に従って置換
   ソフトウェア部品としたことを特徴とする請求項１また
   は２記載のソフトウェア部品の作成支援方法。
4. 【請求項４】 前記仕様部分はソフトウェア部品の機能
   の概要を表す機能仕様と、ソフトウェア部品の機能の一
   部を変更するための変更仕様およびソフトウェア部品の
   属性や細かいリソースを直接設定するための詳細属性仕
   様からなることを特徴とする請求項３記載のソフトウェ
   ア部品の作成支援方法。
5. 【請求項５】 前記置換ソフトウェア部品は再利用にた
   めに、置換前のソフトウェア部品に依存しないよう書か
   れていることを特徴とする請求項３記載のソフトウェア
   部品の作成支援方法。
6. 【請求項６】 前記ソフトウェア部品の修正には、まず
   機能仕様の全一致によってソフトウェア部品を検索した
   後、変更仕様によって検索し、このとき、変更仕様の属
   性値そのもの他に、属性値を類似属性値知識で似た属性
   値に変換したものでも検索し、検索されたソフトウェア
   部品に対して要求変更仕様属性値と検索ソフトウェア部
   品の変更仕様属性値とを比較し、異なっているソフトウ
   ェア部品の変更仕様を修正することを特徴とする請求項
   ３記載のソフトウェア部品の作成支援方法。
7. 【請求項７】 前記ソフトウェア部品は概念を階層構造
   で表したカテゴリーで表現したことを特徴とする請求項
   ３記載のソフトウェア部品の作成支援方法。
8. 【請求項８】 前記ソフトウェア部品を効率良く検索す
   るために前記仕様部分をカテゴリー分けしたことを特徴
   とする請求項４記載のソフトウェア部品の作成支援方
   法。