JP2003233500A - Reverse engineering system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a reverse engineering system in which a most recent layout of an existing file can be easily obtained. <P>SOLUTION: A reverse engineering system has a repository that includes; a table to show a relation between a real file and a virtual file; a table to show the relationship between the real file and a program name; a table to show a relationship between, the number of the starting of the item relating the virtual file, an external module and a virtual life in a program, and the number of the termination of the item relating the virtual file in the programs; a table to show the relationship between main external modules and sub external modules; and a table to show the relationship among the external module name, the number of the starting of the items stated in the program, a name for the item, the number of the levels, an attribute, an off set value, and the number of the bytes. The reverse engineering system outputs a layout of the file in the external module of the real file by obtaining a data to specify the real file and the external module name through the repository. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a reverse engineering tool for grasping an accurate file layout of a data set in an application system operating using a computer for each program constituting the application system.

[0002]

2. Description of the Related Art A large number of computer systems (applied business systems) of enormous scale are constructed not only for private companies but also for various corporate bodies such as central and local administrative bodies in order to improve work efficiency and improve service levels. Has been up and running.

[0003] Those application systems are required to be constantly updated (changed) due to various needs that occur continuously and changes in the circumstances surrounding the enterprise.

However, particularly in a company that has owned and maintained a computer system for a long time, a great deal of work, but most of the work, has been devoted to updating the program itself that constitutes the application system. There is. When the program is updated, it is generally strongly desired that the documents including the specifications are updated in synchronization in anticipation that further future maintenance work can be smoothly carried out. However, it is the current situation of many companies that the update of specifications (documents etc.) is difficult to catch up with the update of the application system.

When updating the application system, the layout of the file (data set) is almost always updated. It is hard for many companies to say that the content is reflected in the file layout specification (design document) in a timely manner despite the high frequency of updating the file layout. Even a company that is kept up to date will spend a considerable amount of maintenance manpower.

The file layout is an indispensable material for the work of the person in charge of developing / maintaining the application system. However, from the above, it is difficult to share the latest file layout among many development / maintenance personnel.

[0007]

SUMMARY OF THE INVENTION The present invention provides a reverse engineering tool for accurately and easily grasping the latest file layout of an actual file that actually exists in the development and maintenance work of an application system. The purpose is to

[0008]

The present invention has been made to achieve the above object. The reverse engineering device according to claim 1 according to the present invention includes: a first table showing a relationship between a real file and a virtual file; a second table showing a relationship between a real file and a program name; Module name, virtual file,
Third table showing the relationship between the appearance start number of the item related to the virtual file in the program and the appearance end number of the item related to the virtual file in the program, and the relationship between the main external module and the sub external module Showing the 4th
Table, an external module name, an appearance order number of items declared in the program, an item name, and a fifth table showing a relationship between a level number, an attribute, an offset value, and the number of bytes. It is a reverse engineering device that uses a repository to acquire designated data of data related to an actual file and data related to an external module name and output a file layout of the actual file in the external module.

A reverse engineering device according to a second aspect of the present invention provides a sixth table showing a relationship between a real file, a job, a step number and a DD number, a job, a step number and a DD number. , A seventh table showing a relationship with a DD name, an eighth table showing a relationship between a job and a step number, and a program name,
External module name, DD name, DD in the program
Appearance start number of items related to and DD in the program
, The fourth table showing the relationship between the appearance end number of the related item, the main external module, and the sub external module, the external module name, and the declaration in the program. Data related to the actual file by using the repository, including an appearance order number of the item, the item name, a fifth table showing the relationship between the level number, the attribute, the offset value, and the number of bytes, and the external module It is a reverse engineering device that acquires designated data together with data related to a name and outputs a file layout of the actual file in the external module.

A program according to a third aspect of the present invention receives designated data of data related to a real file and data related to an external module name, and creates a file layout of the real file in the external module. A program that operates in the reverse engineering device according to claim 1.

A program according to a fourth aspect of the present invention receives designated data of data related to a real file and data related to an external module name, and creates a file layout of the real file in the external module. A program that operates in the reverse engineering device according to claim 2.

A recording medium according to a fifth aspect of the present invention is a recording medium for recording the program according to the third or fourth aspect.

[0013]

BEST MODE FOR CARRYING OUT THE INVENTION In the present invention, a repository generated by reverse engineering is used in application system development and maintenance. Here, "reverse engineering" means a system component (com
components) and their interrelationships and re-express the system in another form or generate a high level system representation. Furthermore, the "repository" here is
It is a database of information that describes the target of use or operation in the application system, and is a database of meta information about data items, programs, system resources, and various definitions in the application system.

The "repository created by reverse engineering" in the present invention is a known technique. As will be explained later, the repository is preferably constructed according to the relational database model (see FIGS. 4 and 6).

