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

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

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

問題

問2 システム再構築プロジェクトの企画段階の監査に関する次の記述を読んで,設問1〜4に答えよ。 B社は,中堅の保険会社である。B社の情報システムは,構築時から長い間利用して老朽化しているシステムが多いので,3年ほど前から順次再構築を実施し,基幹系システムの再構築がほぼ終了した。次に,周辺システムのうち,ハードウェアのサポート切れが近づいている営業支援システムを再構築することになり,新たに“営業支援システムの再構築プロジェクト”(以下,当プロジェクトという)を立ち上げ,プロジェクト計画書(以下,計画書という)を作成したところである。B社の営業支援システムは,モバイルPCの活用を進めた十数年前に構築され,新商品への対応や利便性の向上のために,何度も改修が行われてきた。 これまで,B社の再構築プロジェクトでは,開発期間の長期化や予算の超過などの事例が幾つか発生している。そこで,監査部では,当プロジェクトを監査対象として,再構築計画の適切性についてシステム監査を実施することにした。 〔当プロジェクトの体制〕 当プロジェクトは,システム部で営業支援システムの保守を担当しているT課長がプロジェクトマネージャ(以下,PMという)を務めており,システム部のメンバ3名を含めたシステム化検討チームが計画書をまとめている。また,利用部門の代表である営業統括部のS課長とメンバ2名が,業務チームとして業務要求の取りまとめを行っている。 当プロジェクトは,毎月,PMが検討の状況をプロジェクト運営委員会に報告している。プロジェクト運営委員会は,営業担当役員,システム担当役員,営業統括部長,システム部長及びシステム企画課長で構成されている。 〔再構築計画の検討状況〕 B社では,これまでの基幹系システムの再構築で実施された手順を整理した“再構築実施要領”が作成されている。当プロジェクトは,この“再構築実施要領”に従い,次のように営業支援システムの再構築計画について検討を進めた。 (1)現行システムの調査・分析 システム化検討チームは,現行の営業支援システムの基本設計書を基に機能一覧を整理した。 (2)新システムの業務要求の洗い出し,優先順位付け 業務チームは,主な営業店や本社部門の各部にヒアリングを行い,再構築する営業支援システムの業務要求を“業務要求一覧”としてまとめた。利用部門の担当者からは,現行システムに大きな不満はなく,業務を大きく変えるようなシステム機能の変更は避けてほしいという意見が多かった。 (3)再構築方式の検討 “再構築実施要領”には,標準的に定めた3方式の中から評価項目を定めて評価した上で,最適な方式を選択することが定められている。再構築方式の概要は,表1のとおりである。 表1 再構築方式の概要 〔予備調査の結果〕 監査部では,当プロジェクトで作成された計画書を閲覧し,内容が不明な点や記載が曖昧な箇所について,T課長にインタビューして確かめた。その結果,次のことが分かった。 (1)営業支援システムの主管部署は営業統括部であるが,現行システム構築時の担当者は退職しており,営業統括部やそのほかの利用部門には,営業支援システムの業務機能の全体を把握している従業員がいない状況である。また,現行システムの開発を担当したベンダも既に保守業務から撤退し,現在は別のベンダが保守を担当している。しかも,保守用のドキュメントが不足しており,システム部にもシステム全体を理解している担当者がいない状況である。 (2)業務チームがまとめた“業務要求一覧”は,現行システムに対する改善要望が中心なので,現行システムから変更不要な機能については,“現行どおり”と記載されている。 (3)基幹系システムの再構築プロジェクトの実施時,経営陣からはコストの最適化を求められていた。一方で,営業支援システムは,今後B社の重要な戦略を担うシステムであり,特に,対面販売を代替することができる営業支援システムの実現を早期に達成する,というビジネス目標が,経営陣から提示されている。 (4)B社のシステム構築に関わる規程の中に“システム投資規程”があり,予算額に応じた決裁権限者などが定められている。 (5)業務チームの検討結果を踏まえ,当プロジェクトは,リライト方式を選択してクラウドサービス上のシステム基盤に新システムを構築する方針で計画書を作成し,プロジェクト運営委員会への提出書類を準備中である。 〔本調査の計画〕 予備調査の結果を踏まえ,監査部では,本調査の監査手続書を作成するために,当プロジェクトの企画段階でのリスク及びコントロールを表2のようにまとめた。 表2 企画段階でのリスク及びコントロール(抜粋) 監査部で検討している本調査の概要は,次のとおりである。 (1)表2項番①について,プロジェクト運営委員会のメンバと,“システム投資規程”の決裁権限者とが整合しているかどうかを確認する。 (2)表2項番②について,計画書の内容を見ると,コストに関する記述が中心で,再構築方式を決定するまでの検討が不十分ではないかという懸念がある。そこで,リスクに対応したコントロールが当プロジェクトの中で適切に検討されているかどうかを確認する。 (3)表2項番③のリスクについて,計画書の内容を見ると,“現行を踏襲する”機能については,要件定義書にも具体的な要件は記載せず,“現行どおり”と記載する計画になっている。〔予備調査の結果〕(1)で判明した事実を考慮すると,設計工程及びテスト工程で問題が発生するリスクがある。 (4)表2項番④について,リライト方式の具体的な手段として,現行のCOBOLから新しいシステム基盤の構築言語であるJavaへの変換ツールの採用が検討されている。このツールは,基幹系システムの再構築時に利用したもので,生産性向上が見込めるものである。ただし,システムを稼働させるためには,ソースプログラムの変換だけでなく,新しいシステム基盤であるクラウドサービスの機能に依存する事項の検討が十分かどうかを確認する。 設問1 〔本調査の計画〕(1)について,監査部が確認しようとしている具体的な内容を50字以内で述べよ。 設問2 〔本調査の計画〕(2)について,監査部が確認しようとしている具体的な内容を40字以内で述べよ。 設問3 〔本調査の計画〕(3)について,次の(i),(ii)に答えよ。 (i)監査部が,設計工程で顕在化すると考えた,表2中の【ア】に入れるべきリスクを,40字以内で述べよ。 (ii)監査部が,テスト工程のリスクを引き起こす要因として考えたことは何か。40字以内で述べよ。 設問4 〔本調査の計画〕(4)について,システム基盤に依存する事項に関して監査部が確認しようとしている内容を,35字以内で述べよ。
表1 再構築方式の概要。リホスト,リライト,リビルドの3方式について,説明,メリット,デメリットを比較した表。
表1 再構築方式の概要。リホスト,リライト,リビルドの3方式について,説明,メリット,デメリットを比較した表。
表2 企画段階でのリスク及びコントロール(抜粋)。企画段階の体制,ビジネス目標,要件定義,検討範囲について,監査の観点,リスク,コントロールを整理した表。
表2 企画段階でのリスク及びコントロール(抜粋)。企画段階の体制,ビジネス目標,要件定義,検討範囲について,監査の観点,リスク,コントロールを整理した表。
解き方のヒントを見る

