A complete absence of reported issues immediately after introducing an enterprise Data Issue process is more likely to indicate lack of confidence in the governance process than genuinely flawless enterprise data. The certification material explicitly identifies lack of credibility in the process's ability to effect change as the plausible explanation.

Effective issue management depends on organizational trust. Employees need to believe that documenting an issue will lead to triage, ownership, escalation, root-cause investigation, remediation, and appropriate communication. If previous problems disappeared into a queue without action—or if raising defects creates organizational friction—users may simply stop reporting them.

DAMA-DMBOK2 treats Data Governance implementation as an organizational-change challenge rather than a purely procedural exercise. Governance must demonstrate authority, responsiveness, transparency, and measurable outcomes to establish credibility.

For Data Quality, issue volumes must also be interpreted carefully. “Zero issues reported” is not equivalent to “zero defects.” Complementary evidence should come from profiling, automated monitoring, quality metrics, user feedback, reconciliation, and operational outcomes.

Management should investigate reporting barriers, communicate resolved cases, establish clear escalation paths, and demonstrate that identified problems produce tangible improvements.

Reference Topics: DAMA-DMBOK2 Chapter 3 — Governance Adoption and Credibility; Data Issue Management; Chapter 13 — Issue Identification, Escalation, Root-Cause Analysis and Remediation.

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

DAMA-DMBOK2 states that Data Modeling tools and model repositories are necessary for managing the Enterprise Data Model at all levels. This includes maintaining relationships among conceptual, logical, and physical representations and controlling how models created for different purposes fit into the wider enterprise architecture.

An enterprise modeling repository provides more than diagramming. It supports version control, definitions, lineage between model layers, comparison of changes, reuse of standard entities and attributes, enforcement of modelling conventions, and communication across projects. Many modelling tools also provide relationship and lineage capabilities that enable architects to trace how concepts represented at a high level are implemented in detailed models.

Option C describes one important capability—visualizing and communicating database designs—but it is narrower than the DMBOK2 purpose stated in the question. Similarly, modelling tools support governance and architectural visualization but are not solely established for either function.

For Data Quality, governed models provide the structural metadata from which rules can be derived. Keys support uniqueness; relationships support integrity; domains support validity; mandatory attributes support completeness; and standardized definitions support consistency.

The repository therefore becomes an important bridge between Data Architecture, Metadata Management, Data Governance, and Data Quality.

Reference Topics: DAMA-DMBOK2 Chapter 5 — Data Modeling Tools and Repositories; Enterprise Data Model; Conceptual/Logical/Physical Models; Chapter 13 — Structural Quality Rules.

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

The broad role of Metadata is to help organizations understand their data, systems, and workflows. Metadata provides the context required to interpret data correctly and connect business meaning with technical implementation and operational processing. This answer is also explicitly identified in DAMA-oriented certification material.

Business metadata explains concepts, definitions, rules, ownership, stewardship, and terminology. Technical metadata describes tables, columns, datatypes, interfaces, transformations, and system structures. Operational metadata captures information about processing, execution, schedules, and usage. Together, these categories explain what information means, where it resides, how it moves, and how it is used.

Metadata can certainly improve decision-making, support Big Data solutions, group concepts, and assist reporting, but those are secondary outcomes. Option C expresses its enterprise-wide role most comprehensively.

Its connection to Data Quality is fundamental. Quality cannot be assessed consistently without metadata explaining the intended meaning and acceptable characteristics of a data element. Lineage allows a defect to be traced to its origin, while business definitions establish the context for accuracy and validity measurements.

Reference Topics: DAMA-DMBOK2 Metadata Management — Business, Technical and Operational Metadata; Data Lineage; Business Glossary; Chapter 13 — Data Quality Rules and Metadata Dependencies.

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

This is two-factor authentication (2FA). Authentication factors are distinguished by the type of evidence used to verify identity. A username identifies the account but does not constitute a separate authentication factor. The password represents something the user knows, while the code generated or delivered through an authentication application represents something the user has. Because two different factor categories are involved, the mechanism is two-factor authentication.

DAMA-DMBOK2 discusses multiple-factor identification as a security control for systems containing sensitive information. Its examples include a code returned to a user's mobile device, possession of a hardware device, and biometric factors such as fingerprints or facial recognition. DMBOK2 specifically notes that two-factor identification makes unauthorized account access substantially more difficult.

Three-factor authentication would require a third independent category, typically something the user is, such as a biometric characteristic. The mere fact that a username, password, and code are entered does not create three factors because the username is an identifier rather than authentication evidence.

From a Data Quality perspective, strong authentication protects integrity by reducing the risk that unauthorized users alter governed data, quality rules, metadata, or master records.

Reference Topics: DAMA-DMBOK2 Chapter 7 — Authentication; Multiple-Factor Identification; Authorization; Data Security; Data Integrity.

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

A candidate key is a minimal super key. A super key is any set of attributes sufficient to uniquely identify an entity instance, but it may contain attributes that are unnecessary for uniqueness. A candidate key removes that redundancy: if any attribute is removed from the candidate key, the remaining attributes no longer uniquely identify the entity.

DAMA-DMBOK2 makes this distinction explicitly: a candidate key is a minimal set of one or more attributes identifying an entity instance, and “minimal” means that no subset of the candidate key can perform the same unique-identification function.

Option B is incomplete because a set can uniquely identify an entity while still containing unnecessary attributes; that would qualify as a super key but not necessarily a minimal super key. A surrogate key is different: it is an artificial identifier introduced primarily for technical identification. Foreign-key composition and physical index structures likewise do not define candidate-key minimality.

This concept has direct Data Quality implications. Correctly defined candidate and primary keys support uniqueness and integrity, prevent duplicate entity instances, enable reliable referential relationships, and improve entity matching within Master Data Management. Key definitions should also be captured as structural metadata so profiling and quality rules can consistently test duplicate and orphan conditions.

Reference Topics: DAMA-DMBOK2 Chapter 5 — Data Modeling and Design; Keys; Candidate Keys; Chapter 13 — Uniqueness and Integrity; Metadata Management; Master Data Management.

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

DAMA-DMBOK2 distinguishes descriptive, structural, and administrative metadata when discussing metadata classifications used outside conventional IT contexts. Descriptive metadata identifies and describes a resource sufficiently to enable discovery and retrieval. DMBOK2 gives title, author, and subject as explicit examples of descriptive metadata.

A book's author, title, and subject therefore answer practical discovery questions: What is the resource? Who created it? What is it about? These attributes allow catalogues, repositories, search tools, and users to identify and retrieve the required resource.

Option A is principally structural metadata. DMBOK2 specifically identifies the number of pages and chapters as examples describing relationships within or among the components of a resource. Option D represents administrative metadata because version numbers and archive dates help manage the resource throughout its lifecycle.

The distinction is important to Data Quality because metadata itself must have appropriate completeness, consistency, currency, and accuracy. Incorrect descriptive metadata can make a valid data asset effectively undiscoverable or lead users to select an inappropriate source.

Metadata Management therefore supports Data Quality by giving data consumers reliable definitions, context, provenance, ownership, lineage, and usage information.

Reference Topics: DAMA-DMBOK2 Metadata Management — Descriptive Metadata; Structural Metadata; Administrative Metadata; Metadata Quality; Chapter 13 — Data Quality and Metadata Management.

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