naritai.app

システム評価の横断整理

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

性能、信頼性、可用性、経済性をまず切り分けるシステム評価の導入図解

基本知識

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

この章のまとめ

速さ、止まりにくさ、費用の3視点を混同せず確認する章末まとめ図解

一次試験過去問での出方

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