JP6444911B2 - 支援システム、支援方法、および支援プログラム - Google Patents

Description

本発明は、モジュール構成を有する情報システムの設計あるいは改修を支援する支援システムに関する。

工場など製品を生産する拠点における生産管理のための情報システム（以下「生産管理システム」ともいう）は世界各国の様々な企業や世界各地の拠点で広く利用されている。例えば、自動車工場における生産管理システムは、それぞれに特徴のある多くの自動車メーカーで導入され、また同じ自動車メーカーの工場であっても特性の異なる国や地域にある様々な工場における生産管理に利用されている。自動車工場であれば、要求月産台数など工場に要求される生産能力、部品および原材料の供給体制、工場の敷地や設備にかかるコスト、自動車の輸送にかかるコスト、製造に従事する工員など従業員のスキル、勤務形態、人件費、など環境は様々である。

このように環境の異なる複数拠点での生産を管理するための生産管理システムでは、生産管理という基本的には同じ業務機能を提供しつつも、拠点の環境や製造する対象に合わせたカスタマイズや拠点独自の機能を追加して構築されている。

こ生産管理システムのような情報システムの拠点ごとの作りこみが続くと、運用保守の方法やその方法の改善なども拠点ごとに対策が必要となり、ビジネス環境の変化（製造対象の変更、拠点の環境変更、等）が発生した場合に、拠点ごとにシステムを改修する必要が生じ、改修に工数がかかるといった問題が発生する。

環境の変化にシステムを柔軟かつ迅速に追従させるためには、各拠点の特性に合わせた機能を提供しつつも、拠点ごとの情報システムにそれぞれ個別に機能を作りこむのではなく、情報システムを構成する機能をモジュール化し、モジュール単位で各拠点の情報システムの構成や昨日うを管理するという考えがある。各拠点の特性に合わせて適切なモジュールを選択し、それらを組み合わせることにより情報システムを構築すれば、拠点の環境にあった動作をさせつつ、各モジュールの適切な管理によって、各拠点での変更（現行モジュールの改修/追加等）のコストや時間を低減していくことが可能と考えられる。

モジュールで構成されたシステムの設計を支援するための技術が特許文献１に開示されている。特許文献１には、モジュールに属性を付与し、選択されたモジュールの組み合わせがシステム全体の性能条件を満足するかを判断し、条件を満足しない場合は代替モジュールに交換することでシステムの設計を支援する技術が開示されている。

特開２００６−１１１７６０号公報

しかし、特許文献１に開示された技術は、対象とする単一システムの設計においてモジュールの組み合わせを支援するものであり、複数拠点に配置されるシステムのモジュール同士の関係性の管理については特許文献１に開示されていない。

特許文献１の技術では、システムを構成する各モジュールがなぜ導入されたかに関連する情報がないため、業務環境がどのように変化したときにどのモジュールの機能をどのように見直すべきかを把握するのが困難である。そのため、業務環境の変化に伴って改修すべきモジュールがどれなのか特定するのに時間がかかる。

また、単一システムの設計を支援するものであるため、他の拠点に同一業務を支援するシステムを構築するとき既存モジュールの再利用が困難である。他の拠点で既存のモジュールを再利用しようとしても、業務フローや連携システムが異なる拠点があると、転用可能な複数のモジュールのそれぞれについてどれが自拠点へ適合するかを特定できず、結局拠点ごとの作りこみが発生する可能性がある。

本発明の目的は、異なる環境で利用されうる情報システムについて、システムの機能変更や他のシステムへのモジュール流用を容易にする技術を提供することである。

上述した課題を解決し、目的を達成するために、本発明の一態様による支援システムは、モジュールを組み合わせて構築された情報システムの設計を支援する支援システムであって、拠点に適用される情報システムについて、該拠点での業務フローに含まれる業務工程と、該業務工程に関連する、前記拠点に適用されたモジュールと、該モジュールによって参照されるデータと、前記モジュールおよび該データが関連する前記拠点の拠点属性と、の関係性を示す関係性情報を生成する関係性解析部と、指定された拠点の関係性情報を抽出する関係性検索部と、抽出された前記関係性情報を表示する関係性表示部と、を有する。

本発明によれば、拠点属性に影響するモジュールの特定を支援することができ、また属性の類似する拠点に情報システムを構築するとき適切な既存モジュールを提示して設計を支援することができる。

生産管理システムおよびモジュール管理システムを含む全体のシステム構成を示す図である。 モジュール管理システム１０のブロック図である。 本実施形態によるモジュール管理システム１０のハードウェアを構成するサーバ装置のブロック図である。 本実施形態における各リソース間の関係性を表した概念図である。 本実施形態における拠点属性情報２０７のデータ構造の一例を示す図である。 レイヤ間の要素同士の関係性を管理するモジュール管理情報２０８のデータ構造の一例を示す図である。 レイヤ間の要素同士の関係性を管理するモジュール管理情報２０８のデータ構造の一例を示す図である。 対応関係管理情報２０９のデータ構成の一例を示す図である。 関係性解析部２０２の動作を示すフローチャートである。 関係性解析部２０２が拠点間のモジュール関係性を特定する動作を示すフローチャートである。 シミュレート部２０６の動作を示すフローチャートである。 関係性解析部２０２の動作結果を表示する画面例を示した図である。 関係性解析部２０２の動作結果を表示する画面の他の例を示した図である。 拠点間のモジュールの関係性の一例を示した図である。 図１２Ａの画面から遷移した画面表示の例を示す図である。 ユーザの指定した条件を満たすモジュールを全拠点から検索した結果を表示した画面の例を示す図である。 関係性検索部２０４の動作を示すフローチャートである。

以下に添付図面を参照して、モジュール管理システムおよびモジュール管理プログラム、モジュール管理方法の実施の形態を詳細に説明する。

以下では、環境の異なる複数拠点にて動作する業務システムの設計あるいは改修を支援する支援システムを例として説明する。業務システムは、業務の遂行を管理するための情報システムであり、一例として、生産管理システムがあるが、本発明はこれに限定されない。業務システムはモジュール構成を有し、支援システムは、業務システムのモジュールを管理するモジュール管理システムである。

図１は、生産管理システムおよびモジュール管理システムを含む全体のシステム構成を示す図である。

モジュール管理システム１０は、業務システム２０と共に拠点内に配置される場合と、ネットワーク７０を介して業務システム２０に接続される場合とがある。図１の例では、業務システム２０およびモジュール管理システム１０には、更にモジュール開発システム１１が接続されている。

