JPH0744365A - ソフトウェア統合開発システムおよび異種ｃａｓｅツール間のソフトウェア変換方法 - Google Patents

Abstract

(57)【要約】 【目的】 簡単なプログラム作業によって、異種ＣＡＳ
Ｅツールで取り扱うデータの同一性を維持でき、ＣＡＳ
Ｅツールの追加・変更にも柔軟に対応できるソフトウェ
ア統合開発システムと異種ＣＡＳＥツール間のソフトウ
ェア変換方法を提供する。 【構成】 入出力ポートと解釈部を備えたツールエージ
ェント１と統合エージェント３と通信エージェント２と
リポジトリエージェント４によってソフトウェア統合開
発システムを構成し、通信エージェント２を介して所定
のツールエージェントによるソフトウェアコンポーネン
トをリポジトリエージェント４に格納し、このソフトウ
ェアコンポーネントを統合エージェント３によって他の
ツールエージェント形式のソフトウェアコンポーネント
に変換し、この変換されたソフトウェアコンポーネント
を統合ツール３によって制御された変換先のツールエー
ジェントで処理するように、ツールエージェント１と統
合エージェント３と通信エージェント２とリポジトリエ
ージェント４を構成した。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散化型ソフトウェア
開発の統合開発システムに係り、特に複数の異なる種類
のＣＡＳＥツールと通信ツールとＣＡＳＥツール間の入
出力変換と制御を行う統合ツールとを有し、前記各ツー
ルを通信メッセージによって独立に作動するエージェン
トにすることによって、汎用性と開発データの整合性を
高くしたソフトウェア統合開発システムと、その異種間
のＣＡＳＥツールのプログラムやデータの変換方法に関
する。

【０００２】

【従来の技術】大規模のソフトウェアを開発する場合
は、複数の開発者が異なる装置上で作動する異なる種類
のＣＡＳＥツールによって同一ソフトウェアを開発する
分散化型ソフトウェア開発が一般的に行われている。

【０００３】この分散化型ソフトウェア開発では、各開
発者が共通のデータを取り扱うことが重要であるが、異
種ＣＡＳＥツール間では実質的に同一のデータも表現形
式やデータの属性等が異なるため、他のＣＡＳＥツール
で開発したプログラムやデータをそのまま利用できな
い。このため、分散化型ソフトウェア開発において異種
ＣＡＳＥツール間のデータの互換性をいかに保つかが重
要な技術課題であった。

【０００４】この異種ＣＡＳＥツール間のデータの互換
性を実現するために、従来ポーティングとカプセル化と
いう手法が知られていた。

【０００５】ポーティングとは、あるＣＡＳＥツールが
他の特定のＣＡＳＥツールのデータを直接利用できるよ
うに、そのＣＡＳＥツールのソース・コードを一部書き
換えてデータの互換性を実現する方法である。

【０００６】一方、カプセル化とは、ＣＡＳＥツールそ
のものの書き換えを行わず、それぞれ固有のデータ入出
力インターフェースおよびマンマシン・インターフェー
スを持つＣＡＳＥツールを、標準のインターフェースを
持つリポジトリ環境およびユーザーインターフェース環
境に適合するように、ＣＡＳＥツールをとり囲むアプリ
ケーションを開発して、このアプリケーション上で各Ｃ
ＡＳＥツールを作動させる方法である。

【０００７】図９は、上記カプセル化の概念を示してい
る。一般にカプセル化を利用したソフトウェア統合開発
は、複数の異なる種類のＣＡＳＥツール６１と、各ＣＡ
ＳＥツールで開発したプログラムの一部分やデータ（以
下これらを総称してソフトウェアコンポーネントとい
う）を格納する共通のリポジトリ６２と、ユーザーとの
入出力を行うユーザインターフェース６３とによってソ
フトウェア統合開発環境を構成している。

【０００８】リポジトリ６２は、このソフトウェア統合
開発環境で標準のリポジトリ・ＣＡＳＥツールインター
フェース６２ａを有している。また、ユーザインターフ
ェース６３は、このソフトウェア統合開発環境で標準の
ユーザインターフェース・ＣＡＳＥツールインターフェ
ース６３ａを有している。

【０００９】図においてＣＡＳＥツール６１ａとＣＡＳ
Ｅツール６１ｂは、このソフトウェア統合開発環境のた
めに特に開発したＣＡＳＥツールを示しており、図に示
すように、その入出力インターフェース７１ａ，７２
ａ，７１ｂ，７２ｂは、それぞれリポジトリ・ＣＡＳＥ
ツールインターフェース６２ａとユーザインターフェー
ス・ＣＡＳＥツールインターフェース６３ａに適合した
入出力形式を有している。

【００１０】一方、一般の市場で入手可能な既製のＣＡ
ＳＥツール６１ｃとＣＡＳＥツール６１ｄは、それぞれ
独特の入出力インターフェースを有しており、そのまま
ではこの環境のリポジトリ・ＣＡＳＥツールインターフ
ェース６２ａとユーザインターフェース・ＣＡＳＥツー
ルインターフェース６３ａに適合させることができな
い。

