JPH04181455A - Picture transiting specification preparing method - Google Patents

Abstract

PURPOSE:To automatically and speedily prepare a picture transiting specification document showing the flow of an interactive picture without fail by analyzing respective programs constituting a software, extracting input/output information to the screen among those programs and relating the extracted information. CONSTITUTION:The program is basically composed of a program name 301, message input 302 of information inputted from the screen, preparation 303 of the message to be outputted to the next screen, message output 304 of the next picture and end 305 of the program or the like. The information of the message input 302 includes the picture name to be inputted, and the information of the message output 304 includes a picture name to be outputted. The program is analyzed for the inputted unit of a program, the picture name in the message input 302 is copied to the input picture name 403, and the picture name in the message output 304 is copied to an output picture name 403 so as to prepare a table related to the programs and pictures. Thus, the picture transiting specification information can be automatically and speedily prepared without fail.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to improving the efficiency of software maintenance work, and in particular to a screen transition specification suitable for automatically creating a software screen transition specification using an online processing method. Regarding the creation method.

[Conventional technology]

Computer processing operations in the office processing field include human processing operations, batch processing operations, and online processing operations. Upstream process specifications that support the maintenance, understanding, and management of these tasks include job flow specifications that indicate the execution order of each program that implements the tasks for batch processing tasks, and job flow specifications for online processing tasks.

Screen transition specifications that indicate the flow of dialog screens used in the business are generally used.

Conventionally, these specifications have generally been created manually. That is, they were created manually at the initial stage of system creation, and then changed manually during development or maintenance in response to changes in the execution order of the progera 11 or changes in the flow of dialog screens.

However, with this method, specifications are created and modified manually, so there is no guarantee that they accurately reflect the contents of the actual system, and there is also the problem that creating and modifying specifications requires a lot of man-hours. there were.

To solve this problem, there is a method of automatically generating job flow specifications for batch operations from downstream process software products such as JCL that reflects the actual system creation.

This method is described in, for example, Japanese Patent Laid-Open No. 1-237726, Automatic Generation System for Software Specifications.

[Problem to be solved by the invention]

With the above-mentioned conventional technology, JC
Since job flow specifications can be automatically created from software products of downstream processes such as L, specifications that support understanding of the actual system contents can be automatically generated quickly and without errors. .

However, it has not been possible to automatically create quickly and error-free screen transition specifications that indicate the flow of the aforementioned dialog screens that support understanding of online processing operations.

Furthermore, it has not been possible to automatically and quickly create a screen transition specification that indicates the program for inputting and outputting the dialog screen in addition to the information on the flow of the dialog screen.

Furthermore, it has not been possible to automatically and quickly create a screen transition specification that indicates the traffic aisle, database, printer, etc. other than the screens of each of the above-mentioned programs.

In addition, by sequentially displaying the dialog screens of the target system based on the information in the automatically created screen transition specifications described above, the movement of the screen of the target system can be monitored without moving the actual system. It was not possible to easily understand the target system by running it in a simulated manner.

Also, based on the information in the screen transition specifications created above,
By modifying the screen transition specifications, simulating the above-mentioned screen movements using the revised screen transition specifications, generating program specifications from the single screen transition specifications, and even generating programs, existing It was not possible to efficiently maintain software or develop new systems using existing software.

The first object of the present invention is to provide a screen transition specification that shows the flow of the above-mentioned dialog screen to support understanding of online processing operations.
The purpose is to provide a method for automatic, quick and error-free creation.

A second object of the present invention is to provide a method for automatically and quickly creating a screen transition specification that indicates the program for inputting and outputting the dialog screen in addition to the information on the flow of the dialog screen described above. There is a particular thing.

A third object of the present invention is to provide a method for automatically creating screen transition specifications that indicate input/output other than the above-mentioned program screens, such as files, databases, printers, etc., quickly and without error. be.

The fourth object of the present invention is to display the dialogue screens of the target system one by one based on the information in the automatically created screen transition specifications described above, without moving the actual system. The purpose of the present invention is to provide a method that facilitates understanding of a target system by simulating the movement of the system screen.

A fifth object of the present invention is to modify the screen transition specifications, simulate execution of screen movements based on the revised screen transition specifications, and perform screen To provide a method that enables efficient maintenance of existing software and development of new systems using existing software by generating program specifications from transition specifications and even generating programs. There is a particular thing.

[Means to solve the problem]

The first purpose above is to analyze each program that makes up the target online processing business software, extract input/output information to the screens within it, and link the extracted information to create a This is achieved by creating screen transition specification information that indicates the order of use.

