JP2000347840A - Automatic source program generation device, automatic source program generation method, and recording medium recording the method - Google Patents

Abstract

(57) [Summary] [Problem] To easily design external specifications of an application, a programmer can visually confirm the operation of the application from the design information, and automatically generate source code to reduce the software development time. Reduce defects. SOLUTION: The source program automatic generation device 100 of the present invention creates an event driven type program by using an event in an application having a graphical user interface and a correspondence to the event as an input. Source program automatic generation device 100
Includes a definition unit that defines the event and a response to the event for each scene, and a generation unit that generates an application source program from data defining the event for each scene and the response to the event.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a design of an external specification of an application having a graphical user interface (GUI), a prototype for confirming the operation of the application based on the design information, and
The present invention relates to a method for automatically generating an application source program from design information.

[0002]

2. Description of the Related Art When developing software, it is necessary to clarify external specifications of a development system. To clarify the external specifications of the development system is to visually represent the operation required for the application provided in the system to be developed so that the programmer can easily grasp the system to be developed. However, a method for expressing this has not been established.

In particular, a device equipped with a liquid crystal and a touch pen employs a method of providing a user with an operating environment according to the execution status of an application using a GUI, so that it is easy for a designer to express application specifications as a document. Not.

In general, a screen layout diagram of an application is arranged in a document, and the behavior of a GUI component and the transition of a scene are supplementarily described by a natural language or a symbol, and the operation of the application is expressed as a document. The behavior of the GUI component means a scene transition. For example, when a button is pressed, a screen provided on a device equipped with a liquid crystal and a touch pen is changed by expressing an arrow from a button in one screen layout diagram to another screen layout. Is the way.

[0005] Also, Japanese Patent Application Laid-Open No. 8-286899 discloses that
It discloses that a screen layout and GUI configuration data are described separately from the screen layout. In other words, the transition relation of the screen and the information of the function assigned to the GUI are separately managed.

As a new design method, there is a prototype design method. This means that a screen component prepared in advance or a screen component created previously can be transferred to a personal computer or an EWS (Engineering Work St).
This is a method of designing an operation unit by interactively arranging and combining the operation units. For example, Visual Ba
Used in sic and Visual C ++. The screen components are assigned not only the appearance on the screen but also basic operations, so if you operate the screen of the designed operation unit with a mouse etc., it will be the same as the operation unit of the application you are developing. You can see the equivalent behavior.

A basic part for controlling a screen such as a transition of a screen has a function of automatically generating a source program based on a screen component by a source program automatic generation device. It is only necessary to develop a part of the function which is not included in the screen component of the device.

[0008]

According to the prior art of designing an external specification by combining a screen layout diagram and a sentence, the outline is easy to understand, but it is possible to display details such as errors and exception processing that occur in designing an application. It's hard to write it all out in a layout diagram. For this reason, the description in sentences increases, and although it takes time to design the application, the readability of the application specification is low and it is not efficient.

For example, in Japanese Patent Application Laid-Open No. 8-286899, a screen layout and a screen layout
Since it requires the I configuration data, the screen transition relationship and
It is necessary to separately input / edit the description of the function corresponding to the event, which may cause a problem in consistency.

[0010] Further, even if the figures represent the same function,
Expressions may differ depending on the program, and it is difficult for a programmer to determine the identity and difference between two figures from the figures. Further, there is a problem that it takes time to create and change a diagram, and it is not easy to automatically generate a program code from the diagram.

Also, Visual Basic and V
According to the prototype design method used in the actual C ++, CRT (Cathode Ray Tub) is used.
The screen components used in the GUI are laid out on a display device as shown in e), the operation of the application can be visually confirmed based on the screen layout, and the application program can be automatically generated.
It is difficult to express an external specification by an operation without I or an interrupt. For example, it is difficult to express a hard input device operation such as turning a dial or pressing a button on a screen layout. In addition, Visual Basi
It is difficult to design conditions other than user operation by a prototype design method used in c and Visual C ++. This is because there is no relationship between the screen layout and the system requirements. For example, an event that does not appear on the screen and is not dependent on the user's operation, such as when a timer is started or a connection request is made from a communication line. This is because the specification at the time of occurrence has to be described in another specification. In addition, software automatically generated by Visual Basic and Visual C ++ is assumed to run on a general OS such as a personal computer, EWS, or general-purpose computer. Does not work.