【００１１】そこで、カプセル化とは、ＣＡＳＥツール
６１ｃ，６１ｄの入出力をこの環境に標準のインターフ
ェース６２ａ，６３ａに適合させるソフトウェア８１，
８２を開発し、このソフトウェア８１，８２を介して既
製のＣＡＳＥツール６１ｃ，６１ｄの入出力を他のＣＡ
ＳＥツールによって読み取り可能な入出力にすることで
ある。

【００１２】図に概念的に示すように、このソフトウェ
ア８１，８２は、ＣＡＳＥツール６１ｃ，６１ｄを取り
囲み、かつ、リポジトリ・ＣＡＳＥツールインターフェ
ース６２ａとユーザインターフェース・ＣＡＳＥツール
インターフェース６３ａに適合する入出力インターフェ
ース８１ａ，８１ｂ，８２ａ，８２ｂを有している。

【００１３】つまり、このカプセル化による異種ＣＡＳ
Ｅツール間のデータ変換では、各ＣＡＳＥツールで生成
された外部ファイル等のデータは、カプセルという被覆
をかぶせられ、外部ファイルがその形式を保ったまま他
のＣＡＳＥツールに取り込まれるのである。

【００１４】

【発明が解決しようとする課題】しかしながら、上記ポ
ーティングによる方法はＣＡＳＥツールのソースコード
を一部書き換えなければならないので、一般的にソフト
ウェアの統合開発環境を構築するのに大きな労力と時間
を必要とした。また、書き換えたＣＡＳＥツールが正常
に作動しないことによる信頼性の低下の問題があった。

【００１５】また、書き換えのためにＣＡＳＥツールの
ソースコードを入手しなければならず、場合によっては
これを書き換えることについてＣＡＳＥツールのライセ
ンサーの許諾を得られない等の問題があった。

【００１６】これに対してカプセル化による方法は、実
現のための作業が比較的容易であるが、カプセル化がフ
ァイル単位で行われるので、これを取り込んだＣＡＳＥ
ツールでそのファイルを再利用するためにファイルのデ
ータを配置替え等して、そのＣＡＳＥツールで実際に使
用可能の形式にデータを再構築しなければならない問題
があった。

【００１７】このデータの再構築の作業は、ソフトウェ
ア統合開発環境の実現を困難にし、ソフトウェア統合開
発環境のデータの再利用性の低下を招いていた。

【００１８】さらに、カプセル化を利用したソフトウェ
アの統合開発環境では、一般にカプセルそのものを制御
対象にすることによってソフトウェア開発環境の動作を
制御するようにしていたので、開発環境の動作がわかり
にいという問題があった。

【００１９】また、上記両手法のいずれも、ＣＡＳＥツ
ールごとにプログラムを修正あるいはカプセル化しなけ
ればならないので、ＣＡＳＥツールを追加・変更するに
は大幅な統合環境の見直しを必要とし、ＣＡＳＥツール
を追加・変更が困難であった。

【００２０】このことは、そのソフトウェアの統合開発
環境の汎用性を狭くし、ソフトウェアの開発途中でしば
しば生じるＣＡＳＥツールの追加等の要求に柔軟に対応
できない問題を生じていた。

【００２１】そこで、本発明の目的は上記従来のソフト
ウェアの統合開発環境の問題を解決し、簡単なプログラ
ム作業によって、異種ＣＡＳＥツールで取り扱うデータ
の同一性を維持でき、ＣＡＳＥツールの追加・変更にも
柔軟に対応できるソフトウェア統合開発システムと異種
ＣＡＳＥツール間のソフトウェア変換方法を提供するこ
とにある。

【００２２】

【課題を解決するための手段】上記目的を達成するため
に本発明によるソフトウェア統合開発システムは、複数
の開発者と複数の異なる装置上で作動する複数の異なる
種類のＣＡＳＥツールによって共通のソフトウェアを開
発する分散化型のソフトウェア統合開発システムにおい
て、複数の異なる種類のＣＡＳＥツールと、所定のＣＡ
ＳＥツールで開発されたソフトウェアコンポーネントを
他のＣＡＳＥツール形式に適合するソフトウェアコンポ
ーネントに変換するとともに各ＣＡＳＥツールを制御す
る統合ツールと、前記ＣＡＳＥツールと統合ツールの通
信メッセージをやりとりする通信ツールと、前記ＣＡＳ
Ｅツールと統合ツールが生成したソフトウェアコンポー
ネントを格納するリポジトリとを有し、前記ＣＡＳＥツ
ールと、統合ツールと、通信ツールと、リポジトリは、
それぞれ入出力ポートと通信メッセージの意味を解釈す
る解釈部を備えたエージェント・アプリケーションとと
もに作動するツールエージェントと、統合エージェント
と、通信エージェントと、リポジトリエージェントに構
成され、前記ツールエージェントと、統合エージェント
と、通信エージェントと、リポジトリエージェントは、
前記通信エージェントを介して所定のツールエージェン
トによって生成されたソフトウェアコンポーネントを前
記リポジトリエージェントに格納し、このソフトウェア
コンポーネントを前記統合エージェントによって他のツ
ールエージェント形式のソフトウェアコンポーネントに
変換し、この変換されたソフトウェアコンポーネントを
前記統合ツールによって制御された変換先のツールエー
ジェントによって処理するように構成されていることを
特徴とするものである。

