JP4960188B2 - Screen transition diagram display method and system - Google Patents

Description

  The present invention relates to a method for displaying a screen transition diagram in, for example, Web application development, and particularly when a screen transition diagram is a complex transition, a functionally similar screen is folded and displayed as a screen with a similar function. The present invention relates to a display method and system for displaying screen transitions in an easy-to-understand manner.

Currently, with the spread of the Internet, a great number of applications used on Web browsers have been developed. Such an application is called a Web application.
Web applications often implement a single function on a series of multiple screens.
For example, the new member registration function includes a plurality of screens such as a name input screen, a course selection screen, and a registration content confirmation screen. In developing Web applications, it is important to accurately grasp these screen transitions, and in recent years, such screen transitions are arranged and implemented in a diagram called a screen transition diagram. .

FIG. 14 is a diagram showing a general screen transition diagram, which is composed of a screen shape (1401) indicating a screen and a screen transition shape (1402) indicating a screen transition. For example, in this figure, it can be seen at a glance that the F0005 screen transitions to the F0009 screen and the F0010 screen.
The following patent document 1 is given as a known technical document related to the present invention.

JP-A-7-219754

By the way, the functions of Web applications in recent years have become complicated and huge, and it has become common to have several hundred or more screens as a whole. Therefore, the problem is how to display the screen in the screen transition diagram. If the entire screen is simply displayed, the screen to be mounted is buried in the screen, which makes it difficult to understand.
This can be solved by attaching an attribute to each screen and displaying the screen with the same attribute in a folded manner according to the developer's instructions. However, it is very troublesome to manually describe the attributes on each screen, which increases the development cost.

  The present invention has been made in view of such circumstances, and an object thereof is to automatically determine screens having similar functions from the implementation of the source code, and display them in a form of folding or overlapping them. It is another object of the present invention to provide a screen transition diagram display method and system capable of easily displaying complicated screen transitions.

In order to achieve the above object, the method for displaying a screen transition diagram according to the present invention reads the source code of the application including the screen transition by the SQL extraction means, and the SQL statement that each screen calls the database from the source code. The first step of extracting and storing the first sentence in the first storage means, and the SQL statements in a plurality of screens transitioned from the screen specified by the user in the screen transition diagram, are obtained from the first storage means and stored in the database. A second step of quantifying the functional similarity with the screen specified by the user according to the operation of the target table, and the screen specified by the user according to the similarity And a third step of displaying in a folded state.
In addition, the screen transition diagram display system according to the present invention reads the source code of the application including the screen transition, extracts the SQL statement that each screen calls the database from the source code, and stores it in the first storage means. SQL statements on a plurality of screens that transition from the screen specified by the user in the screen transition diagram are acquired from the first storage unit by the screen transition display unit, and operations on the database, A second means for quantifying the functional similarity with the screen designated by the user in accordance with the change; and a second means for displaying each screen by folding it on the screen designated by the user in accordance with the similarity. And 3 means.

  According to the present invention, since the screens similar in function to the database are displayed in an overlapping manner, even complicated screen transitions can be displayed in an easy-to-understand manner, and it is possible to concentrate on important screen transitions to which attention should be paid. It becomes possible to contribute to improvement of work efficiency. In addition, since it is determined dynamically based on the implementation of the source code, there is no need to add an attribute to each screen.

Hereinafter, an application development system to which the present invention is applied will be described.
FIG. 1 is a system configuration diagram showing an embodiment of the present invention. A Web application development system shown here includes a keyboard (101) and a mouse (102) as input devices, and a display device (103). The computer (104) is equipped with a source code editing environment (105) and a screen transition diagram editing environment (106).
The developer (107) operates the keyboard (101) and mouse (102) to describe the screen transition diagram in the screen transition diagram editing environment (106), and based on the screen transition diagram editing environment (105), the web application Implement the implementation.

  FIG. 2 is a block diagram of the screen transition diagram editing environment (106). This environment includes a screen transition definition unit (201), a screen transition display unit (202), a storage unit for screen data (203), It is composed of storage means for display data (204), storage means for setting data (205), and storage means for extracted SQL data (206) extracted from source code (213), and is designated by setting data (205). Operates based on settings.

The screen transition definition unit (201) is a module that defines screen transitions, and includes screen definition means (207) that generates screen shapes. The screen information such as the call class and the transition destination defined by the screen definition unit (207) is stored in the storage unit of the screen data (203).
The position of the screen shape designated by the developer is stored in the display data (204).

