JPS60120431A - Automatic program creating system - Google Patents

Abstract

PURPOSE:To create a program automatically by selecting and correcting program parts which are created preliminarily on a basis of definitions of an on-line interactive system. CONSTITUTION:A user selects a sample specification from a sample specification storage part 1 by a specification editing part 3 and corrects it in the interactive system with a video data terminal 2 and stores the corrected specification in a user specification storage part 4. This specification for the user is defined 43 with respect to interactive procedures, input/output data formats 42, and check and generating methods of input/output data and the program is created automatically on a basis of this specification. With respect to creating procedures, program parts are selected from a storage part 5 by a selection processing part 6 and are stored in a storage part 7, and a skeleton part of the program is created by a correction processing part 8 and is stored in a memory 9. Pertinent codes are generated on a basis of said definitions in the area 43 by a check creation code generating part 10 and are inserted into the skeleton part in said memory 9 by a program connecting part 11, and a completed, program is stored in a created program storage part 12.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Application of the Invention] The present invention relates to an automatic program creation method, and more particularly, to a method for automatically creating programs efficiently in an online dialogue system or the like for performing routine work.

[Background of the invention]

In the conventional program creation method using program parts, the program parts were manually modified to create a target program (1), which required sufficient knowledge of program parts and was a dramatic improvement. The drawback was that no significant productivity improvement could be expected.

Regarding these, for example, the 25th Information Processing Society of Japan (Showa 5
Late 7th year) National conference preliminary prefecture: As seen in "Reuse ideas using paradigms".

[Purpose of the invention]

An object of the present invention is to provide a method for automatically generating a program for a target online interactive system by automatically selecting and modifying program parts created in advance based on the definition of specifications for the online interactive system. It's about doing.

[Summary of the invention]

The present invention defines the specifications of an online interactive system by dividing it into three elements: dialogue procedure, input/output data format, input/output data checking method, and method of obtaining. Programs created for each type of input, line-by-line input, etc. (2) Automatically selects the corresponding part from among the RAM parts, corrects it with input/output data format information, and further checks the input/output data. The target program is automatically generated by adding code generated based on the definition of the method and calculation method.

In particular, in the past, modification of program parts was done entirely manually, or only parts related to the input/output data format were automatically modified, whereas program code related to how to check and generate input/output data was created manually. I needed to.

[Embodiments of the invention]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

In FIG. 1, 100 is a central processing unit including memory;
is the video data that creates the specifications for the system to be created.
Hold the display and key (3) board at the terminal. 300 is a file memory that stores sample specifications, defined user specifications, program parts, and generated programs.

FIG. 2 shows the configuration of the operating function section of the present invention. Figure 2 1
2 is the video data terminal used to modify the sample specifications; 3 is the specification editor part for modifying the sample specifications to create user specifications; 4 is the part that has been created A part for storing user specifications, 41 is a part of the created user specifications, -
A part that stores definitions of interaction procedures with the video data terminal such as screen batch input and line-by-line input, 42 a part that stores definitions of the number of people coming in such as dialogue screens and output lists, and 43 a method of checking the number of people data. , is a part that stores definitions of value generation methods. Reference numeral 5 denotes a section that stores program parts to be used in program generation, 6 a processing section that selects program parts corresponding to user specifications, 7 a section that stores the selected program parts, and 8 that stores the selected program parts by the user. Definition of input and output capacitors in the specifications (
4) a processing unit that makes modifications based on the above; 9 is a part that stores program skeleton parts such as dialog procedure control, physical input/output execution, input/output data definition, and input/output data conversion created by modification; 1o is a The part 11 generates the program source code for checking and generation processing based on the definition of the input/output data checking method and generation method in the user specifications. This is the part that generates the target program, and 1
2 is a part that stores generated programs.

FIG. 4 shows an example of the dialog procedure performed using the video data terminal 2 in FIG. A case is shown in which the correctness of the input data is confirmed after inputting data in the section 411 and after inputting all lines of the body. FIG. 4 is an example of inputting a sales slip. 4
When inputting the header in step 1, enter the header input data "Customer code"
1123 is entered in . When inputting the body of 42,
To confirm the "Customer Code" of the header input data, (5
) The corresponding "customer name" Hitachi Sangyo is output.

At this point, the body input data "product code" is 0137
, enter 2156.1039 and enter 2,1゜1 in "Quantity".
0. 81000.20500.47800 is entered in "Unit Price". When inputting the trailer of 43, "Product name" is output to confirm "Product code", "Quantity" and "
In order to confirm the unit price, the product "amount" is output. At this point, the trailer input data "total" is 660.
Enter 500 to complete one transaction process.

FIG. 5 shows a header section 411, a body section 412, and a trailer section 413 of a slip input from the screen in the slip input process.
This figure shows the relationship between the program parts used for generation and the generated program in an example of generating a program that inputs data at once. In this case, the corresponding "Header/Body/Trailer batch input" program component is selected based on the definition of the user-specified dialog procedure shown in FIG. 241.

