CN111857670B - Application architecture determining method and device - Google Patents
Application architecture determining method and device Download PDFInfo
- Publication number
- CN111857670B CN111857670B CN202010742953.0A CN202010742953A CN111857670B CN 111857670 B CN111857670 B CN 111857670B CN 202010742953 A CN202010742953 A CN 202010742953A CN 111857670 B CN111857670 B CN 111857670B
- Authority
- CN
- China
- Prior art keywords
- application
- unit
- business
- service
- units
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the invention provides an application architecture determining method and device applied to the financial field or other fields, comprising the following steps: acquiring first service information and second service information; determining a first application module according to the first service information, wherein the first application module comprises M first application units; determining a second application module according to the second service information, wherein the second application module comprises N second application units; combining the first application unit and/or the second application unit according to the dependency condition of the enterprise when performing the business activity so as to determine L applications; and determining the application architecture according to the combined mode and the L applications. According to the application framework determining method and device provided by the embodiment of the invention, the application framework can be determined based on the business information of the enterprise, so that the application framework is closer to the enterprise demand, the evolution period is short, and the efficiency is high.
Description
Technical Field
The present invention relates to the field of enterprise application design technologies, and in particular, to a method and apparatus for determining an application architecture.
Background
The application architecture is an important foundation for realizing the business architecture of an enterprise in an IT mode finally, application division and functional layout design are carried out after the research personnel of the enterprise understand the business requirements by themselves in the prior art, and the application architecture can truly adapt to the business requirements of the enterprise only after a certain period of running-in and even the reconstruction work such as integration, disassembly and the like is needed due to the fact that the understanding in the research personnel and the business personnel have differences.
Disclosure of Invention
The present invention has been made in view of the above problems, and has as its object to provide a method and apparatus for determining an application architecture applied to the financial or other fields that overcomes or at least partially solves the above problems.
According to an aspect of an embodiment of the present invention, there is provided a method for determining an application architecture, including: acquiring first business information and second business information, wherein the first business information comprises business activities performed during business operation of an enterprise and interaction flows of the enterprise and external objects during the business activities, and the second business information comprises processing flows inside the enterprise during the business activities and business objects corresponding to the processing flows; determining a first application module according to the first service information, wherein the first application module comprises M first application units for completing the interaction flow, and M is an integer greater than or equal to 1; determining a second application module according to the second service information, wherein the second application module comprises N second application units for completing the processing flow, and N is an integer greater than or equal to 1; combining the first application unit and/or the second application unit according to the dependency condition of the enterprise when the enterprise performs the business activity to determine L applications, wherein L is an integer greater than or equal to 1; and determining the application architecture according to the combined mode and the L applications.
Optionally, determining the first application module according to the first service information includes: acquiring an association relation between the business activities; dividing the business activity into M business units according to the association relation of the business activity; determining the M first application units, wherein the M first application units are in one-to-one correspondence with the M service units, and each first application unit is used for completing the interaction flow of the service activity in one service unit; and determining the first application module according to the M first application units.
Optionally, determining the second application module according to the second service information includes: acquiring the association relation between the business objects; dividing the processing flow into N flow units according to the association relation of the business objects; determining N second application units, wherein the N second application units are in one-to-one correspondence with the N process units, and each second application unit is used for completing the processing flow in one process unit; and determining the second application modules according to the N second application units.
Optionally, the dependent condition includes: the interactive nodes are used in the service unit; and the association relationship between the business unit and the flow unit is obtained according to the association relationship between the business activities.
Optionally, combining the first application unit and/or the second application unit includes: acquiring a service unit group, wherein the interaction flow in the service unit group uses the same type of interaction nodes; and combining the first application units corresponding to the service units in the service unit group.
Optionally, combining the first application unit and/or the second application unit includes: acquiring a service unit with a single interaction node, wherein the interaction flow of the service unit with the single interaction node only uses one interaction node; obtaining a related flow unit of the service unit with the single interaction node according to the association relation between the service unit and the flow unit; and combining the first application unit corresponding to the service unit with the single interaction node with the second application unit corresponding to the related flow unit.
Optionally, combining the first application unit and/or the second application unit includes: acquiring a flow unit group, wherein the processing flow in the flow unit group is a standardized processing flow preset by the enterprise; and combining the second application units corresponding to the flow units in the flow unit group.
Optionally, the method further comprises: after the first application unit and/or the second application unit are combined according to the dependent condition when the enterprise performs the business activity, the combination is adjusted according to the limiting condition when the enterprise performs the business activity, so as to finally determine the L applications, wherein the limiting condition comprises: market conditions of the business activity; a management mode of the enterprise; technical capabilities of the enterprise.
According to another aspect of an embodiment of the present invention, there is provided an apparatus for determining an application architecture, including: the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring first service information and second service information, the first service information comprises service activities performed during business operation of an enterprise and interaction processes of the enterprise and external objects during the service activities, and the second service information comprises processing processes inside the enterprise during the service activities and service objects corresponding to the processing processes; the first determining unit is used for determining a first application module according to the first service information, wherein the first application module comprises M first application units used for completing the interaction flow, and M is an integer greater than or equal to 1; the second determining unit is used for determining a second application module according to the second service information, wherein the second application module comprises N second application units used for completing the processing flow, and N is an integer greater than or equal to 1; the combination module is used for combining the first application unit and the second application unit according to the dependence condition when the enterprise performs the business activity so as to determine L applications, wherein L is an integer greater than or equal to 1; and the third determining unit is used for determining the application architecture according to the combination mode and the L applications.
According to yet another aspect of embodiments of the present invention, there is provided a computing device comprising: one or more processors; storage means for storing one or more programs, which when executed by the one or more processors cause the one or more processors to perform a method according to any of the preceding claims.
According to yet another aspect of embodiments of the present invention, there is provided a computer readable storage medium having stored thereon executable instructions which, when executed by a processor, cause the processor to perform a method according to any of the above.
According to the application framework determining method and device provided by the embodiment of the invention, the application framework can be determined based on the business information of the enterprise, and the finally determined application framework can be more fit with the business requirements of the enterprise, and is short in evolution period and high in efficiency.
Drawings
FIG. 1 is a schematic diagram of an application architecture determination method according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a first application module determination method according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of correspondence between business units, business activities and interaction flows according to an embodiment of the present invention;
FIG. 4 is a diagram illustrating a second application module determination method according to an embodiment of the present invention;
fig. 5 is a schematic diagram of correspondence between business objects, flow units and process flows according to an embodiment of the present invention;
FIG. 6 is a combined schematic diagram according to an embodiment of the invention;
FIG. 7 is a combined schematic diagram according to yet another embodiment of the invention;
FIG. 8 is a schematic diagram of an apparatus for determining an application architecture according to an embodiment of the invention;
FIG. 9 is a schematic diagram of a computing device according to an embodiment of the invention;
fig. 10 is a schematic diagram of a computer-readable storage medium according to an embodiment of the invention.
Detailed Description
Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. Furthermore, in the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the present disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details.
In the following embodiments, the technical solutions related to the present invention are explained by taking an application architecture determining method in the financial field as an example, and it can be understood that, for any enterprise in any field, the application architecture determining method according to the embodiments of the present invention may be used to determine an application architecture of an enterprise level, and the application fields of the application architecture determining method and the device in the embodiments of the present invention are not limited.
An embodiment of the present invention first provides a method for determining an application architecture, referring to fig. 1, including:
step S102: and acquiring the first service information and the second service information.
The first business information comprises business activities performed during business operation of the enterprise and interaction flows of the enterprise and external objects during the business activities, specifically, the business activities during business operation of the enterprise can be obtained through big data analysis and other means, and the business activities are analyzed through flow modeling and other means to obtain abstract business flows of the enterprise, wherein the business flows comprise interaction flows of the enterprise and the external objects for activities and creating value, specifically, the interaction flows are usually initiated by events of clients and are described as processes of honoring client requirements and interacting with the clients.
The second business information includes a process flow in the enterprise when the enterprise performs the business activity, and a business object corresponding to the process flow, where the process flow specifically refers to a series of processes performed on the business activity in the enterprise, and the business object is an operation object of the process flows, that is, the second business information is specifically described as a series of operations performed on the business object in the enterprise in order to implement a certain event initiated by a client in the enterprise, for example, a series of operations performed on business objects such as an account and a medium in order to implement a payment request initiated by a user, so as to finally implement a payment process.
The second business information can be obtained by starting from two aspects, namely, on one hand, extracting the specific processing flow in the enterprise from the enterprise activity abstract business flow model, on the other hand, carrying out entity modeling on various business objects of the enterprise, and then identifying the business object involved in each specific processing flow so as to obtain the corresponding relation between the processing flow and the business object. It will be appreciated that the acquisition is such that the process corresponds to a specific business activity on the one hand and a specific object of operation on the other hand.
The first service information and the second service information are obtained from a specific service of the enterprise, and in some embodiments, the first service information and the second service information may be obtained directly according to a service architecture already formulated by the enterprise. The first service information and the second service information may be obtained after processing, such as big data analysis, machine learning modeling, etc., and further modified by service personnel of the enterprise, and a person skilled in the art may adopt a suitable data analysis processing method to obtain the first service information and the second service information of the enterprise.
Step S104: and determining a first application module according to the first service information, wherein the first application module comprises M first application units, and M is an integer greater than or equal to 1.
It can be understood that the first business information includes interaction flows required to be completed by various business activities of the enterprise, and M first application units are set for the flows to process the interaction flows, that is, the M first application units are used for supporting external interaction capability of the enterprise, so as to realize capability of the enterprise for providing services to the outside. Each first application unit may be designed to complete one or more interaction flows, and a person skilled in the art may determine the first application unit according to actual situations, or may use a method such as machine learning to obtain a suitable correspondence between the first application units and the business flows, so that the M first application units can complete interaction flows of all business activities involved in the business operation process.
Step S106: and determining a second application module according to the second service information, wherein the second application module comprises N second application units, and N is an integer greater than or equal to 1.
The second business information includes the process flows of the enterprise that need to be completed in the process of performing multiple business activities, N second application units are set for the process flows to process the process flows, and the specific setting method can refer to the setting method of the first application unit.
Step S108: and combining the first application unit and/or the second application unit according to the dependency condition when the enterprise performs the business activity to determine L applications, wherein L is an integer greater than or equal to 1.
It will be appreciated that the first application unit in the first application module and the second application unit in the second application module actually represent some logical function, which serves to correspond the application function to the business information of the enterprise, so as to achieve the association between the application architecture and the business architecture, where the first application module and the second application module are the set of all functions that the enterprise needs to have when performing the business activity, and where the first application module serves for external interaction and the second application module serves for internal processing. After the first application module and the second application module are obtained, the first application unit and/or the second application unit in the first application module and the second application module need to be combined to obtain the actual application, wherein the application refers to a functional set of services or technologies realized through technical means, and serves a specific range of services or technical targets.
The dependency condition of the enterprise when performing the business activity refers to the external interaction function and/or the internal processing function that the enterprise needs to implement when performing a certain specific range of business activities, and it is understood that the specific range of business activities herein may only provide external interaction services, that is, only need external interaction functions, and only the corresponding first application units may be combined. The specific range of business activities may also only provide internal processing services, which are only combined with the corresponding second application units, and the specific range of business activities may of course also include both external interactive functions and internal processing functions, which are required to be combined with the first application units and the second application units. After a plurality of combinations are performed by such a combination method, L applications can be finally determined.
The dependent conditions that the business is doing business for the enterprise may specifically include: the interactive nodes are used in the business units, and the association relationship between the business units and the business processes is obtained according to the association relationship between the business activities.
The interactive node used in the service unit refers to a contact point used by a user when initiating service activity, for example, a mobile phone input interface, an input interface on an ATM, etc., and the interactive node embodies physical constraints of a corresponding service activity range.
The association relationship between the business units and the process units obtained according to the association relationship between the business activities reflects the association between external interaction and internal processing, that is to say, when one or some business activities are performed completely, the external interaction function and the internal processing function which need to be applied are applied, it can be understood that the business units are divided according to the association relationship between the business activities, although the process units are divided according to business objects, each processing flow in the process units has a corresponding business activity, so that the processing unit in which the processing flow of each business activity in the business units is located is obtained, and the corresponding relationship between the process units and the business units can be obtained. For example, there is a correspondence between business units that include interactive processes for personal payment business activities and processing units that include processing processes for personal payment business activities.
Step S110, determining an application architecture according to the combined mode and the determined L applications.
The application architecture of the enterprise is used for describing the function planning of the application supporting the business activity, and defining the natural boundary and relationship of the application and the overall layout of the application system. The obtained L applications define the natural boundary and the overall layout of each application in the enterprise application architecture, the L applications are formed by combining a first application unit and a second application unit, the combination reflects the relation between the applications, and the first application unit and the second application unit also correspond to specific functions, namely, the function planning of business activities is also reflected. Therefore, the application architecture of the enterprise can be finally determined through a combination mode between the first application unit and the second application unit and L applications.
In some embodiments, referring to fig. 2, determining the first application module according to the first service information includes:
step S202: acquiring an association relation between business activities;
step S204: dividing M business units;
step S206: determining M first application units; and
step S208: a first application module is determined.
For large enterprises, the business activities are complicated, so that the association relation among the business activities is required to be obtained, M business units are divided, the association relation among the business activities can be firstly obtained, the business activities with close association relation are divided into one business unit, the association relation can be the association relation among the business activity fields, the business activities in the same business field are considered to be closely associated, or the business activities can be considered to be closely associated according to the association relation among interaction flows corresponding to the business activities, and if the interaction flows of the business activities are the same or similar, the business activities can be considered to be closely associated.
Fig. 3 illustrates the relationship between a business unit, a business activity, and an interaction flow, it being understood that a business unit includes a plurality of business activities, each of which may include a plurality of business activities.
Each business unit corresponds to a first application unit, and the first application unit is used for completing all interaction flows in the business units. In connection with the foregoing, if the business activities in the same domain are divided into one business unit, the first application unit is actually support for all external interactive functions of the enterprise in a certain domain. If business activities having the same or similar interaction flows are divided into one business unit, the first application unit is actually a support for some important external interaction function, which may be used by business activities of multiple business domains. The division mode of the business units can be selected by a person skilled in the art according to the actual situation of an enterprise.
It can be appreciated that by such a business unit division, the first application unit is functionally cohesive in practice, so that the finally determined application can more conform to the application design principle of high cohesive and low coupling.
In some embodiments, referring to fig. 4, determining the second application module according to the second service information includes:
step S302: acquiring an association relation between business objects;
step S304: dividing N flow units;
step S306: determining N second application units;
step S308: a second application module is determined.
In combination with the foregoing, the processing flow corresponds to the business activity on the one hand, and corresponds to the business objects on the other hand, and when the flow unit is divided, the division is performed by taking the association relationship between the business objects as a guide.
For example, the process of dividing a business object into an account and a medium into a flow unit is often used to implement a certain payment-related internal processing function, that is, a certain cohesion is actually performed on the internal processing function of an enterprise.
The relationships among the process units, the process flows and the business objects are shown in fig. 5, and after the association relationship among the business objects is obtained, the association relationship between the business object 1 and the business object 3 is considered to be relatively close, so that the process flow 1 and the process flow 2 taking the business object 1 and the business object 3 as the business objects are divided into one process unit. Of course, in some cases, there may be only one process flow in a flow element.
In some embodiments, referring to fig. 6, a specific manner of combining the first application unit and/or the second application unit may include:
acquiring a service unit group, wherein the interaction flow in the service unit group uses the same type of interaction nodes;
and combining the first application units corresponding to the service units in the service unit group.
Specifically, each of the service units 1, 2, 3 and 4 in the figure uses 3 interaction nodes, for example, the service units may be service units corresponding to service activities such as personal deposit, loan, and transfer, and the interaction nodes may be a mobile phone interface, an internet banking interface, and the like, in which case, the 4 service units are considered to use the same type of interaction node, and thus may be considered as a service unit group, and the first application units corresponding to these service units are combined. Of course, after the combination is performed in this way, the next combination may be further performed, for example, according to the correspondence between the interaction unit and the flow unit, the second application units corresponding to the first application units are further added to the combination.
It will be appreciated that such a combination may actually be directed to the aggregation of the customer's contact point pair functions in units of the first application unit, for example, the above examples may be ultimately combined to form a banking channel type application such as a mobile banking, counter terminal, self-service terminal, etc.
In some embodiments, referring to fig. 7, the specific manner of combining the first application unit and/or the second application unit may include:
acquiring a service unit with a single interaction node, wherein the interaction flow of the service unit with the single interaction node only uses one interaction node;
obtaining a related flow unit of the service unit with the single interaction node according to the association relation between the service unit and the flow unit;
and combining the first application unit corresponding to the service unit with the single interaction node with the second application unit corresponding to the related flow unit.
By business units with a single interaction node is meant that all interaction flows in the business unit are used for only one interaction node, i.e. in a series of activity-corresponding business units, such as over-the-counter transactions, the used interaction nodes actually have only counter terminal interfaces, where the first application units corresponding to these business units and the second application units corresponding to the flow units corresponding to these business units can be combined. Such a combination actually performs an end-to-end aggregation of functions, which includes both external interactive functions and internal processing functions.
In some embodiments, the specific manner of combining the first application unit and/or the second application unit may include:
acquiring a flow unit group, wherein the processing flow in the flow unit group is a standardized processing flow preset by the enterprise;
and combining the second application units corresponding to the flow units in the flow unit group.
It will be appreciated that there is typically a standardized set of processes within an enterprise for a business activity of a host, which supports multiple business activities of the enterprise, i.e., there is a correspondence between the business units. Therefore, a flow unit group including such a standardized processing flow can be acquired, and the second application units corresponding to the flow units in the flow unit group are combined.
The three ways of combining the first application unit and/or the second application unit described above actually embody three ways of functional cohesion: contact point aggregation, end-to-end aggregation, and standard flow aggregation. One skilled in the art may choose one or more of the above combinations to perform multiple combinations, etc. according to the actual situation. The first service unit and the second application unit perform certain cohesion on functions when being set, and the combination modes perform further cohesion by taking the first application unit and the second application unit as units, so that the finally determined application is highly cohesive, and a plurality of applications obtained by the combination are in a state of low coupling.
Further, in some embodiments, after the above combinations are performed, the above combinations may be adjusted to determine the L applications in combination with the restrictions of the enterprise when performing the business activities. The limiting conditions include: market conditions for business activities, management patterns for the enterprise, technical capabilities of the enterprise, and so forth.
It can be understood that, the first application unit and the second application unit are determined from business information of an enterprise, while the dependent conditions of business activities are considered when the first application unit and the second application unit are combined, in fact, the first application unit and the second application unit are performed in an idealized state which is free from physical constraints such as practical technical constraints and market rules, whether the application obtained after combination can truly fall to the ground or not needs to consider the limiting conditions of the enterprise, such as market conditions, management modes and technical capabilities, and the like, the combination is adjusted according to the limiting conditions, the complexity of technical implementation and the cost of operation and maintenance deployment are balanced, the complexity of research and development management is considered, and the structure of an organization is developed around the enterprise, so that a proper application is finally formed.
There is also provided, in accordance with an embodiment of the present invention, an apparatus 100 for determining an application architecture, including:
the acquiring module 10 is configured to acquire first service information and second service information, where the first service information includes a service activity performed during business operation of an enterprise, and an interaction flow between the enterprise and an external object during the business activity, and the second service information includes a processing flow inside the enterprise during the business activity, and a business object corresponding to the processing flow;
the first determining unit 20 is configured to determine a first application module according to the first service information, where the first application module includes M first application units for completing the interaction flow, and M is an integer greater than or equal to 1;
a second determining unit 30, configured to determine a second application module according to the second service information, where the second application module includes N second application units for completing the processing flow, where N is an integer greater than or equal to 1;
a combination module 40, configured to combine the first application unit and the second application unit according to a dependency condition when the enterprise performs the business activity, so as to determine L applications, where L is an integer greater than or equal to 1;
a third determining unit 50, configured to determine the application architecture according to the combination manner and the L applications.
The specific implementation manner of the functions of each module in the apparatus 100 refers to the above-mentioned application architecture determining method, and will not be described herein.
There is also provided, in accordance with an embodiment of the present invention, a computing device, referring to fig. 9, including: one or more processors; and a storage means for storing one or more programs, which when executed by the one or more processors cause the one or more processors to perform the method as claimed in any preceding claim.
There is also provided, in accordance with an embodiment of the present invention, a computer-readable storage medium, with reference to fig. 10, having stored thereon executable instructions that, when executed by a processor, cause the processor to perform a method as described in any of the above.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present invention. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," "third," and the like are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first", "a second", and "a third" may explicitly or implicitly include at least one such feature. In the description of the present invention, the meaning of "plurality" means at least two, for example, two, three, etc., unless specifically defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order from that shown or discussed, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present invention.
Logic and/or steps represented in the flowcharts or otherwise described herein, e.g., a ordered listing of executable instructions for implementing logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). In addition, the computer readable medium may even be paper or other suitable medium on which the program is printed, as the program may be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
It is to be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the various steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.
In addition, each functional unit in the embodiments of the present invention may be integrated in one processing module, or each unit may exist alone physically, or two or more units may be integrated in one module. The integrated modules may be implemented in hardware or in software functional modules. The integrated modules may also be stored in a computer readable storage medium if implemented in the form of software functional modules and sold or used as a stand-alone product. The above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, or the like.
While the embodiments of the present invention have been illustrated and described, it will be appreciated that what is disclosed is merely a preferred embodiment of the invention and, of course, not as a definition of the limits of the invention, and equivalent variations on the appended claims are therefore intended to be encompassed by the present invention.
Claims (10)
1. A method of determining an application architecture, comprising:
acquiring first business information and second business information, wherein the first business information comprises business activities performed during business operation of an enterprise and interaction flows of the enterprise and external objects during the business activities, and the second business information comprises processing flows inside the enterprise during the business activities and business objects corresponding to the processing flows;
determining a first application module according to the first service information, wherein the first application module comprises M first application units for completing the interaction flow, and M is an integer greater than or equal to 1;
determining a second application module according to the second service information, wherein the second application module comprises N second application units for completing the processing flow, and N is an integer greater than or equal to 1;
combining the first application unit and/or the second application unit according to the dependency condition of the enterprise when the enterprise performs the business activity to determine L applications, wherein L is an integer greater than or equal to 1;
determining the application architecture according to the combined mode and the L applications;
wherein the first application unit corresponds to a business unit included in the business activity, and the second application unit corresponds to a flow unit of the processing flow;
wherein the dependent conditions include:
the interactive nodes are used in the service unit; and
and obtaining the association relationship between the business unit and the flow unit according to the association relationship between the business activities.
2. The method of claim 1, wherein determining a first application module from the first traffic information comprises:
acquiring an association relation between the business activities;
dividing the business activity into M business units according to the association relation of the business activity;
determining the M first application units, wherein the M first application units are in one-to-one correspondence with the M service units, and each first application unit is used for completing the interaction flow of the service activity in one service unit;
and determining the first application module according to the M first application units.
3. The method of claim 2, wherein determining a second application module from the second traffic information comprises:
acquiring the association relation between the business objects;
dividing the processing flow into N flow units according to the association relation of the business objects;
determining N second application units, wherein the N second application units are in one-to-one correspondence with the N process units, and each second application unit is used for completing the processing flow in one process unit;
and determining the second application modules according to the N second application units.
4. A method according to claim 3, wherein combining the first application unit and/or the second application unit comprises:
acquiring a service unit group, wherein the interaction flow in the service unit group uses the same type of interaction nodes;
and combining the first application units corresponding to the service units in the service unit group.
5. A method according to claim 3, wherein combining the first application unit and/or the second application unit comprises:
acquiring a service unit with a single interaction node, wherein the interaction flow of the service unit with the single interaction node only uses one interaction node;
obtaining a related flow unit of the service unit with the single interaction node according to the association relation between the service unit and the flow unit;
and combining the first application unit corresponding to the service unit with the single interaction node with the second application unit corresponding to the related flow unit.
6. A method according to claim 3, wherein combining the first application unit and/or the second application unit comprises:
acquiring a flow unit group, wherein the processing flow in the flow unit group is a standardized processing flow preset by the enterprise;
and combining the second application units corresponding to the flow units in the flow unit group.
7. The method of any of claims 1-6, further comprising:
after the first application unit and/or the second application unit are combined according to the dependent condition when the enterprise performs the business activity, the combination is adjusted according to the limiting condition when the enterprise performs the business activity, so as to finally determine the L applications, wherein the limiting condition comprises:
market conditions of the business activity;
a management mode of the enterprise;
technical capabilities of the enterprise.
8. An apparatus for determining an application architecture, comprising:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring first service information and second service information, the first service information comprises service activities performed during business operation of an enterprise and interaction processes of the enterprise and external objects during the service activities, and the second service information comprises processing processes inside the enterprise during the service activities and service objects corresponding to the processing processes;
the first determining unit is used for determining a first application module according to the first service information, wherein the first application module comprises M first application units used for completing the interaction flow, and M is an integer greater than or equal to 1;
the second determining unit is used for determining a second application module according to the second service information, wherein the second application module comprises N second application units used for completing the processing flow, and N is an integer greater than or equal to 1;
the combination module is used for combining the first application unit and the second application unit according to the dependence condition when the enterprise performs the business activity so as to determine L applications, wherein L is an integer greater than or equal to 1;
a third determining unit, configured to determine the application architecture according to the combination manner and the L applications;
wherein the first application unit corresponds to a business unit included in the business activity, and the second application unit corresponds to a flow unit of the processing flow;
wherein the dependent conditions include:
the interactive nodes are used in the service unit; and
and obtaining the association relationship between the business unit and the flow unit according to the association relationship between the business activities.
9. A computing device, comprising:
one or more processors;
storage means for storing one or more programs,
wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method of any of claims 1-7.
10. A computer readable storage medium having stored thereon executable instructions which, when executed by a processor, cause the processor to perform the method according to any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010742953.0A CN111857670B (en) | 2020-07-29 | 2020-07-29 | Application architecture determining method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010742953.0A CN111857670B (en) | 2020-07-29 | 2020-07-29 | Application architecture determining method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111857670A CN111857670A (en) | 2020-10-30 |
| CN111857670B true CN111857670B (en) | 2023-08-15 |
Family
ID=72945379
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010742953.0A Active CN111857670B (en) | 2020-07-29 | 2020-07-29 | Application architecture determining method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111857670B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113176873B (en) * | 2021-04-28 | 2024-02-13 | 中国工商银行股份有限公司 | Method and device for information management, electronic equipment and medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102024235A (en) * | 2010-06-04 | 2011-04-20 | 西本新干线股份有限公司 | Business process generation system and application service provision system |
| CN107203376A (en) * | 2017-04-11 | 2017-09-26 | 国网天津市电力公司信息通信公司 | A kind of enterprise-level information system |
| CN109377021A (en) * | 2018-09-28 | 2019-02-22 | 广东电网有限责任公司 | Construction method, system and the relevant apparatus of business structure in a kind of business system |
| CN110992100A (en) * | 2019-12-05 | 2020-04-10 | 北京中电普华信息技术有限公司 | Electric power marketing system construction method and device |
| CN111355687A (en) * | 2018-12-21 | 2020-06-30 | 国家新闻出版广电总局广播科学研究院 | Broadcasting and television convergence service system |
-
2020
- 2020-07-29 CN CN202010742953.0A patent/CN111857670B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102024235A (en) * | 2010-06-04 | 2011-04-20 | 西本新干线股份有限公司 | Business process generation system and application service provision system |
| CN107203376A (en) * | 2017-04-11 | 2017-09-26 | 国网天津市电力公司信息通信公司 | A kind of enterprise-level information system |
| CN109377021A (en) * | 2018-09-28 | 2019-02-22 | 广东电网有限责任公司 | Construction method, system and the relevant apparatus of business structure in a kind of business system |
| CN111355687A (en) * | 2018-12-21 | 2020-06-30 | 国家新闻出版广电总局广播科学研究院 | Broadcasting and television convergence service system |
| CN110992100A (en) * | 2019-12-05 | 2020-04-10 | 北京中电普华信息技术有限公司 | Electric power marketing system construction method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111857670A (en) | 2020-10-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Al-Sai et al. | Big data impacts and challenges: a review | |
| WO2020061621A1 (en) | Technology configured to facilitate monitoring of operational parameters and maintenance conditions of physical infrastructure | |
| CN111427971B (en) | Business modeling method, device, system and medium for computer system | |
| CN109582550B (en) | Method, device and server for acquiring full-service scene fault set | |
| US10511453B2 (en) | Information processing system and charge calculation apparatus | |
| CN108038776A (en) | A kind of data processing method and data processing terminal | |
| CN105760192A (en) | Registration method and device for service module of system server | |
| CN113205402A (en) | Account checking method and device, electronic equipment and computer readable medium | |
| CN109670943A (en) | A kind of settlement system, method, computer equipment and storage medium | |
| CN110428319A (en) | A kind of comparing platform, method, equipment and storage medium | |
| CN109658234A (en) | Payment beforehand method for computing data, device, computer equipment and storage medium | |
| CN111857670B (en) | Application architecture determining method and device | |
| CN115185904A (en) | Cloud storage data processing method and device, electronic equipment and readable storage medium | |
| CN105631718A (en) | Object management method and device | |
| CN113312259A (en) | Interface testing method and device | |
| CN117056352A (en) | Data display method, device, terminal equipment and readable storage medium | |
| Romero et al. | Integration of DevOps practices on a noise monitor system with CircleCI and Terraform | |
| US8949138B2 (en) | Managing an insurance product with an insurance value chain | |
| CN109992614B (en) | Data acquisition method, device and server | |
| CN111553803A (en) | Claims processing method and device | |
| CN111612616A (en) | Block chain account evaluation method and device, terminal device and computer readable medium | |
| CN110782310A (en) | Method, device and system for asynchronously acquiring user attribute information from third-party platform | |
| CN112053236B (en) | Risk information identification method, apparatus, computing device and medium | |
| CN111933228B (en) | Method and device for realizing project distribution and management system in clinical research | |
| CN114742547A (en) | Internet online collection control method, device, medium and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |