JP2003216428A - Object-oriented programming supporting device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To compatibly attain production of a source code from a design model and improvement of maintenance when a programmer compiles the source code, in an object-oriented development. <P>SOLUTION: This object-oriented programming supporting device is provided with a class definition information selecting part 121 selecting class definition information necessary for producing the source code from the design model, a class definition information file producing part 13 producing a class definition information file 102, or the source code aiming at a mechanical processing without any intervention of a man power, a source programming part 14 producing the source code aiming at manual compilation based on the selected class definition information. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an object-oriented programming support device for generating source code from a design model in object-oriented development.

[0002]

2. Description of the Related Art Generally, in object-oriented development, the contents of a design model are very close to the description level of a programming language, and model elements on the design model such as classes, attributes, and operations are data structures and data members in the programming language. , Are clearly associated with linguistic elements such as functions.

Therefore, when writing a program on the basis of a design model, it is necessary to describe corresponding programming language elements for each model element on the design model, and monotonous and complicated work must be performed. I had to do it.

When such a work is manually performed, there are problems of work efficiency when describing a source code based on a design model and problems that it is difficult to eliminate work mistakes and guarantee consistency of contents. Therefore, it has been conventionally performed that a source code template is mechanically generated from a design model using a tool, and a programmer himself completes the source code by adding a description (prior art 1).

However, in the prior art 1, although the above-mentioned problems concerning work efficiency and guarantee of consistency of contents are greatly improved, mechanical code generation can be used first by using a source code template. Only when making,
When the programmer modifies the design model after adding the description to the source code, there is a problem that the programmer itself has to modify the source code corresponding to the modification of the design model.

Further, in order to solve this problem, by embedding a keyword that can be interpreted by a tool in a comment sentence, the source code described as one file is generated in a mechanically coded area and manually. There was a technique of dividing into two regions, that is, a region for changing in (conventional technique 2).

[0007]

However, in the prior art 2, the area that is mechanically processed and should not be changed by the programmer and the area that the programmer must write are mixed in one file. Therefore, the programmer needs to work carefully so as not to accidentally change the area for machine processing, and by mistake, the information added by the programmer is lost when the code is generated again. There was a point.

The present invention has been made in view of the above, and separates information automatically generated from a design model and mechanically processed and description manually added by a programmer into separate files. This eliminates the risk of programmers accidentally rewriting information for machine processing,
The object is to obtain an object-oriented programming support device with improved maintainability of source code.

[0009]

In order to achieve the above object, an object-oriented programming support device according to the present invention is a device for supporting object-oriented programming, and class definition information necessary for generating source code from a design model. And a class definition information file creating section for generating a class definition information file which is a source code intended for mechanical processing without human intervention, based on the extracted class definition information. And a source program creation unit that creates a source code for editing by humans based on the extracted class definition information.

According to the present invention, the class definition information required for generating the source code is extracted from the design model, and based on the extracted class definition information, the class definition information for the purpose of mechanical processing without human intervention. It was decided to generate the file and the source code for the purpose of manual editing.

In the object-oriented programming support device according to the next invention, in the above invention, the class definition information file creating section generates a source code described in C / C ++ language as a class definition information file, The program creating unit is characterized by generating a source code written in C / C ++ language that includes the class definition information file.

According to the present invention, the class definition information file creating unit creates the source code written in the C / C ++ language, and the source program creating unit creates the source code written in the C / C ++ language. I decided.

In the object-oriented programming support device according to the next invention, in the above invention, the source program creating section has a source code generated by C / C.
It is characterized by being a header file of ++ language.

According to the present invention, the source program creating section creates the header file in the C / C ++ language.

In the object-oriented programming support device according to the next invention, in the above invention, the source program creating section has a source code generated by C / C.
It is characterized by being a source file of ++ language.

According to the present invention, the source program creating section creates a source file in C / C ++ language.

In the object-oriented programming support device according to the next invention, in the above invention, the class definition information file creating section is configured to include a source file corresponding to a class and a source file corresponding to the class based on a dependency relationship between the classes included in the design model. It is characterized by recognizing the inclusion relation of the header file and generating the description of the include directive in the class definition information file.

According to the present invention, the class definition information file creating section recognizes the include relationship between the source file and the header file corresponding to the class based on the dependency relationship between the classes included in the design model, and the class definition information. It was decided to generate the description of the include directive in the file.

