戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

システム監査技術者 2022年 午後1 問03


システム運用業務の監査に関する次の記述を読んで、設問に答えよ。

 金融機関であるC社は、新しい情報技術やクラウドサービスなどの活用によって、新たなサービスや業務の抜本的な改革を進めている。一方で、自社のコンピュータセンターで運用している基幹系を中心とする既存の情報システムにおいて障害が発生すると、顧客や業務に多大な影響を及ぼす可能性があることから、情報システムの安定稼働を重要な経営課題の一つと位置付けている。他の金融機関で発生したシステム障害の事例及び最近の自社での障害の発生状況などを踏まえ、システム部は、情報システムの安定稼働のための対策を実施中である。  監査部では、システム運用業務(以下、運用業務という)に関する監査を定期的に実施しており、今年度は運用業務の中から、リスクの高い運用管理及び障害管理について、3名の監査チームによるシステム監査を実施することにした。   〔運用業務の状況〕  C社では、十数年前の合併によるシステム統合の際に、運用業務をIT子会社であるD社に委託することにした。また、“運用管理規程”を見直して、運用業務の効率向上を図ってきた。  C社の運用業務の体制は、図1のとおりである。
システム監査技術者試験(令和4年 午後1 問3 図1)
 C社の運用業務の状況は、次のとおりである。  (1) C社システム部には、システム管理課と七つの開発課があり、各開発課はそれぞれの担当システムについて開発、保守を担当している。  (2) システム管理課は、D社への運用業務委託の窓口であり、C社システムの全体を統括する役割を担っている。  (3) D社では、運用管理部がC社の運用管理業務及び運用作業を受託している。実際の運用作業は、複数の会社に再委託している。  (4) 再委託先は、C社の運用管理規程に基づいてD社が作成しC社が承認した運用手順書に従って、運用作業を実施している。  (5) 運用手順書には、システムごとの作業手順を記載した個別運用手順書、及びシステム共通の作業手順を記載した共通運用手順書がある。個別運用手順書を作成又は変更する際には、C社システム部の保守担当者(以下、保守担当者という)がレビューし、承認している。共通運用手順書については、C社のシステム管理課がレビューし、承認している。  (6) 障害が発生した場合には、C社システム部、D社及び再委託先が共通で参照更新できる障害管理データベース(以下、障害DBという)に障害内容を登録し、対策の内容及び再発防止策の策定までを管理することになっている。また、障害発生時の対応作業の実施前後には、保守担当者及びD社運用管理部の責任者による承認が必要であり、承認されると自動的に承認記録が更新される。   〔予備調査の結果〕  監査チームが実施した予備調査の結果は、次のとおりである。 (1) 運用管理  ① D社運用管理部は、C社との間でSLAを締結し、運用レポートをC社システム管理課に毎月提出している。運用レポートの書式や作成方法を統一し、簡易なツールを整備することで、運用レポート作成の負荷軽減を図っている。  ② D社では、運用業務の効率向上を図るために、再委託先への運用作業の委託を進めてきた。再委託先の要員は、短期間で入れ替わることも多いことから、運用管理規程に関する研修を実施することで、作業品質の維持向上を図っている。  ③ 定例の運用作業は、運用手順書に従って実施されている。ただし、想定外のエラーが発生した場合の対応方法については、必ずしも決められているわけではない。 (2) 障害管理  ① 夜間の運用作業は、再委託先の要員だけで実施していることが多い。障害の発生によって運用手順書に記載されていない作業が必要となった場合には、保守担当者の承認を得てから作業を実施するルールになっている。しかし、夜間の障害発生時に、速やかに保守担当者に連絡が取れるとは限らず、その場合は、D社運用管理部の責任者の承認の下に必要最小限の対応を行うことになっている。保守担当者には、事後に承認を得るルールになっている。  ② 最近、オンラインシステムの画面処理が大幅に遅延する障害が発生した。原因は、データベース上のデータの断片化が進んでいたことによるものであった。保守担当者とD社運用管理部のデータベース管理者とが協力して再発防止策を策定し、今後同様の障害が発生しないよう対策を講じた。  ③ 障害発生状況の分析結果を調べたところ、共通運用手順書による作業が起因となる障害は減少していた。しかし、個別運用手順書による作業が起因となる障害は、減少していなかった。システム管理課の見解では、“データ量の増加があったシステムにおいて、C社システム部が想定していなかった障害が発生しているようだ”とのことであった。   〔監査手続書の作成〕  監査チームは、予備調査の結果を踏まえて、監査手続書案を作成した。作成した監査手続書案を表1に示す。
 監査部長は、監査手続書案をレビューし、次のように内容を見直すよう、監査チームに指示した。 (1) 運用管理  ① 表1項番1について、運用管理規程の変更があった際に、運用作業の品質が確保されるようになっているかどうかを、C社システム管理課に対して確認する監査手続を追加すること。 (2) 障害管理  ① 表1項番2について、追加の監査証拠として、障害DBから過去1年分の障害管理データを入手して、分析、調査すること。  ② 表1項番3について、経営課題を踏まえてシステムの運用状況を確かめるには、D社運用管理部のデータベース管理者だけでなく、障害管理の責任部門であるC社システム管理課にもインタビューすること。  ③ 表1項番4について、障害DB中の再発防止策の欄には、将来の障害に備えた対策までは記載されていない可能性があるので、C社システム部から保守の計画書を入手して、将来のことを考慮した障害の予防対策が検討、実施されているかどうかを確認すること。

