Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:a:application_independence [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:a:application_independence [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Application Independence ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | Application Independence is a property of a subject whose governing intent, [[public: | ||
| + | |||
| + | The subject may include: | ||
| + | |||
| + | * A specification | ||
| + | * A model | ||
| + | * A test | ||
| + | * A [[public: | ||
| + | * An evaluation method | ||
| + | * A data exchange | ||
| + | * An interface | ||
| + | * A policy | ||
| + | * A procedure | ||
| + | * A requirement | ||
| + | |||
| + | Application Independence separates the governing characteristics of the subject from Application-specific design and implementation choices. | ||
| + | |||
| + | Application-specific mechanisms remain consistent with Application Independence when they preserve the governing: | ||
| + | |||
| + | * Intent | ||
| + | * Semantics | ||
| + | * Evaluated characteristics | ||
| + | * Evaluation method | ||
| + | * [[public: | ||
| + | * Required outcomes | ||
| + | * [[public: | ||
| + | * [[public: | ||
| + | |||
| + | Such mechanisms include: | ||
| + | |||
| + | * Adapters | ||
| + | * Mappings | ||
| + | * Interface bindings | ||
| + | * Data transformations | ||
| + | * Test fixtures | ||
| + | * Execution procedures | ||
| + | * [[public: | ||
| + | |||
| + | A change to a governing characteristic constitutes a change to the subject rather than an Application-specific adaptation. | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //property of a subject whose governing intent, semantics, criteria, and required outcomes do not depend on the design, implementation, | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | DIDO-TE Mission Objective MO-006: Application-Independent and Infrastructure-Independent Testing | ||
| + | |||
| + | DIDO-TE Mission Objective MO-006a: Application-Independent Testing | ||
| + | |||
| + | DIDO Reference Implementation Conceptual Model | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | Application Independence does not mean the absence of an Application. | ||
| + | |||
| + | Application Independence does not require identical execution across Applications. Different Applications may require different adapters, mappings, interfaces, Configurations, | ||
| + | |||
| + | An adaptation preserves Application Independence when the adaptation does not change the governing intent, semantics, criteria, required outcomes, Evidence obligations, | ||
| + | |||
| + | Application Independence differs from [[public: | ||
| + | |||
| + | * Application Independence concerns separation from a particular Application | ||
| + | * Infrastructure Independence concerns separation from particular Infrastructure | ||
| + | |||
| + | A subject may possess Application Independence without possessing Infrastructure Independence, | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | DIDO-TE applies one Test Definition and one set of Acceptance Criteria to two sanctions-screening Applications. | ||
| + | |||
| + | Each Application uses a different interface adapter. The adapters map the common test inputs to the Application-specific interfaces and map the resulting outputs back to the common result format. | ||
| + | |||
| + | The adapters preserve the testing intent, semantics, evaluated characteristics, | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||