CA2562012C - Source-code-generation supporting program and source-code-generation supporting method - Google Patents
Source-code-generation supporting program and source-code-generation supporting method Download PDFInfo
- Publication number
- CA2562012C CA2562012C CA2562012A CA2562012A CA2562012C CA 2562012 C CA2562012 C CA 2562012C CA 2562012 A CA2562012 A CA 2562012A CA 2562012 A CA2562012 A CA 2562012A CA 2562012 C CA2562012 C CA 2562012C
- Authority
- CA
- Canada
- Prior art keywords
- tree
- structured data
- code
- program code
- instance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
- G06F8/24—Object-oriented
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/36—Software reuse
Abstract
A tree-structure-conversion processing unit (130a) generates tree-structured data based on generated sequence diagram data. A matching processing unit (130b) retrieves tree-structured data matching with the generated tree--structured data from object tree-structured data (140b). A program-extraction processing unit (130c) obtains a corresponding existing program code from program-code specifying information in the matching tree-structured data and replaces an instance name in the obtained program code to an instance name corresponding to the generated sequence diagram data.
Description
DESCRIPTION
SOURCE-CODE-GENERATION SUPPORTING PROGRAM AND SOURCE-CODE-GENERATION SUPPORTING METHOD
TECHNICAL FIELD
The present invention relates to a source-code-generation supporting program and a source-code-generation supporting method that support generation of a source code based on object oriented techniques, and, more particularly to a source-code-generation supporting program and a source-code-generation supporting method that can improve the efficiency of program development by reusing an existing source code.
BACKGROUND ART
Recently, program codes are generated based on object oriented techniques to make program developments efficient.
According to the object oriented techniques, data and processing are stored as one object, and a program code is described by sending a message for invoking the processing to the object.
On the other hand, there is an attempt to automatically generate a program code corresponding to a specification based on the specification of the program code desired by a user. However, since a processing logic for generating the program code is incomplete, only a template of the program code desired by the user can be generated (see, for example, Patent Document 1). That is, to generate a complete program code, the user has to overwrite the program code using a simple script language.
To solve this problem, there is proposed a technique in which a program code and a configuration of the program CA 02562012 2008-09-03t code are generated in association with each other, and when a user edits the configuration, the editing on the configuration is reflected in the corresponding program code, thereby enabling generation of a new program code (see, for example, Patent Document 2). In addition, Patent Document 3 discloses a technique that automatically manages consistency of a specification relating to the program code.
Patent Document 1: Japanese Patent Application Laid-Open No. H11-219287, published August 10, 1999 as JP 11219287A2.
Patent Document 2: Japanese Patent No. 3299259, issued July 8, 2002, and published as JP 04024733A2.
Patent Document 3: Japanese Patent Application Laid-Open No. H11-3216, published January 6, 1999 as JP 11003216A2.
In the conventional techniques, however, a program code equivalent to a new program code to be generated needs to be described beforehand, which imposes a heavy burden on users.
Furthermore, when a new program code that does not correspond to the configuration of the pre-generated program code is generated, the new program code cannot be generated by editing the configuration, and users need to newly generate the program code, thereby deteriorating the efficiency of program code generation.
The present invention has been achieved to solve-the problems in the conventional techniques, and it is an object of the present invention to provide a source-code-generation supporting program and a source-code-generation supporting method that can eliminate the burden on the user and can generate the program code efficiently.
DISCLOSURE.OF INVENTION
To solve the above problems and to achieve the object, a source-code-generation supporting program according to one aspect of the present invention is for supporting generation of a source code based on object orientation, causing a computer to execute a tree-structure generating procedure of generating tree-structured data based on a sequence diagram indicating a specification of a new source code to be generated; a retrieving procedure of retrieving tree-structured data matching with the tree-structured data generated at the tree-structure generation procedure from a storing unit that stores at least an existing source code and tree-structured data corresponding to the existing source code; and an acquiring procedure of acquiring a source code corresponding to the matching tree-structured data from the storing unit.
A source-code-generation supporting method according to another aspect of the present invention is for supporting generation of a source code based on object orientation, including a tree-structure generating step of generating tree-structured data based on a sequence diagram indicating a specification of a new source code to be generated; a retrieving step of retrieving tree-structured data matching with the tree-structured data generated at the tree-structure generation step from a storing unit that stores at least an existing source code and tree-structured data corresponding to the existing source code; and an acquiring step of acquiring a source code corresponding to the matching tree-structured data from the storing unit.
According to embodiments of the present invention, the tree-structured data is generated based on the sequence diagram indicating the specification of the source code to be newly generated, tree-structured data matching with the generated tree-structured data is retrieved from the storing unit that stores at least existing source codes and tree-structured data corresponding to the existing source codes, and the source code corresponding to the matching tree-structured data is obtained from the storing unit. Accordingly, it is not necessary to develop the source code from scratch, and a desired source code can be generated only by specifying the sequence diagram. As a result, the burden on the user can be eliminated, and the efficiency of program development can be improved.
In accordance with another aspect of the present invention, there is provided a computer-readable recording medium that stores therein a computer program for supporting creation of a source code based on object orientation, wherein the computer program causes a computer to execute: creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance-name and a class name; storing the first tree-structured data and the existing program code relatively to each other in a storing unit; creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram; creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created;
retrieving tree-structured data matching with the second tree-structured data from the storing unit; acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
In accordance with still another aspect of the present invention, there is provided a source-code-creation supporting method of supporting creation of a source code 4a based on object orientation, the source-code-creation supporting method comprising: creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance name and a class name; storing the first tree-structured data and the existing program code relatively to each other in a storing unit;
creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram; creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created; retrieving tree-structured data matching with the second tree-structured data from the storing unit; acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
BRIEF DESCRIPTION OF DRAWINGS
Fig. 1 depicts a concept of program reuse performed by a source-code generation apparatus according to an embodiment;
Fig. 2 is a functional block diagram of a configuration of a source-code-generation supporting apparatus;
Fig. 3 is one example of a list structure of a sequence diagram;
Fig. 4 is one example of a data structure of tree-4b structured data;
Fig. 5 depicts tree-structured data generated based on the sequence diagram data shown in Fig. 3;
Fig. 6 is one example of a correspondence table;
Fig. 7 is an explanatory diagram of allocation of identification numbers with respect to cells in respective tree-structured data;
Fig. 8 is a generation sequence diagram and tree-structured data of the generation sequence diagram;
Fig. 9 is an explanatory diagram of conversion of an instance name of a program code;
Fig. 10 is a flowchart of a process procedure in a preparation process;
Fig. 11 is a flowchart of a process procedure in a tree-structure-conversion process;
Fig. 12 is a flowchart of a process procedure in a program generation process;
Fig. 13 is a flowchart of a process procedure in a matching process;
Fig. 14 is a flowchart of a process procedure in a cell selection process;
SOURCE-CODE-GENERATION SUPPORTING PROGRAM AND SOURCE-CODE-GENERATION SUPPORTING METHOD
TECHNICAL FIELD
The present invention relates to a source-code-generation supporting program and a source-code-generation supporting method that support generation of a source code based on object oriented techniques, and, more particularly to a source-code-generation supporting program and a source-code-generation supporting method that can improve the efficiency of program development by reusing an existing source code.
BACKGROUND ART
Recently, program codes are generated based on object oriented techniques to make program developments efficient.
According to the object oriented techniques, data and processing are stored as one object, and a program code is described by sending a message for invoking the processing to the object.
On the other hand, there is an attempt to automatically generate a program code corresponding to a specification based on the specification of the program code desired by a user. However, since a processing logic for generating the program code is incomplete, only a template of the program code desired by the user can be generated (see, for example, Patent Document 1). That is, to generate a complete program code, the user has to overwrite the program code using a simple script language.
To solve this problem, there is proposed a technique in which a program code and a configuration of the program CA 02562012 2008-09-03t code are generated in association with each other, and when a user edits the configuration, the editing on the configuration is reflected in the corresponding program code, thereby enabling generation of a new program code (see, for example, Patent Document 2). In addition, Patent Document 3 discloses a technique that automatically manages consistency of a specification relating to the program code.
Patent Document 1: Japanese Patent Application Laid-Open No. H11-219287, published August 10, 1999 as JP 11219287A2.
Patent Document 2: Japanese Patent No. 3299259, issued July 8, 2002, and published as JP 04024733A2.
Patent Document 3: Japanese Patent Application Laid-Open No. H11-3216, published January 6, 1999 as JP 11003216A2.
In the conventional techniques, however, a program code equivalent to a new program code to be generated needs to be described beforehand, which imposes a heavy burden on users.
Furthermore, when a new program code that does not correspond to the configuration of the pre-generated program code is generated, the new program code cannot be generated by editing the configuration, and users need to newly generate the program code, thereby deteriorating the efficiency of program code generation.
The present invention has been achieved to solve-the problems in the conventional techniques, and it is an object of the present invention to provide a source-code-generation supporting program and a source-code-generation supporting method that can eliminate the burden on the user and can generate the program code efficiently.
DISCLOSURE.OF INVENTION
To solve the above problems and to achieve the object, a source-code-generation supporting program according to one aspect of the present invention is for supporting generation of a source code based on object orientation, causing a computer to execute a tree-structure generating procedure of generating tree-structured data based on a sequence diagram indicating a specification of a new source code to be generated; a retrieving procedure of retrieving tree-structured data matching with the tree-structured data generated at the tree-structure generation procedure from a storing unit that stores at least an existing source code and tree-structured data corresponding to the existing source code; and an acquiring procedure of acquiring a source code corresponding to the matching tree-structured data from the storing unit.
A source-code-generation supporting method according to another aspect of the present invention is for supporting generation of a source code based on object orientation, including a tree-structure generating step of generating tree-structured data based on a sequence diagram indicating a specification of a new source code to be generated; a retrieving step of retrieving tree-structured data matching with the tree-structured data generated at the tree-structure generation step from a storing unit that stores at least an existing source code and tree-structured data corresponding to the existing source code; and an acquiring step of acquiring a source code corresponding to the matching tree-structured data from the storing unit.
According to embodiments of the present invention, the tree-structured data is generated based on the sequence diagram indicating the specification of the source code to be newly generated, tree-structured data matching with the generated tree-structured data is retrieved from the storing unit that stores at least existing source codes and tree-structured data corresponding to the existing source codes, and the source code corresponding to the matching tree-structured data is obtained from the storing unit. Accordingly, it is not necessary to develop the source code from scratch, and a desired source code can be generated only by specifying the sequence diagram. As a result, the burden on the user can be eliminated, and the efficiency of program development can be improved.
In accordance with another aspect of the present invention, there is provided a computer-readable recording medium that stores therein a computer program for supporting creation of a source code based on object orientation, wherein the computer program causes a computer to execute: creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance-name and a class name; storing the first tree-structured data and the existing program code relatively to each other in a storing unit; creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram; creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created;
retrieving tree-structured data matching with the second tree-structured data from the storing unit; acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
In accordance with still another aspect of the present invention, there is provided a source-code-creation supporting method of supporting creation of a source code 4a based on object orientation, the source-code-creation supporting method comprising: creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance name and a class name; storing the first tree-structured data and the existing program code relatively to each other in a storing unit;
creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram; creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created; retrieving tree-structured data matching with the second tree-structured data from the storing unit; acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
BRIEF DESCRIPTION OF DRAWINGS
Fig. 1 depicts a concept of program reuse performed by a source-code generation apparatus according to an embodiment;
Fig. 2 is a functional block diagram of a configuration of a source-code-generation supporting apparatus;
Fig. 3 is one example of a list structure of a sequence diagram;
Fig. 4 is one example of a data structure of tree-4b structured data;
Fig. 5 depicts tree-structured data generated based on the sequence diagram data shown in Fig. 3;
Fig. 6 is one example of a correspondence table;
Fig. 7 is an explanatory diagram of allocation of identification numbers with respect to cells in respective tree-structured data;
Fig. 8 is a generation sequence diagram and tree-structured data of the generation sequence diagram;
Fig. 9 is an explanatory diagram of conversion of an instance name of a program code;
Fig. 10 is a flowchart of a process procedure in a preparation process;
Fig. 11 is a flowchart of a process procedure in a tree-structure-conversion process;
Fig. 12 is a flowchart of a process procedure in a program generation process;
Fig. 13 is a flowchart of a process procedure in a matching process;
Fig. 14 is a flowchart of a process procedure in a cell selection process;
5 Fig. 15 depicts a computer system that executes a source-code-generation supporting program according to the embodiment; and Fig. 16 is a functional block diagram of a configuration of a main body unit 501 shown in Fig. 15.
BEST MODE(S) FOR CARRYING OUT THE INVENTION
Exemplary embodiments of a source-code-generation supporting program and a source-code-generation supporting method according to the present invention will be explained in detail below with reference to the accompanying drawings.
The present invention is not limited to the embodiments.
In the present embodiment, while a source-code-generation supporting apparatus in which respective functions are configured physically independently is explained, the respective functions can be realized by software to be executed as a source-code-generation supporting program.
Embodiment A concept of program reuse performed by the source-code-generation supporting apparatus according to the present embodiment is explained first. Fig. 1 depicts the concept of program reuse performed by the source-code generation apparatus according to the present embodiment.
A program code is generated by object oriented techniques in the present embodiment.
The source-code-generation supporting apparatus in the present embodiment obtains beforehand an existing program code and a sequence diagram indicating a specification of the program code, to generate tree-structured data based on the obtained sequence diagram, and stores the tree-structured data and the program code in association with each other.
The tree-structured data is generated based on sequence information of a method and connection information of an instance by extracting a connection relationship between the instance included in the sequence diagram and the method. The instance is generated at the time of executing the program, using a class as a model. The method indicates a procedure to be performed between respective instances.
When a new program code is to be generated by reusing the existing program code, a sequence diagram of the program code to be newly generated is obtained, to generate tree-structured data based on the obtained sequence diagram, and tree-structured data matching with the generated tree-structured data is retrieved from the pre-generated tree-structured data.
A program code corresponding to the matching tree-structured data is extracted, and an instance name included in the extracted program code is replaced by a new instance name, thereby generating a new program code.
A configuration of the source-code-generation supporting apparatus is explained next. Fig. 2 is a functional block diagram of the configuration of a source-code-generation supporting apparatus 100.
As shown in Fig. 2, the source-code-generation supporting apparatus 100 includes an input receiving unit 110, an output unit 120, a control unit 130, and a storing unit 140.
The input receiving unit 110 obtains data of the sequence diagram, program codes, and the like from an input device such as a keyboard (not shown), and sends the obtained data of the sequence diagram and the program code to the control unit 130. The input receiving unit 110 converts the data of the sequence diagram to a predetermined data structure (hereinafter, "sequence diagram data") and sends the converted data to the control unit 130.
Fig. 3 is one example of a list structure of the sequence diagram data. As shown in Fig. 3, the sequence diagram data includes an instance list 210 and a method arrow list 220. Reference sign 200 denotes a sequence diagram displayed by the sequence diagram data.
The instance list 210 includes "upper left coordinate", "width", "height", "instance information", "lifeline length", and "lifeline coordinate".
The "upper left coordinate" indicates a coordinate at an upper left corner of a box 200a expressing an instance, the "width" indicates a width of the box 200a expressing the instance, and the "height" indicates a height of the box 200a expressing the instance.
The "instance information" indicates an instance name and a class name including the instance name recorded on the box 200a expressing the instance. The "lifeline length" indicates a length of a lifeline 200b, and the "lifeline coordinate" indicates a coordinate of an apex of the lifeline 200b.
For example, the instance list indicating the instance box and the lifeline at the left end includes "(xl, y1)" as the "upper left coordinate", "wl" as the "width", "hl" as the "height", "a:Order" as the "instance information", "L1"
as the "lifeline length", and "Lxl, Lyl" as the "lifeline coordinate". Explanations of other instance lists are omitted.
The method arrow list 220 is explained next. As shown in Fig. 3, the method arrow list 220 includes "start point coordinate", "method name", "length", "line type", "connection source class", and "connection destination class".
The "start point coordinate" indicates a coordinate at the left end of an arrow 200c, the "method name" indicates a name of a method expressed by an arrow, the "length"
indicates a length of the arrow 200c, the "line type"
indicates a type of the line of the arrow 200c, the "connection source class" indicates a connection source class name of the arrow 200c, and the "connection destination class" indicates a connection-destination class name of the arrow 200c.
For example, the method arrow list of an arrow at the left end includes "(al, b1)" as the "start point coordinate", "recieveOrder" as the "method name", "11" as the "length", "Solid" as the "line type", "none" as the "connection source class", and "a:Order" as the "connection destination class". Explanations of other method arrow lists are omitted.
The output unit 120 receives the program code from the control unit 130, and outputs the received program code.
The control unit 130 generates tree-structured data, and reuses the existing program code to generate a new program code. The control unit 130 includes a tree-structure-conversion processing unit 130a, a matching processing unit 130b, and a program-extraction processing unit 130c.
The tree-structure-conversion processing unit 130a receives the sequence diagram data and the program code from the input receiving unit 110, and converts the received sequence diagram data to tree-structured data.
The tree-structure-conversion processing unit 130a further makes the storing unit 140 store the program code and the tree-structured data as program code data 140a and object tree-structured data 140b, respectively.
When the tree-structure-conversion processing unit 130a makes the storing unit 140 store the program code and the tree-structured data, the tree-structure-conversion processing unit 130a attaches specifying information for specifying where the corresponding program code is stored (hereinafter, "program-code specifying information") to the tree-structured data.
Fig. 4 is one example of a data structure of the tree-structured data. The tree-structured data shown in Fig. 4 includes a program-code specifying information area, a method name area, a connection-destination class name area, and a pointer area. Hereinafter, the method name area, the connection-destination class name area, and the pointer area are collectively referred to as a cell (a top cell of the tree-structured data includes the program-code specifying information area).
Program-code specifying information is stored in the program-code specifying information area, a method name is stored in the method name area, a connection-destination class name is stored in the connection-destination class name area, and an address of the cell which is connected next is stored in the pointer area. When there are plural cells to be connected next, a plurality of addresses are stored in the pointer area.
When the tree-structured data is generated based on the sequence diagram data shown in Fig. 3, the tree-structured data becomes as shown by 300 in Fig. 5, and the tree-structured data 300 can be expressed as shown by reference number 310.
The tree-structured data 300 includes cells 300a to 300d. The "program-code specifying information" is stored in the program-code specifying information area in the cell 300a, "RecieveOrder" is stored in the method name area, "Order" is stored in the connection-destination class name 5 area, and an "address of the cell 300b" is stored in the pointer area.
"GenerateOrder" is stored in the method name area of the cell 300b, "Receipt" is stored in the connection-destination class name area, and "addresses of the cells 10 300c and 300d" are stored in the pointer area.
"GetCustomer" is stored in the method name area of the cell 300c, and "Customer" is stored in the connection-destination class name area. Since there is no subsequent cell, data is not stored in the pointer area of the cell 300c.
"GetProduct" is stored in the method name area of the cell 300d, and "Product" is stored in the connection-destination class name area. Since there is no subsequent cell, data is not stored in the pointer area of the cell 300d, similarly to the cell 300c.
The tree-structure-conversion processing unit 130a generates a correspondence table representing correspondence between respective class names and instance names, based on the instance names and the class names included in the instances in the sequence diagram data, and stores a generated correspondence table 140c in the storing unit 140.
Fig. 6 is one example of the correspondence table. As shown in Fig. 6, the correspondence table 140c includes class names and instance names.
Specifically, an instance name corresponding to the class name "Order" is "a", an instance name corresponding to the class name "Receipt" is "b", an instance name corresponding to the class name "Product" is "c", and an instance name corresponding to the class name "Customer" is "d". The correspondence table is used by the program-extraction processing unit 130c, which is described later.
Upon reception of sequence diagram data indicating a specification of the program code to be newly generated (hereinafter, "generated sequence diagram data") by reusing the existing program code, the tree-structure-conversion processing unit 130a converts the received generated sequence diagram data to tree-structured data, sends the converted tree-structured data to the matching processing unit 130b, and sends the generated sequence diagram data to the program-extraction processing unit 130c.
Upon reception of the tree-structured data from the tree-structure-conversion processing unit 130a, the matching processing unit 130b retrieves tree-structured data matching with the received tree-structured data from the object tree-structured data 140b in the storing unit 140.
Specifically, as shown in Fig. 7, the matching processing unit 130b analyzes the connection relationship of cells included in the tree-structured data received from the tree-structure-conversion processing unit 130a and the tree-structured data obtained from the object tree-structured data 140b, and allocates an identification number to each cell in the respective tree-structured data.
The allocation procedure of the identification number is such that an identification number "1" is allocated to a top cell in the tree-structured data, and an identification number "2" is allocated to a cell next to the cell allocated with identification information "1".
When plural cells are connected in the same layer, the identification number is allocated in order of recording of addresses included in the pointer in the connection source cell.
For example, with respect to the tree-structured data 300 shown in Fig. 5, identification numbers 1, 2, 3, and 4 are allocated to cells in order of cell 300a, cell 300b, cell 300c, and cell 300d.
The matching processing unit 130b then determines, sequentially, whether the method name and the connection-destination class name are the same in the both tree-structured data with respect to the cell having the same identification number, and when the method name and the connection-destination class name of all the cells are the same, determines that the tree-structured data agree with each other. The matching processing unit 130b then sends the matching tree-structured data to the program-extraction processing unit 130c.
For example, tree-structured data 360 corresponding to a generation sequence diagram 350 shown in Fig. 8 matches with the tree-structured data 300 shown in Fig. 5. Therefore, the matching processing unit 130b sends the tree-structured data 300 to the program-extraction processing unit 130c.
The program-extraction processing unit 130c obtains the tree-structured data from the matching processing unit 130b, and retrieves a program code corresponding to the tree-structured data from the program code data 140a based on the program-code specifying information included in the obtained tree-structured data.
The program-extraction processing unit 130c then replaces the instance name included in the program code by a new instance name based on the detected program code and the 12a correspondence table 140c, and sends the replaced program code to the output unit 120.
BEST MODE(S) FOR CARRYING OUT THE INVENTION
Exemplary embodiments of a source-code-generation supporting program and a source-code-generation supporting method according to the present invention will be explained in detail below with reference to the accompanying drawings.
The present invention is not limited to the embodiments.
In the present embodiment, while a source-code-generation supporting apparatus in which respective functions are configured physically independently is explained, the respective functions can be realized by software to be executed as a source-code-generation supporting program.
Embodiment A concept of program reuse performed by the source-code-generation supporting apparatus according to the present embodiment is explained first. Fig. 1 depicts the concept of program reuse performed by the source-code generation apparatus according to the present embodiment.
A program code is generated by object oriented techniques in the present embodiment.
The source-code-generation supporting apparatus in the present embodiment obtains beforehand an existing program code and a sequence diagram indicating a specification of the program code, to generate tree-structured data based on the obtained sequence diagram, and stores the tree-structured data and the program code in association with each other.
The tree-structured data is generated based on sequence information of a method and connection information of an instance by extracting a connection relationship between the instance included in the sequence diagram and the method. The instance is generated at the time of executing the program, using a class as a model. The method indicates a procedure to be performed between respective instances.
When a new program code is to be generated by reusing the existing program code, a sequence diagram of the program code to be newly generated is obtained, to generate tree-structured data based on the obtained sequence diagram, and tree-structured data matching with the generated tree-structured data is retrieved from the pre-generated tree-structured data.
A program code corresponding to the matching tree-structured data is extracted, and an instance name included in the extracted program code is replaced by a new instance name, thereby generating a new program code.
A configuration of the source-code-generation supporting apparatus is explained next. Fig. 2 is a functional block diagram of the configuration of a source-code-generation supporting apparatus 100.
As shown in Fig. 2, the source-code-generation supporting apparatus 100 includes an input receiving unit 110, an output unit 120, a control unit 130, and a storing unit 140.
The input receiving unit 110 obtains data of the sequence diagram, program codes, and the like from an input device such as a keyboard (not shown), and sends the obtained data of the sequence diagram and the program code to the control unit 130. The input receiving unit 110 converts the data of the sequence diagram to a predetermined data structure (hereinafter, "sequence diagram data") and sends the converted data to the control unit 130.
Fig. 3 is one example of a list structure of the sequence diagram data. As shown in Fig. 3, the sequence diagram data includes an instance list 210 and a method arrow list 220. Reference sign 200 denotes a sequence diagram displayed by the sequence diagram data.
The instance list 210 includes "upper left coordinate", "width", "height", "instance information", "lifeline length", and "lifeline coordinate".
The "upper left coordinate" indicates a coordinate at an upper left corner of a box 200a expressing an instance, the "width" indicates a width of the box 200a expressing the instance, and the "height" indicates a height of the box 200a expressing the instance.
The "instance information" indicates an instance name and a class name including the instance name recorded on the box 200a expressing the instance. The "lifeline length" indicates a length of a lifeline 200b, and the "lifeline coordinate" indicates a coordinate of an apex of the lifeline 200b.
For example, the instance list indicating the instance box and the lifeline at the left end includes "(xl, y1)" as the "upper left coordinate", "wl" as the "width", "hl" as the "height", "a:Order" as the "instance information", "L1"
as the "lifeline length", and "Lxl, Lyl" as the "lifeline coordinate". Explanations of other instance lists are omitted.
The method arrow list 220 is explained next. As shown in Fig. 3, the method arrow list 220 includes "start point coordinate", "method name", "length", "line type", "connection source class", and "connection destination class".
The "start point coordinate" indicates a coordinate at the left end of an arrow 200c, the "method name" indicates a name of a method expressed by an arrow, the "length"
indicates a length of the arrow 200c, the "line type"
indicates a type of the line of the arrow 200c, the "connection source class" indicates a connection source class name of the arrow 200c, and the "connection destination class" indicates a connection-destination class name of the arrow 200c.
For example, the method arrow list of an arrow at the left end includes "(al, b1)" as the "start point coordinate", "recieveOrder" as the "method name", "11" as the "length", "Solid" as the "line type", "none" as the "connection source class", and "a:Order" as the "connection destination class". Explanations of other method arrow lists are omitted.
The output unit 120 receives the program code from the control unit 130, and outputs the received program code.
The control unit 130 generates tree-structured data, and reuses the existing program code to generate a new program code. The control unit 130 includes a tree-structure-conversion processing unit 130a, a matching processing unit 130b, and a program-extraction processing unit 130c.
The tree-structure-conversion processing unit 130a receives the sequence diagram data and the program code from the input receiving unit 110, and converts the received sequence diagram data to tree-structured data.
The tree-structure-conversion processing unit 130a further makes the storing unit 140 store the program code and the tree-structured data as program code data 140a and object tree-structured data 140b, respectively.
When the tree-structure-conversion processing unit 130a makes the storing unit 140 store the program code and the tree-structured data, the tree-structure-conversion processing unit 130a attaches specifying information for specifying where the corresponding program code is stored (hereinafter, "program-code specifying information") to the tree-structured data.
Fig. 4 is one example of a data structure of the tree-structured data. The tree-structured data shown in Fig. 4 includes a program-code specifying information area, a method name area, a connection-destination class name area, and a pointer area. Hereinafter, the method name area, the connection-destination class name area, and the pointer area are collectively referred to as a cell (a top cell of the tree-structured data includes the program-code specifying information area).
Program-code specifying information is stored in the program-code specifying information area, a method name is stored in the method name area, a connection-destination class name is stored in the connection-destination class name area, and an address of the cell which is connected next is stored in the pointer area. When there are plural cells to be connected next, a plurality of addresses are stored in the pointer area.
When the tree-structured data is generated based on the sequence diagram data shown in Fig. 3, the tree-structured data becomes as shown by 300 in Fig. 5, and the tree-structured data 300 can be expressed as shown by reference number 310.
The tree-structured data 300 includes cells 300a to 300d. The "program-code specifying information" is stored in the program-code specifying information area in the cell 300a, "RecieveOrder" is stored in the method name area, "Order" is stored in the connection-destination class name 5 area, and an "address of the cell 300b" is stored in the pointer area.
"GenerateOrder" is stored in the method name area of the cell 300b, "Receipt" is stored in the connection-destination class name area, and "addresses of the cells 10 300c and 300d" are stored in the pointer area.
"GetCustomer" is stored in the method name area of the cell 300c, and "Customer" is stored in the connection-destination class name area. Since there is no subsequent cell, data is not stored in the pointer area of the cell 300c.
"GetProduct" is stored in the method name area of the cell 300d, and "Product" is stored in the connection-destination class name area. Since there is no subsequent cell, data is not stored in the pointer area of the cell 300d, similarly to the cell 300c.
The tree-structure-conversion processing unit 130a generates a correspondence table representing correspondence between respective class names and instance names, based on the instance names and the class names included in the instances in the sequence diagram data, and stores a generated correspondence table 140c in the storing unit 140.
Fig. 6 is one example of the correspondence table. As shown in Fig. 6, the correspondence table 140c includes class names and instance names.
Specifically, an instance name corresponding to the class name "Order" is "a", an instance name corresponding to the class name "Receipt" is "b", an instance name corresponding to the class name "Product" is "c", and an instance name corresponding to the class name "Customer" is "d". The correspondence table is used by the program-extraction processing unit 130c, which is described later.
Upon reception of sequence diagram data indicating a specification of the program code to be newly generated (hereinafter, "generated sequence diagram data") by reusing the existing program code, the tree-structure-conversion processing unit 130a converts the received generated sequence diagram data to tree-structured data, sends the converted tree-structured data to the matching processing unit 130b, and sends the generated sequence diagram data to the program-extraction processing unit 130c.
Upon reception of the tree-structured data from the tree-structure-conversion processing unit 130a, the matching processing unit 130b retrieves tree-structured data matching with the received tree-structured data from the object tree-structured data 140b in the storing unit 140.
Specifically, as shown in Fig. 7, the matching processing unit 130b analyzes the connection relationship of cells included in the tree-structured data received from the tree-structure-conversion processing unit 130a and the tree-structured data obtained from the object tree-structured data 140b, and allocates an identification number to each cell in the respective tree-structured data.
The allocation procedure of the identification number is such that an identification number "1" is allocated to a top cell in the tree-structured data, and an identification number "2" is allocated to a cell next to the cell allocated with identification information "1".
When plural cells are connected in the same layer, the identification number is allocated in order of recording of addresses included in the pointer in the connection source cell.
For example, with respect to the tree-structured data 300 shown in Fig. 5, identification numbers 1, 2, 3, and 4 are allocated to cells in order of cell 300a, cell 300b, cell 300c, and cell 300d.
The matching processing unit 130b then determines, sequentially, whether the method name and the connection-destination class name are the same in the both tree-structured data with respect to the cell having the same identification number, and when the method name and the connection-destination class name of all the cells are the same, determines that the tree-structured data agree with each other. The matching processing unit 130b then sends the matching tree-structured data to the program-extraction processing unit 130c.
For example, tree-structured data 360 corresponding to a generation sequence diagram 350 shown in Fig. 8 matches with the tree-structured data 300 shown in Fig. 5. Therefore, the matching processing unit 130b sends the tree-structured data 300 to the program-extraction processing unit 130c.
The program-extraction processing unit 130c obtains the tree-structured data from the matching processing unit 130b, and retrieves a program code corresponding to the tree-structured data from the program code data 140a based on the program-code specifying information included in the obtained tree-structured data.
The program-extraction processing unit 130c then replaces the instance name included in the program code by a new instance name based on the detected program code and the 12a correspondence table 140c, and sends the replaced program code to the output unit 120.
For example, upon reception of the tree-structured data 300, the program-extraction processing unit 130c can extract a program code 400b (shown in Fig. 9) corresponding to the tree-structured data 300 from the program specifying information included in the tree-structured data 300.
When the program-extraction processing unit 130c retrieves the class corresponding to the instance "b" in the program code 400b based on the correspondence table 140c, it is found that the class corresponding to the instance "b" is "Receipt".
Accordingly, since the instance of the class "Receipt"
in the generated sequence diagram data shown in Fig. 8 is "y", the program-extraction processing unit 130c converts the instance in the program code 400a from "b" to "y", to generate a new program code 400b.
That is, a program code corresponding to the sequence diagram can be generated only by specifying a sequence diagram of the specification of the program code to be newly generated, without the need to generate a program code from the initial stage.
Although detailed explanations are omitted in the present embodiment, when the number of identification numbers allocated to the tree-structured data received from the tree-structure-conversion processing unit 130a does not agree with the number of identification numbers allocated to the tree-structured data obtained from the object tree-structured data 140b, it is determined that the both tree-structured data do not match with each other.
A preparation process in which the tree-structure-conversion processing unit 130a makes the storing unit 140 store the tree-structured data and the program code corresponding to the tree-structured data beforehand is explained. Fig. 10 is a flowchart of a process procedure in the preparation process.
As shown in Fig. 10, the input receiving unit 110 reads the program code and the sequence diagram (step S101), and sends the program code and the sequence diagram data to the tree-structure-conversion processing unit 130a (step S102).
The tree-structure-conversion processing unit 130a performs tree-structure-conversion process (step S103) to generate a correspondence table (step S104) to make the storing unit 140 store the correspondence table (step S105).
The tree-structure-conversion processing unit 130a makes the storing unit 140 store the program code (step S106), adds the program-code specifying information to the tree-structured data (step S107), so that the tree-structured data is stored in the storing unit 140 (step S108).
The tree-structure-conversion process at step S103 in Fig. 10 is explained below. Fig. 11 is a flowchart of a process procedure in the tree-structure-conversion process.
As shown Fig. 11, the tree-structure-conversion processing unit 130a searches the leftmost and uppermost method arrow in the sequence diagram (step S201) to generate a cell (step S202), stores the method name and the connection-destination class name in the cell (step S203), and records the connection source class name of the arrow (step S204).
(Although omitted in the above explanation, the tree-structure-conversion processing unit 130a stores the connection source class name of the searched arrow.) The tree-structure-conversion processing unit 130a searches the next downward closest arrow (step S205), determines whether there is such an arrow (step S206), and when there is no such arrow (step S206, No), finishes the tree-structure-conversion process.
On the other hand, when there is such an arrow (step S206, Yes), the tree-structure-conversion processing unit 130a generates a cell (step S207), and stores a method name and a connection-destination class name in the cell (step 5 S208), to determine whether a connection source class name relating to an arrow immediately before is the same as the connection source class name of the current arrow (step S209).
When the connection source class name relating to the 10 arrow immediately before is not the same as the connection source class name of the current arrow (step S209, No), the tree-structure-conversion processing unit 130a stores the address of the current cell in the pointer of the cell generated immediately before (step S210), updates the 15 connection source class name of the recorded arrow to the connection source class name of the current arrow (step S211), and proceeds to step S205.
On the other hand, when the connection source class name relating to the arrow immediately before is the same as the connection source class name relating to the current arrow (step S209, Yes), the tree-structure-conversion processing unit 130a adds the address of the current cell to the pointer of the calling cell (step S212), and proceeds to step S211.
A program generation process for generating a program code based on a sequence diagram of the program code to be newly generated is explained next. Fig. 12 is a flowchart of a process procedure in the program generation process.
As shown in Fig. 12, the input receiving unit 110 reads the sequence diagram (step S301) and sends the sequence diagram data to the tree-structure-conversion processing unit 130a (step S302). The tree-structure-conversion processing unit 130a performs tree-structure-conversion process (step S303) and sends the tree-structured data to the matching processing unit 130b (step S304).
The matching processing unit 130b performs a matching process (step S305), determines whether there is matching tree-structured data (step 5306), and when there is no matching tree-structured data (step S306, No), finishes the process.
On the other hand, when there is matching tree-structured data (step S306, Yes), the matching processing unit 130b sends the matching tree-structured data to the program-extraction processing unit 130c (step S307). The program-extraction processing unit 130c retrieves a program code corresponding to the matching tree-structured data (step S308), replaces the instance name of the program code based on the correspondence table (step S309), and sends the program code to the output unit 120 (step S310). The output unit 120 outputs the program code (step S311).
Since the tree-structure-conversion process at step S303 in Fig. 12 is the same as that shown in Fig. 11, the explanation thereof is omitted.
The matching process at step S305 in Fig. 12 is explained next. Fig. 13 is a flowchart of a process procedure in the matching process. As shown in Fig. 13, the matching processing unit 130b obtains the tree-structured data from the object tree-structured data 140b (step S401), allocates an identification number to the tree-structured data (step S402), and performs a cell selection process (step S403), to determine whether the respective method names and connection-destination class names are the same between the both tree-structured data (step S404).
16a When the respective method names and connection-destination class names are the same (step S404, Yes), the matching processing unit determines whether all the cells included in the tree-structured data have been selected (step S405). When all the cells included in the tree-structured data have not been selected (step S405, No), the process proceeds to step S403. When all the cells included in the tree-structured data have been selected (step S405, Yes), the matching processing unit determines that there is matching tree-structured data (step S406).
On the other hand, when the respective method names and the connection-destination class names are not the same (step S404, No), the matching processing unit determines whether matching has been performed with respect to all the tree-structured data (step S407). When matching has not yet been performed with respect to all the tree-structured data (step S407, No), the matching processing unit obtains the next tree-structured data from the object tree-structured data 140b (step S408), and proceeds to step S402.
On the other hand, when matching has been performed with respect to all the tree-structured data (step S407, Yes), the matching processing unit determines that there is no matching tree-structured data (step S409).
The cell selection process at step S403 in Fig. 13 is explained next. Fig. 14 is a flowchart of a process procedure in the cell selection process. As shown in Fig.
14, the matching processing unit 130b determines whether a cell included in the tree-structured data received from the tree-structure-conversion processing unit 130a and a cell included in the tree-structured data obtained from the object tree-structured data 140b are to be selected for the first time (step S501). When the cells are to be selected for the first time (step S501, Yes), the matching processing unit 130b respectively selects cells corresponding to the identification number "1" from the both data (step S502).
On the other hand, when it is not the first time to select the cells (step S501, No), the matching processing unit 130b determines whether the tree-structured data has been newly obtained from the object tree-structured data 140b (step S503), and when the tree-structured data has been newly obtained from the object tree-structured data 140b (step S503, Yes), the matching processing unit 130b converts the old tree-structured data previously obtained from the object tree-structured data 140b to the newly obtained tree-structured data (step S504), and proceeds to step S502.
On the other hand, when the tree-structured data has not been newly obtained from the object tree-structured data (step S503, No), the matching processing unit 130b respectively selects cells corresponding to an identification number next to the previously selected identification number (step S505).
In the source-code-generation supporting program according to the present embodiment, the tree-structure-conversion processing unit 130a generates the tree-structured data based on the generated sequence diagram data, and the matching processing unit 130b retrieves tree-structured data matching with the generated tree-structured data from the object tree-structured data 140b. The program-extraction processing unit 130c then obtains a corresponding existing program code from the program-code specifying information in the matching tree-structured data, and replaces the instance name in the obtained program code by an instance name corresponding to the generated sequence diagram data. Accordingly, it is not necessary to develop the program code from scratch, and the program code can be generated only by specifying the sequence diagram. As a result, productivity of the program code can be improved.
Furthermore, since the program code corresponding to the sequence diagram can be automatically generated only by specifying the sequence diagram, even users having no knowledge of script language can easily generate the program code.
In the present embodiment, the source-code-generation supporting apparatus 100 has been explained. However, by realizing the configuration of the source-code-generation supporting apparatus 100 by software, a source-code-generation supporting program having the same function can be obtained. A computer system that executes the source-code-generation supporting program is explained below.
Fig. 15 depicts the computer system that executes the source-code-generation supporting program according to the present embodiment. As shown in Fig. 15, a computer system 500 includes a main body unit 501, a display 502 that displays information on a display screen 502a according to an instruction from the main body unit 501, a keyboard 503 for inputting various types of information to the computer system 500, a mouse 504 for specifying an optional position on the display screen 502a of the display 502, a LAN
interface connected to a LAN 506 or a wide area network (WAN), and a modem 505 connected to a public line 507. The LAN 506 connects between the computer system 500 and other computer systems (PC) 511, a server 512, a printer 513, and the like.
Fig. 16 is a functional block diagram of a configuration of the main body unit 501 shown in Fig. 15.
As shown in Fig. 16, the main body unit 501 includes a CPU
521, a RAM 522, a ROM 523, a hard disk drive (HDD) 524, a CD-ROM drive 525, an FD drive 526, an I/O interface 527, and a LAN interface 528.
The source-code-generation supporting program executed in the computer system 500 is stored in a portable storage medium such as a floppy disk (FD) 508, a CD-ROM 509, a DVD
disk, a magneto-optical disk, and an IC card, read out from 5 the storage medium, and installed in the computer system 500. The installed motion picture distribution program is stored in the HDD 524, and executed by the CPU 521, using the RAM 522, the ROM 523, and the like.
As described above, according to the present invention, 10 the tree-structured data is generated based on the sequence diagram indicating the specification of the source code to be newly generated, tree-structured data matching with the generated tree-structured data is retrieved from the storing unit that stores at least existing source codes and 15 tree-structured data corresponding to the existing source codes, and the source code corresponding to the matching tree-structured data is obtained from the storing unit.
Accordingly, it is not necessary to develop the source code from scratch, and a desired source code can be generated 20 only by specifying the sequence diagram. As a result, the burden on the user can be eliminated, and the efficiency of program development can be improved.
INDUSTRIAL APPLICABILITY
The source-code-generation supporting program and the source-code-generation supporting method according to the present invention are suitable for a program development system based on the object oriented techniques in which it is necessary to generate a source code efficiently by using existing source codes.
When the program-extraction processing unit 130c retrieves the class corresponding to the instance "b" in the program code 400b based on the correspondence table 140c, it is found that the class corresponding to the instance "b" is "Receipt".
Accordingly, since the instance of the class "Receipt"
in the generated sequence diagram data shown in Fig. 8 is "y", the program-extraction processing unit 130c converts the instance in the program code 400a from "b" to "y", to generate a new program code 400b.
That is, a program code corresponding to the sequence diagram can be generated only by specifying a sequence diagram of the specification of the program code to be newly generated, without the need to generate a program code from the initial stage.
Although detailed explanations are omitted in the present embodiment, when the number of identification numbers allocated to the tree-structured data received from the tree-structure-conversion processing unit 130a does not agree with the number of identification numbers allocated to the tree-structured data obtained from the object tree-structured data 140b, it is determined that the both tree-structured data do not match with each other.
A preparation process in which the tree-structure-conversion processing unit 130a makes the storing unit 140 store the tree-structured data and the program code corresponding to the tree-structured data beforehand is explained. Fig. 10 is a flowchart of a process procedure in the preparation process.
As shown in Fig. 10, the input receiving unit 110 reads the program code and the sequence diagram (step S101), and sends the program code and the sequence diagram data to the tree-structure-conversion processing unit 130a (step S102).
The tree-structure-conversion processing unit 130a performs tree-structure-conversion process (step S103) to generate a correspondence table (step S104) to make the storing unit 140 store the correspondence table (step S105).
The tree-structure-conversion processing unit 130a makes the storing unit 140 store the program code (step S106), adds the program-code specifying information to the tree-structured data (step S107), so that the tree-structured data is stored in the storing unit 140 (step S108).
The tree-structure-conversion process at step S103 in Fig. 10 is explained below. Fig. 11 is a flowchart of a process procedure in the tree-structure-conversion process.
As shown Fig. 11, the tree-structure-conversion processing unit 130a searches the leftmost and uppermost method arrow in the sequence diagram (step S201) to generate a cell (step S202), stores the method name and the connection-destination class name in the cell (step S203), and records the connection source class name of the arrow (step S204).
(Although omitted in the above explanation, the tree-structure-conversion processing unit 130a stores the connection source class name of the searched arrow.) The tree-structure-conversion processing unit 130a searches the next downward closest arrow (step S205), determines whether there is such an arrow (step S206), and when there is no such arrow (step S206, No), finishes the tree-structure-conversion process.
On the other hand, when there is such an arrow (step S206, Yes), the tree-structure-conversion processing unit 130a generates a cell (step S207), and stores a method name and a connection-destination class name in the cell (step 5 S208), to determine whether a connection source class name relating to an arrow immediately before is the same as the connection source class name of the current arrow (step S209).
When the connection source class name relating to the 10 arrow immediately before is not the same as the connection source class name of the current arrow (step S209, No), the tree-structure-conversion processing unit 130a stores the address of the current cell in the pointer of the cell generated immediately before (step S210), updates the 15 connection source class name of the recorded arrow to the connection source class name of the current arrow (step S211), and proceeds to step S205.
On the other hand, when the connection source class name relating to the arrow immediately before is the same as the connection source class name relating to the current arrow (step S209, Yes), the tree-structure-conversion processing unit 130a adds the address of the current cell to the pointer of the calling cell (step S212), and proceeds to step S211.
A program generation process for generating a program code based on a sequence diagram of the program code to be newly generated is explained next. Fig. 12 is a flowchart of a process procedure in the program generation process.
As shown in Fig. 12, the input receiving unit 110 reads the sequence diagram (step S301) and sends the sequence diagram data to the tree-structure-conversion processing unit 130a (step S302). The tree-structure-conversion processing unit 130a performs tree-structure-conversion process (step S303) and sends the tree-structured data to the matching processing unit 130b (step S304).
The matching processing unit 130b performs a matching process (step S305), determines whether there is matching tree-structured data (step 5306), and when there is no matching tree-structured data (step S306, No), finishes the process.
On the other hand, when there is matching tree-structured data (step S306, Yes), the matching processing unit 130b sends the matching tree-structured data to the program-extraction processing unit 130c (step S307). The program-extraction processing unit 130c retrieves a program code corresponding to the matching tree-structured data (step S308), replaces the instance name of the program code based on the correspondence table (step S309), and sends the program code to the output unit 120 (step S310). The output unit 120 outputs the program code (step S311).
Since the tree-structure-conversion process at step S303 in Fig. 12 is the same as that shown in Fig. 11, the explanation thereof is omitted.
The matching process at step S305 in Fig. 12 is explained next. Fig. 13 is a flowchart of a process procedure in the matching process. As shown in Fig. 13, the matching processing unit 130b obtains the tree-structured data from the object tree-structured data 140b (step S401), allocates an identification number to the tree-structured data (step S402), and performs a cell selection process (step S403), to determine whether the respective method names and connection-destination class names are the same between the both tree-structured data (step S404).
16a When the respective method names and connection-destination class names are the same (step S404, Yes), the matching processing unit determines whether all the cells included in the tree-structured data have been selected (step S405). When all the cells included in the tree-structured data have not been selected (step S405, No), the process proceeds to step S403. When all the cells included in the tree-structured data have been selected (step S405, Yes), the matching processing unit determines that there is matching tree-structured data (step S406).
On the other hand, when the respective method names and the connection-destination class names are not the same (step S404, No), the matching processing unit determines whether matching has been performed with respect to all the tree-structured data (step S407). When matching has not yet been performed with respect to all the tree-structured data (step S407, No), the matching processing unit obtains the next tree-structured data from the object tree-structured data 140b (step S408), and proceeds to step S402.
On the other hand, when matching has been performed with respect to all the tree-structured data (step S407, Yes), the matching processing unit determines that there is no matching tree-structured data (step S409).
The cell selection process at step S403 in Fig. 13 is explained next. Fig. 14 is a flowchart of a process procedure in the cell selection process. As shown in Fig.
14, the matching processing unit 130b determines whether a cell included in the tree-structured data received from the tree-structure-conversion processing unit 130a and a cell included in the tree-structured data obtained from the object tree-structured data 140b are to be selected for the first time (step S501). When the cells are to be selected for the first time (step S501, Yes), the matching processing unit 130b respectively selects cells corresponding to the identification number "1" from the both data (step S502).
On the other hand, when it is not the first time to select the cells (step S501, No), the matching processing unit 130b determines whether the tree-structured data has been newly obtained from the object tree-structured data 140b (step S503), and when the tree-structured data has been newly obtained from the object tree-structured data 140b (step S503, Yes), the matching processing unit 130b converts the old tree-structured data previously obtained from the object tree-structured data 140b to the newly obtained tree-structured data (step S504), and proceeds to step S502.
On the other hand, when the tree-structured data has not been newly obtained from the object tree-structured data (step S503, No), the matching processing unit 130b respectively selects cells corresponding to an identification number next to the previously selected identification number (step S505).
In the source-code-generation supporting program according to the present embodiment, the tree-structure-conversion processing unit 130a generates the tree-structured data based on the generated sequence diagram data, and the matching processing unit 130b retrieves tree-structured data matching with the generated tree-structured data from the object tree-structured data 140b. The program-extraction processing unit 130c then obtains a corresponding existing program code from the program-code specifying information in the matching tree-structured data, and replaces the instance name in the obtained program code by an instance name corresponding to the generated sequence diagram data. Accordingly, it is not necessary to develop the program code from scratch, and the program code can be generated only by specifying the sequence diagram. As a result, productivity of the program code can be improved.
Furthermore, since the program code corresponding to the sequence diagram can be automatically generated only by specifying the sequence diagram, even users having no knowledge of script language can easily generate the program code.
In the present embodiment, the source-code-generation supporting apparatus 100 has been explained. However, by realizing the configuration of the source-code-generation supporting apparatus 100 by software, a source-code-generation supporting program having the same function can be obtained. A computer system that executes the source-code-generation supporting program is explained below.
Fig. 15 depicts the computer system that executes the source-code-generation supporting program according to the present embodiment. As shown in Fig. 15, a computer system 500 includes a main body unit 501, a display 502 that displays information on a display screen 502a according to an instruction from the main body unit 501, a keyboard 503 for inputting various types of information to the computer system 500, a mouse 504 for specifying an optional position on the display screen 502a of the display 502, a LAN
interface connected to a LAN 506 or a wide area network (WAN), and a modem 505 connected to a public line 507. The LAN 506 connects between the computer system 500 and other computer systems (PC) 511, a server 512, a printer 513, and the like.
Fig. 16 is a functional block diagram of a configuration of the main body unit 501 shown in Fig. 15.
As shown in Fig. 16, the main body unit 501 includes a CPU
521, a RAM 522, a ROM 523, a hard disk drive (HDD) 524, a CD-ROM drive 525, an FD drive 526, an I/O interface 527, and a LAN interface 528.
The source-code-generation supporting program executed in the computer system 500 is stored in a portable storage medium such as a floppy disk (FD) 508, a CD-ROM 509, a DVD
disk, a magneto-optical disk, and an IC card, read out from 5 the storage medium, and installed in the computer system 500. The installed motion picture distribution program is stored in the HDD 524, and executed by the CPU 521, using the RAM 522, the ROM 523, and the like.
As described above, according to the present invention, 10 the tree-structured data is generated based on the sequence diagram indicating the specification of the source code to be newly generated, tree-structured data matching with the generated tree-structured data is retrieved from the storing unit that stores at least existing source codes and 15 tree-structured data corresponding to the existing source codes, and the source code corresponding to the matching tree-structured data is obtained from the storing unit.
Accordingly, it is not necessary to develop the source code from scratch, and a desired source code can be generated 20 only by specifying the sequence diagram. As a result, the burden on the user can be eliminated, and the efficiency of program development can be improved.
INDUSTRIAL APPLICABILITY
The source-code-generation supporting program and the source-code-generation supporting method according to the present invention are suitable for a program development system based on the object oriented techniques in which it is necessary to generate a source code efficiently by using existing source codes.
Claims (6)
1. A computer-readable recording medium that stores therein a computer program for supporting creation of a source code based on object orientation, wherein the computer program causes a computer to execute:
creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance name and a class name;
storing the first tree-structured data and the existing program code relatively to each other in a storing unit;
creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram;
creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created;
retrieving tree-structured data matching with the second tree-structured data from the storing unit;
acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance name and a class name;
storing the first tree-structured data and the existing program code relatively to each other in a storing unit;
creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram;
creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created;
retrieving tree-structured data matching with the second tree-structured data from the storing unit;
acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
2. The computer-readable recording medium according to claim 1, wherein the creating of the first tree-structured data includes extracting a connection relationship between the instance and method included in the first sequence diagram; and creating the first tree-structured data including first method-sequence information based on the connection relationship.
3. The computer-readable recording medium according to claim 1 or 2, wherein the retrieving includes retrieving the tree-structured data including second method-sequence information equivalent to the first method-sequence information from the storing unit.
4. A source-code-creation supporting method of supporting creation of a source code based on object orientation, the source-code-creation supporting method comprising:
creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance name and a class name;
storing the first tree-structured data and the existing program code relatively to each other in a storing unit;
creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram;
creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created;
retrieving tree-structured data matching with the second tree-structured data from the storing unit;
acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
creating first tree-structured data based on a first sequence diagram indicating a specification of an existing program code, the first sequence diagram including an instance and a method, the instance including an instance name and a class name;
storing the first tree-structured data and the existing program code relatively to each other in a storing unit;
creating and storing in the storing unit a correspondence table indicating corresponding relationship between the instance name and the class name included in the instance included in the first sequence diagram;
creating second tree-structured data based on a second sequence diagram indicating a specification of a new program code to be created;
retrieving tree-structured data matching with the second tree-structured data from the storing unit;
acquiring from the storing unit a program code corresponding to the tree-structured data retrieved; and generating the new program code by replacing an instance name included in the program code acquired with a new instance name based on the correspondence table.
5. The source-code-creation supporting method according to claim 4, wherein the creating of the first tree-structured data includes extracting a connection relationship between the instance and method included in the first sequence diagram; and creating the first tree-structured data including first method-sequence information based on the connection relationship.
6. The source-code-creation supporting method according to claim 4 or 5, wherein the retrieving includes retrieving the tree-structured data including second method-sequence information equivalent to the first method-sequence information from the storing unit.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2004/006168 WO2005106650A1 (en) | 2004-04-28 | 2004-04-28 | Source code generation support program and source code generation support method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2562012A1 CA2562012A1 (en) | 2005-10-11 |
| CA2562012C true CA2562012C (en) | 2013-01-22 |
Family
ID=35241842
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2562012A Expired - Fee Related CA2562012C (en) | 2004-04-28 | 2004-04-28 | Source-code-generation supporting program and source-code-generation supporting method |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7930679B2 (en) |
| EP (1) | EP1746498A4 (en) |
| JP (1) | JP4616829B2 (en) |
| CN (1) | CN100555217C (en) |
| AU (1) | AU2004319192B2 (en) |
| CA (1) | CA2562012C (en) |
| WO (1) | WO2005106650A1 (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI273487B (en) * | 2004-06-08 | 2007-02-11 | Via Tech Inc | Computer system, related method, manufacture developing method and related system for generating program codes for describing relations of numerous function titles and numerous control signal codes of a device |
| US20060190343A1 (en) * | 2005-02-24 | 2006-08-24 | Word Of Mouth Marketing, Inc. | Method of marketing memberships in a consumer group |
| US7917890B2 (en) * | 2006-08-31 | 2011-03-29 | Jon Barcellona | Enterprise-scale application development framework utilizing code generation |
| JP4974228B2 (en) * | 2007-03-20 | 2012-07-11 | 株式会社日立ソリューションズ | Aspect setting method and apparatus, and computer program |
| JP4613214B2 (en) | 2008-02-26 | 2011-01-12 | 日立オートモティブシステムズ株式会社 | Software automatic configuration device |
| US8341607B2 (en) * | 2008-03-13 | 2012-12-25 | International Business Machines Corporation | Condensing pattern matcher generation for intermediate language patterns |
| US8863097B2 (en) * | 2010-12-29 | 2014-10-14 | Sap Ag | Providing code list extensibility |
| US20130067432A1 (en) * | 2011-09-12 | 2013-03-14 | Microsoft Corporation | Application development toolkit |
| US9117177B1 (en) * | 2013-05-30 | 2015-08-25 | Amazon Technologies, Inc. | Generating module stubs |
| KR20190082542A (en) * | 2018-01-02 | 2019-07-10 | 삼성전자주식회사 | Method, system and apparatus for generating source code from table and using the same |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02105222A (en) * | 1988-10-13 | 1990-04-17 | Matsushita Electric Ind Co Ltd | Device and method for automatic software generation |
| JPH03195193A (en) * | 1989-12-22 | 1991-08-26 | Nippon Telegr & Teleph Corp <Ntt> | System for automatically generating communication service software |
| JP3299259B2 (en) | 1990-05-15 | 2002-07-08 | 富士通株式会社 | Program structure diagram editing processing method |
| US5699310A (en) * | 1990-06-29 | 1997-12-16 | Dynasty Technologies, Inc. | Method and apparatus for a fully inherited object-oriented computer system for generating source code from user-entered specifications |
| JP3115578B2 (en) * | 1990-07-17 | 2000-12-11 | 三洋電機株式会社 | Program development equipment |
| US5561801A (en) | 1991-12-13 | 1996-10-01 | Thinking Machines Corporation | System and method for multilevel promotion |
| GB2278213A (en) * | 1993-05-18 | 1994-11-23 | Ibm | Test program generator. |
| JPH0736684A (en) * | 1993-07-20 | 1995-02-07 | Hitachi Ltd | Domain directed parts controlling method |
| JPH07123452A (en) * | 1993-10-25 | 1995-05-12 | Matsushita Electric Ind Co Ltd | Automatic generation system for communication service |
| CA2134059C (en) * | 1993-10-29 | 2009-01-13 | Charles Simonyi | Method and system for generating a computer program |
| US5675801A (en) * | 1994-09-30 | 1997-10-07 | International Business Machines Corporation | Object oriented system and method for generating target language code |
| US5630131A (en) * | 1994-11-14 | 1997-05-13 | Object Technology Licensing Corp. | Method and apparatus for importing and exporting archive files for a graphical user interface |
| US5671416A (en) * | 1995-02-24 | 1997-09-23 | Elson; David | Apparatus and a method for searching and modifying source code of a computer program |
| JP3625084B2 (en) * | 1995-04-14 | 2005-03-02 | 株式会社山武 | Reuse system for software parts |
| US6226692B1 (en) * | 1995-12-15 | 2001-05-01 | Object Dynamics Corporation | Method and system for constructing software components and systems as assemblies of independent parts |
| JPH09297690A (en) * | 1996-04-30 | 1997-11-18 | Nippon Telegr & Teleph Corp <Ntt> | Task asking and accepting action deciding method in multi-decision making subject environment |
| JPH113216A (en) | 1997-06-11 | 1999-01-06 | Fujitsu Ltd | Supporting method and device for scenario-based object-oriented analysis design |
| JPH11219287A (en) | 1998-02-02 | 1999-08-10 | Mitsubishi Electric Corp | Software development supporting device |
| US6742175B1 (en) * | 1998-10-13 | 2004-05-25 | Codagen Technologies Corp. | Component-based source code generator |
| US6591272B1 (en) * | 1999-02-25 | 2003-07-08 | Tricoron Networks, Inc. | Method and apparatus to make and transmit objects from a database on a server computer to a client computer |
| JP3715132B2 (en) * | 1999-05-21 | 2005-11-09 | 三菱電機株式会社 | Data relay apparatus and data relay method |
| JP2001188673A (en) * | 1999-12-28 | 2001-07-10 | Mitsubishi Electric Corp | Software reuse assisting device |
| AU1735701A (en) * | 2000-12-08 | 2002-06-18 | Fujitsu Ltd | Sequence analysis method and sequence analysis apparatus |
| JP4024733B2 (en) | 2003-08-29 | 2007-12-19 | ジョンソン コントロールズ オートモーティブ システムズ株式会社 | Vehicle seat |
-
2004
- 2004-04-28 JP JP2006512697A patent/JP4616829B2/en not_active Expired - Fee Related
- 2004-04-28 WO PCT/JP2004/006168 patent/WO2005106650A1/en not_active Application Discontinuation
- 2004-04-28 AU AU2004319192A patent/AU2004319192B2/en not_active Ceased
- 2004-04-28 EP EP04730050A patent/EP1746498A4/en not_active Ceased
- 2004-04-28 CN CNB2004800428606A patent/CN100555217C/en not_active Expired - Fee Related
- 2004-04-28 CA CA2562012A patent/CA2562012C/en not_active Expired - Fee Related
-
2006
- 2006-09-19 US US11/523,227 patent/US7930679B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1977242A (en) | 2007-06-06 |
| JPWO2005106650A1 (en) | 2008-03-21 |
| AU2004319192A1 (en) | 2005-11-10 |
| AU2004319192B2 (en) | 2008-07-31 |
| CN100555217C (en) | 2009-10-28 |
| EP1746498A1 (en) | 2007-01-24 |
| US7930679B2 (en) | 2011-04-19 |
| JP4616829B2 (en) | 2011-01-19 |
| US20070016889A1 (en) | 2007-01-18 |
| CA2562012A1 (en) | 2005-10-11 |
| WO2005106650A1 (en) | 2005-11-10 |
| EP1746498A4 (en) | 2011-08-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7930679B2 (en) | Source-code-generation supporting method and computer product | |
| KR100307973B1 (en) | Information processing method and apparatus for preparing a gui on a client by utilizing an electronic mail or an agent, and a recording medium storing a program for controlling the information processing apparatus | |
| JP2010020468A (en) | Image processing apparatus, image processing method, its program, and storage medium | |
| US20020045963A1 (en) | CAD supporting apparatus, and CAD supporting program storage medium | |
| JP2006350529A (en) | Information processor and workflow control program | |
| JP2010123002A (en) | Document image layout device | |
| JP2006243830A (en) | Workflow support system using image equipment, and workflow retrieval system | |
| JP2008234552A (en) | Project management support device and method therefor | |
| CN111030874B (en) | Service arranging method, equipment, storage medium and device | |
| CN113407598A (en) | Method and device for generating demand document, storage medium and electronic equipment | |
| JPH11161669A (en) | Electronic technique information retrieval display device | |
| JP4841457B2 (en) | Image processing apparatus and image processing program | |
| JP2005063043A (en) | Image display device, method and program | |
| JP2009303149A (en) | Image processing apparatus, image processing method and computer control program | |
| JP5574272B2 (en) | Image reading apparatus, image processing apparatus, and program | |
| JP4334987B2 (en) | DTP editing apparatus having area designation function and data cutout function | |
| JP2000076358A (en) | System and method for document output management with re-outputting function | |
| JP2001291055A (en) | Slip recognizing device and medium with its program recorded | |
| JP5040570B2 (en) | Information processing apparatus and information processing program | |
| JP2993881B2 (en) | Keyword generation method | |
| CN112417311A (en) | Method and device for executing service based on influence factor and electronic equipment | |
| JP3550863B2 (en) | Map recognition processing system and map recognition processing method | |
| JP2023114990A (en) | Business card image processing device, business card image processing method, and program | |
| CN116540983A (en) | Logic configuration design method, device and platform | |
| JP2023170130A (en) | Information processing device, information processing method, and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20210428 |