Library / Systems Engineering Principles Framework
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 08:25:59 UTC · snapshot created 2026-10-03 08:26:43 UTC · last check 2026-10-03 08:35:10 UTC

SYSE.13:4 - Solution

Develop the smallest configuration basis that lets one engineering decision distinguish actual Systems, variants, descriptions, and applicability.

Use the record-and-time explanation when this correspondence is unfamiliar; continue with an adequate existing basis when it is already established.

SYSE.13:4.1 - Perform the Move

  1. Name the decision and differences that matter. State the deciding Agent, question, use, project System-of-interest or other subject, interval, and configuration differences that can change the result. Do not begin by inventorying everything.
  2. Identify actual and intended subjects. Name every subject needed by the decision—for example, an actual unit, part, site, or possible-future referent. State needed part–whole and structure relations; a product code or bill-of-material row is not the bearer.
  3. Choose item boundaries for this use. Designate only the entities that must be distinguished independently, such as Systems, parts, software-package epistemes, or descriptions. Different kinds of receiving Work may choose different boundaries; relate them instead of forcing one granularity.
  4. State identifier schemes and mappings. For each item, name the identifier, scheme, issuing or maintaining Agent, interval, and supported mapping to another scheme. Shared spelling is not identity; a mapping need not be symmetric or lossless.
  5. Separate variants, units, packages, installations, and editions. Name the variant description, actual units claimed to realize it, software package, observed installed realization, and description edition. Mark unsupported realization claims as gaps.
  6. State actual configuration and effectivity. Name the actual constituents, obtaining relations, and characteristic values needed by the decision—for example, parts, interfaces, installed software, or parameter values. State the supporting evidence and interval, then name the subjects and conditions to which every description or change applies. Keep candidate and intended configurations modal.
  7. Choose a baseline only for comparison. Identify the reference episteme and its decision. Keep it unchanged for that comparison; establish actual configuration and decision authority separately.
  8. Check collisions and return the basis. Align bearer, boundary, scheme, edition, interval, and tolerance before comparing. Classify each problem by the action it requires—for example, repair an actual incompatibility, reconcile contradictory descriptions, qualify a lossy mapping, obtain missing evidence, or accept a harmless naming difference. State receiving Work, the Agent with revision authority, blockers, and the smallest reopen condition.

The numbered presentation is an A.22.CGUS learning unfolding, not a lifecycle. Work may overlap—for example, identification, design, realization, integration, observation, or change Work—but receiving Work can rely only on claims whose bearer and effectivity are known for that use.

SYSE.13:4.2 - Record the Result

FieldRequired content
receiving useDecision, deciding Agent, actual System or intended-system designator selected as the project system-of-interest, or another subject, interval, affected Work, and differences that can change the result.
subjects and item boundariesActual Systems, serial units, parts, or sites; possible-future referents where needed; selected item designations; rationale; and needed part–whole or structure claims.
identifiers and mappingsSchemes, issuing or maintaining Agents, intervals, directional mappings, preserved meaning, losses, evidence, and use limits.
variants, units, software, and descriptionsCandidate variant descriptions, actual-unit realization claims, software packages, installed realizations, description editions, and unresolved gaps.
configuration and effectivityActual constituents, obtaining relations, characteristic values, supporting evidence, and interval; subjects and conditions to which each description or change applies.
reference and collisionsOptional baseline and purpose; incompatible actual elements, contradictory claims, unsupported or lossy mappings, missing evidence, and harmless naming differences.
maintenance and returnAgents and authority for revision, receiving Work, reliance limits, blockers, and smallest reopen conditions.

The basis may be published in a form such as text, a table, a product-data query, a model view, or a generated report. Publication form and repository location determine neither its identity nor its truth.

SYSE.13:4.3 - What Changes in Practice

Engineers ask whether the current configuration basis distinguishes the units, variants, descriptions, and conditions needed by the decision. Product-family reuse remains available, while release and service claims become serial-unit and effectivity aware.

Tools may expose a mismatch without deciding what it means. Engineers resolve the first collision that can change the decision and leave unrelated inventory alone. A changed source reopens the smallest affected claim rather than freezing the whole product or silently rewriting the reference baseline.

SYSE.13:4.4 - Use a record for one configuration-dependent claim

Use this explanation when you can work with the records of your practice but are unsure which state, event or period a record supports. Start with the claim your present decision needs. An adequate established correspondence can be used directly.

Name the actual or intended subject of the record and the subject of the decision. Recover the description edition, identifier scheme and conditions when they can change this use. A common name or a later date does not establish the correspondence. Keep an installed state distinct from a design, plan or status entry. Different identifiers can be harmless when their supported mapping preserves the subject needed by the decision.

Distinguish three questions about time. When was the record made or the account entered? When did the reported state or event actually obtain? At what time, or over what interval, must the claim needed by the decision apply? The answers can coincide, but one answer does not establish the others. Recover only the distinctions needed by your claim.

An entry date helps recover the history of an account. Use evidence of installation to establish or bound when it occurred. A quotation has its own subject and conditions: it can be written before installation yet cover the subsequently installed configuration, or be written later and still cover a different configuration. Its issue date does not establish the period for which its terms apply.

Place the relevant states and events on the interval the decision concerns. Attach an observation to the supported state at its observation time. To use that observation over a longer interval, identify the grounds for that extension. Split an interval at a configuration change that affects the claim. Keep unsupported parts qualified.

When a later record supplies a supported correction of the earlier account, revise the affected correspondence and retain the earlier account as history. Entry of that correction is not another physical installation. When the sources do not settle the state or event, return the uncertainty to the receiving decision.

SYSE.13:4.4.1 - When the change time is uncertain

Suppose the evidence supports an earlier state, a later state and exactly one transition between them, but bounds its time τ only by a ≤ τ ≤ b. The case treats the transition as one boundary: from τ onward the state is the later one. Before a the earlier state is supported; from b onward the later state is supported. At times in [a,b), a claim that depends on which state obtained remains conditional unless further evidence settles it. Additional transitions, reversals or gaps require a different history.

Apply the receiving calculation or decision to the admissible event times. Retain conclusions that remain supported across them. Qualify the parts that change and obtain the smallest worthwhile observation or source answer that could settle the receiving question. A midpoint is an estimate only when there are grounds to use it; it is not a recovered event time.

Quantities calculated from the same unknown event can vary together. If one component leaves when another enters and this is the only replacement in a continuously operating window [u,v), their durations are τ−u and v−τ; their sum is v−u for every admissible τ. For τ∈[8,10] in [6,12), the paired durations include (2,4), (3,3) and (4,2): the total is always 6. Combining both separate maxima would describe no admissible history. Stops, different duty or another exposure measure require the receiving practice’s own calculation.

Return to your task. Bring back the supported correspondence, its time limits and remaining uncertainty. Explain which record supports which claim and which changed fact would change the answer. Use the receiving method to decide whether a gap matters, which further result is worth obtaining and which subject-specific evidence or permission is still needed. Retain unrelated usable results.

If you came from EAM.3’s first use, return to its quotation task and discussion. If you came from MNT.12’s first use, return to its event and exposure task. Otherwise return to the decision you named at the start.