【００２３】また、本発明の異種ＣＡＳＥツール間のソ
フトウェア変換方法は、変換元のＣＡＳＥツールの出力
を構文解析してそのＣＡＳＥツール固有のツールデータ
モデルにデータを配置替えし、次にマッピングとデータ
要素間のリンクを行って前記変換元ツールデータモデル
を他のＣＡＳＥツールのデータと意味対応可能な変換元
共通データモデルに変換し、次に意味対応と新たなデー
タ要素間のリンクを行って前記変換元共通データモデル
を変換先共通データモデルに変換し、次にマッピングを
行って前記変換先共通データモデルを変換先のＣＡＳＥ
ツールに固有な変換先ツールデータモデルに変換し、次
に前記変換先ツールデータモデルを解析して変換先のＣ
ＡＳＥツールの入力に変換することを特徴とするもので
ある。

【００２４】

【作用】本発明によるソフトウェア統合開発システム
は、ＣＡＳＥツールと統合ツールと通信ツールとリポジ
トリをそれぞれエージェント化し、これらエージェント
が通信エージェントを介して制御メッセージや開発デー
タをやり取りして独立に作動するように構成されてい
る。エージェント間の作動の順序は、統合エージェント
によって制御され、統合開発システム全体として所定の
処理の流れを有するように統合されている。

【００２５】上記のように、本発明のソフトウェア統合
開発システムはシステムを構成する各ツールがモジュー
ル化されているので、ツールを変更・追加するときは、
入出力ポートと通信メッセージを解釈する解釈部を有す
るエージェント・アプリケーションを作成して、変更・
追加にかかるツールをエージェント化するとともに、統
合エージェントの制御プログラムを一部変更することに
よってツールを変更・追加することができる。

【００２６】このツールのエージェント化の作業は、主
にそのツールに適合するエージェント・アプリケーショ
ンを作成することであり、一般的にその作業は各ツール
自体のプログラムを修正するよりはるかに容易に行うこ
とができる。

【００２７】また、本発明の統合開発システムでは、統
合ツールが各ＣＡＳＥツールを直接制御し、システムの
動作が簡明であり、かつ、統合ツールの高い記述能力を
利用して制御プログラムを書き直すことができるので、
統合ツールの変更も比較的容易である。

【００２８】これにより、本発明のソフトウェア統合開
発システムは、使用したいツールを必要に応じて容易に
組み変えることが可能であり、汎用性が高い統合開発シ
ステムを得ることができる。

【００２９】また、本発明による異種ＣＡＳＥツール間
のソフトウェア変換方法によれば、ＣＡＳＥツールの外
部ファイルのデータをマッピング、リンク等によって他
のＣＡＳＥツールのデータと意味対応可能な共通データ
モデルに再配置し、この変換元の共通データモデルのデ
ータを意味対応によって変換先のＣＡＳＥツールの共通
データモデルに変換し、この変換先共通データモデルを
またマッピング、解析によって変換先のＣＡＳＥツール
のファイルに変換するので、各ＣＡＳＥツールは、その
ＣＡＳＥツール固有の形式のデータを取り扱いながら、
内容的に他のＣＡＳＥツールと実質的に同一のデータを
取り扱うことができる。このことによって、ソフトウェ
アの統合開発でもっとも重要なデータの再利用性・整合
性を実現することができる。

【００３０】また、各ＣＡＳＥツールで個別にデータを
再利用するために取り込んだデータを解析する機構を用
意する必要がないので、全体として少ない作業で異種Ｃ
ＡＳＥツール間のソフトウェア変換を実現することがで
きる。

【００３１】

【実施例】次に本発明によるソフトウェア統合開発シス
テムと異種ＣＡＳＥツール間のソフトウェア変換方法の
一例を添付の図面を用いて以下に説明する。

【００３２】図１は、本発明の一実施例によるソフトウ
ェア統合開発システムの構成を示している。本発明によ
るソフトウェア統合開発システムは、各種ＣＡＳＥツー
ルをエージェント化したツールエージェント１（１ａ，
１ｂ，１ｃ，１ｄ，１ｅ，１ｆを含む）と、通信ツール
をエージェント化した通信エージェント２と、統合ツー
ルをエージェント化した統合エージェント３と、リポジ
トリをエージェント化したリポジトリエージェント４と
によって構成されている。

【００３３】これら各エージェントは、具体的にはネッ
トワークで結ばれたコンピュータや記憶装置上でそれぞ
れ作動するように構成されており、以下の説明ではそれ
ぞれのエージェントの挙動を制御するように説明する
が、実際にはシステムを構成する各装置の挙動を含めて
制御することは言うまでもない。

【００３４】本実施例では、ツールエージェント１は、
使用目的によってコード生成用ツールエージェント１
ａ、設計用ツールエージェント１ｂ、要求分析用ツール
エージェント１ｃ、文書作成用ツールエージェント１
ｄ、構成管理用ツールエージェント１ｅ、プロジェクト
管理用ツールエージェント１ｆに分けられる。

