CN117151660B - Method, device, equipment and medium for constructing middle-stage system based on business capability - Google Patents
Method, device, equipment and medium for constructing middle-stage system based on business capability Download PDFInfo
- Publication number
- CN117151660B CN117151660B CN202311436582.3A CN202311436582A CN117151660B CN 117151660 B CN117151660 B CN 117151660B CN 202311436582 A CN202311436582 A CN 202311436582A CN 117151660 B CN117151660 B CN 117151660B
- Authority
- CN
- China
- Prior art keywords
- business
- service
- capability
- capabilities
- model
- 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
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000010276 construction Methods 0.000 claims abstract description 26
- 238000012360 testing method Methods 0.000 claims abstract description 25
- 230000008569 process Effects 0.000 claims description 24
- 230000000694 effects Effects 0.000 claims description 18
- 230000006870 function Effects 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 15
- 238000011161 development Methods 0.000 claims description 11
- 238000013507 mapping Methods 0.000 claims description 10
- 238000003860 storage Methods 0.000 claims description 10
- 239000011159 matrix material Substances 0.000 claims description 9
- 238000005457 optimization Methods 0.000 claims description 7
- 238000001514 detection method Methods 0.000 claims description 6
- 238000009960 carding Methods 0.000 claims description 5
- 230000003993 interaction Effects 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 description 12
- 238000012423 maintenance Methods 0.000 description 11
- 238000013461 design Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 230000005611 electricity Effects 0.000 description 9
- 238000009826 distribution Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 230000008439 repair process Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 238000010248 power generation Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 3
- 238000009472 formulation Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 238000013439 planning Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012367 process mapping Methods 0.000 description 1
- 230000008521 reorganization Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3676—Test management for coverage analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/06—Energy or water supply
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Software Systems (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Computer Hardware Design (AREA)
- Marketing (AREA)
- Health & Medical Sciences (AREA)
- Entrepreneurship & Innovation (AREA)
- General Health & Medical Sciences (AREA)
- Water Supply & Treatment (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Operations Research (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application relates to a method, a device, equipment and a medium for constructing a middle-stage system based on business capability. The method comprises the following steps: acquiring definition data of all business capacities related to a target business mode of a target object; constructing a business capability model according to the definition data of all the business capabilities; establishing corresponding services for each business capability according to the business capability model; each business capability corresponds to one or more services; developing service codes for the services corresponding to each service capability according to the service capability model and configuring an operation environment; and testing the service codes of each service to complete the construction of the middle station system. The embodiment of the application can enable the middle station service to effectively and timely support the service requirement.
Description
Technical Field
The present application relates to the field of middle station technologies, and in particular, to a method, an apparatus, a device, and a medium for constructing a middle station system based on service capability.
Background
With the continuous development of services, a large number of organizations (such as enterprises) are increasingly provided with services, and in order to support more and more services in the foreground, a huge system is usually continuously built in the background, however, the background is unstable, rapid response to the change of the services is not possible, and in the continuous building process, a great amount of repeated construction and resource waste are also caused. Currently, many organizations solve the above problem by building a middle stage between the foreground and the background, where the middle stage resembles a common service platform that serves the foreground and the background.
However, the current middle station generally has the problem that service cannot effectively and timely support business requirements.
Disclosure of Invention
Aiming at the defects or shortcomings, the application provides a method, a device, equipment and a medium for constructing a middle-stage system based on business capability.
The present application provides, according to a first aspect, a method for constructing a middle-stage system based on a business capability model, in some embodiments, the method includes:
acquiring definition data of all business capacities related to a target business mode of a target object;
constructing a business capability model according to the definition data of all the business capabilities;
establishing corresponding services for each business capability according to the business capability model; each business capability corresponds to one or more services;
developing service codes for the services corresponding to each service capability according to the service capability model and configuring an operation environment;
and testing the service codes of each service to complete the construction of the middle station system.
In some embodiments, before acquiring the definition data of all business capabilities related to the target business mode of the target object, the method further comprises:
Determining a business process and key activities of a target business mode;
and determining all business capacities related to the target business mode according to the business flow and the key activities.
In some embodiments, after determining all business capabilities associated with the target business model based on the business process and the critical activity, the method further comprises:
and defining all the business capabilities related to the target business mode by using a pre-designated business capability framework to obtain definition data of all the business capabilities.
In some embodiments, the business capability model is constructed according to the definition data of all the business capabilities, including
Performing hierarchical division and relation carding on all the service capabilities, and determining the hierarchy corresponding to each service capability and the relation among the service capabilities; the hierarchy is used to describe business capabilities of different granularity and detail levels; relationships are used to describe interrelationships, dependencies, or interactions between business capabilities;
classifying all the service capacities according to service functions, service flows or professional fields, and determining the corresponding category of each service capacity;
and modeling the business capability based on the hierarchy and the category corresponding to each business capability and the relation among the business capabilities to obtain a business capability model.
In some embodiments, categorizing all of the business capabilities described above includes:
all the business capabilities are classified according to business functions, business processes or professional fields.
In some embodiments, formulating a corresponding service for each business capability according to the business capability model includes:
acquiring preset demand data, wherein the preset demand data comprises one or more of multiplexing demand data, independence demand data and expandable demand data;
determining service granularity according to the service capability level in the service capability model;
setting corresponding service for each business capability according to preset demand data and service granularity;
defining a mapping matrix, and recording the corresponding relation between each business capability and each service through the mapping matrix.
In some embodiments, the above method further comprises: and optimizing the constructed middle platform system.
In some embodiments, the testing includes one or more of the following: simulating and testing a service scene; checking the coverage rate of business capability; performance testing and security testing.
In some embodiments, the optimization includes one or more of the following: optimizing related services according to the business team feedback data collected regularly; periodically reviewing and adjusting the business capability model; interfaces and/or modules for business capability extensions and changes are developed for services.
In some embodiments, service code is developed for each service corresponding to each business capability through a micro-service architecture and a service grid.
In some embodiments, after completing the construction of the intermediate station system, the method further includes:
adjusting the historical business capability model to obtain a current business capability model;
comparing the current business capability model with the historical business capability model, and determining an adjustment amplitude according to a comparison result; or detecting whether a specific event occurs, and determining an adjustment amplitude according to a detection result; the adjustment amplitude is fine adjustment, medium adjustment or large-scale adjustment;
if the adjustment amplitude is fine adjustment or medium adjustment, designing a service corresponding to the business capability in the adjustment range;
if the adjustment amplitude is large-scale adjustment, redesigning the services corresponding to all the business capabilities in the current business capability model.
The present application provides, according to a second aspect, a device for building a middle stage system based on a business capability model, in some embodiments, the device includes:
the definition data acquisition module is used for acquiring definition data of all business capacities related to the target business mode of the target object;
the model construction module is used for constructing a business capability model according to the definition data of all the business capabilities;
The service making module is used for making corresponding service for each service capacity according to the service capacity model; each business capability corresponds to one or more services;
the development module is used for developing service codes for the services corresponding to each service capability according to the service capability model and configuring an operation environment;
and the test optimization module is used for testing the service codes of each service and completing the construction of the middle platform system.
According to a third aspect, the present application provides a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the steps of the method for building a middle stage system based on a business capability model provided in any of the above embodiments when the computer program is executed by the processor.
According to a fourth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the business capability model-based middle stage system construction method provided in any of the embodiments above.
In the above embodiment of the present application, when a central system is constructed, a service capability model is constructed according to definition data of various service capabilities obtained by analyzing a target service mode of a target object, so as to fully consider changes of service capabilities related to the target service mode, then corresponding services are formulated for each service capability according to the service capability model, corresponding codes are developed for each service, corresponding operating environments are configured, and the codes of each service are tested and optimized, thereby completing construction of the central system, and enabling each service in the constructed central system to effectively and timely support service requirements.
Drawings
FIG. 1 is a flow diagram of a method for building a middle station system based on a business capability model according to one or more embodiments of the present application;
FIG. 2 is a flow diagram of determining business capabilities provided in accordance with one or more embodiments of the present application;
FIG. 3 is a flow diagram of a business capability model constructed in accordance with one or more embodiments provided herein;
FIG. 4 is a flow diagram of a business capability formulation service provided in accordance with one or more embodiments of the present application;
FIG. 5 is a block diagram of a device for building a middle station system based on a business capability model according to one or more embodiments of the present application;
FIG. 6 is a block diagram of a device for building a middle station system based on a business capability model according to another or more embodiments of the present application;
FIG. 7 is an internal block diagram of a computer device provided in accordance with one or more embodiments of the present application.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the following detailed description of the embodiments of the present application will be given with reference to the accompanying drawings. It should be understood that the described embodiments are merely some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the accompanying claims.
In the description of this application, it should be understood that the terms "first," "second," "third," and the like are used merely to distinguish between similar objects and are not necessarily used to describe a particular order or sequence, nor should they be construed to indicate or imply relative importance. The specific meaning of the terms in this application will be understood by those of ordinary skill in the art as the case may be. Furthermore, in the description of the present application, unless otherwise indicated, "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.
The current middle station system generally has the problem that service in the system cannot effectively and timely support business requirements. The inventor realizes that the problem is mainly caused by that the change of the business capability is not fully considered when the middle-stage service (namely, the service in the middle-stage system) is designed at present, and based on the problem, the application provides a middle-stage system construction method based on the business capability model, which is used for formulating the middle-stage service through the business capability model by introducing the business capability model into the construction process of the middle-stage system, so that the designed middle-stage service can effectively and timely support business requirements.
In particular, in the world today, various businesses are faced with a strong market competition, as well as a rapidly changing business environment, and businesses need to continuously optimize and innovate their business patterns to address these challenges. In this context, business architecture (business structure, BA) becomes a key tool for enterprises to understand, design, and optimize their business models. The business capability model is an important ring in a business architecture, can describe all the capabilities required by an enterprise to execute the business, can help the enterprise to know the operation mode of the business, determine the optimization direction and provide a durable business view. The inventor realizes that the characteristics of the business capability model can be utilized to help design the middle platform service, and the business capability is used as the design basis of the middle platform service, so that the middle platform service can be quickly adjusted according to the change of the business capability, further, the target object can better cope with the quickly changed business environment, and the business requirement can be effectively and timely supported. It should be noted that, although the business capability model plays an important role in enterprise management and improvement, the current business capability model generally does not consider the design and implementation of the center service, and how to use the business capability model to design the center service and complete the construction of the center system is a difficulty to be overcome. Aiming at the difficulty, the embodiment of the application correspondingly provides a complete and operable operation flow, which can guide a target object to construct a middle platform system according to a business capability model in actual operation.
The method is described in detail below by means of some examples.
Referring to fig. 1, fig. 1 illustrates steps included in the method, i.e., steps S110 to S150, and the method may be performed by a server. The following is a description of the steps of the method.
S110: and acquiring definition data of all business capabilities related to the target business mode of the target object.
The target object refers to an object that needs to build the intermediate system, and the target object usually has complex business requirements, so that the intermediate system needs to be built. The target object may be an organization of a business, school, institution, or the like. The middle stage system is a common service system for providing service for the foreground system and the background system of the target object.
The target object may have one or more traffic patterns, and the target traffic pattern may be one of the traffic patterns of the target object.
Business capability refers to the ability of a target object to perform a related task within a particular area, for example, taking the target object as a grid enterprise, which may include power generation, transmission and distribution, power supply, and so forth. The business of a target object may generally be divided into a plurality of domains, a particular domain referring to one or several of them.
The definition data of the service capability is predefined, and can be stored in a database, and is obtained from the database when the middle station system needs to be built.
In some embodiments, before acquiring the definition data of all the service capabilities related to the target service mode of the target object, as shown in fig. 2, the method further includes:
s101: determining a business process and key activities of a target business mode;
s102: and determining all business capacities related to the target business mode according to the business flow and the key activities.
All business capabilities associated with the target business model of the target object need to be determined before the business capability definition data. The service flow and the key activity of the target service mode can be determined by carrying out deep analysis on the target service mode of the target object, and all possible service capacities are determined by utilizing the service flow and the key activity and are used as all service capacities related to the target service mode.
Accordingly, after determining all business capabilities related to the target business mode according to the business process and the key activity, the method further comprises: and defining all the business capabilities related to the target business mode by using a pre-designated business capability framework to obtain definition data of all the business capabilities.
Wherein business capability frameworks such as TOGAF (The Open Group Architecture Framework), BIZBOK (Guide to the Business Architecture Body of Knowledge, business architecture knowledge system guidelines), APQC (American Productivity and Quality Center, U.S. Productivity and quality center), etc. can be used to identify business capabilities and describe business capabilities, thereby enabling the collection and classification of all possible business capabilities. In defining the service capability, each service capability needs to be clearly defined and expected to be output, and the relevant data of the definition and the output is the definition data of the service capability. For example, the service capability "power grid maintenance and repair", which may be defined as "responsible for daily maintenance of the power grid and rapid repair after an emergency (such as a fault, a natural disaster, etc.), may be defined as" reducing the occurrence rate of the fault, shortening the time of fault repair, and ensuring stable operation of the power grid ". As another example, the business capability "smart meter management" may be defined as "collecting user electricity data through a smart meter, performing data analysis and electricity usage behavior prediction", and the expected output may be "accurately collecting and managing user electricity data, providing electricity usage behavior analysis, optimizing an electricity supply plan".
S120: and constructing a business capability model according to the definition data of all the business capabilities.
The business capability model can be constructed by selecting a mature, reliable and proper construction mode. For example, the model is built using a flow of definition-classification hierarchy-relational modeling-evaluation optimization, which is relatively common in business architecture and organizational transformation.
In some embodiments, please refer to fig. 3, the construction of the service capability model according to the definition data of all the service capabilities includes:
s121: and carrying out hierarchical division and relation carding on all the service capabilities, and determining the hierarchy corresponding to each service capability and the relation among the service capabilities.
When the business capability model is constructed, the hierarchical structure and relation of the business capability need to be determined.
In the business capability model, the above-described hierarchy is used to describe business capabilities of varying granularity and level of detail, which can help a target object understand the varying details and importance of business capabilities from higher layers to lower layers. Multiple tiers may be predefined and then the individual business capabilities may be divided into corresponding tiers, with the understanding that each business capability corresponding to a higher tier may correspond to one or more business capabilities corresponding to a next tier. Illustratively, taking an example that the target object is a grid enterprise, the service capabilities corresponding to the target service modes thereof include "power transmission", "power distribution", "cross-regional power transmission", "city power distribution", "substation management", and "electricity meter reading", and the hierarchy is divided into a primary service class (may also be referred to as a macro hierarchy), a secondary service class (may also be referred to as a middle hierarchy), and a tertiary service class (may also be referred to as a micro hierarchy), where the primary service class is used to describe a primary service domain (or a core function) of the target object, the service capabilities in the hierarchy may include "power transmission", "power distribution", etc., the secondary service class is used to describe a sub-domain under the primary service domain (or a sub-domain under the core function), the service capabilities in the hierarchy may include "cross-regional power transmission", "city power distribution", etc., the tertiary service class is used to describe actual service activities or tasks, and the service capabilities in the hierarchy may include "substation management", "electricity meter reading", etc. The above-described relationships are used to describe interrelationships, dependencies, or interactions between business capabilities, and in some embodiments, the relationships specifically include multiple categories of dependencies, interactions, and inheritance. Wherein, the dependency relationship means that one business capability needs to be supported by another business capability to be executed, for example, the business capability of 'ammeter reading' needs to depend on the business capability of 'intelligent monitoring system'; the interactive relationship refers to that two or more business capabilities need to cooperate to complete a certain task, for example, an interactive relationship exists between two business capabilities, namely, a power grid maintenance service capability and a power grid planning service capability; inheritance relationship refers to a service capability inheriting certain characteristics or functions of another service capability, for example, the service capability of "extra-high voltage transmission" inherits the characteristics of the service capability of "transmission".
S122: and classifying all the service capacities according to service functions, service flows or professional fields, and determining the corresponding category of each service capacity.
The above-mentioned all business ability is classified in various ways, can choose the suitable way to implement according to the actual demand, and can also adjust and optimize the classification way selected according to the actual situation.
In some embodiments, all of the business capabilities described above may be categorized and arranged according to the business functions to which they pertain. For example, taking a grid enterprise as an example, all service capabilities can be correspondingly divided into service functions such as "power transmission", "power generation", "power supply", and the like. By categorizing all business capabilities according to business functions, the target object can be helped to grasp the business capabilities as a whole and provide basis for continuous improvement and coordinated development.
In other embodiments, all of the business capabilities described above may be categorized and arranged according to their role and relationship in the business process. When the target object executes the service in the target service mode, the service activities are often mutually dependent and mutually influenced, the service capacity is classified according to the service flow, the service execution process of the target object can be divided into different service flows, and the service execution process can comprise a power generation flow, a power transmission flow, a user power consumption flow and the like by taking a power grid enterprise as an example. By classifying all the business capabilities according to the business flow, the target object can be helped to better understand and organize each business activity in the target business mode, and the execution efficiency and quality of the business are improved.
In still other embodiments, all of the business capabilities described above may be categorized and arranged according to the area of expertise to which they pertain. In particular, there are many different areas of expertise in the functioning of a target object. For example, the power grid enterprise may include professional fields such as "electric power", "smart grid", and the like. By categorizing all business capabilities according to the professional fields, the target object can be helped to better develop business capabilities in each professional field, and business level and market competitiveness can be improved.
The classification mode can provide a framework for constructing a clear and structured business capability model.
In addition, through reasonably dividing and classifying the service capacity, the resource use can be optimized, and the effects of reducing the development and maintenance of redundant service and saving the development and operation cost can be achieved in the subsequent links of making service for the service capacity, developing, testing and optimizing service codes.
S123: and modeling the business capability based on the hierarchy and the category corresponding to each business capability and the relation among the business capabilities to obtain a business capability model.
Among other things, business capability models can be built using modeling tools such as Archimate (a visual business analysis model language that integrates multiple architectures), UML (Unified Modeling Language ), BPMN (Business Process Modeling Notation, business process modeling labels), and the like.
The business capability model constructed through the steps mainly comprises the following parts:
(1) Business capability hierarchy: this portion of data is used to clarify the hierarchical relationship of individual business capabilities, for example, from primary business classifications (e.g., "transmission" or "distribution") to secondary business classifications (e.g., "trans-regional transmission" and "urban distribution") to tertiary business classifications (e.g., "substation management" and "electricity meter reading").
(2) Business capability definition data: including a definition of each business capability and the expected output.
(3) Relationship between business capabilities: this portion of the data is used to describe how business capabilities are interrelated, dependent, or interacted with each other. The types of relationships may include, for example, dependency relationships, interactive relationships, and inheritance relationships.
(4) Business process mapping: for showing how business capabilities are embedded throughout the business process, such as from "power generation" to "power transmission" to "user power usage".
(5) Classification of business capabilities: and the category corresponding to each business capability and determined according to a specified classification mode (such as a classification mode according to business functions, business processes or professional fields) is included.
In some embodiments, in order to facilitate the target object in knowing which business capabilities are critical, information representing priority or importance may be annotated to each business capability when the model is built, and thus the built model also includes (6) priority or importance annotation data including the priority or importance corresponding to each business capability.
Further, if a specific modeling tool is used in the construction of the model, such as the Archimate, the constructed model further includes (7) elements and/or marks related to the tool.
The embodiment builds the business capability model based on the corresponding hierarchy and category of each business capability and the relation among the business capabilities, which is helpful to make the corresponding relation among each business capability and the corresponding service clear, and the clear performance helps the target object to better understand the business capability and clearly know how to realize the business capability through the middle service.
S130: establishing corresponding services for each business capability according to the business capability model; each business capability corresponds to one or more services.
The step needs to design a middle service according to the business capability model, and particularly converts each business capability in the abstract business capability model into a corresponding service which can be operated and used in practice. In some embodiments, formulating a corresponding service for each business capability according to a business capability model, as shown in fig. 4, includes:
S131: acquiring preset demand data, wherein the preset demand data comprises one or more of multiplexing demand data, independence demand data and expandable demand data;
s132: determining service granularity according to the service capability level in the service capability model;
s133: setting corresponding service for each business capability according to preset demand data and service granularity;
s134: defining a mapping matrix, and recording the corresponding relation between each business capability and each service through the mapping matrix.
In designing a center service, various factors, such as reusability, independence, expansibility, and the like, need to be considered. The reusability means that the designed middle service can be used in various scenes; the independence means that the services are loosely coupled, and the normal operation of other services cannot be influenced when one service is changed; scalability refers to the ease of adding new functionality or modifying services as the traffic changes and grows. The reusability requirement data comprise description data about reusability corresponding to one or more service capacities; the independence requirement data comprises description data about independence corresponding to one or more business capabilities; the expansibility requirement data includes descriptive data about expansibility corresponding to one or more business capabilities.
For example, regarding the service capability "meter reading", assuming that the service capability corresponds to the service S1 "smart meter data collection" and the service S2 "meter data anomaly detection", each demand data may be:
reusability: the service S1 and the service S2 may be used for residential and industrial electrical scenarios;
independence: service S1 and service S2 are loosely coupled, and can be independently performed;
expansibility: the service S2 may add new anomaly detection algorithms at any time.
As another example, regarding the service capability "grid maintenance", assuming that the service capability corresponds to the service S3 "periodic maintenance schedule generation" and the service S4 "fault response and repair", each demand data may be:
reusability: service S3 and service S4 are applicable to various scales and types of grids;
independence: the maintenance plan change of the service S3 does not affect the fault response mechanism of the service S4;
expansibility: service S4 may add new fault types and repair schemes.
When the middle platform service is designed by utilizing the business capability model, the embodiment not only considers the functional factors of the service such as complete functions, excellent performances and the like, but also considers the nonfunctional factors of the service such as reusability, independence, expansibility and the like, thereby being beneficial to improving the quality of the service codes developed subsequently.
The present embodiment also determines the granularity of the service according to the service capability hierarchy, which may also be referred to as a service capability hierarchy. When the middle service is designed, the designed middle service can support the business flow at different levels due to the consideration of the level of business capability, so that the flexibility of business processing is improved.
The set of all service capabilities may be denoted b= { B1, B2..the set Bn }, the set of all services s= { S1, S2..the set Sm }, the correspondence between the service capabilities in set B and the services in set S may be represented by a defined mapping matrix M of size n x M, wherein mij=1 if the service capability Bi corresponds to the service Sj; otherwise mij=0. For each business capability Bi, the corresponding service set is: sbi= { sj|mij=1, 1+.j+.m }. The business capability Bi may correspond to one or more services Sj, all services in SBi being required for Bi to be implemented.
Further, the correspondence between the hierarchy L of business capability and service granularity can be expressed as: pk=1/Lk. Where Pk represents the granularity of the service (the larger the value of Pk, the smaller the granularity it represents, and conversely, the smaller the value of Pk, the larger the granularity it represents), lk represents the hierarchy of the service capability (the larger the value of Lk, the higher the hierarchy it represents, and conversely, the smaller the value of Lk, the lower the hierarchy it represents). From the formula, the higher the hierarchy of the service capability, the larger the corresponding service granularity.
For example, taking the service capability "ammeter reading" as an example, the hierarchy of the corresponding service capability is determined first, and it is assumed that the hierarchy corresponding to the service capability is three-level service classification (three service capability hierarchies in this example are respectively a first-level service classification, a second-level service classification and a third-level service classification from high to low), and the hierarchy corresponding to the service capability is three-level service classification, so that when the corresponding service is formulated, the granularity of the corresponding service needs to be set to be relatively smaller, so that the corresponding service can focus on a specific task. The services formulated for it may be as follows:
high-level service: electricity data management (which is a broad service that may include data collection, storage, analysis, etc.);
middle-level service: collecting and analyzing ammeter data;
micro-level service: and (5) acquiring data of the intelligent ammeter and detecting abnormal ammeter data.
Also for example, service capability "grid maintenance" is typically attributed to a higher hierarchy, such as primary or secondary service classification, as it relates to the overall operation of the grid, and thus the granularity of its corresponding service is relatively large. The services formulated for it may be as follows:
high-level service: grid operation management (which may include maintenance, planning, monitoring, etc.);
Middle-level service: planning a power grid maintenance strategy and managing fault response;
micro-level service: regular maintenance schedule generation, fault response and repair.
S140: and developing service codes for the services corresponding to each service capability according to the service capability model and configuring an operation environment.
In some embodiments, a development method driven by the service capability can be introduced to develop codes for services, so as to ensure that the structure and logic of the codes are closely matched with the service capability.
In other embodiments, considering that the business capability model is described by using business terminology, the technical implementation is more focused on the system architecture and the programming interface, so that when the middle service is designed by using the business capability model, the problem of inaccurate mapping between the business capability model and the technical implementation is easy to occur; in addition, the business capability model may relate to multiple business fields and data sources, how to ensure the homology of data and the integrity of transactions are also issues to be solved, and for this purpose, the present embodiment adopts a micro-service architecture and a service grid to individually design and develop services corresponding to each business capability, where when the micro-service architecture is adopted for development, it allows a complex application program to be decomposed into multiple micro-services that are independently operated, and each micro-service is single and can be independently deployed, which means that different micro-services may use different data sources and databases; while a service grid is an infrastructure layer for handling service-to-service communications, in a micro-service architecture, different services may need to access different data sources or participate in the same transaction, for which purpose the service grid is used to help manage complex data flows and transactions. The embodiment can accurately convert the abstract business capability model into the service which can be actually operated by developing the service corresponding to each business capability by adopting a micro-service architecture and a service grid, and ensure that a plurality of operations (usually data operations) can be correctly and completely executed as a single working unit, namely all the operations in the working unit are not executed at all or are executed at all, and the consistency of data can be ensured after the operations are executed. The operating environment may include, in particular, (1) computer hardware devices (e.g., processors, memory, storage space, etc.), operating systems (e.g., linux, unix, etc.), dependency libraries and/or software frameworks, (4) network settings and configurations (e.g., network protocols, port numbers, etc.), other services or API interfaces, etc., as required for service code execution.
S150: and testing the service codes of each service to complete the construction of the middle station system.
The above-described tests include one or more of the following: simulating and testing a service scene; checking the coverage rate of business capability; performance testing and security testing. The service scene simulation test can simulate actual service operation, so that service can meet service requirements in various scenes; the business capability coverage check may check whether the implemented service covers all the predetermined business capabilities; performance test needs to be carried out based on a core business process, so that the service capability of the service in the peak business period is not influenced; security testing may evaluate and verify service codes to discover potential security vulnerabilities, and risks in order to prevent and address security threats and attacks that may occur.
After the well-established system, the well-established system may be optimized periodically. Wherein optimizing includes one or more of:
(1) And optimizing the related service according to the business team feedback data collected regularly. Feedback data of team personnel is collected periodically by cooperation with a business team, so that relevant services are optimized pertinently according to the periodically collected feedback data of the business team.
(2) The business capability model is reviewed and adjusted periodically. With the development of the service, the service capability model is periodically reviewed and adjusted, so that the service and the service can be ensured to keep synchronous.
(3) Interfaces and/or modules for business capability extensions and changes are developed for services. For possible business capability expansion and change, corresponding interfaces and modules are reserved when designing service, so that future expansion and adjustment are facilitated.
In this embodiment, each service needs to be strictly tested and optimized, so as to ensure that each service can keep stable running under various conditions, and further improve stability and reliability of the intermediate system.
In addition, the present embodiment is directed to business capability, which enables close connection of service design and business objectives, which makes the service easier to manage and maintain. Service personnel can intuitively understand functions and targets of the service through the service capability model, and technicians can better understand and maintain the service through the service capability model.
Further, in some embodiments, after completing the construction of the intermediate station system, the method further includes:
adjusting the historical business capability model to obtain a current business capability model;
Comparing the current business capability model with the historical business capability model, and determining an adjustment amplitude according to a comparison result; or detecting whether a specific event occurs, and determining an adjustment amplitude according to a detection result; the adjustment amplitude is fine adjustment, medium adjustment or large-scale adjustment;
if the adjustment amplitude is fine adjustment or medium adjustment, designing a service corresponding to the business capability in the adjustment range;
if the adjustment amplitude is large-scale adjustment, redesigning the services corresponding to all the business capabilities in the current business capability model.
In this embodiment, considering that the business process of the target object may possibly change, the business capability model may be adjusted (i.e. reconstructed) periodically or aperiodically, and by continuously iterating the business capability model, the middle service can continuously support complex and variable business processes. Wherein the relevant operations of S101-S102 and S110-S120 may be performed again to reconstruct the business capability model.
The specific event includes a plurality of events. In some embodiments, the operation of determining the adjustment amplitude may be to determine whether a first specific event (the event may be a preset event such as enterprise strategic adjustment or service reorganization, etc.), if yes, determine that the adjustment amplitude is large-scale adjustment, if not, further determine whether a second specific event occurs (the event may be a preset event such as introducing a new service domain, the number of service capability occurrence combinations and splits, or the duty ratio in all service capabilities exceeds a preset threshold, etc.), if yes, determine that the adjustment amplitude is moderate adjustment; if not, it is determined whether a third specific event (which may also be preset, for example, the definition data of the service capability is updated, the service capability of which priority is newly added or importance is not high, etc.) occurs, if it is determined that the third specific event occurs, it is determined that the adjustment amplitude is fine-tuned, and if it is determined that the third specific event does not occur, it is determined that no adjustment is performed.
In other embodiments, after the business capability model is adjusted, the historical business capability model and the current business capability model, i.e., the two business capability models before and after adjustment, may be compared to determine the adjustment amplitude. For example, the number of changed service capabilities (such as newly added service capabilities, service capabilities with defined or expected output updated, etc.) and/or the duty ratio among all service capabilities in the current service capability model may be determined by comparing, comparing the number and/or duty ratio with a threshold value (including a threshold value of the number and/or a threshold value of the duty ratio) corresponding to each adjustment amplitude, determining whether the number and/or the duty ratio exceeds the threshold value (including a threshold value of the number and/or a threshold value of the duty ratio) corresponding to each adjustment amplitude, and determining the adjustment amplitude based on the determination result. For example, the adjustment amplitude also includes fine adjustment, middle adjustment, and large-scale adjustment, and taking the number as an example, it is assumed that the respective number thresholds of fine adjustment, middle adjustment, and large-scale adjustment are a, b, and c, respectively, where 0< a < b < c, if the number of changed service capabilities is a or more and less than b, the adjustment amplitude is determined to be fine adjustment, if the number of changed service capabilities is b or more and less than c, the adjustment amplitude is determined to be middle adjustment, and if the number of changed service capabilities is c or more, the adjustment amplitude is determined to be large-scale adjustment.
The adjusting amplitude can be predefined, and each adjusting amplitude is provided with corresponding processing logic, so that after the adjusting amplitude is determined, the corresponding processing logic can be executed. For example, the adjustment amplitude may include fine tuning (i.e., small-scale adjustment), medium-scale adjustment, and large-scale adjustment.
If the determined adjustment amplitude is fine adjustment, the corresponding processing logic can be to design (such as making and developing, reformulating and developing, etc.) the service corresponding to the business capability in the adjustment range; if the determined adjustment amplitude is a medium adjustment, designing (such as making and developing, re-making and developing, etc.) only the service corresponding to the business capability in the adjustment range; if the determined adjustment amplitude is large-scale adjustment, the service corresponding to all the current business capabilities can be redesigned.
It should be noted that, regarding the steps included in the method for constructing a middle stage system based on a business capability model according to any one of the foregoing embodiments, the steps may be performed in other orders unless explicitly described herein, and the steps are not strictly limited in order. Moreover, at least some of these steps may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor does the order in which the sub-steps or stages are performed necessarily performed in sequence, but may be performed alternately or alternately with at least a portion of other steps or sub-steps of other steps.
Based on the same inventive concept, the application also provides a middle-stage system construction device based on the business capability model, which can execute the middle-stage system construction method based on the business capability model provided by the embodiment. In some embodiments, as shown in fig. 5, the apparatus includes the following modules:
a definition data obtaining module 110, configured to obtain definition data of all service capabilities related to a target service mode of a target object;
a model construction module 120, configured to construct a service capability model according to the definition data of all the service capabilities;
a service formulation module 130, configured to formulate a corresponding service for each service capability according to the service capability model; each business capability corresponds to one or more services;
the development module 140 is configured to develop a service code and configure an operating environment for a service corresponding to each service capability according to the service capability model;
and the test module 150 is used for testing the service codes of each service and completing the construction of the middle station system.
In some embodiments, the apparatus further comprises a capability determination module (not shown). A capability determining module, configured to determine a service flow and a key activity of a target service mode before the definition data acquiring module 110 acquires definition data of all service capabilities related to the target service mode of the target object; and determining all business capabilities related to the target business mode according to the business process and the key activities.
In some embodiments, the capability definition module (not shown in the figures). And the capacity definition module is used for defining all the service capacities related to the target service mode by using a pre-designated service capacity framework after the capacity determination module determines all the service capacities related to the target service mode according to the service flow and the key activity, so as to obtain definition data of all the service capacities.
In some embodiments, the model building module 120 includes:
the dividing and carding sub-module is used for carrying out hierarchical division and relation carding on all the service capabilities and determining the hierarchy corresponding to each service capability and the relation among the service capabilities; the hierarchy is used to describe business capabilities of different granularity and detail levels; relationships are used to describe interrelationships, dependencies, or interactions between business capabilities;
the classifying sub-module is used for classifying all the service capacities according to service functions, service flows or professional fields and determining the corresponding categories of the service capacities;
and the modeling module is used for modeling the business capability based on the corresponding layers and categories of the business capability and the relation among the business capabilities to obtain a business capability model.
In some embodiments, the classifying sub-module is specifically configured to classify all the service capabilities according to service functions, service flows or professional fields.
In some embodiments, the service formulation module 130 includes:
the acquisition sub-module is used for acquiring preset demand data, wherein the preset demand data comprises one or more of multiplexing demand data, independence demand data and expandable demand data;
the determining submodule is used for determining service levels and granularity according to the service capability levels and granularity in the service capability model;
the service preparation sub-module is used for preparing corresponding service for each service capability according to preset demand data, service levels and granularity;
and the recording sub-module is used for defining a mapping matrix, and recording the corresponding relation between each business capability and each service through the mapping matrix.
In some embodiments, as shown in fig. 6, the apparatus further comprises an optimization module 160. And the optimizing module 160 is used for optimizing the well-constructed middle-stage system.
In some embodiments, the testing includes one or more of the following: simulating and testing a service scene; checking the coverage rate of business capability; performance testing and security testing.
In some embodiments, the optimization includes one or more of the following: optimizing related services according to the business team feedback data collected regularly; periodically reviewing and adjusting the business capability model; interfaces and/or modules for business capability extensions and changes are developed for services.
In some embodiments, the development module 140 is configured to develop a service code for a service corresponding to each business capability through a micro-service architecture and a service grid.
In some embodiments, the apparatus further includes an adjustment iteration module (not shown in the figure), configured to:
adjusting the historical business capability model to obtain a current business capability model;
comparing the current business capability model with the historical business capability model, and determining an adjustment amplitude according to a comparison result; or detecting whether a specific event occurs, and determining an adjustment amplitude according to a detection result; the adjustment amplitude is fine adjustment, medium adjustment or large-scale adjustment;
if the adjustment amplitude is fine adjustment or medium adjustment, designing a service corresponding to the business capability in the adjustment range;
if the adjustment amplitude is large-scale adjustment, redesigning the services corresponding to all the business capabilities in the current business capability model.
For specific limitations on the device for constructing a middle stage system based on the service capability model, reference may be made to the above limitation on the method for constructing a middle stage system based on the service capability model, which is not described herein. The modules in the above-mentioned middle platform system construction device based on the business capability model may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
The present application further provides a computer device in some embodiments, where the computer device includes a memory, a processor, and a computer program stored in the memory and capable of running on the processor, where the processor executes the computer program to implement the steps of the method for building a middle platform system based on a business capability model provided in any one of the foregoing embodiments.
In some embodiments, the internal structural diagram of the computer device may be as shown in FIG. 7. The computer device includes a processor, a memory, a network interface, and a database 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 includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is used for storing data such as definition data of each service capability, and the specific stored data can also be referred to as limitation in the embodiment of the method. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program, when executed by a processor, implements a method for building a middlebox system based on a business capability model.
It will be appreciated by those skilled in the art that the structure shown in fig. 7 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.
In other embodiments, the present application further provides a computer readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the method for building a middle stage system based on a business capability model provided in any of the foregoing embodiments.
In the foregoing embodiments of the present application, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.
Those skilled in the art will appreciate that implementing all or part of the above-described method embodiments may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the method embodiments described above. Any reference to memory, storage, database, or other medium used in the various embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink), DRAM (SLDRAM), memory bus (Rambus), direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples merely represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application is to be determined by the claims appended hereto.
Claims (9)
1. A method for constructing a middle station system based on a business capability model is characterized by comprising the following steps:
acquiring definition data of all business capacities related to a target business mode of a target object;
constructing a business capability model according to the definition data of all the business capabilities; the business capability model comprises a business capability hierarchical structure, business capability definition data, a relation among business capabilities, a business process map and classification of the business capabilities; the business capability hierarchical structure is used for defining the hierarchical relation of each business capability, the business process map is used for displaying the embedding condition of each business capability in the whole business process, and the classification of the business capability comprises the classification of each business capability, which is determined according to the classification mode of the business function, the business process or the professional field;
Establishing corresponding services for each business capability according to the business capability model; each business capability corresponds to one or more services; the method for establishing the service for each business capability according to the business capability model comprises the following steps: acquiring preset demand data, wherein the preset demand data comprises one or more of multiplexing demand data, independence demand data and expandable demand data; determining service granularity according to the service capability level in the service capability model; establishing corresponding services for each business capability according to the preset demand data and the service granularity; defining a mapping matrix, and recording the corresponding relation between each service capability and each service through the mapping matrix; wherein, for each business capability, the higher the corresponding hierarchy, the higher the granularity of the service formulated for the business capability, the lower the corresponding hierarchy, and the lower the granularity of the service formulated for the business capability; the granularity of the service formulated for the business capability refers to the granularity among the layers corresponding to the multiple services formulated for the business capability;
developing service codes for the services corresponding to each service capability according to the service capability model and configuring an operation environment;
And testing the service codes of each service to complete the construction of the middle platform system.
2. The method of claim 1, wherein prior to obtaining definition data of all business capabilities related to a target business model of a target object, the method further comprises:
determining a business process and key activities of the target business mode;
and determining all business capacities related to the target business mode according to the business flow and the key activities.
3. The method of claim 2, wherein after determining all business capabilities associated with the target business model based on the business process and critical activities, the method further comprises:
and defining all the business capabilities related to the target business mode by using a pre-designated business capability framework to obtain definition data of all the business capabilities.
4. The method of claim 1, wherein constructing a business capability model from the definition data of all business capabilities comprises
Performing hierarchical division and relation carding on all the service capabilities, and determining the hierarchy corresponding to each service capability and the relation between each service capability; the hierarchy is used to describe business capabilities of different granularity and detail levels; the relationship is used for describing the interrelation, dependence or interaction among business capabilities;
Classifying all the service capabilities according to service functions, service flows or professional fields, and determining the category corresponding to each service capability;
and carrying out business capability modeling based on the hierarchy and the category corresponding to each business capability and the relation among the business capabilities to obtain a business capability model.
5. The method of claim 4, wherein service codes are developed for each of the services corresponding to the business capabilities through a micro-service architecture and a service grid.
6. The method of claim 1, wherein after completing the construction of the midst system, the method further comprises:
adjusting the historical business capability model to obtain a current business capability model;
comparing the current business capability model with the historical business capability model, and determining an adjustment amplitude according to a comparison result;
or detecting whether a specific event occurs, and determining an adjustment amplitude according to a detection result; the adjustment amplitude is fine adjustment, medium adjustment or large-scale adjustment;
if the adjustment amplitude is fine adjustment or medium adjustment, designing a service corresponding to the business capability in the adjustment range;
and if the adjustment amplitude is large-scale adjustment, redesigning the services corresponding to all the business capabilities in the current business capability model.
7. An apparatus for implementing the business capability model-based middle station system construction method according to claim 1, wherein the apparatus comprises:
the definition data acquisition module is used for acquiring definition data of all business capacities related to the target business mode of the target object;
the model construction module is used for constructing a business capability model according to the definition data of all the business capabilities;
the service making module is used for making corresponding service for each business capability according to the business capability model; each business capability corresponds to one or more services;
the development module is used for developing service codes for the services corresponding to each service capability according to the service capability model and configuring an operation environment;
and the test optimization module is used for testing the service codes of each service to complete the construction of the middle platform system.
8. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any one of claims 1 to 6 when the computer program is executed by the processor.
9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311436582.3A CN117151660B (en) | 2023-11-01 | 2023-11-01 | Method, device, equipment and medium for constructing middle-stage system based on business capability |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311436582.3A CN117151660B (en) | 2023-11-01 | 2023-11-01 | Method, device, equipment and medium for constructing middle-stage system based on business capability |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117151660A CN117151660A (en) | 2023-12-01 |
| CN117151660B true CN117151660B (en) | 2024-03-15 |
Family
ID=88903205
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311436582.3A Active CN117151660B (en) | 2023-11-01 | 2023-11-01 | Method, device, equipment and medium for constructing middle-stage system based on business capability |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117151660B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111008762A (en) * | 2019-11-20 | 2020-04-14 | 许道强 | Business center design method for power marketing service system |
| CN111694555A (en) * | 2020-06-18 | 2020-09-22 | 国网宁夏电力有限公司营销服务中心(国网宁夏电力有限公司计量中心) | Business system construction method and device, electronic equipment and storage medium |
| CN115564250A (en) * | 2022-10-12 | 2023-01-03 | 中电金信软件有限公司 | Computer business modeling method and device |
| CN116090770A (en) * | 2023-01-06 | 2023-05-09 | 建信金融科技有限责任公司 | System construction method, device, storage medium, electronic equipment and product |
| CN116302487A (en) * | 2023-02-07 | 2023-06-23 | 南京博雅区块链研究院有限公司 | DOMA-based data center system and construction method |
| CN116823316A (en) * | 2023-06-29 | 2023-09-29 | 北京中电普华信息技术有限公司 | Service center for electric power marketing service and construction method of service center |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060116922A1 (en) * | 2004-11-29 | 2006-06-01 | Microsoft Corporation | Efficient and flexible business modeling based upon structured business capabilities |
| US8543447B2 (en) * | 2009-06-16 | 2013-09-24 | Microsoft Corporation | Determining capability interdependency/constraints and analyzing risk in business architectures |
-
2023
- 2023-11-01 CN CN202311436582.3A patent/CN117151660B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111008762A (en) * | 2019-11-20 | 2020-04-14 | 许道强 | Business center design method for power marketing service system |
| CN111694555A (en) * | 2020-06-18 | 2020-09-22 | 国网宁夏电力有限公司营销服务中心(国网宁夏电力有限公司计量中心) | Business system construction method and device, electronic equipment and storage medium |
| CN115564250A (en) * | 2022-10-12 | 2023-01-03 | 中电金信软件有限公司 | Computer business modeling method and device |
| CN116090770A (en) * | 2023-01-06 | 2023-05-09 | 建信金融科技有限责任公司 | System construction method, device, storage medium, electronic equipment and product |
| CN116302487A (en) * | 2023-02-07 | 2023-06-23 | 南京博雅区块链研究院有限公司 | DOMA-based data center system and construction method |
| CN116823316A (en) * | 2023-06-29 | 2023-09-29 | 北京中电普华信息技术有限公司 | Service center for electric power marketing service and construction method of service center |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117151660A (en) | 2023-12-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102576311B (en) | For being improved the method and system of software execution time by Optimal performance model | |
| Attar et al. | A simulation-based optimization approach for free distributed repairable multi-state availability-redundancy allocation problems | |
| Kong et al. | Optimizing the resilience of interdependent infrastructures to regional natural hazards with combined improvement measures | |
| Heylen et al. | A multi-dimensional analysis of reliability criteria: From deterministic N− 1 to a probabilistic approach | |
| EP3777038A1 (en) | System, method, and computer program for automatically generating training data for analyzing a new configuration of a communication network | |
| Khuntia et al. | Risk‐based security assessment of transmission line overloading considering spatio‐temporal dependence of load and wind power using vine copula | |
| Kazman et al. | Architecture evaluation without an architecture: Experience with the smart grid | |
| CN117151660B (en) | Method, device, equipment and medium for constructing middle-stage system based on business capability | |
| Lagerstrom et al. | Using architectural models to predict the maintainability of enterprise systems | |
| Egert et al. | HOLEG: A simulator for evaluating resilient energy networks based on the Holon analogy | |
| Martín-Montes et al. | Efficient services in the industry 4.0 and intelligent management network | |
| Balali et al. | Data Intensive Industrial Asset Management | |
| Monaco et al. | A non-functional requirements-based ontology for supporting the development of industrial energy management systems | |
| König et al. | Probabilistic availability analysis of control and automation systems for active distribution networks | |
| CN113852204A (en) | Three-dimensional panoramic monitoring system and method for transformer substation with digital twin | |
| Thornburg | Comparison of simulators for microgrid modeling and demand response | |
| CN113255163A (en) | Distributed simulation technology-based associated infrastructure system modeling method and device | |
| Chren | Towards multi-layered reliability analysis in smart grids | |
| Babazadeh et al. | Resilience of smart integrated energy systems | |
| Villa | Probabilistic Reliability Assessment | |
| Li et al. | Efficient knowledge integration to support a complex supply network management | |
| CN113780689B (en) | Energy router service life prediction method and device based on artificial intelligence | |
| CN117878925B (en) | Power transmission data control method and system of smart power grid | |
| CN117786372B (en) | Distributed photovoltaic power generation data processing method and system based on machine learning | |
| Poulin et al. | Identifying Heterogeneous Infrastructure Interdependencies through Multiverse Simulation |
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 |