JP4287464B2 - システム基盤構成策定支援システム及び支援方法 - Google Patents

Description

本発明は、システム基盤構成策定支援システム及び支援方法に係り、特に、エンタープライズ・アーキテクチャ（ＥＡ）の技術（インフラ TA：Technology Architecture）層におけるシステム基盤構成の策定を支援するシステム基盤構成策定支援システム及び支援方法に関する。

システム基盤構成とは、業務システムや情報システム等を構成する情報処理システムが持つ機能、性能等の具現する具体的な構成であり、ＥＡとは、政府組織や企業等の業務システムや情報システムにおいて、異なる業務間の関連性と情報システムの関連性とに着目しながら、組織全体の最適化の視点で業務システムや情報システムを改善するための仕組みである。ＥＡは、業務システムや企業情報システムの現状（ＡｓＩｓ）の可視化整理と目指すべき姿（ＴｏＢｅ）との定義を行う。また、ＥＡのフレームワークは、業務（BA:Business Architecture）、データ（DA:Data Architecture）、アプリケーション（AA:Application Architecture)、技術（TA）のそれぞれ関連性を持った４層のモデルを用いて表現される。

ＥＡにおけるシステム基盤構成の策定は、ＴＡ層で行われ、従来、以下のような作業を人の手で行っていた。

（１）ＢＡ、ＤＡ、ＡＡの各層から得られたシステム基盤構成への要求を、ＡＡ層で定義するシステム、アプリケーション、論理ＤＢ単位で整理する。

（２）要求の内容をシステムの品質要件に展開し、各システム基盤構成を策定するための根拠となるシステム品質要件として整理する。

（３）整理したシステム品質要件を満たすシステム基盤構成を策定する。

なお、この種のユーザからの要求を受付けてシステム基盤構成策定を支援する方法に関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、設計者からのデータ入力に基づき、旧システムから新システムへの移行の際に環境負荷の削減率が最適となる事例の提示を行うというものである。
特開２００５−７１１２２号公報

従来、ＥＡの策定におけるシステム基盤構成の策定は、人の手により行われていたため、多数の文書を参照する煩雑な作業が必要であった。また、システム基盤構成を策定する担当者の経験の違いにより、同様の要求に対するシステム基盤構成の策定結果が異なるものとなっていた。これにより、類似しているが違うシステムを複数策定してしまい、ＥＡの求めている全体としての最適化が充分に達成することができなかった。

また、前述の従来技術は、ユーザの要求に基づいた特定の機能を考慮して評価を行い、個別のシステム基盤設計を支援することができるものであるが、個別のシステムのみに着目し、組織全体のシステム基盤構成を考慮していないため、ＥＡの求める全体の最適化という視点でのシステム基盤構成の策定には不向きであるという問題点を有している。

本発明の目的は、前述した従来技術の問題点を解決し、ＥＡにおけるシステム基盤構成の策定時に、ＥＡの各層から与えられたユーザのシステム基盤構成への要求に基づき、過去に行われた策定事例の中からユーザの要望に一致する策定案をシステム基盤構成案として提供することにより、全体の最適化を確保しながら効率的にシステム基盤構成の策定を支援することができるシステム基盤構成策定支援システム及び支援方法を提供することにある。

本発明によれば前記目的は、記憶装置と、エンタープライズ・アーキテクチャ（ＥＡ）の各層から与えられるシステム基盤構成への要求を入力する入出力装置と、情報処理装置がその主記憶装置に格納されるプログラムを実行することによって実現される処理部とを有し、ＥＡに基づくシステム基盤構成の策定を支援するシステム基盤構成策定支援システムであって、前記記憶装置は、ユーザの要求内容を管理する要求内容管理テーブルと、システム基盤構成の品質要件の品質要件分類、項番、品質要件内容、値を管理する品質要件管理テーブルと、ユーザの要求と品質要件を対応付ける要求＿品質要件対応テーブルと、品質要件とグループとを対応付ける階層的なグルーピングテーブルと、前記品質要件により前記グルーピングテーブルのグループに分けられたシステム基盤構成の策定事例とを格納し、システム基盤に対するユーザの要求を前記入出力装置が入力データとして取り込み、前記処理部により前記入力データから前記要求＿品質要件対応テーブルを参照して要求に対応する品質要件を入力品質要件として取得し、前記入力品質要件から前記グルーピングテーブルを参照して、入力品質要件に対応する既存のグループを選択するグループ選択手段と、前記入力品質要件と前記グループ選択手段により選択されたグループの策定事例の品質要件との類似度を前記処理部により計算する類似度計算手段と、前記類似度計算に基づきグループ内の事例を前記類似度計算結果の高い事例からシステム基盤構成案として提示する策定案提示手段と、提示された事例のさらなる絞り込み要求をユーザから受付けた場合、当該絞り込みの質問を出力する質問手段と、策定されたシステム基盤構成を前記グループ選択手段により選択されたグループの策定事例としてグルーピングテーブルに反映するグループ生成・更新・削除手段と、前記策定案をユーザの入力により変更するカスタマイズ手段とを備え、前記グループ生成・更新・削除手段は、前記グルーピングテーブルへの策定事例の追加と、グループ内の策定事例数が所定の値以上になった場合に、当該グループを分割して前記グルーピングテーブルに新しいグループを生成する新規グループ作成手段とを有し、前記新規グループ作成手段により分割された情報を、前記記憶装置に作成されるグループ分割履歴管理テーブルに格納し、前記入出力装置から統合元の品質要件と統合先の品質要件を入力データとして取り込み、前記グルーピングテーブルの品質要件フィールドの値が、前記統合元の品質要件と部分一致するか否かを判定し、該当フィールドの一致部分の値を前記統合先の品質要件に書き換え、前記グループ分割履歴管理テーブルを参照し、グループ分割要件フィールドの値が前記統合元の品質要件と一致するレコードのグループ探索用コードを取得し、かつ、前記レコードのグループ探索用コードの値と前記グループ探索用コードの桁数分の値がグループ探索用コードと一致するレコードを前記分割履歴管理テーブルの他のレコードから検索し、該当するレコードのグループ探索用コードの取得と該当レコードの削除とを行い、前記グルーピングテーブルを参照し、グループ名フィールドが前記グループ探索用コードに一致するグループを検索し、当該グループの要素の保持と該当レコードの削除とを行い、前記保持したグループの要素について、前記グループ生成・更新手段が、グループの策定事例の中で最も選択されている品質要件に基づいてグループ分けして格納することにより達成される。

本発明によれば、予め決められた品質要件の確定ロジックと品質要件とに基づくグループ選択ロジックにより、全体最適を確保しつつ、類似度計算ロジックによりユーザの求める最適な構成案を提示することができ、設計者の経験に左右されることなく一定の設計品質を保ったシステム基盤構成を策定することができ、また、要求入力後の処理を前記ロジックにより自動的に行うことにより、システム基盤構成策定の手間と時間とを大幅に短縮することができる。

以下、本発明によるシステム基盤構成策定支援方法及びシステムの実施形態を図面により詳細に説明する。

図１は本発明の一実施形態によるシステム基盤構成策定支援システムの構成を示すブロック図である。図１において、１００はシステムバス、１０１は入出力端末、１０２は情報処理装置（ＣＰＵ）、１０３は主記憶装置、１０４はデータベース、１０５はシステム基盤構成策定プログラム、１１０は要求入力制御プログラム、１１１は策定案提示プログラム、１１２は要求・システム基盤構成表示プログラム、１１３は構成カスタマイズプログラム、１１４はグルーピングテーブル更新プログラム、１１５はデータベース１０４におけるリファレンス情報格納領域、１１６はグループ管理領域である。