Furthermore, this can be achieved by creating and outputting a diagram showing the transition between screens in the software using the screen transition specification information created by the above method.

A second object of the present invention is to extract the input/output information for the five screens in addition to the input/output information to the five screens in the analysis of each of the above programs, and to associate the extracted information with the screen and its input/output information. This is achieved by creating screen transition specification information that includes the relationship between output programs.

Also, based on the plate surface transition specification information created using the above method,
This is achieved by creating and outputting a diagram showing the transition of screens within the software and its input/output programs.

A third object of the present invention is to extract information other than the screen, such as the traffic aisle, database, printer, etc., in the analysis of each of the above programs, and to associate the extracted input/output information with the extraction source program information. This is achieved by creating screen transition specification information that also indicates input/output other than screens.

This can also be achieved by creating and outputting a diagram showing the transition of the screen within the software and its input/output program, as well as input/output other than the screen, using the screen transition specification information created in the above method.

A fourth object of the present invention is to find screen specification information that matches the dialog screen information included in the screen transition information of the screen transition specification created by the above method, generate a dialog screen, and generate a dialog screen that is specified in the screen transition specification. This is achieved by sequentially displaying the information on the display according to the order in which the images are displayed. A fifth object of the present invention is to correct the screen transition specification information through dialogue based on the screen transition specification information created by the above method, and to a step of searching for screen specification information that matches the screen information to be provided, generating an interaction screen from the specification information, and sequentially displaying it on the display in the order specified in the screen transition specification; This is achieved by adding a step of generating a program specification for each program from program input/output information, and further a step of generating a program from the program specification.

[Effect]

In order to achieve the first objective, the present invention analyzes each program constituting the target online processing business software, extracts input/output information to the screen therein, and associates the extracted information. This automatically creates screen transition specification information that indicates the order of use among multiple screens. Therefore,
It is possible to automatically create screen transition specification information that supports understanding of online operations quickly and without errors, which in turn streamlines the work of understanding specifications when maintaining and reusing target business software. .

Further, the present invention creates and outputs a diagram showing transitions between screens in the software using the screen transition specification information created by the above method. Therefore, it is possible to quickly and automatically create screen transition specifications in a visual format that support understanding of online business operations, and ultimately to understand the specifications when maintaining and reusing target business software. can be made more efficient.

In order to achieve the second object, the present invention extracts, in addition to the input/output information to the screen, the identifier of the program that performs the input/output in the analysis of each of the above programs, and associates the extracted information. Automatically create screen transition specification information including the relationship between screens and their input/output programs. Therefore, in addition to the information on the flow of the dialog screen described above, it is possible to automatically and quickly create a screen transition specification that also indicates the program that inputs and outputs the dialog screen, and in turn, it is possible to maintain and maintain the target business software. The work of understanding specifications when reusing can be made more efficient.

Further, the present invention creates and outputs a diagram showing the transition of screens in the software and their input/output programs using the screen transition specification information created by the above method. Therefore, it is possible to automatically create a visual screen transition specification that also shows the program that inputs and outputs the dialog screen quickly and without errors, which in turn makes it possible to understand the specifications when maintaining and reusing the target business software. can be made more efficient.

In order to achieve the third objective, the present invention extracts input/output information other than the screen - files, databases, printers, etc. - in the analysis of each of the above programs, and converts the extracted input/output information into extracted optical program information. By associating, screen transition specification information that also indicates input/output other than screens is automatically created. Therefore, it is possible to automatically and quickly create screen transition specifications that indicate input/output other than the above-mentioned program screens, such as files, databases, printers, etc., and to maintain and maintain the target business software.
The work of understanding specifications when reusing can be made more efficient.

Further, the present invention creates and outputs a diagram showing the transition of the screen in the software and its input pressure program, as well as input/output other than the screen, using the screen transition specification information created by the above method. Therefore, it is possible to automatically and quickly create visual screen transition specifications that indicate input/output other than the above-mentioned program screens - files, databases, printers, etc. The work of understanding specifications during maintenance and reuse can be made more efficient.

In order to achieve the fourth objective, the present invention finds screen specification information that matches the dialog screen information included in the screen transition information of the screen transition specifications created by the above method, generates a dialog screen, and generates a screen. Display them on the display in sequence according to the order specified in the transition specifications. Therefore, it is possible to simulate the screen movements of the target system without running the actual system, which in turn improves the efficiency of understanding the specifications when maintaining and reusing the target business software. can.

