Foundations of Rules Integrity · Chapter 20
Terminology
A rule system cannot remain coherent when its essential concepts are unnamed, its terms change meaning without notice, or different communities use the same words for different things.
Chapter summary
Terminology is part of the operating architecture of a rule system
Rules depend upon language, but language does not become reliable merely because it is formal, technical, or familiar. Organizations routinely use one word for several concepts, several words for one concept, and undefined expressions whose meaning changes by department, document, jurisdiction, system, or period. Those variations can remain hidden until a rule is interpreted, automated, audited, challenged, or applied to an unfamiliar case. At that point, a terminological weakness becomes an operational weakness.
Rules Integrity therefore treats terminology as governed infrastructure. A terminology system identifies concepts before selecting labels; records definitions, scope, examples, sources, relationships, and usage constraints; distinguishes preferred terms from admitted or deprecated alternatives; and preserves the history of changes. It must support human understanding without pretending that every domain can be forced into one universal vocabulary. It must also support machine processing without reducing meaning to a list of strings.
This chapter establishes a concept-oriented approach to the vocabulary of Rules Integrity. It explains how concepts, terms, definitions, and semantic relationships should be distinguished; how normative words such as shall, should, and may should be controlled; how terminology should be governed across domains and languages; and how term records can become traceable, machine-readable components of the wider body of knowledge. It concludes with an initial core vocabulary intended as a working foundation rather than a closed canon.
Working definition
What is terminology in Rules Integrity?
Rules Integrity terminology is the governed system of concepts, designations, definitions, relationships, usage rules, sources, and revision history through which the discipline describes rule systems consistently and makes differences in meaning visible.
This definition is deliberately broader than a glossary. A glossary normally presents terms and definitions for reading convenience. A terminology system records the conceptual structure beneath those entries. It asks whether two labels designate the same concept, whether one concept is a subtype or component of another, whether a definition applies only in a particular jurisdiction or technical environment, and whether a former term remains discoverable after it has been replaced. Those relationships are necessary when vocabulary is used to design rules, compare sources, integrate systems, or evaluate change.
The phrase governed system is equally important. Definitions are not neutral decorations added after substantive work is complete. A changed definition can alter the population covered by a rule, the evidence required for conformance, the meaning of a metric, or the outcome of an automated decision. Terminological changes therefore require ownership, review, impact analysis, version control, communication, and effective dates proportionate to their consequences.
Operational importance
A vocabulary failure can behave like a rule failure
Consider an organization that uses the word customer in its privacy policy, billing system, fraud controls, and regulatory reports. One team means any person whose data is held. Another means only an account holder. A third includes prospective customers. A fourth excludes corporate entities. Each local use may appear reasonable, yet a rule that requires notification to “every affected customer” cannot be executed consistently until the concept is resolved. The conflict is not merely editorial; it changes who receives action and who remains unprotected.
Terminology performs at least four operational functions. It stabilizes communication among people who create, approve, implement, and review rules. It exposes disagreements that ordinary prose can conceal. It supports traceability between source language and internal representations. It also enables consistent data, search, analytics, automation, and evidence. When those functions are absent, organizations compensate through tribal knowledge, local glossaries, ad hoc mappings, manual interpretation, and repeated clarification. The resulting system may continue to operate, but its integrity depends upon individuals remembering meanings that the institution has not made explicit.
Meaning
Identify the concept intended before selecting or standardizing the word used to designate it.
Coordination
Give authors, operators, engineers, auditors, and decision-makers a shared basis for communication.
Detection
Make incompatible definitions, hidden scope changes, and false equivalences visible before they affect outcomes.
Interoperability
Connect documents, systems, data, models, and external vocabularies without erasing meaningful differences.
Concept orientation
Concepts, terms, definitions, and objects are related but not interchangeable
Terminology work begins with concepts rather than words. An object is something perceived or conceived: a document, transaction, person, event, state, role, process, or abstract arrangement. A concept is a unit of knowledge formed from characteristics attributed to one or more objects. A designation is the representation used to refer to that concept; it may be a term, name, symbol, code, or other sign. A definition describes the concept sufficiently to distinguish it from related concepts within a stated domain.
This distinction prevents several common errors. A word is not a concept simply because it appears in a policy. A definition is not the concept itself; it is a linguistic representation that can be incomplete, circular, or context-bound. Two organizations may use different terms for substantially equivalent concepts, while two departments may use the same term for incompatible concepts. Terminology work must therefore examine characteristics and relationships rather than relying on spelling alone.
Boundaries of meaning
Every definition has a domain, scope, and intended use
A definition that is precise in one setting may be incorrect in another. Legal, technical, operational, and scientific communities often assign established but different meanings to the same expression. The term control, for example, may denote managerial authority, a risk treatment, a technical safeguard, an experimental comparison, or a user-interface element. Attempting to select one universal definition would not create clarity; it would suppress legitimate domain distinctions.
Each term record should therefore identify the domain in which the concept is valid, the community that uses it, the documents or systems governed by the definition, and any jurisdictional, temporal, organizational, or technical limitations. It should also identify whether the definition is descriptive of current usage, normative for a particular body of work, adopted from an external authority, or proposed for discussion. These attributes allow multiple meanings to coexist without being confused.
Field of knowledge
Law, safety, finance, software, medicine, governance, manufacturing, or another relevant discipline.
Users of the concept
The professions, institutions, teams, or systems for which the meaning is established.
Where it governs
The rules, publications, processes, data models, or interfaces in which the term is intended to operate.
When and under what conditions
Jurisdiction, organizational boundary, effective period, technical version, and known exclusions.
Concept systems
Terms acquire precision through relationships, not isolation
A list of definitions can still be incoherent if the concepts have no recorded structure. Terminology should identify how concepts relate: whether one is broader or narrower, whether concepts are parts of a whole, whether they are equivalent in a defined context, whether they overlap, or whether one depends upon another. These relationships allow readers and systems to navigate meaning and detect structural errors.
Generic relationships
A narrower concept inherits the essential characteristics of a broader concept and adds at least one delimiting characteristic. A prohibition, for example, can be treated as a type of rule modality.
Partitive relationships
A concept represents a component of a whole rather than a subtype. A term record is part of a terminology system; it is not a kind of terminology system.
Associative relationships
Concepts are connected by function, cause, sequence, evidence, implementation, or another non-hierarchical relation. A rule may be implemented by a control and evaluated by a metric.
Equivalence relationships
Different designations or external concepts are treated as equivalent only within a stated scope and with known limitations. Equivalence should never be inferred from similar wording alone.
Contrast relationships
Concepts are distinguished through meaningful opposition, such as permission and prohibition, active and retired, authoritative and informative, or explicit and implicit.
Dependency relationships
The interpretation or validity of one concept relies upon another. A contradiction cannot be assessed without scope, applicability, authority, time, and modality.
Vocabulary architecture
A controlled vocabulary should preserve both preferred usage and discoverability
A controlled vocabulary designates preferred terms for defined concepts while retaining alternative labels needed for discovery and interpretation. It may include admitted terms, abbreviations, historical labels, colloquial expressions, symbols, translations, and prohibited or deprecated forms. Control does not mean that alternative language disappears. It means that the relationship between each expression and the governed concept is known.
Primary designation
The form selected for consistent use within a defined publication, system, or community.
Acceptable alternative
A recognized designation that may be used where context, audience, or established practice warrants it.
Discoverable but discouraged
A former or misleading designation retained for search, migration, and interpretation but not recommended for new use.
Related concept elsewhere
A recorded exact, close, broader, narrower, or otherwise related concept in another vocabulary.
Stable concept reference
A persistent identifier that remains stable even when the preferred label or definition changes.
Conditions of use
Guidance on audience, grammar, exclusions, examples, common confusions, and contexts in which the term should not be used.
Definition practice
A sound definition locates a concept and distinguishes it from its neighbors
Definitions should generally state the broader concept and the characteristic or characteristics that distinguish the concept being defined. For example, “a prohibition is a rule modality that specifies conduct or a state that is not permitted” locates prohibition within rule modality and identifies its distinguishing effect. This pattern supports comparison, inheritance, and detection of overlap. Other forms may be appropriate for partitive, enumerative, operational, or highly abstract concepts, but the reason should be clear.
A definition should define one concept, avoid unnecessary requirements, use known terms, state essential rather than incidental characteristics, and avoid circularity. It should not merely repeat the term, provide an example in place of meaning, or depend upon another undefined expression of equal uncertainty. It should be neither so broad that unrelated cases are included nor so narrow that ordinary valid instances are excluded. Notes and examples can explain application, but they should not quietly alter the boundary established by the definition.
Locate
Identify the broader concept or conceptual field in which the term belongs.
Distinguish
State the characteristics that separate it from coordinate concepts.
Test
Apply the definition to clear instances, non-instances, boundary cases, and counterexamples.
Align
Check consistency with related terms, authoritative sources, data models, and operational use.
Constrain
State scope, exclusions, jurisdiction, effective period, and other conditions of validity.
Explain
Add examples, notes, and usage guidance without embedding hidden changes in meaning.
Rule modality
Normative words must not drift between requirement, recommendation, permission, and possibility
Rule systems often rely on a small set of modal expressions whose differences are consequential. Standards traditions commonly distinguish requirements from recommendations and permissions, while legal and organizational drafting may use additional forms. A terminology policy should state how each form is interpreted within the governed body of work and should avoid interchangeable use of words that carry different force.
| Function | Preferred expression | Meaning in controlled use | Common risk |
|---|---|---|---|
| Requirement | shall / must | A condition that is mandatory when the rule applies and conformance is claimed. | Using mandatory language for statements that cannot be objectively evaluated. |
| Prohibition | shall not / must not | A condition or action that is forbidden within the stated scope. | Confusing prohibition with inability, advice, or prediction. |
| Recommendation | should | A course regarded as suitable while allowing justified alternatives or exceptions. | Treating a recommendation as optional without recording the reason for deviation. |
| Discouragement | should not | A course regarded as unsuitable, though circumstances may justify its use. | Reading it as an absolute prohibition or ignoring its presumption. |
| Permission | may | An action or state that is allowed within the rule’s scope. | Confusing permission with possibility or uncertainty. |
| Capability or possibility | can | A statement about ability, feasibility, or circumstance rather than authorization. | Using capability language where permission or obligation is intended. |
No single modal convention is universal. Statutes, contracts, regulations, technical specifications, and internal policies may assign different legal or institutional effects to the same word. Accordingly, the convention must be declared, source authority preserved, and transformations documented. An internal rule model should not silently convert should to shall, or may to can, merely to fit a preferred vocabulary. Normalization is useful only when it preserves the original force and records the mapping.
Lexical risk
Synonymy, polysemy, homonymy, and abbreviation create different integrity problems
Synonymy occurs when multiple terms designate the same or nearly the same concept. It can fragment search, reporting, and implementation unless preferred and alternative labels are mapped. Polysemy occurs when one term has related but distinct meanings. Homonymy occurs when identical forms designate unrelated concepts. Both can cause false matches if systems assume that a shared string implies shared meaning. Abbreviations add another risk because the same short form may expand differently by domain, and local users may forget that outsiders cannot infer the intended expansion.
Many labels, one concept
Preserve alternatives for discovery but designate a preferred term for governed use.
One label, related concepts
Separate senses, define each context, and avoid a single undifferentiated record.
One label, unrelated concepts
Use qualifiers, domain labels, identifiers, or different preferred terms to prevent collision.
Compressed designation
Record the full form, domain, grammatical behavior, and collision risk before approving use.
Similar but not identical concepts
State the difference explicitly rather than treating approximate mapping as exact identity.
Former terms still in circulation
Retain historical labels, dates, and migration guidance so older rules remain interpretable.
Term records
Each governed concept needs a record sufficient for use, review, and change
A term record should provide more than a preferred label and a sentence definition. It should preserve the information needed to understand the concept, locate its source, relate it to neighboring concepts, govern its use, and determine whether a change has downstream effects. The record is the traceable unit through which terminology becomes maintainable infrastructure.
Stable concept identifier
A persistent key independent of label, language, or display format.
Preferred and alternative labels
Terms, names, symbols, codes, abbreviations, grammatical information, and status.
Definition and notes
Definition, examples, non-examples, exclusions, and interpretive guidance.
Domain and applicability
Community, jurisdiction, publication, system, language, audience, and effective period.
Concept structure
Broader, narrower, partitive, associative, equivalent, contrasting, and dependent concepts.
Authority and provenance
Originating document, cited passage, adopting body, transformation, and reviewer.
Status and ownership
Proposed, accepted, deprecated, retired, disputed, owner, steward, and approval route.
Version history
Effective dates, superseded text, rationale, impact analysis, and migration instructions.
Operational dependencies
Rules, metrics, controls, schemas, publications, training, and systems that rely on the concept.
Terminology governance
Terms have a lifecycle and should not be changed as isolated editorial decisions
Terminology begins when a concept is discovered or proposed, but adoption should follow review. The proposer should state the problem, intended domain, candidate definition, sources, related concepts, and affected rules or systems. Review should include subject-matter expertise, terminology competence, operational users, and technical representation where relevant. The decision should record not only the approved wording but the reasons alternatives were accepted or rejected.
Identify
Recognize a missing, conflicting, overloaded, or changing concept.
Research
Collect usage, sources, examples, external definitions, and conceptual relationships.
Model
Define the concept, select designations, and place it within the concept system.
Review
Test linguistic, domain, operational, legal, and technical consequences.
Approve
Assign status, authority, scope, owner, effective date, and publication location.
Implement
Update rules, schemas, training, interfaces, indexes, mappings, and dependent guidance.
Monitor
Observe usage, disputes, classification consistency, search behavior, and external change.
Revise or retire
Preserve history, assess impacts, publish migration guidance, and maintain discoverability.
Domain alignment
Rules Integrity should connect neighboring vocabularies without claiming authority over them
Rules Integrity intersects with established disciplines that already possess mature terminology. Law distinguishes duties, powers, rights, conditions, standards, and exceptions. Systems engineering distinguishes requirements, functions, interfaces, verification, and validation. Risk management, records management, linguistics, quality, safety, and computer science contribute additional concepts. The discipline should cite and map those vocabularies rather than renaming them merely to appear original.
Cross-domain alignment requires explicit mapping types. An exact mapping asserts that concepts can be used interchangeably within the stated context. A close mapping acknowledges substantial similarity but preserves a meaningful difference. Broader and narrower mappings record relative scope. Related mappings identify association without implying equivalence. Each mapping should include source versions, rationale, reviewer, confidence, and limitations. A mapping is a governed claim, not a convenience link.
Use an external concept directly
Appropriate when an authoritative or well-established definition fits the intended purpose without material alteration.
Modify with visible differences
Appropriate when the source concept provides a foundation but scope or characteristics must change.
Relate distinct concepts
Appropriate when both vocabularies should retain their identities while users need translation between them.
Reject a false equivalence
Appropriate when familiar labels conceal differences that matter to rule interpretation or evidence.
Community ownership makes this restraint essential. A vendor-neutral discipline should not define external professions from outside or claim that its vocabulary supersedes legal, scientific, or technical authorities. Its contribution is to make relationships among rule-relevant concepts visible and usable while preserving provenance and disciplinary boundaries.
Language and localization
Translation should preserve concepts, not merely substitute words
Multilingual terminology cannot be produced reliably through word-for-word substitution. Languages divide conceptual fields differently, grammatical structures affect how obligations are expressed, and legal or institutional concepts may have no exact equivalent. A translated term can sound natural while narrowing, broadening, or changing the concept. Terminology work should therefore compare definitions, characteristics, usage, and legal effect before assigning equivalence.
Each language should have its own designations, definitions where necessary, linguistic notes, usage examples, and reviewers competent in both subject matter and language. The stable concept identifier can connect language-specific records, but it should not be used to conceal non-equivalence. Where no exact designation exists, the record may require an explanatory phrase, borrowing, transliteration, or a documented close mapping rather than a false exact match.
Localization also extends beyond language. Date conventions, units, organizational roles, regulatory categories, and culturally embedded assumptions can alter how a term is understood. The vocabulary should state whether a concept is globally intended, jurisdiction-specific, or locally instantiated. That distinction allows common principles to be shared while preventing local language from being mistaken for universal meaning.
Digital representation
Machine-readable terminology must preserve semantic distinctions and provenance
Software often treats terminology as a lookup table containing a term and definition. That representation is insufficient for interoperability. A machine-readable vocabulary should distinguish concepts from labels, assign stable identifiers, record language and status, express semantic relationships, preserve mappings to external schemes, and retain provenance and version information. Standards such as SKOS demonstrate how preferred labels, alternative labels, broader and narrower concepts, related concepts, notes, and mappings can be represented for exchange.
Machine readability does not make meaning automatic. A system can confirm that two records share an identifier, but it cannot assume that an external mapping remains valid after either concept changes. It can retrieve all rules tagged with a concept, but only if tagging practices are governed. It can detect deprecated labels, but only if historical designations were recorded. Technical representation therefore depends upon the same human disciplines of definition, review, scope, and maintenance described throughout this chapter.
Working vocabulary
An initial core vocabulary for the discipline
The following entries establish a working vocabulary for the present educational series. They are concise orientation definitions, not substitutes for the full chapters, source-specific meanings, or future community review. Each concept should ultimately receive a complete term record with relationships, provenance, examples, status, and revision history.
Rule
A decision constraint that prescribes, permits, prohibits, conditions, or otherwise structures conduct, states, decisions, or outcomes within a defined scope.
Rule system
A related set of rules together with their authority, context, dependencies, implementations, evidence, governance, and lifecycle relationships.
Rules Integrity
The discipline concerned with whether rule systems remain coherent, traceable, applicable, understandable, implementable, governable, and trustworthy throughout their lifecycle.
Rule engineering
The structured activity of eliciting, designing, expressing, analyzing, validating, implementing, and maintaining rules and their relationships.
Rule quality
The fitness of an individual rule for its intended purpose, considering characteristics such as necessity, clarity, correctness, consistency, feasibility, verifiability, and maintainability.
Rule lifecycle
The sequence of states and governed activities through which a rule is conceived, designed, authorized, implemented, operated, monitored, changed, and retired.
Authority
The recognized source of power, mandate, competence, or legitimacy by which a rule is created, adopted, interpreted, or enforced.
Rule hierarchy
An ordered relationship among rule sources or instruments that affects precedence, interpretation, derivation, or the permissibility of lower-level rules.
Scope
The defined boundary of people, entities, activities, objects, locations, systems, events, and periods to which a rule is intended to apply.
Context
The surrounding legal, organizational, technical, temporal, operational, and factual conditions necessary to interpret or apply a rule correctly.
Applicability
The determination that a rule governs a particular case because its scope, conditions, authority, and effective period are satisfied.
Modality
The normative force through which a rule expresses obligation, prohibition, permission, recommendation, discretion, or another mode of constraint.
Obligation
A modality requiring an actor to perform an action, achieve a state, provide evidence, or satisfy a condition when the rule applies.
Prohibition
A modality specifying an action, state, or outcome that is not permitted when the rule applies.
Permission
A modality authorizing an action or state without, by itself, requiring that it occur.
Exception
A governed condition that limits, displaces, or modifies the ordinary application or effect of a rule for a defined class of cases.
Contradiction
A relationship in which applicable rules impose requirements, prohibitions, permissions, classifications, or outcomes that cannot be satisfied together under the same relevant conditions.
Ambiguity
A condition in which a rule expression supports more than one materially plausible interpretation.
Vagueness
A condition in which the boundary of a concept or rule application is insufficiently determinate for some cases.
Redundancy
Duplication of rule content or effect that creates no necessary distinction and may increase inconsistency, maintenance burden, or interpretive uncertainty.
Traceability
The ability to follow verifiable relationships among a rule, its sources, rationale, approvals, interpretations, implementations, evidence, changes, and outcomes.
Provenance
The recorded origin, custody, transformation, authorship, and history of an information object, concept, rule, or evidentiary item.
Implementation
The operational realization of a rule through procedures, roles, controls, systems, configurations, training, communications, or other mechanisms.
Conformance
Demonstrated fulfillment of the requirements of a specified rule, standard, policy, or rule system within its applicable scope.
Evidence
Information capable of supporting or challenging a claim about a rule’s source, interpretation, implementation, operation, conformance, change, or effect.
Rule drift
Material divergence over time between a rule’s authorized intent and its language, interpretation, implementation, operation, evidence, or environment.
Rules governance
The allocation of authority, responsibility, decision rights, oversight, and accountability for rule systems and their lifecycle.
Metric
A defined measure used to quantify or classify a property, condition, performance, or change relevant to rule integrity.
Maturity model
A structured representation of progressively developed capabilities used to assess and guide improvement in Rules Integrity practices.
Term record
A governed information object that represents a concept through identifiers, designations, definitions, context, relationships, sources, status, and change history.
These definitions should be read together. For example, a contradiction is not established by textual opposition alone; applicability, scope, context, modality, authority, and time must be considered. Traceability is not merely citation; it includes the relationships needed to connect a rule to implementation and evidence. Rule drift is not every change; it is material divergence from authorized intent. The value of the vocabulary lies in these conceptual relationships rather than in isolated sentences.
Practical review
A sixteen-question terminology integrity test
- 01
Concept
Has the concept been identified independently of the word currently used for it?
- 02
Need
Does the concept require a governed term, or can an existing concept be used without loss?
- 03
Definition
Does the definition locate the concept and distinguish it from neighboring concepts?
- 04
Scope
Are domain, community, jurisdiction, application, language, and effective period explicit?
- 05
Instances
Has the definition been tested against clear examples, non-examples, boundary cases, and counterexamples?
- 06
Relationships
Are broader, narrower, partitive, associative, contrasting, and dependent concepts recorded where relevant?
- 07
Designation
Is the preferred term accurate, concise, recognizable, linguistically sound, and consistent with related terms?
- 08
Alternatives
Are synonyms, abbreviations, historical labels, deprecated forms, and common misspellings mapped for discovery?
- 09
Collision
Could the same term designate another concept in the same or an adjacent domain?
- 10
Source
Are the originating authority, cited passage, adopted definition, adaptations, and provenance visible?
- 11
Normative force
Are requirement, prohibition, recommendation, permission, capability, and possibility expressed consistently?
- 12
External alignment
Are mappings to other vocabularies typed, versioned, justified, and limited appropriately?
- 13
Representation
Does the machine-readable record preserve concept identity, language, relationships, status, and history?
- 14
Ownership
Is responsibility assigned for approval, review, dispute resolution, maintenance, and communication?
- 15
Dependencies
Can affected rules, metrics, controls, schemas, publications, and systems be identified before change?
- 16
Revision
Will superseded meanings remain discoverable, and will migration guidance preserve historical interpretation?
Failure cases
Common ways terminology loses integrity
Failure case 01
The glossary afterthought
Definitions are written at the end of a project to explain language already embedded in rules and systems. Conflicts are documented rather than resolved, and the glossary has no authority over implementation.
Failure case 02
Word-centered control
Matching labels are treated as matching concepts, while different labels are treated as different concepts. Search appears consistent even though meanings remain incompatible.
Failure case 03
Universal-definition overreach
One preferred definition is imposed across legal, technical, operational, and professional contexts that legitimately distinguish the concept differently.
Failure case 04
Silent normalization
Source language is converted into an internal vocabulary without preserving original modality, scope, authority, or the transformation that produced the normalized form.
Failure case 05
Definition drift
A term’s wording is revised as an editorial improvement even though dependent rules, data, metrics, controls, and historical records still rely on the former boundary.
Failure case 06
Vocabulary without stewardship
Terms are published without owners, status, review dates, dispute processes, or revision history. Users create local alternatives because the central vocabulary cannot respond.
Conclusion
A discipline becomes usable when its distinctions can be named, examined, and maintained
Terminology gives Rules Integrity a shared language, but its purpose is not uniformity for its own sake. Its purpose is to preserve distinctions that matter to rule design, interpretation, implementation, evidence, governance, and change. A strong terminology system allows people to discover that they disagree before incompatible meanings are embedded in operational systems. It also allows legitimate domain differences to coexist without being mistaken for contradictions.
That work requires concept orientation, precise definitions, explicit context, semantic relationships, controlled designations, and governed term records. It requires restraint when mapping external vocabularies, special care with normative modal language, and preservation of historical meanings. It requires technical representations that refer to stable concepts while retaining provenance and version. Above all, it requires community stewardship capable of revising the vocabulary without erasing the record by which earlier rules were understood.
The initial vocabulary in this chapter is a foundation for continued study, not a declaration that the field’s language is complete. As research, education, and practice expand, concepts will need to be tested, challenged, divided, merged, translated, and refined. That development will strengthen the discipline only if each change remains visible and its consequences can be traced.
Foundational principle: Terminological integrity exists when every consequential concept has a stable identity, an intelligible definition, an explicit context, visible relationships, governed usage, traceable sources, and a revision history sufficient to preserve meaning through change.
Selected references
Sources informing this chapter
- International Organization for Standardization. ISO 704:2022, Terminology work — Principles and methods. Establishes principles for concepts, objects, definitions, designations, concept relations, term formation, and terminology work across scientific, technical, legal, and administrative fields.
- International Organization for Standardization. ISO 1087:2019, Terminology work and terminology science — Vocabulary. Provides a foundational vocabulary for terminology work and terminology science.
- International Organization for Standardization. ISO 10241-1:2011, Terminological entries in standards — Part 1: General requirements and examples of presentation. Provides rules for preparing and presenting monolingual and multilingual terminological entries in standards.
- World Wide Web Consortium. SKOS Simple Knowledge Organization System Reference. Defines a common data model for expressing and linking thesauri, taxonomies, classification schemes, subject headings, and other knowledge organization systems on the Web.
- Object Management Group. Semantics of Business Vocabulary and Business Rules, Version 1.5. Defines vocabulary and rules for documenting and exchanging the semantics of business vocabularies and business rules.
- International Organization for Standardization and International Electrotechnical Commission. ISO/IEC Directives, Part 2 — Principles and rules for the structure and drafting of ISO and IEC documents. Includes controlled verbal forms that distinguish requirements, recommendations, permissions, possibilities, capabilities, and external constraints.
- Bradner, Scott. RFC 2119: Key words for use in RFCs to Indicate Requirement Levels. Defines widely used requirement-level keywords including MUST, MUST NOT, SHOULD, SHOULD NOT, and MAY.
- Leiba, Barry. RFC 8174: Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words. Clarifies the conditions under which uppercase requirement keywords carry the special meanings established by RFC 2119.
These sources arise from terminology science, standards drafting, knowledge organization, business vocabulary, and technical specification. They do not establish the complete vocabulary of Rules Integrity, but they provide mature principles for concept orientation, definition writing, semantic relationships, normative language, machine-readable representation, and governed terminology work.