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