JP2009276911A - Software asset reuse support program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To improve the quality (usability, maintainability, portability or the like) or reusability of an existing software asset by reducing an inhibition factor causing the deterioration of the quality (usability, maintainability, portability or the like) or usability when newly developing software while reusing the existing software asset. <P>SOLUTION: A central arithmetic unit 15 creates a current state architecture model md3 from a source code file scf as existing software asset by executing an architecture model creation program pro10, and creates a target architecture model md2 from requirement definition, and creates a feature model md4 from a product road map rm1, and newly creates a current state architecture model by correcting and editing the current state architecture model md3 based on the target architecture model md2 and the feature model md4. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a software asset reuse support program. For example, when developing new software while reusing an existing software asset, the quality of the existing software asset (usability, maintainability, portability, etc.) The present invention relates to a software asset reuse support program that can improve reusability.

  For example, various kinds of software such as a car navigation program and an e-mail creation support program are used for in-vehicle terminals and mobile phones on which new products are continuously developed. Such software is generally developed by adding functions or upgrading the version while reusing existing software assets in time for the launch of new products.

In addition, as a prior art document relevant to this invention, there exists patent document 1, for example.
JP 2007-12003 A

  However, since the software as described above is developed while reusing existing software assets, for example, in the case of a mobile phone, the source code of each model to be originally developed for each model is mixed, so-called There is the inconvenience that it becomes a spaghetti code. This is not limited to the software of the mobile phone, and the same applies to software of other products such as in-vehicle terminals.

  Specifically, such inconvenience easily leads to the following situations: (a) violation of architecture rules, (b) non-uniformity of realization method of variability, and (c) complicated relationship between classes and source code files. The software quality (usability, maintainability, portability, etc.) and reusability are reduced and the possibility of impairing reusability is generated.

(A) Violation of architecture contract In the case of violation of the architecture contract, an API (application program interface) call ignoring the contract of the architecture structure (hierarchical structure, MVC (model-view-controller) model, etc.) and design pattern is executed. This violation often occurs in work processes such as performance improvement.

(B) Non-unification of Realization Method of Variability Variability means that the combination of software components used for each product is different in order to deal with various products in software.

The methods for realizing variability include the following methods (b1) to (b4). If these methods are not properly selected and used, the quality of software (usability, maintainability, portability, etc.) It will cause a decline. In order to make an appropriate choice, it is desirable to consider and decide on the architecture. (B1) A method of switching the code used by #ifdef or the like during compilation (described in the source code). (B2) A method of switching between a static library and a dynamic library linked at the time of compilation (described in Makefile). (B3) A method of switching the function to be used by referring to the setting file at the time of activation (described in the setting file). (B4) A method of dynamically switching functions by referring to a registry or the like during execution (described in source code).

(C) Complexity of relationship between class and source code file As a relationship between a class and a source code file, for example, in C ++, a class declaration is described in a header file (* .h) and an implementation is implemented in an implementation file (* .cpp). When this relationship is complicated, for example, the declaration of a plurality of classes is described in one header file, and the implementation of each class is described in a separate implementation file. When finally managing as software assets, “file” is the minimum management unit. If a class designed for the product function is implemented by dividing it into multiple files as an implementation, or multiple classes are implemented in one file, quality (use , Maintainability, portability, etc.) and reusability.

  As described above, existing software assets have different levels of (a) (b) (c), which are impeding factors that reduce quality (usability, maintainability, portability, etc.) and reusability. It is included. In order to improve quality and promote reuse, it is desirable to reduce these obstacles as much as possible.

  The present invention has been made in consideration of the above circumstances, and software quality (usability, maintainability, portability, etc.) and reusability when newly developing software while reusing existing software assets. The purpose is to provide a software asset reuse support program that can improve

  In order to achieve the above object, for example, first and second aspects can be considered as the present invention. The first aspect is a method based on the association between only a characteristic part of a target feature model and an existing software asset. The second aspect is a method based on correspondence between an exhaustive model group based on target feature models and architecture models and existing software assets. Specifically, it is as follows.

  A first aspect of the present invention is a software asset reuse support program used in a computer that supports the reuse of software assets including a plurality of source code files stored in a storage device and creates a real architecture model. , Means for analyzing whether or not the computer includes a definition of a predetermined symbol for each source code file in the storage device and whether or not to refer to the symbol, and each source code obtained as a result of the analysis The component name based on the reference relationship between files, the component name corresponding to the file name of each source code file among the component names of the architecture model, and the information input by the operation of the operator Means for creating a current architecture model that expresses the reference relationship for each, software to be created Based on the product road map showing the development plan for each product in the product series to be installed and the information input by the operator's operation, the feature model is created, the feature model, and input by the operator's operation. Software asset reuse to function as a means for creating a real architecture model corresponding to the creation target software by editing the current architecture model for improvement based on the information It is a support program.

  A second aspect of the present invention is a software asset reuse support program for use in a computer that creates a real architecture model by supporting the reuse of software assets including a plurality of source code files stored in a storage device. Means for searching the computer for each source code file in the storage device and extracting symbol definition information having a file name of a source code file including a predefined symbol; and each source code file in the storage device Means for extracting symbol reference information having a file name of a source code file including a symbol to be referenced, a reference source that is a file name in the symbol definition information based on the symbol definition information and the symbol reference information File name and file name in the symbol reference information A means for creating inter-file dependency analysis information including a reference file name, a reference source file based on an architecture structure rule that associates file name pattern information associated with multiple source code file names with component name of the architecture model A means for creating inter-architecture component dependency structure information including a name, a reference file name, and a component name of an architecture model, and a reference relationship between source code files indicated in the inter-file dependency analysis information Each component name based on the component name corresponding to the reference source file name and the reference destination file name in the inter-file architecture component dependency relationship structure information and the information input by the operation of the operator Present architecture model expressing the reference relationship Means for creating a target architecture model based on a requirement definition that defines functional requirements to be satisfied by software to be created, and information input by an operator's operation, and software for the creation target Means for creating a feature model based on a product road map indicating a development plan for each product in the product series to be installed and information input by an operator's operation, the target architecture model, the feature model, and an operator In order to function as a means for creating a real architecture model corresponding to the creation target software by editing the current architecture model for improvement based on information input by the operation of This is a software asset reuse support program.

  As described above, according to the present invention, when developing new software while reusing existing software assets, the quality (usability, maintainability, portability, etc.) and reusability of existing software assets can be reduced. It is possible to reduce the obstructive factors that have been lowered, and to improve quality (usability, maintainability, portability, etc.) and reusability.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
