Skip To Content

Identify data quality requirements

Available with Data Reviewer license.

Determine quality business needs

One of the challenges in implementing data quality control processes is the identification of technical data quality requirements for the organization. It is important to identify and understand the business requirements for your data before translating those into technical data quality requirements that define good-quality data.

An effective data quality control process is based on the understanding of how data and information products are used within and outside of the organization. Each organization defines good-quality data differently and bases this definition on the intended purpose and use of the data. The following diagram illustrates a variety of sources for data quality requirements that may be applicable to your organization.

Sources and data quality requirements

Data quality elements

Data quality elements describe a certain aspect required for a dataset to be used and accurate. GIS data has different components to its quality. As defined by the International Organization for Standardization (ISO), these components include the following:



The presence or absence of features, their attributes, and relationships in a data model.

Logical consistency

A degree of adherence to preestablished rules of a data model's structure, attribution, and relationships as defined by an organization or industry. Many industries follow standards that are reflected in a geospatial data model as value domains, data formats, and topological consistency of how the data is being stored.

Spatial accuracy

The accuracy of the position of features in relation to Earth.

Thematic accuracy

The accuracy of attributes within features and their appropriate relationships.

Temporal quality

The quality of temporal attributes and temporal relationship of features.

Data usability

A data quality requirement to an application and its related functional requirements.

Quality requirement documentation

A quality assurance (QA) plan is a document that identifies which quality standards are relevant to a project and methods to achieve them. A QA plan is a living document that will change as new quality requirements are identified by the organization and also serves as an opportunity to bring together key stakeholders to build a common picture of what constitutes good-quality data and the business processes that drive those requirements.

The following are documentation techniques and standards that can be useful when identifying data quality requirements:

  • ISO/TC 211 Geographic information/Geomatics—International Organization for Standardization (ISO) series of standards for geographic information to define methods, tools, and services for data management for acquiring, processing, analyzing, accessing, presenting, and transferring such data in digital form among users, systems, and locations.
  • Requirements Traceability Matrix—A document that correlates any two baseline documents (one being the source requirements collected for the project and the other being the capabilities of a software product) and requires a many-to-many relationship to check the completeness of the relationship. It is used to track the requirements and to ensure the current project requirements are met.

    A traceability matrix is created by associating requirements with the software products that satisfy them.

The Requirement Category field in the following table illustrates an example of collected requirements that reference some of the data quality elements outlined above. The next step after organizing and categorizing your requirements will be to correlate your data quality requirements to corresponding capabilities found in the ArcGIS platform.

IDRequirementRequirement numberRequirement categoryProduct capability


Ability to run queries based on number of segments edited by an individual user


Functional Requirement


Ability to ensure the production data model is compliant with industry schema standard


Data Requirement—Logical consistency


As geodatabase administrator, ability to restrict POST privileges to the DEFAULT version of a small set of admin users


Functional Requirement


Ability to produce ad hoc reports indicating gaps in data for any attributes selected


Functional Requirement


Ability to ensure that source data will be migrated into the production database and have appropriate domains and relationships


Data Requirement—Logical consistency


Ability to ensure that source data is accurate according to the defined standards


Data Requirement—Spatial accuracy


Ability to ensure that production data is for mobile collectors and is attribute accurate


Data Requirement—Thematic accuracy


Ability to ensure that there is no overlap between event measures during the project period of 2010–2020


Data Requirement—Temporal quality


Ability to hyperlink a validation error with a violated business rule and provide a description


Functional Requirement


Ability to identify the number of cells that are not populated (NULL) for each required attribute field


Data Requirement—Thematic accuracy


Ability to identify parcels that have no overlaying building footprint features


Data Requirement—Logical consistency


Ability to create error reports, generate Excel files, and save them to a local drive


Functional Requirement


Ability to validate a unique ID attribute linking a parcel to matching building footprint features


Data Requirement—Logical consistency


Ability to confirm all features are compliant with metadata standards


Data Requirement—Data completeness


Ability to identify existing features as an error


Data Requirement—Thematic accuracy


Ability to indicate the location of missing features as an error


Data Requirement—Data completeness

Sample Requirements Traceability Matrix