JPH1115655A - モデルをベースとしない応用移行方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 モデルをベースとしない応用をモデルをベー
スとする応用に移行させ、特定のプラットフォーム上の
特定のモデリングシステム上で実行されるように動作可
能にすることをコンピュータで実現するシステム。 【解決手段】 第１のモジュールはモデルをベースとし
ない応用を解析し、モデルをベースとしない応用の物理
モデルを生成する。物理モデルはオブジェクト、エンテ
ィティ、関係及びモデルをベースとしない応用内のデー
タ及び情報からの特性を含む。第２のモジュールは物理
モデル内のオブジェクト、エンティティ、関係及び特性
を合理化して合理化された物理モデルを生成する。第３
のモジュールは合理化された物理モデルからモデリング
システムへ入力されるプラットフォーム依存物理モデル
を生成する。特定のモデリングシステムに関する情報を
第２のモジュールへ供給するモデリングシステムデータ
ファイルも含まれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的にはモデル
をベースとする応用システムに関し、より詳しくはモデ
ルをベースとしない（非モデルベースド）レガシー( le
gacy )システム応用からモデルをベースとする応用を生
成することに関する。

【０００２】

【従来の技術】それらが時代遅れになったり、またはビ
ジネスが必要性を指摘するにつれて、一般的には非関係
データベース上で実現されているシステムであるレガシ
ーシステムは、最新のモデルをベースとするシステム、
または情報レポジトリ上で走るように再開発されてい
る。これらのモデルをベースとするシステムは、応用シ
ステムを維持し、アップグレードする上でより大きい柔
軟性と効率とを提供する。しかしながら、新しいシステ
ムを生成するには、これらのレガシーシステム内に統合
されているビジネスルール及び他の情報を抽出し、でき
る限り効率的に使用する必要があるという問題が発生す
る。通常のビジネス活動を中断させずに、できる限り努
力することなく移行を行うには、これらのビジネスルー
ルを抽出し、それらをいろいろなモデル上に、及びいろ
いろなプラットフォーム上に実現することが不可欠であ
る。

【０００３】モデルをベースとしないレガシーシステム
応用を、いろいろなプラットフォーム上のモデルをベー
スとするシステムへ移行させる方法及びシステムが必要
である。

【０００４】

【発明の概要】本発明は、モデルをベースとしない応用
を、特定のプラットフォーム上の特定のモデリングシス
テム上で実行させるように動作可能なモデルをベースと
する応用へ移行させるためのコンピュータで実現したシ
ステムを含む。本発明は、モデルをベースとしない応用
を解析してモデルをベースとしない応用の物理モデルを
生成する第１のモジュールを含む。この物理モデルは、
モデルをベースとしない応用内のデータ及び情報からの
オブジェクト、エンティティ、関係、及び特性を含む。
第２のモジュールは、上記物理モデル内のオブジェク
ト、エンティティ、関係、及び特性を合理化( rational
ize ) し、合理化された物理モデルを生成する。第３の
モジュールは、合理化された物理モデルからモデリング
システム内へ入力するためのプラットフォーム依存物理
モデルを生成する。特定のモデリングシステムに関する
情報を第２のモジュールへ供給するモデリングシステム
データファイルも含まれる。

【０００５】

【実施例】本発明は、図１に１０で示してあるような汎
用コンピュータ上で動作する。コンピュータ１０は、デ
ータ入力デバイス１２、中央処理ユニット（ＣＰＵ）１
４、ディスプレイデバイス１６、及びメモリ１８を含
む。本発明の好ましい実施例のブロック線図を図２に示
す。VIASOFT のようなモデル抽出ツール２０が、変換中
のレガシーシステム応用の物理モデル２２を生成するた
めに使用される。物理モデル２２は、例えばオブジェク
トの型（フィールド、セグメント等）及びオブジェクト
識別のようなレガシーシステムオブジェクトに関する情
報を含むファイルからなり、１つの「 Composer 」オブ
ジェクトと別のものとの間のアソシエーションに関して
詳述し、最終的に Composer オブジェクトの特性（例え
ば、名前）を詳述する。モデル抽出ツール２０を実行さ
せて、抽出される明細の量を指定するために、いろいろ
なパラメタをセットすることができる。抽出される明細
の量は、基本的明細、基本的明細プラス許容値、または
基本的明細プラスバッチ対話流れ明細を含むことができ
る。

【０００６】合理化モジュール２４は、情報レポジトリ
依存情報２６を使用してモデル抽出ツール２０からエク
スポートされたオブジェクトを合理化し、合理化物理モ
デル２８を生成する。次いで、合理化物理モデル２８は
モデルエクスポーティングモジュール３０によって処理
され、エクスポーティングモデル３２（ Texas Instrum
ents Incorporated の製品である Composer のようなモ
デリングシステム３４内にポピュレートされる）が生成
される。合理化モジュール２４は、物理モデル２２を合
理化するモデリングシステム３４に関する情報を含むブ
リッジデータベース２６をも使用する。合理化モジュー
ル２４は、図３にブロック線図で示すような幾つかのモ
ジュールを含んでいる。これらのモジュールは、初期化
モジュール４０、出現正規化解除モジュール４２、「削
除はバッファである」モジュール４４、単一フィールド
再定義削除モジュール４６、データベースエンティティ
処理モジュール４８、重複ファイル除去モジュール５
０、対象領域クリーンアップモジュール５２、重複オブ
ジェクト除去モジュール５４、特別文字置換モジュール
５６、及びオブジェクト記述ポピュレートモジュール５
８を含む。合理化モジュール２４を構成している各モジ
ュールの詳細に関して以下に説明する。