According to the present invention, an external specification of an application can be easily designed, a programmer can visually confirm the operation of the application from the design information, and automatically generate a source code to reduce software development time and defects. The purpose is to reduce.

[0013]

A source program automatic generation apparatus according to the present invention automatically generates a source program for generating an event-driven program by using an event in an application having a graphical user interface and a correspondence to the event as an input. An apparatus, comprising: a definition unit that defines the event and a response to the event for each scene; and a generation unit that generates a source program of an application from data defining an event for each scene and a response to the event. Thereby, the above object is achieved.

The source program automatic generation apparatus of the present invention interactively operates an event for each scene and data defining a response to the event, and outputs a response equivalent to an operation of an application to be developed to a display device such as a CRT. And may further comprise means for prototyping the application. Prototyping means simulating the operation of an application.

The method for automatically generating a source program according to the present invention is a method for creating an event-driven program by inputting an event in an application having a graphical user interface and the correspondence to the event, wherein an event is generated for each scene. The method includes a step of defining a response to the event, and a step of automatically generating an application source program from an event for each scene and data defining the response to the event, thereby achieving the above object.

According to the automatic source program generation method of the present invention, an event for each scene and data defining a response to the event are interactively operated, and a response equivalent to the operation of the application to be developed is returned. And the above object is achieved.

A storage medium according to the present invention is a method for creating an event-driven program by inputting an event in an application having a graphical user interface and a correspondence to the event, wherein an event and an event corresponding to the event are provided for each scene. A method for automatically generating a source program, which includes a step of defining a response and a step of automatically generating a source program of an application from an event for each scene and data defining a response to the event, may be recorded.

A storage medium according to the present invention is a method for creating an event-driven program by inputting an event in an application having a graphical user interface and the correspondence to the event, wherein an event and an event corresponding to the event are provided for each scene. A step of defining a response, a step of automatically generating a source program of an application from an event for each scene and data defining the response to the event, and interactively defining an event for each scene and data defining the response to the event. And returning a response equivalent to the operation of the application to be developed, and prototyping the application.

Hereinafter, the operation will be described.

An automatic source program generation device according to the present invention uses an input device and a display device to perform an event for each scene, a process of determining a state at the time of occurrence of the event, a process corresponding to the event, and Create and edit scene definition data that defines the next scene, etc., wait for an event from this scene definition data, determine the state at the time of the event occurrence, call an appropriate processing program, execute the processing program, A source program having a procedure of switching is generated. Also, the created scene definition data is displayed on a display device such as a CRT, and when an event of a scene is indicated by an input device, a corresponding table of the next scene definition is searched for and output to the display device.
Operate scenes interactively to enable visual confirmation of application behavior.

[0021]

Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 is a diagram showing a schematic configuration of an automatic source program generation apparatus 100 according to the embodiment.

The source program automatic generation apparatus 100 shown in FIG. 1 includes a scene definition data storage section 11, a processing section 12,
It has an input device 13, a display device 14, and a storage device 15.

The scene definition data storage section 11 stores scene definition data which is data for expressing an event in each scene of an application to be developed and a correspondence to the event. For example, the scene definition data includes the scene name, the scene image, the event type, the state determination function name, the processing function name corresponding to the event and the state at the time of the event occurrence, and the processing corresponding to the event and the state after execution. It may be at least one of the scene names of the transition destination. The scene definition data includes data and / or a program for expressing an event in each scene of the application to be developed, a determination value necessary for determining a state in the scene when the event occurs, At least one of an event and a program for performing a process corresponding to a state at the time of occurrence of the event, and at least one of data necessary for generating a next scene displayed after the process is executed Good. Hereinafter, at least one of the data stored in the scene definition data storage unit 11 is referred to as scene definition data. For example, data for expressing an event in each scene of an application to be developed may be referred to as scene definition data.

