戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

ITパスポート 2017年 春期 42


問題文

情報システムの運用業務を社外に委託するとき、提供されるサービスの品質レベルを委託元と委託先の間で合意するために作成されるものはどれか。

選択肢

ASP
ISP
RFP
SLA(正解)

🔒 解説は解答すると表示されます

情報システムの運用業務を社外に委託するとき、提供されるサービスの品質レベルを委託元と委託先の間で合意するために作成されるものはどれか。 【ITパスポート 解説】

正解の理由

外部に運用を委託する際に「どの程度の品質(稼働率・応答時間・対応時間など)を守るか」を委託元と委託先で文書化して合意するものは、SLA(Service Level Agreement:サービス品質や水準を合意する契約/合意書)です。したがって正しい選択肢は です。SLAはサービスの目標値(例:可用性99.9%、障害対応の初動30分以内)と違反時の取り扱い(報告、補償、改善計画)を明確にします。

解法ステップ

  1. 問題文のキーワードを拾う:「運用業務を社外に委託」「提供されるサービスの品質レベル」「委託元と委託先の合意」。
  2. それが「合意・契約を作る」行為であることを確認する。
  3. 各選択肢の意味を照らし合わせる:
    • SLA = サービス品質の合意(合致)。
    • RFP = 提案を依頼する書類(要求段階で使う文書、合意書ではない)。
    • ASP/ISP = 提供者の種類(文書ではない)。
  4. 合致するのはサービス水準を合意する文書であるSLAのみ。

選択肢別の誤答解説

  • ア: ASP(Application Service Provider:アプリケーションを提供する事業者)
    • 説明:ソフトウェアやアプリをインターネット経由で提供する事業者を指します(SaaSに近い概念)。
    • なぜ不正解か:ASPは「提供者の種別」であり、品質合意を記載する文書そのものではありません。
  • イ: ISP(Internet Service Provider:インターネット接続を提供する事業者)
    • 説明:家庭や企業にインターネット接続や関連サービスを提供する事業者です。
    • なぜ不正解か:これも「事業者の種類」であり、品質合意文書ではありません。
  • ウ: RFP(Request For Proposal:提案依頼書)
    • 説明:ベンダーに対して要件や条件を示し、提案を募るための文書です。要求を書いて提案を受け取る段階で使います。
    • なぜ不正解か:RFPは「提案を求めるため」の文書で、合意して契約に落とし込むためのSLAとは用途が異なります。RFPでSLA要件を提示することはあっても、合意結果そのものがRFPというわけではありません。
  • エ: SLA(Service Level Agreement:サービス品質や水準を合意する契約/合意書)
    • 説明:サービスの可用性、性能、対応時間、報告方法、違反時の対応や補償などを明文化した合意書です。
    • なぜ正解か:問題で問われる「品質レベルを委託元と委託先の間で合意するために作成されるもの」に該当します。

よくある誤解

  1. RFPとSLAを混同する
    • 誤解:RFPも契約書だからSLAと同じ。
    • 実際:RFPは「提案を集めるための要件提示書」であり、交渉→合意→契約の結果としてSLAが作られます。段階が異なります。
  2. SLAは「ただの形式的な紙」だと思う
    • 誤解:SLAは形式的で効果が薄い。
    • 実際:SLAが具体的であれば運用の評価・改善・トラブル時の処理が明確になり、品質管理に有効です。指標(数値)と報告・罰則ルールが重要です。
  3. ISPやASPが出てくるとそれがSLAだと思う
    • 誤解:プロバイダ名=合意書。
    • 実際:提供者と提供されるサービスは別物。提供者が作る契約書やSLAが合意内容です。

補足コラム

SLAに書かれる主な項目(初心者向け)
  • サービス内容の定義:何を「サービス」と呼ぶか(例:監視、バックアップ、障害対応)。
  • 可用性(availability):サービスが使える割合。例:99.9%は月あたりの許容停止時間が約43.2分(30日換算)。計算例:
  • 応答時間・復旧時間:問い合わせへの初動時間、問題解決の目標時間(MTTR:Mean Time To Repair=平均修復時間)。
  • 報告と監視:どの指標を誰が、どの頻度で報告するか。
  • ペナルティや補償:目標未達時の対応(料金の減額、サービスクレジットなど)。
  • 定期レビュー:SLA内容の見直し頻度や改訂手順。
SLO(Service Level Objective:サービスレベル目標)という言葉もあります。SLOはSLAの中で定める「具体的な数値目標」を指します。運用ではSLOを監視し、SLAの遵守を評価します。
短い記憶のコツ:SLAのAはAgreement(合意)→「合意する書類」と覚えると選びやすいです。

FAQ

Q1. SLAは法的に拘束力がありますか?
A1. SLAは契約の一部として作成されれば法的拘束力を持ちます。会社間の合意内容として契約書に組み込むのが一般的です。口頭だけでは不明確になりやすいので書面化が重要です。
Q2. SLAとSLA違いは何ですか?(SLAとSLOの違い)
A2. SLOはSLA内に書かれる具体的な目標値(例:月間可用性99.9%)です。SLAはそのSLOや報告・罰則などを含む「合意文書」です。
Q3. RFPでSLAを指定できますか?
A3. はい。RFP(提案依頼書)で要求するSLAの項目やレベルを提示して、ベンダーからその条件での提案を受ける流れが一般的です。ただし、RFP自体は合意書ではありません。
Q4. 小規模な委託でもSLAは必要ですか?
A4. 規模に関わらず、サービス品質や責任範囲を明確にするためにSLAを作ることは有益です。規模に合わせて内容を簡潔にするのが実務的です。

関連キーワード: SLA、サービスレベル、可用性、SLO、RFP、MTTR、ASP、ISP, サービス品質、契約書
← 前の問題へこの年度をクイズで解く次の問題へ →
戦国ITクイズ機能

\ せっかくなら /

ITパスポート
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について