本実施形態は一例として製造業のシステムを想定しており、業務システム２０は、例えば、拠点Ａの生産管理システム、拠点Ｂの生産管理システム、拠点Ｃの生産管理システムとなる。

モジュール管理システム１０は、各拠点の業務システムを構成するモジュール、データ、および業務フローの関係性を管理する。また、モジュール管理システム１０は各拠点の業務システム間のシステム構成および業務フローを解析し、拠点ごとのシステム構成の関係性を可視化し、ユーザに関係性情報を提供する。さらに、モジュール管理システム１０は、拠点の属性をユーザから受け付けて、ユーザの要求を満たすモジュールの適切な組み合わせをユーザに提示する。

図２は、モジュール管理システム１０のブロック図である。図２に示すように、モジュール管理システム１０は、拠点属性入力部２０１、関係性解析部２０２、関係性管理部２０３、関係性検索部２０４、関係性表示部２０５、およびシミュレート部２０６を有している。また、モジュール管理システム１０は、拠点属性情報２０７、モジュール管理情報２０８、対応関係管理情報２０９、および実行ログ２１０を格納する。

拠点属性入力部２０１、関係性解析部２０２、関係性管理部２０３、関係性検索部２０４、関係性表示部２０５、およびシミュレート部２０６の実体はソフトウェアプログラムである。拠点属性情報２０７、モジュール管理情報２０８、対応関係管理情報２０９、および実行ログ２１０の実体はデータである。

ソフトウェアプログラムはＲＡＭに読み込まれてＣＰＵ（プロセッサ）によって実行される。データはソフトウェアプログラムが実行される際に適宜、アクセスされる。

拠点属性入力部２０１は、モジュール管理システム１０で管理する拠点属性情報２０７を登録する。

拠点属性情報２０７は、モジュール管理情報２０８においてモジュールおよびデータと関連付けするための、拠点の属性に関する情報である。属性の具体例については図４にて後述する。

関係性解析部２０２は、ネットワーク７０を介して収集した業務システム２０の実行ログ２１０と、プログラムのリポジトリを参照し、業務システム２０を構成するモジュールとデータの関係性を解析する。関係性解析部２０２は、解析結果を、モジュール管理情報２０８および対応関係管理情報２０９に記録する。

モジュール管理情報２０８は、システムを構成するモジュールとデータの関係性、およびデータと拠点属性との関係性を示す関係性情報のテーブルである。

対応関係管理情報２０９は、モジュールとその後段に設けられる隣接モジュールとの関係性を示す関係性情報のテーブルを試した。

関係性管理部２０３は、関係性解析部２０２が解析した、各拠点のシステムの解析結果を相互に比較し、拠点間の属性、業務フロー、モジュールおよびデータを解析する。関係性管理部２０３は、解析結果を、モジュール管理情報２０８に記録する。

関係性検索部２０４は、拠点属性情報２０７と、モジュール管理情報２０８と、対応関係管理情報２０９と、を参照し、ユーザが指定した検索条件を満たす関係性情報を抽出する。例えば、ユーザが例えば生産能力という拠点属性を指定すると、関係性検索部２０４は、指定された生産能力を満たす関係性情報を抽出する。この抽出された関係性情報から、指定されて生産能力を満たすモジュールの組み合わせが得られる。

関係性表示部２０５は、他の各部の動作結果である各情報（例えば、拠点属性情報２０７、モジュール管理情報２０８）を画面に表示する。

シミュレート部２０６は、関係性検索部２０４あるいは関係性表示部２０５にてユーザが指定したモジュール（導入候補モジュール）を導入した場合のシステム動作のシミュレーションを行う。

本実施形態によるモジュール管理システム１０が行う基本的な処理の流れは以下の通りである。

まず、モジュール管理システム１０は、リポジトリへソースコードが登録されたことを検出すると、業務フローに含まれる業務工程とモジュールとデータの関係性を解析し、さらに、解析結果を基に、モジュールおよびデータに拠点属性を関連付け、更にその値を登録または更新する。

次に、モジュール管理システム１０は、ユーザが指定した検索条件を受け付け、その検索条件を満たす業務工程またはモジュールまたはデータを検索し、得られた検索結果をユーザに提示する。

次に、以上に示した処理の流れを、主体となる各部を明示して詳述する。

まず、拠点属性入力部２０１が拠点属性情報２０７に事前設定可能な拠点属性の情報を登録する。事前設定可能な拠点属性は、予め設定しておくことが可能な拠点属性である。例えば、工場拠点での生産管理であれば、拠点の場所、拠点のある地域の税制度、などは予め設定しておくことができる。

次に、関係性解析部２０２が、一つの拠点のリポジトリおよび実行ログ２１０を対象として解析を行って拠点属性を算出し、拠点属性情報２０７に登録または拠点属性情報２０７を更新する。リポジトリおよび実行ログ２１０から算出可能な拠点属性は、例えば、工場拠点の生産管理であれば、生産能力、輸送能力などである。

ならびに、関係性解析部２０２は、拠点属性情報２０７の登録または更新があると、新たな拠点属性情報２０７に基づいてモジュール管理情報２０８を解析し、モジュール管理情報２０８に新たな対応関係の情報を登録あるいはモジュール管理情報２０８内の対応関係の情報を更新する。

いずれかの拠点のモジュール管理情報２０８の登録または更新があると、次に、関係性管理部２０３が、モジュール管理情報の登録または更新があった拠点を含む各拠点の解析済みであるモジュール管理情報２０８を解析し、新たな対応関係管理情報２０９を作成する。

業務システム２０のモジュール構成、または業務フローとモジュールとデータと拠点属性との関係性を表示する場合、ならびに拠点間の業務システム２０のモジュール構成を比較する場合、ならびに所望の条件を満たすモジュールを検索する場合には、関係性検索部２０４が拠点属性情報２０７、モジュール管理情報２０８、および対応関係管理情報２０９を参照して所望の情報を取得し、取得された情報に基づき、関係性表示部２０５にて、検索結果をユーザに提示する。

例えば、適用されているモジュールの類似モジュールが所望の条件を満たすものとして得られた場合など、類似モジュールを適用した場合の業務システム２０の動作のシミュレーションを行うことができる。その場合、シミュレート部２０６が、ユーザの指定したモジュールを、シミュレーションへのインプットとして、業務システム２０の動作のシミュレーションを行い、シミュレーション結果をユーザに提示する。

