TWI783764B - Software development system and method thereof - Google Patents

Abstract

The software development system includes a processor for accessing instructions stored in the memory to execute an application programming interface configuration module to select at least one application programming interface from a plurality of application programming interfaces, a picture configuration module to design a plurality pictures comprising a first picture and a second picture according to the application program interface; a process configuration module connects the pictures to form a process, wherein at least one field in the second picture is bind with at least one outgoing parameter that is generated by the application programming interface according data of the first picture as the incoming parameter; and a picture generating module sequentially displays the pictures according to the process.

Description

Software Development System and Method

This disclosure relates to a development system, in particular to a software development system.

Traditionally, when IT technicians develop software for user needs, they need to interview user needs first, and proceed according to a certain process until the user test is completed. In other words, all development processes are independently carried out by IT technicians and customized according to the needs of users.

Although in the above process, IT technicians have conducted interviews on user needs before development, however, if users have other needs or change screen functions during the development process, IT technicians need to make repeated modifications to incorporate user needs new demand. Such a method will consume a lot of time for IT technicians on software revisions, and for users, every time they make a revision, they have to wait for IT technicians to reply to the revision results, which will also consume a lot of time on unnecessary wait on.

Therefore, how to reduce the inefficiency between IT technicians and users caused by revisions has become an important issue in this field.

An aspect of the present disclosure relates to a software development system, comprising a memory storing at least one instruction and a plurality of APIs; and a processor coupled to the memory for accessing the at least one instruction To execute: an API configuration module, used to select at least one API from the pen APIs; a screen configuration module, to include at least a first screen and a first screen according to the API design A plurality of screens of the second screen; a process configuration module, used to connect these screens to form a process, wherein at least one field in the second screen and the API are input according to the data of the first screen At least one outgoing parameter binding generated by parameters; and a screen generation module, which sequentially displays the plurality of screens according to the flow.

In some embodiments, the API configuration module further provides the plurality of APIs and corresponding specification documents through a display window.

In some embodiments, the first screen can be a query screen, and the second screen can be a query result screen.

In some embodiments, the flow includes a first node and a second node connected, the first node configures the query screen, and the second node configures the query result screen.

In some embodiments, the process composed of the process configuration module concatenated with the screens can be regarded as a sub-process, and the sub-process can be concatenated with other processes.

In some embodiments, the screen configuration module is further used for associating two APIs, so as to display the combined information of the parameters transmitted from the two APIs in one screen.

In some embodiments, the process configuration module further sets a judgment condition between the first screen and the second screen to determine whether to display the second screen.

Another aspect of the disclosed content relates to a software development method, including: providing a plurality of APIs; selecting at least one API from the APIs; designing at least one first API according to the API screen and a plurality of screens of a second screen; these screens are concatenated to form a process, wherein at least one field in the second screen and the at least one API are generated according to the data of the first screen as incoming parameters Binding at least one outgoing parameter; using a screen generation module and sequentially displaying the multiple screens according to the flow.

In some embodiments, providing the plurality of pen APIs further includes: providing the plurality of pen APIs and corresponding specification documents through a display window.

In some embodiments, connecting the first screen and the second screen according to a process further includes: configuring a connected first node and a second node; and configuring the query screen on the first node, and configuring the query screen on the first node. The second node configures the query result screen.

To sum up, in this case, through the division of labor, the user is responsible for configuring the screen function process, and the IT technician is responsible for the corresponding API. The user only needs to select the required API and design the screen function flow accordingly. After the user completes the design of the screen function flow, the software development can be completed. In this way, the user can complete the independent configuration of the screen flow without writing any code, and the IT technician does not need to bear the burden of the screen function flow design, so it can greatly save the round-trip time for both parties to modify, and achieve the goal of a win-win situation between the IT technician and the user .

The following is a detailed description of the embodiments in conjunction with the accompanying drawings, but the described specific embodiments are only used to explain the present case, and are not used to limit the present case, and the description of the structure and operation is not used to limit the order of its execution. The recombined structure and the devices with equivalent functions are all within the scope of this disclosure.

Based on this, this project proposes a software development system and method. Through the division of labor, IT technicians are responsible for the corresponding Application Programming Interface (Application Programming Interface, API) development, and users are responsible for configuring the screen function process. Accordingly, the user only needs to select the required API corresponding to the function flow of the screen, and design the function flow of the screen correspondingly. After the user completes the design of the function flow of the screen, the software development can be completed.