In order to achieve the fifth object, the present invention is based on the screen transition specification information created by the above method, corrects the screen transition specification information through interaction, and performs the above-mentioned process based on the corrected screen specification information. simulation execution of screen movements using a method, generation of program specifications for each program from the input/output information of each program in the modified screen transition specification information,
Furthermore, a program is generated from the program specifications.

Therefore, it becomes possible to efficiently maintain existing software and develop new systems using existing software.

〔Example〕

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

FIG. 1 is a flowchart showing the processing for implementing the first embodiment of the present invention, and FIG. 2 is the equipment configuration of a computer implementing the present invention. In FIG. 2, 21 is a processing device, and 22 to 26 are a memory, an input device 2, a display device, a printer, and an external storage device connected to the processing device 21, respectively. The program to be explained below is stored in the external storage device 26. Further, a program for performing the processing shown in the flowchart below and the following tables are stored in the memory 22, and the processing program is executed by the processing device 21. The input device 23 is used to provide input information to the system, such as selecting a program for creating screen transition specifications.

In addition, the screen transition diagram below shows the display device 24 or the printer 2.
5 is output.

This will be explained based on the flowchart shown in FIG. A program to be processed for specification information indicating screen names and display order of relationships between screens is input (step 1o1). The program is as shown in FIG.

The program basically consists of the following screen: Message input 3029, information input from the program name 3012 screen, and Create message to be output on the next screen 303. Message output 304 on the next screen. The message input 302 information includes the input screen name, and the message output 304 information includes the output screen name.

Next, the input program is analyzed in program units (step 102). FIG. 4 is a table showing the relationship between programs and screens created in the analysis process.

Item numbers 401 are assigned according to the order of programs input in program units. Item numbers are assigned sequentially from "1" by a count amplifier, but this may start from any number or may be assigned in descending order. Further, the program name 402 is a copy of the program name 301 in the input program. The screen name in the message input 302 is copied to the input screen name 403, and the screen name in the message output 304 is copied to the output screen name 404.

According to the program shown in FIG. 3, a table relating the program and screen shown in FIG. 4 is created. In the column of item number 401, 'IJ (405) is assigned if the input of this program is the first input program. Program name 40
In column 2, program name 301(7)rPRGIJ
Copy (406).

In the field of input screen name 403, r of message human power 302 is displayed.
Copy MAPIJ (407) and enter 5 message output 304 r M, AP2J in the output screen 404 column.
(408) Copy.

If the analyzed program has two types of screen output, and the structure of the program is branching to output screens, where only one screen is output as a result of input message processing, the relationship between the program and the screen The process of creating a table will be explained using the program shown in FIG.

