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

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

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

問題

問2 ローコード/ノーコード開発ツールを利用したシステム開発の監査に関する次の記 述を読んで,設問に答えよ。 C 社は,自動車部品を製造販売する企業である。販売,購買,生産などを管理する 基幹系システムの開発・保守は,システム部が主体となって行っている。一方,業務 効率の向上を目的とした簡易なシステム(以下,アプリという)については,利用部 門が主体となって,プログラムのコードを書かなくても開発できるローコード/ノー コード開発ツール(以下,開発ツールという)を利用して開発を行ってきた。 C 社の CIO は,開発ツールを利用したアプリの開発(以下,アプリ開発という)に は利点があることは認識していた。一方で,アプリ開発の管理ルールが定められてい なければ,開発者の異動や退職などによって保守できなくなるアプリが発生するとい ったリスクがあることを懸念していた。そこで CIO は,システム部にアプリ開発の管 理ルールを作成するよう指示し,システム部のシステム企画課に設置された事務局が 管理ルール案を作成した。 〔アプリ開発の状況〕 営業部などの各利用部門でクラウドサービス事業者と契約して開発ツールを導入し, データの照会や集計など,簡易で高い可用性を求められないアプリを中心に開発して いる。 〔システム監査の目的と対象部門〕 監査部では,アプリ開発の状況を監査することにした。監査目的は,管理ルール案 によってアプリ開発のリスクが低減できるかどうか,という点である。監査部は,ア プリ開発を積極的に行っている営業部,及び管理ルール案を作成したシステム企画課 を対象に予備調査を実施した。 〔予備調査の結果〕 監査部が予備調査を行った結果,次のことが分かった。 1.営業部長へのインタビュー結果 (1) アプリ開発は,短期間・低コストで,利用部門のニーズに合致したアプリが 開発できるという利点がある。 (2) 開発ツールの利用方法に習熟してもらうために,営業部の全部員に利用者用 ID とは別に開発用 ID を付与している。利用者用 ID では,権限に応じてデータの 参照・更新の範囲が設定される。一方,開発用 ID では,開発を効率よく進める ために,本番環境のデータの参照が可能となる設定にしている。 2.システム企画課長へのインタビュー結果 (1) アプリ開発の利点を生かし,かつ,リスクを低減するために,必要最小限の 管理ルールの作成を行う。 (2) 事務局が作成した管理ルール案の概要を表1に示す。システム部が開発する アプリについても,開発コストの削減や開発期間の短縮を目的として,開発ツー ルの利用を検討している。 (3) これまで開発されたアプリの中から,他のアプリでも利用可能なアプリの部 品をシステム部が選定し,動作確認や分類を行ってテンプレートとして登録する。 今後開発するアプリは,それらのテンプレートを可能な限り利用する。開発ツー ルの利用方法や登録したテンプレートの利用ルールについて,利用部門に対して 説明会を実施する予定である。 〔リスクの識別〕 監査部は,予備調査の結果を踏まえ,アプリ開発のリスクを識別し,それに対応す る管理ルール案の内容を洗い出した。アプリ開発のリスクと管理ルール案の内容を表 2に示す。 〔監査手続書の作成〕 監査部はリスクの高い項目について,本調査で確認すべきことを整理し,監査手続 書を作成した。その概要は次のとおりである。 (1) 営業部長へのインタビュー結果(1)を踏まえ,表1の管理ルール案の適用によっ てアプリ開発の利点が損なわれる可能性がないか,管理ルール案の内容を確認する。 (2) 表2項番1(1)について,開発判断基準がリスクを低減する内容になっているか, 開発の可否を判断するのに必要な項目に漏れがないことを確認する。 (3) 表2項番1(2)についてシステム部に確認したところ,システム部で利用してい る開発標準を流用して進捗管理や品質管理を行う予定であるとのことであった。し かし,そのまま流用するのは適切ではない場合もあることに留意する。 (4) 表2項番1(3)について,開発用 ID を申請に基づいて必要最小限の部員に付与す ることでリスクの低減が期待できることに留意する。 (5) 表2項番2(1)について,設計ドキュメントの作成基準として,記載が必要な項 目の一覧と標準フォーマットが示されている。この作成基準の適用が実効性のある ものかどうかを事務局に確認する。 (6) 表2項番2(2)について,開発ツールには,画面操作を行った利用者用 ID,操作 内容などを記録した操作ログを取得する機能が備わっている。ただし,操作ログを 取得するだけでは不十分なので,その他に必要なログの保全の要件についてもルー ルが定められていることを確認する。 設問1 〔監査手続書の作成〕(1)について,監査部が考えた,アプリ開発の利点が損 なわれる可能性を35 字以内で答えよ。 設問2 〔監査手続書の作成〕(2)について,検討されている開発判断基準に追加すべ きと思われる項目を答えよ。 設問3 〔監査手続書の作成〕(3)について,そのまま流用するのが適切ではない場合 とはどのような場合か。25 字以内で答えよ。 設問4 〔監査手続書の作成〕(4)について,監査部が考えたリスク[ア]を35 字以内で答えよ。 設問5 〔監査手続書の作成〕(5)について,監査部が事務局に確認しようとしている 内容を45 字以内で答えよ。 設問6 〔監査手続書の作成〕(6)について,監査部が確認すべき具体的な要件を30 字 以内で答えよ。
表1 管理ルール案の概要(抜粋)。適用対象、開発申請手続、テスト、ID管理、リリース管理及び開発後の管理を示す。
表1 管理ルール案の概要(抜粋)。適用対象、開発申請手続、テスト、ID管理、リリース管理及び開発後の管理を示す。
表2 アプリ開発のリスクと管理ルール案の内容(抜粋)。企画・開発段階及び運用・保守段階のリスクと管理ルール案を示す。
表2 アプリ開発のリスクと管理ルール案の内容(抜粋)。企画・開発段階及び運用・保守段階のリスクと管理ルール案を示す。
解き方のヒントを見る