Please refer to Figure 1. FIG. 1 is a schematic diagram of a software development system 100 according to an embodiment of the disclosure. As shown in FIG. 1 , the software development system 100 at least includes a memory 120 and a processor 140 , and the memory 120 is communicatively or electrically coupled to the processor 140 . In some embodiments, the processor 140 may include but not limited to a single processing unit or an integration of multiple microprocessors, and the single processing unit or the integration of microprocessors may be electrically coupled to the memory 120, wherein the memory 120 may be Internal or external memory, including volatile or nonvolatile memory. In this embodiment, the processor 140 can access at least one instruction from the memory 120 and execute the at least one instruction, so as to further implement the application configuration module defined by the at least one instruction. In some embodiments, include Application programming interface configuration module 141 , screen configuration module 142 , process configuration module 143 and screen generation module 144 . The above-mentioned implementation of the processor 140 is used as an example, and various hardware components such as circuits or modules that can implement the processor 140 are within the scope of this application. In some embodiments, the software development system 100 can be applied in a financial institution.

In some embodiments, the API configuration module 141 is used to provide the API required by the user to select the design screen. In some embodiments, when the IT staff completes the development of an API, the specification file corresponding to the API can be imported into the API configuration module 141 . In some embodiments, the specification file includes API incoming parameters and outgoing parameters. Accordingly, the user can query the provided API and the corresponding specification document through a display window of the API configuration module 141 to select the API required for the development screen. In some embodiments, in addition to storing the at least one instruction, the memory 120 can further store (or temporarily store) multiple application program interfaces that have been developed by IT personnel. Accordingly, after the user selects an API through the API configuration module 141 , the user can access the desired API from the memory 120 for use. In some embodiments, the IT personnel are IT technicians of a financial institution, the API developed is the API used by the financial institution, and the user is a business unit of the financial institution.

The screen configuration module 142 is used to provide multiple screens required by the user according to the selected API design. The process configuration module 143 is used to provide the user with a serial connection process between design screens. In some embodiments, the user can configure two nodes connected back and forth. The first node configures the first screen, and the second node configures the second node. Two screens. Set the outgoing parameters generated by the API according to the incoming parameters of the first screen to the second screen as receiving parameters. In some embodiments, the screen designed by the user using the screen configuration module 142 includes a query screen and a query result screen. The query screen includes a query field, and the query result screen includes multiple query result fields. The result field is bound to the API outgoing parameter selected by the user. And the query screen and the query result screen are connected in series by the process configuration module 143 . In some embodiments, the API uses the query data in the query field as an incoming parameter, and returns at least one outgoing parameter generated according to the incoming parameter to the bound query result field in the query result screen, query The result field can be displayed using the at least one outgoing parameter as a data source. In other embodiments, the application programming interface can return multiple outgoing parameters, and the user can use the screen configuration module 142 to select some outgoing parameters from these outgoing parameters according to the designed screen and send them to the query result screen The bound result field. The screen generation module 144 is used to sequentially present the screens connected by the process configuration module 143 . In some embodiments, the screen generation module 144 displays the query screen, and then displays the query result screen according to the outgoing parameters returned by the API. According to this, IT personnel only need to provide the application programming interface, and the subsequent screens and the sequence flow between each screen are designed by the user, which can greatly improve the development efficiency. It is worth noting that the process composed of the screens connected by the process configuration module 143 can be regarded as a sub-process and connected in series with other processes. That is to say, a process may include multiple sub-processes, which may be composed of screens connected by the process configuration module 143 . These sub-processes can be connected in series with other processes according to user design.

