平成27年度 秋期 午前Ⅱ ITサービスマネージャ試験 | 解答一覧

1. "原則"、"アプローチ"、"プロセス"、"組込みとレビュー"の四つの概念に基づくフレームワークを適用し、プロセスは"識別"、"評価"、"計画"、"実施"のステップに従ってリスクを管理する。

2. "コミュニケーション及び協議"、"組織の状況の確定"、"リスクアセスメント"、"リスク対応"、"モニタリング及びレビュー"の五つのプロセスに基づき、リスクを管理する。

3. "リスクガバナンス"、"リスク評価"、"リスク対応"の三つの領域において、事業目標と関連付けて、リスクを管理する。

4. "リスクマネジメントは、不確かさに明確に対処する"といったリスクマネジメントの11の原則を遵守して、効果的にリスクを管理する。

"リスクガバナンス"、"リスク評価"、"リスク対応"の三つの領域において、事業目標と関連付けて、リスクを管理する。

1. 開発が完了し、顧客に提供することが可能なサービス

2. 今後、段階的に停止されたり、取り消されたりするサービス

3. サービスオペレーション段階で実行されているサービス

4. 将来提供する予定である開発中のサービス

将来提供する予定である開発中のサービス

1.

2.

3.

4.

1.

2.

3.

4.

1. インシデント管理プロセス及びその運用の効率性と有効性を判断するための基準を明確にできる。

2. 過去のインシデントについて、履歴、カテゴリ、及び解決するために取られた処置を容易に参照できる。

3. 繰り返し発生するインシデントを、事前に定義した経路で、事前に定義した期間内に処理できる。

4. 根本原因が判明していない問題に対する解決策を提供できる。

繰り返し発生するインシデントを、事前に定義した経路で、事前に定義した期間内に処理できる。

スポンサー

1.

2.

3.

4.

1.

2.

3.

4.

1. 運用レベル合意書（OLA）

2. 基礎となる契約（UC）

3. サービスレベル管理（SLM）

4. サービスレベル合意書（SLA）

運用レベル合意書（OLA）

1. 95.7

2. 97.6

3. 98.3

4. 99.0

98.3

1. インシデント及び問題の影響を識別し、これを最小限に抑える。又は回避するための手順を採用する。

2. サービス全体の可用性などの要求事項を、事業計画、サービスの要求事項、SLA及びリスクを考慮して特定する。

3. サービスの容量・能力を監視し、サービスのパフォーマンスを調整して、かつ、十分な容量・能力を提供するための手順を明確にする。

4. 提供する個々のサービスを定義し、これに顧客と合意して、かつ、文書化する。

サービス全体の可用性などの要求事項を、事業計画、サービスの要求事項、SLA及びリスクを考慮して特定する。

スポンサー

1. 一次サポートグループでは解決できなかったインシデントの対応を、より専門的な知識をもつ二次サポートグループに委ねる。

2. 現在の担当者では解決できなかったインシデントの対応を、広範にわたる関係者を招集する権限をもつ上級マネージャに委ねる。

3. 自分のシフト勤務時間内に完了しなかったインシデントの対応を、次のシフト勤務者に委ねる。

4. 中央サービスデスクで受け付けたインシデントの対応を、利用者が属する地域のローカルサービスデスクに委ねる。

現在の担当者では解決できなかったインシデントの対応を、広範にわたる関係者を招集する権限をもつ上級マネージャに委ねる。

1. 供給者、サービス提供者及び顧客は、それぞれ別々の組織（外部）に所属する。

2. 供給者のサービスも含めて、サービス提供者が、顧客にサービスを提供する。

3. 供給者は、サービス提供者を顧客とみなしてサービスを提供することはない。

4. 供給者はサービス提供者からサービスや製品を受領して、顧客に提供する。

供給者のサービスも含めて、サービス提供者が、顧客にサービスを提供する。

1. ウォームスタート

2. コールドスタート

3. ロールバック

4. ロールフォワード

コールドスタート

1. フルバックアップ1回当たりの磁気テープ使用量が約2倍になる。

2. フルバックアップ1回当たりの磁気テープ使用量が約半分になる。

3. フルバックアップ取得の平均実行時間が約2倍になる。

4. ログ情報を用いて復旧するときの平均処理時間が約2倍になる。

ログ情報を用いて復旧するときの平均処理時間が約2倍になる。

1. システム運用段階で新システムの稼働状況がレビューされ、その結果についてシステム開発部門及び利用部門の責任者の承認が得られているか。

2. システム開発段階で抽出された問題への対策が、移行後のシステム改善計画に反映されているか。

3. システム企画段階で、システムの投資対効果が評価されているか。

4. 利用部門を含めた各部門の役割と責任を明確にした移行計画が作成されているか。

利用部門を含めた各部門の役割と責任を明確にした移行計画が作成されているか。

スポンサー

1.

2.

3.

4.

1.

2.

3.

4.

1. クリティカルパス上の作業に生産性を向上させるための開発ツールを導入する。

2. クリティカルパス上の作業に要員を追加投入する。

3. クリティカルパス上の先行作業が終了する前に後続作業に着手し、並行して実施する。

4. クリティカルパスを守るために、フィーディングバッファと所要期間バッファを設ける。

クリティカルパスを守るために、フィーディングバッファと所要期間バッファを設ける。

1. OSがシステム異常を検出した。

2. ウォッチドッグタイマが最大カウントに達した。

3. システム監視LSIが割込み要求を出した。

4. ユーザプログラムがカーネルの機能を呼び出した。

ユーザプログラムがカーネルの機能を呼び出した。

1. データベースが格納されている磁気ディスクの障害情報を、保守業者に自動通報することによって、故障発生から復旧までの時間を短縮する。

2. データベースに格納されている個人情報を暗号化するなど、不正アクセスによる個人情報の盗難に備える。

3. 排他制御を行うことによって、複数の利用者が同時にデータベースの更新処理を行う場合でも、データの整合性を保証する。

4. 複数のコンピュータに同じ処理を実行させ、処理結果をデータベースに格納しておくことによって、内容の一致を確認しながら処理を進める。

排他制御を行うことによって、複数の利用者が同時にデータベースの更新処理を行う場合でも、データの整合性を保証する。

スポンサー

1. ダイス

2. データクレンジング

3. ドリルダウン

4. ロールアップ

ダイス

1. IPアドレスからMACアドレスを得るためのプロトコル

2. IPアドレスからホスト名（ドメイン名）を得るためのプロトコル

3. MACアドレスからIPアドレスを得るためのプロトコル

4. ホスト名（ドメイン名）からIPアドレスを得るためのプロトコル

IPアドレスからMACアドレスを得るためのプロトコル

1. 真正性

2. 信頼性

3. 責任追跡性

4. 否認防止

真正性

1. MTBF (Mean Time Between Failures)

2. MTPD (Maximum Tolerable Period of Disruption)

3. RPO (Recovery Point Objective)

4. RTO (Recovery Time Objective)

MTPD (Maximum Tolerable Period of Disruption)

1. 購入したソフトウェアの代金を支払った時点

2. ソフトウェアの入ったCD-ROMを受け取った時点

3. ソフトウェアの入ったCD-ROMの包装を破った時点

4. ソフトウェアをPCにインストールした時点

ソフトウェアの入ったCD-ROMの包装を破った時点

スポンサー