メインコンテンツにスキップ
自媒科技企業向けAI・開発から導入まで
日本語JA
プロジェクト相談
プロジェクト相談

企業AIプロジェクトWiki · 要件と業務シナリオ

データ要件

別名Data requirement · データ要求 · データ要求事項 · データ仕様要件 · 情報データ要件

定義

データ要件とは、明確な業務目的、主体、状態、時点及び運用条件の下で、指定されたシステム又はプロセスがどのデータを利用又は生成し、その定義、出所、構造、品質、来歴、アクセス、保護、交換及びライフサイクルが何を満たすべきかを定める規範的な記述である。業務、システム、リスク及びコンプライアンス上の必要を、設計、検証及び追跡が可能なデータ上の義務へ変換する。

データ要件はデータが満たすべきことを定め、表設計から始めるものではない

まず、業務又はシステムがなぜそのデータを必要とするか、誰が生成し、何が正本で、どの状態で利用し、どの品質・保護条件を満たすかを定め、その後にモデル、保存及び伝送を選ぶ。既存データベースの列から始めると、現行実装を正しい業務定義と誤認し、文書、メッセージ、外部マスター、人的証拠及び派生結果を漏らしやすい。

データ要件はシステム要件又はソフトウェア要件の一分類にも、独立した管理対象の集合にもなり得る。NASA の要求仕様資料は内部データ、データベース、入出力、検証及びエラー処理を含め、ソフトウェアデータ辞書は変数、形式、単位、範囲及び構造を保持する。要件が義務を定め、辞書は定義を表現・維持する情報項目である。

例えば調達申請の確実な作成には、機能・インターフェースの動作だけでなく、仕入先 ID の正本、金額・通貨の意味、欠落・競合時の処理、状態履歴、監査来歴、保存及び処分が必要である。データ要件は他の要件を置き換えず、相互に追跡する。

データ対象、出所及び責任境界を先に確立する

同じ顧客状態がCRM、契約システム、手動メモにあり、責任者と更新時刻が違うことがあります。業務対象、権威ある出所、訂正権限を決めてから項目と保存先を選びます。整った構造でも誤った意味を安定保存し得ます。

対象と粒度

業務エンティティ、イベント、状態、文書、メッセージ、参照データ、設定、ログ及び派生結果を列挙し、一レコードが何を表し、どう識別・分割・集約されるかを示す。

生成者、決定権者、管理者及び利用者

提供者、定義・品質を決める権限ある業務責任者、技術的管理者及び許可された利用者を分ける。DB 管理権限は業務データの決定権を意味しない。

正本と複製

各属性・状態について、どのシステム、文書又は権限ある決定を正とし、複製の同期時点、競合裁定、キャッシュ・帳票の有効時点を定める。

原始、変換及び派生

原入力から洗浄、標準化、集約、評価又は人による修正までの関係を保持し、どの層を業務判断に利用できるかを示す。

境界と外部依存

顧客提供、第三者取得、システム生成及び外部出力を区別する。権利、可用性、形式変更及び供給終了を連携実装の暗黙事項にしない。

機微性と適用範囲

承認済み方針に基づき、個人、商業、認証、セキュリティ、制限及び公開データと、地域、テナント、役割、目的を分類し、管理策へ結び付ける。

完全なデータ要件集合が通常扱う次元

項目型はデータの形を示すだけで、取得可能性、鮮度、利用権限、削除時期、誤り追跡は示しません。目的とライフサイクルに沿って次元を定め、仕事へ役立てながら権利と責任から外れないようにします。

定義と業務意味

名称、意味、規則、列挙値、単位、精度、時間帯、言語、コード表、有効期間及び同義語。同じ語の意味が文脈で異なる場合は分ける。

構造と関係

型、長さ、多重度、条件付き必須、キー、実体関係、階層、順序、ファイル又はメッセージ配置及び整合性制約。DB 製品を早期に固定しない。

出所、取得及び検証

経路、主体、権限、時点、証拠、許容形式、検証規則と、無効、重複、遅延、競合又は資料不足の処理。

品質と利用適合性

目的ごとに正確性、完全性、一貫性、適時性、一意性、有効性等を、範囲、標本、測定、しきい値、重大度及び不適合処理と共に定める。

時点と状態

事象時刻、記録時刻、発効・失効、版、現在・履歴状態、遅延修正及び時間順序。一つの更新時刻ですべてを代替しない。

来歴と追跡可能性

出所、取得、変換規則、処理版、人による変更及び出力先を記録し、重要結果の説明、再現、訂正及び影響分析を可能にする。

