ITパスポート マネジメント系
問題一覧
1
変更によるメリットデメリットを明らかにして変更に伴うリスクを管理する
2
サービスの中断、品質低下に関わる事象発生時中断時間を最小限に抑えて速やかに回復するプロセス
3
組織が保有しているIT資産を把握するためのプロセス
4
インシデントの根本原因を突き止めて解決策を提供するためのプロセス
5
ITサービスの変更を実装するプロセス
6
予備調査、本調査、評価、結論の順 リスクの識別、コントロールが適切に実地されているか確認する
7
戦略、設計、移行、適用、改善のライフサイクルでITサービスを維持する
8
企画、要件定義、システム開発、保守の順で開発を行う
9
プロジェクト活動に知識、スキル、ツール、技法を適用し目標達成のために管理すること。 計画を作成→実行中に品質、進捗、コストをコントールする
10
サービス利用者とサービス提供者との間でサービスの品質の内容について合意した文書のこと。
11
全体最適の観点から業務とシステムを同時に改善していくためのフレームワーク
12
知識、スキル、ツール及び技法をプロジェクト活動に適用することによってプロジェクトの要件事項を満足させる
13
情報システムが設置されている施設とその環境を総合的に企画、管理、活用する
14
開発すべきシステムの具体的な用途を分析しシステム要件を明らかにする
15
情報システムに係るリスクに適切に対応して有効かつ効率的に機能させる。
16
監査計画を立案、改善の実地状況のモニタリング
17
システムの開発や保守の各工程の作業項目 ソフトウェア産業界において共通の物差しとなるのが目的
18
利用者の問いかけにシステムが会話形式で自動で応答
19
何度も繰り返しされる質問の回答をまとめた物
20
人が行ってきた定型的なパソコンの動作をソフトウェアロボットが自動化すること
21
監査テーマに応じてシステム管理基準以外の基準を使用してもいい
22
会社合併に伴う新組織への移行、新規の経理システム導入に向けたプログラム開発
23
ITサービスの提供とサポートに対して、ベストプラクティス(成功事例)を提供している
24
ソフトウェア開発組織の成熟度を多段階のレベルで定義している。
25
営業部門、経理部門、情報システム部門が関与
26
プログラムを解析することでソフトウェアの仕様を調査して設計情報を輸出する
27
開発中のソフトウェに対する変更要求などに柔軟に対応するために短い期間の開発を繰り返す ドキュメントを作成するよりもソフトウェアの開発を優先する
28
試作品のソフトウェアを作成して利用者による評価をフィードバックして開発する
29
回避、軽減, 受容、転嫁
30
インシデント管理
31
3ソフトウェアが提供する機能使用を変えず内部構造を改善すること
32
3.IT戦略の策定、実行をコントロールしあるべき方向へ導く組織能力
33
4.成果物と作業の一覧及びプロジェクトからの除外事項を記述
34
使用したことない人でも簡単な教育だけで利用可能
35
2.工程の状態や品質を時系列に表した図。工程が安定した状態にあるかどうか判断
36
ファシリティマネジメント
37
UPS
38
サービスレベルマネジメント
39
IPS
40
新和図法
41
3プロジェクト全ての変更要求
42
3.照会機能の応答時間
43
1.ドキュメントの作成よりもソフトウェア作成を優先する。変化する顧客の要望を素早く取り入れる。
44
計画, 実行, 点検, 処置
45
ネットワークの構成を二重化ネットワークが繋がらなくなる障害の低減を図る
46
本番環境運用中のシステムに対して不良を発見し障害が発生する前に修正を行うこと, 運用中のシステムに対して法律改正を行うこと
47
候補となる原因を魚の骨の形で整理する特性要因図を使用する
48
業務の有効性や資産の保全などを確保する取り組みである。 統制環境、 リスクの評価と対応(内部統制を阻害するリスクを分析) 統制活動(体制を構築) 情報と伝達(内部統制に関わる法令その他の規範を尊守する) モニタリング(内部統制が有効に働いているか断続的に評価するプロセス) ITへの対応の6つから成り立つ。
49
2.クラスや継承という概念を利用してソフトウェアを再利用しソフトウェア開発の生産性向上を図る
50
3要求変化に対応した高品質のソフトウェアを短い期間でリリースすることである。 アジャイル開発のアプローチの1つでもある
51
1テスト工程の終了が遅れても本番稼働に影響を与えないようプロジェクトに予備の期間を設ける
52
3照会機能の応答時間
53
4ドキュメントの作成よりもソフトウェアの作成を優先し変化する顧客の要望を素早く取り入れる
54
社長直属の品質保証部門
55
4プロジェクト情報の作成や配布の方法を明確にする
56
1開発プロジェクトを時系列に分割し開発を一方向に進める開発モデル
57
3稼働中のシステムに修正や変更を行うこと
58
1プログラムの入力と出力に着目してテストすること。 様々な入力に対して仕様書通りの出力が得られるかどうかを検証する。
59
リリース及び展開管理
60
3システム開発部門と運用部門が密接に連携しシステムを迅速に顧客に届けること
61
運用開始後(本番環境で運用中)のシステムに対して不具合が見つかった場合や利用者のニーズに変化があった場合適応すべき法律が改正された場合にソフトウェアの修正や変更を行う。 設計書も変更する。
62
1プロセスグループを相合に調査・管理するプロセスである。 (例:新機能を追加するために納期を変更するか要員を変更するかなど)
63
1新機能で追加で開発するためにWBSを変更しコストの詳細な見積もりをするための情報として提供。
64
2ソフトウェア部品についてコーディングらコンパイル及びテストを実地するまでの詳細設計を行う工程
65
4既存のソフトウェアのプログラムを解析してプログラムの仕様と設計を導き出す手法
66
会社合併に伴う新組織への移行, 新規の経理システム導入に向けたプログラム開発
67
1:24時間365日利用可能
68
1事業断続計画のこと。重大災害発生時に必要最低限の事業を断続して業務を早期に復旧・再会できるようにすること。
69
具体的なシステムの提案を要請する提案依頼書のこと
70
監査計画、予備調査・本調査・調査・結論
71
コストを増加させてでもスケジュールを厳守する
72
プロジェクトマネジメントの知識を体系化していること
73
現在と将来
74
求める機能を明確にするためにプログラムを記述するよりも前にテストケースを開発する手法
75
本人拒否率, 他人受入率
問題一覧
1
変更によるメリットデメリットを明らかにして変更に伴うリスクを管理する
2
サービスの中断、品質低下に関わる事象発生時中断時間を最小限に抑えて速やかに回復するプロセス
3
組織が保有しているIT資産を把握するためのプロセス
4
インシデントの根本原因を突き止めて解決策を提供するためのプロセス
5
ITサービスの変更を実装するプロセス
6
予備調査、本調査、評価、結論の順 リスクの識別、コントロールが適切に実地されているか確認する
7
戦略、設計、移行、適用、改善のライフサイクルでITサービスを維持する
8
企画、要件定義、システム開発、保守の順で開発を行う
9
プロジェクト活動に知識、スキル、ツール、技法を適用し目標達成のために管理すること。 計画を作成→実行中に品質、進捗、コストをコントールする
10
サービス利用者とサービス提供者との間でサービスの品質の内容について合意した文書のこと。
11
全体最適の観点から業務とシステムを同時に改善していくためのフレームワーク
12
知識、スキル、ツール及び技法をプロジェクト活動に適用することによってプロジェクトの要件事項を満足させる
13
情報システムが設置されている施設とその環境を総合的に企画、管理、活用する
14
開発すべきシステムの具体的な用途を分析しシステム要件を明らかにする
15
情報システムに係るリスクに適切に対応して有効かつ効率的に機能させる。
16
監査計画を立案、改善の実地状況のモニタリング
17
システムの開発や保守の各工程の作業項目 ソフトウェア産業界において共通の物差しとなるのが目的
18
利用者の問いかけにシステムが会話形式で自動で応答
19
何度も繰り返しされる質問の回答をまとめた物
20
人が行ってきた定型的なパソコンの動作をソフトウェアロボットが自動化すること
21
監査テーマに応じてシステム管理基準以外の基準を使用してもいい
22
会社合併に伴う新組織への移行、新規の経理システム導入に向けたプログラム開発
23
ITサービスの提供とサポートに対して、ベストプラクティス(成功事例)を提供している
24
ソフトウェア開発組織の成熟度を多段階のレベルで定義している。
25
営業部門、経理部門、情報システム部門が関与
26
プログラムを解析することでソフトウェアの仕様を調査して設計情報を輸出する
27
開発中のソフトウェに対する変更要求などに柔軟に対応するために短い期間の開発を繰り返す ドキュメントを作成するよりもソフトウェアの開発を優先する
28
試作品のソフトウェアを作成して利用者による評価をフィードバックして開発する
29
回避、軽減, 受容、転嫁
30
インシデント管理
31
3ソフトウェアが提供する機能使用を変えず内部構造を改善すること
32
3.IT戦略の策定、実行をコントロールしあるべき方向へ導く組織能力
33
4.成果物と作業の一覧及びプロジェクトからの除外事項を記述
34
使用したことない人でも簡単な教育だけで利用可能
35
2.工程の状態や品質を時系列に表した図。工程が安定した状態にあるかどうか判断
36
ファシリティマネジメント
37
UPS
38
サービスレベルマネジメント
39
IPS
40
新和図法
41
3プロジェクト全ての変更要求
42
3.照会機能の応答時間
43
1.ドキュメントの作成よりもソフトウェア作成を優先する。変化する顧客の要望を素早く取り入れる。
44
計画, 実行, 点検, 処置
45
ネットワークの構成を二重化ネットワークが繋がらなくなる障害の低減を図る
46
本番環境運用中のシステムに対して不良を発見し障害が発生する前に修正を行うこと, 運用中のシステムに対して法律改正を行うこと
47
候補となる原因を魚の骨の形で整理する特性要因図を使用する
48
業務の有効性や資産の保全などを確保する取り組みである。 統制環境、 リスクの評価と対応(内部統制を阻害するリスクを分析) 統制活動(体制を構築) 情報と伝達(内部統制に関わる法令その他の規範を尊守する) モニタリング(内部統制が有効に働いているか断続的に評価するプロセス) ITへの対応の6つから成り立つ。
49
2.クラスや継承という概念を利用してソフトウェアを再利用しソフトウェア開発の生産性向上を図る
50
3要求変化に対応した高品質のソフトウェアを短い期間でリリースすることである。 アジャイル開発のアプローチの1つでもある
51
1テスト工程の終了が遅れても本番稼働に影響を与えないようプロジェクトに予備の期間を設ける
52
3照会機能の応答時間
53
4ドキュメントの作成よりもソフトウェアの作成を優先し変化する顧客の要望を素早く取り入れる
54
社長直属の品質保証部門
55
4プロジェクト情報の作成や配布の方法を明確にする
56
1開発プロジェクトを時系列に分割し開発を一方向に進める開発モデル
57
3稼働中のシステムに修正や変更を行うこと
58
1プログラムの入力と出力に着目してテストすること。 様々な入力に対して仕様書通りの出力が得られるかどうかを検証する。
59
リリース及び展開管理
60
3システム開発部門と運用部門が密接に連携しシステムを迅速に顧客に届けること
61
運用開始後(本番環境で運用中)のシステムに対して不具合が見つかった場合や利用者のニーズに変化があった場合適応すべき法律が改正された場合にソフトウェアの修正や変更を行う。 設計書も変更する。
62
1プロセスグループを相合に調査・管理するプロセスである。 (例:新機能を追加するために納期を変更するか要員を変更するかなど)
63
1新機能で追加で開発するためにWBSを変更しコストの詳細な見積もりをするための情報として提供。
64
2ソフトウェア部品についてコーディングらコンパイル及びテストを実地するまでの詳細設計を行う工程
65
4既存のソフトウェアのプログラムを解析してプログラムの仕様と設計を導き出す手法
66
会社合併に伴う新組織への移行, 新規の経理システム導入に向けたプログラム開発
67
1:24時間365日利用可能
68
1事業断続計画のこと。重大災害発生時に必要最低限の事業を断続して業務を早期に復旧・再会できるようにすること。
69
具体的なシステムの提案を要請する提案依頼書のこと
70
監査計画、予備調査・本調査・調査・結論
71
コストを増加させてでもスケジュールを厳守する
72
プロジェクトマネジメントの知識を体系化していること
73
現在と将来
74
求める機能を明確にするためにプログラムを記述するよりも前にテストケースを開発する手法
75
本人拒否率, 他人受入率