The difference between the programs in FIG. 3 and FIG. 5 is that a determination process 503 for the next screen is added to the message creation 303 on the next screen.
There are two message outputs (message output 1 (50
4) and message output 2 (505) are added.

The program name 501 in Figure 5 is the program name 4 in Figure 4.
02 column 410, and the screen name rMAP2J of message input 502 is copied to 1i14-11 of input screen name 403. Also, the screen name rMAP3J of message output 1 (504) and message output 2 (50
The screen name rMAP4J in 5) is copied to the output screen name 404 column, but "rMA P3" is copied to the conventional column 412,
rMAP4J copies to the next line, 9416. At that time, item number 401 is given a number counted up from the previous line (409), program name 402 and input screen name 40.
In column 3, copy the same contents as rLiAP3J. Therefore, a table related to programs and screens in the analysis information of an output screen branching type program where multiple screen outputs are specified in a program and the 8-power screen is determined based on the result of processing an input message will have the same program name. It will span multiple lines.

This completes the analysis of the input program (step 102) in FIG.

Next, it is checked whether there is a program to be input and analyzed (step 103).

When all the inputs of the program to be processed for creating specifications indicating the display order of screen names and relationships between screens have been completed, the process proceeds to the next process, which is analysis of relationships between multiple screens (step 104). However, if there is still a program that requires manual processing, try manually processing the program again (
Step 101) is performed, programs are analyzed until there are no programs to be analyzed, and a table of relationships between programs and screens as shown in FIG. 4 is created.

After all programs have been analyzed, the relationships between multiple screens are analyzed (step 104).

FIG. 6 is a table showing the related specifications of screens created as a result of analysis among multiple screens, and is created based on the information in the program and screen related table of FIG. 4. Each item in FIG. 6 includes the item number 401 except for the program name 402 in FIG. Input screen name 403. The information in each item of the output screen name 404 is copied as is without changing the information in the row. In other words, all the data of item number 401 in Fig. 4 is copied to item number 601 in Fig. 6, all the data of input item name 403 of Fig. 4 is copied to screen name 6'02, and the next screen All of the data of the 8-power screen name 404 in FIG. 4 is copied to the base 603. Now you can get information about what screen will appear next after a certain screen.

Next, information about what screen is to be displayed next after a certain screen is detected. In other words, the relationship between screens, which is the relationship between multiple lines in the screen related table, is detected. First, a search is made for a line in which the data content of the next screen base 607 in the screen name 606 of the first line 605 matches the screen name 611 of another line 609. If a matching line 609 exists, the number 610 of that item number is written in the item number 608 column of the successive screens of the search ratio line 605. Search the screens in all rows in the same way, and write the item number of the screen name with the matching screen name in the item number column of the successive screens. Similarly, screen names of other lines that match the next screen base of the next line are searched, and the item numbers of the screens are extracted one after another, and the item numbers of the screens are extracted one after another for all the lines.

In this way, the specification information of the next screen name 603 displayed next to the screen name 602 and the next screen name 604 displayed next can be extracted.

According to this embodiment, it is possible to understand the next screen up to the next screen at a glance from the specification information between the screens, and the relationship between the flow of the system screens becomes clear, which not only can be used as information for maintenance and understanding of the system. It is effective for reusing existing systems during system development, and enables effective and lean development.

FIG. 7 shows the processing procedure of the second embodiment of the present invention. In the first embodiment, the relational specifications of the screens to be created have a table structure, and as the number of screens increases and the screen relationships become complex, it becomes difficult to understand. This embodiment visually expresses the relationship between screens, and step 7 is added to the example shown in FIG.
This is an addition of the creation of the screen transition diagram of 01. A screen transition diagram that is visually expressed is created from the specification information related to the screens in FIG. 6 created by analyzing the relationships between the multiple screens in FIG. 1 (step 104). First, in the first line of FIG. 6, the relationship between the "screen name" 602 and the "rth screen base" 603 is as described above. It expresses the relationship with the "screen name" displayed on the screen. Therefore, to visually represent this in a diagram, rMAPIJ (80
1) and rMAP'2J (802).

Here, rMA and PIJ represent screen names, and inherit the information of the screen name 602 in FIG. 6. Also, the arrow 805 indicates the next screen base rMA from the screen name "MAPl" (8o1).
p2J (802). Further, the pattern surrounding the screen name is an arbitrary pattern, but the size can be used in common for all the screens. and r~1. AP
The screen displayed next to 2J is 1 item number 2 (609) and item number 3 (61
0). Therefore, item number 2 (609
) and the screen name expressed next to rMAP2J from the line No. 3 (610) is rMAP3J or r M A P
4. This can be expressed graphically as "M" in Figure 8.
AP2J (802), rMAP3J (803)
.

The relationship is rMAP4J (804), and the arrow indicates rM
AP2J (802) rMAP3J (803
) line (806) and rMAP2J (802) to rMAP4J (804) (7) line (807) (7)
There will be 2 pieces. If an example of the relationship between the screens in FIG. 6 is expressed in a diagram in this way, it becomes the diagram in FIG. 8.

According to this embodiment, it is possible to visually express the information in a manner that is easier to understand than the embodiment shown in FIG.

Also, the times of the screen expressed in Figure 8 are not the screen names but 2.
By using screen definition information and using a diagram that converts the screen information actually displayed on the screen into a plan view, the transition state of the screen becomes more visual and easier to understand. If you present this screen transition diagram to the users who actually operate the screen during the development of the system or once it has been completed to a certain extent, the users will be able to easily predict the operation status of the screen and By observing reactions, we can develop systems that better reflect user needs.

FIG. 9 shows the processing procedure of the third embodiment of the present invention. In the embodiment shown in FIG. 1, screen input/output in multiple programs is expressed with screen transitions centered around the screen.
In this embodiment, screen transition diagrams and program input/output information centering on programs are expressed. In this embodiment, step 901 is performed after step 102 shown in the first embodiment.
The steps are suitable for the embodiment shown in FIG. 1 except for the steps in which step 104 is changed to steps 902 and 903 and step 104 is changed to steps 902 and 903.

This example analyzes the input program shown in Figure 1 (
In addition to the program and screen in Figure 4 created as a result of step 1o2) and related information, files and
Analyze the input/output information of the database and printer, use that information as Figure 1o, and analyze the relationship between multiple programs (Step 9.2). It represents input/output information graphically.

In step 901, in addition to the input/output analysis information on the screen of the program shown in FIG. 1, the relationships among input/output of the program's files, database, and printer are also analyzed. In other words, in the program name rPRGIJ, the file name rF I L
If there is a step for inputting data from EIJ, enter the file name rF I LEIJ and the numerator RJ in the file column of the input/output information 1001 in Figure 1.
(Read) Enter 1002. In addition, in the program rPRG2J, if there is a step that performs output processing to the database rDB2J, the database rDB
2” 2nd section molecule wJ (Writ: a) l 003 wo 2 people tru.

Similarly, the output processing to the printer with the program rPRG-4,J is for the printer rPRT4J, classification "w".
(Write) Enter 1004. Also, rPRG
2'' (4yu○) and (4ko-3), if two screens are output using a - program, write 1005 as ~ lines.

Analysis of screen input and output of all programs and files,
When the input/output analysis process for the database and the router is completed (step 103), the relationship between multiple programs is analyzed (step 9o2).

FIG. 11 shows the specifications of program relationships and input/output information created as a result of analysis between multiple programs, and is created based on the program screen and input/output information other than the screen shown in FIG. 10. Each item in Figure 11 contains information on each item in Figure 10,
Copy the information in the line without changing it. Next, information about a program to be executed next after the corresponding program is detected.

In other words, the relationship between multiple lines or multiple programs is detected, and the program that inputs the screen on which a certain program appears is detected. First, a search is made for a line in the first line 1101 in which the output screen name 1102 matches the input screen name 1103 in another line.

If a matching line 1104 exists, the program name and item number of that line are added to the "Next program name to be executed" and "Next to be executed item number j" of the search source line 1101.
Describe it at @1105. Search the input screen names of all lines in the same way, and change the program name and its item number of the line that matches the output screen name to ``Next program name'' and ``Go to item number J of the next program to execute.'' Similarly, write
Search for input screen names on other lines that match the output screen name on the next line, extract the name of the program to be executed next and its item number, and extract the name of the program to be executed next and its item number for all lines. Extract. In this way, the specification information of the name of the program to be executed next to a certain program can be extracted, and the
It will look like Figure 1.

Next, create a program and screen transition diagram that visually expresses the relationship and input/output information of this program. First of all
In the first row 1101 of FIG.

The program name rPRGIJ inputs the screen 'MAPIJ and outputs the screen rMAP2J, so it is shown in Figure 12 (7).
)1201,1202.120:M) It can be expressed as a relationship. Here, rMAPIJ and rMAP2J represent the name of the screen, rPRG IJ represents the name of the program, and the arrow goes from the input screen to the program (1211).
The output screen is drawn from the program (1212). 1st
In Figure 2, the screen and program are separated in shape to avoid confusion. Also, the program to be executed next after drawing rMAP2J is rPRG2J from column 11o5, and the item number is "2".
Therefore, refer to the row of item number 2 and enter the input screen rMAP2.
The relationship between "J and the output screen rMAP3J rMAP4" is expressed by the relationship between 1203.1204 and 1205.1206 in FIG. At this time, input/output information such as files, databases, printers, etc. handled by each program is also added to the box indicating that program. 11th
In the program rPRG1 in the figure, file rFILE1
", so that information is 1207 in Figure 12.
．． It is expressed by the relationship 1202. At that time, since the arrow] 210 is inputting a file, it is drawn from the file to the program. Similarly, the relationship between other programs and input/output information can be expressed graphically.

