CN114416026A

CN114416026A - Business demand analysis system, method, computer device and storage medium

Info

Publication number: CN114416026A
Application number: CN202111375313.1A
Authority: CN
Inventors: 李丹; 邱韬奋; 黎锡军
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2021-11-19
Filing date: 2021-11-19
Publication date: 2022-04-29

Abstract

The application relates to a business demand analysis method, a business demand analysis device, a computer device, a storage medium and a computer program product. Acquiring initial service information by responding to a service demand analysis request; initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set; determining and pushing optional sub-applications of the current application unit in a preset application unit library according to the initial sub-application set; responding to the selection operation of the selectable sub-applications of the current application unit, dynamically filtering the sub-applications mutually exclusive with the selected sub-applications according to a preset sub-application screening rule, and determining and pushing the selectable sub-applications of the next application unit; and when the sub-applications of all the application units are selected, generating the demand data according to the accumulated selected sub-applications. The method receives the user selection by providing the application unit library and the sub-application set, adjusts the selectable sub-applications according to the sub-application screening rule, and obtains the requirement data according to the selected sub-applications, thereby improving the accuracy of the service requirement analysis.

Description

Business demand analysis system, method, computer device and storage medium

Technical Field

The present application relates to the field of artificial intelligence recognition and classification technologies, and in particular, to a method, an apparatus, a computer device, a storage medium, and a computer program product for analyzing a business demand.

Background

The business requirement analysis is also called software requirement analysis, system requirement analysis or requirement analysis engineering and the like, and is a process that developers accurately understand the specific requirements of functions, performance, reliability and the like of users and projects through deep and detailed research and analysis, and converts the informal requirement expression of the users into complete requirement definition so as to determine what the system needs to do. With the expansion of services, market competition and the increase of customer demands, how to improve the service process and improve the working efficiency all needs to be based on accurate service demand analysis.

Taking the order receiving business as an example, the order receiving business is an important capital service provided by the banking industry to private customers and public and commercial businesses, and the order receiving business demands are infinite in order to meet the personalized payment and settlement demands of the customers and adapt to miscellaneous and variable payment environments and payment technical innovations.

Most of the existing business demand analysis methods are based on language processing tools, semantic comparison and correlation are carried out on demand specifications compiled by business demand parties and demand specifications stored in a database, and the accuracy of business demand analysis is low.

Disclosure of Invention

In view of the above, it is necessary to provide a business demand analysis method, a business demand analysis apparatus, a computer device, a computer readable storage medium, and a computer program product, which can improve the accuracy of business demand analysis.

In a first aspect, the present application provides a service requirement analysis method. The method comprises the following steps:

responding to the service demand analysis request, and acquiring initial service information;

initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set;

determining and pushing optional sub-applications of the current application unit in a preset application unit library according to the initial sub-application set;

responding to the selection operation of the selectable sub-applications of the current application unit, and dynamically filtering the sub-applications which are mutually exclusive with the selected sub-applications according to a preset sub-application screening rule;

the next application unit in the preset application unit library is used as the current application unit again, and the step of determining and pushing the optional sub-applications of the current application unit in the preset application unit library according to the initial sub-application set is returned;

and when the selection of the sub-applications of all the application units in the preset application unit library is finished, generating the demand data according to the accumulated selected sub-applications.

In one embodiment, initializing the preset sub-application set according to the initial service information, and obtaining the initial sub-application set includes: and screening from the preset sub-application set according to the initial service information and the preset sub-application screening rule to obtain an initial sub-application set.

In one embodiment, before generating the demand data according to the selected sub-application, the method further includes: acquiring a self-defined sub-application and a connection relation between the self-defined sub-application and other sub-applications; updating the preset sub-application set according to the self-defined sub-application; and updating the preset sub-application screening rule according to the connection relation.

In one embodiment, determining and pushing the selectable sub-applications of the current application unit in the preset application unit library comprises: and determining the selectable sub-applications of the current application unit in the application unit library according to the application unit serial number, the initial sub-application set and the selected sub-applications, and pushing the selectable sub-applications of the current application unit.

In one embodiment, generating the demand data based on accumulating the selected sub-applications comprises: and generating demand data according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications.

In one embodiment, the method further comprises: and constructing a business system according to the selected sub-applications and the requirement data.

In a second aspect, the application further provides a service requirement analysis device. The device includes:

the acquisition module is used for responding to the business demand analysis request and acquiring initial service information;

the initialization module is used for initializing the preset sub-application set according to the initial service information to obtain an initial sub-application set;

the pushing module is used for determining and pushing the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set;

the screening module is used for responding to the selection operation of the selectable sub-applications of the current application unit and dynamically filtering the sub-applications which are mutually exclusive with the selected sub-applications according to a preset sub-application screening rule;

