JPH05134852A - Used file information extracting system - Google Patents

Abstract

PURPOSE:To reduce man-hour required for investigation by analyzing a job control language(JCL) program extracted from a first auxiliary storage device and analyzing a load module extracted from a second auxiliary storage device. CONSTITUTION:An auxiliary storage device 1 stores the JCL program, and an auxiliary storage device 2 stores the load module. The JCL program 3 contains information required for starting the load module 4 such as a sentence for making correspondent internal and external files used for the load module, for example. Further, the load module 4 stores the definition of the internal file to be used by turning a user program to an execution enable form. Then, a JCL program analyzing means 5 inputs and analyzes the JCL program and the load module 4, and a table collecting relation between a load module name and external file information or internal file information is prepared. Then, an output device 6 outputs the contents of the table.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a used file information extraction method, and in particular, when a load module and its JCL program are used for program development, they are used from the load module and the JCL program. The present invention relates to a used file information extraction method for extracting file information.

[0002]

2. Description of the Related Art The conventional used file information extraction method is to extract the file definition information such as the file organization and record format of the internal file from the load module, and output it to determine the relationship between the load module and the external file or internal file. Was illustrated through human hands.

[0003]

In the above-mentioned conventional used file information extraction method, in order to grasp the relationship between the load module and the external file or the internal file, the relationship is illustrated by hand. The more files that are used, the more difficult it is to establish correspondence between external files and internal files, and the man-hours required for this are disadvantageous.

Generally, a plurality of files are used in one job, and it takes a lot of man-hours to understand the relationship between the load module and external files or internal files so as not to be confused. Also, JC without materials
When investigating the relationship between external files and internal files used by L programs and load modules,
Further man-hours are required, and the man-hours have been a development problem in order to utilize them for developing other programs.

[0005]

The use file information extraction method of the present invention extracts an external file definition of an external storage device designated by JCL and a load module name to be activated from a JCL program written in JCL. Stores the load module and the first auxiliary storage device that stores the JCL program for associating with the internal file definition defined in the load module and outputting to one figure with the load module name. A second auxiliary storage device and J extracted from the first auxiliary storage device.
It is configured to include a JCL program analysis means for analyzing a CL program and a load module extracted from the second auxiliary storage device, and an output device for outputting used file information which is an analysis result by the JCL program analysis means. Has been done.

[0006]

Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of a used file information extraction method of the present invention. As shown in FIG. 1, an auxiliary storage device 1 stores a JCL program. Reference numeral 2 is an auxiliary storage device in which a load module is stored. Reference numeral 3 is a JCL program, which includes information necessary to activate the load module, for example, a statement for associating an internal file used by the load module with an external file. A load module 4 stores internal file definitions used by the user program in an executable format. Reference numeral 5 is a JCL program analysis means for inputting and analyzing a JCL program or a load module. An output device 6 outputs an analysis result.

FIG. 2 is a flow chart showing an example of the first half processing of the JCL program analysis means 5 of FIG. Also, FIG.
2 is a flow chart showing an example of the latter half processing of the JCL program analysis means 5 of FIG.

Next, the operation of this embodiment will be described with reference to FIGS. When the analysis is started, the JCL program analysis means 5 inputs one sentence of the JCL program 3 from the auxiliary storage device 1 and recognizes whether it is a JCL sentence (procedure 21). For example, the error is corrected (procedure 22) and the next sentence is input (procedure 35).

If it is recognized in step 21 that it is a JCL statement, it is checked whether it is a statement indicating the start of the JCL program (step 23), and if it is the statement indicating the start of the JCL program, The job name is extracted from the sentence, output to the output device 6 (procedure 24), and the next sentence is input (procedure 3).
5).

At step 23, if the statement does not indicate the start of the JCL program, it is checked whether the statement indicates the end of the JCL program 3 (step 25). JCL Program 3
If it is a sentence indicating the end of, the processing of the present embodiment ends.

In step 25, if it is not a statement indicating the end of the JCL program, it is checked whether it is a statement for instructing the load module name (step 26). If it is, the internal file name in the load module is It is checked whether there is any (procedure 27). If there is no internal file name in step 27, the file non-use flag is turned on (step 28) and the next sentence is input (step 35). If there is an internal file name, the internal file information necessary for output is collected in a table (procedure 29), and the next JCL is input (procedure 35).

