Disclosure of Invention
The invention aims to solve the problem that the enterprise generally cannot rapidly develop a business application system meeting the personalized management requirements of the enterprise. The invention ensures that the user can realize the rapid development of the business application system in a graphical mode without programming, meets the personalized management requirements of enterprises and reduces the development period and the cost of the business application system.
Therefore, the invention provides a rapid development system of a business application system, which is used for realizing rapid development of the business application system in a programming-free mode and comprises a business model construction module and a business operation process construction module; the business model building module comprises a data model building submodule for building a data model in a programming-free mode, a business logic building submodule for building business logic in a programming-free mode and an interactive interface building submodule for building an interactive interface in a programming-free mode; the data model defines the unified description of the data of the business application system, the business logic is composed of a business logic unit, a control logic relation, a data transmission relation and data object parameters, and the interactive interface forms a human-computer interaction interface of the business application system; the service operation process construction module comprises a service model parser and a service operation environment; the service model parser is used for loading the constructed data model, service logic and interactive interface into the service operation environment, and realizing operation control of the loaded data model, service logic and interactive interface through the service operation environment to form a service operation process of the service application system; the service operation environment comprises a data engine, an activity engine and an interface engine, wherein the data engine realizes the control of data of the service application system, the activity engine realizes the control of activities of the service application system, and the interface engine realizes the control of a human-computer interaction interface of the service application system.
Meanwhile, the invention also provides a method for rapidly developing the business application system, which is used for realizing the rapid development of the business application system by a method without programming and comprises the following steps: (1) the method comprises the following steps of constructing a business model of a business application system, wherein the business model comprises a data model, business logic and an interactive interface, and the construction steps comprise: a. constructing a data model in a programming-free manner, wherein the data model defines a uniform description of data of a business application system; b. constructing a service logic in a programming-free mode, wherein the service logic is composed of a service logic unit, a control logic relation, a data transmission relation and a data object parameter; c. constructing an interactive interface in a programming-free mode, wherein the interactive interface forms a human-computer interactive interface of a service application system; (2) and (3) constructing a service operation process of a service application system: loading the business model into a business operation environment through a business model analyzer, and realizing the operation control of the loaded business model through the business operation environment to form a business operation process of a business application system; the service operation environment comprises a data engine, an activity engine and an interface engine, wherein the data engine is used for controlling data of the service application system, the activity engine is used for controlling activities of the service application system, and the interface engine is used for controlling a human-computer interaction interface of the service application system.
Furthermore, the service logic unit comprises a control logic unit, an automation processing logic unit, an approval logic unit and an object control logic unit, wherein the control logic unit comprises AND, OR, judgment, branching, parallel and feedback; the automatic processing logic unit comprises database operation, WebService, scientific calculation and JavaScript; the examination and approval logic unit comprises a single examination and approval unit, a multi-person consultation unit and a multi-person decision and approval unit; the object control logic unit comprises addition, deletion and modification.
Further, the business logic is constructed by defining control logic relationships and data transfer relationships between business logic units in a visualized flow manner.
Still further, the business logic can form a new business logic by combining the control logic relationship and the data transfer relationship. And constructing the business logic further comprises defining a human-computer interaction interface when the business logic is called in a visual mode.
On the other hand, the interactive interface comprises an interface component and an interface layout, the interface component comprises a control, a form, a list and a tree table, and the interface layout comprises an up-down layout, a left-right layout, a label layout and a combined layout.
Further, constructing the interactive interface further includes establishing a triggering relationship between the business logic and the operation of the interactive interface in a non-programming manner.
Further, constructing the interactive interface further includes establishing a mapping relationship between the interactive interface data and the business logic data in a non-programming manner.
In addition, the business model parser converts the business model into a computer code language and loads the computer code language into the business execution environment.
The invention provides the graphical service model construction platform and the constructed service operation process construction platform for the user, so that the user only needs to construct the service model of the service application system in a graphical mode in a non-programming environment, and does not need to write the code for constructing the service model and the code for realizing the service operation process, thereby reducing the technical requirements on service application system developers, improving the development efficiency of the service application system, reducing the development cost and meeting the requirement of enterprises for rapidly developing the service application system meeting the individualized management requirements of the enterprises.
Detailed Description
The following detailed description of embodiments of the invention refers to the accompanying drawings.
Fig. 1 shows a simplified diagram of a rapid development system of a business application system according to the invention. As shown in fig. 1, it includes a business model building module and a business operation process building module. The business model building module provides a graphical business model building platform for a user, so that the user can build the business model in a graphical mode without programming, and the technical requirements on the user are reduced. The business model building module comprises a data model building submodule, a business logic building submodule and an interactive interface building submodule.
The data model building submodule is used for building the data model in a programming-free mode. The data model defines a unified description of the data of the business application system, which mainly expresses information of data composition and data relationships. A series of data objects may be defined based on the data model, for example, a customer information data model is defined, and then a plurality of customer information data objects may be defined based on the customer information data model, for example, information about customer Zhang III forms a Zhang III data object, information about customer Lile IV forms a Lile IV data object, and so on. Where data composition refers primarily to attributes and component fields required to describe a piece of data, such as ID, name, age, gender, address, phone, available points, and so forth. The data relationship mainly refers to the membership relationship between data, i.e., the structural relationship between parent data and child data, for example, a part is composed of a plurality of parts, so that the membership relationship between the part data and the part data is the parent data, the part data is the child data, and a parent-child data structure tree is formed between the part data and the part data.
The business logic submodule is used for constructing the business logic constructing submodule of the business logic in a programming-free mode. The business logic is composed of a business logic unit, a control logic relation, a data transmission relation and a data object parameter, and the function of the business application system is realized through the business logic. Wherein, the service logic unit is a basic unit forming a service logic, and comprises control logic units, such as AND, OR, judgment, branching, parallel and feedback, etc.; automated processing logic such as database operations, WebService, scientific computing, and JavaScript scripts; an approval logic unit such as a single approval unit, a multi-person consultation unit, a multi-person decision unit, and the like; and object control logic, such as addition, deletion, and modification of data objects, and the like. The control logic relationship refers to a logic relationship between the individual service logic units constituting the service logic. A data transfer relationship refers to a transfer relationship where data is transferred from one business logic unit to another business logic unit. The data object parameter is a parameter object required by the business logic to realize the corresponding function, for example, a business logic for calculating points needs to have input data and output data, which are data object parameters of the business logic. When the business logic is constructed, a user defines the control logic relationship and the data transmission relationship among all the needed business logic units in a visual flow mode, so that the needed business logic is formed. Of course, some business logics need to have data object parameters, and when the business logics are constructed, corresponding data object parameters also need to be determined.
In addition, the service logic that has been constructed can also be formed as a service logic unit. And storing the constructed service logic as a service logic unit, taking the service logic as a service logic unit when constructing a new service logic, and forming a new service logic by determining the control logic relationship and the data transmission relationship between the service logic and other service logic units.
In addition, some service logics need to have a corresponding human-computer interaction interface when being called, for example, a service logic related to numerical calculation needs a user to input numerical values in the human-computer interaction interface and output calculation results in the human-computer interaction interface. When the service logic is constructed, a human-computer interaction interface when the service logic is called is defined in a visual mode, so that when the service logic is called, the corresponding human-computer interaction interface can be automatically popped up, a user can input numerical values in the human-computer interaction interface, and a calculation result is displayed to the user in the human-computer interaction interface. After a human-computer interaction interface when the business logic is called is defined in a visual mode, the construction of the business logic is completed. Of course, a business application system may involve multiple business logics, and all the business logics are constructed in the same way.
The interactive interface construction sub-module is used for constructing an interactive interface in a programming-free mode, and the interactive interface forms a human-computer interactive interface of the business application system, so that a user of the business application system can realize human-computer interaction with a computer through the human-computer interactive interface. The interactive interface comprises an interface component and an interface layout, wherein the interface component comprises a control, a form, a list and a tree table, and the interface layout comprises an upper layout, a lower layout, a left layout, a right layout, a label layout and a combined layout. The user constructs interface components required by the business application system in a graphical mode, then selects a page layout mode of the interactive interface in the graphical mode, such as left-right layout or up-down layout, selects a template provided for the layout mode, and then selects the interface components arranged on each page to form the interactive interface of the business application system.
Of course, the interface components disposed on the interactive interface may be associated with the previously constructed business logic, so constructing the interactive interface also includes programmatically establishing a triggering relationship between the business logic and the operation of the interactive interface. For example, to arrange an interface component related to numerical calculation, such as a "calculate" button, on the interactive interface, a triggering relationship between the "calculate" button and the business logic related to numerical calculation defined above is established when the interface component is constructed. Meanwhile, a human-computer interaction interface when the numerical calculation-related service logic is called is defined, so that the 'calculation' button is connected with the human-computer interaction interface, and when the 'calculation' button is clicked, the corresponding human-computer interaction interface can be automatically popped up.
In addition, there may be a relationship between data on the interactive interface and data object parameters of the business logic constructed in the foregoing, so constructing the interactive interface further includes establishing a mapping relationship between the interactive interface data and the business logic data in a way that does not need programming. For example, to arrange an interface component related to automatic computation on the interactive interface, such as an "automatic computation" button, and by clicking the "automatic computation" button, relevant data on the interactive interface is automatically called and computed, and then a trigger relationship between the relevant data on the interactive interface and the data object parameters of the business logic represented by the "automatic computation" button is constructed when the interface component is constructed.
The specific construction process of the business model of the present invention is described below in an exemplary manner.
First, a data model of a business application system is constructed. In this example, in building the data model, the following building steps are employed: determining the type of the data model; defining attributes of the data model; defining a field of a data model; and defining data relationships of the data model. The data relation of the data model expresses the data relation.
In order to construct a data model, a user first determines the type of the data model, and the user selects whether the type of the created data model is enumerated or non-enumerated through a drop-down list.
After the user determines the type of the data model, the attributes of the data model are defined. As shown in FIG. 2, model attributes of the data model are graphically selected by a user. In the example shown in fig. 2, the model attributes of the data model mainly include a model name, a model icon, whether to perform version control, and the like. Wherein the model name is the name of the data model displayed in the human-computer interaction interface of the service application system. The model icon is an icon displayed by the data model in a human-computer interaction interface of the business application system. And whether to perform version control expresses whether the data object defined according to the data model has a version. If versioning is selected, the data objects defined according to the data model have a unique version number, otherwise the data objects do not have a version number. If a data object has a version number, after the data object is defined, when some fields of the data object are modified as required, a new version number can be given to the modified data object, so that the management of the process data object generated by the data object, namely the modified data object, is facilitated, and the tracing of the data object is facilitated. For example, if a design data object is simulated and the content of a field is found to be not satisfactory, the field of the design data object needs to be modified, and if the design data object has a version number, a new version number can be given to the modified design data object after the field is modified, so that the modified design data object does not cover the previous design data object, thereby facilitating the tracing of the data object, and the like.
After the model attributes of the data model are defined, the model fields of the data model are defined. As shown in FIG. 3, the model fields of the data model are defined graphically by the user. In defining the model fields of a data model, a user may add, modify, and edit the model fields and the attributes of the fields of the data model, one for each row in FIG. 3 and the attributes of the model fields represented by the columns in FIG. 3. The user can determine the model fields and the attributes of the fields of the data model according to the requirements of the enterprise data management. The model field of the data model is a major component of the composition of the expressed data.
After the model attributes and model fields of the data model are defined, a data model is defined. Because one data model is only used for expressing one type of data, the data models for expressing other types of data need to be continuously defined in the same method according to the requirement of the business application system for managing different types of data, so that a set of data models which are suitable for the business application system and meet the requirement of enterprise data management is formed.
Since there is a data relationship between various types of data, for example, a part is composed of a plurality of parts, there is a data relationship between the part data and the part data, which is called a structural relationship. In this structural relationship, the component data is parent data, and the part data is child data. To facilitate expressing such data relationships between data, after the set of data models is defined, the data relationships between the data models are defined. As shown in FIG. 4, the data relationships between the data models are determined graphically by the user. For example, after the user selects the main model as the part data model and the dependent models as the part data models, if it is determined that the correspondence relationship between them is 1:4, there are four part data models below one part data model, and a data model tree is formed between them, the part data model is the parent data model, and the part data model is the child data model. The data relationships between the data models of the business application system are defined in the manner described above. After the data relation among the data models is defined, the whole set of data models of the business application system is defined, and the construction process of the data models of the business application system is completed.
After the entire data model of the business application system is constructed, the business logic of the business application system is constructed. In this example, in building the business logic, the following building steps are employed: determining the attribute of the business logic; determining data object parameters related to business logic; defining a method flow of business logic; and defining a man-machine interaction interface when the business logic is called.
When a business logic is constructed, the attributes of the business logic are first constructed. As shown in fig. 5, the user graphically determines the attributes of the business logic. In the example shown in fig. 5, the attributes of the business logic include a method name, a creation time, a creation user, and the like.
Then, the data object parameters to which the business logic relates are determined. As shown in fig. 6, the user graphically determines the data object parameters to which the business logic relates. The user can determine which data object parameters are needed by the user according to the function of the business logic, and the data object parameters are increased according to the need. When adding data object parameters, the parameter name of the data object parameters and the data source indicating where the data comes from, for example, from a data model defined previously or from a form of an instantiated data object, etc., are filled in. If the business logic has an output parameter, whether the added data object parameter is an input parameter or an output parameter is identified, and the parameter type of each data object parameter is determined autonomously by the system based on its source.
After the data involved in the business logic is determined, the method flow of the business logic is specifically defined. In order to facilitate the user to define the process of the business logic in a graphical manner, various business logic units required by the process flow for constructing the business logic are provided for the user, and as mentioned above, the business logic units comprise a control logic unit, an automation processing logic unit, an approval logic unit, an object control logic unit and the like. When constructing a process of the business logic, a user selects a required business logic unit according to a function of the business logic, and defines a control logic relationship and a data transmission relationship between the business logic units in a visual process manner, so that the method process of the business logic is as shown in fig. 7.
Of course, the constructed service logic may also become a service logic unit, and when a user constructs a new service logic, the user may select the existing service logic as the service logic unit, and define the control logic relationship and the data transfer relationship of the existing service logic in a visual flow manner, thereby forming a flow of the new service logic. For example, the "internal method call" in fig. 7 is a service logic that has been constructed previously, and becomes a service logic unit that constitutes the service logic shown in fig. 7.
And finally, if the human-computer interaction is needed when the business logic is called, defining a human-computer interaction interface when the business logic is called. For example, a service logic is used to implement a numerical calculation, and in order to facilitate graphical input and/or output of corresponding numerical values, a human-computer interface must be defined on which human-computer data interaction, such as input of numerical values and output of calculation results, is implemented. Some human-computer interaction interface templates can be provided in advance, and when a user defines a human-computer interaction interface when the service logic is called, a proper human-computer interaction interface template can be directly called. And providing some interface components, and if the user thinks that the human-computer interaction interface template can not meet the requirements, modifying the human-computer interaction interface template, such as adding some interface components, and the like, so as to form a proper human-computer interaction interface. After the human-computer interaction interface when the business logic is called is defined, the construction process of the whole business logic is completed.
Next, an interactive interface of the business application system is to be constructed, and the interactive interface forms a human-computer interactive interface of the business application system. In this example, building the interactive interface includes building the interface component and building the interface layout.
Because the interface components are laid out on the interface when the interface is laid out, the interface components required by the business application system should be constructed first. When the interface component is constructed, the method comprises the following steps: determining attributes of the interface component; configuring a title bar of the interface component; a toolbar to configure the interface components. As shown in FIG. 8, the attributes of the interface component include name, type, template, etc. The types of interface components typically include controls, forms, lists, tree tables, and the like. And, a plurality of templates are provided for each type of interface component, and the user can select the corresponding template as desired. In addition, if the selected type is "multi-model tree", i.e. number table, then the data model tree corresponding to the number table also needs to be selected. The title bar of the interface component is then constructed, and in FIG. 8, the "title bar configuration" section is used to configure the title bar, i.e., the contents of the title bar. Next, a toolbar of the interface component is configured. In FIG. 9, the contents of each row are the contents of the toolbar that configures an interface element. If the constructed interface component corresponds to a business logic constructed in the front, then in the process of tool bar configuration, the business logic defined in the front is selected in the association method, so that the interface component is associated with the business logic, namely, the trigger relationship between the business logic and the operation of the interface component of the interactive interface is established. Meanwhile, if a human-computer interaction interface for calling the service logic is defined when the service logic is constructed, the human-computer interaction interface for calling the service logic is selected from the association table. Finally, if the interface component needs to be clicked to generate a relationship between the data of the interactive interface and the data object parameters of the business logic, the specific input parameters related to the business logic are selected in the data mapping, so that an association relationship is generated between the operation of clicking the interface component and the data of the business logic. Thus, an interface assembly is constructed. Since a plurality of interface components are arranged on the interface, various interface components required for the business application system are constructed in the same manner.
After the various interface components are built, an interface layout for the interactive interface is built. As shown in fig. 10, when the interface layout is performed, first, attributes of the interface, including a layout name, a layout type, a template list, and the like, are determined. The layout types include a left-right layout, an up-down layout, a label layout, a combined layout and the like. And providing a plurality of templates for each layout type, and selecting an appropriate layout template in the template list after a user selects one layout type. Thus, an interface is laid out. However, to form an interactive interface, a corresponding interface layout or interface component needs to be constructed on the interface which is laid out. For example, in FIG. 10, with the left-right layout selected, and the "Multi-model Tree" component selected in the "left layout," i.e., the "associated view" on the left side of the interface, the previously defined multi-model tree of data model trees is displayed on the left side of the interface; if "tab page layout" is selected in "right layout," i.e., the "association view" on the right side of the interface, then an existing tab layout is displayed on the right side of the interface, such that the interface effectively forms a composite layout. The tags can then be laid out in the layout interface component in the same manner. After the interface components are arranged on the interface, the construction process of the interactive interface is completed.
After the user constructs the data model, the business logic and the interactive interface, the user completes the construction process, and the rest work is automatically carried out by the business operation process construction model to automatically complete the construction of the business operation process. As shown in fig. 1, the business operation process building module includes a business model parser and a business operation environment; the service model parser is used for loading the constructed data model, service logic and interactive interface into the service operation environment, and realizing operation control of the loaded data model, service logic and interactive interface through the service operation environment to form a service operation process of the service application system; the service operation environment comprises a data engine, an activity engine and an interface engine, wherein the data engine realizes the control of data of the service application system, the activity engine realizes the control of activities of the service application system, and the interface engine realizes the control of a human-computer interaction interface of the service application system.
In the present invention, a business model parser converts the constructed business model into a computer code language and loads the computer code language into a business execution environment, which is expressed by the computer code language. In order to convert the graphical business model into a computer code language, in the present invention, the business model parser comprises an XML structure definition, a code parser, and a code segment library. Various XSDs (XML schema definitions) corresponding to the graphical content of the foreground are preset, and the association relation between the graphical content and the XSDs is established, so that after a user defines a data model, service logic and an interactive interface in a graphical mode, each graphical data model, each service logic, each interface layout and each interface component are converted into a corresponding XML file in a service model parser according to the XSD format. Meanwhile, a corresponding code parser and a code segment library are provided in the service model parser, and each XSD corresponds to a corresponding code segment. In the service model parser, the XML file is parsed by the code parser and corresponding code segments are called, so that the XML file is converted into the computer code language by the corresponding code segments, and the conversion from the service model to the computer code language is realized.
In the invention, in order to enable a business operation environment to perform operation control on data of a data model of a business system, activities in business logic and an interaction interface so as to form a corresponding business application system, the business operation environment comprises a data engine, an activity engine and an interface engine, wherein the data engine defines management and control rules and methods of the data of the business application system, such as data version control, and defines rules and methods of data version control, so as to realize the management and control of versions of data objects; the data state control defines rules and methods of data state control and realizes the management and control of the state of the data object; the data relation control defines rules and methods of data relation control and realizes the management and control of data relation between data objects; the data authority control defines rules and methods of data authority control and realizes management and control of the authority of the data object; the data visualization control defines rules and methods of data visualization control, implements management and control of data object visualization, and the like. In summary, management and control of data of business application systems is achieved through a data engine. The activity engine defines the management and control rules and methods of the activities of the business application system, such as activity state control, and defines the rules and methods of activity state control, so as to realize the management and control of the activity state; the process engine control defines rules and methods for controlling the process of the activity, and realizes the management and control of the process of the activity; activity data association control, which defines control rules and methods for interrelationships between activities and data, enables management and control of mutual management between activities and data, and the like. In summary, the activity engine implements control of activities of a business application system based on workflow technology. The interface engine realizes the control of the interactive interface of the business application system, defines the control rules and methods of the interactive interface of the business application system, such as the control of a main interface framework, defines the control rules and methods of the main interface framework of the interactive interface, and realizes the management and control of the main interface framework; the main interface menu and function authority control defines the control rules and methods of the main interface menu and function authority, and realizes the management and control of the note interface menu and function authority; and the view area control defines the control rule and method of the view area of the interactive interface, and realizes the management and control of the view area of the interactive interface. The control rules and methods of the data engine, the activity engine and the interface engine of the business operation environment for the data, the activities and the interactive interfaces of the business application system are all the general rules and methods in the data management system, are not the invention points of the invention, and are not described in detail here.
The invention provides the graphical service model construction platform and the constructed service operation process construction platform for the user, so that the user only needs to construct the service model of the service application system in a graphical mode, and does not need to write the code for constructing the service model and the code for realizing the service operation process, thereby reducing the technical requirements on service application system developers, improving the development efficiency of the service application system, reducing the development cost and meeting the requirement of enterprises for quickly developing the service application system meeting the individualized management requirements of the enterprises.