the circulation module is used for taking the next application unit in the preset application unit library as the current application unit again, returning to the pushing module, and determining and pushing the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set;

and the generation module is used for generating the demand data according to the accumulated selected sub-applications when the selection of the sub-applications of all the application units in the preset application unit library is finished.

In a third aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor implementing the following steps when executing the computer program:

In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of:

In a fifth aspect, the present application further provides a computer program product. The computer program product comprising a computer program which when executed by a processor performs the steps of:

The business demand analysis method, the device, the computer equipment, the storage medium and the computer program product respond to the business demand analysis request and acquire the initial service information; initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set; determining and pushing optional sub-applications of the current application unit in a preset application unit library according to the initial sub-application set; responding to the selection operation of the selectable sub-applications of the current application unit, and dynamically filtering the sub-applications which are mutually exclusive with the selected sub-applications according to a preset sub-application screening rule; the next application unit in the preset application unit library is used as the current application unit again, and the step of determining and pushing the optional sub-applications of the current application unit in the preset application unit library according to the initial sub-application set is returned; and when the selection of the sub-applications of all the application units in the preset application unit library is finished, generating the demand data according to the accumulated selected sub-applications. According to the method, the application unit library and the sub-application set are provided, the selectable sub-applications are dynamically adjusted according to the sub-application screening rules by receiving user selection, the process of the selectable sub-applications by a demand side is reduced, the selection time of the demand side is further reduced, the demand data is finally obtained according to the selected sub-applications, and the accuracy and the efficiency of service demand analysis are improved.

Drawings

FIG. 1 is a diagram of an application environment of a business requirement analysis method in one embodiment;

FIG. 2 is a flow diagram illustrating a business requirement analysis method according to an embodiment;

FIG. 3 is an architecture diagram of a business system in one embodiment;

FIG. 4 is a complete flow diagram of a business requirement analysis method in one embodiment;

FIG. 5 is a block diagram of a business requirement analysis apparatus according to an embodiment;

FIG. 6 is a diagram illustrating an internal structure of a computer device according to an embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.

The service requirement analysis method provided by the embodiment of the application can be applied to the application environment shown in fig. 1. Wherein the terminal 102 communicates with the server 104 via a network. The data storage system may store data that the server 104 needs to process. The data storage system may be integrated on the server 104, or may be located on the cloud or other network server. The method comprises the steps that a terminal receives a demand analysis request of a demand party, initial service information is obtained according to the demand analysis request, and a preset sub-application set locally stored in the terminal is initialized according to the initial service information to obtain an initial sub-application set; determining and pushing optional sub-applications of the current application unit in a preset application unit library according to the initial sub-application set; responding to the selection operation of the selectable sub-applications of the current application unit, and dynamically filtering the sub-applications which are mutually exclusive with the selected sub-applications according to a preset sub-application screening rule; the next application unit in the preset application unit library is used as the current application unit again, and the step of determining and pushing the optional sub-applications of the current application unit in the preset application unit library according to the initial sub-application set is returned; and when the selection of the sub-applications of all the application units in the preset application unit library is finished, generating the demand data according to the accumulated selected sub-applications. The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, internet of things devices and portable wearable devices, and the internet of things devices may be smart speakers, smart televisions, smart air conditioners, smart car-mounted devices, and the like. The portable wearable device can be a smart watch, a smart bracelet, a head-mounted device, and the like. The server 104 may be implemented as a stand-alone server or as a server cluster comprised of multiple servers.

The business demand analysis method provided by the application can be applied to various business demand analysis scenes, such as bill receiving business demand analysis, shopping demand analysis, video demand analysis and the like. The embodiment of the present application explains the service demand analysis method provided by the present application by taking order receiving service demand analysis as an example, and other service demand analyses are similar to the order receiving service demand analysis, and the embodiment of the present application is not limited herein.

In the traditional business requirement analysis method, a language processing tool is used for carrying out semantic comparison and association on a requirement specification written by a demand side and a requirement specification stored in a database, and the accuracy and the efficiency are not ideal.

The receipt service is an important fund service provided by the banking industry to private customers and public and commercial customers, in order to meet the personalized payment and settlement requirements of the customers and adapt to various and varied payment environments and payment technical innovations, the receipt service requirements are layered endlessly, but the commonalities among different requirements are more, the analysis of the requirements of product managers and technical development departments is time-consuming and time-consuming, and resources are wasted due to repeated development, so that more payment platforms package mature payment products, such as payment code payment, small program payment, APP payment, H5 payment and the like, the service is unified, the requirement conversion rate is improved, but the support and the service to the personalized requirements are not in place. Meanwhile, in terms of technical capabilities, banks accumulate a large amount of reusable capabilities in the aspects of payment, marketing tools, fund clearing and the like, how to effectively realize internal resource collaboration, respond to external market changes swiftly, and call various middle station capabilities through flexible configuration to form a complete payment scene solution is a problem generally concerned by various banks. Therefore, the bill collecting requirement is analyzed efficiently, quickly and accurately, and a foundation is laid for flexibly assembling the bill collecting capacity to form a payment product, so that the bill collecting system is the technical problem to be solved by the application.