【０００７】初期化モジュール４０はロギングテーブル
をクリヤし、プログラムオプションを再可能化する。ロ
ギングテーブルは、記述を作成するためにオブジェクト
記述ポピュレートモジュール５８によって使用される。
また初期化モジュール４０は、他のモジュールが実行さ
れる前に実行されるべきである。物理モデル２２は多数
の出現型エンティティを含んでいる。レガシーシステム
応用内のプログラム内に見出される各出現文節毎に、分
離したエンティティが作成される。これらの出現エンテ
ィティは属性を１つだけ含む。従って、物理モデル２２
内の単一のエンティティは、多数の出現エンティティに
関係付けることができる。これらのエンティティが多数
であると、物理モデル２２をそれらと共に動作させるこ
とを困難にし得る。更に、本来これらの出現エンティテ
ィは、物理モデル２２に付加価値を殆ど与えないもので
ある。従って合理化モジュール２４は、これらの出現エ
ンティティを親エンティティへ戻すように正規化解除す
るための出現正規化解除モジュール４２を含んでいる。
これにより、出現エンティティの属性は親エンティティ
へ転送される。また、これは、物理モデル２２内のエン
ティティの数を減少させる。

【０００８】動作中、出現正規化解除モジュール４２
は、「・・・は出現である」関係を使用して関連する全
てのエンティティを見出す。図４は、エンティティ「顧
客」６０及び「顧客住所」６２を含むエンティティ関係
図を示している。図４に示すエンティティの関連属性を
以下の表１に示す。図４に示すように、両エンティティ
は「・・・は出現である」／「・・・は出現を有してい
る」関係を通して関係付けられている。出現正規化解除
モジュール４２が動作すると、「・・・は出現である」
エンティテイ、即ち「顧客住所」６２内に含まれている
属性が「・・・は出現を有している」エンティティ、即
ち「顧客」６０へ転送される。次いで、これらの属性名
は次のように更新される。 新 属性 名＝「出現 」｜｜古 属性 名 この「・・・は出現である」エンティティ、即ち「顧客
住所」６２は、それへの何等かの関係と共に削除され、
図４の下側に示すようなエンティティ関係図が生成され
る。「顧客」６０内に得られた属性を、以下の表２に示
す。 表 １． 実行前のエンティティ属性顧 客 顧 客 住 所 顧客 番号 顧客 住所 ライン 顧客 名 顧客 電話 表 ２． 実行後のエンティティ属性顧 客 顧客 番号 顧客 名 顧客 電話 出現 顧客 住所 ライン 物理モデル２２は、図５に示すように、複数のバッファ
型エンティティを含むこともできる。これらは、132 バ
イトの印刷ラインまたは印刷領域を含む傾向がある。そ
れらは物理モデル２２内に付加価値を殆ど、または全く
与えず、従って「削除はバッファである」モジュール４
４を使用して処理する合理化モジュール２４の一部とし
て削除することができる。これは、物理モデル２２内の
エンティティの数を大幅に減少させることができる。

【０００９】動作中、「削除はバッファである」モジュ
ール４４は、「・・・は出現である」関係を使用して関
連する全てのエンティティを検出する。「・・・はバッ
ファである」エンティティ、即ち「印刷領域」６４は、
それへの何等かの関係と共に削除される。「・・・はバ
ッファである」エンティティに関して期待される効果は
存在しないので、「削除はバッファである」モジュール
４４の動作の結果として図５の下側に示すエンティティ
関係図が得られる。物理モデル２２は、多数の再定義型
エンティティを含むことができる。レガシーシステム応
用内のプログラム内に見出される各再定義文節毎に、１
つの分離したエンティテイが作成される。これらの再定
義エンティティの大部分は、属性を１つだけ含む。これ
らのエンティティが多数であると、物理モデル２２をそ
れらと共に動作させることを困難にし得る。本来これら
の出現エンティティは、モデルに付加価値を殆ど与えな
いものである。従って合理化モジュール２４は、これら
の単一フィールド再定義を検出し、削除する単一フィー
ルド再定義削除モジュール４６を規定する。単一フィー
ルド再定義削除モジュール４６の動作は、物理モデル２
２内のエンティティの数を大幅に減少させる。

【００１０】単一フィールド再定義削除モジュール４６
は、図６に示してあるエンティティ関係図の例に示すよ
うな「・・・は再定義である」関係を使用して関連する
全てのエンティティを検出する。もし「・・・は再定義
である」エンティティ、即ち「５Ｄ−再定義−は出力−
であった」７０が属性を１つだけ有していれば、それは
削除される。次いで、後続ラインが「・・・は再定義を
有している」エンティティ、即ち「・・・は−出力−記
録−であった」７２は、「５Ｄ−再定義−は出力−であ
った」を「再定義」する。次いで、「・・・は再定義で
ある」エンティティ、即ち「５Ｄ−再定義−は出力−で
あった」７０は、それへの何等かの関係と共に削除さ
れ、図６の下側に示すエンティティ−関係図が得られ
る。「・・・は再定義である」エンティティ、即ち「５
Ｄ−再定義−は出力−であった」７０については、他に
期待される効果は存在しない。