In the object-oriented programming support device according to the next invention, in the above invention, the class definition information file creating section is configured to, based on information on attributes of classes included in a design model and information on relationships between classes,
It is characterized in that the description of the data type definition corresponding to the class is generated in the class definition information file.

According to the present invention, the class definition information file creating section writes the description of the data type definition corresponding to the class based on the information of the attribute of the class included in the design model and the information of the relation between the classes. It is decided to generate it in the definition information file.

In the object-oriented programming support device according to the next invention, in the above invention, the class definition information file creating section makes the function declaration a class definition information file based on the operation information of the class included in the design model. It is characterized in that it is generated.

According to the present invention, the class definition information file creating section generates the function declaration in the class definition information file based on the operation information of the class included in the design model.

In the object-oriented programming support apparatus according to the next invention, in the above invention, the source program creating unit creates a C / C ++ template of a function definition based on information on an operation of a class included in a design model. The feature is that it is generated in the language source file.

According to the present invention, the source program creating unit creates the template of the function definition in the source file of the C / C ++ language based on the operation information of the class included in the design model.

[0025]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT A preferred embodiment of an object-oriented programming support device according to the present invention will be described in detail below with reference to the accompanying drawings.

FIG. 1 is a block diagram showing the configuration of an object-oriented programming support device according to the present invention. In the figure, 11 is an execution management unit that manages the execution of the entire process, 12 is a class definition information extraction unit that extracts class definition information from the design model 101, and 13 is a class definition information extraction unit 12. A class definition information file creation unit that creates the class definition information file 102 based on the class definition information, and 14 based on the class definition information extracted by the class definition information extraction unit 12, C / C ++ header files 103 and C / C ++ source file 1
It is composed of a source program creating section for creating 04.

Next, an outline of processing by the object-oriented programming support device will be briefly described with reference to FIG. First, the execution management unit 11 controls each of the class definition information extraction unit 12, the class definition information file creation unit 13, and the source program creation unit 14 to manage the entire processing of this object-oriented programming support device. Next, the class definition information extraction unit 12 extracts only the information related to the class definition from the various design information included in the design model 101. Further, the class definition information file creating unit 13 includes the class definition information extracting unit 12
Class definition information file 1 which is a source code file that is composed only of parts that are not changed by the programmer based on the class definition information extracted in
Create 02. On the other hand, the source program creation unit 14
Creates a C / C ++ header file 103 and a C / C ++ source file 104, which are source code files including a portion where the programmer changes the contents at any time, based on the class definition information extracted by the class definition information extraction unit 12. .

Next, the processing flow of this object-oriented programming support device will be explained. Figure 2
3 is a flowchart showing the flow of the entire processing of the object-oriented programming support device. First, the class definition information extraction unit 12 reads design information from the design model 101 and extracts only the information related to the class definition from the design information (step S201). Next, the class definition information file creation unit 13 creates the class definition information file 102 based on the class definition information extracted by the class definition information extraction unit 12 (step S202).

Next, the class to be created is
It is determined whether the class is a new class for which code generation is performed for the first time (step S203). Whether it is a new class,
It can be determined whether or not the C / C ++ header file or C / C ++ source file of the class that is the generation target exists in the C / C ++ header file 103 and / or the C / C ++ source file 104. . In the case of a new class, since a model file for the programmer to describe the source code does not yet exist, it is necessary to newly generate it. If it is determined that the class is a new class, the source program creation unit 14 determines that the C / C ++ header file 103 (step S204) and the C / C ++ source file 104 are included.
(Step S205) is created respectively.

Next, the processing of each of the class definition information extraction unit 12, class definition information file creation unit 13, and source program creation unit 14 will be described with reference to specific examples.

First, the processing of the class definition information extraction unit 12 will be described. Figure 3 shows UML (Unified Modeling L)
anguage) Design model 10 described according to the notation
1 is an example. UML is a unified language used when modeling using object-oriented programming, and provides a method of expressing the structure of software in a more abstract and systematic way compared to source code. In the figure, although three classes are defined, 301 is a class "AddressBoo
“K”, 302 represents a class “Address”, and 303 represents a class “Person”. The class is
It is an abstract definition of a set of objects (entities) that have a common structure (attribute) and behavior (operation).