設問1:

問題文を見る
表1項番1について、監査部長の指摘を踏まえ、監査チームが追加の監査手続として確認すべき内容を、40字以内で答えよ。

模範解答

運用管理規程の変更があったときに運用手順書を見直すルールになっていること

解説

解答の導き方

  1. 表1項番1では、運用管理規程の変更時に、運用手順書の作成経緯や理由を十分に理解しないまま作業すると、誤った運用作業につながるリスクが示されています。つまり、規程の変更が運用手順に反映されず、手順書が古いまま使われることも防ぐ必要があります。
  2. 現在の監査手続は、運用管理規程が変更されるたびに、再委託先の要員へ研修を実施しているかを確認するものです。しかし、要員が研修を受けていても、運用手順書自体が変更後の規程に沿っているとは限りません。
  3. そこで、監査部長の指示どおり、C社システム管理課に対して、規程の変更時に運用作業の品質を確保する仕組みがあるかを確認します。具体的には、変更された規程に合わせて運用手順書を見直すルールが定められていることを確かめます。

誤りやすいポイント

  • 再委託先要員への研修の実施だけを答えることです。研修は既存の監査手続で確認する内容であり、追加手続では運用手順書の見直しに着目します。
  • 「運用手順書が適切であること」のように、確認対象を曖昧にすることです。規程の変更時に手順書を見直すルールがあるか、具体的に示す必要があります。
  • D社や再委託先への確認と混同することです。監査部長の指示では、確認先はC社システム管理課です。

FAQ

Q: 規程が変更されたら、運用手順書も必ず変更する必要がありますか?
A: 変更内容が手順に影響する場合は、手順書を見直し、変更後の規程と矛盾しない状態にする必要があります。重要なのは、変更時に見直すルールが定められているかを確認することです。
Q: 研修記録の確認だけでは、なぜ不十分なのですか?
A: 研修記録から分かるのは、要員に研修が実施されたことです。運用手順書が規程の変更を反映しているかどうかまでは分からないため、別途確認が必要です。
Q: 監査では、ルールがあることだけを確認すればよいですか?
A: この設問の追加手続で確認する内容は、変更時に手順書を見直すルールがあることです。実際の運用状況まで確認する場合は、変更記録や改訂された手順書なども監査証拠になります。

関連キーワード: 変更管理、運用手順、教育訓練、内部統制、システム監査

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2:表1項番2について答えよ。

設問2(1)

問題文を見る
監査チームが想定した、表1中のaに入れるリスクを、40字以内で答えよ。

模範解答

a:承認されていない作業を実施することによって二次障害を引き起こすおそれがある。

解説

解答の導き方

  1. まず、項番2の監査項目は「障害対応時における運用管理規程の遵守状況」です。したがって、障害対応の際に定められた手順や承認ルールが守られない場合、どのような問題が起きるかを考えます。
  2. 本文には、障害によって運用手順書に記載されていない作業が必要になった場合、「保守担当者の承認を得てから作業を実施するルール」とあります。一方、夜間は保守担当者にすぐ連絡できないこともあり、その場合は「D社運用管理部の責任者の承認の下に必要最小限の対応」を行い、保守担当者からは事後に承認を得るルールです。
  3. つまり、夜間の障害対応では、通常と異なる作業を行う可能性があるため、責任者の承認を得て、対応を必要最小限にとどめることが重要です。承認を得ずに作業したり、必要な範囲を超えた作業をしたりすれば、障害を拡大させたり、新たな障害を発生させたりするおそれがあります。
  4. 表1項番2の監査手続は、再委託先の要員へのインタビューによって、夜間の障害対応がD社運用管理部の責任者の承認の下で行われているかを確認するものです。この確認が必要なのは、承認されていない作業が行われることで、対応中に別の障害、すなわち二次障害を引き起こすリスクがあるためです。