The bill receiving business requirements can be summarized in a sentence from the perspective of merchants and payment users, and the bill receiving business requirements are a process of transferring money and debt caused by social and economic activities, but the related functions are very wide, and the bill receiving business requirements not only comprise identity authentication of payment clients, payment tools and payment accounts, but also comprise merchant identity authentication, collection tools, settlement accounts, clearing and reconciliation and the like; the merchant user can not clearly present the detailed requirements of the plurality of links when proposing the bill receiving business requirement to the bank, and the product manager depending on the bank can perfect the user requirement according to the personal understanding and experience of the functions of the existing software system, and the mode has the following defects: firstly, depending on personal cognition of a product manager, deviation is easy to exist between the product manager and the real capability of a software system; and secondly, the payment process and the receipt clearing are complete service closed-loop processes, so that the blind feeling is easy to misunderstand or hide important user requirements, the communication cost is increased, and the efficiency is low.

The method comprises the steps of finely classifying the software system capacity related to the bank bill receiving requirements, splitting the capacity of each bill receiving software system according to a middle station mode, and writing a compiling capacity definition, a capacity purpose, a capacity range, a service list, a use description and the like to form a bill receiving capacity library; and then the sub-applications are assembled by one or more capabilities, and can bear specific functional units in service requirements. And providing a visual demand analysis page for the demander by using tool software, and sequentially screening the bill collecting sub-applications required by each stage by the demander based on the whole life cycle of user payment as an axis to finally form a bill collecting demand specification.

In an embodiment, as shown in fig. 2, a service requirement analysis method is provided, which is described by taking the application of the method to the terminal in fig. 1 as an example, and includes the following steps:

step 202, responding to the service requirement analysis request, and acquiring initial service information.

The service requirement analysis request is initiated by a demand party, and initial service information is carried in the service requirement analysis request. The initial service information includes initial demand service scenario, channel, and user attributes. The channels refer to different types of service entrances, and take the order receiving service as an example, the channels include a plurality of different types of payment interfaces, such as a mobile phone APP, an H5 network manager, a wechat public number, a wechat applet and the like.

Specifically, when receiving a service demand analysis request of a demand party, the terminal analyzes the service demand analysis request to obtain initial demand information such as an initial demand service scene, a channel, and a user attribute.

And step 204, initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set.

The preset sub-application set is constructed by extracting the order receiving service capability of various current business systems. The preset sub-application set is based on a middle station mode, and selectable acquiring sub-applications of each application unit are visually displayed by tool software by taking a payment business process as an axis.

Specifically, the terminal screens sub-applications meeting initial service scenes, channels and user attributes from a preset sub-application set according to initial demand information such as the initial demand service scenes, the channels and the user attributes to obtain an initial sub-application set.

And step 206, determining and pushing the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set.

Wherein, the application unit is assembled by at least one sub-application. The application unit library comprises a plurality of application units of the whole business process, and the application units are sequenced according to the bill receiving and payment business process. For example, the application unit library may include application units such as account management, rights and interests center, payment authentication, fund payment and merchant settlement. The sub-application sets selected from the respective application units may be concatenated to form a completed payment order receipt service closed loop. As the business scenario expands, the application units may continue to expand.

The application unit serial numbers (application unit IDs) are sorted according to the service life cycle, and are sequentially arranged from small to large according to the channel access 0, account management 1, right and interest center 2, payment authentication 3, fund payment 4 and merchant settlement 5, and dynamically appear in the visual interactive demand analysis flow of the demand side according to the connection rule. Each application unit comprises a plurality of sub-applications, for example [ 2 entitlement center ] the application unit comprises a sub-application B1 entitlement aggregation, a B2 intelligent recommendation and a B3 silent discount, and [ 3 payment authentication ] the application unit comprises a sub-application C1 face payment, a C2 voiceprint payment and a C3 password payment.

The preset sub-application set comprises an identity service module, a rights and interests resource module, a payment authentication module, a payment resource module and a fund clearing module, and provides an assembled and extensible receipt service sub-function (namely, receipt service atomic capability). For example, the identity service module provides real-name authentication of payment clients and full-information inquiry of payment view accounts; the equity resource module provides trial calculation, verification and return service for full-class equity products, wherein the equity products comprise discount activities, coupons, comprehensive points, prepaid cards and the like; the payment authentication module provides payment client identity authentication service, can verify the real identity of a client through face brushing, password or short message verification code, or provides small-amount secret-free payment service based on a signed client; the payment resource module provides payment account services, which can be debit cards, credit cards, small-amount wallet payment or real-time redemption of monetary funds to payment services; the fund transfer service is provided for the merchant by the fund clearing module, and comprises the steps of collecting the payment funds of the customer, transferring the payment funds into a merchant settlement account or a cooperation platform and a service provider account distribution account, and providing fund reconciliation, error processing service and the like.

