METHOD OF CONTROLLING THE PROGRESS OF A PROGRAMME WHEN PROCESSING FORMS IN A DATA-PROCESSING SYSTEM

Abstract: In these data processing systems, data contents of a form consisting of fields are to be processed. In this connection, the imaging of the form, the reading and insertion of the data relevant to this form, the manipulating of these data by the user and the processing of these data by a form processing program permanently allocated to the form are initiated by the user after selection of a form specification. The form processing program is assembled step by step from field-typical individual programs by inputting by the respective form specification in accordance with the existing fields.

Description: Verfahren zur Steuerung des Programmablaufs bei der Formularbearbeitung in Datenverarbeitungsanlagen Die Erfindung betrifft ein Verfahren und eine Einrichtung zur Steuerung des Programmablaufs bei der Formularbearbeitung in Datenverarbeitungsanlagen für zu verarbeitende Dateninhalte eines aus Feldern aufgebauten Formulars, bei dem die bildliche Darstellung des Formulars, das Lesen und Einblenden der für dieses Formular relevanten Daten, das Manipulieren dieser Daten durch den Benutzer und das Verarbeiten dieser Daten durch ein dem Formular fest zugeordnetes Formularbearbeitungsprogramm nach Auswahl einer von mehreren Formularspezifikationen durch den Benutzer veranlasst wird. Im kaufmännisch-administrativen Bereich werden Datenverarbeitungsanlagen hauptsächlich mit zwei Einsatzprinzipien genutzt. Einerseits dienen sie zur Lösung kaufmännischer Sachaufgaben wie z.B. Rechnungsschreibung, Lieferscheinerfassung, Sachkontenfortschreibung, Nettobedarfsrechnung, Lohn- und Gehaltsabrechnung. Solche kaufmännischen Sachaufgaben werden ohne Berücksichtigung der jeweiligen Büroorganisation abgearbeitet, wobei also Daten verarbeitet werden. Andererseits kann eine Datenverarbeitungsanlage auch als Bürokommunikationssystem eingesetzt werden, um die Effektivität rein administrativer Aufgaben zu erhöhen. Hierbei werden vorwiegend Formulare bearbeitet, deren Inhalte durch die Datenverarbeitungsanlage nicht weiter verarbeitet werden. Zusätzlich werden noch Teile der Büroorganisation wie z.B. Kalender, Ordner, Karteien, Adressen usw. erfasst. Es handelt sich dabei also vorwiegend um das Darstellen von Daten. Eine Vereinigung dieser beiden Einsatzprinzipien einer Datenverarbeitungsanlage erfordert bisher das Erstellen eines kombinierten Bearbeitungs- und Darstellungsprogramms. Wenn im Rahmen des einen Anwendungsprinzips eine Änderung einzuführen ist, also beispielsweise eines der verfügbaren Formulare zu ändern ist, so wird ein vollständiges Überarbeiten des kombinierten Gesamtprogramms erforderlich, da die einzelnen Programmteile für Datenverarbeitung und Datendarstellung nicht voneinander unabhängig sind, sondern z.B. als Anwenderprogramm mit darin enthaltenen Unterprogrammen realisiert sind. demgemäss ist es Aufgabe der Erfindung, eine Möglichkeit zur Integration der vorstehend erläuterten beiden Einsatzprinzipien einer Datenverarbeitungsanlage anzugeben, die nicht auf programmtechnischen Massnahmen beruht, so dass die bisherige gegenseitige Abhängigkeit von Datenverarbeitung und Datendarstellung im Programm vermieden wird. Die Erfindung löst diese Aufgabe für ein Verfahren eingangs genannter Art dadurch, dass jeder gespeicherten Formularspezifikation zusätzlich Datenworte als Feldspezifikationen der einzelnen Felder des jeweiligen Formulars zugeordnet sind, die durch die Auswahl der Formularspezifikation in Verbindung mit der Formulardarstellung gelesen und sequentiell ausgewertet werden, um für jedes Feld in dieser Auswertung entsprechender Folge ein eine feldtypische Datenverarbeitung durchführendes Einzelprogramm zu adressieren, und dass die so adressierten Einzelprogramme nacheinander abgearbeitet werden. Bei diesem Verfahren kann die Steuerung der Formulardarstellung vollständig von der Steuerung der Datenverarbeitung getrennt werden, so dass der formale Aufbau eines Bildschirmformulars frei gestaltet werden kann, ohne dass hierzu programmtechnische Eingriffe bei der Datenverarbeitung erforderlich sind. Da beim Formularbearbeitungsprogramm die Reihenfolge des Aufrufs der das jeweilige Formular bildenden Felder im Rahmen der Formularspezifikation die Reihenfolge der Einzelprogramme bestimmt, mit denen die im jeweiligen Feld enthaltenen Informationen bearbeitet werden können, ist das Erstellen eines neuen Formularbearbeitungsprogramms äusserst einfach und das Hinzunehmen eines weiteren Formularfeldes einschliesslich seiner Verarbeitungslogik in ein bestehendes Programm lediglich mit der Aufnahme dieses Formularfeldes in die Formularspezifikation und mit der Festlegung diese beschreibender Datenworte verbunden. Unter einer feldtypischen Datenverarbeitung mit einem Einzelprogramm im Sinne der Erfindung ist die Zuordnung bestimmter Bearbeitungsprogramme zu bestimmten Feldtypen eines Formulars zu verstehen. Bei der Formularbearbeitung gibt es Formulare und Formularfelder unterschiedlicher Typen, nach denen eine Auswahl erfolgen kann. Unterschiedliche Formulartypen sind beispielsweise Lieferscheine, Rechnungen, Gehaltskonten usw. Unterschiedliche Feldtypen sind dadurch definiert, dass sie einem immer wiederkehrenden gleichen Zweck dienen bzw. zur Darstellung gleichartiger Informationsarten vorgesehen sind. Es handelt sich dabei um Felder, in denen beispielsweise eine Adresse, eine Kundennummer, ein Datum, eine Menge, eine Bezeichnung oder ein Preis angegeben werden. Die Einzelprogramme für einen bestimmten Feldtyp ermöglichen eine Datenverarbeitung speziell für diesen Feldtyp unter Berücksichtigung der dabei erforderlichen und immer wiederkehrenden gleichartigen Vorgänge. Solche Felder, die lediglich fortlaufende Nummern angeben, erfordern ein einfaches Additionsprogramm, während beispielsweise Datumsfelder, die ein Kalenderdatum anzeigen, einer Datenverarbeitung unterzogen werden, die von den Gegebenheiten des Kalenders abhängt. Wenn nun die Formularspezifikation nicht nur dazu benutzt wird, die Art eines ausgewählten Formulars anzugeben, sondern auch das Zusammensetzen des Formularbearbeitungsprogramms aus feldtypischen Einzelprogrammen vorzugeben, so ermöglicht dies die Datenverarbeitung von Formularinhalten formularspezifisch und doch unabhängig von dem übrigen Anwenderprogramm einer Datenverarbeitungsanlage. Auf diese Weise ist eine Integration der Datenverarbeitung und der Datendarstellung realisiert, bei der die Datendarstellung und die damit verbundene Datenverarbeitung beliebig variiert werden kann, ohne umständliche Uberarbeitungen eines gesamten Anwenderprogramms zu benötigen. Das schrittweise Zusammensetzen des Formularbearbeitungsprogramms aus feldtypischen Einzelprogrammen kann nach unterschiedlichen Richtlinien erfolgen. So ist es beispielsweise möglich, die Vorgabe des Zusammensetzens durch die Formularspezifikation so zu gestalten, dass bei Auswahl einer Formularspezifikation dem Benutzer der Datenverarbeitungsanlage die Auswahl der Felder des dargestellten Formulars freigegeben wird, für die er eine Bearbeitung durchführen will.Dies bedeutet eine beliebige wählbare Reihenfolge der Abarbeitung eines Formularbearbeitungsprogramms, welches während seiner Abarbeitung durch den Benutzer aus feldtypischen Einzelprogrammen zusammengesetzt wird. Es ist aber auch möglich, die Indentifizierung der Formularspezifikation zur Feststellung der in ihr enthaltenen Feldbezeichnungen direkt zur Steuerung der Reihenfolge des Aufrufs der Einzelprogramme heranzuziehen. In jedem Falle wird das Identifikationsergebnis der Formularspezifikation zum Zugriff auf gespeicherte Daten genutzt, die dem jeweils identifizierten Feld zugeordnet sind und bearbeitet werden müssen. Ausführungsbeispiele der Erfindung werden im folgenden an Hand der Figuren beschrieben. Es zeigen: Fig. 1 die wichtigsten Komponenten einer Datenver arbeitungsanlage für Datenverarbeitung und Datendarstellung, Fig. 2 eine zweite Datenverarbeitungsanlage mit spe ziellen Komponenten zur Formularbearbeitung und Fig. 3 eine schematische Darstellung einer bzw. meh rerer Formularseiten. Die in Fig. 1 gezeigte Datenverarbeitungsanlage ermöglicht die Kommunikation zwischen ihren einzelnen Funktionseinheiten über einen internen Bus 10 und einen externen Bus 11, die in der Figur gestrichelt angedeutet sind. An den externen Bus 11 ist ein Bildschirmarbeitsplatz 12 über einen Bildschirmspeicher 13 angeschlossen. Hierzu sind Signalwege 14 und 15 vorgesehen. An den externen Bus 11 ist ferner über einen Signalweg 16 ein externer Speicher 17 angeschlossen, der beispielsweise ein Plattenspeicher o.ä. sein kann. Ein Signalweg 18 führt vom externen Bus 11 zu einer Schreibsteuereinheit 19, die über einen weiteren Signalweg 20 an den internen Bus 10 angeschlossen ist. Ferner ist eine Lesesteuereinheit 21 vorgesehen, die über einen Signalweg 22 an den externen Bus 11 und über einen Signalweg 23 an den in ternen Bus 10 angeschlossen ist. Die Lesesteuereinheit 21 steht über einen Signalweg 24 ferner mit einer Abtast- und Interpretationseinheit 25 in Verbindung. Es sind zwei Internspeicher 26 und 28 vorgesehen, von denen der Internspeicher 26 als Programmspeicher arbeitet und über einen Signalweg 27 an den internen Bus 10 angeschlossen ist, während der Internspeicher 28 als Datenspeicher arbeitet und über einen Signalweg 29 an den internen Bus 10 angeschlossen ist. Im folgenden werden nun allgemein die Schritte beschrieben, nach denen der Programmablauf so gesteuert werden kann, dass die in den einzelnen Feldern eines Formulars enthaltenen Informationen innerhalb der Datenverarbeitungsanlage auch verarbeitet, d.h. aus einem Formular entnommen und geändert bzw. Datenverarbeitungsschritten unterzogen werden können. Zunächst wird über die Tastatur des Bildschirmarbeitsplatzes 12 über den Signalweg 14 als Formularspezifikation ein Datenwort in den Bildschirmspeicher 13 eingegeben, mit dem die Auswahl eines bestimmten gewünschten Formulars aus einem vorhandenen Formularsatz erfolgen soll. Der Inhalt dieses Datenworts wird von dem Bildschirmspeicher 13 dann über die Signalwege 15 und 22 an die Lesesteuerschaltung 21 übergeben, mit der über den Signalweg 24 die Abtast- und Interpretationsschaltung 25 angesteuert wird. Der Inhalt des Datenwortes wird abgetastet und interpretiert, so dass dabei die Spezifikation des gewünschten Formulars erkennbar wird. Diese Spezifikation wird über die Lesesteuerschaltung 21 und die Signalwege 22 und 16 zu dem externen Speicher 17 übermittelt, in dem der für diese Datenverarbeitungsanlage verfügbare Formularsatz gespeichert enthalten ist. Das gewünschte Formular wird in dem externen Speicher 17 adressiert, wonach von dem externen Speicher 17 Informationen über Aufbau und Inhalt dieses adressierten Formulars in Form von Datenworten über die Signalwege 16 und 15 unter Steuerung durch die Schreibsteuerschaltung 19 in den Bildschirmspeicher 13 eingeschrieben werden. Auf diese Weise wird dann an dem Bildschirmarbeitsplatz 12 über den Signalweg 14 das gewünschte Formular in Form einer Formularmaske dargestellt. Dieser Vorgang ist verbunden mit dem Übertragen von Datenworten aus dem Bildschirmspeicher 13 in den Datenspeicher 28 unter Steuerung durch die Schreibsteuerschaltung 19. Diese Datenworte kennzeichnen die Feldspezifikationen der einzelnen Felder des an dem Bildschirmarbeitsplatz 12 dargestellten Formulars. Die Übertragung der Datenworte erfolgt somit über die Signalwege 15, 18, 20 und 29 in den Datenspeicher 28. Wenn der Datenspeicher 28 diese Datenworte der Feldspezifikationen enthält, kann er sie unter Steuerung durch die Lesesteuerschaltung 21 über die Signalwege 29, 23 und 24 an die Abtast- und Interpretationsschaltung 25 übergeben, die die Datenworte sequentiell auswertet, um für jedes Feld des am Bildschirmarbeitsplatz 12 dargestellten Formulars das erforderliche Einzelprogramm zu ermitteln, mit dem die in diesem Feld dargestellten Informationen zugänglich werden und einer Datenverarbeitung unterzogen werden können. Die Einzelprogramme werden mittels der Lesesteuerschaltung 21 in dem externen Speicher 17 über die Signalwege 22 und 16 adressiert und über die Signalwege 23 und 27 in den Programmspeicher 26 eingeschrieben, so dass dieser schrittweise eine Folge von Einzelprogrammen erhält, die dann wie ein normales Programm abgearbeitet werden können. Diese Programmfolge ist abhängig von der Aufteilung des am Bildschirmarbeitsplatz 12 jeweils dargestellten Formulars in einzelne Formularfelder und von der Folge der Ansteuerung der einzelnen Formularfelder, die durch den Benutzer am Bildschirmarbeitsplatz 12 oder durch die Formularspezifikation bestimmt wird. Im Rahmen des Abarbeitens der im Programmspeicher 26 in dieser Weise zusammengestellten Programmlogik kann wie bei jeder normalen Datenverarbeitung eine Anfrage an den Benutzer, eine Reaktion des Benutzers und eine interne Datenverarbeitung durchgeführt werden. Nachdem dies für jeweils ein Feld der am Bildschirmarbeitsplatz 12 dargestellten Formularmaske durchgeführt ist, kann eine derartige Datenverarbeitung für das jeweilige Formular beliebig oft wiederholt werden, wobei jeweils die Datenworte für das jeweilige Formularfeld aus der Feldspezifikation an die Abtast- und interpretationsschaltung 25 übermittelt werden und abhängig von deren Auswertetätigkeit eine Folge feldbezogener Programmschritte aus dem externen Speicher 17 in den internen Programmspeicher 26 übertragen wird. Wird ein neues Formular am Bildschirmarbeitsplatz 12 dargestellt, so wiederholt sich das vorstehend beschriebene Verfahren beginnend mit der Eingabe eines Datenwortes zur Formularauswahl über die Tastatur in den Bildschirmspeicher 13. Fig. 2 zeigt den prinzipiellen Aufbau einer weiteren Datenverarbeitungsanlage zur weiteren Erläuterung der Steuerung einer Formularbearbeitung. Darin ist eine Abtastund Interpretationseinheit 50 als programmierbare Ablaufsteuerung ausgebildet, in die die Daten eines zu bearbeitenden Formulars ladbar sind. Die Daten aller bearbeitbaren Formulare - nachfolgend Formulardaten genannt - sind in einem Formularspeicher 51 als Formularsatz in Form von Formularspezifikationen abgespeichert und gelangen von dort unter Steuerung einer nicht dargestellten Datenverarbeitungs- und Steuereinheit über einen ersten Datenweg 52 in die Abtast- und Interpretationseinheit 50. Die Auswahl des zu bearbeitenden Formulars trifft der Benutzer durch Eingabe eines entsprechenden Steuerbefehls mit der Tastatur 53 seines Bildschirmarbeitsplatzes 54 über einen externen Bus 56 in einem Formularauswahlmodul 57, welcher seinerseits die Speicheradresse der ausgewählten Formularspezifikation bildet und diese zusammen mit einem Lesebefehl über einen ersten Steuerweg 65 an den Formularspeicher 51 gibt. Jede Formularspezifikation enthält die Koordinaten des Ortes des Formulars auf dem Sichtgerät 55 des Bildschirmarbeitsplatzes 54 sowie einen sequentiellen Satz der Definitionen der das Formular bildenden Felder. Die Felddefinitionen sind derart in der Abtast- und Interpretationseinheit 50 abgespeichert, dass jedem Feld ein eigenes "Fach" 58 zugeordnet ist. In Fig. 2 sind diese "Fächer" symbolisch dargestellt. Jede Felddefinition enthält einen Feldnamen und die Koordinaten des jeweiligen Feldes innerhalb des Formulars. Die Abtast- und Interpretationseinheit 50 ist über einen internen Bus 59 mit einem Feldtypspeicher 60 verbunden. Dieser beinhaltet u.a. Verweise auf den einzelnen Feldtypen zugeordnete Feldtypverarbeitungsmodule 61. Mit letzteren ist die Abtast- und Interpretationseinheit 50 ebenfalls über den internen Bus 59 verbunden. Alle Feldtypverarbeitungsmodule 61 sind ferner mit dem externen Bus 56 zusammengeschaltet, über den sie auf einen Datenbankspeicher 62 und den Bildschirmarbeitsplatz 54 zugreifen können. Um dem Benutzer die Erstellung neuer oder die Änderung bestehender Formulare zu ermöglichen, ist der Bildschirmarbeitsplatz 54 über den externen Bus 56 mit einem Formular spezifikationsmodul 63 zu verbinden, der seinerseits über einen zweiten Datenweg 64 auf den Formularspeicher 51 und den Feldtypspeicher 60 zugreifen kann. Die Adressierung und Steuerung der Speicher 51 und 60 durch den Formularspezifikationsmodul 63 erfolgt über einen zweiten Steuerweg 66. Die Arbeitsweise der Schaltungsanordnung nach Fig. 2 wird nachfolgend unter Bezugnahme auf Fig. 3 beschrieben. In dieser sind als ein Beispiel für ein Bildschirmformular Teile eines Lieferscheins dargestellt. Das Formular kann eine Bildschirmseite 80 ausfüllen oder auch aus weiteren, beliebig vielen Bildschirmseiten 81, 82 aufgebaut sein. Vorzugsweise entspricht die Gestaltung des Bildschirmformulars bzw. die Verteilung von Feldern 83 der des papierenen Formulars, das als Ergebnis des Arbeitsvorganges von einem Drucker ausdruckbar ist. Wie bereits beschrieben, startet der Benutzer den Bearbeitungsvorgang, indem er einen Steuerbefehl, hier den Befehl ¯Lieferschein", mit der Tastatur 53 in den Formularauswahlmodul 57 eingibt. Das Formular wird als Bildschirmmaske auf dem Sichtgerät 55 dargestellt, d.h. die Feldbezeichnungen "Empfänger", "Kundennummer", "Datum" usw. werden auf dem Bildschirm angezeigt, während die zugehörigen Felder 83 entweder vom Benutzer über die Tastatur 53 oder im Verlauf der Abarbeitung des Formulars von den Feldtypverarbeitungsmodulen 61 ausgefüllt werden. Die zur Darstellung der Bildschirmmaske erforderlichen Daten werden von der Abtast- und Interpretationseinheit 50 über den internen Bus 59, den Formularauswahlmodul 57 sowie den externen Bus 56 dem Sichtgerät 55 zugeführt. Gegebenenfalls trifft der Benutzer mit einem weiteren Steuerbefehl noch eine Bearbeitungsauswahl (z.B. "Erstellen", "Ändern", "Anzeigen"). Der Formularauswahlmodul 57 veranlasst in diesem Beispiel das Laden der Formularspezifikation des Lieferscheinerstellungsformulars aus dem Formularspeicher 51 in die Abtast- und Interpretationseinheit 50 derart, dass von jedem Feld 83 ein "Fach" 58 belegt wird. Mit Beginn der Formularbearbeitung wird von der Abtastund Interpretationseinheit 50 der Inhalt des ersten Fachs 58 zur Abarbeitung bereitgestellt. Dabei wird zunächst aus einem im Feldtypspeicher 60 abgespeicherten Feldnamenverzeichnis der dem Feld zugeordnete Feldtyp ermittelt. Jedem Feldtyp ist, wie bereits erwähnt, ein Feldtypbearbeitungsmodul 61 zugeordnet. So sind beispielsweise die Felder Beleg-Nr. und "Kunden Nr." sogenannte Identifizierungsfelder. Das Feld "Datum" ist ein Feld vom Datumstyp. Das Feld "Artikel-Nr." ist als ein Identifizierungsfeld mit eingebetteter Identität zu bezeichnen, weil der Artikel-Nr. weitere Informationen wie Artikelbezeichnung und Preis zugeordnet sind. Die Felder "Menge" und "Preis" sind Wertfelder, und die Felder "Empfänger" und "Bezeichnung" sind Textfelder. Weitere Feldtypen sind denkbar. Es sind so viele Feldtypen und damit Feldtypverarbeitungsmodule 61 realisiert, wie es in diesem System Datenarten mit zugehöriger Verarbeitungsroutine gibt. So wird beispielsweise der Kalenderdatumstyp benötigt, weil ein Kalenderdatum einer speziellen Verarbeitung unterworfen wird. Es muss das eingegebene Datum z.B. auch daraufhin abgeprüft werden, ob dieser Tag im Kalender vorkommt. Bei den Identifizierungsfeldern wird eine Prüfziffernberechnung durchgeführt. Bei den Wertfeldern müssen algebraische Rechnungen durchführbar sein usw. Nachdem nun der Feldtyp ermittelt und damit der zugehörige Feldtypverarbeitungsmodul 61 zugeordnet ist, werden an diesen die Felddefinitionsdaten übergeben. Die für das Feld zur Bearbeitung benötigten Daten werden vom Feldtypverarbeitungsmodul 61 aus der Datenbank 62 abgerufen und Bearbei tungsergebnisse dort abgestellt. Die in dem entsprechenden Feld 83 des Bildschirmformulars anzuzeigenden Informationen werden an das Sichtgerät 55 ausgegeben. Hat der Feldtypverarbeitungsmodul 61 seine Arbeit beendet, meldet er dies über den internen Bus 59 an die Abtast- und Interpretationseinheit 50, die daraufhin den Inhalt des nächsten Fachs 58 zur Verfügung stellt. Dieser wird in der vorbeschriebenen Weise abgearbeitet. Diese Vorgänge wiederholen sich, bis alle Fächer 58 abgearbeitet sind. Es ist dabei nicht erforderlich, dass das Bildschirmformular in der Reihenfolge der Felder 83 bearbeitet wird. Da, wie beschrieben, die Felddefinitionen u.a. die Koordinaten des jeweiligen Feldes 83 innerhalb des Formulars enthalten, kann jedes Feld an jeder beliebigen Stelle des Formulars auch über Bildschirmseitengrenzen hinweg angeordnet sein. Die Reihenfolge der Feldbearbeitung hingegen wird nur durch die Reihenfolge der Felddefinitionssätze in der Abtast- und Interpretationseinheit 50 bestimmt. So kann für das in Fig. 3 gezeigte Beispiel zunächst das Feld "Beleg-Nr.", dann das Feld "Datum" und darauf das Feld "Kunden-Nr." bearbeitet werden, obwohl die in Fig. 3 gezeigte Reihenfolge auf dem Bildschirm eine andere ist.

