JP2008176364A - Program segmentation support apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To reflect a program component scale or conditions of a component group desired by the user in the program segmentation without performing trial-and-error in the segmentation of the program, and to enable a user to know a proper division place of a program. <P>SOLUTION: A symbol information analyzing part 14 extracts a symbol from a program to analyze a reference relationship between the symbols. A component group designation part 17 presents a reference relationship between the analyzed symbols to a user, and accepts from the user, the setting of the component group for classifying each symbol and the designation to which component group each symbol is made to belong, An inter-component group reference relationship analyzing part 19 analyzes a reference relationship between the designated component groups according to the designation of the component group accepted by the component group designation part 17. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a program componentization support apparatus that divides a program and reconfigures it as a set of program components.

  A program written in a program language such as C language can be reused by modularizing the program with functions of the program language such as functions and methods. However, software that continues to expand its functions by maintenance often has a complicated dependency relationship with each other because modules refer to each other. As a result, it is difficult to reuse and maintain a program. To improve the reusability and maintenance of existing asset programs, it is important to divide existing asset programs into program parts that have sparse reference relationships between modules. Is one of the challenges in software development.

  In order to deal with such problems, a technique for analyzing the source code of a program and presenting a reference relationship in the source code to a user, a technique for automatically presenting a software division guideline, and the like have been proposed.

  In Patent Document 1, when a user designates an arbitrary program fragment in a source code for the purpose of facilitating understanding of information related to a specific part (program fragment) constituting the program and the outside, the program A technique for extracting information on the variable reference relationship between a fragment and the outside for each variable is disclosed.

  Patent Document 2 promotes the structuring of the modules that make up the software, measures the characteristic data of the blocks in the module for the purpose of creating modules with high independence, maintainability, and reusability. Based on the above, a technique for presenting a guide for module division to a user is disclosed.