The application unit is assembled by at least one sub-application, and the sub-application is constructed by at least one sub-function. As shown in fig. 3, the offer, coupon, and integrated loyalty core pin functions (capabilities) as by the service layer [ equity resource module ] can be assembled into equity aggregation sub-applications in the application layer [ equity center ].

Specifically, the terminal determines the serial number of the application unit according to the receipt and payment service flow, determines the selectable sub-applications of the current application unit from the initial sub-application set according to the group number of the sub-applications, and pushes the selectable sub-applications of the current application unit, so that the requesting party selects the selectable sub-applications of the current application unit.

Step 208, responding to the selection operation of the selectable sub-application of the current application unit, and dynamically filtering the sub-application mutually exclusive with the selected sub-application according to the preset sub-application screening rule.

The preset sub-application screening rules comprise mutual exclusion rule screening among sub-applications, connection relation screening among the sub-applications and sub-application service range screening. The mutual exclusion rule screening among the sub-applications defines the mutual exclusion relationship among the sub-applications, and the mutual exclusion relationship is determined according to the mutual exclusion mark of the same application unit and the mutual exclusion list of the sub-applications.

The basic mutual exclusion attributes are as follows (taking application unit ID as an example for explanation):

the same application unit mutual exclusion FLAG SELF _ EXC _ FLAG: the sub-application does not support the superposition with other sub-applications of the self-application unit, for example, B1 cannot be superposed with B3, and C1 cannot be superposed with C2. Mutual exclusion of the same application unit does not control mutual exclusion between different application units, such as whether B1 and C1 can be superposed or not.

SUB-APPLICATION mutual exclusion LIST SUB _ APPLICATION _ EXC _ LIST: and if the attribute configures B3 and C3, the sub application cannot be superposed with B3 and C3.

Specifically, when the terminal receives the selection operation of the requester on the selectable sub-applications of the current application unit, based on the mutual exclusion relationship, the selectable sub-applications of the next application unit can be dynamically screened from the initial sub-application set through the sub-applications that have been selected in the preamble.

And step 210, taking the next application unit in the preset application unit library as the current application unit again, and returning to the step of determining and pushing the optional sub-applications of the current application unit in the preset application unit library according to the initial sub-application set.

Specifically, after dynamically screening the selectable sub-applications of the next application unit from the initial sub-application set through the selected sub-applications in the preamble, the terminal takes the next application unit in the preset application unit library as the current application unit again, and determines and pushes the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set.

And step 210, when the selection of the sub-applications of all the application units in the preset application unit library is finished, generating the required data according to the accumulated selected sub-applications.

Specifically, one sub-application is assembled by at least one sub-function, and the sub-application basic attribute is obtained by assembling the sub-functions of the selected sub-application and the corresponding function basic attribute (capability basic attribute); and generating requirement data (namely requirement specification) according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications. The terminal forms a support layer, a service layer, an application layer and a channel access layer from bottom to top according to the selected sub-applications, draws a receipt application map on the basis of the support layer, the service layer, the application layer and the channel access layer, classifies the receipt applications of the software system according to the full life cycle process paid by the user, and selects and allocates the receipt applications according to the life cycle process nodes, so that a complete receipt requirement specification is assembled, and the user can quickly confirm the requirement details. The basic attributes of the sub-application comprise a sub-application ID, a corresponding capability ID set, an application unit ID and a sub-application scene example, and a mapping relation between the sub-application and a plurality of capabilities is established to obtain a sub-application definition (a description set of capability service contents), a sub-application purpose (a description set of capability purposes), and a sub-application service range (an applicable scene ID, a channel ID, a user ID and the like set). The scene example refers to a business function visualization interface which is put into use, and a demand side can intuitively know the specific functions of the sub-application.

In the business demand analysis method, a business demand analysis request is responded, and initial service information is obtained; initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set; determining and pushing optional sub-applications of the current application unit in a preset application unit library according to the initial sub-application set; responding to the selection operation of the selectable sub-applications of the current application unit, and dynamically filtering the sub-applications which are mutually exclusive with the selected sub-applications according to a preset sub-application screening rule; the next application unit in the preset application unit library is used as the current application unit again, and the step of determining and pushing the optional sub-applications of the current application unit in the preset application unit library according to the initial sub-application set is returned; and when the selection of the sub-applications of all the application units in the preset application unit library is finished, generating the demand data according to the accumulated selected sub-applications. According to the method, the application unit library and the sub-application set are provided, the selectable sub-applications are dynamically adjusted according to the sub-application screening rules by receiving user selection, the process of the selectable sub-applications by a demand side is reduced, the selection time of the demand side is further reduced, the demand data is finally obtained according to the selected sub-applications, and the accuracy and the efficiency of service demand analysis are improved.

