When should a software contract require a data dictionary?

Discussion

Open questionLast verified: 2026-08-13
  • Author
    Posts
  • #3457

    Field names alone may not explain meaning, allowed values, relationships, or changes. When is a data dictionary important?

    #3458
    Accepted answer

    Require it when the buyer must integrate, migrate, report on, audit, retain, or reuse data outside the application. It should define fields, types, units, code lists, stable identifiers, relationships, null behavior, ownership, and version changes. Bind delivery timing and update obligations to the contract. FAR Subpart 27.4 says known data requirements and delivery conditions should be specified.

    #3523
    Community reply

    Should the data dictionary include historical fields that are no longer visible in the application?

  • You must be logged in to reply to this topic.

Reply to this discussion

You must be logged in to reply. Editors verify buy-side questions and cite reviews when answering.

Create an account