JP6744484B2 - システム開発支援装置および方法 - Google Patents

Description

本発明は、概して、システム開発の支援のためのコンピュータ技術に関する。

一般に、計算機システム（以降、システム）の開発では、パラメータ設計が必要とされる。パラメータ設計に関して、特許文献１の技術が知られている。

特許第５９６７０９１号

一般に、システム開発者（例えば、システム開発を行う企業）は、開発依頼元（例えばエンドユーザにサービスを提供する企業）からシステム要件（例えばＲＦＰ（Request For Proposal）を受け、システム提供フェーズを経て、システムを開発依頼元に提供する。システム提供フェーズは、（Ｐ１）システム要件把握、（Ｐ２）パラメータ設計、（Ｐ３）環境構築、および（Ｐ４）運用設定を含む。システムの規模によるが、典型的には、システム要件は多数あり、（Ｐ１）では、各システム要件および仕様の把握が行われ、（Ｐ２）では、把握された各システム要件について、当該システム要件を満たすためのパラメータ設計が行われる。

「システム要件」とは、開発依頼者が決める事項であり、システムの機能要件または非機能要件、典型的には非機能要件、入力データ規模である。「非機能要件」とは、定義される要件のうち、機能面以外の要件でありさえすればよく、例えば、システムが提供する可用性、性能、拡張性等でよい。「非機能要件」の定義は、複数の私企業が所属する所定の機関により発行されたガイドラインに従う定義でもよいし、開発依頼者によって決定された定義でもよい。以下、「システム要件」は、要件項目と、要件項目に設定される要件値との組を意味する。

一方、「パラメータ」とは、システム要件に応じた事項としてシステム開発者が決める事項、例えば、入力データ規模に応じたデータ流量およびメモリ割当量である。典型的には、１つのシステム要件に対して必要なパラメータは複数存在する。以下、「パラメータ」は、パラメータ項目と、パラメータ項目に設定されるパラメータ値（引数）との組を意味する。

通常、少なくとも「（Ｐ２）パラメータ設計」は、人手（典型的にはＳＥ）により行われ、数か月を要する。

近年のシステム開発では、システム開発者は、システム提供フェーズを適用規模などに基づいて複数設けることで、開発依頼者に対し迅速な価値創出と投資効果の最適化を提供している。具体的には、例えば、システム開発者は、暫定的なシステム要件を受け、システム提供フェーズを経てシステムを提供し、そのシステムの検証結果を基に開発依頼者において見つけられた新たなシステム要件（追加、変更または削除されたシステム要件）を受けて、再度システム提供フェーズを経てシステムを提供する。新たなシステム要件を受けることと、システム提供フェーズを経てシステムを提供することが、１回以上繰り返される。

つまり、この様な開発では、システム開発者にとって、１つのシステム開発において、システム要件が動的に変化する。システム要件が変化した場合、システム開発者は、システムの正常動作を保証するために、パラメータ再設計、すなわち、新たなシステム要件に応じたパラメータの設計が必要となる。パラメータ再設計においても、システム要件に影響するパラメータ項目の特定、各パラメータ項目についてのパラメータ値の決定、および、テストの実施が必要である。

開発依頼者にとっては、新たなシステム要件を提供したら迅速にシステム（変更後のシステム）の提供を受けてそのシステムを検証できることが望ましい。

そこで、特許文献１の技術を利用して、パラメータ設計を効率化することが考えられる。

しかし、特許文献１の技術では、システム要件に影響するパラメータを特定することはできるが、パラメータ間の影響関係を知ることはできない。

例えば、或るシステム内に、ログ情報を受信しその内容を分析する分析ソフトウェアがあり、そのパラメータとして、ログ流量、キュー長などに影響するメモリ割当量、および分散処理のための並列度（同じ分析処理を行うコア、スレッド、インスタンスなどの数）があると想定する。ログ流量の増加に対し処理性能が据え置きの場合、必要なメモリ量は増加する。この場合、ログ流量とメモリ割当量の間には影響関係があることになる。

上記状況では、結局システム開発者に対して、影響関係のあるパラメータ項目の特定、および、そのようなパラメータ項目間でのパラメータ値の調整といった手間が発生する。

また、システム開発では、システムを構成する全てのモジュール（ハードウェアまたはソフトウェア）が、システム開発者自身により設計されたモジュールとは限らない。システム開発者は、一部のモジュールについては他社提供のモジュールを使用することもある。他社提供のモジュールは、通常、システム開発者にとってはブラックボックスである。システムの一部のモジュールがブラックボックスであると、パラメータ設計、特に、影響関係のあるパラメータ項目の特定、および、そのようなパラメータ項目間でのパラメータ値の調整は、一層困難である。

システム開発支援装置は、開発対象の計算機システムについての１以上のシステム要件の各々と、１以上のパラメータと、１以上のメトリックとの関連付けを基に、相関関係にあるパラメータ項目と計測項目との集合を特定する。システム開発支援装置は、その集合に基づく情報を表示する。

相関のある計測項目が同一である２以上のパラメータ項目を、影響関係のあるパラメータ項目であると特定することができる。このため、或るパラメータ値を変更した場合にそのパラメータ値の変更の影響を受けるパラメータ項目を容易に特定することができる。

実施形態１に係るシステム開発支援装置の構成の例を示す図である。 実施形態１に係る支援サーバ内のプログラム構成の例を示す図である。 相関計測項目集合テーブルの生成の流れの例を示す図である。 パラメータ定義テーブルの構成の例を示す図である。 計測項目定義テーブルの構成の例を示す図である。 設定実績テーブルの構成の例を示す図である。 計測実績テーブルの構成の例を示す図である。 相関計測項目集合テーブルの構成の例を示す図である。 相関計測項目決定の処理フローチャートの例を示す図である。 影響推測結果提示の処理フローチャートの例を示す図である。 実施形態１に係るユーザインタフェースの例を示す図である。 実施形態２に係る計測実績蓄積の処理フローチャートの例を示す図である。 実施形態３に係る更新通知の処理フローチャートの例を示す図である。 実施形態４に係る支援サーバ内のプログラム構成の例を示す図である。 推奨値情報の生成の処理フローチャートの例を示す図である。 回帰分析実装テーブルの構成の例を示す図である。 回帰ステップテーブルの構成の例を示す図である。 回帰ステップ生成の処理フローチャートの例を示す図である。 実施形態４に係る推奨値情報決定の処理フローチャートの例を示す図である。 実施形態５に係る推奨値情報決定の処理フローチャートの例を示す図である。 実施形態５に係るユーザインタフェースの例を示す図である。

以下、本発明の幾つかの実施の形態を図面に基づいて説明する。

以下の説明では、「インタフェース部」は、１以上のインタフェースデバイスである。１以上のインタフェースデバイスは、１以上の同種のインタフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種のインタフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「記憶部」は、１以上のメモリである。少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。記憶部は、更に、少なくとも１つの不揮発記憶デバイス（例えばＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）といった補助記憶デバイス）でもよい。記憶部は、主に、プロセッサ部による処理の際に使用される。

また、以下の説明では、「プロセッサ部」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサである。１以上のプロセッサの各々は、シングルコアでもよいしマルチコアでもよい。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。

また、以下の説明では、「システム開発支援装置」は、一以上の計算機で構成されてよい。具体的には、例えば、計算機が表示デバイスを有していて計算機が自分の表示デバイスに情報を表示する場合、当該計算機がシステム開発支援装置でよい。また、例えば、第一計算機（例えばサーバ）が表示用情報を遠隔の第二計算機（表示用計算機（例えばクライアント））に送信し表示用計算機がその情報を表示する場合（第一計算機が第二計算機に情報を表示する場合）、第一計算機と第二計算機とのうちの少なくとも第一計算機がシステム開発支援装置でよい。システム開発支援装置は、インタフェース部、記憶部およびそれらに接続されたプロセッサ部を有してよい。インタフェース部は、ユーザインタフェース部と、通信インタフェース部とのうちの少なくとも１つでよい。ユーザインタフェース部は、１以上のＩ／Ｏデバイス（例えば入力デバイス（例えばキーボードおよびポインティングデバイス）と出力デバイス（例えば表示デバイス））と第二計算機とのうちの少なくとも１つのＩ／Ｏデバイスでよい。通信インタフェース部は、１以上の通信インタフェースデバイスでよい。システム開発支援装置における計算機が「表示用情報を表示する」ことは、計算機が有する表示デバイスに表示用情報を表示することであってもよいし、計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ部によって実行されることで、定められた処理を、適宜に記憶部およびインタフェース部のうちの少なくとも１つを用いながら行うため、処理の主語が、プロセッサ部（或いは、プロセッサ部を有する計算機又は計算機システム）とされてもよい。プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。また、プログラムが実行されることによって実現される処理のうちの少なくとも一部が、ハードウェア回路（例えばＡＳＩＣ（Application Specific Integrated Circuit）又はＦＰＧＡ（Field-Programmable Gate Array））によって実現されてもよい。

