| The file descriptor: Use of a descriptive tool to retrieve general queries to files | | BIBA | Full-Text | 1-10 | |
| Adolfo Guzmán | |||
| The file descriptor is a data structure that describes or documents the
characteristics (position type, initial value, etc.) of the information within
a file. Each file containing information possesses a unique file descriptor.
The file descriptors for a collection of related files are stored together in a
file named DESCRIPTORS.
This paper explains the use of the file descriptor for: * answering general queries to a file- "retrieve all records satisfying predicate P" This is embodied in a tool called the consultator. * a general tool for data input -- the capturer -- which allows inputting appropriate data for any file. * a tool for report production -- the report printer -- which allows design of arbitrary output reports. * a specification for transformations from several input files into one or more output files -- the file transformer -- and its corresponding tool (program to interpret such notation). The above tools allow for input, consultation or retrieval, transformations ("computation" or "processing" of data into results) among files, and report generation, all of these without writing programs in high level languages (Pascal, Cobol, ...). Instead, we use a simpler description of (a) the screen to be presented for inputting data; (b) the query or predicate; (c) the transformation; (d) the report. The description used in (a) through (d) can be considered as a concise language for specifying data-manipulation (v. gr, administrative or managerial) tasks. If the tools prove to be useful, one can expect considerable savings in the time and effort spent in specifying and programming such data-manipulation tasks. The system in being implemented in Pascal for an IBM-PC network. | |||
| Adapting user documentation for a customized package payroll system | | BIB | Full-Text | 11-13 | |
| Karyl Severson | |||
| A multidimensional approach to documentation of APL systems | | BIB | Full-Text | 14-20 | |
| A Pablo Noriega B. V.; Javier Fernández Pacheco | |||
| Documentation to or for, by, with or from data dictionaries: A case study | | BIB | Full-Text | 21-22 | |
| Diana Patterson | |||
| On line documentation for information systems | | BIB | Full-Text | 23-25 | |
| J. Alemón; W. Antonioli; H. Moncayo; E. Tenorio | |||
| New approaches to writing effective computer documentation | | BIB | Full-Text | 26-28 | |
| Joseph C. Mancuso | |||
| Systems documentation | | BIBA | Full-Text | 29-32 | |
| Ricardo Ameneyro; Carolina Arena; Ruben Colmenares; Pedro Cornejo; Rafael Garcia; Eloy Hernandez; Genaro Mariscal; Socrates Rivera | |||
| We present as a practical case the payroll system developed for the
Education Planning and Culture Offices of the Ministry of Public Education. It
is the old payroll problem, but payment normativity in the Mexican government
and the characteristics of the education sector involve greater complexity.
Because the system is for employees' payment, it is important that any modification to the system be done as soon as possible (not more than a week) and with maximum reliability to get the expected results. With these considerations in mind, one of the principal objectives at the beginning of the project was that documentation must be good enough to permit a programmer to become familiar with the system and perform maintenance easily and accurately, even if he or she was not a member of the team that developed it. | |||
| Systems analysis and system documentation | | BIB | Full-Text | 33-35 | |
| Chris Hallgren | |||
| A system for automatic Cobol program documentation | | BIB | Full-Text | 36-43 | |
| Vicente Lopez Trueba; Julio Cesar Leon Carrillo; Oscar Olvera Posadas; Carlos Ortega Hurtado | |||
| Empirical guidelines for writing computer documentation | | BIB | Full-Text | 44-48 | |
| Darlene Clement | |||
| Guide for the elaborations of a user's manual | | BIB | Full-Text | 49-52 | |
| Elisa González de Lule; Erick Sustalta Torres | |||
| Automated documentation is it for your organization or not? | | BIB | Full-Text | 53-56 | |
| Thomas A. Murray | |||
| Some aspects of software documentation | | BIBA | Full-Text | 57-59 | |
| Enrique Arce Medina | |||
| The documentation of software systems is discussed in this paper. It describes the contents, organization and purpose -- of the internal documentation and the -- user's manual. | |||
| Software tools in the service of documentation | | BIB | Full-Text | 60-70 | |
| Daniel Brantley; David Dillard | |||
| MARCO -- a monitoring system to analyze, and control systems requirements. | | BIBA | Full-Text | 71-75 | |
| A Ortiz de Montellano S.; A López Contreras G.; A Escobedo C&os A.; A Pérez Pedraza A. | |||
| Based on the overall context -- of a system that takes us from software engineering thru computer tools to specify requirements; a computer based system to aid in the -- analysis is presented. The system is used to define a structured analysis according to TOM DE MARCO'S ideas (13). The tool was developed at the Universidad de las Americas. A brief -- explanation of what is and how is used is also included. The BASIC language was used in ordered to compiled the system under a VAX-VMS -- system. | |||
| Issues concerning the development and use of online information | | BIB | Full-Text | 76-85 | |
| Tom Connolly; Annette Bradford; Roger Grice; Jim Steipp | |||
| The systems approach to computational systems: The documentation case | | BIBA | Full-Text | 86-94 | |
| A Arturo Moreno G.; A Gerardo Mancillas B.; Cari De Sinfin | |||
| In this paper the authores explore the possible causes for the lack of proper systems documentation; regard the situation not as a single cause attribute, but rather as a many and varied interrelated factors. The authors then put forward a documentation methodology associated to a computer model based on basic principles of Systems Analysis. The model presented in this paper can evolve from the simple case of one organization, one system, one programme application to more complex documentation cases; it uses a relational database and is implemented in a microcomputer. | |||
| Case study of the methodology of J. D. Warnier to design structured programs as systems documentation | | BIBA | Full-Text | 95-100 | |
| R. Escalona | |||
| It is well known that a programmer's main idea is to generate results, but
these are often only partially done. Generally, they want to finish the program
well to document it afterwards; however, they never do so. Sometimes they are
assigned to a new project, and they expect to have an opportunity to document
what they have written at a later date. Other times, programmers have their own
ideas, like ownership or professional secrets, and so on and so forth, but the
truth is, few programmers document their programs, and fewer document them
well.
If there is a method that allows the programmer to document before writing a program or while he is writing it, such a program will, obviously, be documented in the most proper manner. This paper will describe some experiences in using the method of J.D. Warnier to design programs, and, therefore, its graphs are used as documentation. | |||
| Documentation of a Fortran compiler study of a case | | BIB | Full-Text | 101-102 | |
| Ignacio Canals Navarrete | |||
| Development of the instituto de investigaciones electricas integrate system of financial information | | BIB | Full-Text | 103-106 | |
| Gabriel Ruiz Huerta; Eliza González de Lule | |||
| A software quality assurance program through reusable code | | BIBA | Full-Text | 107-113 | |
| A Benito Zychlinski Z.; A Mario Palomar A. | |||
| The purpose of this article is to present in the context of Software Engineering, and specifically to Quality Assurance, the development and implementation of two automated tools: Static Code Checker and Program Support Library. These tools, duly combined, allow the usage of a computer to make easier the instrumentation of a Software Quality Assurance Program. | |||