JP4843379B2 - Computer system development program - Google Patents
Computer system development program Download PDFInfo
- Publication number
- JP4843379B2 JP4843379B2 JP2006143252A JP2006143252A JP4843379B2 JP 4843379 B2 JP4843379 B2 JP 4843379B2 JP 2006143252 A JP2006143252 A JP 2006143252A JP 2006143252 A JP2006143252 A JP 2006143252A JP 4843379 B2 JP4843379 B2 JP 4843379B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- computer system
- module
- value
- improvement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、計算機によるシステムを開発するためのプログラムに係り、特に、複数のプログラムモジュールを備える計算機システムの開発プログラムに関する。 The present invention relates to a Menopu program which to develop a system using a computer, in particular, on the development program of the computer system comprising a plurality of program modules.
インターネットシステム、イントラネットシステムなどの計算機システムを開発する場合、その設計段階におけるプログラムモジュール(以下、単に「モジュール」という場合がある。)ごとの性能目標値の設定は、例えば次のようになされている。すなわち、各モジュールに設定されている性能から計算機システム(以下、単に「システム」という場合がある。)としての性能を予測し、その予測結果がシステム目標を満たしていない場合に、各モジュールの性能目標値の見直しを行う。ここで、どのモジュールを見直すかは、設計者の経験や勘に頼って、改良しやすいもの、改良方法を思い付いたものが選択される。したがって、システム全体の性能改善に結び付く効率的な改良作業が行われていない場合が多い。 When developing a computer system such as an Internet system or an intranet system, the setting of the performance target value for each program module (hereinafter sometimes simply referred to as “module”) at the design stage is performed as follows, for example. . That is, when the performance of a computer system (hereinafter sometimes simply referred to as “system”) is predicted from the performance set for each module, and the predicted result does not meet the system target, the performance of each module Review target values. Here, depending on the experience and intuition of the designer, which module is reconsidered is selected which is easy to improve or which has come up with an improvement method. Therefore, there are many cases where efficient improvement work that leads to improvement of the performance of the entire system is not performed.
また、開発された各モジュールを単体テストで計測し得られた各モジュールの実際の性能を用いシステムとしての性能を予測する場合も同様のことが発生する。すなわち、各モジュールの実際の性能からシステムとしての性能を予測し、その予測結果がシステム目標を満たしていない場合に、各モジュールの改良を行う。ここで、どのモジュールを改良するかは開発者の経験や勘に頼って、改良しやすいもの、改良方法を思い付いたものが選択される。したがって、システム全体の性能改善に結び付く効率的な改良作業が行われていない場合が多い。 Moreover, the same thing occurs when the performance of each module is predicted by using the actual performance of each module obtained by measuring each module in a unit test. That is, the system performance is predicted from the actual performance of each module, and when the prediction result does not satisfy the system target, each module is improved. Here, which modules are improved depends on the experience and intuition of the developer, and those that are easy to improve and those that come up with an improvement method are selected. Therefore, there are many cases where efficient improvement work that leads to improvement of the performance of the entire system is not performed.
このように従来の技術では、インターネットシステム、イントラネットシステムなどの計算機システムの開発において、システムとしての性能予測結果が目標を満たしていない場合に、設計時ではどのモジュールの性能目標値を見直すか、単体開発後ではどのモジュールの性能を改良するかが、開発者の経験や勘に任されている。そのため効率的なシステム性能の改善が見込めない場合が頻出する。 As described above, in the conventional technology, when developing a computer system such as an Internet system or an intranet system, if the performance prediction result as a system does not meet the target, which module performance target value should be reviewed at design time, It is up to the developer's experience and intuition to decide which module performance to improve after development. For this reason, there are many cases where efficient system performance improvement cannot be expected.
下記特許文献1に開示される「計算機システムの性能予測プログラムおよび設計支援システム」では、一連のリクエストとそのタイミングから構成されるシナリオと、リクエストとそのリクエストによって起動するプログラムモジュール(部品ブロック)との関連と、プログラムモジュール(部品ブロック)の処理時間とリソース利用量とをもとに、システム運用時のシナリオ発生件数からレスポンスタイム、リソース利用率を予測する方法が示されている。
In the “Computer System Performance Prediction Program and Design Support System” disclosed in
しかし、この開示内容では、システムの性能予測の結果、システム性能が目標値を満たしていない場合に、どのプログラムモジュール(部品ブロック)を改良すべきなのかを示してはいない。
本発明は、計算機システムの開発プログラムにおいて、システム性能により大きく影響するプログラムモジュールを選択支援または決定することにより、開発すべきシステムの効率的な性能改善に資することが可能な、計算機システムの開発プログラムを提供することを目的とする。 The present invention, in an open Hatsupu program of the computer system, by selecting for or determining a program module that greatly affects the system performance, which can contribute to efficient performance improvements should develop systems, computer systems an object of the present invention is to provide a development program.
上記の課題を解決するため、本発明に係る計算機システムの開発プログラムは、開発すべき計算機システムが担う各業務の量に関する第1の情報、前記各業務と前記計算機システム中で実行される各処理との関連に関する第2の情報、前記各処理と前記計算機システムを構成している各モジュールとの関連に関する第3の情報、および、前記各処理に関わる前記各モジュールごとの処理時間に関する第4の情報を入力するステップと、前記第1ないし第4の情報を用いて前記計算機システムの性能を予測し第1の予測結果を得るステップと、前記計算機システムの前記第1の予測結果を用いて所定の評価関数により評価を行い第1の評価関数値を得るステップと、前記各処理のひとつと前記各モジュールのひとつとの組合せにおいて前記第4の情報を微小変化させた条件による前記第1ないし前記第4の情報を用いて、前記組合せの異なる複数について前記計算機システムの性能を予測し第2の予測結果をそれぞれ得るステップと、前記計算機システムの前記第2の予測結果を用いて前記所定の評価関数により評価を行い第2の評価関数値をそれぞれ得るステップと、前記第1の評価関数値、前記第2の評価関数値、および、前記第4の情報を微小変化させた前記条件から、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せにおいて前記第1の評価関数値への感度をそれぞれ求めるステップと、前記感度の大きさの順に、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せを並べ替えるステップとをコンピュータに実行させる。 In order to solve the above-described problems, a computer system development program according to the present invention includes first information relating to the amount of each business carried by the computer system to be developed, each business and each process executed in the computer system. Second information relating to the relationship between the processing, third information relating to the association between each process and each module constituting the computer system, and fourth relating to the processing time for each module involved in each processing. A step of inputting information; a step of predicting performance of the computer system using the first to fourth information to obtain a first prediction result; and a predetermined using the first prediction result of the computer system In the combination of the step of obtaining the first evaluation function value by performing the evaluation using the evaluation function of the first processing function and the one of the modules, Predicting the performance of the computer system for a plurality of different combinations by using the first to fourth information under conditions in which the information is minutely changed, and obtaining second prediction results, respectively, Performing a second evaluation function value by performing an evaluation with the predetermined evaluation function using the second prediction result, the first evaluation function value, the second evaluation function value, and the first Determining the sensitivity to the first evaluation function value in the plurality of combinations of the one of the processes and the one of the modules from the condition in which the information of 4 is slightly changed, and the sensitivity Rearranging the plurality of combinations of the one of the processes and the one of the modules in the order of the sizes of the processes. That.
すなわち、この開発プログラムでは、システム性能を予測し、この予測結果を用いて所定の評価関数により評価関数値を求め、さらに、評価関数値への感度を各処理のひとつと各モジュールのひとつとの複数の組合せについて求める。したがって、ユーザはシステムの性能に大きく影響するモジュールを知ることができる。これにより、そのモジュールの目標性能を修正する、あるいはそのモジュールを実際に改良することによってシステムの効率的な性能改善に資することができる。 That is, in the development program of this, to predict system performance, calculated evaluation function value by a predetermined evaluation function using the prediction result, further, the sensitivity of the evaluation function value one one and the modules of the processing Is obtained for a plurality of combinations. Therefore, the user can know the modules that greatly affect the performance of the system. As a result, the target performance of the module is corrected, or the module is actually improved, thereby contributing to efficient system performance improvement.
本発明によれば、計算機システムの開発プログラムにおいて、システム性能により大きく影響するプログラムモジュールを選択支援してまたは決定して、開発すべきシステムの効率的な性能改善に資することが可能な開発プログラムが提供される。 According to the present invention, in the development program of the computer system, developing a program module which greatly affects the system performance selection assistance with or determined, which can contribute to efficient performance improvements to be developed System program is provided.
本発明の実施態様として、前記各処理に関わる前記各モジュールごとの改良容易度に関する情報を第5の情報として入力するステップと、前記感度と前記第5の情報とを用いて、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せについて総合値をそれぞれ求めるステップと、前記総合値の大きさの順に、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せを並べ替えるステップとをさらに実行させる、としてもよい。これによれば、ユーザはシステムの性能に大きく影響するモジュールを、改良の容易度を加味した上で知ることができる。 As an embodiment of the present invention, using the step of inputting, as fifth information, information relating to the degree of improvement for each module related to each process, the sensitivity and the fifth information, Obtaining a total value for each of the plurality of combinations of the one and the one of the modules; and the plurality of the one of the processes and the one of the modules in order of the magnitude of the total value. in the step of rearranging the combination is performed further, it may be. According to this, the user can know the module that greatly affects the performance of the system in consideration of the ease of improvement.
また、実施態様として、前記各処理に関わる前記各モジュールごとの改良容易度に関する情報を第5の情報として、前記各処理に関わる前記各モジュールごとの短縮可能時間に関する情報を第6の情報としてそれぞれ入力するステップと、前記感度と前記第5および第6の情報とを用いて、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せについて総合値をそれぞれ求めるステップと、前記総合値の大きさの順に、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せを並べ替えるステップとをさらに実行させる、としてもよい。これによれば、ユーザはシステムの性能に大きく影響するモジュールを、改良の容易度および短縮可能時間を加味した上で知ることができる。 Further, as an embodiment, information on the degree of improvement for each module related to each process is set as fifth information, and information about the shortenable time for each module related to each process is set as sixth information. Inputting each of the plurality of combinations of the one of the processes and the one of the modules using the sensitivity and the fifth and sixth information; and in the order of magnitude of the total value, the to be executed by the plurality of further the step of rearranging the combination of said one of said each module and the one of the processes may be. According to this, the user can know the module that greatly affects the performance of the system in consideration of the ease of improvement and the shortenable time.
ここで、前記総合値の大きいものから、対応する前記各処理と前記各モジュールの組合せに応じた前記短縮可能時間を前記第4の情報に反映させて前記計算機システムの性能を予測し第3の予測結果をそれぞれ得るステップと、前記計算機システムの前記第3の予測結果を用いて前記所定の評価関数により評価を行い第3の評価関数値をそれぞれ得るステップと、前記第3の評価関数値が所定の値に達したか否か判断するステップとをさらに実行させる、としてもよい。これによれば、どこまで短縮可能時間を実際に適用すれば開発すべきシステムとして目標が達せられるかまで自動的に提示できる。 Here, the computer system performance is predicted by reflecting, in the fourth information, the shortenable time corresponding to the combination of each of the corresponding processing and each of the modules from the one having the large total value. Each of obtaining a prediction result, obtaining a third evaluation function value by performing an evaluation with the predetermined evaluation function using the third prediction result of the computer system, and the third evaluation function value and determining whether or not reached a predetermined value is performed further, it may be. According to this, it is possible to automatically present to what extent the shortenable time is actually applied until the target can be achieved as a system to be developed.
また、実施態様として、前記各処理に関わる前記各モジュールごとの短縮可能時間に関する情報を複数の改良策ごとに第5の情報として、前記複数の改良策それぞれの改良容易度に関する情報を第6の情報としてそれぞれ入力するステップと、前記感度と前記第5および第6の情報とを用いて、前記改良策それぞれについて総合評価値を求めるステップと、前記総合評価値の大きさの順に、前記改良策を並べ替えるステップとをさらに実行させる、としてもよい。これによれば、総合評価値の大きい順に改良策をユーザに提示することにより、ユーザはシステムの性能に大きく影響する改良策を知ることができる。 Further, as an embodiment, information on the shortenable time for each module related to each process is set as fifth information for each of the plurality of improvement measures, and information on the degree of improvement of each of the plurality of improvement measures is set as sixth information. The step of inputting each as information, the step of obtaining a comprehensive evaluation value for each of the improvement measures using the sensitivity and the fifth and sixth information, and the improvement measures in order of the magnitude of the comprehensive evaluation value to perform the further the steps of sort may be. According to this, by presenting the improvement measures to the user in descending order of the comprehensive evaluation value, the user can know the improvement measures that greatly affect the performance of the system.
ここで、前記総合評価値の大きいものから、対応する前記改良策に応じた前記短縮可能時間を前記第4の情報に反映させて前記計算機システムの性能を予測し第3の予測結果をそれぞれ得るステップと、前記計算機システムの前記第3の予測結果を用いて前記所定の評価関数により評価を行い第3の評価関数値を得るステップと、前記各処理のひとつと前記各モジュールのひとつとの組合せにおいて前記第4の情報を微小変化させた条件による前記第1ないし前記第4の情報を用いて、前記組合せの異なる複数について前記計算機システムの性能を予測し第4の予測結果をそれぞれ得るステップと、前記計算機システムの前記第4の予測結果を用いて前記所定の評価関数により評価を行い第4の評価関数値をそれぞれ得るステップと、前記第3の評価関数値、前記第4の評価関数値、および、前記第4の情報を微小変化させた前記条件から、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せにおいて前記第3の評価関数値への感度を第2の感度としてそれぞれ求めるステップと、前記第2の感度と前記第5および第6の情報とを用いて、前記改良策それぞれについて第2の総合評価値を求めるステップと、前記第2の総合関数値が所定の値に達したか否か判断するステップとをさらに実行させる、としてもよい。これによれば、総合評価値の大きい順に各改良策をユーザに表示し、さらに、どの改良策までを累積的に適用すれば目標達成になるかが示される。
Here, the performance of the computer system is predicted by reflecting the shortenable time corresponding to the corresponding improvement measure on the fourth information, and the third prediction result is obtained from the one having the large comprehensive evaluation value. A combination of one of the processes and one of the modules, and a step of performing evaluation using the predetermined evaluation function using the third prediction result of the computer system to obtain a third evaluation function value And predicting the performance of the computer system for a plurality of different combinations by using the first to fourth information according to the condition in which the fourth information is slightly changed in
また、実施態様として、前記所定の評価関数が、前記計算機システムが利用するリソースの利用率の上限値を指標として、該上限値を超えるリソース利用率の推移の前記リソースすべてについての総和である、とすることができる。 Further, as an embodiment, the predetermined evaluation function is a sum total of all the resources of the transition of the resource utilization rate exceeding the upper limit value using the upper limit value of the resource utilization rate used by the computer system as an index. It can be.
また、実施態様として、前記所定の評価関数が、前記計算機システムが利用するリソースの利用率の上限値を指標として、該上限値を超えるリソース利用率の最大値の前記リソースすべてについての総和である、とすることができる。 Further, as an embodiment, the predetermined evaluation function is a sum of all the resources having a maximum value of a resource utilization rate exceeding the upper limit value, using the upper limit value of the resource utilization rate used by the computer system as an index. , And can be.
また、実施態様として、前記所定の評価関数が、前記計算機システムが利用するリソースの利用率の上限値を指標として、該上限値を超えるリソース利用率となる時間の前記リソースすべてについての総和である、とすることができる。 Further, as an embodiment, the predetermined evaluation function is a sum of all the resources in a time when the resource utilization rate exceeds the upper limit value, using the upper limit value of the resource utilization rate used by the computer system as an index. , And can be.
また、実施態様として、前記所定の評価関数が、前記計算機システムが利用するリソースのレスポンス時間の上限値を指標として、該上限値を超えるレスポンス時間の推移の前記リソースすべてについての総和である、とすることができる。 Further, as an embodiment, the predetermined evaluation function is a sum of all the resources of the transition of the response time exceeding the upper limit value using the upper limit value of the response time of the resource used by the computer system as an index. can do.
また、実施態様として、前記所定の評価関数が、前記計算機システムが利用するリソースのレスポンス時間の上限値を指標として、該上限値を超えるレスポンス時間の最大値の前記リソースすべてについての総和である、とすることができる。 Further, as an embodiment, the predetermined evaluation function is a sum of all the resources of the maximum value of the response time exceeding the upper limit value, using the upper limit value of the response time of the resource used by the computer system as an index. It can be.
また、実施態様として、前記所定の評価関数が、前記計算機システムが利用するリソースのレスポンス時間の上限値を指標として、該上限値を超えるレスポンス時間となる時間の前記リソースすべてについての総和である、とすることができる。 Further, as an embodiment, the predetermined evaluation function is a sum of all the resources for a time that becomes a response time exceeding the upper limit value, using the upper limit value of the response time of the resource used by the computer system as an index. It can be.
さらに、実施態様として、前記所定の評価関数が、上記記載の評価関数のいずれか2つ以上を組み合わせたものである、とすることもできる。 Furthermore, as an embodiment, the predetermined evaluation function may be a combination of any two or more of the evaluation functions described above.
(第1の実施の形態)
以上を踏まえ、以下では本発明の実施形態を図面を参照しながら説明する。図1は、本発明の一実施形態に係る、計算機システムの開発方法を実行するためのシステム(ツール)の構成を示すブロック図である。図1に示すように、このシステム(ツール)は、入力部101、感度解析部102、性能予測部103、表示部104を有する。これらの構成により、感度計算を行い、開発すべきシステムの性能により大きく影響するモジュールの決定支援をユーザに提供するツールとしてこのシステムは機能する。
(First embodiment)
Based on the above, embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing the configuration of a system (tool) for executing a computer system development method according to an embodiment of the present invention. As illustrated in FIG. 1, the system (tool) includes an input unit 101, a sensitivity analysis unit 102, a performance prediction unit 103, and a
入力部11は、業務量情報、各関連情報、モジュール性能情報を外部から取得し、これを感度解析部12に渡す機能を有する。より具体的には、例えば、キーボードやマウスなどの入力機器とその制御プログラム、ハードディスクなどの各種記録メディア用のドライブ装置とその制御プログラムや、各種のネットワークとのインタフェース装置とその制御プログラムなどで構成することができる。
The
業務とは、開発すべきシステムが担う仕事を名目分けしたものを言い、業務量情報とは、例えば、その各業務の量を時間方向で示した情報である。各関連情報とは、各業務と開発すべきシステム(以下、「開発すべきシステム」は単に「システム」ともいう。ただし「システム(ツール)」と記載されるものとは異なる。)中で実行される各処理pとの関連に関する情報、各処理pとシステムを構成する各モジュールmとの関連に関する情報(例えば関連あり/なしの情報)、および各モジュールmとシステムのハードウエアである各リソースとの関連に関する情報である。モジュール性能情報とは、処理pが実行される時に関連するモジュールmでかかる処理時間の情報、あるいは処理pが実行される時に関連するモジュールmが利用するリソースの利用時間の情報である。 The business refers to a work classified by work to be developed by the system to be developed. The business amount information is, for example, information indicating the amount of each business in the time direction. Each related information is executed in each business and system to be developed (hereinafter, “system to be developed” is also simply referred to as “system”, but is different from what is described as “system (tool)”). Information relating to the relationship between each process p, information relating to the relationship between each process p and each module m constituting the system (for example, information relating to / without relation), and each resource being the hardware of each module m and the system It is information about the relationship. The module performance information is information on the processing time required for the module m related when the process p is executed or information on the use time of resources used by the module m related when the process p is executed.
感度解析部12は、入力部11から渡された業務量情報、各関連情報、モジュール性能情報と、性能予測部12から渡されたシステムの性能予測結果とから、所定の評価関数に基づいて評価関数値Eを求め、さらに、処理p、モジュールmをパラメータにして評価関数値Eへの感度を求めて、その結果を感度の高いm,pの組合せの順にソートする。性能予測部13は、業務量情報、各関連情報、モジュール性能情報を感度解析部12から取得し、これによりシステム性能を予測する。システム性能の予測結果は感度解析部12に渡される。表示部14は、感度解析部12が求めた感度解析結果を表示する。その際、感度解析結果における感度の高いm,pの組合せの順で表示がなされる。
The
なお、感度解析部12、性能予測部13は、より具体的には、例えば、マイクロプロセッサやメモリなどのハードウエアとこのハードウエア上で機能するOSやアプリケーションプログラムなどのソフトウエアとにより構成することができる。表示部14は、例えば、液晶表示装置などの表示装置とその制御プログラムとで構成することができる。
More specifically, the
図1に示したシステム(ツール)の動作を、以下、図2、図3に示す流れ図をも参照して説明する。図2、図3は、図1に示したシステム(ツール)の動作フローを示す流れ図である。まず、入力部11により業務量情報、各関連情報、モジュール性能情報を入力する(ステップ201)。入力で取得された各情報は感度解析部12に渡され、さらにそこから性能予測部13に送られる。ステップ202からステップ218まではループ処理(ループ1)になる。
The operation of the system (tool) shown in FIG. 1 will be described below with reference to the flowcharts shown in FIGS. 2 and 3 are flowcharts showing an operation flow of the system (tool) shown in FIG. First, the business unit information, each related information, and module performance information are input by the input unit 11 (step 201). Each information acquired by the input is transferred to the
性能予測部13では、渡された各情報を用いてシミュレーションを行いシステム性能を予測する(ステップ203)。予測結果は感度解析部12に送られる。感度解析部12では、送られた予測結果を用いて所定の評価関数により評価関数値Eを求める(ステップ204)。そして、評価関数値Eがあらかじめ与えられた目標を達しているか判断を行い(ステップ205)、達していればループ1を抜けて、システム性能の予測結果を表示し(ステップ219)終了する。
The
評価関数値Eが目標を達していない場合は(ステップ205のN)、感度計算の処理に移行する。すなわち、ループ2(ステップ206からステップ214)で処理p(pは各処理に付与された処理番号)をループ変数とし、ループ3(ステップ207からステップ231)でモジュールm(mは各モジュールに付与されたモジュール番号)をループ変数として処理を行い、p,mの組合せで評価関数値Eへの感度を計算する。 When the evaluation function value E does not reach the target (N in Step 205), the process proceeds to sensitivity calculation processing. That is, process p (p is a process number assigned to each process) in loop 2 (step 206 to step 214) is a loop variable, and module m (m is assigned to each module) in loop 3 (step 207 to step 231). The module number) is processed as a loop variable, and the sensitivity to the evaluation function value E is calculated by a combination of p and m.
より具体的には、処理pに関連するモジュールmの処理時間を微小量Δx増加させ(ステップ208:感度解析部12で)、その条件下で再びシミュレーションを行いシステム性能を予測する(ステップ209:性能予測部13で)。予測結果は、感度解析部12に送られる。感度解析部12では、この予測結果からステップ204と同様にして評価関数値を計算する(ステップ210)。この評価関数値をEm,pとする。さらに感度解析部12は、感度Sm,pを(Em,p−E)/Δxとして求める(ステップ211)。感度Sm,pが求められたら上記微小量Δxをもとに戻し(ステップ212)、同様にしてループ2、ループ3を繰り返すことですべてのm,pの組合せについて感度を求める。
More specifically, the processing time of the module m related to the processing p is increased by a minute amount Δx (step 208: in the sensitivity analysis unit 12), and simulation is performed again under that condition to predict the system performance (step 209: Performance prediction unit 13). The prediction result is sent to the
すべてのm,pの組合せで感度Sm,pが求められたら、その大きさの順にソートする(ステップ215:感度解析部12で)。そして、感度Sm,pの大きさの順に表示部14で表示がなされる(ステップ216)。したがってユーザは、この表示を見てどのモジュールmの性能を見直すことが、システムとしての性能改善に寄与が大きいかを合理的に判断することができる。
When the sensitivities S m, p are obtained for all combinations of m and p, they are sorted in the order of their magnitudes (step 215: in the sensitivity analyzer 12). Then, display is made on the
ユーザの判断がなされると、これに従いそのモジュールについて性能情報を修正入力する(ステップ217:入力部11で)。以下、ステップ202に戻ってループ1内の処理を繰り返す。モジュールの性能情報の修正入力は、設計段階であればモジュールごとの目標性能の見直しであるが、モジュールの単体テスト後であれば実際の改良後におけるモジュール性能の入力の場合もあり得る。ループ1を抜けると、ループ1処理の最後のステップ203で得られたシステムの予測結果が表示される(ステップ219)。
When the user's judgment is made, the performance information for the module is corrected and input in accordance with the determination (step 217: in the input unit 11). Thereafter, the process returns to step 202 and the processing in
以上のように、本実施形態によれば、感度Sm,pの大きい順にモジュールm、処理pの組合せをユーザに表示することにより、ユーザはシステムの性能に大きく影響するモジュールmを知ることができる。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 As described above, according to the present embodiment, by displaying the combination of the module m and the processing p in descending order of the sensitivity S m, p , the user knows the module m that greatly affects the performance of the system. it can. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(第2の実施の形態)
次に、本発明の別の実施形態に係る、計算機システムの開発方法について図4、図5、図6を参照して説明する。図4は、本発明の別の実施形態に係る、計算機システムの開発方法を実行するためのシステム(ツール)の構成を示すブロック図である。図5、図6は、図4に示したシステム(ツール)の動作フローを示す流れ図である。図4、図5、図6において、既出の図に示した構成要素またはステップと同一のものには同一符号を付し、その説明を省略する。
(Second Embodiment)
Next, a computer system development method according to another embodiment of the present invention will be described with reference to FIG. 4, FIG. 5, and FIG. FIG. 4 is a block diagram showing a configuration of a system (tool) for executing a computer system development method according to another embodiment of the present invention. 5 and 6 are flowcharts showing an operation flow of the system (tool) shown in FIG. 4, 5, and 6, the same reference numerals are given to the same components or steps as those shown in the previous drawings, and the description thereof is omitted.
この実施形態は、モジュールの改良し易さを数値に表した改良容易度を導入し、感度と改良容易度とを組み合わせて評価結果をユーザに提示するものである。 This embodiment introduces an improvement degree that expresses the ease of improvement of a module as a numerical value, and presents an evaluation result to the user by combining the sensitivity and the improvement degree.
図4に示すように、このシステム(ツール)には改良容易度入力部15が付加される。改良容易度入力部15は、改良容易度情報を外部から取得し、これを感度解析部12に渡す機能を有する。改良容易度とは、モジュールm、処理pの組合せを改良する場合の容易度を数値化したものであり、改良に要する時間、コスト、技術力などを考慮して決定されている。例えば0以上1以下の値で表される(1に近いほど容易)。改良容易度入力部15は、より具体的には、入力部11と同様にキーボードやマウスなどの入力機器とその制御プログラム、ハードディスクなどの各種記録メディア用のドライブ装置とその制御プログラムや、各種のネットワークとのインタフェース装置とその制御プログラムなどで構成することができる。
As shown in FIG. 4, an improvement
感度解析部12は、図1に示した実施形態と同様に感度を計算し、ソートするときに、感度と改良容易度との積の順にこれを行う。以下、より具体的に、図4に示したシステム(ツール)の動作を図5、図6に示す流れ図をも参照して説明する。
The
ステップ201は図2(第1の実施形態)と同じである。次に、改良容易度入力部15により改良容易度情報em,pを入力する(ステップ401)。ステップ203〜ステップ204は図2と同じである。さらにステップ205、ステップ219、ステップ206〜214も図2と同じである。
Step 201 is the same as that in FIG. 2 (first embodiment). Next, the improvement ease information em , p is input by the improvement degree input unit 15 (step 401). Step 203 to step 204 are the same as those in FIG. Further,
次に、入力されている改良容易度em,pと得られた感度Sm,pとの積を総合値em,p・Sm,pとしこの大きさの順にソートする(ステップ415:感度解析部12で)。そして、総合値em,p・Sm,pの順に表示部14で表示がなされる(ステップ416)。したがってユーザは、この表示を見てどのモジュールmの性能を見直すことが、システムとしての性能改善に寄与が大きいかを改良の容易度を加味した上で合理的に判断することができる。ユーザの判断がなされたあとのステップ217については図2と同じである。
Then, improved easiness e m being input, the sensitivity was obtained with the p S m, total value e m a product of p, p · S m, sorted in order of magnitude of p Toshiko (step 415: Sensitivity analyzer 12). Then, the
以上のように、本実施形態によれば、総合値em,p・Sm,pの大きい順にモジュールm、処理pの組合せをユーザに表示することにより、ユーザはシステムの性能に大きく影響するモジュールmを、改良の容易度を加味した上で知ることができる。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 As described above, according to the present embodiment, the combination of the module m and the processing p is displayed to the user in descending order of the total values em , p · S m, p , so that the user greatly affects the performance of the system. The module m can be known in consideration of the ease of improvement. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(第3の実施の形態)
次に、本発明のさらに別の実施形態に係る、計算機システムの開発方法について図7、図8、図9を参照して説明する。図7は、本発明のさらに別の実施形態に係る、計算機システムの開発方法を実行するためのシステム(ツール)の構成を示すブロック図である。図8、図9は、図7に示したシステム(ツール)の動作フローを示す流れ図である。図7、図8、図9において、既出の図に示した構成要素またはステップと同一のものには同一符号を付し、その説明を省略する。
(Third embodiment)
Next, a computer system development method according to still another embodiment of the present invention will be described with reference to FIG. 7, FIG. 8, and FIG. FIG. 7 is a block diagram showing a configuration of a system (tool) for executing a computer system development method according to still another embodiment of the present invention. 8 and 9 are flowcharts showing an operation flow of the system (tool) shown in FIG. 7, 8, and 9, the same reference numerals are given to the same components or steps as those shown in the previous drawings, and the description thereof is omitted.
この実施形態は、上記の実施形態に加えてさらに、モジュールの各処理についての短縮可能時間の情報を入力することを可能とし、感度と改良容易度とこの短縮可能時間とを組み合わせた評価結果をユーザに提示するものである。 In this embodiment, in addition to the above-described embodiment, it is possible to input information on the shortenable time for each process of the module, and the evaluation result combining the sensitivity, the ease of improvement, and the shortenable time can be obtained. It is presented to the user.
図7に示すように、このシステム(ツール)には短縮可能時間入力部16が付加される。短縮可能時間入力部16は、短縮可能時間の情報を外部から取得し、これを感度解析部12に渡す機能を有する。短縮可能時間情報とは、モジュールmかつ処理pにおける処理時間の短縮可能量である。短縮可能時間入力部16は、より具体的には、入力部11や改良容易度入力部15と同様にキーボードやマウスなどの入力機器とその制御プログラム、ハードディスクなどの各種記録メディア用のドライブ装置とその制御プログラムや、各種のネットワークとのインタフェース装置とその制御プログラムなどで構成することができる。
As shown in FIG. 7, a shortenable
感度解析部12は、図1に示した実施形態と同様に感度を計算し、ソートするときに、感度と改良容易度と短縮可能時間の3者の積の順にこれを行う。以下、より具体的に、図7に示したシステム(ツール)の動作を図8、図9に示す流れ図をも参照して説明する。
The
ステップ201は図2(第1の実施形態)と同じであり、ステップ401は図5(第2の実施形態)と同じである。次に、短縮可能時間入力部16により短縮可能時間dxm,pを入力する(ステップ601)。ステップ203〜ステップ204は図2と同じである。さらにステップ205、ステップ219、ステップ206〜214も図2と同じである。
Step 201 is the same as FIG. 2 (first embodiment), and step 401 is the same as FIG. 5 (second embodiment). Next, the shortenable time dx m, p is input by the shortenable time input unit 16 (step 601). Step 203 to step 204 are the same as those in FIG. Further,
次に、入力されている改良容易度em,pおよび短縮可能時間dxm,pと、得られた感度Sm,pとの積を総合値dxm,p・em,p・Sm,pとしこの大きさの順にソートする(ステップ615:感度解析部12で)。そして、総合値dxm,p・em,p・Sm,pの順に表示部14で表示がなされる(ステップ616)。したがってユーザは、この表示を見てどのモジュールmの性能を見直すことが、システムとしての性能改善に寄与が大きいかを改良の容易度および短縮可能時間を加味した上で合理的に判断することができる。ユーザの判断がなされたあとのステップ217については図2と同じである。
Then, improved easiness e m being input, p and shorten available time dx m, p and the resulting sensitivity S m, overall the product of p values dx m, p · e m, p · S m , P and sort in the order of this size (step 615: sensitivity analysis unit 12). Then, display is performed on the
以上のように、本実施形態によれば、総合値dxm,p・em,p・Sm,pの大きい順にモジュールm、処理pの組合せをユーザに表示することにより、ユーザはシステムの性能に大きく影響するモジュールmを、改良の容易度および短縮可能時間を加味した上で知ることができる。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 As described above, according to the present embodiment, by displaying the combination of the module m and the processing p in the descending order of the total value dx m, p · em , p · S m, p , the user can The module m that greatly affects the performance can be known in consideration of the ease of improvement and the shortenable time. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(第4の実施の形態)
次に、本発明のさらに別の実施形態に係る、計算機システムの開発方法について図10、図11、図12を参照して説明する。図10は、本発明のさらに別の実施形態に係る、計算機システムの開発方法を実行するためのシステム(ツール)の構成を示すブロック図である。図11、図12は、図10に示したシステム(ツール)の動作フローを示す流れ図である。図10、図11、図12において、既出の図に示した構成要素またはステップと同一のものには同一符号を付し、その説明を省略する。
(Fourth embodiment)
Next, a computer system development method according to still another embodiment of the present invention will be described with reference to FIG. 10, FIG. 11, and FIG. FIG. 10 is a block diagram showing a configuration of a system (tool) for executing a computer system development method according to still another embodiment of the present invention. 11 and 12 are flowcharts showing an operation flow of the system (tool) shown in FIG. In FIG. 10, FIG. 11, and FIG. 12, the same reference numerals are given to the same components or steps shown in the previous drawings, and the description thereof is omitted.
この実施形態は、上記の実施形態と同じように総合値dxm,p・em,p・Sm,pの大きさ順のソートを行い、さらに、そのソート結果に基づいてdxm,pを累積的に適用し、評価関数値がゼロ(=目標達成)になるようなm,pの必要な複数の組合せをユーザに提示するものである。 This embodiment is a comprehensive value like the above embodiments dx m, p · e m, p · S m, to sort order of magnitude of p, furthermore, dx m based on the sorting result, p Is applied cumulatively, and a plurality of necessary combinations of m and p such that the evaluation function value becomes zero (= target achievement) is presented to the user.
図10に示す感度解析部12Aは、図7に示した感度解析部12と同じ機能を有し、さらに、総合値dxm,p・em,p・Sm,pのソート結果に基づいてモジュール性能情報にdxm,pを順に累積的に適用する。これにより、結果的に、評価関数値がゼロ(=目標達成)になるようなm,pの必要な複数の組合せを求める機能を有する。以下、より具体的に、図10に示したシステム(ツール)の動作を、図11、図12に示す流れ図をも参照して説明する。
The sensitivity analysis unit 12A illustrated in FIG. 10 has the same function as the
ステップ201は図2(第1の実施形態)と同じであり、ステップ401は図5(第2の実施形態)と同じ、ステップ601は図8(第3の実施形態)と同じである。ステップ203、ステップ204は図2と同じである。さらにステップ205、ステップ219、ステップ206〜214も図2と同じである。ステップ615は図8と同じである。
Step 201 is the same as FIG. 2 (first embodiment),
ステップ615で総合値dxm,p・em,p・Sm,pのソート結果が得られたら、ソート番号kを1(すなわち総合値が一番大きいものに相当)として(ステップ817)、ステップ818〜ステップ823のループ処理(ループ3)に移行する。このループ3は、評価関数値Eが正値(=目標未達)かつkがP(処理pの数)×M(モジュールmの数)以下である間行う。
When the sorting result of the total values dx m, p · em , p · S m, p is obtained in
まず、ソート番号kに相当の短縮可能時間dxm,pをモジュール性能情報に反映させる(ステップ819)。そしてこの条件下でシミュレーションを行いシステム性能を予測する(ステップ820)。さらにこの予測結果から評価関数値Ekを計算する(ステップ821)。ステップ820、ステップ821のやり方自体は、ステップ203、ステップ204(ともに図2)と同様である。評価関数値Ekがループ3を続ける条件であれば次のソート番号k+1について同様に処理する(ステップ822)。
First, the shortenable time dx m, p corresponding to the sort number k is reflected in the module performance information (step 819). A simulation is performed under these conditions to predict system performance (step 820). Further, an evaluation function value E k is calculated from the prediction result (step 821). The method itself of step 820 and step 821 is the same as that of
ループ3を抜けると、総合値dxm,p・em,p・Sm,pの順に表示がなされるが(ステップ824:表示部14で)、このとき各ソート番号kに基づいて評価関数値Ekが付記される(同ステップ)。この評価関数値Ekは典型的にはゼロ(=目標達成)になるまで付記されることになる(または、最後のソート番号まで評価関数値Ekがゼロ(=目標達成)にならなければ最後のソート番号まで付記される。)。したがって、ユーザはこの表示を見て、どのm,pの組合せまで短縮可能時間dxm,pをモジュール性能情報に反映させれば、目標達成になるかを知ることができる。
After exiting the
なお、dxm,pについてのモジュールの性能情報の修正入力は、設計段階であればモジュールごとの目標性能の見直しであるが、モジュールの単体テスト後であれば実際の改良後におけるモジュール性能の入力の場合もあり得る。 The correction input of the module performance information for dx m, p is a review of the target performance for each module at the design stage, but the input of the module performance after the actual improvement is performed after the unit test of the module. There may be cases.
以上のように、本実施形態によれば、総合値dxm,p・em,p・Sm,pの大きい順にモジュールm、処理pの組合せをユーザに表示し、さらに、どのm,pの組合せまでdxm,pをモジュール性能情報に反映させれば、目標達成になるかが示される。すなわち、どこまでdxm,pを適用すれば開発すべきシステムとして目標が達せられるかまで自動的に提示する。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 As described above, according to the present embodiment, the combination of the module m and the processing p is displayed to the user in the descending order of the total value dx m, p · em , p · S m, p , and which m, p If dx m, p is reflected in the module performance information up to the combination, it is shown whether the target is achieved. In other words, how far dx m, p is applied is automatically presented to the extent that the target can be achieved as a system to be developed. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(第5の実施の形態)
次に、本発明のさらに別の実施形態に係る、計算機システムの開発方法について図13、図14、図15を参照して説明する。図13は、本発明のさらに別の実施形態に係る、計算機システムの開発方法を実行するためのシステム(ツール)の構成を示すブロック図である。図14、図15は、図13に示したシステム(ツール)の動作フローを示す流れ図である。図13、図14、図15において、既出の図に示した構成要素またはステップと同一のものには同一符号を付し、その説明を省略する。
(Fifth embodiment)
Next, a computer system development method according to still another embodiment of the present invention will be described with reference to FIGS. 13, 14, and 15. FIG. FIG. 13 is a block diagram showing a configuration of a system (tool) for executing a computer system development method according to still another embodiment of the present invention. 14 and 15 are flowcharts showing the operation flow of the system (tool) shown in FIG. 13, 14, and 15, the same reference numerals are given to the same components or steps as those shown in the previous drawings, and the description thereof is omitted.
この実施形態は、複数の改良策を用意し、改良策ごとにその容易度および短縮可能時間dxm,pが与えられる場合に対応するものである。改良策ごとの容易度の導入に伴い、図5中に示したようなp,mに関する改良容易度em,pは使用しない。 This embodiment corresponds to the case where a plurality of improvement measures are prepared and the degree of ease and the shortenable time dx m, p are given for each improvement measure. With the introduction of easiness of each improvement measures, improved ease of e m relates p, m as shown in FIG. 5, p is not used.
改良容易度入力部15Bは、改良策ごとの容易度(例えば数値が大でより容易)を外部から取得し、これを感度解析部12Bに渡す機能を有する。改良容易度入力部15Bは、より具体的には、入力部11や改良容易度入力部15と同様にキーボードやマウスなどの入力機器とその制御プログラム、ハードディスクなどの各種記録メディア用のドライブ装置とその制御プログラムや、各種のネットワークとのインタフェース装置とその制御プログラムなどで構成することができる。
The improvement ease input unit 15B has a function of acquiring the ease (for example, a larger numerical value and easier) for each improvement measure from the outside and passing this to the
短縮可能時間入力部16Bは、改良策ごとの短縮可能時間の情報を外部から取得し、これを感度解析部12Bに渡す機能を有する。短縮可能時間情報とは、すでに説明したように、モジュールmかつ処理pにおける処理時間の短縮可能量である。これが各改良策ごとに取得される。短縮可能時間入力部16Bは、より具体的には、入力部11や短縮可能時間入力部16と同様にキーボードやマウスなどの入力機器とその制御プログラム、ハードディスクなどの各種記録メディア用のドライブ装置とその制御プログラムや、各種のネットワークとのインタフェース装置とその制御プログラムなどで構成することができる。
The shortenable time input unit 16B has a function of acquiring information on the shortenable time for each improvement measure from the outside and passing the information to the
感度解析部12Bは、図1に示した感度解析部12と同じ機能を有し、さらに、総合評価値Vk=ekΣmΣpdxk m,p・Sm,pを計算し、かつこの大きさの順にソートする機能を有する。ここで、ekは改良策kの改良容易度、dxk m,pは改良策kの短縮可能時間情報である。以下、より具体的に、図13に示したシステム(ツール)の動作を図14、図15に示す流れ図をも参照して説明する。
ステップ201は、図2(第1の実施形態)と同じである。次に、改良容易度入力部15Bにより解消策ごとの容易度ekの情報を入力する(ステップ1002)。さらに、短縮可能時間入力部16Bにより改良策ごとの短縮可能時間dxk m,pを入力する(ステップ1003)。次のステップ1004〜ステップ1021はループ処理(ループ1)になる。このループ1の回数はある改良策が適用されるごとに増加する。
Step 201 is the same as FIG. 2 (first embodiment). Then, enter the information of easiness e k for each solving method by improving easiness input unit 15B (step 1002). Further, the shortenable time dx km , p for each improvement measure is input by the shortenable time input unit 16B (step 1003). The
ループ1内のステップ203〜ステップ205、ステップ206〜ステップ214の処理についてはすでに説明した各実施形態の同符号ステップと同じである。次に、未反映の各改良策について総合評価値Vk=ekΣmΣpdxk m,p・Sm,pを計算する(ステップ1017)。例えば最初のループ1処理では、すべての改良策が未反映なので、kの数だけ総合評価値Vkが算出される。そして総合評価値Vkの大きさの順に各改良策kのソートを行い(ステップ1018)、さらにそのソート結果を表示する(ステップ1019)。
The processing of
ユーザはこのソート結果に基づき最良の改良策の適用を決定することができる。したがって、次にその適用する改良策に従って、モジュール性能情報を修正入力する(ステップ1020)。そしてループ1を繰り返す。
The user can decide to apply the best improvement based on the sorting result. Therefore, the module performance information is corrected and input in accordance with the applied improvement measure (step 1020). Then
この実施形態によれば、総合評価値Vkの大きい順に改良策をユーザに提示することにより、ユーザはシステムの性能に大きく影響する改良策を知ることができる。これに基づき改良策を選択することができる。さらに選択された改良策に従って、モジュール性能情報を修正し、システム性能を予測することを繰り返すことにより、システムの性能改善を効率的に行うことができる。 According to this embodiment, by presenting the improvement measures to the user in descending order of the comprehensive evaluation value V k , the user can know the improvement measures that greatly affect the performance of the system. Based on this, an improvement measure can be selected. Furthermore, the system performance can be improved efficiently by repeatedly modifying the module performance information and predicting the system performance according to the selected improvement measure.
(第6の実施の形態)
次に、本発明のさらに別の実施形態に係る、計算機システムの開発方法について図16、図17、図18を参照して説明する。図16は、本発明のさらに別の実施形態に係る、計算機システムの開発方法を実行するためのシステム(ツール)の構成を示すブロック図である。図17、図18は、図16に示したシステム(ツール)の動作フローを示す流れ図である。図16、図17、図18において、既出の図に示した構成要素またはステップと同一のものには同一符号を付し、その説明を省略する。
(Sixth embodiment)
Next, a computer system development method according to still another embodiment of the present invention will be described with reference to FIG. 16, FIG. 17, and FIG. FIG. 16 is a block diagram showing a configuration of a system (tool) for executing a computer system development method according to still another embodiment of the present invention. 17 and 18 are flowcharts showing the operation flow of the system (tool) shown in FIG. 16, 17, and 18, the same reference numerals are given to the same components or steps shown in the previous drawings, and the description thereof is omitted.
この実施形態は、複数の改良策を用意し、改良策ごとにその容易度およびdxm,pが与えられる場合に対応するものである点で上記第5の実施形態と同じである。さらにこの実施形態では、総合評価値Vkのソート結果に基づて総合評価値Vkがゼロ(=目標達成)になるのに必要な改良策の適用数をユーザに提示することができる。 This embodiment is the same as the fifth embodiment in that it corresponds to a case where a plurality of improvement measures are prepared and the degree of ease and dx m, p are given for each improvement measure. Further, in this embodiment, it is possible to present a number of applications required improvement measures to the user to sort the results based on Dzute total evaluation value V k overall evaluation value V k is zero (= goal).
図16に示す感度解析部12Cは、図13に示した感度解析部12Bと同じ機能を有し、さらに、総合評価値Vkのソート結果に基づいて各改良策を累積的に順に適用し、結果的に、総合評価値Vkがゼロ(=目標達成)になるのに必要な改良策を求める機能を有する。以下、より具体的に、図16に示したシステム(ツール)の動作を図17、図18に示す流れ図をも参照して説明する。
The
ステップ201、ステップ1002、ステップ1003、ステップ203〜ステップ214については上記の第5の実施形態と同じである。次に、各改良策kについて総合評価値Vk=ekΣmΣpdxk m,p・Sm,pを計算し(ステップ1216)、さらにその総合評価値Vkの順にソートする(ステップ1217)。これらのステップ1216、ステップ1217については、図14におけるステップ1017、ステップ1018とほぼ同じである。
ステップ1217で総合評価値Vkの大きさ順の改良策ソート結果が得られたら、ソート番号lを1(すなわち総合評価値Vkが一番大きいものに相当)として(ステップ1218)、ステップ1219〜ステップ1224のループ処理(ループ3)に移行する。このループ3は、総合評価値Vlが正値(=目標未達)かつlが改良策の数K以下である間行う。
When the improvement measure sort result in the order of the magnitude of the comprehensive evaluation value V k is obtained in step 1217, the
まず、ソート番号lに相当の改良策lのdxl m,pに従ってモジュール性能情報を修正する(ステップ1220)。そしてこの条件下でシミュレーションを行いシステム性能を予測する(ステップ1221)。さらにこの予測結果からステップ204〜ステップ214(ステップ205を除く)と同様な処理を行い、これにより改良後の総合評価値Vl=elΣmΣpdxl m,p・Sm,pを計算する(ステップステップ1222)。そして改良後の評価関数値Elがループ3を続ける条件であれば次のソート番号l+1について同様に処理する(ステップ1223、1224)。
First, the module performance information is corrected in accordance with dx l m, p of improvement measure l corresponding to sort number l (step 1220). A simulation is performed under these conditions to predict system performance (step 1221). Further performs the same process as
ループ3を抜けると、総合評価値Vk=ekΣmΣpdxk m,p・Sm,pの順に表示がなされるが(ステップ1225:表示部14で)、このとき改良後の総合評価値Vkが付記される(同ステップ)。この改良後の総合評価値Vkは典型的にはゼロ(=目標達成)になるまで付記されることになる(または、最後のソート番号まで改良後の総合評価値Vkがゼロ(=目標達成)にならなければ最後のソート番号まで付記される。)。したがって、ユーザはこの表示を見て、どこまでの改良策を累積的に適用すれば目標達成になるかを知ることができる。
Once out of the
以上のように、本実施形態によれば、総合評価値Vk=ekΣmΣpdxk m,p・Sm,pの大きい順に各改良策をユーザに表示し、さらに、どの改良策までを累積的に適用すれば目標達成になるかが示される。これにより、システムの効率的な性能改善に資することができる。 As described above, according to this embodiment, and displays total evaluation value V k = e k Σ m Σ p dx k m, p · S m, each improvement measures in descending order of p to the user, further, which improves It shows whether the goal is achieved if the measures are applied cumulatively. Thereby, it can contribute to the efficient performance improvement of a system.
(実施例1)
次に、上記各実施形態を、実施例を挙げてより具体的に説明する。開発すべきシステムとしてチケット予約販売システムを取り挙げる。まず、実施例1は、上記の第1の実施形態に対応する実施例である。
Example 1
Next, each of the above embodiments will be described more specifically with reference to examples. The ticket reservation sales system is taken up as a system to be developed. First, Example 1 is an example corresponding to the first embodiment.
図19は、このチケット予約販売システムにおける業務量情報の一例を表で示す図である。ここで「業務」は、1)チケット予約、2)予約キャンセル、3)チケット販売、4)集計の4業務である。業務量情報は、24時間を15分間隔に分割し、各15分間に発生する各業務の量を表した情報である。図20は、図19に示した業務量情報をグラフで示す図である。これらの業務量については、例えば過去のデータをもとに想定される量が設定されている。 FIG. 19 is a table showing an example of business amount information in this ticket reservation sales system. Here, “business” is 4 business operations of 1) ticket reservation, 2) reservation cancellation, 3) ticket sales, and 4) aggregation. The business volume information is information that represents the volume of each business that occurs every 15 minutes by dividing 24 hours into 15-minute intervals. FIG. 20 is a diagram showing the workload information shown in FIG. 19 in a graph. For these workloads, for example, amounts assumed based on past data are set.
図21は、開発すべき計算機システムの構成の一例を示すブロック図である。ハードウェア構成として、ウェブサーバマシン24、アプリケーションサーバマシン(以下、「アプリサーバマシン」という)25、データベースサーバマシン(以下、「DBサーバマシン」ともいう)26を有する。ウェブサーバマシン24には、インターネット23を介して会員(クライアント21)からのアクセスに対応するウェブサーバAと、専用回線を介して窓口(クライアント22)からのアクセスに対応するウェブサーバBとが実装されている。
FIG. 21 is a block diagram showing an example of the configuration of a computer system to be developed. The hardware configuration includes a
アプリサーバマシン25、データベースサーバマシン26は会員、窓口共通に利用される。ウェブサーバマシン24上には、ウェブサーバA用のウェブサーバモジュールAとウェブサーバB用のウェブサーバモジュールBとが実装されている。アプリサーバマシン25上にはアプリサーバモジュール251、データベースサーバマシン26上にはデータベースサーバモジュール261が、それぞれ実装されている。また、ウェブサーバマシン24とアプリサーバマシン25との間のネットワークをネットワークAとし、その通信モジュールを通信モジュールネットAとする。またアプリサーバマシン25とデータベースサーバマシン26との間のネットワークをネットワークBとし、その通信モジュールを通信モジュールネットBとする。
The
この実施例における関連情報は、業務定義表、モジュール定義表、およびリソース定義表からなる。図22は、これらの各関連情報のうち業務定義情報の一例を表で示す図である。業務定義表は、各業務と各処理pとの関連を表す表である。この表において「1」の表示が関連のあることを示している。例えば、チケット予約業務は、インターネット23を介して会員が操作する業務であり「ログイン」、「予約選択」、「条件指定」、「予約」、「ログアウト」の一連の処理が行われるので、それらの欄が1になっている。
The related information in this embodiment includes a business definition table, a module definition table, and a resource definition table. FIG. 22 is a table showing an example of the business definition information among these pieces of related information. The business definition table is a table representing the relationship between each business and each process p. In this table, the display of “1” indicates that it is related. For example, the ticket reservation business is a business operated by the member via the
図23は、各関連情報のうちモジュール定義情報の一例を表で示す図である。モジュール定義表は、モジュールmと標準リソース間との関連を示す表である。本実施例ではマシン、あるいはネットワークを1つのリソースとして説明する。表の各要素は0か1の値を有し、要素が1であると関連があることを意味する。モジュールmについて、そのモジュールmが実装されているサーバマシンの欄が1、あるいは通信モジュールの場合には、その通信モジュールが利用するネットワークの欄が1になる。 FIG. 23 is a table showing an example of module definition information among the related information. The module definition table is a table showing the relationship between the module m and standard resources. In this embodiment, a machine or a network will be described as one resource. Each element of the table has a value of 0 or 1, meaning that an element of 1 is relevant. For the module m, the field of the server machine in which the module m is mounted is 1, or in the case of a communication module, the field of the network used by the communication module is 1.
図24は、各関連情報のうちリソース定義情報の一例を表で示す図である。リソース定義表は、リソースと標準リソースとの関連を示す表である。各リソースに対する各標準リソースの性能比を要素に持つ。 FIG. 24 is a table showing an example of resource definition information among the related information. The resource definition table is a table showing the relationship between resources and standard resources. It has the performance ratio of each standard resource to each resource as an element.
この実施例におけるモジュール性能情報は、処理定義表で表される。図25は、モジュール性能情報の一例を表で示す図であり、処理定義表である。この処理定義表は、基準のマシン、あるいは基準のネットワークを利用した場合の、処理pが実行される時に関連プログラムモジュールmでかかる処理時間(ミリ秒ms単位)を要素に持つ。 Module performance information in this embodiment is represented by a process definition table. FIG. 25 is a table showing an example of module performance information, and is a process definition table. This process definition table has, as an element, a processing time (millisecond ms unit) required by the related program module m when the process p is executed when the reference machine or the reference network is used.
次に、本実施例におけるシステム性能の予測について説明する。本実施例では性能予測モデルに、その一例としてリソース利用量積上げモデルを利用する。リソース利用量積上げモデルとは、ある時間内に要求があった処理pについて、その処理pが利用するリソースの処理時間を処理の数だけ加算するモデルである。このモデルではレスポンスタイムが計算されないので、ここではシステム性能の指標としてリソース利用率の上限値が設定されているとして説明する。 Next, prediction of system performance in the present embodiment will be described. In this embodiment, a resource usage accumulation model is used as an example of the performance prediction model. The resource usage accumulation model is a model that adds the processing time of resources used by the process p by the number of processes for the process p requested within a certain period of time. Since the response time is not calculated in this model, it is assumed here that the upper limit value of the resource utilization rate is set as an index of system performance.
リソース利用量積上げモデルのリソース利用率の計算は、上述の業務量情報の表(図19)、業務定義表(図22)、モジュール定義表(図23)、リソース定義表(図24)処理定義表(図25)の各表の要素部分を行列と見なすと、これらの行列の乗算によって計算することができる。すなわち、業務量情報の表の要素部分を業務量行列[TM]、業務定義表の要素部分を業務定義行列[TD]、処理定義表の要素部分を処理定義行列[PD]、モジュール定義表の要素部分をモジュール定義行列[MD]、リソース定義表の要素部分をリソース定義行列[RD]とすると、15分間隔のリソース利用率を表すリソース利用率行列[R]は、
[R]=[RD][MD][PD][TD][TM]/9000
として計算できる([R]要素の単位は%である。)。式中の/9000は各要素を9000で除算することを意味する。
The resource usage rate of the resource usage accumulation model is calculated by the above-described business amount information table (FIG. 19), business definition table (FIG. 22), module definition table (FIG. 23), resource definition table (FIG. 24). If the element part of each table of the table (FIG. 25) is regarded as a matrix, it can be calculated by multiplication of these matrices. That is, the element part of the table of the workload information is the workload matrix [TM], the element part of the workflow definition table is the workflow definition matrix [TD], the element part of the workflow definition table is the process definition matrix [PD], and the module definition table If the element part is a module definition matrix [MD] and the element part of the resource definition table is a resource definition matrix [RD], the resource utilization matrix [R] representing the resource utilization at 15 minute intervals is
[R] = [RD] [MD] [PD] [TD] [TM] / 9000
(The unit of the [R] element is%). / 9000 in the formula means that each element is divided by 9000.
図26は、このようにして求めた、システム性能の予測結果の一例であるリソース利用率を表で示す図である。この表の各要素は、各リソースの各時刻における利用率を示す。図27は、図26に示したリソース利用率をグラフで示す図である。横軸が時刻で24時間を示し、縦軸がリソース利用率を示している。10時直後にデータベースサーバマシンの利用率が101%(大きく過負荷)に達していることが分かる。 FIG. 26 is a table showing the resource utilization rate, which is an example of the prediction result of the system performance, obtained as described above. Each element of this table indicates the utilization rate of each resource at each time. FIG. 27 is a graph showing the resource utilization rate shown in FIG. The horizontal axis indicates 24 hours in time, and the vertical axis indicates the resource utilization rate. It can be seen that the utilization rate of the database server machine has reached 101% (largely overloaded) immediately after 10:00.
次に、本実施例における評価関数について説明する。本実施例の評価関数は、システム性能の指標として設定されているリソース利用率上限値を超える部分のリソース利用率の推移を総和したものとする。図28はこのような評価関数を説明するための模式図である。各曲線はリソースごとのリソース利用率の時間変化を表しており、リソース利用率上限値(破線)以上の斜線部の面積が評価関数値Eになる。すなわち、
ここで、Rr,tは、時刻15(t−1)から15tまでのリソースrの平均利用率を表し、Rハットはシステム性能の指標として設定されているリソース利用率上限値(本実施例では40%)である。また、Σ(t=1からTまで)は、0時から24時までの各時刻の総和を表し、Tは24時を表す96になる。さらにΣ(rについて)は、各リソースの総和を表す。以上においてこの実施例で実際に評価関数値Eを計算すると、64.4693になる。 Here, R r, t represents the average utilization rate of the resource r from time 15 (t−1) to 15 t, and R hat is the resource utilization rate upper limit value set as an index of system performance (this embodiment) (40%). Further, Σ (from t = 1 to T) represents the sum of each time from 0:00 to 24:00, and T is 96 representing 24:00. Further, Σ (for r) represents the total sum of each resource. In the above, when the evaluation function value E is actually calculated in this embodiment, it becomes 64.4693.
なお、他の評価関数として、システム性能の指標として設定されているリソース利用率上限値を超える部分のリソース利用率量の最大値(リソースについては総和)と定義することができる。この場合の評価関数は以下のようになる。すなわち、
また、さらに別の評価関数として、システム性能の指標として設定されているリソース利用率上限値を超える部分の時間の総和(リソースについても総和)と定義することができる。この場合の評価関数は以下のようになる。すなわち、
次に、この実施例において実際に図2、図3に示した処理を行って感度Sm,pの大きさの順にソートを行った結果を説明する。図29、図30がその結果であり、これは、システム性能により大きく影響するプログラムモジュールの選択支援のため表示された表の一例を示す図(感度の順の表示)になる。 Next, the result of performing the processing shown in FIGS. 2 and 3 in this embodiment and sorting in the order of the sensitivity S m, p will be described. FIG. 29 and FIG. 30 show the results. This is a diagram (display in order of sensitivity) showing an example of a table displayed for supporting selection of a program module that greatly affects the system performance.
図29、図30に示す表を得る手順は、図2、図3における説明でほぼ尽くされているが、念のため再度説明する。処理pが実行される時の関連モジュールmでかかる処理時間は処理定義表(処理定義行列[PD])に書かれているので、処理定義行列[PD]の各要素の処理時間について微小量増加させ、その時のリソース利用率を計算すればこの条件下でシステム性能を予測したことになる。 The procedure for obtaining the tables shown in FIGS. 29 and 30 is almost exhausted in the description of FIGS. 2 and 3, but will be described again just in case. Since the processing time required for the related module m when the processing p is executed is written in the processing definition table (processing definition matrix [PD]), the processing time of each element of the processing definition matrix [PD] is increased by a small amount. If the resource utilization at that time is calculated, the system performance is predicted under this condition.
すなわち、処理定義行列[PD]のm行p列の要素をΔt大きくした行列を[PD]m,pと表す。このときのリソース利用率を表すリソース利用率行列[R]m,pは、
[R]m,p=[RD][MD][PD]m,p[TD][TM]/9000
として計算できる。このシステム性能の予測結果を用い、リソース利用率行列[R]m,pの各要素をRm,p r,tとし、評価関数値Em,pは、
Sm,p=(Em,p−E)/Δt
で計算できる。なお本実施例ではΔt=0.1msである。
That is, a matrix obtained by increasing the element of m rows and p columns of the process definition matrix [PD] by Δt is represented as [PD] m, p . The resource utilization matrix [R] m, p representing the resource utilization at this time is
[R] m, p = [RD] [MD] [PD] m, p [TD] [TM] / 9000
Can be calculated as Using this system performance prediction result, each element of the resource utilization matrix [R] m, p is R m, pr, t , and the evaluation function value Em, p is
S m, p = (E m, p −E) / Δt
It can be calculated with In this embodiment, Δt = 0.1 ms.
以上の計算を[PD]の全要素について行う。これにより求められた感度Sm,pそれぞれの大きさの順位にm,pの組合せで表示を行うと図29、図30に示すようになる。この図29、図30に示す表には処理p、モジュールm、評価値Em,p、感度Sm,p、処理時間(処理定義表より)が並ぶ。 The above calculation is performed for all elements of [PD]. 29 and 30 are displayed when the combinations of m and p are displayed in the order of magnitudes of the sensitivities S m and p thus obtained. In the tables shown in FIGS. 29 and 30, the processing p, the module m, the evaluation value E m, p , the sensitivity S m, p , and the processing time (from the processing definition table) are arranged.
図29、図30において、上位にはデータベースサーバモジュール(図21で符号261)が並ぶ。これは図27からリソース利用率が40%を越えているのはデータベースサーバマシンであり、データベースサーバマシンに関連しているモジュールがデータベースサーバモジュールであるためである。その他のモジュールについてはすべて感度が0であり、その他のモジュールを改良しても、リソース利用率が40%を越えている部分は改善されないことが分かる。同じデータベースサーバモジュールで処理pにより感度が異なるのは、それらの処理pの発生頻度が異なるためである。
29 and FIG. 30, database server modules (
ユーザはこの表の順位を参考に、どのモジュールmの性能を見直すことが、システムとしての性能改善に寄与が大きいかを合理的に判断することができる。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 The user can reasonably determine which review of the performance of the module m greatly contributes to the performance improvement as a system with reference to the order of this table. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(実施例2)
次に、実施例2として上記の第2の実施形態に対応する例を説明する。開発すべきシステムなどについての説明は上記実施例と同じである。図31は、改良容易度情報の一例を表(改良容易度行列)で示す図である。図32、図33は、システム性能により大きく影響するプログラムモジュールの選択支援のため表示された表の一例を示す図(感度と容易度との積の順の表示)であり、この実施例におけるソート結果の表示である。
(Example 2)
Next, an example corresponding to the second embodiment will be described as a second example. The description of the system to be developed is the same as the above embodiment. FIG. 31 is a diagram illustrating an example of the improvement ease information in a table (improvement degree matrix). FIGS. 32 and 33 are diagrams (displays in the order of the product of sensitivity and ease) showing an example of a table displayed for supporting selection of program modules that greatly influence system performance. Sorting in this embodiment It is a display of the result.
ここで改良容易度行列は、各処理pと各モジュールmとの組合せに応じて、改良の容易さを0以上1以下で表した行列である。図29、図30に示す表を得る手順は、図5、図6における説明でほぼ尽くされている。この手順を踏むことで、図32、図33に示すように、感度Sm,pと改良容易度em,pとの積である総合値em,p・Sm,pの順にソートがなされる。 Here, the improvement ease matrix is a matrix in which the ease of improvement is expressed in the range of 0 to 1 in accordance with the combination of each process p and each module m. The procedure for obtaining the tables shown in FIGS. 29 and 30 is almost exhausted in the description of FIGS. 5 and 6. By following this procedure, FIG. 32, as shown in FIG. 33, the sensitivity S m, p and improved ease of e m, total value e m is the product of the p, p · S m, it is sorted in the order of p Made.
この表には、処理p、モジュールm、評価値Em,p、感度Sm,p、容易度em,p、総合値em,p・Sm,p、処理時間が並ぶ。表の上位には、やはりデータベースサーバモジュール(図21で符号261)に関する項目が並ぶ。これは上記の実施例1の理由と同様に、リソース利用率が40%を越えているのはデータベースサーバマシンだけであり(図27より)、データベースサーバマシンに関連しているモジュールがデータベースサーバモジュールであるためである。その他のモジュールについてはすべて感度が0であり、これらのモジュールを改良しても、リソース利用率が40%を越えている部分は改善されないことが分かる。この実施例2では、感度と改良容易度の総合で評価した結果、改良容易度が1.0であった「条件指定」処理のデータベースサーバモジュールの総合値が最大になっている。
In this table, the processing p, the module m, the evaluation value E m, p , the sensitivity S m, p , the ease em E , p , the total value em , p · S m, p , and the processing time are arranged. Items related to the database server module (
ユーザはこの表の順位を参考に、どのモジュールmの性能を見直すことが、システムとしての性能改善に寄与が大きいかを合理的に判断することができる。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 The user can reasonably determine which review of the performance of the module m greatly contributes to the performance improvement as a system with reference to the order of this table. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(実施例3)
次に、実施例3として上記の第3の実施形態に対応する例を説明する。開発すべきシステムなどについての説明は上記各実施例と同じである。図34は、短縮可能時間情報の一例を表で示す図である。図35、図36は、システム性能により大きく影響するプログラムモジュールの選択支援のため表示された表の一例を示す図(感度と容易度と短縮可能時間との積の順の表示)であり、この実施例におけるソート結果の表示である。
(Example 3)
Next, an example corresponding to the third embodiment will be described as Example 3. The description of the system to be developed is the same as in the above embodiments. FIG. 34 is a table illustrating an example of the shortenable time information. FIG. 35 and FIG. 36 are diagrams showing examples of tables displayed for supporting selection of program modules that greatly affect system performance (display of products in order of sensitivity, ease, and shortenable time). It is a display of the sort result in an Example.
ここで短縮可能時間情報は、各処理pと各モジュールmとの組合せに応じて、短縮可能は時間量を示したものである。図35、図36に示す表を得る手順は、図8、図9における説明でほぼ尽くされている。この手順を踏むことで、図35、図36に示すように、感度Sm,pと改良容易度em,pと短縮可能時間dxm,pとの3者の積である総合値em,p・Sm,p・dxm,pの順にソートがなされる。 The shortenable time information indicates the amount of time that can be shortened according to the combination of each process p and each module m. The procedure for obtaining the tables shown in FIGS. 35 and 36 is almost exhausted in the description of FIGS. By following this procedure, 35, as shown in FIG. 36, the sensitivity S m, p and improved ease of e m, p and shorten available time dx m, total value is the three parties of the product of the p e m , P · S m, p · dx m, p .
この表には処理p、モジュールm、評価値Em,p、感度Sm,p、容易度em,p、短縮可能時間dxm,p、総合値em,p・Sm,p・dxm,p、処理時間が並ぶ。表の上位にはデータベースサーバモジュールに関する項目が並ぶ。これは実施例1、実施例2の理由と同様に、リソース利用率が40%を越えているのはデータベースサーバマシンだけであり(図27より)、データベースサーバマシンに関連しているモジュールがデータベースサーバモジュールであるためである。その他のモジュールについてはすべて感度が0であり、これらのモジュールを改良しても、リソース利用率が40%を越えている部分は改善されないことが分かる。この実施例3では、感度と改良容易度と短縮可能時間との3者の積である総合値で評価した結果、改良容易度が1、短縮可能時間が540msの「条件指定」処理のデータベースサーバモジュールにおいて総合値が最大になっている。 Process in this table p, the module m, the evaluation value E m, p, sensitivity S m, p, easiness e m, p, can be shortened time dx m, p, total value e m, p · S m, p · dx m, p and processing time are arranged. Items related to the database server module are arranged at the top of the table. For the same reason as in the first and second embodiments, only the database server machine has a resource utilization rate exceeding 40% (from FIG. 27), and the modules related to the database server machine are the database. This is because it is a server module. The sensitivity of all other modules is 0, and it can be seen that even if these modules are improved, the portion where the resource utilization rate exceeds 40% is not improved. In the third embodiment, as a result of evaluation based on a total value that is a product of the three of sensitivity, ease of improvement, and shortenable time, a database server for “condition designation” processing having an ease of improvement of 1 and a shortenable time of 540 ms. The overall value is the maximum for the module.
ユーザはこの表の順位を参考に、どのモジュールmの性能を見直すことが、システムとしての性能改善に寄与が大きいかを合理的に判断することができる。これにより、そのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良することによってシステムの効率的な性能改善に資することができる。 The user can reasonably determine which review of the performance of the module m greatly contributes to the performance improvement as a system with reference to the order of this table. As a result, the target performance of the module m can be corrected, or the module m can be actually improved to contribute to efficient system performance improvement.
(実施例4)
次に、実施例4として前述の第4の実施形態に対応する例を説明する。開発すべきシステムなどについての説明は上記各実施例と同じである。図37、図38は、システム性能により大きく影響するプログラムモジュールの選択支援または決定のため表示された表の一例を示す図(感度と容易度と短縮可能時間との積の順に表示し、改良後の積も追加表示)であり、この実施例におけるソート結果の表示である。
Example 4
Next, an example corresponding to the above-described fourth embodiment will be described as Example 4. The description of the system to be developed is the same as in the above embodiments. FIGS. 37 and 38 are diagrams showing examples of tables displayed for the selection support or determination of program modules that greatly affect system performance (displayed in the order of products of sensitivity, ease, and shortenable time, and after improvement) Is also an additional display), and is a display of the sort result in this embodiment.
図37、図38に示す表を得る手順は、図11、図12における説明でほぼ尽くされている。この手順を踏むことで、図37、図38に示すように、感度Sm,pと改良容易度em,pと短縮可能時間dxm,pとの3者の積である総合値em,p・Sm,p・dxm,pの順にソートがなされ、かつそのソート結果に基づいてdxm,pが累積的に適用され、評価関数値がゼロ(=目標達成)になるのに必要なm,pの組合せがユーザに提示される。 The procedure for obtaining the tables shown in FIGS. 37 and 38 is almost exhausted in the description of FIGS. 11 and 12. By following this procedure, Figure 37, as shown in FIG. 38, the sensitivity S m, p and improved ease of e m, p and shorten available time dx m, total value is the three parties of the product of the p e m , P · S m, p · dx m, p are sorted in order, and dx m, p is applied cumulatively based on the sorting result, and the evaluation function value becomes zero (= target achievement). A required combination of m and p is presented to the user.
この結果の表には、処理p、モジュールm、評価値Em,p、感度Sm,p、容易度em,p、短縮量dxm,p、総合値em,p・Sm,p・dxm,p、処理時間、見込時間、改良後時間、改良後総合値が並ぶ。このうち処理p、モジュールm、評価値Em,p、感度Sm,p、容易度em,p、短縮量dxm,p、総合値em,p・Sm,p・dxm,p、処理時間については、上記の実施例3の場合と同様である。 The result table includes the processing p, the module m, the evaluation value E m, p , the sensitivity S m, p , the ease em E , p , the shortening amount dx m, p , the total value E m, p · S m, p · dx m, p , processing time, expected time, time after improvement, and overall value after improvement are arranged. Among these, processing p, module m, evaluation value E m, p , sensitivity S m, p , ease em , p , shortening amount dx m, p , total value em , p · S m, p · dx m, About p and processing time, it is the same as that of the case of said Example 3. FIG.
見込時間は、dxm,pを適用した後の処理時間の見込値を表す。改良後時間は、改良後総合値が0(=目標達成)になるまでdxm,pを適用した後の処理時間を表す。改良後総合値は、そのm,pの組合せまで累積的にdxm,pを適用した場合の総合値em,p・Sm,p・dxm,pの計算結果を示す。この実施例4では、図37に示すように、上位8個のモジュールmと処理pとの組合せまでdxm,pを適用することにより、改良後総合値が0(=目標達成)になることが分かる。したがって、これら8個のモジュールmと処理pとの組合せについてそのモジュールmの目標性能を修正する、あるいはそのモジュールmを実際に改良すれば、開発すべきシステムとして目標が達せられる。 The estimated time represents an estimated value of the processing time after applying dx m, p . The time after improvement represents the processing time after applying dx m, p until the total value after improvement becomes 0 (= target achievement). The total value after improvement indicates a calculation result of the total values em , p · S m, p · dx m, p when dx m, p is applied cumulatively up to the combination of m, p . In the fourth embodiment, as shown in FIG. 37, the improved total value becomes 0 (= target achieved) by applying dx m, p up to the combination of the top eight modules m and processing p. I understand. Therefore, if the target performance of the module m is corrected for the combination of the eight modules m and the processing p, or the module m is actually improved, the target can be achieved as a system to be developed.
このように、この実施例4では、ユーザにシステムの性能に大きく影響するモジュールmと処理pとの組合せを提示するだけでなく、これより進んで、どこまでdxm,pを適用すれば開発すべきシステムとして目標が達せられるかまで自動的に提示する。 As described above, in the fourth embodiment, not only the combination of the module m and the process p that greatly influences the performance of the system is presented to the user, but also the development is further advanced by applying dx m, p . It automatically presents until the goal is achieved as a system to power.
(実施例5)
次に、実施例5として前述の第5の実施形態に対応する例を説明する。開発すべきシステムなどについての説明は上記各実施例と同じである。図39は、改良策ごとの改良容易度情報の一例を表で示す図である。図40は、図39中の改良策1における短縮可能時間情報の一例を表で示す図である。図示していないが、図40に相当する短縮可能時間は、各改良策について与えられている。図41は、改良策ごとに求めた総合評価値の一例を表で示す図である。
(Example 5)
Next, an example corresponding to the fifth embodiment will be described as Example 5. The description of the system to be developed is the same as in the above embodiments. FIG. 39 is a table showing an example of the ease of improvement information for each improvement measure. FIG. 40 is a table showing an example of the shortenable time information in the
図41に示す表を得る手順は、図14、図15における説明でほぼ尽くされている。この手順を踏むことで、図41に示すように、総合評価値が各改良策ごとに得られる。図41の結果は、図14で言えば、ステップ1017、ステップ1018の処理であって最初のループ1の処理で得られた結果に相当する。図41に示すように総合評価値の順に応じてソートがなされている(図41ではたまたま図39に示す改良策の順と同一である。)。このあと、任意に適用する改良策を選択してこれを適用した情報により、さらにループ1を続けることができる(図14に示す通り)。
The procedure for obtaining the table shown in FIG. 41 is almost exhausted in the description of FIGS. By following this procedure, as shown in FIG. 41, a comprehensive evaluation value is obtained for each improvement measure. The result of FIG. 41 corresponds to the result of the processing of
このように、ユーザは図41に示す順位を参考に、システムの性能に大きく影響する改良策を知ることができる。これに基づき改良策を選択することができる。選択された改良策に従って、モジュール性能情報を修正し、システム性能を予測することを繰り返すことにより、システムの性能改善を効率的に行うことができる。 As described above, the user can know improvement measures that greatly affect the performance of the system with reference to the order shown in FIG. Based on this, an improvement measure can be selected. The system performance can be improved efficiently by repeatedly modifying the module performance information and predicting the system performance according to the selected improvement measure.
(実施例6)
次に、実施例6として前述の第6の実施形態に対応する例を説明する。開発すべきシステムなどについての説明は上記各実施例と同じである。図42は、改良策を適用して求めた総合評価値の一例を表で示す図である。図43は、図42において改良後評価値がゼロ(=目標達成)となる場合に相当するモジュール性能情報(=処理時間情報)の一例を表で示す図である。
(Example 6)
Next, as Example 6, an example corresponding to the above-described sixth embodiment will be described. The description of the system to be developed is the same as in the above embodiments. FIG. 42 is a table showing an example of the comprehensive evaluation value obtained by applying the improvement measure. FIG. 43 is a table showing an example of module performance information (= processing time information) corresponding to a case where the evaluation value after improvement is zero (= target achievement) in FIG.
図42に示す表を得る手順は、図17、図18における説明でほぼ尽くされている。この手順を踏むことで、図42における「総合評価値」についてはステップ1217で得られる。さらに、ステップ1218〜ステップ1225の処理により図42における「改良後総合評価値」が得られる。図42に示すように、この実施例6では改良策1〜改良策3までの累積的に適用すれば改良後総合表価値が0(=目標達成)となる。そして改良策1〜改良策3の短縮可能時間を累積的に処理定義表(図25)に適用することで図43に示すような「改良後の処理時間」となる。
The procedure for obtaining the table shown in FIG. 42 is almost exhausted in the description of FIGS. By following this procedure, the “total evaluation value” in FIG. 42 is obtained in step 1217. Furthermore, the “improved comprehensive evaluation value” in FIG. 42 is obtained by the processing of
このように、この実施例6の場合、上位3つの改良策によって評価値が0(=目標達成)になることが分かり、この3つの改良策に従って、モジュール性能目標を再設定する、あるいは改良すればよいことを示している。すなわち、この実施例6では、ユーザにシステムの性能に大きく影響する改良策をその影響の大きさ順に提示するだけでなく、これより進んで、どこまでの改良策を累積的に適用すれば開発すべきシステムとして目標が達せられるかまで自動的に提示することができる。 Thus, in the case of the sixth embodiment, it can be seen that the evaluation value becomes 0 (= target achieved) by the top three improvement measures, and the module performance target is reset or improved according to these three improvement measures. Indicates that it should be. That is, in the sixth embodiment, not only the improvement measures that greatly affect the performance of the system are presented to the user in the order of the magnitude of the effects, but also the development measures can be developed by applying the improvement measures up to this point. It can be automatically presented until the goal is achieved as a system to be operated.
なお、本実施例6では、複数の改良策によりモジュール処理時間を短縮する場合に、各改良策の短縮可能時間の合計値を減算している。しかしながら、改良策によっては、例えば改良策1を実施した後で改良策2を実施しても、改良策2の短縮可能時間は実現しない場合も考えられる。よって、短縮処理時間を時間で設定するのではなく、処理時間に対する割合で設定する方法も考えられる。また、改良策による短縮時間を設定するのではなく、改良策ごとに短縮後の処理時間を設定しておき、複数の改良が実施された場合に、その複数の改良のうち、短縮後の処理時間の最短の処理時間が選ばれるように設定することもできる。
In the sixth embodiment, when the module processing time is shortened by a plurality of improvement measures, the total value of the shortenable time of each improvement measure is subtracted. However, depending on the improvement measure, for example, even if the
(他の実施例)
以上の各実施例では、リソース利用量の積上げモデルを用いてリソース利用率の予測を行ったが、性能予測部13(図1等)の性能予測モデルに、待ち行列ネットワークやダイナミックシミュレータや、特開2004−272582号公報に開示の「計算機システムの性能予測プログラムおよび設計支援システム」における部品ブロックモデルを利用した場合でも同様に感度を計算することができる。
(Other examples)
In each of the embodiments described above, the resource utilization rate is predicted using the resource usage accumulation model. However, the performance prediction model of the performance prediction unit 13 (FIG. 1 and the like) includes a queuing network, a dynamic simulator, Sensitivity can be calculated in the same way even when the component block model in “Computer System Performance Prediction Program and Design Support System” disclosed in Japanese Unexamined Patent Publication No. 2004-272582 is used.
また、システム性能の指標として、これをリソース利用率の上限値として説明したが、レスポンスタイムを設定する場合やリソース利用率とレスポンスタイムの両方をシステム性能の指標とした場合としても、感度を計算することができる。また、上記実施例では計算機を単位リソースにして説明したが、計算機のCPU、ハードディスク、メモリをリソースとして、処理によりモジュールが計算する時のCPU利用量、ディスクアクセス時間、メモリアクセス時間などをリソース利用時間として設定することもできる。 In addition, as an index of system performance, this has been explained as the upper limit value of resource utilization, but sensitivity is calculated even when response time is set or when both resource utilization and response time are used as system performance indices. can do. In the above embodiment, the computer is described as a unit resource. However, the CPU, hard disk, and memory of the computer are used as resources, and the CPU usage, disk access time, memory access time, etc. when the module calculates by processing are used as resources. It can also be set as time.
11…入力部、12,12A,12B,12C…感度解析部、13…性能予測部、14…表示部、15,15B…改良容易度入力部、16,16B…短縮可能時間入力部、21…クライアント(会員用)、22…クライアント(窓口用)、23…インターネット、24…ウェブサーバマシン、25…アプリケーションサーバマシン、26…データサーバマシン、27…ネットワークA、28…ネットワークB、251…アプリサーバモジュール、261…データベースサーバモジュール。
DESCRIPTION OF
Claims (6)
前記第1ないし第4の情報を用いて前記計算機システムの性能を予測し第1の予測結果を得るステップと、
前記計算機システムの前記第1の予測結果を用いて所定の評価関数により評価を行い第1の評価関数値を得るステップと、
前記各処理のひとつと前記各モジュールのひとつとの組合せにおいて前記第4の情報を微小変化させた条件による前記第1ないし前記第4の情報を用いて、前記組合せの異なる複数について前記計算機システムの性能を予測し第2の予測結果をそれぞれ得るステップと、
前記計算機システムの前記第2の予測結果を用いて前記所定の評価関数により評価を行い第2の評価関数値をそれぞれ得るステップと、
前記第1の評価関数値、前記第2の評価関数値、および、前記第4の情報を微小変化させた前記条件から、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せにおいて前記第1の評価関数値への感度をそれぞれ求めるステップと、
前記感度の大きさの順に、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せを並べ替えるステップと
をコンピュータに実行させるための計算機システムの開発プログラム。 1st information regarding the amount of each business which the computer system which should be developed carries out, 2nd information regarding the relation between each said business and each process performed in the said computer system, Each said process and the said computer system are comprised. Inputting third information related to the relationship with each module, and fourth information related to the processing time for each module related to each processing;
Predicting the performance of the computer system using the first to fourth information to obtain a first prediction result;
Performing evaluation with a predetermined evaluation function using the first prediction result of the computer system to obtain a first evaluation function value;
In the combination of one of the processes and one of the modules, the computer system is used for a plurality of different combinations by using the first to fourth information based on a condition in which the fourth information is slightly changed. Predicting performance and obtaining respective second prediction results;
Performing evaluation by the predetermined evaluation function using the second prediction result of the computer system to obtain respective second evaluation function values;
Based on the conditions in which the first evaluation function value, the second evaluation function value, and the fourth information are slightly changed, the plurality of the one of the processes and the one of the modules Determining each sensitivity to the first evaluation function value in combination;
A computer system development program for causing a computer to execute the step of rearranging the plurality of combinations of the one of the processes and the one of the modules in order of the sensitivity.
前記感度と前記第5の情報とを用いて、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せについて総合値をそれぞれ求めるステップと、
前記総合値の大きさの順に、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せを並べ替えるステップと
をさらにコンピュータに実行させるための請求項1記載の計算機システムの開発プログラム。 Inputting, as fifth information, information on the degree of ease of improvement for each of the modules related to each of the processes;
Using the sensitivity and the fifth information, respectively, obtaining total values for the plurality of combinations of the one of the processes and the one of the modules;
In the order of magnitude of the total value, the development of the computer system according to claim 1, wherein for execution by the further computer and the step of rearranging said plurality of combinations of said one of said modules and said one of the processing program.
前記感度と前記第5および第6の情報とを用いて、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せについて総合値をそれぞれ求めるステップと、
前記総合値の大きさの順に、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せを並べ替えるステップと
をさらにコンピュータに実行させるための請求項1記載の計算機システムの開発プログラム。 Inputting information on the degree of ease of improvement for each module related to each processing as fifth information, and inputting information on the shortenable time for each module related to each processing as sixth information,
Using the sensitivity and the fifth and sixth information, respectively, obtaining total values for the plurality of combinations of the one of the processes and the one of the modules;
In the order of magnitude of the total value, the development of the computer system according to claim 1, wherein for execution by the further computer and the step of rearranging said plurality of combinations of said one of said modules and said one of the processing program.
前記計算機システムの前記第3の予測結果を用いて前記所定の評価関数により評価を行い第3の評価関数値をそれぞれ得るステップと、
前記第3の評価関数値が所定の値に達したか否か判断するステップと
をさらにコンピュータに実行させるための請求項3記載の計算機システムの開発プログラム。 The performance of the computer system is predicted by reflecting the shortenable time corresponding to the combination of each processing and each module corresponding to the combination of the corresponding processing and the module, and the third prediction result Each obtaining step,
Performing evaluation with the predetermined evaluation function using the third prediction result of the computer system to obtain respective third evaluation function values;
The computer system development program according to claim 3 , further causing the computer to execute whether or not the third evaluation function value has reached a predetermined value.
前記感度と前記第5および第6の情報とを用いて、前記改良策それぞれについて総合評価値を求めるステップと、
前記総合評価値の大きさの順に、前記改良策を並べ替えるステップと
をさらにコンピュータに実行させるための請求項1記載の計算機システムの開発プログラム。 Step of inputting information on the shortenable time for each module related to each processing as fifth information for each of a plurality of improvement measures and information on the ease of improvement of each of the plurality of improvement measures as sixth information When,
Using the sensitivity and the fifth and sixth information to determine a comprehensive evaluation value for each of the improvement measures;
Wherein the order of magnitude of the total evaluation value, according to claim 1 wherein the computer system development program to be executed on the improvement measures the sort step and the further computer.
前記計算機システムの前記第3の予測結果を用いて前記所定の評価関数により評価を行い第3の評価関数値を得るステップと、
前記各処理のひとつと前記各モジュールのひとつとの組合せにおいて前記第4の情報を微小変化させた条件による前記第1ないし前記第4の情報を用いて、前記組合せの異なる複数について前記計算機システムの性能を予測し第4の予測結果をそれぞれ得るステップと、
前記計算機システムの前記第4の予測結果を用いて前記所定の評価関数により評価を行い第4の評価関数値をそれぞれ得るステップと、
前記第3の評価関数値、前記第4の評価関数値、および、前記第4の情報を微小変化させた前記条件から、前記各処理の前記ひとつと前記各モジュールの前記ひとつとの前記複数の組合せにおいて前記第3の評価関数値への感度を第2の感度としてそれぞれ求めるステップと、
前記第2の感度と前記第5および第6の情報とを用いて、前記改良策それぞれについて第2の総合評価値を求めるステップと、
前記第2の総合関数値が所定の値に達したか否か判断するステップと
をさらにコンピュータに実行させるための請求項5記載の計算機システムの開発プログラム。 From the one having a large comprehensive evaluation value, reflecting the shortenable time according to the corresponding improvement measure in the fourth information to predict the performance of the computer system to obtain a third prediction result, respectively;
Performing evaluation with the predetermined evaluation function using the third prediction result of the computer system to obtain a third evaluation function value;
In the combination of one of the processes and one of the modules, the computer system is used for a plurality of different combinations by using the first to fourth information based on a condition in which the fourth information is slightly changed. Predicting performance and obtaining each of the fourth prediction results;
Performing evaluation with the predetermined evaluation function using the fourth prediction result of the computer system to obtain a fourth evaluation function value;
From the conditions in which the third evaluation function value, the fourth evaluation function value, and the fourth information are slightly changed, the plurality of the one of the processes and the one of the modules Obtaining a sensitivity to the third evaluation function value as a second sensitivity in each combination; and
Using the second sensitivity and the fifth and sixth information to determine a second overall evaluation value for each of the improvement measures;
The computer system development program according to claim 5 , further causing the computer to execute a step of determining whether or not the second total function value has reached a predetermined value.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006143252A JP4843379B2 (en) | 2006-05-23 | 2006-05-23 | Computer system development program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006143252A JP4843379B2 (en) | 2006-05-23 | 2006-05-23 | Computer system development program |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2007316769A JP2007316769A (en) | 2007-12-06 |
JP2007316769A5 JP2007316769A5 (en) | 2009-04-30 |
JP4843379B2 true JP4843379B2 (en) | 2011-12-21 |
Family
ID=38850591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006143252A Expired - Fee Related JP4843379B2 (en) | 2006-05-23 | 2006-05-23 | Computer system development program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4843379B2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5029584B2 (en) * | 2008-11-28 | 2012-09-19 | 日本電気株式会社 | Development support equipment |
WO2015146081A1 (en) * | 2014-03-28 | 2015-10-01 | 日本電気株式会社 | Risk-management apparatus, recording medium with risk-management program recorded thereon, and risk-management method |
JP6797038B2 (en) * | 2017-01-25 | 2020-12-09 | 株式会社日立ソリューションズ | Software material selection support device and software material selection support program |
CN110008112B (en) * | 2019-02-11 | 2023-04-28 | 创新先进技术有限公司 | Model training method and device, service testing method and device |
CN114928582B (en) * | 2022-05-17 | 2023-06-20 | 中国平安财产保险股份有限公司 | Resource combination method, device, equipment and storage medium |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08202668A (en) * | 1995-01-27 | 1996-08-09 | Hitachi Eng Co Ltd | Device and method for evaluating performance |
JP2002278780A (en) * | 2001-03-19 | 2002-09-27 | Toshiba Corp | Network system and resources analysis system |
JP2004272582A (en) * | 2003-03-07 | 2004-09-30 | Toshiba Corp | Performance prediction program and design support system for computer system |
JP3906217B2 (en) * | 2004-06-30 | 2007-04-18 | 日立電子サービス株式会社 | System improvement support system |
-
2006
- 2006-05-23 JP JP2006143252A patent/JP4843379B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2007316769A (en) | 2007-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4756675B2 (en) | System, method and program for predicting computer resource capacity | |
US8661438B2 (en) | Virtualization planning system that models performance of virtual machines allocated on computer systems | |
JP4180638B2 (en) | Analysis method and apparatus | |
US7657401B2 (en) | Systems and methods for predicting load test resource requirements | |
US7957948B2 (en) | System and method for capacity planning for systems with multithreaded multicore multiprocessor resources | |
Subraya et al. | Object driven performance testing of Web applications | |
US8402468B2 (en) | Capacity planning based on resource utilization as a function of workload | |
Barna et al. | Autonomic load-testing framework | |
US7716151B2 (en) | Apparatus, method and product for optimizing software system workload performance scenarios using multiple criteria decision making | |
JP2004220453A (en) | System performance predicting system and method based on performance measurement of software component | |
JP2011008375A (en) | Apparatus and method for supporting cause analysis | |
US6807522B1 (en) | Methods for predicting instruction execution efficiency in a proposed computer system | |
US11050677B2 (en) | Enhanced selection of cloud architecture profiles | |
JP4843379B2 (en) | Computer system development program | |
US20230086361A1 (en) | Automatic performance evaluation in continuous integration and continuous delivery pipeline | |
WO2017131669A1 (en) | Recommendations based on the impact of code changes | |
Rolia et al. | Predictive modelling of SAP ERP applications: challenges and solutions | |
US20050226163A1 (en) | Method of analyzing the capacity of a computer system | |
US20110022911A1 (en) | System performance test method, program and apparatus | |
EP3826233B1 (en) | Enhanced selection of cloud architecture profiles | |
US11157348B1 (en) | Cognitive control of runtime resource monitoring scope | |
Bagchi et al. | Capacity planning tools for web and grid environments | |
Anwar et al. | Software maintenance prediction using weighted scenarios: an architecture perspective | |
Rao et al. | CoSL: A coordinated statistical learning approach to measuring the capacity of multi-tier websites | |
Tiwari et al. | Performance extrapolation that uses industry benchmarks with performance models |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090312 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090312 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110908 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110913 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111007 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141014 Year of fee payment: 3 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |