Source-derived document; reported behaviour, inference and evidence gaps are identified in the text.
Return to: C12 — Recovered Requirements Catalogue — topic detail
supported interpretation
In this document
Requirement: supported interpretation
The supported interpretation is a partially implemented desktop order-management shell with shared mutable records, bounded in-memory reference loading, a visible transactional order-add path, reporting and invoice structures, and several advertised options that remain stubs. Customer behavior depends on an absent D4_Cust implementation, and framework-dependent behavior must not be promoted to confirmed functionality. E0012
The application’s order, customer, stock, state, invoice, and report records should retain separate business scopes. Shared status words, menu labels, method names, or declared interfaces do not establish lifecycle transitions. In particular, rejected or unimplemented update and delete operations are not successful state changes, and the presence of a template, configuration value, or runtime command does not establish a component-to-host deployment relationship. E0010 E0012
Harten documentation of the Informix 4GL and Java source repository, from the retained 17 October 2026 export. The exact upstream revision analysed is not established. Source findings do not establish runtime behaviour or equivalence between the implementations.
Evidence identifiers are retained for traceability. The underlying analysis records are not included in this public edition; credential values are redacted. About this case study.