N
NARITAI

経営情報システム

体系補助

その他

関連章の確認用として使う。

システム評価の横断整理

この章で覚えておきたいこと

性能、信頼性、可用性、経済性をまず切り分けるシステム評価の導入図解
  • システム評価で迷ったら、まず 性能信頼性・経済性 を切り分けます。処理量や応答時間の話なら性能、故障しにくさや復旧しやすさ、費用対効果の話なら信頼性・経済性です。
  • 指標と対策を対応づけて読むことが大切です。速さを改善したいのに冗長化だけを見てもずれますし、止まりにくさを高めたいのにCPU増強だけを見てもずれます。
  • よいシステムは、1つの数値だけでは決まりません。速いか止まりにくいか直しやすいか費用に見合うかを目的に応じて見分けます。
  • 過去問では、用語の暗記だけでなく、評価軸の混同を見抜けるかが問われます。選択肢のキーワードを見て、どの章の知識に戻るべきか判断できるようにしておきます。

基本知識

まずは何を評価しているかを切り分けます

性能、信頼性、可用性、保守性、経済性を具体物で見分ける評価軸の図解

システム評価では、同じ「よいシステム」という言い方でも見ている内容が違います。最初に、選択肢が何を評価しているのかを切り分けるだけで正答率が上がります。

  • 性能 は、どれだけ速く、どれだけ多く処理できるかを見る軸です。
  • 信頼性 は、故障しにくいかを見る軸です。
  • 可用性 は、必要なときに使えるかを見る軸です。
  • 保守性 は、故障しても直しやすいかを見る軸です。
  • 経済性 は、導入後も含めて費用に見合うかを見る軸です。

たとえば、レスポンスタイムが短いことは性能のよさを示しますが、それだけで止まりにくいとはいえません。反対に、冗長化で可用性が高くても、処理が遅ければ利用者の満足度は下がります。設問では、このずれをそのまま誤りの選択肢にしてくることがあります。

指標と改善策を対応づけて読みます

CPU増強、冗長化、復旧手順、TCO確認を対応する評価軸へ結びつける図解

過去問では、指標そのものよりも、ある対策がどの軸に効くかを問う形が目立ちます。ここで大切なのは、対策と評価軸を一直線に結びつけることです。

  • CPU増強、並列処理、ボトルネック解消 は、主に性能改善の話です。
  • 冗長化、待機系への切替、回線二重化 は、主に可用性や信頼性の話です。
  • 運用の自動化、復旧手順の整備、保守部品の確保 は、主に保守性の話です。
  • TCO比較、運用費や保守費の見積り は、主に経済性の話です。

この対応が崩れている選択肢は要注意です。たとえば、「バックアップ回線を増やしたのでレスポンスタイムが必ず短くなる」という言い方は不自然です。バックアップ回線の主目的は、通信が止まりにくい構成にすることだからです。逆に、「CPUを増やしたので可用性が高まる」と断定する選択肢も、そのままではずれやすいです。

迷ったらキーワードから元の論点へ戻します

応答時間、MTBF、TCOなどのキーワードから元の評価論点へ戻る判断を示す図解

このトピックでは、新しい用語を増やすよりも、迷った選択肢を既存の論点へ戻すことが重要です。キーワードごとに戻り先を決めておくと、判断が安定します。

  • 処理量、応答時間、帯域幅、レイテンシ、ジッタ が出たら、性能の論点へ戻ります。
  • MTBF、MTTR、稼働率、RASIS、冗長化 が出たら、信頼性の論点へ戻ります。
  • 導入費、運用費、保守費、教育費、障害対応費、TCO が出たら、経済性の論点へ戻ります。

特に一次試験では、1つの選択肢の中に複数の軸を混ぜることがあります。その場合は、文を短く区切って読みます。前半は性能の話なのに、後半で可用性や費用の結論に飛んでいたら、そのつながりが本当に成り立つかを疑います。

トレードオフを前提に考えます

可用性や性能を高めるほど費用が増え、安さを優先すると停止しやすくなるトレードオフ図解

システム評価では、1つの改善が別の負担を生むことがあります。この感覚を持っていると、極端な断定を避けやすくなります。

  • 冗長化は止まりにくさを高めやすい一方で、費用や構成の複雑さが増えやすいです。
  • 高性能な機器への更新は処理能力を上げやすい一方で、導入費や保守費が増えることがあります。
  • 低コスト構成は初期費用を抑えやすい一方で、障害時の損失や運用負荷が大きくなることがあります。

したがって、「性能が高いシステムが常に最適である」「安い構成だから経済的である」のような言い切りは危険です。試験では、何を優先して評価している場面なのかを読み取り、その目的に合う指標を選ぶ必要があります。

この章のまとめ

速さ、止まりにくさ、費用の3視点を混同せず確認する章末まとめ図解
  • システム評価で最初にすることは、性能信頼性・経済性 の切り分けです。
  • 処理量や応答時間を見ているなら性能、故障しにくさや稼働率を見ているなら信頼性・可用性、総費用を見ているなら経済性です。
  • 対策を見るときは、その対策がどの評価軸に効くかを確認します。CPU増強と冗長化は役割が違います。
  • 選択肢に複数の評価軸が混ざっていたら、前半と後半を分けて読みます。途中で結論が飛んでいないかを確かめます。
  • 速いこと止まりにくいこと安く使えること は別の話です。この3つを混同しないことが、関連問題を横断して解くための基本になります。

一次試験過去問での出方

このトピック自体の独立出題はありませんが、関連過去問では「性能指標と品質特性の混同」「帯域幅とスループットの取り違え」「冗長化と可用性の計算」「信頼性設計用語の混同」が繰り返し問われています。迷ったときは、性能の問題なのか、信頼性・経済性の問題なのかを先に決めてから、該当する基本論点へ戻る姿勢が有効です。