JP2015130026A - Diagnosis system, diagnosis method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a diagnosis system capable of easily comprehending what processing is mounted in a program.SOLUTION: The diagnosis system includes: a processing unit that receives a piece of information relevant to a program mounted, generates a piece of standard mounting information, generating a piece of processing pattern information from a processing pattern constituting a standard mounting, generates a piece of program structure information by inputting a source program and performing lexical and syntax analyses, searches a program syntactical row which conforms to the processing pattern information from the program structure information, and generates a piece of information of processing pattern search result; and an information storage for stores the mount standard information, the processing pattern information, the program structure information and the processing pattern search result information.

Description

  The present invention relates to a diagnostic system, a diagnostic method, and a program.

  Currently, in many companies and organizations, large-scale computer systems operate for various purposes. On the system, software composed of source programs consisting of millions of lines developed by a large number of people operates, and many engineers maintain the source programs of these systems.

  In order to improve the readability of the source program during maintenance of the source program, various tools are used for improving work efficiency. For example, in a description on the source code, a location where a difficult expression or structure that is difficult to understand is identified, and an engineer is alerted whether a logical problem called a “bug” is included in the vicinity. There is a system called a refactoring tool.

  An example of a refactoring system is described in Patent Document 1, Patent Document 2, Non-Patent Document 1, and Non-Patent Document 2. These refactoring systems generally have program lexical analysis means or syntax analysis means, and a pattern search unit, and also have program description information prepared in advance.

  The program description information includes a pattern of a program implementation method that must be noted as an implementation method. The refactoring system having such a configuration operates as follows.

  First, the refactoring system analyzes a program by lexical analysis means or syntax analysis means, and converts the description structure into information. Next, the refactoring system searches the pattern search unit to determine whether or not there is a pattern defined in the program description information.

  The program description information specifically defines the following. For example, the variable name naming rule, maximum character string length, condition judgment, number of nesting stages of repeated statements, and the like are informationized as patterns.

JP 2005-18114 A JP 2008-181311 A

Prashant Deva (Founder, Chronon Systems), “Exploring Eclipse JDT refactoring”, [online], November 24, 2009, IBM developerWorks, [August 5, 2013 search], Internet <URL: http: / /www.ibm.com/developerworks/jp/opensource/library/os-eclipse-refactoring/> Fuminobu Takeyama, “Static analysis using pattern matching”, [online], Meiji University computational theory laboratory, [searched August 5, 2013], Internet <URL: http: //www.th.cs.meiji .ac.jp / researches / 2007 / takeyama / chap2.html>

  The above-mentioned refactoring system has the following problems in common. The problem is that these systems do not "semantically" present the processing of the source code, so they are not intended to dramatically improve program comprehension for program maintenance purposes. is there.

  Therefore, an engineer with little knowledge about program implementation cannot easily determine whether it is implemented according to a certain standard, such as implementation standards, or when it is implemented randomly when investigating an existing system. That is.

  The reason is that the pattern searched by the refactoring system is not linked to the processing content or meaning, and is merely a search for the appearance pattern of mechanical lexical and syntax, so what kind of processing content is presented Because you can't.

  The objective of this invention is providing the diagnostic system, the diagnostic method, and program which solve the said problem.

  The diagnostic system of the present invention receives information on program implementation, generates implementation standard information, generates process pattern information from process patterns constituting the implementation standard, receives a source program, analyzes lexical and syntax, and program structure A processing unit that generates information, searches a program syntax string that matches the processing pattern information from the program structure information, and generates processing pattern search result information; the mounting standard information; the processing pattern information; and the program structure information And an information storage unit for storing the processing pattern search result information.

  The diagnostic method of the present invention receives information related to the implementation of a program, generates implementation standard information, generates process pattern information from process patterns constituting the implementation standard, receives a source program, analyzes lexical and syntax, and program structure Information is generated, a program syntax string that matches the processing pattern information is searched from the program structure information, and processing pattern search result information is generated.

  The program of the present invention receives information about the implementation, generates the implementation standard information, generates the process pattern information from the process pattern constituting the implementation standard, receives the source program, analyzes the lexical and syntax, and generates the program structure information Then, a program syntax string that matches the processing pattern information is searched from the program structure information, and processing for generating processing pattern search result information is executed by a computer.

  The present invention has an effect that it is possible to easily grasp what processing is implemented in a program.