In an optional embodiment, initializing the preset sub-application set according to the initial service information, and obtaining the initial sub-application set includes: and screening from the preset sub-application set according to the initial service information and the preset sub-application screening rule to obtain an initial sub-application set.

Specifically, the terminal performs screening from a preset sub-application set according to initial demand information such as an initial demand service scene, a channel, and a user attribute, and sub-application service range screening in a preset sub-application screening rule, so as to obtain an initial sub-application set.

In the embodiment, the sub-application corresponding to the initial service information is screened from the preset sub-application scene according to the initial service information of the demand party through the sub-application service range screening, so that the selection time of the demand party is shortened, and the efficiency of service demand analysis is further improved.

In an optional embodiment, before generating the demand data according to the selected sub-application, the method further includes: acquiring a self-defined sub-application and a connection relation between the self-defined sub-application and other sub-applications; updating the preset sub-application set according to the self-defined sub-application; and updating the preset sub-application screening rule according to the connection relation.

Specifically, the terminal can also receive the sub-application defined by the demand party and the connection relation between the self-defined sub-application and other sub-applications in the preset sub-application set, and update the preset sub-application set according to the self-defined sub-application; and updating the preset sub-application screening rule according to the connection relation customized by the demand side. The terminal can also receive the mutual exclusion rule between the sub-applications customized by the demand party, and the preset sub-application screening rule is screened and updated according to the mutual exclusion rule between the sub-applications, and the embodiment of the application of the demand party customized content is not limited herein.

For example, the sub-applications may be connected according to a user-defined condition of a demand party, for example, [ 3 payment authentication ] multiple sub-applications in an application unit may be combined according to a condition in the same service scenario, for example, a payment order amount is less than 300 yuan may be used [ privacy free payment ] sub-application, an order amount is greater than 300 yuan but less than 1000 yuan may be used for face-brushing authentication sub-application, and an order amount is greater than 1000 yuan may be used for password payment sub-application. Rule parameters are generated according to the demander definition, such as: CASE OrderAmt < 300.00, SUBCLASS [ i ] [ j ]; CASE 300.00 ﹦ < OrderAmt < 1000.00, SUBCLASS [ i ] [ k ].

In this embodiment, by receiving the sub-applications customized by the demand side and the connection relationship between the sub-applications, the expandability and the applicability of the service demand analysis can be improved, and the accuracy of the service demand analysis is further improved.

In an optional embodiment, determining and pushing the optional sub-application of the current application unit in the preset application unit library includes: and determining the selectable sub-applications of the current application unit in the application unit library according to the application unit serial number, the initial sub-application set and the selected sub-applications, and pushing the selectable sub-applications of the current application unit.

Specifically, the application unit serial numbers (application unit IDs) are sorted by the service full life cycle, the sub-applications are grouped by application unit, and each sub-application has a corresponding application unit serial number. The terminal searches sub-applications corresponding to the application unit serial numbers from the initial sub-application set according to the application unit serial numbers to obtain a plurality of sub-applications of the current application unit, filters the plurality of sub-applications of the current application unit according to the selected sub-applications according to mutual exclusion rules among the sub-applications in preset sub-application screening rules to obtain selectable sub-applications of the current application unit in the application unit library, and pushes the selectable sub-applications of the current application unit in the application unit library.

In this embodiment, the mutually exclusive sub-applications are dynamically filtered according to the selected sub-applications through the screening of the mutually exclusive rules among the sub-applications, and the selectable sub-applications of the next application unit are adjusted, so that the process of excluding the mutually exclusive sub-applications by a demander is reduced, and the efficiency of service demand analysis is further improved.

In an optional embodiment, the method further comprises: and constructing a business system according to the selected sub-applications and the requirement data.

Specifically, the terminal constructs a service system based on the middle station mode according to the selected sub-applications and the requirement specification, and the service system comprises a support layer, a service layer, an application layer and a channel access layer from bottom to top.

As shown in fig. 3, the channel access layer includes a plurality of different types of payment portals, including common channels such as a mobile phone APP, an H5 gateway, a wechat public number, and the like.

The application layer is also called a capability assembly layer and is an application unit which is assembled based on the atomic capability of the service layer and is suitable for different service scenes, the application unit comprises account management, a rights and interests center, payment authentication, fund payment and merchant settlement, and the sub-application sets extracted from the application units can be connected in series to form a finished payment receipt service closed loop. As the business scenario expands, the application units may continue to expand.

