JPH1139148A - Automatic source code generation system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To integrate an existing program resource obtained by program development using a structured programming method and an object oriented programming relating to an automatic generator system of a source code effectively reusable as the existing program asset. SOLUTION: Specification relating information for a new application is inputted to an input part 1. Based on the specification relating information, a file/DB information processing part 2A generates a source code provided with an 'object' for realizing input/output processings, a pattern information processing part 2B generates a source code provided with the 'object' corresponding to a determined processing pattern and a customization information processing part 2C generates a source code provided with the 'object' for realizing an intrinsic processing respectively. A source file output processing part 2D outputs the generated source codes respectively to prescribed source files based on the specification relative information.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an automatic source code generation system, and more particularly, to a method for effectively recreating an existing program resource regardless of whether it has been developed by structured programming or object-oriented programming. The present invention relates to an automatic source code generation system that can be used and an information storage medium that stores files used to realize the system.

[0002]

2. Description of the Related Art Conventionally, as a main programming language used for developing application programs for general-purpose computers, for example, COBOL (Common Business
Oriented Language) and other high-level languages are known.
When programming using such a high-level language, existing program assets such as “patterns” (processing procedures) and “parts” (processing methods) can be developed by advancing development work using structured programming. It is intended to generate a source code that can be effectively reused.
Of the various “components” generated, “components” mainly related to processing mainly for accessing a file are often reused especially when developing a batch processing type business application.

On the other hand, in recent years, particularly in the development of a client-server system, it has become more common to proceed with development work using a method called object-oriented programming instead of the above-described structured programming. The source code generated by this object-oriented programming method can be easily and flexibly reused by utilizing the “inheritance” function. And more effective reuse as a program asset. Therefore, the language specification of COBOL has been expanded so that development work can proceed with the above-described object-oriented programming method,
An object-oriented COBOL has been provided which enables the reuse of source code by the "inheritance" function.

One of the prior arts focusing on the "inheritance" function of this object-oriented COBOL is disclosed in Japanese Patent Laid-Open No. 8-2.
There is an “object definition automatic generation device” described in Japanese Patent No. 78887. This prior art uses object-oriented CO.
This is a technology that provides a mechanism that enables “inheritance” of a record definition in source code described in accordance with the BOL language specification, so that existing program assets can be reused more effectively.

[0005]

In the case of a source code described in accordance with the language specification of the object-oriented COBOL, which has been developed according to the object-oriented programming technique, the conventional technique described in Japanese Patent Application Laid-Open No. 8-278888. By applying technology, most of this source code can be effectively reused as existing program assets. However, this prior art has been developed by a structured programming technique, and does not assume any application to a source code described in accordance with a conventional COBOL language specification.

That is, in the object-oriented programming method, data and the behavior that encapsulates the data (= “object”) are each used as a unit of reuse, whereas in the structured programming method, The “pattern” and “component” thus obtained are each a unit of reuse. Among these, the usage mode of “parts” is a usage mode of a side that calls itself and executes some specific processing, and can be handled in the same manner as the above-described “object”. Therefore, "parts" obtained by the structured programming technique can be relatively easily integrated with object-oriented programming. However, the above-described “pattern” usage mode is a usage mode on the side that controls the flow of processing, and cannot be treated equivalently to the above-described “object”. For this reason, there is a problem that it is difficult to integrate the “pattern” obtained by the structured programming technique with the object-oriented programming in the same form.

Further, since many applications developed using the conventional COBOL are assumed to be operated in a system mainly composed of a general-purpose computer, system specifications that require work files and intermediate files are adopted. There are many things. However, when such a system specification is applied to development work that can be advanced by object-oriented programming, many "objects" related to work files and intermediate files that are otherwise unnecessary are described in the source code as they are.
Unnecessary access to a work file or an intermediate file by these "objects" causes a problem that the processing efficiency may be reduced and the recognition of a persistent object may be unclear.

Accordingly, a first object of the present invention is to solve the above-mentioned problems and obtain both "patterns" and "parts" obtained by the structured programming technique by the object-oriented programming technique. An object of the present invention is to provide an automatic source code generation system that can be handled in the same manner as an "object".

A second object of the present invention is to provide a work file which is not recognized as a persistent object among various "objects" in a source code generated according to a system specification of an application developed by a structured programming technique. Another object of the present invention is to provide a source code automatic generation system capable of suppressing useless access performed by an "object" related to a file or an intermediate file.

[0010]

In order to achieve the above object, an automatic source code generation system according to claim 1 of the present invention provides a system for automatically defining a predetermined object definition in various source codes obtained by developing an application. In addition, a template database consisting of predetermined program definitions that deal with this object definition is stored in advance as a reusable program asset, and a template database is stored in advance. An input unit for inputting specification-related information, and obtaining a template suitable for the new application from the template database based on the input specification-related information; setting these templates; And a template setting processing unit for generating a code.

According to a second aspect of the present invention, in the first aspect of the present invention, the template database includes various templates based on various source codes described in the past using object-oriented COBOL and COBOL. A database in which types are stored in advance, wherein the template setting processing unit includes the object-oriented COBOL and the COBOL
A specific source code is generated by setting various templates based on various source codes described in the past using the OL.

According to a third aspect of the present invention, in the invention according to any one of the first and second aspects, the template database is provided with a predetermined input by a sequential access in which data input / output actually occurs. A database in which a template including a predetermined object definition for realizing the output process and a predetermined program definition for handling the object definition is stored in advance, wherein the template setting processing unit includes a predetermined template specified by the specification related information. A source code having an object definition statement and a processing instruction statement for executing the input / output processing by the sequential access is generated.

According to a fourth aspect of the present invention, in the invention according to any one of the first to third aspects, the template database is configured to execute a predetermined input / output process without performing the sequential access. Is a database in which a template including object definitions and predetermined program definitions for handling the object definitions is stored in advance, wherein the template setting processing unit performs the predetermined input / output processing designated by the specification related information in the sequential manner. A source code having an object definition statement and a processing instruction statement to be executed without access is generated.

According to a fifth aspect of the present invention, in the first aspect of the present invention, the template setting processing section performs processing by the new application based on the specification related information. A pattern information processing unit that determines a processing pattern representing a procedure and generates a source code having an object definition statement and a processing instruction statement corresponding to the processing pattern, and corresponds to the processing pattern determined by the pattern information processing unit Obtain a template of the subclass object definition statement from the template database, set the template specifically based on the specification-related information, and execute an object definition for realizing a process unique to the new application. A customized information processing unit for generating a source code having a statement and a processing command statement;
A source file output processing unit for outputting each generated source code to a predetermined source file based on the specification-related information.

According to a sixth aspect of the present invention, there is provided an information storage medium for realizing an automatic source code generation system, comprising: a database file holding the template database; and a template setting processing unit. And a program file to be recorded.

[0016]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of an automatic source code generation system according to the present invention will be described below in detail with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of an automatic source code generation system according to the present invention. In FIG. 1, reference numeral 1 denotes an input unit for inputting various specification-related information according to the specifications when a new application is developed, and 2 denotes a new application from a template database described below based on the input specification-related information. A template setting processing unit that acquires suitable templates, sets these templates and generates specific source code, and performs a predetermined object definition in various source codes obtained in application development. A template database including predetermined program definitions that handle this object definition is stored in advance as a reusable program resource.

2A is stored in a model database 3 comprising predetermined object definitions for realizing predetermined input / output processing by sequential access when data input / output actually occurs, and predetermined program definitions for handling the object definitions. A specific input / output process is executed based on a template composed of a predetermined object definition that realizes a predetermined input / output process without using a model or a sequential access and a predetermined program definition that handles the object definition. A file / DB information processing unit that generates a source code determines a processing pattern representing a processing procedure by a new application based on the specification-related information, and a source having an object definition statement and a processing command statement corresponding to the processing pattern. A pattern information processing unit for generating a code; The template of the object definition statement of the subclass corresponding to the processing pattern 2t determined by the report processing unit 2B is acquired from the template database 3, and this template is specifically set based on the specification related information, and a new template is set. A customized information processing unit that generates a source code having an object definition statement and a processing instruction statement for realizing a process unique to an application, and outputs the generated source code to a predetermined source file based on the specification-related information. Source file output processing unit, 2t
Is a processing pattern obtained by the pattern information processing unit 2B, 3A is a template group of source codes related to input / output operations to be acquired by the file / DB information processing unit 2A,
3B is a group of source code templates related to the processing procedure of the entire application to be acquired by the pattern information processing unit 2B, and 3C is related to a processing method executed in various places of the application to be acquired by the customized information processing unit 2C. Source code templates 4 and source file groups including source codes generated by the above-described source code automatic generation system, respectively.

In FIG. 1, when a new application is developed, generation information 1a, an input / output file /
DB definition information 1b, processing information 1c, customization information 1
The information d is input to the input unit 1.