FIG. 9 is a block diagram schematically showing generation of the repository 14 according to the present invention. The repository 14 according to the present invention is a component of a subsystem (application system), that is, a program 2 and a JCL (Job Con).
control language; job control language) 4, C
Various definition bodies such as the OPY clause 6, the DB (database) definition unit 8, and the current management data 10 are used as the original data.
By the analysis processing that arranges and maps these mutual relationships,
The repository 14 is formed.

The above various definition bodies constitute a data set on a recording medium. Therefore, the above-mentioned analysis processing is performed using the file group of various definition bodies as an input file.
This analysis process can be executed in a computer such as a personal computer, workstation, mainframe, or the like.
The computer that performs the analysis process is not particularly limited.

If the latest definition file group is used as an input file, the latest components are naturally mapped in the constituent elements of the application system and their mutual relationships. Therefore, if you build a mechanism that automatically creates documents such as system specifications, design documents, and requirements documents based on the repository without human intervention, the up-to-date information in those documents can be reliably ensured. .

The types of the various definition bodies described above are not particularly limited. For example, the programming language related to the source program may be COBOL, FORTRAN, PL / I, C language, or the like. In the following, the programming language CO
The description will proceed with the BOL and the processing mode being (mainly) the batch processing.

<< Preferred Embodiment >> A preferred embodiment of a reverse engineering tool for grasping the file layout of each data set (file) input / output in the application system using the above repository Will be described. The reverse engineering tool is operated in a computer such as a personal computer, workstation, mainframe or the like.

To grasp the file layout of an actual file (hereinafter referred to as an actual file), the source program alone is not sufficient, and JCL is indispensable. Usually, in a program, a virtual file name (that is, a file name that is valid only in the program) is described without directly describing the actual file name, and the JCL associates the virtual file name with the actual file name. Because it is.

If the virtual file name in the program can be grasped, the file layout description portion in the input / output record definition portion and the variable declaration portion can be grasped through the description portion of the virtual file name in the program. FIG. 2 is a schematic diagram schematically showing how variable declarations (related to file layout) are traced from an actual file.

In FIG. 2, the job control language (JC
A simple configuration example of L) and a simple configuration example of the COBOL program are shown in the right part. From the left part of FIG.
It can be seen that the real file "A01" is used (that is, input or output) as the virtual file "* A" in the "PGM1" program (or the subprogram called by the "PGM1" program) (for the subprogram) Will be described in detail later).

Check the "PGM1" program. "P
In the source code of the "GM1" program, if the portion related to the virtual file "* A" is extracted, "PGM1"
The file layout of the actual file “A” viewed from the program can be determined.

In the "PGM1" program, the "input / output instruction" portion and the "variable declaration" portion can be searched (extracted) from the input / output (virtual) file name use declaration related to "* A". . From the "variable declaration" part, the file layout is uniquely determined.
It can be displayed on the display screen of a personal computer (see Fig. 1). Here, the above-mentioned "variable declaration" portion is related to the data item designated by the "input / output instruction". Therefore, if it is a COBOL program,
(A) Directly used in READ and WRITE sentences, WO
Data items declared in RKING STORAGE SECTION, (a) FILE SECTIO
Two layouts of the data item group declared in N are output.

The program name specified in the job control language is the main program. By the way, in many cases, use (input / output) of a file is not performed by a main program, but is performed by a subprogram called by the main program. In the reverse engineering tool according to the present invention,
As will be described later, since information (table) that associates the main program with the sub-program is referred to, even if the target program is the sub-program, it can be extracted without omission.

It can be easily assumed that there are a plurality of programs that use one real file. By tracing each of a plurality of programs using one real file, a plurality of (different) file layouts for one real file viewed from the plurality of programs are derived.

Next, a procedure for creating a file layout for one real file using the repository (table) created from the JCL and the program and outputting it to the computer screen will be described.

FIG. 3 shows an example of a template of the source code of the job control language. FIG. 4 is a repository (table) created from the source code of FIG. (1) is the “relationship between job and data set” (tblDataset_
JOB) table, ・ Device name, ・ Volume name, ・ Dataset name, ・ Job name, ・ Step number in job (how many steps) ・ DD number in Step (what number DD) ), And retains the data related to The respective item names are “Unit” and “Vo”, as shown in FIG.
lume ”,“ DSName ”,“ Job ”,“ Ste ”
pNum ”and“ DDNum ”.

Here, as is well known, "DD" means "Da".
"data definition (dataset definition)", and immediately before "DD" in the DD line in JCL, the above "virtual file" in the program
The name is described.

FIG. 4B shows "DD information" (tblDD).
A job name, a Step number in the job (what number step), a DD number in the Step (what number DD), a data set name, a DD name Keep as content. The respective item names are “Job” and “Ste” as shown in FIG.
pNum ”,“ DDNum ”,“ DSName ”, and“ DD ”.

