B.正式なソフトウェアの検査を導入する。

A.アプリケーションはテストおよびIT全般統制の対象とはならない可能性がある。

A.ユーザー管理者

D.システム設計がビジネス上のニーズに基づいたものとするため

C.プロジェクトの成果物、コスト、スケジュール

C.プログラム評価レビュー手法（PERT手法）

B.PERT手法図

D.現在のリソースおよび残りの利用可能のプロジェクト予算に基づいた予想される終了日の算出。

A.業務委託とソフトウェア開発に関連した、組織内の技術的スキルと知識

C.データパスおよびストレージをグラフィカルに要約する。

C.ソースコードエスクロー契約を締結する。

B.品質計画が契約された成果物に含まれないこと。

C.統合テスト

A.要件は、重要性および使用頻度に基づいてテストすべきである。

D.新しいシステムがユーザー要件を満たすことを確実にする

B.統合テスト

C.欠陥検出率を最大限に伸ばすために、主にテストを通じて欠陥の検出および修正に焦点を当てながら、プロジェクトの全過程において継続的に適用する。

A.機能を削減したパイロットをテストし、リリースする。

B.並列テスト

C.ベータテスト

C.最初の段階で行われたプログラム変更のプロジェクトの残りの部分に対する影響をレビューする。

D.並行稼動切替

B.ベンダーのデフォルトアカウントおよびパスワードの確実な無効化

B.スイッチ

C.導入事後評価

C.原子性

D.プロジェクトの目標が達成されている。

B.要件および設計変更の急速なペース。

B.プロトタイプ型システムはかなりの時間とコストを節約することができる。

D.将来的にプロジェクトに使用できる教訓を識別するための反復後のレビュー

A.モジュールの再利用性の促進。

D.複数の開発環境へのサポート

D.ギャップ分析

D.プロジェクト計画が正確であるかどうか判定するため、さらに調査する。

B.ソフトウェア・ベースライン

D.ソフトウェアエスクロー契約が不適切である。

A.プログラム変更の承認

A.サーバー構成が適切に堅牢化されている。

B.限界チェック

B.入力された数字のフォーマットを確認し、データベース上の存在を確認する。

B.データがその日付まで削除されない。

A.監査ログのレビュー

B.トランザクションが自動的に番号順に配列される。順序がチェックされ、不連続な箇所があると、その位置が明確にされる。

A.ファイルヘッダーレコード

B.発見されたリスクの影響

A.給与レポートを入力フォームと比較する必要がある。

C.システムに組み込まれたコントロールをレビューして、それらが設計どおりに機能していることを確認する。

B.上書きが自動的にログされて、レビューの対象となっていることを保証する。

C.プロジェクト計画でセキュリティ要件が適切に特定されていることを確認する。

B.BPR後のプロセスフローチャート

D.トレース

C.送信者の身元を確認し、注文が契約条件に一致するか判断する。

C.データ分析およびインタラクティブモデルに基づいた意思決定。

C.目的および用例の指定不能

A.ソースデータの正確さ

C.ユーザーのスプールおよびデータベースの制限のコントロール