【００１１】データベース処理エンティティモジュール
４８は、「・・・はデータベースエンティティを使用す
る」関係を通して「データベースエンティティ」（セグ
メント）に関係付けられた全てのエンティティを検出す
る。次いで、データベース処理エンティティモジュール
４８は、最大数の属性を有している「・・・はデータベ
ースエンティティを使用する」を選択する。選択された
エンティティ内の各属性は、他の各「・・・はデータベ
ースエンティティを使用する」の属性について検査さ
れ、それが他の「・・・はデータベースエンティティを
使用する」内に存在するか否かを調べる。選択されたエ
ンティティの属性の１つが存在する各「・・・はデータ
ベースエンティティを使用する」毎に、総合整合パーセ
ンテージが記憶される。

【００１２】次いで、選択された「・・・はデータベー
スエンティティを使用する」は、もしそれが、 １）もし選択された「・・・はデータベースエンティテ
ィを使用する」内の属性の数が 10 よりも少ないか、ま
たは等しく、且つ、もし属性の 100％が他の「・・・は
データベースエンティティを使用する」内の属性と整合
すれば、または ２）もし選択された「・・・はデータベースエンティテ
ィを使用する」内の属性の数が 10 よりも大きく、且
つ、もし属性の 95 ％またはそれ以上が他の「・・・は
データベースエンティティを使用する」内の属性と整合
すれば、という２つの基準の何れかに合致する場合には
削除される。もし１つの「・・・はデータベースエンテ
ィティを使用する」が削除されるか、またはもし１つの
「・・・はデータベースエンティティを使用する」だけ
しか存在しなければ、もし指定されたデータベース管理
システム（ＤＢＭＳ）の型がＤＢ２でなければ、選択さ
れたエンティティの属性は「・・・はデータベースエン
ティティである」へ転送される。「・・・はデータベー
スエンティティを使用する」に関する予測される効果
は、削除前に、「・・・はデータベースエンティティで
ある」へ転送される。図７の下側は、同図の上側に示す
エンティティ関係図のデータベースエンティティ処理モ
ジュール４８の動作後に得られたエンティティ関係図を
示している。図７の上側に示すエンティティ関係図のエ
ンティティに関連する属性を、以下の表３に示す。図７
の下側に示すエンティティ関係図のエンティティに関連
する得られた属性を、以下の表４に示す。

【００１３】データベースエンティティ処理モジュール
４８を実行する場合、ユーザは、その実行の前に「無視
する始めの文字の数」パラメタをセットすることができ
る。これにより、データベースエンティティ処理モジュ
ール４８はエンティティにまたがる属性を突き合わせな
がら、各属性名から最初のＸ文字を無視するようにな
る。例えば、もし「無視する始めの文字の数」パラメタ
が４にセットされていれば、データベースエンティティ
処理モジュール４８は以下の属性名を同一であると見做
す。 Ｄ４０９−顧客−名 Ｄ２２０−顧客−名 または Ｄ１−顧客−番号 Ｄ９−顧客−番号 表 ３． 実行前のエンティティ属性顧 客 Ｄ９−顧客−記録 Ｄ１−顧客−記録 顧客−識別 Ｄ９−顧客−番号 Ｄ１−顧客−番号 Ｄ９−顧客−名 Ｄ１−顧客−名 Ｄ９−顧客−電話−番号 Ｄ１−顧客−電話−番号 Ｄ９−顧客−住所−１ Ｄ１−顧客−住所−１ Ｄ９−顧客−住所−２ Ｄ１−顧客−住所−２ Ｄ９−顧客−住所−３ Ｄ１−顧客−住所−３ 表 ４． 実行後のエンティティ属性顧 客 Ｄ９−顧客−番号 Ｄ９−顧客−名 Ｄ９−顧客−電話−番号 Ｄ９−顧客−住所−１ Ｄ９−顧客−住所−２ Ｄ９−顧客−住所−３ 図７に示す例示エンティティ関係図で言えば、データベ
ースエンティティ処理モジュール４８は、「Ｄ９−顧客
−記録」７６を選択されたエンティティとして選択す
る。その理由は、たとえ「Ｄ９−顧客−記録７６」と
「Ｄ１−顧客−記録」７８とが同数の属性を有している
としても、データベースエンティティ処理モジュール４
８は最初に「Ｄ９−顧客−記録」７６エンティティを見
出すからである。次いでデータベースエンティティ処理
モジュール４８は、選択されたエンティティ（Ｄ９−顧
客−記録７６）内の各属性が他の「・・・はデータベー
スエンティティを使用する」、即ち「Ｄ１−顧客−記
録」７８内に存在するか否かを決定する。次にデータベ
ースエンティティ処理モジュール４８は、選択されたエ
ンティティに対する各「・・・はデータベースエンティ
ティを使用する」毎の整合のパーセンテージを計算する
（上の例では、100 ％）。「・・・はデータベースエン
ティティを使用する」（Ｄ１−顧客−記録７８）は上述
した第１の基準に合致しているので、これは削除され
る。