誤りやすいポイント

  • 障害対応そのものがリスクなのではありません。手順書にない作業を承認なしで行うなど、承認ルールが守られないことによるリスクを答えます。
  • 夜間に保守担当者の承認を得られない場合でも、D社運用管理部の責任者の承認を得るルールがあります。「夜間は承認が不要」と読み違えないようにしましょう。
  • 「事後に承認を得る」対象は保守担当者です。夜間の作業は、D社運用管理部の責任者の承認の下で行うことが前提です。
  • リスクは、承認記録が残らないことではなく、承認されていない作業によって障害をさらに発生させるおそれがあることです。

FAQ

Q: 二次障害とは何ですか?
A: 元の障害への対応作業が原因となって、新たに発生する障害や、元の障害の影響を拡大させる障害を指します。
Q: 夜間に保守担当者へ連絡できない場合、作業をしてはいけないのですか?
A: 本文では、D社運用管理部の責任者の承認を得て、必要最小限の対応を行うルールになっています。その後、保守担当者から事後に承認を得ます。
Q: 監査手続で確認する承認と、リスクに挙げる承認はどう関係しますか?
A: 監査手続では、夜間の作業が責任者の承認の下で実施されているかを確認します。承認がないまま作業が行われると、不適切な対応によって二次障害が生じるおそれがあります。

関連キーワード: 障害管理、承認統制、運用手順、二次障害

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2(2)

問題文を見る
〔監査手続書の作成〕(2)①を踏まえ、障害管理データを分析、調査するに当たって監査チームが抽出すべきデータを10字以内で答えよ。また、抽出したデータを使用して確認すべき内容を30字以内で答えよ。

模範解答

抽出すべきデータ:夜間に発生した障害 確認すべき内容:作業の実施内容がC社の保守担当者に承認されていること

解説

解答の導き方

この設問では、障害DBからどのデータを選ぶかと、そのデータで何を確認するかを考えます。ポイントは、夜間の障害対応には通常と異なる承認手順があることです。
まず、監査部長は「過去1年分の障害管理データ」を分析、調査するよう指示しています。表1項番2の監査項目は「障害対応時における運用管理規程の遵守状況」なので、規程上の手続に例外がある障害を選ぶ必要があります。
本文には、夜間は再委託先の要員だけで運用作業を実施することが多く、保守担当者にすぐ連絡できない場合があるとあります。その場合は、D社運用管理部の責任者の承認を得て必要最小限の対応を行い、保守担当者からは事後に承認を得るルールです。したがって、抽出対象は、この例外手順が関係する「夜間に発生した障害」です。
次に、抽出した障害について、障害対応時の承認が規程どおり行われたかを確認します。D社運用管理部の責任者の承認だけで終わらず、事後にC社の保守担当者の承認を得る必要があります。そのため、障害DBの作業記録や承認記録を調べ、実際に行った作業の内容がC社の保守担当者に承認されていることを確認します。

誤りやすいポイント

  • 夜間の障害対応でD社運用管理部の責任者が承認していれば、それで手続が完了すると考えてしまうことです。本文では、保守担当者の承認は事後に得るルールになっています。
  • 障害DBから過去1年分の全障害をそのまま対象にすることです。設問の監査項目と夜間特有の承認手順を踏まえ、夜間に発生した障害に絞って確認します。
  • 承認を得たかどうかだけに注目し、承認の対象となった作業内容と実施内容の対応を確認しないことです。実施内容が保守担当者に承認されているかを確かめます。

FAQ

Q: なぜ夜間に発生した障害を抽出するのですか?
A: 夜間は保守担当者にすぐ連絡できない場合があり、D社運用管理部の責任者による承認と、保守担当者による事後承認という例外手順が定められているためです。
Q: D社運用管理部の責任者の承認を確認すれば十分ですか?
A: いいえ。責任者の承認を得て必要最小限の対応をした後、保守担当者から事後承認を得る必要があります。
Q: 障害DBでは何を照合するとよいですか?
A: 障害の発生時刻、対応内容、承認記録を照合し、実施した作業がC社の保守担当者に承認されているかを確認します。

関連キーワード: 障害管理、監査証拠、承認統制、例外処理、データ分析

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

〔監査手続書の作成〕(2)②について、監査部長がシステム管理課にもインタビューする必要があると指摘した理由を、40字以内で答えよ。

模範解答