It is also assumed that the application has a plurality of scenes, and at least one corresponding event is assigned to each of the plurality of scenes. The term “scene” means a character, a graphic, a symbol, or a combination thereof, displayed on the display device 14. The event means a factor that controls an application operation, such as a GUI operation by a user, a hardware interrupt signal not depending on the GUI, and a software interrupt message.

The processing section 12 stores the scene definition data storage section 1
Edit the data stored in 1 or generate a source program. The processing unit 12 includes a CPU (Cen
(Tral Processing Unit).

The input device 13 receives scene definition data, commands for controlling the source program automatic generation device 100, and the like. Input device 13 may be a keyboard and / or a mouse.

The display device 14 displays information (scene definition data, a source program, etc.) managed by the processing unit 12 and an execution result of the processing unit 12. The display device 14 is C
It may be an RT or a liquid crystal monitor.

The storage device 15 stores a source program generated by the processing unit 12 and the like. The storage device 15 may be a hard disk.

Hereinafter, the source program automatic generation device 1
An example of the operation of 00 will be described with reference to FIG.

FIG. 2 shows a source program automatic generation device 1.
FIG. 13 is a diagram showing a flowchart of a certain operation of the operation of the second embodiment.

In step S21, the user uses the input device 13 and the display device 14 to input scene definition data.

In step S22, in order for the user to visually confirm the behavior of all scenes of the application to be developed, the source program automatic generation device 10
0 displays the behavior of all scenes of the application to be developed on the display device 14 by the prototype function of the source program automatic generation device 100. Here, the prototype function means that an event in a scene constituted by scene definition data is interactively designated using the input device 13 and scene definition data relating to the scene generated by execution of the event is displayed on the display device 14. Means to display. Also, interactive is
Refers to the scene definition data with the screen, indicates any data, and returns a response to the screen.

In step S23, the processing unit 12 determines whether or not there is a problem with the definition of the scene by using the prototype function. If there is a problem with the scene definition, the process proceeds to step 21, where the user inputs appropriate scene definition data. If there is no problem with the definition of the scene, the process proceeds to step S24. The case where there is a problem in the definition of a scene means, for example, a case where entry is omitted or spelling is incorrect.

In step S24, the processing unit 12 creates a scene connection table from the scene definition data determined to have no problem. The scene connection table will be described later.

In step S25, the processing unit 12 generates a source program from the scene connection table generated in step S24, and stores the source program in the storage device 15.

If the automatic source program generation device 100 in the present embodiment does not have a prototype function, the automatic source program generation device 100 does not need to confirm scene definition data using the prototype function. In this case, steps S22 and S23 shown in FIG. 2 are not executed.

An example of a scene transition caused by an event in a certain scene will be described below with reference to FIGS.

FIG. 3A is a diagram showing that a certain scene is displayed on the liquid crystal panel 32 of the device 31, and FIG. 3B is a diagram showing a scene generated by an event in a certain scene. FIG. 3 is a view showing a portion displayed on a liquid crystal panel 32 of FIG.

The device 31 includes a liquid crystal panel 32, a tablet 33 arranged so as to overlap the liquid crystal panel 32, and hard buttons 34.

The application provided in the device 31 includes buttons M1, M2 and M3 on the liquid crystal panel 32.
And the list ITEM1, ITEM2, ITEM3, IT
Display GUI parts such as EM4 and ITEM5,
The user touches the tablet 33 located on the liquid crystal panel 32 on which the GUI components are displayed with a pen or the like, and the device 3
1 can be operated. Similarly, the user can operate by pressing the button 34 which is a hard device. Also, the application has a plurality of scenes, and each of the plurality of scenes has one or more GUI components.

The apparatus 31 shown in FIG. 3 has a scene MENU and a scene LIST.
The scene LIST has buttons M1, M2, and M3 as parts, and a list ITEM as a GUI part
1, ITEM2, ITEM3, ITEM4, and IT
I have EM5.

Hereinafter, events in the device 31 and behavior of the device 31 will be described.

When the user presses the hard button EXIT in the scene menu, the state of the device 31 is changed to the liquid crystal panel 32.
The screen changes to the hibernate state where the screen displayed in disappears. When the user presses the hard button EXIT in the scene LIST, the device 31 stores the latest status of the data list displayed on the liquid crystal panel 32 in a memory (not shown),
ENU is displayed on the liquid crystal panel 32. That is, when a certain event in the scene LIST is executed, the scene changes from the scene LIST to the scene MENU.

When the user presses the GUI component M1 with the touch pen (not shown) in the scene MENU, if the personal information protection mode is set, the scene is changed to a scene for inputting a password from the scene MENU. (Not shown). When the user presses the GUI component M1 with the touch pen (not shown) in the scene MENU, if the personal information protection mode is released, the scene transits from the scene MENU to the scene LIST.

In the device 31, even if the same operation is performed in the same scene, the behavior of the device 31 and the transition destination of the scene can be changed according to the state of the system.

The application targeted by the source program automatic generation apparatus 100 is a set of scenes. By defining the external specification of each scene, the external specification of the application can be expressed.

FIG. 4A and FIG. 4B show FIG.
FIG. 7 is a diagram showing an example of scene definition data that defines the behavior of the device 31 shown in FIG. The behavior of the device 31 shown in FIG. 3 is defined by scene definition data for each scene.

The scene definition data is one storage unit for each scene, and in this embodiment, one file is assigned to one scene. The scene definition data includes a scene name 41 and a scene image 4
2. A table format is used to list the event type 43, the state determination function name 44, the processing function name 45 for performing the process corresponding to the event and the state, and the transition destination scene name 46 after executing the process corresponding to the event and the state. Have. The scene image means a screen layout diagram.

The event here is a GU by the user.
I operation, an input device operation by a user, and a factor that controls an application operation of a hardware interrupt signal and a software interrupt message not depending on a GUI operation. For example, the event here means that a GUI icon displayed on the display device is clicked with a mouse or the like, a hard button provided on the device is pressed, a power reduction interrupt signal is output from the battery level sensor. And notification of the arrival of the scheduled time from a schedule management application different from the application executing the current scene. In FIG. 4, a indicates an event caused by the operation of the GUI component of this example, b indicates an event when a hardware device is operated, c indicates an interrupt from hardware, and d indicates a software interrupt message. I have.

Here, the state determination function is defined as
Reference numeral 1 denotes a function for determining what kind of processing the apparatus 31 performs and to which scene to go when a plurality of actions and transitions are assigned to the same event in the same scene. For example, when the user selects the function of browsing personal information from the menu and the personal information protection mode is not released, the device 31 reads the personal information from the memory, and the scene determines the personal information. When the personal information protection mode is set, the apparatus 31 does not read the personal information from the memory, and executes the scene, such as shifting to a scene for inputting a password. This is a function for judging when there is a possibility that a plurality of processes or transition destinations may exist for the same event of the same scene, in which the scene to be processed and shifted may be different. The state determination function in the present embodiment can take the number of “condition number−1”. The condition number is an integer of 1 or more.

As in the present embodiment, the scene definition data defines all events that control a device on which an application operates.

Hereinafter, FIGS. 4A and 4B will be described.
5 (a) and 5 (a) show the operation of the application developed using the scene definition data shown in FIG. 5 and the operation of the source program automatic generation device 100 having a prototype function for visually confirming the transition of a scene. This will be described using b).