Next, the screen transition display unit (202) is a module that displays the screen stored in the screen data (203). The screen transition display unit (202) draws the screen based on the result of the overlapping range determination means (208) that determines the range in which the screen shape is to be overlapped. Display transition determining means (209) for determining a transition shape to be performed, and screen transition drawing means (210) for drawing a graphic based on the result.
The graphic drawn by the screen transition drawing means (210) is converted into pixels by the external output unit (211) and displayed on the display device (103).
Note that a method for displaying a graphic is well known, and a description thereof is omitted. The range of overlapping screens is determined from the extracted SQL data (206) obtained by extracting the SQL sentence from the contents of the source code that implements the logic that the screen calls.

  The extracted SQL data (206) is created from the contents of the source code (213) described in the source code editing environment (105) by the external SQL extraction unit (212). Since the technique for extracting the SQL sentence by scanning the source code is well known, the description thereof is omitted.

  FIG. 3 is a diagram showing an example of the data structure of the setting data (205), and this data includes a setting name (301) and a setting value (302). For setting, the source code storage location (303) for specifying the location for storing the source code, the screen storage location (304) for specifying the location for storing the implementation of the screen, and how similar the screens are overlapped A threshold value (305) that specifies whether the value is numerical or not is provided.

  FIG. 4 is a diagram showing an example of the data structure of the screen data (203). This data is a screen ID (401) which is a character string for uniquely identifying the screen, and a file name (402) indicating a file in which the screen is mounted. ), A logic implementation class (403) indicating logic to be called by the screen, and a transition destination (404) in which the transition destination is designated by the screen ID according to the result of the logic.

FIG. 5 is a diagram showing an example of the data structure of the display data (204), and this data is composed of two types of data: screen display information (501) and logic display information (502). Of these, the information 501 for each screen includes a screen ID (503) for specifying the screen ID (401) defined in the screen data and a developer-specified position for storing the screen position specified by the developer on the screen transition diagram. (504) and a folding position (505) for designating the folded coordinates.
The developer designated position (504) and the folding position (505) are expressed by two numerical values, an X coordinate indicating a horizontal position and a Y coordinate indicating a vertical position, respectively.
Next, whether the logic display information (502) displays the logic implementation class (506) specifying the logic implementation class (403) defined in the screen data (203) and the screen transition derived from the corresponding logic implementation class. It is comprised from the folding display flag (507) which shows whether.
The screen transition drawing means 210 folds and displays the screen according to the value of the folding display flag (507).

  FIG. 6 is a diagram showing an example of the data structure of the extracted SQL data (206). This data is a logic implementation class (601) indicating a target class, and an operation ( 602), a target table (603) indicating a table handled by the logic, and a target column (604) indicating a column to be operated. Note that some SQL contents are determined at the time of execution, but in this case, they are not stored.

FIG. 7 shows an overall chart when development is performed using this system.
In this system, the developer first describes a screen transition diagram using the screen transition diagram editing environment (106) (step 701). When the definition of the screen transition is completed, each screen is mounted while referring to the screen transition diagram (step 702). At this time, if the screen transition diagram is complicated and difficult to understand (step 703), the target screen is designated with a mouse or the like, and screens having similar functions are displayed in an overlapping manner (step 704). If there is no unmounted screen, the development is completed (step 705).

FIG. 8 is a diagram showing an interface for defining a screen using the screen definition means (207). This interface has a column (801) for specifying a screen ID and a column for specifying a file name for saving the screen. (802), a field (803) for designating a logic implementation class, a transition destination (804) for designating a transition generated from the designated logic, and a creation button (805).
This interface is displayed when the developer operates the mouse on the screen transition diagram to instruct, and when the creation button (805) is pressed after inputting the contents, the screen shape is displayed at the instructed position. The input contents are stored in the screen data (203) storage means, and the designated position is stored in the display data (204) storage means.

FIG. 9 is a flow for determining a range of overlapping screens using the overlapping range determining means (208).
First, the screen shape designated by the developer is acquired (step 901).
Next, the developer designated position (502) is acquired from the display data, and the value is stored in the center coordinate Z (step 902). The value is stored in the folding position (505).
Next, a variable for storing the number of folded items is initialized to “0” (step 903).
Next, the logic implementation class (403) is acquired by referring to the screen data (203) of the designated screen (step 904).

Next, the folding display flag (507) that matches the logic implementation class (403) is updated to false if true, and newly updated if false (step 905).
Next, the updated value of the folding flag (507) is saved in the variable f (step 906).
Next, the extracted SQL data (206) corresponding to the acquired logic implementation class (403) is acquired, and the list is saved (step 908).
Next, the transition destination (404) of the acquired logic implementation class (403) is acquired, and folding processing is performed on the screen (steps 909, 910, and 911).
When processing is performed for all transitions, the next logic implementation class (403) is acquired and the same processing is performed.
When processing of all the logic implementation classes (403) of the screen shape designated by the developer is completed, the screen transition is displayed using the display transition determining means (209), and the process ends (step 912).

FIG. 10 is a detailed flow of the folding process described in step 911.
This process is recursively called and performed on all screens derived from the caller screen.
First, the designated screen is stored in the variable i (step 1001). Next, the logic implementation class (403) possessed by the screen is acquired (step 1002).
Next, the extracted SQL data (206) corresponding to the acquired logic implementation class (403) is acquired (step 1003).
Next, the contents saved in step 908 are compared, and the difference is expressed numerically (step 1004).