It is a block diagram which shows the structure of the 1st Embodiment of this invention. It is operation | movement explanatory drawing which shows operation | movement of the 1st Embodiment of this invention. It is a block diagram which shows the structure of the 2nd Embodiment of this invention. It is explanatory drawing which shows the structure of mounting standard DB of FIG. It is explanatory drawing which shows the structure of process pattern DB of FIG. It is explanatory drawing which shows the detailed structure of the structural unit list | wrist of FIG. It is explanatory drawing which shows the structure of program structure information DB of FIG. It is explanatory drawing which shows the structure of process pattern search result DB of FIG. It is operation | movement explanatory drawing which shows operation | movement of the 2nd Embodiment of this invention. It is a block diagram which shows the structure of the 3rd Embodiment of this invention. It is a figure which shows the content of the source program of the 3rd Embodiment of this invention. It is explanatory drawing which shows the structure of the user interface for mounting standards. It is explanatory drawing which shows the structure of mounting standard DB of the 3rd Embodiment of this invention. It is explanatory drawing which shows the structure of the user interface for a process pattern input. It is explanatory drawing which shows the structure of process pattern DB of the 3rd Embodiment of this invention. It is explanatory drawing which shows the structure of mounting standard DB of the 3rd Embodiment of this invention. It is explanatory drawing which shows the structure of the structural unit of the 3rd Embodiment of this invention. It is explanatory drawing which shows the detailed structure of the structural unit list | wrist of the 3rd Embodiment of this invention. It is explanatory drawing which shows the syntax tree produced | generated by the program structure analysis part. It is explanatory drawing which shows the structure of program structure information DB of the 3rd Embodiment of this invention. It is explanatory drawing which shows the structure of process pattern search result DB of the 3rd Embodiment of this invention. It is explanatory drawing which shows the structure of the user interface for a diagnostic result display.

  Next, a first embodiment of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a block diagram showing the configuration of the first embodiment. Referring to FIG. 1, a diagnosis system 800 according to the first embodiment includes a processing unit 100 and an information storage unit 200. In the processing unit 100, for example, a program causes a computer to operate to realize a function. The information storage unit 200 is a storage device such as a main storage device or a hard disk. The diagnosis system 800 may be configured by a single computer device, or may be a computer system in which the processing unit 100 and the information storage unit 200 are connected via a network.

  Next, the operation of the first embodiment will be described with reference to the drawings.

  FIG. 2 is an operation explanatory diagram illustrating the operation of the first embodiment. Referring to FIG. 2, the processing unit 100 receives information (for example, a mounting standard) related to a program mounting method, converts it into information, and stores it in the information storage unit 200 as mounting standard identification information (step S1). The mounting standard identification information includes, for example, a mounting standard ID or a mounting standard name.

  Further, the processing unit 100 converts the processing pattern (for example, the syntax pattern of the program processing) from the information (knowledge) related to the received program mounting method, and stores it as processing pattern information in the information storage unit 200 (step S2). . For example, the processing pattern information includes a processing pattern name, the number of structural units, or a structural unit list.

  In addition, the processing unit 100 adds association information that associates the mounting standard identification information and the processing pattern information to the mounting standard identification information, and stores the information in the information storage unit 200 as mounting standard information as a whole (step S2). The association information is, for example, the number of processing patterns or a processing pattern list. The mounting standard information includes mounting standard identification information and association information.

  That is, the processing unit 100 formalizes the implementation standard as a collection of processing patterns expressed as a set of program syntax structures, and associates information such as program processing contents and meaning with a set of program syntax to provide implementation standard information. .

  The processing unit 100 receives the source program, analyzes the lexical and syntax of the source program, and stores (generates) the program structure information in the information storage unit 200 (step S3).

  Then, the processing unit 100 retrieves a program syntax string that matches the processing pattern information in the information storage unit 200 from the program structure information in the information storage unit 200, and generates (generates) the processing pattern search result information as the information storage unit 200. (Step S4).

  Furthermore, the processing unit 100 determines from the processing pattern search result information in the information storage unit 200 to the extent that the mounting method of the source program follows the mounting standard information in the information storage unit 200, and outputs (generates) it as a diagnostic result ( Step S5). The degree to which the implementation standard information is complied with refers to how well the implementation standard information is adapted.

  For example, when a program is implemented to realize the processing that is used when using devices, databases, and middleware in the system, the implementation standard is a standard and policy defined by the project for the implementation. Or a methodology.

  Next, the effect of the first embodiment will be described.

  In the first embodiment, processing pattern information that associates processing contents with syntax patterns constituting the processing is generated, and a program syntax that matches processing pattern information is generated from program structure information generated by analyzing a source program. Search columns and create processing pattern search result information.

  Therefore, the first embodiment has an effect that it is possible to easily grasp what processing is implemented in the source program from the processing pattern search result information.

  In the first embodiment, the implementation standard is formalized as a collection of processing patterns expressed as a set of program syntax structures, and information on program processing contents and meaning is associated with a set of program syntax to implement the implementation standard. It is the structure used as information. The first embodiment is configured to diagnose how much the source program conforms to the implementation standard based on the processing pattern search result information and the implementation standard information.

  Therefore, the first embodiment has an effect that it is possible to easily grasp how much each process in the program is implemented according to the implementation standard.

  Next, a second embodiment of the present invention will be described in detail with reference to the drawings.

  FIG. 3 is a block diagram showing the configuration of the second embodiment. Referring to FIG. 3, a computer 900 according to the second embodiment includes an auxiliary storage device 700, a result output unit 600, and a diagnosis system 800 according to the first embodiment.

  The processing unit 100 of the diagnosis system 800 includes a mounting standard information conversion unit 110, a program structure analysis unit 120, a processing pattern search unit 130, and a mounting standard diagnosis unit 140. The information storage unit 200 of the diagnostic system 800 may be included in the auxiliary storage device 700 or may be included in another storage device (for example, a main storage device) not shown.

  The information storage unit 200 includes an implementation standard DB 210, a processing pattern DB 220, a program structure information DB 230, and a processing pattern search result DB 240. DB is a database (Data Base).

  The mounting standard DB 210, the processing pattern DB 220, the program structure information DB 230, and the processing pattern search result DB 240 are the mounting standard information, processing pattern information, program structure information, and processing pattern search result information of the first embodiment, respectively. Is stored.

  A source program 710 is arranged in the auxiliary storage device 700 by, for example, a technician. The computer 900 is operated by, for example, a technician who analyzes the source program 710. The form of the source program 710 may be a file format or information stored in a database.

  Further, the source program 710 may not be arranged in the auxiliary storage device 700 but may be input to the diagnosis system 800 from another information processing system or the like via another medium such as a network. The source program 710 may be composed of a plurality of programs.

  As the owner of the source program 710, for example, a customer or the like who intends to use and operate a system in which the source program 710 is executed and want to diagnose the source program 710 is not necessarily limited.

  The implementation standard computerization unit 110 receives knowledge of the implementation standard regarding the program implementation implicitly or explicitly held by the engineer, and associates the implementation standard with a single or a plurality of program processes constituting the implementation standard. Information is generated and stored in the implementation standard DB 210.

  In addition, the implementation standard information unit 110 also receives knowledge about program processing from an engineer, generates processing pattern information in which the program processing is associated with a single or plural program syntax units, and stores the processing pattern information in the processing pattern DB 220. To do.

  Here, the relationship among the implementation standard, program processing, program syntax unit, and structure unit will be described. The mounting standard is composed of one or more program processes (processing patterns). Program processing (processing pattern) is composed of one or more program syntax units. A program syntax unit is composed of one or more structural units.

  A structural unit refers to an element constituting a grammatical structure of a program, the maximum being an entire program and the minimum being an installation instruction for mounting the program. The implementation standard information conversion unit 110 receives a single or plural program syntax units constituting a processing pattern, analyzes the lexical and syntax, and converts them into a structural unit constituting a syntax tree.

  The structural unit stored in the processing pattern DB 220 can include a wild card representing a plurality of arbitrary structural units, a pattern operator representing a set of specific structural units, and the like. As an engineer, it can be assumed that he has various program development experiences and is knowledgeable about the implementation method of the program. In addition, the engineer is not limited to one person, and a plurality of engineers can input information.

  The engineer inputs information regarding the mounting standard using the mounting standard information forming unit 110. At that time, the implementation standard information conversion unit 110 may be configured to display a source program 710 and have a UI (user interface) for designating a necessary part in the source program 710, or an engineer directly converts the information into text. The configuration may be such that it is input in a column.

  Next, the configuration of the mounting standard DB 210 will be described.

  FIG. 4 is an explanatory diagram showing the configuration of the mounting standard DB 210. In FIG. 4, a mounting standard IDT 211 and a mounting standard name T212 are examples of mounting standard identification information according to the first embodiment. Further, the processing pattern number T213 and the processing pattern list T214 are an example of association information according to the first embodiment.

  Referring to FIG. 4, the mounting standard DB 210 is a database for converting the mounting standard input by the engineer by the mounting standard information converting unit 110 into information and storing it as mounting standard information, and has the following configuration.