また、以下の説明では、「パラメータ設計」は、パラメータの特性及び設定を含む。「パラメータ設定」は、特定されたパラメータ項目とそれのパラメータ値とを設定することである。

実施形態１

図１は、実施形態１に係るシステム開発支援装置の構成を示す。

システム開発支援装置５０は、支援クライアント１００と支援サーバ１１０とを含む。支援クライアント１００と支援サーバ１１０は、いずれも、計算機であり、ネットワーク３０を介して接続される。

図１にて、支援クライアント１００は、ＳＥ（システムエンジニア）が、業務システム１４０（以下、「業務システムＡ」と言うこともある）の構築や設定変更といったシステム開発を行うために使用される。支援クライアント１００は、ＮＷ Ｉ／Ｆ（ネットワークインタフェース）１０２、メモリ１０１及びそれらに接続されたプロセッサ５１を有する。メモリ１０１は、作業自動化プログラム１０３やクライアントプログラム１０４といったプログラムを記憶する。プロセッサ５１は、それらのプログラムを実行する。支援クライアント１００は、本実施形態では物理的な計算機であるが、仮想的な計算機でもよい。また、本実施形態において、「ＳＥ」は、少なくともパラメータ設定を行う者であり、システム開発者（例えば企業のような組織）から開発を指示された者であってもよいし、システム開発者（個人）であってもよい。作業自動化プログラム１０３は、ＳＥによる作業操作をプログラムが代替して行う場合に利用するプログラムである。作業操作のプログラムによる代替を必要としない場合は、作業自動化プログラム１０３をメモリ１０１が有する必要はない。クライアントプログラム１０４は、Ｗｅｂページやウィンドウアプリケーションなど、ＳＥが作業操作を行うためのユーザインタフェース（ＵＩ）や、作業自動化プログラム１０３が作業操作を行うためのコマンドラインインタフェース（ＣＬＩ）またはアプリケーションプログラムインタフェース（ＡＰＩ）を提供するプログラムである。以降、作業操作を行うためのＵＩ／ＣＬＩ／ＡＰＩの総称を、「作業インタフェース」と呼ぶことができる。クライアントプログラム１０４は、必要に応じて、作業インタフェースに必要な情報を、インタフェース提供プログラム１１１から取得する。例えば、クライアントプログラム１０４がＷｅｂブラウザの場合、クライアントプログラム１０４は、作業インタフェース提供のためのＷｅｂページデータ（ＨＴＭＬやＪａｖａＳｃｒｉｐｔ（登録商標）など）をインタフェース提供プログラム１１１から取得する。支援クライアント１００は、ＮＷ−Ｉ／Ｆ１０２を通じてネットワーク３０に接続され、クライアントプログラム１０４への操作要求に基づいて、操作要求を実施するために、ネットワーク３０上の他の計算機およびプログラムと通信する。

支援サーバ１１０は、ＮＷ Ｉ／Ｆ１１６、メモリ１１４及びそれらに接続されたプロセッサ５２を有する。ＮＷ Ｉ／Ｆ１１６は、インタフェース部の一例である。メモリ１１４は、記憶部の一例である。プロセッサ５２は、プロセッサ部の一例である。メモリ１１４は、インタフェース提供プログラム１１１と、情報提示プログラム１１２と、制御プログラム１１３といったプログラムを記憶する。プロセッサ５２は、それらのプログラムを実行する。本実施形態では、支援サーバ１１０は、物理的な計算機であるが、仮想的な計算機でもよい。インタフェース提供プログラム１１１は、クライアントプログラム１０４に対し、パラメータ設定のための作業ユーザインタフェースを提供するプログラムである。情報提示プログラム１１２は、インタフェース提供プログラム１１１に対し、パラメータ設定をガイドするための支援情報を提供するためのプログラムである。情報提示プログラム１１２は、支援情報を生成する生成プログラム１２０と、インタフェース提供プログラム１１１が提供する作業インタフェースに支援情報をフィードバックするフィードバックプログラム１２１とを有する。「作業インタフェースに支援情報をフィードバックする」とは、例えば、作業インタフェースがＷｅｂページの場合、Ｗｅｂページ内に、支援情報の少なくとも一部（例えばガイドするための文言）などを追加することである。制御プログラム１１３は、情報提示プログラム１１２の動作に必要な情報を、管理計算機１３０から収集するためのプログラムである。支援サーバ１１０は、ＮＷ−Ｉ／Ｆ１１６を通じてネットワーク３０に接続され、メモリ１１４内のプログラムの動作内容に基づいて、動作を実施するために、ネットワーク３０上の他の計算機およびプログラムと通信する。

業務システムＡは、ある業務（例えば、データ分析業務）を実施するためのシステムである。業務システムＡは、開発対象の計算機システムの一例である。業務システムＡは、１以上の計算機１４１を少なくとも有する。計算機１４１は、ＮＷ Ｉ／Ｆ１１８、メモリ１４２およびプロセッサ５３を有し、メモリ１４２に読み込まれた業務プログラム１４３を動作させるための物理または仮想的な計算機である。業務プログラムは、プロセッサ５３により実行される。計算機１４１は、ＮＷ−Ｉ／Ｆ１１８を通じてネットワーク３０に接続され、業務プログラム１４３の動作内容に基づいて、動作を実施するために、ネットワーク３０上の他の計算機およびプログラムと通信する。本実施形態では、業務システムＡは、システム開発者により提供されたシステムの一例である、業務システムＡのような、システム開発者により提供されたシステムが複数存在してもよい。

管理計算機１３０は、ＮＷ Ｉ／Ｆ１１９、メモリ１３１およびプロセッサ５４を有し、業務システムＡを管理するために、メモリ１３１に読み込まれた計測プログラム１３２を動作させるための物理または仮想的な計算機である。計測プログラム１３２は、ＮＷ−Ｉ／Ｆ１１９を通じて、業務システムＡの状態、性能、構成に関する情報の計測や制御を行い、制御プログラム１１３の要求に応答して、それら情報を支援サーバ１１０に送信する。

図２は、支援サーバ１１０が有するメモリ１１４内のプログラムの構成を示す。

インタフェース提供プログラム１１１、情報提示プログラム１１２、および制御プログラム１１３は、他のプログラムに対するＡＰＩ（ＲＥＳＴ−ＡＰＩや関数など）を有する。生成プログラム１２０は、情報集合である第一情報群２００と、処理集合である第一処理群２１０とを管理する。

第一情報群２００は、業務システム毎に固有の情報を有するよう設計される。例えば、第一情報群２００の保持をデータベースで行う場合、個別のデータベーススキーマ、テーブル、または業務システムを識別するＩＤのカラムなどが用意される。本実施形態では、業務システム毎にデータベーススキーマが用意され、以下、第一情報群２００における図示の要素は、業務システムＡ用のものとする。第一情報群２００は、パラメータ定義テーブル２０１、計測項目定義テーブル２０２、設定実績テーブル２０４、相関計測項目集合テーブル２０５、および、計測実績テーブル２０６といったテーブルを有する。

本実施形態では、第一処理群２１０は、相関計測項目決定２１１、および、影響推測結果提示２１２を有する（なお、図示の計測実績蓄積２１３は、後述の実施形態２で使用され、図示の更新通知２１４は、実施形態３で使用される）。

通信１５０、通信１５５および通信１５６は、ＡＰＩコールや関数呼出を指す。例えば、ＡＰＩがＲＥＳＴ−ＡＰＩの場合、当該ＡＰＩに対しては、ＨＴＴＰメソッド（必要に応じてＪＳＯＮやＸＭＬなどでデータを付与）が送信される。通信１５０は、インタフェース提供プログラム１１１が第一情報群２００に必要な情報を情報提示プログラム１１２に送信することである。通信１５１は、生成した情報（第一情報群２００内の情報）を生成プログラム１２０がフィードバックプログラム１２１に送信することである。通信１５２は、受信した情報をフィードバックプログラム１２１がインタフェース提供プログラム１１１に送信することである。通信１５３は、インタフェース提供プログラム１１１が設定作業内容に基づいて制御プログラム１１３に設定指示を送信することである。通信１５４は、制御プログラム１１３の動作に必要な通信である。通信１５５は、管理計算機１３０が業務システムＡを管理するための相互通信である。この「管理」とは、例えば、業務システムＡの構成や状態などに関する、情報取得や変更である。

図３は、本実施形態に係る生成プログラム１２０およびフィードバックプログラム１２１の処理フローチャートを示す。

本実施形態では、生成プログラム１２０は、相関計測項目集合テーブル２０５と、影響推測結果の情報とを生成する。Ｓ３１０〜３１３が相関計測項目集合テーブル２０５の生成である。Ｓ３２０〜３２４が影響推測結果の生成である。両者の生成は独立して実施される。