本発明の実施形態によるシステム基盤構成策定支援システムは、入出力端末１０１、情報処理装置１０２、主記憶装置１０３、データベース１０４を備えて構成される。そして、これらの装置相互間は、図１に示すように、システムバス１００によって接続されている。主記憶装置１０３上には、要求入力制御プログラム１１０、策定案提示プログラム１１１、要求・システム基盤構成表示プログラム１１２、構成カスタマイズプログラム１１３、グルーピングテーブル更新プログラム１１４の各プログラムが格納されている。これらのプログラムは、ＣＰＵ１０２により実行されて、それぞれが果たすべき機能をもった処理機能部が構築される。

策定案提示プログラム１１１は、入力品質要件定義プログラム１１７、グループ判定プログラム１１８、類似度計算プログラム１１９、事例選定用質問プログラム１２０により構成され、構成カスタマイズプログラム１１３は、カスタマイズ要求管理プログラム１２１、構成パターン追加プログラム１２２、構成パターン変更プログラム１２３により構成され、グルーピングテーブル更新プログラム１１４は、グループ分割プログラム１２４、グループ統合プログラム１２５により構成され、情報処理装置１０２により実行される。

また、データベース１０４は、磁気ディスク等による二次記憶装置により実現され、データの参照・読み出しを行うリファレンス情報格納領域１１５とグループに関するデータの参照・書き込み・読み出しを行うグループ管理領域１１６とを持つ。リファレンス情報格納領域１１５は、要求内容管理テーブル１２６、品質要件管理テーブル１２７、要求＿品質要件対応テーブル１２８、品質要件＿システム構成パターン対応テーブル１２９を格納しており、グループ管理領域１１６は、トップレベルグループ管理テーブル１３０、下位レベルグループ管理テーブル１３１、グルーピングテーブル１３２、グループ分割履歴管理テーブル１３３を格納している。前述の各テーブルは、前述の各プログラムによってアクセスされる。

図１に示すシステムは、システムバス１００により接続されているが、情報処理装置１０２や主記憶装置１０３がインターネット、公衆通信網等のネットワークにより接続された形態であってもよく、入出力端末１０１は、無線ＬＡＮ等を介して前述のネットワークに接続されていてもよい。

本発明の実施形態における処理動作を説明する前に、図２５〜図２８を参照して、前述で説明した本発明の実施形態のプログラムとテーブルとの間の情報の流れを説明する。

図２５はシステム基盤構成策定支援システムの基本的動作の際にプログラムとテーブルとの間でやり取りされる情報について説明する図である。

まず、要求入力制御プログラム１１０は、要求内容管理テーブル１２６から要求内容を受け取って入力端末１０１に表示する。ユーザは、表示された内容からＥＡの各層から与えられた成果物に基づき要求を入力して回答する。要求入力制御プログラム１１０は、ユーザから受け取った要求内容を入力品質要件定義プログラム１１７に渡す。入力品質要件定義プログラム１１７は、入力要求の要求Codeに基づき要求＿品質要件対応テーブル１２８を参照し、品質要件Codeを取得し、グループ判定プログラム１１８に渡す。グループ判定プログラム１１８は、受け取った品質要件Codeに基づいて、トップレベルグループ管理テーブル１３０、下位レベルグループ管理テーブル１３１を検索し、該当するグループがある場合、そのグループ名を受け取る。グループ判定プログラム１１８は、該当するグループがあった場合、グループ名を類似度計算プログラム１１９に渡し、グループが存在しなかった場合、入力品質要件と矛盾する品質要件Codeを持たないグループを選択し、全要素を１つにまとめ事例集合を作成する。

類似度計算プログラム１１９は、与えられたグループと、入力された全ての品質要件Codeと、品質要件管理テーブル１２７が保持している値とを基に、グループに登録されている各事例の類似度を計算し、その結果を要求・システム基盤構成表示プログラム１１２に渡し、入出力端末１０１に表示させる。ユーザが表示結果をさらに絞り込みたい場合、事例選定用質問プログラム１２０がグルーピングテーブル１３２から該当するグループの各事例の持つ品質要件Codeを取得し、選択された回数が最も多い品質要件Codeに基づいて、要求＿品質要件対応テーブル１２８から質問項目である要求内容を取得し、入出力端末１０１に表示して回答を得る。事例選定用質問プログラム１２０は、ユーザからの回答に基づき事例を絞り込んだ結果を要求・システム基盤構成表示プログラム１１２に渡し、要求・システム基盤構成表示プログラム１１２が入出力端末１０１に表示させる。

図２６はユーザからカスタマイズ要求があった場合のプログラムとテーブルとの間でやり取りされる情報について説明する図である。

入出力端末１０１からカスタマイズ要求をカスタマイズ要求管理プログラム１２１が受け取ると、その要求内容に基づいて、構成パターン追加プログラム１２２及び構成パターン変更プログラム１２３が品質要件＿システム構成パターン対応テーブル１２９を参照し、システム基盤構成パターンを取得する。

図２７は新たに策定された事例をグルーピングテーブルに反映する際のプログラムとテーブルとの間でやり取りされる情報について説明する図である。

策定事例は、グループ判定プログラム１１８により品質要件Codeに基づいて既存のグループのどこに属するかが判定される。このため、グループ判定プログラム１１８は、品質要件Codeに基づいてトップレベルグループ管理テーブル１３０及び下位レベルグループ管理テーブル１３１から該当するグループ名を取得する。グループ判定プログラム１１８は、得られたグループ名に基づいてグルーピングテーブル１３２を参照し、グループの策定事例の個数をカウントし、その値が閾値を超えている場合、グループの事例で最も多く選択されている品質要件分類と項番とを取得し、グループ名と共にグループ分割プログラム１２４に渡す。グループ分割プログラム１２４は、グループ名と分割品質要件分類とによりグルーピングテーブル１３２及びグループ分割履歴管理テーブル１３３を更新する。

図２８はグループ統合プログラム１２５とテーブルとの間でやり取りされる情報について説明する図である。

グループ統合プログラム１２５は、ユーザから入力された統合する品質要件に基づいて、各レベルのグループ管理テーブル１３０、１３１とグループ分割履歴管理テーブル１３３を更新する。

次に、図１に示して説明したシステム基盤構成策定支援システムの処理動作の詳細を説明する。

図２はシステム基盤構成策定支援システムで支援方法を実施する処理手順の概要を説明するフローチャートであり、次に、これについて説明する。

（１）まず、入出力端末１０１は、ＥＡの各層から与えられたシステム基盤への要求をユーザから受付け、その要求を要求入力制御プログラム１１０に渡し、要求入力制御プログラム１１０は、入力品質要件定義プログラム１１７にユーザの要求からシステム基盤へ求められる品質要件を確定させる。なお、この処理の詳細については、図３を参照して後述する（ステップ２０１）。

（２）次に、グループ判定プログラム１１８は、確定した品質要件に基づいて、グループを選択し、類似度計算プログラム１１９にグループ内の各要素との類似度計算を行わせ、これを入出力端末１０１を介してユーザに表示し、事例選定用質問プログラム１２０にユーザへの策定事例の絞り込み質問を行わせ、ユーザからの要求に応じて類似度計算と表示とを繰り返す。なお、この処理の詳細については、図４を参照して後述する（ステップ２０２）。

（３）次に、要求・システム基盤構成表示プログラム１１２は、ユーザが選択した策定案が満たしている要求項目を入出力端末１０１に表示して表示してユーザに確認を求め、変更が必要な場合、構成カスタマイズプログラム１１３にカスタマイズを行わせる。なお、この処理の詳細については、図５を参照して後述する（ステップ２０３）。