【００３５】統合エージェント３は、各ツールエージェ
ントで開発したプログラムの一部やデータファイル（ソ
フトウェアコンポーネント）を統合するデータ統合エー
ジェント５と、各ツールエージェントの制御を統合する
コントロール統合エージェント６と、リポジトリエージ
ェント４、データ統合エージェント５、コントロール統
合エージェント６の状態からツールエージェント１の作
動を制御するプロセス統合エージェント７とを有してい
る。

【００３６】リポジトリエージェント４は、各ツールエ
ージェント１で開発したソフトウェアコンポーネント
（この実施例ではデータオブジェクトとして表現してい
る）、或いはデータ統合エージェント５で変換したソフ
トウェアコンポーネントを格納している。

【００３７】本実施例のソフトウェア統合開発環境で
は、各ツールエージェントがコントロール統合エージェ
ント６の制御の下、それぞれソフトウェアコンポーネン
トを開発し、これをリポジトリエージェント４に格納す
る。

【００３８】このリポジトリエージェント４に格納され
たソフトウェアコンポーネントに対し、データ統合エー
ジェント５がアクセスし、次に処理を行うツールエージ
ェントで処理可能な形式にソフトウェアコンポーネント
を変換し、これを再びリポジトリエージェント４に格納
する。

【００３９】プロセス統合エージェント７は、データ統
合エージェント５の変換作業の終了を検知し、コントロ
ール統合エージェント６に信号を送ってこれによって次
のツールエージェントを起動する。このツールエージェ
ントによって、変換後のソフトウェアコンポーネントが
読み出され、読み出したツールエージェント上でソフト
ウェアの開発が継続される。

【００４０】上記エージェント間の制御命令やデータを
含む通信メッセージは、すべて通信エージェント２を介
して行われる。

【００４１】上述のような処理が規則正しく行われるの
は、各ツールがエージェント化され、全体として統合エ
ージェント３に制御されているからである。そこで、以
下にエージェント化について図２を用いて説明する。

【００４２】図２は、ツールエージェント１の構成を示
している。図に拡大して示すように、ツールエージェン
ト１は、ＣＡＳＥツール８と、解釈部９ａ，９ｂ、ポー
ト１０ａ，１０ｂを有するエージェント・アプリケーシ
ョン１１とからなる。

【００４３】ポート１０ａ，１０ｂは他の要素との通信
メッセージを入出力でき、解釈部９ａ，９ｂはこの通信
メッセージをＣＡＳＥツールあるいは通信相手にとって
意味あるメッセージ列に解釈する。

【００４４】ＣＡＳＥツール８自体は、通信メッセージ
を処理するＣＡＳＥツール本体８ａと、ユーザーとの入
出力を行うユーザーインターフェース８ｂと、ＣＡＳＥ
ツール自体のデータを格納するデータファイル８ｃとを
有している。

【００４５】エージェント化とは上記のように、通信メ
ッセージ解釈用の解釈部と通信メッセージを入出力する
ポートを備えたエージェント・アプリケーションを開発
し、このエージェント・アプリケーション上で各種ツー
ル（通信ツール、統合ツール、リポジトリ等を含む）を
作動させることである。

【００４６】上記エージェントを利用した問題解決シス
テムとは、複数のエージェントによってシステムを構成
し、各エージェントはポートに送られた通信メッセージ
によって独立に作動するようにし、入力用ポートに対し
てはアクセス権を設定してアクセス権を持つエージェン
トのみがそのポートに通信メッセージを送信することが
でき、通信メッセージを受け取ったエージェントは、処
理を行って処理結果を出力用ポートを介して他のエージ
ェントに送信するように構成したシステムである。この
ようなエージェントの機能を適当に組み合わせることに
よって、一つの問題解決のための処理フローを構築する
ことができるのである。

【００４７】本実施例では、プロセス統合エージェント
７が環境全体の作動を制御し、コントロール統合エージ
ェント６によって各ツールエージェント１を起動し、起
動されたツールエージェント１は所定の処理を行って
は、その処理結果をリポジトリエージェント４に格納す
る。

【００４８】プロセス統合エージェント７は、上記ツー
ルエージェント１の処理終了を通信メッセージによって
検知し、データ統合エージェント５を起動して、先のツ
ールエージェント１が生成したソフトウェアコンポーネ
ントを次のツールエージェント１で処理可能な形式に変
換して、これを再びリポジトリエージェント４に格納す
る。

【００４９】次に、プロセス統合エージェント７は、デ
ータ統合エージェント５、コントロール統合エージェン
ト６、リポジトリエージェント４の状態を検知し、全体
的なソフトウェア開発の流れに沿ってコントロール統合
エージェント６にメッセージを送り、コントロール統合
エージェント６によって次のツールエージェント１を起
動し、変換されたソフトウェアコンポーネントを読み出
して処理を行う。

【００５０】以上の制御命令とデータを含む通信メッセ
ージは、すべて通信エージェント２を介してやり取りさ
れる。