Ｓ３１０〜３１３について、生成プログラム１２０は、第一要求元３０１からの要求に基づいて動作する。第一要求元３０１は、インタフェース提供プログラム１１１、または制御プログラム１１３である。第一要求元３０１は、指定されたパラメータ項目に相関する計測項目の検出を生成プログラム１２０に対し指示する（Ｓ３１０）。生成プログラム１２０は、指定されたパラメータ項目に関して相関計測項目決定２１１を作動させる（Ｓ３１１）。生成プログラム１２０は、Ｓ３１１で生成した相関計測項目集合の情報を相関計測項目集合テーブル２０５に登録する（Ｓ３１２）。第一要求元３０１は、指定されたパラメータ項目に相関する計測項目の検出の完了を受信する（Ｓ３１３）。

Ｓ３２０〜３２４について、生成プログラム１２０は、第二要求元３００からの要求に基づいて動作する。第二要求元３００は、インタフェース提供プログラム１１１である。第二要求元３００は、指定されたパラメータ項目のパラメータ値の変更の影響を受ける他のパラメータ項目の要求を、生成プログラム１２０に対し送信する（Ｓ３２０）。生成プログラム１２０は、指定されたパラメータ項目に関して、影響推測結果提示２１２を作動させる（Ｓ３２１）。生成プログラム１２０は、影響推測結果の情報を、フィードバックプログラム１２１に送信する（Ｓ３２２）。フィードバックプログラム１２１は、影響推測結果の情報を第二要求元３００に送信する（Ｓ３２３）。

図４は、パラメータ定義テーブル２０１の構成を示す。

パラメータ定義テーブル２０１は、業務システムＡに関して予め用意されたテーブルである。パラメータ定義テーブル２０１は、業務システムＡの要件項目とパラメータ項目との関係を示す情報を有する。具体的には、例えば、パラメータ定義テーブル２０１は、業務システムＡのシステム要件毎にレコードを有する。各レコードは、要件項目ＩＤ４００、要件項目名４０１、パラメータ項目ＩＤ４０２およびパラメータ項目名４０３といった情報を保持する。

要件項目ＩＤ４００は、要件項目を識別するための識別子である。要件項目名４０１は、要件項目の内容を示す文字列である。なお、上述したように、「システム要件」は、要件項目と要件値とを含む。「システム要件」は、典型的には非機能要件である。

パラメータ項目ＩＤ４０２は、パラメータ項目を識別するための識別子である。パラメータ項目名４０３は、パラメータの内容を示す文字列である。例えば業務システムＡが分析システムの場合、パラメータ項目名４０３の値としては、データの受信効率を示す“データ最大流量”、分析システムが持つキュー長などに影響する“メモリ割当量”、分析処理の並列度の最大値である“最大並列度”がある。

図４の例によれば、システム要件項目“応答時間”に応じたパラメータ項目は“データ最大流量”、“メモリ割当量”および“最大並列度”の３つであることがわかる。

図５は、計測項目定義テーブル２０２の構成を示す。

計測項目定義テーブル２０２は、業務システムＡについて計測される値の項目に関する情報を有する。「計測項目」と「計測値」との組を「メトリック」と呼ぶことができる。計測項目定義テーブル２０２は、計測項目毎にレコードを有する。各レコードは、計測項目ＩＤ５００、計測項目名５０１、計測値取得方法５０２および閾値５０３といった情報を保持する。

計測項目ＩＤ５００は、計測項目を識別するための識別子である。計測項目名５０１は、計測項目の内容を示す文字列である。計測値取得方法５０２は、業務システムＡに関する当該計測項目について計測された値を、制御プログラム１１３を通じて管理計算機１３０から取得するための取得方法を示す。ここで言う「取得方法」とは、例えば、制御プログラム１１３のＡＰＩ名称である。閾値５０３とは、パラメータ項目と計測項目との相関有無を判断するための値である。具体的には、例えば、閾値５０３以上であれば、相関がある、閾値５０３未満であれば、相関が無い。なお、本実施形態では、相関値の最小値は“０”であり最大値は“１”である。

図６は、設定実績テーブル２０４の構成を示す。

設定実績テーブル２０４は、インタフェース提供プログラム１１１を通じて入力された設定（例えば、業務システムＡのパラメータ項目毎の設定値（パラメータ値））と、その設定値に対するシステム要件（例えば、要件項目“応答時間”と要件値“３秒”とのうちの少なくとも要件項目）とを関連付けて保持する。つまり、設定実績テーブル２０４は、システム要件とそのシステム要件に対して設定されたパラメータ値との実績である設定実績を示す情報を保持する。設定実績テーブル２０４は、設定実績（１つのシステム要件と１以上のパラメータとの組）毎にレコードを有する。各レコードは、設定実績ＩＤ６００、パラメータ実績６０１および要件実績６０２といった情報を保持する。

設定実績ＩＤ６００は、設定実績を識別するための識別子である。

パラメータ実績６０１は、設定実績のうちのパラメータの設定に関する情報である。パラメータ項目ＩＤ６１０とパラメータ値６１１を持つ。パラメータ項目ＩＤ６１０は、パラメータ項目ＩＤ４０２と関連付く。パラメータ値６１１は、当該パラメータ項目について設定されたパラメータ値である。

要件実績６０２は、設定実績のうちのシステム要件に関する情報である。要件実績６０２は、要件項目ＩＤ６２０と要件値６２１を持つ。要件項目ＩＤ６２０は、要件項目ＩＤ４００と関連付く。要件値６２１は、要件項目に関する要件値である。

図７は、計測実績テーブル２０６の構成を示す。

計測実績テーブル２０６は、設定実績と計測実績との関係を示す情報を保持する。計測実績テーブル２０６は、設定実績毎にレコードを有する。各レコードは、設定実績ＩＤ７００および計測実績７０１といった情報を保持する。

設定実績ＩＤ７００は、設定実績ＩＤ６００と関連付く。計測実績７０１は、計測実績毎にレコードを有する。各レコードは、計測項目ＩＤ７１０と計測値７１１を持つ。計測項目ＩＤ７１０は、計測項目ＩＤ５００と関連付く。計測値７１１は、当該計測項目についての計測値である。

図６の設定実績テーブル２０４および図７の計測実績テーブル２０６は、過去に開発および提供された計算機システム（例えば業務システムＡと同種のシステム（例えば分析システム））に関する実績と、業務システムＡに関する実績とのうちの少なくとも１つでよい。

図８は、相関計測項目集合テーブル２０５の構成を示す。

相関計測項目集合テーブル２０５は、パラメータ項目と計測項目との相関関係を示す情報を保持する。相関計測項目集合テーブル２０５は、パラメータ項目毎にレコードを有する。各レコードは、パラメータ項目ＩＤ８００および計測項目ＩＤ８０１といった情報を保持する。

パラメータ項目ＩＤ８００は、パラメータ項目ＩＤ４０２と関連付く。計測項目ＩＤ８０１は、計測項目ＩＤ５００と関連付く。

相関計測項目集合テーブル２０５が保持する情報は、相関計測項目決定２１１を通じて登録または更新される。図８の例によれば、パラメータ項目“データ最大流量”（図４および図８参照）は、計測項目“ＣＰＵ平均使用率”および“メモリ最大使用量”（図５および図８参照）の各々と相関があることがわかる。

図９は、相関計測項目決定２１１の処理フローチャートを示す。

相関計測項目決定２１１は、まず出力情報のリストを初期化する（Ｓ９００）。

相関計測項目決定２１１は、設定実績テーブル２０４から設定実績ＩＤ６００のリストを取得し、パラメータ定義テーブル２０１からパラメータ項目ＩＤ４０２のリストを取得し、計測項目定義テーブル２０２から計測項目ＩＤ５００のリストを取得する（Ｓ９０１）。

相関計測項目決定２１１は、未確認のパラメータ項目ＩＤ４０２を１つ選択する（Ｓ９０２）。ここで選択されたパラメータ項目ＩＤ４０２を、図９の説明において「選択パラメータ項目ＩＤ４０２」と言う。

相関計測項目決定２１１は、未確認の計測項目ＩＤ５００を１つ選択する（Ｓ９０３）。ここで選択された計測項目ＩＤ５００を、図９の説明において「選択計測項目５００」と言う。