なお、図２で示したモジュール管理システム１０の内部構成において、関係性管理部２０３は必須ではない。ただし、関係性管理部２０３を備えることにより、さらにモジュール構成の管理工数を低減することができる。また、シミュレート部２０６も必須ではない。しかし、シミュレート部２０６を備えることにより、導入候補のモジュールを導入した場合のコストや効果を容易に把握することができる。

以上説明したように、本実施形態によるモジュール管理システム１０は、モジュールを組み合わせて構築された情報システムの設計を支援する支援システムである。そして、モジュール管理システム１０は、関係性解析部２０２と、関係性検索部２０４と、関係性表示部２０５と、を有する。関係性解析部２０２は、拠点に適用される情報システムについて、その拠点での業務フローに含まれる業務工程と、その業務工程に関連する、拠点に適用されたモジュールと、そのモジュールによって参照されるデータと、そのモジュールおよびデータが関連する拠点の拠点属性と、の関係性を示す関係性情報を生成する。関係性検索部２０４は、指定された拠点の関係性情報を抽出する。関係性表示部２０５は、抽出された関係性情報を表示する。

これにより、拠点の情報システムに適用されたモジュールとデータが拠点属性と関連づけられるので、拠点属性に影響されるモジュールの特定を支援することができ、また拠点毎に業務工程とモジュールが拠点属性と関連づけられるので、属性の類似する拠点に情報システムを構築するとき適切な既存モジュールを提示して設計を支援することができる。

図３は、本実施形態によるモジュール管理システム１０のハードウェアを構成するサーバ装置のブロック図である。モジュール開発システム１１および業務システム２０もハードウェアは基本的に図３に示すものと同様の構成である。

図３に示すようにサーバ装置１０１は、主制御部１０２、主記憶部１０３、入力部１０４、出力部１０５、および通信部１０６を備える。

主制御部１０２は、主記憶部１０３に記録されたプログラムコードをプロセッサが実行することで、サーバ装置１０１における情報処理を制御する。

主記憶部１０３は、サーバ装置１０１に関するプログラムおよびデータを含む各種情報を不揮発的に記憶する。

入力部１０４は、サーバ装置１０１に関する情報をユーザが手動で入力するインタフェースである。

出力部１０５は、サーバ装置１０１に関する情報を出力するインタフェースである。

通信部１０６は、ネットワーク７０を介して、他サーバ装置の通信部１０６と接続し、他サーバ装置と情報を送受信するインタフェースである。

本構成は、例えば、主制御部１０２をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）で、主記憶部１０３をハードディスクで、入力部１０４をキーボードで、出力部１０５をディスプレイモニタで、通信部１０６をイーサネット（登録商標）のインタフェースカードで、それぞれ実現することにより、サーバ装置をよく知られたコンピュータで構成可能である。

図４は、本実施形態における各リソース間の関係性を表した概念図である。本実施形態では、システムで提供する業務フローにおける各業務工程、各業務工程の業務を実現する業務システムに組み込まれるモジュール、モジュールが参照および更新するデータ、およびモジュールを導入する拠点の基本的な性質やモジュールを導入する条件である拠点属性がそれぞれレイヤとして定義される。

図４では、各レイヤを業務フローレイヤ４０２、モジュールレイヤ４０３、データレイヤ４０４、拠点属性レイヤ４０５とする。上位から順に、業務フローレイヤ４０２、モジュールレイヤ４０３、データレイヤ４０４、拠点属性レイヤ４０５という階層構造が形成されている。

業務フローレイヤ４０２には要素となるリソースとして業務フローの各業務工程が含まれる。モジュールレイヤ４０３には要素となるリソースとして各モジュールが含まれる。データレイヤ４０４には要素となるリソースとして各データが含まれる。拠点属性レイヤ４０５には要素となるリソースとして各拠点属性が含まれる。

また、図４では、業務フローレイヤ４０２内の各業務工程が時系列に矢印で結ばれ、更に、上下に隣接するレイヤ間で互いに関連する要素同士が関連づけられている。

例えば業務フローレイヤ４０２は、業務工程の時系列の関係性はユーザから見た各業務とその実行順序を示す。更に、各業務はモジュールレイヤ４０３のモジュールと対応付けられている。

モジュールレイヤ４０３の各モジュールはインプットデータおよび／またはアウトプットデータを持ち、適宜必要なデータを参照しながら処理を行う。そのため、モジュールレイヤ４０３の各モジュールはデータレイヤ４０４の各データと関連付けることが可能である。

さらに、拠点属性レイヤ４０５は、拠点の性質を判断可能な情報が拠点属性として含まれている。本実施形態のように生産管理システムの場合であれば、ラインの生産能力、人の生産能力、拠点の広さ、扱うリソース（製造対象）などが拠点属性となる。

なお、業務を実現するための導入されるモジュールは何かしらの拠点属性に合わせて導入されるものもある。、そのため、拠点属性レイヤ４０５の各要素である拠点属性は、データレイヤ４０４においてモジュールレイヤ４０３の各モジュールと関連づけられているデータと関連付けることが可能である。前述したとおり、モジュールレイヤ４０３の要素であるモジュールとデータレイヤ４０４の要素であるデータを関連付けることにより、前述したモジュールとデータの関係付けにより、モジュールと拠点属性を間接的に関連付けることが可能となる。

本実施形態では、関係性解析部２０２は、業務工程を要素として含む業務フローレイヤ４０２、モジュールを要素として含むモジュールレイヤ４０３、データを要素として含むデータレイヤ４０４、拠点属性を要素として含む拠点属性レイヤ４０５の順序に階層化し、隣接するレイヤ間で要素同士を関連付けた関係性情報を生成する。関係性表示部２０５は、その関係性情報における各レイヤおよび該レイヤに含まれる要素を前記順序で階層的に表示し、前記要素同士の関連付けをレイヤ間を跨ぐ線で表示する。

このように、業務工程、モジュール、データ、および拠点属性が階層的に表示され、それらの関連付けが線で表示されるので、情報システムの新規設計や設計変更において、モジュールの選択や変更などを容易に行うことができる。

なお、本実施形態では、業務フローレイヤ４０２は単一階層をなし、業務工程が時系列に直列的に進行する場合を例示しているが、本発明はこれに限定されない。他の例として、業務フローレイヤ４０２は、管理対象となる業務の構成に応じて複数階層からなる階層構造にしてもよい。

