平成29年度 秋期 午前 問59
システム監査
監査手続に関する問題
開発プロジェクトにおいて,開発検討フェーズ,プログラムテストフェーズ,移行判定フェーズを対象とし,それぞれのフェーズ終了時に監査を実施する場合,移行判定フェーズで実施することが適切な監査手続はどれか。
- ア開発目的や開発体制があらかじめ検討された上で開発が実施されたことを確認するために,開発計画書を閲覧する。
- イシステムの実現方法や代替案を検討したことを確認するために,フィージビリティスタディ報告書を閲覧する。
- ウシステムの品質が本番稼働にとって問題がないことの判断資料が作成されていることを確認するために,品質報告書を閲覧する。
- エテスト計画が策定された上でプログラムテストに着手されたことを確認するために,プログラムテスト計画書を閲覧する。
答えと解説を見る
✓ これが正解ウシステムの品質が本番稼働にとって問題がないことの判断資料が作成されていることを確認するために,品質報告書を閲覧する。
解説
移行判定で見るのは品質報告書です。
設問は、開発検討フェーズ、プログラムテストフェーズ、移行判定フェーズを対象として、それぞれの終了時に監査を実施する場合に、移行判定フェーズで実施することが適切な監査手続を選ばせています。監査手続の記述は、何を確かめるために何を見る、という二つの部分で書かれています。ですから、問われているフェーズと、閲覧する資料の持ち主が一致しているかを見れば足ります。移行という語は、開発した物を本番環境へ移すことを指し、判定は移してよいかどうかを決めることを指します。決めるためには、その出来ばえで本番に載せても差し支えないと言える材料が必要です。したがって、システムの品質が本番稼働にとって問題がないことの判断資料が作成されていることを確認するために、品質報告書を閲覧する、という手続が当てはまります。フェーズの名前を自分の言葉に訳し、そこで作られるはずの資料を思い浮かべてから記述を読むのが確実です。
ほかの選択肢はなぜ違うのか
- ア開発目的や開発体制があらかじめ検討された…:目的や体制を先に検討したうえで着手したかどうかを見る手続です。まだ何も出来ていない段階の取り決めを確かめるものですから、本番に載せてよいかを決める関門の材料にはなりません。
- イシステムの実現方法や代替案を検討したこと…:実現の方法や代わりの案を比べて検討したかどうかを見る手続です。これも取りかかる前の検討を確かめるものであって、出来上がった物の仕上がりを裏づける資料ではありません。
- エテスト計画が策定された上でプログラムテス…:計画を立ててから試験に取りかかったかどうかを見る手続です。試験を始める時点での確認なので、本番へ移すかを決める段になれば、その確認はとうに済んでいます。
この問題の用語
- プロジェクトある目的のために期間を決めて行う、一回限りの活動。決算処理のように同じ手順を繰り返す定常業務とは区別されます。
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
- 移行いまのシステムから新しいシステムへ、業務とデータを移し替えることです。切り替えの手順と、途中で起きる問題の備えが要になります。
出典:平成29年度 秋期 応用情報技術者試験 午前 問59
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)