JP 2005-18114 A JP 2004-295425 A

  In the above-mentioned Patent Document 1, interface information between a designated location in the program and the outside can be extracted, but no consideration is given to selection of variables, functions, and regions at multiple locations and extraction of reference relationships. Furthermore, even if the reference relationship at the program division location is analyzed in Patent Document 1, it is not known whether the location is the most appropriate division location where the reference relationship is sparse. The user needs to perform analysis by trial and error while changing the division part, and find an appropriate division part while looking at the result.

  In Patent Document 2, the module structuring support apparatus automatically presents a program division guideline based on the analysis result. For this reason, the user can know the appropriate division | segmentation part of a program only by designating the analysis object program. On the other hand, the program division location and the division scale are automatically determined according to the conditions set in advance in the apparatus, and thus the parts scale and part group conditions desired by the user cannot be reflected.

  Furthermore, when trying to combine the techniques of Patent Document 1 and Patent Document 2, there is a problem of how to set a common variable used for converting a program into a part and specifying an element of a part group.

  An object of the present invention is to provide a program componentization support device that allows a user to know an appropriate program division location without trial and error and reflects the program component scale and component group conditions specified by the user. It is.

  The program componentization support apparatus of the present invention extracts symbols from a specified program, analyzes a reference relationship between the extracted symbols, and a reference relationship between symbols analyzed by the symbol information analysis unit. Refer to the analysis result of the symbol group analysis unit and the component group specification unit that accepts the setting of the component group for classifying each symbol and the specification of which component group each symbol belongs to from the user. Display that displays the analysis results of the inter-part group reference relationship analysis unit and the inter-part group reference relationship analysis unit that analyze the reference relationship between the specified component groups according to the specification of the component group received by the component group specification unit A control unit is provided.

  The component group designating unit accepts and accepts a part of symbols belonging to a gray group whose affiliation is temporarily undecided when classifying the symbols, and the inter-component group reference relationship analysis unit To which part group should belong, and the part group is reconfigured. At this time, the inter-part group reference relationship analysis unit determines the affiliation destination of the gray group so that the reference amount between the reconfigured part groups is minimized.

  Furthermore, it has an inter-part group reference guideline specification unit that receives a specification of a reference guideline between the component groups from a user, and the inter-part group reference relationship analysis unit receives the reference guideline received by the inter-part group reference guide specification unit The gray group affiliation destination is determined so as to satisfy the designation. At that time, the inter-part group reference relationship analyzing unit obtains a degree of coincidence with the designated reference guide for various arrangement patterns in which the gray group belongs, and among the parts having the largest degree of coincidence, the part An arrangement pattern that minimizes the reference amount between groups is determined as the optimum configuration.

  According to the program componentization support apparatus of the present invention, a program can be divided into parts at appropriate division locations by reflecting the user-desired program component scale and component group conditions, and the convenience for the user is improved.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 is a block diagram showing a first embodiment of a program componentization support apparatus according to the present invention. For example, this apparatus implements the following functions by installing analysis software in a personal computer. When terms are first defined, “symbols” are function names and variable names. A “program part” that is a program division unit is composed of symbols, and a “part group” is a set of program parts. Hereinafter, each part of the configuration will be described.

  The user input unit 11 accepts data input and processing requests from the user. The target program specifying unit 12 specifies a program to be analyzed, and stores the specified program in the program storage unit 13.

  The symbol information analysis unit 14 refers to the program stored in the program storage unit 13, analyzes symbol information such as a function and a variable, and then analyzes the reference relationship between symbols using the analyzed symbol information. The symbol information storage unit 15 stores the analyzed symbol information as a symbol table (FIG. 4). The reference relationship storage unit 16 stores the analyzed reference relationship between symbols as an inter-symbol reference relationship table (FIG. 6).

  Based on the inter-symbol reference relationship stored in the reference relationship storage unit 16, the component group specification unit 17 specifies a component group to which the symbol belongs, and the component group specification information storage unit 18 specifies the specified component group. The symbol affiliation destination is stored as a component group arrangement table (FIG. 8). The inter-part group reference relationship analysis unit 19 analyzes the reference relationship between the component groups based on the information in the component group designation information storage unit 18, and stores the analysis result in the inter-part group reference relationship table (see FIG. 9). When receiving a request from the user input unit 11, the display control unit 21 displays the analysis result.

  FIG. 2 is a flowchart illustrating the overall processing of the program componentization support apparatus according to the first embodiment. Hereinafter, it demonstrates in order of a process.

  (Step S101) The user designates a program to be analyzed in the program designation unit 12.

  (Step S102) The symbol information analysis unit 14 extracts symbols. In the symbol extraction, the function names used in the program and the variable names that can be referenced from all functions are extracted. Specifically, the lexical analysis of the source code is performed and divided into word strings, and extracted by interpreting the syntax from the syntax rules of the language based on the word strings. An ID is assigned to each extracted symbol. The extracted result is stored in the symbol information storage unit 15 as a symbol table (FIG. 4). Further, it can be obtained by using a dynamic analysis method in which a program is executed to log a memory access and a memory address is associated with a symbol.

  (Step S103) The symbol information analysis unit 14 analyzes the reference relationship between symbols. For all functions in the program, symbols referred to in the functions are extracted, an inter-symbol reference relationship table (FIG. 6) is created, and stored in the reference relationship storage unit 16.

  (Step S104) The display control unit 21 reads out the reference relationship analysis result between symbols performed in S103 from the reference relationship storage unit 16 and displays it. A display example is shown in FIG.

  (Step S <b> 105) The user divides the program input in S <b> 101 into a plurality of component groups at the component group designation unit 17. At this time, the component group to which the symbol belongs is specified from the analysis result of the reference relationship between the symbols output in S104, and the specified content is stored in the component group specification information storage unit 18. When setting the component group, the component group arrangement table (FIG. 8) is displayed to the user.

  (Step S106) The inter-part group reference relation analyzing unit 19 analyzes the reference relation between the part groups. Details of this will be described with reference to FIG.

  (Step S107) The display control unit 21 displays the reference relationship between component groups analyzed in S106 as shown in FIG.

  As described above, in the processing according to the present exemplary embodiment, the user can designate the division of the component group in step S105. At that time, it is possible to specify which part group the symbol belongs to by looking at the analysis result of the reference relation of the symbol.

  FIG. 3 is a flowchart describing in detail the processing of step S106 (part group reference relationship analysis unit 19) in FIG.

  (Step S1061) A symbol survey counter is prepared for investigating all symbols detected in S102. In order to proceed with the investigation in the order of the IDs shown in FIG. 6, first, the value of the prepared symbol investigation counter is initialized to 1, and the ID of the symbol to be examined is 1, and in FIG. .

  (Step S1062) The part group to which the investigation target symbol belongs is acquired. The component group is obtained by referring to the component group arrangement table (FIG. 8) set in S105.

  (Step S1063) A symbol referred to by the investigation target symbol is acquired. The symbol is obtained by referring to the inter-symbol reference relationship table (FIG. 6) analyzed in S103.

  (Step S1064) The component group to which the symbol acquired in S1063 belongs and the symbol type are acquired from the component group arrangement table (FIG. 8) and the symbol table (FIG. 4).

  (Step S1065) From S1062 to S1064, the component group to which the symbol of ID = 1 belongs and the component group to which the symbol referred to by the symbol belongs are obtained. The inter-part group reference relation table (FIG. 9) stored in the analysis result storage unit 20 is updated from the obtained inter-part group reference relation.

  (Step S1066) It is determined whether or not the process of S1064 has been executed for all the reference destination symbols acquired in S1063. If NO, the process returns to S1064, and if YES, the process proceeds to the next S1067.

  (Step S1067) Next, it is determined whether or not the affiliation of the part group and the reference relationship have been investigated for all the symbols to be investigated. It is determined whether or not the value of the symbol counter has reached the maximum ID value (ID = 8) shown in FIG. If NO, the process proceeds to S1068, and if YES, the process of step S106 is terminated.

  (Step S1068) The symbol check counter is incremented, and the process returns to S1062 to check the next symbol. In this way, the inter-part group reference relationship table (FIG. 9) is completed.