相関計測項目決定２１１は、選択パラメータ項目ＩＤ４０２と選択計測項目ＩＤ５００との間の相関値を相関モデルに基づいて算出する（Ｓ９０４）。「相関値を相関モデルに基づいて算出」とは、相関モデルとしてピアソンの積率相関係数の数式を用いる場合、添字ｉをｉ番目の設定実績ＩＤ６００とすると、Ｘｉが選択パラメータ項目ＩＤ４０２（６１０）およびｉ番目の設定実績ＩＤ６００に関するパラメータ値６１１、Ｙｉが選択計測項目ＩＤ５００（７１０）およびｉ番目の設定実績ＩＤ６００に関する計測値７１１となる。つまり、Ｓ９０４において、選択パラメータ項目ＩＤ４０２と選択計測項目ＩＤ５００との間の相関値の算出には、１以上の設定実績が考慮される。Ｓ９０４の例によれば、下記の可能性が高いと考えられる。
（Ｐ）選択パラメータ項目ＩＤと選択計測項目ＩＤの両方が、同一設定実績ＩＤ６００に関連付けられている場合、選択パラメータ項目ＩＤと選択計測項目ＩＤとの相関値は比較的高い。
（Ｑ）選択パラメータ項目ＩＤと選択計測項目ＩＤの両方が、同一設定実績ＩＤ６００に関連付けられていない場合、選択パラメータ項目ＩＤと選択計測項目ＩＤとの相関値は比較的低い。
（Ｒ）選択パラメータ項目ＩＤと選択計測項目ＩＤの一方のＩＤが、設定実績ＩＤ６００に関連付けられていて、他方のＩＤが、当該設定実績ＩＤ６００に関連付けられていない場合、選択パラメータ項目ＩＤと選択計測項目ＩＤとの相関値は、（Ｐ）のケースと相関値と（Ｑ）のケースの相関値の間である。

相関計測項目決定２１１は、選択計測項目ＩＤ５００に対応する閾値５０３を、計測項目定義テーブル２０２から取得する（Ｓ９０５）。

相関計測項目決定２１１は、Ｓ９０４で算出した相関値と、Ｓ９０５で取得した閾値とを比較する（Ｓ９０６）。

相関値が閾値以上の場合（Ｓ９０７：Ｙ）、相関計測項目決定２１１は、選択パラメータ項目ＩＤ４０２および選択計測項目ＩＤ５００を出力情報のリストに登録する（Ｓ９０８）。

相関値が閾値未満の場合（Ｓ９０７：Ｎ）、または、Ｓ９０８の後、相関計測項目決定２１１は、Ｓ９０１で取得された計測項目ＩＤ５００を全て確認したか否かを判断する（Ｓ９０９）。Ｓ９０９の判断結果が偽の場合（Ｓ９０９：Ｎ）、相関計測項目決定２１１は、Ｓ９０３を行う。

Ｓ９０９の判断結果が真の場合（Ｓ９０９：Ｙ）、相関計測項目決定２１１は、Ｓ９０１で取得されたパラメータ項目ＩＤ４０２を全て確認したか否かを判断する（Ｓ９１０）。Ｓ９１０の判断結果が偽の場合（Ｓ９１０：Ｎ）、相関計測項目決定２１１は、Ｓ９０２を行う。

Ｓ９１０の判断結果が真の場合（Ｓ９１０：Ｙ）、相関計測項目決定２１１は、出力情報のリストを相関計測項目集合テーブル２０５に出力する（Ｓ９１１）。

図９に拠れば、相関計測項目決定２１１は、１以上の設定実績に関連付いたパラメータとメトリックを基に（例えば、選択パラメータ項目ＩＤと選択計測項目ＩＤとが同一の設定実績に関連付けられているか否か、選択パラメータ項目ＩＤについて当該設定実績に関連付いたパラメータ値、および、選択計測項目ＩＤについて当該設定実績に関連付いた計測値を基に）相関関係にあるパラメータ項目と計測項目との集合である相関計測項目集合を生成する。図９に拠れば、各パラメータ項目ＩＤについて、当該パラメータ項目ＩＤと相関関係がある（相関値が閾値以上である）計測項目ＩＤとして見つかった計測項目ＩＤが、当該パラメータ項目に関連付けられる。

図１０は、影響推測結果提示２１２の処理フローチャートを示す。

影響推測結果提示２１２は、１つ以上のパラメータ項目ＩＤ４０２を入力として動作する。１つ以上のパラメータ項目ＩＤ４０２は、相関計測項目集合テーブル２０５における全パラメータ項目ＩＤでもよいし、パラメータ設計の際のユーザインタフェース（例えばＧＵＩ（Graphical User Interface））から選択されたパラメータ項目のＩＤでもよい。

影響推測結果提示２１２は、影響推測結果のリストを初期化する（Ｓ１０００）。影響推測結果提示２１２は、入力のパラメータ項目ＩＤ４０２から、未確認の入力パラメータ項目ＩＤ４０２を１つ選択する（Ｓ１００１）。ここで選択されたパラメータ項目ＩＤ４０２を、図１０の説明において「選択パラメータ項目ＩＤ４０２」と言う。

影響推測結果提示２１２は、選択パラメータ項目ＩＤ４０２に対応する計測項目ＩＤ８０１のリストを、相関計測項目集合テーブル２０５から取得する（Ｓ１００２）。

影響推測結果提示２１２は、取得した計測項目ＩＤ８０１のリストから、未確認の計測項目ＩＤ８０１を１つ選択する（Ｓ１００３）。ここで選択された計測項目ＩＤ８０１を、図１０の説明において「選択計測項目ＩＤ８０１」と言う。

影響推測結果提示２１２は、選択計測項目ＩＤ８０１に対応する非選択パラメータ項目ＩＤ４０２のリストを、相関計測項目集合テーブル２０５から取得する（Ｓ１００４）。「非選択パラメータ項目ＩＤ４０２のリスト」とは、選択パラメータ項目ＩＤ４０２以外のパラメータ項目ＩＤ４０２のリストである。

影響推測結果提示２１２は、選択パラメータ項目ＩＤ４０２と、非選択パラメータ項目ＩＤ４０２のリストとを影響推測結果として登録する（Ｓ１００５）。

影響推測結果提示２１２は、Ｓ１００２で取得された計測項目ＩＤ８０１を全て確認したか否かを判断する（Ｓ１００６）。Ｓ１００６の判断結果が偽の場合（Ｓ１００６：Ｎ）、影響推測結果提示２１２は、Ｓ１００３を行う。

Ｓ１００６の判断結果が真の場合（Ｓ１００６：Ｙ）、影響推測結果提示２１２は、入力のパラメータ項目ＩＤ４０２を全て確認したか否か判断する（Ｓ１００７）。Ｓ１００７の判断結果が偽の場合（Ｓ１００７：Ｎ）、影響推測結果提示２１２は、Ｓ１００１を行う。

Ｓ１００７の判断結果が真の場合（Ｓ１００７：Ｙ）、影響推測結果提示２１２は、影響推測結果を呼び出し元に送信する（Ｓ１００８）。

影響推測結果提示２１２により、関連付けられている計測項目が共通する２以上のパラメータ項目が、相関のある２以上のパラメータ項目である影響項目集合として推測される。

図１１は、パラメータ設定作業のユーザインタフェースのイメージを示す。

図１１では、ユーザインタフェース１１００がＷｅｂブラウザを通じて提供されるとして説明する。ユーザインタフェース１１００は、ＧＵＩであり、業務システムＡのパラメータ一覧を表示する部位１１１０を有する。部位１１１０は、パラメータ項目名を表示する部位１１１１と、パラメータ項目毎のパラメータ設定フォーム１１１４（例えばスライダ）を提供する部位１１１２と、パラメータ設定作業のガイド情報を表示する部位１１１３と、部位１１１３に入力された設定値を業務システムＡに適用させるための部位１１１６と、部位１１１２に入力された設定値を業務システムＡに反映せずユーザインタフェース１１００を閉じる部位１１１５とを有する。

部位１１１１で表示される情報は、パラメータ定義テーブル２０１のパラメータ項目名４０３などが示す情報である。パラメータ設定フォーム１１１４には、テキストボックス、ドロップダウンリスト、インジケータなどを利用し、現在の設定値がフォーム上に反映される。部位１１１３で表示される情報は、影響推測結果提示２１２が生成する影響推測結果および固定文言などである。

図１１では、ユーザインタフェースを開いた際に、部位１１１１に表示されている或るパラメータ項目に関する影響推測結果を、部位１１１３に表示される。しかし、ユーザインタフェース１１００を開いた際ではなく、部位１１１１からパラメータ項目が１つ選択（例えばクリック）された際に当該選択されたパラメータ項目を含んだ影響項目集合内の他のパラメータ項目に関する影響推測結果（部位１１１３）が表示されもよい。また、各パラメータ項目（各パラメータ設定フォーム１１１４）について、パラメータ値の最小値および最大値は、システム要件に関係無く予め決められた値でよい。また、２以上のシステム要件に共通するパラメータ項目のパラメータ値の最小値および最大値については、その２以上のシステム要件を基に決められてもよい。

