AUシステム監査技術者試験 午後Ⅰ

令和3年度秋期 システム監査技術者 午後Ⅰ 問3

事例を読んで設問の答えを考えてから、解説のポイントとIPA公式の解答例・採点講評で確認しましょう。

問題

問3 結合テストの監査に関する次の記述を読んで,設問1~5に答えよ。 産業用機械メーカのC社は,20年以上前にホストコンピュータ上に構築した現行の基幹システム(以下,現行システムという)を刷新するために,現在,システム再構築プロジェクト(以下,当プロジェクトという)を進めている。 現行システムは,販売管理,生産管理,購買管理の各業務システムから構成されている。現行システムの構築当初は人事給与及び財務会計の業務システムも実装されていたが,これらについては,3年前にオープン系のパッケージシステムへ移行済みである。当プロジェクトは,現行システムを構築したP社に委託し,1年前からオープン系システムとして再構築に取り掛かっている。 C社監査部は,当プロジェクトの重要性に鑑み,システム部での勤務経験があるD氏が中心となり,これまでにプロジェクト計画段階,要件定義完了段階のシステム監査を実施している。当プロジェクトは,現在,結合テストの終了段階に入っており,監査部は,最終のテスト工程であるシステムテスト開始前に,結合テストの完了評価の適切性について,システム監査を実施することにした。D氏を含む監査部メンバは,当プロジェクトの関係者にヒアリングするとともに,関連資料を閲覧した。 〔工程計画〕 当プロジェクトは,①要件定義,②設計,③製造/単体テスト,④結合テスト,⑤システムテスト,⑥移行という工程になっている。P社との委託契約は,②設計~④結合テストは請負契約であり,①要件定義,⑤システムテスト,⑥移行に関しては準委任契約である。 C社は,業務システムごとの結合テストを完了した後,システムテストにおいて,業務システム全てを連携させたテストとユーザ受入テストを行う計画である。 〔開発体制〕 当プロジェクトの開発体制は,図1のとおりである。システム部では,現行システムの運用と保守を中心に行ってきたので,新規のシステム開発のノウハウが不足している。そのため,実質的には,要件定義の段階からP社が中心となって開発プロジェクトを進めており,システム部が,P社開発成果物のレビュー・承認,C社利用部門との仕様などの調整を担当している。 プロジェクト管理については,システム部長がプロジェクトマネージャ(以下,PMという)として全体を統括し,システム企画課がプロジェクト全体の運営事務局(以下,PMOという)として,P社の開発リーダ及びプロジェクト管理チームと連携して,進捗管理,品質管理,課題管理などを行っている。 図1 プロジェクトの開発体制 〔PMへのヒアリング〕 監査部が,結合テスト完了評価の実施方法及び実施結果について,PMにヒアリングした結果,次のことが分かった。 (1)P社の各開発チームは,P社のプロジェクト管理チームが作成した結合テスト完了基準に従って,各業務システムの結合テスト完了評価を行い,結合テスト完了評価報告書を作成した。 (2)PMOは,結合テスト完了基準の内容を確認した上で,完了基準未充足の項目がないかどうかを確認したが,特に問題点は見つかっていない。システムテストも引き続きP社の協力を得て実施する予定であり,懸念点はないと考えている。 (3)生産管理システムの結合テストで進捗の遅延が一時的に発生したが,これは,マスタデータの作成ミスによって一部テストのやり直しが発生したことが原因である。システムテストで同様の事象が発生するとシステムテスト全体の進捗にも影響が出るので,課題として指摘し,P社に再発防止を要請した。 〔結合テスト完了基準と完了評価結果〕 結合テスト完了基準と根拠資料は表1のとおりである。 表1 結合テスト完了基準と根拠資料 各業務システムの結合テスト完了評価報告書では,“全ての完了基準を充足しているので,結合テスト完了に問題ない。”と評価されていた。そこで,監査部が各業務システムの結合テスト完了評価の根拠資料を閲覧したところ,次のことが分かった。 (1)販売管理システムの品質評価結果では,“不良密度は基準範囲を下回っている。しかし,テスト密度が基準範囲内であり,テスト項目数が十分であること,類似不良の点検も実施済みであることから,品質には問題ない。”とされている。 (2)生産管理システムの品質評価結果では,“財務会計システムとの疎通確認テストで不良が発生したことによって,不良密度が基準範囲を上回っている。しかし,テスト密度は基準範囲内にあること,テスト項目はエラーケースも含めて質的に十分であること,また,チーム内で類似不良についての品質向上策を実施済みであることから,品質には問題ない。”とされている。 (3)購買管理システムの課題管理表では,結合テスト実施中に発見された生産管理システムとのインタフェース機能の仕様漏れについて,“プログラム修正とチーム内のテストは完了済み。生産管理システムと接続させての確認はシステムテストで実施予定。”とされていた。 なお,システムテストは,環境を整備するための準備期間が計画より長くなり,余裕の少ないスケジュールとなる見込みである。 〔追加の確認事項と検討事項〕 関係者へのヒアリング及び関連資料の閲覧の結果を踏まえ,D氏は,システム部による結合テスト完了評価結果に関するリスクを洗い出し,追加の確認事項と検討事項を次のとおり整理した。 (1)販売管理システムの品質評価結果では,問題がない理由としてテスト項目数が十分であることを評価しているが,それだけでは不十分なので,追加で確認する。 (2)生産管理システムで発生した課題について,システムテストに向けて適切に対応が行われているかどうかを確認する。 (3)生産管理システムの品質評価結果に記載されている類似不良の品質向上策に関して,財務会計システムは他業務システムともインタフェースがあることから,プロジェクトとしての対応が適切かどうかを確認する。 (4)購買管理システムと生産管理システムとのインタフェース機能の残課題について,システムテストでのリスクを低減するための改善提案を検討する。 (5)〔工程計画〕の内容を踏まえ,今後のシステムテストにおける当プロジェクトの体制に問題がないかどうかを確認する。 設問1 〔追加の確認事項と検討事項〕(1)について,D氏が不十分と判断した理由は何か。30字以内で述べよ。 設問2 〔追加の確認事項と検討事項〕(2)について,対応が適切に行われているかどうかを確認するための監査手続は何か。監査証拠を含めて50字以内で具体的に述べよ。 設問3 〔追加の確認事項と検討事項〕(3)について,プロジェクトとしての対応に関して何を確認すべきか。35字以内で述べよ。 設問4 〔追加の確認事項と検討事項〕(4)について,改善提案の内容として考えられることは何か。50字以内で具体的に述べよ。 設問5 〔追加の確認事項と検討事項〕(5)について,当プロジェクトの体制に関して何を確認すべきか。45字以内で具体的に述べよ。
図1 プロジェクトの開発体制。C社システム部とP社の開発リーダ、各業務システムの開発チーム、プロジェクト管理チームの関係を示す開発体制図。
図1 プロジェクトの開発体制。C社システム部とP社の開発リーダ、各業務システムの開発チーム、プロジェクト管理チームの関係を示す開発体制図。
表1 結合テスト完了基準と根拠資料。結合テストの進捗、品質、課題について、完了基準と参照する根拠資料を整理した表。
表1 結合テスト完了基準と根拠資料。結合テストの進捗、品質、課題について、完了基準と参照する根拠資料を整理した表。
解き方のヒントを見る