(First embodiment)
FIG. 1 is a schematic diagram showing a configuration of a computer to which a software asset reuse support program according to the first embodiment of the present invention is applied. The computer 10 includes an auxiliary storage device 11, a main storage device 12, a keyboard 13, a mouse 14, a central processing unit 15, and a display device 16.

  Here, the auxiliary storage device 11 is a mass storage device that can be read / written from the central processing unit 15, for example, a hard disk device, and as shown in FIG. 2, a source code file scf, a meta model mt10, a model An edit program generation program pro1, a model edit program pro2, a symbol definition / reference analysis program pro3, a product road map rm1, a current architecture model md1, a real architecture model md3, a feature model md4, and the like are stored. In each embodiment, a set of programs including the subscript pro corresponds to the software asset reuse support program. The software asset reuse support program is installed in the computer 10 from a network or a storage medium in advance, and causes the computer 10 to realize a corresponding function. Of the software asset reuse support program, the program pro excluding the model editing program generation program pro1 is also referred to as an architecture model creation program pro10.

  Here, the source code file scf is a plurality of existing source code files used for existing products, and can be reused. The source code file scf is a part of an asset (software asset).

  An asset is all information necessary for development, such as a requirement definition document, various design documents, an architecture model, a feature model, and a source code. Depending on the context, the source code (partified) may be referred to as an asset.

  The meta model mt10 is information used for modeling, and provides information on frameworks, rules, and limitations of model elements and configurations, and defines an information structure for realizing traceability. Traceability is information that can trace relationships such as requirements, architecture, design, and implementation (source code), and if any of these changes, it can be determined which other factors will be affected. There is an advantage that the change history can be grasped.

  The architecture is information that defines the structure and behavior of the entire software system.

  The architecture models md1 and md3 are models for the architecture created in conformity with the architecture metamodel.

  The architecture metamodel is a metamodel to be satisfied by the architecture. It is defined from what viewpoint the architecture model should be described, and is configured by elements such as structure and behavior. The structure is information that defines a hierarchical relationship with different levels of abstraction. The behavior is information that defines a dynamic interaction or state transition between components.

  The product roadmap rm1 is information indicating a development plan for each product in a specific product line. For example, the destination of the product line (eg, Japan, USA, EU, etc.), grade (eg, entry model, standard) Model, higher-level model, etc.), and information on function expansion for the future.

  The feature model md4 conforms to the feature meta model and is based on the product road map rm1 (sometimes used together with the technical road map), as shown in FIG. Is expressed in a graph or the like, and the relationships such as essential, selection, and options are described for the common part and the difference part of the product.

  The feature meta model is a meta model that the feature model md4 should satisfy, and is information that defines in what viewpoint the feature model md4 should be described.

  The model editing program generation program pro1 receives the meta model mt10 as an input, and as a means for generating a “model editing program pro2” for creating and editing a model according to the framework / rules / restrictions defined in the meta model mt10 This is a program for causing the computer 10 to function. In some cases, in the process of generating this, a rule to be satisfied by the model is added. In this specification, “creation” of a model may be read as “edit”, and “edit” of a model may be read as “creation”.

  The model editing program pro2 is created by the central processing unit 15 that has executed the model editing program generation program pro1, and is created by executing the symbol definition / reference analysis program pro3. Symbol definition information, symbol reference information, and a source code file scf, Based on the component name corresponding to the file name of each source code file scf among the component names of the architecture model and the information input by the operation of the keyboard 13 or the mouse 14 by the operator, the current architecture model md1 This is a program for causing a computer to function as a means for creating the feature model md4 and the real architecture model md3.

  The symbol definition / reference analysis program pro3 analyzes whether each source code file scf in the auxiliary storage device 11 or the main storage device 12 includes a definition of a predetermined symbol and whether to refer to the symbol. , As a program for causing the computer 10 to function.

  Specifically, the symbol definition / reference analysis program pro3 searches each source code file scf in the auxiliary storage device 11 or the main storage device 12, and has a symbol having a file name of a source code file including a predefined symbol. The computer 10 functions as means for extracting definition information, means for searching each source code file scf in the storage device 11 or 12, and extracting symbol reference information having a file name of a source code file including a symbol to be referenced. It is a program to make it.

  However, as the symbol definition / reference analysis program pro3, each source code file scf in the auxiliary storage device 11 or the main storage device 12 is searched, and as shown in FIG. A means for extracting symbol definition information having a line number and a file name of a source code file including the symbol, each source code file scf in the storage device 11 or 12 is searched, and as shown in FIG. A program for causing the computer 10 to function as means for extracting symbol reference information having a reference symbol name and line number indicating a symbol to be processed and a file name of a source code file including the symbol may be used. A symbol is a macro, variable, function, class, method, or the like.

  Supplementally, the symbol definition / reference analysis program pro3 is used to exhaustively extract the locations where symbols are defined and the locations that are referenced, and analyze dependencies and complexity at different granularities and abstractions. It is. The advantage is that the analysis time is short, the complexity and dependency can be analyzed globally and locally, the file that is the final management target is the analysis target, and the variable part and common part are Candidates can be detected.

  The current architecture model md1 represents the structure and behavior of the current software system as an architecture model by analyzing (reverse) actual source code while referring to various design documents and the like.

  The real architecture model md3 considers approaching the target architecture md2 which will be described later while changing the current architecture md1 for improvement, but creates an executable architecture by performing various evaluations in the process, It is expressed as a model.

  Various evaluations include (i) calculating a predicted value of the cost required for the change and evaluating the budget to indicate whether or not it falls within the budget, and (ii) whether the change is technically feasible. There is an evaluation of feasibility, and (iii) evaluation of a deadline indicating whether or not the change can be executed by the delivery date / deadline.

  The main storage device 12 is a storage device that can be read / written from the central processing unit 15, and is, for example, a RAM.

  The keyboard 13 and the mouse 14 are normal input devices, and have a function of inputting various information including data or commands to the central processing unit 15 by an operation of an operator, for example.

  The central processing unit 15 is a normal CPU. For example, the central processing unit 15 reads out the stored contents of the auxiliary storage device 11 to the main storage device 12 and executes each program, and information input from the keyboard 13 or the mouse 14. It has a function for controlling the execution of each program and a function for outputting execution results and the like to the display device 16.

  The display device 16 is a normal display device. For example, the display device 16 displays and visualizes each architecture model and feature model being edited, and has a function of displaying information output from the central processing unit 15.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  In the computer 10, the central processing unit 15 starts the model editing program generation program pro1 by the operation of the keyboard 13 or the mouse 14 by the operator.

  When the central processing unit 15 reads the execution file of the model editing program generation program pro1 from the auxiliary storage device 11 and writes it to the main storage device 12, the model on the main storage device 12 is operated by the operation of the keyboard 13 or the mouse 14 by the operator. The edit program generation program pro1 is executed sequentially.

  The central processing unit 15 generates the model editing program pro2 based on the metamodel mt10 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program generation program pro1 (ST10). The model editing program pro2 is stored in the auxiliary storage device 11.

  Subsequently, in the computer 10, the central processing unit 15 starts the architecture creation program pro10 by the operation of the keyboard 13 or the mouse 14 by the operator.

  The central processing unit 15 reads the execution files of the programs pro2, 3 included in the architecture creation program pro10 from the auxiliary storage device 11, writes them in the main storage device 12, and then operates the keyboard 13 or mouse 14 by the operator. The execution file on the main storage device 12 is sequentially executed (ST20 to ST30).

  Specifically, the central processing unit 15 executes the symbol definition / reference analysis program pro3 by the operation of the keyboard 13 or the mouse 14 by the operator, and assists the source code file scf which is the analysis target designated by the developer. Read from the storage device 11 and write to the main storage device 12.

  Subsequently, the central processing unit 15 defines a macro name, a variable name, a class name, and a function name, which are symbols included in the source code file scf, based on the symbol definition / reference analysis program pro3, and its definition Are extracted, a symbol definition information extraction result and a symbol reference information extraction result are created and written to the main memory 12 (ST20).

  Next, the central processing unit 15 executes the model editing program pro2 by the operation of the keyboard 13 or the mouse 14 by the operator (ST30).

  First, the central processing unit 15 causes the source code file scf, the symbol definition information extraction result, and the symbol reference information extraction result in the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. The current architecture model editing process based on the above is executed (ST31), and the current architecture model md1 is created. Here, the current architecture model editing process specifically includes, for example, the reference relationship between each source code file scf indicated in the symbol definition information and the symbol reference information, and each source code among the component names of the architecture model. This is a process of creating a current architecture model expressing the reference relationship for each component name based on the component name corresponding to the file name of the file scf and information input by the operation of the operator. The term “reference relationship between source code files” means “hierarchical relationship and behavior between source code files”.

  The central processing unit 15 stores the current architecture model md1 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Further, the central processing unit 15 displays the product road map rm1 read from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. Let

  During execution of the model editing program, the central processing unit 15 executes a feature model editing process based on the displayed product road map rm1 based on information input by an operation of the keyboard 13 or the mouse 14 by the operator (ST32). ) Create a feature model md4. The creation of the feature model md4 is not limited to the case based on the displayed product roadmap rm1, but should be executed while referring to the product roadmap rm1 and / or the technology roadmap rm2, which are paper or electronic files, respectively. Can do.

  The central processing unit 15 stores the feature model md4 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Thereafter, the central processing unit 15 reads the current architecture model md1 and the feature model md4 from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. Thereafter, a real architecture model editing process based on the current architecture model md1 and the feature model md4 is executed (ST33) to create a real architecture model md3. The central processing unit 15 stores the actual architecture model md3 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  As described above, according to the present embodiment, when a new software is developed while reusing an existing source code file scf as an existing software asset, the actual architecture model md3 is created by the operation of the operator. Software quality (usability, maintainability, portability, etc.) and reusability can be improved.

  In addition, in the real architecture model editing process in step ST33, variability realization methods can be identified, organized, and integrated by the operator's operation, so that non-unification of the variability realization methods can be eliminated.

  Similarly, in the real architecture model editing process of step ST33, the dependency relationship between the header file and the mounting file can be identified and organized / integrated by the operation of the operator, so that the complexity of the class-source code file relationship is eliminated. Can do.

(Second Embodiment)
Next, a computer to which the software asset reuse support system according to the second embodiment of the present invention is applied will be described. The same or similar parts as those in the above-mentioned drawings are denoted by the same reference numerals and detailed description thereof will be given. Omitted, here the differences are mainly described. In the following embodiments, the same description is omitted.

  The second embodiment is a modification of the first embodiment. In addition to the stored contents shown in FIG. 2, the auxiliary storage device 11 has a model verification program pro4 and a correspondence estimation / An architecture model creation program pro10 including a recommended program pro5 and a constraint condition description ccd are further provided. The configuration of the computer 10 is the same as that shown in FIG. 1, and this is the same in the following embodiments. Further, although the present embodiment describes a case where the model verification program pro4 and the correspondence relationship estimation / recommendation program pro5 are provided, the present invention is not limited to this, and either one of the model verification program pro4 and the correspondence relationship estimation / recommendation program pro5 You may deform | transform into the structure which abbreviate | omitted. This modification can be similarly performed in the fourth and sixth embodiments described later.

  While creating each architecture model md1, md3 and feature model md4, the model verification program pro4 verifies that the model being created does not violate the constraint conditions based on the constraint condition description ccd as shown in FIG. A program for causing the computer 10 to function as a means for outputting information indicating the violation when the constraint condition is violated.

  Supplementally, the model verification program pro4 is for confirming that the following constraint example is satisfied by the constraint condition description ccd.

  Name description: The name must be described in the architecture component.

  Circular reference: Reference relationships between files or architecture components must not refer to each other (circulate).

  Architecture contract: Do not violate the structure defined by the hierarchical structure (hardware, OS, hardware abstraction layer, component middleware, component framework, etc.) or the architecture pattern or design pattern. Violation means making an API call that skips the hierarchical structure or making an API call that is different from the relationship defined by the architecture pattern or design pattern.

  These constraint condition descriptions ccd are applied at the next time by the model verification process 30b.

  When the architecture model editing unit 103 reads the inter-file architecture component dependency structure 111 from the auxiliary storage device 11.

  When the developer changes the architecture model by operating the architecture model editing means 103 with the keyboard 3 or the mouse 7.

  As the constraint condition description ccd, OCL (Object Constraint Language: Object Constraint Language, http: www: omg.org/), which is standardized by OMG (The Object Management Group: http://www.omg.org/) It is preferable to apply a technology such as //www.omg.org/technology/documents/formal/ocl.htm).

  Correspondence estimation / recommendation program pro5 is a reference destination file name and component based on information input by the operation of the operator during creation of the current architecture model md1, real architecture model md3, or feature model md4 When the relationship with the name is changed or newly created, the reference source file name corresponding to the reference destination file name in which the number of reference symbols of the reference destination file name is equal to or greater than a certain value is also changed or newly related. This is a program for causing the computer 10 to function as a means for outputting information that recommends changing the relationship to the component name.

  Supplementally, the correspondence estimation / recommendation program pro5 is an operation to change or newly create a relationship between a source code file and a source code file, between a source code file and an architecture component, between an architecture component and an architecture component, etc. This is a program for causing the computer 10 to function as means for estimating and recommending other correspondence when the correspondence is changed or newly created.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  First, the computer 10 executes steps ST10 to ST30 as described above. However, since the architecture creation program pro10 includes the model verification program pro4 and the correspondence estimation / recommendation program pro5, the model verification program pro4 and the correspondence estimation / recommendation program pro5 are also executed during the execution of the model editing program pro2 in step ST30. .

  That is, in steps ST31 to ST33 in step ST30, model verification processing based on the constraint condition description ccd is executed (ST30a). In step ST33 in step ST30, correspondence estimation / recommendation processing is executed (ST30b).

  Specifically, in step ST30a, the central processing unit 15 adds the constraint condition description ccd read from the auxiliary storage device 11 to the model being edited in steps ST31, ST32, and ST33 by executing the model verification program pro4. Based on this, it is verified that the model does not violate the constraints.

  In step ST30b, the central processing unit 15 monitors the operation of the keyboard 13 and mouse 14 by the operator for the model being edited in step ST33 by executing the correspondence estimation / recommendation program pro5. When relationships such as between files, between files and architecture components, between architecture components and architecture components are changed or newly created, for example, correspondence relationships are estimated for other source code files. If it is determined that the message is strong, message information that recommends a change in the relationship is output to the display device 16.

  For example, when the central processing unit 15 associates a certain source code file scf1 with the architecture component E1 by the operation of the keyboard 13 or the mouse 14 by the operator, another source code file scf2 referring to the source code file scf1 It is determined whether or not the number of references is equal to or greater than a threshold value (value = xx) set in advance by the developer.

  As a result of the determination, if it is equal to or greater than the threshold value, the central processing unit 15 determines that the source code file scf2 is also strongly related to the architecture component E1, and the source code file scf2 should not be classified into the architecture component E1. Is output to the display device 16 to notify the developer. This notification may be implemented in an appropriate form such as a pop-up window.

  As described above, according to the present embodiment, in addition to the effects of the first embodiment, the execution of the model verification program pro4 does not violate the constraint condition description ccd, and the quality (usability, maintainability, portability, etc.) Real architecture model with high level can be created.

(Third embodiment)
Next, a third embodiment of the present invention will be described.
The third embodiment is a modification of the first embodiment. In addition to the stored contents shown in FIG. 2, the auxiliary storage device 11 has a technology road map rm2 and a requirement definition rd as shown in FIG. And general domain know-how kh1, specific domain know-how kh2, and target architecture model md2. The target architecture model md2 is created by the model editing program pro2. The model editing program pro2 is a program that causes the computer 10 to function as means for creating the target architecture model md2 based on the requirement definition rd, the general domain know-how kh1, and the specific domain know-how kh2 in addition to the means described above.

  Here, the technology roadmap rm2 is information that systematically summarizes the technology related to a specific product line by predicting technological development and innovation in the world. Technology roadmaps are used to consider when and how to incorporate these related technologies into their products. The feature model md4 is created based on the technology road map rm2 in addition to the product road map rm1 described above.

  The requirement definition rd is a definition or provision for functions to be maintained, functions to be satisfied, and non-functions (quality, etc.) that the software system should maintain.

  Quality is a characteristic of a software system defined by quality characteristics (ISO 9126 / JIS X 0129).

  The target architecture model md2 is information expressed as a model by examining the architecture that should be originally used with reference to various design documents and the like.

  When creating the target architecture model md2, the operator uses the model editing program pro2 to design the desired architecture for the system to be developed. At this time, the developer performs the work by any one of the following (1) to (4) or a combination of a plurality of methods.

  (1) Create a new architecture model based on past development experience.

(2) An architecture model is created starting from a model in which the structure of an architecture that has been applied in the world is patterned and arranged. This patterned model (or catalog) is sometimes referred to as general-purpose domain know-how, and its usage includes the following methods. (The general-purpose domain know-how is loose know-how, for example, other than car navigation.)
(2-1) The developer browses what is printed on paper as needed. (2-2) Modeled and digitized in advance along the architecture meta model mt11 and recorded in the auxiliary storage device 11. Is referred to by the model editing program pro2 as necessary, and used as a reference for creating a model or as a basis.

  (3) There is a model (a catalog) in which the architecture structure that has been applied in the past and has been accumulated in the company or in its own department is patterned, and it may be referred to as specific domain know-how. There are methods.

  (3-1) The developer browses what is printed on the paper as needed.

  (3-2) The model editing program pro2 refers to what is modeled and digitized in advance according to the architecture meta model mt11 and recorded in the auxiliary storage device 11 as necessary, for reference in model creation, Or use it as a foundation. (Specific domain know-how is tight know-how, such as dedicated car navigation.)

  (4) Functional and non-functional requirements to be realized as a system to be developed are defined, and their usage methods include the following methods as well.

  (4-1) The developer browses what is printed on the paper as needed.

  (4-2) The developer references the architecture metamodel mt11 preliminarily modeled and digitized and recorded in the auxiliary storage device 11 by the architecture model editing program pro21 as necessary.

  In any case, the target architecture model md2 is created so as to clearly express what requirements are satisfied. As a result, when a change occurs in the requirement, it is possible to clarify where the influence of the change affects the target architecture model md2.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  First, in the computer 10, as described above, the model editing program generation program pro1 is activated. The central processing unit 15 performs the model editing program pro2 based on the architecture metamodel mt11 and the feature metamodel mt12 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program generation program pro1. (ST10), and the model editing program pro2 is stored in the auxiliary storage device 11. Here, the model editing program pro2 is generated based on the architecture meta model mt11 and the feature meta model mt12 instead of the meta model mt10 described above.

  Subsequently, in the computer 10, the central processing unit 15 starts the architecture creation program pro10 by the operation of the keyboard 13 or the mouse 14 by the operator.

  The central processing unit 15 reads the execution files of the programs pro2, 3 included in the architecture creation program pro10 from the auxiliary storage device 11, writes them in the main storage device 12, and then operates the keyboard 13 or mouse 14 by the operator. The execution file on the main storage device 12 is sequentially executed (ST20, ST40).

  Specifically, as described above, central processing unit 15 executes step ST20, creates a symbol definition information extraction result and a symbol reference information extraction result, and writes them to main memory 12 (ST20).

  Next, the central processing unit 15 executes the model editing program pro2 by the operation of the keyboard 13 or the mouse 14 by the operator (ST40).

  First, the central processing unit 15 causes the source code file scf, the symbol definition information extraction result, and the symbol reference information extraction result in the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. The current architecture model editing process based on the above is executed (ST41), and the current architecture model md1 is created.

  The central processing unit 15 stores the current architecture model md1 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Subsequently, the central processing unit 15 mainly receives the requirement definition rd, the general domain know-how kh1 and the specific domain know-how kh2 in the auxiliary storage device 11 by operating the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. Read to the storage device 12. Further, the central processing unit 15 executes a target architecture model editing process based on the requirement definition rd, the general domain know-how kh1 and the specific domain know-how kh2 by the operation of the keyboard 13 or the mouse 14 by the operator (ST42). Create model md2.

  The central processing unit 15 stores the target architecture model md2 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  The central processing unit 15 also stores the product road map rm1 and the technology road map rm2 read from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. It is displayed on the display device 16.

  During execution of the model editing program, the central processing unit 15 executes feature model editing processing based on the displayed product road map rm1 and technology road map rm2 based on the operation of the keyboard 13 or mouse 14 by the operator (ST43). ) Create a feature model md4.

  The central processing unit 15 stores the feature model md4 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Thereafter, the central processing unit 15 reads the current architecture model md1 and the feature model md4 from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. Thereafter, a real architecture model editing process based on the current architecture model md1, the target architecture model md2, and the feature model md4 is executed (ST44) to create a real architecture model md3. The central processing unit 15 stores the actual architecture model md3 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