【００５１】上記ソフトウェア統合開発環境を構築する
ためのエージェント化のプログラム開発は、主に入出力
ポートと解釈部を付加することであり、比較的容易に行
うことができる。これにより、本発明のソフトウェア統
合開発システムは、ＣＡＳＥツールのプログラムそのも
のを修正する従来の方法に比べて簡単に構築することが
できる。

【００５２】また、本発明のソフトウェア統合開発環境
は、各ツールを修正することなく、これらをエージェン
ト化して互いに連結しているので、各エージェントのモ
ジュール性が高く、ＣＡＳＥツールの追加・変更を比較
的簡単に行うことができる。これによって、汎用性・柔
軟性に富んだソフトウェア統合開発環境を得ることがで
きる。

【００５３】さらに、後述するように本発明によるデー
タ統合エージェントは、各ＣＡＳＥツールの出力を意味
的・構造的に解析し、データそのものを再構築して他の
ＣＡＳＥツールがそのまま利用可能な形式にするので、
プログラム開発データの再利用性が高く、通信によって
各エージェントがリアルタイムで連結されるエージェン
ト化システムの作用と相まって、各ツールエージェント
が最新かつ実質的に内容が同一のデータを取り扱うこと
ができ、きわめて効率が高いソフトウェア開発を実現す
るソフトウェア統合開発環境を得ることができる。

【００５４】次に、上記ソフトウェア統合開発環境の実
現に欠かせない本発明による異種ＣＡＳＥツール間のソ
フトウェア変換について説明する。

【００５５】図３は、オブジェクト指向分析型ツールエ
ージェントの出力をＥＲモデリング型ツールエージェン
ト形式の入力に変換するのを例として、本発明の異種Ｃ
ＡＳＥツール間のソフトウェア変換を説明した流れ図で
ある。

【００５６】この例では、オブジェクト指向分析ツール
エージェント１ｍの外部出力ファイル１m2は、データ統
合エージェント５を介してＥＲモデリングツールエージ
ェント１ｎのディクショナリ１n2に変換される流れを示
している。

【００５７】オブジェクト指向分析ツールエージェント
１ｍは、オブジェクト指向分析ツール１m1と外部出力フ
ァイル１m2とリポジトリ１m3を有し、ＥＲモデリングツ
ールエージェント１ｎは、ＥＲモデリングツール１n1と
ディクショナリ１n2とを有している。

【００５８】一方、データ統合エージェント５は、入力
パーサ２１と、第一同種間変換ルール２２と、異種間変
換ルール２３と、第二同種間変換ルール２４と、出力パ
ーサ２５とを有している。

【００５９】データ統合エージェント５は、入力パーサ
２１によってオブジェクト指向分析ツールエージェント
１ｍの外部出力ファイル１m2を読み込み、データ部分を
抽出してオブジェクト指向分析ツールに固有のオブジェ
クト指向分析ツールデータモデル３１にデータを配置替
えする。

【００６０】次に、データ統合エージェント５は、第一
同種間変換ルール２２によってオブジェクト指向分析ツ
ールデータモデル３１のデータを他のＣＡＳＥツールに
よるデータモデルと意味対応が可能なオブジェクト指向
分析手法共通データモデル３２の各部に再配置し、か
つ、データモデル間の整合性をとるためにデータ要素間
のリンクを行う。

【００６１】次に、データ統合エージェント５は、異種
間変換ルール２３によってオブジェクト指向分析手法共
通データモデル３２の各データとＥＲモデリングツール
手法共通データモデル３３の各データをデータの意味に
よって対応させ、ＥＲモデリングツール手法共通データ
モデル３３に変換する。この際、ＥＲモデリング手法で
のデータの整合性をとるために新たにデータ要素間のリ
ンクを行う。

【００６２】次に、データ統合エージェント５は、第二
同種間変換ルール２４によってＥＲモデリングツール手
法共通データモデル３３のデータを、ＥＲモデリング手
法固有のＥＲモデリングツールデータモデル３４に配置
・格納する。

【００６３】最後に、データ統合エージェント５は、出
力パーサ２５によってＥＲモデリングツールデータモデ
ル３４のデータを編集してＥＲモデリング手法のディク
ショナリ形式のデータとしてディクショナリ１n2に出力
する。

【００６４】次に具体的なデータを例として、上記異種
間ＣＡＳＥツール間のソフトウェア変換についてさらに
具体的に説明する。

【００６５】図４は、オブジェクト指向分析ツールエー
ジェントの外部出力ファイルが入力パーサ２１を介して
オブジェクト指向分析ツールデータモデル３１に配置さ
れるところを示している。

【００６６】オブジェクト指向分析ツールエージェント
１ｍは、オブジェクト４０を生成し、このオブジェクト
４０からクラスに関する外部出力ファイル１m2,aと属性
に関する外部出力ファイル１m2,bが出力される。外部出
力ファイル１m2,aは多数のクラスデータを有し、図中に
はクラス名”Ｐｒｏｄｕｃｔ”、ｉｄ”２０”、属性リ
スト”ｎａｍｅ，ｃｏｄｅ”、コメント”商品”からな
るクラスデータ４１が例示されている。同様に、外部出
力ファイル１m2,bの属性データとして、属性名”ｃｏｄ
ｅ”、ｉｄ”５０”、クラス”Ｐｒｏｄｕｃｔ”、コメ
ント”商品名”の属性データ４２が例示されている。