アクセス、利用及び保護

誰が何の目的で閲覧、作成、変更、承認、出力又は削除できるかと、分離、最小化、マスキング、暗号化、監査及び不正経路の結果を定める。

交換と相互運用

方向、起動条件、形式、意味、単位、版、バッチ、確認、エラー、重複及び互換条件を定め、伝送責任をインターフェース要件へ追跡する。

量と性能条件

量、増加、ピーク、ファイルサイズ、履歴深度、照会・バッチ時間枠及び想定変更時の容量再評価条件を記す。

保存、アーカイブ、移行及び処分

権限ある方針により保存開始、期間、法的保全、可読性、移行照合、削除伝播、処分証拠及び例外を決め、無期限保存を既定にしない。

一つのデータ要件を判定可能に書く方法

「正確で完全なデータ」は、用途ごとに意味が違うため実行できません。対象、利用場面、出所、品質規則、時間、例外処理と、誰がどの証拠で確認するかを示して判定可能にします。

安定 ID、主体、対象及び目的

義務を負うシステム又は役割、データ対象及び承認済み目的を示す。同じデータでも目的により品質、アクセス及び保存期間が異なる。

条件、動作及び規範的結果

起動条件、状態、入力と、取得、生成、検証、維持、拒否、変換又は処分すべき結果を記す。「データ管理を支援する」のような表現を避ける。

管理された定義の参照

データ辞書、コード表、スキーマ、インターフェース、分類又は規則の明示版を参照する。未承認項目には責任者と期限を付す。

品質・時間の判定基準

対象母集団、測定期間、統計量、しきい値、例外及び重大度を示す。未確定値は Q1、T1 等の管理パラメータとし、既定値を捏造しない。

例外、競合及び安全な結果

null、重複、無効、期限切れ、出所競合、移行差異又は出所停止時に、阻止、隔離、表示、ロールバック又は人への移管のどれを行うかを定める。

出所、理由、権限及び検証

業務規則、システム要件、リスク、契約又は承認済み方針へ追跡し、定義・承認責任と、検査、分析、実演又は試験の証拠を定める。

追跡と変更影響

生成・利用する機能、インターフェース、帳票、モデル、試験、移行及び運用統制を結び、定義、出所又は目的変更時に影響対象を特定する。

品質は用途別に定め、来歴は説明責任と訂正を支える

契約配送に使う住所と都市単位の統計では必要精度が違います。判断と誤りの影響を中心に品質を定め、値の出所、変換、影響結果を来歴で示し、訂正を下流へ伝えます。

ISO/IEC 25012 は、指定条件下でデータ特性が明示・暗黙の必要を満たす程度としてデータ品質を捉える。したがって「高品質」は単独の基準ではない。住所を配送、重複排除、地域分析又は本人確認に使う場合では、完全性、適時性及び正確性の必要が異なる。用途と誤りの結果を先に定める。

NIST Research Data Framework はメタデータ、来歴、ライフサイクル及び目的適合性を重視する。重要データについて、誰又は何がいつ取得し、どの版・変換で処理し、人と自動処理が何を変更し、どの下流結果が利用したかを答えられる必要がある。

品質不良には、阻止、隔離、原値保持、訂正開始、責任者通知、下流再処理、権限ある例外受容又は結果取消しを対応させる。意思決定から切り離されたダッシュボードだけでは適合を証明できない。

  1. 指標は明確な用途に対応するか

    各指標の対象、場面、母集団、期間及び誤りの影響を示す。

    確認：目的―品質特性―判定基準の対応。

  2. 結果を出所と処理版まで追えるか

    重要項目に十分な出所、規則、時点及び操作者情報を残す。

    確認：標本再構成と影響分析。

  3. 不良が正しい業務処理を起動するか

    重大度を阻止、隔離、警告、是正又は受容へ対応させる。

    確認：例外経路試験と終了記録。

取得から削除まで、各段階に責任と証拠を持たせる

適法に取得したデータでも、全用途への再利用や永久保存が自動的に許されるわけではありません。取得、検証、共有、保管、訂正、削除ごとに責任を定め、キャッシュ、索引、バックアップ、下流複製にも変更を反映します。

取得と権限

出所、方法、目的、通知又は権利、最小項目、初期品質及び受領証拠を確認する。技術的アクセスは新用途の許可ではない。

保存と利用

正本、分離、アクセス、変更、同時実行、一貫性、監査及び許容分析を、テスト、サポート及び帳票環境を含め定める。

共有と公開

受領者、項目、目的、地域、形式及び再配布を限定し、送付、確認、拒否及び撤回条件を記録する。公開可否は権限で決まる。