各設定実績について、当該設定実績がシステム要件を満たすことを確認する方法として、当該設定実績について１以上の計測実績を確認することが考えられる。結果として、同一の計測項目が、異なる複数の設定実績に関連していることが考えられる。本実施形態に拠れば、この点に着目し、同一の計測項目と相関関係にある異なる複数のパラメータ項目が特定され（図８に示した相関計測項目集合テーブル２０５が構築され）、そのような複数のパラメータ項目が、影響関係のあるパラメータ項目として推測され表示される。これにより、ＳＥは、業務システムＡに関して、パラメータ項目間の関係（例えば、或るパラメータ値を変更する場合に調整すべきパラメータ値に対応したパラメータ項目）を特定することが可能となる。具体的には、例えば、下記のうちの少なくとも１つが期待できる。
・ＳＥは、そのＳＥの経験または知識から、システム要件に直接的に影響するパラメータ項目を特定することはできても、そのシステム要件に間接的に影響するパラメータ項目を特定することは困難である。しかし、本実施形態に拠れば、同一の計測項目と相関関係にある複数のパラメータ項目が特定され表示される。ＳＥは、システム要件に間接的に影響し得るパラメータ項目も容易に特定できる。
・業務システムＡが、複数のモジュール（例えばＳＷ）を含むとする。複数のモジュールのうちの一部のモジュールが、システム開発者以外の者から提供されたモジュールであると、当該モジュールはブラックボックスである。ブラックボックスとしてのモジュールに関してまでＳＥがパラメータ項目やパラメータ項目間の関係を把握することは難しい。しかし、本実施形態に拠れば、そのようなブラックボックスとしてのモジュールを含む複数のモジュールを有する業務システムについて、同一の計測項目と相関関係にある複数のパラメータ項目が特定され表示される。このため、ＳＥは、業務システムＡが有するモジュールの詳細（例えば、関連するパラメータ項目）を知らなくても、パラメータ項目間の関係を容易に特定できる。

実施形態２

実施形態２では、計測時刻（計測値が取得された時刻）と共に新たな計測項目の計測値が管理計算機１３０に蓄積され、新たな計測項目の計測値が管理計算機１３０から取得され計測実績テーブル２０６に蓄積される。以下、実施形態２を詳細に説明する。その際、実施形態１との相違点を主に説明し、実施形態１との共通点については説明を省略または簡略する。

本実施形態では、第一処理群２１０が更に計測実績蓄積２１３を有する（図２参照）。

図１２は、計測実績蓄積２１３の処理フローチャートを示す。

計測実績蓄積２１３は、サブプログラムとして計測値取得方法実行インスタンス（図示せず）を備える。サブプログラムは、例えば、スレッド、プロセス、コンテナなどであり、計測実績蓄積２１３の実行中に一時的に生成され、処理終了と共に消滅する。本実施形態では、計測値取得方法実行インスタンスが並列処理のために用意される。計測実績蓄積２１３は、１つの設定実績ＩＤ６００を入力として動作する。

計測実績蓄積２１３は、計測項目定義テーブル２０２から、計測項目ＩＤ５００のリストを取得する（Ｓ１２００）。

計測実績蓄積２１３は、時刻範囲情報と計測値取得の並列度に関する値情報とを読み込む（Ｓ１２０１）。「時刻範囲情報」が示す時刻範囲は、前回実行時刻（計測実績蓄積２１３の処理フローの前回の実行時の時刻）から今回実行時刻まででよい。時刻は、ＯＳ（Operating System）などから取得可能である。「計測値取得の並列度に関する値情報」は、例えば、計測実績蓄積２１３の定数情報、外部定義ファイル、追加の動作パラメータなどを通じて、Ｓ１２００の実行前に定義される。

計測実績蓄積２１３は、Ｓ１２００で取得した計測項目ＩＤ５００のリストから、未確認の計測項目ＩＤを、並列度に関する値の分だけ選択する（Ｓ１２０２）。

計測実績蓄積２１３は、Ｓ１２０１で読み込んだ並列度の値情報に従って、計測値取得方法実行インスタンス（以下、実行インスタンス）１２２０を作成し、各実行インスタンス１２２０に入力情報を渡して動作を開始させる。実行インスタンス１２２０の「入力情報」とは、Ｓ１２０１で読み込んだ時刻範囲情報と、Ｓ１２０２で選択した計測項目ＩＤ５００の内１つと、計測実績蓄積の入力である設定実績ＩＤ６００である。実行インスタンス１２２０は、入力の計測項目ＩＤ５００に対応した計測値取得方法５０２を、計測項目定義テーブル２０２から取得する（Ｓ１２２１）。実行インスタンス１２２０は、入力の時刻範囲情報に基づいて、Ｓ１２２１で取得した計測値取得方法５０２を実行し、時刻範囲内の計測時刻に取得された計測値を取得し、平均値などの統計処理を通じて最終的な計測値情報を決定する（Ｓ１２２２）。実行インスタンス１２２０は、Ｓ１２２２で決定した計測値情報と、入力の設定実績ＩＤ６００および計測項目５００を、計測実績テーブル２０６に登録する（Ｓ１２２３）。計測実績蓄積２１３は、Ｓ１２０３で動作を開始させた実行インスタンス１２２０の終了を待つ（Ｓ１２０４）。

計測実績蓄積２１３は、Ｓ１２０３で動作を開始させた実行インスタンス１２２０が全て終了したか否かを判断する（Ｓ１２０５）。Ｓ１２０５の判断結果が偽の場合（Ｓ１２０４：Ｎ）、計測実績蓄積２１３は、Ｓ１２０４を行う。

Ｓ１２０５の判断結果が真の場合（Ｓ１２０５：Ｙ）、計測実績蓄積２１３は、Ｓ１２００で取得した計測項目ＩＤ５００を全て確認したか否かを判断する（Ｓ１２０６）。Ｓ１２０６の判断結果が偽の場合（Ｓ１２０６：Ｎ）、計測実績蓄積２１３は、Ｓ１２０２を行う。Ｓ１２０６の判断結果が真の場合（Ｓ１２０６：Ｙ）、処理が終了する。

本実施形態に拠れば、支援サーバ１１０が、時刻範囲毎に、計測実績を取得し蓄積することができる。

実施形態３

実施形態３では、新たな計測項目の計測値からインタフェース提供プログラム１１１にフィードバックした情報が最新化される。以下、実施形態３を詳細に説明する。その際、実施形態１または２との相違点を主に説明し、実施形態１または２との共通点については説明を省略または簡略する。

本実施形態では、第一処理群２１０が更に更新通知２１４を有する（図２参照）。

図１３は、更新通知２１４の処理フローチャートである。

更新通知２１４は、新しい設定実績ＩＤ６００の登録を検知する（Ｓ１３００）。ここで言う「登録を検知」とは、例えば、設定実績ＩＤ６００を１つ記憶し、定期的に設定実績テーブル２０４の最新の設定実績ＩＤ６００を取得し、記憶した設定実績ＩＤ６００と取得した最新の設定実績ＩＤ６００とを比較し、異なれば新しい設定実績ＩＤ６００が登録されたと判断することである。

更新通知２１４は、第一要求元３０１のＳ３１０〜３１３を開始させる（Ｓ１３０１）。

更新通知２１４は、相関計測項目集合テーブル２０５の変更の有無を確認する（Ｓ１３０２）。更新通知２１４は、変更があると判断した場合（Ｓ１３０３：Ｙ）、Ｓ１３０４を行う。更新通知２１４は、変更が無いと判断した場合（Ｓ１３０３：Ｎ）、Ｓ１３００を行う（Ｓ１３０３）。

Ｓ１３０３：Ｙの場合、更新通知２１４は、影響推測結果の更新を、フィードバックプログラム１２１へ通知する（Ｓ１３０４）。フィードバックプログラム１２１は、更新通知の情報を、第二要求元３００に送信する（Ｓ１３０５）。第二要求元３００は、更新通知の情報をユーザインタフェースに表示させる（Ｓ１３０６）。

設定実績および計測実績が増えると、パラメータ項目と計測項目間の相関値が変わり、結果として、或るパラメータ項目と相関する計測項目が増えるまたは減ることがある。つまり、相関計測項目集合テーブル２０５が更新され得る。本実施形態に拠れば、相関計測項目集合テーブル２０５が更新された場合、更新後の相関計測項目集合テーブル２０５に基づく影響推測結果が表示される。

実施形態４

実施形態４では、ＳＥが或るパラメータ値を入力した際に、支援サーバ１１０が、当該パラメータ値と影響関係のある別のパラメータ値を、目標のシステム要件および回帰分析に基づいて決定し、推奨値としてユーザインタフェースに表示する。以下、実施形態４を詳細に説明する。その際、実施形態１〜３との相違点を主に説明し、実施形態１〜３との共通点については説明を省略または簡略する。

図１４は、実施形態４に係る支援サーバ１１０が有するメモリ１１４内のプログラムの構成を示す。