FIGS. 5A and 5B are diagrams showing images displayed on the display device 14 shown in FIG.

As shown in FIGS. 5A and 5B, the display device 14 displays an external view of the device 31 from above and a scene definition data table which is a part of the scene definition data. You.

For example, when the user selects one of the events in the scene definition data table displayed on the display device 14 using the mouse, the processing unit 12 selects the event from the scene definition data storage unit 11. The next scene name in the row to which the event belongs is read, and the appearance and the scene definition data table of the device 31 viewed from above, which are displayed on the display device 14, are closed. After that, the processing unit 12 displays the display device 14
Next, the device 3 in which the next scene is displayed on the liquid crystal panel 32
A scene definition data table of scene definition data defined for the external appearance of the scene 1 and the next scene is displayed.

When the button M1 is selected while the scene MENU is displayed on the display device 14, the next scene name in the line to which the event generated by selecting the button M1 belongs is referred to. Is the scene MENU
To the scene LIST. Further, the display device 14
When the hard button EXIT is selected while the scene LIST is displayed on the screen, the next scene name in the row to which the event generated by selecting the hard button EXIT belongs is referred to, and the scene is changed from the scene LIST to the scene MENU. Move to

As described above, the user interactively designates the scene definition data, and the automatic source program
By switching the display on the display device 14 according to the instruction, the user can visually confirm the operation of the application.