【００１４】次いで、エンティティ「Ｄ１−顧客−記
録」７８内の２つの記録からの予測される効果がエンテ
ィティ「顧客セグメント」７４へ渡される。「Ｄ９−顧
客−記録」７６の記述は、以下のようにして更新される
（「Ｄ１−顧客−記録」７８がPFTP001 と命名されたプ
ログラム内に参照されているものとする）。 削除された記録：ＰＦＴＰ００１ Ｄ１−顧客−記録 この場合、パラメタ「無視する始めの文字の数」は３に
セットされている。これにより、データベースエンティ
ティ処理モジュール４８は、属性名を調べる時に、エン
ティティ「Ｄ９−顧客−記録」７６内の「Ｄ９−」を無
視し、エンティティ「Ｄ１−顧客−記録」７８内の「Ｄ
１−」を無視する。重複ファイル除去モジュール５０
は、対象領域内の重複エンティティを調べる。始めに、
重複ファイル除去モジュール５０は、最大数の属性を有
するエンティティを選択する。次いで、この選択された
エンティティの属性を、その対象領域内の他の各エンテ
ィティの属性に対して調べる。各エンティティ毎の総合
整合パーセンテージが記憶される。

【００１５】エンティティは、もしそれが、 １）もし選択された「・・・はデータベースエンティテ
ィを使用する」内の属性の数が 10 よりも少ないか、ま
たは等しく、且つ、もし属性の 100％が整合していれ
ば、または ２）もし「・・・はデータベースエンティティを使用す
る」内の属性の数が 10よりも大きく、且つ、もし属性
の 95 ％またはそれ以上が整合していれば、という２つ
の基準の何れかに合致する場合には削除される。重複フ
ァイル除去モジュール５０は、属性をエンティティ間で
転送することはしない。削除されたエンティティについ
ての予測される効果が、選択されたエンティティへ転送
される。また、削除された記録からの全ての関係が選択
された記録へ転送される。

【００１６】対象領域内の全てのエンティティが選択さ
れたエンティティに対して調べられてしまうと、新たに
選択されたエンティティが属性の数に基づいて選択され
る。属性突き合わせ及びエンティティ削除プロセスは、
全てのエンティティが選択されてしまうまで繰り返され
る。前述したように、ユーザは、エンティティにまたが
る属性突き合わせを制御するために若干のパラメタを指
定することができる。「無視する始めの文字の数」パラ
メタ、「無視する終わりの文字の数」パラメタ、及び
「数字を無視する」パラメタも使用可能である。例え
ば、もし「無視する終わりの文字の数」パラメタが４に
セットされていれば、次の属性は同一であるものと見做
される。 顧客−名−Ｄ４０９ 顧客−名−Ｄ２２０ 例えば、もし「数字を無視する」パラメタが１にセット
されていれば、次の属性は同一であるものと見做され
る。 入力−記録−データ 入力−記録−データ１ もし「数字を無視する」パラメタが１にセットされてい
れば、次の属性も同一であるものと見做される。換言す
れば、１がセットされていることは、１数字を無視する
ことを意味している。 入力１−記録−データ 入力−記録−データ 表 ５． 実行前のエンティティ属性見出し−記録１ 見出し−記録２ 終端部−記録１ 終端部−記録２ 顧客−番号 顧客−番号 充填文字−１ 充填文字−１ 顧客−名 顧客−名 合計 Bill Amt 合計 Bill Amt 顧客−電話−番号 顧客−電話−番号 顧客−住所−１ 顧客−住所−１ 顧客−住所−２ 顧客−住所−２ 顧客−住所−３ 顧客−住所−３ 充填文字−１ 充填文字−１ 例えば、表５に示すような属性を有するエンティティ
「見出し−記録１」、「見出し−記録２」、「終端部−
記録１」、及び「終端部−記録２」が、重複ファイル除
去モジュール５０によって現在処理中の物理モデル２２
内に含まれているものとする。また、重複ファイル除去
モジュール５０が、選択されたエンティティとしてエン
ティティ「見出し−記録１」を選択するものとする。そ
の理由は、たとえ「見出し−記録１」と「見出し−記録
２」とが同数の属性を有しているとしても、エンティテ
ィ「見出し−記録１」が先ず検出されるからである。次
いで重複ファイル除去モジュール５０は、選択されたエ
ンティティ（「見出し−記録１」）内の各属性が同一対
象領域内の他の各エンティティ（「見出し−記録２」、
「終端部−記録１」、及び「終端部−記録２」）内に存
在するか否かを決定する。次に重複ファイル除去モジュ
ール５０は、他の各エンティティ毎に、選択されたエン
ティティとの整合のパーセンテージを計算する（上例で
は、100 ％、14％、及び 14 ％）。次いでこの例では、
重複ファイル除去モジュール５０は、上述した第１の基
準に合格しているエンティティ「見出し−記録２」を削
除する。「見出し−記録２」に関する予測される効果は
「見出し−記録１」へ転送され、「見出し−記録１」の
記述が以下のよに更新される。 削除された記録：ＰＦＴＰ００２ 見出し−記録２ 次に、エンティティ「見出し−記録１」は処理済として
マークされるので、それが再び調べられることはない。
次いで重複ファイル除去モジュール５０は、次の選択さ
れたエンティティとして「終端部−記録１」を選択し、
この選択されたエンティティ（「終端部−記録１」）が
当該対象領域内の他のマークされていないエンティティ
（「終端部−記録２」）内に存在するか否かを決定す
る。次に、重複ファイル除去モジュール５０は、選択さ
れたエンティティに対する「終端部−記録２」の整合の
パーセンテージを計算する（この例では 100％）。次い
で、このエンティティ「終端部−記録２」が上述した第
１の基準に合格しているために削除される。「終端部−
記録２」についての予測される効果は「終端部−記録
１」へ転送される。次に、「終端部−記録１」の記述は
以下のようにして更新される。 削除した記録：終端部−記録２ 上述したパラメタ「無視する始めの文字の数」は、この
場合３にセットされており、重複ファイル除去モジュー
ル５０は属性名を調べる時に最初の３文字を無視する。
重複ファイル除去モジュール５０によって処理した後に
得られるエンティティ及びそれらの関連属性を、以下の
表６に示す。 表 ６． 実行後のエンティティ属性見出し−記録１ 終端部−記録１ 顧客−番号 充填文字−１ 顧客−名 合計−Bill−Amt 顧客−電話−番号 顧客−住所−１ 顧客−住所−２ 顧客−住所−３ 充填文字−１ 対象領域クリーンアップモジュール５２は２つの機能を
遂行する。第１に、対象領域クリーンアップモジュール
５２は、エンティティ型を含まない対象領域を削除す
る。第２に、もしある対象領域が単一のエンティティ型
を含んでいれば、このエンティティ型に対象領域名を使
用して再命名し、そのエンティティ型を次に最高の対象
領域に転送する。次いで、この対象領域は削除される。
もし次に最高の対象領域が根対象領域レベルであれば、
そのエンティティ型はシステムファイルと呼ぶ対象領域
へ転送される。そのエンティティ型の記述は、更新前に
名前を記録するように更新される。

