ITIL4模擬試験問題
問題一覧
1
スポンサ、ユーザ、顧客
2
既知のエラー
3
ITサービスプロバイダ
4
製品
5
プラクティス
6
製品
7
協働
8
売り上げの増加、企業のイメージアップ
9
4つの側面を総合的に検討する
10
バリューストリーム
11
社会的、技術的、法的、環境的要因
12
生活水準やライフスタイルの変化
13
ガバナンス
14
顧客体験・ユーザ体験
15
シンプルにし、実践的にする
16
俊敏、障害弾力
17
機会、需要
18
「改善」活動は全てのバリューチェーン活動を対象に、製品サービス、プラクティスを継続的に改善する
19
アーキテクチャと方針
20
利害関係者のニーズを理解し、製品およびサービスの優先度付けを行う
21
サプライヤの評価・選択をする観点のうちの「コスト」では、サプライヤが提供するサービスのコストに着目して評価・選択をする
22
外部委託契約の合意には法的拘束力があるが、SLAにおける合意には法的拘束力がない
23
情報セキュリティ方針は情報セキュリティのリスクに対して組織がどのように取り組むかという方針をまとめたものである
24
SWOT分析、アセスメント、バランススコアカード
25
サービス構成やアイテムがしきい値に達したとき「警告」のイベントが発生し、現在の状態に注意を払う必要が生じる。イベントの内容によっては変更実現にRFCを提出する場合がある
26
現在はサービスへの影響がない事象であっても、将来的にサービスの中断を生じさせる可能性のある事象については、インシデント管理で取り扱う必要がある
27
イベントが生成された場合であっても、全てのイベントがモニタリングおよびイベント管理からエスカレーションされるとは限らない
28
ワークアラウンドにはインシデントが発生する可能性を抑えるためのワークアラウンドも存在する
29
ナレッジ管理によって、知識を必要とする人材が必要とするとき、必要な知識を得られるようになるため、知識の再発掘を減らし効率性を改善できる
30
セルフサービス
31
変更実現は、変更によるリスクを適切に評価することなどによって、サービスおよび製品の変更が成功する回数を最大化することを目的としている
32
休日や深夜に実施される変更以外に、業務運用日の昼休みに実施される変更も存在する
33
プログラムの仕様書、ソースコード、ロードモジュールなどの間に不整合が生じないように、リソース計画で利用可能になるコンポーネントの正確な組み合わせを明らかにする
34
サービスモデルを活用すると、インシデントの問題のインパクトおよび原因のアセスメントなどの情報が利用可能になる
35
IT資産管理は、資産、関連メディア、規制やライセンス条項への準拠状況を監視する
36
セルフヘルプは、インシデントの登録やFAQの参照などユーザ自らサービスデスクを利用できるようにする仕組みである
37
根本原因を追求する部門と迅速なサービス復旧を目指す部門の間で意見が衝突した場合、サービスデスクが調整する
38
SLAには、顧客満足度やビジネスの成果など、サービスの成果に関連する測定基準を含める
39
スイカ
40
ユーザが選択的に使用するサービスの付加機能の配信については、ユーザが自由に展開を開始できるように、プル展開を用いることが望ましい
CCNA基礎4日目
CCNA基礎4日目
佐々木大樹 · 17問 · 2年前CCNA基礎4日目
CCNA基礎4日目
17問 • 2年前TCP/IPアプリケーションプロトコル(TCP)
TCP/IPアプリケーションプロトコル(TCP)
佐々木大樹 · 8問 · 2年前TCP/IPアプリケーションプロトコル(TCP)
TCP/IPアプリケーションプロトコル(TCP)
8問 • 2年前TCP/IPアプリケーションプロトコル(UDP)
TCP/IPアプリケーションプロトコル(UDP)
佐々木大樹 · 5問 · 2年前TCP/IPアプリケーションプロトコル(UDP)
TCP/IPアプリケーションプロトコル(UDP)
5問 • 2年前CCNA基礎5日目
CCNA基礎5日目
佐々木大樹 · 15問 · 2年前CCNA基礎5日目
CCNA基礎5日目
15問 • 2年前CCNA基礎7日目
CCNA基礎7日目
佐々木大樹 · 20問 · 2年前CCNA基礎7日目
CCNA基礎7日目
20問 • 2年前pc基礎
pc基礎
佐々木大樹 · 41問 · 2年前pc基礎
pc基礎
41問 • 2年前バク本4〜7日まとめ
バク本4〜7日まとめ
佐々木大樹 · 16問 · 2年前バク本4〜7日まとめ
バク本4〜7日まとめ
16問 • 2年前問題一覧
1
スポンサ、ユーザ、顧客
2
既知のエラー
3
ITサービスプロバイダ
4
製品
5
プラクティス
6
製品
7
協働
8
売り上げの増加、企業のイメージアップ
9
4つの側面を総合的に検討する
10
バリューストリーム
11
社会的、技術的、法的、環境的要因
12
生活水準やライフスタイルの変化
13
ガバナンス
14
顧客体験・ユーザ体験
15
シンプルにし、実践的にする
16
俊敏、障害弾力
17
機会、需要
18
「改善」活動は全てのバリューチェーン活動を対象に、製品サービス、プラクティスを継続的に改善する
19
アーキテクチャと方針
20
利害関係者のニーズを理解し、製品およびサービスの優先度付けを行う
21
サプライヤの評価・選択をする観点のうちの「コスト」では、サプライヤが提供するサービスのコストに着目して評価・選択をする
22
外部委託契約の合意には法的拘束力があるが、SLAにおける合意には法的拘束力がない
23
情報セキュリティ方針は情報セキュリティのリスクに対して組織がどのように取り組むかという方針をまとめたものである
24
SWOT分析、アセスメント、バランススコアカード
25
サービス構成やアイテムがしきい値に達したとき「警告」のイベントが発生し、現在の状態に注意を払う必要が生じる。イベントの内容によっては変更実現にRFCを提出する場合がある
26
現在はサービスへの影響がない事象であっても、将来的にサービスの中断を生じさせる可能性のある事象については、インシデント管理で取り扱う必要がある
27
イベントが生成された場合であっても、全てのイベントがモニタリングおよびイベント管理からエスカレーションされるとは限らない
28
ワークアラウンドにはインシデントが発生する可能性を抑えるためのワークアラウンドも存在する
29
ナレッジ管理によって、知識を必要とする人材が必要とするとき、必要な知識を得られるようになるため、知識の再発掘を減らし効率性を改善できる
30
セルフサービス
31
変更実現は、変更によるリスクを適切に評価することなどによって、サービスおよび製品の変更が成功する回数を最大化することを目的としている
32
休日や深夜に実施される変更以外に、業務運用日の昼休みに実施される変更も存在する
33
プログラムの仕様書、ソースコード、ロードモジュールなどの間に不整合が生じないように、リソース計画で利用可能になるコンポーネントの正確な組み合わせを明らかにする
34
サービスモデルを活用すると、インシデントの問題のインパクトおよび原因のアセスメントなどの情報が利用可能になる
35
IT資産管理は、資産、関連メディア、規制やライセンス条項への準拠状況を監視する
36
セルフヘルプは、インシデントの登録やFAQの参照などユーザ自らサービスデスクを利用できるようにする仕組みである
37
根本原因を追求する部門と迅速なサービス復旧を目指す部門の間で意見が衝突した場合、サービスデスクが調整する
38
SLAには、顧客満足度やビジネスの成果など、サービスの成果に関連する測定基準を含める
39
スイカ
40
ユーザが選択的に使用するサービスの付加機能の配信については、ユーザが自由に展開を開始できるように、プル展開を用いることが望ましい