ここで、図４を用いて、本実施形態のモジュール管理システム１０が類似のモジュールを探索する動作例を示す。ここでは類似のモジュールは所望の条件を満たすモジュールである。

既存のモジュールの中から類似のモジュールを探索する場合、ユーザが指定した拠点属性を探索条件として受け付け、関係性検索部２０４が、探索条件を指定したユーザのユーザ情報からそのユーザが属する拠点を特定する。

次に、関係性検索部２０４は、特定した拠点の関係性情報において、拠点属性レイヤ４０５に登録されている拠点属性の中から、探索条件として受け付けた拠点属性と一致する属性を特定する。

次に、関係性検索部２０４は、特定した拠点属性と関連付けされたデータレイヤ４０４のデータを特定し、さらに特定したデータを参照するモジュールレイヤ４０３のモジュールを特定し、さらに特定したモジュールを呼び出す業務フローレイヤ４０２の業務工程を特定する。

以上の処理により、ユーザが属する拠点における探索条件として指定された拠点属性を満たすモジュールを特定することができる。

次に、関係性検索部２０４は、ユーザが属しない他拠点においても基本的には同様の処理を行い、探索条件として指定された拠点属性を満たすモジュールを特定する。

その後、それぞれの拠点において特定したモジュール中から、指定された業務と一致する業務に関連付けられたモジュールを特定し、特定したモジュールを類似モジュールとしてユーザに提示する。

なお、該当するモジュールが複数ある場合には、類似性の高いモジュールから順に結果を提示する。類似性の判断は、例えば、業務工程におけるモジュールの実行順序、あるいは、拠点属性の各値が探索条件の拠点属性の値とどれだけ近いかという近似度合いを基に判断してもよい。

図５は、本実施形態における拠点属性情報２０７のデータ構造の一例を示す図である。拠点属性情報２０７は、複数拠点の拠点属性およびその値をテーブルに示すデータ構造である。本データ構造の拠点属性情報２０７を用いて拠点属性の管理と拠点の類似性判断が行われる。

図５に示すように、例えば、生産管理システムに係わる拠点属性として、拠点の敷地の面積、時間あたりの生産能力、税制度、輸送能力、生産対象などの項目を予め設定しておく。なお、拠点属性の項目および値については適宜修正および追加をすることができる。

また、これらの拠点情報は拠点ごとに異なるため、縦軸に拠点属性をとり、横軸に拠点を一意に識別可能な拠点コードをとったテーブルにてそれぞれの値を保持する。なお、これら拠点属性のうち、場所、税制度など、モジュール管理システム１０により自動で設定および更新が困難なものについては、予め、システム利用者、開発者、または管理者が設定しておくものとする。また、輸送能力、生産能力、生産対象など値が動的に変化する項目については、モジュール管理システム１０がモジュールに関する解析を実行したときデータを参照し、解析結果から新たな値を都度格納する。

図６Ａ、図６Ｂは、レイヤ間の要素同士の関係性を管理するモジュール管理情報２０８のデータ構造の一例を示す図である。図６Ａに示すモジュール管理情報２０８ａと、図６Ｂに示すモジュール管理情報２０８ｂを合わせてモジュール管理情報２０８となる。

図６Ａに示すように、モジュール管理情報２０８ａとしては、各モジュールについて、業務システム２０が管理の対象とする拠点を一意に特定可能な拠点、業務システム２０が管理の対象とする業務、その業務を実施するためのモジュール、拠点間においてモジュールが共通かどうかの位置づけを示す共通性、そのモジュールが拠点属性に関連するかどうかという対応関係、を保持している。

図６Ａのモジュール管理情報２０８ａにて共通の欄に○（丸印）がついているのは、業務システム２０の稼動にあたり全ての拠点にて共通で動作が必要なモジュールであることを意味する。モジュールが拠点間で共通か否かの共通性の判断は予め実施するものとする。

また、図６Ａのモジュール管理情報２０８ａにて、拠点属性の各欄に〇（丸印）がついているのは、その拠点項目に影響するモジュールであることを意味する。

なお、モジュールと共通性および拠点属性との対応関係については、図６Ａのデータ構造では、対応が有るか無いかについてのみ管理している。しかし、同じ名称の拠点属性であっても拠点によって詳細は異なる場合がある。そのため、拠点毎の差異については、拠点属性情報２０７で管理するものとしている。また、モジュールと拠点属性との対応関係については、図４で示した通り、データと拠点属性の関係性を基に判断し、その判断結果をモジュール管理情報２０８ａにて管理する。

また、図６Ｂは、モジュールが参照するデータを対象としたモジュール管理情報２０８ｂである。本モジュール管理情報２０８ｂでは、システムが対象とする拠点および前述したモジュールに対し、そのモジュールが参照するという関係にあるデータと、データと拠点属性との対応関係を保持している。

なお、図６Ａおよび図６Ｂに示したモジュールが拠点属性に関連するか否かについては、モジュール管理システム１０のプログラムが判定を実行する他に、ユーザが指定することも可能である。例えば、図６ＢのモジュールＥは「生産対象」にのみ該当することが示されているが、図６ＡのモジュールＥは「生産対象」の他に「税制度」にも該当することが示されている。

図７は対応関係管理情報２０９のデータ構成の一例を示す図である。

対応関係管理情報２０９は、全拠点共通で使用されているモジュールおよび拠点ごとのモジュールについて、隣接モジュールを管理するものである。

縦軸のモジュールは拠点によってカテゴライズされている。リポジトリに新規モジュールが追加された場合には、縦軸に新たな項目が追加される。

隣接モジュールの欄には、前記モジュールで指定したモジュールの後に実行される関係にあるモジュールを一意に特定可能なモジュールＩＤが記録される。例えば、拠点ＪＰのモジュールＡの隣接モジュールはモジュールＢであり、モジュールＢの隣接モジュールはモジュールＣとモジュールＥである。そのため、本対応関係管理情報２０９から、モジュールＡ、Ｂ、ＣあるいはＡ、Ｂ、Ｅの順にモジュールが実行されるという関係性が読み取れる。

なお、全拠点に共通の部分には、解析の結果どの拠点にも含まれるモジュールおよびそのモジュールの関係性が登録される。図７の例では、拠点ＪＰと拠点ＥＵに共通して含まれるモジュールとしてモジュールＡ、Ｂ、およびＤが登録され、さらにモジュールＡの隣接モジュールとしてモジュールＢが登録されている。