【００１７】以下の「データモデルリスト」の例は、対
象領域クリーンアップモジュール５２によって処理され
る前を示している。例示「データモデルリスト」は、
「顧客モデル」と命名した根レベル対象領域と、対象領
域「新顧客ファイル」、「顧客空領域」、及び「古顧客
ファイル」とを含む。 実行前−データモデルリスト 「顧客モデル」 （根レベル対象領域） 「新顧客ファイル」 （対象領域） 「・・・は−入力−記録であった」 （単一エンティティ型） 「顧客空領域」 （対象領域） 「顧客データベース」 （対象領域） 「顧客」 （単一エンティティ型） 「顧客住所」 （単一エンティティ型） 「古顧客」 （対象領域） 「・・・は−出力−記録であった」 （単一エンティティ型） 対象領域クリーンアップモジュール５２の実行後、例示
「データモデルリスト」は以下のようになる。 実行後−データモデルリスト 「顧客モデル」 （根レベル対象領域） 「システムファイル」 （新対象領域） 「新 顧客 ファイル」 （単一エンティティ型） 「古 顧客 ファイル」 （単一エンティティ型） 「顧客データベース」 （対象領域） 「顧客」 （単一エンティティ型） 「顧客住所」 （単一エンティティ型） 更に対象領域クリーンアップモジュール５２は、ライン
「・・・は−入力−記録であった：から再命名された」
を「新 顧客 ファイル」エンティティ型内に挿入す
る。エンティティ型「古 顧客 ファイル」の記述は、
同じようにして訂正される。

【００１８】重複オブジェクト除去モジュール５４は以
下の機能を遂行する。第１に、それは全てのオブジェク
ト名が物理モデル２２を通して独特なものであることを
保証する。第２に、それは重複関係を除去する。第３
に、重複オブジェクト除去モジュール５４は重複「許容
値」を除去する。第４に、重複オブジェクト除去モジュ
ール５４は、オプションで、所与の列（ストリング）を
含む全ての属性を除去する。第５に、重複オブジェクト
除去モジュール５４は、オプションで、第１のハイフン
または下線までの所与の編集パターンに整合する属性名
内の全ての文字を削除する。最後に、重複オブジェクト
除去モジュール５４は、オプションで、全ての親子関係
を１対多数に変化させる。これらの各機能は順番に調べ
られる。重複オブジェクト除去モジュール５４は各オブ
ジェクト名を検査し、それが物理モデル２２を通して独
自のものであることを保証する。それは、独自性に関し
て「対象領域」、「エンティティ型」、「機能」、及び
「属性名」を検査する。もし重複オブジェクト除去モジ
ュール５４が物理モデル２２内に同一名を有する２つの
オブジェクトを検出すれば、それらの名前の一方の前に
６ディジット数を付加する。もしエンティティが同一名
を有する２つの属性、例えば「充填文字」、「充填文
字」を含んでいれば、重複オブジェクト除去モジュール
５４は属性名の終わりに２ディジット数を付加するの
で、例えば「充填文字」の最初の出現は「充填文字 ０
１」にされ、「充填文字」の２番目の出現は「充填文字
０１」にされる。 表 ７． 重複オブジェクト名に対する重複オブジェクト除去モジュール５４の動作例オブジェクト型 オブジェクト名・前 オブジェクト名・後 エンティティ型 顧客 顧客 顧客 011223 顧客 顧客 006234 顧客 機能 ＰＦＴＰ００１ ＰＦＴＰ００１ ＰＦＴＰ００１ 233231 ＰＦＴＰ００１ 属性 Ｅ５−充填文字−１（顧客Ｅ５−充填文字−１エンティティ 型） Ｅ５−充填文字−１（顧客Ｅ５−充填文字−１ ０１エンテ ィティ型） 物理モデル２２は、複数の重複関係を含むことができ
る。これは、図８の上側に示すように、２つのエンティ
ティ型が同一関係を２回介して関係付けられることを意
味する（図８の上側では、エンティティ「顧客」８０
が、関係「・・・は・・・を介して接触可能である」／
「・・・は・・・のために接触する」によってエンティ
ティ「顧客 接触」８２と２回関係付けられる）。これ
らの重複関係は、重複オブジェクト除去モジュール５４
によって処理され、図８の下側に示すエンティティ関係
図が得られる（図８の下側では、エンティティ「顧客」
８０は「・・・は・・・を介して接触可能である」／
「・・・は・・・のために接触する」を通してエンティ
ティ「顧客 接触」と１回だけ関係付けられる）。

