(57)【要約】【課題】エンタープライズアーキテクチャの設計において、経営または業務上の数値的な目標値は、各アーキテクチャ設計には十分に利用されていなかった。【解決手段】ＣＰＵ１１０と、メモリ１２０と、ＣＰＵがメモリに記憶されたプログラムを実行することにより実現される、経営目標設定部２１０と、業務アーキテクチャ設計部２２０、アプリケーションアーキテクチャ設計部２３０、データアーキテクチャ設計部２４０、システム基盤アーキテクチャ設計部２５０、エンタープライズアーキテクチャ出力部２６０とを備えるエンタープライズアーキテクチャ設計支援システム１００であって、経営目標値と関連付けて、業務アーキテクチャ、アプリケーションアーキテクチャ、データアーキテクチャを設計し、各アーキテクチャの具体的な属性値から、システム基盤を選択することにより、システム基盤までを設計する。【選択図】図１
2008176531.tif 000002
【特許請求の範囲】
【請求項１】
ＣＰＵと、メモリと、前記ＣＰＵが前記メモリに記憶されたプログラムを実行することにより実現される、経営目標設定部と、業務アーキテクチャ設計部、アプリケーションアーキテクチャ設計部、データアーキテクチャ設計部、システム基盤アーキテクチャ設計部、エンタープライズアーキテクチャ出力部とを備えるエンタープライズアーキテクチャ設計支援システムであって、
前記経営目標設定部は、エンタープライズアーキテクチャ設計対象とする企業の、経営目標と経営目標値を、入力装置または記憶装置から読み込んで、前記記憶装置に格納し、
前記業務アーキテクチャ設計部は、前記経営目標の実現に向けた業務と、前記業務に関わる特性を示す属性値とを、前記入力装置または前記記憶装置から読み込んで、前記記憶装置に格納し、
前記設定した経営目標値と、前記経営目標値に影響する前記業務の属性値とを、前記入力装置により関連付け、前記記憶装置に関連を格納し、
前記アプリケーションアーキテクチャ設計部は、前記設計した業務を支援するアプリケーション機能と、前記アプリケーション機能に関わる特性を示す属性値とを、前記入力装置または前記記憶装置から読み込んで、前記記憶装置に格納し、
前記設計した業務の属性値と、前記業務の属性値に影響する前記アプリケーション機能の属性値とを、前記入力装置により関連付けて、前記記憶装置に関連を格納し、
前記データアーキテクチャ設計部は、前記アプリケーション機能が利用するデータと、前記データに関わる特性を示す属性値とを、前記入力装置または前記記憶装置から読み込んで、前記記憶装置に格納し、
前記設計したアプリケーション機能の属性値と、前記アプリケーション機能に対して影響する前記データの属性値とを前記入力装置により関連付けて、前記記憶装置に関連を格納し、
前記システム基盤アーキテクチャ設計部は、前記設計したアプリケーション機能の属性値と、前記データの属性値とをある単位で集計し、予め前記記憶装置に格納したアプリケーション機能の属性値とデータの属性値の集計値に対応するシステム基盤を記した、パターンテーブルを検索することにより、前記集計した単位別にシステム基盤を選択設計し、
前記エンタープライズアーキテクチャ出力部は、前記設計した経営目標と、前記設計した業務、アプリケーション機能、データ、システム基盤の各アーキテクチャと、それらの間の関連を前記記憶装置から読み出し、前記各アーキテクチャとその関連を表した全体図を出力することを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項２】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
前記経営目標設定部は、前記経営目標値として、全体業務処理時間の目標値または全体業務処理量の目標値を設定することを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項３】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
前記業務アーキテクチャ設計部は、前記業務の属性値として、業務処理時間、業務処理量または業務処理担当者数を設定することを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項４】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
前記アプリケーションアーキテクチャ設計部は、前記アプリケーション機能の属性値として、アプリケーション機能の応答時間、処理件数または利用端末数を設定することを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項５】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
前記データアーキテクチャ設計部は、前記データの属性値として、データの格納件数を設定することを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項６】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
前記システム基盤アーキテクチャ設計部は、前記ある単位でのアプリケーション機能の属性値と前記データの属性値との集計とは、同一システムとして構成するアプリケーション機能とデータの単位であることを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項７】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
前記システム基盤アーキテクチャ設計部は、前記アプリケーション機能の属性値と前記データの属性値との集計とは、属性値の最大値、合計値および最小値を計算することであることを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項８】
前記請求項１に記載のエンタープライズアーキテクチャ設計支援システムであって、
設計変更影響検出部をさらに備え、
設計変更影響検出部は、前記設計された経営目標、業務、アプリケーション機能、データ、システム基盤および、それらの前記属性値のいずれかが変更されたとき、前記記憶装置に格納した関連を検索し、前記変更された箇所と直接あるいは間接的に、前記関連を持つ経営目標、業務、アプリケーション機能、データおよびシステム基盤、それらの属性値を、設計変更影響箇所として出力することを特徴とするエンタープライズアーキテクチャ設計支援システム。
【請求項９】
経営目標と経営目標値とを、入力装置または記憶装置から読み込んで、前記記憶装置に格納させるステップと、
前記経営目標の実現に向けた業務と、前記業務に関わる特性を示す属性値とを、前記入力装置または前記記憶装置から読み込んで、前記記憶装置に格納させるステップと、
前記設定した経営目標値と、前記経営目標値に影響する前記業務の属性値とを、前記入力装置により関連付け、前記記憶装置に関連を格納させるステップと、
前記設計した業務を支援するアプリケーション機能と、前記アプリケーション機能に関わる特性を示す属性値とを、入力装置または記憶装置から読み込んで、記憶装置に格納させるステップと、
前記設計した業務の属性値と、前記業務の属性値に影響する前記アプリケーション機能の属性値とを、前記入力装置により関連付けて、前記記憶装置に関連を格納させるステップと、
前記アプリケーション機能が利用するデータと、前記データに関わる特性を示す属性値とを、前記入力装置または前記記憶装置から読み込んで、前記記憶装置に格納させるステップと、
前記設計したアプリケーション機能の属性値と、前記アプリケーション機能に対して影響する前記データの属性値とを前記入力装置により関連付けて、前記記憶装置に関連を格納させるステップと、
前記設計したアプリケーション機能の属性値と、前記データの属性値とをある単位で集計し、予め記憶装置に格納したアプリケーション機能の属性値とデータの属性値の集計値に対応するシステム基盤を記したパターンテーブルを検索することにより、前記集計した単位別にシステム基盤を提示するステップと、
前記設計した経営目標と、前記設計した業務、アプリケーション機能、データ、システム基盤の各アーキテクチャと、それらの間の関連を記憶装置から読み出し、前記各アーキテクチャとその関連を表した全体図を出力するステップとからなることを特徴とするエンタープライズアーキテクチャ設計支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、経営目標値を織り込んだエンタープライズアーキテクチャ設計支援システムおよびエンタープライズアーキテクチャ設計支援方法に関する。
【背景技術】
【０００２】
企業は、経営目標実現に向けて、自社の業務とそれを支える情報システムの将来像を描くエンタープライズアーキテクチャの設計を実施している。ここでエンタープライズアーキテクチャ設計とは、エンタープライズ（企業全体）の各システム全体を見て、各システムに機能/データの重複なく基盤ソフトウェアと一体化させる設計である。
エンタープライズアーキテクチャの設計では、業務、アプリケーション機能、データ、システム基盤の各観点から設計していく。この事例は、非特許文献１、特許文献１に記載がある。
【０００３】
【非特許文献１】”業務・システム最適化計画策定指針（ガイドライン）”、[online]、平成１６年２月１０日、ｅ−Ｇｏｖ、[平成１８年１２月２０日検索]、インターネット＜URL:http://www.e-gov.go.jp/doc/guideline.html＞
【特許文献１】特開２００６−１３９６１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された発明において、各アーキテクチャは、通常、経営目標および経営課題を解決するためのものとして設計されてはいた。しかし、経営の数値的な目標値は、各アーキテクチャの設計には十分に利用されていなかった。
【０００５】
例えば、経営目標として「顧客対応時間の短縮」がある場合に、「顧客対応時間の短縮」を解決するための業務やシステムは存在してはいた。しかし、短縮の目標時間が１０分なのか２０分なのか等、業務やアプリケーション機能の設計へ明確には反映されていなかった。本来、目標時間の大小によって、手段として取り得る業務やアプリケーション機能が異なる。また、当該業務や機能の処理時間や応答時間の要求値も異なってくるため、定性的な経営目標だけでなく、定量的な経営目標値が、システム基盤アーキテクチャまで含めた全体アーキテクチャの設計に大きく影響するものである。定性的な経営目標だけで、アーキテクチャ設計をする従来の方法では、必ずしも経営目標値を実現できるものになるとは限らなかった。
【０００６】
また、定量的な経営目標値を考慮して業務アーキテクチャを設計したとしても、経営目標値から業務の目標値を設定していないとき、後に続く工程での、アプリケーション機能やデータの設計、システム基盤においても、業務の目標値や、関連する機能やデータの目標値を考慮した設計になっていないという課題があった。
【０００７】
そこで、経営目標値を実現するためのエンタープライズアーキテクチャを容易に設計する技術が求められている。
本発明は、上記課題を鑑みてなされたものであり、経営目標値に直結したエンタープライズアーキテクチャ設計支援システムおよびエンタープライズアーキテクチャ設計支援方法を提供することを主たる目的とする。
【課題を解決するための手段】
【０００８】
上記課題は、ＣＰＵと、メモリと、ＣＰＵがメモリに記憶されたプログラムを実行することにより実現される、経営目標設定部と、業務アーキテクチャ設計部、アプリケーションアーキテクチャ設計部、データアーキテクチャ設計部、システム基盤アーキテクチャ設計部、エンタープライズアーキテクチャ出力部とを備え、経営目標設定部は、エンタープライズアーキテクチャ設計対象とする企業の、経営目標と経営目標値を、入力装置または記憶装置から読み込んで、記憶装置に格納し、業務アーキテクチャ設計部は、経営目標の実現に向けた業務と、業務に関わる特性を示す属性値とを、入力装置または記憶装置から読み込んで、記憶装置に格納し、設定した経営目標値と、経営目標値に影響する業務の属性値とを、入力装置により関連付け、記憶装置に関連を格納し、アプリケーションアーキテクチャ設計部は、設計した業務を支援するアプリケーション機能と、アプリケーション機能に関わる特性を示す属性値とを、入力装置または記憶装置から読み込んで、記憶装置に格納し、設計した業務の属性値と、業務の属性値に影響するアプリケーション機能の属性値とを、入力装置により関連付けて、記憶装置に関連を格納し、データアーキテクチャ設計部は、アプリケーション機能が利用するデータと、データに関わる特性を示す属性値とを、入力装置または記憶装置から読み込んで、記憶装置に格納し、設計したアプリケーション機能の属性値と、アプリケーション機能に対して影響するデータの属性値とを入力装置により関連付けて、記憶装置に関連を格納し、システム基盤アーキテクチャ設計部は、設計したアプリケーション機能の属性値と、データの属性値とをある単位で集計し、予め記憶装置に格納したアプリケーション機能の属性値とデータの属性値の集計値に対応するシステム基盤を記した、パターンテーブルを検索することにより、集計した単位別にシステム基盤を選択設計し、エンタープライズアーキテクチャ出力部は、設計した経営目標と、設計した業務、アプリケーション機能、データ、システム基盤の各アーキテクチャと、それらの間の関連を記憶装置から読み出し、各アーキテクチャとその関連を表した全体図を出力するエンタープライズアーキテクチャ設計支援システムにより、達成できる。
【０００９】
その他、本願が開示する課題、およびその解決方法は、発明を実施するための最良の形態および図面により明らかにされる。
【発明の効果】
【００１０】
本発明によれば、経営目標値に直結したエンタープライズアーキテクチャ設計支援システムおよびエンタープライズアーキテクチャ設計支援システム方法を提供することができる。
【発明を実施するための最良の形態】
【００１１】
本発明の実施の形態について、実施例を用い図面を参照して説明する。なお、以下の説明において、同一部位には同じ参照番号を振り、説明は繰り返さない。
【００１２】
図１はエンタープライズアーキテクチャ設計支援システム構成をあらわすブロック図である。図１において、エンタープライズアーキテクチャ設計支援システム１００は、バス２００によって接続されたＣＰＵ１１０、メモリ１２０、ポート１３０、記憶媒体読取装置１４０、入力装置１５０、出力装置１６０、記憶装置１７０を備える。
【００１３】
ＣＰＵ１１０は、エンタープライズアーキテクチャ設計支援システム１００の全体制御を司るもので、記憶装置１７０に記憶された制御プログラム１９０をメモリ１２０に読み出して実行することにより、上述したエンタープライズアーキテクチャ設計支援システム１００としての各種機能が実現される。具体的には、経営目標設定部２１０、業務アーキテクチャ設計部２２０、アプリケーションアーキテクチャ設計部２３０、データアーキテクチャ設計部２４０、システム基盤アーキテクチャ設計部２５０、エンタープライズアーキテクチャ出力部２６０、設計変更影響検出部２７０が実現される。
【００１４】
メモリ１２０は、半導体記憶装置により構成することができる。ポート１３０は、通信を行うための装置である。ポート１３０に接続した図示しないネットワークを介して、制御プログラム１９０を、ポート１３０を通じて他の情報処理装置から受信して、メモリ１２０や記憶装置１７０に記憶するようにすることもできる。
【００１５】
また、記憶装置１７０は、経営目標テーブル３００、業務アーキテクチャテーブル６００、経営目標と業務の関連テーブル７００、アプリケーションアーキテクチャテーブル１０００、業務とアプリケーションの関連テーブル１１００、データアーキテクチャテーブル１４００、アプリケーションとデータの関連テーブル１５００、システム基盤選択パターンテーブル１７００、システム基盤構成テーブル１８００、システム基盤アーキテクチャテーブル１９００を保持する。これらの各種テーブルを、別の情報処理装置に格納しておき、ポート１３０を通じて受信して、制御プログラム１９０の処理に利用することもできる。
【００１６】
また、エンタープライズアーキテクチャ設計支援システム１００は、ＷＷＷ（World Wide Web）サーバとしての機能を備えるようにすることもできる。この場合、エンタープライズアーキテクチャ設計支援システム１００は、ポート１３０よりネットワークを介して通信可能に接続された情報処理装置が備える入力装置および出力装置より、制御プログラム１９０への入力情報を受け付け、出力情報を表示させるようにすることもできる。
【００１７】
記憶媒体読取装置１４０は、記憶媒体１８０に記憶されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１２０や記憶装置１７０に格納される。従って、記憶媒体１８０に記録された制御プログラム８００を、記憶媒体読取装置１４０を用いて上記記憶媒体１８０から読み取って、メモリ１２０や記憶装置１７０に記憶するようにすることができる。記憶媒体１８０としてはフレキシブルディスクや磁気テープ、ＣＤ−ＲＯＭ、半導体記憶装置などを用いることができる。記憶媒体読取装置１４０は、エンタープライズアーキテクチャ設計支援システム１００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。
【００１８】
入力装置１５０は、オペレータあるいは顧客などによるエンタープライズアーキテクチャ設計支援システム１００へのデータ入力などのために用いられる装置であり、ユーザインターフェースとして機能する。入力装置１５０としては、キーボードやマウスなどを用いることができる。
【００１９】
出力装置１６０は、情報を外部へ出力するための装置であり、ユーザインターフェースとして機能する。出力装置２６０としては、ディスプレイやプリンタなどを用いることができる。
【００２０】
記憶装置１７０は、ハードディスク装置や半導体記憶装置などとすることができる。記憶装置１７０には、制御プログラム１９０、経営目標テーブル３００、業務アーキテクチャテーブル６００、経営目標と業務の関連テーブル７００、アプリケーションアーキテクチャテーブル１０００、業務とアプリケーションの関連テーブル１１００、データアーキテクチャテーブル１４００、アプリケーションとデータの関連テーブル１５００、システム基盤選択パターンテーブル１７００、システム基盤構成テーブル１８００、システム基盤アーキテクチャテーブル１９００、が記憶される。なお、制御プログラム１９０は、複数のプログラムにより構成することもできる。
【００２１】
次に、実施例１に係る処理の流れを、図２の処理フローに従い、図３ないし図２０を用い説明する。なお、実施例１および実施例２では、ある企業において顧客からの電話問合せに対応するコールセンターの業務およびシステムについて説明する。ここで図２はエンタープライズアーキテクチャ設計支援システムの処理フローである。図２において、エンタープライズアーキテクチャ設計支援システム１００は、経営目標の入力受付・登録を行う（Ｓ２１０）。エンタープライズアーキテクチャ設計支援システム１００は、業務アーキテクチャの入力を受け付け、データベースを参照する（Ｓ２２０）。エンタープライズアーキテクチャ設計支援システム１００は、アプリケーションアーキテクチャの入力を受け付け、データベースを参照する（Ｓ２３０）。エンタープライズアーキテクチャ設計支援システム１００は、データアーキテクチャの入力を受け付け、データベースを参照する（Ｓ２４０）。エンタープライズアーキテクチャ設計支援システム１００は、システム基盤アーキテクチャを作成する（Ｓ２５０）。エンタープライズアーキテクチャ設計支援システム１００は、エンタープライズアーキテクチャ図を出力して（Ｓ２６０）、終了する。
【００２２】
エンタープライズアーキテクチャ設計支援システム１００は、ステップ２１０において、入力装置１５０より、経営目標と、それに対応する経営目標値の入力を受け付ける。経営目標と経営目標値は、予め記憶装置１７０に格納してあるものでもよい。エンタープライズアーキテクチャ設計支援システム１０００は、入力された経営目標と、経営目標値を、経営目標テーブル３００として、記憶装置１７０に格納する。
【００２３】
図３は経営目標テーブルを説明する図である。図３において、経営目標テーブル３００は、経営目標欄３１０、経営目標指標欄３２０、経営目標値欄３３０とからなる。図３では、コールセンターにおける「顧客問合せ対応時間の短縮」という経営目標が設定され、その目標指標として「顧客問合せ対応時間」を、経営目標値として「１件あたり１５分」を設定している。
【００２４】
図４は業務アーキテクチャ入力受付/登録の詳細処理フローを説明する図である。図４において、エンタープライズアーキテクチャ設計支援システム１００は、最初に、入力装置１５０より、業務アーキテクチャを構成する業務とその流れを入力受付し、業務アーキテクチュアテーブル６００に登録する（Ｓ４１０）。エンタープライズアーキテクチャ設計支援システム１００は、ステップ４１０で設定した各業務に対する業務属性について、入力装置１５０から入力受付し、業務アーキテクチュアテーブル６００に登録する（Ｓ４２０）。ステップ４２０で設定した業務属性値について、エンタープライズアーキテクチャ設計支援システム１００は、ステップ２１０で設定した経営目標値に関連するものを、関連付け（Ｓ４３０）、終了する。ここで、経営目標値に関連する業務属性値とは、経営目標値を達成するために、必要な業務属性値である。ステップ４３０は、具体的には、エンタープライズアーキテクチャ設計支援システム１００は、経営目標テーブル３００と業務アーキテクチュアテーブル６００とを参照し、入力装置１５０からの入力に基づいて、経営目標と業務の関連テーブル７００に、経営目標と業務との関連付けを記録する。
【００２５】
なお、図４において、入力装置１５０からデータの入力を受け付けているが、記憶装置１７０または記憶媒体読取装置１４０からデータの入力を受け付けても良い。これは、本明細書の各図に共通である。また、単に記憶装置と記載したとき、記憶装置１７０と記憶媒体読取装置１４０とを含み、これらに限られない。
【００２６】
図５は、業務入力受付/登録画面である。図５において、業務入力受付/登録画面５００は、部品エリア５１０と、設計エリア５２０とからなる。部品エリア５１０では、四角のダイアグラム５０１が業務を、矢印のダイアグラム５０２が業務の流れを示す。エンタープライズアーキテクチャ設計支援システム１００のユーザは、入力装置１５０を用いて、部品エリア５１０のダイアグラムを選択して、業務とその流れを設計エリア５２０へ入力し、さらに業務ダイアグラムに対して業務名称を入力する。これを繰り返すことで、コールセンターにおける顧客問合せ対応時間の短縮を実現するための業務を設計する。
【００２７】
図５では、「電話受付」業務、「顧客状況把握」業務、「解決策検討」業務、「解決策説明」業務の各業務とその流れが設計されている。エンタープライズアーキテクチャ設計支援システム１００のユーザは、各業務に対して業務属性を設定する。業務属性入力受付/登録画面５３０を、業務入力受付/登録画面５００の一部として示す。業務属性入力受付/登録画面５３０と、業務入力受付/登録画面５００は、別画面であってもよい。
【００２８】
業務属性入力受付/登録画面５３０は、属性設定対象である業務名表示エリア５３１と、業務に関する属性項目の種類を示すエリ５３２、属性項目に対する当該業務の属性値を設定するエリア５３３、とからなる。属性項目としては、当該業務の業務内容、作業時間や担当者数、処理件数がある。これ以外のものを設定してもよい。また、属性値は、属性項目に対応して、業務内容を表す説明文、作業時間として１件あたり６分、担当者数２００人、処理件数５０００件などを設定する。
【００２９】
以上設定した業務と業務属性値は、業務アーキテクチャテーブル６００として、記憶装置１７０に格納する。図６は、業務アーキテクチャテーブルを説明する図である。図６において、業務アーキテクチャテーブル６００は、業務に関わる情報を格納するためのものであり、業務名フィールド６１０、業務内容フィールド６２０、作業時間フィールド６３０、担当者数フィールド６４０、処理件数フィールド６５０とからなる。
【００３０】
図７は、経営目標と業務の関連テーブルを説明する図である。図７において、経営目標と業務の関連テーブル７００は、ステップ２１０で設定した経営目標指標と、ステップ４２０で設定した業務属性項目とのクロス表である。経営目標値の列７１０と、業務属性値の行７２０、およびそれらがクロスするセル７３０からなる。
【００３１】
関連付けの対象である、経営目標値の項目と業務属性値の項目がクロスするセルに、関連があることを示す値を入力する。図７では、経営目標である「顧客問合せ対応時間」に対して、業務属性である電話受付業務の「作業時間」と、顧客状況把握業務の「作業時間」とが関連していることを入力している。エンタープライズアーキテクチャ設計支援システム１００は、経営目標と業務の関連テーブル７００を、記憶装置１７０に格納する。
【００３２】
図８は、アプリケーションアーキテクチャ入力受付/ＤＢ参照の詳細処理フローを説明する図である。図８において、エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０から、アプリケーション機能の入力を受け付け、アプリケーションアーキテクチャテーブル１０００に登録する（Ｓ８１０）。エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０から、アプリケーション機能の属性の入力を受け付け、業務アーキテクチャテーブル６００を参照してアプリケーションアーキテクチャテーブル１０００に登録する（Ｓ８２０）。エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０から、業務属性とアプリケーション属性との関連の入力を受け付け、業務アーキテクチャテーブル６００を参照して業務とアプリケーションの関連テーブル１１００に登録して（Ｓ８３０）、終了する。ステップ８３０は、ステップ８２０で設定したアプリケーション機能の属性値について、ステップ２２０で設定した業務の属性値により影響を受けるものを、関連付ける。言い換えれば業務の属性値に影響を受けるアプリケーション機能の属性値とは、業務属性値の達成に必要なアプリケーション機能の属性値と言いかえることができる。
【００３３】
図９は、アプリケーション入力受付/登録画面である。アプリケーション入力受付/登録画面９００は、部品エリア９１０と、設計エリア９２０とからなる。部品エリア９１０では、四角のダイアグラム９０１がアプリケーション機能を、矢印のダイアグラム９０２がアプリケーション機能間の呼び出し関係を表現する。入力装置１５０を用いて、アプリケーション機能とその呼び出し関係を入力し、さらにアプリケーション機能ダイアグラムに対してアプリケーション機能名称を入力する。これを繰り返すことで、業務アーキテクチャに記した業務を支援するアプリケーション機能を入力受付/登録する。
【００３４】
図９では、「電話受付」機能、「顧客情報参照」機能、「解決策検索」機能の各機能が登録されている。ステップ８１０で設定した各アプリケーション機能に対して、属性値を設定するアプリケーション機能属性入力受付/登録画面９３０を、アプリケーション入力受付/登録画面９００の一部として示す。
【００３５】
アプリケーション機能属性入力受付/登録画面９３０は、属性設定対象であるアプリケーション機能名表示エリア９３１と、アプリケーション機能に関する属性項目の種類を示すエリア９３２、属性項目に対する当該アプリケーション機能の属性値を設定するエリア９３３、とからなる。属性項目としては、当該アプリケーション機能を説明する機能内容、機能が対象とする業務、処理時間や利用端末数、処理件数がある。これ以外のものを設定してもよい。また、属性値としては、属性項目に対応して設定するものであり、処理時間１件あたり３秒以内、利用端末数２００台、処理件数５０００件などを設定する。また、機能の対象業務としては、ステップ２２０で設計した業務アーキテクチャの業務の中からいずれかを設定する。
【００３６】
以上設定した、アプリケーションアーキテクチャについて、アプリケーションアーキテクチャテーブル１０００として、記憶装置１７０に格納する。図１０はアプリケーションアーキテクチャテーブルを説明する図である。図１０において、アプリケーションアーキテクチャテーブル１０００は、機能フィールド１０１０、機能内容フィールド１０２０、対象業務フィールド１０３０、処理時間フィールド１０４０、利用端末数フィールド１０５０、処理件数フィールド１０６０、顧客数フィールド１０７０、解決策数フィールド１０８０とから、構成される。アプリケーションアーキテクチャテーブル１０００のレコードは、電話受付機能、顧客情報参照機能、解決策検索機能、全体とから構成される。
【００３７】
図１１は、業務とアプリケーションの関連テーブルを説明する図である。エンタープライズアーキテクチャ設計支援システム１００のユーザは、入力装置１５０を用いて、業務とアプリケーションの関連テーブル１１００に対して入力することで、業務属性値とアプリケーション機能属性値との関連付けを設定する。
【００３８】
図１１において、業務とアプリケーションの関連テーブル１１００は、ステップ８２０で設定したアプリケーション機能属性項目と、ステップ４２０で設定した業務属性項目のクロス表である。関連付け対象となる、アプリケーション機能属性項目と業務属性項目がクロスするセルに、関連付けがあることを示す値を入力する。図１１では、「顧客状況把握」業務の「作業時間」に対して、「顧客情報参照」機能の「応答時間」が関連していることを入力している。これを必要な関連付けの箇所だけ繰り返す。エンタープライズアーキテクチャ設計支援システム１００は、以上設定した業務とアプリケーションの関連テーブル１１００を、記憶装置１７０に格納する。
【００３９】
図１２は、データアーキテクチャ設計の詳細処理フローを説明する図である。図１２において、エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０から、データの入力を受け付け、データアーキテクチャテーブル１４００に登録する（Ｓ１２１０）。エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０から、データの属性の入力を受け付け、アプリケーションアーキテクチャテーブル１０００を参照してデータアーキテクチャテーブル１４００に登録する（Ｓ１２２０）。エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０から、アプリケーション属性とデータ属性との関連の入力を受け付け、アプリケーションアーキテクチャテーブル１０００とデータアーキテクチャテーブル１４００を参照して、アプリケーション属性とデータ属性の関連をアプリケーションとデータの関連テーブル１５００に登録して（Ｓ１２３０）、終了する。ステップ１２３０は、ステップ１２２０で設定したデータ属性について、ステップ２３０で設定したアプリケーション機能の属性に影響を与えるものを、関連付ける。言い換えればアプリケーション機能の属性値に影響を受けるデータ属性値とは、アプリケーション機能の属性値の達成に必要なデータ機能の属性値である。
【００４０】
図１３は、データ入力受付/登録画面である。図１３において、データ入力受付/登録画面１３００は、部品エリア１３１０と、設計エリア１３２０とからなる。部品エリア１３１０では、データダイアグラム１３０１がデータをあらわす。エンタープライズアーキテクチャ設計支援システム１００のユーザは、入力装置１５０を用いて、データを入力し、さらにデータダイアグラムに対してデータ名称を入力する。これを繰り返すことで、データアーキテクチャに記した機能が利用するデータを登録する。
【００４１】
図１３では、「顧客情報」、「解決策情報」の各データが登録されている。図１３において、データ属性設定の入力画面１３３０を、データ入力受付/登録画面１３００の一部として示す。データ属性入力受付/登録設定画面１３３０は、属性入力受付/登録設定対象であるデータ名表示エリア１３３１と、データに関する属性項目の種類を示すエリア１３３２、属性項目に対する当該データの属性値を設定するエリア１３３３、とからなる。
【００４２】
属性項目としては、当該データの内容説明や、対象とするアプリケーション機能、データ処理時間、データ量などがある。これ以外のものを設定してもよい。また、属性値としては、対象機能では、アプリケーションアーキテクチャで設定したアプリケーション機能の中のいずれかを設定し、データ処理時間３秒以内、データ量４５,０００件などを設定する。以上設定した、データアーキテクチャについて、データアーキテクチャテーブル１４００として、記憶装置１７０に格納する。
【００４３】
図１４はデータアーキテクチャテーブルを説明する図である。データアーキテクチャテーブル１４００は、データフィールド１４１０、データ内容フィールド１４２０、対象機能フィールド１４３０、データ処理時間フィールド１４４０、データ量フィールド１４５０から、構成される。データアーキテクチャテーブル１４００のレコードは、顧客情報、解決策情報、全体である。
【００４４】
図１５は、アプリケーションとデータの関連テーブルを説明する図である。エンタープライズアーキテクチャ設計支援システム１００は、入力装置１５０を用いて、アプリケーションとデータの関連テーブル１５００に対して入力することで、アプリケーション機能の属性値とデータの属性値との関連付けを設定する。
【００４５】
図１５において、アプリケーションとデータの関連テーブル１５００は、ステップ１２２０で設定したデータ属性項目と、ステップ２３０で設定したアプリケーション機能属性項目のクロス表である。関連付ける、アプリケーション機能属性項目とデータ属性項目がクロスするセルに、関連付けがあることを示す値を入力する。図１５では、「顧客情報参照」機能の「処理時間」に対して、「顧客」情報の「処理時間」が関連していることを入力している。これを必要な関連付けの箇所だけ繰り返す。エンタープライズアーキテクチャ設計支援システム１００は、以上設定したアプリケーションとデータの関連テーブル１５００を、記憶装置１７０に格納する。
【００４６】
図１６は、システム基盤アーキテクチャ作成の詳細処理フローを説明する図である。図１６において、エンタープライズアーキテクチャ設計支援システム１００は、アプリケーションアーキテクチャテーブル１０００と、データアーキテクチャテーブル１４００を参照して、ステップ２３０で設定したアプリケーション機能の属性値と、ステップ２４０で設定したデータの属性値とから、システム基盤を設計するための要件を集計する（Ｓ１６１０）。具体的には、アプリケーション機能の属性項目である、端末数について最大値を計算し、性能（処理時間）に関しては最小値を計算し、データの属性項目であるデータ量に関しては合計値を計算する。
【００４７】
エンタープライズアーキテクチャ設計支援システム１００は、ステップ１６１０で集計したシステム基盤要件を、予め記憶装置１７０に格納したシステム基盤選択パターンテーブル１７００とシステム基盤構成テーブル１８００と照らし合わせて、システム基盤を決定し（Ｓ１６２０）、システム基盤アーキテクチャテーブル１９００に登録して、終了する。
【００４８】
図１７は、システム基盤選択パターンテーブルを説明する図である。図１７において、システム基盤選択パターンテーブル１７００は、要件フィールド群１７１０と、システム基盤フィールド１７２０とからなる。要件フィールド群１７１０は、システム基盤を選択するための各要件フィールドから構成される。各要件フィールドは、アプリケーションアーキテクチャテーブル１０００のアプリケーション機能の属性項目と、データアーキテクチャテーブル１４００のデータ属性項目に対応している。システム基盤フィールド１７２０には、選択候補としてのシステム基盤名が格納されている。
【００４９】
システム基盤選択パターンテーブル１７００は、ステップ１６２０で集計した要件として、利用端末台数が３０台以上、性能が３秒以内、データ量が１００万件以上であれば、システム基盤として３階層ＷＥＢ構成が選択パターンとして格納されている。
【００５０】
エンタープライズアーキテクチャ設計支援システム１００は、ステップ１６１０で集計したシステム基盤要件の値に合致する要件フィールド群１７１０のレコードを検索し、該当レコードのシステム基盤フィールド１７２０の値を参照する。これにより、システム基盤を決定する。
【００５１】
システム基盤選択パターンテーブル１７００のシステム基盤フィールド１７２０にあるシステム基盤名に対しては、それぞれ予め記憶装置１７０内に、システム基盤構成テーブル１８００が格納されている。
【００５２】
図１８は、システム基盤構成テーブルを説明する図である。図１８において、システム基盤構成テーブル１８００は、各システム基盤名に対して、システム基盤構成を図面化したテーブルである。図１８では、システム基盤である３階層ＷＥＢが、ＷＥＢサーバ、ＡＰサーバ、ＤＢサーバとから構成されていることを示している。他のシステム基盤（２階層ＷＥＢ等）についても同様に基盤構成が図面化されている。
【００５３】
よって、ステップ１６２０で選択したシステム基盤に対して、システム基盤構成図１８００を検索することにより、システム基盤構成図を出力してもよい。選択したシステム基盤のシステム構成図を、システム基盤アーキテクチャテーブル１９００として、記憶装置１７０に格納する。３階層ＷＥＢのシステム基盤アーキテクチャテーブル１９００を図１９に示す。この場合、３階層ＷＥＢのシステム基盤アーキテクチャテーブル１９００は、ＷＥＢサーバ１９１０、アプリケーション（ＡＰ）サーバ１９２０、ＤＢサーバ１９３０とから構成される。ＷＥＢサーバ１９１０は、サーバハード１９１４、サーバＯＳ １９１３、ＨＴＴＰサーバ１９１２、ＷＥＢページ動的生成基盤１９１１とから、構成される。ＡＰサーバ１９２０は、サーバハード１９２３、サーバＯＳ １９２２、業務ロジック実行基盤１９２１とから構成される。また、ＤＢサーバ１９３０は、サーバハード１９３３、サーバＯＳ １９３２、ＤＢマネージングシステムシステム（ＤＭＭＳ：ＤＢ Managing System）１９３１とから構成される。
【００５４】
図１９では、システム基盤アーキテクチャテーブル１９００として、３階層ＷＥＢの基盤を説明したが、選択したシステムが２階層ＷＥＢ、２階層または３階層クライアント/サーバ（Ｃ/Ｓ）のとき、それらの基盤が記録される。
【００５５】
図１６に戻って、ステップ１６１０の集計単位は、同一のシステム基盤上でシステム構築するアプリケーション機能とデータの単位である。そのため、ステップ２３０で設計したアプリケーション機能、およびステップ２４０で設計したデータを、求められる要件別や業務別に分割して、複数のシステム基盤上で構築する場合には、その分割単位に集計してもよい。この場合、ステップ１６２０では、分割単位別にシステム基盤を決定することとなる。
【００５６】
また、ステップ１６２０において、システム基盤の種類は、システム基盤選択パターンテーブル１７００では、要件に対して、メインフレームや３階層ＷＥＢなど基本的な構成を一つ選ぶとしているが、その他に付加構成など複数の構成を選ぶようにパターンを用意してもよい。つまり、要件に従って、基本構成として３階層ＷＥＢと、バックアップの付加構成としてホットスタンバイ構成とを選び、それらを組み合わせてシステム基盤アーキテクチャとしてもよい。付加構成としては、運用管理システム基盤や、セキュリティ基盤、システム連携基盤などがある。
【００５７】
図２０は、エンタープライズアーキテクチャ図である。図２０において、エンタープライズアーキテクチャ図 ２０００は、経営目標表示エリア２０１０、業務アーキテクチャ表示エリア２０２０、アプリケーションアーキテクチャ表示エリア２０３０、データアーキテクチャ表示エリア２０４０、システム基盤アーキテクチャ表示エリア２０５０とからなる。各表示エリアは、ステップ２１０からステップ２５０まで設計した各アーキテクチャテーブル３００、６００、１０００、１４００、１９００に従い、表示されている。そして、ステップ２２０からステップ２４０で設定した関連テーブル７００、１１００、１５００、に従い、各アーキテクチャ間の関連付けをリンクとして出力する。具体的には、アーキテクチャの構成要素である、経営目標と業務との関連、業務とアプリケーション機能との関連、アプリケーション機能とデータとの関連である。
【００５８】
以上、本実施例によれば、経営目標の具体的な目標値に対応したエンタープライズアーキテクチャを容易に設計できるようになる。特に、経営目標値と関連付けて、業務アーキテクチャ、アプリケーションアーキテクチャ、データアーキテクチャを設計し、各アーキテクチャの具体的な属性値から、システム基盤を選択することにより、容易にシステム基盤までを設計することができる。
【００５９】
次に、実施例２について、図２１を参照して説明する。ここで、図２１は実施例２の処理フロー図である。実施例２は、実施例１に加えて、設計変更影響検出部２７０により実行される処理を加えたものである。
【００６０】
実施例２は、実施例１の実施後に、変更されたアーキテクチャに対して、影響を受けるアーキテクチャの箇所を検出するものである。図２１において、ステップ２７０は、ステップ２１０から、ステップ２６０までのいずれかにおいてアーキテクチャを変更した場合に、変更の影響を受けるアーキテクチャ要素を出力する。アーキテクチャ要素とは、経営目標、業務、アプリケーション機能、データ、システム基盤等である。
【００６１】
アーキテクチャの変更は、ステップ２１０からステップ２６０までの処理のいずれかであり、実施例１と同じであるため、説明を省略する。
【００６２】
ステップ２７０において、エンタープライズアーキテクチャ設計支援システム１０００は、関連テーブル７００、１１００、１５００を検索し、変更されたアーキテクチャ要素が関連を持つアーキテクチャ要素を検索する。さらに、検索した関連を持つアーキテクチャ要素がさらに関連しているアーキテクチャ要素も関連テーブルを検索する。エンタープライズアーキテクチャ設計支援システム１０００は、検索したアーキテクチャ要素について、エンタープライズアーキテクチャ図 ２０００に色を変更するなどして、ハイライト出力する。
【００６３】
以上、実施例２のエンタープライズアーキテクチャ設計支援システムによれば、アーキテクチャ設計の変更を行った場合に、他のアーキテクチャのどこに影響を及ぼすかが容易に把握できる。これにより、変更により影響を受ける箇所の設計の見直しを漏れなく行うことができ、経営目標から業務、アプリケーション機能、データ、システム基盤の間での設計変更による設計内容の不整合を防ぐことが容易となる。
【００６４】
以上、発明を実施するための最良の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。
【図面の簡単な説明】
【００６５】
【図１】エンタープライズアーキテクチャ設計支援システムの構成を示すブロック図である。
【図２】処理の流れを示す処理フロー図である。
【図３】経営目標テーブルを示す図である。
【図４】業務アーキテクチャの設計処理フロー図である。
【図５】業務アーキテクチャの設計画面を示す図である。
【図６】業務アーキテクチャテーブルを示す図である。
【図７】経営目標と業務の関連テーブルを示す図である。
【図８】アプリケーションアーキテクチャの設計処理フロー図である。
【図９】アプリケーションアーキテクチャの設計画面を示す図である。
【図１０】アプリケーションアーキテクチャテーブルを示す図である。
【図１１】業務とアプリケーションの関連テーブルを示す図である。
【図１２】データアーキテクチャの設計処理フロー図である。
【図１３】データアーキテクチャの設計画面を示す図である。
【図１４】データアーキテクチャテーブルを示す図である。
【図１５】アプリケーションとデータの関連テーブルを示す図である。
【図１６】システム基盤アーキテクチャの設計処理フロー図である。
【図１７】システム基盤選択パターンのテーブル例を示す図である。
【図１８】システム基盤構成を示す図である。
【図１９】システム基盤アーキテクチャテーブルを示す図である。
【図２０】エンタープライズアーキテクチャ図を示す図である。
【図２１】実施例２の処理の流れを示す処理フロー図である。
【符号の説明】
【００６６】
１００…エンタープライズアーキテクチャ設計支援システム、１１０…ＣＰＵ、１２０…メモリ、１３０…ポート、１４０…記憶媒体読取装置、１５０…入力装置、１６０…出力装置、１７０…記憶装置、１８０…記憶媒体、１９０…制御プログラム、２００…バス、２１０…経営目標設定部、２２０…業務アーキテクチャ設計部、２３０…アプリケーションアーキテクチャ設計部、２４０…データアーキテクチャ設計部、２５０…システム基盤アーキテクチャ設計部、２６０…エンタープライズアーキテクチャ出力部、２７０…設計変更影響検出部、３００…経営目標テーブル、６００…業務アーキテクチャテーブル、７００…経営目標と業務の関連テーブル、１０００…アプリケーションアーキテクチャテーブル、１１００…業務とアプリケーションの関連テーブル、１４００…データアーキテクチャテーブル、１５００…アプリケーションとデータの関連テーブル、１７００…システム基盤選択パターンテーブル、１８００…システム基盤構成テーブル、１９００…システム基盤アーキテクチャテーブル、２０００…エンタープライズアーキテクチャ図。
【図１】
2008176531.tif 000003
【図２】
2008176531.tif 000004
【図３】
2008176531.tif 000005
【図４】
2008176531.tif 000006
【図５】
2008176531.tif 000007
【図６】
2008176531.tif 000008
【図７】
2008176531.tif 000009
【図８】
2008176531.tif 000010
【図９】
2008176531.tif 000011
【図１０】
2008176531.tif 000012
【図１１】
2008176531.tif 000013
【図１２】
2008176531.tif 000014
【図１３】
2008176531.tif 000015
【図１４】
2008176531.tif 000016
【図１５】
2008176531.tif 000017
【図１６】
2008176531.tif 000018
【図１７】
2008176531.tif 000019
【図１８】
2008176531.tif 000020
【図１９】
2008176531.tif 000021
【図２０】
2008176531.tif 000022
【図２１】
2008176531.tif 000023