Subsequently, the file / D of the template setting processing unit 2
The B information processing unit 2A includes an input / output file / DB definition information 1b in the specification related information, a predetermined object definition for realizing a predetermined input / output processing by the above-described sequential access or without the sequential access, and the object definition Based on the template stored in the template database 3 including a predetermined program definition that handles
A source code having an object definition statement (file / DB operation object definition statement) and a processing command statement for executing a predetermined input / output process specified by the DB definition information 1b is generated. The pattern information processing unit 2B of the template setting processing unit 2 determines a processing pattern 2t representing a processing procedure by a new application based on the processing information 1c, and generates an object definition statement and a processing command statement corresponding to the processing pattern 2t. Generate source code with The customization information processing unit 2C of the template setting processing unit 2 acquires from the template database 3 the template of the object definition statement of the subclass corresponding to the processing pattern 2t determined by the pattern information processing unit 2B, and A source code having an object definition statement and a processing command statement for realizing a process unique to a new application is generated by specifically setting based on the customization information 1d. The source file output processing unit 2D of the template setting processing unit 2 outputs the generated source code to a predetermined source file 4 based on the generation information 1a.

FIG. 2 is a flowchart for explaining the flow of processing by the file / DB information processing section 2A in FIG. 1. FIG. 3 shows an example of a source code template set by the processing in FIG. FIG. Here, a case in which a file is subjected to input / output processing will be described.

In FIG. 2, the input / output file / file for one file is obtained from the specification-related information input first through the input unit 1.
The DB definition information 1b is acquired (Step 201). The input / output file / DB definition information 1b includes, for example, a file name, a file entity name, a file organization, a record name,
Includes specification information such as record definitions and key information. Subsequently, referring to the template database 3, the template of the file / record definition statement corresponding to the file organization in the specification information is acquired (Step 202), and the specification information is set in the acquired template (Step 203). ). Further, a template of a file / record operation statement corresponding to the same file organization is obtained (step 204), and designation information is set in the obtained template (step 205). For example, as shown in FIG. 3, in step 203, the file name 311, the file organization 31
2. The key item 313 (designation information) is the file definition type 31
0 (file / record definition statement template) and set the file definition source code to the file name 321, record name 322, record definition 323 (specification information) and record definition type 320 (file / record definition statement template). Type) to generate the record definition source code. In step 205, the file name 331
(Specification information) is set in the file / record operation statement type 330 (template of file / record operation statement) to generate the source code of the file / record operation statement.

Next, with reference to the template database 3, the template 300 of the source code of the object definition corresponding to the file organization in the above-mentioned specification information is acquired (step 206). The source code of the file / record definition statement generated in step 203 and the source code of the file / record operation statement generated in step 205 are set, whereby the object definition statement and the processing command statement for the desired file / record operation are set. Is generated (step 207). It is determined whether or not there is another file to be used last (step 208).
To 207 are repeatedly executed.

FIG. 4 shows a pattern information processing section 2B in FIG.
FIG. 5 is a diagram illustrating an example of a source code template set by the process of FIG.

In FIG. 4, first, the input status of the processing information 1c input by the input unit 1 is checked (step 4).
01), for example, by obtaining the number of input / output files, the master transaction type of the input file, and the specification of the processing key, it is determined whether or not a desired processing pattern can be determined only with the current processing information 1c (step 402). . As a result, if the processing pattern cannot be determined only with the current processing information 1c (step 402 = No), an input request for insufficient information required for determining a desired processing pattern is made (step 403), and the process returns to step 401. Return. On the other hand, if the desired processing pattern can be determined only with the current processing information 1c (step 402 = Yes), the determined processing pattern 2t is stored for use in the customization information processing unit 2C (step 402). Step 404).
Next, with reference to the template database 3, the template of the source file of the object definition corresponding to the determined processing pattern 2t is acquired (step 405). Then, the information specified by the processing information 1c is set in the template of the acquired source file (step 406). For example, as shown in FIG. 5, if the processing pattern determined in step 404 is “matching” and the corresponding object definition template 500 is acquired in step 405, step 4
At 06, the process description portion 510 in the template 500 includes
A conditional statement 511 for determining a processing key, which is information specified by the processing information 1c, is set. Thereafter, further referring to the template database 3, a template of the program definition of the main program is acquired (step 407), and a control processing description for controlling the object definition, for example, setting of a handle of a file to be used is set in the template. A description of a process or the like is added, thereby generating a source code having an object definition statement and a processing command statement corresponding to the processing pattern (step 408).

FIG. 6 is a flowchart for explaining the flow of processing by the customization information processing section 2C in FIG. 1. FIG. 7 is a diagram showing an example of a source code template set by the processing in FIG. is there.