Mounting standard ID (Identifier) T211: Identification information for uniquely identifying information of each mounting standard.
Mounting standard name T212: A name indicating the processing content of the mounting standard.
Number of processing patterns T213: The number of processing patterns constituting the information of the mounting standard.
Processing pattern list T214: With respect to the processing patterns constituting the mounting standard information, the contents of the processing pattern IDT 221 constituting the mounting standard are stored from the processing pattern DB 220 by the number in the processing pattern number T213.

  Next, the configuration of the processing pattern DB 220 will be described.

  FIG. 5 is an explanatory diagram showing the configuration of the processing pattern DB 220. The processing pattern DB 220 is a database for storing the processing pattern input by the engineer by the mounting standard information converting unit 110 and having the following configuration.

Process pattern IDT 221: This is identification information for uniquely identifying information of individual process patterns.
Process pattern name T222: A name indicating the processing content of the processing pattern.
Number of structural units T223: the number of structural units constituting the processing pattern information.
Structural unit list T224: This is a list of structural units constituting processing pattern information. Structural units constituting the processing pattern are stored by the number stored in the structural unit number T223.

  Next, the configuration of the structural unit list T224 will be described in detail.

  FIG. 6 is an explanatory diagram showing the configuration of the structural unit list T224. Referring to FIG. 6, the structural unit list T224 is a field for storing a group of mounting instructions constituting a processing pattern as a set of structural units, and has the following configuration.

Structure IDU 2241: Identification information for uniquely identifying each structural unit.
Structure type U2242: A value indicating the type of structure information.
Inclusive structure number U2243: This is the number of structural units included in this structure.
Inclusion structure list U2244: This is a list of structural units included in this structure.

  The structural unit list T224 stores structural unit information generated by the mounting standard information generating unit 110. The information is often composed of a tree structure. Therefore, the processing pattern DB 220 may be constructed by a hierarchical database or a hierarchical database such as XMLDB (XML Data Base), or may have a structure that holds a parent-child relationship of the structure in a relational database or the like.

  The program structure analysis unit 120 receives the source program 710, analyzes the lexical and syntax of the source program 710 composed of text, converts it into syntax units constituting a syntax tree, and stores the information in the program structure information DB 230. To do. The program structure analysis unit 120 is automatically generated by a known technique, for example, a compiler compiler represented by Yacc (Yet another compiler compiler) / Lex (Lexical analyzer), JavaCC (Java (registered trademark) Compiler Compiler). It may be realized by a lexical analyzer or a parser.

  Next, the configuration of the program structure information DB 230 will be described.

  FIG. 7 is an explanatory diagram showing the configuration of the program structure information DB 230. Referring to FIG. 7, the program structure information DB 230 is a database for storing syntax information generated by analyzing the grammatical structure of the source program 710 by the program structure analysis unit 120, and has the following configuration.