（４）その後、システム基盤構成を決定し、最後に、決定した策定結果をデータベース１０４に格納する処理を行ってここでの処理を終了する（ステップ２０４、２０５）。

図３は図２のフローにおけるステップ２０１での要件入力・要件選択処理の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）要求入力制御プログラム１１０は、入出力端末１０１からユーザが入力したＥＡの各層から与えられたシステム基盤への要求を受付けると、その要求に重要度の設定があるか否かを判定する（ステップ３０１、３０２）。

（２）ステップ３０２の判定で、要求に重要度の設定があった場合、重要度の最も高い要求を選択する（ステップ３０３）。

（３）入力品質要件定義プログラム１１７は、入出力端末１０１にユーザが選択した要求内容と重要度とを表示してユーザに確認させ、変更が必要であればステップ３０１からの処理に戻って処理を繰り返す（ステップ３０４）。

（４）ステップ３０４のユーザによる確認が行われた場合、その要求内容を確定し、また、ステップ３０２の判定で、要求に重要度の設定がなかった場合、入力内容を要求内容として確定し、確定した要求内容により要求＿品質要件対応テーブル１２８を検索して、次の処理に移行する（ステップ３０５）。

図２１は前述のステップ３０１の処理で要求を受け付けるために入出力端末１０１に表示される画面の例を示す図である。

ステップ３０１の処理でシステム基盤への要求を受付ける方法は、図２１の表示画面例に示すように、チェックボックスとプルダウンとを用いる方法で、必須項目と追加項目とを受付けるようにしたものである。そして、必須項目が入力されていない場合、処理が実行されない。この処理では、階層的に要求項目を選択する方法やキー入力による要求の検索方法等を利用することもできる。また、各要求項目には、重要度がユーザにより設定される。必須項目とは、システム基盤構成の策定において最も基本となる構成でであり、クライアントサーバ、メインフレーム等のうち、ユーザの環境で利用する環境である。ＥＡ策定において、基本構成は、予め決定されていることが多く、また、基本構成の違いによりシステム基盤構成の策定結果が大きく異なるため、本発明の実施形態では、予め基本構成を設定して選択させることとしている。

図１１は図２１に示す表示画面例に表示するデータを有する要求内容管理テーブル１２６の構成例を示す図である。

要求内容管理テーブル１２６は、要求Code１１０１、層１１０２、品質要件分類１１０３、システム基盤要求１１０４の各項目を記述した複数レコードにより構成される。そして、要求Code１１０１の項目には、レコードを一意に識別するコードが格納され、層１１０２の項目には、システム基盤への要求の与えられたＥＡにおける層が格納される。また、品質要件分類１１０３の項目には、要求の品質要件における分類が格納され、システム基盤要求１１０４の項目には、システム基盤への要求の内容が格納されている。図１１に示したテーブルの例において、ユーザが基本構成の内容として選ぶ必要のある項目は、要求Code１００１の値がＡ〜Ｄまでの何れかとなる。ユーザは、これらの基本構成のうち１つを選択することが必要になり、他の要求は、ＥＡの各層での成果物に基づいて選択していき、選択した各要求に重要度を設定することとなる。

システム基盤構成の策定を行う場合、システムへの品質要件に基づいて策定が行われていく。しかし、品質要件は、信頼性、性能、セキュリティ、ユーザビリティ等のシステム側の言葉で表されており、高信頼性と高性能とが実現されることによって、２４時間３６５日の稼動を実現することができる等、どの品質要件を重視することによりどのような効果が現れるのかをユーザが判断することは難しい。そこで、本発明の実施形態は、ユーザは、要求内容だけを意識すれば、システム基盤構成の策定を行うことを可能とする方法を実現するようにしている。

図２１に示して説明した表示画面例では、ユーザが基本的な構成として「３階層Web ＋クライアント・サーバ」を選択し、重要度の高い要求項目として「２４時間３６５日稼動させたい」と「業務処理量が今後増加する見込みがある」とを選択し、重要度は低いが関心のある項目として「ＧＵＩを利用し使い勝手の良い画面にしたい」を選択している。このように、ユーザは、日常的に使う言語の形式で要求項目を選択することが可能になる。

図３により説明したフローの処理において、前述のようにして入力された入力結果は、入出力端末１０１に表示されて、ユーザの確認を取り（ステップ３０４）、必要に応じステップ３０１〜３０３の処理を繰り返すことにより、入力要求内容が確定される。

図１２は要求＿品質要件対応テーブル１２８の構成例を示す図である。要求＿品質要件対応テーブル１２８は、要求Code１２０１と、該要求Code１２０１に対応する品質要件Code１２０２とにより構成されている。

そして、図３に示すフローによるステップ３０３、３０４の処理の後、これらの処理により選択されたユーザ要求と品質要件との対応付けを行うこととなるが、このユーザの要求と品質要件との対応付けは、変換テーブルを用意して行われる。この処理の方法は、前述の重要度設定で最も高い重要度が設定された要求の要求Code１００１に対応する品質要件を、要求Code１１０１を参照キーとして図１２に示す要求＿品質要件対応テーブル１２８の要求Code１２０１を参照し、品質要件Code１２０２を検索する処理を行い、検索結果の品質要件Code１２０２の和（集合）を取る（ステップ３０５）ことにより行われる。同一の品質要件で設定レベルの違う品質要件が選択された場合、設定レベルの高い方が選択される。この処理により、ユーザの要求をシステムの品質要件に変換し、品質要件を確定することができる。前述の要求＿品質要件対応テーブル１２８の参照処理により得られた品質要件の集合を入力品質要件と呼ぶこととする。

前述で説明した図２１に示す表示画面からの入力結果を品質要件に変換する場合、要求内容管理テーブル１２６、要求＿品質要件対応テーブル１２８、及び、後述する品質要件管理テーブル１２７の品質要件Code１４０１を用いる。

図２３は図１２に示した要求＿品質要件対応テーブル１２８の記号を翻訳して内容を示したテーブルを示す図であり、ここで、このテーブルの構成について説明する。

図２３に示すテーブルにおいて、要求内容２３０１は、図１１に示す要求内容管理テーブル１２６におけるシステム基盤要求１１０４からユーザが要求した内容を示しており、品質要件２３０２は、品質要件管理テーブル１２７から要求＿品質要件テーブル１２８のCodeを用いて参照した結果を示している。図２１に示して説明したような入力が行われた場合、図２３から信頼性「高」と性能「高」との品質要件が選択されることとなる。これらの品質要件は、内部処理上は、ｇやｚなどの品質要件Codeとして処理される。

以上によりステップ２０１での要求入力・要件選択の処理が終了し、ステップ２０２のグループ選択・類似度計算の処理に移行する。

図４は図２のフローにおけるステップ２０２での処理の詳細を説明するフローチャート、図１４は品質要件管理テーブル１２７のデータ構成例を示す図、図１５はトップレベルグループ管理テーブル１３０のデータ構成例を示す図、図１６は下位レベルグループ管理テーブル１３１のデータ構成例を示す図、図１７はグルーピングテーブル１３２のデータ構成例を示す図、図１９はグルーピングテーブルのCode内容を変換しグループの持つ意味を明示した例を示す図であり、図４に示すグループ選択・類似度計算の処理フローを説明する前に、まず、図１４〜図１７、図１９を参照して、図４により説明する処理で必要なデータについて説明する。

