Browse Prior Art Database

Driver-Driven Common Programs

IP.com Disclosure Number: IPCOM000038579D
Original Publication Date: 1987-Feb-01
Included in the Prior Art Database: 2005-Jan-31
Document File: 2 page(s) / 54K

Publishing Venue

IBM

Related People

Churchill, WE: AUTHOR [+3]

Abstract

This article describes the use of driver files which contain variable information and common programs and modules as an architecture to develop many different application programs. Use of this type of architecture results in both higher productivity by designers and programmers as well as substantial reductions in errors. Referring to the figure, driver files contain all of the variable information (data) that is used in a selected application program, e.g., General Ledger, Accounts Receivable.... The data contained in the driver files differs for each different application program. The driver files are used to separate the variables used in the application program from the common program instructions which are contained in many application programs.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 83% of the total text.

Page 1 of 2

Driver-Driven Common Programs

This article describes the use of driver files which contain variable information and common programs and modules as an architecture to develop many different application programs. Use of this type of architecture results in both higher productivity by designers and programmers as well as substantial reductions in errors. Referring to the figure, driver files contain all of the variable information (data) that is used in a selected application program, e.g., General Ledger, Accounts Receivable.... The data contained in the driver files differs for each different application program. The driver files are used to separate the variables used in the application program from the common program instructions which are contained in many application programs. These common instructions are shown under the header "Common Program" in the figure. These instructions are subdivided into various functions, as shown. As an interface between the application program and the input/output (I/O), common modules consisting of a data base interface, full screen processor and report processor are used. In practice, each of the common modules can be built separately and then reused for a variety of applications. For example, a full screen processor module may be used to generate display screens, irrespective of the data shown on the screens and the application program running the screens. The same is true for the data base interface and report processor modul...