(Concrete example)
11 to 15 show the current architecture model, the target architecture model used in step ST44, the relationship between the current architecture and the source code file (before correction), the relationship between the current architecture and the source code file (after correction), and It is a schematic diagram which shows an example of a feature model. In this example, the following violations (1) to (3) were detected.

  The violation (1) is an architecture rule violation, and is directly connected to the device driver without using the hardware abstraction layer. This violation of the architecture rule is a result of using a hardware-dependent API (device driver) directly without using a hardware abstraction layer in order to gain even a little performance when a performance problem occurs, and quality (usability, maintainability, Portability).

  Violation (2) is a violation of the MVC model convention, and the view (View: display processing) and the model (Model: modeled processing) must be linked directly via the controller (Controller: control processing). Is calling the API of Model, and quality (usability, maintainability, portability, etc.) is reduced.

  Violation (3) is a mediator (mediator) design pattern violation, where the College (colleague) collaborates only with the mediator, making API calls to each other, and the quality (usability , Maintainability, portability, etc.).

  However, these violations (1) to (3) are corrected in step ST44 by the operation of the operator.

  As described above, according to the present embodiment, in addition to the effects of the first embodiment, the target architecture model md2 is clearly defined, and code that deviates from the target architecture model md2 is detected as an architecture contract violation, and is organized and integrated. Since it is corrected by, etc., it is possible to eliminate the violation of the architecture contract. Moreover, since the target architecture is created in advance based on the requirement definition, the feasibility can be verified in advance.

