JPH10228370A - Si management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To mechanically and unitarily manage the newest source program and to prevent a source program from being degraded due to artifical management incompleteness as to the management of the source program generated in software development. SOLUTION: When the discharge of a source program is requested, a source program discharge state is checked (step 102), and when the program is not being discharged, an output flag is set up to '1' (step 104) and copy permission from a performance library is applied to a developer (step 106). When the registration of the source program is requested, whether the program is being discharged or not is checked (step 118) and the newest source program is automatically generated based on correction history and the performance source program (step 112).

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for managing a modified source program in system development, and more particularly to a method for centrally managing a program source and a generation management.

[0002]

2. Description of the Related Art Conventionally, SI management work to be performed when a source program is modified in system development,
That is, in response to a request from a developer, a payout operation for copying a source program to be modified from a production library storing the latest source program to a development library that can be updated by the developer, or a latest source program after the modification is completed. The generation management of the source program accompanying the program modification such as the registration work of storing the program in the production library has been manually performed by the SI administrator. In addition, the SI administrator manually checks that no double payout is performed at the time of payout and that double registration is not performed at the time of registration. Japanese Patent Application Laid-Open No. Hei 2-247730 describes that a correction history is provided for each source, and the past correction status is managed manually using the correction history.

[0003]

In the above-described technique, the payout and registration of the source related to the SI work are managed manually, so that it takes time to confirm that the double payout and the double registration are not performed. Also, at the time of registration, since the contents of the source program are not confirmed, even if the developer corrects and registers the old generation of the source program which is privately owned, a degrad cannot be found.

An object of the present invention is to provide an SI management method capable of mechanically centrally managing the latest source program and preventing the source program from being degraded due to inadequate management.

[0005]

According to an SI management method of the present invention, in response to a source program payout request input from a terminal device held by a developer, the source program confirms that the source program is not being modified, and If the program is not being modified, after storing the payout information of the program in the library that manages the payout status, a copy permission from the production library is notified to the terminal device, and if the program is already being modified, Confirmation that the program is being paid out by means of notifying the terminal device that payout is not possible and payout information in the library that manages the payout status in response to the registration request input from the terminal device when the source program is modified The modification history information registered in the modification history library by the developer and the source program before modification in the production library Luo generate fresh source program can be accomplished by providing means for storing the latest library means for storing the source program in the latest library to production libraries at the source program modifications completed.

[0006]

Embodiments of the present invention will be described below in detail.

FIG. 1 is a system configuration diagram of the present invention, and FIG. 2 is a flowchart showing each means shown in FIG. 1 according to a processing procedure. The SI management method of the present invention includes payout information confirmation means (step 170) for performing processing steps 100, 102, 104 and 106, and latest source program generation means (step 180) for performing processing steps 110, 118, 112 and 114. Production library registration means for performing processing steps 116, 120 and 122 (step 1
90).

FIG. 3 is an SI management library of FIG. 2, and FIG. 4 is a diagram of the latest source program generation of FIG.

In FIG. 2, the SI management library 130 shows the dispensing status of the source program,
0 stores the modification history information under development. The latest library 160 stores the latest source program that is being modified, and the production library 150 stores the source program that has been modified. In the SI management library 130 of FIG. 3, 131 is the name of the source program to be managed, 132 is a flag that holds the payout status of the source program, and 133 is the date on which the payout status was updated. In the payout flag 132, 0 indicates that the source program has not been paid out, and 1 indicates that the source program has been paid out. In the modification history library 140 of FIG. 4, 141 is the line number of the modified source program, 142 is the modification category, 1
43 is the content of the update or modification, and 144 is the update date. In modification 142, I is the newly added row,
U indicates an updated row, and D indicates a deleted row. Reference numeral 145 denotes a current production source program, and 146 denotes a latest source program automatically generated from the modification history library 140 and the production source program 145.

Next, a processing method will be described with reference to the flowchart of FIG.

First, the developer inputs the member name of the source program to be corrected from the terminal device B and transmits a payout request to the center device A (Step # 100). For the member requested to be paid out, the payout flag 132 of the record of the member in the SI management library 130 is referred to, and it is checked whether the source program requested to be paid out is being paid out (step # 10).
2). If the payout is not in progress, the payout flag 132 of the request source program of the SI management library 130 is set to 1 (step # 10).
4) Inform terminal device B of permission to copy the source program from the production library (step # 106). If the payout is in progress, the terminal device B is notified that the payout is impossible (step # 124).

When the developer receives permission to copy the source program from the production library, the developer copies the source program to be modified from the production library to the development library owned by the developer, and performs the work of modifying the source program.
When performing the source program correction work, the developer can input a member name and correction history information of the source program from the terminal device B, make a temporary registration request, and temporarily store the source program being corrected ( Step # 110). When the work of the source program correction is completed, the member name and the correction history information of the source program are input from the terminal device B, and a main registration request is made (step # 110). Upon receiving the temporary registration request or the main registration request, the center device A checks with reference to the payout flag 132 of the record of the member of the SI management library 130 whether or not the member whose registration has been requested is paying out.
(Step # 118). If it is paying out, the latest source program is generated from the correction history library 140 and the production library 150.
(Step 112) and store it in the latest library 160 (Step 11
Four). If it is not paying out, a notification that registration is impossible is output to the terminal (step # 128). Further, it is checked whether the registration request is for real registration or temporary registration (Step 116). If the registration request is for real registration, the payout flag of the source program in the SI management library 130 is set to 0 (Step 120), The latest source program is stored in the production library 150 (step 122).

[0013]

As described above, according to the present invention, since the payout status of the source program is managed mechanically,
I mistakes can be prevented, and the burden of the amount of work related to management can be reduced. In addition, since the latest source program after modification is generated from the modification history information registered by the developer and the source program before modification of the production library and centrally managed, it is possible to prevent source program degrading and manage the generation of source programs. .

[Brief description of the drawings]

FIG. 1 is a system configuration diagram of the present invention.

FIG. 2 is a flowchart showing an embodiment of a processing procedure of the present invention.

FIG. 3 is a configuration diagram of an SI management library in FIG. 2;

FIG. 4 is a diagram showing a latest source program generation in FIG. 2;

[Explanation of symbols]

A: Center device, B: Terminal device, 130: SI
Management library, 140 ... revision history library,
150 ... production library, 160 ... latest library,
170: payout information confirmation means, 180: latest source program generation means, 190: production library registration means.

Claims (1)

[Claims] In response to a payout request for a source program input from a terminal device, it is confirmed that the source program is not being modified, and if the program is not being modified, the library for managing the payout status is provided. After storing the payout information of the program, the terminal notifies the terminal device of the copy permission from the production library, and, if the program is already being modified, notifies the terminal device that the payout is impossible. In response to a registration request input from the terminal device at the time of program correction, the payout information in the library that manages the payout status upon completion of the correction confirms that the program is being corrected, and the correction registered in accordance with the registration request Generate the latest source program from the history information and the source program before correction in the production library, and SI management method comprising: the latest source program generating means, the production library registering means for storing the source program in the latest library to production libraries at the source program modifications completed to be stored in the directory.