In FIG. 6, first, the processing pattern 2t stored in the processing of step 404 by the above-described pattern information processing unit 2B is obtained (step 601). Next, with reference to the template database 3, the template 7 of the object definition of the subclass corresponding to the processing pattern 2t.
00 (step 602), and a unique customization target process specified in the customization information 1d is obtained for the template 700. Here, the customization target process is a specific process executed when the processing flow matches a specific processing pattern. For example, if the processing pattern is “matching”, the key value is matched. Either or both of the matching process to be performed and the unmatching process to be performed when the key value does not match can be the customization target process. Finally, a description 711 of the obtained process to be customized is set in the method description corresponding to the corresponding process of the template 700 of the object definition of the subclass acquired in step 602, thereby realizing a unique process (match process). To generate a source code having an object definition statement and a processing command statement for processing (step 604).

FIG. 8 is a flowchart for explaining the flow of processing by the source file output processing unit 2D in FIG. In the figure, first, the generation information 1a is obtained from the specification related information input by the input unit 1 (step 801). Here, the generation information 1a is, for example, a generation destination directory / file name. Subsequently, the class name and the program name in the generation information 1a are stored in the file / DB information processing unit 2
A, CLASS-ID and PR in the source code previously generated by pattern information processing unit 2B and customization information processing unit 2C
OGRAM-ID is set (step 802). Further, using these CLASS-ID and PROGRAM-ID, a file name of a source file storing each source code is assembled (step 803). Finally, the corresponding source code is output to the source file to which the assembled file name is added (step 804).

FIG. 9 is a diagram showing an example of a plurality of source files including the source code generated by the system of FIG. 1, and represents a source file group constituting an application for directly accessing a work file or an intermediate file. In the figure, a generated source file is a source file 9 including a source code having an object definition statement and a processing instruction statement for executing predetermined input / output processing by sequential access, that is, a file information management class.
1, a source file having an object definition statement and a processing instruction statement corresponding to a processing pattern representing a processing procedure by a new application, that is, a source file 92 including a pattern processing management class, an object for realizing processing unique to the new application A source file 93 including a definition statement and a processing instruction statement, that is, a source file 93 including a customization processing management class, and a source file having a program definition processing instruction statement for integrating the source files 91 to 93, ie, a source file 94 including a main program It is roughly divided into four types of source files.

FIG. 10 is a diagram showing another example of a plurality of source files including the source code generated by the system of FIG. 1, and a source file group constituting an application that does not directly access a work file or an intermediate file. Represents In the figure, the generated source file includes a source file 101 including an object definition statement and a processing instruction statement for executing predetermined input / output processing without sequential access, that is, a source code including a collection class, and an element class. A source file 102, a source file 103 including a source code having an object definition statement and a processing instruction statement corresponding to a processing pattern representing a processing procedure by a new application, that is, a source file 103 including a pattern processing management class, and a process unique to the new application. Source code 104 including a source code having an object definition statement and a processing instruction statement, that is, a customization processing management class, and a source code having a program definition processing instruction statement Is de i.e. divided into a total of five types of the source file in the source file 105 containing the main program.

As described above, according to the system for automatically generating source codes of the present embodiment, when a new application is developed, the system is obtained by the conventional structured programming technique which is to be reused in the new application. Specification related information for specifying “pattern” and “parts”, ie, generation information 1a, input / output file / DB definition information 1
b, processing information 1c, and customization information 1d are appropriately determined and input to the input unit 1, so that the template corresponding to the corresponding “pattern” and “part” is acquired from the template database 3, and “ For the pattern, that is, the processing pattern, the pattern information processing unit 2B requests the input of insufficient information required for the determination, and the customization information processing unit 2C sets the description of the customization target process unique to the new application as a template. Is done. For this reason, it is not necessary to intentionally distinguish between “patterns” and “parts” obtained by the conventional structured programming method and “objects” obtained by the object-oriented programming method, and they can be handled similarly. It is possible to easily integrate existing program assets obtained by program development using a structured programming technique with object-oriented programming.

In addition, a template consisting of an object definition for realizing input / output processing without successive access to a work file or an intermediate file and a predetermined program definition for handling the object definition is stored in the template database 3 in advance. As a result, as shown in FIG. 10, the source file 101 including an object definition statement and a processing instruction statement for executing predetermined input / output processing without sequential access, that is, a source file including a collection class and an element class are included. Source file 102
Can be generated. Therefore, useless access performed by an “object” related to a work file or an intermediate file that is not recognized as a persistent object is suppressed, and it is possible to prevent a reduction in processing efficiency and the occurrence of ambiguity in recognition of a persistent object.