Supplementally, in this embodiment, a feature model and a target architecture model are constructed as goals, and a current architecture model is created that analyzes the complexity of the existing source code and visualizes dependencies as the current status. Since verified, the source code file quality (usability, maintainability, portability, etc.) can be improved and assetization can be supported. In addition,
(Fourth embodiment)
Next, a fourth embodiment of the present invention will be described.

  The fourth embodiment is an example in which the second embodiment is combined with the third embodiment, and the auxiliary storage device 11 performs model verification as shown in FIG. 16 in addition to the stored contents shown in FIG. It further includes an architecture model creation program pro10 including a program pro4 and a correspondence estimation / recommendation program pro5, and a constraint condition description ccd.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  First, the computer 10 executes Steps ST10, ST20, and ST40, as in the third embodiment described above. However, since the architecture creation program pro10 includes the model verification program pro4 and the correspondence estimation / recommendation program pro5, the model verification program pro4 and the correspondence estimation / recommendation program pro5 are also executed during the execution of the model editing program pro2 in step ST40. .

  That is, in steps ST41, ST42, ST43, and ST44 in step ST40, model verification processing based on the constraint condition description ccd is executed (ST41a, ST42a, ST43a, ST44a). In steps ST41 and ST44 in step ST40, correspondence estimation / recommendation processing is executed (ST41b and ST44b).

  Specifically, in steps ST41a to ST44a, the central processing unit 15 adds the constraint condition description ccd read from the auxiliary storage device 11 to the model being edited in steps ST41 to ST44 by executing the model verification program pro4. Based on this, it is verified that the model does not violate the constraints.

  In steps ST41b and ST44b, the central processing unit 15 operates the keyboard 13 and mouse 14 by the operator for the model being edited in steps ST41 and ST44 by executing the correspondence estimation / recommendation program pro5. As described above, when it is determined that the relationship is changed and it is determined that the corresponding relationship is strong, message information recommending the change of the relationship is output to the display device 16.

  As described above, according to this embodiment, the effects of the third and second embodiments can be obtained simultaneously.

