変換ルール変更支援装置および変換ルール変更支援プログラム
【課題】最適な変換ルールを得る。
【解決手段】第２のモデルデータが修正されると、リポジトリ記憶部２４を読み出して、修正された第２のモデルデータの識別子と、修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて修正情報記憶部２１に記憶する修正感知手段１１と、修正情報記憶部２１に記憶された変換ルールデータの識別子に関連づけられた第２のモデルデータの識別子の識別子を修正対象検出情報記憶部２２に記憶する変更検出手段１２と、修正対象検出情報記憶部２２の第２のモデルデータの識別子それぞれに対して変更の要否を判断して記憶するとともに、第２のモデルデータの変換に用いられた変換ルールデータを変更するか、または第２のモデルデータを修正するかを判断して修正判断結果情報記憶部２３に記憶するルール変更判断手段１３とを備える。
【解決手段】第２のモデルデータが修正されると、リポジトリ記憶部２４を読み出して、修正された第２のモデルデータの識別子と、修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて修正情報記憶部２１に記憶する修正感知手段１１と、修正情報記憶部２１に記憶された変換ルールデータの識別子に関連づけられた第２のモデルデータの識別子の識別子を修正対象検出情報記憶部２２に記憶する変更検出手段１２と、修正対象検出情報記憶部２２の第２のモデルデータの識別子それぞれに対して変更の要否を判断して記憶するとともに、第２のモデルデータの変換に用いられた変換ルールデータを変更するか、または第２のモデルデータを修正するかを判断して修正判断結果情報記憶部２３に記憶するルール変更判断手段１３とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに書き出されたリポジトリを読み出して、変換ルールデータの変更を支援する変換ルール変更支援装置および変換ルール変更支援プログラムに関する。
【背景技術】
【０００２】
近年、システム開発において、システム開発対象となるビジネスなどに重点を置いたオブジェクト指向が広く採用されている。オブジェクト指向によるシステム開発においては、関連するデータの集合と、それに対する手続き(メソッド)を「オブジェクト」と呼ばれる一つのまとまりとして管理し、その組み合わせによってソフトウェアを構築する。既に存在するオブジェクトについては、利用に際してその内部構造や動作原理の詳細を知る必要はなく、外部からメッセージを送れば機能するため、特に大規模なソフトウェア開発において有効な考え方であるとされている。
【０００３】
このオブジェクト指向において、ＭＤＡ（Model Driven Architecture：モデル駆動型アーキテクチャ）と呼ばれるシステム開発手法が広く普及しつつある。このＭＤＡでは、要求モデル（Computation Independent Model）データの作成、ＰＩＭ（Platform Independent Model）データの作成、ＰＳＭ（Platform Specific Model）データの作成を経て、システムの実行コードを得る。ここで、「要求モデル」データとは、システムの全体の構造を表すモデルで表された設計データである。「ＰＩＭ」データとは、ＣＰＵ、ＯＳ、ミドルウェア、開発言語などのシステム実装環境であるプラットフォームに依存しないモデルで表された設計データある。「ＰＳＭ」データとは、実際に開発対象となるプラットフォームの開発言語と１対１に対応したプラットフォームに対応したモデルで表された設計データである。ＰＩＭデータおよびＰＳＭデータは、システム開発者によって開発または保守される。
【０００４】
ＰＩＭデータからＰＳＭデータへの変換において、図３０に示すように、市販のツールや自作した変換ツール（モデルコンパイラ）が利用される。この変換ツールで利用される変換ルールデータセットには、ＰＩＭメタモデルデータからＰＳＭメタモデルデータを変換するための複数の変換ルールデータが含まれており、この変換ルールデータによって、ＰＩＭデータからＰＳＭデータを作成することができる。ＰＩＭデータとプラットフォームに対応して設けられた変換ルールデータによって、プラットフォームに依存しないＰＩＭデータから、開発環境であるプラットフォームに特化および最適化されたＰＳＭデータが得られる。この変換ルールデータは、プラットフォーム専門家（ベンダー）によって提供される。
【０００５】
しかし、ＰＩＭデータからＰＳＭデータへの変換においては、実行環境でより最適にシステムを動作させるために、ＰＳＭデータに対する修正（チューニング）が必須となる。市販ツールを用いた場合、市販ツールは汎用的なものであり、全ての組織、全てのプロジェクトにおいて求められるニーズが充分に反映されていない場合がある。更に、開発組織の方針によっては、市販ツールによって生成されたＰＳＭデータを手作業で拡張し最適化する場合もある。一方、開発者によって生成された自作の変換ツールを用いる場合、この自作の変換ツールには、特定の目的、あるいは特定のプラットフォームに特化していることが求められるので、完全な変換ルールデータを一度で作成することは困難である。従って、開発者によって抽出された変換ルールデータに従って生成されたＰＳＭデータは、最適なものではない場合がある。
【０００６】
これに対して、最適なＰＳＭデータを得るために、下記のような方法を利用している。
（ａ）生成された個々のＰＳＭデータに対して、個別に手作業で修正
（ｂ）変換ルールデータに対してカスタマイズを行う
【０００７】
一方、一般的に仕様からオブジェクト指向設計を生成する際に、手戻りの少ない開発作業と仕様の追加・改定に柔軟に対応できる制御装置のソフトウェア開発方法がある（例えば、特許文献１）。この特許文献１においては、制御判定オブジェクト群を個々の機能の実行／停止を判断して出力する個別制御判定オブジェクトと各個別制御判定オブジェクトの出力と各機能間の優先順位や並行性をもとに制御状態を決定する制御マネージャオブジェクトに分割する。この分割により、仕様追加や変更で各機能間の優先順位や並行性に変更が生じても制御マネージャオブジェクトの仕様を変更するだけで良く、個別制御判定オブジェクト群の仕様変更の必要がなくなり、逆に個々の機能の実行可否を判定する基準や方法に変更がある場合には、変更する機能の実行に関係する個別制御判定オブジェクトのみを変更すれば良く、他の個別制御判定オブジェクトや制御マネージャオブジェクトの変更の必要がなくなる。
【特許文献１】特開平８−１８５４２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、ＰＩＭデータおよびＰＳＭデータは開発者によって構築および保守され、変換ルールデータはプラットフォーム専門家によって提供されるため、最適な変換ルールデータを見出すことは困難である。具体的には、開発者はプラットフォームに関する知識に乏しいので、変換ルールデータの抽出および定義を行えない一方、プラットフォーム専門家は開発対象となるビジネスの知識はないので、ＰＩＭデータの構築について把握しきれないまま変換ルールデータを作成してしまうことになる。
【０００９】
これにより、最適なＰＳＭデータを得るためには、下記の様な問題が発生する。
（ａ）に記載の方法においては、修正規模が小さいまたは小規模システムの場合、随時手作業で修正しても問題にならないが、修正規模が大きい場合や大規模システムの場合、作業工数の膨大化、修正漏れなどによる品質の低下などの問題が発生する。更に、ＰＩＭデータに変更が生じる度に同様の修正を実施する必要がある。
また、（ｂ）に記載の方法においては、組織、プロジェクト、開発者のニーズに合わせて、変換ルールデータが修正されることが望まれるが、変換ルールデータを修正することによる影響の判断が困難である場合がある。
【００１０】
これにより、最適なＰＳＭデータを得るために、ＰＳＭデータを手修正で修正することが好ましいか、変換ルールデータを変更することが好ましいかの判別が困難である。又、変更するべき変換ルールデータを抽出することが困難である。更に、ＰＳＭデータを修正する場合でも、修正するべきＰＳＭデータの抽出や、ＰＳＭデータの内部の修正箇所の抽出が困難である。これらを解決するために、ＰＳＭデータに対する修正を最小限に押さえられるように、最適な変換ルールデータを開発することが求められている。
【００１１】
従って本発明は、最適な変換ルールデータを得ることのできる変換ルール変更支援装置および変換ルール変更支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の第１の特徴は、オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、第１のモデルデータの識別子と、第２のモデルデータの識別子と、第１のモデルデータから第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援装置に関する。即ち、本発明の第１の特徴に係る変換ルール変更支援装置は、入力装置からの指示に基づいて第２のモデルデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２のモデルデータの識別子と、修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２のモデルデータの識別子を抽出して、第２のモデルデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２のモデルデータの識別子それぞれに対する変更の要否データに基づいて、第２のモデルデータの変換に用いられた変換ルールデータの変更、および第２のモデルデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とを実現する中央処理制御装置を備える。
【００１３】
ここで第１のモデルデータとは、例えばプラットフォームに依存しないＰＩＭとして記述された設計データである。一方第２のモデルデータとは、例えばプラットフォームに依存するＰＳＭとして記述された設計データである。第１のモデルデータから第２のモデルデータへ変換されると、その変換に用いられた変換ルールデータの識別子と合わせて、変換インスタンスとしてリポジトリ記憶部に記憶される。この変換インスタンスは、第１のモデルデータから第２のモデルデータへの変換が実行される度に作成され、リポジトリ記憶部に記憶される。
【００１４】
本発明の第１の特徴に係る変換ルール変更支援装置によれば、ある第２のモデルデータが修正されると、リポジトリ記憶部を読み出して、その第２のモデルデータを生成した変換ルールデータを抽出し、抽出された変換ルールデータを用いて生成された全ての第２のモデルデータを抽出する。この全ての第２のモデルデータについて、同様の修正が必要であるか否かを個々に検証し、変換ルールデータを修正するか、第２のモデルデータを個々に修正するかを判断する。このように本発明の第１の特徴に係る変換ルール変更支援装置は、第２のモデルデータの修正が発生すると、その修正に起因して発生しうる同様の修正に、どのように対応させるかを提示することができる。
【００１５】
本発明の第２の特徴は、システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、第１の種別のデータの識別子と、第２の種別のデータの識別子と、第１の種別のデータから第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援装置に関する。即ち、本発明の第２の特徴に係る変換ルール変更支援装置は、入力装置からの指示に基づいて第２の種別のデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２の種別のデータの識別子と、修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２の種別のデータの識別子を抽出して、第２の種別のデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、第２の種別のデータの変換に用いられた変換ルールデータの変更、および第２の種別のデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とを実現する中央処理制御装置を備える。
【００１６】
ここで、第１の種別のデータは、例えばＰＩＭの設計データであるときに、第２の種別のデータは、例えばＰＳＭの設計データである。また、第１の種別のデータは、例えばＰＳＭの設計データであるときに、第２の種別のデータは、例えばプログラムコードである。このように本発明の第２の特徴に係る変換ルール変更支援装置は、第２の種別のデータが変換ツールによって第１の種別のデータから変換される場合に適用される。
【００１７】
本発明の第３の特徴は、オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、第１のモデルデータの識別子と、第２のモデルデータの識別子と、第１のモデルデータから第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援プログラムに関する。即ち、本発明の第３の特徴に係る変換ルール変更支援プログラムは、入力装置からの指示に基づいて第２のモデルデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２のモデルデータの識別子と、修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２のモデルデータの識別子を抽出して、第２のモデルデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、第２のモデルデータの変換に用いられた変換ルールデータの変更、および第２のモデルデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とをコンピュータに実現させる。
【００１８】
本発明の第４の特徴は、システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、第１の種別のデータの識別子と、第２の種別のデータの識別子と、第１の種別のデータから第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援プログラムに関する。即ち、本発明の第４の特徴に係る変換ルール変更支援プログラムは、入力装置からの指示に基づいて第２の種別のデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２の種別のデータの識別子と、修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２の種別のデータの識別子を抽出して、第２の種別のデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、第２の種別のデータの変換に用いられた変換ルールデータの変更、および第２の種別のデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とをコンピュータに実現させる。
【発明の効果】
【００１９】
本発明によれば、最適な変換ルールを得ることのできる変換ルール変更支援装置および変換ルール変更支援プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２０】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。本発明の最良の実施の形態において、オブジェクト指向のクラスの相互関係や継承を説明する図については、ＵＭＬ（Unified Modeling Language）のクラス図の形式で記述されている。このＵＭＬのクラス図においては、クラスを表す四角形、それらの関係を示す結線などで構成される。このクラスを表す四角形には、クラス名、属性、操作（メソッド）が表示される。ここで、クラスの種別（役割）を区別するためにステレオタイプが利用される。クラスの関係を示す結線は、その関係に応じて複数種の形状を備える。ＵＭＬの記述については、後に詳述する。
【００２１】
（最良の実施の形態）
（変更ルール変換支援装置）
図１に示す本発明の最良の実施の形態に係る変換ルール変更支援装置１は、システム開発時に第１のモデル（ＰＩＭ）データから第２のモデル（ＰＳＭ）データへ所定の変換ルールデータに従って変換するときに書き出されたリポジトリ記憶部２４を記憶装置１０７から読み出して、変換ルールデータの変更を支援する装置である。
【００２２】
本発明の最良の実施の形態においては、第１のモデルデータとしてＰＩＭデータを、第２のモデルデータとしてＰＳＭデータを例にして説明するが、第２のモデルデータが、変換ルールデータによって第１のモデルデータから変換されるものであれば、どのような例でもかまわない。
【００２３】
図２に示すように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７およびリムーバブルディスク１０８が接続されている。
【００２４】
中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２から変換ルール変更支援装置１を起動するためのブートプログラムを読み出して実行し、更に記憶装置１０７に記憶されたオペレーティングシステムを読み出す。更に中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６などの入力信号に基づいて、各種装置の制御を行ったり、ＲＡＭ１０３や記憶装置１０７などに記憶されたプログラムおよびデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。
【００２５】
入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０および入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、変換ルール変更支援装置１をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェースおよびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２６】
記憶装置１０７は半導体記憶装置や磁気ディスク装置であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２７】
本発明の最良の実施の形態に係る変換ルール変更支援装置１の記憶装置１０７には、変換ルール変更支援プログラムが記憶されるとともに、修正情報記憶部２１、修正対象検出情報記憶部２２、修正判断結果情報記憶部２３、リポジトリ記憶部２４が備えられている。また、変換ルール変更支援プログラムが変換ルール変更支援装置１の中央処理制御装置１０１に読み込まれＯＳと協働して実行されることによって、修正感知手段１１、変更検出手段１２、ルール変更判断手段１３、変更通知手段１４、ルール変更手段１５が変換ルール変更支援装置１に実装される。
【００２８】
本発明の最良の実施の形態においては、図３に示すように、ＰＩＭデータ１、ＰＩＭデータ２、ＰＩＭデータ３を変換ツールに入力すると、変換ルールデータセットＳ１によって、それぞれＰＳＭデータ１、ＰＳＭデータ２、ＰＳＭデータ３が生成される場合について説明する。図３のＰＳＭデータ１またはＰＳＭデータ３に示すように、一つのＰＩＭデータから複数のＰＳＭデータが生成されても良い。
【００２９】
リポジトリ記憶部２４には、ＰＩＭデータからＰＳＭデータを生成する複数の変換インスタンスの情報が記憶されている。具体的にこの変換インスタンスは、ＰＩＭデータの識別子とそのＰＩＭデータの実体データ、ＰＳＭデータの識別子とそのＰＳＭデータの実体データ、変換ルールデータの識別子と変換ルールデータ、変換記録、修正記録などが記録されている。更に、リポジトリ記憶部２４には、変換ルールデータなどがバージョン管理されて記憶されている。
【００３０】
例えばオブジェクト指向のシステム開発においてリポジトリ記憶部２４には、図４に示すような情報が記憶されている。図４に示すリポジトリ記憶部２４においては、ＰＩＭメタモデルデータから変換ルールデータＲ１を用いて、ＰＳＭメタモデルデータが生成される。図４に示すように、変換ルールデータＲ１は、ＰＩＭメタモデルデータおよびＰＳＭメタモデルデータに依存する。ＰＩＭデータ１およびＰＩＭデータ２は、ＰＩＭメタモデルのインスタンスであり、ＰＳＭデータ１は、ＰＳＭメタモデルのインスタンスである。「メタモデル」とは、例えばＰＩＭまたはＰＳＭを記述するためのＵＭＬのモデル要素(クラス、属性、操作、関係など)を定義するモデルである。ここで、sourceであるＰＩＭデータ１から、変換ルールデータＲ１を用いてtargetであるＰＳＭデータ１を作成する場合、変換インスタンス１が生成されて、リポジトリ記憶部２４に記憶される。このように変換記録に関するリポジトリ記憶部２４には、変換インスタンス１として、sourceとなるＰＩＭデータの識別子（ＰＩＭデータ１）、targetとなるＰＳＭデータの識別子（ＰＳＭデータ１）、ＰＳＭデータ１の生成時に使用された変換ルールの識別子（変換ルールデータＲ１）に関する情報が含まれる。
【００３１】
（変更ルール変換支援プログラム）
次に、図５を参照して、本発明の最良の実施の形態に係る変更ルール変換支援プログラムの概略を説明する。
【００３２】
まず、ステップＳ１０１において、ＰＳＭデータの修正の検知を待機する。ＰＳＭデータの修正が検知されると、ステップＳ１０２において、修正されたＰＳＭデータの識別子と、修正されたＰＳＭデータを生成した変換ルールデータの識別子と、修正内容とを関連づけて修正情報記憶部２１に、記憶する。
【００３３】
次に、ステップＳ１０３において、リポジトリ記憶部２４から修正が必要になる可能性があるＰＳＭデータ、具体的には修正情報記憶部２１に記憶された変換ルールデータで変換されたＰＳＭデータの識別子を検出し、ステップＳ１０４において、検出されたＰＳＭデータの識別子を修正対象検出情報記憶部２２に記憶する。
【００３４】
更に、ステップＳ１０５において、修正対象検出情報記憶部２２を読み出して、修正対象検出情報記憶部２２に記憶されたＰＳＭデータそれぞれについて、ＰＳＭデータの修正が必要であるか否かを判断し、ＰＳＭデータの識別子とその判断結果とを出力する。更に、ＰＳＭデータの修正量に基づいて、ステップＳ１０６において、ＰＳＭデータを修正するか、ＰＳＭデータを生成するために用いられた変換ルールデータを変更するかを判断し、修正判断結果情報記憶部２３に記憶する。具体的には、ＰＳＭデータの修正が多い場合、このＰＳＭデータを生成するために用いられた変換ルールデータの識別子を修正判断結果情報記憶部２３に記憶し、ＰＳＭデータの修正が少ない場合、ステップＳ１０５において修正が必要と判断されたＰＳＭデータの識別子を修正判断結果情報記憶部２３に記憶する。
【００３５】
ステップＳ１０８において、ＰＳＭデータを修正するか、変換ルールデータを変更するかによって、処理を振り分ける。具体的には、ＰＳＭデータを修正する場合、ステップＳ１０９において、開発者端末２に、修正するＰＳＭデータの識別子を送信し、開発者にＰＳＭデータの修正を促す。変換ルールを変更する場合、ステップＳ１１０において、プラットフォーム専門家端末３に変更する変換ルールデータの識別子と、ステップＳ１０２で記憶された修正内容とを通知し、プラットフォーム専門家に修正内容を満たす様に変換ルールデータの変更を促す。
【００３６】
ここで、図６を参照して、変換ツールによる変換インスタンスについて詳述する。図６に示したＰＩＭデータ１をＰＳＭデータ１に変換する変換ルールデータセットＳ１は、変換ルールデータＰ、Ｐ＿Ｓ、Ｓ、Ｓ＿Ｒ、Ｒ、Ｓ＿Ｅ、Ｅを備えている。例えば、ＰＩＭデータ１のXProcessから変換ルールデータＰによって、XProcessActionクラスＥ１と、org.apache.struts.action.ActionクラスＥ２と、XProcessActionクラスＥ１がorg.apache.struts.action.ActionクラスＥ２から継承することを示す結線Ｌ１とを生成し、この情報が、リポジトリ記憶部２４に記憶されている。ここで要素とは、ＵＭＬに含まれる各構成を示し、ＰＩＭデータまたはＰＳＭデータにおけるクラス、各クラスを結ぶ結線などである。
【００３７】
この図６に示した例において、開発者によってXProcessAction要素Ｅ１に対して修正が行われるとする。このとき、ステップＳ１０１において、XProcessAction要素Ｅ１に修正が行われた旨のモデルデータ修正メッセージ３１が、修正感知手段１１によって受信される。これに伴い、ステップＳ１０２において、「ＰＳＭデータ１」、「XProcessAction要素」、修正内容などの情報が、修正情報記憶部２１に記憶される。このとき、XProcessAction要素Ｅ１を生成するときに必要な変換ルールデータＰを抽出し、修正情報記憶部２１に記憶する。
【００３８】
また、要素を生成するために、複数の変換ルールデータを適用した場合、全ての変換ルールデータが検出されることが好ましい。
【００３９】
更に、例えば、XProcessAction要素Ｅ１を削除する修正が行われた場合、変換ツールに備えられたモデルチェッキング機能を利用して、他要素との関連関係を検出することができる。ここで、モデルチェッキング機能とは、モデルが変更される度に要素間の関係をチェックして正当な状態に保たれるようにする機能である。モデルチェッキング機能では、端点に要素がない不正な関連または依存エラーも検出することができる。具体的には、XProcessAction要素Ｅ１が削除された場合、XProcessAction要素Ｅ１がorg.apache.struts.action.Action要素から継承することを示す結線Ｌ１と、XProcessAction要素Ｅ１とXService要素Ｅ３の関連を示す結線Ｌ２との端点に要素がなくなってしまう。従って、結線Ｌ１およびＬ２についても不正な関連または依存エラーとして抽出され、この結線Ｌ１を作成した変換ルールデータＰと、結線Ｌ２を作成した変換ルールデータＰ＿Ｓとが、修正情報記憶部２１に記憶される。このように、モデルチェッキング機能を用いて要素間の相互関係を検証することにより、より的確に修正に関する変換ルールデータを抽出することができる。
【００４０】
（変換ルール変更支援装置の各手段）
次に、本発明の最良の実施の形態に係る変換ルール変更支援装置１に実装される各手段について詳述する。
【００４１】
（修正感知手段）
修正感知手段１１は、開発者による入力装置からの指示に基づいてＰＳＭデータが修正されたことを示すモデルデータ修正メッセージ３１を受信すると、記憶装置１０７からリポジトリ記憶部２４を読み出して、修正されたＰＳＭデータの識別子と、修正されたＰＳＭデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置１０７の修正情報記憶部２１に記憶する。
【００４２】
修正感知手段１１は、更に、入力装置からの指示に基づいてＰＳＭデータが修正された内容を修正情報記憶部２１に記憶することが好ましい。
【００４３】
このモデルデータ修正メッセージ３１は、例えば、リポジトリ記憶部２４が更新されたときに、リポジトリの管理手段から送信される。修正されたＰＳＭデータへの変換に用いられた変換ルールデータの識別子を抽出する場合、モデルチェッキング機能等を用いて、精度良く抽出されることが好ましい。
【００４４】
修正情報記憶部２１には、修正されたＰＳＭデータの識別子と、このＰＳＭデータを生成するために用いられた変換ルールデータの識別子とが関連づけられて記憶されている。この修正情報記憶部２１は、例えば、図７に示すようなデータ項目とデータを備える。具体的には、修正情報記憶部２１は、ＰＳＭデータの識別子であるＰＳＭデータ名、修正された箇所、修正内容、このＰＳＭデータの生成時に利用した変換ルールデータの識別子が関連づけられて記憶されている。図７に示した修正情報記憶部２１においては、図３に示す例に従って、ＰＳＭデータ１の箇所Ｐ１についてＡの内容で修正され、このＰＳＭデータ１は、変換ルールデータＲ１、Ｒ２によって生成されている場合が記憶されている。
【００４５】
（変更検出手段）
変更検出手段１２は、記憶装置１０７からリポジトリ記憶部２４を読み出して、修正情報記憶部２１に記憶された変換ルールデータの識別子に関連づけられたＰＳＭデータの識別子を抽出して、ＰＳＭデータの識別子を記憶装置１０７の修正対象検出情報記憶部２２に記憶する。
【００４６】
このとき、変更検出手段１２は、修正されたＰＳＭデータと同一のスコープに属するＰＳＭデータの識別子から、修正情報記憶部２１に記憶された変換ルールデータの識別子に関連づけられたＰＳＭデータの識別子を抽出することが好ましい。
【００４７】
変更検出手段１２は、記憶装置１０７から図７に示した修正情報記憶部２１を読み出して、修正されたモデルデータのモデル名「ＰＳＭデータ１」に関連づけられた変換ルールデータの識別子「Ｒ１、Ｒ２」を抽出する。このとき、修正されたＰＳＭデータ１のスコープに従って、同一スコープに属する全てのＰＳＭデータが抽出されることが好ましい。ここでスコープとは、オブジェクトの有効範囲を示し、例えば、ＰＳＭデータ１と同様の変数名のみを使用してその変数を利用することが可能な範囲である。これにより、当該ＰＳＭデータと同じ変換ルールデータによって作成されたＰＳＭであって、修正感知手段１１によって修正されたＰＳＭデータと同様の修正が必要になる可能性のあるＰＳＭデータの識別子である。
【００４８】
更に、変更検出手段１２は、変換ルールデータＲ１またはＲ２によって変換された全てのＰＳＭデータを抽出し、抽出されたＰＳＭデータにおいて、変換ルールデータＲ１またはＲ２によって変換された箇所Ｐ１ないしＲｍを検出し、修正対象検出情報記憶部２２に記憶する。
【００４９】
修正対象検出情報記憶部２２には、修正されたＰＳＭデータと同じ変換ルールデータで変換されたＰＳＭデータの識別子、具体的には同様の修正が予想されるＰＳＭデータの識別子が記憶されている。この修正対象検出情報記憶部２２は、例えば、図８に示すようなデータ構造とデータを備える。具体的には、修正対象検出情報記憶部２２は、ＰＳＭデータの識別子であるＰＳＭデータ名、修正された箇所、このＰＳＭデータが抽出されたキーとなった変換ルールデータの識別子が関連づけられて記憶されている。図８に示した例においては、図７に示した修正情報記憶部２１の「変換ルールデータ」項目で記憶された変換ルールデータＲ１またはＲ２によって生成されたＰＳＭデータ名と、その変換ルールデータに関連する箇所が記憶されている。
【００５０】
変更検出手段１２は、図９に示すような処理を実行する。
ステップＳ２０１において、修正されたＰＳＭデータ名「ＰＳＭデータ１」のスコープに従って、同様の修正が必要になる可能性のあるスコープを指定する。更に、ステップＳ２０２において、変数「ｓ」に、ステップＳ２０１で指定されたスコープに属するＰＳＭデータの数を設定する。
【００５１】
次に、ステップＳ２０３において、変数「ｓ」が０の場合、処理を終了する。
【００５２】
一方、ステップＳ２０３において、変数「ｓ」が０でない場合、ステップＳ２０４において、変数「ｋ」に、修正情報記憶部２１に記憶された変換ルールデータ数を設定する。ステップＳ２０５において、変数「ｋ」が０の場合、ステップＳ２０６において変数「ｓ」をデクリメントしてステップＳ２０３に戻る。
【００５３】
一方、ステップＳ２０５において、変数「ｋ」が０でない場合、ステップＳ２０７において、リポジトリ記憶部２４を読み出して、ＰＳＭデータｓに変換ルールデータＲｋを適用した箇所があるか否かを判断する。変換ルールデータＲｋを適用した箇所がない場合、ステップＳ２０８において変数「ｋ」をデクリメントし、ステップＳ２０５に戻る。
【００５４】
一方、ステップＳ２０５において、変換ルールデータＲｋを適用した場合、変換ルールデータＲｋが適用された箇所Ｐ１を抽出するとともに、ステップＳ２０９において、ＰＳＭデータ名として「ＰＳＭデータｓ」、箇所「Ｐ１」、変換ルールデータ「Ｒｋ」を関連づけて、修正対象検出情報記憶部２２に記憶する。
【００５５】
（ルール変更判断手段）
ルール変更判断手段１３は、修正対象検出情報記憶部２２に記憶された全てのＰＳＭデータの識別子それぞれに対する修正の要否データに基づいて、ＰＳＭデータの変換に用いられた変換ルールデータの変更、およびＰＳＭデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、この修正判断結果情報を記憶装置１０７の修正判断結果情報記憶部２３に記憶する。このとき、ルール変更判断手段１３は、修正対象検出情報記憶部２２に記憶された全てのＰＳＭデータの識別子それぞれに対する修正の要否データに基づいて、ＰＳＭデータの変換に用いられた変換ルールデータの識別子ごとに、ＰＳＭデータの修正が多い場合は第２のモデルデータの変換に用いられた変換ルールデータの識別子を修正判断結果情報として記憶装置１０７の修正判断結果情報記憶部２３に記憶し、ＰＳＭデータの修正が少ない場合は修正が必要なＰＳＭデータの識別子を修正判断結果情報として記憶装置１０７の修正判断結果情報記憶部２３に記憶する。
【００５６】
具体的には、ルール変更判断手段１３は、修正対象検出情報記憶部２２に記憶された全てのＰＳＭデータの識別子について、第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、ＰＳＭデータの識別子それぞれに対して修正の要否が判断されて関連づけられ、ＰＳＭデータの修正が必要な場合、修正カウントをインクリメントし、修正が必要でない場合、無修正カウントをインクリメントする。更に、ルール変更判断手段１３は、修正カウントの無修正カウントに対する割合が所定の閾値より大きい場合、ＰＳＭデータの変換に用いられた変換ルールデータの識別子を記憶装置１０７の修正判断結果情報記憶部２３に記憶し、修正カウントの無修正カウントに対する割合が所定の閾値より小さい場合、修正が必要なＰＳＭデータの識別子を記憶装置１０７の修正判断結果情報記憶部２３に記憶する。
【００５７】
ルール変更判断手段１３は、記憶装置１０７から修正対象検出情報記憶部２２を読み出して、変更検出手段１２によって検出されたＰＳＭデータ名、箇所Ｐ１ないしＰｎ、変換ルールデータを抽出する。更に、この箇所Ｐ１ないしＰｎについて各変換ルールデータを適用したとき、修正する必要があるか否かを判定する。このとき、開発者に回答させる場合と、プログラムに判断させる方法とがある。
【００５８】
開発者に判断させる方法では、開発者端末２にダイアログを表示し、箇所Ｐ１ないしＰｎに関して各変換ルールデータを適用したとき、開発者に修正が必要あるか否かをＹｅｓ／Ｎｏ形式で答えさせ、開発者が開発者端末２の入力装置から修正判断指示を入力することにより、ルール変更判断手段１３は、箇所Ｐ１ないしＰｎ毎に修正判断指示３２ａ、３２ｂ、３２ｃ…を開発者端末２から受信する。
【００５９】
プログラムに判断させる方法では、箇所Ｐ１に修正を適用して、モデルチェッキングを実行し、その結果問題なければ、箇所Ｐ１は修正する必要があると判断される。これを各箇所毎に実行し、箇所Ｐ１ないしＰｎ毎に修正判断指示３２ａ、３２ｂ、３２ｃを作成する。
【００６０】
このとき、各箇所について、修正の重みを付けても良い。開発者に判断させる方法では、開発者に重みを入力させ、プログラムに判断させる方法では、変換ルールデータに応じた重みが予め決定されていることが好ましい。
【００６１】
更に、ルール変更判断手段１３は、この修正判断指示３２ａ、３２ｂ、３２ｃ…に基づいて、変換ルールデータ毎に集計計算を行う。このとき、各箇所に修正の重みが設定されている場合、その重みも考慮して集計計算が行われることが好ましい。
【００６２】
各箇所についてＰＳＭデータの修正が必要であるか否かが判断されると、図１０に示したようなデータが、ＲＡＭ１０３などの記憶装置に記憶されることが好ましい。図１０に示したデータでは、図８に示した修正対象検出情報記憶部２２に、「ＰＳＭデータの修正が必要であるか」、「重み」の各項目を備えている。「ＰＳＭデータの修正が必要であるか」の項目には、修正判断指示３２ａ、３２ｂ、３２ｃ…に基づいて、各箇所について修正するか否かをＹｅｓ／Ｎｏ形式で設定されている。この図１０に示したデータに基づいて、変換ルールデータ毎に集計し、図１１に示すデータが、ＲＡＭ１０３などの記憶装置に記憶されることが好ましい。この図１１に示したデータでは、ＰＳＭデータの修正が必要である、具体的には「Ｙｅｓ」が設定されている場合、修正カウントをインクリメントし、ＰＳＭデータの修正が必要でない、具体的には「Ｎｏ」が設定されている場合、無修正カウントをインクリメントして、変換ルールデータ毎に、修正カウントと、無修正カウントの数値がカウントされている。このとき、図１０において修正の重みが設定されている場合、この重みも考慮して修正カウントまたは無修正カウントに数値がカウントされる。
【００６３】
更に、ルール変更判断手段１３は、修正カウントの無修正カウントに対する割合が、所定の閾値以上である場合、変換ルールデータを修正する結果を出力する。この所定の閾値は、変換ルールデータを変更した方が作業量が少なくなるか、ＰＳＭデータを個別に修正した方が作業量が少なくなるかを判断する指標である。具体的には、この閾値が「２」である場合、変換ルールデータＲ１について、修正カウントが「３」、無修正カウントが「０」であるので、修正カウントの無修正カウントに対する割合は、２以上になる。従って、ルール変更判断手段１３は、変換ルールデータＲ１を変更する指示を出力する。また、変換ルールデータＲ２は、修正カウントが「１」、無修正カウントが「１．６」であるので、修正カウントの無修正カウントに対する割合は、２未満になる。従って、ルール変更判断手段１３は、変換ルールデータＲ１を変更せず、ＰＳＭデータを修正する指示を出力する。
【００６４】
この結果、例えば図１２に示すような修正判断結果情報記憶部２３を記憶装置１０７に記憶する。この修正判断結果情報記憶部２３には、変更することが必要である変換ルールデータの識別子と、個別修正が必要であると判断された箇所の識別子が記憶されている。図１１の例に従って具体的には、修正判断結果情報記憶部２３には、変換ルールデータＲ２に関して修正するＰＳＭデータとして、ＰＳＭデータ２の箇所Ｐ２およびＰ３が記憶されるとともに、修正する変換ルールデータとして変換ルールデータＲ１が記憶される。
【００６５】
次に、図１３を参照して本発明の最良の実施の形態に係るルール変更判断手段１３の処理を説明する。
【００６６】
まず、ステップＳ３０１において、修正対象検出情報記憶部２２に記憶された変換ルールデータの識別子一つを抽出し、変数「修正カウント」、変数「無修正カウント」を初期化する。
【００６７】
次に、当該変換ルールデータを使用したＰＳＭデータの箇所の全てについて、ステップＳ３０２ないしステップＳ３０４の処理を行う。具体的には、ステップＳ３０２において、当該箇所に対して、修正情報記憶部２１に記憶された修正内容と同様に修正するか否かを判定し、修正すると判定された場合、ステップＳ３０３において修正カウントが更新される。一方、修正しないと判定された場合、ステップＳ３０４において無修正カウントが更新される。ステップＳ３０３およびステップＳ３０４においては、各箇所について修正の重みが設定されている場合、この重みも考慮して修正カウントまたは無修正カウントが修正される。
【００６８】
当該ルールを使用した全ての箇所について、ステップＳ３０２ないしステップＳ３０４の処理が終了すると、ステップＳ３０５において、修正カウントの無修正カウントに対する割合が所定の閾値より大きいか否かを判定する。所定の閾値より大きい場合、ステップＳ３０６において、修正判断結果情報記憶部２３に当該変換ルールデータの識別子を記憶する。一方、所定の閾値より小さい場合、ステップＳ３０７において、修正判断結果情報記憶部２３に修正するべきＰＳＭデータの識別子を記憶する。
【００６９】
（変更通知手段）
変更通知手段１４は、記憶装置１０７から修正判断結果情報記憶部２３を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する手段である。具体的には、変更通知手段１４は、記憶装置１０７から修正判断結果情報記憶部２３を読み出して、ＰＳＭデータの変換に用いられた変換ルールデータを変更する指示を変換ルールデータを作成したプラットフォーム専門家端末３に送信、または修正が必要なＰＳＭデータの識別子とＰＳＭデータを修正する指示とをＰＳＭデータを開発する開発者端末２に送信する。
【００７０】
プラットフォーム専門家端末３に、変更通知手段１４は更に、新たな変換ルールデータの識別子を発番し、その新たな変更ルールデータの識別子と修正内容を含むルールデータ変更指示３４を送信する。この新たに発番される識別子は、修正する変換ルールデータのスコープにのみ適用可能な識別子であることが好ましい。この変換ルールデータの識別子によって、マスタ変換ルールであるか、特定のスコープの範囲内の変換ルールデータであるかを明確に定義することができる。
【００７１】
また、開発者端末２に指示を修正するとき、修正する箇所と、その箇所が所属しているＰＳＭデータの識別子と修正内容を含むモデルデータ変更指示３３を通知する。
【００７２】
（ルール変更手段）
ルール変更手段１５は、プラットフォーム専門家端末３において、変換ルールデータに対して変更を行わせる手段である。このとき、ルール変更手段１５は、修正された内容をプラットフォーム専門家端末３に更に送信し、修正されたＰＳＭデータと同一のスコープにのみ適用可能な新たな修正ルールデータを生成させる。
【００７３】
このルール変更手段１５は、変更対象となるＰＳＭデータとは異なるスコープに影響がでないように、スコープ内にのみ適用可能な変換ルールデータに対して更新する。ルール変更手段１５は、このスコープに対してのみ有効な変換ルールデータが既に存在する場合、その変換ルールデータに対して修正する。
【００７４】
一方、スコープ内にのみ適用可能な変換ルールデータが存在しない場合、ルール変更手段１５は、マスタ変換ルールデータから派生された新たな変換ルールデータを作成し、その新たな変換ルールデータに対して、変更させる。具体的に図１４（ａ）に示すように、スコープ１のＰＳＭデータに対して変換ルールＲｉについて、マスタ変換ルールデータのみ存在するとする。図１４（ａ）においては、ＰＳＭデータに対して、スコープ１の変換ルールデータＲ１は存在するが、スコープ１の変換ルールデータＲｉは存在していない。この場合、図１４（ｂ）に示すように、変換ルール変更支援装置１は、マスタ変換ルールデータＲｉから新たな変換ルールを派生させ、スコープ１の変換ルールデータＲｉを生成し、プラットフォーム専門家端末３にこのスコープ１の変換ルールデータＲｉに対して、変更させる。
【００７５】
これにより、変換ルールデータを変更する場合でも、スコープ内にのみ有効な変換ルールデータに対して変更させるため、他のスコープに影響を与えることなく、当該スコープに最適な変換ルールデータを作成することができる。
【００７６】
（変換ルール変更支援装置の効果）
このように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、ＰＳＭデータの修正が発生すると、その修正に起因して発生しうる同様の修正に、どのように対応させるかを提示することができる。具体的には、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、ある変換ルールデータによって生成されたＰＳＭデータの各箇所について、修正が必要であるか否かを判断する。修正が多い場合、変換ルールデータを修正してＰＳＭデータを再作成させることにより、作業工数を削減させることができる。また、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、より最適な変換ルールデータを作成することができる。一方、修正が少ない場合、変換ルールデータを修正するよりも各ＰＳＭデータを修正させることにより、作業工数を削減させることができる。
【００７７】
更に、変換ルールデータを変更する場合でも、修正されたＰＳＭのスコープにのみ適用可能な変換ルールデータに変更するので、他のスコープに影響を与えることなく、当該スコープに最適な変換ルールデータを作成することができる。
【００７８】
このように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、システムを快適に動作させるためにＰＳＭデータが修正されると、その修正されたＰＳＭデータを作成する変換ルールデータを抽出することにより、変更すべき変換ルールデータの候補を決定する。更に本発明の最良の実施の形態に係る変換ルール変更支援装置１は、その変換ルールデータを変更した場合の影響を調べて変換ルールデータを変更するか否かを決定することにより、最適な変換ルールデータを生成することができる。
【００７９】
（変形例１）
本発明の最良の実施の形態の変形例１においては、変換ルールデータが変更されＰＳＭデータが再生成された場合について説明する。
【００８０】
本発明の最良の実施の形態の変形例に係る変換ルール変更支援装置１の記憶装置１０７には、ＰＳＭデータが再生成される前のＰＳＭデータに対して行われた修正記録が記憶されている。この修正記録は、例えば、リポジトリ記憶部２４に記憶されることが好ましい。変換ルール変更支援装置１は、再生成されたＰＳＭデータに対して修正記録を適用する手段を備える。
【００８１】
具体的には、図１５に示すように、ＰＳＭデータ１の箇所Ｐ１は変換ルールデータＲ１によって生成されたとする。変換ルール変更支援装置１は、この箇所Ｐ１に対する修正記録を、記憶装置１０７に記憶する。ここで、変換ルールデータＲ１を派生させて新たな変換ルールデータＲ１１が再生成され、この変換ルールデータＲ１１によって生成された新たな箇所Ｐ１を有するＰＳＭデータ１’が生成されたとする。変換ルール変更支援装置１は、記憶装置１０７からＰＳＭデータ１の箇所Ｐ１に対する修正記録を読み出し、ＰＳＭデータ１’の箇所Ｐ１’に対してこの修正記録を適用する。
【００８２】
このような本発明の最良の実施の形態の変形例に係る変換ルール変更支援装置１は、新たな変換ルールデータによって再生成される前に手動修正された修正履歴を提要することができるので、開発者の作業量を軽減させることができる。
【００８３】
（変形例２）
本発明の最良の実施の形態の変形例１においては、変換ルールデータを世代管理する場合について説明する。
【００８４】
変換ルールデータは、開発者、システム開発プロジェクト、システム開発対象となる組織の知恵、経験、ノウハウであり、これらの情報は有効に蓄積される必要がある。本発明の最良の実施の形態によって、スコープ内の変換ルールデータを変更することにより、スコープ内に最適なＰＳＭデータを得ることができる。
【００８５】
そこで、本発明の最良の実施の形態の変形例２に係る変換ルール変更支援装置１のルール変更手段１５は、においては、定期的にスコープ範囲の変換ルールデータをチェックし、下位スコープ範囲における同じ派生元の変換ルールデータが一定数量蓄積されることを検知する。下位スコープ範囲における同じ派生元の変換ルールデータが一定数量蓄積されると、上位スコープの派生もとである変換ルールデータの変更や、マスタ変換ルールデータの変更を検討するために、マスタルールデータ変更指示３５をプラットフォーム専門家端末３に送信する。上位スコープの変換ルールが変更された場合、下位スコープの変換ルールデータの変更を検討することが好ましい。
【００８６】
具体的には、図１６に示すように、下位スコープにおける変換ルールデータ１の変更が一定数以上になると、変換ルール変更支援装置１は、上位スコープの変換ルールデータ１の変更を促す通知を出力する。また、上位スコープにおける変換ルールデータ２の変更が一定数以上になると、変換ルール変更支援装置１は、上位スコープの変換ルールデータ１の変更を促す通知を出力する。
【００８７】
この方法は、狭いスコープで適用された方法が伝播することにより、全組織にその方法が適用されるような場合に最適である。
【００８８】
これにより、システム開発対象となる組織における業務の流れが時間の経過とともに変更されたとしても、より広いスコープにその変更を適用させ、変換ルールデータを進化させることができるので、より最適な変換ルールデータを作成することができる。
【００８９】
（変形例３）
本発明の最良の実施の形態の変形例３に係る変換ルール変更支援装置１は、所定の目的のための変換ルールデータを異なる目的に適用し、変換ルールを横展開する場合について説明する。具体的には、変換ルール変更支援装置１は、特定のスコープ範囲の変換ルールデータをコピーし、ＰＩＭデータからＰＳＭデータへの変換を行う。これにより変換されたＰＳＭデータに対して。新たな目的に合致するように修正し、変換ルール変更支援装置１によって、その修正を変換ルールデータに反映させる。これにより、新たな目的のための変換ルールデータが作成されることができる。
【００９０】
（変形例４）
本発明の最良の実施の形態の変形例４に係る変換ルール変更支援装置１は、ＰＩＭデータからＰＳＭデータに限らず、所定の変換ツールによって変換されるデータに適用することができる。具体的には、変換ルール変更支援装置１は、システム開発時に第１の種別のデータから所定の変換ルールデータに従って変換された第２の種別のデータに対して修正が行われると、この変換ルールデータによって変換された第２の種別のデータを抽出してそれぞれのデータに対して修正が必要であるか否かを判断する。これにより変換ルール変更支援装置１は、変換ルールデータを変更するか、第２の種別のデータを修正するかを判断し出力する。
【００９１】
変換ルール変更支援装置１によって、変換ルールデータを変更すると判断されると、その旨の通知が変換ルールデータの責任者である専門家端末に送信され、第２の種別のデータを修正すると判断されると、その旨の通知が第２の種別のデータの責任者である開発者端末に送信される。
【００９２】
上述した本発明の最良の実施の形態においては、第１の種別のデータがＰＩＭデータで、第２の種別のデータがＰＳＭデータである場合について説明したが、これに限られない。例えば、第１の種別のデータがシステム開発対象のビジネスプロセスモデルを示したＣＩＭ（computation independent model）データで、第２の種別のデータがＣＩＭデータから所定の変換ルールデータによって作成されるＰＩＭデータであっても良い。更に、第１の種別のデータがＰＳＭデータであって、第２の種別のデータがＰＳＭデータから所定の変換ルールデータによって作成されるプラットフォーム依存のプログラムコードであっても良い。
【００９３】
このように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、変換ソースとなる上位設計モデルデータ（第１の種別のデータ）と、ターゲットとなる下位設計モデルデータ（第２の種別のデータ）を備えるシステムにおいて、設計モデルを示すデータの変換に適用することができる。
【００９４】
（ＰＩＭおよびＰＳＭの概説）
次に、図１７および図１８を参照して、ＰＩＭデータおよびＰＳＭデータに関する一般的なＵＭＬ形式での記述について説明する。ＵＭＬ形式におけるモデリングパターンには、Process、Service、Entity、Ruleの４つのパターンが存在する。このモデリングパターンは、システム設計時に、システム開発における要求仕様からビジネスロジックを抽出し、その役割によって分類される。
【００９５】
Processは、サービスの組み合わせによって作られるビジネスフローである。Serviceは、実際にシステムが提供するサービスである。Entityは、システム内のデータベース等で保持されるデータである。Ruleは、Process、Serviceなどに内包されるシステムの業務に特有のルールである。
【００９６】
まず、図１７に示すＰＩＭデータについて説明する。ＰＩＭデータでは、ＰＩＭデータを構成する要素群の間の関係付けの規則を定める。この規則にはずれる関係付けを持ったＰＩＭデータは不正なＰＩＭデータとして、修正の対象となる。
processクラスＥ１１とserviceクラスＥ１２とを結ぶ結線Ｌ１１は、ある業務プロセスが、ある業務サービスを呼び出すことで業務機能を実行することを示している。このとき、結線Ｌ１１は、業務プロセスから業務サービスに向かって破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。ここで「ステレオタイプ」とは、その要素に関連づけられた具体的な意味を表す。
serviceクラスＥ１２とentityクラスＥ１３を結ぶ結線Ｌ１２は、ある業務サービスがロジックの実行中に処理の対象となる業務エンティティを操作することを示している。このとき、業務サービスから業務エンティティに向かって破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。
processクラスＥ１１とruleクラスＥ１４を結ぶ結線Ｌ１３は、ある業務プロセスが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務プロセスから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。菱形は集約で、全体と部分を強調する。
serviceクラスＥ１２とruleクラスＥ１４を結ぶ結線Ｌ１４は、ある業務サービスが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務プロセスから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。
【００９７】
次に、図１８に示すＰＳＭデータについて説明する。ＰＳＭデータでは、ＰＳＭを構成する要素群の間の関係付けの規則を定める。この規則にはずれる関係付けを持ったＰＳＭデータは不正なＰＳＭデータとして、修正の対象となる。
actionクラスＥ２１とprocessクラスＥ２２とを結ぶ結線Ｌ２１は、業務プロセスがStrutsのActionクラスを継承することを示している。このとき、actionクラスＥ２１から業務プロセスに向かって、actionクラスＥ２１側の端点が逆三角の実線が記述される。
processクラスＥ２２とservicePackageＥ２３とを結ぶ結線Ｌ２２は、ある業務プロセスが、業務サービスパッケージの中の業務サービスを呼び出すことで、業務機能を実行することを示している。このとき、業務プロセスから業務サービスパッケージに向かって、破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。
processクラスＥ２２とruleクラスＥ２４とを結ぶ結線Ｌ２３は、ある業務プロセスが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務プロセスから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。
servicePackageクラスＥ２３とruleクラスＥ２４とを結ぶ結線Ｌ２４は、ある業務サービスパッケージが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務サービスパッケージから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。
servicePackageクラスＥ２３とhelperクラスＥ２５およびentityクラスＥ２６とを結ぶ結線Ｌ２５は、業務サービスパッケージが、ロジックの実行中に処理対象となる業務エンティティおよびヘルパーを操作することを示している。このとき、業務サービスパッケージから業務エンティティおよびヘルパーに向かって、破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。
helperクラスＥ２５とentityクラスＥ２６とを結ぶ結線Ｌ２６は、ヘルパーがエンティティのインスタンスである依存関係を示している。このとき、ヘルパーからエンティティに向かって、破線矢印が記述され、その破線には「<<instantiate>>」のステレオタイプが記述される。
【００９８】
（ＰＩＭデータおよびＰＳＭデータの具体例）
次に、「経費購買申請システム」の中の一部の業務機能に対応するＰＩＭデータと、変換ルールを用いて生成したＰＳＭデータを説明する。
【００９９】
まず、図１９ないし図２２を参照して、「経費購買申請システム」の一部の業務機能を説明する。まず、図１９に示すログイン画面Ｐ１０１が表示され、ユーザに入力装置からログイン名、パスワードを入力させ、ログインボタンＢ１０１をクリックさせる。このとき経費購買申請システムは、入力されたユーザ名に基づいて当該ユーザの権限情報を取得する。
【０１００】
ユーザがログインすると、経費購買申請システムは、図２０に示すメニュー画面Ｐ１０２を提示する。ここで、ユーザによって入力装置から一覧・変更リンクＬ１０１がクリックされると、図２１に示す検索画面Ｐ１０３が表示される。この検索画面Ｐ１０３で、検索条件が入力され、検索実行ボタンＢ１０２がクリックされると、申請書一覧が表示される。ここで、権限のあるユーザが閲覧する画面には、変更・削除リンクＬ１０２が設けられる、このユーザによって変更・削除リンクＬ１０２がクリックされると、図２２に示したそのユーザに申請書の詳細を閲覧させる申請書表示画面Ｐ１０４を表示する。
【０１０１】
図１９ないし図２２を参照して説明した経費購買申請システムの一部の業務機能のＰＩＭを、図２３を参照して説明する。
【０１０２】
MainFlowControlクラスは、ログインの業務機能に対応し、Get_LoginInfoクラスと、Get_AuthenticationInfoクラスとを呼び出す。Get_LoginInfoクラスは、ログイン画面Ｐ１０１のログインボタンＢ１０１と対応するロジックを提供している。Get_AuthenticationInfoクラスは、ログインする際に、ユーザの権限情報を取得するロジックを提供している。
【０１０３】
Get_LoginInfoクラスと、Get_AuthenticationInfoクラスは、その実行中に、MemberInfoクラスを操作する。このMemberInfoクラスは、ユーザの権限や認証条件などのユーザ情報に対応する。
【０１０４】
一方、IchiranHenkouクラスは、一覧変更の業務機能に対応し、Get_SinseisyoListクラスと、Get_Sinseisyoクラスとを呼び出す。Get_SinseisyoListクラスは、検索画面Ｐ１０３において検索実行ボタンＢ１０２に対応するロジックを提供しているGet_Sinseisyoクラスは、検索画面Ｐ１０３において変更・削除リンクＬ１０２に対応するロジックを提供している。
【０１０５】
Get_SinseisyoListクラスと、Get_Sinseisyoクラスは、その実行中にSinseiInfoクラスを操作する。このSinseiInfoクラスは、IchiranHenkouクラスの業務機能によって操作される申請書データに対応する。このSinseiInfoクラスは、データベース上に対応するテーブルを持つ。
【０１０６】
Get_Sinseisyoクラスは、その業務機能の実行中に、Check_Authenticationクラスを呼び出す。Check_Authenticationクラスは、ユーザの権限チェックルールに対応する。
【０１０７】
次に、図２４を参照して、図２３に示したＰＩＭデータから変換ルールデータに従って変換されたＰＳＭデータを説明する。
【０１０８】
Actionクラスは、Struts固有の要素（クラス）を追加したことを示し、これにより元々ＰＩＭデータ中に含まれたMainFlowControlクラスおよびIchiranHenkouクラスの各要素と関連づけることができる。ここで、Struts(ストラッツ)はウェブアプリケーションを開発するためのフレームワーク（枠組み）であって、このフレームワークにより、クラスとインタフェースが定義され、全体として一つのアプリケーションとして機能するように、相互の連携が緊密になる。servicePackage_MemberInfoServiceクラスやservicePackage_SinseiServiceクラスなどのサービスパッケージによって、業務サービスはパッケージ毎に一つのクラスの中の操作（メソッド）としてまとめられる。具体的には、servicePackage_MemberInfoServiceクラスは、get_LoginInfoサービスと、get_AuthenticationInfoサービスのメソッドを備える。servicePackage_SinseiServiceクラスは、get_SinseisyoListサービスと、get_Sinseisyoサービスのメソッドを備える。また、MemberInfoクラスは、MemberInfoHomeクラスを追加し、SinseiInfoクラスは、SinseiInfoHomeクラスを追加する。
【０１０９】
この図２４に示したＰＳＭデータを生成するためには、例えば、R_process、R_ps、R_service、R_se、R_entity、R_associationなどの変換ルールデータを含む変換ルールデータセットが用いられる。図２５には、これらの変換ルールデータセットによるＰＩＭデータからＰＳＭデータの変換記録が示されている。この変換記録には、ＰＳＭデータの各要素がどの変換ルールデータによって生成されたのかが把握される。
【０１１０】
図２６は、この変換記録の一部をテーブル状にしたものである。IchiranHenkouActionクラスとservicePackage_SinseiServiceクラス間の依存関係を示す要素、具体的には図２７（ａ）に示す結線は、ＰＩＭデータにおけるIchiranHenkouとGet_SinseisyoList、Get_Sinseisyoクラス間の関係を示しており、変換ルールデータR_psによって変換された結果である。
【０１１１】
ここで、図２７（ａ）に示されたＰＳＭデータを、図２７（ｂ）に示されたＰＳＭデータに修正するとする。具体的には、IchiranHenkouActionクラスとservicePackage_SinseiServiceクラスとの依存関係において、servicePackage_SinseiServiceクラスへの依存関係を、servicePackage_SinseiServiceStubクラスへの依存関係に修正する。このとき、本発明の最良の実施の形態に係る変換ルール変更支援装置１の修正感知手段１１は、この修正前のIchiranHenkouActionクラスとservicePackage_SinseiServiceクラスとの依存関係は、図２５に示す変換記録における結線Ｌ５１であるので、図２４に示したＰＩＭデータから変換ルールデータR_psを適用して変換されたものであると検出する。
【０１１２】
その後、変換ルール変更支援装置１の変更検出手段１２は、変換ルールデータR_psを適用して変換された全ての要素を抽出して修正対象検出情報記憶部２２に記憶する。変換ルールデータP_psを適用して変換された要素は、MainFlowControlActionクラスとservicePackage_MemberInfoServiceクラスの依存関係を示す結線Ｌ５２であるので、修正対象検出情報記憶部２２は、結線Ｌ５２に関する情報が記憶される。
【０１１３】
変換ルール変更支援装置１のルール変更判断手段１３は、この結線Ｌ５２について修正の必要があるか否かを決定する。ここで、変換ルールデータR_psを用いて変換されたＰＳＭデータに対して修正が必要であると判断された場合、ルール変更判断手段１３は、変換ルールデータを変更する指示を出力し、変更通知手段１４は、プラットフォーム専門家端末３に変換ルールデータの変更指示を送信する。
【０１１４】
ルール変更手段１５は、プラットフォーム専門家に変換ルールデータを変更させる際、マスタ用の変換ルールデータを特定のスコープ用の変換ルールデータとして派生させて、プラットフォーム専門家にその特定のスコープ用の変換ルールデータを変更させる。具体的には、図２８（ａ）に示す様に、マスタ用の変換ルールデータR_psが定義されている場合、図２８（ｂ）に示すように、特定のスコープ用の変換ルールデータR_psを生成して、その依存関係を、プラットフォーム専門家に修正させる。
【０１１５】
このように、変換ルールが変更される度に、図２８（ｃ）に示す様にその変換ルールデータを適用させるスコープ毎に変換ルールデータが定義されると、各スコープに同様な変換ルールの変更がある場合、それを検知し出力することにより、マスタ変換ルールデータを変更する必要が生じることをプラットフォーム専門家に通知する。
【０１１６】
また、図２９（ａ）に示すようなStruts用の変換ルールをコピーして修正し、Ｗｅｂサービスなどの異なる目的の変換ルールデータを作成することも可能である。
【０１１７】
（その他の実施の形態）
上記のように、本発明の最良の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【０１１８】
例えば、本発明の最良の実施の形態に記載した変換ルール変更支援装置は、図１に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、リポジトリ記憶部２４は、ＰＩＭデータからＰＳＭデータへの変換を実行する装置の記憶装置に記憶され、変換ルール変更支援装置１によって読み出されても良い。
【０１１９】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１２０】
【図１】本発明の最良の実施の形態に係る変換ルール変更支援装置の機能ブロック図である。
【図２】本発明の最良の実施の形態に係る変換ルール変更支援装置のハードウェア構成図である。
【図３】本発明の最良の実施の形態において、変換ツールによるモデルデータの変換を説明する図である。
【図４】本発明の最良の実施の形態において、変換ツールによるモデルデータの変換を詳細に説明する図である。
【図５】本発明の最良の実施の形態に係る変換ルール変更支援プログラムのフローチャートである。
【図６】本発明の最良の実施の形態において、ＰＳＭデータを修正した場合に影響する変換ルールを説明する図である。
【図７】本発明の最良の実施の形態に係る修正情報記憶部のデータ構造とデータの一例を説明する図である。
【図８】本発明の最良の実施の形態に係る修正対象検出情報記憶部のデータ構造とデータの一例を説明する図である。
【図９】本発明の最良の実施の形態に係る変更検出手段による詳細な処理を説明するフローチャートである。
【図１０】本発明の最良の実施の形態に係るルール変換判断手段によって一時記憶されるデータ構造とデータの一例であって、ＰＳＭデータの箇所毎に修正の有無が記憶されたデータを説明する図である。
【図１１】本発明の最良の実施の形態に係るルール変換判断手段によって一時記憶されるデータ構造とデータの一例であって、変換ルールデータ毎に集計された結果を示すデータを説明する図である。
【図１２】本発明の最良の実施の形態に係る修正判断結果情報記憶部のデータ構造とデータの一例を説明する図である。
【図１３】本発明の最良の実施の形態に係るルール変更手段による詳細な処理を説明するフローチャートである。
【図１４】本発明の最良の実施の形態において、変換ルールを変更させる場合におけるマスタ変換ルールデータの派生を説明する図である。
【図１５】本発明の最良の実施の形態の変形例１において、手動で修正された修正内容を再生成されたＰＳＭデータに適用する場合を説明する図である。
【図１６】本発明の最良の実施の形態の変形例２における変換ルールデータの進化を説明する図である。
【図１７】ＰＩＭデータをＵＭＬ形式で記載した場合の記載形式を説明する図である。
【図１８】ＰＳＭデータをＵＭＬ形式で記載した場合の記載形式を説明する図である。
【図１９】ＰＩＭデータおよびＰＳＭデータの具体例である業務フローにおけるログイン画面の画面例である。
【図２０】ＰＩＭデータおよびＰＳＭデータの具体例を適用する業務フローにおけるメニュー画面の画面例である。
【図２１】ＰＩＭデータおよびＰＳＭデータの具体例を適用する業務フローにおける検索画面の画面例である。
【図２２】ＰＩＭデータおよびＰＳＭデータの具体例を適用する業務フローにおける申請書表示画面の画面例である。
【図２３】図１９ないし図２２で示した業務フローにおけるＰＩＭデータの具体例の一つである。
【図２４】図１９ないし図２２で示した業務フローにおけるＰＳＭデータの具体例の一つである。
【図２５】図１９ないし図２２で示した業務フローにおけるＰＳＭデータを生成する変換ルールデータセットの具体例の一つである。
【図２６】図１９ないし図２２で示した業務フローにおける一部の変換ルールデータを説明する図である。
【図２７】図１９ないし図２２で示した業務フローにおけるＰＳＭデータの変更を説明する図である。
【図２８】図１９ないし図２２で示した業務フローにおける変換ルールデータの変更を説明する図である。
【図２９】変換ルールデータの異なる目的への展開を説明する図である。
【図３０】変換ツールによって、ＰＩＭデータからＰＳＭデータが作成されることを説明する図である。
【符号の説明】
【０１２１】
１…変換ルール変更支援装置
２…開発者端末
３…プラットフォーム専門家端末
１１…修正感知手段
１２…変更検出手段
１３…ルール変更判断手段
１４…変更通知手段
１５…ルール変更手段
２１…修正情報記憶部
２２…修正対象検出情報記憶部
２３…修正判断結果情報記憶部
２４…リポジトリ記憶部
３１…モデルデータ修正メッセージ
３２…修正判断指示
３３…モデルデータ変更指示
３４…ルールデータ変更指示
３５…マスタルールデータ変更指示
１０１…中央処理制御装置
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…入力装置
１０５…表示装置
１０６…通信制御装置
１０７…記憶装置
１０８…リムーバブルディスク
１０９…入出力インタフェース
１１０…バス
【技術分野】
【０００１】
本発明は、システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに書き出されたリポジトリを読み出して、変換ルールデータの変更を支援する変換ルール変更支援装置および変換ルール変更支援プログラムに関する。
【背景技術】
【０００２】
近年、システム開発において、システム開発対象となるビジネスなどに重点を置いたオブジェクト指向が広く採用されている。オブジェクト指向によるシステム開発においては、関連するデータの集合と、それに対する手続き(メソッド)を「オブジェクト」と呼ばれる一つのまとまりとして管理し、その組み合わせによってソフトウェアを構築する。既に存在するオブジェクトについては、利用に際してその内部構造や動作原理の詳細を知る必要はなく、外部からメッセージを送れば機能するため、特に大規模なソフトウェア開発において有効な考え方であるとされている。
【０００３】
このオブジェクト指向において、ＭＤＡ（Model Driven Architecture：モデル駆動型アーキテクチャ）と呼ばれるシステム開発手法が広く普及しつつある。このＭＤＡでは、要求モデル（Computation Independent Model）データの作成、ＰＩＭ（Platform Independent Model）データの作成、ＰＳＭ（Platform Specific Model）データの作成を経て、システムの実行コードを得る。ここで、「要求モデル」データとは、システムの全体の構造を表すモデルで表された設計データである。「ＰＩＭ」データとは、ＣＰＵ、ＯＳ、ミドルウェア、開発言語などのシステム実装環境であるプラットフォームに依存しないモデルで表された設計データある。「ＰＳＭ」データとは、実際に開発対象となるプラットフォームの開発言語と１対１に対応したプラットフォームに対応したモデルで表された設計データである。ＰＩＭデータおよびＰＳＭデータは、システム開発者によって開発または保守される。
【０００４】
ＰＩＭデータからＰＳＭデータへの変換において、図３０に示すように、市販のツールや自作した変換ツール（モデルコンパイラ）が利用される。この変換ツールで利用される変換ルールデータセットには、ＰＩＭメタモデルデータからＰＳＭメタモデルデータを変換するための複数の変換ルールデータが含まれており、この変換ルールデータによって、ＰＩＭデータからＰＳＭデータを作成することができる。ＰＩＭデータとプラットフォームに対応して設けられた変換ルールデータによって、プラットフォームに依存しないＰＩＭデータから、開発環境であるプラットフォームに特化および最適化されたＰＳＭデータが得られる。この変換ルールデータは、プラットフォーム専門家（ベンダー）によって提供される。
【０００５】
しかし、ＰＩＭデータからＰＳＭデータへの変換においては、実行環境でより最適にシステムを動作させるために、ＰＳＭデータに対する修正（チューニング）が必須となる。市販ツールを用いた場合、市販ツールは汎用的なものであり、全ての組織、全てのプロジェクトにおいて求められるニーズが充分に反映されていない場合がある。更に、開発組織の方針によっては、市販ツールによって生成されたＰＳＭデータを手作業で拡張し最適化する場合もある。一方、開発者によって生成された自作の変換ツールを用いる場合、この自作の変換ツールには、特定の目的、あるいは特定のプラットフォームに特化していることが求められるので、完全な変換ルールデータを一度で作成することは困難である。従って、開発者によって抽出された変換ルールデータに従って生成されたＰＳＭデータは、最適なものではない場合がある。
【０００６】
これに対して、最適なＰＳＭデータを得るために、下記のような方法を利用している。
（ａ）生成された個々のＰＳＭデータに対して、個別に手作業で修正
（ｂ）変換ルールデータに対してカスタマイズを行う
【０００７】
一方、一般的に仕様からオブジェクト指向設計を生成する際に、手戻りの少ない開発作業と仕様の追加・改定に柔軟に対応できる制御装置のソフトウェア開発方法がある（例えば、特許文献１）。この特許文献１においては、制御判定オブジェクト群を個々の機能の実行／停止を判断して出力する個別制御判定オブジェクトと各個別制御判定オブジェクトの出力と各機能間の優先順位や並行性をもとに制御状態を決定する制御マネージャオブジェクトに分割する。この分割により、仕様追加や変更で各機能間の優先順位や並行性に変更が生じても制御マネージャオブジェクトの仕様を変更するだけで良く、個別制御判定オブジェクト群の仕様変更の必要がなくなり、逆に個々の機能の実行可否を判定する基準や方法に変更がある場合には、変更する機能の実行に関係する個別制御判定オブジェクトのみを変更すれば良く、他の個別制御判定オブジェクトや制御マネージャオブジェクトの変更の必要がなくなる。
【特許文献１】特開平８−１８５４２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、ＰＩＭデータおよびＰＳＭデータは開発者によって構築および保守され、変換ルールデータはプラットフォーム専門家によって提供されるため、最適な変換ルールデータを見出すことは困難である。具体的には、開発者はプラットフォームに関する知識に乏しいので、変換ルールデータの抽出および定義を行えない一方、プラットフォーム専門家は開発対象となるビジネスの知識はないので、ＰＩＭデータの構築について把握しきれないまま変換ルールデータを作成してしまうことになる。
【０００９】
これにより、最適なＰＳＭデータを得るためには、下記の様な問題が発生する。
（ａ）に記載の方法においては、修正規模が小さいまたは小規模システムの場合、随時手作業で修正しても問題にならないが、修正規模が大きい場合や大規模システムの場合、作業工数の膨大化、修正漏れなどによる品質の低下などの問題が発生する。更に、ＰＩＭデータに変更が生じる度に同様の修正を実施する必要がある。
また、（ｂ）に記載の方法においては、組織、プロジェクト、開発者のニーズに合わせて、変換ルールデータが修正されることが望まれるが、変換ルールデータを修正することによる影響の判断が困難である場合がある。
【００１０】
これにより、最適なＰＳＭデータを得るために、ＰＳＭデータを手修正で修正することが好ましいか、変換ルールデータを変更することが好ましいかの判別が困難である。又、変更するべき変換ルールデータを抽出することが困難である。更に、ＰＳＭデータを修正する場合でも、修正するべきＰＳＭデータの抽出や、ＰＳＭデータの内部の修正箇所の抽出が困難である。これらを解決するために、ＰＳＭデータに対する修正を最小限に押さえられるように、最適な変換ルールデータを開発することが求められている。
【００１１】
従って本発明は、最適な変換ルールデータを得ることのできる変換ルール変更支援装置および変換ルール変更支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の第１の特徴は、オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、第１のモデルデータの識別子と、第２のモデルデータの識別子と、第１のモデルデータから第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援装置に関する。即ち、本発明の第１の特徴に係る変換ルール変更支援装置は、入力装置からの指示に基づいて第２のモデルデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２のモデルデータの識別子と、修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２のモデルデータの識別子を抽出して、第２のモデルデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２のモデルデータの識別子それぞれに対する変更の要否データに基づいて、第２のモデルデータの変換に用いられた変換ルールデータの変更、および第２のモデルデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とを実現する中央処理制御装置を備える。
【００１３】
ここで第１のモデルデータとは、例えばプラットフォームに依存しないＰＩＭとして記述された設計データである。一方第２のモデルデータとは、例えばプラットフォームに依存するＰＳＭとして記述された設計データである。第１のモデルデータから第２のモデルデータへ変換されると、その変換に用いられた変換ルールデータの識別子と合わせて、変換インスタンスとしてリポジトリ記憶部に記憶される。この変換インスタンスは、第１のモデルデータから第２のモデルデータへの変換が実行される度に作成され、リポジトリ記憶部に記憶される。
【００１４】
本発明の第１の特徴に係る変換ルール変更支援装置によれば、ある第２のモデルデータが修正されると、リポジトリ記憶部を読み出して、その第２のモデルデータを生成した変換ルールデータを抽出し、抽出された変換ルールデータを用いて生成された全ての第２のモデルデータを抽出する。この全ての第２のモデルデータについて、同様の修正が必要であるか否かを個々に検証し、変換ルールデータを修正するか、第２のモデルデータを個々に修正するかを判断する。このように本発明の第１の特徴に係る変換ルール変更支援装置は、第２のモデルデータの修正が発生すると、その修正に起因して発生しうる同様の修正に、どのように対応させるかを提示することができる。
【００１５】
本発明の第２の特徴は、システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、第１の種別のデータの識別子と、第２の種別のデータの識別子と、第１の種別のデータから第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援装置に関する。即ち、本発明の第２の特徴に係る変換ルール変更支援装置は、入力装置からの指示に基づいて第２の種別のデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２の種別のデータの識別子と、修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２の種別のデータの識別子を抽出して、第２の種別のデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、第２の種別のデータの変換に用いられた変換ルールデータの変更、および第２の種別のデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とを実現する中央処理制御装置を備える。
【００１６】
ここで、第１の種別のデータは、例えばＰＩＭの設計データであるときに、第２の種別のデータは、例えばＰＳＭの設計データである。また、第１の種別のデータは、例えばＰＳＭの設計データであるときに、第２の種別のデータは、例えばプログラムコードである。このように本発明の第２の特徴に係る変換ルール変更支援装置は、第２の種別のデータが変換ツールによって第１の種別のデータから変換される場合に適用される。
【００１７】
本発明の第３の特徴は、オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、第１のモデルデータの識別子と、第２のモデルデータの識別子と、第１のモデルデータから第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援プログラムに関する。即ち、本発明の第３の特徴に係る変換ルール変更支援プログラムは、入力装置からの指示に基づいて第２のモデルデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２のモデルデータの識別子と、修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２のモデルデータの識別子を抽出して、第２のモデルデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、第２のモデルデータの変換に用いられた変換ルールデータの変更、および第２のモデルデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とをコンピュータに実現させる。
【００１８】
本発明の第４の特徴は、システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、第１の種別のデータの識別子と、第２の種別のデータの識別子と、第１の種別のデータから第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶されたリポジトリ記憶部を記憶装置から読み出して、変換ルールデータの変更を支援する変換ルール変更支援プログラムに関する。即ち、本発明の第４の特徴に係る変換ルール変更支援プログラムは、入力装置からの指示に基づいて第２の種別のデータが修正されると、記憶装置からリポジトリ記憶部を読み出して、修正された第２の種別のデータの識別子と、修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置の修正情報記憶部に記憶する修正感知手段と、記憶装置からリポジトリ記憶部を読み出して、修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた第２の種別のデータの識別子を抽出して、第２の種別のデータの識別子を記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、修正対象検出情報記憶部に記憶された全ての第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、第２の種別のデータの変換に用いられた変換ルールデータの変更、および第２の種別のデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、修正判断結果情報を記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、記憶装置から修正判断結果情報記憶部を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段とをコンピュータに実現させる。
【発明の効果】
【００１９】
本発明によれば、最適な変換ルールを得ることのできる変換ルール変更支援装置および変換ルール変更支援プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２０】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。本発明の最良の実施の形態において、オブジェクト指向のクラスの相互関係や継承を説明する図については、ＵＭＬ（Unified Modeling Language）のクラス図の形式で記述されている。このＵＭＬのクラス図においては、クラスを表す四角形、それらの関係を示す結線などで構成される。このクラスを表す四角形には、クラス名、属性、操作（メソッド）が表示される。ここで、クラスの種別（役割）を区別するためにステレオタイプが利用される。クラスの関係を示す結線は、その関係に応じて複数種の形状を備える。ＵＭＬの記述については、後に詳述する。
【００２１】
（最良の実施の形態）
（変更ルール変換支援装置）
図１に示す本発明の最良の実施の形態に係る変換ルール変更支援装置１は、システム開発時に第１のモデル（ＰＩＭ）データから第２のモデル（ＰＳＭ）データへ所定の変換ルールデータに従って変換するときに書き出されたリポジトリ記憶部２４を記憶装置１０７から読み出して、変換ルールデータの変更を支援する装置である。
【００２２】
本発明の最良の実施の形態においては、第１のモデルデータとしてＰＩＭデータを、第２のモデルデータとしてＰＳＭデータを例にして説明するが、第２のモデルデータが、変換ルールデータによって第１のモデルデータから変換されるものであれば、どのような例でもかまわない。
【００２３】
図２に示すように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７およびリムーバブルディスク１０８が接続されている。
【００２４】
中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２から変換ルール変更支援装置１を起動するためのブートプログラムを読み出して実行し、更に記憶装置１０７に記憶されたオペレーティングシステムを読み出す。更に中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６などの入力信号に基づいて、各種装置の制御を行ったり、ＲＡＭ１０３や記憶装置１０７などに記憶されたプログラムおよびデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。
【００２５】
入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０および入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、変換ルール変更支援装置１をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェースおよびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２６】
記憶装置１０７は半導体記憶装置や磁気ディスク装置であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２７】
本発明の最良の実施の形態に係る変換ルール変更支援装置１の記憶装置１０７には、変換ルール変更支援プログラムが記憶されるとともに、修正情報記憶部２１、修正対象検出情報記憶部２２、修正判断結果情報記憶部２３、リポジトリ記憶部２４が備えられている。また、変換ルール変更支援プログラムが変換ルール変更支援装置１の中央処理制御装置１０１に読み込まれＯＳと協働して実行されることによって、修正感知手段１１、変更検出手段１２、ルール変更判断手段１３、変更通知手段１４、ルール変更手段１５が変換ルール変更支援装置１に実装される。
【００２８】
本発明の最良の実施の形態においては、図３に示すように、ＰＩＭデータ１、ＰＩＭデータ２、ＰＩＭデータ３を変換ツールに入力すると、変換ルールデータセットＳ１によって、それぞれＰＳＭデータ１、ＰＳＭデータ２、ＰＳＭデータ３が生成される場合について説明する。図３のＰＳＭデータ１またはＰＳＭデータ３に示すように、一つのＰＩＭデータから複数のＰＳＭデータが生成されても良い。
【００２９】
リポジトリ記憶部２４には、ＰＩＭデータからＰＳＭデータを生成する複数の変換インスタンスの情報が記憶されている。具体的にこの変換インスタンスは、ＰＩＭデータの識別子とそのＰＩＭデータの実体データ、ＰＳＭデータの識別子とそのＰＳＭデータの実体データ、変換ルールデータの識別子と変換ルールデータ、変換記録、修正記録などが記録されている。更に、リポジトリ記憶部２４には、変換ルールデータなどがバージョン管理されて記憶されている。
【００３０】
例えばオブジェクト指向のシステム開発においてリポジトリ記憶部２４には、図４に示すような情報が記憶されている。図４に示すリポジトリ記憶部２４においては、ＰＩＭメタモデルデータから変換ルールデータＲ１を用いて、ＰＳＭメタモデルデータが生成される。図４に示すように、変換ルールデータＲ１は、ＰＩＭメタモデルデータおよびＰＳＭメタモデルデータに依存する。ＰＩＭデータ１およびＰＩＭデータ２は、ＰＩＭメタモデルのインスタンスであり、ＰＳＭデータ１は、ＰＳＭメタモデルのインスタンスである。「メタモデル」とは、例えばＰＩＭまたはＰＳＭを記述するためのＵＭＬのモデル要素(クラス、属性、操作、関係など)を定義するモデルである。ここで、sourceであるＰＩＭデータ１から、変換ルールデータＲ１を用いてtargetであるＰＳＭデータ１を作成する場合、変換インスタンス１が生成されて、リポジトリ記憶部２４に記憶される。このように変換記録に関するリポジトリ記憶部２４には、変換インスタンス１として、sourceとなるＰＩＭデータの識別子（ＰＩＭデータ１）、targetとなるＰＳＭデータの識別子（ＰＳＭデータ１）、ＰＳＭデータ１の生成時に使用された変換ルールの識別子（変換ルールデータＲ１）に関する情報が含まれる。
【００３１】
（変更ルール変換支援プログラム）
次に、図５を参照して、本発明の最良の実施の形態に係る変更ルール変換支援プログラムの概略を説明する。
【００３２】
まず、ステップＳ１０１において、ＰＳＭデータの修正の検知を待機する。ＰＳＭデータの修正が検知されると、ステップＳ１０２において、修正されたＰＳＭデータの識別子と、修正されたＰＳＭデータを生成した変換ルールデータの識別子と、修正内容とを関連づけて修正情報記憶部２１に、記憶する。
【００３３】
次に、ステップＳ１０３において、リポジトリ記憶部２４から修正が必要になる可能性があるＰＳＭデータ、具体的には修正情報記憶部２１に記憶された変換ルールデータで変換されたＰＳＭデータの識別子を検出し、ステップＳ１０４において、検出されたＰＳＭデータの識別子を修正対象検出情報記憶部２２に記憶する。
【００３４】
更に、ステップＳ１０５において、修正対象検出情報記憶部２２を読み出して、修正対象検出情報記憶部２２に記憶されたＰＳＭデータそれぞれについて、ＰＳＭデータの修正が必要であるか否かを判断し、ＰＳＭデータの識別子とその判断結果とを出力する。更に、ＰＳＭデータの修正量に基づいて、ステップＳ１０６において、ＰＳＭデータを修正するか、ＰＳＭデータを生成するために用いられた変換ルールデータを変更するかを判断し、修正判断結果情報記憶部２３に記憶する。具体的には、ＰＳＭデータの修正が多い場合、このＰＳＭデータを生成するために用いられた変換ルールデータの識別子を修正判断結果情報記憶部２３に記憶し、ＰＳＭデータの修正が少ない場合、ステップＳ１０５において修正が必要と判断されたＰＳＭデータの識別子を修正判断結果情報記憶部２３に記憶する。
【００３５】
ステップＳ１０８において、ＰＳＭデータを修正するか、変換ルールデータを変更するかによって、処理を振り分ける。具体的には、ＰＳＭデータを修正する場合、ステップＳ１０９において、開発者端末２に、修正するＰＳＭデータの識別子を送信し、開発者にＰＳＭデータの修正を促す。変換ルールを変更する場合、ステップＳ１１０において、プラットフォーム専門家端末３に変更する変換ルールデータの識別子と、ステップＳ１０２で記憶された修正内容とを通知し、プラットフォーム専門家に修正内容を満たす様に変換ルールデータの変更を促す。
【００３６】
ここで、図６を参照して、変換ツールによる変換インスタンスについて詳述する。図６に示したＰＩＭデータ１をＰＳＭデータ１に変換する変換ルールデータセットＳ１は、変換ルールデータＰ、Ｐ＿Ｓ、Ｓ、Ｓ＿Ｒ、Ｒ、Ｓ＿Ｅ、Ｅを備えている。例えば、ＰＩＭデータ１のXProcessから変換ルールデータＰによって、XProcessActionクラスＥ１と、org.apache.struts.action.ActionクラスＥ２と、XProcessActionクラスＥ１がorg.apache.struts.action.ActionクラスＥ２から継承することを示す結線Ｌ１とを生成し、この情報が、リポジトリ記憶部２４に記憶されている。ここで要素とは、ＵＭＬに含まれる各構成を示し、ＰＩＭデータまたはＰＳＭデータにおけるクラス、各クラスを結ぶ結線などである。
【００３７】
この図６に示した例において、開発者によってXProcessAction要素Ｅ１に対して修正が行われるとする。このとき、ステップＳ１０１において、XProcessAction要素Ｅ１に修正が行われた旨のモデルデータ修正メッセージ３１が、修正感知手段１１によって受信される。これに伴い、ステップＳ１０２において、「ＰＳＭデータ１」、「XProcessAction要素」、修正内容などの情報が、修正情報記憶部２１に記憶される。このとき、XProcessAction要素Ｅ１を生成するときに必要な変換ルールデータＰを抽出し、修正情報記憶部２１に記憶する。
【００３８】
また、要素を生成するために、複数の変換ルールデータを適用した場合、全ての変換ルールデータが検出されることが好ましい。
【００３９】
更に、例えば、XProcessAction要素Ｅ１を削除する修正が行われた場合、変換ツールに備えられたモデルチェッキング機能を利用して、他要素との関連関係を検出することができる。ここで、モデルチェッキング機能とは、モデルが変更される度に要素間の関係をチェックして正当な状態に保たれるようにする機能である。モデルチェッキング機能では、端点に要素がない不正な関連または依存エラーも検出することができる。具体的には、XProcessAction要素Ｅ１が削除された場合、XProcessAction要素Ｅ１がorg.apache.struts.action.Action要素から継承することを示す結線Ｌ１と、XProcessAction要素Ｅ１とXService要素Ｅ３の関連を示す結線Ｌ２との端点に要素がなくなってしまう。従って、結線Ｌ１およびＬ２についても不正な関連または依存エラーとして抽出され、この結線Ｌ１を作成した変換ルールデータＰと、結線Ｌ２を作成した変換ルールデータＰ＿Ｓとが、修正情報記憶部２１に記憶される。このように、モデルチェッキング機能を用いて要素間の相互関係を検証することにより、より的確に修正に関する変換ルールデータを抽出することができる。
【００４０】
（変換ルール変更支援装置の各手段）
次に、本発明の最良の実施の形態に係る変換ルール変更支援装置１に実装される各手段について詳述する。
【００４１】
（修正感知手段）
修正感知手段１１は、開発者による入力装置からの指示に基づいてＰＳＭデータが修正されたことを示すモデルデータ修正メッセージ３１を受信すると、記憶装置１０７からリポジトリ記憶部２４を読み出して、修正されたＰＳＭデータの識別子と、修正されたＰＳＭデータへの変換に用いられた変換ルールデータの識別子とを関連づけて記憶装置１０７の修正情報記憶部２１に記憶する。
【００４２】
修正感知手段１１は、更に、入力装置からの指示に基づいてＰＳＭデータが修正された内容を修正情報記憶部２１に記憶することが好ましい。
【００４３】
このモデルデータ修正メッセージ３１は、例えば、リポジトリ記憶部２４が更新されたときに、リポジトリの管理手段から送信される。修正されたＰＳＭデータへの変換に用いられた変換ルールデータの識別子を抽出する場合、モデルチェッキング機能等を用いて、精度良く抽出されることが好ましい。
【００４４】
修正情報記憶部２１には、修正されたＰＳＭデータの識別子と、このＰＳＭデータを生成するために用いられた変換ルールデータの識別子とが関連づけられて記憶されている。この修正情報記憶部２１は、例えば、図７に示すようなデータ項目とデータを備える。具体的には、修正情報記憶部２１は、ＰＳＭデータの識別子であるＰＳＭデータ名、修正された箇所、修正内容、このＰＳＭデータの生成時に利用した変換ルールデータの識別子が関連づけられて記憶されている。図７に示した修正情報記憶部２１においては、図３に示す例に従って、ＰＳＭデータ１の箇所Ｐ１についてＡの内容で修正され、このＰＳＭデータ１は、変換ルールデータＲ１、Ｒ２によって生成されている場合が記憶されている。
【００４５】
（変更検出手段）
変更検出手段１２は、記憶装置１０７からリポジトリ記憶部２４を読み出して、修正情報記憶部２１に記憶された変換ルールデータの識別子に関連づけられたＰＳＭデータの識別子を抽出して、ＰＳＭデータの識別子を記憶装置１０７の修正対象検出情報記憶部２２に記憶する。
【００４６】
このとき、変更検出手段１２は、修正されたＰＳＭデータと同一のスコープに属するＰＳＭデータの識別子から、修正情報記憶部２１に記憶された変換ルールデータの識別子に関連づけられたＰＳＭデータの識別子を抽出することが好ましい。
【００４７】
変更検出手段１２は、記憶装置１０７から図７に示した修正情報記憶部２１を読み出して、修正されたモデルデータのモデル名「ＰＳＭデータ１」に関連づけられた変換ルールデータの識別子「Ｒ１、Ｒ２」を抽出する。このとき、修正されたＰＳＭデータ１のスコープに従って、同一スコープに属する全てのＰＳＭデータが抽出されることが好ましい。ここでスコープとは、オブジェクトの有効範囲を示し、例えば、ＰＳＭデータ１と同様の変数名のみを使用してその変数を利用することが可能な範囲である。これにより、当該ＰＳＭデータと同じ変換ルールデータによって作成されたＰＳＭであって、修正感知手段１１によって修正されたＰＳＭデータと同様の修正が必要になる可能性のあるＰＳＭデータの識別子である。
【００４８】
更に、変更検出手段１２は、変換ルールデータＲ１またはＲ２によって変換された全てのＰＳＭデータを抽出し、抽出されたＰＳＭデータにおいて、変換ルールデータＲ１またはＲ２によって変換された箇所Ｐ１ないしＲｍを検出し、修正対象検出情報記憶部２２に記憶する。
【００４９】
修正対象検出情報記憶部２２には、修正されたＰＳＭデータと同じ変換ルールデータで変換されたＰＳＭデータの識別子、具体的には同様の修正が予想されるＰＳＭデータの識別子が記憶されている。この修正対象検出情報記憶部２２は、例えば、図８に示すようなデータ構造とデータを備える。具体的には、修正対象検出情報記憶部２２は、ＰＳＭデータの識別子であるＰＳＭデータ名、修正された箇所、このＰＳＭデータが抽出されたキーとなった変換ルールデータの識別子が関連づけられて記憶されている。図８に示した例においては、図７に示した修正情報記憶部２１の「変換ルールデータ」項目で記憶された変換ルールデータＲ１またはＲ２によって生成されたＰＳＭデータ名と、その変換ルールデータに関連する箇所が記憶されている。
【００５０】
変更検出手段１２は、図９に示すような処理を実行する。
ステップＳ２０１において、修正されたＰＳＭデータ名「ＰＳＭデータ１」のスコープに従って、同様の修正が必要になる可能性のあるスコープを指定する。更に、ステップＳ２０２において、変数「ｓ」に、ステップＳ２０１で指定されたスコープに属するＰＳＭデータの数を設定する。
【００５１】
次に、ステップＳ２０３において、変数「ｓ」が０の場合、処理を終了する。
【００５２】
一方、ステップＳ２０３において、変数「ｓ」が０でない場合、ステップＳ２０４において、変数「ｋ」に、修正情報記憶部２１に記憶された変換ルールデータ数を設定する。ステップＳ２０５において、変数「ｋ」が０の場合、ステップＳ２０６において変数「ｓ」をデクリメントしてステップＳ２０３に戻る。
【００５３】
一方、ステップＳ２０５において、変数「ｋ」が０でない場合、ステップＳ２０７において、リポジトリ記憶部２４を読み出して、ＰＳＭデータｓに変換ルールデータＲｋを適用した箇所があるか否かを判断する。変換ルールデータＲｋを適用した箇所がない場合、ステップＳ２０８において変数「ｋ」をデクリメントし、ステップＳ２０５に戻る。
【００５４】
一方、ステップＳ２０５において、変換ルールデータＲｋを適用した場合、変換ルールデータＲｋが適用された箇所Ｐ１を抽出するとともに、ステップＳ２０９において、ＰＳＭデータ名として「ＰＳＭデータｓ」、箇所「Ｐ１」、変換ルールデータ「Ｒｋ」を関連づけて、修正対象検出情報記憶部２２に記憶する。
【００５５】
（ルール変更判断手段）
ルール変更判断手段１３は、修正対象検出情報記憶部２２に記憶された全てのＰＳＭデータの識別子それぞれに対する修正の要否データに基づいて、ＰＳＭデータの変換に用いられた変換ルールデータの変更、およびＰＳＭデータの修正のいずれかを含む修正判断結果情報を変換ルールデータの識別子ごとに出力し、この修正判断結果情報を記憶装置１０７の修正判断結果情報記憶部２３に記憶する。このとき、ルール変更判断手段１３は、修正対象検出情報記憶部２２に記憶された全てのＰＳＭデータの識別子それぞれに対する修正の要否データに基づいて、ＰＳＭデータの変換に用いられた変換ルールデータの識別子ごとに、ＰＳＭデータの修正が多い場合は第２のモデルデータの変換に用いられた変換ルールデータの識別子を修正判断結果情報として記憶装置１０７の修正判断結果情報記憶部２３に記憶し、ＰＳＭデータの修正が少ない場合は修正が必要なＰＳＭデータの識別子を修正判断結果情報として記憶装置１０７の修正判断結果情報記憶部２３に記憶する。
【００５６】
具体的には、ルール変更判断手段１３は、修正対象検出情報記憶部２２に記憶された全てのＰＳＭデータの識別子について、第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、ＰＳＭデータの識別子それぞれに対して修正の要否が判断されて関連づけられ、ＰＳＭデータの修正が必要な場合、修正カウントをインクリメントし、修正が必要でない場合、無修正カウントをインクリメントする。更に、ルール変更判断手段１３は、修正カウントの無修正カウントに対する割合が所定の閾値より大きい場合、ＰＳＭデータの変換に用いられた変換ルールデータの識別子を記憶装置１０７の修正判断結果情報記憶部２３に記憶し、修正カウントの無修正カウントに対する割合が所定の閾値より小さい場合、修正が必要なＰＳＭデータの識別子を記憶装置１０７の修正判断結果情報記憶部２３に記憶する。
【００５７】
ルール変更判断手段１３は、記憶装置１０７から修正対象検出情報記憶部２２を読み出して、変更検出手段１２によって検出されたＰＳＭデータ名、箇所Ｐ１ないしＰｎ、変換ルールデータを抽出する。更に、この箇所Ｐ１ないしＰｎについて各変換ルールデータを適用したとき、修正する必要があるか否かを判定する。このとき、開発者に回答させる場合と、プログラムに判断させる方法とがある。
【００５８】
開発者に判断させる方法では、開発者端末２にダイアログを表示し、箇所Ｐ１ないしＰｎに関して各変換ルールデータを適用したとき、開発者に修正が必要あるか否かをＹｅｓ／Ｎｏ形式で答えさせ、開発者が開発者端末２の入力装置から修正判断指示を入力することにより、ルール変更判断手段１３は、箇所Ｐ１ないしＰｎ毎に修正判断指示３２ａ、３２ｂ、３２ｃ…を開発者端末２から受信する。
【００５９】
プログラムに判断させる方法では、箇所Ｐ１に修正を適用して、モデルチェッキングを実行し、その結果問題なければ、箇所Ｐ１は修正する必要があると判断される。これを各箇所毎に実行し、箇所Ｐ１ないしＰｎ毎に修正判断指示３２ａ、３２ｂ、３２ｃを作成する。
【００６０】
このとき、各箇所について、修正の重みを付けても良い。開発者に判断させる方法では、開発者に重みを入力させ、プログラムに判断させる方法では、変換ルールデータに応じた重みが予め決定されていることが好ましい。
【００６１】
更に、ルール変更判断手段１３は、この修正判断指示３２ａ、３２ｂ、３２ｃ…に基づいて、変換ルールデータ毎に集計計算を行う。このとき、各箇所に修正の重みが設定されている場合、その重みも考慮して集計計算が行われることが好ましい。
【００６２】
各箇所についてＰＳＭデータの修正が必要であるか否かが判断されると、図１０に示したようなデータが、ＲＡＭ１０３などの記憶装置に記憶されることが好ましい。図１０に示したデータでは、図８に示した修正対象検出情報記憶部２２に、「ＰＳＭデータの修正が必要であるか」、「重み」の各項目を備えている。「ＰＳＭデータの修正が必要であるか」の項目には、修正判断指示３２ａ、３２ｂ、３２ｃ…に基づいて、各箇所について修正するか否かをＹｅｓ／Ｎｏ形式で設定されている。この図１０に示したデータに基づいて、変換ルールデータ毎に集計し、図１１に示すデータが、ＲＡＭ１０３などの記憶装置に記憶されることが好ましい。この図１１に示したデータでは、ＰＳＭデータの修正が必要である、具体的には「Ｙｅｓ」が設定されている場合、修正カウントをインクリメントし、ＰＳＭデータの修正が必要でない、具体的には「Ｎｏ」が設定されている場合、無修正カウントをインクリメントして、変換ルールデータ毎に、修正カウントと、無修正カウントの数値がカウントされている。このとき、図１０において修正の重みが設定されている場合、この重みも考慮して修正カウントまたは無修正カウントに数値がカウントされる。
【００６３】
更に、ルール変更判断手段１３は、修正カウントの無修正カウントに対する割合が、所定の閾値以上である場合、変換ルールデータを修正する結果を出力する。この所定の閾値は、変換ルールデータを変更した方が作業量が少なくなるか、ＰＳＭデータを個別に修正した方が作業量が少なくなるかを判断する指標である。具体的には、この閾値が「２」である場合、変換ルールデータＲ１について、修正カウントが「３」、無修正カウントが「０」であるので、修正カウントの無修正カウントに対する割合は、２以上になる。従って、ルール変更判断手段１３は、変換ルールデータＲ１を変更する指示を出力する。また、変換ルールデータＲ２は、修正カウントが「１」、無修正カウントが「１．６」であるので、修正カウントの無修正カウントに対する割合は、２未満になる。従って、ルール変更判断手段１３は、変換ルールデータＲ１を変更せず、ＰＳＭデータを修正する指示を出力する。
【００６４】
この結果、例えば図１２に示すような修正判断結果情報記憶部２３を記憶装置１０７に記憶する。この修正判断結果情報記憶部２３には、変更することが必要である変換ルールデータの識別子と、個別修正が必要であると判断された箇所の識別子が記憶されている。図１１の例に従って具体的には、修正判断結果情報記憶部２３には、変換ルールデータＲ２に関して修正するＰＳＭデータとして、ＰＳＭデータ２の箇所Ｐ２およびＰ３が記憶されるとともに、修正する変換ルールデータとして変換ルールデータＲ１が記憶される。
【００６５】
次に、図１３を参照して本発明の最良の実施の形態に係るルール変更判断手段１３の処理を説明する。
【００６６】
まず、ステップＳ３０１において、修正対象検出情報記憶部２２に記憶された変換ルールデータの識別子一つを抽出し、変数「修正カウント」、変数「無修正カウント」を初期化する。
【００６７】
次に、当該変換ルールデータを使用したＰＳＭデータの箇所の全てについて、ステップＳ３０２ないしステップＳ３０４の処理を行う。具体的には、ステップＳ３０２において、当該箇所に対して、修正情報記憶部２１に記憶された修正内容と同様に修正するか否かを判定し、修正すると判定された場合、ステップＳ３０３において修正カウントが更新される。一方、修正しないと判定された場合、ステップＳ３０４において無修正カウントが更新される。ステップＳ３０３およびステップＳ３０４においては、各箇所について修正の重みが設定されている場合、この重みも考慮して修正カウントまたは無修正カウントが修正される。
【００６８】
当該ルールを使用した全ての箇所について、ステップＳ３０２ないしステップＳ３０４の処理が終了すると、ステップＳ３０５において、修正カウントの無修正カウントに対する割合が所定の閾値より大きいか否かを判定する。所定の閾値より大きい場合、ステップＳ３０６において、修正判断結果情報記憶部２３に当該変換ルールデータの識別子を記憶する。一方、所定の閾値より小さい場合、ステップＳ３０７において、修正判断結果情報記憶部２３に修正するべきＰＳＭデータの識別子を記憶する。
【００６９】
（変更通知手段）
変更通知手段１４は、記憶装置１０７から修正判断結果情報記憶部２３を読み出して、修正判断結果情報記憶部に記憶された修正判断結果情報を出力する手段である。具体的には、変更通知手段１４は、記憶装置１０７から修正判断結果情報記憶部２３を読み出して、ＰＳＭデータの変換に用いられた変換ルールデータを変更する指示を変換ルールデータを作成したプラットフォーム専門家端末３に送信、または修正が必要なＰＳＭデータの識別子とＰＳＭデータを修正する指示とをＰＳＭデータを開発する開発者端末２に送信する。
【００７０】
プラットフォーム専門家端末３に、変更通知手段１４は更に、新たな変換ルールデータの識別子を発番し、その新たな変更ルールデータの識別子と修正内容を含むルールデータ変更指示３４を送信する。この新たに発番される識別子は、修正する変換ルールデータのスコープにのみ適用可能な識別子であることが好ましい。この変換ルールデータの識別子によって、マスタ変換ルールであるか、特定のスコープの範囲内の変換ルールデータであるかを明確に定義することができる。
【００７１】
また、開発者端末２に指示を修正するとき、修正する箇所と、その箇所が所属しているＰＳＭデータの識別子と修正内容を含むモデルデータ変更指示３３を通知する。
【００７２】
（ルール変更手段）
ルール変更手段１５は、プラットフォーム専門家端末３において、変換ルールデータに対して変更を行わせる手段である。このとき、ルール変更手段１５は、修正された内容をプラットフォーム専門家端末３に更に送信し、修正されたＰＳＭデータと同一のスコープにのみ適用可能な新たな修正ルールデータを生成させる。
【００７３】
このルール変更手段１５は、変更対象となるＰＳＭデータとは異なるスコープに影響がでないように、スコープ内にのみ適用可能な変換ルールデータに対して更新する。ルール変更手段１５は、このスコープに対してのみ有効な変換ルールデータが既に存在する場合、その変換ルールデータに対して修正する。
【００７４】
一方、スコープ内にのみ適用可能な変換ルールデータが存在しない場合、ルール変更手段１５は、マスタ変換ルールデータから派生された新たな変換ルールデータを作成し、その新たな変換ルールデータに対して、変更させる。具体的に図１４（ａ）に示すように、スコープ１のＰＳＭデータに対して変換ルールＲｉについて、マスタ変換ルールデータのみ存在するとする。図１４（ａ）においては、ＰＳＭデータに対して、スコープ１の変換ルールデータＲ１は存在するが、スコープ１の変換ルールデータＲｉは存在していない。この場合、図１４（ｂ）に示すように、変換ルール変更支援装置１は、マスタ変換ルールデータＲｉから新たな変換ルールを派生させ、スコープ１の変換ルールデータＲｉを生成し、プラットフォーム専門家端末３にこのスコープ１の変換ルールデータＲｉに対して、変更させる。
【００７５】
これにより、変換ルールデータを変更する場合でも、スコープ内にのみ有効な変換ルールデータに対して変更させるため、他のスコープに影響を与えることなく、当該スコープに最適な変換ルールデータを作成することができる。
【００７６】
（変換ルール変更支援装置の効果）
このように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、ＰＳＭデータの修正が発生すると、その修正に起因して発生しうる同様の修正に、どのように対応させるかを提示することができる。具体的には、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、ある変換ルールデータによって生成されたＰＳＭデータの各箇所について、修正が必要であるか否かを判断する。修正が多い場合、変換ルールデータを修正してＰＳＭデータを再作成させることにより、作業工数を削減させることができる。また、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、より最適な変換ルールデータを作成することができる。一方、修正が少ない場合、変換ルールデータを修正するよりも各ＰＳＭデータを修正させることにより、作業工数を削減させることができる。
【００７７】
更に、変換ルールデータを変更する場合でも、修正されたＰＳＭのスコープにのみ適用可能な変換ルールデータに変更するので、他のスコープに影響を与えることなく、当該スコープに最適な変換ルールデータを作成することができる。
【００７８】
このように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、システムを快適に動作させるためにＰＳＭデータが修正されると、その修正されたＰＳＭデータを作成する変換ルールデータを抽出することにより、変更すべき変換ルールデータの候補を決定する。更に本発明の最良の実施の形態に係る変換ルール変更支援装置１は、その変換ルールデータを変更した場合の影響を調べて変換ルールデータを変更するか否かを決定することにより、最適な変換ルールデータを生成することができる。
【００７９】
（変形例１）
本発明の最良の実施の形態の変形例１においては、変換ルールデータが変更されＰＳＭデータが再生成された場合について説明する。
【００８０】
本発明の最良の実施の形態の変形例に係る変換ルール変更支援装置１の記憶装置１０７には、ＰＳＭデータが再生成される前のＰＳＭデータに対して行われた修正記録が記憶されている。この修正記録は、例えば、リポジトリ記憶部２４に記憶されることが好ましい。変換ルール変更支援装置１は、再生成されたＰＳＭデータに対して修正記録を適用する手段を備える。
【００８１】
具体的には、図１５に示すように、ＰＳＭデータ１の箇所Ｐ１は変換ルールデータＲ１によって生成されたとする。変換ルール変更支援装置１は、この箇所Ｐ１に対する修正記録を、記憶装置１０７に記憶する。ここで、変換ルールデータＲ１を派生させて新たな変換ルールデータＲ１１が再生成され、この変換ルールデータＲ１１によって生成された新たな箇所Ｐ１を有するＰＳＭデータ１’が生成されたとする。変換ルール変更支援装置１は、記憶装置１０７からＰＳＭデータ１の箇所Ｐ１に対する修正記録を読み出し、ＰＳＭデータ１’の箇所Ｐ１’に対してこの修正記録を適用する。
【００８２】
このような本発明の最良の実施の形態の変形例に係る変換ルール変更支援装置１は、新たな変換ルールデータによって再生成される前に手動修正された修正履歴を提要することができるので、開発者の作業量を軽減させることができる。
【００８３】
（変形例２）
本発明の最良の実施の形態の変形例１においては、変換ルールデータを世代管理する場合について説明する。
【００８４】
変換ルールデータは、開発者、システム開発プロジェクト、システム開発対象となる組織の知恵、経験、ノウハウであり、これらの情報は有効に蓄積される必要がある。本発明の最良の実施の形態によって、スコープ内の変換ルールデータを変更することにより、スコープ内に最適なＰＳＭデータを得ることができる。
【００８５】
そこで、本発明の最良の実施の形態の変形例２に係る変換ルール変更支援装置１のルール変更手段１５は、においては、定期的にスコープ範囲の変換ルールデータをチェックし、下位スコープ範囲における同じ派生元の変換ルールデータが一定数量蓄積されることを検知する。下位スコープ範囲における同じ派生元の変換ルールデータが一定数量蓄積されると、上位スコープの派生もとである変換ルールデータの変更や、マスタ変換ルールデータの変更を検討するために、マスタルールデータ変更指示３５をプラットフォーム専門家端末３に送信する。上位スコープの変換ルールが変更された場合、下位スコープの変換ルールデータの変更を検討することが好ましい。
【００８６】
具体的には、図１６に示すように、下位スコープにおける変換ルールデータ１の変更が一定数以上になると、変換ルール変更支援装置１は、上位スコープの変換ルールデータ１の変更を促す通知を出力する。また、上位スコープにおける変換ルールデータ２の変更が一定数以上になると、変換ルール変更支援装置１は、上位スコープの変換ルールデータ１の変更を促す通知を出力する。
【００８７】
この方法は、狭いスコープで適用された方法が伝播することにより、全組織にその方法が適用されるような場合に最適である。
【００８８】
これにより、システム開発対象となる組織における業務の流れが時間の経過とともに変更されたとしても、より広いスコープにその変更を適用させ、変換ルールデータを進化させることができるので、より最適な変換ルールデータを作成することができる。
【００８９】
（変形例３）
本発明の最良の実施の形態の変形例３に係る変換ルール変更支援装置１は、所定の目的のための変換ルールデータを異なる目的に適用し、変換ルールを横展開する場合について説明する。具体的には、変換ルール変更支援装置１は、特定のスコープ範囲の変換ルールデータをコピーし、ＰＩＭデータからＰＳＭデータへの変換を行う。これにより変換されたＰＳＭデータに対して。新たな目的に合致するように修正し、変換ルール変更支援装置１によって、その修正を変換ルールデータに反映させる。これにより、新たな目的のための変換ルールデータが作成されることができる。
【００９０】
（変形例４）
本発明の最良の実施の形態の変形例４に係る変換ルール変更支援装置１は、ＰＩＭデータからＰＳＭデータに限らず、所定の変換ツールによって変換されるデータに適用することができる。具体的には、変換ルール変更支援装置１は、システム開発時に第１の種別のデータから所定の変換ルールデータに従って変換された第２の種別のデータに対して修正が行われると、この変換ルールデータによって変換された第２の種別のデータを抽出してそれぞれのデータに対して修正が必要であるか否かを判断する。これにより変換ルール変更支援装置１は、変換ルールデータを変更するか、第２の種別のデータを修正するかを判断し出力する。
【００９１】
変換ルール変更支援装置１によって、変換ルールデータを変更すると判断されると、その旨の通知が変換ルールデータの責任者である専門家端末に送信され、第２の種別のデータを修正すると判断されると、その旨の通知が第２の種別のデータの責任者である開発者端末に送信される。
【００９２】
上述した本発明の最良の実施の形態においては、第１の種別のデータがＰＩＭデータで、第２の種別のデータがＰＳＭデータである場合について説明したが、これに限られない。例えば、第１の種別のデータがシステム開発対象のビジネスプロセスモデルを示したＣＩＭ（computation independent model）データで、第２の種別のデータがＣＩＭデータから所定の変換ルールデータによって作成されるＰＩＭデータであっても良い。更に、第１の種別のデータがＰＳＭデータであって、第２の種別のデータがＰＳＭデータから所定の変換ルールデータによって作成されるプラットフォーム依存のプログラムコードであっても良い。
【００９３】
このように、本発明の最良の実施の形態に係る変換ルール変更支援装置１は、変換ソースとなる上位設計モデルデータ（第１の種別のデータ）と、ターゲットとなる下位設計モデルデータ（第２の種別のデータ）を備えるシステムにおいて、設計モデルを示すデータの変換に適用することができる。
【００９４】
（ＰＩＭおよびＰＳＭの概説）
次に、図１７および図１８を参照して、ＰＩＭデータおよびＰＳＭデータに関する一般的なＵＭＬ形式での記述について説明する。ＵＭＬ形式におけるモデリングパターンには、Process、Service、Entity、Ruleの４つのパターンが存在する。このモデリングパターンは、システム設計時に、システム開発における要求仕様からビジネスロジックを抽出し、その役割によって分類される。
【００９５】
Processは、サービスの組み合わせによって作られるビジネスフローである。Serviceは、実際にシステムが提供するサービスである。Entityは、システム内のデータベース等で保持されるデータである。Ruleは、Process、Serviceなどに内包されるシステムの業務に特有のルールである。
【００９６】
まず、図１７に示すＰＩＭデータについて説明する。ＰＩＭデータでは、ＰＩＭデータを構成する要素群の間の関係付けの規則を定める。この規則にはずれる関係付けを持ったＰＩＭデータは不正なＰＩＭデータとして、修正の対象となる。
processクラスＥ１１とserviceクラスＥ１２とを結ぶ結線Ｌ１１は、ある業務プロセスが、ある業務サービスを呼び出すことで業務機能を実行することを示している。このとき、結線Ｌ１１は、業務プロセスから業務サービスに向かって破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。ここで「ステレオタイプ」とは、その要素に関連づけられた具体的な意味を表す。
serviceクラスＥ１２とentityクラスＥ１３を結ぶ結線Ｌ１２は、ある業務サービスがロジックの実行中に処理の対象となる業務エンティティを操作することを示している。このとき、業務サービスから業務エンティティに向かって破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。
processクラスＥ１１とruleクラスＥ１４を結ぶ結線Ｌ１３は、ある業務プロセスが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務プロセスから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。菱形は集約で、全体と部分を強調する。
serviceクラスＥ１２とruleクラスＥ１４を結ぶ結線Ｌ１４は、ある業務サービスが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務プロセスから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。
【００９７】
次に、図１８に示すＰＳＭデータについて説明する。ＰＳＭデータでは、ＰＳＭを構成する要素群の間の関係付けの規則を定める。この規則にはずれる関係付けを持ったＰＳＭデータは不正なＰＳＭデータとして、修正の対象となる。
actionクラスＥ２１とprocessクラスＥ２２とを結ぶ結線Ｌ２１は、業務プロセスがStrutsのActionクラスを継承することを示している。このとき、actionクラスＥ２１から業務プロセスに向かって、actionクラスＥ２１側の端点が逆三角の実線が記述される。
processクラスＥ２２とservicePackageＥ２３とを結ぶ結線Ｌ２２は、ある業務プロセスが、業務サービスパッケージの中の業務サービスを呼び出すことで、業務機能を実行することを示している。このとき、業務プロセスから業務サービスパッケージに向かって、破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。
processクラスＥ２２とruleクラスＥ２４とを結ぶ結線Ｌ２３は、ある業務プロセスが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務プロセスから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。
servicePackageクラスＥ２３とruleクラスＥ２４とを結ぶ結線Ｌ２４は、ある業務サービスパッケージが、業務機能の実行中に業務ルールを呼び出すことを示している。このとき、業務サービスパッケージから業務ルールに向かって、業務プロセス側の端点が菱形の実線が記述される。
servicePackageクラスＥ２３とhelperクラスＥ２５およびentityクラスＥ２６とを結ぶ結線Ｌ２５は、業務サービスパッケージが、ロジックの実行中に処理対象となる業務エンティティおよびヘルパーを操作することを示している。このとき、業務サービスパッケージから業務エンティティおよびヘルパーに向かって、破線矢印が記述され、その破線には「<<use>>」のステレオタイプが記述される。
helperクラスＥ２５とentityクラスＥ２６とを結ぶ結線Ｌ２６は、ヘルパーがエンティティのインスタンスである依存関係を示している。このとき、ヘルパーからエンティティに向かって、破線矢印が記述され、その破線には「<<instantiate>>」のステレオタイプが記述される。
【００９８】
（ＰＩＭデータおよびＰＳＭデータの具体例）
次に、「経費購買申請システム」の中の一部の業務機能に対応するＰＩＭデータと、変換ルールを用いて生成したＰＳＭデータを説明する。
【００９９】
まず、図１９ないし図２２を参照して、「経費購買申請システム」の一部の業務機能を説明する。まず、図１９に示すログイン画面Ｐ１０１が表示され、ユーザに入力装置からログイン名、パスワードを入力させ、ログインボタンＢ１０１をクリックさせる。このとき経費購買申請システムは、入力されたユーザ名に基づいて当該ユーザの権限情報を取得する。
【０１００】
ユーザがログインすると、経費購買申請システムは、図２０に示すメニュー画面Ｐ１０２を提示する。ここで、ユーザによって入力装置から一覧・変更リンクＬ１０１がクリックされると、図２１に示す検索画面Ｐ１０３が表示される。この検索画面Ｐ１０３で、検索条件が入力され、検索実行ボタンＢ１０２がクリックされると、申請書一覧が表示される。ここで、権限のあるユーザが閲覧する画面には、変更・削除リンクＬ１０２が設けられる、このユーザによって変更・削除リンクＬ１０２がクリックされると、図２２に示したそのユーザに申請書の詳細を閲覧させる申請書表示画面Ｐ１０４を表示する。
【０１０１】
図１９ないし図２２を参照して説明した経費購買申請システムの一部の業務機能のＰＩＭを、図２３を参照して説明する。
【０１０２】
MainFlowControlクラスは、ログインの業務機能に対応し、Get_LoginInfoクラスと、Get_AuthenticationInfoクラスとを呼び出す。Get_LoginInfoクラスは、ログイン画面Ｐ１０１のログインボタンＢ１０１と対応するロジックを提供している。Get_AuthenticationInfoクラスは、ログインする際に、ユーザの権限情報を取得するロジックを提供している。
【０１０３】
Get_LoginInfoクラスと、Get_AuthenticationInfoクラスは、その実行中に、MemberInfoクラスを操作する。このMemberInfoクラスは、ユーザの権限や認証条件などのユーザ情報に対応する。
【０１０４】
一方、IchiranHenkouクラスは、一覧変更の業務機能に対応し、Get_SinseisyoListクラスと、Get_Sinseisyoクラスとを呼び出す。Get_SinseisyoListクラスは、検索画面Ｐ１０３において検索実行ボタンＢ１０２に対応するロジックを提供しているGet_Sinseisyoクラスは、検索画面Ｐ１０３において変更・削除リンクＬ１０２に対応するロジックを提供している。
【０１０５】
Get_SinseisyoListクラスと、Get_Sinseisyoクラスは、その実行中にSinseiInfoクラスを操作する。このSinseiInfoクラスは、IchiranHenkouクラスの業務機能によって操作される申請書データに対応する。このSinseiInfoクラスは、データベース上に対応するテーブルを持つ。
【０１０６】
Get_Sinseisyoクラスは、その業務機能の実行中に、Check_Authenticationクラスを呼び出す。Check_Authenticationクラスは、ユーザの権限チェックルールに対応する。
【０１０７】
次に、図２４を参照して、図２３に示したＰＩＭデータから変換ルールデータに従って変換されたＰＳＭデータを説明する。
【０１０８】
Actionクラスは、Struts固有の要素（クラス）を追加したことを示し、これにより元々ＰＩＭデータ中に含まれたMainFlowControlクラスおよびIchiranHenkouクラスの各要素と関連づけることができる。ここで、Struts(ストラッツ)はウェブアプリケーションを開発するためのフレームワーク（枠組み）であって、このフレームワークにより、クラスとインタフェースが定義され、全体として一つのアプリケーションとして機能するように、相互の連携が緊密になる。servicePackage_MemberInfoServiceクラスやservicePackage_SinseiServiceクラスなどのサービスパッケージによって、業務サービスはパッケージ毎に一つのクラスの中の操作（メソッド）としてまとめられる。具体的には、servicePackage_MemberInfoServiceクラスは、get_LoginInfoサービスと、get_AuthenticationInfoサービスのメソッドを備える。servicePackage_SinseiServiceクラスは、get_SinseisyoListサービスと、get_Sinseisyoサービスのメソッドを備える。また、MemberInfoクラスは、MemberInfoHomeクラスを追加し、SinseiInfoクラスは、SinseiInfoHomeクラスを追加する。
【０１０９】
この図２４に示したＰＳＭデータを生成するためには、例えば、R_process、R_ps、R_service、R_se、R_entity、R_associationなどの変換ルールデータを含む変換ルールデータセットが用いられる。図２５には、これらの変換ルールデータセットによるＰＩＭデータからＰＳＭデータの変換記録が示されている。この変換記録には、ＰＳＭデータの各要素がどの変換ルールデータによって生成されたのかが把握される。
【０１１０】
図２６は、この変換記録の一部をテーブル状にしたものである。IchiranHenkouActionクラスとservicePackage_SinseiServiceクラス間の依存関係を示す要素、具体的には図２７（ａ）に示す結線は、ＰＩＭデータにおけるIchiranHenkouとGet_SinseisyoList、Get_Sinseisyoクラス間の関係を示しており、変換ルールデータR_psによって変換された結果である。
【０１１１】
ここで、図２７（ａ）に示されたＰＳＭデータを、図２７（ｂ）に示されたＰＳＭデータに修正するとする。具体的には、IchiranHenkouActionクラスとservicePackage_SinseiServiceクラスとの依存関係において、servicePackage_SinseiServiceクラスへの依存関係を、servicePackage_SinseiServiceStubクラスへの依存関係に修正する。このとき、本発明の最良の実施の形態に係る変換ルール変更支援装置１の修正感知手段１１は、この修正前のIchiranHenkouActionクラスとservicePackage_SinseiServiceクラスとの依存関係は、図２５に示す変換記録における結線Ｌ５１であるので、図２４に示したＰＩＭデータから変換ルールデータR_psを適用して変換されたものであると検出する。
【０１１２】
その後、変換ルール変更支援装置１の変更検出手段１２は、変換ルールデータR_psを適用して変換された全ての要素を抽出して修正対象検出情報記憶部２２に記憶する。変換ルールデータP_psを適用して変換された要素は、MainFlowControlActionクラスとservicePackage_MemberInfoServiceクラスの依存関係を示す結線Ｌ５２であるので、修正対象検出情報記憶部２２は、結線Ｌ５２に関する情報が記憶される。
【０１１３】
変換ルール変更支援装置１のルール変更判断手段１３は、この結線Ｌ５２について修正の必要があるか否かを決定する。ここで、変換ルールデータR_psを用いて変換されたＰＳＭデータに対して修正が必要であると判断された場合、ルール変更判断手段１３は、変換ルールデータを変更する指示を出力し、変更通知手段１４は、プラットフォーム専門家端末３に変換ルールデータの変更指示を送信する。
【０１１４】
ルール変更手段１５は、プラットフォーム専門家に変換ルールデータを変更させる際、マスタ用の変換ルールデータを特定のスコープ用の変換ルールデータとして派生させて、プラットフォーム専門家にその特定のスコープ用の変換ルールデータを変更させる。具体的には、図２８（ａ）に示す様に、マスタ用の変換ルールデータR_psが定義されている場合、図２８（ｂ）に示すように、特定のスコープ用の変換ルールデータR_psを生成して、その依存関係を、プラットフォーム専門家に修正させる。
【０１１５】
このように、変換ルールが変更される度に、図２８（ｃ）に示す様にその変換ルールデータを適用させるスコープ毎に変換ルールデータが定義されると、各スコープに同様な変換ルールの変更がある場合、それを検知し出力することにより、マスタ変換ルールデータを変更する必要が生じることをプラットフォーム専門家に通知する。
【０１１６】
また、図２９（ａ）に示すようなStruts用の変換ルールをコピーして修正し、Ｗｅｂサービスなどの異なる目的の変換ルールデータを作成することも可能である。
【０１１７】
（その他の実施の形態）
上記のように、本発明の最良の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【０１１８】
例えば、本発明の最良の実施の形態に記載した変換ルール変更支援装置は、図１に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、リポジトリ記憶部２４は、ＰＩＭデータからＰＳＭデータへの変換を実行する装置の記憶装置に記憶され、変換ルール変更支援装置１によって読み出されても良い。
【０１１９】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１２０】
【図１】本発明の最良の実施の形態に係る変換ルール変更支援装置の機能ブロック図である。
【図２】本発明の最良の実施の形態に係る変換ルール変更支援装置のハードウェア構成図である。
【図３】本発明の最良の実施の形態において、変換ツールによるモデルデータの変換を説明する図である。
【図４】本発明の最良の実施の形態において、変換ツールによるモデルデータの変換を詳細に説明する図である。
【図５】本発明の最良の実施の形態に係る変換ルール変更支援プログラムのフローチャートである。
【図６】本発明の最良の実施の形態において、ＰＳＭデータを修正した場合に影響する変換ルールを説明する図である。
【図７】本発明の最良の実施の形態に係る修正情報記憶部のデータ構造とデータの一例を説明する図である。
【図８】本発明の最良の実施の形態に係る修正対象検出情報記憶部のデータ構造とデータの一例を説明する図である。
【図９】本発明の最良の実施の形態に係る変更検出手段による詳細な処理を説明するフローチャートである。
【図１０】本発明の最良の実施の形態に係るルール変換判断手段によって一時記憶されるデータ構造とデータの一例であって、ＰＳＭデータの箇所毎に修正の有無が記憶されたデータを説明する図である。
【図１１】本発明の最良の実施の形態に係るルール変換判断手段によって一時記憶されるデータ構造とデータの一例であって、変換ルールデータ毎に集計された結果を示すデータを説明する図である。
【図１２】本発明の最良の実施の形態に係る修正判断結果情報記憶部のデータ構造とデータの一例を説明する図である。
【図１３】本発明の最良の実施の形態に係るルール変更手段による詳細な処理を説明するフローチャートである。
【図１４】本発明の最良の実施の形態において、変換ルールを変更させる場合におけるマスタ変換ルールデータの派生を説明する図である。
【図１５】本発明の最良の実施の形態の変形例１において、手動で修正された修正内容を再生成されたＰＳＭデータに適用する場合を説明する図である。
【図１６】本発明の最良の実施の形態の変形例２における変換ルールデータの進化を説明する図である。
【図１７】ＰＩＭデータをＵＭＬ形式で記載した場合の記載形式を説明する図である。
【図１８】ＰＳＭデータをＵＭＬ形式で記載した場合の記載形式を説明する図である。
【図１９】ＰＩＭデータおよびＰＳＭデータの具体例である業務フローにおけるログイン画面の画面例である。
【図２０】ＰＩＭデータおよびＰＳＭデータの具体例を適用する業務フローにおけるメニュー画面の画面例である。
【図２１】ＰＩＭデータおよびＰＳＭデータの具体例を適用する業務フローにおける検索画面の画面例である。
【図２２】ＰＩＭデータおよびＰＳＭデータの具体例を適用する業務フローにおける申請書表示画面の画面例である。
【図２３】図１９ないし図２２で示した業務フローにおけるＰＩＭデータの具体例の一つである。
【図２４】図１９ないし図２２で示した業務フローにおけるＰＳＭデータの具体例の一つである。
【図２５】図１９ないし図２２で示した業務フローにおけるＰＳＭデータを生成する変換ルールデータセットの具体例の一つである。
【図２６】図１９ないし図２２で示した業務フローにおける一部の変換ルールデータを説明する図である。
【図２７】図１９ないし図２２で示した業務フローにおけるＰＳＭデータの変更を説明する図である。
【図２８】図１９ないし図２２で示した業務フローにおける変換ルールデータの変更を説明する図である。
【図２９】変換ルールデータの異なる目的への展開を説明する図である。
【図３０】変換ツールによって、ＰＩＭデータからＰＳＭデータが作成されることを説明する図である。
【符号の説明】
【０１２１】
１…変換ルール変更支援装置
２…開発者端末
３…プラットフォーム専門家端末
１１…修正感知手段
１２…変更検出手段
１３…ルール変更判断手段
１４…変更通知手段
１５…ルール変更手段
２１…修正情報記憶部
２２…修正対象検出情報記憶部
２３…修正判断結果情報記憶部
２４…リポジトリ記憶部
３１…モデルデータ修正メッセージ
３２…修正判断指示
３３…モデルデータ変更指示
３４…ルールデータ変更指示
３５…マスタルールデータ変更指示
１０１…中央処理制御装置
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…入力装置
１０５…表示装置
１０６…通信制御装置
１０７…記憶装置
１０８…リムーバブルディスク
１０９…入出力インタフェース
１１０…バス
【特許請求の範囲】
【請求項１】
オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、前記第１のモデルデータの識別子と、前記第２のモデルデータの識別子と、前記第１のモデルデータから前記第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援装置であって、
入力装置からの指示に基づいて前記第２のモデルデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２のモデルデータの識別子と、前記修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出して、前記第２のモデルデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する変更の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの変更、および前記第２のモデルデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された前記修正判断結果情報を出力する変更通知手段
とを実現する中央処理制御装置
を備えることを特徴とする変換ルール変更支援装置。
【請求項２】
前記ルール変更判断手段は、前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの修正が多い場合は前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記第２のモデルデータの修正が少ない場合は修正が必要な前記第２のモデルデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項１に記載の変換ルール変更支援装置。
【請求項３】
前記ルール変更判断手段は、前記変更検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子について、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの識別子それぞれに対して修正の要否が判断されて関連づけられ、前記第２のモデルデータの修正が必要な場合、修正カウントをインクリメントし、修正が必要でない場合、無修正カウントをインクリメントし、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より大きい場合、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より小さい場合、修正が必要な第２のモデルデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項１または２に記載の変換ルール変更支援装置。
【請求項４】
前記変更通知手段は、前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記第２のモデルデータの変換に用いられた変換ルールデータを変更する指示を前記変換ルールデータを作成したプラットフォーム専門家端末に送信、または前記修正が必要な第２のモデルデータの識別子と前記第２のモデルデータを修正する指示とを前記第２のモデルデータを開発する開発者端末に送信する
ことを特徴とする請求項１ないし３のいずれか１項に記載の変換ルール変更支援装置。
【請求項５】
前記変更検出手段は、前記修正された前記第２のモデルデータと同一のスコープに属する前記第２のモデルデータの識別子から、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出する
ことを特徴とする請求項１ないし４のいずれか１項に記載の変換ルール変更支援装置。
【請求項６】
前記修正感知手段は、更に、入力装置からの指示に基づいて前記第２のモデルデータが修正された内容を前記修正情報記憶部に記憶し、
前記中央処理制御装置は、更に
前記修正された内容を前記プラットフォーム専門家端末に更に送信し、前記修正された前記第２のモデルデータと同一のスコープにのみ適用可能な新たな修正ルールデータを生成させるルール変更手段を実現する
ことを特徴とする請求項１ないし５のいずれか１項に記載の変換ルール変更支援装置。
【請求項７】
前記第１のモデルデータは、プラットフォームに依存しないモデル（ＰＩＭ）データであって、第２のモデルデータは、プラットフォームに依存したモデル（ＰＳＭ）データである
ことを特徴とする請求項１ないし６のいずれか１項に記載の変換ルール変更支援装置。
【請求項８】
システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、前記第１の種別のデータの識別子と、前記第２の種別のデータの識別子と、前記第１の種別のデータから前記第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶された前記リポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援装置であって、
入力装置からの指示に基づいて前記第２の種別のデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２の種別のデータの識別子と、前記修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２の種別のデータの識別子を抽出して、前記第２の種別のデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、前記第２の種別のデータの変換に用いられた変換ルールデータの変更、および前記第２の種別のデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段
とを実現する中央処理制御装置
を備えることを特徴とする変換ルール変更支援装置。
【請求項９】
オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、前記第１のモデルデータの識別子と、前記第２のモデルデータの識別子と、前記第１のモデルデータから前記第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援プログラムであって、
入力装置からの指示に基づいて前記第２のモデルデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２のモデルデータの識別子と、前記修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出して、前記第２のモデルデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの変更、および前記第２のモデルデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段
とをコンピュータに実現させることを特徴とする変換ルール変更支援プログラム。
【請求項１０】
前記ルール変更判断手段は、前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの修正が多い場合は前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記第２のモデルデータの修正が少ない場合は修正が必要な前記第２のモデルデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項９に記載の変換ルール変更支援プログラム。
【請求項１１】
前記ルール変更判断手段は、前記変更検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子について、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの識別子それぞれに対して修正の要否が判断されて関連づけられ、前記第２のモデルデータの修正が必要な場合、修正カウントをインクリメントし、修正が必要でない場合、無修正カウントをインクリメントし、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より大きい場合、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より小さい場合、修正が必要な第２のモデルデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項９または１０に記載の変換ルール変更支援プログラム。
【請求項１２】
前記変更通知手段は、前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記第２のモデルデータの変換に用いられた変換ルールデータを変更する指示を前記変換ルールデータを作成したプラットフォーム専門家端末に送信、または前記修正が必要な第２のモデルデータの識別子と前記第２のモデルデータを修正する指示とを前記第２のモデルデータを開発する開発者端末に送信する
ことを特徴とする請求項９ないし１１のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１３】
前記変更検出手段は、前記修正された前記第２のモデルデータと同一のスコープに属する前記第２のモデルデータの識別子から、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出する
ことを特徴とする請求項９ないし１２のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１４】
前記修正感知手段は、更に、入力装置からの指示に基づいて前記第２のモデルデータが修正された内容を前記修正情報記憶部に記憶し、
更に、
前記修正された内容を前記プラットフォーム専門家端末に更に送信し、前記修正された前記第２のモデルデータと同一のスコープにのみ適用可能な新たな修正ルールデータを生成させるルール変更手段をコンピュータに実現実現させる
ことを特徴とする請求項９ないし１３のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１５】
前記第１のモデルデータは、プラットフォームに依存しないモデル（ＰＩＭ）データであって、第２のモデルデータは、プラットフォームに依存したモデル（ＰＳＭ）データである
ことを特徴とする請求項９ないし１４のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１６】
システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、前記第１の種別のデータの識別子と、前記第２の種別のデータの識別子と、前記第１の種別のデータから前記第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶された前記リポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援プログラムであって、
入力装置からの指示に基づいて前記第２の種別のデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２の種別のデータの識別子と、前記修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２の種別のデータの識別子を抽出して、前記第２の種別のデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、前記第２の種別のデータの変換に用いられた変換ルールデータの変更、および前記第２の種別のデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段
とをコンピュータに実現させることを特徴とする変換ルール変更支援プログラム。
【請求項１】
オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、前記第１のモデルデータの識別子と、前記第２のモデルデータの識別子と、前記第１のモデルデータから前記第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援装置であって、
入力装置からの指示に基づいて前記第２のモデルデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２のモデルデータの識別子と、前記修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出して、前記第２のモデルデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する変更の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの変更、および前記第２のモデルデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された前記修正判断結果情報を出力する変更通知手段
とを実現する中央処理制御装置
を備えることを特徴とする変換ルール変更支援装置。
【請求項２】
前記ルール変更判断手段は、前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの修正が多い場合は前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記第２のモデルデータの修正が少ない場合は修正が必要な前記第２のモデルデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項１に記載の変換ルール変更支援装置。
【請求項３】
前記ルール変更判断手段は、前記変更検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子について、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの識別子それぞれに対して修正の要否が判断されて関連づけられ、前記第２のモデルデータの修正が必要な場合、修正カウントをインクリメントし、修正が必要でない場合、無修正カウントをインクリメントし、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より大きい場合、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より小さい場合、修正が必要な第２のモデルデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項１または２に記載の変換ルール変更支援装置。
【請求項４】
前記変更通知手段は、前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記第２のモデルデータの変換に用いられた変換ルールデータを変更する指示を前記変換ルールデータを作成したプラットフォーム専門家端末に送信、または前記修正が必要な第２のモデルデータの識別子と前記第２のモデルデータを修正する指示とを前記第２のモデルデータを開発する開発者端末に送信する
ことを特徴とする請求項１ないし３のいずれか１項に記載の変換ルール変更支援装置。
【請求項５】
前記変更検出手段は、前記修正された前記第２のモデルデータと同一のスコープに属する前記第２のモデルデータの識別子から、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出する
ことを特徴とする請求項１ないし４のいずれか１項に記載の変換ルール変更支援装置。
【請求項６】
前記修正感知手段は、更に、入力装置からの指示に基づいて前記第２のモデルデータが修正された内容を前記修正情報記憶部に記憶し、
前記中央処理制御装置は、更に
前記修正された内容を前記プラットフォーム専門家端末に更に送信し、前記修正された前記第２のモデルデータと同一のスコープにのみ適用可能な新たな修正ルールデータを生成させるルール変更手段を実現する
ことを特徴とする請求項１ないし５のいずれか１項に記載の変換ルール変更支援装置。
【請求項７】
前記第１のモデルデータは、プラットフォームに依存しないモデル（ＰＩＭ）データであって、第２のモデルデータは、プラットフォームに依存したモデル（ＰＳＭ）データである
ことを特徴とする請求項１ないし６のいずれか１項に記載の変換ルール変更支援装置。
【請求項８】
システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、前記第１の種別のデータの識別子と、前記第２の種別のデータの識別子と、前記第１の種別のデータから前記第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶された前記リポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援装置であって、
入力装置からの指示に基づいて前記第２の種別のデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２の種別のデータの識別子と、前記修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２の種別のデータの識別子を抽出して、前記第２の種別のデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、前記第２の種別のデータの変換に用いられた変換ルールデータの変更、および前記第２の種別のデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段
とを実現する中央処理制御装置
を備えることを特徴とする変換ルール変更支援装置。
【請求項９】
オブジェクト指向によるシステム開発時に第１のモデルデータから第２のモデルデータへ所定の変換ルールデータに従って変換するときに、前記第１のモデルデータの識別子と、前記第２のモデルデータの識別子と、前記第１のモデルデータから前記第２のモデルデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数の変換インスタンスが記憶されたリポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援プログラムであって、
入力装置からの指示に基づいて前記第２のモデルデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２のモデルデータの識別子と、前記修正された第２のモデルデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出して、前記第２のモデルデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの変更、および前記第２のモデルデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段
とをコンピュータに実現させることを特徴とする変換ルール変更支援プログラム。
【請求項１０】
前記ルール変更判断手段は、前記修正対象検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子それぞれに対する修正の要否データに基づいて、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの修正が多い場合は前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記第２のモデルデータの修正が少ない場合は修正が必要な前記第２のモデルデータの識別子を前記修正判断結果情報として前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項９に記載の変換ルール変更支援プログラム。
【請求項１１】
前記ルール変更判断手段は、前記変更検出情報記憶部に記憶された全ての前記第２のモデルデータの識別子について、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子ごとに、前記第２のモデルデータの識別子それぞれに対して修正の要否が判断されて関連づけられ、前記第２のモデルデータの修正が必要な場合、修正カウントをインクリメントし、修正が必要でない場合、無修正カウントをインクリメントし、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より大きい場合、前記第２のモデルデータの変換に用いられた変換ルールデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶し、前記修正カウントの前記無修正カウントに対する割合が所定の閾値より小さい場合、修正が必要な第２のモデルデータの識別子を前記記憶装置の前記修正判断結果情報記憶部に記憶する
ことを特徴とする請求項９または１０に記載の変換ルール変更支援プログラム。
【請求項１２】
前記変更通知手段は、前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記第２のモデルデータの変換に用いられた変換ルールデータを変更する指示を前記変換ルールデータを作成したプラットフォーム専門家端末に送信、または前記修正が必要な第２のモデルデータの識別子と前記第２のモデルデータを修正する指示とを前記第２のモデルデータを開発する開発者端末に送信する
ことを特徴とする請求項９ないし１１のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１３】
前記変更検出手段は、前記修正された前記第２のモデルデータと同一のスコープに属する前記第２のモデルデータの識別子から、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２のモデルデータの識別子を抽出する
ことを特徴とする請求項９ないし１２のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１４】
前記修正感知手段は、更に、入力装置からの指示に基づいて前記第２のモデルデータが修正された内容を前記修正情報記憶部に記憶し、
更に、
前記修正された内容を前記プラットフォーム専門家端末に更に送信し、前記修正された前記第２のモデルデータと同一のスコープにのみ適用可能な新たな修正ルールデータを生成させるルール変更手段をコンピュータに実現実現させる
ことを特徴とする請求項９ないし１３のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１５】
前記第１のモデルデータは、プラットフォームに依存しないモデル（ＰＩＭ）データであって、第２のモデルデータは、プラットフォームに依存したモデル（ＰＳＭ）データである
ことを特徴とする請求項９ないし１４のいずれか１項に記載の変換ルール変更支援プログラム。
【請求項１６】
システム開発時に第１の種別のデータから第２の種別のデータへ所定の変換ルールデータに従って変換するときに、前記第１の種別のデータの識別子と、前記第２の種別のデータの識別子と、前記第１の種別のデータから前記第２の種別のデータへの変換に用いられた変換ルールデータの識別子とが関連づけられた複数のレコードが記憶された前記リポジトリ記憶部を記憶装置から読み出して、前記変換ルールデータの変更を支援する変換ルール変更支援プログラムであって、
入力装置からの指示に基づいて前記第２の種別のデータが修正されると、前記記憶装置から前記リポジトリ記憶部を読み出して、修正された前記第２の種別のデータの識別子と、前記修正された第２の種別のデータへの変換に用いられた変換ルールデータの識別子とを関連づけて前記記憶装置の修正情報記憶部に記憶する修正感知手段と、
前記記憶装置から前記リポジトリ記憶部を読み出して、前記修正情報記憶部に記憶された変換ルールデータの識別子に関連づけられた前記第２の種別のデータの識別子を抽出して、前記第２の種別のデータの識別子を前記記憶装置の修正対象検出情報記憶部に記憶する変更検出手段と、
前記修正対象検出情報記憶部に記憶された全ての前記第２の種別のデータの識別子それぞれに対する修正の要否データに基づいて、前記第２の種別のデータの変換に用いられた変換ルールデータの変更、および前記第２の種別のデータの修正のいずれかを含む修正判断結果情報を前記変換ルールデータの識別子ごとに出力し、前記修正判断結果情報を前記記憶装置の修正判断結果情報記憶部に記憶するルール変更判断手段と、
前記記憶装置から前記修正判断結果情報記憶部を読み出して、前記修正判断結果情報記憶部に記憶された修正判断結果情報を出力する変更通知手段
とをコンピュータに実現させることを特徴とする変換ルール変更支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２００６−１０６８６６（Ｐ２００６−１０６８６６Ａ）
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願番号】特願２００４−２８９０２２（Ｐ２００４−２８９０２２）
【出願日】平成１６年９月３０日（２００４．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願日】平成１６年９月３０日（２００４．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]