JP7417068B2 - Display method, display program, and information processing device - Google Patents

Description

The present invention relates to a display method, a display program, and an information processing device.

When migrating the current system in use to a new system, it is necessary to thoroughly investigate the assets of the current system. This investigation can be conducted manually, but if the current system is large-scale, the investigation will be laborious and costly, and the investigator will need to be familiar with the programming language used in each system. Therefore, it is not realistic. For this reason, services have begun to be provided that automatically generate documents (design documents) from current program assets.

Recently, services have also begun to be provided that automatically convert program sources written in one language into program sources in a different language.

Japanese Patent Application Publication No. 2005-165584 Japanese Patent Application Publication No. 2009-122754

However, in the service that generates the design document as described above, there is a possibility that not all items of the design document are output, so careful examination by an expert is required. In this case, if the size of the design document is enormous, it will take time and cost to scrutinize it.

Furthermore, services that convert program sources into different languages also require careful examination to ensure that the conversion has been done properly, which is a time-consuming and costly process.

In one aspect, an object of the present invention is to provide a display method, a display program, and an information processing device that can support the examination of content obtained by converting a program source written in a first language. do.

In one aspect, the display method receives input of a program source written in a first language and information specifying a plurality of types of formats after conversion of the program source, and displays the program source and the converted format. The program source is converted into each of the plurality of formats based on a conversion definition corresponding to each of the plurality of formats, and for each format , a portion of the program source that is converted based on the conversion definition and This is a display method in which a computer executes a process of displaying a conversion log that clearly shows parts that do not require conversion.

It is possible to support the work of examining the contents of converted program sources written in the first language.

1 is a diagram schematically showing the configuration of an information processing system according to an embodiment. FIG. 2(a) is a diagram showing the hardware configuration of the server, and FIG. 2(b) is a diagram showing the hardware configuration of the terminal device. It is a functional block diagram of a server. 3 is a flowchart (Part 1) showing processing by the server. 12 is a flowchart (Part 2) showing the processing of the server. 6(a) is a diagram showing an example of a program source written in language A, FIG. 6(b) is a diagram showing an example of a program source written in language B, and FIG. 6(c) is a diagram showing an example of a program source written in language B. ) is a diagram showing an example of an extraction definition file. FIG. 7(a) is a diagram showing an example of design information, FIG. 7(b) is a diagram showing an example of an output definition file, and FIG. 7(c) is a diagram showing an example of a design document. be. It is a figure which shows an example of a conversion log. FIG. 9(a) is a diagram showing another example of the output definition file, and FIG. 9(b) is a diagram showing an example when the output information is a JSP file.

Hereinafter, one embodiment will be described in detail based on FIGS. 1 to 9.

FIG. 1 schematically shows the configuration of an information processing system 100 according to an embodiment. The information processing system 100 in FIG. 1 includes a server 10 as an information processing device and a terminal device 70. The server 10 and the terminal device 70 are connected to a network 80 such as the Internet. In this embodiment, it is assumed that the terminal device 70 is a terminal used by an administrator who manages a current system that executes various processes based on a program source written in a first language. Further, the server 10 is an information processing device used by a company that provides a service that converts the program source of the current system into information in a format desired by the administrator in response to a request from the administrator.

(About server 10)
The server 10 communicates with the terminal device 70 via the network 80, acquires the program source of the current system from the terminal device 70, extracts intermediate information (design information in this embodiment) from the program source, and extracts the design information. The information is converted into information in a format desired by the administrator and output to the terminal device 70. Additionally, the server 10 creates a log for the above processing and outputs it to the terminal device 70.

FIG. 2(a) schematically shows the hardware configuration of the server 10. As shown in FIG. 2(a), the server 10 includes a CPU (Central Processing Unit) 90, a ROM (Read Only Memory) 92, a RAM (Random Access Memory) 94, and a storage unit (here, an HDD (Hard Disk Drive)). 96, a network interface 97, a portable storage medium drive 99, and the like. Each component of the server 10 is connected to a bus 98. In the server 10, the CPU 90 executes a program (including a display program) stored in the ROM 92 or HDD 96, or a program (including a display program) read from the portable storage medium 91 by the portable storage medium drive 99. As a result, the functions of each part shown in FIG. 3 are realized. Note that the functions of each part in FIG. 3 may be realized by, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).