FIG. 4 (3) is a table of "relationship between job and step" (tblSTEP):-Job name-Step number in job (how many steps) -Program name-Data set The data about the name, DD name, is retained as its contents. The item names are “Job” and “Ste”, as shown in FIG.
pNum ”and“ PGM ”. (1), (2),
(3) It is desirable that all are created according to the relational database model.

Further, FIG. 5 shows an example of a model of program code described in COBOL. 6 is shown in FIG.
It is a repository (table) created from the program code of. (1) is the "relationship between program and DD" (t
blEXTMODDD_LY) table, program name (external module name), DD name (from ASSIGN clause of SELECT statement), appearance number (start) of the item related to DD in the program, DD in the program The data related to the appearance number (end) of the related item is retained as its content. The respective item names are, as shown in FIG. 6A, "EXTMOD",
"DD", "FromSeq", and "ToSeq".

FIG. 6 (2) is a table of "items declared in program" (tblLocalItem):-Program name (external module name) -Sequence number of items declared in program in order of appearance , ・ Level number, ・ Item name (symbol name), ・ Attribute, ・ Offset value, ・ Number of bytes are retained as its contents. The respective item names are, as shown in FIG. 6B, “EXTMOD”,
"Seq", "LevelNum", "Item",
“Attr”, “Offset” and “Byte”.

FIG. 6 (3) shows "program parent-child relationship".
It is a table of (tblRELEXTMOD), and holds data regarding the parent (caller) program name (external module name), the child (callee) program name (external module name) as its contents. Each item name is “P_EXTMO,” as shown in FIG. 6 (3).
D ”and“ C_EXTMOD ”. It is desirable that all of (1), (2), and (3) in FIG. 6 are created according to the relational database model.

"Relationship between program and DD" in FIG. 6 (1)
In the (tblEXTMODDD_LY) table, “appearance number (start) (F) of item related to DD in program (F
romSeq) "and" the appearance number (end) of the item related to DD in the program (ToSeq) "is determined as follows.

First, READ of the file related to the DD name
If the command exists in the program, the item name of the FD statement associated with the input file name or INT of the READ statement
About the item name described after the O clause, tblL
Refer to the ocalItem table. In the corresponding row where the item name is stored, "Level Number (LevelNu
m) ”and the lines before and after it (in particular, the subsequent lines), the“ FromSeq ”(minimum value) and the“ ToSeq ”(maximum value) related to the above item names are stored. Value) and determine "relationship between program and DD (tblEXTMODDD_LY)"
Store in the corresponding row of the table.

When the WRITE command for the file related to the DD name exists in the program, the item name of the FD statement related to the output file name or the FROM statement for the WRITE statement
For the item names described after the phrase, as in the above, "FromSeq" (minimum value) and "ToSeq"
(Maximum value) and

In FIG. 10, the COBOL program (MA
CTH-KOUSHIN) sample and its tbl
A part of LocalItem table is shown. As for “DD name 1” (DD name) of “MACTH-KOUSHIN” (program name) in FIG. 10, (FromSeq, ToSeq) = (1, 1), (6
It turns out that it becomes 12).

FIG. 8 shows, from a principle aspect, a procedure in which the reverse engineering tool according to the preferred embodiment of the present invention creates a file layout for one real file. Further, FIG. 7 is a diagram for explaining the procedure of FIG. 8 using the above-mentioned tables (of FIGS. 4 and 6). The procedure of FIG. 8 is shown below.

S02: The information of the actual file is input.
The information includes "Unit (device name)" and "Volum".
e (volume name) "and" DSName (data set name) ".

S04: From the "Relationship between job and data set (tblDataset_JOB)" table,
"Job (job name)", "StepNum (Step number in job)", and "DDNum (DD number in Step)" are derived from the actual file information in S02.

S06: "Job" and "StepN" described above
um ”,“ DDNum ”,“ DD information (tblD
D) ”, the corresponding row in the table is derived ((A) to (A) in FIG. 7). Similarly, the above "Job", "S"
From “TepNum”, “Relationship between job and step (t
blSTEP) ”table, the corresponding row is derived ((a) to (c) in FIG. 7).

S08: Above "DD information (tblD
D) ”table, the associated DD name (DD) is found from the data contained in that row. Similarly, the related program name (PGM) is found from the data included in the corresponding row of the above-mentioned "relationship between job and step (tblSTEP)" table. Those "DD name (DD)"
And "program name (PGM)" as a key to refer to the "relationship between program and DD (tblEXTMODDD_LY)" table ((a) (c) to (d) of FIG. 7).