Structure IDT 231 is identification information for uniquely identifying each structural unit.
Structure type T232: a value indicating the type of structure information.
File name T233: The name of the file of the source program 710 including this structure.
Start line number T234: This is the first line number of this structure in the source program 710 including this structure.
End line number T235: This is the end line number of this structure in the source program 710 including this structure.
Inclusion structure number T236: the number of structural units included in this structure.
Inclusion structure list T237: This is a list of structural units included in this structure.

  Since the program structure information DB 230 stores syntax information generated by the program structure analysis unit 120, the syntax information often has a tree structure. Therefore, the program structure information DB 230 may be constructed by a hierarchical DB or a hierarchical DB such as XMLDB, or may have a form in which a structure parent-child relationship is held by a relational DB or the like.

  The processing pattern search unit 130 searches the program structure information DB 230 for a single or a plurality of structural unit strings defining processing patterns stored in the processing pattern DB 220.

  At the time of the search, the processing pattern search unit 130 interprets a wild card representing a plurality of arbitrary structural units stored in the processing pattern DB 220 and a pattern operator representing a set of specific structural units. The partial structure of the program corresponding to is searched. Then, the process pattern search unit 130 stores the search result in the process pattern search result DB 240.

  Next, the processing pattern search result DB 240 will be described.

  FIG. 8 is an explanatory diagram showing the configuration of the processing pattern search result DB 240. Referring to FIG. 8, the processing pattern search result DB 240 is a database for storing results searched by the processing pattern search unit 130, and has the following configuration.