FIG. 3 shows a functional block diagram of the server 10. In the server 10, when the CPU 90 executes the program, an input reception section 20 as a reception section, an extraction rule setting section 22, an information extraction section 26, an output definition acquisition section 28, an output information creation section 32, and a log creation section 34 are installed. , an output unit 36. Note that FIG. 3 also illustrates the extraction definition file DB 40, design information repository 42, output definition file DB 44, output information DB 46, and log DB 48 stored in the HDD 96 and the like.

The input receiving unit 20 acquires a program source written in the first language used in the current system from the terminal device 70, and also obtains a converted program source input (specified) at the terminal device 70. Accepts information that specifies the format. The information specifying the format after conversion is, for example, the format of a design document, the format of a program source written in a second language different from the first language, and the like.

The extraction rule setting unit 22 reads an extraction definition file from the extraction definition file DB 40 and sets an extraction rule corresponding to the program source acquired by the input reception unit 20.

The information extraction unit 26 extracts design information from the program source acquired by the input reception unit 20 based on the set extraction rules, and stores it in the design information repository 42. Note that extracting design information from a program source is synonymous with converting the program source into design information. Therefore, the extraction rule can be said to be the first conversion definition for converting the program source into design information.

The output definition acquisition unit 28 reads, from the output definition file DB 44, an output definition file corresponding to the converted format (for example, the format of a design document) input (designated) on the terminal device 70.

The output information creation unit 32 acquires design information stored in the design information repository 42 and creates output information (for example, a design document) from the design information based on the set output definition file. The output information creation unit 32 stores the created output information (for example, a design document) in the output information DB 46. Note that creating output information from design information is synonymous with converting design information into output information. Therefore, it can be said that the output definition file is a second conversion definition for converting design information into output information.

The log creation unit 34 creates a log (hereinafter referred to as a conversion log) that clearly displays parts of the program source that are included in the output information and parts that are not included. The log creation unit 34 stores the created conversion log in the log DB 48.

The output unit 36 outputs (transmits) the output information (for example, a design document) stored in the output information DB 46 and the conversion log stored in the log DB 48 to the terminal device 70.

(About the terminal device 70)
FIG. 2(b) shows the hardware configuration of the terminal device 70. As shown in FIG. 2(b), the terminal device 70 includes a CPU 190, a ROM 192, a RAM 194, a storage section (HDD) 196, a network interface 197, a display section 193, an input section 195, and a portable storage medium 191. It is equipped with a portable storage medium drive 199 that can read data and the like. Each component of the terminal device 70 is connected to a bus 198. The display section 193 includes a liquid crystal display and the like, and the input section 195 includes a keyboard, a mouse, a touch panel, and the like.

The administrator inputs information specifying the program source to be processed by the server 10 and information specifying the converted format of the program source to the terminal device 70 via the input unit 195. The terminal device 70 provides the specified program source to the server 10, acquires output information and conversion logs sent from the server 10, and displays them on the display unit 193. The administrator can examine the output information while referring to the conversion log displayed on the display unit 193.

(About processing of server 10)
Hereinafter, the processing of the server 10 will be described in detail along the flowcharts of FIGS. 4 and 5 and with appropriate reference to other drawings.

(About the process in Figure 4)
FIG. 4 is a flowchart showing design information extraction processing by the server 10. The process in FIG. 4 is a process that is started at the timing when a request for processing is received from the terminal device 70.

In the process of FIG. 4, first, in step S10, the input reception unit 20 acquires information specifying the program source of the current system and information on the format after conversion. The administrator of the current system inputs information for identifying the program source and information on the converted format of the program source into the terminal device 70, so the input reception unit 20 acquires the information input into the terminal device 70. do.