In step 26, if it is not a statement for instructing a load module name, it is checked whether it is a statement indicating resource allocation (step 30), and if so, whether the file non-use flag is on or not. Is checked (procedure 31).

If the file non-use flag is turned on in step 30, an error action is taken (step 32). If not turned on, the external file name corresponding to the internal file name is fetched from the resource allocation statement and stored in table A. (Procedure 3
3). After that, the table A is edited and output to the output device 6 (procedure 34), and the next JCL statement is input (procedure 3).
5).

In step 30, if the statement being analyzed is not a resource allocation statement, the next JCL statement is input (step 35).

After step 35, the procedure returns to step 21, and JCL
Repeat the analysis until the sentence showing the completion of the program appears.

FIG. 4 is a diagram showing an example of the JCL program 3 of FIG. FIG. 5 is a diagram showing an example of internal file information in the load module 4 of FIG. On the other hand, FIG. 6 is a diagram showing a table A that summarizes the internal file information used by the load module 44 and the external file information specified by the JCL program 3 after being analyzed by the JCL program analysis means 5 of FIG. further,
FIG. 7 is a diagram showing an example of an output result by the output device 6 of FIG.

In these figures, the present embodiment shows J shown in FIG.
By analyzing the CL program 3 and the load module 4 shown in FIG. 5 and creating the table A shown in FIG. 6, the load module 4 called SUM1 stores the internal file URIAGE until the result shown in FIG. 7 is obtained. KOKY
Input AKU and the execution result as an internal file KOKY
This is shown using an example of outputting to AKU.

The statement shown in FIG. 4 represents the start of the JCL program 3. Statement, specify the load module name of load module 4, and statement,
The external file name is associated with the internal file used by the load module 4 specified by. The statement
This is a statement representing the end of the information required to activate the load module 4 instructed in. Is a statement representing the end of the JCL program 3.

FIG. 5 shows how internal file names, file organizations, record formats, access modes, processing modes, device media, etc., exist within the load module 4. In the present embodiment, these pieces of information are taken out, put together in the table shown in FIG. 6, and edited based on this, and the output result shown in FIG. 7 is obtained.

[0021]

As described above, according to the used file information extraction method of the present invention, it is possible to show the relationship between the load module and the external file or the internal file in one figure. This has the effect of significantly reducing the man-hours required for investigating the files to be used.

Further, according to the used file information extraction method of the present invention, when the program creator and the corrector are not the same person, and there is no material for the program, or the material is left alone for a long period of time and the material and the source program are lost during that time. This is effective for investigating the file usage status in the case of accidents, and the newly created JCL program has the effect of making it easy to check the file being used.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of a used file information extraction method of the present invention.

FIG. 2 is a flow chart showing an example of the first half processing of JCL program analysis means 5 in FIG.

FIG. 3 is a flowchart showing an example of the latter half processing of the JCL program analysis means 5 in FIG.

FIG. 4 is a diagram showing an example of a JCL program 3 in FIG.

5 is a diagram showing an example of internal file information in the load module 4 of FIG.

6 is a diagram showing a table A in which correspondences between internal file information and external file information analyzed by the JCL program analysis means 5 in FIG. 1 are summarized.

FIG. 7 is a diagram showing an example of an output result by the output device 6 of FIG.

[Explanation of symbols]

 1 Auxiliary storage device for storing a JCL program 2 Auxiliary storage device for storing a load module 3 JCL program 4 Load module 5 JCL program analysis means 6 Output device

Claims (1)

[Claims] 1. An external file definition of an external storage device specified by JCL and a load module name to be activated are extracted from a JCL program written in a job control language (hereinafter, abbreviated as JCL), and the load module is stored in the load module. Corresponds to the internal file definition defined in
A first auxiliary storage device for storing a JCL program, a second auxiliary storage device for storing a load module, and a JCL extracted from the first auxiliary storage device for outputting to a single figure together with the load module name. A JCL program analyzing means for analyzing a program and a load module extracted from the second auxiliary storage device, and an output device for outputting used file information as an analysis result by the JCL program analyzing means are provided. Use file information extraction method.