【００６７】データ統合エージェント５の入力パーサ２
１は、外部出力ファイル１m2,aと外部出力ファイル１m
2,bを読み込み、構文解析によってファイルからデータ
４１，４２を抽出し、オブジェクト指向分析手法による
データモデル３１の所定位置に格納する。

【００６８】この場合、クラスデータ４１は、オブジェ
クト指向分析ツールデータモデル３１の階層”ＨＬＣｌ
ａｓｓ”のｉｄ２０の場所にデータ４３として格納さ
れ、属性データ４２は、階層”ＨＬＡｔｔｒｉｂｕｔ
ｅ”のｉｄ５０の場所にデータ４４として格納される。

【００６９】次に、図５に示すように、オブジェクト指
向分析ツールデータモデル３１は第一同種間変換ルール
２２によってＥＲモデリング手法による共通データモデ
ルと意味対応可能なオブジェクト指向分析手法共通デー
タモデル３２に変換される。

【００７０】データ４３は、オブジェクト指向分析手法
共通データモデル３２の階層ＯＯＣｌａｓｓのｉｄ１０
０２０の場所にデータ４５として格納され、データ４４
は、オブジェクト指向分析手法共通データモデル３２の
階層ＯＯＡｔｔｒｉｂｕｔｅのｉｄ１００５０の場所に
データ４６として格納される。このようにツールデータ
モデルから共通データモデルの所定場所にデータを再配
置する操作をマッピングという。

【００７１】オブジェクト指向分析手法共通データモデ
ル３２では、階層ＯＯＣｌａｓｓのｉｄ１００２０の場
所のデータは属性というデータ要素を有しておらず、階
層ＯＯＡｔｔｒｉｂｕｔｅのｉｄ１００５０の場所のデ
ータはクラスというデータ要素を有していないので、デ
ータ４３とデータ４５、及びデータ４４とデータ４６の
整合性をとるために、図５の矢印Ｒに示すようにデータ
４５の空のデータ要素”属性”をデータ４６にリンクさ
せ、かつ、データ４６の空のデータ要素”クラス”をデ
ータ４５にリンクさせている。このリンクによってデー
タ４５とデータ４６と元のオブジェクト４０の同一性が
保証されるのである。

【００７２】実際の統合開発システムでは、上記共通デ
ータモデル３２が完成した段階で、この共通データモデ
ル３２と元の外部出力ファイル１m2,a，１m2,bの整合性
をツールデータモデル３１を介して所定のルールによっ
て全体的にチェックする。

【００７３】次に、オブジェクト指向分析手法共通デー
タモデル３２は、図６に示すように、異種間変換ルール
２３によってＥＲモデリングツール手法共通データモデ
ル３３に変換される。

【００７４】この変換では、オブジェクト指向分析手法
共通データモデル３２の階層ＯＯＣｌａｓｓと階層ＯＯ
Ａｔｔｒｉｂｕｔｅは、それぞれＥＲモデリングツール
手法共通データモデル３３の階層ＥＲＡＥｎｔｉｔｙと
階層ＥＲＡＡｔｔｒｉｂｕｔｅと意味的に同値であるの
で、データ４５とデータ４６は、それぞれＥＲモデリン
グツール手法共通データモデル３３のデータ５１とデー
タ５２に変換される。

【００７５】ＥＲモデリングツール手法共通データモデ
ル３３において、上述したようにデータ間の整合性をと
るためにリンクＲ’が新たに行われる。

【００７６】この時も、上記共通データモデル３３が完
成した段階で共通データモデル３２，３３の間の整合性
を所定のルールによって全体的にチェックする。

【００７７】次に、図７に示すように、ＥＲモデリング
ツール手法共通データモデル３３は、第二同種間変換ル
ール２４によってＥＲモデリングツールデータモデル３
４に変換される。

【００７８】この変換では、共通データモデルのデータ
を変換先のＣＡＳＥツールの手法の固有のツールデータ
モデルにデータの配置替えを行う。この変換で、ＥＲモ
デリングツール手法共通データモデル３３の階層ＥＲＡ
Ｅｎｔｉｔｙのデータ５１は、ＥＲモデリングツールデ
ータモデル３４の階層ＭＬＥｎｔｉｔｙＴｙｐｅのデー
タ５３に変換され、データ要素 ”属性，５００”が付
加される。

【００７９】このデータ要素 ”属性，５００”は、Ｅ
Ｒモデリングツール手法共通データモデル３３でデータ
５１がリンクＲ’によってリンクされたデータ５２の変
換先の位置を示している。

【００８０】同様に、ＥＲモデリングツール手法共通デ
ータモデル３３の階層ＥＲＡＡｔｔｒｉｂｕｔｅのデー
タ５２は、ＥＲモデリングツールデータモデル３４の階
層ＭＬＡｔｔｒｉｂｕｔｅのデータ５４に変換され、デ
ータ要素 ”エンティティタイプ，２４９”が付加され
る。このデータ要素 ”エンティティタイプ，２４９
は、ＥＲモデリングツールデータモデル３４におけるデ
ータ５３の位置を示している。

