セクション: 情報システムの取得、開発、実装 説明:
有効性チェックでは、定義済みの基準に従ってデータの有効性をチェックするプログラム制御が行われます。たとえば、給与記録には婚姻状況のフィールドが含まれており、許容されるステータス コードは M または S です。他のコードが入力された場合、記録は拒否されます。
CISA試験では、以下のデータ検証編集とコントロールを知っておく必要があります。シーケンスチェック - コントロール番号は順番に続き、シーケンスまたは重複したコントロール番号は拒否されるか、フォローアップのために例外レポートに記録されます。たとえば、請求書は順番に番号が付けられます。その日の請求書は12001で始まり、15045で終わります。
処理中に 15045 が検出されると、その請求書は無効な請求書番号として拒否されます。
制限チェック - データは事前​​定義された金額を超えてはなりません。たとえば、給与小切手は 4,000 米ドルを超えてはなりません。小切手が 4,000 米ドルを超えると、データはさらなる検証/承認のために拒否されます。
有効性チェック - 事前定義された基準に従ってデータの有効性をプログラムでチェックします。たとえば、給与記録に婚姻状況のフィールドが含まれており、許容されるステータス コードは M または S です。他のコードが入力された場合、記録は拒否されます。
範囲チェック - データは、事前に定義された値の範囲を超えてはなりません。たとえば、製品タイプ コードの範囲は 100 ～ 250 です。この範囲外のコードは、無効な製品タイプとして拒否されます。
合理性チェック - 入力データは、事前に定義された妥当な制限または発生率と照合されます。たとえば、ウィジェット製造業者は通常、ウィジェットを 20 個以上注文しません。20 個を超えるウィジェットの注文を受けた場合、コンピュータ プログラムは、注文が不合理であることを示す警告をレコードに印刷するように設計する必要があります。
テーブル検索 - 入力データは、可能な値のコンピューター化されたテーブルで維持される定義済みの基準に準拠します。たとえば、入力チェックでは、1 ～ 10 の都市コードを入力します。この番号は、コードと都市名を一致させるコンピューター化されたテーブルに対応します。
存在チェック - データが正しく入力され、有効な事前定義された基準と一致している。たとえば、有効なトランザクション コードをトランザクション コード フィールドに入力する必要があります。
キー検証 - キー入力プロセスは、元のキー入力と繰り返しキー入力を比較する機械を使用して、別の担当者によって繰り返されます。たとえば、作業者番号を 2 回入力して比較し、キー入力プロセスを検証します。
チェック ディジット - 数学的に計算された数値がデータに追加され、元のデータが変更されたり不正確になったりせず、有効な値に置き換えられたことを確認します。この制御は、転置や転記エラーの検出に効果的です。たとえば、アカウント番号にチェック ディジットが追加され、使用時に正確性をチェックできます。
完全性チェック - フィールドには、ゼロや空白ではなく、常にデータが含まれている必要があります。そのフィールドの各バイトのチェックを実行して、何らかの形式のデータが存在するか、または空白やゼロが含まれていないかを判断する必要があります。
たとえば、新しい従業員レコードの従業員番号が空白のままです。この従業員番号はフィールド内のキーとして識別され、レコードが拒否され、レコードが処理のために受け入れられる前にフィールドを完了するように要求されます。
重複チェック - 新しい取引は、以前に入力された取引と照合され、すでに入力されていないことを確認します。例: ベンダーの請求書番号が以前に記録された請求書と一致し、現在の注文が重複していないことを確認し、ベンダーに二重に支払われないようにします。
論理関係のチェック - 特定の条件が真である場合、1 つ以上の追加条件またはデータ入力関係が真である必要があり、入力が有効であると見なす必要があります。たとえば、従業員の雇用データが真である必要があり、入力が有効であると見なす必要があります。たとえば、従業員の雇用日は、生年月日から 16 年以上経過している必要がある場合があります。
誤った回答は次のとおりです。
範囲チェック - データは、事前に定義された値の範囲を超えてはなりません。たとえば、製品タイプ コードの範囲は 100 ～ 250 です。この範囲外のコードは、無効な製品タイプとして拒否されます。
存在チェック - データが正しく入力され、有効な事前定義された基準と一致している。たとえば、有効なトランザクション コードをトランザクション コード フィールドに入力する必要があります。
合理性チェック - 入力データは、事前に定義された妥当な制限または発生率と照合されます。たとえば、ウィジェット製造業者は通常、ウィジェットを 20 個以上注文しません。20 個を超えるウィジェットの注文を受けた場合、コンピュータ プログラムは、注文が不合理であることを示す警告をレコードに印刷するように設計する必要があります。
参照：
CISA レビューマニュアル 2014 ページ番号 215

データ アーキテクチャ、技術、および運用要件が十分に文書化されている場合、標準への適合は、新しいプロジェクト リソースに割り当てられた特定の作業パッケージとして扱うことができます。非標準のデータ定義を使用すると、新しい開発の効率が低下し、重要なビジネス上の決定でエラーが発生するリスクが高まります。プロジェクト終了後にデータ定義標準を変更すること (選択肢 B) はリスクが高く、実行可能な解決策ではありません。一方、違反者を処罰すること (選択肢 D) やプロジェクトを延期すること (選択肢 C) は、プロジェクト全体の収益性に損害を与える可能性があるため、不適切な提案です。