図１４に示す品質要件管理テーブル１２７は、品質要件Code１４０１、品質要件分類１４０２、項番１４０３、品質要件１４０４、値１４０５を記述した複数のレコードにより構成される。そして、品質要件Code１４０１には、レコードを一意に識別するコードが格納される。品質要件分類１４０２には、品質要件の分類項目が格納され、項番１４０３には、品質要件分類毎の連番が格納され、品質要件１４０４には、品質要件の内容が格納されている。値１４０５には、同一要件分類でかつ同一項番の品質要件間の違いを示す値が格納されており、この値は、予めユーザにより与えられているものとする。

図１５に示すトップレベルグループ管理テーブル１３０には、システムの基盤となる技術分類のデータが格納され、このテーブル１３０は、グループ名１５０１、トップレベル要件１５０２、グループの意味を記述した内容１５０３を記述した複数のレコードにより構成される。グループ名１５０１は、レコードを一意に識別するコードが格納される。トップレベル要件１５０２には、後述する品質要件管理テーブル１２７に格納される何れか１つのレコードの品質要件Code１４０１に対応したコードが格納される。このトップレベル要件１５０２は、図３により説明したフローのステップ３０１での必須項目入力時に何れか１つが必ず選択される。内容１５０３には、レコードに格納されているグループの説明が格納されている。

図１６に示す下位レベルグループ管理テーブル１３１は、システムの基本構成となるグループを格納しており、グループ名１６０１、トップレベルグループ１６０２、グループ選択要件１６０３を記述した複数のレコードにより構成される。グループ名１６０１は、レコードを一意に識別するコードが格納される。トップレベルグループ１６０２には、トップレベルグループ管理テーブル１３０のグループ名１５０１の何れか１つに対応した値が格納され、グループ選択要件１６０３には、後述する品質要件管理テーブル１２７の品質要件Code１４０１に対応した値の集合が格納される。

図１７に示すグルーピングテーブル１３２は、グループ名１７０１、品質要件１７０２、システム基盤構成１７０３、選択回数１７０４を記述した複数のレコードにより構成される。そして、グループ名１７０１には、前述の下位レベルグループ管理テーブル１３１のグループ名１６０１に対応した値が格納され、グループを識別する。１つのグループには複数の要素が格納され、グループ名１７０１と品質要件１７０２とにより一意に識別される。品質要件１７０２には、前述の品質要件管理テーブル１２７の品質要件Code１４０１に対応した値の集合が格納され、システム基盤構成１７０３には、過去に策定されたシステム基盤構成の策定事例が格納される。値１７０４には、これまでのシステム基盤構成策定処理において、当該事例が選択された回数が格納される。

図１７に示すように、グルーピングテーブル１３２には、予め品質要件分類に基づき策定事例がグループ化して格納されているため、図４により後述する処理の中で、一致するグループの策定事例を高速に検索することが可能である。しかし、分割された品質要件の順序とユーザの入力した要求に基づいて確定した品質要件の重要度とが一致しない場合がある。例えば、図１９に示す例では下位グループは、クライアント・サーバ高性能高信頼、クライアント・サーバ高性能低信頼、クライアント・サーバ高性能信頼性要件入力なし、クライアント・サーバ低性能に分割されている。ここで、ユーザ入力の品質要件が、クライアント・サーバの高セキュリティ、高性能を求めている場合、オンライン高性能信頼性要件入力なしのグループが選択されることになる。この結果、オンライン高性能信頼性要件入力なしグループの中でセキュリティ要件が類似した事例が選定されることになるが、クライアント・サーバ高性能高信頼、クライアント・サーバ高性能低信頼グループに含まれるセキュリティ要件の高い事例が検索されないことになる。

また、図１９に示すように、下位グループは、後述するグループ更新・分割方法により、クライアント・サーバ高性能、クライアント・サーバ低性能のようにある品質要件分類により分割された形で蓄積されている。

次に、図４に示すフローを参照して、グループ選択・類似度計算の処理動作の詳細を説明する。

（１）この処理が開始されると、グループ判定プログラム１１８は、まず、トップレベルグループ管理テーブル１３０を参照し、トップレベルグループを選択する。すなわち、ステップ２０１の処理で確定された品質要件には、前述で説明したようにトップレベルグループ管理テーブル１３０のトップレベル要件項目１５０２の何れか１つが必ず含まれているため、グループ判定プログラム１１８は、入力品質要件に基づいて、図１５に示すトップレベルグループ管理テーブル１３０のグループ名１５０１の１つを選択する（ステップ４０１）。

（２）次に、グループ判定プログラム１１８は、ステップ４０１の処理で得られたグループ名１５０１と品質要件とに基づいて、図１６に示す下位レベルグループ管理テーブル１３１を参照し、下位レベルグループを選択する（ステップ４０２）。

前述の処理におけるグループ選択の際には、入力要求に対応付けられた複数の品質要件を満たすグループがグルーピングテーブル１３２に存在するかを検索する。各下位グループは、実際の処理では、図１６に示すグループ名１６０１により処理される。

（３）次に、一致するグループがあるかの検索を行い、一致するグループがあったか否かを判定する（ステップ４０３）。

（４）ステップ４０３の判定で、一致するグループがなかった場合、ユーザが入力した品質要件に矛盾しないグループの全てを選択しておき、その中からユーザ要求を満たす策定事例を選定する。前述の例では、クライアント・サーバ低性能グループ以外のクライアント・サーバのグループは、ユーザの入力から得られた品質要件に矛盾していないため、クライアント・サーバ高性能高信頼、クライアント・サーバ高性能低信頼、クライアント・サーバ高性能信頼性要件入力なしの全てのグループが選択されることになり、各グループの策定事例の中でユーザの要求である高セキュリティ、高性能を満たしている事例を選定する（ステップ４０４）。

（５）次に、選択されたグループの策定事例を検索し、全ての策定事例をまとめて１つのグループとみなして、そのグループを検索用グループとして作成する（ステップ４０５）。

（６）ステップ４０３の判定で、一致するグループがあった場合そのグループを選択して、あるいは、ステップ４０５の処理で検索用グループを作成した場合そのグループについて、グループの要素と入力品質要件との類似度計算を行う。なお、ここでの類似度計算の処理の詳細については、図７を参照して後述する（ステップ４０６）。

（７）次に、ステップ４０６の処理での類似度計算の結果、類似度が上位であった策定事例とグループ内の策定事例の件数とを画面上に表示して、ユーザに選択させる（ステップ４０７）。

（８）ステップ４０７でのこの表示の際に、策定事例の更なる絞り込みをユーザが希望したか否かを判定し、ユーザが策定事例の更なる絞り込みを希望しなかった場合、選択された要素を最適案として選択し、ここでの処理を終了する（ステップ４０８、４１０）。

（９）ステップ４０８の判定で、ユーザが策定事例の更なる絞り込みを希望した場合、事例検索結果の絞り込みを行う。なお、ここでの事例検索結果の絞り込みの処理の詳細については、図９を参照して後述する（ステップ４０９）。

（10）次に、ステップ４０９の事例検索結果の絞り込みの処理で得られたグループで、ステップ４０６からの処理を再び行う。絞り込み処理は、ユーザの要求により１件まで絞り込むことが可能である。しかし、ユーザが入力した要求を満たす策定事例が１件もない場合が考えられる。そこで、絞り込み後の事例検索結果の件数Ｎが、Ｎ＝０であるかＮ＞０であるかを判定し、Ｎ＞０であった場合、ステップ４０６からの処理に戻って処理を繰り返す（ステップ４１１）。

（11）ステップ４１１の判定で、ユーザが入力した要求に適する事例が１件もなかった場合、すなわち、Ｎ＝０であった場合、カスタマイズ処理を行う（ステップ４１２）。