S10: When referring to the above "Relationship between program and DD (tblEXTMODDD_LY)" table, "Relationship between program parent and child (tblRELEX)
"Program Name (PG
M) ”is applied to the“ parent program name (P_EXTMOD) ”and all child programs (sub-programs) under it are also extracted. Then, "Child program name (C_EX
TMOD) ”and the above-mentioned“ DD name (DD) ”to create a key, and then“ relationship between program and DD (tb
lEXTMODDD_LY) "table ((a) (e) to (d) in FIG. 7).

S12: From the extraction result by the above reference,
The program name (including the subprogram) and the number of the start item and the end item of the layout related to the DD name declared in the program name are derived.

S14: The data items corresponding to the above start item number to end item number are "items declared in the program (tblLocalItem)".
The file layout is edited and output from the table ((c) to (d) in FIG. 7). In creating the file layout, information on the level number, the attribute of the data item, the offset value, and the number of bytes is required, but they are acquired from the tblLocalItem table.

FIG. 1 shows an example of output of a file layout on a computer display device. As shown in Figure 1,
On the screen, it is set to: ・ UNIT, ・ VOLUME, ・ Data set, ・ Used external module as condition data. On the screen, a file layout is created and output according to the procedure (principle) of FIG. 8 described above.

As described above, if the programming language is COBOL, (a) READ statement, WRI
Used directly in TE statements, WORKING STORAG
Data items declared in E SECTION,
(B) Two layouts of the data item group declared in FILE SECTION are output.

<< Other Embodiments >> The preferred embodiments of the present invention have been described above, but the present invention is not limited to the above embodiments. If the relationship between a file and a program is clear, even in a program in a language other than COBOL, if a real file and a program are specified by the same procedure, a mechanism for grasping the file layout viewed from the program is constructed. It is possible. Furthermore, it is possible to construct the same mechanism not only in batch processing but also in a system related to online processing.

[0050]

By utilizing the present invention, in the development and maintenance work of the application system, it is possible to accurately and easily grasp the latest file layout of the actual file that actually exists for each program. Become.

[Brief description of drawings]

FIG. 1 is an example of output of a file layout on a computer display device.

FIG. 2 is a schematic diagram schematically showing how to trace a variable declaration relating to a file layout from a real file name.

FIG. 3 is an example of a template of a job control language source code.

FIG. 4 is a part of a repository (table) created from the source code of FIG.

FIG. 5 is an example of a model of a program code written in COBOL.

6 is a part of a repository (table) created from the program code of FIG.

FIG. 7 is a diagram for explaining a procedure in which the reverse engineering tool according to the preferred embodiment of the present invention creates a file layout for one real file by using an example of a table.

FIG. 8 is a flowchart showing, from a principle aspect, a procedure in which the reverse engineering tool according to the preferred embodiment of the present invention creates a file layout relating to one real file.

FIG. 9 is a block diagram schematically showing generation of a repository according to the present invention.

FIG. 10: COBOL program (MACTH-KO
USHIN) sample and its tblLocalI
It is part of the tem table.

[Explanation of symbols]

2 ... Program file, 4 ... JCL file, 6 ... COPY phrase file, 8 ... DB definition file, 10 ... Other current management data file,
12 ... Various definition files, 14 ... Repository.

Claims (5)

[Claims] 1. A first table showing a relationship between a real file and a virtual file, a second table showing a relationship between a real file and a program name, an external module name, a virtual file, and a program Shows the relationship between the appearance start number of the item related to the virtual file and the appearance end number of the item related to the virtual file in the program, and the relationship between the main external module and the sub external module. Fourth table, external module name, appearance number of items declared in the program, item name, level number, attribute,
Using the repository including the fifth table showing the relationship between the offset value and the number of bytes, the specified data of the data related to the actual file and the data related to the external module name is acquired using the repository, and the actual file A reverse engineering device that outputs the file layout in the above external module. 2. A real file, a job, a step number,
And a sixth table showing the relationship with the DD number, a seventh table showing the relationship between the job, the step number, the DD number and the DD name, and the relationship between the job, the step number and the program name. Eighth table, external module name, DD name, DD in the program
Appearance start number of items related to and DD in the program
Is the declaration of the 9th table showing the relationship with the appearance end number of the related item, the 4th table showing the relationship between the main external module and the sub external module, and the external module name. The appearance order number of the item, item name, level number, attribute,
Using the repository including the fifth table showing the relationship between the offset value and the number of bytes, the specified data of the data related to the actual file and the data related to the external module name is acquired using the repository, and the actual file A reverse engineering device that outputs the file layout in the above external module. 3. The reverse engineering apparatus according to claim 1, which receives designated data of data related to a real file and data related to an external module name and creates a file layout of the real file in the external module. ,program. 4. The reverse engineering apparatus according to claim 2, which receives designated data of data related to a real file and data related to an external module name, and creates a file layout of the real file in the external module. ,program. 5. A recording medium for recording the program according to claim 3 or 4.