説明／参考資料：
Explanation:
MP3プレーヤーやフラッシュドライブに関する最大の懸念は、データ漏洩、特に機密情報の漏洩です。
これは、デバイスが紛失または盗難された場合に発生する可能性があります。楽曲や動画をコピーする際のリスクは著作権侵害ですが、これは通常、情報漏洩よりも重要度の低いリスクです。選択肢Cは、従業員が通常、ポータブルメディアを自費で購入するため、ほとんど問題になりません。選択肢Dは起こりうるリスクですが、情報漏洩ほど重要ではなく、他の対策で軽減できます。

4GLは通常、データ集約型の処理には適していません。代わりに、主に次のような用途で使用されます。
グラフィカルユーザーインターフェース（GUI）の設計、またはシンプルなクエリ／レポート生成ツールとして使用できます。
不正解：
A、B、スクリーン/レポート設計機能は4GLの主な利点の1つであり、4GLには
単純なプログラミング言語のサブセット。
C、携帯性も4GLの主な利点の1つです。

説明
正解はDです。監査担当者が変更ログが完全であることを確認する最善の方法は、システムから最後の変更を取得し、それをログまで遡って追跡することだからです。変更ログとは、ソフトウェアの更新、バグ修正、構成変更など、システムに対して行われたすべての変更の記録です。変更ログには、変更の日時、変更の説明と目的、変更を行った担当者またはサービス、変更の承認状況などの情報が含まれている必要があります。完全な変更ログは、システムが安全で信頼性が高く、関連する規格や規制に準拠していることを保証するのに役立ちます。
変更管理プロセスを評価するIS監査担当者は、変更が適切に承認、文書化、テスト、実装されていることを確認するために、変更ログからサンプルを選択する必要があります。ただし、サンプルを選択する前に、監査担当者は変更ログが完全かつ正確であることを確認する必要があります。つまり、システムに加えられたすべての変更がログに記録されており、欠落、重複、または改ざんされたエントリがないことを確認する必要があります。これを行うために、監査担当者はバックワードトレーシングと呼ばれる手法を使用できます。これは、システムから最後の変更を取得し、それをログまで遡って追跡する手法です。この方法で、監査担当者は、変更が関連するすべての詳細とともにログに記録されているかどうか、またログに欠落や矛盾がないかどうかを確認できます。システムからの最後の変更がログに見つからない場合、またはログエントリと一致しない場合は、変更ログが不完全または不正確であることを示しています。
他の選択肢は、選択肢Dほど優れていません。変更管理担当者に完全性についてインタビューする（選択肢A）方法は、主観的な意見や自己申告情報に依存するため、変更ログが完全であることを確認する信頼できる方法ではありません。これらの情報は真実または正確ではない可能性があります。ログから項目を取り出し、システムに遡って追跡する（選択肢B）方法は、フォワードトレーシングと呼ばれる手法で、ログ内の特定の変更がシステムに実装されていることを検証するために使用できます。ただし、この手法では、システム内のすべての変更がログに記録されていることを確認できません。経営陣による完全性の証明を得る（選択肢C）方法は、完全性の証拠や検証を提供しないため、変更ログが完全であることを確認する十分な方法ではありません。経営陣による証明は、偏っていたり、利益相反の影響を受けたりする可能性もあります。
参考文献：
IS監査の基礎：データプライバシーの監査
監査ログとは何か、そしてどのように機能するのか | Datadog
SOCにおける変更管理：リスク、コントロール、監査、ガイダンス
監査機能を有効または無効にする | Microsoft Learn
#118 | ITGC - システム変更（監査）ログレビュー - A2Q2

Risk management techniques should be included in an IS development methodology. An IS development methodology is a set of guidelines, standards, and procedures that provide a structured and consistent approach to developing information systems. A good IS development methodology should cover all the phases of the system development life cycle (SDLC), from planning and analysis to design, implementation, testing, and maintenance1.
Risk management techniques are an essential part of an IS development methodology, as they help to identify, assess, prioritize, mitigate, monitor, and communicate the risks that may affect the success of the system development project. Risk management techniques can also help to ensure that the system meets the requirements and expectations of the stakeholders, complies with the relevant laws and regulations, and delivers value to the organization2.
The other options are not as relevant or appropriate as risk management techniques for an IS development methodology. Value-added activity analysis is a technique for evaluating the efficiency and effectiveness of business processes, but it is not specific to IS development3. Access control rules are policies and mechanisms for restricting or granting access to information systems and resources, but they are more related to security management than IS development4. Incident management techniques are methods for handling and resolving incidents that disrupt the normal operation of information systems and services, but they are more related to service management than IS development5.
References:
* ISACA, CISA Review Manual, 27th Edition, 2019, p. 1911
* ISACA, CISA Review Manual, 27th Edition, 2019, p. 1942
* Value-Added Activity Analysis3
* Access Control Rules4
* Incident Management Techniques5