図８は、関係性解析部２０２の動作を示すフローチャートである。

関係性解析部２０２は、まず、リポジトリにソースコードが追加されたことを検知すると、それをトリガとして動作を開始する（Ｓ１０１）。

次に、関係性解析部２０２は、新たなリポジトリから元のリポジトリへと更新された差分を特定し（Ｓ１０２）、更新分について、モジュールのインプットデータ、アウトプットデータ、および参照データクラスを特定する（Ｓ１０３）。

次に、関係性解析部２０２は、特定したデータがモジュール管理情報２０８ｂ（関係性テーブル）にあるか否かを探索し、そのデータが関係性テーブルにあれば、そのデータとそのデータを呼び出すモジュールとの呼び出し関係を特定する（Ｓ１０４）。

次に、関係性解析部２０２は、モジュール開発システム１１あるいは業務システム２０からネットワーク７０を介して収集した実行ログ２１０を参照し、モジュールの実行順序を特定する（Ｓ１０５）。既に登録済みのモジュールであった場合、関係性解析部２０２は、実行順序に新規の関係性がないか探索し、実行順序に新規の関係性があった場合は更新データとして特定する。

次に、関係性解析部２０２は、モジュールの位置づけを特定する（Ｓ１０６）。このとき関係性解析部２０２は、特定したモジュールの実行順序を基に、解析対象の前後のモジュールを特定する。

次に、関係性解析部２０２は、モジュールが参照するデータクラス名やデータ変数名を基に、モジュールが寄与する拠点属性を推定する（Ｓ１０７）。具体的には、拠点属性に該当するキーワードを予め登録しておき、前記データのデータ名称とキーワードとのマッチングを取る。なお、登録してあるキーワードに該当しない場合は、モジュールが寄与する拠点属性としてユーザの入力を受けつけることも可能である。

最後に、関係性解析部２０２は、これまでの処理フローにて解析した結果を拠点属性情報２０７、モジュール管理情報２０８、および対応関係管理情報２０９に格納する（Ｓ１０８）。

以上のように、関係性解析部２０２は、業務システム２０のソースコードを含むリポジトリに変化があると、その変化におけるリポジトリの更新部分を抽出し、更新部分においてソースコードが参照するデータを特定する。関係性解析部２０２は、更に、関係性情報において、特定したデータと関連づけられたモジュールを特定し、そのモジュールが参照するデータを基にそのモジュールが関連する拠点属性を特定する。更に、関係性解析部２０２は、特定したモジュールとデータと拠点属性に基づき、拠点属性情報２０７、モジュール管理情報２０８、および対応関係管理情報２０９といった関係性情報を更新する。

したがって、本実施形態によれば、関係性情報に要素間の関連付けがあるので、リポジトリの更新部分から辿って、更新すべきデータ、モジュール、および拠点属性を特定することができる。そのため、関係性情報を容易に更新して最新状態を管理することができる。

図９は、関係性解析部２０２が拠点間のモジュール関係性を特定する動作を示すフローチャートである。関係性解析部２０２は、モジュールの改修によるリポジトリ更新時、すなわち関係性解析部２０２がリポジトリ更新の処理を実施した後に動作する。

まず、関係性解析部２０２は、全拠点のシステムについて予め指定された共通モジュールと、その共通モジュールに連接するモジュールを特定する（Ｓ２０１）。

次に、関係性解析部２０２は、基準とする任意の拠点を一つ選定する（Ｓ２０２）。次に、関係性解析部２０２は、基準となる新規のモジュールと、比較拠点を一つ特定し（Ｓ２０３）、共通モジュール間にある連接モジュールを特定する（Ｓ２０４）。その場合、もしモジュールと対応する拠点属性があった場合には（Ｓ２０５）、拠点属性の位置づけを推定し、対応関係管理情報２０９を更新する（Ｓ２０６）。

以上の処理を比較拠点として設定した拠点の全モジュールを対象として行い（Ｓ２０７）、全拠点を対象として実行する（Ｓ２０８）。

以上のように、本実施形態では、関係性解析部２０２は、いずれかの関係性情報を更新すると、全ての拠点の関係性情報を解析して更新が必要な関係性情報があればその関係性情報を更新する。いずれかの関係性情報を更新したとき、他の全ての関係性情報の関係性を見直すので、全ての関係性情報を最新状態を管理することができる。

図１０は、シミュレート部２０６の動作を示すフローチャートである。たとえば、ある拠点で適用されているモジュールを他の拠点に転用する場合、転用しようとするモジュールを導入候補モジュールとして以下の処理を行う。

まず、シミュレート部２０６は、ユーザが指定した導入候補モジュールを受け付ける（Ｓ３０１）。

次に、シミュレート部２０６は、導入候補モジュールを設定した評価環境を構築する（Ｓ３０２）。例えば、導入候補モジュールを導入しようとする拠点で現在運用されている環境（通常環境）に適用されている、導入候補モジュールに対応するモジュールを導入候補モジュールに置き換えた環境を評価環境とすればよい。

次に、シミュレート部２０６は、通常環境が実行されるのに伴い（Ｓ３０３）、導入候補モジュールの前モジュール終了時に結果をフックし、導入候補モジュールを動作させる（Ｓ３０４）。最後に、シミュレート部２０６は、導入候補モジュールの実行結果を出力する（Ｓ３０５）。

なお、導入候補モジュールの出力結果については、通常環境の実行結果と評価環境の実行結果との差異を画面に表示することにしてもよい。あるいは、通常環境の実行結果と表環境の実行結果とを対比可能に並べて表示してもよい。

上述したように本実施形態では一例として、関係性情報には、拠点に適用される複数のモジュールの実行順序の情報が含まれている。シミュレート部２０６は、シミュレーションの対象とするモジュールである導入候補モジュールが指定されると、その拠点の情報システムにおける導入候補モジュールに対応するモジュールの代わりに導入候補モジュールを配置した評価環境を設定する。そして、シミュレート部２０６は、その拠点の業務システム２０の運用において評価環境における導入候補モジュールの前段のモジュールが実行されると、そのモジュールの実行結果を取得し、その実行結果を用いて導入候補モジュールを実行する。そして、シミュレート部２０６は、その導入候補モジュールの実行結果をシミュレーション結果として取得する。このように、実際に適用されている業務システム２０の運用に連結して導入候補モジュールをシミュレーションするので、実際に導入したときの動作に近い動作をシミュレーションによって得ることができる。