前述したような図４に示す処理により、ユーザが最適と考える１つの策定事例を選択することができる。

前述のステップ４１２の処理でのカスタマイズ処理は、ユーザが入力した要求に対応する品質要件を積み上げてシステム基盤構成を策定する処理であり、図１３に示す品質要件＿システム構成パターン対応テーブル１２９を用いて行われる。

図１３は品質要件＿システム構成パターン対応テーブル１２９のデータ構成例を示す図である。品質要件＿システム構成パターン対応テーブル１２９は、システム構成パターンCode１３０１、品質要件Code１３０２、システム構成パターン１３０３の各項目により構成される。システム構成パターンCode１３０１は、レコードを一意に識別する連番であり、品質要件Code１３０２には、図１４に示す品質要件管理テーブル１２７の品質要件Code１４０１に対応した値の集合が格納される。システム構成パターン１３０３には、品質要件Code１３０２により構成されるシステム基盤構成の構成パターンを示した図が格納される。この品質要件＿システム構成パターン対応テーブル１２９を用いて、ユーザが入力した品質要件に対応するシステム構成パターンを、構成パターン追加プログラム１２２や構成パターン変更プログラム１２３を用いて構築することによりシステム基盤構成を策定する。

図７は図４に示すフローのステップ４０６での類似度計算の処理の詳細を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、入力された要求のうち重要度が低いものも含め、入力された全ての要求について、要求＿品質要件テーブル１２８を参照して品質要件との対応を図り、類似度計算を行う処理である。なお、同一品質要件分類で異なるレベルの要求があった場合、まず、重要度が高い要求から取得されたレベルを優先し、同一の重要度で異なるレベルの同一品質要件分類項目があった場合、レベルの高い品質要件を選択する。

（１）類似度計算プログラム１１９は、まず、策定事例との類似度計算結果を格納する集合Ｃを用意して初期化する（ステップ７０１）。

（２）次に、前述の入力品質要件（Ａとする）とグループ内の要素のうちの１つ（Ｂとする）とを前述の品質要件管理テーブル１２７の品質要件分類１４０２と項番１４０３の組合せ毎に分類（Ａ＝｛．．．，Ａｉ，Ａｊ，Ａｋ，．．．｝、Ｂ＝｛．．．，Ｂａ，Ｂｂ，Ｂｃ，．．．｝、ｉ，ｊ，ｋ，ａ，ｂ，ｃは品質要件分類と項番の組合せにつけた連番）する（ステップ７０２、７０３）。

（３）次に、ＡとＢとの類似度ｂ＝Σｉ｜Ａｉ−Ｂｉ｜を計算し、Ｂと類似度計算結果ｂの値を集合Ｃに格納し、次の要素の類似度計算に移る（ステップ７０４〜７０６）。

（４）グループ内の全ての要素に対しステップ７０４〜７０６の処理を行った後、集合Ｃの要素を類似度計算結果を基に昇順に整列して、ここでの処理を終了する。なお、この処理中に、類似度計算結果が同値の策定事例が複数となった場合、予め設定した品質要件の重要度が他の要素に比べ大きい要素や、選択回数が他の要素より多い要素を優先して並び替えを行う（ステップ７０７）。

前述した類似度計算の処理では、値１４０５の差の絶対値の総和を用いたが、ユークリッド距離やベクトルの内積の計算結果を類似度としてもよい。

類似度計算の具体例を、入力品質要件の重要度項目がメインフレーム・オンライン、高性能が選択され、重要度の低い要求としてユーザ認証低が選択されたとして説明する。

まず、前述のグループ選択手順により、図１５に示すトップレベルグループ管理テーブル１３０からＭＦ・オンラインが選択され、グループ名１５０１としてＡが選択される。次に、図１６に示す下位レベルグループ管理テーブル１３１のトップレベルグループ項目１６０２を前述のグループ名で検索し、入力品質要件を用いてグループ名１６０１を決定する。この場合は、トップレベルグループ１６０２の値がＡ及び高性能を示す品質要件ｅによりグループ１１が選択される。このグループ名１６０１で図１７に示すグルーピングテーブル１３２を参照する。

ここで、グループの最初の要素と入力品質要件との類似度計算を例に取ると、基本構成項目、高性能は統一であるが、ユーザ認証は要求されているレベルが異なり、策定事例にはウィルス対策要との品質要件が求められている。類似度計算は、各品質要件分類の項番毎に計算を行っていくが、値に違いが現れるのは、品質要件の選択されているレベルの異なる品質要件の場合のみであるから、ここでは、違いのある品質要件の値計算を示す。違いのあった品質要件は、ユーザ認証項目とウィルス対策であったから、入力要件と策定事例の違いのあった品質要件項目の値を図１４に示す品質要件管理テーブル１２７の値フィールド１４０５を参照し取得する。なお、一方にのみ品質要件項目が現れている場合、他方の値を０として計算を行う。結果は以下のようになる。

ユーザ認証 入力品質要件：２ 策定事例：３
ウィルス対策 入力品質要件：０ 策定事例：４
この結果から前述の計算式を用いて計算を行うと、
策定事例１の類似度＝｜２−３｜＋｜０−４｜＝５
となる。このようにして、グループ内のすべての策定事例の類似度を計算する。

図９は図４に示すフローのステップ４０９での事例検索結果の絞り込みの処理の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）まず、ステップ４０６の処理で扱ったグループの策定事例の品質要件を検索し、最も選択されている品質要件を抽出する（ステップ９０１）。

この品質要件の抽出の処理を、あるグループの要素を図１４に示す品質要件管理テーブル１２７の品質要件Code１４０１から品質要件１４０４に変換して表したときに、図２０に示す形式で構成されているものとして説明すると、次のようになる。すなわち、図１４に示す品質要件管理テーブル１２７に示すそれぞれの品質要件を順に見ていくと、図２０ではユーザビリティ「高」は２つの事例で選択され、ユーザ認証「高」は２つの事例で選択されている。このように、各品質要件について対象グループ内の事例で選択されている件数をカウントしていく。図２０に示す例では、セキュリティ「高」が最も選択されていることがわかる。この品質要件が現在多くのユーザが着目している傾向の高い品質要件と判断し、事例絞り込み用の品質要件として選択する。

（２）次に、図１２に示す要求＿品質要件対応テーブル１２８の品質要件項目を検索し、抽出された品質要件を品質要件項目に含んでいるフィールドの要求項目を取得すると共に、取得した要求項目が必要であるか否かをユーザに質問して、ユーザからの回答を得る。例えば、前述のセキュリティ「高」が選択された場合、要求＿品質要件対応テーブル１２８を参照した結果が図２３に示すように作成されているとすると、「情報漏洩／データ改竄が気になる」、「社外からいつでもシステムへ接続させたい」と言った内容が必要であるか否かをユーザに質問をする（ステップ９０２、９０３）。

図２２はステップ９０３の処理でユーザに質問する場合の問合せ表示画面の例を示す図である。この画面には、前述した「情報漏洩／データ改竄が気になる」、「社外からいつでもシステムへ接続させたい」という内容がチェックボックスにより選択可能に表示され、ユーザに選択させる。質問に対する回答は、どれか１つの質問項目がチェックされた場合、選択された品質要件が新たな検索用の品質要件として得られたと考え、１つもチェックされなかった場合、その品質要件項目はユーザが必要としていないと判断し、該当する品質要件を含んでいない事例を検索する。絞り込み質問では、質問した項目の１つでも選択されれば新たな品質要件として追加するため、図２２に示すような方法以外にも、１つが選択された場合にボタンの押下を待たずに絞り込み処理を行う方法や、代表的な質問を提示し、それ以外の質問項目を補足として表示する方法を用いてもよい。

