JP2012230512A - System for displaying correspondence table between change frequency in each function in source code and complexity - Google Patents
System for displaying correspondence table between change frequency in each function in source code and complexity Download PDFInfo
- Publication number
- JP2012230512A JP2012230512A JP2011097774A JP2011097774A JP2012230512A JP 2012230512 A JP2012230512 A JP 2012230512A JP 2011097774 A JP2011097774 A JP 2011097774A JP 2011097774 A JP2011097774 A JP 2011097774A JP 2012230512 A JP2012230512 A JP 2012230512A
- Authority
- JP
- Japan
- Prior art keywords
- row
- function
- column
- stored
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Stored Programmes (AREA)
Abstract
Description
本発明は、Ｃ言語のソースコードにおける関数ごとの複雑度と変更情報を表示するシステムに関するものである。 The present invention relates to a system for displaying complexity and change information for each function in C language source code.
ソースコード構成管理システムは、ソースコードをファイルごとに管理し、ファイルごとの変更履歴を確認することができる。例えば、１ソースファイルについて２つのリビジョン間における変更・削除・追加された行を取得できる。過去に変更回数が多いソースファイルは、今後も変更が多い可能性が高い。 The source code configuration management system can manage the source code for each file and check the change history for each file. For example, a changed / deleted / added line between two revisions can be acquired for one source file. Source files that have been modified frequently in the past are likely to be modified in the future.
関数の複雑度は、ソースコード内の各関数についてのプログラム構造の複雑度である。複雑度が高いソースコードは、そのソースコードを継続管理していく上で変更が発生した場合に、作業時間がかかる可能性が高い。 The function complexity is the complexity of the program structure for each function in the source code. A source code with a high degree of complexity is likely to take work time if a change occurs in the continuous management of the source code.
複雑度は改善すべき関数を決定する指針の１つであり、プログラム開発者は、複雑度が高い関数に対してプログラム構造を見直すが、変更を行う可能性が高いソースコード部分を優先して見直していく必要がある。 Complexity is one of the guidelines for determining the functions to be improved, and the program developer reviews the program structure for functions with high complexity, but gives priority to the source code part that is likely to be changed. It is necessary to review.
特開２００８−０２１２４４２号公報（特許文献１）に開示された、ソースコード修正優先度付けシステムおよびその優先度付け方法では、ソースコード修正の優先度付けがされるが、ソースコード構成管理システムに独自の構成管理データベースを持つ方式のため、既に使用されているソースコード構成管理システムで管理しているソースコードに対して適用できないという問題がある。 In the source code modification prioritization system and the prioritization method disclosed in Japanese Patent Laid-Open No. 2008-0212442 (Patent Document 1), prioritization of source code modification is performed. Since the system has its own configuration management database, there is a problem that it cannot be applied to source code managed by a source code configuration management system that has already been used.
既に使用されているソースコード構成管理システムで管理しているソースコードでは、ソースコード構成管理システムから取得できる変更履歴はソースファイル単位のため、ソースファイル内のどの関数が変更されたのかを確認する手段がない。 In the source code managed by the source code configuration management system that is already used, the change history that can be obtained from the source code configuration management system is the source file unit, so check which function in the source file has been changed. There is no means.
本発明が解決する課題は、既存のソースコード構成管理システムのソースファイルの変更履歴情報と、関数ごとの情報である静的解析情報の複雑度とから、関数ごとの変更情報と複雑度を結合して表示することにより、プログラム開発者が見直すべきソースコードを把握することができることである。 The problem to be solved by the present invention is to combine the change information and complexity for each function from the change history information of the source file of the existing source code configuration management system and the complexity of the static analysis information that is information for each function. This means that the program developer can grasp the source code that should be reviewed.
本発明のシステムは、ソースコード構成管理システムを持つ。ソースコード構成管理システムに作成・変更したソースファイルを登録すると、登録時にリビジョンが付加される。ソースコード構成管理システムは、各リビジョンのソースファイルを出力することができる。また、１ソースファイルの２つのリビジョン間の差分情報を出力することができる。差分情報には、リビジョン間で変更・削除・追加された行の内容および行番号を含む。 The system of the present invention has a source code configuration management system. When a created / changed source file is registered in the source code configuration management system, a revision is added at the time of registration. The source code configuration management system can output a source file of each revision. Also, difference information between two revisions of one source file can be output. The difference information includes the contents and line numbers of the lines changed / deleted / added between revisions.
各リビジョンのソースファイルをソースコード構成管理システムから取得し、ソースファイル内を関数に分割する。次にそのリビジョンの差分情報の変更・削除・追加された行の内容および行番号の情報をソースコード構成管理システムから取得し、どの関数が変更されたかを把握する。 The source file of each revision is acquired from the source code configuration management system, and the source file is divided into functions. Next, information on the contents and line numbers of changed / deleted / added difference information of the revision is acquired from the source code configuration management system, and it is understood which function has been changed.
関数ごとの変更情報を作成することにより、関数ごとの静的解析情報の複雑度と結合して表示することが出来る。 By creating change information for each function, it can be displayed in combination with the complexity of static analysis information for each function.
本発明のシステムにより、関数ごとの変更情報と複雑度を結合して表示することで、プログラム開発者は見直すべきソースコードを把握することができる。 By combining and displaying change information and complexity for each function by the system of the present invention, the program developer can grasp the source code to be reviewed.
以下、実施例を図面を用いて説明する。 Hereinafter, examples will be described with reference to the drawings.
図１は本発明を実施するシステムの構成図である。本システムは、関数の変更回数と複雑度対応付け機能（１０１）、関数の変更回数測定機能（１０２）、複雑度測定機能（１０３）、ソースコード構成管理システム（１０４）を持つサーバ装置（１０５）と、入力装置（１０６）、出力装置（１０７）から構成される。ソースコード構成管理システムは構成管理情報の格納された構成情報管理ＤＢ（１０８）を持ち、検出機能からの問い合わせに対して構成管理情報を返す。例えば、ソースコード構成管理システムとしてはＳｕｂｖｅｒｉｏｎというＯＳＳ（Ｏｐｅｎ Ｓｏｕｒｃｅ Ｓｏｆｔｗａｒｅ）がある。本システムが持つソースコード構成管理システムはソースファイル名と２つのリビジョン番号を指定することにより、リビジョン間の差分情報を出力する機能を持つ。 FIG. 1 is a block diagram of a system for implementing the present invention. This system includes a server device (105) having a function change count and complexity association function (101), a function change count measurement function (102), a complexity measurement function (103), and a source code configuration management system (104). ), An input device (106), and an output device (107). The source code configuration management system has a configuration information management DB (108) in which configuration management information is stored, and returns configuration management information in response to an inquiry from the detection function. For example, as a source code configuration management system, there is an OSS (Open Source Software) called Subversion. The source code configuration management system of this system has a function of outputting difference information between revisions by designating a source file name and two revision numbers.
図２は差分情報の一例を示した図である。差分情報（２０１）は、ユニファイド形式である。ユニファイド形式の差分情報の構造は、先頭にファイル名を示す行、その後にファイルについて２つのリビジョン間で何行目に変更があるかを示す行番号の行が続き、さらにその後に削除行を示す行、挿入行を示す行、非変更行を示す行が続く。ファイル名を示す行は、３つの−記号で始まる行と、３つの＋記号で始まる行である。変更のあった行番号を示す行は２つの＠記号で始まり２つの＠記号で終わる行である。削除行を示す行は−記号で始まる行である。挿入行を示す行は＋記号で始まる行である。非変更行を示す行は半角スペース記号で始まる行である。行番号の行の−記号から始まる「−５，１０」の部分が変更前のソースコードについて表示されている差分情報の表示開始行と表示範囲行を示し、＋記号から始まる「＋５，１０」が変更後のソースコードについて表示されている差分情報の表示開始行と表示範囲行を示す。 FIG. 2 is a diagram showing an example of difference information. The difference information (201) is in a unified format. The structure of unified difference information consists of a line that shows the file name at the beginning, followed by a line with the line number indicating the number of changes between the two revisions of the file, and then a deleted line. Followed by a line indicating an inserted line, a line indicating an unchanged line. Lines indicating file names are lines starting with three − symbols and lines starting with three + symbols. The line indicating the changed line number is a line that starts with two @ symbols and ends with two @ symbols. A line indicating a deleted line is a line starting with a-symbol. A line indicating an insertion line is a line starting with a + sign. A line indicating an unchanged line is a line starting with a space symbol. “−5, 10” part starting from the − symbol of the line of the line number indicates the display start line and display range line of the difference information displayed for the source code before the change, and “+5, 10” starting from the + sign. Indicates the display start line and display range line of the difference information displayed for the source code after the change.
図３は２つのリビジョン間で変更のあったファイルのファイル名をソースコード構成管理システムから取得して格納するテーブル１を示した図である。テーブル１はファイル名列（３０１）を持ち、ファイル名列の各行にはファイル名が１つずつ格納される。 FIG. 3 is a diagram showing a table 1 for acquiring and storing file names of files that have changed between two revisions from the source code configuration management system. Table 1 has a file name column (301), and one file name is stored in each row of the file name column.
図４はテーブル１に格納されたファイル名のファイルについて、その差分情報をソースコード構成管理システムから取得して格納するテーブル２を示した図である。テーブル２は差分情報列（４０１）を持ち、差分情報列の各行には差分情報が１行ずつ格納される。 FIG. 4 is a diagram showing a table 2 in which the difference information is acquired from the source code configuration management system and stored for the file having the file name stored in the table 1. The table 2 has a difference information string (401), and one line of difference information is stored in each line of the difference information string.
図５はテーブル２に格納された差分情報をもとに、変更前後のリビジョンの変更開始行と変更終了行を格納するテーブル３を示した図である。テーブル３はリビジョン列（５０１）、変更開始行番号列（５０２）、変更終了行番号列（５０３）を持つ。リビジョン列の各行には、変更範囲が変更前後のリビジョンのどちらであるかを識別するためにリビジョン番号が格納される。変更開始行番号列の各行には、変更範囲の開始行番号が格納される。変更終了行番号列の各行には、変更範囲の終了行番号が格納される。 FIG. 5 is a diagram showing the table 3 that stores the change start line and the change end line of revisions before and after the change based on the difference information stored in the table 2. Table 3 has a revision column (501), a change start row number column (502), and a change end row number column (503). Each row of the revision column stores a revision number for identifying whether the change range is the revision before or after the change. Each row of the change start row number column stores the start row number of the change range. Each line of the change end line number column stores the end line number of the change range.
図６はテーブル１に格納されたファイル名のファイルについて、字句解析して得られたトークンを格納するテーブル４を示した図である。字句解析は、ソースコードを構成する文字の並びを、意味を持つ最小単位ごとに分割する。意味を持つ最小単位をトークンという。Ｃ言語のトークンは、ＩＳＯ／ＩＥＣ ９８９９で定められている。テーブル４はＩＤ列（６０１）、値列（６０２）、種別列（６０３）、行番号列（６０４）を持つ。ＩＤ列の各行には、トークンを識別するためにトークンの出現する順に数値が１ずつ加算して格納される。値列の各行にはトークンが格納される。種別列の各行にはトークンの種別が格納される。行番号列の各行にはトークンの出現する行の行番号が格納される。トークンの種別は「ｉｄｅｎｔｉｆｉｅｒ」を「識別子」、「（」記号を「開き丸括弧」、「）」記号を「閉じ丸括弧」、「｛」記号を「開き波括弧」、「｝」記号を「閉じ波括弧」、「；」記号を「セミコロン」、「，」記号を「コンマ」、その他のトークンを「その他」とする。 FIG. 6 is a diagram showing a table 4 for storing tokens obtained by lexical analysis of files having file names stored in the table 1. Lexical analysis divides the sequence of characters that make up the source code into the smallest meaningful units. The smallest unit that has meaning is called a token. The C language token is defined by ISO / IEC 9899. The table 4 has an ID column (601), a value column (602), a type column (603), and a row number column (604). In each row of the ID column, a numerical value is added and stored in order of appearance of tokens to identify the tokens. A token is stored in each row of the value column. Each row of the type column stores a token type. Each line of the line number column stores the line number of the line in which the token appears. The token type is “identifier” as “identifier”, “(” symbol as “open parenthesis”, “)” symbol as “closed parenthesis”, “{” symbol as “open curly bracket”, “}” symbol as “Closed brace”, “;” symbol is “semicolon”, “,” symbol is “comma”, and other tokens are “other”.
図７はテーブル４に格納されたトークン情報をもとに、関数定義の開始行と終了行を格納するテーブル５を示した図である。テーブル５はＩＤ列（７０１）、関数名列（７０２）、開始行番号列（７０３）、終了行番号列（７０４）を持つ。ＩＤ列の各行には、関数名を表すトークンのＩＤが格納される。関数名列の各行には、関数名を表すトークンの値が格納される。開始行番号列の各行には、関数名を表すトークンの出現する行の行番号が格納される。終了行番号列には、関数の終了を表すトークンの出現する行の行番号が格納される。 FIG. 7 is a diagram showing the table 5 that stores the start line and the end line of the function definition based on the token information stored in the table 4. Table 5 has an ID column (701), a function name column (702), a start row number column (703), and an end row number column (704). Each row of the ID column stores a token ID representing a function name. Each row of the function name column stores a token value representing the function name. Each line of the start line number column stores the line number of the line in which the token representing the function name appears. The end line number column stores the line number of the line in which the token indicating the end of the function appears.
図８はテーブル３に格納された変更開始行番号（５０２）と変更終了行番号（５０３）と、テーブル５に格納された関数定義範囲の情報をもとに、変更のあった関数の関数名を格納するテーブル６を示した図である。テーブル６はファイル名列（８０１）、関数名列（８０２）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。 FIG. 8 shows the function name of the function that has been changed based on the change start line number (502) and change end line number (503) stored in Table 3 and the function definition range information stored in Table 5. It is the figure which showed the table 6 which stores. The table 6 has a file name string (801) and a function name string (802). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column.
図９はテーブル６に格納されたファイル名と関数名をもとに、関数の変更回数を格納するテーブル７を示した図である。テーブル７はファイル名列（９０１）、関数名列（９０２）、変更回数列（９０３）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。変更回数列の各行には、関数の変更回数が格納される。 FIG. 9 is a diagram showing a table 7 for storing the number of function changes based on the file name and function name stored in the table 6. The table 7 has a file name column (901), a function name column (902), and a change count column (903). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. Each row of the change count column stores the number of function changes.
図１０は複雑度測定機能により得られた関数の複雑度を格納するテーブル８を示した図である。テーブル８はファイル名列（１００１）、関数名列（１００２）、複雑度列（１００３）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。複雑度列の各行には、関数の複雑度が格納される。 FIG. 10 is a diagram showing a table 8 for storing the complexity of the function obtained by the complexity measurement function. The table 8 has a file name column (1001), a function name column (1002), and a complexity column (1003). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. Each row of the complexity column stores the complexity of the function.
図１１はテーブル７に格納された変更回数とテーブル８に格納された複雑度を結合して格納するテーブル９を示した図である。テーブル９はファイル名列（１１０１）、関数名列（１１０２）、変更回数列（１１０３）、複雑度列（１１０４）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。変更回数列の各行には、関数の変更回数が格納される。複雑度列の各行には、関数の複雑度が格納される。 FIG. 11 is a diagram showing a table 9 that stores the number of changes stored in the table 7 and the complexity stored in the table 8 in combination. The table 9 has a file name column (1101), a function name column (1102), a change count column (1103), and a complexity column (1104). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. Each row of the change count column stores the number of function changes. Each row of the complexity column stores the complexity of the function.
図１２は関数の変更回数と複雑度の一覧を表示するまでの一実施例を示した処理フロー図である。まず、構成情報管理ＤＢから最新のリビジョン番号を取得し、変数ｒｅｖ１に格納する（１２０１）。ｒｅｖ１の値が２以上であるか、１以下であるかを確認する（１２０２）。ｒｅｖ１の値が２以上の場合（１２０３）、ｒｅｖ１から１引いた値を変数ｒｅｖ２に格納する（１２０４）。ｒｅｖ２とｒｅｖ１の間で変更された全ファイルのファイル名を構成情報管理ＤＢから取得し、テーブル１に格納する（１２０５）。テーブル１の先頭の行に移動する（１２０６）。行が存在するか確認する（１２０７）。行が存在する場合（１２０８）、ファイル名列の値を変数ｆｉｌｅに格納する（１２０９）。構成情報管理ＤＢからファイル名がｆｉｌｅであるファイルについて、ｒｅｖ２とｒｅｖ１の間の差分情報を取得する（１２１０）。取得した差分情報を行単位に分割し、テーブル２に格納する（１２１１）。その後に図１３のコネクタＡへ処理を進める（１２１２）。テーブル１の先頭の行に移動したときに行が存在するか確認し、行が存在しない場合（１２１３）、ｒｅｖ２の値をｒｅｖ１に格納し（１２１４）、ｒｅｖ１の値を確認し、値が１以下の場合（１２１５）、図２２のコネクタＰに処理を進める（１２１６）。 FIG. 12 is a process flow diagram showing one embodiment until a list of function changes and complexity is displayed. First, the latest revision number is acquired from the configuration information management DB and stored in the variable rev1 (1201). It is confirmed whether the value of rev1 is 2 or more or 1 or less (1202). When the value of rev1 is 2 or more (1203), a value obtained by subtracting 1 from rev1 is stored in the variable rev2 (1204). The file names of all files changed between rev2 and rev1 are acquired from the configuration information management DB and stored in the table 1 (1205). Move to the first row of table 1 (1206). It is confirmed whether a line exists (1207). If there is a row (1208), the value of the file name column is stored in the variable file (1209). The difference information between rev2 and rev1 is acquired for the file whose file name is file from the configuration information management DB (1210). The obtained difference information is divided into line units and stored in the table 2 (1211). Thereafter, the process proceeds to connector A in FIG. 13 (1212). When moving to the first row of the table 1, it is confirmed whether a row exists. If no row exists (1213), the value of rev2 is stored in rev1 (1214), the value of rev1 is confirmed, and the value is 1 In the following case (1215), the process proceeds to the connector P in FIG. 22 (1216).
図１３はテーブル２に格納した差分情報から変更前後のリビジョンについて変更範囲を解析する処理を示した処理フロー図である。処理はコネクタＡから開始される（１３０１）。テーブル２の先頭の行に移動する（１３０２）。行の先頭の文字が＠記号かその他かを確認する（１３０３）。その他の場合（１３０４）、テーブル２の１つ後の行に移動する（１３０５）。行が存在するか確認し、存在する場合（１３０６）、行の先頭の文字が＠記号かその他かを確認する。＠記号の場合（１３０７）、この行の、＋記号の直後に出現する数値を変数ｓｔａｒｔ１に格納し（１３０８）、−記号の直後に出現する数値を変数ｓｔａｒｔ２に格納する（１３０９）。変数ｃｎｔ１に０を、変数ｃｎｔ２に０を格納する（１３１０）。変数ｒｎｇ１に−１を、変数ｒｎｇ２に−１を格納する（１３１１）。テーブル２の１つ後の行に移動する（１３１２）。行が存在するか確認し、行が存在する場合（１３１３）、行の先頭の文字が＠記号かその他かを確認する（１３１４）。＠記号の場合（１３１５）、処理１３０８に進む。その他の場合（１３１６）、行の先頭の文字が＋記号か−記号かその他かを確認する（１３１７）。＋記号の場合（１３１８）、ｒｎｇ１の値に１加算する（１３１９）。−記号の場合（１３２０）、ｒｎｇ２の値に１加算する（１３２１）。その後、コネクタＢ（１３２２）を経由して（１３２３）、テーブル２の１つ後ろの行の処理に進む。その他の場合（１３２４）、図１４のコネクタＣに処理を進める（１３２５）。図１４の処理からの復帰を示すコネクタＤ（１３２６）からは、ｃｎｔ１にｒｎｇ１に２を加算した値を、ｃｎｔ２にｒｎｇ２に２を加算した値を格納し（１３２７）、処理１３１１に進む。テーブル２の１つ後の行に移動して行が存在するか確認し、存在しない場合（１３２８）（１３２９）、図１５のコネクタＥへ処理を進める（１３３０）（１３３１）。 FIG. 13 is a process flow diagram showing a process of analyzing the change range for the revisions before and after the change from the difference information stored in Table 2. The process starts from connector A (1301). Move to the top row of table 2 (1302). It is checked whether the first character of the line is an @ symbol or other (1303). In other cases (1304), the table is moved to the next row in table 2 (1305). It is confirmed whether or not a line exists, and if it exists (1306), it is confirmed whether the first character of the line is an @ symbol or other. In the case of the @ symbol (1307), the numerical value appearing immediately after the + symbol in this line is stored in the variable start1 (1308), and the numerical value appearing immediately after the − symbol is stored in the variable start2 (1309). 0 is stored in the variable cnt1, and 0 is stored in the variable cnt2 (1310). −1 is stored in the variable rng1 and −1 is stored in the variable rng2 (1311). Move to the next row in table 2 (1312). It is confirmed whether a line exists. If a line exists (1313), it is confirmed whether the first character of the line is an @ symbol or others (1314). In the case of the @ symbol (1315), the process proceeds to processing 1308. In other cases (1316), it is confirmed whether the first character of the line is a + symbol or a-symbol (1317). In the case of the + symbol (1318), 1 is added to the value of rng1 (1319). In the case of a symbol (1320), 1 is added to the value of rng2 (1321). Thereafter, the processing proceeds to the processing of the next row in the table 2 via the connector B (1322) (1323). In other cases (1324), the process proceeds to connector C in FIG. 14 (1325). From the connector D (1326) indicating the return from the processing of FIG. 14, the value obtained by adding 2 to rng1 is stored in cnt1, the value obtained by adding 2 to rng2 is stored in cnt2 (1327), and the processing proceeds to processing 1311. It moves to the next row of the table 2 to check whether or not the row exists, and if it does not exist (1328) (1329), the processing proceeds to the connector E in FIG. 15 (1330) (1331).
図１４は図１３で解析した変更範囲の情報をテーブル３に格納する処理を示した処理フロー図である。処理はコネクタＣ（１４０１）から開始される。ｒｎｇ１の値が−１か確認する（１４０２）。−１以外の場合（１４０３）、変数ｓｌ１にｓｔａｒｔ１とｃｎｔ１の和を格納し（１４０４）、変数ｅｌ１にｓｌ１とｒｎｇ１の和を格納する（１４０５）。テーブル３に行を追加し、追加した行のリビジョン列にｒｅｖ１の値、開始行番号列にｓｌ１の値、終了行番号列にｅｌ１の値を格納する（１４０６）。ｒｎｇ１の値が−１か確認し、−１の場合（１４０７）、ｒｎｇ２の値が−１か確認する（１４０８）。−１以外の場合（１４０９）、変数ｓｌ２にｓｔａｒｔ２とｃｎｔ２の和を格納し（１４１０）、変数ｅｌ２にｓｌ２とｒｎｇ２の和を格納する（１４１１）。テーブル３に行を追加し、追加行のリビジョン列にｒｅｖ２の値、開始行番号列にｓｌ２の値、終了行番号列にｅｌ２の値を格納する（１４１２）。格納後、図１３のコネクタＤへ処理を進める（１４１３）。ｒｎｇ２の値が−１か確認し、−１の場合（１４１４）、図１３のコネクタＤへ処理を進める（１４１５）。 FIG. 14 is a process flow diagram showing a process for storing the information of the change range analyzed in FIG. Processing starts from connector C (1401). It is confirmed whether the value of rng1 is -1 (1402). If it is not −1 (1403), the sum of start1 and cnt1 is stored in the variable sl1 (1404), and the sum of sl1 and rng1 is stored in the variable el1 (1405). A row is added to the table 3, and the value of rev1 is stored in the revision column of the added row, the value of sl1 is stored in the start row number column, and the value of el1 is stored in the end row number column (1406). It is confirmed whether the value of rng1 is -1, and if it is -1 (1407), it is confirmed whether the value of rng2 is -1 (1408). If it is not −1 (1409), the sum of start2 and cnt2 is stored in the variable sl2 (1410), and the sum of sl2 and rng2 is stored in the variable el2 (1411). A row is added to the table 3, and the value of rev2 is stored in the revision column of the added row, the value of sl2 is stored in the start row number column, and the value of el2 is stored in the end row number column (1412). After storing, the process proceeds to connector D in FIG. 13 (1413). It is confirmed whether the value of rng2 is -1. If it is -1 (1414), the process proceeds to connector D in FIG. 13 (1415).
図１５はファイル名がｆｉｌｅのファイルについて、リビジョンがｒｅｖ１のときのソースコードを字句解析してテーブル４に格納する処理を示した処理フロー図である。処理はコネクタＥ（１５０１）から開始される。変数ｒｅｖにｒｅｖ１の値を格納する（１５０２）。構成情報管理ＤＢからファイル名がｆｉｌｅのファイルについて、リビジョンがｒｅｖのときのソースコードを取得する（１５０３）。ソースコードを字句解析してトークンに分割し、出現する順に１ずつ加算したＩＤ、トークン、種別、出現する行の行番号を、テーブル４に格納する（１５０４）。その後、図１６のコネクタＦへ処理を進める（１５０５）。 FIG. 15 is a process flow diagram showing a process of lexically analyzing the source code when the revision is rev1 and storing it in the table 4 for the file whose file name is file. Processing starts from connector E (1501). The value of rev1 is stored in the variable rev (1502). For the file whose file name is file, the source code when the revision is rev is acquired from the configuration information management DB (1503). The source code is lexically analyzed and divided into tokens, and the ID, token, type, and line number of the appearing line are added to the table 4 in the order of appearance (1504). Thereafter, the process proceeds to the connector F in FIG. 16 (1505).
図１６はテーブル４に格納されたトークンから関数の開始行番号を解析する処理を示した処理フロー図である。処理はコネクタＦ（１６０１）から開始される。テーブル４の先頭の行に移動する（１６０２）。行が存在するか確認する（１６０３）。行が存在する場合（１６０４）、種別列の値を確認する（１６０５）。種別列の値が「識別子」以外の場合（１６０６）、テーブル４の１つ後の行に移動する（１６０７）。種別列の値が「識別子」の場合（１６０８）、変数ｉｄにＩＤ列の値を、変数ｖａｌｕｅに値列の値を、変数ｌｉｎｅに行番号列の値を格納する（１６０９）。テーブル４の１つ後の行に移動する（１６１０）。行が存在するか確認する（１６１１）。行が存在する場合（１６１２）、種別列の値を確認する（１６１３）。種別列の値が「開き丸括弧」以外の場合（１６１４）、コネクタＧへ処理を進める（１６１５）。種別列の値が「開き丸括弧」の場合（１６１６）、テーブル４の１つ後の行に移動する（１６１７）。行が存在するか確認する（１６１８）。行が存在する場合（１６１９）、種別列の値を確認する（１６２０）。種別列の値が「閉じ丸括弧」以外の場合（１６２１）、処理１６１７へ処理を進める。種別列の値が「閉じ丸括弧」の場合（１６２２）、テーブル４の１つ後の行に移動する（１６２３）。行が存在するか確認する（１６２４）。行が存在する場合（１６２５）、種別列の値を確認する（１６２６）。種別列の値が「開き波括弧」以外の場合（１６２７）、コネクタＧへ処理を進める（１６２８）。種別列の値が「開き波括弧」の場合（１６２９）、テーブル５に行を追加し、追加した行のＩＤ列にｉｄの値を、関数名列にｖａｌｕｅの値を、開始行番号列にｌｉｎｅの値を格納する（１６３０）。格納後、コネクタＧへ処理を進める（１６２８）。コネクタＧ（１６３１）からは、テーブル４の１つ後の行に移動し、処理を進める。行が存在するか確認したときに、行が存在しない場合（１６３２）（１６３３）（１６３４）（１６３５）、図１７のコネクタＨへ処理を進める（１６３６）（１６３７）（１６３８）（１６３９）。 FIG. 16 is a process flow diagram illustrating a process of analyzing the function start line number from the tokens stored in the table 4. The process starts from the connector F (1601). Move to the top row of table 4 (1602). It is checked whether a line exists (1603). If there is a row (1604), the value of the type column is confirmed (1605). If the value of the type column is other than “identifier” (1606), the process moves to the next row of the table 4 (1607). When the value of the type column is “identifier” (1608), the value of the ID column is stored in the variable id, the value of the value column is stored in the variable value, and the value of the row number column is stored in the variable line (1609). Move to the next row in table 4 (1610). It is confirmed whether or not a line exists (1611). If there is a row (1612), the value of the type column is confirmed (1613). If the value in the type column is other than “open parenthesis” (1614), the process proceeds to connector G (1615). If the value of the type column is “open parenthesis” (1616), the process moves to the next row of the table 4 (1617). A check is made to see if a row exists (1618). If there is a row (1619), the value of the type column is confirmed (1620). If the value of the type column is other than “closed parenthesis” (1621), the process proceeds to process 1617. When the value of the type column is “closed parenthesis” (1622), it moves to the next row of the table 4 (1623). A check is made to see if a row exists (1624). If there is a row (1625), the value of the type column is confirmed (1626). If the value in the type column is other than “open curly brace” (1627), the process proceeds to connector G (1628). When the value of the type column is “open curly brace” (1629), a row is added to the table 5, the id value is added to the ID column of the added row, the value value is set to the function name column, and the start row number column is set. The value of line is stored (1630). After storing, the process proceeds to connector G (1628). From the connector G (1631), it moves to the next row of the table 4 and proceeds with the process. When it is confirmed whether or not a line exists, if there is no line (1632) (1633) (1634) (1635), the processing proceeds to the connector H in FIG. 17 (1636) (1637) (1638) (1639).
図１７はテーブル４に格納されたトークンから関数の終了行番号を解析する処理を示した処理フロー図である。処理はコネクタＨ（１７０１）から開始される。テーブル４の末尾の行に移動する（１７０２）。行が存在するか確認する（１７０３）。行が存在しない場合（１７０４）、図１８のコネクタＪへ処理を進める（１７０５）。行が存在する場合（１７０６）、種別列の値が「閉じ波括弧」か確認する（１７０７）。種別列の値が「閉じ波括弧」以外の場合（１７０８）、テーブル４の１つ前の行に移動し（１７０９）、処理を進める。種別列の値が「閉じ波括弧」の場合（１７１０）、変数ｉｄ１にＩＤ列の値を、変数ｖａｌｕｅに値列の値を、変数ｌｉｎｅに行番号列の値を格納する（１７１１）。テーブル４の１つ後の行を確認する（１７１２）。行が存在する場合（１７１３）、種別列の値が「識別子」か確認する（１７１４）。種別列の値が「識別子」の場合（１７１５）、テーブル４の１つ後の行を確認する（１７１６）。行が存在する場合（１７１７）か、処理１７１４で種別列の値が「識別子」以外の場合（１７１８）、種別列の値が「コンマ」か「セミコロン」か確認する（１７１９）。種別列の値が「コンマ」か「セミコロン」の場合（１７２０）か、処理１７１６で行が存在しない場合（１７２１）、コネクタＩへ処理を進める（１７２２）。コネクタＩ（１７２３）からは、テーブル４の１つ前の行に移動し、処理を進める。種別列の値が「コンマ」でも「セミコロン」でもない場合（１７２４）か、処理１７１２で行が存在しない場合（１７２５）、テーブル５からＩＤ列の値がｉｄ１の次に小さい行を探す（１７２６）。行が存在しない場合（１７２７）、図１８のコネクタＪへ処理を進める（１７２８）。行が存在する場合（１７２９）、この行の終了行番号の列にｌｉｎｅの値を格納する（１７３０）。この行のＩＤ列の値を変数ｉｄ２に格納する（１７３１）。テーブル４のＩＤ列の値がｉｄ２の行へ移動し（１７３２）、処理を進める。 FIG. 17 is a process flow diagram showing a process for analyzing the end line number of the function from the tokens stored in the table 4. The process starts from the connector H (1701). Move to the last line of the table 4 (1702). It is confirmed whether a line exists (1703). If there is no row (1704), the process proceeds to connector J in FIG. 18 (1705). If there is a row (1706), it is checked whether the value of the type column is “closed brace” (1707). When the value of the type column is other than “closed curly brace” (1708), it moves to the previous row of the table 4 (1709) and proceeds with the process. When the value of the type column is “closed brace” (1710), the value of the ID column is stored in the variable id1, the value of the value column is stored in the variable value, and the value of the row number column is stored in the variable line (1711). The next row of the table 4 is confirmed (1712). If there is a row (1713), it is checked whether the value of the type column is “identifier” (1714). When the value of the type column is “identifier” (1715), the next row of the table 4 is confirmed (1716). If there is a row (1717) or if the value of the type column is other than “identifier” in processing 1714 (1718), it is checked whether the value of the type column is “comma” or “semicolon” (1719). When the value of the type column is “comma” or “semi-colon” (1720), or when there is no row in the process 1716 (1721), the process proceeds to the connector I (1722). From the connector I (1723), the process moves to the previous row in the table 4 and the process proceeds. When the value of the type column is neither “comma” nor “semicolon” (1724), or when there is no row in the processing 1712 (1725), the table 5 is searched for the next row whose ID column value is id1 (1726). ). If there is no row (1727), the processing proceeds to connector J in FIG. 18 (1728). If there is a row (1729), the line value is stored in the end row number column of this row (1730). The value of the ID column of this row is stored in the variable id2 (1731). The value of the ID column in Table 4 moves to the row with id2 (1732), and the process proceeds.
図１８はテーブル３の各行について変更開始行番号列と変更終了行番号列の値を取り出す処理を示した処理フロー図である。処理はコネクタＪ（１８０１）から開始される。テーブル３の先頭の行に移動する（１８０２）。行が存在するか確認する（１８０３）。行が存在しない場合（１８０４）、図２０のコネクタＭへ処理を進める（１８０５）。行が存在する場合（１８０６）、リビジョン列の値を確認する（１８０７）。リビジョン列の値がｒｅｖと等しくない場合（１８０８）、テーブル３の１つ後の１行を確認する（１８０９）。リビジョン列の値がｒｅｖと等しい場合（１８１０）、変数ｍｓに変更開始行番号列の値を、変数ｍｅに変更終了行番号列の値を格納する（１８１１）。格納後、図１９のコネクタＫへ処理を進める（１８１２）。図１９の処理からの復帰を示すコネクタＬ（１８１３）からは、テーブル３の１つ後の１行を確認する（１８０９）。 FIG. 18 is a process flow diagram illustrating a process of extracting the values of the change start line number column and the change end line number column for each row of the table 3. Processing starts from connector J (1801). Move to the top row of table 3 (1802). It is confirmed whether a line exists (1803). If there is no row (1804), the process proceeds to the connector M in FIG. 20 (1805). If there is a row (1806), the revision column value is confirmed (1807). If the value of the revision column is not equal to rev (1808), the next row in the table 3 is confirmed (1809). When the value of the revision column is equal to rev (1810), the value of the change start row number column is stored in the variable ms, and the value of the change end row number column is stored in the variable me (1811). After the storage, the process proceeds to connector K in FIG. 19 (1812). From the connector L (1813) indicating the return from the processing of FIG. 19, the next row of the table 3 is confirmed (1809).
図１９はｍｓ、ｍｅとテーブル５の関数の開始行番号と終了行番号から、変更のあった関数を解析する処理を示した処理フロー図である。処理はコネクタＫ（１９０１）から開始される。テーブル５の先頭の１行を確認する（１９０２）。行が存在するか確認する（１９０３）。行が存在しない場合（１９０４）、図１８のコネクタＬへ処理を進める（１９０５）。行が存在する場合（１９０６）、開始行番号列の値がｍｅ以下であり、かつ、終了行番号列の値がｍｓ以上であることを満たすか確認する（１９０７）。満たさない場合（１９０８）、テーブル５の１つ後の１行を確認し（１９０９）、次の処理を進める。満たす場合（１９１０）、変数ｆｕｎｃに関数名列の値を格納する（１９１１）。テーブル６から、ファイル名列の値がｆｉｌｅと等しく、関数名列の値がｆｕｎｃと等しい行を探す（１９１２）。行が存在する場合（１９１３）、テーブル５の１つ後の１行を確認し（１９０９）、次の処理を進める。行が存在しない場合（１９１４）、テーブル６に行を追加し、追加した行のファイル名列にｆｉｌｅを、関数名列にｆｕｎｃを格納する（１９１５）。テーブル５の１つ後の１行を確認し（１９０９）、次の処理を進める。 FIG. 19 is a process flow diagram showing a process for analyzing a changed function from ms, me and the start line number and end line number of the function in Table 5. Processing starts from connector K (1901). The first line of the table 5 is confirmed (1902). It is confirmed whether a line exists (1903). If there is no row (1904), the process proceeds to the connector L in FIG. 18 (1905). If there is a row (1906), it is checked whether the value of the start row number column is not more than me and the value of the end row number column is not less than ms (1907). If not satisfied (1908), the next row of the table 5 is confirmed (1909), and the next processing is advanced. When it is satisfied (1910), the value of the function name string is stored in the variable func (1911). The table 6 is searched for a row in which the value of the file name column is equal to file and the value of the function name column is equal to func (1912). If there is a row (1913), the next row in the table 5 is confirmed (1909), and the next processing proceeds. If there is no row (1914), a row is added to the table 6, file is stored in the file name column of the added row, and func is stored in the function name column (1915). The next row of the table 5 is confirmed (1909), and the next processing is advanced.
図２０はテーブル６に格納されたファイル名と関数名から、変更のあった関数の変更回数をテーブル７に格納する処理を示した処理フロー図である。処理はコネクタＭ（２００１）から開始される。テーブル６の先頭の行に移動する（２００２）。行が存在するか確認する（２００３）。行が存在しない場合（２００４）、ｒｅｖの値を確認する（２００５）。ｒｅｖの値がｒｅｖ１と等しい場合（２００６）、図２１のコネクタＮへ処理を進める（２００７）。ｒｅｖの値がｒｅｖ２と等しい場合（２００８）、図１２のコネクタＯへ処理を進める（２００９）。行が存在する場合（２０１０）、変数ｍｆｉｌｅにファイル名を、変数ｍｆｕｎｃに関数名を格納する（２０１１）。テーブル７から、ファイル名列の値がｍｆｉｌｅと等しく、関数名列の値がｍｆｕｎｃと等しい行を探す（２０１２）。行が存在する場合（２０１３）、この行の変更回数列の値に１加算する（２０１４）。行が存在しない場合（２０１５）、テーブル７に行を追加し、追加した行のファイル名列にｍｆｉｌｅを、関数名列にｍｆｕｎｃを、変更回数列に１を格納する（２０１６）。テーブル５の１つ後の１行を確認し（２０１７）、次の処理を進める。 FIG. 20 is a process flow diagram showing a process of storing the number of changes of a changed function in the table 7 from the file name and the function name stored in the table 6. The process starts from the connector M (2001). Move to the top row of the table 6 (2002). It is confirmed whether a row exists (2003). If no row exists (2004), the value of rev is confirmed (2005). When the value of rev is equal to rev1 (2006), the process proceeds to the connector N in FIG. 21 (2007). When the value of rev is equal to rev2 (2008), the process proceeds to the connector O in FIG. 12 (2009). If there is a line (2010), the file name is stored in the variable mfile, and the function name is stored in the variable mfunc (2011). The table 7 is searched for a row in which the value of the file name column is equal to mfile and the value of the function name column is equal to mfunc (2012). If there is a row (2013), 1 is added to the value of the change count column of this row (2014). When there is no row (2015), a row is added to the table 7, mfile is stored in the file name column of the added row, mfunc is stored in the function name column, and 1 is stored in the change count column (2016). The next row of the table 5 is confirmed (2017), and the next processing is advanced.
図２１はファイル名がｆｉｌｅのファイルについて、リビジョンがｒｅｖ２のときのソースコードを字句解析してテーブル４に格納する処理を示した処理フロー図である。処理はコネクタＮ（２１０１）から開始される。変数ｒｅｖにｒｅｖ２の値を格納する（２１０２）。構成情報管理ＤＢからファイル名がｆｉｌｅのファイルについて、リビジョンがｒｅｖのときのソースコードを取得する（２１０３）。ソースコードを字句解析してトークンに分割し、出現する順に１ずつ加算したＩＤ、トークン、種別、出現する行の行番号を、テーブル４に格納する（２１０４）。その後、図１６のコネクタＦへ処理を進める（２１０５）。 FIG. 21 is a processing flow diagram showing processing for lexical analysis of the source code when the revision is rev2 and storing it in the table 4 for the file whose file name is file. Processing starts from connector N (2101). The value of rev2 is stored in the variable rev (2102). For the file whose file name is file, the source code when the revision is rev is acquired from the configuration information management DB (2103). The source code is lexically analyzed and divided into tokens, and the ID, token, type, and line number of the appearing line are added to the table 4 in order of appearance (2104). Thereafter, the process proceeds to the connector F in FIG. 16 (2105).
図２２は複雑度測定機能により取得された複雑度とテーブル６の関数の変更回数を結合する処理を示した処理フロー図である。処理はコネクタＰ（２２０１）から開始される。構成情報管理ＤＢから最新のリビジョンの全ソースコードを取得する（２２０２）。全ソースコードについて複雑度測定機能により取得された複雑度をテーブル８に格納する（２２０３）。テーブル７の先頭の行に移動する（２２０４）。行が存在するか確認する（２２０５）。行が存在しない場合（２２０６）、図２３のコネクタＱへ処理を進める（２２０７）。行が存在する場合（２２０８）、変数ｆｉｌｅにファイル名列の値を、変数ｆｕｎｃに関数名列の値を、変数ｍｃに変更回数列の値を格納する（２２０９）。テーブル８からファイル名列の値がｆｉｌｅと等しく、関数名列の値がｆｕｎｃと等しい行を探す（２２１０）。行が存在しない場合（２２１１）、テーブル７の１つ後の行に移動し（２２１２）、次の処理を進める。行が存在する場合（２２１３）、変数ｃｃに複雑度列の値を格納する（２２１４）。テーブル９に行を追加し、追加した行のファイル名列にｆｉｌｅを、関数名列にｆｕｎｃを、変更回数列にｍｃを、複雑度列にｃｃを格納する（２２１５）。その後、テーブル７の１つ後の行に移動し（２２１２）、次の処理を進める。 FIG. 22 is a process flow diagram showing a process of combining the complexity acquired by the complexity measurement function and the number of times the function of the table 6 is changed. The process starts from the connector P (2201). All source codes of the latest revision are acquired from the configuration information management DB (2202). The complexity acquired by the complexity measurement function for all source codes is stored in the table 8 (2203). Move to the top row of the table 7 (2204). It is confirmed whether a line exists (2205). If there is no row (2206), the process proceeds to the connector Q in FIG. 23 (2207). If there is a row (2208), the file name column value is stored in the variable file, the function name column value is stored in the variable func, and the change count column value is stored in the variable mc (2209). The table 8 is searched for a row in which the value of the file name column is equal to file and the value of the function name column is equal to func (2210). If there is no row (2211), the next row of the table 7 is moved (2212), and the next processing is advanced. If there is a row (2213), the value of the complexity column is stored in the variable cc (2214). A row is added to the table 9, file is stored in the file name column of the added row, func is stored in the function name column, mc is stored in the change count column, and cc is stored in the complexity column (2215). Thereafter, the next row of the table 7 is moved (2212), and the next processing is advanced.
図２３はテーブル９に格納された関数の変更回数と複雑度を表示する処理を示した処理フロー図である。処理はコネクタＱ（２３０１）から開始される。テーブル９に格納された関数の変更回数と複雑度を表示し（２３０２）、処理を終了する。 FIG. 23 is a processing flow diagram showing processing for displaying the number of changes and complexity of the function stored in the table 9. Processing starts from connector Q (2301). The number of changes and complexity of the function stored in the table 9 are displayed (2302), and the process is terminated.
図２４はテーブル９に格納された関数の変更回数と複雑度の表示例である。テーブル９の各行に行番号を付与してＮｏ．列（２４０１）として表示する。 FIG. 24 is a display example of the number of changes and complexity of functions stored in the table 9. A row number is assigned to each row of the table 9, and No. Displayed as a column (2401).
本実施例では、関数の変更回数に加えて変更行数を表示することができる例を説明する。 In this embodiment, an example in which the number of changed lines can be displayed in addition to the number of function changes will be described.
図２５はテーブル３に格納された変更開始行番号（５０２）と変更終了行番号（５０３）と、テーブル５に格納された関数定義範囲の情報をもとに、変更のあった関数の関数名と変更行数を格納するテーブル１０を示した図である。テーブル１０はファイル名列（２５０１）、関数名列（２５０２）、変更行数列（２５０３）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。変更行数列の各行には、関数の変更行数が格納される。 FIG. 25 shows the function name of the function that has been changed based on the change start line number (502) and change end line number (503) stored in Table 3 and the function definition range information stored in Table 5. It is the figure which showed the table 10 which stores the change line number. The table 10 has a file name column (2501), a function name column (2502), and a changed row number column (2503). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. In each row of the changed row number column, the changed row number of the function is stored.
図２６はテーブル１０に格納されたファイル名と関数名、変更行数から、変更のあった関数の変更回数と変更行数を格納するテーブル１１を示した図である。テーブル１１はファイル名列（２６０１）、関数名列（２６０２）、変更回数列（２６０３）、変更行数列（２６０４）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。変更回数列の各行には、関数の変更回数が格納される。変更行数列の各行には、関数の変更行数が格納される。 FIG. 26 is a diagram showing the table 11 that stores the number of changes and the number of changed lines of a function that has been changed based on the file name, function name, and number of changed lines stored in the table 10. The table 11 has a file name column (2601), a function name column (2602), a change count column (2603), and a change row count column (2604). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. Each row of the change count column stores the number of function changes. In each row of the changed row number column, the changed row number of the function is stored.
図２７はテーブル１１に格納された変更回数と変更行数と、テーブル８に格納された複雑度を結合して格納するテーブル１２を示した図である。テーブル１２はファイル名列（２７０１）、関数名列（２７０２）、変更回数列（２７０３）、変更行数列（２７０４）、複雑度列（２７０５）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。変更回数列の各行には、関数の変更回数が格納される。変更行数列の各行には、関数の変更行数が格納される。複雑度列の各行には、関数の複雑度が格納される。 FIG. 27 is a diagram showing the table 12 for storing the number of changes and the number of changed rows stored in the table 11 and the complexity stored in the table 8. The table 12 has a file name column (2701), a function name column (2702), a change count column (2703), a change row count column (2704), and a complexity column (2705). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. Each row of the change count column stores the number of function changes. In each row of the changed row number column, the changed row number of the function is stored. Each row of the complexity column stores the complexity of the function.
図２８は実施例１の図１９の処理について、変更行数を取得できるように拡張した処理フロー図である。処理はコネクタＫ（２８０１）から開始される。テーブル５の先頭の１行を確認する（２８０２）。行が存在するか確認する（２８０３）。行が存在しない場合（２８０４）、図１８のコネクタＬへ処理を進める（２８０５）。行が存在する場合（２８０６）、変数ｆｓに開始行番号列の値を、変数ｆｅに終了行番号列の値を格納する（２８０７）。ｆｓがｍｅ以下であり、かつ、ｆｅがｍｓ以上であることを満たすか確認する（２８０８）。満たさない場合（２８０９）、テーブル５の１つ後の１行を確認し（２８１０）、次の処理を進める。満たす場合（２８１１）、ｆｅの値を確認する（２８１２）。ｆｅの値がｍｅ未満の場合（２８１３）、変数ｒｅにｆｅの値を格納する（２８１４）。ｆｅの値がｍｅ以上の場合（２８１５）、変数ｒｅにｍｅの値を格納する（２８１６）。続けてｆｓの値を確認する（２８１７）。ｆｓの値がｍｓ未満の場合（２８１８）、変数ｒｓにｍｓの値を格納する（２８１９）。ｆｓの値がｍｓ以上の場合（２８２０）、変数ｒｓにｆｓの値を格納する（２８２１）。変数ｍｒにｒｅからｒｓを引いて１を加算した値を格納する（２８２２）。変数ｆｕｎｃに関数名列の値を格納する（２８２３）。テーブル１０から、ファイル名列の値がｆｉｌｅと等しく、関数名列の値がｆｕｎｃと等しい行を探す（２８２４）。行が存在する場合（２８２５）、この行の変更行数列の値にｍｒを加算する（２８２６）。行が存在しない場合（２８２７）、テーブル１０に行を追加し、追加した行のファイル名列にｆｉｌｅを、関数名列にｆｕｎｃを、変更行数列にｍｒを格納する（２８２８）。テーブル５の１つ後の１行を確認し（２８１０）、次の処理を進める。 FIG. 28 is a process flow diagram in which the process in FIG. 19 according to the first embodiment is expanded so that the number of changed rows can be acquired. Processing starts from connector K (2801). The first line of the table 5 is confirmed (2802). It is confirmed whether a line exists (2803). If there is no row (2804), the process proceeds to the connector L in FIG. 18 (2805). If there is a row (2806), the value of the start row number column is stored in the variable fs, and the value of the end row number column is stored in the variable fe (2807). It is checked whether fs is equal to or smaller than me and fe is equal to or larger than ms (2808). If not satisfied (2809), the next row of the table 5 is confirmed (2810), and the next processing is advanced. If it satisfies (2811), the value of fe is confirmed (2812). If the value of fe is less than me (2813), the value of fe is stored in the variable re (2814). If the value of fe is greater than or equal to me (2815), the value of me is stored in the variable re (2816). Subsequently, the value of fs is confirmed (2817). If the value of fs is less than ms (2818), the value of ms is stored in the variable rs (2819). When the value of fs is equal to or greater than ms (2820), the value of fs is stored in the variable rs (2821). A value obtained by subtracting rs from re and adding 1 to the variable mr is stored (2822). The value of the function name string is stored in the variable func (2823). The table 10 is searched for a row in which the value of the file name column is equal to file and the value of the function name column is equal to func (2824). If there is a row (2825), mr is added to the value of the changed row number column of this row (2826). If there is no row (2827), a row is added to the table 10, file is stored in the file name column of the added row, func is stored in the function name column, and mr is stored in the changed row number column (2828). The next row of the table 5 is confirmed (2810), and the next processing is advanced.
図２９は実施例１の図２０について、テーブル１０に格納されたファイル名と関数名、変更行数から、変更のあった関数の変更回数と変更行数をテーブル１１に格納するように拡張した処理フロー図である。処理はコネクタＭ（２９０１）から開始される。テーブル１０の先頭の行に移動する（２９０２）。行が存在するか確認する（２９０３）。行が存在しない場合（２９０４）、ｒｅｖの値を確認する（２９０５）。ｒｅｖの値がｒｅｖ１と等しい場合（２９０６）、図２１のコネクタＮへ処理を進める（２９０７）。ｒｅｖの値がｒｅｖ２と等しい場合（２９０８）、図１２のコネクタＯへ処理を進める（２９０９）。行が存在する場合（２９１０）、変数ｍｆｉｌｅにファイル名を、変数ｍｆｕｎｃに関数名を、変数ｍｌｉｎｅに変更行数を格納する（２９１１）。テーブル１１から、ファイル名列の値がｍｆｉｌｅと等しく、関数名列の値がｍｆｕｎｃと等しい行を探す（２９１２）。行が存在する場合（２９１３）、この行の変更回数列の値に１を加算し、変更行数列にｍｌｉｎｅを加算する（２９１４）。行が存在しない場合（２９１５）、テーブル１１に行を追加し、追加した行のファイル名列にｍｆｉｌｅを、関数名列にｍｆｕｎｃを、変更回数列に１を、変更行数列にｍｌｉｎｅを格納する（２９１６）。テーブル５の１つ後の１行を確認し（２９１７）、次の処理を進める。 FIG. 29 is an extension of FIG. 20 of the first embodiment so that the number of changed functions and the number of changed lines are stored in the table 11 from the file name, function name, and number of changed lines stored in the table 10. It is a processing flowchart. The process starts from the connector M (2901). Move to the top row of the table 10 (2902). It is confirmed whether a line exists (2903). If no line exists (2904), the value of rev is confirmed (2905). When the value of rev is equal to rev1 (2906), the process proceeds to the connector N in FIG. 21 (2907). If the value of rev is equal to rev2 (2908), the process proceeds to connector O in FIG. 12 (2909). If there is a line (2910), the file name is stored in the variable mfile, the function name is stored in the variable mfunc, and the number of changed lines is stored in the variable mline (2911). The table 11 is searched for a row in which the value of the file name column is equal to mfile and the value of the function name column is equal to mfunc (2912). If there is a row (2913), 1 is added to the value of the change count column of this row, and mline is added to the changed row count column (2914). If there is no row (2915), a row is added to the table 11, mfile is stored in the file name column of the added row, mfunc is stored in the function name column, 1 is stored in the change count column, and mline is stored in the changed row count column. (2916). The next line in the table 5 is confirmed (2917), and the next processing is advanced.
図３０は実施例１の図２２の処理について、テーブル１１に格納された関数の変更回数と変更行数と、複雑度を結合するように拡張した処理フロー図である。処理はコネクタＰ（３００１）から開始される。構成情報管理ＤＢから最新のリビジョンの全ソースコードを取得する（３００２）。全ソースコードについて複雑度測定機能により取得された複雑度をテーブル８に格納する（３００３）。テーブル１１の先頭の行に移動する（３００４）。行が存在するか確認する（３００５）。行が存在しない場合（３００６）、図２３のコネクタＱへ処理を進める（３００７）。行が存在する場合（３００８）、変数ｆｉｌｅにファイル名列の値を、変数ｆｕｎｃに関数名列の値を、変数ｍｃに変更回数列の値を、変数ｍｒに変更行数列の値を格納する（３００９）。テーブル７からファイル名列の値がｆｉｌｅと等しく、関数名列の値がｆｕｎｃと等しい行を探す（３０１０）。行が存在しない場合（３０１１）、テーブル１１の１つ後の行に移動し（３０１２）、次の処理を進める。行が存在する場合（３０１３）、変数ｃｃに複雑度列の値を格納する（３０１４）。テーブル１２に行を追加し、追加した行のファイル名列にｆｉｌｅを、関数名列にｆｕｎｃを、複雑度列にｃｃを、変更回数列にｍｃを、変更行数列にｍｒを格納する（３０１５）。その後、テーブル１１の１つ後の行に移動し（３０１２）、次の処理を進める。 FIG. 30 is a process flow diagram in which the processing shown in FIG. 22 according to the first embodiment is expanded so as to combine the number of changes of the function stored in the table 11, the number of changed rows, and the complexity. The process starts from the connector P (3001). All source codes of the latest revision are acquired from the configuration information management DB (3002). The complexity obtained by the complexity measurement function for all source codes is stored in the table 8 (3003). Move to the top row of the table 11 (3004). It is confirmed whether a row exists (3005). If there is no row (3006), the process proceeds to the connector Q in FIG. 23 (3007). When there is a row (3008), the value of the file name column is stored in the variable file, the value of the function name column is stored in the variable func, the value of the change count column is stored in the variable mc, and the value of the changed row count column is stored in the variable mr. (3009). The table 7 is searched for a row in which the value of the file name column is equal to file and the value of the function name column is equal to func (3010). If there is no row (3011), the next row of the table 11 is moved (3012), and the next processing is advanced. If there is a row (3013), the value of the complexity column is stored in the variable cc (3014). A row is added to the table 12, file is stored in the file name column of the added row, func is stored in the function name column, cc is stored in the complexity column, mc is stored in the change count column, and mr is stored in the changed row column (3015). ). Thereafter, the table 11 is moved to the next row (3012), and the next processing is advanced.
図３１はテーブル１２に格納された関数の変更回数と変更行数と、複雑度の表示例である。テーブル１２の各行に行番号を付与してＮｏ．列（３１０１）として表示する。 FIG. 31 is a display example of the number of function changes, the number of changed lines, and the complexity stored in the table 12. A row number is assigned to each row of the table 12 and No. Displayed as a column (3101).
本実施例では、優先して改善すべき関数を変更回数と複雑度により並び替えて表示することができる例を説明する。 In this embodiment, an example will be described in which functions to be improved with priority can be rearranged and displayed according to the number of changes and complexity.
図３２はテーブル７に格納された変更回数、テーブル８に格納された複雑度、さらに変更回数と複雑度から求めた優先度評価を格納するテーブル１３を示した図である。テーブル１３はファイル名列（３２０１）、関数名列（３２０２）、変更回数列（３２０３）、複雑度列（３２０４）、優先度評価列（３２０５）を持つ。ファイル名列の各行には、関数定義が記述されているファイルのファイル名が格納される。関数名列の各行には、関数名が格納される。変更回数列の各行には、関数の変更回数が格納される。複雑度列の各行には、関数の複雑度が格納される。優先度評価列の各行には、変更回数と複雑度から求めた値が格納される。 FIG. 32 shows the table 13 that stores the number of changes stored in the table 7, the complexity stored in the table 8, and the priority evaluation obtained from the number of changes and the complexity. The table 13 has a file name column (3201), a function name column (3202), a change count column (3203), a complexity column (3204), and a priority evaluation column (3205). Each line of the file name column stores the file name of the file in which the function definition is described. A function name is stored in each row of the function name column. Each row of the change count column stores the number of function changes. Each row of the complexity column stores the complexity of the function. Each row of the priority evaluation column stores a value obtained from the number of changes and the complexity.
図３３は実施例１の図２２の処理について、テーブル７に格納された変更回数とテーブル８に格納された複雑度から、優先度評価を求めるように拡張した処理を示した処理フロー図である。処理はコネクタＰ（３３０１）から開始される。構成情報管理ＤＢから最新のリビジョンの全ソースコードを取得する（３３０２）。全ソースコードについて複雑度測定機能により取得された複雑度をテーブル８に格納する（３３０３）。テーブル７の先頭の行に移動する（３３０４）。行が存在するか確認する（３３０５）。行が存在しない場合（３３０６）、図３４のコネクタＲへ処理を進める（３３０７）。行が存在する場合（３３０８）、変数ｆｉｌｅにファイル名列の値を、変数ｆｕｎｃに関数名列の値を、変数ｍｃに変更回数列の値を格納する（３３０９）。テーブル８からファイル名列の値がｆｉｌｅと等しく、関数名列の値がｆｕｎｃと等しい行を探す（３３１０）。行が存在しない場合（３３１１）、テーブル７の１つ後の行に移動し（３３１２）、次の処理を進める。行が存在する場合（３３１３）、変数ｃｃに複雑度列の値を格納する（３３１４）。ｃｃの値を確認する（３３１５）。ｃｃの値が２０以下の場合（３３１６）、変数ｅｓｔにｍｃを格納する（３３１７）。ｃｃの値が２０より大きい場合（３３１８）、変数ｅｓｔにｃｃから２０を引いた値にｍｃをかけた値を格納する（３３１９）。テーブル１３に行を追加し、追加した行のファイル名列にｆｉｌｅを、関数名列にｆｕｎｃを、変更回数列にｍｃを、複雑度列にｃｃを、優先度評価列にｅｓｔを格納する（３３２０）。その後、テーブル７の１つ後の行に移動し（３３１２）、次の処理を進める。 FIG. 33 is a process flow diagram showing an extended process for obtaining the priority evaluation from the number of changes stored in the table 7 and the complexity stored in the table 8 for the process of FIG. . The process starts from the connector P (3301). All source codes of the latest revision are acquired from the configuration information management DB (3302). The complexity acquired by the complexity measurement function for all source codes is stored in the table 8 (3303). Move to the top row of the table 7 (3304). It is confirmed whether a line exists (3305). If there is no row (3306), the process proceeds to connector R in FIG. 34 (3307). If there is a row (3308), the value of the file name column is stored in the variable file, the value of the function name column is stored in the variable func, and the value of the change count column is stored in the variable mc (3309). The table 8 is searched for a row in which the value of the file name column is equal to file and the value of the function name column is equal to func (3310). When there is no row (3311), it moves to the next row of the table 7 (3312), and the next processing is advanced. If there is a row (3313), the value of the complexity column is stored in the variable cc (3314). The value of cc is confirmed (3315). When the value of cc is 20 or less (3316), mc is stored in the variable est (3317). When the value of cc is larger than 20 (3318), a value obtained by multiplying cc by 20 from cc is stored in variable est (3319). A row is added to the table 13, file is stored in the file name column of the added row, func is stored in the function name column, mc is stored in the change count column, cc is stored in the complexity column, and est is stored in the priority evaluation column ( 3320). Thereafter, the next row of the table 7 is moved (3312), and the next processing is advanced.
図３４は、テーブル１３の行を優先度評価列で降順に並び替えてから表示する処理を示した処理フロー図である。処理はコネクタＲ（３４０１）から開始される。テーブル１３の行を優先度評価列で降順に並び替える（３４０２）。テーブル１３に格納された関数の変更回数と複雑度を表示し（３４０３）、処理を終了する。 FIG. 34 is a process flow diagram showing a process of displaying the rows of the table 13 after rearranging the rows in the priority evaluation column in descending order. Processing starts from connector R (3401). The rows of the table 13 are rearranged in descending order in the priority evaluation column (3402). The number of changes and the complexity of the function stored in the table 13 are displayed (3403), and the process ends.
図３５はテーブル１３に格納された関数の変更回数と変更行数と、複雑度の表示例である。テーブル１３の各行に行番号を付与してＮｏ．列（３５０１）として表示する。 FIG. 35 is a display example of the number of changes and the number of changed lines and complexity stored in the table 13. A row number is assigned to each row of the table 13 and No. Displayed as a column (3501).
本実施例では、優先して改善すべき関数を変更回数と複雑度により並び替えて表示することができる例を説明する。 In this embodiment, an example will be described in which functions to be improved with priority can be rearranged and displayed according to the number of changes and complexity.
図３６は実施例３の図３３について、ユーザから指定された複雑度の閾値により優先度評価を行うように拡張した処理を示した処理フロー図である。処理はコネクタＰ（３６０１）から開始される。構成情報管理ＤＢから最新のリビジョンの全ソースコードを取得する（３６０２）。全ソースコードについて複雑度測定機能により取得された複雑度をテーブル８に格納する（３６０３）。入力装置１０６によりユーザから指定された複雑度の閾値を受け取り変数ｔｈに格納する（３６０４）。テーブル７の先頭の行に移動する（３６０５）。行が存在するか確認する（３６０７）。行が存在しない場合（３６０８）、図３４のコネクタＲへ処理を進める（３６０９）。行が存在する場合（３６１０）、変数ｆｉｌｅにファイル名列の値を、変数ｆｕｎｃに関数名列の値を、変数ｍｃに変更回数列の値を格納する（３６１１）。テーブル８からファイル名列の値がｆｉｌｅと等しく、関数名列の値がｆｕｎｃと等しい行を探す（３６１２）。行が存在しない場合（３６１３）、テーブル７の１つ後の行に移動し（３６１４）、次の処理を進める。行が存在する場合（３６１５）、変数ｃｃに複雑度列の値を格納する（３６１６）。ｃｃの値を確認する（３６１７）。ｃｃの値がｔｈ以下の場合（３６１８）、変数ｅｓｔにｍｃを格納する（３６１９）。ｃｃの値がｔｈより大きい場合（３６２０）、変数ｅｓｔにｃｃからｔｈを引いた値にｍｃをかけた値を格納する（３６２１）。テーブル１３に行を追加し、追加した行のファイル名列にｆｉｌｅを、関数名列にｆｕｎｃを、変更回数列にｍｃを、複雑度列にｃｃを、優先度評価列にｅｓｔを格納する（３６２２）。その後、テーブル７の１つ後の行に移動し（３６１４）、次の処理を進める。 FIG. 36 is a process flow diagram illustrating an extended process of FIG. 33 of the third embodiment so that priority evaluation is performed based on a complexity threshold specified by the user. The process starts from the connector P (3601). All source codes of the latest revision are acquired from the configuration information management DB (3602). The complexity obtained by the complexity measurement function for all source codes is stored in the table 8 (3603). The complexity threshold value designated by the user through the input device 106 is received and stored in the variable th (3604). Move to the top row of the table 7 (3605). It is confirmed whether a line exists (3607). If there is no row (3608), the process proceeds to connector R in FIG. 34 (3609). If there is a row (3610), the value of the file name column is stored in the variable file, the value of the function name column is stored in the variable func, and the value of the change count column is stored in the variable mc (3611). The table 8 is searched for a row where the value of the file name column is equal to file and the value of the function name column is equal to func (3612). If there is no row (3613), the next row of the table 7 is moved (3614), and the next processing is advanced. If there is a row (3615), the value of the complexity column is stored in the variable cc (3616). The value of cc is confirmed (3617). When the value of cc is equal to or smaller than th (3618), mc is stored in the variable est (3619). When the value of cc is greater than th (3620), a value obtained by multiplying cc by th by the value obtained by subtracting th from variable cc is stored (3621). A row is added to the table 13, file is stored in the file name column of the added row, func is stored in the function name column, mc is stored in the change count column, cc is stored in the complexity column, and est is stored in the priority evaluation column ( 3622). Thereafter, the next row of the table 7 is moved (3614), and the next processing is advanced.
１０１…雑度対応付け機能、１０２…関数の変更回数測定機能、１０３…複雑度測定機能、１０４…ソースコード構成管理システム、１０５…サーバ装置、１０６…入力装置、１０７…出力装置、１０８…構成情報管理ＤＢ、２０１…差分情報、９０３…関数の変更回数、１００３…関数の複雑度。 DESCRIPTION OF SYMBOLS 101 ... Roughness matching function, 102 ... Function change count measurement function, 103 ... Complexity measurement function, 104 ... Source code configuration management system, 105 ... Server device, 106 ... Input device, 107 ... Output device, 108 ... Configuration Information management DB 201: Difference information 903: Function change count, 1003: Function complexity.
Claims (4)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011097774A JP2012230512A (en) | 2011-04-26 | 2011-04-26 | System for displaying correspondence table between change frequency in each function in source code and complexity |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011097774A JP2012230512A (en) | 2011-04-26 | 2011-04-26 | System for displaying correspondence table between change frequency in each function in source code and complexity |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2012230512A true JP2012230512A (en) | 2012-11-22 |
Family
ID=47432015
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011097774A Withdrawn JP2012230512A (en) | 2011-04-26 | 2011-04-26 | System for displaying correspondence table between change frequency in each function in source code and complexity |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2012230512A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015064808A (en) * | 2013-09-26 | 2015-04-09 | 株式会社日立ソリューションズ | Method-level clone analysis method |
| JP2016143107A (en) * | 2015-01-30 | 2016-08-08 | 株式会社日立製作所 | Source code evaluation system and method |
| JP2017045354A (en) * | 2015-08-28 | 2017-03-02 | 富士通株式会社 | Software development support program, software development support apparatus, and software development support method |
| CN109710306A (en) * | 2017-10-25 | 2019-05-03 | 歌乐株式会社 | Source code resolver, source code analysis method, computer readable recording medium |
-
2011
- 2011-04-26 JP JP2011097774A patent/JP2012230512A/en not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015064808A (en) * | 2013-09-26 | 2015-04-09 | 株式会社日立ソリューションズ | Method-level clone analysis method |
| JP2016143107A (en) * | 2015-01-30 | 2016-08-08 | 株式会社日立製作所 | Source code evaluation system and method |
| JP2017045354A (en) * | 2015-08-28 | 2017-03-02 | 富士通株式会社 | Software development support program, software development support apparatus, and software development support method |
| CN109710306A (en) * | 2017-10-25 | 2019-05-03 | 歌乐株式会社 | Source code resolver, source code analysis method, computer readable recording medium |
| CN109710306B (en) * | 2017-10-25 | 2022-06-07 | 株式会社日立制作所 | Source code analysis device, source code analysis method, and computer-readable recording medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9733901B2 (en) | Domain specific language design | |
| US9990389B1 (en) | Systems and methods for generating event stream data | |
| US9335978B2 (en) | Computer aided visualization of a business object model lifecycle | |
| US8387010B2 (en) | Automatic software configuring system | |
| CN111708801A (en) | Report generation method and device and electronic equipment | |
| US9286361B2 (en) | Extract-transform-load processor controller | |
| US20140298286A1 (en) | Systems and Methods for Automatically Associating Software Elements and Automatic Gantt Chart Creation | |
| JP2012230512A (en) | System for displaying correspondence table between change frequency in each function in source code and complexity | |
| US8701086B2 (en) | Simplifying analysis of software code used in software systems | |
| JP4978432B2 (en) | Business specification understanding support system and method | |
| EP2767900B1 (en) | Method for programming language dependent merging of program codes | |
| US20170124124A1 (en) | System and method for analyzing complex metadata | |
| US8166453B2 (en) | Method and system for inconsistency resolution with cycle detection in a model-driven software environment | |
| CN114647735A (en) | Relation graph display method, medium and display device | |
| JP4835859B2 (en) | State transition diagram creation device and state transition diagram creation method | |
| JP2018181020A (en) | Calculation device and influence output system | |
| JP2020201607A (en) | Sentence analysis method, sentence analysis program, and sentence analysis system | |
| US11809844B2 (en) | Creating an app method and system | |
| US20140164429A1 (en) | Persisting instance-level report customizations | |
| US8839114B1 (en) | System, method, and computer program for generating a graphical representation of at least a portion of a synchronized network model | |
| US10452592B1 (en) | Message bus-based streaming rules engine | |
| CN108021367B (en) | UI development system and method based on metadata framework | |
| Garcés et al. | Aiming towards modernization: visualization to assist structural understanding of oracle forms applications | |
| JP2007128193A (en) | Transplanting man-hour estimation system | |
| JP2013142971A (en) | Device and method for processing program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20140701 |