【００１９】重複オブジェクト除去モジュール５４は、
以下に示す例のように、物理モデル２２内の各属性毎に
独自性について許容される値も調べる。 前 属性「顧客 型 コード」は、許容された値‘Ａ’、
‘Ｂ’、‘Ｂ’、‘Ｃ’を有している。 後 属性「顧客 型 コード」は、許容された値‘Ａ’、
‘Ｂ’、‘Ｃ’を有している。重複オブジェクト除去モ
ジュール５４は、ある列を含む物理モデル２２から全て
の属性をユーザが除去することを可能にする。例えば、
もしユーザがその列を「充填文字」として指定すれば、
それらの名前に「充填文字」を含む全ての属性が削除さ
れる。親エンティティ型の記述は、その属性の削除を反
映するように更新される。

【００２０】更に、重複オブジェクト除去モジュール５
４は、物理モデル２２内の全ての親子関係を１対１の濃
度（カージナリティ）から１対多数の濃度に変更するオ
プションをユーザに提供する。更に、重複オブジェクト
除去モジュール５４は、第１のハイフン（または下線）
までの全ての文字を物理モデル２２内の全ての属性名か
ら除去するオプションを提供する。ユーザは編集パター
ンを指定することができ、重複オブジェクト除去モジュ
ール５４は各文字が指定されたパターンに従うようにす
る。もし何れかの文字を編集パターンに合致させ損なえ
ば、その属性名は変化しない。以下の表８及び９は、そ
れぞれ指定された編集パターンを有していない、及び指
定された編集パターンを有している例を示している。 表 ８． 例 − 編集パターン指定なし実行前の属性名 実行後の属性名 顧客−名 名前 Ｄ９−顧客−番号 顧客−番号 電話−番号 番号 Ｄ５０９−ＥＦＴ−銀行−識別−番号 ＥＦＴ−銀行−識別−番号 編集パターンを指定せずにこのオプションを実行するこ
とは推奨できない。 表 ９． 例 − 編集パターンＡ９９９を指定実行前の属性名 実行後の属性名 顧客−名 顧客−名前 Ｄ９−顧客−番号 顧客−番号 電話−番号 電話−番号 Ｄ５０９−ＥＦＴ−銀行−識別−番号 ＥＦＴ−銀行−識別−番号 ９Ｄ−充填文字−１ ９Ｄ−充填文字−１ 上述したように、重複オブジェクト除去モジュール５４
は、編集パターン内の対応する文字について第１のハイ
フンまでの各文字を調べる。上表９に示す例に使用され
ている例示編集パターンＡ９９９は、第１の文字は（ア
ルファベット）文字でなければならないこと、そして第
２、第３及び第４の文字は数字でなければならないこと
を指定している。重複オブジェクト除去モジュール５４
は、属性名内の最初のハイフンまでの文字だけを調べ
る。表９に示す例では、Ｄ５０９及びＤ９は共に編集パ
ターンに対する検査で消滅している。

【００２１】図３に戻って、合理化モジュール２４は特
別文字置換モジュール５６をも含んでおり、この特別文
字置換モジュール５６はオブジェクト名内に出現するあ
る文字（例えば、ハイフン）を全て別の文字（例えば、
下線）で置換する。以下の表１０は、特別文字置換モジ
ュール５６に供給される例示指定を示しいる。表１０
は、どの文字が、そして何に置換されるのかを記述して
いる。以下の表１１は、表１０に与えられている指定を
使用して特別文字置換モジュール５６の動作を説明して
いる。 表 １０． 特別文字例文 字 置換文字 ハイフン‘−’ 下線‘ ’ 括弧‘（’ 下線‘ ’ 括弧閉じ‘）’ 下線‘ ’ 正符号‘＋’ 下線‘ ’ ドット‘．’ 下線‘ ’ アンパサンド‘＆’ 列‘Ｔｍｐ ’ 二重アンパサンド‘＆＆’ 列‘Ｐｒｍ ’ 表 １１． 例名前置換前 名前置換後 「顧客−名」 「顧客 名」 「＆＆ＺＣＦＴ．ファイル名」 「ＰＲＭ ＺＣＦＴ ファイル名」 「＆ＺＣＦＴ．ファイル名」 「ＴＭＰ ＺＣＦＴ ファイル名」 「顧客（名）＋） 「顧客 名 」 オブジェクト名だけが影響を受け、許容された値として
出現するどの文字も変化していないことに注目された
い。

【００２２】オブジェクト記述ポピュレートモジュール
５８は、「対象領域」、「エンティティ型」、「属
性」、及び「機能」のモデルオブジェクトのための記述
をポピュレートする。一般的な記述レイアウトは以下の
通りである。 レガシー名： 記述：レガシー名はオブジェクト名と同一である。レガ
シー名をポピュレートする理由は、ここでは、プロジェ
クトの解析段階中に多分そのオブジェクト名は再命名し
なければならず、従ってこの名前が現存システムへのト
レースバックを与えるからである。