保存とアーカイブ

権限ある業務、記録、契約及び法務の根拠により期間、起算事象、削除停止及び形式を定め、検索、読取及び解釈可能性を定期確認する。

移行と統合

マッピング、範囲、洗浄、重複・競合規則、件数・金額照合、標本、ロールバック、承認及び移行元凍結を定める。

削除と廃止

本番、複製、キャッシュ、索引、出力、ログ及び管理可能な第三者を扱う。即時削除不能なバックアップ等の制限、自然失効及び完了証拠も示す。

データ要件を導出、検証し、変更を管理する

業務判断、ルール、機能、リスク、インターフェースがデータ要件を生みます。代表記録のプロファイルで仮定を確認し、問題をルールと工程へ返します。出所や目的が変われば、表だけでなく帳票、モデル、連携、保存も評価します。

判断と成果から逆算する

各判断、取引、適合証明及び運用について、必要な事実、確認権限、誤り・欠落・陳腐化の結果を特定する。

プロセスとインターフェースから導く

正常、例外、取消し、回復を追って入出力、履歴及び照合データを見つける。交換当事者は意味と版を共有する。

リスクと方針から導く

不正、権限、プライバシー、セキュリティ、記録及び継続性を、最小化、保護、来歴、保存、停止及び証拠へ変換し、権限者が確認する。

定義と構造を検証する

レビュー、スキーマ確認、コード表照合、例及び境界値により、一意な定義、一貫した関係及び利用者間の一致を証明する。

品質と変換を検証する

承認済み代表標本、既知結果、照合、統計及び再生を用い、出所欠陥と処理欠陥を区別する。

アクセスとライフサイクルを検証する

役割、目的、テナント、地域及び状態別の許可・禁止経路を試験し、移行、保全、削除及び第三者伝播を証明する。

変更を管理する

定義、コード表、出所、スキーマ、しきい値、目的、権限又は期間の変更は、生成者、利用者、履歴、インターフェース、モデル、帳票、試験及び移行を影響分析して承認する。

調達申請データ要件の構成例

以下の顧客と無関係な調達データで、目的、権威、品質、保存、削除を検証可能な要件へまとめます。Q1、R1、M1などは未確定です。実値は業務、リスク、データ責任者が証拠から承認します。

DR-ID-201：申請 ID

正式申請は申請サービスが生成する全体一意かつ再利用不能な ID と、別の利用者表示番号を持つ。下書き、正式及び ERP の ID を追跡し、表示番号を内部 ID とみなさない。

DR-MD-202：仕入先の正本

提出時の仕入先 ID と有効状態は承認済みマスター版 M1 を正とし、名称は表示スナップショットとする。一意一致がない又は正本停止時は下書きと理由を保持する。

DR-SEM-203：金額の意味

金額ごとに通貨、税込区分、精度、丸め規則と必要な為替出所・時点を保持する。明細規則で再計算し、差異が未確定許容値 Q1 を超えれば提出を阻止する。

DR-STATE-204：状態履歴

各遷移は前後状態、業務事象時刻、記録時刻、権限ある主体、理由及び規則版を記録する。訂正は関連する新事象とし、履歴を不可視に上書きしない。

DR-PROV-205：証拠来歴

添付と抽出項目は元ファイル ID、内容ダイジェスト、取得経路、抽出又は入力方法、処理版及び確認状態を保持し、判断から原証拠へ追跡できるようにする。

DR-MIG-206：移行照合

バッチは元 ID と変換結果を保持し、件数、状態、金額合計及びリスク標本を照合する。差異の説明・終了前に正本を切り替えない。

DR-LIFE-207：保存と処分

申請と証拠は承認済み記録区分及び R1 起算規則に従い、保全中は削除を停止する。満了時は管理可能な複製を処理し、原文を含まない処分証拠を残す。

企業 AI では学習、検索、推論、評価、フィードバック及びログを分けて要件化する

「AIデータ」という呼び方は用途変更を隠します。会話は一回の推論文脈から、ログ、人の審査、評価、後の学習へ移る場合があります。別用途へ進むたびに、権限、期間、最小化、退出を改めて確認します。

用途別に区分する

学習・調整コーパス、検索知識、実行時文脈、ツール入出力、評価集合、人のフィードバック及びログごとに出所、用途、権限、期間及び禁止再利用を定める。

来歴、権利及び版

出所、権利又は権限、取得時点、処理、版及び範囲を記録する。外部モデルがデータを保持又は学習利用するかも制約し証明する。

代表性とタスク適合性