Next, in step S12, the input reception unit 20 reads the program source of the current system. In this case, the input receiving unit 20 accesses a device that holds the program source of the current system, such as the terminal device 70, and reads the program source. FIG. 6(a) shows an example of a read program source. It is assumed that the program in FIG. 6(a) is a program source written in language A. Note that the program source of the current system may be a program source as shown in FIG. 6(b) written in a language other than FIG. 6(a) (referred to as language B).

Next, in step S14, the extraction rule setting unit 22 reads the extraction definition file from the extraction definition file DB 40. FIG. 6(c) shows an example of an extraction definition file. In the extraction definition file shown in FIG. 6C, information on "information to be extracted, conditions" and information on "target file" are stored in association with each item number. The information of "information to be extracted, conditions" is information indicating how to extract information from the program source. The "target file" information is information indicating to which language the program source "information to be extracted and conditions" is applied. If (A) is stored in the "Target file" column, it means that "information and conditions to extract" are applied to the program source of language A, and if (B) is stored, This means applying "information and conditions to extract" to the language B program source.

Next, in step S16, the extraction rule setting unit 22 sets an extraction rule corresponding to the language of the program source of the current system. Specifically, the extraction rule setting unit 22 extracts only the line corresponding to the language of the program source read in step S12 (language A here) from the extraction definition file (FIG. 6(c)), and Set the corresponding extraction rule. Note that when an extraction definition file is generated for each language and stored in the extraction definition file DB 40, the extraction rule setting unit 22 reads the extraction definition file corresponding to the language from the extraction definition file DB 40, and sets the extraction rule. It can be used as

Next, in step S18, the information extraction unit 26 extracts information (design information) from the program source of the current system based on the set extraction rules. For example, if items 1 to 4 of the extraction definition file in Figure 6(c) are applied to the three lines shown in Figure 6(a), design information in items 1 to 3 in Figure 7(a) will be extracted. can do.

Here, the design information in Figure 7(a) includes "item number", "number of code lines", "item name (English name)", "item name (Japanese name)", "attribute", and "number of digits". , "font color" information is stored. The "Number of code lines" field stores the first four digits of the program source, and the "Item name (English name)" field stores the alphanumeric characters after "#" in the program source. The character string after "/*" in the program source is stored in the "Name (Japanese name)" column. The "Attribute" field stores the alphabetic characters in parentheses in the program source, the "Number of digits" field stores the numbers in parentheses in the program source, and the "Font color" field stores the "Item The font color information described in the most recent alphanumeric format information stored in the ``Name (English name)'' field is stored.

The information extraction unit 26 applies applicable extraction rules to all lines of the program source and extracts design information.

Next, in step S20, the information extraction unit 26 stores the extracted design information in the design information repository 42. With the above steps, the process in FIG. 4 ends.

(About the process in Figure 5)
Next, the processing in FIG. 5 will be explained. FIG. 5 is a flowchart showing the process of creating output information from design information and creating a conversion log.

In the process of FIG. 5, first, in step S30, the output definition acquisition unit 28 reads an output definition file corresponding to the converted format from the output definition file DB 44. Here, it is assumed that the output definition file is a file as shown in FIG. 7(b). The output definition file shown in FIG. 7B is an output definition file when the format of the output information input (designated) by the administrator is the "design document" format.

The output definition file shown in FIG. 7B stores information such as "item number", "file format", "format", "output item", and "design information editing rule". The "file format" field stores the format of the file to be output, and the "format" field stores information indicating what type (format) of the design document is to be output. In addition to the "screen item definition specification" shown in Figure 7(b), the types of design documents include "screen event definition", "check processing specification", "table specification", and "message list". ”, “Application structure definition document”, “Screen transition definition document”, “Controller processing definition document”, “Service processing definition document”, “Form item definition document”, “DTO (Data Transfer Object) item definition document”, etc. be.

Next, in step S34, the output information creation unit 32 acquires design information from the design information repository 42. In this case, the output information creation unit 32 acquires design information as shown in FIG. 7(a).