【００２３】若干のエンティティ型の記述に、若干の付
加的なラインを付加することができる。例えば、もしエ
ンティティ型（「入力記録」）が対象領域名に再命名さ
れていれば、エンティティ型の記述に以下のラインが付
加される。 「・・・から再命名」：「入力記録」 また、もしエンティティ型が「・・・はデータベースエ
ンティティである」関係によって別のエンティティ型に
関係付けられ、また「・・・はデータベースエンティテ
ィである」（「Ｄ４−顧客−記録」）が「データベース
エンティティ処理」オプションの下で削除されていれ
ば、エンティティ型の記述に以下のラインが付加され
る。 「削除された記録」：ＰＲＯＧ０００１ Ｄ４−顧客−
記録 「Ｄ４−顧客−記録」を参照するプログラム名も、「・
・・はデータベースエンティティである」の記述内に表
示される。

【００２４】最後に、合理化物理モデル２８が生成され
た後に、モデルエクスポーティングモジュール３０が実
行され、合理化モジュール２４によって生成された合理
化物理モデル２８からプラットフォーム依存物理モデル
３２が生成される。本発明の現在の実施例では、モデル
エクスポーティングモジュール３０によって生成された
プラットフォーム依存物理モデル３２は検査ファイルで
あり、このファイルは Composer によって使用され、モ
デリングシステム３４をポピュレートする「コンポーザ
モデル」が作成される。

【００２５】以上の記載に関連して、以下の各項を開示
する。 １．モデルをベースとしない応用をモデルをベースとす
る応用に移行させ、特定のプラットフォーム上の特定の
モデリングシステム上で実行されるように動作可能にす
ることをコンピュータで実現するシステムであって、モ
デルをベースとしない応用を解析し、各々がオブジェク
ト名を有するオブジェクト、エンティティ、関係、及び
モデルをベースとしない応用内のデータ及び情報からの
特性を含む物理モデルを生成する第１のモジュールと、
上記第１のモジュールに応答し、上記物理モデル内の上
記オブジェクト、上記エンティティ、上記関係、及び上
記特性を合理化して合理化された物理モデルを生成する
第２のモジュールと、上記第２のモジュールに応答し、
上記合理化された物理モデルから上記モデリングシステ
ムへ入力されるプラットフォーム依存物理モデルを生成
する第３のモジュールと、を備えていることを特徴とす
るコンピュータで実現されたシステム。 ２．上記モデルをベースとする応用を実行する上記特定
のモデリングシステムに関連する情報を、上記第２のモ
ジュールへ供給する情報レポジトリデータベースを更に
含んでいる上記１項に記載のシステム。 ３．上記第２のモジュールは、複数のユーザが定義する
パラメタを初期化する初期化モジュールを含んでいる上
記１−２項の何れかに記載のシステム。 ４．上記第２のモジュールは、出現エンティティを関連
親エンティティへ戻すように正規化解除し、上記物理モ
デル内の上記オブジェクトの数を減少させる出現正規化
解除モジュールを更に含んでいる上記１−３項の何れか
に記載のシステム。 ５．上記第２のモジュールは、バッファ型エンティテイ
を削除して上記物理モデル内の上記オブジェクトの数を
減少させる「削除はバッファである」モジュールを更に
含んでいる上記１−４項の何れかに記載のシステム。 ６．上記第２のモジュールは、属性を１つだけ含む再定
義エンティティを上記物理モデルから削除して上記物理
モデル内の上記エンティティの数を減少させる単一フィ
ールド再定義削除モジュールを更に含んでいる上記１−
５項の何れかに記載のシステム。 ７．上記第２のモジュールは、上記関係の一部を使用し
てデータベースエンティティを含むエンティティを検出
し、該各エンティティ内に含まれる属性を所定の突き合
わせ基準に従って突き合わせ、そしてもし整合が所定の
しきい値以上であれば該各エンティティを削除するデー
タベースエンティティ処理モジュールを更に含んでいる
上記１−６項の何れかに記載のシステム。 ８．上記第２のモジュールは、複数の対象領域の１つを
有する重複エンティティを除去する重複ファイル除去モ
ジュールを更に含んでいる上記１−７項の何れかに記載
のシステム。 ９．上記第２のモジュールは、もし上記対象領域の上記
１つが空白であれば上記対象領域の上記１つを除去し、
もし上記対象領域の上記１つが単一のエンティティ型を
含んでいれば上記対象領域の上記１つをより高い対象領
域に併合する対象領域クリーンアップモジュールを更に
含んでいる上記１−８項の何れかに記載のシステム。 １０．上記第２のモジュールは、上記物理モデルを通し
て上記オブジェクトの独自の名前を保証し、上記関係内
の重複を除去し、重複した許容値を除去し、所定の基準
に従って上記属性を変更し、そして上記関係の若干を多
数対多数から１対１に変更する重複オブジェクト除去モ
ジュールを更に含んでいる上記１−９項の何れかに記載
のシステム。 １１．上記第２のモジュールは、上記オブジェクト名内
の第１の所定の文字列の全ての出現を第２の所定の文字
列で置換する特別文字置換モジュールを更に含んでいる
上記１−１０項の何れかに記載のシステム。 １２．上記第２のモジュールは、上記各オブジェクトを
記述する情報を挿入するオブジェクト記述ポピュレート
モジュールを更に含んでいる上記１−１１項の何れかに
記載のシステム。 １３．モデルをベースとしない応用をモデルをベースと
する応用に移行させ、特定のプラットフォーム上の特定
のモデリングシステム上で実行されるように動作可能に
することをコンピュータで実現する方法であって、モデ
ルをベースとしない応用を解析する段階と、オブジェク
ト、エンティティ、関係、及びモデルをベースとしない
応用内のデータ及び情報からの特性を含むモデルをベー
スとしない応用の物理モデルを生成する段階と、上記物
理モデル内の上記オブジェクト、上記エンティティ、上
記関係、及び上記特性を合理化して合理化された物理モ
デルを生成する段階と、上記合理化された物理モデルか
ら上記モデリングシステムへ入力されるプラットフォー
ム依存物理モデルを生成する段階と、を備えていること
を特徴とする方法。 １４．本発明はモデルをベースとしない応用をモデルを
ベースとする応用に移行させ、特定のプラットフォーム
上の特定のモデリングシステム（３４）上で実行される
ように動作可能にすることをコンピュータで実現するシ
ステムを含む。本発明はモデルをベースとしない応用を
解析し、モデルをベースとしない応用の物理モデル（２
２）を生成する第１のモジュール（２０）を含む。物理
モデルはオブジェクト、エンティティ、関係、及びモデ
ルをベースとしない応用内のデータ及び情報からの特性
を含む。第２のモジュール（２４）は物理モデル（２
２）内のオブジェクト、エンティティ、関係、及び特性
を合理化して合理化された物理モデル（２８）を生成す
る。第３のモジュール（３０）は、合理化された物理モ
デル（２８）からモデリングシステム（３４）へ入力さ
れるプラットフォーム依存物理モデル（３２）を生成す
る。特定のモデリングシステム（３４）に関する情報を
第２のモジュール（２４）へ供給するモデリングシステ
ムデータファイル（２６）も含まれている。

