A proposal based architecture system that converts a transaction submission process into a generic object in a computer environment. A preferred embodiment of the invention provides a tool set which allows the user to create a set of Proposal Specifications which define the structure of the possible components of a Proposal. The user defines the complete characteristics (meta-data) for any kind of Proposal which define the hierarchy of domain relationships, interaction modes, validation references, and assumptions. The actual Proposal instance is formed using the definitions in the Proposal Specifications. A Proposal allows a user to add, change, and annotate data, is self aware and navigates between pages and skips to appropriate fields automatically and supports n-level undo/redo. It also tracks all versions of data updates and the user that is responsible for each data update, recognizes and corrects stale data, and enables long-lived transactions, off-line transaction processing, and collaborative transactions. A Proposal is accessed via multiple User Interfaces (UI), breaking the close coupling between the front-end and the back-end and allowing the user to add a Web or Graphical User Interface (GUI) front-end without having to rewrite the back-end application. A UI coordinator maps user input fields to components of the Proposal and communicates with different user interfaces such as: Internet; Graphical User Interface (GUI); Object Oriented User Interface (OOUI); proprietary interface; and devices such as bar code readers or keypads. The invention also provides a default UI and components. A set of Transaction Processing/Data Processing (TP/DP) interfaces are provided to communicate with back-end transactional interfaces such as Database Management Systems (DBMS), Transactional Processing (TP) Monitors, and Object Oriented Databases.

Una proposta ha basato il sistema di architettura che converte un processo di presentazione di transazione in oggetto generico in un ambiente di calcolatore. Un metodo di realizzazione preferito dell'invenzione fornisce un insieme di attrezzo che permette che l'utente generi un insieme delle specifiche di proposta che definiscono la struttura dei componenti possibili di una proposta. L'utente definisce le caratteristiche complete (meta dati) per qualunque genere di proposta che definiscono la gerarchia dei rapporti di dominio, dei modi di interazione, dei riferimenti di convalida e dei presupposti. Il caso reale di proposta è formato usando le definizioni nelle specifiche di proposta. Una proposta permette che un utente aggiunga, cambi ed annoti i dati, che è auto informato e che traversa fra le pagine e che salta per appropriare automaticamente i campi e che sostiene il n-livello undo/redo. Inoltre rintraccia tutte le versioni degli aggiornamenti di dati e dell'utente che è responsabile di ogni aggiornamento di dati, riconosce e corregge i dati stantii e permette le transazioni longeve, l'elaborazione di transazioni off-line e le transazioni di collaborazione. Una proposta è raggiunta via le interfacce di utente multiple (UI), rompenti l'accoppiamento vicino fra l'a fine frontale ed il posteriore e permettenti che l'utente aggiunga un fotoricettore o un'interfaccia di utente grafica (GUI) a fine frontale senza dovere riscrivere l'applicazione posteriore. Un coordinatore di UI traccia i campi dell'input dell'utente ai componenti della proposta e comunica con differenti interfacce di utente come: Internet; Interfaccia Di Utente Grafica (GUI); L'Oggetto Ha orientato L'Interfaccia Di Utente (OOUI); interfaccia riservata; e dispositivi quali i lettori o le tastiere di codice della barra. L'invenzione inoltre fornisce un difetto UI ed i componenti. Un insieme della transazione Processing/Data che procede le interfacce (TP/DP) è fornito per comunicare con le interfacce transactional posteriori quali i sistemi di amministrazione della base di dati (DBMS), i video d'elaborazione transactional (TP) e le basi di dati orientate oggetto.