Next, in step S36, the output information creation unit 32 converts the design information based on the read output definition file and creates output information (here, a design document). FIG. 7(c) shows a design document (format "screen item definition specification") obtained as a result of converting the design information in FIG. 7(a). Note that design documents in other formats (screen event definition documents, check processing specifications, etc.) can also be obtained in the same manner.

Next, in step S38, the log creation unit 34 creates a conversion log when the output information (design document) is created. Specifically, a conversion log as shown in FIG. 8 is created.

The conversion log in Figure 8 includes each line of the program source (each source), the conversion result of each line (converted, unconverted, not applicable, comment), and the type of design document that was converted or the conversion being attempted. Contains information about what could not be done. Here, among the conversion results, "converted" means a portion that has been converted, and "unconverted" means a portion that was attempted to be converted but could not be converted. In addition, "non-target" means a location that is not subject to conversion, that is, a location that does not need to be converted. Further, "comment" is a line in which a comment is written, and means a location where no conversion is necessary.

For locations (rows) that have been converted, "〇" is written in the column indicating the type of design document to be converted, and "-" is written in the other columns. In addition, for locations (rows) that were attempted to be converted but could not be converted, "●" is written in the column indicating the type of design document for which conversion was attempted, and "-" is written in the other columns. Furthermore, for locations (lines) that do not require conversion or comment lines, "-" is written in all columns indicating the type of design document. Note that, in order to create a conversion log, the log creation unit 34 acquires the program source from the input reception unit 20, and writes the character string of each line of the program source in the "source" column.

Furthermore, the table at the upper right of the conversion log displays the number of converted, unconverted, and excluded designs for each type of design document. Further, the table on the upper right of the conversion log displays the conversion rate ({number of converted/(number of converted + number of unconverted)}×100(%)) for each type of design document.

Note that the log creation unit 34 stores the created conversion log in the log DB 48.

Returning to FIG. 5, in the next step S40, the output unit 36 outputs output information (design document here) and a conversion log to the terminal device 70. More specifically, the output unit 36 acquires the design document (FIG. 7(c)) from the output information DB 46, acquires the conversion log (FIG. 8) from the log DB 48, and outputs it to the terminal device 70. .

This allows the administrator to use the converted design document. In addition, the administrator can refer to the conversion log when performing inspection work on the design document. By referring to the conversion log, the administrator can determine from the table in the upper right how many unconverted sections exist overall, and which types of design documents have unconverted sections. It can be easily confirmed. In this case, the administrator can judge how much the burden of scrutiny work is for each design document, and which types of design documents should be examined with priority. Furthermore, the administrator can specifically identify the unconverted portions from the table at the bottom of the conversion log.

Note that the administrator may select, for example, a JSP (Java Server Pages (Java is a registered trademark)) source format other than the above-mentioned "design document" format as the output information format. In this case, the output definition acquisition unit 28 acquires an output definition file as shown in FIG. 9(a) as the output definition file. In this case, the output information creation unit 32 refers to the output definition file, creates output information (JSP source) as shown in FIG. 9B from the design information, and stores it in the output information DB 46. Then, the output unit 36 outputs the JSP source shown in FIG. 9(b) to the terminal device 70. The log creation unit 34 also makes it possible to identify parts of the program source acquired by the input reception unit 20 that have been converted to JSP sources and parts that have not been converted (parts that do not require conversion/parts that could not be converted). A conversion log is created and stored in the log DB 48. Then, the output unit 36 outputs the conversion log stored in the log DB 48 to the terminal device 70.

As is clear from the above description, this embodiment includes the log creation unit 34 and the output unit 36, and can identify converted parts of the program source and parts that do not need to be converted. The function as a log display unit that outputs the conversion log shown in is realized. It also includes the information extraction section 26 and the output information creation section 32, and realizes a function as a conversion section that converts the program source based on the conversion definition corresponding to the program source and the converted format. .