The service layer is also called a capability atomic layer and is divided into a plurality of software system sub-modules, wherein each software system sub-module comprises an identity service module, a rights and interests resource module, a payment authentication module, a payment resource module and a fund clearing module, and the assembled and extensible receipt service atomic capability is provided. For example, the identity service module provides real-name authentication of payment clients and full-information inquiry of payment view accounts; the equity resource module provides trial calculation, verification and return service for full-class equity products, wherein the equity products comprise discount activities, coupons, comprehensive points, prepaid cards and the like; the payment authentication module provides payment client identity authentication service, can verify the real identity of a client through face brushing, password or short message verification code, or provides small-amount secret-free payment service based on a signed client; the payment resource module provides payment account services, which can be debit cards, credit cards, small-amount wallet payment or real-time redemption of monetary funds to payment services; the fund transfer service is provided for the merchant by the fund clearing module, and comprises the steps of collecting the payment funds of the customer, transferring the payment funds into a merchant settlement account or a cooperation platform and a service provider account distribution account, and providing fund reconciliation, error processing service and the like.

The support layer comprises a technical middle station, a data middle station and a public data module. The technical central station provides technical consistency standard of the acquiring system, and the data central station provides storage of data in the acquiring system.

In this embodiment, the service demand analysis method and the service system are constructed based on the middlebox model, and the service system is constructed according to the demand specification and the selected sub-application. The demander does not need to write a requirement document in advance, and can actively generate a requirement specification through a visual interaction system; the system shows the existing mature bill receiving service capability and application of the bank without depending on the understanding degree of a demand party to the bill receiving system, and the system can independently accept or reject the bill receiving service capability and the application according to the actual application scene; the method is more suitable for the characteristics of the bill receiving business requirements, the process of interaction with customers is simple, the requirements are mainly on the transfer of funds among accounts, the system bill receiving service capacity is emphasized more by the required content, the bill receiving service application which is combed based on the business middle station mode corresponds to the software system application module one by one, the requirements are favorably and quickly converted into the system service, and the quick iterative development of a technical development department is facilitated.

In an alternative embodiment, generating the demand data based on accumulating the selected sub-applications comprises: and generating demand data according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications.

The basic attributes of the sub-application include a sub-application ID, a sub-application definition (detailed description of the sub-application), a sub-application purpose (background generated by the sub-application, service pain point solved, and value effect), a sub-application service range (not limited to applicable scene ID, channel ID, user ID, etc.), a sub-application service list (technical API service interface list), and a use description.

Specifically, the sub-application is constructed by a plurality of sub-functions, and the sub-application basic attribute is composed of a capability basic attribute that constructs a plurality of sub-functions (atomic capabilities) of the sub-application. According to the existing service carding service middle station capability of the receipt software system, the terminal firstly defines the capability and constructs a capability library, wherein the capability library comprises a plurality of sub-functions (namely atomic capability). And then capacity assembly is carried out, one or more capacities are combined to form the sub-application, and the server modules are combined to execute each capacity to complete the specific sub-application in the service requirement.

Capability base attributes include capability ID, capability definition (detailed description of capability content), capability purpose (context of capability generation, service pain point resolved, and value role), capability scope (not limited to applicable scenario ID, channel ID, user ID, etc.), service list (technical API service interface list), usage description, and the like.

And establishing a scene data dictionary, including a bank owned scene, an external ecological cooperation scene and the like, and writing the service scene into the scene data dictionary. And establishing a channel data dictionary, including a mobile phone APP, an H5 gateway, a WeChat public number, a WeChat applet and the like, and writing the channel data into the channel data dictionary. And establishing a user data dictionary comprising tourists, card-holding customers, electronic channel signed customers, quick payment signed customers and the like, and writing the user data into the user data dictionary. The various attributes of the above capability ranges may be dynamically expanded.

The present application explains the service requirement analysis method provided by the present application, taking a complete service requirement analysis process as an example, as shown in fig. 4:

(1) and responding to the service demand analysis request, and acquiring initial service information.

(2) And initializing the preset sub-application set according to the initial service information to obtain an initial sub-application set.

(3) And determining and pushing the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set and the sequence of the application units. Further, according to the sequence of the application units, the first-layer application units [ 1 account management ] and the selectable sub-applications are preferentially displayed to the demand side.

(4) The demander checks the needed sub-application, responds to the selection operation of the selectable sub-application of the current application unit, dynamically filters the sub-application mutually exclusive with the selected sub-application according to the preset sub-application screening rule, and determines and pushes the selectable sub-application of the next application unit in the application unit library. Further, the sub-applications mutually exclusive with the selected sub-applications are dynamically shielded according to the rule engine, and the shielded sub-applications are not limited to the current application unit.

(5) Acquiring a self-defined sub-application and a connection relation between the self-defined sub-application and other sub-applications; and updating the preset sub-application screening rule according to the connection relation. Further, the sub-applications which can be overlapped can be used by a demand side to write connection rules, and the system brings the rules into preset sub-application screening rules.