Database rDB2J (1208) in Figure 2.

It will look like the printer rPR, T4J (1209).

According to this embodiment, since the transition order of screens is expressed centering on programs, the structure between programs is expressed in more detail than the embodiment shown in FIG. can be easily understood. This information is used very effectively when designing systems and designing and developing programs.

The structure of the program shown in the example described above is a process that inputs a message and then outputs the message screen as shown in Figure 3. In the next example, the message on the screen is output. After that, the program waits until there is a response on the screen, and if there is an input on the screen, it inputs the message and then starts the next program to be executed.
The method for creating N specifications will be explained.

FIG. 13 is a flowchart showing the processing for implementing this embodiment. Program input (step 101)
is the same as in Figure 1, but the input program is in Figure 1.
The program is as shown in Figure 4. The program basically consists of a program master 401, creation of a message to be output to the screen 1402, message output 1403, and waiting until the message is input 1404. Message input 1
405, starting the next program to be executed 1406, terminating the program 1407, etc.

The message output 1403 information includes the name of the screen to be output, and the message input 1405 information includes the output screen name, and these two screen names have the same name. Further, the program name is written in the program startup 1406 process to be executed next.

Next, the input program screen and next program information are analyzed (step 1301). FIG. 15 is a table showing the relationship between programs created in the analysis process and the program usage screen. 5 item number] 5o1 is assigned according to the order of programs input in program units. Further, the program name 1401 in the input program is copied to the program master 502. Use screen name 1503 is message output 1403 or message input 1
Copy the screen name in 405 and launch the program master 504
Copy the program name specified in the next program startup 1406 column. After this step is implemented for all programs (step 103), the relationship between multiple programs is analyzed and a program transition diagram is created (step 13).
02).