FIG. 6 is a diagram showing an example of a scene connection table 60 that is created from the scene definition data described above with reference to FIG. 4 and that represents the connection of scenes in the entire application. The scene connection table 60 is a single table for the entire application. Scene connection table 60
The processing unit 12 specifies a scene name 41, an event type 43, a state determination function name 44, a processing function name 45 for performing processing corresponding to an event and a state, and the next processing after execution by the processing unit 12 from the scene definition data shown in FIG. It is created by extracting the scene name 46.

The process in which the processing unit 12 creates a scene connection table will be described below with reference to FIG.

FIG. 7 is a diagram showing a flowchart for creating a scene connection table from scene definition data.

In step S71, the processing unit 12 reads the scene definition data and the scene name assigned to the scene definition data from the scene definition data storage unit 11 of a certain scene, and extracts the scene name from the read scene definition data. Extract.

In step S72, the processing section 12 reads the scene definition data table line by line, and executes step S73.
Then, an event name, a state determination function name, a condition value, a processing function name, and a next scene name are cut out and added to the scene connection table together with the scene names.

In step S74, the processing section 12 determines whether or not the above processing has been performed on all rows of the scene definition data table. If the above processing has been performed for all rows of the scene definition data table, the processing proceeds to step S75. If the above processing has not been performed for all rows of the scene definition data table, the process proceeds to step S72, and the above processing is repeated.

In step S75, the processing section 12 determines whether or not the above processing has been performed for all scenes of the application. If the above processing has been performed for all scenes of the application, the processing ends. If the above process has not been performed for all scenes of the application, the process proceeds to step S
Proceeding to 71, the above processing is repeated.

The process in which the processing unit 12 creates a source program from a scene connection table will be described below with reference to FIG.

FIG. 8 is a diagram showing a flowchart for creating a source program from a scene connection table.

In step S81, the user specifies a programming language to be generated. In step S82, the processing unit 12 reads the scene connection table from the storage device 15, and in step S83, the processing unit 12 reads the read scene connection table. Is converted into a form that can be referenced from an executable statement of a specified programming language.

For example, in the C language, an array of structures (table) is used, and a structure (one column (record) in the table) is used.
Includes a scene name 41, an event type 43, a pointer to a state determination function name 44 (an address where a desired function is stored), a pointer to a processing function name 45 for performing a process corresponding to an event and a state, and The scene name 46 after execution is converted into a code as a member (one element (field) in one column in the table).

In step S84, the user actually
A scene name of a screen displayed first when the application is started is input, and in step S85, the processing unit 1
2 incorporates, in a specified language, a program to be processed by a device (for example, the device 31 shown in FIG. 3) for the event starting from the first displayed screen. The programs to be incorporated are common except for the initial scene name, and are of a fixed type prepared for each language.

