(57)【特許請求の範囲】
【請求項１】
コンピュータにより実行され、サービスを提供するコンピュータインフラストラクチャを解析する方法であって、前記サービスの目的とする品質レベルは、サービスレベル品質目標及び関係するコンプライアンスレベルを定義する少なくとも１つのサービスレベル目標によって定義され、前記コンピュータインフラストラクチャは、複数のコンポーネントを備え、該方法は、
選択されたサービスレベル目標の第１のサービスレベル目標のコンプライアンスデータを得ることであって、前記第１のサービスレベル目標のコンプライアンスデータは、前記コンピュータインフラストラクチャから収集されたデータを使用して計算される、前記第１のサービスレベル目標のコンプライアンスデータを得ることと、
前記選択されたサービスレベル目標の第２のサービスレベル目標のコンプライアンスデータを、前記収集されたデータ及び選択されたサービスレベル品質目標についてその目標を満たす値を部分的に使用して計算することと、
前記第１のサービスレベル目標のコンプライアンスデータと前記第２のサービスレベル目標のコンプライアンスデータとの間の差を計算することと、
前記計算された差に基づいて、修正に適した１つ又は２つ以上のコンポーネントを特定することと
を含む方法。
【請求項２】
前記サービスの前記品質レベルが、複数のサービスレベル目標によって定義される場合、各サービスレベル目標の各サービスレベル品質目標について前記第２のサービスレベル目標のコンプライアンスデータを計算するステップを繰り返すこと
をさらに含む
請求項１に記載の方法。
【請求項３】
前記特定するステップは、
前記計算された差が第１の所定の範囲内にある場合には、第１の方法で修正のためのコンポーネントを特定すること
をさらに含み、
前記計算された差が第２の所定の範囲内にある場合には、第２の方法で修正のためのコンポーネントを特定すること
をさらに含む、
請求項１または２に記載の方法。
【請求項４】
前記１つ又は２つ以上の適切なコンポーネントを特定するステップは、
修正に適した所定の個数のコンポーネントに優先順位を付けること
を含み、
該優先順位を付けるステップは、
前記提案された修正に関係する財務データにアクセスすること
をさらに含む
請求項３に記載の方法。
【請求項５】
前記特定されたコンポーネントの少なくとも１つを前記特定された方法に従って修正すること
をさらに含む
請求項３または４に記載の方法。
【請求項６】
第１の方法で修正されるように特定されたコンポーネントをダウングレードすることと、
第２の方法によって修正されるように特定されたコンポーネントをアップグレードすることと
をさらに含む
請求項５に記載の方法。
【請求項７】
修正のために特定された前記コンポーネントに関係する事項を、該修正を行うための変更管理システムへ転送すること
をさらに含む
請求項３〜６のいずれかに記載の方法。
【請求項８】
前記収集されるデータは、前記サービスのオペレーション中に所定の期間にわたって前記コンピュータインフラストラクチャから収集される
請求項１〜７のいずれかに記載の方法。
【請求項９】
請求項１〜８のいずれかに記載の方法に従って動作可能な
ＩＴインフラストラクチャを解析するための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、コンピューティングの分野に関する。
【背景技術】
【０００２】
コンピュータシステムは、顧客にサービスを提供する企業環境で頻繁に使用される。
サービスの例には、電気通信ネットワークを提供すること、インターネットベースのショッピングサービス、ストレージサービス等が含まれる。
【０００３】
関係するサービスが何であろうとも、サービスプロバイダは、一般に、サービスが提供される期間にわたって、合意されたサービス品質を当該サービスプロバイダの顧客に確実に提供する義務を負う。
【０００４】
サービスレベル合意（ＳＬＡ）は、一般に、サービスプロバイダと当該サービスプロバイダの顧客との間で、所定の期間（以下、評価期間と呼ぶ）にわたる特定のサービスについての合意されたサービス品質を定義するのに使用される。
ＳＬＡは、通常、そのＳＬＡを順守しているとみなされるために満たさなければならない複数のサービスレベル目標（ＳＬＯ）を定義する。
ＳＬＯは、通常、最大許容可能サーバ応答時間、最大許容可能トランザクション処理時間、最小許容可能ネットワーク帯域幅等のＳＬＯ品質目標を定義する。
また、ＳＬＯは、必要とされるＳＬＯコンプライアンスレベル（単にＳＬＯコンプライアンスと短縮されることが多い）も有することができる。
このＳＬＯコンプライアンスレベルは、ＳＬＯ品質目標を満たさなければならない評価期間のパーセンテージを示す。
その結果、ＳＬＯは、たとえば、最大許容可能サーバ応答時間が１０ｍｓであること（ＳＬＯ品質目標）、及び、評価期間の９７％についてこれを順守しなければならないこと（ＳＬＯコンプライアンスレベル）を定義することができる。
【０００５】
ＳＬＯは、階層的に配列することができ、たとえば、サーバが評価期間の少なくとも９８％について利用可能でなければならないことを定義するＳＬＯコンプライアンスレベルは、自由なメモリの最小量、最大ＣＰＵ負荷等を定義するＳＬＯ品質目標に依存する場合がある。
【０００６】
ＳＬＡを順守してきたかどうかを評価期間の終了時に判断するには、さまざまなＳＬＯによって定義されるような、ＩＴインフラストラクチャの関連のあるコンポーネント又は構成アイテム（ＣＩ）を監視すること、及び、評価期間の間、性能データを定期的に記録することが必要である。
Hewlett-Packard OpenViewアプリケーションスイートの一部であるHewlett-Packardのサービスレベルマネージャ（Service Level Manager）という製品等の解決法によって、ＩＴインフラストラクチャのコンポーネントから性能データを収集することが可能になる。
【０００７】
記録された性能データは、次に、解析されて、評価期間の終了時に、ＳＬＡが順守されたかどうかを判断することができる。
【０００８】
ＳＬＡは、一般に、契約上の義務をサービスプロバイダに課すので、ＳＬＡを順守できない場合、結果として、契約上のペナルティが課される可能性がある。
しかし一方で、ＳＬＡ要件を満たすことがサービスプロバイダにとって重要であると同時に、サービスを提供するコストも重要である。
【０００９】
たとえば、サービスプロバイダが、ＳＬＡを確実に順守するのに役立つようにＩＴインフラストラクチャのコンポーネントを過剰仕様にすることは可能であるが、コンポーネントを過剰仕様にすると、通常はかなり高価になる。
さらに、コンポーネントを過剰仕様にすると、結果として、不必要な冗長性がもたらされるおそれがある。
他方、コンポーネントを不足仕様にすると、通常は、初期コストが下がる場合があるが、ＳＡＬコンプライアンスを危険な状態にもするおそれがあり、したがって、ペナルティを受ける危険性が増加するおそれがある。
【００１０】
ＩＴインフラストラクチャの一般的な複雑さ及びＩＴインフラストラクチャのコンポーネントの多くの場合に複雑な相互依存関係に加えて、１つのＳＬＡが複数の階層的なＳＬＯに依存でき、且つ、各ＳＬＯがさらに複数の構成アイテムに依存できる方法のために、ＩＴインフラストラクチャの改良及びＩＴインフラストラクチャに対する修正を行うことができるかどうかを正確に求めることは本来的に難しい。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
したがって、本発明の１つの目的は、上述した問題の少なくともいくつかを克服すること、又は、少なくとも緩和することである。
【課題を解決するための手段】
【００１２】
本発明の第１の態様によると、サービスを提供するコンピュータインフラストラクチャを解析する方法であって、サービスの目的とする品質レベルは、サービスレベル品質目標及び関係するコンプライアンスレベルを定義する少なくとも１つのサービスレベル目標によって定義され、コンピュータインフラストラクチャは、複数のコンポーネントを備える、サービスを提供するコンピュータインフラストラクチャを解析する方法が提供される。
当該方法は、選択されたサービスレベル目標の第１のサービスレベル目標のコンプライアンスデータを得ることであって、コンプライアンスデータは、コンピュータインフラストラクチャから収集されたデータを使用して計算される、第１のサービスレベル目標のコンプライアンスデータを得ること、選択されたサービスレベル目標の第２のサービスレベル目標のコンプライアンスデータを、収集されたデータ及び選択されたサービスレベル品質目標についてその目標を満たす値を部分的に使用して計算すること、第１のデータと第２のデータとの間の差を計算すること、及び計算された差に基づいて、修正に適した１つ又は２つ以上のコンポーネントを特定することを含む。
【００１３】
本発明の第２の態様によると、サービスを提供するコンピュータインフラストラクチャを解析する装置であって、サービスの目的とする品質レベルは、サービスレベル品質目標及び関係するコンプライアンスレベルを定義する少なくとも１つのサービスレベル目標によって定義され、コンピュータインフラストラクチャは、複数のコンポーネントを備える、サービスを提供するコンピュータインフラストラクチャを解析する装置が提供される。
当該装置は、選択されたサービスレベル目標の第１のサービスレベル目標のコンプライアンスデータを得る手段であって、コンプライアンスデータは、コンピュータインフラストラクチャから収集されたデータを使用して計算される、第１のサービスレベル目標のコンプライアンスデータを得る手段と、選択されたサービスレベル目標の第２のサービスレベル目標のコンプライアンスデータを、収集されたデータ及び選択されたサービスレベル品質目標についてその目標を満たす値を部分的に使用して計算する処理ロジックと、第１のデータと第２のデータとの間の差を計算する差計算モジュールと、計算された差に基づいて、修正に適した１つ又は２つ以上のコンポーネントを特定する分析モジュールとを含む。
【００１４】
次に、添付図面について、本発明の実施の形態を、限定ではなく単なる例として説明することにする。
【発明を実施するための最良の形態】
【００１５】
次に図１を参照して、本発明の一実施の形態によるシステム１００のブロック図が示されている。
【００１６】
一般に知られている方法でＩＴインフラストラクチャ１０４の構成アイテム（ＣＩ）又はコンポーネントを監視するサービスレベルマネージャ１０２が設けられている。
次に、完全を期すために、サービスレベルマネージャ１０２のオペレーションの簡単な概略を与える。
ＩＴインフラストラクチャ１０４は、顧客（図示せず）にサービスを提供するためのＩＴコンポーネント（図示せず）を配置したものを備える。
サービスレベルマネージャ１０２は、たとえば構成アイテム（ＣＩ）階層を使用して、ＩＴインフラストラクチャ１０４をモデル化する。
ＩＴインフラストラクチャ１０４のモデルは、たとえば、構成管理データベース（ＣＭＤＢ）（図示せず）から得ることもできるし、他のあらゆる適切な方法で得ることもできる。
【００１７】
構成アイテムは、当該技術分野で既知のように、コンピュータハードウェア等の個別に管理できるあらゆるアイテム又はユニットを指す。
このコンピュータハードウェアは、コンピュータサーバ、コンピューティングデバイス、ネットワーク、スイッチ、ルータ等である。
【００１８】
各構成アイテムについて、１つ又は２つ以上の測定可能なメトリックを定義することができる。
定義されたメトリックは、各ＣＩの可用性ステータスを判断することを可能にするように適切に選ばれる。
たとえば、ＣＩは、コンピュータサーバとすることができ、関係するメトリックは、ＣＰＵ負荷、空きディスク空間、利用可能なメモリ、喪失パケットの個数等とすることができる。
【００１９】
また、モデルは、階層モデル内でのコンポーネントステータスの伝播を定義する１つ又は２つ以上のルールも含むことができる。
たとえば、コンピュータサーバの可用性ステータスをネットワークストレージアレイの可用性に依存させることができる。
【００２０】
サービスレベルマネージャ１０２は、ＩＴインフラストラクチャ１０４を通じて提供されているサービスに適用可能な１つ又は２つ以上のＳＬＡの詳細にアクセスすることもできる。
【００２１】
上述したように、ＳＬＡは、合意されたサービスレベルを定義する。
たとえば、ＩＴインフラストラクチャ１０４によって提供されたサービスが、電子メールサービスである場合、複数のサービスレベルを定義することができ、各サービスレベルは、ＳＬＡによって定義される。
たとえば、ハイエンド顧客には、「ゴールド」レベルＳＬＡを定義することができ、ローエンドユーザには、「シルバー」レベルＳＬＡを定義することができる。
【００２２】
「ゴールド」レベルＳＬＡは、たとえば、サーバ応答時間が、評価期間の少なくとも９９％について１秒未満であることを必要とするＳＬＯ、及び、空きディスク空間の量が評価期間の９８％について１０ＧＢよりも大きいことを必要とするＳＬＯを定義することができる。
「シルバー」レベルＳＬＡは、これよりも厳しくない要件を定義することができる。
【００２３】
ＩＴインフラストラクチャ１０４が、適切なサービスを提供するように動作する間、サービスレベルマネージャ１０２は、定義された各ＣＩについて定義されたメトリックを測定し、それらメトリックの値をデータウェアハウス１０６に記録する。
【００２４】
リアルタイムＣＩ可用性ステータス又は準リアルタイムＣＩ可用性ステータスは、定義されたメトリック及び伝播ルールに基づいて、サービスレベルマネージャ１０２により計算可能であり、その結果も、データウェアハウス１０６に記憶することができる。
【００２５】
次に、さらに図２を参照して、本発明の一実施の形態を説明することにする。
図２は、ＳＬＯアナライザ１１２が取ることができる処理ステップの例の概要を説明したフロー図である。
【００２６】
ＳＬＯアナライザ１１２は、たとえばデータウェアハウス１０６から、解析されるＳＬＡを選択する。
選択されたＳＬＡは、ＩＴインフラストラクチャ１０４によって提供されたサービスに関係するものである。
ＳＬＡは、ＸＭＬフォーマット等の適切なコンピュータ可読フォーマットで提供することができる。
いくつかのサービスは、２つ以上のＳＬＡがカバーできること、及び、以下に説明する技法は、複数のＳＬＡに等しく適用されることが、当業者には十分理解されよう。
一方、説明を明確にするために、以下の説明は、単一のＳＬＡのみを説明する。
【００２７】
ステップ２０２において、選択されたＳＬＡに定義されたＳＬＯコンプライアンスレベルが選ばれる。
最後に完了したＳＬＡ評価期間等の履歴評価期間が選ばれ、その期間のＳＬＯコンプライアンスレベルが、前に求められてデータウェアハウス１０６に記憶されている場合には得られ（ステップ２０４）、そうでない場合には、その期間のＳＬＯコンプライアンスレベルは、データウェアハウス１０６に記憶された記憶履歴メトリックデータを使用して計算される。
【００２８】
ステップ２０６において、ＳＬＯアナライザ１１２は、選ばれた履歴評価期間について、データウェアハウス１０６から得られた履歴メトリックデータを使用して、計算されたＳＬＯコンプライアンスレベルを再評価する。
一方、この再評価は、ＳＬＯコンプライアンスレベルが依存するＳＬＯ品質目標の１つ又は２つ以上の値を、その目標を満たす値に修正することによって行われる。
たとえば、サーバ応答時間が評価期間の少なくとも９９％について１秒未満であるべきこと、及び、空きディスク空間の量が評価期間の９８％について１０ＧＢよりも大きいことをＳＬＯが定義している場合、ＳＬＯ品質目標値は、再計算のために、サーバ応答時間がたとえば０．９９９秒であり、空きディスク空間の量が１０．００１ＧＢであるように修正される。
【００２９】
再計算されたＳＬＯコンプライアンスレベルは、次に、履歴ＳＬＯコンプライアンスレベルと比較され（ステップ２０８）、それらのコンプライアンスレベルの間の差が、適切なメモリ又はストレージ媒体に記録される（ステップ２１０）。
【００３０】
上記ステップ２０２〜２１２は、評価中のＳＬＡに定義されたコンプライアンスレベルを有する各ＳＬＯについて繰り返される。
【００３１】
ＳＬＯコンプライアンスレベルのすべてが再評価されると、ステップ２１４において、重要なＳＬＯが、評価中のＳＬＡ内から特定される。
【００３２】
重要なＳＬＯは、複数の異なる方法で特定することができる。
たとえば、測定されたＳＬＯコンプライアンスレベルと再計算されたＳＬＯコンプライアンスレベルとの間の差が非常に小さいか、又は、第１の所定の範囲内にある場合には、これは、ＳＬＯコンプライアンスレベルが依存するＳＬＯ品質目標の少なくともいくつかが、ＳＬＯコンプライアンスレベルを満たすことを助けることにほとんど影響を与えないことを意味している。
これは、たとえば、そのＳＬＯ品質目標に関係する構成アイテムが「過剰仕様」であるおそれがあることをさらに意味するのに使用することができる。
【００３３】
たとえば、コンピュータサーバの最小空きメモリが、評価期間の９５％よりも大きい期間について１０ＭＢよりも大きくなければならないことを定義するＳＬＯを考える。
測定されたＳＬＯコンプライアンスレベルが９９％であり、再計算されたＳＬＯコンプライアンスが１００％であった場合、これは、たとえば、サーバで使用される物理メモリの量が、サービスのオペレーション中、実際に必要とされる量よりも多い場合があることを示し得る。
したがって、対応する構成アイテム（すなわち、コンピュータサーバの物理コンピュータメモリ）にダウングレードが可能であることを強調することができる。
【００３４】
測定されたＳＬＯコンプライアンスレベルと再計算されたＳＬＯコンプライアンスレベルの差が大きいか、又は、第２の所定の範囲の間にある場合、これは、ＳＬＯコンプライアンスレベルが依存するＳＬＯ品質目標の少なくともいくつかが、ＳＬＯコンプライアンスレベルを満たすことを助けることに大きな影響を与えることを意味している。
これは、たとえば、それらのＳＬＯ品質目標に関係する構成アイテムが「不足仕様」であるおそれがあることをさらに意味するのに使用することができる。
再び、コンピュータサーバの最小空きメモリが、評価期間の９５％よりも大きい期間について１０ＭＢよりも大きくなければならないことを定義するＳＬＯの例を考える。
測定されたＳＬＯコンプライアンスレベルが９０％であり、再計算されたＳＬＯコンプライアンスが１００％であった場合、これは、たとえば、サーバで使用される物理メモリの量がサービスのオペレーション中、実際に必要とされる量よりも少ない場合があることを示し得る。
したがって、対応する構成アイテム（すなわち、コンピュータサーバの物理コンピュータメモリ）にアップグレードが可能であることを強調することができる。
第１の所定の範囲及び第２の所定の範囲は、特定の要件に応じて、あらゆる適した方法で選ぶことができる。
たとえば、第１の所定の範囲は、０％と１％との間になるように選ぶことができ、第２の所定の範囲は、１％と１００％との間となるように選ぶことができる。
【００３５】
１つ又は２つ以上の重要なＳＬＯが、上述した技法を使用して選択されると、異なる構成アイテムを修正できる量を求めるために、第２段階を実行することができる。
この段階は、シナリオアナライザ１１４によって実行される。
シナリオアナライザ１１４は、図３を参照してさらに詳細に説明する。
【００３６】
ステップ３０２において、シナリオアナライザ１１４は、ＳＬＯアナライザ１１２から、上述したように選択された１つ又は２つ以上の重要なＳＬＯの詳細を受け取る。
説明のために、コンピュータサーバの最小空きメモリが、評価期間の９５％よりも大きな期間について１０ＭＢよりも大きくなければならないことを定義するＳＬＯが受け取られるものとする。
受信されたＳＬＯは、解析されて、そのＳＬＯが関係する構成アイテムが決定され（ステップ３０４）、関係するメトリックも決定される（ステップ３０６）。
本例では、特定された構成アイテムは、コンピュータサーバの物理メモリであり、特定されたメトリックは、利用可能な空きメモリの量である。
【００３７】
構成アイテムの選ばれたメトリック値は、次に、適切な方法で変更される。
たとえば、現在の物理メモリサイズが１ＧＢである場合、５１２ＭＢの物理メモリサイズを使用することができ、ＳＬＯコンプライアンスのパーセンテージが再評価される。
メトリック値に対する複数の変更を或る範囲の値にわたって行うことができ、ＳＬＯコンプライアンス値を毎回再計算することができる。
【００３８】
このように、全体的なＳＬＯコンプライアンスのパーセンテージについて物理メモリの量を増減する効果を正確に求めることができる。
複数の再評価の結果から、サーバの好ましいメモリサイズを決定することができ、不必要に高い帯域幅も不必要に低い帯域幅も確実に選ばれないようにすることができる。
【００３９】
上記ステップは、上述したようなＳＬＯアナライザ１１２によって特定された重要な各ＳＬＯについて繰り返すことができる。
【００４０】
重要なＳＬＯのそれぞれが解析されると、それら重要なＳＬＯのそれぞれの好ましい値は、それら重要なＳＬＯの好ましいメトリック値と共に、優先順位アナライザ１１６へ送信することができる。
優先順位アナライザ１１６は、財務データストア１１０に記憶された財務データを使用して、メトリック値の提案された変更が、行う価値があるものかどうかを財務の観点から判断する。
財務データストアは、たとえば、あらゆる財務ペナルティに関係する情報を保持することに加えて、たとえば、異なるＩＴインフラストラクチャコンポーネントに対する修正を行うことに関係するコスト情報も保持する。
このようなコスト情報には、たとえば、あらゆる特定のハードウェアコンポーネントのコスト、見積もられたインストールコスト、メンテナンスコスト等が含まれ得る。
資産マネージャ１０８を使用して、データストア１１０の財務データの少なくとも一部を提供することができる。
【００４１】
優先順位アナライザ１１６は、提案されたように構成アイテムを修正するコスト及びサービスについてＳＬＡにより課されたあらゆるペナルティを支払うコストを考慮し、財務データを使用して、特定された構成アイテムに対する修正が財務的に有益であるかどうか判断する。
このように、提案された構成アイテムの修正のすべてが解析され、それら提案のサブセットの詳細が、変更管理システム１１８へ転送される。
【００４２】
変更管理システム１１８は、たとえば、可能な場合には、修正を自動的に適用するように構成することができる。
たとえば、いくつかの状況では、修正は、適切なソフトウェアアップグレードによって適用される場合もあるし、追加された資源ライセンスの取得を通じて適用される場合もある。
これは、たとえば、プロセッサのプールが、要求に応じて利用可能である場合に当てはまる可能性がある。
或いは、変更管理システム１１８は、適切なハードウェアアップグレード又はダウングレードを実行するために、提案された変更に対して人間のオペレータに注意を喚起することができる。
【００４３】
さらに別の実施の形態では、変更管理システム１１８は、たとえば、十分に活用されていない構成アイテムを使用して、過剰使用されている構成アイテムの負荷を削減することを可能にするようにＩＴインフラストラクチャ１０４を再構成するのに使用される。
たとえば、過剰使用されているストレージ媒体に記憶されたデータベースを、大量の空き空間を有するストレージ媒体に移動させることができる。
変更管理システムは、この場合、適宜、ネットワーク識別子又はリンクを更新することが必要な場合もあるし、或いはネットワーク識別子又はリンクを、移動されたデータベースへ移動させることが必要な場合もある。
【００４４】
本発明の実施の形態は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせの形で実現できることが十分理解されよう。
このようなどのソフトウェアも、たとえば、消去可能であろうとなかろうと、再書き込み可能であろうとなかろうと、ＲＯＭのようなストレージデバイス等の揮発性ストレージ又は不揮発性ストレージの形で記憶することもできるし、たとえば、ＲＡＭ、メモリチップ、デバイス、集積回路等のメモリの形で記憶することもできるし、たとえば、ＣＤ、ＤＶＤ、磁気ディスク、磁気テープ等の光可読媒体又は磁気可読媒体に記憶することもできる。
これらのストレージデバイス及びストレージ媒体は、実行されると本発明の実施の形態を実施する１つ又は複数のプログラムを記憶するのに適したマシン可読ストレージの実施の形態であることが十分理解されよう。
したがって、実施の形態は、上述したようなシステム又は方法を実施するためのコードを含むプログラム、及び、このようなプログラムを記憶するマシン可読ストレージを提供する。
さらに、本発明の実施の形態は、ワイヤ接続又はワイヤレス接続で運ばれる通信信号等のあらゆる媒体を介して電子的に搬送することもでき、実施の形態は、それらも適切に包含する。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施の形態によるシステムのブロック図である。
【図２】図１に示すサービスレベル合意アナライザが取ることができる処理ステップの例の概要を説明したフロー図である。
【図３】図１に示すシナリオアナライザが取ることができる処理ステップの例の概要を説明したフロー図である。
【符号の説明】
【００４６】
１０２  サービスレベルマネージャ
１０４  ＩＴインフラストラクチャ
１０６  データウェアハウス
１０８  資産マネージャ
１１０  財務データ
１１２  ＳＬＯアナライザ
１１４  シナリオアナライザ
１１６  優先順位アナライザ
１１８  変更管理
【図１】
0005118438.tif 000002
【図２】
0005118438.tif 000003
【図３】
0005118438.tif 000004