Hereinafter, data handled in each step of the above process will be described with specific examples.
FIG. 4 is an example of a symbol table showing the symbol information analysis result analyzed by the symbol information analysis unit 14 in step S102. ID indicates a number uniquely assigned to each symbol extracted from the target program. SYMBOL_NAME indicates the extracted symbol name. KIND indicates whether the type of the extracted symbol is a function or a variable. In FIG. 4, for example, the ID of the symbol name func1 is 1, and the type is a function.

  FIG. 5 is an example of a program to be analyzed, and is a diagram for explaining the analysis of the reference relationship between symbols in step S103. (A) shows an excerpt of the source code to be analyzed, and the program is written in C language. (B) shows the symbol reference relationship in the source code of (a). In the figure, attention is focused on one function (for example, func3), and the reference relationship of symbols that are referred to internally is shown. The function is represented by a rectangle, the variable is represented by an ellipse, and an arrow is drawn from the reference source to the reference destination.

  FIG. 6 is a diagram illustrating an example of the inter-symbol reference relationship table created by analyzing the reference relationship between symbols in step S103. As in FIG. 4, ID is a number assigned to each symbol, and SYMBOL_NAME is the extracted symbol name. REFERENCE indicates the ID of a reference symbol referenced by the symbol. For example, the symbol func3 refers to the symbols ID2 and ID7, that is, indicates that the func2 and var1 are referenced.

  FIG. 7 is a diagram showing an example in which the reference relationship between symbols is displayed in step S104. The contents of the table in FIG. 6 are shown visually. The legend of FIG. 7 is the same as that of FIG.

  FIG. 8 is a diagram showing an example of a component group arrangement table used for dividing the program into component groups in step S105. In order to divide into parts groups, it is set to which part group each symbol belongs. GROUP indicates a part group, and is divided into two part groups Group 1 and Group 2 here. The symbols func1, func2, and func4 are set to belong to Group1, and the other symbols func3, func5, func6, var1, and var2 are set to belong to Group2 (affiliation is indicated by a circle). The part group may be an arbitrary number of groups.

  FIG. 9 is a diagram illustrating an example of a reference relationship table between component groups created by analyzing the reference relationship between component groups in step S106. This table quantitatively represents the strength of reference between component groups by a numerical value (reference amount).

  FIG. 10 is an example of a screen that displays the reference relationship between component groups based on the reference relationship table between component groups (FIG. 9) in step S107. The display window 31 is an area for displaying the analysis result, and the user can switch the display contents by the display control unit 21 by operating the cursor 35 and selecting the display switching button.

  FIG. 10A shows a case where the entire display button 32 is selected and the entire component group is displayed. In this display, no symbol is displayed, and the reference relationship between the component groups is displayed. The reference is indicated by an arrow, and the reference amount is indicated by the thickness of the arrow. In this example, Group 1 and Group 2 are cross-referenced, indicating that the amount of reference from Group 1 to Group 2 is larger. This display makes it possible to grasp the relationship between the component groups from a bird's-eye view.

  FIG. 10B shows the case where the Symbol button 33 is selected and the reference relationship between the symbols is displayed. In this display, a reference relation diagram between symbols in the component group is displayed, and a detailed reference relationship between the component groups can be known.

  FIG. 10C shows the case where the Metrics button 34 is selected and displayed in the form of the inter-part group reference relationship table of FIG. In this display, the reference amount between the component groups can be known numerically.

  Thus, in the first embodiment, first, the reference relationship of each symbol in the target program is analyzed and output. The user looks at the output result and designates which symbol group each symbol belongs to. Next, the symbol reference relationship between the component groups designated by the user is analyzed and output. Thereby, the dependency relationship between the component groups is clarified, and a componentization guideline can be provided to the user. At that time, the user can divide the reference relationship while observing the reference relationship of the symbols, and can reflect the conditions desired by the user because the divided component size and component group unit can be reflected. . In this embodiment, since a symbol is used as a common variable for analyzing a program and designating an element of a part group, consistent processing is possible.

  Next, a second embodiment of the program componentization support apparatus according to the present invention will be described. The apparatus configuration of the second embodiment is the same as that of the first embodiment (FIG. 1), but the following functions are added to the first embodiment.

  Based on the symbol name stored in the reference relationship storage unit 16, the component group designating unit 17 designates a component group to which the user belongs, and at that time, not only the component group but also the affiliation destination is temporarily determined. Set up a gray group. The component group designation information storage unit 18 stores the settings of the component group and the gray group to which the symbol designated by the component group designation unit 17 belongs as a gray group setting table (FIG. 12). The inter-part group reference relation analyzing unit 19 determines which part group the gray group should belong to based on the information in the part group designation information storage unit 18, and the reference relation between the component groups reconfigured according to the determination result. Is analyzed. As described above, in the second embodiment, a more accurate program component can be realized by setting a gray group.

  FIG. 11 is a flowchart illustrating the overall processing of the program componentization support apparatus according to the second embodiment. Here, the operation from step S201 to step S205 is the same as that of the first embodiment (S101 to S105 in FIG. 2), and the description thereof is omitted.

  (Step S <b> 206) In S <b> 205, the user designates which part group each symbol belongs to, but a symbol that cannot be specified to which part group belongs to the part group designation unit 17 in the gray group setting table. Create and temporarily store the undetermined symbols in this gray group. The setting of the gray group will be described with reference to FIG.

  (Step S207) The inter-part group reference relationship analyzing unit 19 performs a process of determining which part group the gray group should belong to. First, a reference amount between component groups when a gray group is arranged in each component group is calculated, and a component group determination table (FIG. 14) is created. The gray group arrangement is determined so that the reference amount between the component groups is minimized.

  (Step S208) The component group arrangement table in the analysis result storage unit 20 is updated based on the determination result in S207. The display control unit 21 displays the configuration of the component group in which the gray group is optimally arranged or the reference relationship between the component groups. The display format is the same as in the first embodiment (FIG. 10).

  FIG. 12 is a diagram showing an example of the gray group setting table in step S206 in FIG. In this example, in addition to the component groups (Group 1 and Group 1), two gray groups (Gray 1 and Gray 2) that contain symbols whose affiliation is undetermined are created. The symbols func3, func4, and var1 are symbols to which the affiliation is undetermined, func3 and var1 are accommodated in the gray group Gray1, and func4 is accommodated in the gray group Gray2. At that time, the user can set symbols having a strong reference relationship to the same gray group by referring to the reference relationship between the symbols (FIGS. 6 and 7). In FIG. 12, func3 and var1 having a reference relationship are set to the same gray group Gray1. In this way, by setting related symbols to the same gray group, it is possible to easily determine the reference relationship in units of gray groups. The number of gray groups may be increased as appropriate according to the number of symbols whose affiliation is undetermined.

  FIG. 13 is a diagram showing a reference relationship between symbols when a gray group is designated as shown in FIG.

  FIG. 14 is a diagram showing an example of a component group determination table created by the inter-component group reference relationship analysis unit 19 in step S207. This is an analysis of the reference amount between component groups when the specified gray group is arranged in each component group. When obtaining the reference amount between the component groups, the same processing as in the flowchart shown in FIG. 3 is performed.

  GRAY_GROUP_NAME is the name of the gray group, and here Gray1 and Gray2 exist. GROUP_PATTERN is an arrangement pattern indicating in which component group the gray group is arranged. In this example, since there are two component groups and two gray groups, there are 2 × 2 = 4 combinations of arrangement patterns. For this reason, four patterns are tried.

  As reference amounts between component groups, “Metrics: Func Ref” is a function reference amount, “Metrics: Var Ref” is a variable reference amount, and “Metrics: SUM” is “Metrics: Func Ref” and “Metrics: Var”. The total of “Ref” is shown. For example, in the case of the arrangement pattern (a), both Gray1 and Gray2 are arranged in Group1, indicating that there are two function references, one variable reference, and a total of three reference amounts.

  Of the arrangement patterns, the one having the smallest reference amount, that is, the value of “Metrics: SUM” is the smallest in the arrangement pattern (d), in which Gray1 is arranged in Group1 and Gray2 is arranged in Group2. is there.

  FIG. 15 shows the contents of the component group determination table of FIG. 14 as a diagram showing the reference relationship between symbols in each arrangement pattern. FIGS. 15A to 15D correspond to the arrangement patterns (a) to (d) in FIG. FIG. 15D shows that when Gray1 is placed in Group1 and Gray2 is placed in Group2, the reference amount of Group1 and Group2 becomes one function 0 variable, and the reference amount becomes the minimum.

  In the case of the first embodiment, the symbol reference relationship between the component groups designated by the user is a total of five locations (reference amount = 5) as shown in FIG. On the other hand, in the second embodiment, a gray group that accommodates symbols whose affiliation is undetermined is set, and the determination processing is automatically performed so that the reference amount of the gray group affiliation destination is minimized. As a result, as shown in FIG. 14D, the reference relationship between the component groups is one place, and the component groups can be divided into component groups with fewer reference relationships.

  As described above, in the second embodiment, not only the symbols in the input program are divided by the part size and part group desired by the user, but also a gray group whose affiliation is temporarily determined is provided and the affiliation is determined. Since the arrangement is automatically performed so that the reference amount between the component groups is minimized, the program can be divided at a location where the reference relationship is minimized.

  FIG. 16 is a block diagram showing a third embodiment of the program componentization support apparatus according to the present invention. Here, a description will be given of parts having configurations different from those of the first and second embodiments.

  The inter-part group reference guideline specification unit 22 receives a reference guideline between part groups from the user and creates a reference guideline specification table between parts groups (FIG. 18). The inter-part group reference guide storage unit 23 stores the created inter-part group reference guide designation table. The inter-part group reference relationship analysis unit 19 determines which part group the gray group should belong to based on the information in the part group designation information storage unit 18 and the information in the inter-part group reference guide storage unit 23. The reference relationship between the reconfigured parts groups is analyzed according to the result. As described above, in the third embodiment, by specifying the symbol reference guideline between the component groups, the program is divided in a form that more meets the user's request.

  FIG. 17 is a flowchart illustrating the overall processing of the program componentization support apparatus according to the third embodiment. Here, the operations from step S301 to step S306 are the same as those in the second embodiment (S201 to S206 in FIG. 11), and thus description thereof is omitted.

  (Step S307) After the gray group is designated by the part group designation unit 17 in step S306, the user designates the inter-part group reference guideline by the inter-part group reference guide designation unit 22. A table shown in FIG. 18 is used to specify the reference guideline. The reference guide is for the user to specify permission / non-permission of a reference relationship between component groups. For example, when a program part is created such that a program part is referred to from another program part, but the program part does not refer to another program part, such as a library, the designation of such a reference guideline is effective. The specified inter-part group reference guide specification table is stored in the inter-part group reference guide storage unit 23.

  (Step S308) In the inter-part group reference relationship analysis unit 19, how many reference guideline conditions are specified in the part group related reference guide specification table (FIG. 18) for various arrangement patterns in which the part group to which the gray group belongs is changed. Determine if you are satisfied. Then, a part group determination table (FIG. 19) in which the determination result is expressed by an index “POLICY_MATCH” is created.

  (Step S309) Based on the determination result of S308, the component group arrangement table stored in the analysis result storage unit 20 is updated to a configuration in which gray groups are optimally arranged. The display control unit 21 displays the configuration of the component group in which the gray group is optimally arranged or the reference relationship between the component groups. The display format is the same as in the first embodiment (FIG. 10).

  FIG. 18 is a diagram showing an example of the inter-part group reference guide designation table in which the reference guide between the component groups is designated in step S307. The user edits the inter-part group reference guide specification table in the inter-part group reference guide specification unit 22. In FIG. 18, a reference relationship between two component groups is specified, and a circle mark is given to allow reference from the target component group to a reference destination component group, and a mark x is given if reference is not allowed. ing. Here, it is specified that the reference from Group 1 to Group 2 is permitted and the reference from Group 2 to Group 1 is not permitted.

  FIG. 19 is a diagram showing an example of a component group determination table determined by the inter-component group reference relationship analysis unit 19 in step S308. In each arrangement pattern in which the gray group is arranged in each component group, the reference amount (Metrics) between the component groups described in FIG. 14 is analyzed, and the condition specified in the inter-component group reference guideline is satisfied. An index “POLICY_MATCH” indicating whether or not it is present is provided.

  The value described in “POLICY_MATCH” determines whether or not the reference satisfies the reference guideline described in the inter-part group reference guide specification table (FIG. 18) for each reference between the part groups obtained in the calculation of Metrics. For example, when a reference is made from Group 1 to Group 2, the guideline (◯ mark) in FIG. 18 is satisfied, and when a reference is made from Group2 to Group1, the guideline (× mark) in FIG. 18 is not satisfied. In this way, the ratio (degree of coincidence with the reference guideline) that satisfies the guideline for all references is obtained and displayed as a percentage.

  The calculated “POLICY_MATCH” values are compared, and the arrangement pattern having the smallest reference amount among the ones having the largest value (matching degree) is determined as the optimum configuration. In this example, the arrangement patterns (a) and (d) are both “POLICY_MATCH” = 100%. Among these, the pattern (d) in which the reference relationship between component groups is the minimum “Metrics: SUM” = 1 is set as the optimum configuration.

  In the case of the second embodiment, a gray group that accommodates symbols whose affiliation is undetermined is set, and the affiliation destination of the gray group is automatically determined so that the reference amount is minimized. On the other hand, in the third embodiment, the user can further specify a symbol reference guideline between component groups, and the gray group affiliation destination is automatically determined so as to satisfy the reference guideline most.

  As described above, in the third embodiment, not only can each symbol in the input program be divided by the part size and part group desired by the user, but also the reference conditions between the part groups desired by the user can be reflected. Therefore, it is possible to divide the program in a form that more meets the user's request.

  According to the present invention, a program componentization support apparatus that suitably converts a program into a maintenance work in software development or the like is provided, which greatly contributes to improvement of reusability and maintenance of existing asset programs.