メモリ１１４は、新たに、第二情報群１４００と、第二処理群１４１０と、回帰分析プログラム１４２０とを記憶する。なお、第二情報群１４００と第一情報群２００とが一体となった情報群が採用されてもよい。また、第二処理群１４１０と第一処理群２１０とが一体となった処理群が採用されてもよい。

第二情報群１４００は、業務システム毎に固有の情報を有する。図示の第二情報群１４００は、業務システムＡ１４０の情報として説明する。第二情報群１４００は、システム要件テーブル１４０１と、回帰分析実装テーブル１４０２と、回帰ステップテーブル１４０３と、推奨値情報１４０４と、パラメータ値仕様テーブル１４０５と、区間絞込みフラグ１４１６とを有する。

システム要件テーブル１４０１は、要件項目名４０１毎の要件値を保持する。なお、システム要件テーブル１４０１は、実施例１〜３のいずれにも用意されてもよい。システム要件テーブル１４０１は、無くてもよい。例えば、システム要件テーブル１４０１における要件値に代えて、設定実績テーブル２０４における要件値６２１（図６参照）が使用されてもよい。

パラメータ値仕様テーブル１４０５は、パラメータ項目名４０３毎にパラメータ値の最大値および最小値を保持する。なお、パラメータ値仕様テーブル１４０５は、実施形態１〜３のいずれにも用意されてもよい（例えば、図１１に表示の最小値および最大値（パラメータ項目毎の最小値および最大値）は、パラメータ値仕様テーブル１４０５が示す値でよい）。

区間絞込みフラグ１４１６は、図２０の処理フローチャートの分岐情報として用いる２値フラグ情報である。

第二処理群１４１０は、回帰ステップ生成１４１１と、推奨値情報決定１４１２とを有する。

図１５は、本実施形態に係る生成プログラム１２０およびフィードバックプログラム１２１の処理フローチャートを示す。

図３との差分は、Ｓ１５００およびＳ１５０１の追加と、Ｓ３２２に代えてＳ１５０２の採用である。生成プログラム１２０は、回帰ステップ生成１４１１を作動させる（Ｓ１５００）。生成プログラム１２０は、推奨値情報を生成するために、推奨値情報決定１４１２を作動させる（Ｓ１５０１）。生成プログラム１２０は、影響推測結果および推奨値情報をフィードバックプログラム１２１に送信する（ステップ１５０２）。

図１６は、回帰分析実装テーブル１４０２の構成を示す。

回帰分析実装テーブル１４０２は、回帰分析プログラム１４２０のＡＰＩにアクセスするための情報を保持する。回帰分析実装テーブル１４０２は、ＡＰＩ−ＩＤ１６００、種別１６０１およびＰａｔｈ１６０２といった情報を保持する。

ＡＰＩ−ＩＤ１６００は、回帰分析プログラム１４２０のＡＰＩを識別するための識別子である。本実施形態では、回帰分析プログラム１４２０は、自身が公開するＡＰＩのパラメータ情報を外部に送信するための第一ＡＰＩと、回帰分析処理を実施するための第二ＡＰＩと、実行した回帰分析の回帰係数を取得するための第三ＡＰＩ２２０とを備える。本実施形態では、目的変数１７１０の値と説明変数（Ｘ）１７１１の値とを基に説明変数（Ｙ）１７１２の値が回帰分析を用いて算出される。

種別１６０１は、第一〜第三ＡＰＩを判別するための識別子である。本実施形態では、“ＰＲＭＳ”は、パラメータ情報を送信する第一ＡＰＩを意味する。“ＲＥＧ”は、回帰分析処理を実施する第二ＡＰＩを意味する。種別１６０１の値として、別の識別子が用いられてもよい。

Ｐａｔｈ１６０２は、回帰分析プログラム１４２０のＡＰＩへのアクセス情報（ＵＲＬなど）を示す。

図１７は、回帰ステップテーブル１４０３の構成を示す。

回帰ステップテーブル１４０３は、回帰ステップ生成１２２１により生成され、推奨値情報決定１４１２により、順に実行される。回帰ステップテーブル１４０３は、回帰ステップ毎にレコードを有する。各レコードは、ステップ＃１７００、ＡＰＩ−ＩＤ１７０１およびパラメータマップ１７０２といった情報を保持する。

ステップ＃１７００は、回帰ステップが実行される順番を示す番号である。ＡＰＩ−ＩＤ１７０１は、ＡＰＩ−ＩＤ１６００と関連付く。

パラメータマップ１７０２は、ＡＰＩ−ＩＤ１７０１が示す回帰分析プログラム１４２０のＡＰＩのパラメータ情報と、要件項目ＩＤ４００、パラメータ項目ＩＤ４０２、および計測項目ＩＤ５００との関連情報である。パラメータマップ１７０２は、目的変数１７１０と、説明変数（Ｘ）１７１１と、説明変数（Ｙ）１７１２とを持つ。目的変数１７１０は、回帰分析処理の目的変数と関連付く要件項目ＩＤ４００である。説明変数（Ｘ）１７１１は、回帰分析処理の説明変数と関連付くパラメータ項目ＩＤ４０２である。説明変数（Ｙ）１７１２は、回帰分析処理の別の説明変数と関連付く計測項目ＩＤ５００である。

図１８は、回帰ステップ生成１２２１の処理フローチャートを示す。

回帰ステップ生成１２２１は、インタフェース提供プログラム１１１を通じて入力された変更後パラメータとシステム要件を入力として動作する。変更後パラメータとは、ＳＥにより変更されたパラメータ値（例えばユーザインタフェース１１００経由で変更されたパラメータ値）を含んだパラメータである。図１８及び図１９の説明において、入力された変更後パラメータを「入力パラメータ」と言い、入力されたシステム要件を「入力システム要件」と言う。

回帰ステップ生成１２２１は、回帰分析実装テーブル１４０２から、１つのＡＰＩ−ＩＤ１６００を選択し（図１８の説明において「選択ＡＰＩ−ＩＤ１６００」と言う）、当該ＡＰＩ−ＩＤ１６００に関する全ての種別１６０１およびＰａｔｈ１６０２を回帰分析実装テーブル１４０２から取得する（Ｓ１８００）。

回帰ステップ生成１２２１は、Ｓ１８００で取得した情報の内、種別１６０１“ＰＲＭＳ”に対応したＰａｔｈ１６０２を用いて、回帰分析プログラム１４２０のＡＰＩにアクセスし、同一のＡＰＩ−ＩＤ１６００の種別１６０１“ＲＥＧ”に対応したＰａｔｈ１６０２が示すＡＰＩのパラメータ情報を取得する（Ｓ１８０１）。

回帰ステップ生成１２２１は、Ｓ１８０１で取得したパラメータ情報を基に特定される説明変数（Ｘ）（パラメータ側の説明変数）に、入力パラメータ内のパラメータ項目ＩＤをマップする（Ｓ１８０２）。

回帰ステップ生成１２２１は、マップしたパラメータ項目ＩＤに対応する計測項目ＩＤ８０１を、相関計測項目集合テーブル２０５から取得する（Ｓ１８０３）。

回帰ステップ生成１２２１は、Ｓ１８０３で取得した計測項目ＩＤ８０１の内、未確認の計測項目ＩＤを１つ選択し（図１８の説明において「選択計測項目ＩＤ８０１」と言う）、説明変数（Ｙ）（計測項目側の説明変数）に、選択計測項目ＩＤ８０１をマップする（ステップ１８０４）。

回帰ステップ生成１２２１は、目的変数に、入力システム要件内の要件項目ＩＤ６２０をマップする（ステップ１８０５）。

回帰ステップ生成１２２１は、Ｓ１８０２、Ｓ１８０４およびＳ１８０５でマップした情報（すなわち、目的変数、説明変数（Ｘ）および説明変数（Ｙ）にそれぞれＩＤが関連付けられた回帰ステップ）と、選択ＡＰＩ−ＩＤ１６００と、ステップ＃１７００（回帰ステップの順番）とを、回帰ステップテーブル１４０３に登録する（Ｓ１８０６）。

回帰ステップ生成１２２１は、Ｓ１８０３で取得した計測項目ＩＤを全て確認したか否かを判断する（Ｓ１８０７）。Ｓ１８０７の判断結果が偽の場合（Ｓ１８０７：Ｎ）、回帰ステップ生成１２２１は、ステップ１８０４を行う。

Ｓ１８０７の判断結果が真の場合（Ｓ１８０７：Ｙ）、処理が終了する。

図１９は、推奨値情報決定１４１２の処理フローチャートを示す。

推奨値情報決定１４１２は、回帰ステップテーブル１４０３から、未確認かつ最もステップ＃１７００が小さいレコードを選択する（Ｓ１９００）。

推奨値情報決定１４１２は、Ｓ１９００で選択したレコードのＡＰＩ−ＩＤ１７０１を用いて、回帰分析実装テーブル１４０２から、種別１６０１“ＲＥＧ”のＰａｔｈ１６０２を取得する（Ｓ１９０１）。