As described above in detail, according to the present embodiment, the input reception unit 20 includes information that specifies a program source written in a certain language and a converted format (for example, a design document format) of the program source. The input is received (S10, S12). Furthermore, the information extraction unit 26 and the output information creation unit 24 convert the program source based on the conversion definition (extraction rules and output definition file) corresponding to the program source and the converted format (S18, S36). Then, the log creation unit 34 creates a conversion log (FIG. 8) that clearly displays the parts of the program source that have been converted, parts that did not need to be converted, and parts that were not converted (S38), The output unit 36 outputs the conversion log to the terminal device 70 (S40). By outputting the conversion log to the terminal device 70 in this manner, the administrator using the terminal device 70 can refer to the conversion log when examining the output information. In this case, by referring to the conversion log, the administrator can recognize parts that did not need to be converted or parts that could not be converted, thereby limiting the scope of scrutiny and reducing the burden of scrutiny work. . That is, by outputting the conversion log to the terminal device 70, it is possible to support the administrator in examining the output information.

Furthermore, in this embodiment, there are multiple types of design documents that are output information, and the conversion log displays the type of design document into which each part of the program source has been converted. This allows the administrator to easily check which type of design document includes each part of the program source by referring to the conversion log.

Furthermore, in the present embodiment, in the conversion log, the ratio of the number of locations that could be converted to the total number of locations that could be converted and locations that could not be converted is displayed. This makes it possible for the administrator to confirm the workload involved in scrutinizing the output information. In this case, by displaying the ratio for each type of design document, the administrator can easily confirm which type of design document should be prioritized for scrutiny.

Further, in this embodiment, the information extraction unit 26 extracts design information from a program source written in a certain language based on an extraction rule corresponding to the language. Then, the output information creation unit 32 creates output information based on an output definition file corresponding to the format of the output information (for example, the format of a design document), and the output unit 36 outputs the output information. As a result, in this embodiment, program sources can be converted by preparing extraction rules for each language and preparing output definition files for each format of output information. In this case, by changing the combination of extraction rules and output definition files, output information in various formats can be output from program sources written in various languages without modifying the functions of the server 10. That is, by appropriately preparing extraction rules and output definition files, the server 10 can be used for general purposes.

Further, in this embodiment, the information extraction unit 26 extracts design information from the program source, and the output information creation unit 32 creates a design document from the design information using an output definition file corresponding to the format of the output information. Create program sources for other languages. By creating design information in this way, it is possible to reduce the amount of processing when it is desired to obtain a plurality of output information (for example, a design document and a program source in another language) from a program source. Furthermore, even if the format of the output information is undetermined, the process up to extracting the design information can proceed.

In the above embodiment, a case has been described in which the intermediate information after converting the program source written in the first language is design information, but the present invention is not limited to this. The intermediate information may be information other than design information.

In the above embodiment, the input reception unit 20 extracts design information (intermediate information) from the acquired program source based on the extraction rule, and creates output information from the design information (intermediate information) based on the output definition file. I explained the case. However, the present invention is not limited to this, and the program source may be directly converted into output information in a specified format based on a conversion definition that converts the program source acquired by the input reception unit 20 into a specified output information format. It may also be a thing.

In the above embodiment, a case has been described in which the conversion log displays the locations that could be converted, the locations that did not require conversion, and the locations that could not be converted, but the present invention is not limited to this. For example, it is not necessary to display either a portion that did not require conversion or a portion that could not be converted.

Note that in the embodiment described above, various methods can be selected as the method for outputting the output information and the conversion log. For example, output information and conversion logs may be output on paper media.

Note that the above processing functions can be realized by a computer. In that case, a program is provided that describes the processing contents of the functions that the processing device should have. By executing the program on the computer, the above processing functions are realized on the computer. A program describing the processing contents can be recorded on a computer-readable storage medium (excluding carrier waves).

When a program is distributed, it is sold in the form of a portable storage medium such as a DVD (Digital Versatile Disc) or a CD-ROM (Compact Disc Read Only Memory) on which the program is recorded. It is also possible to store the program in the storage device of the server computer and transfer the program from the server computer to another computer via a network.