In some embodiments, when the user selects the required API for the development screen through the API configuration module 141 , multiple APIs can be selected at the same time. For example, the business unit of a financial institution wants to use the customer's ID card number as the query condition to simultaneously query the credit card owned by the customer in the financial institution, the available balance of the credit card, and the cash advance status, etc. If the above-mentioned credit card, credit card available balance, and cash advance status are provided by different APIs, multiple APIs can be selected at this time, including the main API and the secondary API. Accordingly, the screen configuration module 142 associates the main API with the secondary API. For example, the ID card number is used as the input parameter of the main API, and multiple credit cards and corresponding credit cards under the ID card number are returned after query. Card number, and then use the card number returned by the main API as a parameter passed into the secondary API to query the corresponding information of this card number, such as the available balance and cash advance status of this card number. Accordingly, the outgoing parameters returned by the main API and the secondary API, such as the corresponding card numbers and available balances of multiple credit cards, and the cash advance status, can be displayed as the data source of the query result screen. Therefore, in this case, when selecting the API required for the development screen, the user can select multiple APIs for combination at the same time, so that the same query data can be used as the incoming parameter, and different types of outgoing parameters can be provided by different APIs , and obtain multiple query result data in one screen at the same time.

According to this, in other embodiments, if a "branch code" is used as a query condition to query the function of "branch information". The user can first use the API configuration module 141 to select the API required for the design screen. In one embodiment, a branch information inquiry service API is selected.

Then, the user uses the screen configuration module 142 to design two screens, as shown in Figure 2, wherein the first screen is a query screen 200, and an input box 201 is provided for the user to input "branch code". As shown in Figure 3, the second screen is a query result screen 300, which is used to display the branch information query result screen 300 obtained by using the branch code as the query condition. The branch information query results include branch name 301, branch address 302, branch Telephone 303, branch business hours 304 and other fields.

Next, the user can use the process configuration module 143 to configure two consecutive nodes. The first node configures the first screen, the query screen 200 , and the second node configures the second screen, the query result screen 300 . The branch information query service API uses the input data of the input box 201 as the incoming data to generate multiple outgoing data and set it to the second screen. The query result screen 300 is used as the receiving parameter. In some embodiments, the outgoing Parameters include branch name 301 , branch address 302 , branch phone number 303 , and branch business hours 304 . Next, the screen generation module 144 is executed to sequentially present the screens concatenated by the process configuration module 143 . In some embodiments, the screen generating module 144 first displays the query screen 200, and then displays the query result screen 300 according to the outgoing parameters returned by the API.

In some embodiments, when performing the process configuration module 143, when nodes are connected in series, that is, when the first screen and the second screen are connected in series, a decision-making condition can be set to determine whether to enter Corresponds to the process node, that is, whether it is possible to enter the second screen from the first screen. The judging conditions include: comparing parameters and time and logic operations. In some embodiments, the first screen is a query screen for users to conduct detailed query, and the corresponding second screen, there can be multiple query result screens, including current savings deposit details screen, time savings deposit details screen, securities It is worth noting that this embodiment is not limited to the above-mentioned screens, such as demand deposit details screen and check deposit details screen. That is to say, after the user connects the screens of the process configuration module 143, the chaining result shown in Figure 4 will be generated. After the detailed query screen 401, the current savings deposit details screen 402, the time savings deposit details screen 403, and the securities A demand deposit detail screen 404 and a check deposit detail screen 405 . Therefore, in this case, a decision-making judgment condition will be set after the detailed inquiry screen 401 to judge whether to perform the current savings deposit detailed screen 402, the regular savings deposit detailed screen 403, the securities current deposit detailed screen 404 or the check deposit detailed screen 405. In some embodiments, the decision-making judgment condition is whether the selected deposit product is a current deposit, and if so, the detailed screen of the current deposit can be entered. That is to say, if the customer selects or enters the deposit account number in the detailed inquiry screen 401, it is judged that its product type is a demand deposit, and then enters the demand deposit detail screen 402 accordingly, that is, the demand deposit detail screen is displayed accordingly.

FIG. 5 is a flow chart of a software development method according to an embodiment of the present case. Please refer to FIG. 1 to FIG. 5 for the diagrams. In the software development method 500 of this case, firstly, in step 501, an API is selected. In one embodiment, the user uses the API configuration module 141 to select the API required by the design screen. Next, in step 502, a corresponding screen is designed according to the selected API. In one embodiment, the user uses the screen configuration module 142 to design the screen, wherein the data source of the fields in the screen is to use the application programming interface to send parameters, so as to bind the application programming interface and the corresponding screen. In step 503, the frames are concatenated. In one embodiment, the user can use the process configuration module 143 to concatenate multiple screens designed by the user using the screen configuration module 142 . In some embodiments, when connecting a query screen and a query result screen in series, the user uses the screen configuration module 142 to configure two consecutive nodes, the first node configures the query screen, and the second node configures the query result screen . The API uses the query data of the query screen as the incoming data to generate multiple outgoing data, and sends the multiple outgoing data to the query result screen according to the binding result. Next, in step 504, corresponding frames are sequentially displayed according to the flow. In some embodiments, the screen generation module 144 first displays the query screen, and then displays the corresponding query result screen according to the outgoing parameters returned by the API.