Next, this difference is compared with the threshold value (305) of the setting data, and if it is equal to or greater than the threshold value, it is determined that the function is different, and control is returned to the caller without doing anything (steps 1005, 1012).
If it is below the threshold value, it is determined that the same function is implemented, and the value of f saved in step 906 is stored in the folding display flag (507) of the logic implementation class (403) (step 1006).
Next, “1” is added to the number of foldings initialized in step 903 (step 1007).
Next, the result of multiplying the number of folding by a fixed value is added to the coordinates saved in step 902 and stored in the folding position (505) (step 1008).
The above operation is recursively performed on all logic implementation classes (403) derived from the screen designated by the developer (steps 1009 and 1010).

FIG. 11 shows a detailed flow in which the contents of the SQL data described in step 1004 are compared and the difference is expressed by a numerical value.
First, an array area for storing SQL data scores is secured (step 1101).
Next, one piece of SQL data is acquired from the list saved in step 908 (step 1102).
Next, one piece of SQL data possessed by the logic implementation class (403) acquired in step 1002 is acquired (step 1103).
Both SQL data are compared for each item, and if there is a match in the target table (603), "10" is added to the number of points (steps 1104 and 1105).
If the target columns (604) match, “5” is added to the number of points (steps 1106, 1107).
If the operations (602) match, “2” is added to the number of points (steps 1108 and 1109).
The above operation is performed on all the operations, and the average score is set as the evaluation score (steps 1110 and 1111).

FIG. 12 shows a detailed flow of the display transition determining means (209) described in step 912.
First, one screen is acquired from the screen data (203) (steps 1201 and 1202).
Next, one logic implementation class (403) possessed by the acquired screen is acquired (steps 1203 and 1204).
Next, the folding display flag (507) of the acquired logic implementation class (403) is acquired from the display data (step 1205).
If the folding flag (507) is true, the screen shape corresponding to the transition destination (404) of the logic implementation class is drawn at the location specified by the folding position (503), and the remaining logic implementation class (403) Is processed (step 1208).
If the folding flag is false, the screen shape corresponding to the transition destination (404) of the logic implementation class (403) is drawn at the developer specified position (step 1206), and the screen transition shape is set between the two screen shapes. Drawing is performed (step 1207). The above processing is performed on all screens.

FIG. 13 is a diagram showing a screen transition diagram when the present invention is applied, and shows a state before folding and a state after folding up and down. When the logic implementation class of the F0003 screen (1301) is the same as that of the logic implementation class that derives the screen transitions shown in 1302, 1303, and 1304, if 1301 is specified, the screens are displayed in an overlapping manner as shown in 1305. Developers can concentrate on developing the rest of the screen.
If 1305 is designated again, since the value inverted in step 906 is stored, the screen transition returns to the original state.

1 is a system configuration diagram showing an embodiment of an application development system to which the present invention is applied. It is a block block diagram of a screen transition diagram editing environment. It is a figure which shows the data structure example of setting data. It is a figure which shows the data structure example of screen data. It is a figure which shows the data structure example of display data. It is a figure which shows the example of a data structure of extraction SQL data. It is a whole chart at the time of system development. It is a figure which shows the example of the interface screen which performs a screen definition. It is a flowchart which shows the procedure which performs the folding display of a screen. It is a flowchart of a folding screen determination process. It is a flowchart which shows the determination process of similarity. It is a flowchart which shows the display process of a screen transition. It is a folded screen transition diagram. It is a figure which shows an example of a screen transition diagram.

Explanation of symbols

106 Screen Transition Diagram Editing Environment 201 Screen Transition Definition Unit 202 Screen Transition Display Unit 208 Overlay Range Determination Unit 209 Display Transition Determination Unit 210 Screen Transition Drawing Unit 212 SQL Extraction Unit

Claims (2)

  A first step of reading the source code of the application including the screen transition by the SQL extraction means, extracting an SQL statement that each screen calls a database from the source code, and storing it in the first storage means; and a screen transition diagram SQL statements on a plurality of screens that transition from the screen specified by the user are acquired from the first storage means by the screen transition display means, specified by the user in accordance with an operation on the database and a change in the target table. A second step of digitizing the functional similarity with the screen, and a third step of folding and displaying each screen on a screen designated by the user according to the similarity. Display method of screen transition diagram.   By reading the source code of the application including the screen transition, extracting the SQL statement that each screen calls the database from the source code, and storing it in the first storage means, and the user in the screen transition diagram SQL sentences on a plurality of screens that transition from the designated screen are acquired from the first storage means, and the functional similarity with the screen designated by the user in response to an operation on the database or a change in the target table A screen transition diagram display system comprising: second means for digitizing and third means for folding and displaying each screen on a screen designated by the user according to the similarity.

Images