(Fifth embodiment)
Next, a fifth embodiment of the present invention will be described.
The fifth embodiment is a modification of the third embodiment. In addition to the stored contents shown in FIG. 9, the auxiliary storage device 11 has an architecture structure rule asr and inter-file dependency as shown in FIG. An analysis program pro6, an architecture structure rule application program pro7, an architecture model editing program pro21, and a feature model editing program pro22 are further provided.

  Here, the inter-file dependency analysis program pro6 is based on the symbol definition information and symbol reference information obtained by executing the symbol definition / reference analysis program pro3, as shown in FIG. Is a program for causing the computer 10 to function as means for creating inter-file dependency analysis information including the reference source file name and the reference destination file name that is the file name in the symbol reference information.

  However, the inter-file dependency analysis program pro6 uses the file name in the symbol definition information as shown in FIG. 19 based on the symbol definition information and the symbol reference information obtained by executing the symbol definition / reference analysis program pro3. Dependency analysis between files having a reference source file name, a reference destination file name that is a file name in symbol reference information, and the number of reference symbols corresponding to the number of line numbers in the same reference symbol name in symbol reference information It is good also as a program for functioning the computer 10 as a means to produce information.

  The architecture structure rule application program pro7, as shown in FIG. 20, is based on the architecture structure rule asr that associates the file name pattern information associated with a plurality of source code file names with the component name of the architecture model. This is a program for causing the computer 10 to function as means for creating inter-architecture component inter-component dependency structure information including a file name and an architectural model component name.

  Note that the architecture structure rule application program pro7 associates the reference source file name and the reference destination file name in the inter-file dependency analysis information with the component name of the architecture model based on the architecture structure rule asr described above. By associating the number of reference symbols in the inter-file dependency analysis information between the associated (mapped) components, the reference source file name, reference destination file name, architecture model component name, and reference symbol count associated with each other can be obtained. It is good also as a program for functioning the computer 10 as a means to produce the dependency structure structure information between the inter-file architecture components included.

  Supplementally, the architecture structure rule asr is information that defines the relationship between the architecture component name and multiple source code file name patterns, and is used as a mapping application rule when mapping source code files to architecture components. It is done. Each source code file name pattern is described by a character string pattern notation such as a regular expression.

  The architecture model editing program pro21 corresponds to a program for editing the architecture models md1 to md3 among the model editing program pro2 described above.

  Specifically, the architecture model editing program pro21 uses the reference relationship between the source code files indicated in the inter-file dependency analysis information, the reference source file name and the reference destination file in the inter-file architecture component dependency structure information. Based on the component name corresponding to the name and the information input by the operation of the operator, means for creating the current architecture model md1 expressing the reference relationship for each component name, and the creation target software A means for creating the target architecture model md2, based on the requirement definition that defines the functional requirements to be satisfied, and information input by the operation of the operator, input by the operation of the target architecture model md2, the feature model md4, and the operator The current architecture model md1 is modified to improve By editing with a program for functioning the computer 10 the actual architectural model md3 corresponding to the software to create target means for generating, as a.

  The feature model editing program pro22 corresponds to a program for editing the feature model md4 among the model editing programs pro2 described above.

  Specifically, the feature model editing program pro22 includes a product road map indicating a product-specific development plan (eg, destination, grade, and function expansion content) in the product series in which the software to be created is installed, and the operation of the operator Is a program for causing the computer 10 to function as a means for creating the feature model md4 based on the information input by.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  First, in the computer 10, as described above, the model editing program generation program pro1 is activated.

  The central processing unit 15 generates the architecture model editing program pro21 based on the architecture metamodel mt11 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program generation program pro1 ( ST11), the architecture model editing program pro21 is stored in the auxiliary storage device 11.

  Similarly, the central processing unit 15 executes the feature model editing program pro22 based on the feature metamodel mt12 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program generation program pro1. The feature model editing program pro2 is generated and stored in the auxiliary storage device 11 (ST12).

  Subsequently, in the computer 10, the central processing unit 15 starts the architecture creation program pro10 by the operation of the keyboard 13 or the mouse 14 by the operator.

  The central processing unit 15 reads out the execution files of the programs pro2, pro3, pro6, and pro7 included in the architecture creation program pro10 from the auxiliary storage device 11 and writes them into the main storage device 12, and then the keyboard 13 or mouse 14 by the operator. As a result, the execution file on the main storage device 12 is sequentially executed (ST20, ST40 ′).

  Specifically, as described above, central processing unit 15 executes step ST20, creates a symbol definition information extraction result and a symbol reference information extraction result, and writes them to main memory 12 (ST20).

  Next, the central processing unit 15 executes inter-file dependency analysis processing based on the symbol definition information extraction result and the symbol reference information extraction result in the main storage device 12 by executing the inter-file dependency analysis program pro6 (ST21). ), And the obtained inter-file dependency analysis result is written in the main storage device 12.

  The central processing unit 15 writes the architecture structure rule asr read from the auxiliary storage device 11 to the main storage device 12 by executing the architecture structure rule application program pro7. Subsequently, the central processing unit 15 applies the architecture structure rule asr in the main storage device 12 to the inter-file dependency analysis result in the main storage device 12 by executing the architecture structure rule application program pro7. The architecture structure rule application process for creating the dependency structure information between the architecture components is executed (ST22), and the inter-file architecture component dependency structure information obtained is stored in the auxiliary storage device 11.

  The central processing unit 15 executes the architecture model editing program pro21 and the feature model editing program pro22 by the operation of the keyboard 13 or the mouse 14 by the operator (ST40 'to ST44').

  First, during execution of the architecture model editing program pro21, the central processing unit 15 stores the inter-file architecture component inter-component dependency structure information read from the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator. 12 is written. The central processing unit 15 also executes the current architecture model based on the inter-file architecture component dependency relationship structure information in the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the architecture model editing program pro21. The editing process is executed (ST41 ′), and the current architecture model md21 is created.

  The central processing unit 15 stores the current architecture model md1 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Subsequently, the central processing unit 15 obtains the requirement definition rd, the general domain know-how kh1 and the specific domain know-how kh2 in the auxiliary storage device 11 by operating the keyboard 13 or the mouse 14 by the operator during the execution of the architecture model editing program pro21. Read to the main storage device 12. Further, the central processing unit 15 executes target architecture model editing processing based on the requirement definition rd, general domain know-how kh1 and specific domain know-how kh2 by the operation of the keyboard 13 or the mouse 14 by the operator (ST42 '). Create architecture model md2.

  The central processing unit 15 stores the target architecture model md2 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  The central processing unit 15 also reads the product road map rm1 and the technical road map rm2 read from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the feature model editing program pro22. Is displayed on the display device 16.

  During execution of the feature model editing program pro2, the central processing unit 15 executes feature model editing processing based on the displayed product road map rm1 and technology road map rm2 based on the operation of the keyboard 13 or the mouse 14 by the operator. (ST43 '), a feature model md4 is created.

  The central processing unit 15 stores the feature model md4 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Thereafter, the central processing unit 15 reads the current architecture model md1 and feature model md4 from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during execution of the architecture model editing program pro21. After that, a real architecture model editing process based on the current architecture model md1, the target architecture model md2 and the feature model md4 is executed (ST44 ′) to create a real architecture model md3. The central processing unit 15 stores the actual architecture model md3 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  As described above, according to the present embodiment, in addition to the effects of the third embodiment, the architecture structure rule asr, the architecture model editing program pro21, the feature model editing program pro22, the inter-file dependency analysis program pro6, and the architecture structure rule application With the configuration using the program pro7, the operation load of the operator can be reduced.

(Sixth embodiment)
Next, a sixth embodiment of the present invention will be described.

  The sixth embodiment is an example in which the second embodiment is combined with the fifth embodiment, and the auxiliary storage device 11 performs model verification as shown in FIG. 22 in addition to the stored contents shown in FIG. It further includes an architecture model creation program pro10 including a program pro4 and a correspondence estimation / recommendation program pro5, and a constraint condition description ccd.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  First, the computer 10 executes steps ST11, ST12, ST20, ST40 'to ST44' as in the fifth embodiment described above. However, since the architecture creation program pro10 includes the model verification program pro4 and the correspondence estimation / recommendation program pro5, the model verification program pro4 and the correspondence estimation / recommendation are executed during the execution of the model editing programs pro21 and pro22 in steps ST40 'to ST44'. Program pro5 is also executed.

  That is, in steps ST41 'to ST44', model verification processing based on the constraint condition description ccd is executed (ST41'a to ST44'a). In steps ST41 'and ST44', correspondence estimation / recommendation processing is executed (ST41'b and ST44'b).

  Specifically, in steps ST41′a to ST44′a, the central processing unit 15 reads the model being edited in steps ST41 ′ to ST44 ′ from the auxiliary storage device 11 by executing the model verification program pro4. Based on the constraint condition description ccd, it is verified that the model does not violate the constraint condition.

  In steps ST41′b and ST44′b, the central processing unit 15 executes the correspondence estimation / recommendation program pro5, and the keyboard 13 by the operator for the model being edited in steps ST41 ′ and ST44 ′. In addition, when the operation on the mouse 14 is monitored and the relationship is changed or newly created as described above, it is recommended to change the relationship when it is determined that the correspondence is strong for other things. The message information is output to the display device 16.

  As described above, according to this embodiment, the effects of the fifth and second embodiments can be obtained simultaneously.

(Seventh embodiment)
Next, a seventh embodiment of the present invention will be described.
The seventh embodiment is a modification of the first embodiment. Unlike FIG. 5 described above, the seventh embodiment omits the above-described step ST31 and does not create the current architecture model md1 as shown in FIG. In step ST33 ′, a real architecture model md3 is created based on the analysis result obtained by executing the symbol definition / reference analysis program pro3, the feature model obtained in step ST32, and the information input by the operation of the operator. It has a configuration.

  That is, the model editing program pro2 of the present embodiment is based on the product roadmap rm1 indicating the development plan for each product in the product series in which the software to be created is installed, and information input by the operation of the operator, Means for creating a feature model md4, as shown on the left side of FIG. 25, and each source obtained as an analysis result by execution of the symbol definition / reference analysis program pro3 as shown on the right side of FIG. As shown in FIGS. 26 and 27, based on the structure of the existing software assets expressed using the reference relationship (symbol definition information and symbol reference information) between the code files and the information input by the operation of the operator. In addition, the source code file scf is edited while making changes to improve it, and each component of the feature model is edited. It has a program for operating the computer 10 means, as to create a real architecture model representing the reference relationship.

  Accordingly, in the auxiliary storage device 11, the current architecture model md1 that is not created is omitted as compared with the stored contents shown in FIG.

  Next, the operation of the software asset reuse support system configured as described above will be described with reference to the schematic diagram of FIG.

  First, the computer 10 stores the model editing program pro2, the symbol definition information extraction result, and the symbol reference information extraction result in the main storage device 12 by executing steps ST10 and ST20 as described above.

  Subsequently, the central processing unit 15 executes the model editing program pro2 by the operation of the keyboard 13 or the mouse 14 by the operator (ST30 ').

  First, the central processing unit 15 displays the product road map rm1 read from the auxiliary storage device 11 to the main storage device 12 by the operation of the keyboard 13 or the mouse 14 by the operator during the execution of the model editing program pro2. Let

  During execution of the model editing program pro2, the central processing unit 15 executes a feature model editing process based on the displayed product road map rm1 based on the operation of the keyboard 13 or the mouse 14 by the operator (ST32), and the feature model. Create md4.

  The central processing unit 15 stores the feature model md4 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  Subsequently, during execution of the model editing program pro2, the central processing unit 15 executes a real architecture model editing process by the operation of the keyboard 13 or the mouse 14 by the operator (ST33 ') to create a real architecture model md3.

  Specifically, the central processing unit 15 reads the feature model md4 from the auxiliary storage device 11 to the main storage device 12, and then displays the feature model md4 on a part of the display device 16.

  In addition, the central processing unit 15 uses the feature model md4 and the structure of the existing software assets expressed using the symbol definition information and symbol reference information in the main storage device 12 as the remaining part of the display device 16. Display. At this time, in the display device 16, as shown in FIG. 25, for example, the feature model md4 is displayed on the left half of the screen, and the structure of the existing software asset is displayed on the right half of the screen. Note that the structure of the feature model md4 and the existing software assets is not limited to the example of FIG. 25, and may be displayed in any region within the same screen.

  Subsequently, during the display of the feature model md4 and the structure of the existing software asset, the central processing unit 15 changes the source code file scf of the existing software asset for improvement based on the information input by the operation of the operator. While editing, the real architecture model md3 expressing the reference relation for each component of the architecture model is created.

  As shown in FIG. 26, the processing performed in step ST33 ′ as described above clarifies the correspondence between the feature of “feature model md4” and the function of “existing software asset”, and the following violations (A) to Find (C) and solve as shown in FIG.

[Violation (A): Circular reference violation]
As shown in FIG. 26, since the reference is made between the existing source code files scf, the source code file which is an implementation corresponding to the “selected” feature cannot be separated even if unnecessary. Therefore, as shown in FIG. 26 and FIG. 27, for example, the symbols (or functional blocks including the symbols included in the source code file “D.cpp” referred to by the source code file “F.cpp”. Software areas that operate independently) are moved to the source code file “F.cpp”, and are respectively set as new source code files “D.cpp ′” and “F.cpp ′”. This new source code file “F.cpp '” becomes a separable software asset corresponding to the “select” feature, and reusability is improved.

[Violation (B): Jumping reference violation]
As shown in FIGS. 26 and 27, symbols (or functional blocks including symbols) included in “C.cpp” referenced by the existing source code file “I.cpp” are stored in the source code file “I.cpp”. ”Or“ A.cpp ”to obtain a new source code file“ I.cpp ′ ”or“ A.cpp ′ ”. The new source code file “I.cpp ′” or “A.cpp ′” becomes a detachable software asset corresponding to the “selection” feature, and can improve reusability.

[Violation (C): Violation of function reference]
As shown in FIGS. 26 and 27, if there is a reference relationship between the functions analyzed as “selection” by the feature model md4, the independence as a software component is similarly lost. The symbols (or functional blocks that include symbols) included in the source code file "B.cpp" referenced by ".cpp" are transferred to another source code file "C.cpp", and each new source code file " B.cpp '"and"C.cpp'".

  These operations are performed while confirming that no problem (inconsistency) occurs in correspondence between the feature and the function classification.

  Currently, processing is performed manually by an operator, and in the future automatically by a support program. The area shown in the right half of “FIG. 27” obtained by the above work is the “real architecture model”.

  After step ST33 'as described above is completed, the central processing unit 15 stores the real architecture model md3 in the auxiliary storage device 11 by the operation of the keyboard 13 or the mouse 14 by the operator.

  As described above, according to the present embodiment, the real architecture model md3 is created by the operator's operation based on the analysis result by the symbol definition / reference analysis processing and the feature model md4. Therefore, the effect of the first embodiment is achieved. In addition, the creation of the current architecture model md3 can be omitted.

  Further, as described above, this embodiment further includes an architecture model creation program pro10 including a model verification program pro4 and a correspondence relationship estimation / recommendation program pro5 by combining the second embodiment, and a constraint condition description ccd. It can be transformed into an object. In this case, in steps ST32 and ST33 ', the model verification process based on the constraint condition description ccd is executed and the correspondence estimation / recommendation process is executed as described above. Therefore, according to the modification of this embodiment, the effect of this embodiment mentioned above and the effect of 2nd Embodiment can be acquired simultaneously.

  Note that the method described in the above embodiment includes a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), an optical disk (CD-ROM, DVD, etc.), a magneto-optical disk (MO) as programs that can be executed by a computer. ), And can be distributed in a storage medium such as a semiconductor memory.

  In addition, as long as the storage medium can store a program and can be read by a computer, the storage format may be any form.

  In addition, an OS (operating system) running on a computer based on an instruction of a program installed in the computer from a storage medium, MW (middleware) such as database management software, network software, and the like realize the above-described embodiment. A part of each process may be executed.

  Furthermore, the storage medium in the present invention is not limited to a medium independent of a computer, but also includes a storage medium that downloads and stores or temporarily stores a program transmitted via a LAN, the Internet, or the like.

  Further, the number of storage media is not limited to one, and the case where the processing in the above embodiment is executed from a plurality of media is also included in the storage media in the present invention, and the media configuration may be any configuration.

  The computer according to the present invention executes each process in the above-described embodiment based on a program stored in a storage medium, and is a single device such as a personal computer or a system in which a plurality of devices are connected to a network. Any configuration may be used.

  In addition, the computer in the present invention is not limited to a personal computer, but includes an arithmetic processing device, a microcomputer, and the like included in an information processing device, and is a generic term for devices and devices that can realize the functions of the present invention by a program. .

  Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. Moreover, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, you may combine the component covering different embodiment suitably.

It is a schematic diagram which shows the structure of the computer with which the software asset reuse support program which concerns on the 1st Embodiment of this invention was applied. It is a schematic diagram which shows the memory content of the auxiliary storage device in the same embodiment. It is a schematic diagram which shows the symbol definition information in the same embodiment. It is a schematic diagram which shows the symbol reference information in the same embodiment. It is a schematic diagram for demonstrating the operation | movement in the embodiment. It is a schematic diagram which shows the memory content of the auxiliary storage device which concerns on the 2nd Embodiment of this invention. It is a schematic diagram which shows the constraint condition description in the embodiment. It is a schematic diagram for demonstrating the operation | movement in the embodiment. It is a schematic diagram which shows the memory content of the auxiliary storage device which concerns on the 3rd Embodiment of this invention. It is a schematic diagram for demonstrating the operation | movement in the embodiment. It is a schematic diagram which shows an example of the present architecture model in the embodiment. It is a schematic diagram which shows an example of the target architecture model in the embodiment. It is a schematic diagram which shows an example of the relationship (before correction) between the present architecture and the source code file in the embodiment. It is a schematic diagram which shows an example of the relationship between the present architecture and the source code file (after correction) in the embodiment. It is a schematic diagram which shows an example of the feature model in the embodiment. It is a schematic diagram which shows the memory content of the auxiliary storage device which concerns on the 4th Embodiment of this invention. It is a schematic diagram for demonstrating the operation | movement in the embodiment. It is a schematic diagram which shows the memory content of the auxiliary storage device which concerns on the 5th Embodiment of this invention. It is a schematic diagram which shows the inter-fill dependency relationship analysis result in the same embodiment. It is a schematic diagram which shows the architecture structure rule in the embodiment. It is a schematic diagram for demonstrating the operation | movement in the embodiment. It is a schematic diagram which shows the memory content of the auxiliary memory device which concerns on the 6th Embodiment of this invention. It is a schematic diagram for demonstrating the operation | movement in the embodiment. It is a schematic diagram for demonstrating the operation | movement in the 7th Embodiment of this invention. It is a schematic diagram which shows the structure of the feature model and the existing software asset in the embodiment. It is a schematic diagram for demonstrating the real architecture model edit process in the embodiment. It is a schematic diagram for demonstrating the feature model and real architecture model in the embodiment.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10 ... Computer, 11 ... Auxiliary storage device, 12 ... Main storage device, 13 ... Keyboard, 14 ... Mouse, 15 ... Central processing unit, 16 ... Display device, scf ... Source code file, mt10 ... Meta model, pro1 ... Model edit Program generation program, pro2 ... model editing program, pro3 ... symbol definition / reference analysis program, pro4 ... model verification program, pro5 ... correspondence estimation / recommendation program, pro6 ... inter-file dependency analysis program, pro7 ... architecture structure rule application program , Pro10 ... architecture model creation program, pro21 ... architecture model editing program, pro22 ... feature model editing program, ccd ... restriction condition description, rd ... requirement definition, rm1 ... product roadmap, rm2 ... technological roadmap, kh1 ... general domain know-how , Kh2 ... Specific domain know-how , Asr ... architecture structure rules, md1 ... current architecture model, md2 ... target architecture model, md3 ... real architecture model, md4 ... feature model.

Claims (6)

A software asset reuse support program used in a computer that creates a real architecture model by supporting reuse of software assets including a plurality of source code files stored in a storage device,
The calculator
Means for analyzing whether each source code file in the storage device includes a definition of a predetermined symbol and whether to refer to the symbol;
The reference relationship between the source code files obtained as a result of this analysis, the component name corresponding to the file name of each source code file among the component names of the architecture model, and the operator's operation are input. A means for creating a current architecture model expressing the reference relationship for each component name based on the information;
A means for creating a feature model based on a product roadmap showing a development plan for each product in a product line on which software to be created is installed, and information input by an operator's operation,
Based on the feature model and information input by the operation of the operator, the actual architecture model corresponding to the creation target software is created by editing the current architecture model while making changes for improvement. Means to
Software asset reuse support program to function as In the software asset reuse support program according to claim 1,
The calculator
During the creation of each of the architecture models and the feature models, it is verified that the model being created does not violate the constraint conditions based on the constraint description, and if the constraint conditions are violated, the violation is Means for outputting the indicated information;
Software asset reuse support program to further function as In the software asset reuse support program according to claim 1 or 2,
The calculator
During the creation of the current architecture model, the real architecture model, or the feature model, the relationship between the reference file name and the component name is changed or newly created based on the information input by the operation. In such a case, the reference source file name corresponding to the reference destination file name in which the number of reference symbols of the reference destination file name is equal to or greater than a certain value is also changed or the relation is changed to a newly associated component name. A means of outputting recommended information,
Software asset reuse support program to further function as A software asset reuse support program used in a computer that creates a real architecture model by supporting reuse of software assets including a plurality of source code files stored in a storage device,
The calculator
Means for searching each source code file in the storage device and extracting symbol definition information having a file name of a source code file including a predefined symbol;
Means for searching each source code file in the storage device and extracting symbol reference information having a file name of a source code file including a symbol to be referred to;
Based on the symbol definition information and the symbol reference information, an inter-file dependency including a reference source file name that is a file name in the symbol definition information and a reference destination file name that is a file name in the symbol reference information Means for creating analysis information,
Based on the architecture structure rule that associates the file name pattern information associated with multiple source code file names with the component name of the architecture model, between files including the reference source file name, the reference destination file name, and the component name of the architecture model Means for creating dependency structure information between architecture components,
A reference relationship between source code files indicated in the inter-file dependency analysis information, a component name corresponding to a reference source file name and a reference destination file name in the inter-file architecture component dependency relationship structure information, and Means for creating a current architecture model expressing the reference relationship for each component name based on information input by an operator's operation;
A means for creating a target architecture model based on a requirement definition that defines the functional requirements to be satisfied by the software to be created and information input by the operation of the operator;
Means for creating a feature model based on a product road map indicating a development plan for each product in a product line on which the software to be created is mounted, and information input by an operator's operation;
Based on the target architecture model, the feature model, and information input by an operator's operation, the current architecture model is edited while being changed for improvement, thereby corresponding to the creation target software. A means to create a real architecture model,
Software asset reuse support program to function as In the software asset reuse support program according to claim 4,
The calculator
During the creation of each of the architecture models and the feature models, it is verified that the model being created does not violate the constraint conditions based on the constraint description, and if the constraint conditions are violated, the violation is Means for outputting the indicated information;
Software asset reuse support program to further function as In the software asset reuse support program according to claim 4 or 5,
The calculator
During the creation of the current architecture model, the real architecture model, or the feature model, the relationship between the reference file name and the component name is changed or newly created based on the information input by the operation. In such a case, the reference source file name corresponding to the reference destination file name in which the number of reference symbols of the reference destination file name is equal to or greater than a certain value is also changed or the relation is changed to a newly associated component name. A means of outputting recommended information,
Software asset reuse support program to further function as

Images