The process is Encryption. DAMA-DMBOK2 defines encryption as converting readable plaintext into coded information so that privileged or sensitive content cannot be understood without the appropriate decryption mechanism. The DMBOK2 security section specifically describes encryption as translating plain text into complex codes to hide privileged information and also notes its use in protecting transmission integrity and validating identity.

Encryption supports confidentiality both at rest and in transit. Depending on implementation, organizations may use symmetric encryption, asymmetric or public-key encryption, hashing for particular integrity or authentication functions, and other cryptographic mechanisms.

The crucial distinction is that encryption deliberately changes the representation of information according to a cryptographic algorithm and key structure. Encapsulation, enhancement, elimination, and exaggeration are not substitutes for cryptographic protection.

Within the wider DAMA framework, encryption should be applied according to classification and risk. Highly sensitive information may require stronger cryptographic controls, restricted key management, rotation procedures, and separation of duties.

Data Quality and Data Security intersect at integrity: unauthorized changes may produce inaccurate data even when availability remains unaffected. Security controls therefore protect not merely secrecy but the reliability and trustworthiness of managed information.

Reference Topics: DAMA-DMBOK2 Chapter 7 — Encryption; Confidentiality; Data Integrity; Cryptographic Controls; Security Classification.

===============

This is Data Enrichment. Enrichment enhances existing records by adding useful information derived from internal or external sources. The original postal address remains intact, while geographic coordinates are appended to make the customer record more useful for location analysis, logistics, service coverage, route planning, or segmentation.

Enrichment differs from cleansing. Cleansing corrects or standardizes defective data; enrichment adds information that was not previously present. A process may perform both—for example, standardizing an address before passing it to a geocoding service.

External enrichment introduces governance and quality considerations. The organization should assess source reliability, licensing and permitted usage, refresh frequency, match confidence, geographical precision, lineage, and whether enrichment values should be treated as authoritative or derived.

Metadata should record that latitude and longitude were obtained from an external geocoding process rather than directly supplied by the customer. Quality metrics may measure match rate, confidence, completeness, or positional accuracy.

DAMA identifies Data Quality Management as including error detection, cleansing, and enrichment strategies, while Metadata Management supports understanding of lineage, definitions, and usage.

Reference Topics: DAMA-DMBOK2 Chapter 13 — Data Enrichment; Cleansing; Profiling; Metadata Lineage; External Data Sources.

===============

An effective Data Governance communication program should employ multiple complementary communication mechanisms, making All answers correct. Governance changes how people define, create, use, approve, and resolve issues with data; consequently, sustained adoption requires more than publishing policies.

Regular newsletters keep stakeholders aware of progress, decisions, metrics, and upcoming activities. A Data Governance Portal provides a persistent location for policies, standards, stewardship information, glossaries, issue processes, and supporting materials. Custom training develops the capabilities required for individuals to understand their specific governance responsibilities. Informal networking events help establish relationships across business and technical groups, which is particularly important when resolving data ownership and definition conflicts.

DAMA-DMBOK2 treats communication and organizational change as core implementation considerations because governance depends on participation across functions rather than on a single technical team. Published CDMP material for this item identifies the combined response—newsletters, portal, training, and networking—as the intended answer.

For Data Quality, communication ensures that quality definitions, issue-management procedures, stewardship responsibilities, thresholds, and remediation decisions are understood and consistently applied.

Reference Topics: DAMA-DMBOK2 Chapter 3 — Governance Communications; Organizational Change; Training; Data Governance Portal; Stewardship Engagement; Chapter 13 — Data Quality Culture.

===============

Integrated strategic reviews provide the strongest mechanism for managing a Data Architecture roadmap because the roadmap must remain synchronized with enterprise strategy, business capability priorities, other architecture domains, projects, resources, and changing dependencies.

DAMA-DMBOK2 describes the Enterprise Data Architecture roadmap as the three-to-five-year path by which the target architecture becomes reality. Crucially, it states that this roadmap must be integrated into the overall Enterprise Architecture roadmap, including milestones, required resources, cost estimates, and business-capability workstreams. The roadmap should also reflect business requirements, current conditions, technical assessments, and organizational maturity.

