パイロット移行方式は、新システムを最初に限定された特定の部門や拠点に導入し、そこで実際の運用を通じて問題点や改善点を把握する。この先行導入の結果を評価・改善した上で、段階的に他の全部門へ新システムを展開することで、リスクを局所化しつつ、より円滑な移行を目指す。
システムアーキテクト2009年度 秋期午前I問 20
2009年度 秋期 システムアーキテクト 午前I 問20
難度
標準
システムの移行方式のうち、パイロット移行方式について説明したものはどれか。
選択肢
ア機能的に閉じたサブシステム単位に、短期間で順次移行していくので、運用部門の負荷が少なく、問題が発生しても当該サブシステム内に抑えることができる。
イ限定した部門で新システムを導入・観察した後にほかの全部門を移行するので、移行に関する問題が発生しても影響範囲を局所化できる。
ウ新・旧両システム分のリソースを用意し、並行稼働させるので、新システムで問題が発生しても業務への影響を最小にできる。
エほかの移行方式に比べると移行期間は短くできるが、事前に全部門との間で詳細な計画を立てるとともに、新システムに高い信頼性が要求される。
解説
結論 → 詳細 → 補足 の 3 層構成
展開閉じる
解説
結論 → 詳細 → 補足 の 3 層構成
この解説は？
この解説は AI 生成です（詳細）
解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。
AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。
解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
分野「サービスマネジメント」の学習ポイント
この問題の理解を「分野全体の力」に広げるための足がかり
- 何が問われるか
- ITIL のサービスライフサイクル、SLA/OLA、インシデント／問題／変更の管理プロセスの違い。
- 学習の進め方
- 似た用語（インシデント vs 問題、変更 vs リリース）の対比を表で押さえる。CAB の役割も頻出。
- 関連キーワード
- ITILSLAインシデント管理問題管理変更管理CAB
AI コパイロット
この問題を AI と深掘りする
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
共有
ショート動画
関連する問題
サービスマネジメント の他の問題
- システムアーキテクト2009年度 秋期 午前I 問21ITIL において、問題管理でエラーの根本原因を識別した後に RFC を出す対象となるプロセスはどれか。
- システムアーキテクト2010年度 秋期 午前I 問20次の処理条件でサーバ上のファイルを磁気テープにバックアップするとき、バックアップの運用に必要な磁気テープは何本か。 〔処理条件〕 (1) 毎月初日(1日)にフルバックアップを取る。フルバックアップは1回につき 1 本の磁気テープを必要とする。 (2) フルバックアップを取った翌日…
- システムアーキテクト2010年度 秋期 午前I 問21サービス提供の時間帯を 7:00~19:00 としているシステムにおいて,16:00 にシステム故障が発生し、サービスが停止した。修理は 21:00 までかかり、当日中にサービスは再開されなかった。この日の可用性は何%か。
- システムアーキテクト2010年度 秋期 午前I 問22“システム管理基準”の説明はどれか。
- システムアーキテクト2011年度 秋期 午前I 問20SLA を策定する際の方針のうち、適切なものはどれか。