結合テスト完了評価の監査視点

結合テストの完了評価を監査する際に、個別の記録だけでなく、工程間のつながり、未解決事項の扱い、評価根拠の妥当性が次工程へ持ち越される可能性を確認する視点を整理します。

この問題で問われていること

この問題では、完了基準を満たしたという結論をそのまま受け入れず、評価資料が示す品質・課題・連携範囲を、次のテスト工程への影響という一つの観点から、根拠と実施主体を含めて点検してください。

視点

完了評価は、数値や記録が存在するかだけでなく、評価対象の範囲、根拠の独立性、未解決事項の扱い、次工程との責任分担が整合しているかを確認する作業です。個別の事象を、工程全体のリスクへ結び付けて考えます。

確認ポイント

  • 評価対象と根拠資料の対応関係を確認する
  • 未解決の課題について、状態・責任者・次工程への影響の記録を確認する
  • 工程や契約の区分を踏まえ、次工程で誰が何を担うかの整理を確認する
正解と解説を見る

解説

本問は、外部委託先が実施した結合テスト完了評価を監査し、品質評価の妥当性、課題対応、類似不良の共有、インタフェース試験、システムテストの実施体制を確認する問題です。

問題の全体像

C社は、開発ノウハウが不足する中で、P社に基幹システムの再構築を委託している。結合テスト完了評価では問題ないとされているが、販売管理のテスト品質、生産管理の不良と課題対応、購買管理と生産管理のインタフェース未確認などにリスクが残る。さらに、今後のシステムテストではC社側が主体的に関与できる体制も重要になる。公式解答例は、これらをシステムテスト開始前に監査上確認・改善すべき事項として示している。

設問1

販売管理システムでは、テスト密度やテスト項目数が十分であることを理由に品質に問題ないと評価している。しかし、項目数の多さだけでは、テスト項目の内容やエラーケースなど、テストの質が十分かどうかは判断できない。したがって、公式解答例は「テスト項目の質が十分であることが評価されていないから」としている。30字以内なので、項目数と質の違いを簡潔に押さえる。

設問2

生産管理システムでは、マスタデータの作成ミスでテストをやり直しており、同じ事象がシステムテストで起きると全体の進捗に影響する。したがって、課題管理表を閲覧し、再発防止策の具体的な内容と対応期限を確認する。公式解答例もこの監査手続と監査証拠を示している。

設問3

生産管理システムでは類似不良への品質向上策を実施済みとしているが、財務会計システムを含め各業務システムには相互のインタフェースがある。生産管理チーム内だけの対策では、他チームで同じ不良を見逃す可能性があるため、類似不良点検の情報が開発チーム間で共有されているかを確認する。

設問4

購買管理システムと生産管理システムのインタフェースは、仕様漏れを修正しただけで、両システムを接続した確認が未実施です。環境準備でシステムテストの余裕も少ないため、未確認のまま先送りすると影響が拡大する。公式解答例は、システムテスト開始前に両システムの疎通確認テストを実施することを改善提案としている。

設問5

システム部は新規開発のノウハウが不足し、実質的にP社が開発を主導している。一方、システムテストでは全業務システムを連携させたテストとユーザ受入テストを行う計画です。そのため、P社の協力に依存するだけでなく、C社システム部と利用部門が主体的にシステムテストを実施できる体制を確保できるか確認する。

学習のポイント

完了基準を形式的に確認するだけでなく、根拠資料から残存リスクを具体化する力を身につける。

出典:独立行政法人 情報処理推進機構(IPA)令和3年度秋期 システム監査技術者試験 午後Ⅰ 問3(公式資料:問題冊子(PDF) / 解答例 / 採点講評)

関連する過去問一覧

IPA Advancedは非公式の学習サイトです。解説にはAIによる補助生成を含む場合があります。公式の問題冊子・解答例・採点講評を優先し、誤りは確認後に訂正します。運営・編集方針