【図面の簡単な説明】

【図１】本発明が動作する例示コンピュータシステムの
ブロック線図である。

【図２】本発明のブロック線図である。

【図３】本発明内に含まれる合理化モジュールをより詳
細に示す図である。

【図４】本発明の特色の１つを示すために使用されるエ
ンティティ関係図である。

【図５】本発明の別の特色を示すために使用されるエン
ティティ関係図である。

【図６】本発明の別の特色を示すために使用されるエン
ティティ関係図である。

【図７】本発明の別の特色を示すために使用されるエン
ティティ関係図である。

【図８】本発明の更に別の特色を示すために使用される
エンティティ関係図である。

【符号の説明】

１０ コンピュータ １２ データ入力デバイス １４ ＣＰＵ １６ ディスプレイデバイス １８ メモリ ２０ モデル抽出ツール ２２ 物理モデル ２４ 合理化モジュール ２６ 情報レポジトリ依存情報 ２８ 合理化物理モデル ３０ モデルエクスポーティングモジュール ３２ エクスポーティングモデル ３４ モデリングシステム ４０ 初期化モジュール ４２ 出現正規化解除モジュール ４４ 削除はバッファであるモジュール ４６ 単一フィールド再定義削除モジュール ４８ データベースエンティティ処理モジュール ５０ 重複ファイル除去モジュール ５２ 対象領域クリーンアップモジュール ５４ 重複オブジェクト除去モジュール ５６ 特別文字置換モジュール ５８ オブジェクト記述ポピュレートモジュール

Claims (2)

【特許請求の範囲】
1. 【請求項１】 モデルをベースとしない応用をモデルを
   ベースとする応用に移行させ、特定のプラットフォーム
   上の特定のモデリングシステム上で実行されるように動
   作可能にすることをコンピュータで実現するシステムで
   あって、 モデルをベースとしない応用を解析し、各々がオブジェ
   クト名を有するオブジェクト、エンティティ、関係、及
   びモデルをベースとしない応用内のデータ及び情報から
   の特性を含む物理モデルを生成する第１のモジュール
   と、 上記第１のモジュールに応答し、上記物理モデル内の上
   記オブジェクト、上記エンティティ、上記関係、及び上
   記特性を合理化して合理化された物理モデルを生成する
   第２のモジュールと、 上記第２のモジュールに応答し、上記合理化された物理
   モデルから上記モデリングシステムへ入力されるプラッ
   トフォーム依存物理モデルを生成する第３のモジュール
   と、を備えていることを特徴とするコンピュータで実現
   されたシステム。
2. 【請求項２】 モデルをベースとしない応用をモデルを
   ベースとする応用に移行させ、特定のプラットフォーム
   上の特定のモデリングシステム上で実行されるように動
   作可能にすることをコンピュータで実現する方法であっ
   て、 モデルをベースとしない応用を解析する段階と、 オブジェクト、エンティティ、関係、及びモデルをベー
   スとしない応用内のデータ及び情報からの特性を含むモ
   デルをベースとしない応用の物理モデルを生成する段階
   と、 上記物理モデル内の上記オブジェクト、上記エンティテ
   ィ、上記関係、及び上記特性を合理化して合理化された
   物理モデルを生成する段階と、 上記合理化された物理モデルから上記モデリングシステ
   ムへ入力されるプラットフォーム依存物理モデルを生成
   する段階と、を備えていることを特徴とする方法。