In FIG. 3, each class is represented by a box graphic, and the upper column dividing the box represents the class name. Also, the class "AddressBook" 30
1 has "BookName" as an attribute and "Regist" as an operation.
erPerson ”. In UML notation, attributes are described in the middle part of the box and operations are described in the bottom part of the box. In addition, in the figure, from “AddressBook” 301 to “Address”
A dashed arrow pointing to 302 and "AddressBook" 301
And a solid arrow pointing from "Person" 303 to. The solid arrow represents the "association" between the classes, and the dashed arrow represents the "dependency" between the classes. The class "AddressBook" represents the dependency on the class "Address" and the class "Person". It has a relationship. In this example, the classes "Address" and "Perso
The attributes and operations of “n” are omitted.

Here, "association" between classes is a relationship in which the instance of the association source class holds information for identifying an instance of the association destination class from an instance of the association source class, and in the source code. , A relation having a pointer to the relation destination class as a data member of the relation source class. An instance is an instantiation of one that has the attributes and operations defined in the class.

The "dependency relationship" between classes is a relationship in which the service provided by the dependent class is used by the dependent class, and in the source code, the dependent class is described in the source file of the dependent class. It is a relationship that includes the header file and calls the function provided by the dependent class.

Generally, an object-oriented design model includes various kinds of information such as static information indicating the data structure of classes and relationships between classes and dynamic information indicating behavior at the time of operation. . This class definition information extraction unit 1
2 retrieves only the information related to the class definition from the design model 101. Specifically, the class name, class attribute name and data type, class operation name, argument list, and return value type are extracted as information inside the class.
Further, as the relationship information between classes, the names of the dependent classes in the dependency relationship and the names of the related classes in the association are extracted.

FIG. 4 shows the class definition information extracted by the class definition information extraction unit 12 for the class "AddressBook" 301 in the design model shown in FIG. Information is extracted about the class definitions in the design model and the relationships between the classes. For attributes, the attribute name is "BookName" and its type is "string". For operations, the operation name is "RegisterPerson" and the argument list is "(Perso
n * psn, Address * adrs) ”and return type“ bool ”
Has been extracted. The name “Address” of the dependent class is extracted for the dependency relationship, and the name “Person” of the related class is extracted for the relationship. In this specific example, attention is paid to only one class, but in reality, all the classes included in the design model are subject to processing.

Next, the class definition information file creating section 1
The process of No. 3 will be described. Class definition information creation unit 13
Creates the class definition information file 102 based on the class definition information extracted by the class definition information extraction unit 12. The class definition information file 102 is a file that is mechanically generated and is not changed by the programmer. Also, the class definition information file 102 is
It consists of the definition of the data structure of the class, the declaration of the function that realizes the operation of the class, and the description of the directive that includes the header file of the related class, and is created repeatedly every time the design model is changed.