（３）前述したようなユーザからの回答の結果から、絞り込みを行う品質要件を選択し、前述したグループの策定事例を絞り込み、新たな検索用グループとする（ステップ９０６）。

図５は図２のフローにおけるステップ２０３での品質要件・システム基盤確認処理の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）まず、ステップ２０１、２０２の処理で行ったシステム基盤構成の策定事例の選択またはカスタマイズ結果を画面に表示し、要求が網羅できているか否かをユーザに確認してもらう（ステップ５０１、５０２）。

（２）ステップ５０２でのユーザの確認で、要求が網羅できていた場合、ステップ２０４の処理に移行し、要求が網羅できていなかった場合、その理由が重要度設定判断の違いによるものか否かをユーザに確認してもらい、重要度設定判断に違いがない場合、ステップ２０４の処理に移行し、重要度設定判断の違いでユーザが承認しない場合、ステップ２０１からの処理に戻って処理を繰り返す（ステップ５０３）。

前述までに説明したステップ２０１〜２０３の処理によりシステム基盤構成が策定され、ステップ２０４の処理でシステム基盤の構成が決定される。そして、システム基盤構成の策定が終了後にはグループ管理領域１１６の更新作業を行う。

図１８はグループ分割履歴管理テーブル１３３のデータ構成例を示す図であり、ここでグループ分割履歴管理テーブル１３３のデータ構成について説明する。

グループ分割履歴管理テーブル１３３はレコードを一意に識別する番号（＃）１８０１、親要件１８０２、グループ分割要件１８０３、グループ探索用コード１８０４を記述した複数のレコードにより構成される。そして、親要件１８０２とグループ分割要件１８０３には、品質要件管理テーブル１２７の品質要件Code１４０１に対応する値が、１つまたは集合として格納される。グループ探索用コード１８０４は、グループの分割履歴を保持している。グループ分割履歴管理テーブル１３３は、親要件１８０２を親として辿るコード、グループ分割要件１８０３を各ノードとして管理することにより、木構造として格納されている。

図６は図２のフローにおけるステップ２０５での策定データの反映処理の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）まず、ステップ２０４の処理で決定されたシステム基盤構成がステップ２０３の処理においてカスタマイズされたものか否かを判定する（ステップ６０１）。

（２）ステップ６０１の判定で、カスタマイズがされていなかった場合、グルーピングテーブル１３２の選択された策定事例の選択回数１７０４に１加算する（ステップ６０４）。

（３）また、ステップ６０１の判定で、カスタマイズされていた場合、策定されたシステム基盤構成の持つ品質要件に基づいて、既存グループに新規パターンとして追加し、選択回数１７０４に１を入力する（ステップ６０３、６０４）。

（４）次に、ステップ６０４の処理で、システム基盤構成の策定結果をグルーピングテーブル１３２に追加したことにより、各グループの要素数が閾値（この閾値はユーザが任意に設定してよい）を超えたか否かを判定し、グループ要素数が閾値を超えていなかった場合、ここでの処理を終了し、閾値を超えていた場合、プロトタイプの選定処理を行って、ここでの処理を終了する（ステップ６０５、６０６）。

図８は図６のフローにおけるステップ６０６でのプロトタイプの選定処理の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）まず、変数ｃ＝０とし、集合Ｄを初期化し、次に、図１４に示す品質要件管理テーブル１２７の品質要件分類１４０２と項番１４０３とを選択する（ステップ８０１、８０２）。

（２）次に、ステップ８０２で選択した品質要件分類１４０２と項番１４０３との当該グループにおける選択件数をカウントし、その値をｄとして、ｃとｄとの値を比較する（ステップ８０３、８０４）。

（３）ステップ８０４でのｃとｄとの値を比較で、ｃとｄとの値が同一の場合、選択件数が同じ品質要件分類と項番の組があったことを表すため、一時的な集合Ｅとして保持されている品質要件分類とステップ８０３で選択した品質要件分類の重要度とを比較し、重要度の高い方を選択して集合Ｅに保持する（ステップ８０５、８０６）。

（４）次に、ステップ８０４でのｃとｄとの値を比較で、ｃの値がｄの値より小さかった場合、これまでの判定の中で最も多い件数選択されている品質要件であるため、ステップ８０３で選択した品質要件分類１４０２と項目１４０３とを集合Ｅに保持する（ステップ８０６）。

（５）ステップ８０６の処理の後、あるいは、ステップ８０４でのｃとｄとの値を比較で、ｄの値がｃの値より小さかった場合、これまでの中で、より多くの件数選択されている品質要件があったことを表すため、そのまま次の処理に移り、全ての品質要件分類１４０２と項番１４０３とについてステップ８０２〜８０４の処理と８０４の判定から遷移するステップ８０５、８０６の処理の全てが終了したか否か、すなわち、最後の要件分類と項番との処理が終わったか否かを判定し、終了していなかった場合、ステップ４０２からの処理に戻って処理を続ける（ステップ８０７）。

（６）ステップ８０７の判定で、全ての品質要件分類１４０２と項番１４０３とについての処理が終了していた場合、グループの策定事例の中で最も選択されている品質要件分類１４０２が集合Ｅに格納されているため、集合Ｅに格納されている品質要件分類１３０２と項番１４０３とに属している品質要件Code１４０１でグループを分割し、分割した内容により図１７に示すグルーピングテーブル１３２を更新する。グルーピングテーブル１３２の更新は、既存のグループ名１７０１の後ろに分割数に応じた連番をつけることにより実現する（ステップ８０８）。

（７）グルーピングテーブル１３２の更新内容を基に、図１６に示す下位レベルグループ管理テーブル１３１を更新する。下位レベルグループ管理テーブル１３１の更新は、ステップ８０８で更新された内容と同様のグループ名１６０１で更新し、グループ選択要件１６０３に、ステップ８０８の処理で選択された品質要件分類１４０２と項番１４０３とに含まれる品質要件Code１４０１を追加して格納することにより行われる（ステップ８０９）。

（８）次に、グループ分割履歴管理テーブル１３３を更新する。グループ分割履歴管理テーブル１３３の更新は、まず、当該グループのグループ名１７０１を基にして、図１８に示すグループ分割履歴管理テーブル１３３のグループ探索用コード１８０４を探索し、当該レコードのグループ分割要件１８０３を取得し、親要件に前述の方法で取得したグループ分割要件１８０３を格納し、ステップ８０８で選択された品質要件分類１４０２と項番１４０３とに含まれるそれぞれの品質要件Code１４０１をグループ分割要件に格納し、ステップ８０９と同様の処理をしたグループ名をグループ探索用コード１８０３に格納した新規レコードを作成することにより行われる（ステップ８１０）。

前述したように、これまでに策定された事例に含まれている品質要件の傾向から分割する品質要件を選ぶことにより、前述したグループ選択手段においてユーザが入力した要求に一致するグループが存在する確率を高めている。

以上で、本発明の実施形態で標準に行われるシステム基盤構成の策定事例の提示と策定事例のデータベースの更新方法とについて説明した。ところで、システム基盤の置かれている状況は日々変化しているため、環境変化（法規制など）や技術革新等によりシステム基盤構成に求められる品質要件も変化していくことが考えられる。このため、既存の策定事例を用いることができなくなることが考えられる。しかし、システム基盤構成を策定した事例の情報は有用な情報となり得るため、環境変化に応じて策定事例を管理しているデータベースや品質要件管理テーブルを変更し、これまでの策定事例を新しい環境に適した分類に更新し、継続して利用できるようにすることが必要であり、本発明の実施形態では、このような処理も可能としている。この処理は、システムのユーザではなく、システム管理者が実行するため、品質要件が用いられる。