推奨値情報決定１４１２は、Ｓ１９０１で取得したＰａｔｈ１６０２と、Ｓ１９００で選択したレコードにおけるパラメータマップ１７０２とを用いて、回帰分析プログラム１４２０のＡＰＩにアクセスする（Ｓ１９０２）。これにより、回帰分析プログラム１４２０は、目的変数に、当該目的変数にマップされている要件項目ＩＤに対応した要件値（入力システム要件内の要件値）を入力し、説明変数（Ｘ）に、当該説明変数（Ｘ）にマップされているパラメータ項目ＩＤに対応したパラメータ値（入力パラメータ内のパラメータ値（つまり変更後のパラメータ値））を入力する。

推奨値情報決定１４１２は、回帰分析プログラム１４２０より算出された値（説明変数（Ｙ）の値）を受信する（Ｓ１９０３）。

推奨値情報決定１４１２は、説明変数（Ｙ）にマップされている計測項目ＩＤについて、Ｓ１９０３で受信した値（説明変数（Ｙ）の値）を、推奨値情報として出力する（Ｓ１９０４）。「推奨値情報として出力する」とは、説明変数（Ｙ）にマップされている計測項目ＩＤ８０１に対応したパラメータ項目ＩＤ８００を、Ｓ１９０３で受信した値に置き換えて、フィードバックプログラム１２１に送信することである。例えば、説明変数（Ｙ）にマップされた計測項目ＩＤが“ＭＴＲ２”（“メモリ最大使用量”）であり、説明変数（Ｘ）にマップされたパラメータ項目ＩＤが“ＰＲＭ２”（メモリ割当量）であり、説明変数（Ｙ）の値として、αギガバイトが算出された場合、パラメータ項目ＩＤ“ＰＲＭ２”（“メモリ割当量”）の推奨値としてαギガバイトが出力されることになる。つまり、期待される計測値がパラメータ値の推奨値として出力されることになる。

推奨値情報決定１４１２は、回帰ステップテーブル１４０３から全ての回帰ステップを選択しかた否かを判断する（Ｓ１９０５）。Ｓ１９０５の判断結果が偽の場合（Ｓ１９０５：Ｎ）、推奨値情報決定１４１２は、ステップ１９００を行う。

Ｓ１９０５の判断結果が真の場合（Ｓ１９０５：Ｙ）、処理が終了する。

本実施形態に拠れば、ユーザインタフェース１１００の部位１１１２に、パラメータ項目について、推奨値が表示される。これにより、ＳＥは、或るパラメータ値を変更した場合に、当該パラメータ値と影響関係にあるパラメータ項目について設定するのが好ましいパラメータ値を容易に知ることができる。図１１を例に取れば、具体的には、例えば、下記の通りである。
・ＳＥが、パラメータ項目“ログ流量”のパラメータ値を、例えばパラメータ設定フォーム１１１４を操作して、変更する。
・システム要件の要件値が、目的変数に入力され、変更後のパラメータ値が、説明変数（Ｘ）に入力され、説明変数（Ｙ）の値が算出される。
・算出された説明変数（Ｙ）の値が、その説明変数（Ｙ）にマップされた計測項目ＩＤと相関のあるパラメータ項目“分析用メモリの割当量”についての推奨値として表示される。

実施形態５

実施形態５では、パラメータ項目について推奨とされる値区間が、ユーザインタフェースに表示される。以下、実施形態５を詳細に説明する。その際、実施形態１〜４との相違点を主に説明し、実施形態１〜４との共通点については説明を省略または簡略する。

図２０は、実施形態５に係る推奨値情報決定１４１２の処理フローチャートを示す。

図１９との差分は、Ｓ１９０６以降の追加である。推奨値情報決定１４１２は、区間絞込みフラグ１４０６の値を参照する（Ｓ１９０６）。推奨値情報決定１４１２は、区間絞込みフラグ１４０６が偽の場合（Ｓ１９０７：Ｎ）、Ｓ１９０４を行う。つまり、推奨値は、実施形態４のように、値区間といった幅が無く表示される。

推奨値情報決定１４１２は、区間絞込みフラグ１４０６が真の場合（Ｓ１９０７：Ｙ）、目標値の符号を確認する（Ｓ１９０８）。推奨値情報決定１４１２は、目標値の符号が負か否かを判断する（Ｓ１９０９）。「目標値」とは、システム要件の評価基準を判断するための値である。「評価基準」とは、要件値が低い（少ない）又は高い（多い）方がより望ましいなどであり、数学の不等号などに相当する。本実施例では、目標値は、要件値が低い方が望ましいことを意味する負の値（例えば-1）と、要件値は高い方が望ましいことを意味する正の値（例えば+1）のいずれかである。しかし、目標値は、列挙型や真偽値、文字列データなどで表現されてもよい。

Ｓ１９０９の判断結果が偽の場合（Ｓ１９０９：Ｎ）、推奨値情報決定１４１２は、現在のＡＰＩ−ＩＤ１７０１に対応した種別１６０１が“ＲＣ”のＰａｔｈ１６０２が示すＡＰＩ（回帰分析プログラム１４２０のＡＰＩ）にアクセスし、説明変数（Ｘ）の回帰係数を確認する（Ｓ１９１０）。推奨値情報決定１４１２は、Ｓ１９１０で確認した回帰係数の符号が正か否かを判断する（Ｓ１９１１）。Ｓ１９１１の判断結果が真の場合（Ｓ１９１１：Ｙ）、推奨値情報決定１４１２は、説明変数（Ｘ）にマップされたパラメータ項目と相関のあるパラメータ項目のパラメータ値の上限値を、パラメータ値仕様テーブル１４０５を基に特定する（Ｓ１９１２）。Ｓ１９１１の判断結果が偽の場合（Ｓ１９１１：Ｎ）、推奨値情報決定１４１２は、説明変数（Ｘ）にマップされたパラメータ項目と相関のあるパラメータ項目のパラメータ値の下限値を、パラメータ値仕様テーブル１４０５を基に特定する（Ｓ１９１３）。なお、目的変数、説明変数Ｘ及びＹの３次元空間の場合、Ｘ値の決定時（例えば、図２１で１つの設定フォーム（１１１４など）が操作された時）、目的変数とＹの２次元グラフは線形（Ｙの回帰係数が正なら傾きは負、Ｙの回帰係数が負なら傾きは正）となる。

一方、Ｓ１９０９の判断結果が真の場合（Ｓ１９０９：Ｙ）、推奨値情報決定１４１２は、Ｓ１９１０と同じ内容の処理を実施する（Ｓ１９１４）。Ｓ１９１４で確認した回帰係数の符号が正の場合（Ｓ１９１５：Ｙ）、Ｓ１９１２と同じ内容の処理が実施される（Ｓ１９１６）を、Ｓ１９１４で確認した回帰係数の符号が正でない場合（Ｓ１９１５：Ｎ）、Ｓ１９１３と同じ内容の処理が実施される（Ｓ１９１７）。

推奨値情報決定１４１２は、Ｓ１９１２、Ｓ１９１３、Ｓ１９１６、またはＳ１９１７で参照した値と、Ｓ１９０３で受信した説明変数（Ｙ）の値とに挟まれた区間を、推奨値情報として出力する（Ｓ１９１７）。なお、Ｓ１９１２、１９１３、１９１６、Ｓ１９１７の対象とする説明変数は、Ｓ１９１０及びＳ１９１４で確認した回帰係数に付随する説明変数と同じである。

図２１は、本実施形態に係るユーザインタフェースのイメージを示す。

図１１との差分は、表示２１１５と、追加情報２１１６の追加である。表示２１１５は、Ｓ１９１７で特定された値区間を示すオブジェクト（例えば矩形のオブジェクト）であり、当該オブジェクトは、説明変数（Ｙ）にマップされた計測項目ＩＤと相関のあるパラメータ項目に対応したパラメータ設定フォーム１１１４上に配置される。また、追加情報２１１６は、Ｓ１９１７で特定された値区間を示すメッセージである。

本実施形態に拠れば、推奨とされる値区間が算出され表示される。これにより、ＳＥは、計算資源（例えばＣＰＵ使用率）に余裕を確保したいのような目的に応じた値を、推奨とされる値区間から選択できる。

また、本実施形態に拠れば、区間絞込みフラグ１４０６を真とするか否かで、推奨値として、パラメータ値が仕様上とり得る値範囲のうちの一部を値区間として表示するか、あるいは、当該値範囲のうちの１点を表示するかを、切り替えることができる。これにより、ＳＥにとっての利便性が高くなり、故に、パラメータ設計の効率が高まることが期待できる。なお、推奨値が値区間として表示されるか１点として表示されるかは、パラメータ項目毎に切り替え可能であってもよい。例えば、情報提示プログラム１１２が、或るパラメータ項目について１つの推奨値を表示した後に値区間表示の要求を受け、当該推奨値を含む値区間（例えば、当該推奨値が最小値または最大値である値区間）を算出して表示してよい。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。