This means roadmap management cannot sensibly be reduced to a once-a-year exercise. Strategic conditions, technology decisions, project sequencing, dependencies, and regulatory requirements may change throughout the roadmap period. Integrated reviews allow those changes to be evaluated in the context of the wider enterprise architecture rather than independently.

Senior-management support is necessary for authority and funding, while peer reviews and results evaluation are useful control activities. None, however, provides the same integrated strategic mechanism for keeping architectural direction aligned with enterprise priorities.

From a Data Quality perspective, such reviews also ensure that architecture changes preserve authoritative sources, lineage, integration controls, and enterprise quality requirements.

Reference Topics: DAMA-DMBOK2 Chapter 4 — Develop a Roadmap; Enterprise Architecture Integration; Data Dependencies; Lifecycle Reviews; Architecture Governance.

===============

The dataset can be complete while remaining inaccurate. Completeness measures whether the required records and values are present; Accuracy measures whether those values correctly represent reality.

If every customer has a telephone number, the field may achieve 100% completeness. However, if 8% of those numbers belong to other people, the values are inaccurate.

This distinction is one of the most important principles in Data Quality measurement. A populated field is not automatically trustworthy. Similarly, a syntactically valid value is not necessarily accurate.

DAMA-aligned guidance explicitly distinguishes these dimensions and notes that a complete dataset may still contain incorrect values.

The appropriate quality scorecard should therefore present completeness and accuracy separately rather than treating one as evidence of the other.

For high-risk customer contact processes, the business may define independent thresholds for both dimensions. Verification services, customer confirmation, authoritative sources, and exception handling may be needed to improve accuracy after basic completeness has already been achieved.

Reference Topics: DAMA-DMBOK2 Chapter 13 — Completeness; Accuracy; Data Quality Dimensions; Metrics; Fitness for Purpose.

===============

The primary issue is Uniqueness because more than one record represents the same real-world entity. Uniqueness evaluates whether unintended duplicate instances exist within a dataset or across integrated datasets.

Duplicate customer records can arise because of spelling variation, abbreviations, different contact details, weak matching rules, or inconsistent identifier capture. Exact duplicate detection alone is therefore insufficient. Effective entity resolution frequently requires probabilistic or deterministic matching across names, addresses, identifiers, telephone numbers, and other attributes.

DAMA-aligned Data Quality frameworks define uniqueness in terms of avoiding duplicate representation of the same entity. They also recognize that duplicate records may differ in individual attribute values while still representing the same person or object.

The issue is closely related to Master Data Management. An MDM process may match the three source records, establish that they belong to one customer, and apply survivorship rules to construct an authoritative master representation.

The correct remediation should also address the source process that allowed duplicates to be created; otherwise cleansing will merely remove symptoms while new duplicates continue to appear.

Reference Topics: DAMA-DMBOK2 Chapter 13 — Uniqueness; Matching; De-duplication; Chapter 10 — Master Data Management; Entity Resolution.

===============

The issue is Currency. Currency concerns whether data remains sufficiently aligned with the current real-world state. The address was accurate when originally captured, but reality changed and the system was not updated.

This distinction matters because Data Quality can degrade over time without any technical error being introduced. Customer addresses, employment details, product prices, organizational structures, regulatory classifications, and contact details all have varying rates of change. A dataset that was reliable last year may no longer be fit for operational use today.

DAMA's current Chapter 13 revision explicitly identifies Currency as one of the nine standard Data Quality dimensions. Related DAMA-derived guidance also notes that real-world information changes and can therefore become outdated even when it was initially correct.

Organizations should establish refresh expectations according to business use. A marketing mailing list may tolerate a different update interval from an emergency-contact database.

Metadata should document refresh frequency and source authority, while quality monitoring can identify records exceeding acceptable age thresholds.