The program transition diagram is shown in FIG.

Program name 1502 and used screen name 1503 in Figure 15
has a one-to-one correspondence, but the program name 1502 and the activated program name 1504 have a one-to-N relationship. In the line with item number rlJ (1505) in Figure 15, the program name]
502 and the used screen name 503 are represented by the relationship diagram of 1601 and 1602 in FIG.
It is expressed as a relationship diagram. An arrow 1604 in the relationship diagram is drawn from the program startup source to the startup light. Next, enter the same name as the startup program name 1504 into the program name 1502.
If the program exists, a program transition diagram similar to the above is generated for the program in that line. In this way, program transition diagrams are created for all programs as shown in FIG. 16.

According to this embodiment, after outputting a message on nine screens, the program waits until there is a response from the screen, and if there is an input from the screen, the message is input and then the program to be executed next is started. You can create screen transition specifications.

FIG. 17 shows the processing procedure of the fifth embodiment of the present invention.

Up to the fourth example, we have shown a method for creating execution transition information, mainly screens, from an existing program group, but in this example, we will further introduce a new method in which the user can edit the transition information through dialogue. Indicates the creation of a program and program specifications.

In this embodiment, step 170 is added to the embodiment shown in the example of FIG.
L 1702, 1703, 1704, 1705.170
The embodiment is the same as the embodiment shown in FIG. 9 except that 6, 1707 and 1708 are added.

Step 1701 in this embodiment is step 102
An existing program specification is created from the information analyzed by step 901. FIG. 18 shows an example of an existing program specification in this embodiment. For example, from the information of item number "2" shown in the example of FIG. 11, program name rPRG2
J, input screen name rMAP2J output screen name rMA, P3
．． +, rMAp4", and input/output information rDB2J having the category "W" indicating output, respectively, are specified by program name 1801., which is the specification information shown in the example of FIG. Input screen name 1
802, output screen name 1803, 1804. Create as output file name 1805. Step 170 in Figure 17
2 displays a program and screen transition diagram on the display device from the transition diagram information created in step 903, and the user operates the input device to examine the screen transition information and create new transition information. do. FIG. 19 shows an example of a program and screen transition editing screen displayed on the display device 24, and FIG. 20 shows an example of transition diagram information stored in the memory. For example, transition diagram information stored in the memory is displayed in the transition diagram display area 19Q1, and at the same time, a group of symbols to be inserted into the transition is displayed in the symbol display area 1902, and a group of symbol editing commands is displayed in the editing command display area 1903. . The user selects the file design 1904 and the "Add" command 1905
By selecting , and giving an additional position, a pattern 1905 indicating the file is added to the transition diagram. At this time, the file name rFILE2J is also input from the input device 23.

Pattern 19 showing the file with file name rFILE'2J
The relationship between 05 and the program is indicated by an arrow pattern 1906.
File name rFILE2” and program “PRG2”
By taking the relationship, an arrow 1907 is added to the transition diagram information and the transition diagram.

In the example of FIG. 20, "Y" is added to the change column 2005, indicating the information added by 2001, and indicating that the program has been changed. In addition, to change the screen name in the example shown in Fig. 19, select the pattern 1908 of the corresponding screen and the "Change" command 1909, and set the screen name to be changed to rMAP6J. Change name. In the example of FIG. 2, information changed by 2002 and 20o3 is shown. Next, in step 1703 shown in FIG.
The transition diagram information edited by the user is executed in a simulated manner through screen transitions, and the user confirms whether the changes were made as the user intended. For example, the corresponding screen is displayed on the display screen based on the "input screen name" and "output screen name" of the transition diagram information shown in FIG. 20, and the information from the input device is classified into items that can be handled within the program on the corresponding screen. And, the transition diagram information is executed in a simulated manner by functions such as selection instructions when there are multiple "output screen names". This function can be realized using known technology. Editing of the transition diagram information and simulation execution are repeated until the user instructs to finish the changes (step 1704). After changing the transition diagram information, a "new transition diagram specification" is created from the changed transition diagram information (step 1705). 21st
The figure shows an example of a "new transition diagram specification." For example, the figure layout information obtained by editing the transition diagram from the transition diagram information in Figure 20, program name 1 screen name, file name, and input/output relationship From there, a transition diagram 2101 shown in FIG. 21 is created. Also, a related file/data list is created in a tabular format 2102. The business name ``Sales Slip Human Power J'' (2103) indicates the name of this specification given in response to a user's inquiry.