Search result IDT 241 is identification information for uniquely identifying each search result.
Detection processing pattern IDT242: ID of the processing pattern that matches in the processing pattern DB 220.
File name T243: The name of the file of the source program 710 that includes the matched processing pattern.
Start line number T244: This is the first line number of this pattern in the source program 710 including the matched processing pattern.
End line number T245: This is the end line number of this pattern in the source program 710 containing the matched processing pattern.

  The mounting standard diagnosis unit 140 searches how many mounting standards stored in the mounting standard DB 210 are established from the processing patterns stored in the processing pattern search result DB 240. At that time, the mounting standard diagnosis unit 140 displays the name of the file of the source program 710 in which the mounting standard exists, the line number at which mounting of the mounting standard starts, and the line number at which the mounting standard ends at the result output unit 600. .

  In addition to the above, the mounting standard diagnosis unit 140 can calculate and display a matching rate indicating how much the mounting standard is compliant. The mounting standard diagnosis unit 140 may display these results with a GUI (graphic user interface), may display them with a CUI (character user interface), or may record them in a file or database. The result output unit 600 is, for example, a display.

  Further, although not shown, a configuration in which the content of the processing pattern search result DB 240 is displayed on the result output unit 600 is also possible.

  Next, the operation of the second embodiment will be described in detail with reference to the drawings.

  FIG. 9 is an operation explanatory diagram illustrating the operation of the second embodiment. Referring to FIG. 9, the mounting standard information conversion unit 110 converts the knowledge of the mounting standard regarding the program mounting input by the engineer into information and stores it in the mounting standard DB 210 (step S11).

  That is, the mounting standard information conversion unit 110 stores the name of the mounting standard regarding the program mounting input by the engineer in the mounting standard DB 210. The implementation standard information unit 110 receives the name of the implementation standard related to program implementation through an interface (graphical user interface, command line interface, file interface, etc.) and stores it in the implementation standard DB 210.

  Specifically, the mounting standard information generating unit 110 assigns an ID number for uniquely identifying the information of the mounting standard, stores the ID number in the mounting standard IDT 211 of the mounting standard DB 210, and sets the name of the mounting standard as the mounting standard. It stores in name T212.

  Further, the mounting standard information conversion unit 110 converts the processing pattern constituting the mounting standard input by the engineer into information and stores it in the processing pattern DB 220 (step S12).

  That is, the implementation standard information conversion unit 110 receives information on processing patterns constituting the implementation standard through an interface (graphical user interface, command line interface, file interface, etc.) and stores them in the processing pattern DB 220.

  Specifically, the mounting standard information converting unit 110 assigns an ID number for uniquely identifying the processing pattern information, stores the ID number in the processing pattern IDT 221 of the processing pattern DB 220, and sets the processing pattern name as the processing pattern name T222. To store.

  Further, the mounting standard information conversion unit 110 stores the number of structural units constituting the processing pattern in the structural unit number T223, and stores information on the structural units constituting the processing pattern in the structural unit list T224. The mounting standard information conversion unit 110 performs processing related to this processing pattern by the number of processing patterns constituting the mounting standard.

  Further, the mounting standard information forming unit 110 associates the mounting standard with the processing pattern (step S12). That is, the mounting standard information conversion unit 110 stores the number of processing patterns stored in the processing pattern DB 220 and the ID of the processing pattern stored in the processing pattern DB 220 in the processing pattern number T213 and the processing pattern list T214 in the mounting standard DB 210, respectively. To do.

  Further, the program structure analysis unit 120 receives the source program 710 designated by the engineer, analyzes its syntax, generates syntax information, and stores it in the program structure information DB 230 (step S13).

  That is, the program structure analysis unit 120 receives the source program 710 and analyzes the lexical and syntax of the source program 710. Then, the program structure analysis unit 120 converts the source program 710 composed of text into syntax units composed of syntax trees, and stores the information in the program structure information DB 230 for each structural unit constituting the program. .

  Specifically, the program structure analysis unit 120 assigns an ID number for identifying a structural unit constituting the source program 710 and stores it in the structure IDT 231 of the program structure information DB 230. Then, the program structure analysis unit 120 stores information indicating the type of the structural unit in the structural type T232, and stores the name of the file of the source program 710 including the structural unit in the file name T233.

  Then, the program structure analysis unit 120 stores the first line number where the structural unit appears in the source program 710 in the start line number T234, and sets the last line number where the structural unit appears in the source program 710 as the end line number. Store in T235.

  Then, the program structure analysis unit 120 stores the number of other structural units including other structural units as child elements in its own structure in the inclusion structure number T236, and the name of the structure unit structure (ID) constituting the inclusion structure. ) Is stored in the inclusion structure list T237.

  Next, the processing pattern retrieval unit 130 retrieves whether or not the syntax information stored in the program structure information DB 230 includes an arrangement of structural units constituting the processing pattern stored in the processing pattern DB 220. (Step S14). Then, the processing pattern search unit 130 stores the search result in the processing pattern search result DB 240 (step S14).

  That is, the processing pattern search unit 130 targets the structure information of all source programs 710 stored in the program structure information DB 230. Then, the processing pattern search unit 130 includes, among all the processing pattern information stored in the processing pattern DB 220, the structural unit sequence stored in the structural unit list T 224 in the structural information targeted by the source program 710. Find out if it is.

  The processing pattern search unit 130, when a wild card that matches an arbitrary structural unit, a pattern operator indicating a specific condition, or the like is designated in the structural units stored in the structural unit list T224, Search for an array of structural units that satisfy. Then, the processing pattern search unit 130 stores the pattern detected as a result in the processing pattern search result DB 240.

  Specifically, the processing pattern search unit 130 assigns a search result ID for uniquely identifying the detected result, and stores it in the search result IDT 241. Then, the processing pattern search unit 130 stores the ID of the corresponding processing pattern (that is, the processing pattern IDT221 in the processing pattern IDT221 of the processing pattern DB 220) in the detection processing pattern IDT242.

  Then, the processing pattern search unit 130 stores the name of the file of the source program 710 that includes the detected result in the file name T243. Then, the processing pattern search unit 130 stores the first line number where the detection result appears in the source program 710 in the start line number T244, and the last line number where the detection result appears in the source program 710 as the end line number T245. Store.

  Here, for the line, for example, in the source program 710, the line from the beginning to the line feed code is one line.

  Next, the mounting standard diagnosis unit 140 diagnoses the application state of the mounting standard in the mounting standard DB 210 from the search result in the processing pattern search result DB 240, and outputs the diagnosis result to the result output unit 600 (step S15).

  That is, the mounting standard diagnosis unit 140 determines, from the search results stored in the processing pattern search result DB 240, how many processing patterns constituting the mounting standard exist for the mounting standard information in the mounting standard DB 210. The diagnosis result is output to the result output unit 600.

  The engineer or the like can recognize the diagnosis result displayed on the result output unit 600, for example.

  Next, the effect of the second embodiment will be described.

  The second embodiment is configured to include the diagnostic system 800 of the first embodiment. Therefore, the second embodiment has the same effect as the first embodiment.

  Next, a third embodiment of the present invention will be described in detail with reference to the drawings.

  FIG. 10 is a block diagram illustrating a configuration of the third embodiment. Referring to FIG. 10, the third embodiment is an example of the second embodiment. The source program 710 is a program written in C language, for example. The form of the source program 710 is one file format, and the name of the file is “src.c”.

  FIG. 11 is an explanatory diagram showing an example of the program description content of the source program 710 (src.c). In FIG. 11, three characters such as “01:” on the left side of the program description are line numbers for referring to each line in the text, and are not included in the actual program description.

  Next, the operation of the third embodiment will be described in detail with reference to the drawings (FIGS. 9 and 11 to 22).

  The mounting standard information conversion unit 110 receives the name of the mounting standard related to program mounting and stores it in the mounting standard DB 210 (step S11). FIG. 12 is an explanatory diagram showing the configuration of the implementation standard user interface 010. FIG. 13 is an explanatory diagram illustrating a configuration of the mounting standard DB 210 according to the third embodiment.

  That is, when the diagnostic system 800 is started by the engineer, the mounting standard information generating unit 110 displays the mounting standard user interface 010 shown in FIG. 12 and prompts the engineer to input information. For example, in the implementation standard name input text field 011, the engineer inputs “read data from a file” and presses the implementation standard creation button 012.

  Then, as shown in FIG. 13, the verification standard information converting means 11 assigns an ID number “1” for uniquely identifying the information of the mounting standard, stores it in the mounting standard IDT 211 of the mounting standard DB 210, The name of the implementation standard “read data from file” is stored in the implementation standard name T212.

  Also, the mounting standard information conversion unit 110 receives a processing pattern constituting the mounting standard, converts it into information, and stores it in the processing pattern DB 220 (step S12). FIG. 14 is an explanatory diagram showing the configuration of the user interface 020 for processing pattern input.

  That is, the implementation standard information converting unit 110 displays the processing pattern input user interface 020 shown in FIG. 14 and prompts the engineer to input information.

  For example, the engineer inputs “file open”, which is the name of the first processing pattern constituting the implementation standard, in the pattern name input text field 021. Further, “$ fp = fopen ($ fname,“ r ”);”, which is an implementation instruction constituting the processing pattern, is input to the subsequent processing syntax input text field 022.

  At this time, $ fp, $ fname, etc. used in the input of the implementation instruction are "labels" used in the variable part in the pattern, and the part of the label indicated by the same name in the definition of the implementation standard is , With the restriction that they must match with the same name. However, a character string different from the label may be used in the actual program.

  Hereafter, “another process” that is the name of the second process pattern is continuously input to the pattern name input text field 023, and the subsequent process syntax input text field 024 is an implementation instruction that configures the process pattern. “*” Is entered. “*” Used at this time is synonymous with a wild card generally used in a regular expression or the like, and represents that there are zero or more arbitrary structural units.

  Next, “data read”, which is the name of the third processing pattern, is input to the pattern name input text field 025, and “fscanf |”, which is an implementation instruction constituting the processing pattern, is input to the subsequent processing syntax input text field 026. fread "is entered. The operator “|” is a logical sum (or) operator, and in this case, it is defined that the “fscanf” instruction or the “fread” instruction only needs to exist.

  Next, “other process”, which is the name of the fourth process pattern, is input to the pattern name input text field 027, and “*” which is an implementation instruction constituting the process pattern is input to the subsequent process syntax input text field 028. Is entered.

  Next, “file close”, which is the name of the fifth processing pattern, is input to the pattern name input text field 029, and “fclose (”, which is an implementation instruction constituting the processing pattern, is input to the subsequent processing syntax input text field 02 A. $ fp); "is entered. Since the label mentioned above is used here, it indicates that the variable used as the argument of the fclose function must have the same name as the variable that stores the return value in the fopen function in the first processing pattern. .

  FIG. 15 is an explanatory diagram illustrating a configuration of the processing pattern DB 220 according to the third embodiment. FIG. 16 is an explanatory diagram illustrating a configuration of the mounting standard DB 210 according to the third embodiment.

  When all the above inputs are completed and the pattern processing input decision button 02B is pressed, the verification standard information converting means 11 stores the input data in the processing pattern DB 220 as shown in FIG. Are associated with the processing pattern (step S12).

  That is, the demonstration standard information processing unit 11 stores “5” as the number of processing patterns in the processing pattern number T213 of the mounting standard DB 210 as shown in FIG. Further, the verification standard information converting means 11 includes, in the processing pattern list T214, “1”, “2”, “3”, “4”, “5” which are the processing pattern IDTs 221 of the processing patterns stored in the processing pattern DB 220. "In a list.

  FIG. 17 is an explanatory diagram showing the structure (syntax tree) of the structural unit whose processing pattern IDT 221 in FIG. 15 is “1”. Referring to FIG. 17, the syntax tree includes assignment (=), variable ($ fp), function (fopen), variable ($ fname), and character string (“r”) that are structural units.

  FIG. 18 is an explanatory diagram showing the configuration of the structural unit list T224 in the processing pattern DB 220 of FIG. 15 that stores information of the syntax tree of FIG. Referring to FIG. 18, the structure IDU 2241 of the structural unit list T224 includes “1”, “2”, “3”, “4”, and “5”.

  The structure type U2242 includes substitution (=), variable ($ fp), function (fopen), variable ($ fname), and character string (“r”). The inclusion structure number U2243 includes “2”, “0”, “2”, “0”, and “0”. The inclusion structure list U2244 includes “2, 3” and “4, 5”.

  The program structure analysis unit 120 analyzes the syntax of the source program 710 input by the engineer to generate syntax information, and stores it in the program structure information DB 230 (step S13).

  FIG. 19 is an explanatory diagram showing a syntax tree generated by analyzing the source program 710 (src.c) of FIG. 11 by the program structure analysis unit 120. FIG. 20 is an explanatory diagram illustrating a configuration of the program structure information DB 230 according to the third embodiment. Information of the syntax tree generated by the program structure analysis unit 120 is stored in the program structure information DB 230 with the configuration shown in FIG.

  Next, the processing pattern retrieval unit 130 retrieves whether or not the syntax information stored in the program structure information DB 230 includes an arrangement of structural units constituting the processing pattern stored in the processing pattern DB 220. (Step S14). Then, the processing pattern search unit 130 stores the search result in the processing pattern search result DB 240 (step S14).

  That is, the processing pattern search unit 130 searches for all the structure information of the source program 710 stored in the program structure information DB 230 shown in FIG. The processing pattern search unit 130 sets the arrangement of the structural units stored in the structural unit list T224 especially for all the processing pattern information in which the processing pattern IDT 221 in the processing pattern DB 220 (FIG. 15) is “1” to “5”. Search for inclusion.

  For example, for the processing pattern IDT 221 of “1”, the structure is stored in the structural unit list T224 as shown in FIG. The pattern of “assignment, variable, function (fopen), variable, character string (“ r ”)” that is the structure is a pattern of “10” to “14” of the structure IDT 231 in the program structure information DB 230 (FIG. 20). Matches.

  FIG. 21 is an explanatory diagram illustrating a configuration of the processing pattern search result DB 240 including the search results according to the third embodiment. Referring to FIG. 21, the processing pattern search result DB 240 includes a search result IDT 241, a search processing pattern ID T242, a file name T243, a start line number T244, and an end line application number T245 as search results.

  In this case, the processing pattern search unit 130 determines that the pattern having the value “1” of the processing pattern IDT 221 in the processing pattern DB 220 is included in the program structure information DB 230, and stores the search result in the processing pattern search result DB 240. Store.

  Specifically, the processing pattern search unit 130 assigns “1” as the search result ID for uniquely identifying the detected result, and stores it in the search result IDT 241. Then, the processing pattern search unit 130 stores “1” (ID of the detected processing pattern) of the processing pattern IDT 221 that identifies the processing pattern stored in the processing pattern DB 220 in the detection processing pattern IDT 242.

  Further, the processing pattern search unit 130 stores the file name “src.c” of the source program 710 including the search result in the file name T243. Further, the processing pattern search unit 130 stores the first line number “8” in which the detection result appears in the source program 710 in the start line number T244, and the last line number “8” in which the detection result appears in the source program 710. Is stored in the end line number T245.

  In this way, the processing pattern search unit 130 searches all processing patterns stored in the processing pattern DB 220, and stores the search results in the processing pattern search result DB 240 as shown in FIG.

  Next, the mounting standard diagnosis unit 140 diagnoses the application state of the mounting standard stored in the mounting standard DB 210 from the search result stored in the processing pattern search result DB 240, and outputs it to the result output unit 600 (step S15). ).

  The mounting standard diagnosis unit 140 uses the processing patterns (here, “1” to “5”) stored in the processing pattern list T214 for the value “1” of the mounting standard IDT 211 in the mounting standard DB 210 illustrated in FIG. ) All are searched in the processing pattern search result DB 240 to determine whether they have been detected.

  In this case, the detection pattern IDT242 of the processing pattern search result DB 240 includes “1” to “5” in order. Therefore, it can be seen that all the processing pattern IDs in the processing pattern list T214 of the mounting standard DB 210 are detected in that order.

  From the above, the implementation standard diagnosis unit 140 correctly implements the implementation standard defined by the value “1” of the implementation standard IDT 211 stored in the implementation standard DB 210 in the source program 710 100%. Is determined. This 100 [%] is the mounting rate of the mounting standard.

  FIG. 22 is an explanatory diagram showing the configuration of the diagnostic result display user interface 030. The mounting standard diagnosis unit 140 displays the diagnosis result using the diagnosis result display user interface 030 shown in FIG.

  The mounting standard diagnosis unit 140 displays the source code of the source program 710 on the source display area 031 and displays the detected mounting standard range, the mounting standard name (ID), and the mounting standard mounting rate. In addition, the mounting standard diagnosis unit 140 displays the detected processing pattern range overlapping the source code.

  The mounting standard diagnosis unit 140 extracts the source code from the source program 710 of the auxiliary storage device 700, and extracts the processing pattern name T222 from the processing pattern DB 220.

  Next, the effect of the third embodiment will be described.

  The third embodiment is an example of the second embodiment. Therefore, the third embodiment has the same effect as the second embodiment.

  For example, specifically, the third embodiment has an effect when a customer's existing system is investigated even by an engineer who has little knowledge about program implementation when maintaining the source code of the program.

  In other words, it is possible for engineers to easily determine whether a program is implemented according to a certain standard such as an implementation standard, or whether it is implemented in a disorderly manner and requires unscheduled modification or refactoring during maintenance. Because it becomes.

  As described above, according to the present invention, when an existing system is modified or a function is added, the source code of the existing system is understood by an engineer who has little knowledge about program implementation and ported to a new system program. It can be used for purposes such as

  The present invention can also be applied to applications in which an engineer with little knowledge about program implementation acquires the technology related to a specific program implementation from existing source code.

  A part or all of the above-described embodiment can be described as in the following supplementary notes, but is not limited thereto.

