E.4.DPF:4.1 - Select the current first result
Select the result whose condition is true now:
- Cheap route or stop. Existing FPF or source material closes the immediate use and no later author or reviewer needs a settled edition, dependency, initial pattern-placement or relation, or publication/access boundary. Use the route or stop without
E.4.PFADor anE.9DRR. - Framework-architecture answer. A choice among the five outcomes in steps 8–9 must settle a later-used boundary. Use the
E.4.PFADprofile and record the selected answer, including relations among initial patterns that change the architecture, in oneE.9DRR. PFAD supplies no separate result or relation. - Organization-design proposal. Candidate organization claims need their own review before an architecture answer is selected. Use the C.2.1 proposal episteme locally called
FrameworkOrganizationDesignProposal. The proposal is optional and is not a prerequisite for the architecture question. - Architecture-description use. The framework entity, architecture relation, and selected structures already exist, and the immediate question is how an architecture description may be used. Use
C.30.AD; itsArchitectureDescriptionUseCard@Projectname is retrieval-only. When project locality depends on a composite projectU.Work, identify that Work underA.15.6, recover every precise performer’s A.13 core, and use A.15.1 for independent Work admission. Add F.6 only when precise assignment-bound attribution is also current. Keep the description-use relation separate. - Authoring-dependency description. A named next authoring use needs a stable account of dependency availability and relevance. Use the C.2.1 episteme locally called
FrameworkAuthoringDependencyDescription. It may cite the accepted answer and itsE.9DRR when that basis matters, but it is neither a prerequisite nor an automatic result of the architecture answer.
The condition, predicate, and receiving use of each result determine when it exists. The five results are alternatives rather than stages.