{"schema":"https://ver.cy/schemas/card/1.0.0","id":"vr.wm-rec-006","code":"wm-rec-006-requirement","url":"https://ver.cy/models/wm-rec-006-requirement/","name":"Requirement","alternateNames":[],"kind":"world-model","status":"todo","version":"unversioned","language":"en","classifiers":{"family":"World Models","category":"Information and virtual systems","entryKind":"standalone-mm","plane":"","domain":["INF.REC.REQ"],"industry":["Cross-industry"],"navPath":"NAV.INF.REC.REQ","tags":["requirement","inf.rec.req"],"facets":{}},"whatItIs":"A requirement is a stated need or condition that a system, product or service must meet, kept as a record with a stable identity, immutable revisions, acceptance criteria and trace links to its origin and to what satisfies or verifies it. It is the recorded statement, not the design that answers it or the test that checks it.","purpose":"Stable requirement identity immutable revisions acceptance criteria outbound revision-pinned trace links and derived revision-set views","scope":{"in":[],"out":[],"boundaries":[]},"distinguishingFeatures":["Identity is stable while revisions are immutable, so links can pin the exact text they refer to.","It carries acceptance criteria that make it verifiable, unlike a goal or wish.","Trace links point outward to sources, designs and tests, which live in their own records.","Distinct from a policy rule or constraint, which governs behaviour generally rather than a specific system."],"structure":{"bundles":[{"id":"REC006-B1","name":"Identity and revisions","description":"Which requirement and which version.","layers":[{"id":"REC006-B1-L1","name":"Stable identity","description":"One identifier across all revisions.","findings":[{"id":"REC006-F01","name":"Requirement identity","description":"The identifier and owner of the requirement.","questions":[{"text":"What is the requirement's stable identifier, and who owns it?","id":"REC006-Q01"},{"text":"Which specification or baseline does it belong to?","id":"REC006-Q02"}]},{"id":"REC006-F02","name":"Revision","description":"Immutable revisions with their change reasons.","questions":[{"text":"Which revision is current, and what changed from the previous one?","id":"REC006-Q03"},{"text":"Who approved the revision, and when?","id":"REC006-Q04"}]}]}]},{"id":"REC006-B2","name":"Content","description":"What is required and how it is accepted.","layers":[{"id":"REC006-B2-L1","name":"Statement and criteria","description":"The requirement text and its acceptance criteria.","findings":[{"id":"REC006-F03","name":"Statement quality","description":"The text is necessary, unambiguous and verifiable.","questions":[{"text":"Is the statement singular, unambiguous and verifiable?","id":"REC006-Q05"},{"text":"Which type is it, such as functional, performance or constraint?","id":"REC006-Q06"}]},{"id":"REC006-F04","name":"Acceptance criteria","description":"How satisfaction is judged.","questions":[{"text":"Which acceptance criteria define when the requirement is met?","id":"REC006-Q07"},{"text":"Which verification method is planned: test, analysis, inspection or demonstration?","id":"REC006-Q08"}]}]}]},{"id":"REC006-B3","name":"Traceability","description":"Where it comes from and what meets it.","layers":[{"id":"REC006-B3-L1","name":"Trace links","description":"Revision-pinned links to sources, designs and tests.","findings":[{"id":"REC006-F05","name":"Upstream and downstream","description":"Links to stakeholder needs, design elements and verification.","questions":[{"text":"Which need, regulation or parent requirement does it derive from?","id":"REC006-Q09"},{"text":"Which design elements and tests are linked, and to which revision?","id":"REC006-Q10"}]}]}]}]},"agentConduct":{"may":["Draft requirements and acceptance criteria for human review.","Check statements for ambiguity, duplication and missing criteria.","Report trace coverage and links pinned to outdated revisions.","Generate test ideas from acceptance criteria."],"mustNot":["Edit an approved revision in place instead of creating a new one.","Approve or baseline requirements.","Delete trace links to hide gaps in verification.","Mark a requirement as verified without linked evidence."],"requiresHuman":["Approving and baselining requirements.","Accepting changes to requirements under contract or regulation.","Waiving a requirement or accepting a deviation."]},"ethics":{"considerations":["Missing or wrong safety requirements lead to harmful products.","Requirements decide whose needs are served, so affected users should be represented.","Traceability supports accountability when things go wrong."],"affectedParties":["End users of the system","Engineering and test teams","Customers, regulators and certifiers"]},"owners":{"steward":"The requirements owner or systems engineer responsible for the specification, under the project's change control.","roles":[],"masterSystems":["Requirements management tool","Application lifecycle management system"]},"relations":[{"target":"wm-knw-013-constraint-requirement-rule","type":"neighbor","note":"General constraints and rules versus system-specific requirements."},{"target":"wm-sft-015-test-case-test-result","type":"references","note":"Tests verify requirements through trace links."},{"target":"wm-xct-022-version-change-history","type":"requires","note":"Immutable revisions follow the version history pattern."}],"interaction":{"identity":{"applicability":"required","items":["A requirement is identified by a stable identifier within its specification plus a revision number.","ReqIF exchange uses identifiers for each specification object."]},"properties":{"applicability":"not-applicable","items":[]},"recognition":{"applicability":"optional","items":["A requirement has an identifier, a shall-type statement, a revision and acceptance criteria.","Often confused with goals, design decisions, user stories without criteria and test cases."]},"capabilities":{"applicability":"required","items":["Requirements can be revised, baselined, linked, verified, deferred or retired.","Revision sets can be derived as views of a specification at a point in time."]},"hazards":{"applicability":"required","items":["Silent changes that break the link between requirement and verification.","Ambiguous requirements leading to unsafe or disputed outcomes."]},"interfaces":{"applicability":"required","items":["OMG ReqIF for exchange of requirements between tools.","OSLC Requirements Management for linking across lifecycle tools.","ISO/IEC/IEEE 29148 for requirement content and quality."]},"context":{"applicability":"required","items":["Used in systems, software and product engineering and in procurement.","Regulated sectors such as aviation, medical devices and automotive require traceability."]}},"sources":[{"title":"ISO/IEC/IEEE 29148 Systems and software engineering - Requirements engineering (ISO/IEC/IEEE)"},{"title":"Requirements Interchange Format ReqIF (Object Management Group)"},{"title":"Guide to Writing Requirements (INCOSE)"}],"openQuestions":["Planned model: boundary questions, research and every section remain to be written."],"resources":{"spec":"https://ver.cy/models/wm-rec-006-requirement/spec.yaml","agents":"https://ver.cy/models/wm-rec-006-requirement/AGENTS.md"},"provenance":{"origin":"planned (registry candidate)","builtFrom":["models/runtime-index.json","ver-cy/world-models/card-supplements/wm-rec-006-requirement.json"],"providers":[],"researchStatus":"todo","generatedAt":"","builder":"tools/build_cards.py@1.0.0"},"completeness":{"sections":{"classifiers":"filled","whatItIs":"filled","purpose":"filled","distinguishingFeatures":"filled","structure":"filled","agentConduct":"filled","ethics":"filled","owners":"filled","relations":"filled","interaction.identity":"filled","interaction.properties":"not-applicable","interaction.recognition":"filled","interaction.capabilities":"filled","interaction.hazards":"filled","interaction.interfaces":"filled","interaction.context":"filled","sources":"filled"},"notes":{"_":"Planned entry, hidden from the catalogue until researched.","interaction.properties":"A requirement is an information record; it may state physical limits but has no physical properties itself.","_supplement":"Sections authored in card supplement 1.0.0 by Claude (Opus 5.5) (2026-10-06, unreviewed). Written from the card's existing content and established practice in the field; no new sources were read. Unreviewed."},"score":1.0}}