Claims: Method of controlling program execution when processing forms in data processing systems for data contents of a form constructed from fields to be processed, in which the visual representation of the form, the reading and displaying of the data relevant for said form, the manipulation of said data by the user and the processing of said data is initiated by a form processing program permanently assigned to the form, in which data words are additionally assigned to a form specification as field specifications of the individual fields of the form, which data words are read and sequentially evaluated in connection with the form representation in order to address an individual program for each field in the order corresponding to said evaluation, and in which the individual programs addressed in this manner are successively processed, characterised in that a plurality of form specifications are provided in a form memory, in that a selected form specification is loaded field-by-field from the form memory into a scanning and interpretation unit, in that the form specification divided in this way is processed field-by-field in that the definition data of each field are compared with a name directory stored in a field type memory to determine the respective field type, and in that the definition data of each field are supplied to a field type processing module assigned to its field type, in that a field-typical processing of data is executed in communication with a field data memory in accordance with an individual program. Method according to Claim 1, characterised in that the respective form specification is evaluated to identify field designations contained therein, and in that the individual programs are called up depending on the identification result. Method according to Claim 1 or 2, characterised in that the order in which the individual programs are called up is also prescribed by the form specification. Method according to Claim 2 or 3, characterised in that the respective individual program is called up in accordance with the field type determined from the identification result. Method according to Claim 4, characterised in that the identification result is used for accessing the stored data assigned to the respective identified field. Method according to Claim 1, characterised in that the definition data are also used for the visual representation of the form mask.

Inventors: MUELLER, GERHARD, PICKARDT, HUGO, PROEFROCK, ANNA-KRISTIN
Applicants: SIEMENS NIXDORF INFORMATIONSSYSTEME AKTIENGESELLSCHAFT
Application year: 1987
Main classification: G06F15
IPC codes: G06F17, G06Q10, G06F3