An example of the algorithm of the generated source program will be described below with reference to FIG.

FIG. 9 shows a source program automatic generation device 1.
FIG. 9 is a diagram showing an example of an algorithm of a source program created by the method of FIG. The program shown in FIG. 9 is a typical event-driven program,
(For example, the device 31 shown in FIG. 4).

In step S901, the user displays an initial scene, and the application displays the initial scene and sets the current scene as the initial scene. After step S901, steps S902 and S9
At 03, an event such as a user operation on the device X, an interrupt signal from the device X, or a message from another task is waited.

When an event occurs, step S90
4. In steps S905 and S920, scenes and scenes embedded in the source program
From the array defining the event, search the array for a row that matches both the current scene and the event that occurred. A step S904 counts up one row in the array. Note that the initial value of the value to be counted up is 0. In step S905, if the current scene is the same as the scene defined in the array of a certain row, and the generated event is the same as the event defined in the array of the certain row, the process proceeds to step S906. (Hereafter,
A row in which the current scene is the same as the scene defined in the certain row array, and the generated event is the same as the event defined in the certain row array is referred to as a corresponding row). If it is determined in step S905 that the current scene is not the same as the scene defined in the array of the corresponding row, or if the generated event is not the same as the event defined in the array of the corresponding row, the process proceeds to step S920.
In step S920, it is determined whether the row of the array is the last row. If the row of the array is the last row, the process proceeds to step S920.
Proceeding to 906, if the row of the array is not the last row, processing proceeds to step S904.

If the row does not exist in the array in step S906, the processing proceeds to step S902 in order to wait for the next event without performing any operation.

If it is determined in step S906 that the corresponding row exists in the array, the process proceeds to step S907.

In step S907, it is determined whether a state determination function is registered in a corresponding row of the array defining the scene and the event. If the state determination function is registered in the corresponding row of the array defining the scene and the event, the processing proceeds to step S908, where the apparatus X
Gets the state number. The state number indicates which process is to be performed when a plurality of processes can be performed for a combination of the same scene and the same event, and is a difference from the corresponding line. The state number is calculated with reference to the execution state of the application. If the state determination function is not registered in the corresponding row of the array defining the scene and the event, the process proceeds to step S909. If there is no state determination function, 0 is set to the state number.

In step S910, a processing function is generated for a row obtained by adding the state number to the corresponding row in the array defining the scene and the event.

In step S911, it is determined whether a processing function exists. If the processing function does not exist (step 913), no processing is performed, but the variable indicating the execution result becomes true, and the process jumps to the step for shifting. If the processing function has been registered (step S912), the processing function is called, processing according to the processing function is performed, and whether or not the processing has been performed normally is determined.
Set to a variable that represents the execution result.

In step S914, it is determined whether the processing function has been executed normally. If the processing function is executed normally, the next scene of the corresponding row of the array defining the scene and the event is displayed on the liquid crystal panel of the device X,
A new scene name is set as a variable for recording the current scene (step S915). After switching the scenes in this way, it waits for the next event.

FIG. 10 is a diagram showing an example of a C language program generated from the algorithm of the source program shown in FIG. Source program automatic generation device 100
Can generate the C language program shown in FIG. 10 based on the algorithm of the source program shown in FIG.

As described above, according to this embodiment, in the development of an application having a GUI,
By defining the information necessary to create a program for each scene, the operation of the application can be visually confirmed in advance, reducing design errors in external operations, and automatically generating source programs, reducing coding errors,
Software quality is improved.

Design in tabular form does not require special software engineering knowledge, so it is easy to introduce and reduces design time, and the automatic generation function also reduces programming time, so that software development time is greatly reduced. Can be. Another advantage is that even when developing with multiple programs, the program structure is automatically generated, so that program variability is reduced and standardized. There is also a management effect that no inconsistency occurs.

