説明／参考資料：
Explanation:
並行テストの目的は、新しいシステムの実装がユーザーの要求を満たすことを確認することです。並行テストの結果、実際には旧システムの方が新システムよりも優れていることが判明する場合もありますが、それが主な理由ではありません。並行テストの前に、単体テストとシステムテストが完了します。システムテストでは、プログラムとファイルのインターフェースにおけるエラーがテストされます。

説明／参考資料：
Explanation:
フォーマット文字列攻撃は、最近発見された新しいタイプの脆弱性です。この攻撃は、プログラムをクラッシュさせたり、悪意のあるコードを実行したりするために悪用される可能性があります。この問題は、print() などのフォーマット処理を行う特定の C 関数において、フィルタリングされていないユーザー入力をフォーマット文字列パラメータとして使用していることに起因します。悪意のあるユーザーは、%s や %x などのフォーマットトークンを使用して、スタックやメモリ内の他の場所からデータを出力する可能性があります。また、%n フォーマットトークンを使用して、任意の場所に任意のデータを書き込むことも可能です。

This is because audit trails are records of system activity and user actions that can provide evidence of the validity and integrity of transactions and data in a financial application system. Audit trails can help to ensure compliance with laws, regulations, policies, and standards, as well as to detect and prevent fraud, errors, or misuse of information. Audit trails can also facilitate auditing, monitoring, and evaluation of the financial application system's performance and controls1.
The application should meet the organization's requirements (A) is not the best answer, because it is a general and obvious criterion that applies to any application system acquisition, not a specific and important recommendation for a financial application system. The organization's requirementsshould be clearly defined and documented in the RFP, but they may not necessarily include audit trails as a design feature.
Potential suppliers should have experience in the relevant area © is not the best answer, because it is a factor that affects the selection of the supplier, not the design of the financial application system. The experience and reputation of potential suppliers should be evaluated and verified during the RFP process, but they may not guarantee that the supplier will include audit trails in the design.
ベンダー従業員の身元調査を定期的に実施する（D）は、ベンダーのセキュリティと信頼性に影響を与える措置であり、財務アプリケーションシステムの設計には影響しないため、最適な回答ではありません。ベンダー従業員の身元調査は、ベンダー管理およびデューデリジェンスプロセスの一環として実施されるべきですが、ベンダーが設計に監査証跡を含めることを保証するものではありません。