The database file that holds the template database 3 and the program file that implements the template setting processor 2 are stored in an information storage medium such as a floppy disk or CD-ROM, for example. Can be provided. In this case, both may be stored collectively in the same information storage medium, or both may be stored separately in different information storage media.

[0034]

As described above in detail, according to the automatic source code generation system of the present invention, the "patterns" and "parts" obtained by the conventional structured programming method and the object-oriented programming method are used. It is no longer necessary to deliberately distinguish the obtained "object" from the object, and it can be handled in the same way. It is possible to combine existing program assets obtained by program development using structured programming with object-oriented programming. It can be easily achieved.

By storing in advance a template of "objects" for realizing input / output processing without sequential access in a template database, "objects" related to work files and intermediate files that are not recognized as permanent objects The useless access performed by this is suppressed, and it is possible to prevent the processing efficiency from lowering and the occurrence of ambiguity in the recognition of the persistent object.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an embodiment of an automatic source code generation system according to the present invention.

FIG. 2 is a flowchart illustrating a flow of processing by a file / DB information processing unit in FIG. 1;

FIG. 3 is a diagram showing an example of a source code template set by the processing of FIG. 2;

FIG. 4 is a flowchart illustrating a flow of processing by a pattern information processing unit in FIG. 1;

FIG. 5 is a diagram showing an example of a source code template set by the processing of FIG. 4;

FIG. 6 is a flowchart illustrating a flow of processing by a customization information processing unit in FIG. 1;

FIG. 7 is a diagram showing an example of a source code template set by the processing of FIG. 6;

FIG. 8 is a flowchart illustrating a flow of a process performed by a source file output processing unit in FIG. 1;

FIG. 9 is a diagram illustrating an example of a plurality of source files including source code generated by the system of FIG. 1;

FIG. 10 is a diagram showing another example of a plurality of source files including source code generated by the system of FIG. 1;

[Explanation of symbols]

Reference Signs List 1 input unit 2 template setting processing unit 3 template database 2A file / DB information processing unit 2B pattern information processing unit 2C customization information processing unit 2D source file output processing unit 2t recognized processing pattern 3A source related to input / output operation Code template group 3B Source code template group related to processing procedure of entire application 3C Source code template group related to processing method executed in various places of application 4 Source file group including generated source code

Claims (6)

[Claims] 1. A template comprising predetermined object definitions in various source codes obtained in the development of an application and predetermined program definitions for handling the object definitions, each of which is stored in advance as an existing program asset in a reusable manner. An input unit for inputting various types of specification-related information according to the specifications of the application when developing a new application; and the new type database based on the input specification-related information. An automatic source code generation system comprising: a template setting processing unit that acquires templates suitable for an application, sets these templates, and generates specific source code. 2. The template database is a database in which various templates based on various source codes described in the past using object-oriented COBOL and COBOL are stored in advance. , The object-oriented COBO
2. The automatic source code generation system according to claim 1, wherein a specific source code is generated by setting various templates based on various source codes described in the past using L and COBOL. 3. The template database stores a template including a predetermined object definition for realizing a predetermined input / output process by sequential access when data input / output actually occurs, and a predetermined program definition for handling the object definition. A database stored in advance, wherein the template setting processing unit stores a source code having an object definition statement and a processing command statement for executing a predetermined input / output process specified by the specification related information by the sequential access. 3. The method according to claim 1, wherein the data is generated.
Automatic source code generation system. 4. The template database is a database in which a template consisting of a predetermined object definition for realizing a predetermined input / output process without using the sequential access and a predetermined program definition for handling the object definition is stored in advance. The template setting processing unit generates a source code having an object definition statement and a processing command statement for executing the predetermined input / output processing specified by the specification related information without performing the sequential access. Claim 1 to claim
3. The automatic source code generation system according to claim 3. 5. The template setting processing unit determines a processing pattern representing a processing procedure by the new application based on the specification-related information, and has an object definition statement and a processing command statement corresponding to the processing pattern. A pattern information processing unit that generates a source code; and a template of an object definition statement of a subclass corresponding to the processing pattern determined by the pattern information processing unit is acquired from the template database. A customized information processing unit that specifically sets based on information and generates a source code having an object definition statement and a processing command statement for realizing a process unique to the new application; and , A source that outputs the generated source code to each predetermined source file 5. A file output processing unit.
An automatic source code generation system according to any one of the preceding claims. 6. The source according to claim 1, wherein a database file for holding the template database and a program file for realizing the template setting processing unit are recorded. An information storage medium used to implement an automatic code generation system.