[Appendix 1]
Receiving information related to program implementation, generating implementation standard information, generating process pattern information from process patterns constituting the implementation standard, receiving a source program, analyzing lexical and syntax, and generating program structure information; A processing unit that searches for a program syntax string that matches the processing pattern information from the structure information, and generates processing pattern search result information;
An information storage unit for storing the mounting standard information, the processing pattern information, the program structure information, and the processing pattern search result information;
A diagnostic system comprising:

[Appendix 2]
The diagnostic system according to appendix 1, wherein the processing unit determines a degree to which the source program conforms to the mounting standard information from the processing pattern search result information, and generates and outputs a diagnostic result.

[Appendix 3]
The processing unit includes the mounting standard information and a mounting standard information generating unit that generates the processing pattern information, a program structure analyzing unit that generates the program structure information, and a processing pattern that generates the processing pattern search result information. A search unit, an implementation standard diagnostic unit for generating the diagnostic result,
The diagnostic system according to appendix 2, characterized by comprising:

[Appendix 4]
The processing pattern information includes a processing pattern ID which is identification information for uniquely identifying,
The diagnostic system according to appendix 3, wherein the mounting standard information includes a mounting standard ID that is identification information for uniquely identifying and the corresponding processing pattern ID in the processing pattern information.

[Appendix 5]
The processing pattern information includes a structural unit list,
The diagnostic system according to appendix 4, wherein the structural unit list includes an inclusion structural unit list.