FIG. 5 shows the "class AddressBoo" shown in FIG.
The class definition information file 102 generated by the class definition information file creation unit 13 based on the “class definition information of k”
Is a concrete example of the above. A class definition information file 501 ("AdrBkDef1.501" is included from the C / C ++ header file 103 (file with extension .h).
h "), 502 is the C / C ++ source file 104
The class definition information file ("AdrBkDef2.h") included from (files with the extension .c or .cpp) is shown.

Here, the C / C ++ header file 10
Class definition information file included from 3,
Although an example in which the class definition information file included from the C / C ++ source file 104 and the class definition information file are separate files has been shown, this is created as one file,
Conditional compilation directives such as "#ifdef ~ #endif" may be used to compile only the necessary parts according to the include source file.

Now, in 501 of FIG. 5, a class definition description for defining the data structure of the class is generated. In the figure, “AddressBook” is used as the class name, and “BookName” of the “string” type corresponding to the attribute and “Pers” corresponding to the association are used as the member variables of the class.
A pointer "thePerson" to the "on" type has been generated.
Also, as the description of the function declaration corresponding to the operation of the class,
The member function "RegisterPerson" is declared. Further, in 502 of FIG. 5, the description of the include relationship based on the class dependency relationship and the relationship is generated. In the figure, C of the dependency destination class "Address", the relation destination class "Person", and the own class "AddressBook"
An include description for the / C ++ header file has been generated.

Reference numerals 501 and 502 are examples of creating them as separate files, and each show a source code using the C ++ language. In the C language, the same expression can be made by using the structure and function prototype declaration.

Next, the processing of the source program creating section 14 will be described. The source program creation unit 14
Based on the class definition information extracted by the class definition information extraction unit 12, the C / C ++ header file 103 and C / C +
+ Source file 104 is created. The C / C ++ header file 103 and the C / C ++ source file 104 are
It is a file whose contents are changed and maintained by the programmer. The source program creation unit 14 creates a template of both files. In addition, the creation of both files,
This is only done once when a new class is created.

FIG. 6 shows the "class AddressBoo" shown in FIG.
C of the C / C ++ header file 103 generated by the source program generator 14 based on the "class definition information of k"
This is a description example in ++ language. In the figure, C / C ++
In the area 601 of the header file 103, the class “Addr
Of the class definition information file 102 of “essBook”, the class definition information file 501 (“AdrBkDe
Only f1.h ") is included.

FIG. 7 shows the "class AddressBoo" shown in FIG.
C of the C / C ++ source file 104 generated by the source program creation unit 14 based on the "class definition information of k"
This is a description example in ++ language. C / C ++ shown in the figure
In the area 701 of the source file 104, the class “Addr
Of the class definition information file 102 of “essBook”, the class definition information file (“AdrBkDe
Only f2.h ") is included. In addition, a function definition template 702 is generated according to the operation definition.

The C / C ++ header file 1 in FIG.
03 and the C / C ++ source file 104 in FIG. 7 can also be represented in the same C language by using the structure and function prototype declaration.

Next, a procedure for newly creating a target source file in this object programming support device will be briefly described. First, the class definition information file 102 is generated from the design model 101. As mentioned above, this class definition information file 1
02 consists of the definition of the data structure of the class, the declaration of the function that realizes the operation of the class, and the description that includes the header file of the related class. It can be changed by the programmer unless the design model is changed. There is no file.

Next, the class definition information file 10
From 2, the C / C ++ header file 103 and the C / C ++ source file 104, which are the source file templates
To generate. Finally, the programmer's hand adds the processing contents of these two source files to complete the target source file. At the maintenance stage after the completion of the program, the programmer has to write the C / C ++ header file 103 and C / C ++ which are the template of the source file.
++ Only the source file 104 needs to be maintained, and unless the design model is changed, the class definition information file 1
No need to maintain 02.

As described above, according to this embodiment, the object-oriented programming support device is configured as shown in FIG. 1, and the class definition information extracting section for extracting the class definition information necessary for generating the source code from the design model, A class definition information file creation unit that creates a class definition information file that is a source code intended for mechanical processing without human intervention, based on the extracted class definition information;
Based on the extracted class definition information, it is equipped with a source program creation unit that creates a source code for editing manually, so it is created mechanically from the information of the design model developed in object-oriented The description of the source code to be written and the description of the source code manually created by the programmer can be separated into different files, and the maintainability of the source code and the development efficiency can be improved.

[0049]

As described above, according to the object-oriented programming support apparatus of the present invention, the class definition information necessary for generating the source code is extracted from the design model, and based on the extracted class definition information. ,
Since the class definition information file intended for mechanical processing without human intervention and the source code intended for editing without human intervention are generated, it is generated mechanically from the information of the design model developed by object-oriented. The source code description to be created and the source code description created by the programmer can be separated into different files.
The maintainability of the source code is improved, and the development efficiency can be improved.

According to the object-oriented programming support device of the next invention, the class definition information file creating unit creates the source code described in the C / C ++ language, and the source program creating unit uses the C / C ++ language. Since it is decided to generate the written source code, the description of the source code that is mechanically generated from the information of the design model developed by object-orientation and the description of the source code created by the programmer themselves are in different files. To improve the maintainability of the source code,
The effect is that development efficiency can be improved.

According to the object-oriented programming support apparatus of the next invention, since the source program creating unit decides to create the header file of the C / C ++ language, the mechanical program is generated from the information of the design model developed in the object-oriented manner. It is possible to separate the generated source code description and the source code description created by the programmer into separate files, which improves the maintainability of the source code and improves the development efficiency. effective.

According to the object-oriented programming support apparatus of the next invention, since the source program creating section decides to generate the source file of the C / C ++ language, the mechanical program is generated from the information of the design model developed in the object-oriented manner. It is possible to separate the generated source code description and the source code description created by the programmer into separate files, which improves the maintainability of the source code and improves the development efficiency. effective.

According to the object-oriented programming support device of the next invention, the class definition information file creating section includes the source file and the header file corresponding to the class based on the dependency between the classes included in the design model. Since it is decided to generate the description of the include directive in the class definition information file by recognizing the relation, the description of the source code that is mechanically generated from the information of the design model developed by object-oriented and the creation by the programmer himself. The description of the source code to be executed can be separated into another file, the maintainability of the source code can be improved, and the development efficiency can be improved.

According to the object-oriented programming support device of the next invention, the class definition information file creating unit corresponds to the class based on the information of the attribute of the class included in the design model and the information of the relation between the classes. Since the description of the data type definition is generated in the class definition information file, the description of the source code that is mechanically generated from the information of the design model developed by object-oriented and the source code created by the programmer himself. The description of can be separated into another file, maintainability of the source code can be improved, and development efficiency can be improved.

According to the object-oriented programming support device of the next invention, the class definition information file creating section generates the function declaration in the class definition information file based on the information of the operation of the class included in the design model. Therefore, it is possible to separate the description of the source code mechanically generated from the information of the design model developed by object-oriented and the description of the source code created by the programmer themselves into different files. It has the effect of improving the maintainability of and improving the development efficiency.

According to the object-oriented programming support device of the next invention, the source program creating unit creates the template of the function definition in the C / C ++ language source file based on the information of the operation of the class included in the design model. Since it is decided to generate it, it is possible to separate the description of the source code mechanically generated from the information of the design model developed by object-oriented and the description of the source code created by the programmer themselves into separate files. Therefore, the maintainability of the source code is improved, and the development efficiency can be improved.

[Brief description of drawings]

FIG. 1 is a block diagram showing a configuration of an object-oriented programming support device according to the present invention.

FIG. 2 is a flowchart showing the flow of the entire processing of the object-oriented programming support device.

FIG. 3 is a diagram showing an example of a design model described according to UML (Unified Modeling Language) notation.

FIG. 4 is a diagram showing an example of class definition information extracted by a class definition information extraction unit.

FIG. 5 is a diagram showing an example of a class definition information file generated by a class definition information creation unit.

FIG. 6 C / C + generated by the source program creation unit
It is a figure showing an example of + header file.

FIG. 7: C / C + generated by the source program creation unit
It is a figure showing an example of + source file.

[Explanation of symbols]

11 execution management unit, 12 class definition information extraction unit, 13
Class definition information file creation unit, 14 Source program creation unit, 101 design model, 102 class definition information file, 103 C / C ++ header file, 1
04 C / C ++ source file, 301 class (Ad
dressBook), 302 class (Address), 303 class (Person), 501 class definition information file ("A
drBkDef1.h "), 502 class definition information file (" Ad
rBkDef2.h "), 702 A model of a member function.

Claims (8)

[Claims] 1. A device for supporting object-oriented programming, comprising: a class definition information extracting section for extracting class definition information necessary for source code generation from a design model; and a manual operation based on the extracted class definition information. A class definition information file creation unit that generates a class definition information file that is the source code for the purpose of mechanical processing that does not go through, and a source code for the purpose of editing manually based on the extracted class definition information. An object-oriented programming support device comprising: a source program creating unit for creating. 2. The class definition information file creating section,
A source code written in C / C ++ language as a class definition information file is generated, and the source program creation unit generates a source code written in C / C ++ language that includes the class definition information file. The object-oriented programming support device according to claim 1. 3. The object-oriented programming support device according to claim 2, wherein the source code created by the source program creation unit is a header file in the C / C ++ language. 4. The object-oriented programming support device according to claim 2, wherein the source code created by the source program creation unit is a C / C ++ language source file. 5. The class definition information file creating section,
Claims characterized by recognizing an include relationship between a source file and a header file corresponding to a class based on a relationship or a dependency between classes included in a design model, and generating a description of an include directive in a class definition information file Item 3. The object oriented programming support device according to item 3 or 4. 6. The class definition information file creating section,
The description of the data type definition corresponding to the class is generated in the class definition information file based on the information of the attribute of the class included in the design model and the information of the relation between the classes. The object-oriented programming support device described in any one of the above. 7. The class definition information file creating section is
Based on the operation information of the class included in the design model,
7. The object oriented programming support device according to claim 3, wherein the function declaration is generated in a class definition information file. 8. The source program creating unit creates a template of a function definition in a C / C ++ language source file based on information on an operation of a class included in a design model. The object-oriented programming support device according to any one of items 1 to 7.