図１１Ａは、関係性解析部２０２の動作結果を表示する画面例を示した図である。図の画面５０１には、ユーザが指定した拠点５０１１の業務フローと業務を支援するシステムの構造が表示されている。

画面５０１に示すとおり、関係性解析部２０２の動作結果として、業務フロー、モジュール、データ、および、それらの関係性がそれぞれ表示される。

なお、前記画面５０１では、業務、モジュール、およびデータは、それぞれの表示の横方向の位置関係によって、それぞれが属するカテゴリと、レイヤ間の関係性が示されている。例えば、ある業務工程の下に表示したモジュールは、その業務工程を実施するのに必要なモジュールである。さらに、モジュール同士の実施順序はモジュール間を結ぶ実線矢印で表現している。

また、あるモジュールがあるデータを呼び出すという呼び出し関係のあるモジュールとデータの組については、モジュールとデータとを実線矢印で結んでその関係性の有無を表現する。

なお、本業務フローの各業務工程や属性の名称については、予め指定しておくこともでき、また本画面５０１上でその名称を変更することもできる。また、○（塗りつぶしなしの丸印）と●（塗りつぶされた丸印）５０１２の区別は、●（塗りつぶされた丸印）５０１２により、では全業務フローのうち、画面５０１詳細を表示している業務工程を示している。

さらに、モジュールおよびデータは拠点間の共通性が識別できるよう、色づけや形状を変更して表現する。本実施例では太線のモジュールおよびデータが拠点共通として利用されているものであり、改修権限の割り当ても画面上で実施可能である。

図１１Ａの画面５０１において、さらに、モジュールおよびデータを、そのデータに関連付けされた拠点属性を識別可能な形状あるいは色等で表現することもできる。また、例えば、図に示された「ｐｌａｃｅ」「ｈｕｍａｎ」「ｐａｒｔ」「ｐｒｏｃｅｓｓ」というチェックボックスにて、注目する拠点属性をユーザが指定し、それに該当するデータのみをハイライト等で一意に特定できるように表示することが可能である。図１１Ａの例では、注目している「ｐｌａｃｅ」という拠点属性と関連付けられたデータが点線で表示されている。なお、モジュールおよびデータが２つ以上の拠点属性に関連する場合は、そのモジュールおよびデータにとって主な要素となる拠点属性を表示することにしてもよい。

なお、本画面に関係性を表示する範囲はを適宜変更することが可能である。例えば、あるモジュールに関係するデータの数が多い場合は、関係性を画面に表示する部分として、ある業務フローの１つの業務工程を選択できることにしてもよい。

図１１Ｂは、関係性解析部２０２の動作結果を表示する画面の他の例を示した図である。図１１Ｂには、「生産計画作成」という業務工程５０２１を選択したときに表示される画面５０２の例が示されている。画面５０２に示すように、選択された業務工程に関連するモジュールとデータのみが表示される。

ユーザは以上述べた画面を利用することにより、業務フローからシステムのデータまでのレイヤ間の関係性を別途ドキュメントを参照せずに容易に把握することができる。

図１２Ａは、拠点間のモジュールの関係性の一例を示した図である。図の例では、「ＪＰ」「ＣＨ」「ＵＳ」という３つの拠点の関係性を示している。

図１２Ａの画面６０1に示すとおり、基本的な構成は図１１Ａ、Ｂに示した関係性と同様に、業務フロー、モジュール、あるいはデータについて、対応する要素が縦に並ぶように位置付けで表現されている。図１２Ａの例では、ユーザは横の時系列関係と、縦の対応関係により、各モジュールの位置づけや対応するモジュールの有無を確認することができる。

図１２Ａでは、拠点選択欄６０１１にて全拠点が選択さしている。、この状態から、ユーザがいずれか１つの任意の拠点を選択すると、図１１Ａ、１１Ｂに示した拠点単位での関係性を表示する画面に遷移する。なお、拠点選択欄６０１１とは別に、例えばカーソルなどで選択した拠点を軸として、同じ位置付けとなるモジュールのみを表示することも可能である。図１２Ａの例では「ＵＳ」が選択されている。そのため、「ＵＳ」のモジュール名称が上部に表示され、他拠点についてはＵＳの各モジュールに対応するモジュールのみが縦に並ぶように表示されている。

また、表示されている中からいずれか１つの要素をカーソル等で選択することにより、その要素を含むレイヤを拠点間で比較するような、レイヤ単位での比較も可能である。

図１２Ｂは、図１２Ａの画面から遷移した画面表示の例を示す図である。図１２Ｂには、図１２Ａで「生産計画作成」という業務工程を押下した場合に表示される画面６０２が示されている。「ＪＰ」「ＣＨ」「ＵＳ」という３つの拠点の業務フローが表示されている。

図１２Ｂを見て分かるように、各拠点の業務フローはそれぞれの拠点の環境によって異なる可能性がある。例えば、ＪＰとＣＨの業務フローには「週次生産計画作成」という業務工程があるが、ＵＳの業務フローにはそれが無い。その場合、業務フローにおける業務工程の前後を拠点間で比較して、同じ位置づけとなる業務工程を特定し、その業務工程を表示する。ユーザはこの画面によって、選定した拠点と同じ業務フローを有する拠点を特定したり、拠点間の業務フローの差異を確認したりすることができる。

以上説明したように、関係性検索部２０４は、要求により、複数の拠点の関係性情報を抽出する。そして、関係性表示部２０５は、複数の拠点のそれぞれについて関係性情報に含まれる要素を時系列に並べ、かつ、複数の拠点の時系列で対応する位置づけとなる要素を時系列方向において同一位置に並べて表示する。これにより、複数の拠点の関係性情報を時系列に並べて表示するので、ユーザは複数の拠点の対応する要素を比較しながら拠点間のモジュールの流用等について検討することができる。

図１３は、ユーザの指定した条件を満たすモジュールを全拠点から検索した結果を表示した画面の例を示す図である。なお、ユーザは、管理者、拠点のシステム開発者、あるいは保守運用者等である。

本画面７０１には、例えば、モジュールの検索条件となる拠点属性、および表示条件となる表示順、などをユーザにより指定可能に表示されている。これにより、ユーザによる検索条件および表示条件の指定を受け付けることが可能である。図１３の例では、モジュールの検索条件に“ＰＬＡＣＥ”が指定されているため、拠点属性情報２０７で管理されている“ＰＬＡＣＥ（場所）”という拠点属性に関連するモジュールを検索した結果が表示される。