A computer that executes a program stores, for example, a program recorded on a portable storage medium or a program transferred from a server computer in its own storage device. Then, the computer reads the program from its own storage device and executes processing according to the program. Note that a computer can also directly read a program from a portable storage medium and execute processing according to the program. Furthermore, each time a program is transferred from the server computer, the computer can sequentially execute processing according to the received program.

The embodiments described above are examples of preferred implementations of the present invention. However, the present invention is not limited to this, and various modifications can be made without departing from the gist of the present invention.

In addition, regarding the description of the above embodiment, the following additional notes are further disclosed.
(Additional Note 1) Accepting input of a program source written in a first language and information specifying the converted format of the program source,
converting the program source into the format based on a conversion definition corresponding to the program source and the converted format;
Displaying a conversion log that allows identification of portions of the program source that have been converted into the format and portions that do not require conversion to the format;
A display method in which processing is performed by a computer.
(Supplementary Note 2) The display method according to Supplementary Note 1, wherein the conversion log identifiably indicates a portion where conversion was attempted based on the conversion definition but could not be converted.
(Supplementary Note 3) The conversion log indicates the ratio of the number of locations converted to the format to the total number of locations converted to the format and locations that could not be converted. The display method described in 2.
(Additional Note 4) In the process of converting into the format, the program source is converted into predetermined intermediate information based on a first conversion definition corresponding to the first language, and the intermediate information is converted into a predetermined intermediate information corresponding to the format. 3. The display method according to any one of appendices 1 to 3, characterized in that the display method is converted into the format based on the conversion definition of item 2.
(Supplementary note 5) The display method according to supplementary note 4, wherein the intermediate information is design information.
(Supplementary note 6) The display method according to supplementary note 5, wherein the second conversion definition is a conversion definition for converting the design information into a design document format.
(Additional note 7) There are multiple types of the above design documents,
A supplementary note characterized in that the conversion log indicates information indicating which type of design document has been converted into or which type of design document has been attempted to be converted in association with each part of the program source. The display method described in 6.
(Additional Note 8) The conversion log indicates, for each type of design document, the ratio of the number of locations that could not be converted to the total number of locations that were converted and locations that could not be converted. The display method described in Supplementary Note 7.
(Supplementary note 9) The display method according to supplementary note 5, wherein the second conversion definition is a conversion definition for converting the design information into a program source format written in a second language.
(Additional Note 10) Accepting input of a program source written in a first language and information specifying the converted format of the program source,
converting the program source into the format based on a conversion definition corresponding to the program source and the converted format;
Displaying a conversion log that allows identification of portions of the program source that have been converted into the format and portions that do not require conversion to the format;
A display program that allows a computer to perform processing.
(Additional Note 11) A reception unit that receives input of a program source written in a first language and information specifying a converted format of the program source;
a conversion unit that converts the program source into the format based on a conversion definition corresponding to the program source and the converted format;
a log display unit that displays a conversion log that allows identification of portions of the program source that have been converted into the format and portions that do not require conversion to the format;
An information processing device comprising:
(Supplementary Note 12) The information processing device according to Supplementary Note 11, wherein the conversion log identifiably indicates a portion where conversion was attempted based on the conversion definition but conversion was not possible.
(Supplementary note 13) Supplementary note 11 or 12. The information processing device according to 12.
(Additional Note 14) The conversion unit converts the program source into predetermined intermediate information based on a first conversion definition corresponding to the first language, and converts the intermediate information into a second conversion corresponding to the format. 14. The information processing device according to any one of appendices 11 to 13, wherein the information processing device converts into the format based on a definition.
(Supplementary Note 15) The information processing device according to Supplementary Note 14, wherein the intermediate information is design information.
(Additional Note 16) The information processing apparatus according to Additional Note 15, wherein the second conversion definition is a conversion definition for converting the design information into a design document format.
(Additional note 17) There are multiple types of the above design documents,
A supplementary note characterized in that the conversion log indicates information indicating which type of design document has been converted into or which type of design document has been attempted to be converted in association with each part of the program source. 16. The information processing device according to 16.
(Additional Note 18) The conversion log indicates, for each type of design document, the ratio of the number of locations that could not be converted to the total number of locations that were converted and locations that could not be converted. The information processing device according to feature Supplementary Note 17.
(Additional Note 19) The information processing apparatus according to Additional Note 15, wherein the second conversion definition is a conversion definition for converting the design information into a program source format written in a second language.