[Appendix 6]
The mounting standard diagnosis unit outputs the file name of the source program, the mounting standard ID, the mounting rate of the mounting standard, the name of the processing pattern, or the contents of the source program. Or 5 diagnostic systems.

[Appendix 7]
Receiving information related to program implementation, generating implementation standard information, generating process pattern information from process patterns constituting the implementation standard, receiving a source program, analyzing lexical and syntax, and generating program structure information; A diagnostic method for searching for a program syntax string that matches the processing pattern information from structure information and generating processing pattern search result information.

[Appendix 8]
The diagnostic method according to appendix 7, wherein a degree of compliance of the source program according to the mounting standard information is determined from the processing pattern search result information, and a diagnostic result is generated and output.

[Appendix 9]
The mounting standard information, the mounting standard information processing for generating the processing pattern information, the program structure analysis processing for generating the program structure information, the processing pattern search processing for generating the processing pattern search result information, Implementation standard diagnostic processing to generate diagnostic results,
The diagnostic method according to appendix 8, characterized by comprising:

[Appendix 10]
The processing pattern information includes a processing pattern ID which is identification information for uniquely identifying,
The diagnostic method according to appendix 9, wherein the mounting standard information includes a mounting standard ID that is identification information for uniquely identifying and the corresponding processing pattern ID in the processing pattern information.

[Appendix 11]
The processing pattern information includes a structural unit list,
The diagnostic method according to appendix 10, wherein the structural unit list includes an inclusion structural unit list.