Reference Topics: DAMA-DMBOK2 Chapter 13 — Currency; Accuracy; Timeliness; Data Aging; Monitoring; Fitness for Purpose.

===============

The correct answer is storage is cheap and easily expanded. DAMA-DMBOK2 discusses retention and disposal as important lifecycle-management responsibilities. Although information that no longer provides business, legal, regulatory, historical, or evidentiary value should normally be disposed of according to approved retention policies, organizations often postpone disposal because modern storage appears inexpensive and technically easy to expand.

This reasoning is deceptive. The acquisition cost of storage is only one component of total information-management cost. Retaining unnecessary information also increases backup requirements, recovery time, discovery obligations, privacy exposure, security risk, metadata-management effort, migration complexity, and the volume of information that must be governed. DMBOK2 therefore stresses that non-value-adding information should not be retained merely because storage capacity is readily available.

From a Data Quality perspective, excessive retention also increases the population of obsolete, redundant, and potentially inconsistent information. This makes profiling, lineage analysis, master-data reconciliation, and authoritative-source identification more difficult.

A sound governance program consequently combines retention schedules, legal requirements, metadata classification, defensible disposal procedures, and clear accountability so that data is retained for legitimate reasons rather than technological convenience.

Reference Topics: DAMA-DMBOK2 — Document and Content Management; Retention and Disposal; Information Lifecycle; Data Governance; Chapter 13 — Data Quality and Obsolete Data.

===============

Loading standardized country codes into a CRM is a classic example of Reference Data Integration. Country codes constitute controlled reference values used to classify or characterize other data. They differ from transactional information such as orders and payments and from master entities such as individual customers or products.

DAMA treats countries, currencies, geographic classifications, status codes, and similar controlled domains as typical Reference Data. The uploaded question therefore tests the distinction between integrating reusable code sets and integrating Master or Transaction Data. Published versions of the same DAMA item confirm Reference Data Integration as the intended answer.

In practice, an authoritative reference source may provide standardized country identifiers to CRM, ERP, MDM, analytical, and integration systems. Central management prevents different applications from independently inventing or changing equivalent codes.

This is also a Data Quality control. Reference integration improves Validity by restricting values to approved domains and Consistency by ensuring that different systems interpret equivalent countries identically. For example, an uncontrolled mixture of GB, UK, 826, and proprietary internal codes may create integration and reporting errors unless mappings are formally governed.

Metadata should document the authoritative source, code meaning, effective dates, mappings, ownership, and applicable standards.

Reference Topics: DAMA-DMBOK2 Chapter 10 — Reference Data; Code Sets; Reference Data Integration; Authoritative Sources; Chapter 13 — Validity and Consistency.

===============

Ensuring enterprise business processes are effectively documented is not primarily a Data Architecture mechanism for defining project scope boundaries. That responsibility belongs more directly to Business Architecture, process management, and business-analysis disciplines.

DAMA-DMBOK2 explains that Enterprise Data Architecture influences projects by defining enterprise data requirements, reviewing project data designs, determining lineage impacts, controlling unnecessary replication, enforcing Data Architecture standards, and guiding technology and renewal decisions.

Consequently, options A, B, D, and E all represent valid ways architecture can constrain or guide project scope. A design review checks that local solutions remain compatible with enterprise strategy. Standards prevent individual projects from creating incompatible structures. Replication controls limit uncontrolled proliferation of redundant data. Enterprise data requirements ensure that projects account for information needs beyond their immediate application boundaries.

Documenting business processes remains important because processes produce and consume data, but comprehensive process documentation is not itself a primary Enterprise Data Architecture scope-control activity.

From a Data Quality perspective, architectural influence prevents project-level decisions from creating duplicated authoritative sources, inconsistent definitions, undocumented lineage, or uncontrolled transformations.

Reference Topics: DAMA-DMBOK2 Chapter 4 — Manage Enterprise Requirements within Projects; Architecture Governance; Project Scope Boundaries; Data Replication; Chapter 13 — Consistency and Lineage.

===============