企画段階の前提条件と検討根拠

再構築計画を読むときは、現行理解の不足、業務要求の表現、方式選択の根拠、経営目標や承認との関係を、後工程で問題になり得る前提として捉えます。個別の答えではなく、検討の抜けを探す視点に絞りましょう。

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

この問題では、企画段階で置かれた前提や検討手続が、設計・テスト・稼働後の実現可能性に影響するかを一つの軸にして、計画書の記載と実際の確認方法の対応を見比べることに集中してください。

視点

企画段階の監査では、要求・現行資産・方式・基盤・意思決定の各情報が、誰によってどの根拠で確認されたかを整理します。記載の有無だけでなく、曖昧な表現や未確認の前提が後続工程へ持ち越される構造に注目します。

確認ポイント

  • 計画書の各記述が、確認可能な根拠に結び付いているか
  • 現行情報や要求の曖昧さが、後続工程の判断に影響しないか
  • 方式・基盤・承認の検討が、目的と整合して説明できるか
正解と解説を見る

解説

老朽化した営業支援システムの再構築計画を対象に、意思決定体制、方式選定、要件定義、基盤依存の非機能要件を監査する問題です。

問題の全体像

B社では、老朽化とハードウェアのサポート切れを契機に営業支援システムを再構築しようとしている。過去に再構築の長期化や予算超過があったため、監査部は企画段階の計画の適切性を確認する。事例では、現行システムを全体的に理解する人材や文書が不足し、業務要求にも「現行どおり」という曖昧な記載がある。また、再構築方式の選定ではコストだけでなく、経営陣が示した戦略的なビジネス目標を考慮する必要がある。設問は、これらの事実を表2のリスクと結び付け、監査部が何を確認すべきかを問う。

設問1

〔本調査の計画〕(1)は、表2項番①の「IT投資の意思決定に必要な情報が、意思決定権限を持つ者に集約されない」リスクに対応する確認です。したがって、単に委員会の構成を確認するのではなく、システム投資規程で予算額に応じて定められたIT投資の責任者が、プロジェクト運営委員会のメンバとして参画しているかを確認する。公式解答例も、予算規模に応じたIT投資の責任者と委員会メンバとの対応を押さえている。

設問2

方式選定では、計画書がコスト中心であり、営業支援システムが今後の重要な戦略を担い、対面販売を代替するというビジネス目標が示されている点に着目する。監査部は、リホスト、リライト、リビルドを比較する際の評価項目に、コスト以外にビジネス目標の視点が含まれているかを確認する。公式解答例も、再構築方式の比較検討にビジネス目標の観点があることを要点としている。

設問3(i)

設計工程のリスクは、現行システムの全体を把握している担当者が利用部門にもシステム部にもおらず、保守用文書も不足しているという予備調査結果から導く。業務要求一覧の「現行どおり」という記載だけでは現行仕様を具体化できないため、現行システムの要件を熟知する者がいないことで、仕様を適切に確定できないという内容になる。公式解答例も、この人材不足と仕様確定の困難さを示している。

設問3(ii)

テスト工程で確認すべきなのは、システムが業務要件を満たしているかどうかです。しかし、変更不要な機能を「現行どおり」とだけ記載する計画では、満たすべき業務要件が具体化されない。そのため、業務要件が明確でなく、要件を充足しているかどうかのテストができないことがリスクを引き起こす要因となる。公式解答例も、要件の不明確さによって充足性をテストできない点を挙げている。

設問4

リライト方式ではCOBOLからJavaへの変換ツールによるソース変換だけに目を向けると、クラウドサービス上で稼働させるための条件を見落とす。したがって、クラウド基盤に依存するセキュリティや障害設計などの非機能要件について、実現性が検討されているかを確認する。公式解答例も、セキュリティ、障害設計などの非機能要件の実現性を確認する内容としている。

学習のポイント

リスクの原因を事例中の事実から特定し、監査で確認する具体的内容に落とし込む力を身に付ける。

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

関連する過去問一覧

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