【００８１】このＥＲモデリングツールデータモデル３
４では、データは個別に完全な形を有し、ＥＲモデリン
グ手法の階層構造の内部に格納され、必要に応じてデー
タの整合性チェックが行われる。

【００８２】次に、図８に示すように、出力パーサ２５
がＥＲモデリングツールデータモデル３４の階層構造の
意味を解析してデータを抽出し、ＥＲモデリングツール
エージェント１ｎのディクショナリ１n2形式にデータを
変換し、ディクショナリ１n2に出力する。

【００８３】この変換では、データ５３とデータ５４は
それぞれディクショナリ１n2のエンティティタイプテー
ブル５５と属性テーブル５６のデータとして出力され
る。

【００８４】このディクショナリデータからＥＲモデリ
ングツールエージェント１ｎはプロダクトとしてのエン
ティティ５０を画面上に表示する。

【００８５】上述したことから明らかなように、本発明
の異種ＣＡＳＥツール間のソフトウェア変換の方法によ
れば、変換元のＣＡＳＥツールの出力は、データの整合
性を保ちつつ変換先のＣＡＳＥツール形式の入力に完全
に変換されるので、変換先ＣＡＳＥツールは変換された
その入力をそのまま利用でき、データの再利用性が極め
て高い。

【００８６】また、変換のために各ＣＡＳＥツールのプ
ログラムを修正する必要がないので、データ統合エージ
ェント５の作成後は、ＣＡＳＥツールの追加・変更を簡
単に行うことができる。

【００８７】また、上記オブジェクト指向分析ツールデ
ータモデル３１は、オブジェクト指向プログラミングの
ソフトウェア設計図そのもの、あるいはソフトウェア設
計図に容易に変換できるものであり、ソフトウェアを開
発する者にとっては、有用なソフトウェア設計図という
ことができる。

【００８８】同様に、ＥＲモデリングツールデータモデ
ル３４は、ＥＲモデリング手法によるソフトウェア設計
図ということができる。

【００８９】このように、本発明の異種ＣＡＳＥツール
間のソフトウェア変換方法によれば、同一の意味のソフ
トウェアのモデルを、異なるソフトウェア開発手法によ
るソフトウェア設計図としてプログラム開発者に示すこ
とができ、効率が良いソフトウェア開発を可能にする。

【００９０】

【発明の効果】上記説明から明らかなように、本発明の
ソフトウェア統合開発システムによれば、ツールエージ
ェントと通信エージェントと統合エージェントとリポジ
トリエージェントとデータ統合エージェントによってソ
フトウェア統合開発システムを構成しているので、各エ
ージェントのモジュール性が高く、ＣＡＳＥツールの追
加・変更に柔軟に対応できる汎用性が高いソフトウェア
統合開発環境を得ることができる。

【００９１】上記エージェント化の作業は比較的負荷が
軽いので、ソフトウェア統合開発環境を比較的簡単に構
築することができる。

【００９２】さらに、本発明のソフトウェア統合開発シ
ステムでは、所定のツールエージェントで生成されたソ
フトウェアコンポーネントがデータ統合エージェントに
よつて他のツールエージェント形式のソフトウェアコン
ポーネントに変換され、次のツールエージェントが統合
エージェントによって起動され、処理を続行するので、
各ＣＡＳＥツールは常に最新のデータを取り扱うことが
できる。これによって、効率よいソフトウェア開発を行
うことができる統合環境を得ることができる。

【００９３】また、本発明の異種ＣＡＳＥツール間のソ
フトウェア変換方法によれば、変換元ＣＡＳＥツールの
ソフトウェアコンポーネントを意味的・構造的に解析
し、マッピング、リンク、意味対応の手法によって変換
先のＣＡＳＥツールでそのまま利用可能なソフトウェア
コンポーネントに変換するので、データの再利用性が極
めて高い異種ＣＡＳＥツール間ソフトウェア変換方法を
得ることができる。

【図面の簡単な説明】

【図１】本発明によるソフトウェア統合開発システムの
構成を示した図。

【図２】ツールエージェントの構成を示した図。

【図３】本発明の異種ＣＡＳＥツール間ソフトウェア変
換方法の流れを示した流れ図。

【図４】変換元のＣＡＳＥツール出力を変換元ツールデ
ータモデルに変換する流れを説明した図。

【図５】変換元ツールデータモデルを変換元共通データ
モデルに変換する流れを説明した図。

【図６】変換元共通データモデルを変換先共通データモ
デルに変換する流れを説明した図。

【図７】変換先共通データモデルを変換先ツールデータ
モデルに変換する流れを説明した図。

【図８】変換先ツールデータモデルのデータを変換先Ｃ
ＡＳＥツールのファイル形式に出力する流れを説明した
図。

【図９】カプセル化による従来の異種ＣＡＳＥツール間
のソフトウェア変換方法を説明した図。

【符号の説明】