To sum up, the software development system and method of this case, through the division of labor, let users be responsible for configuring the screen function process, and IT technicians are responsible for the corresponding API. The user only needs to select the required API and design the screen function flow accordingly. After the user completes the design of the screen function flow, the software development can be completed. In this way, users can complete the configuration of screen flow independently without writing any code, and IT technicians do not need to bear the burden of screen function flow design, so the round-trip time of both parties can be greatly saved, and the goal of win-win between IT technicians and users can be achieved.

Although the present disclosure has been disclosed above in terms of implementation, it is not intended to limit the present disclosure. Those skilled in the art can make various changes and modifications without departing from the spirit and scope of the present disclosure. Therefore, this disclosure The scope of protection of the disclosed content shall be subject to the definition of the appended patent application scope.

100: Software Development Systems 120: memory 140: Processor 141:Application programming interface configuration module 142: Screen configuration module 143: Process configuration module 144:Screen generation module 200: query screen 201: input box 300: query result screen 301: Branch name 302:Branch address 303:Branch phone number 304: Branch business hours 401: Detailed query screen 402: Current savings deposit details screen 403: Detail screen of regular savings deposit 404:Securities current deposit details screen 405: Check deposit details screen 500: Software Development Methods 501-504: steps

FIG. 1 is a schematic diagram of a software development system according to an embodiment of the disclosure. FIG. 2 is a schematic diagram of a query screen according to an embodiment of the disclosure. FIG. 3 is a schematic diagram of a query result screen according to an embodiment of the present disclosure. FIG. 4 is a schematic diagram of a series of screens according to an embodiment of the present disclosure. FIG. 5 is a flowchart of a software development method according to an embodiment of the present case.

100: Software Development Systems

120: memory

140: Processor

141:Application programming interface configuration module

142: Screen configuration module

143: Process configuration module

144:Screen generation module

Claims (10)

A software development system, comprising: a memory storing at least one command and a plurality of APIs; and a processor coupled to the memory for accessing the at least one command to execute: an API configuration a module for selecting at least one API from the APIs; a screen configuration module for designing a plurality of screens including at least a first screen and a second screen according to the API; a The process configuration module is used to connect these screens to form a process, wherein at least one field in the second screen and at least one outgoing parameter generated by the API according to the data of the first screen as incoming parameters Parameter binding, wherein the second screen displays the at least one outgoing parameter; and a screen generation module, which sequentially displays the screens according to the process. The software development system as described in Claim 1, wherein the API configuration module further provides the plurality of APIs and corresponding specification documents through a display window. The software development system as described in Claim 1, wherein the first screen can be a query screen, and the second screen can be a query result screen. The software development system as described in Claim 3, the flow includes a first node and a second node connected, the first node configures the query screen, and the second node configures the query result screen. The software development system as described in Claim 1, wherein the process composed of the process configuration module connected in series with the screens can be regarded as a sub-process, and the sub-process can be connected in series with other processes. As for the software development system described in Claim 1, the screen configuration module is further used to associate two APIs, so as to display the information after parameter combination transmitted from the two APIs in one screen. The software development system as described in Claim 1, wherein the process configuration module further sets a judgment condition between the first screen and the second screen to determine whether to display the second screen. A software development method, comprising: providing a plurality of APIs; selecting at least one API from the APIs; generating a plurality of screens at least including a first screen and a second screen according to the API ; These screens are concatenated to form a flow, in which the second screen to One less field is bound to at least one outgoing parameter generated by the at least one API according to the first screen data as the incoming parameter, wherein the second screen displays the at least one outgoing parameter; and according to the process The screens are displayed in sequence. The software development method as described in Claim 8, wherein providing the multiple APIs further includes: providing the multiple APIs and corresponding specification documents through a display window. The software development method as described in Claim 8, wherein connecting the first screen and the second screen according to a process further includes: configuring a connected first node and a second node; and configuring on the first node In the query screen, the query result screen is configured on the second node.

Images