ユーザは、本画面７０１によって、業務フローの各業務工程における、指定した拠点属性と関係づけられたモジュールを容易に特定することができる。

また、ユーザは、比較の基準となる起点の拠点を指定することが可能である。起点とする拠点を指定することにより、起点とした拠点と他の拠点とを対比して表示することが可能となる。例えば、起点として指定した拠点の検索結果を最上段に表示し、２段目以降に、起点の拠点の拠点属性に最も近い拠点属性を持つ拠点のモジュールの検索結果を表示することが可能である。

なお、起点とする拠点を選択しないのであれば、ユーザは「起点の拠点を指定」を選択しなければよい。拠点が選択されていない場合は、例えば、登録順やエリア順などで上から拠点を並べて検索結果が表示してもよい。

これにより、ある拠点のシステム開発者は追加する必要がある機能を実現するモジュールが既に他の拠点で開発され、適用ているかどうかを容易に調査することができる。また、全拠点のシステム管理者は全拠点のシステム構成の差異を確認して各モジュールの導入率を算出し、導入率の高いモジュールを全ての拠点に共通的に適用する共通モジュールとして設定するといった判断の指標として導入率を用いることができる。さらに、新規に立ち上げる拠点のシステム設計者は、その拠点の拠点属性に他の拠点のものと異なる部分があっても、拠点属性ごとに転用可能なモジュールを全拠点から探すことができる。

図１４は、関係性検索部２０４の動作を示すフローチャートである。図１３に示した画面７０１の上部にある検索条件のいずれかの欄にチェックを入れて拠点属性を指定すると、関係性検索部２０４は、指定された検索条件を受けつけ（Ｓ４０１）、モジュール管理情報２０８から全拠点のモジュールを対象として検索条件をキーとしてモジュールを探索し、検索条件を満たすモジュールを特定する（Ｓ４０２）。

次に、関係性検索部２０４は、ユーザが表示条件として拠点を指定していた場合（Ｓ４０３）、ステップＳ４０２の検索で特定したモジュールを対象として、ステップＳ４０３で指定した拠点と拠点属性の値が近い順に、拠点を並び替える（Ｓ４０４）。一方、表示条件として拠点の指定がなかった場合、関係性検索部２０４は、一例として、全拠点について、検索条件とされた拠点属性の平均値を算出し、その平均値に近い順に拠点を並び替える（Ｓ４０５）。なお、定量値をとらない拠点属性については、検索条件としたモジュールが登録された順に拠点を並び替えても良い。

最後に、関係性検索部２０４は、検索結果として、ステップＳ４０２で特定したモジュールを、ステップＳ４０４またはステップＳ４０５で定めた拠点の順序に並べて表示する（Ｓ４０６）。

以上の処理を行うことにより、拠点の特性（拠点属性）と、システムの構成要素であるモジュールと、モジュールが呼び出すデータとの対応関係を継続的に特定することができる。その結果、モジュールを転用する際の適合性確認、他拠点に適用されている拠点属性が近いモジュールを特定し、再利用することにより、システム開発および保守にかかる工数、および新規に拠点を立ち上げる際に要するシステム開発工数を削減することができる。また、ユーザは、自分が担当する拠点の拠点属性に適したモジュールが他の拠点のシステムに既に存在するかどうかを容易に見つけることができるので、自分の拠点のシステムを改修する期間を短縮することができる。

本実施形態によれば、関係性検索部２０４は、複数の拠点の関係性情報に含まれるモジュールの中から、検索条件として指定された拠点属性と関連づけられたモジュールを抽出する。そして、関係性表示部２０５は、抽出されたモジュールを他と区別するように、関係性情報に含まれるモジュールを表示する。これにより、検索条件に指定された拠点属性と関連するモジュールを抽出し、それが分かるように表示するので、例えば、ある拠点属性に注目して流用に適したモジュールを探すとき、拠点属性から流用候補のモジュールを抽出することができる。

また、関係性表示部２０５は、基準（起点）となる拠点が表示条件として指定されると、検索条件に指定された拠点属性の値が、表示条件に指定された拠点の拠点属性の値に近い順に関係性情報を並べて、その関係性情報に含まれるモジュールを表示する。これにより、検索条件に指定された拠点属性の値が近い拠点のモジュールを上位に表示するので、例えば、拠点属性に注目して流用に適したモジュールを探すとき、注目する拠点の拠点属性に値が近い流用候補のモジュールを抽出することができる。

なお、上記実施形態は本発明を限定するものではなく、実施に際しては本発明の要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている構成要素は常に全て必要というものではなく、複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。

本実施形態では生産管理を例として述べたが、本発明は他の分野にも適用が可能である。

１０…モジュール管理システム、１０１…サーバ装置、１０２…主制御部、１０３…主記憶部、１０４…入力部、１０５…出力部、１０６…通信部、１１…モジュール開発システム、２０…業務システム、２０１…拠点属性入力部、２０２…関係性解析部、２０３…関係性管理部、２０４…関係性検索部、２０５…関係性表示部、２０６…シミュレート部、２０７…拠点属性情報、２０８…モジュール管理情報、２０８ａ…モジュール管理情報、２０８ｂ…モジュール管理情報、２０９…対応関係管理情報、２１０…実行ログ、４０２…業務フローレイヤ、４０３…モジュールレイヤ、４０４…データレイヤ、４０５…拠点属性レイヤ、５０１…画面、５０１１…拠点、５０２…画面、５０２１…業務工程、６０…画面、６０１１…拠点選択欄、６０２…画面、７０…ネットワーク、７０１…画面

Claims (14)

1. モジュールを組み合わせて構築された情報システムの設計を支援する支援システムであって、
   拠点に適用される情報システムについて、該拠点での業務フローに含まれる業務工程と、該業務工程に関連する、前記拠点に適用されたモジュールと、該モジュールによって参照されるデータと、前記モジュールおよび該データが関連する前記拠点の拠点属性と、の関係性を示す関係性情報を生成する関係性解析部と、
   指定された拠点の関係性情報を抽出する関係性検索部と、
   抽出された前記関係性情報を表示する関係性表示部と、を有する支援システム。