例えば、情報提示プログラム１１２は、相関計測項目集合テーブル２０５を表示し、影響推測結果提示２１２を行わないでもよい。この場合、ＳＥが、相関計測項目集合テーブル２０５が示す相関計測項目集合を見て、計測項目が共通する２以上のパラメータ項目を特定してもよい。

また、例えば、少なくとも１つのパラメータ項目について、当該パラメータ項目と相関のある計測項目は、当該パラメータ項目と当該計測項目間の相関値が、当該計測項目に関連付けられている閾値以上であることに代えて又は加えて、下記のうちの少なくとも１つが採用されてよい。
・当該パラメータ項目に関連付けられている閾値以上である計測項目。
・当該パラメータ項目と設定実績を共通にする全計測項目のうち相関値が上位Ｘ％に属する計測項目。

また、上述の説明に拠れば、設定実績はシステム要件毎に存在するので、設定実績がシステム要件と同義であると言うこともできる。

５０…システム開発支援装置

Claims (7)

1. （Ａ）開発対象の計算機システムについての１以上のシステム要件の各々と、１以上のパラメータと、１以上のメトリックとの関連付けを基に、相関関係にあるパラメータ項目と計測項目との集合を特定し、
   （Ｂ）前記集合に基づく情報を表示し、
   （Ｂ）は、下記（ｂ１）および（ｂ２）であり、
   （ｂ１）第一パラメータ項目と相関のある１以上の計測項目の少なくとも１つと相関のある第二パラメータ項目を特定し、
   （ｂ２）前記第二パラメータ項目に関する情報を表示する、
   前記第一パラメータ項目は、変更後のパラメータ値に対応したパラメータ項目であり、
   （ｂ２）は、下記（ｂ２１）および（ｂ２２）である、
   （ｂ２１）前記第一パラメータ項目に対応した前記変更後のパラメータ値、前記１以上の計測項目、および、前記第一パラメータ項目と前記変更後のパラメータ値とを含んだパラメータが関連付けられているシステム要件である対象システム要件に基づく回帰分析を実行することにより、前記第二パラメータ項目に対応したパラメータ値に関する推奨値情報を生成する、
   （ｂ２２）前記第二パラメータ項目に関する情報として、前記推奨値情報を表示する、
   コンピュータプログラム。
2. 前記回帰分析の実行は、それぞれ目的変数、第一説明変数および第二説明変数を含んだ１以上の回帰ステップの各々について第二説明変数の値を算出することであり、
   各回帰ステップについて、
   前記目的変数には、前記対象システム要件の要件項目が関連付けられ、
   前記第一説明変数には、前記第一パラメータ項目が関連付けられ、
   前記第二説明変数には、前記１以上の計算項目のうちのいずれかが関連付けられ、
   前記回帰分析の実行において、前記各回帰ステップについて、
   前記目的変数に関連付けられている要件項目に対応した要件値が前記目的変数に入力され、
   前記第一説明変数に関連付けられている前記第一パラメータ項目に対応した前記変更後のパラメータ値が前記第一説明変数に入力され、
   前記推奨値情報は、前記１以上の回帰ステップのうちの少なくとも１つにおける前記第二説明変数について算出された値に基づいている、
   請求項１記載のコンピュータプログラム。
3. 前記推奨値情報は、パラメータ値として取り得る推奨の値区間を示す情報である、
   請求項１記載のコンピュータプログラム。
4. 前記回帰分析の実行は、それぞれ目的変数、第一説明変数および第二説明変数を含んだ１以上の回帰ステップの各々について第二説明変数の値を算出することであり、
   各回帰ステップについて、
   前記目的変数には、前記対象システム要件の要件項目が関連付けられ、
   前記第一説明変数には、前記第一パラメータ項目が関連付けられ、
   前記第二説明変数には、前記１以上の計算項目のうちのいずれかが関連付けられ、
   前記回帰分析の実行において、前記各回帰ステップについて、
   前記目的変数に関連付けられている要件項目に対応した要件値が前記目的変数に入力され、
   前記第一説明変数に関連付けられている前記第一パラメータ項目に対応した前記変更後のパラメータ値が前記第一説明変数に入力され、
   前記値区間は、目標値が負の値であるか否か、および、前記第一説明変数の回帰係数が正の値であるか否かに基づく、
   請求項３記載のコンピュータプログラム。
5. （Ａ）開発対象の計算機システムについての１以上のシステム要件の各々と、１以上のパラメータと、１以上のメトリックとの関連付けを基に、相関関係にあるパラメータ項目と計測項目との集合を特定し、
   （Ｂ）前記集合に基づく情報を表示し、
   （Ａ）は、パラメータ項目と計測項目との組毎に、下記（ａ１）および（ａ２）である、
   （ａ１）下記（ａ１１）乃至（ａ１３）に基づき、当該パラメータ項目と当該計測項目間の相関値を算出する、
   （ａ１１）当該パラメータ項目が関連付けられているシステム要件と当該計測項目が関連付けられているシステム要件が同一か否か、
   （ａ１２）当該パラメータ項目を含んだパラメータ内のパラメータ値、および、
   （ａ１３）当該計測項目を含んだメトリック内の計測項目、
   （ａ２）前記算出された相関値を基に、当該パラメータ項目と当該計測項目間に相関があるか否かを決定する、
   コンピュータプログラム。
6. １以上のインタフェースデバイスであるインタフェース部と、
   １以上のメモリである記憶部と、
   前記インタフェース部および前記記憶部に接続された１以上のプロセッサであるプロセッサ部と
   を有し、
   前記記憶部は、開発対象の計算機システムについての１以上のシステム要件の各々について、当該システム要件に関連付けられた１以上のパラメータと１以上のメトリックとを記憶し、
   各システム要件は、要件項目および要件値を含み、
   各パラメータは、パラメータ項目およびパラメータ値を含み、
   各メトリックは、計測項目および計測値を含み、
   前記プロセッサ部は、
   （Ａ）パラメータ、メトリックおよびシステム要件間の関連付けを基に、相関関係にあるパラメータ項目と計測項目との集合を特定し、
   （Ｂ）前記集合に基づく情報を表示し、
   （Ｂ）は、下記（ｂ１）および（ｂ２）であり、
   （ｂ１）第一パラメータ項目と相関のある１以上の計測項目の少なくとも１つと相関のある第二パラメータ項目を特定し、
   （ｂ２）前記第二パラメータ項目に関する情報を表示する、
   前記第一パラメータ項目は、変更後のパラメータ値に対応したパラメータ項目であり、
   （ｂ２）は、下記（ｂ２１）および（ｂ２２）である、
   （ｂ２１）前記第一パラメータ項目に対応した前記変更後のパラメータ値、前記１以上の計測項目、および、前記第一パラメータ項目と前記変更後のパラメータ値とを含んだパラメータが関連付けられているシステム要件である対象システム要件に基づく回帰分析を実行することにより、前記第二パラメータ項目に対応したパラメータ値に関する推奨値情報を生成する、
   （ｂ２２）前記第二パラメータ項目に関する情報として、前記推奨値情報を表示する、
   システム開発支援装置。
7. １以上のインタフェースデバイスであるインタフェース部と、１以上のメモリである記憶部と、前記インタフェース部および前記記憶部に接続された１以上のプロセッサであるプロセッサ部とを有するシステム開発支援装置によるシステム開発支援方法であって、
   前記システム開発支援装置は、（Ａ）開発対象の計算機システムについての１以上のシステム要件の各々と、１以上のパラメータと、１以上のメトリックとの関連付けを基に、相関関係にあるパラメータ項目と計測項目との集合を特定し、
   （Ｂ）前記集合に基づく情報を表示し、
   （Ｂ）は、下記（ｂ１）および（ｂ２）であり、
   （ｂ１）第一パラメータ項目と相関のある１以上の計測項目の少なくとも１つと相関のある第二パラメータ項目を特定し、
   （ｂ２）前記第二パラメータ項目に関する情報を表示する、
   前記第一パラメータ項目は、変更後のパラメータ値に対応したパラメータ項目であり、
   （ｂ２）は、下記（ｂ２１）および（ｂ２２）である、
   （ｂ２１）前記第一パラメータ項目に対応した前記変更後のパラメータ値、前記１以上の計測項目、および、前記第一パラメータ項目と前記変更後のパラメータ値とを含んだパラメータが関連付けられているシステム要件である対象システム要件に基づく回帰分析を実行することにより、前記第二パラメータ項目に対応したパラメータ値に関する推奨値情報を生成する、
   （ｂ２２）前記第二パラメータ項目に関する情報として、前記推奨値情報を表示する、
   システム開発支援方法。