[Appendix 12]
The mounting standard diagnosis process outputs the file name of the source program, the mounting standard ID, the mounting rate of the mounting standard, the name of the processing pattern, or the contents of the source program, Or 11 diagnostic methods.

[Appendix 13]
Receives information related to the implementation, generates implementation standard information, generates process pattern information from the process patterns constituting the implementation standard, receives a source program, analyzes lexical and syntax, generates program structure information, and program structure information A program syntax string that matches the processing pattern information, and causes the computer to execute processing for generating processing pattern search result information.

[Appendix 14]
The program according to appendix 13, wherein the computer is caused to execute a process of determining a degree to which the source program complies with the mounting standard information from the process pattern search result information, and generating and outputting a diagnosis result.

[Appendix 15]
The mounting standard information, the mounting standard information processing for generating the processing pattern information, the program structure analysis processing for generating the program structure information, the processing pattern search processing for generating the processing pattern search result information, Implementation standard diagnostic processing to generate diagnostic results,
The program according to appendix 14, characterized by including:

[Appendix 16]
The processing pattern information includes a processing pattern ID which is identification information for uniquely identifying,
The program according to appendix 15, wherein the mounting standard information includes a mounting standard ID that is identification information for uniquely identifying and the corresponding processing pattern ID in the processing pattern information.

[Appendix 17]
The processing pattern information includes a structural unit list,
The program according to appendix 16, wherein the structural unit list includes an inclusion structural unit list.

[Appendix 18]
The mounting standard diagnosis process causes the computer to execute a process of outputting the file name of the source program, the mounting standard ID, the mounting rate of the mounting standard, the name of the processing pattern, or the contents of the source program. Supplementary note 15, 16, or 17 program.

DESCRIPTION OF SYMBOLS 100 Processing part 110 Mounting standard information-izing part 120 Program structure analysis part 130 Processing pattern search part 140 Mounting standard diagnostic part 200 Information storage part 210 Mounting standard DB
220 Processing pattern DB
230 Program structure information DB
240 processing pattern search result DB
600 Result output unit 700 Auxiliary storage device 710 Source program 800 Diagnostic system 900 Computer T211 Implementation standard ID
T212 Implementation standard name T213 Number of processing patterns T214 Processing pattern list T221 Processing pattern ID
T222 Processing pattern name T223 Number of structural units T224 Structural unit list U2241 Structure ID
U2242 structure type U2243 number of included structures U2244 included structure list T231 structure ID
T232 Structure type T233 File name T234 Start line number T235 End line number T236 Number of inclusion structures T237 Inclusion structure list T241 Search result ID
T242 Detection processing pattern ID
T243 File name T244 Start line number T245 End line number 010 Implementation standard user interface 011 Implementation standard name input text field 012 Implementation standard creation button 020 Processing pattern input user interface 021 Pattern name input text field 022 Processing syntax input text field 023 Pattern name input text field 024 Processing syntax input text field 025 Pattern name input text field 026 Processing syntax input text field 027 Pattern name input text field 028 Processing syntax input text field 029 Pattern name input text field 02A Processing syntax input text field 02B Pattern Process input decision button 030 User interface for displaying diagnosis results 031 Source display area

Claims (10)

Receiving information related to program implementation, generating implementation standard information, generating process pattern information from process patterns constituting the implementation standard, receiving a source program, analyzing lexical and syntax, and generating program structure information; A processing unit that searches for a program syntax string that matches the processing pattern information from the structure information, and generates processing pattern search result information;
An information storage unit for storing the mounting standard information, the processing pattern information, the program structure information, and the processing pattern search result information;
A diagnostic system comprising:   The diagnosis system according to claim 1, wherein the processing unit determines a degree to which the source program conforms to the mounting standard information from the processing pattern search result information, and generates and outputs a diagnosis result. The processing unit includes the mounting standard information and a mounting standard information generating unit that generates the processing pattern information, a program structure analyzing unit that generates the program structure information, and a processing pattern that generates the processing pattern search result information. A search unit, an implementation standard diagnostic unit for generating the diagnostic result,
The diagnostic system according to claim 2, comprising: The processing pattern information includes a processing pattern ID which is identification information for uniquely identifying,
4. The diagnosis system according to claim 3, wherein the mounting standard information includes a mounting standard ID that is identification information for uniquely identifying and the corresponding processing pattern ID in the processing pattern information. The processing pattern information includes a structural unit list,
5. The diagnosis system according to claim 4, wherein the structural unit list includes an inclusion structural unit list.   5. The mounting standard diagnostic unit outputs a file name of the source program, the mounting standard ID, a mounting standard mounting rate, a processing pattern name, or the contents of the source program. Or 5 diagnostic systems.   Receiving information related to program implementation, generating implementation standard information, generating process pattern information from process patterns constituting the implementation standard, receiving a source program, analyzing lexical and syntax, and generating program structure information; A diagnostic method for searching for a program syntax string that matches the processing pattern information from structure information and generating processing pattern search result information.   8. The diagnosis method according to claim 7, wherein a diagnosis result is generated and output from the processing pattern search result information by determining a degree to which the source program complies with the mounting standard information.   Receives information related to the implementation, generates implementation standard information, generates process pattern information from the process patterns constituting the implementation standard, receives a source program, analyzes lexical and syntax, generates program structure information, and program structure information A program syntax string that matches the processing pattern information, and causes the computer to execute processing for generating processing pattern search result information.   10. The program according to claim 9, further comprising: causing a computer to execute a process of determining a degree to which the source program complies with the mounting standard information from the processing pattern search result information, and generating and outputting a diagnosis result.