The block block diagram which shows Example 1 of the program componentization assistance apparatus by this invention. 3 is a flowchart showing overall processing of the program componentization support apparatus according to the first embodiment. The flowchart which described the process of step S106 in FIG. 2 in detail. The example of the symbol table which shows a symbol information analysis result. The figure explaining the analysis of the reference relationship between symbols. The figure which shows the example of the reference relationship table between symbols. The figure which shows an example which displayed the reference relationship between symbols. An example of a component group arrangement table. The figure which shows an example of the reference relationship table between components groups. An example of a screen displaying a reference relationship between component groups. 9 is a flowchart showing overall processing of the program componentization support apparatus according to the second embodiment. The figure which shows an example of a gray group setting table. The figure which shows the reference relationship between the symbols at the time of designating a gray group like FIG. The figure which shows an example of a component group determination table. The figure which represented the content of FIG. 14 so that the reference relationship between symbols might be shown. The block block diagram which shows Example 3 of the program componentization assistance apparatus by this invention. 10 is a flowchart showing overall processing of the program componentization support apparatus according to the third embodiment. The figure which shows an example of the reference guideline specification table between component groups. The figure which shows an example of a component group determination table.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 11 ... User input part, 12 ... Target program designation | designated part, 13 ... Program memory | storage part, 14 ... Symbol information analysis part, 15 ... Symbol information memory | storage part, 16 ... Reference relationship memory | storage part, 17 ... Parts group designation | designated part, 18 ... Parts Group specification information storage unit, 19... Inter-part group reference relationship analysis unit, 20... Analysis result storage unit, 21... Display control unit, 22.