The above-described source program automatic generation method may be recorded on a recording medium such as a floppy disk, an optical disk, and a magnetic tape.

[0085]

The source program automatic generation apparatus of the present invention is an automatic source program generation apparatus for generating an event-driven program by using an event in an application having a graphical user interface and correspondence to the event as an input. Definition means for defining the event and a response to the event for each scene, and generation means for generating a source program of the application from data defining the event for each scene and the response to the event.

According to the source program automatic generation device of the present invention, external specifications of an application can be easily designed.

The source program automatic generation method of the present invention is a method of creating an event-driven type program by inputting an event in an application having a graphical user interface and the correspondence to the event, wherein the event is generated for each scene. The method includes a step of defining a response to the event, and a step of automatically generating a source program of an application from an event for each scene and data defining the response to the event.

According to the source program automatic generation method of the present invention, external specifications of an application can be easily designed.

[Brief description of the drawings]

FIG. 1 is a diagram showing a schematic configuration of a source program automatic generation device 100 according to an embodiment.

FIG. 2 is a diagram showing a flowchart of a certain operation of the automatic source program generation device 100.

FIG. 3A is a diagram showing a scene displayed on a liquid crystal panel 32 of a device 31; FIG.
3 is a diagram showing a scene generated by an event in a certain scene displayed on a liquid crystal panel 32 of the device 31. FIG.

4A is a diagram illustrating an example of scene definition data that defines the behavior of the device 31 illustrated in FIG. 3A, and FIG. 4B is a diagram illustrating an example of the scene definition data illustrated in FIG. FIG. 4 is a diagram showing an example of scene definition data that defines the behavior of FIG.

FIGS. 5A and 5B show a display device 1 shown in FIG.
FIG. 4 is a diagram illustrating an image displayed on a screen 4;

FIG. 6 is a diagram illustrating an example of a scene connection table 60 that is created from the scene definition data described above with reference to FIG.

FIG. 7 is a diagram illustrating a flowchart for creating a scene connection table from scene definition data.

FIG. 8 is a diagram showing a flowchart for creating a source program from a scene connection table.

FIG. 9 is a diagram showing an example of an algorithm of a source program created by the source program automatic generation device 100.

10 is a diagram showing an example of a C language program generated from the algorithm of the source program shown in FIG.

[Explanation of symbols]

 11 scene definition data storage unit 12 processing unit 13 input device 14 display device 15 storage device 100 source program automatic generation device

 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Akira Yamanishi 22-22, Nagaikecho, Abeno-ku, Osaka City, Osaka Inside (72) Inventor Takahiro Mori 22-22 Nagaikecho, Abeno-ku, Osaka City, Osaka Co., Ltd. F-term (reference) 5B076 DC01 DE03

Claims (6)

[Claims] 1. An automatic source program generation apparatus for generating an event-driven program by using an event in an application having a graphical user interface and a correspondence to the event as an input, wherein the event and an event corresponding to the event are generated for each scene. An automatic source program generation device, comprising: definition means for defining a response; and generation means for generating a source program of an application from data defining an event for each scene and a response to the event. 2. The system further comprises means for interactively operating an event for each scene and data defining a response to the event, returning a response equivalent to an operation of an application to be developed to a display device, and prototyping the application. And a source program automatic generation apparatus according to claim 1. 3. A source program automatic generation method for creating an event-driven program by using an event in an application having a graphical user interface and a correspondence to the event as an input, wherein the event and a response to the event are provided for each scene. And automatically generating a source program of an application from data defining an event for each scene and a response to the event. 4. The method according to claim 1, further comprising a step of interactively operating data defining an event for each scene and a response to the event, returning a response equivalent to an operation of an application to be developed, and prototyping the application. Item 4. The method for automatically generating a source program according to Item 3. 5. A storage medium in which the source program automatic generation method according to claim 3 is recorded. 6. A storage medium on which the source program automatic generation method according to claim 4 is recorded.