10 Server (information processing device)
20 Input reception section (reception section)
26 Information extraction section (part of conversion section)
32 Output information creation section (part of conversion section)
36 Output section (part of log display section)
34 Log creation section (part of log display section)
90 CPU (computer)

Claims (12)

receiving input of a program source written in a first language and information specifying multiple types of formats after conversion of the program source;
converting the program source into each of the plurality of formats based on a conversion definition corresponding to the program source and each of the plurality of formats after conversion;
displaying , for each of the formats, a conversion log that allows identification of portions of the program source that have been converted based on the conversion definition and portions that do not require conversion;
A display method in which processing is performed by a computer. 2. The display method according to claim 1, wherein the conversion log identifiably indicates , for each format, a portion where conversion was attempted based on the conversion definition but conversion was not possible. The conversion log indicates, for each format, the ratio of the number of locations converted based on the conversion definition to the total number of locations converted based on the conversion definition and locations that could not be converted. The display method according to claim 1 or 2, characterized in that: In the process of converting into the format, the program source is converted into predetermined intermediate information based on a first conversion definition corresponding to the first language, and the intermediate information is converted into predetermined intermediate information corresponding to each of the plurality of formats. 4. The display method according to claim 1, wherein the conversion is performed based on the conversion definition of No. 2. 5. The display method according to claim 4, wherein the intermediate information is design information. The display method according to claim 5, wherein the second conversion definition corresponding to each of the plurality of types of formats is a conversion definition for converting the design information into each of the plurality of types of design document formats. . 5. The second conversion definition corresponding to each of the plurality of formats includes a conversion definition for converting the design information into a program source format written in a second language. Display method described in. receiving input of a program source written in a first language and information specifying a converted format of the program source;
converting the program source into the format based on a conversion definition corresponding to the program source and the converted format;
Among the program sources, the parts that have been converted to the above format and the parts that do not need to be converted to the above format are clearly indicated, and the total number of parts that have been converted to the above format and parts that cannot be converted are shown. , displaying a conversion log indicating the percentage of the number of locations converted to the format;
A display method in which processing is performed by a computer. receiving input of a program source written in a first language and information specifying multiple types of formats after conversion of the program source;
converting the program source into each of the plurality of formats based on a conversion definition corresponding to the program source and each of the plurality of formats after conversion;
displaying , for each of the formats, a conversion log that allows identification of portions of the program source that have been converted based on the conversion definition and portions that do not require conversion;
A display program that allows a computer to perform processing. receiving input of a program source written in a first language and information specifying a converted format of the program source;
converting the program source into the format based on a conversion definition corresponding to the program source and the converted format;
Among the program sources, the parts that have been converted to the above format and the parts that do not need to be converted to the above format are clearly indicated, and the total number of parts that have been converted to the above format and parts that cannot be converted are shown. , displaying a conversion log indicating the percentage of the number of locations converted to the format;
A display program that allows a computer to perform processing. a reception unit that receives input of a program source written in a first language and information specifying multiple types of formats after conversion of the program source;
a conversion unit that converts the program source into each of the plurality of formats based on a conversion definition corresponding to the program source and each of the plurality of formats after conversion;
a log display unit that displays a conversion log that allows identification of portions of the program source that have been converted based on the conversion definition and portions that do not require conversion for each of the formats ;
An information processing device comprising: a reception unit that receives input of a program source written in a first language and information specifying a converted format of the program source;
a conversion unit that converts the program source into the format based on a conversion definition corresponding to the program source and the converted format;
Among the program sources, the parts that have been converted to the above format and the parts that do not need to be converted to the above format are clearly indicated, and the total number of parts that have been converted to the above format and parts that cannot be converted are shown. , a log display section that displays a conversion log indicating a percentage of the number of locations converted into the format;
An information processing device comprising:

Images