(6) And (5) circulating the steps (3) to (5), and generating the demand data according to the accumulated selected sub-applications when the sub-applications of all the application units in the preset application unit library are selected. Further, when all the application units are selected by the demand side, the application units can be combined into a complete demand specification according to the selected sub-application sets.

It should be understood that, although the steps in the flowcharts related to the embodiments as described above are sequentially displayed as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in the flowcharts related to the embodiments described above may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the execution order of the steps or stages is not necessarily sequential, but may be rotated or alternated with other steps or at least a part of the steps or stages in other steps.

Based on the same inventive concept, the embodiment of the present application further provides a service demand analysis apparatus for implementing the service demand analysis method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the above method, so specific limitations in one or more embodiments of the service requirement analysis device provided below may refer to the limitations in the service requirement analysis method above, and details are not described here.

In one embodiment, as shown in fig. 5, there is provided a service requirement analysis apparatus, including: an obtaining module 502, an initializing module 504, a pushing module 506, a screening module 508, a circulating module 510, and a generating module 512, wherein:

the obtaining module 502 is configured to respond to the service demand analysis request and obtain initial service information.

The initialization module 504 is configured to initialize the preset sub-application set according to the initial service information, so as to obtain an initial sub-application set.

And a pushing module 506, configured to determine and push the selectable sub-application of the current application unit in the preset application unit library according to the initial sub-application set.

And the screening module 508 is configured to respond to a selection operation of a selectable sub-application of the current application unit, and dynamically filter the sub-application that is mutually exclusive with the selected sub-application according to a preset sub-application screening rule.

A loop module 510, configured to take the next application unit in the preset application unit library as the current application unit again, and return to the push module 506, and configured to determine and push the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set.

The generating module 512 is configured to generate the demand data according to the accumulated selected sub-applications when the selection of the sub-applications of all the application units in the preset application unit library is completed.

In an embodiment, the initialization module 504 is further configured to perform screening from a preset sub-application set according to the initial service information and a preset sub-application screening rule, so as to obtain an initial sub-application set.

In one embodiment, the obtaining module 502 is further configured to obtain the self-defined sub-application and connection relationships between the self-defined sub-application and other sub-applications; updating the preset sub-application set according to the self-defined sub-application; and updating the preset sub-application screening rule according to the connection relation.

In one embodiment, the filtering module 508 is further configured to determine the selectable sub-applications of the current application unit in the application unit library according to the application unit serial number, the initial sub-application set, and the selected sub-applications, and push the selectable sub-applications of the current application unit.

In one embodiment, the generating module 512 is further configured to generate the demand data according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications.

In one embodiment, the business requirement analysis apparatus further includes a system construction module, configured to construct the business system according to the selected sub-applications and the requirement data.

All or part of each module in the service requirement analysis device can be realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.

In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as shown in fig. 6. The computer device includes a processor, a memory, a communication interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless communication can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program is executed by a processor to implement a business requirement analysis method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.

Those skilled in the art will appreciate that the architecture shown in fig. 6 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.

In one embodiment, a computer device is provided, comprising a memory and a processor, the memory having a computer program stored therein, the processor implementing the following steps when executing the computer program:

In one embodiment, the processor, when executing the computer program, further performs the steps of: initializing a preset sub-application set according to the initial service information, and obtaining an initial sub-application set comprises: and screening from the preset sub-application set according to the initial service information and the preset sub-application screening rule to obtain an initial sub-application set.

In one embodiment, the processor, when executing the computer program, further performs the steps of: before generating the demand data according to the selected sub-applications, the method further comprises the following steps: acquiring a self-defined sub-application and a connection relation between the self-defined sub-application and other sub-applications; updating the preset sub-application set according to the self-defined sub-application; and updating the preset sub-application screening rule according to the connection relation.

In one embodiment, the processor, when executing the computer program, further performs the steps of: the step of determining and pushing the selectable sub-applications of the current application unit in the preset application unit library comprises the following steps: and determining the selectable sub-applications of the current application unit in the application unit library according to the application unit serial number, the initial sub-application set and the selected sub-applications, and pushing the selectable sub-applications of the current application unit.

In one embodiment, the processor, when executing the computer program, further performs the steps of: generating demand data according to the accumulated selected sub-applications comprises: and generating demand data according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications.

In one embodiment, the processor, when executing the computer program, further performs the steps of: the method further comprises the following steps: and constructing a business system according to the selected sub-applications and the requirement data.

In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of:

In one embodiment, the computer program when executed by the processor further performs the steps of: initializing a preset sub-application set according to the initial service information, and obtaining an initial sub-application set comprises: and screening from the preset sub-application set according to the initial service information and the preset sub-application screening rule to obtain an initial sub-application set.