統制と監査を考える視点

この分野では、便利さや作業の速さだけで判断せず、利用目的と管理責任、記録の残り方を同じ枠組みで見比べ、継続的に説明できる状態かを落ち着いて確認することが大切です。

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

選択肢を読むときは、誰がどの範囲を管理し、判断や変更の経緯を後から確認できる状態かという一点に注目し、個別の機能名や印象ではなく、説明可能性の観点で整理しましょう。

視点

統制や監査を整理するときは、役割、変更、記録を切り分け、組織として継続的に確かめられる視点で捉えます。

確認ポイント

  • 責任の所在が業務上の役割と結び付いて説明できるか。
  • 判断や変更の経緯を後から確認する観点が含まれているか。
  • 運用の変化に応じて見直しを続けられる考え方になっているか。
正解と解説を見る

解説

ローコード/ノーコード開発の短期間・低コストという利点を生かしつつ、重複開発、過剰な手続、権限設定、保守性、ログ保全などのリスクを監査する問題です。

問題の全体像

C社では利用部門が開発ツールで簡易アプリを作成しており、短期間・低コストで業務ニーズに合う点が利点です。一方、管理ルールが不十分だと、類似アプリの乱立、開発者の異動・退職後の保守不能、過大な権限による本番データ参照、設計文書不足、ログの改ざん・消去などが起こり得る。監査部は、管理ルール案が利点を損なわずにリスクを低減できるかを確認するため、開発判断基準、開発用ID、文書作成、操作ログ保全などの監査手続を検討している。

設問1

表1の開発申請手続では、利用部門からの申請に基づき事務局が開発可否を判断する。申請や審査が過重になると、利用部門の負担が増え、簡易アプリを短期間・低コストで作れるという利点が損なわれる。したがって、公式解答例のとおり、開発申請手続の適用によって利用部門の負担が増える可能性を答える。35字以内なので、手続の負担増加と利点の低下を簡潔に示す。

設問2

既に検討されている判断基準は、使用データの種類、想定データ量、処理の複雑度です。これだけでは、同じようなアプリが既に存在する場合の重複開発を防げない。事例には、利用部門が各自で開発して不要なアプリが乱立するリスクが示されているため、公式解答例のとおり、類似アプリの有無を追加する。

設問3

システム部の開発標準は、基幹系などの開発を想定した進捗管理・品質管理の基準です。簡易アプリにそのまま適用すると、規模や難易度に比べて手続が過重になり、迅速・低コストという利点を損なう可能性がある。公式解答例のとおり、開発するアプリの規模が小さく難易度が低い場合を答える。25字以内では、規模と難易度の両方を押さえる。

設問4

営業部員全員に開発用IDを付与し、そのIDでは本番環境のデータを参照できる設定になっている。開発用IDを必要としない利用者まで本番データを見られるため、最小権限の原則に反する。公式解答例のとおり、権限を与えるべきでない利用者が本番環境のデータを参照できることがリスクです。

設問5

設計ドキュメントについて、必要項目の一覧と標準フォーマットを定めるだけでは、実際の利用部門がその形式で作成できなければ実効性がない。公式解答例では、標準フォーマットを使用した設計ドキュメント作成が可能かどうかを営業部に確認する内容としている。45字以内では、標準フォーマット、設計ドキュメント作成の可否、営業部への確認を含める。

設問6

開発ツールに操作ログ取得機能があっても、ログ自体が改ざん・消去されれば、事後の追跡や監査証拠として使えない。したがって、操作内容を記録することに加えて、ログの完全性を保つ保全要件を確認する。公式解答例のとおり、取得した操作ログが改ざん・消去されないよう保護することを答える。

採点講評からの学習ポイント

採点講評では、設問1で一般的なリスクではなく監査要点に沿ったリスクを捉えること、設問5で実際の文書を確認するのではなく管理ルール案の適用前に実効性を確認すること、設問6でログの取得だけでなく保全まで考えることが重視されている。管理策の存在だけで満足せず、目的どおり機能するかを確認する視点が重要です。

学習のポイント

事例中の事実を管理ルール案と結び付け、リスクと監査手続を具体化する力を養う。

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

関連する過去問一覧

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