This component is modified to generate a program based on the definition of input/output cuff (6) ohmad according to user specifications in the second session 42 and the definition of the input/output data checking/generation method in FIG. 2 43. One component is required to generate one program.

In the example of the program flowchart of the generated program shown in Figure 5, the parts indicated by solid lines are the parts that control the dialogue procedure and perform physical input/output with terminals and files. Contains source code, which can be copied verbatim to generate the corresponding part of the program.

In the example program flowchart of FIG. 5, the portion indicated by a one-dot broken line is a portion related to the input/output data format, such as the definition P of the input/output data area, the physical/logical conversion of the input/output data, etc. The skeleton of this part is specified in the program component, and the program source code is generated by modifying this based on the definition of user-defined input/output coordinates.

As shown above, the dialog procedure control (7) shown by the solid line in Figure 5, the part that performs physical input/output, the definition of the input/output data area shown by the dashed line, the physical logic conversion of the input/output data area, etc. This part forms the program skeleton.

In the example program flowchart in Figure 5, the parts indicated by broken lines are the processing for checking input data from a terminal, etc.
This is the output data generation processing part.

Only the parts that perform these processes are specified in the program parts, and the program source code for these processes is based on the input/output data checking method and the user specifications.
Generated by the definition of the generation method.

Next, the operational flow of the present invention will be explained.

The user selects the specification of the sample online dialogue system from 1 using the specification edit section 3 in Figure 2, modifies it in a conversational format using 2 to create a user specification, and creates the user specification 4. Accumulates in the storage section. The user specifications include 41 dialogue procedures, as shown in FIG.
It is divided into 42 input/output data formats, 43 input/output data checking methods, and generation methods.

Next, the procedure for automatically generating a program based on the created user specifications will be explained using the flowchart of FIG. 3 and FIG. 2.

6 selects a program component from 5 that matches the definition of the dialog procedure 41 and stores it in the storage section 7. In this example, the "header body replacement" component is selected.

In 8, the program skeleton part is created by embedding the program code related to the output format, such as the definition of input/output data, using the input/output format information in 42 at the specified location in the program part in 7, and the program skeleton part is stored in the program skeleton memory 9.
Accumulate in. In the example shown in Figure 3, the screen body part defined in the 42 people's appearance caffomado definition is placed in the skeleton's "&Meisho", "&Zokusei", and "&Ketasou" parts of the program part "Nigamen Body Data". The data area definitions of ``Souch'', ``Tanriki'', and ``Kingaku'' are embedded. That is, each data is given the name "Souch", "Tanriki", and "Kingaku", respectively, and (9) the data attribute is a numerical value and the number of digits is 4 digits and 5 digits, respectively.
Digits/8 digits are given. Definition of data areas other than the screen body, or program codes for physical and logical conversion of data, etc., are similarly defined.

In FIG. 2, 10, a program code for check processing and generation processing is generated based on the definition of the check expression and generation expression in 43, and the generated program code is inserted into the specified location in the program skeleton section 9 in step 11. Then, the COBOL program of the target online dialogue system is completed and stored in 12. In the example shown in Fig. 3, the C0BOL program code of rcOMPUTE Kingaku = Suryo * Tanka is generated based on the generation formula "Suuchi * Tanka" for the defined screen body part output data "Kingaku" of 43, and the C0BOL program code of 9 is "# Gamen". It is inserted in the ``Body Control'' section. Program codes for checking input data in the screen header section and trailer section, generating output data, etc. are similarly generated.

In this embodiment, (10
) By providing a function to create specifications for an online dialogue system by modifying sample specifications interactively, it is possible to further improve productivity.

As explained above, the present invention can be implemented by computer software, but it can also be implemented by dedicated hardware.

〔Effect of the invention〕

According to the present invention, it is possible to automatically create a program using program components, which was impossible with the conventional technology.
It has the effect of improving productivity in creating online dialogue systems.

[Brief explanation of the drawing]

FIG. 1 shows a system configuration diagram of an embodiment of the present invention, and FIG. 2 shows a functional configuration diagram of an embodiment of the invention. FIG. 3 shows a data flow for generating a program from user specifications and program components in an embodiment of the present invention;
Show example data. FIG. 4 is a state diagram showing an example of the dialog procedure of the online interactive program according to the present invention, and FIG. 5 shows the relationship between the flowchart (11) yard of the online interactive program generated according to the present invention and program parts. FIG. 1...Sample specification storage section, 2...Video data terminal, 3...Specification edit function, 4...
Coza specification accumulation function, 5... Program parts accumulation function, 6... Program parts selection processing unit, 7... Selected program parts accumulation function, 8... Program parts modification processing unit, 9... Program skeleton Part accumulation function, 10...
Check/generation processing code generation function, 11...program combination function, 12...generated program storage function. (12) Y1 Figure Z z Figure 3

Claims (1)

[Claims] A step of selecting a program component based on dialogue procedure information, a step of creating a program skeleton by modifying the selected program component using input/output data format information, and a step of generating a corresponding program code using data generation formula and check formula information. , combined with the program skeleton,
An automatic program generation method comprising a step of automatically generating a complete program.