In one embodiment, the computer program when executed by the processor further performs the steps of: before generating the demand data according to the selected sub-applications, the method further comprises the following steps: acquiring a self-defined sub-application and a connection relation between the self-defined sub-application and other sub-applications; updating the preset sub-application set according to the self-defined sub-application; and updating the preset sub-application screening rule according to the connection relation.

In one embodiment, the computer program when executed by the processor further performs the steps of: the step of determining and pushing the selectable sub-applications of the current application unit in the preset application unit library comprises the following steps: and determining the selectable sub-applications of the current application unit in the application unit library according to the application unit serial number, the initial sub-application set and the selected sub-applications, and pushing the selectable sub-applications of the current application unit.

In one embodiment, the computer program when executed by the processor further performs the steps of: generating demand data according to the accumulated selected sub-applications comprises: and generating demand data according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications.

In one embodiment, the computer program when executed by the processor further performs the steps of: the method further comprises the following steps: and constructing a business system according to the selected sub-applications and the requirement data.

In one embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, performs the steps of:

It should be noted that, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high-density embedded nonvolatile Memory, resistive Random Access Memory (ReRAM), Magnetic Random Access Memory (MRAM), Ferroelectric Random Access Memory (FRAM), Phase Change Memory (PCM), graphene Memory, and the like. Volatile Memory can include Random Access Memory (RAM), external cache Memory, and the like. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others. The databases referred to in various embodiments provided herein may include at least one of relational and non-relational databases. The non-relational database may include, but is not limited to, a block chain based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic devices, quantum computing based data processing logic devices, etc., without limitation.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.

Claims

1. A business requirement analysis method is characterized by comprising the following steps:

responding to the selection operation of the selectable sub-applications of the current application unit, and dynamically filtering the sub-applications mutually exclusive with the selected sub-applications according to a preset sub-application screening rule;

returning the next application unit in the preset application unit library as the current application unit, and determining and pushing the optional sub-applications of the current application unit in the preset application unit library according to the initial sub-application set;

and when the selection of the sub-applications of all the application units in the preset application unit library is finished, generating the required data according to the accumulated selected sub-applications.

2. The method of claim 1, wherein initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set comprises:

and screening from the preset sub-application set according to the initial service information and the preset sub-application screening rule to obtain an initial sub-application set.

3. The method of claim 1, wherein prior to generating demand data from the selected sub-applications, further comprising:

acquiring a self-defined sub-application and a connection relation between the self-defined sub-application and other sub-applications;

updating the preset sub-application set according to the self-defined sub-application;

and updating the preset sub-application screening rule according to the connection relation.

4. The method of claim 1, wherein determining and pushing the selectable sub-applications of the current application unit in the preset application unit library comprises:

and determining the selectable sub-applications of the current application unit in the application unit library according to the application unit serial number, the initial sub-application set and the selected sub-applications, and pushing the selectable sub-applications of the current application unit.

5. The method of claim 1, wherein generating demand data based on accumulating selected sub-applications comprises:

and generating demand data according to the accumulated selected sub-applications and the corresponding basic attributes of the sub-applications.

6. The method of claim 1, further comprising:

and constructing a business system according to the selected sub-applications and the requirement data.

7. A business need analysis apparatus, comprising:

the initialization module is used for initializing a preset sub-application set according to the initial service information to obtain an initial sub-application set;

a loop module, configured to take a next application unit in the preset application unit library as the current application unit again, and return to the step of determining and pushing the selectable sub-applications of the current application unit in the preset application unit library according to the initial sub-application set;

and the generating module is used for generating the demand data according to the accumulated selected sub-applications when the selection of the sub-applications of all the application units in the preset application unit library is finished.

8. The apparatus of claim 7, wherein the initialization module is further configured to perform filtering from a preset sub-application set according to the initial service information and a preset sub-application filtering rule, so as to obtain the initial sub-application set.

9. The apparatus of claim 7, wherein the obtaining module is further configured to obtain the self-defined sub-application and connection relationships between the self-defined sub-application and other sub-applications;

10. The apparatus of claim 7, wherein the filtering module is further configured to determine the selectable sub-applications of the current application unit in the application unit library according to the application unit sequence number, the initial sub-application set, and the selected sub-applications, and push the selectable sub-applications of the current application unit.

11. The apparatus of claim 7, wherein the generating module is further configured to generate the demand data according to the accumulated selected sub-applications and corresponding sub-application base attributes.

12. The apparatus of claim 7, wherein the business requirement analysis apparatus further comprises a system construction module for constructing the business system according to the selected sub-applications and the requirement data.

13. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 6.

14. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.

15. A computer program product comprising a computer program, characterized in that the computer program realizes the steps of the method of any one of claims 1 to 6 when executed by a processor.