図１０は品質要件の統合処理の詳細な処理動作を説明するフローチャート、図２４は管理者が統合元と統合先との品質要件分類と項番とに対応している内容入力する画面の例を示す図であり、これらの図を参照して、これまでの策定事例を新しい環境に適した分類に更新し、継続して利用できるようにする品質要件の統合処理について説明する。

（１）システムの管理者は、まず、図２４に示すような表示画面から統合元と統合先との品質要件分類と項番とが対応している内容を入力し、実行ボタンを押下してこの処理を開始させる（ステップ１００１）。

（２）グループ統合プログラム１２５は、グルーピングテーブル１３２の品質要件１７０２の各要素を参照し、前述の統合元の品質要件Codeを統合先の品質要件Codeに変更する（ステップ１００２）。

（３）次に、図１８に示すグループ分割履歴管理テーブル１３３のグループ分割要件１８０３の各要素を参照し、統合元の品質要件分類Codeが含まれているか否かを順に検索し、要件があるか否かを判定する（ステップ１００３、１００４）。

（４）ステップ１００４の判定で、統合元の情報があった場合、当該要素のグループ探索用コード１８０４の値を一時的にＸとして格納すると共に、そのレコードを削除し、次に、グループ分割履歴管理テーブル１３３のグループ探索用コード１８０４を参照しＸの桁数分、Ｘと比較して、一致したか否かを判定する（ステップ１００５〜１００７）。

（５）ステップ１００７の判定で、一致した場合、該当グループのグループ探索用コード１８０４の値を一時的にＹとして保持し、その要素を削除する（ステップ１００８）。

（６）ステップ１００７の判定で、一致しなかった場合、あるいは、ステップ１００８の処理の後、分割履歴レコードの全てについて、ステップ１００５〜１００７の処理とステップ１００７の判定から遷移するステップ１００８の処理とを全ての要素に対し実行したか否か、すなわち、分割履歴管理テーブルの最後のレコードまで処理を行ったか否かを判定し、最後のレコードまでの処理が済んでいなかった場合、ステップ１００５からの処理に戻って処理を繰り返す（ステップ１００９）。

（７）次に、グルーピングテーブル１３２のグループ名１７０１を参照し、Ｙに保持されているグループ名と一致するレコードの品質要件１７０２、システム基盤構成１７０３、選択回数１７０４を検索し、検索したグループの要素を一時的にＺとして保持し、該当グループのレコードを削除する（ステップ１０１０）。

（８）次に、Ｙに含まれる全ての要素に対しステップ１０１０の処理が終了したか否かを判定し、終了していなかった場合、ステップ１０１０の処理に戻って、Ｙに含まれる全ての要素に対してステップ１０１０の処理を行う（ステップ１０１１）。

（９）ステップ１０１１の判定で、Ｙに含まれる全ての要素に対しステップ１０１０の処理が終了していた場合、Ｚに含まれる要素について、図４により説明したステップ４０１〜４０２の処理を行って再グループ分けする（ステップ１０１２）。

（10）グループ分割履歴管理テーブル１３３の最後のレコードまでステップ１００３〜ステップ１０１２の処理を終了したか否かを判定し、終了していなかった場合、ステップ１００３からの処理に戻って処理を繰り返し、終了していた場合、ここでの処理を終了する（ステップ１０１３）。

本発明の一実施形態によるシステム基盤構成策定支援システムの構成を示すブロック図である。 システム基盤構成策定支援システムで支援方法を実施する処理手順の概要を説明するフローチャートである。 図２のフローにおけるステップ２０１での要求入力・要求選択処理の詳細を説明するフローチャートである。 図２のフローにおけるステップ２０２でのグループ選択・類似度計算処理の詳細を説明するフローチャートである。 図２のフローにおけるステップ２０３での品質要件・システム基盤確認処理の詳細を説明するフローチャートである。 図２のフローにおけるステップ２０５での策定データの反映処理の詳細を説明するフローチャートである。 図４に示すフローのステップ４０６での類似度計算の処理の詳細を説明するフローチャートである。 図６のフローにおけるステップ６０６でのプロトタイプの選定処理の詳細を説明するフローチャートである。 図４に示すフローのステップ４０９での事例検索結果の絞り込みの処理の詳細を説明するフローチャートである。 品質要件の統合処理の詳細な処理動作を説明するフローチャートである。 図２１に示す表示画面例に表示するデータを有する要求内容管理テーブル１２６の構成例を示す図である。 要求＿品質要件対応テーブルの構成例を示す図である。 品質要件＿システム構成パターン対応テーブルのデータ構成例を示す図である。 品質要件管理テーブルのデータ構成例を示す図である。 トップレベルグループ管理テーブルのデータ構成例を示す図である。 下位レベルグループ管理テーブルのデータ構成例を示す図である。 グルーピングテーブルのデータ構成例を示す図である。 グループ分割履歴管理テーブルのデータ構成例を示す図である。 グルーピングテーブルのCode内容を変換しグループの持つ意味を明示した例を示す図である。 グループの要素を品質要件として表したときの形式を示す図である。 図３に示すフローのステップ３０１の処理で要求を受け付けるために入出力端末に表示される画面の例を示す図である。 図９に示すフローのステップ９０３の処理でユーザに質問する場合の問合せ表示画面の例を示す図である。 図１２に示した要求＿品質要件対応テーブルの記号を翻訳して内容を示したテーブルを示す図である。 管理者が統合元と統合先との品質要件分類と項番とに対応している内容入力する画面の例を示す図である。 システム基盤構成策定支援システムの基本的動作の際にプログラムとテーブルとの間でやり取りされる情報について説明する図である。 ユーザからカスタマイズ要求があった場合のプログラムとテーブルとの間でやり取りされる情報について説明する図である。 新たに策定された事例をグルーピングテーブルに反映する際のプログラムとテーブルとの間でやり取りされる情報について説明する図である。 グループ統合プログラムとテーブルとの間でやり取りされる情報について説明する図である。

符号の説明

１００ システムバス
１０１ 入出力端末
１０２ 情報処理装置（ＣＰＵ）
１０３ 主記憶装置
１０４ データベース
１０５ システム基盤構成策定プログラム
１１０ 要求入力制御プログラム
１１１ 策定案提示プログラム
１１２ 要求・システム基盤構成表示プログラム
１１３ 構成カスタマイズプログラム
１１４ グルーピングテーブル更新プログラム
１１５ リファレンス情報格納領域
１１６ グループ管理領域

Claims (6)