障害対応がC社の責任において実施されていることを確認する必要があるから

解説

解答の導き方

  1. まず、表1項番3では、再発防止策が現場の対応だけにとどまり、C社の責任で組織的に実施されないと、同様の障害が再発するリスクを挙げています。したがって、再発防止策が実施されたかだけでなく、C社が責任をもって組織的に管理しているかを確かめる必要があります。
  2. 監査手続書案では、D社運用管理部のデータベース管理者へのインタビューが予定されています。この確認によって、技術面での再発防止策やその実施状況は把握できますが、C社側が責任をもって管理しているかまでは十分に確認できません。
  3. 本文では、システム管理課が「C社システムの全体を統括する役割」を担うとされています。また、監査部長の指摘でも、C社システム管理課は「障害管理の責任部門」とされています。そのため、C社の責任における組織的な障害対応を確認するには、D社側だけでなく、責任部門であるC社システム管理課にもインタビューする必要があります。

誤りやすいポイント

  • D社のデータベース管理者へのインタビューだけで、C社の責任や管理状況まで確認できると考えないようにします。D社は委託先であり、C社の責任部門とは立場が異なります。
  • 技術的な再発防止策が実施されたかどうかと、C社の責任で組織的に実施されたかどうかは、別々に確認する必要があります。
  • 問われているのは、C社システム管理課にインタビューする理由です。再発防止策の具体的な技術内容だけを述べても、責任主体を確認する必要性が伝わりません。

FAQ

Q: D社運用管理部のデータベース管理者へのインタビューは、何を確認するためですか?
A: 再発防止策の技術的な内容や、システムへの展開状況を確認するためです。
Q: C社システム管理課へのインタビューでは、何を確認しますか?
A: C社の責任部門が、障害対応や再発防止策を組織的に管理しているかを確認します。
Q: 両者にインタビューする必要があるのはなぜですか?
A: 技術面の実施状況と、C社側の責任・管理状況の両方を確かめるためです。

関連キーワード: システム監査、障害管理、責任分担、再発防止策、内部統制

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

表1項番4について、〔監査手続書の作成〕(2)③を踏まえ、監査チームが確認すべき内容を、40字以内で具体的に答えよ。

模範解答

データ量の増加を検知するための仕組み及び実施可能な対策が記載されていること

解説

解答の導き方

表1項番4の監査項目は「障害の予防対策の状況」で、リスクは、再発防止策がその場限りの対応にとどまり、将来の障害に備えた対策ができないことです。したがって、確認すべきなのは、過去の障害への対応だけではなく、今後起こり得る障害を予防するための計画です。
障害の状況については、「データ量の増加があったシステムにおいて、C社システム部が想定していなかった障害が発生しているようだ」とあります。また、実際にデータベース上のデータの断片化によって画面処理が遅延した障害も発生しています。このことから、データ量が増えたときに、その変化を把握できず、必要な対策が遅れることが予防上の課題だと分かります。
監査部長は、障害DBの再発防止策だけでは、将来の障害に備えた対策まで確認できない可能性を指摘し、C社システム部から保守の計画書を入手するよう求めています。そこで、計画書に、データ量の増加を検知する仕組みと、検知後に実施できる現実的な対策の両方が記載されているかを確認するのが適切です。

誤りやすいポイント

  • 障害DBに過去の障害に対する再発防止策が記録されているかだけを確認すると、将来の障害を予防する計画を見落とします。
  • 「データ量を監視すること」のみでは、増加を検知した後にどのような対策を取れるのかが確認できません。
  • 反対に、対策の内容だけを確認しても、対策が必要となるデータ量の増加を把握する仕組みがあるかは分かりません。検知の仕組みと実施可能な対策の両面が必要です。

FAQ

Q: 再発防止策と障害の予防対策は、どう違いますか?
A: 再発防止策は発生した障害と同様の障害を防ぐ対策です。障害の予防対策は、まだ発生していない障害も想定して、将来のリスクに備える対策です。
Q: なぜ障害DBではなく、保守の計画書を確認するのですか?
A: 障害DBには発生済みの障害への対応が記録されていても、将来の障害に備えた計画までは記載されていない可能性があるためです。
Q: 対策が「実施可能」であることも確認するのはなぜですか?
A: 実行できない対策では、データ量の増加を把握しても障害の予防につながらないためです。

関連キーワード: 障害予防、再発防止策、データベース保守、容量監視、保守計画

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

戦国ITクイズ機能

\ せっかくなら /

システム監査技術者を
クイズ形式で学習しませんか?

クイズ画面へ遷移する→

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について