2. 前記関係性解析部は、前記情報システムのソースコードを含むリポジトリに変化があると該変化におけるリポジトリの更新部分を抽出し、前記更新部分においてソースコードが参照するデータを特定し、前記関係性情報において前記特定したデータと関連づけられたモジュールを特定し、該モジュールが参照するデータを基に該モジュールが関連する拠点属性を特定し、特定した前記モジュールと前記データと前記拠点属性に基づき、前記関係性情報を更新する、
   請求項１に記載の支援システム。
3. 前記関係性情報には、前記拠点に適用される複数のモジュールの実行順序の情報が含まれており、
   シミュレーションの対象とするモジュールである導入候補モジュールが指定されると、前記拠点の情報システムにおける前記導入候補モジュールに対応するモジュールの代わりに前記導入候補モジュールを配置した評価環境を設定し、前記拠点の情報システムの運用において前記評価環境における前記導入候補モジュールの前段のモジュールが実行されると、該モジュールの実行結果を取得し、該実行結果を用いて前記導入候補モジュールを実行し、該導入候補モジュールの実行結果をシミュレーション結果として取得するシミュレート手段を更に有する、
   請求項１に記載の支援システム。
4. 前記関係性検索部は、要求により、複数の拠点の関係性情報を抽出し、
   前記関係性表示部は、前記複数の拠点のそれぞれについて前記関係性情報に含まれる要素を時系列に並べ、かつ、前記複数の拠点の前記時系列で対応する位置づけとなる要素を時系列方向において同一位置に並べて表示する、
   請求項１に記載の支援システム。
5. 前記関係性検索部は、複数の拠点の関係性情報に含まれるモジュールの中から、検索条件として指定された拠点属性と関連づけられたモジュールを抽出し、
   前記関係性表示部は、前記抽出されたモジュールを他と区別するように、前記関係性情報に含まれるモジュールを表示する、
   請求項１に記載の支援システム。
6. 前記関係性表示部は、基準となる拠点が表示条件として指定されると、前記検索条件に指定された拠点属性の値が、前記表示条件に指定された前記拠点の前記拠点属性の値に近い順に前記関係性情報を並べて、該関係性情報に含まれるモジュールを表示する、
   請求項５に記載の支援システム。
7. 前記関係性解析部は、前記業務工程を要素として含む業務フローレイヤ、前記モジュールを要素として含むモジュールレイヤ、前記データを要素として含むデータレイヤ、前記拠点属性を要素として含む拠点属性レイヤの順序に階層化し、隣接するレイヤ間で要素同士を関連付けた前記関係性情報を生成し、
   前記関係性表示部は、前記関係性情報における各レイヤおよび該レイヤに含まれる要素を前記順序で階層的に表示し、前記要素同士の関連付けをレイヤ間を跨ぐ線で表示する、
   請求項１に記載の支援システム。
8. 前記関係性解析部は、いずれかの関係性情報を更新すると、全ての拠点の関係性情報を解析して更新が必要な関係性情報があれば該関係性情報を更新する、
   請求項２に記載の支援システム。
9. モジュールを組み合わせて構築された情報システムの設計を支援する支援方法であって、
   関係性解析手段が、拠点に適用される情報システムについて、該拠点での業務フローに含まれる業務工程と、該業務工程に関連する、前記拠点に適用されたモジュールと、該モジュールによって参照されるデータと、該データが関連する前記拠点の拠点属性との関係性を示す関係性情報を生成し、
   関係性検索手段が、指定された拠点の関係性情報を抽出し、
   関係性表示手段が、抽出された前記関係性情報を表示する、支援方法。
10. 前記関係性解析手段は、前記情報システムのソースコードを含むリポジトリに変化があると該変化におけるリポジトリの更新部分を抽出し、前記更新部分においてソースコードが参照するデータを特定し、前記関係性情報において前記特定したデータと関連づけられたモジュールを特定し、該モジュールが参照するデータを基に該モジュールが関連する拠点属性を特定し、特定した前記モジュールと前記データと前記拠点属性に基づき、前記関係性情報を更新する、
    請求項９に記載の支援方法。
11. 前記関係性情報には、前記拠点に適用される複数のモジュールの実行順序の情報が含まれており、
    シミュレート手段が、
    シミュレーションの対象とするモジュールである導入候補モジュールが指定されると、前記拠点の情報システムにおける前記導入候補モジュールに対応するモジュールの代わりに前記導入候補モジュールを配置した評価環境を設定し、
    前記拠点の情報システムの運用において前記評価環境における前記導入候補モジュールの前段のモジュールが実行されると、該モジュールの実行結果を取得し、
    該実行結果を用いて前記導入候補モジュールを実行し、
    該導入候補モジュールの実行結果をシミュレーション結果として取得する、
    請求項９に記載の支援方法。
12. コンピュータに、モジュールを組み合わせて構築された情報システムの設計を支援させるための支援プログラムであって、
    関係性解析手段が、拠点に適用される情報システムについて、該拠点での業務フローに含まれる業務工程と、該業務工程に関連する、前記拠点に適用されたモジュールと、該モジュールによって参照されるデータと、該データが関連する前記拠点の拠点属性との関係性を示す関係性情報を生成する手順と、
    関係性検索手段が、指定された拠点の関係性情報を抽出する手順と、
    関係性表示手段が、抽出された前記関係性情報を表示する手順とを、コンピュータに実行させるための支援プログラム。
13. 前記関係性解析手段は、
    前記情報システムのソースコードを含むリポジトリに変化があると該変化におけるリポジトリの更新部分を抽出し、
    前記更新部分においてソースコードが参照するデータを特定し、
    前記関係性情報において前記特定したデータと関連づけられたモジュールを特定し、
    該モジュールが参照するデータを基に該モジュールが関連する拠点属性を特定し、
    特定した前記モジュールと前記データと前記拠点属性に基づき、前記関係性情報を更新する、
    請求項１２に記載の支援プログラム。
14. 前記関係性情報には、前記拠点に適用される複数のモジュールの実行順序の情報が含まれており、
    シミュレート手段が、
    シミュレーションの対象とするモジュールである導入候補モジュールが指定されると、前記拠点の情報システムにおける前記導入候補モジュールに対応するモジュールの代わりに前記導入候補モジュールを配置した評価環境を設定し、
    前記拠点の情報システムの運用において前記評価環境における前記導入候補モジュールの前段のモジュールが実行されると、該モジュールの実行結果を取得し、
    該実行結果を用いて前記導入候補モジュールを実行し、
    該導入候補モジュールの実行結果をシミュレーション結果として取得する、
    請求項１２に記載の支援プログラム。
    
    

Images