１ ツールエージェント ２ 通信エージェント ３ 統合エージェント ４ リポジトリエージェント ５ データ統合エージェント ６ コントロール統合エージェント ７ プロセス統合エージェント ８ ＣＡＳＥツール ９ 解釈部 １０ ポート １１ エージェント・アプリケーション ２１ 入力パーサ ２２ 第一同種間変換ルール ２３ 異種間変換ルール ２４ 第二同種間変換ルール ２５ 出力パーサ ３１ オブジェクト指向分析ツールデータモデル ３２ オブジェクト指向分析手法共通データモデル ３３ ＥＲモデリングツール手法共通データモデル ３４ ＥＲモデリングツールデータモデル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大 野 仁 勝 神奈川県横浜市鶴見区市場上町10番３− 301 (72)発明者 菅 谷 光 啓 神奈川県横浜市緑区柿の木台28−20

Claims (5)

【特許請求の範囲】
1. 【請求項１】複数の開発者と複数の異なる装置上で作動
   する複数の異なる種類のＣＡＳＥツールによって共通の
   ソフトウェアを開発する分散化型のソフトウェア統合開
   発システムにおいて、 複数の異なる種類のＣＡＳＥツールと、所定のＣＡＳＥ
   ツールで開発されたソフトウェアコンポーネントを他の
   ＣＡＳＥツール形式に適合するソフトウェアコンポーネ
   ントに変換するとともに各ＣＡＳＥツールを制御する統
   合ツールと、前記ＣＡＳＥツールと統合ツールの通信メ
   ッセージをやりとりする通信ツールと、前記ＣＡＳＥツ
   ールと統合ツールが生成したソフトウェアコンポーネン
   トを格納するリポジトリとを有し、 前記ＣＡＳＥツールと、統合ツールと、通信ツールと、
   リポジトリは、それぞれ入出力ポートと通信メッセージ
   の意味を解釈する解釈部を備えたエージェント・アプリ
   ケーションとともに作動するツールエージェントと、統
   合エージェントと、通信エージェントと、リポジトリエ
   ージェントに構成され、 前記ツールエージェントと、統合エージェントと、通信
   エージェントと、リポジトリエージェントは、前記通信
   エージェントを介して所定のツールエージェントによっ
   て生成されたソフトウェアコンポーネントを前記リポジ
   トリエージェントに格納し、このソフトウェアコンポー
   ネントを前記統合エージェントによって他のツールエー
   ジェント形式のソフトウェアコンポーネントに変換し、
   この変換されたソフトウェアコンポーネントを前記統合
   ツールによって制御された変換先のツールエージェント
   によって処理するように構成されていることを特徴とす
   るソフトウェア統合開発システム。
2. 【請求項２】前記統合ツールは、ＣＡＳＥツール間のソ
   フトウェアコンポーネントを変換するデータ統合エージ
   ェントと、 各ＣＡＳＥツールを制御するコントロール統合エージェ
   ントと、 前記データ統合エージェントあるいはリポジトリエージ
   ェントの内容とコントロール統合エージェントの状態か
   ら前記ツールエージェントの起動と終了を制御するプロ
   セス統合エージェントとを備えていることを特徴とする
   請求項１に記載のソフトウェア統合開発システム。
3. 【請求項３】前記データ統合エージェントは、変換元の
   ＣＡＳＥツールの出力を構文解析してそのＣＡＳＥツー
   ル固有のツールデータモデルにデータを配置替えする入
   力パーサと、 マッピングとデータ要素間のリンクを行って前記変換元
   ツールデータモデルを他のＣＡＳＥツールのデータと意
   味対応可能な変換元共通データモデルに変換する第一同
   種間変換ルールと、 意味対応と新たなデータ要素間のリンクを行って前記変
   換元共通データモデルを変換先共通データモデルに変換
   する異種間変換ルールと、 マッピングを行って前記変換先共通データモデルを変換
   先ツールデータモデルに変換する第二同種間変換ルール
   と、 前記変換先ツールデータモデルを解析して変換先のＣＡ
   ＳＥツールの入力形式に変換する出力パーサとを有して
   いることを特徴とする請求項２に記載のソフトウェア統
   合開発システム。
4. 【請求項４】変換元のＣＡＳＥツールの出力を構文解析
   してそのＣＡＳＥツール固有のツールデータモデルにデ
   ータを配置替えし、次にマッピングとデータ要素間のリ
   ンクを行って前記変換元ツールデータモデルを他のＣＡ
   ＳＥツールのデータと意味対応可能な変換元共通データ
   モデルに変換し、次に意味対応と新たなデータ要素間の
   リンクを行って前記変換元共通データモデルを変換先共
   通データモデルに変換し、次にマッピングを行って前記
   変換先共通データモデルを変換先のＣＡＳＥツールに固
   有な変換先ツールデータモデルに変換し、次に前記変換
   先ツールデータモデルを解析して変換先のＣＡＳＥツー
   ル形式の入力に変換することを特徴とする異種ＣＡＳＥ
   ツール間のソフトウェア変換方法。
5. 【請求項５】所定のＣＡＳＥツールによって作成された
   ソフトウェア設計図を前記変換方法によって他のＣＡＳ
   Ｅツールによるソフトウェア設計図に変換して表示する
   ことを特徴とする請求項４に記載の異種ＣＡＳＥツール
   間のソフトウェア変換方法。