Next, steps 1706 and 1707 shown in the example of FIG.
is performed for the program changed by editing the transition diagram information (step 1702).

Step 1706 creates a new program specification for the changed program. FIG. 22 shows an example of a new program specification. For example, a program specification is created for a program for which "Y" is specified in the change column 20o5 of transition diagram information in FIG. In the example shown in Figure 20, first, the program with the program name rPRG2J in item number "2" corresponds, and the program specification is
It is created using the same method as step 1701 in the figure. The existing program specification shown in the example of Fig. 18 is the output screen name of the new program specification [MAP6J (2
201) and the input file name “FILE2J (2
It can be seen that 202) is the location where the change occurred. 17th
In step 1707 in the figure, for example, the changed part is extracted by comparing the information of the corresponding change program in the transition diagram information before the change and the transition diagram information after the change, and the new program is created by changing the program. create. FIG. 23 shows an example of a new program. For example, the transition diagram information of item number "2", which is the change applicable program in FIG.
” By comparing the transition diagram information, the changed parts are extracted. In the example shown in FIG. 20, the output screen name rMA
Extract that P3J has been changed to [MAP6J and that input/output information file "FILE2J" and category "R" have been added. Output screen name rMAP of the part (504) showing the screen output in the program before change shown in the example of FIG.
3J to ``~IAP6J (2301,).

Also, regarding the added file rFI LE2J,
Add it to the file definition part with the "input" specification. At the time of inputting data from a file in a program procedure, the user operates an input device to add an input command 2303 for inputting data from a file, thereby completing a new program.

According to this embodiment, the user can edit the transition diagram and perform a mock execution, thereby making it possible to modify a part of an existing program while confirming that it is as intended.

The effect of improving quality by reducing mistakes in specifications due to changes, the effect of improving productivity, and the reliability of the entire system because specifications and programs for programs to be changed can be created, and existing programs can be used as they are for programs that do not change. It has an improving effect.

〔Effect of the invention〕

Since the present invention has the processing procedure described above, it produces the effects described below. This makes it possible to automatically and quickly create screen transition specification information that supports the understanding of the target online processing business software, which in turn makes it more efficient to understand the specifications when maintaining and reusing the target business software. can be converted into

In addition, it is possible to automatically create screen transition specifications in a visual format quickly and without errors to support the understanding of online operations, which in turn makes it easier to understand the specifications when maintaining and reusing target business software. can be converted into

In addition to the information on the flow of the dialogue screens mentioned above, it also makes it possible to automatically and quickly create screen transition specifications that indicate the programs that input and output the five dialogue screens, thereby making it possible to maintain and maintain the target business software. The work of understanding specifications when reusing can be made more efficient.

It also makes it possible to quickly and automatically create visual screen transition specifications that also indicate the program that inputs and outputs dialogue screens, and in turn helps understand the specifications when maintaining and reusing the target business software. Work can be made more efficient.

In addition, it is possible to automatically and quickly create screen transition specifications that indicate functions other than the above-mentioned program screens, such as staff car files, databases, printers, etc., and in turn, maintain and rebuild the target business software. The task of understanding the specifications for use can be made more efficient.

It also makes it possible to quickly and automatically create visual screen transition specifications that indicate information other than each program's screen, such as traffic files, databases, printers, etc., and maintain the target business software.・It is possible to streamline the work of understanding the specifications when reusing.

Also, with the screen transition specifications created using the above method,
It is possible to execute and display the screen movements of the target system in a simulated manner without running the actual system, which in turn streamlines the work of understanding the specifications when maintaining and reusing the target business software. can.

Also, based on the screen transition specification information created by the above method, screen transition specification information can be added or modified through dialogue,
Simulated execution of screen movements based on the revised screen specifications, generation of program specifications for each program from the input/output information of each program in the revised screen transition specification information, and generation of programs from the program specifications. This makes it possible to efficiently maintain existing software and develop new systems using existing software.

As described above, according to the present invention, it is possible to automatically and quickly create screen transition specification information that supports understanding of online processing business software, and to change created screen transition specifications. Simulation Execution 2 It is possible to create downstream specifications and programs from the created specifications, and it also makes it possible to efficiently maintain existing software and develop new systems using existing software. It is effective.

[Brief explanation of drawings]

FIG. 1 is a flowchart showing a first embodiment of the present invention;
FIG. 2 is a diagram showing the hardware environment of the present invention, FIG. 3 is a diagram showing an example of a program to be input in the first embodiment, FIG. 4 is a diagram showing an example of related information between the program and the screen,
FIG. 5 is a diagram showing a different example from FIG. 3 of the input program in the first embodiment, FIG. 6 is a diagram of a table showing related specifications between multiple screens, and FIG. 7 is a diagram of the second embodiment. Flowchart showing an example, Figure 8 is a diagram showing an example of a screen transition diagram, Figure 9 is a flowchart showing an example.
The figure is a flowchart showing the third embodiment, and Figure 10 shows screen input/output in the program, files, databases, etc.
A diagram showing an example of printer input/output information. Figure 11 is a diagram showing an example of the relationship between multiple programs and related specifications of input/output information. Figure 12 is a diagram showing a program screen and file/database/printer input/output information. Figure 1 shows an example of a transition diagram of
3 is a flowchart showing the fourth embodiment, FIG. 14 is a diagram showing an example of a program to be input in the fourth embodiment, FIG. 15 is a diagram showing an example of program relationships and information on the screen used, Figure 16 is a diagram showing an example of a program and screen transition diagram, Figure 17 is a flowchart showing the fifth actual flow side,
Figure 18 is a diagram showing an example of an existing program specification;
The figure shows an example of the transition diagram editing screen of the program and screen of the display device, Figure 20 shows an example of transition diagram information, and Figure 21
22 is a diagram showing an example of a new transition diagram specification, FIG. 22 is a diagram showing an example of a new program specification, and FIG. 23 is a diagram showing an example of a new program. 30 program name, 302...message input, 30
4...Message output, 402...Program name, 103...Input screen name,
404・Output screen name. 1 Quantity 3 Obstacle 5°C ′:1 Figure σzu 11 Concave 12 Jump VJ /3 Mouth D 1st /4 m 5℃ 6 Closed 77th (ffi 1st line 1q Prisoner 20th 22nd flu

Claims (1)

[Claims] 1. By analyzing each program that constitutes online processing business software, extracting input/output information to the screens therein, and associating the extracted information, the order of use among multiple screens can be determined. 1. A method for creating a screen transition specification, the method comprising: creating screen transition specification information indicating the screen transition specification. 2. The screen transition specification creation method according to claim 1, wherein a diagram showing transitions between screens in the software is created and output based on the created screen transition specification information. How to create specifications. 3. In the screen transition specification creation method according to claim 1, in the analysis of each program, in addition to the input/output information to the screen, the identifier of the program that performs the input/output is extracted, and the extracted information is associated with the screen transition specification. A screen transition specification creation method characterized by creating screen transition specification information including the relationship between the input and output programs. 4. The screen transition specification creation method according to claim 3, wherein a diagram showing transitions of screens in the software and their input/output programs is created and output based on the created screen transition specification information. How to create transition specifications. 5. In the screen transition specification creation method according to claims 1 and 3, in the analysis of each program, at least a file,
By extracting input/output information other than the screen, including either database or printer, and associating the extracted input/output information with the extraction source program information, create screen transition specification information that also indicates input/output other than the screen. A screen transition specification creation method characterized by: 6. In the screen transition specification creation method according to claim 5, based on the created screen transition specification information, a diagram showing the transition of the screen in the software and its input/output program, and input/output other than the screen is created and output. A screen transition specification creation method characterized by: 7. In the screen transition specification creation method according to claims 1, 2, 3, 4, 5, and 6, searching for screen specification information that matches screen information included in the screen transition information of the created screen transition specification; A method for creating a screen transition specification, characterized in that dialogue screens are generated from the specification information and sequentially displayed on a display in an order specified in the screen transition specification. 8. In the screen transition specification creation method according to claims 1, 2, 3, 4, 5, 6, and 7, the step of modifying the created screen transition specification by interacting with information, and the screen transition of the modified screen transition specification. Searching for screen specification information included in the information that matches the screen information, generating an interaction screen from the specification information,
Steps to be displayed on the display in sequence according to the order specified in the screen transition specifications, input/output information of each program in the screen transition specification information after or before modification,
A screen transition specification creation method characterized by adding at least one of the following steps: generating a program specification for each program, and generating a program from the generated program specification.