1. 記憶装置と、エンタープライズ・アーキテクチャ（ＥＡ）の各層から与えられるシステム基盤構成への要求を入力する入出力装置と、情報処理装置がその主記憶装置に格納されるプログラムを実行することによって実現される処理部とを有し、ＥＡに基づくシステム基盤構成の策定を支援するシステム基盤構成策定支援システムであって、
   前記記憶装置は、ユーザの要求内容を管理する要求内容管理テーブルと、システム基盤構成の品質要件の品質要件分類、項番、品質要件内容、値を管理する品質要件管理テーブルと、ユーザの要求と品質要件を対応付ける要求＿品質要件対応テーブルと、品質要件とグループとを対応付ける階層的なグルーピングテーブルと、前記品質要件により前記グルーピングテーブルのグループに分けられたシステム基盤構成の策定事例とを格納し、
   システム基盤に対するユーザの要求を前記入出力装置が入力データとして取り込み、前記処理部により前記入力データから前記要求＿品質要件対応テーブルを参照して要求に対応する品質要件を入力品質要件として取得し、前記入力品質要件から前記グルーピングテーブルを参照して、入力品質要件に対応する既存のグループを選択するグループ選択手段と、
   前記入力品質要件と前記グループ選択手段により選択されたグループの策定事例の品質要件との類似度を前記処理部により計算する類似度計算手段と、
   前記類似度計算に基づきグループ内の事例を前記類似度計算結果の高い事例からシステム基盤構成案として提示する策定案提示手段と、
   提示された事例のさらなる絞り込み要求をユーザから受付けた場合、当該絞り込みの質問を出力する質問手段と、
   策定されたシステム基盤構成を前記グループ選択手段により選択されたグループの策定事例としてグルーピングテーブルに反映するグループ生成・更新・削除手段と、
   前記策定案をユーザの入力により変更するカスタマイズ手段とを備え、
   前記グループ生成・更新・削除手段は、
   前記グルーピングテーブルへの策定事例の追加と、グループ内の策定事例数が所定の値以上になった場合に、当該グループを分割して前記グルーピングテーブルに新しいグループを生成する新規グループ作成手段とを有し、前記新規グループ作成手段により分割された情報を、前記記憶装置に作成されるグループ分割履歴管理テーブルに格納し、
   前記入出力装置から統合元の品質要件と統合先の品質要件を入力データとして取り込み、前記グルーピングテーブルの品質要件フィールドの値が、前記統合元の品質要件と部分一致するか否かを判定し、該当フィールドの一致部分の値を前記統合先の品質要件に書き換え、
   前記グループ分割履歴管理テーブルを参照し、グループ分割要件フィールドの値が前記統合元の品質要件と一致するレコードのグループ探索用コードを取得し、かつ、前記レコードのグループ探索用コードの値と前記グループ探索用コードの桁数分の値がグループ探索用コードと一致するレコードを前記分割履歴管理テーブルの他のレコードから検索し、該当するレコードのグループ探索用コードの取得と該当レコードの削除とを行い、
   前記グルーピングテーブルを参照し、グループ名フィールドが前記グループ探索用コードに一致するグループを検索し、当該グループの要素の保持と該当レコードの削除とを行い、
   前記保持したグループの要素について、前記グループ生成・更新手段が、グループの策定事例の中で最も選択されている品質要件に基づいてグループ分けして格納することを特徴とするシステム基盤構成策定支援システム。
2. 前記記憶装置は、システム基盤構成の基礎技術により分類されたトップレベルグループ管理テーブルと、前記トップレベルグループとシステム基盤構成の基本技術により分類された下位レベル（基本構成）グループ管理テーブルと、前記下位レベルグループ管理テーブルの分類に基づき個別システム基盤構成事例を蓄積したグルーピングテーブルを格納し、
   前記グループ選択手段は、前記入力品質要件に基づき前記記憶装置に格納されたトップレベルグループ管理テーブル、下位レベルグループ管理テーブル、グルーピングテーブルを順に前記入力品質要件の重要度の順に参照するか、該当するグループがない場合に前記入力品質要件に矛盾しないグループを選抜し、検索対象グループとすることを特徴とする請求項１記載のシステム基盤構成策定支援システム。
3. 前記類似度計算手段は、前記入力品質要件を基に前記グループ選択手段により選択されたグループの一要素の品質要件と前記入力品質要件とについて、前記品質要件管理テーブルを参照し、前記品質要件管理テーブルの値フィールドから、前記グループの一要素と前記入力品質要件の品質要件分類項目毎の値を取得し、それぞれの値を用いて類似度を計算し、グループ内の各要素について同様に類似度を計算した結果を比較し、類似度の高い事例から提示することを特徴とする請求項１記載のシステム基盤構成策定支援システム。
4. 前記事例選定質問手段は、前記類似度計算手段により提示された類似度の高い策定事例と前記グループ検索手段により選定された該当事例件数とを提示し、ユーザに絞り込みの有無を判断させ、絞り込みが必要な場合に、前記グルーピングテーブルに含まれるこれまでの策定事例が選択していた品質要件から絞り込みの質問項目を生成し、ユーザに質問を行い、ユーザの回答に基づき前記該当事例を絞り込むことを特徴とする請求項１記載のシステム基盤構成策定支援システム。
5. 前記カスタマイズ手段は、前記策定案提示手段により提示されたシステム基盤構成案に基づき、ユーザ環境に適するように新たな構成を追加し、前記グループ選択手段により策定されたシステム基盤構成の内容を前記グルーピングテーブルに格納することを特徴とする請求項１記載のシステム基盤構成策定支援システム。
6. 記憶装置と、エンタープライズ・アーキテクチャ（ＥＡ）の各層から与えられるシステム基盤構成への要求を入力する入出力装置と、情報処理装置がその主記憶装置に格納されるプログラムを実行することによって実現される処理部とを有し、ＥＡに基づくシステム基盤構成の策定を支援するシステム基盤構成策定支援方法であって、
   前記記憶装置は、ユーザの要求内容を管理する要求内容管理テーブルと、システム基盤構成の品質要件の品質要件分類、項番、品質要件内容、値を管理する品質要件管理テーブルと、ユーザの要求と品質要件を対応付ける要求＿品質要件対応テーブルと、品質要件とグループとを対応付ける階層的なグルーピングテーブルと、前記品質要件により前記グルーピングテーブルのグループに分けられたシステム基盤構成の策定事例とを格納し、
   システム基盤に対するユーザの要求を前記入出力装置が入力データとして取り込み、前記処理部により前記入力データから前記要求＿品質要件対応テーブルを参照して要求に対応する品質要件を入力品質要件として取得し、前記入力品質要件から前記グルーピングテーブルを参照して、入力品質要件に対応する既存のグループを選択し、
   前記入力品質要件と前記グループ選択手段により選択されたグループの策定事例の品質要件との類似度を前記処理部により類似度計算を行い、
   前記類似度計算に基づきグループ内の事例を前記類似度計算結果の高い事例からシステム基盤構成案として提示し、
   提示された事例のさらなる絞り込み要求をユーザから受付けた場合、当該絞り込みの質問を出力し、
   策定されたシステム基盤構成を前記グループ選択手段により選択されたグループの策定事例としてグルーピングテーブルに反映し、
   前記策定案をユーザの入力により変更してカスタマイズし、
   前記グルーピングテーブルへの策定事例の追加と、グループ内の策定事例数が所定の値以上になった場合に、当該グループを分割して前記グルーピングテーブルに新しいグループを生成し、前記分割された情報を、前記記憶装置に作成されるグループ分割履歴管理テーブルに格納し、
   前記入出力装置から統合元の品質要件と統合先の品質要件を入力データとして取り込み、前記グルーピングテーブルの品質要件フィールドの値が、前記統合元の品質要件と部分一致するか否かを判定し、該当フィールドの一致部分の値を前記統合先の品質要件に書き換え、
   前記グループ分割履歴管理テーブルを参照し、グループ分割要件フィールドの値が前記統合元の品質要件と一致するレコードのグループ探索用コードを取得し、かつ、前記レコードのグループ探索用コードの値と前記グループ探索用コードの桁数分の値がグループ探索用コードと一致するレコードを前記分割履歴管理テーブルの他のレコードから検索し、該当するレコードのグループ探索用コードの取得と該当レコードの削除とを行い、
   前記グルーピングテーブルを参照し、グループ名フィールドが前記グループ探索用コードに一致するグループを検索し、当該グループの要素の保持と該当レコードの削除とを行い、
   前記保持したグループの要素について、グループの策定事例の中で最も選択されている品質要件に基づいてグループ分けして格納することを特徴とするシステム基盤構成策定支援方法。

Images