品質基準をタスク、言語、役割、時点及びリスクへ結び付け、代表性不足、ラベル不一致及び網羅漏れを既知制限として管理する。件数は適合証拠ではない。

検索証拠と鮮度

知識の正本、版、発効・失効、アクセス及び索引状態を保持する。使用箇所を追跡し、陳腐、競合又は資料不足時は制限又は人処理へ移す。

最小化、分離及びプロンプトインジェクション

必要項目だけをモデル・ツールへ渡し、利用者、テナント及び目的別に制御する。外部内容とモデル出力を信頼しないデータとして扱い、その指示に権限を変更させない。

有用な会話や訂正でも自動的に学習材料にはならない

本番ログはまず運用、安全、障害調査のためにあり、個人情報、契約、暫定文脈を含み得ます。会話、訂正、失敗を評価・学習へ再利用するには、新しい目的、権限、選別、最小化、版が必要です。将来の改善可能性は無期限保存の理由になりません。

合成・生成データを表示する

生成方法、元データとの関係、モデル・プロンプト版、審査状態及び許容用途を記し、独立した事実又は知らないうちの再学習資料と誤認させない。

訂正、削除及び下流伝播

元資料撤回、本人請求、権利失効又は訂正時の索引、キャッシュ、評価及び管理可能な派生物更新と、不可逆なモデル影響・補償判断を定める。

組合せ版と継続監視

データ集合、分割、ラベル、知識スナップショット、モデル、プロンプト及び規則を評価・本番結果へ結び、分布、出所又は用途変更時に再評価する。

データ要件と隣接概念の違い

データモデル、DB構造、品質規則、プライバシー方針は要件を実現・制約しますが、同じ層ではありません。まず必要な業務データと満たす条件を定め、設計が構成と保存を選びます。基盤を変えてもデータ責任を残せます。

概念データ要件との境界
業務データ業務で使用・生成する事実と記録。データ要件は指定システム・目的でそれらが満たす義務を定める。
データモデル又は DB 設計実体、スキーマ、表、索引及び物理実装を組織する。要件を実現するが、業務意味、品質、権限及びライフサイクルの根拠にはならない。
データ辞書名称、定義、型、形式、単位、範囲及び関係を保持する管理情報項目。存在するだけでは出所、目的及びライフサイクル義務は完成しない。
データベース要件DB の情報、アクセス、容量、整合性及び保存に焦点を置く。データ要件はファイル、メッセージ、人的証拠、外部出所及び非永続入出力も扱う。
データ品質要件用途別品質特性と判定基準を定める一分類。完全な集合は意味、出所、関係、アクセス、交換及びライフサイクルも含む。
メタデータと来歴データの説明と出所・処理経路の記録であり、発見・理解・追跡を支えるが、要件全体ではない。
マスターデータプロセス横断で一貫識別する中核対象。ガバナンスが正本を定め、案件要件は ID、版、品質及び利用規則を参照する。
インターフェース要件境界での交換と双方責任を定める。データ要件は交換内容の意味、品質、正本及びライフサイクルを定め、相互参照する。
テストデータ検証用の入力、状態及び期待結果。要件を代表し保護が必要だが、本番データ要件そのものでも、無条件に許可された本番複製でもない。
学習データモデルパラメータを学習・調整するデータ集合で、AI データ用途の一つ。検索、推論、評価、フィードバック、ログ及び通常業務データも別に扱う。
プライバシー・セキュリティ要件保護データの権利、リスク及び統制を定める。データ要件は対象・段階へ適用するが、法的結論又は完全なセキュリティ設計にはならない。
バックアップ復旧用の複製機構。要件は復旧、整合性、アクセス、保存及び削除境界を定めるが、バックアップは正本、アーカイブ定義又は移行計画ではない。

出典と適用範囲

本項目は、企業のシステム、ソフトウェア、AI プロジェクトにおけるデータ要件を説明する。すなわち、プロジェクトが受領、生成、識別、検証、変換、交換、保存、保護、保持、移行、アーカイブ及び処分すべきデータと、その意味、出所、品質、時点、来歴、アクセス及びライフサイクルの条件を検証可能な形で定めるものである。業務データ、データモデル又はデータベース設計、データ辞書、マスターデータ管理、メタデータ管理、インターフェース要件、データ品質管理体系、プライバシー又はセキュリティ方針、バックアップ設計、テストデータ、学習データ、文書テンプレート、個別の法的義務全体は定義しない。実際のデータ対象、正本、品質しきい値、法的根拠、所在地域、保存期間及び承認権限は、プロジェクトの権限者が確認する必要がある。