Claims (5)

A symbol information analysis unit that extracts symbols from a specified program and analyzes the reference relationship between the extracted symbols;
A component group that presents a reference relationship between symbols analyzed by the symbol information analysis unit and accepts a setting of a component group for classifying each symbol and designation of which component group each symbol belongs to from the user A designated part;
With reference to the analysis result of the symbol information analysis unit, according to the specification of the component group received by the component group specification unit, the reference relationship analysis unit between the component groups for analyzing the reference relationship between the specified component groups,
A program componentization support apparatus comprising: a display control unit that displays an analysis result of the inter-part group reference relationship analysis unit. In the program componentization support apparatus according to claim 1,
The component group designating unit accommodates and accepts a part of a symbol in a gray group where the affiliation is temporarily determined when classifying the symbol,
The inter-part group reference relation analyzing unit determines which part group the gray group should belong to, and reconfigures the part group. In the program componentization support apparatus according to claim 2,
The inter-part group reference relationship analysis unit determines the affiliation destination of the gray group so that the reference amount between the reconfigured part groups is minimized. In the program componentization support apparatus according to claim 2,
Having an inter-part group reference guideline designation unit that accepts designation of a reference guideline between the part groups from a user;
The inter-part group reference relation analyzing unit determines the affiliation of the gray group so as to satisfy the designation of the reference guide received by the inter-part group reference guide designating unit. . In the program componentization support apparatus according to claim 4,
The inter-part group reference relationship analysis unit obtains a degree of coincidence with the designated reference guide for various arrangement patterns in which the gray group belongs, and among the parts having the maximum degree of coincidence, A program componentization support apparatus characterized in that an arrangement pattern that minimizes the reference amount is determined as an optimal configuration.

Images