Workload determination method and device, equipment, medium and product

Abstract

The invention discloses a workload determination method and device, equipment, a medium and a product, and relates to the field of financial science and technology. The method comprises the steps of obtaining business data and research and development data within a preset collection period after a target business demand is online; constructing a demand portrait of the target business demand according to the business data and the research and development data, and calculating a portrait score of the demand portrait; determining a target evaluation level corresponding to the required portrait according to the portrait score and a preset score rating threshold interval; and determining the business workload corresponding to the target business demand according to the target evaluation level. According to the scheme, evaluation is performed according to the development condition of the business demand and the use condition after the demand is online, the demand portrait is constructed to determine different evaluation dimensions of the target business demand, the specific basis of the evaluation dimensions is determined from the business data and the research and development data, a quantitative mode is provided through scoring and grading, and the evaluation efficiency is improved. Therefore, the accounting of the business workload is high in efficiency, and is more objective, reasonable and reliable.

Description

Technical Field

[0001] This application relates to the field of financial technology, and in particular to a method, apparatus, equipment, medium, and product for determining workload. Background Technology

[0002] With social development and the advancement of digital technology, more and more industries are adopting internet and digital technologies to improve service formats and enhance service quality. Many of these industries have developed specific business systems and functions to meet their service needs. The implementation of these systems and / or functions brings users richer services and greater convenience. Therefore, assessing the workload of the technical personnel working on these systems and functions has become a problem that needs to be studied.

[0003] Currently, the determination or verification of developers' workload mainly adopts the method of fixed workload plus fixed additional subsidies for settlement. However, neither fixed workload nor fixed additional subsidies have real quantitative data as a specified standard, making it difficult to form objective and reliable workload statistics, which brings difficulties to verifying workload. Summary of the Invention

[0004] This application provides a method, apparatus, equipment, medium, and product for determining workload, in order to improve the objectivity and reliability of workload calculation.

[0005] According to one aspect of this application, a method for determining workload is provided, comprising:

[0006] Acquire business and R&D data within a pre-defined collection period after the target business requirements are launched;

[0007] Based on business data and R&D data, construct a requirement profile for the target business needs and calculate the profile score.

[0008] Based on the profile score and the preset score rating threshold range, determine the target evaluation level corresponding to the demand profile;

[0009] Based on the target evaluation level, determine the workload corresponding to the target business requirements.

[0010] According to another aspect of this application, a workload determination apparatus is provided, comprising:

[0011] The data acquisition module is used to acquire business data and R&D data within a preset collection period after the target business requirement is launched;

[0012] The profile scoring module is used to construct a requirement profile of the target business needs based on business data and R&D data, and to calculate the profile score of the requirement profile.

[0013] The rating module is used to determine the target rating level corresponding to the demand profile based on the profile score and the preset score rating threshold range.

[0014] The workload determination module is used to determine the workload corresponding to the target business requirements based on the target evaluation level.

[0015] According to another aspect of this application, an electronic device is provided, the electronic device comprising:

[0016] At least one processor; and

[0017] A memory communicatively connected to the at least one processor; wherein,

[0018] The memory stores a computer program that can be executed by the at least one processor, which enables the at least one processor to perform the workload determination method described in any embodiment of this application.

[0019] According to another aspect of this application, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the workload determination method described in any embodiment of this application.

[0020] According to another aspect of this application, a computer program product is provided, the computer program product including a computer program that, when executed by a processor, implements the workload determination method according to any embodiment of this application.

[0021] In the technical solution of this application embodiment, business data and R&D data within a preset collection period after the target business requirement is launched are used to construct a requirement profile and determine the profile score. Further, the target evaluation level of the profile is obtained, and finally, the business workload is determined based on the evaluation level. The advantage of this approach is that it differs from workload estimation during development. It allows for a realistic calculation of developer workload based on user usage after the business requirement is launched, without relying on working hours for evaluation. Instead, it provides a comprehensive evaluation based on both the development status of the business requirement and its usage after launch. By constructing a requirement profile, different evaluation dimensions of the target business requirement are determined, and the specific evaluation criteria for these dimensions are determined from business data and R&D data. The scoring and rating evaluation method provides a quantitative approach, making the calculation of business workload not only more efficient but also more objective, reasonable, and reliable.

[0022] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description. Attached Figure Description

[0023] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0024] Figure 1 This is a flowchart of a workload determination method provided according to Embodiment 1 of this application;

[0025] Figure 2 This is a flowchart of a workload determination method provided according to Embodiment 2 of this application;

[0026] Figure 3 This is a schematic diagram of a workload determination device according to Embodiment 3 of this application;

[0027] Figure 4 This is a schematic diagram of the structure of an electronic device that implements the workload determination method of the embodiments of this application. Detailed Implementation

[0028] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0029] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0030] Example 1

[0031] Figure 1This is a flowchart of a workload determination method provided in Embodiment 1 of this application. This embodiment is applicable to situations where workload verification is performed for staff involved in development. The method can be executed by a flowchart device for determining workload, which can be implemented in hardware and / or software and can be configured in an electronic device. Figure 1 As shown, the method includes:

[0032] S110. Obtain business data and R&D data within the preset collection period after the target business requirements are launched.

[0033] The target business requirement can be any service function within a business system that provides services to users. Developing this requirement and deploying it through the business system provides the corresponding functionality to users. For example, a bank's fintech system could be a mobile banking app. Developing a balance inquiry function for this app would be a target business requirement. This balance inquiry function would allow users to check their account balance by opening the mobile banking app on their devices, and the bank's fintech system backend would provide the corresponding balance inquiry service.

[0034] The preset collection period can be a certain time range after the target business requirement is launched, during which relevant data is collected, such as three months or six months, without specific limitations. Business data can be relevant data generated by users after the target business requirement is launched, such as, but not limited to, page views and daily active users corresponding to the target requirement, etc., which are not exhaustively listed in this application embodiment. Development data can be relevant data generated by developers developing the target business requirement and new data automatically generated by user usage, such as, but not limited to, the amount of code corresponding to the requirement, etc., which are not exhaustively listed in this application embodiment. It is understood that a lot of relevant data is generated by users after the target business requirement is launched, and this data is collected and summarized into business data and development data respectively. Of course, any collection method in related technologies can be used, such as data collection through preset data points, which are not limited in this application embodiment.

[0035] S120. Based on business data and R&D data, construct a requirement profile of the target business needs and calculate the profile score of the requirement profile.

[0036] The requirement profile can be a clear, structured, and easily understood description or model of the functions, features, constraints, and expectations of the target users required for software development. In this embodiment, the requirement profile is constructed from business data and R&D data collected after the target business requirement goes live. It is understood that business data, generated by user usage, reflects all situations that occur during the user's use of the target business requirement's functions, providing a comprehensive perspective for building the requirement profile. Similarly, R&D data, generated during development and automatically iterated by user usage, reflects all situations that occur during the development and iteration of the target business requirement's functions, providing a comprehensive perspective for building the requirement profile. Of course, data metrics can be extracted from the business data and R&D data. For example, how much of the business data represents clicks and downloads? Based on these clicks and downloads, corresponding data metrics can be determined. These metrics can be numerical or quantitative, such as millions of clicks and downloads. Different data metrics are obtained by analyzing the business data or R&D data, thus forming the overall requirement profile. The profile score is an evaluation score based on the requirement profile of the target business needs. The profile score can be used to determine the workload in subsequent steps. Continuing the previous example, the requirement profile includes different data indicators. Scores are assigned based on the value or magnitude of the data indicators. Of course, the method of assigning scores based on magnitude can be preset by those skilled in the relevant field, and this application embodiment does not limit it.

[0037] S130. Based on the profile score and the preset score rating threshold range, determine the target evaluation level corresponding to the demand profile.

[0038] Among them, the score rating threshold range can be the standard for distinguishing the level of the portrait score. Different threshold ranges are preset in the score rating threshold range. The target evaluation level corresponding to the threshold range can be determined by the score of the portrait score in the corresponding threshold range. Different evaluation levels can correspond to different workloads.

[0039] S140. Determine the workload corresponding to the target business requirements based on the target evaluation level.

[0040] Understandably, developers need resource planning at the outset of a target business project. This involves developing a plan for the target business requirements and determining the resources needed (primarily development time). Therefore, the workload required for the target requirements is estimated at the project initiation stage, typically measured in man-hours. However, this method of workload estimation is somewhat simplistic and lacks objectivity and reliability. Recalculating the developers' workload based on user feedback after the target business requirements are launched helps adjust workload statistics and ensure reasonable compensation. Therefore, business workload is determined after the target business requirements are launched, based on acquired business and development data. This includes both the amount of work done by developers in writing code and the workload related to the resulting impact of the business.

[0041] Continuing with the steps described above, after determining the target evaluation level of the requirement profile corresponding to the target business requirement, the workload of the target business requirement is determined based on the level of the target evaluation. For example, the workload corresponding to different evaluation levels can be pre-defined. Here, working hours are used as the standard for measuring workload; a target evaluation level of 3 corresponds to a workload of 10 person-days (i.e., one person needs to work for 10 days to develop a certain requirement). Different business requirements correspond to different requirement profiles, and therefore, different workloads.

[0042] In the technical solution of this application embodiment, business data and R&D data within a preset collection period after the target business requirement is launched are used to construct a requirement profile and determine the profile score. Further, the target evaluation level of the profile is obtained, and finally, the business workload is determined based on the evaluation level. The advantage of this approach is that it differs from workload estimation during development. It allows for a realistic calculation of developer workload based on user usage after the business requirement is launched, without relying on working hours for evaluation. Instead, it provides a comprehensive evaluation based on both the development status of the business requirement and its usage after launch. By constructing a requirement profile, different evaluation dimensions of the target business requirement are determined, and the specific evaluation criteria for these dimensions are determined from business data and R&D data. The scoring and rating evaluation method provides a quantitative approach, making the calculation of business workload not only more efficient but also more objective, reasonable, and reliable.

[0043] In one optional implementation, the step of determining the target evaluation level corresponding to the demand profile based on the profile score and the preset score rating threshold range in S130 may include: in response to the profile score belonging to the score range of any target sub-interval in the score rating threshold range, taking the level value corresponding to the target sub-interval as the target evaluation level.

[0044] The target sub-interval can be a component of the score rating threshold interval, which includes multiple sub-intervals, each corresponding to a different grade value. Based on the previously determined profile score, a search is performed within the score rating threshold interval to determine which target sub-interval the profile score falls into, and the grade corresponding to this sub-interval is taken as the target evaluation grade. The target evaluation grade is used to determine the workload in subsequent steps. Of course, the evaluation grades corresponding to each sub-interval within the score rating threshold interval can be set by relevant technical personnel based on extensive experiments or actual conditions, and this embodiment does not impose such limitations.

[0045] For example, suppose the score rating threshold range is from 1 to 10 points. 1-2 points correspond to rating level A, 3-4 points to rating level B, 5-6 points to rating level C, 7-8 points to rating level D, and 9-10 points to rating level E. When the profile score is 5 points, a query is performed within the score rating threshold range to determine the target sub-range of 5-6 points, and the corresponding target rating level for this sub-range is C.

[0046] In the above implementation, by distinguishing the score range of the profile and determining different ratings, the requirement profile is rated, which enables a comprehensive evaluation of the components of different indicators in the requirement profile, providing a favorable basis for subsequent verification of workload.

[0047] In another optional implementation, the step of determining the workload corresponding to the target business requirement based on the target evaluation level in S140 may include: querying the pre-set correspondence between evaluation levels and individual working hours based on the target evaluation level to determine the target individual working hours corresponding to the target evaluation level; and using the target individual working hours as the workload.

[0048] In this context, individual work time can be the necessary labor time required by one person to develop a specific requirement. For example, if a task requires 3 person-days to complete, meaning it takes one person three days to finish, then these 3 person-days constitute the individual work time for that task. Correspondingly, the relationship between evaluation levels and individual work time can be pre-defined, with different evaluation levels corresponding to different individual work times. These relationships are stored in a pre-defined database table for later retrieval or access. Based on the target evaluation level determined above, this relationship is queried to determine the target individual work time corresponding to the target evaluation level, which is then taken as the business workload.

[0049] For example, continuing the previous example, assume that level A corresponds to 5 person-days of work, level B to 10 person-days, level C to 20 person-days, level D to 30 person-days, and level E to 50 person-days. When the target business requirement is determined to have a requirement profile rating of level C, according to this preset correspondence, the workload of the target business requirement is found to be 20 person-days. Of course, in actual work, 20 person-days of work can be completed by one person in 20 days, or by two people sharing 10 days, etc.

[0050] In the above implementation, the workload of the completed rating of the demand profile is determined by the pre-set correspondence between the evaluation level and the working time of a single person. This provides a practical method for determining the workload based on facts, improves the efficiency of workload determination and verification, and determines the workload based on the rating of the demand profile. This indirectly takes into account all the components and indicators of the demand profile, making the determined workload more objective and reliable.

[0051] Example 2

[0052] Figure 2 This is a flowchart illustrating a workload determination method provided in Embodiment 2 of this application. This embodiment further refines the process of constructing a requirements profile based on the foregoing embodiments. Figure 2 As shown, the method includes:

[0053] S210. Obtain business data and R&D data within the preset collection period after the target business requirements are launched.

[0054] S220. Determine business indicator parameters based on business data;

[0055] Among these, business indicator parameters can be metrics related to the services provided by operational business needs within the business data. These parameters characterize user behavior after the target business needs are launched. By analyzing the collected business data, different business indicators are distinguished, and the corresponding business indicators are determined based on a pre-defined correlation between the business data and the business indicator parameters. Furthermore, business indicator parameters can include: business scenario complexity parameters, system scenario complexity parameters, category level parameters, activity parameters, business value parameters, internal system parameters, and interactive system parameters.

[0056] The business scenario complexity parameter characterizes the complexity of the service provided by the target business requirement at the execution level. Different business functions have different business scenario complexity parameters. For example, in a banking system, the complexity of providing users with "query services" and "transfer services" is different. Corresponding parameter values ​​are preset for different business functions. Based on business data, it is determined which business function is being provided to the user at this time, and the preset corresponding parameter value is retrieved accordingly as the business scenario complexity parameter. For example, the business scenario complexity parameter corresponding to the query service may be 1, and the business scenario complexity parameter corresponding to the transfer service may be 3. Of course, the setting of this parameter value can be preset by relevant technical personnel according to different business functions, and this application embodiment does not limit this.

[0057] System scenario complexity parameters can be used to characterize the complexity of a specific system type function within a business function. It's understandable that different system types within the same business function have different complexities. For example, even within the same "transfer service," the complexity of sending salaries to multiple people differs from that of sending money to a single person; similarly, the complexity of long-term and short-term investments differs within the same "financial investment" function. Corresponding parameter values ​​are pre-set for different system types within the same business function. Based on business data, the specific function provided to the user is determined, and the pre-set parameter value is then retrieved as the system scenario complexity parameter. For example, in a transfer service, sending salaries to multiple people might correspond to a parameter value of 3, while sending money to a single person might correspond to a parameter value of 1; similarly, in financial investment, long-term investments might correspond to a parameter value of 2, while short-term investments might correspond to a parameter value of 1.

[0058] The column level parameter can be used to characterize the processing level of the service function corresponding to the target business need in the banking and financial system. For example, salary payment is level 1, and balance inquiry is level 3. Different graded service functions occupy different levels in the bank's internal system and are preset by relevant technical personnel according to the different processing conditions of the business function. This application embodiment does not limit this.

[0059] Activity parameters can be used to characterize how frequently users utilize a service after a target business requirement has been launched. For example, "financial transactions" and "balance inquiry" are used frequently, resulting in higher activity parameters; while "certificate inquiry" is used less frequently, resulting in lower activity parameters. Of course, the activity parameters for different business requirements can be set based on data such as page views and daily active users collected from the business data; for example, different levels of page views correspond to different activity parameters.

[0060] The business value parameter can be the monetary value of the services provided to users based on the target business needs. For example, if the transfer amount is 1000 yuan, then the business value parameter can be 1000.

[0061] Internal system parameters and interaction system parameters can be used to indicate whether a target business requirement requires interaction with other systems to complete the business. In other words, if the target business requirement can provide the service by processing it only within its own system, it is considered internal system processing, and is marked with an internal system parameter. Conversely, if the target business requirement requires interaction with other systems to provide the service, it is considered system processing through interaction, and is marked with an interaction system parameter. For example, the internal system parameter can be 1, and the corresponding interaction system parameter can be 2. This is identified based on the business data, and either 1 or 2 is assigned the corresponding label.

[0062] S230. Determine the R&D indicator parameters based on the R&D data;

[0063] The R&D indicator parameters can be metrics related to the services provided by the development business requirements from the R&D data. These R&D indicator parameters can characterize the development status before the target business requirement goes live and the iteration status after go live. By analyzing the collected R&D data, different R&D data corresponding to different R&D indicators are distinguished. Based on the pre-set correspondence between R&D data and R&D indicator parameters, different R&D indicator parameters in the R&D data are determined. Furthermore, the R&D indicator parameters may include: code volume parameters and reusability parameters.

[0064] The code volume parameter can be a metric parameter corresponding to the amount of code required to develop the target business requirement, that is, how much code was used to successfully develop the target business requirement. The code volume can be the number of lines of code or other code forms, which is not limited in this embodiment. The R&D metric parameter can be determined according to the magnitude of the code volume. For example, if the code volume is in the hundreds of thousands, the corresponding code volume parameter value is 10; if the code volume is in the millions, the corresponding code volume parameter value is 100, etc.

[0065] Reusability parameters can be metrics related to code reuse and iterative usage during user interaction for target business requirements. Reusability reflects the degree to which code is repeatedly invoked during service usage. The number of code reuses can be identified from development data and used directly as the reusability parameter, or it can be set according to the magnitude of the reuse count. For example, a reuse count in the hundreds corresponds to a reusability parameter value of 1; a reuse count in the thousands corresponds to a reusability parameter value of 10, and so on.

[0066] Thus, the business indicator parameters and R&D indicator parameters have multiple dimensions of parameters. By analyzing the business data and R&D data respectively, the values ​​of these indicator parameters are determined, which provides a basis for calculating the profile score and helps to improve the comprehensiveness, reliability and accuracy of the score.

[0067] S240. Based on business indicator parameters and R&D indicator parameters, construct a requirement profile and calculate the profile score of the requirement profile.

[0068] Business metrics and R&D metrics reflect the state of target business requirements after development and use from different perspectives. A requirement profile is constructed based on these two sets of parameters; that is, the profile is a collection of various parameters across different dimensions from both aspects, describing the target business requirements after development and deployment. Further, a profile score is calculated using each parameter. A simpler approach is to sum the values ​​of the metrics determined in the aforementioned implementation, and the sum is used as the profile score. Alternatively, different weights can be pre-set for each metric parameter, and the values ​​of each metric parameter can be weighted and summed to obtain the profile score.

[0069] S250. Based on the profile score and the preset score rating threshold range, determine the target evaluation level corresponding to the demand profile.

[0070] S260. Based on the target evaluation level, determine the workload corresponding to the target business requirements.

[0071] In the technical solution of this application embodiment, by determining the business indicator parameters and R&D indicator parameters, a requirement profile is further constructed and a profile score is calculated, which provides a more objective and comprehensive basis for the final calculation and verification of the business workload of the developers, and helps to improve the objectivity and reliability of workload determination.

[0072] In one optional implementation, the profile scoring of the computational demand profile in S240 may include:

[0073] S241. Determine the business indicator score based on the business indicator parameters and the preset business scoring relationship.

[0074] The business scoring relationship is a pre-defined correspondence between business indicator parameters and scores. Understandably, some business indicator parameters can be directly used as business indicator scores. However, directly involving large-scale business indicator parameters (such as the business value parameters mentioned earlier, with large monetary values) in scoring and workload calculations can easily lead to biased scoring. Therefore, by querying the pre-defined business scoring relationship to determine the business indicator scores, the values ​​of the business indicator parameters are converted into score values ​​that are less likely to cause scoring bias, such as smaller-scale values.

[0075] S242. Determine the R&D indicator scores based on the R&D indicator parameters and the preset R&D scoring relationships.

[0076] The R&D scoring relationship is a pre-defined correspondence between R&D indicator parameters and scores. It's understandable that some R&D indicator parameters can be directly used as R&D indicator scores. However, directly involving large-scale R&D indicator parameters (such as the code volume parameter mentioned earlier) in scoring and workload calculations can easily lead to score bias. Therefore, by querying the pre-defined R&D scoring relationship to determine the R&D indicator scores, the values ​​of the R&D indicator parameters are converted into score values ​​that are less likely to cause scoring bias, such as smaller-scale values.

[0077] S243. The business indicator scores and R&D indicator scores are weighted and calculated according to the preset scoring weights to obtain the profile score.

[0078] All business and R&D indicator scores are weighted and calculated according to their respective preset weights, and the result is used as the profile score. It is important to note that the sum of all weights is 1. For example, the sum of the weights for parameters such as business scenario complexity, system scenario complexity, column level, activity level, business value, internal system, and interactive system, as well as code volume and reusability, is 1. Of course, the weights for different indicators can be set by relevant technical personnel based on extensive experimentation or actual conditions; this embodiment does not impose such limitations.

[0079] The above implementation provides a practical way to calculate profile scores. It calculates profile scores by weighting and summing scores based on indicators of different dimensions. Indicators of different dimensions can improve the objectivity and reliability of profile score calculation.

[0080] Example 3

[0081] Figure 3 This is a schematic diagram of a workload determination device provided in Embodiment 3 of this application. Figure 3 As shown, the device 300 includes:

[0082] Data acquisition module 310 is used to acquire business data and R&D data within a preset collection period after the target business requirement goes live;

[0083] The profile scoring module 320 is used to construct a requirement profile of the target business needs based on business data and R&D data, and to calculate the profile score of the requirement profile.

[0084] The rating module 330 is used to determine the target rating level corresponding to the demand profile based on the profile score and the preset score rating threshold range.

[0085] The workload determination module 340 is used to determine the workload corresponding to the target business requirements based on the target evaluation level.

[0086] In the technical solution of this application embodiment, business data and R&D data within a preset collection period after the target business requirement is launched are used to construct a requirement profile and determine the profile score. Further, the target evaluation level of the profile is obtained, and finally, the business workload is determined based on the evaluation level. The advantage of this approach is that it differs from workload estimation during development. It allows for a realistic calculation of developer workload based on user usage after the business requirement is launched, without relying on working hours for evaluation. Instead, it provides a comprehensive evaluation based on both the development status of the business requirement and its usage after launch. By constructing a requirement profile, different evaluation dimensions of the target business requirement are determined, and the specific evaluation criteria for these dimensions are determined from business data and R&D data. The scoring and rating evaluation method provides a quantitative approach, making the calculation of business workload not only more efficient but also more objective, reasonable, and reliable.

[0087] In one alternative implementation, the portrait scoring module 320 may include:

[0088] The business indicator determination unit is used to determine business indicator parameters based on business data.

[0089] The R&D indicator determination unit is used to determine the R&D indicator parameters based on R&D data.

[0090] The requirement profiling unit is used to construct requirement profiles based on business and R&D metrics.

[0091] In one alternative implementation, the portrait scoring module 320 may include:

[0092] The business scoring determination unit is used to determine the business indicator score based on the business indicator parameters and the preset business scoring relationship;

[0093] The R&D scoring determination unit is used to determine the R&D indicator scores based on the R&D indicator parameters and the preset R&D scoring relationships.

[0094] The profile scoring unit is used to weight and calculate the business indicator scores and R&D indicator scores according to preset scoring weights to obtain the profile score.

[0095] In one optional implementation, the business indicator parameters include: business scenario complexity parameters, system scenario complexity parameters, column level parameters, activity parameters, business value parameters, internal system parameters, and interactive system parameters.

[0096] The R&D indicator parameters include code volume parameters and reusability parameters.

[0097] In one optional implementation, the rating module 330 can be specifically used to: in response to the profile score belonging to the score range of any target sub-interval in the score rating threshold range, take the rating value corresponding to the target sub-interval as the target rating level.

[0098] In one optional implementation, the workload determination module 340 can be specifically used to: query the pre-set correspondence between evaluation levels and individual work hours based on the target evaluation level, and determine the target individual work hours corresponding to the target evaluation level; and use the target individual work hours as the business workload.

[0099] The workload determination apparatus provided in this application embodiment can execute the workload determination method provided in any embodiment of this application, and has the corresponding functional modules and beneficial effects for executing each workload determination method.

[0100] Example 4

[0101] Figure 4 A schematic diagram of an electronic device 10, which can be used to implement embodiments of this application, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the application described and / or claimed herein.

[0102] like Figure 4As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory 12 or a random access memory 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the read-only memory 12 or loaded from storage unit 18 into the random access memory 13. The random access memory 13 may also store various programs and data required for the operation of the electronic device 10. The processor 11, read-only memory 12, and random access memory 13 are interconnected via a bus 14. An input / output interface 15 is also connected to the bus 14.

[0103] Multiple components in electronic device 10 are connected to input / output interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of monitors, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0104] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing units, graphics processing units, various special-purpose artificial intelligence computing chips, various processors running machine learning model algorithms, digital signal processors, and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as workload determination methods.

[0105] In some embodiments, the workload determination method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via read-only memory 12 and / or communication unit 19. When the computer program is loaded into random access memory 13 and executed by processor 11, one or more steps of the workload determination method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform the workload determination method by any other suitable means (e.g., by means of firmware).

[0106] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays, application-specific integrated circuits (ASICs), application-specific standard products (ASICs), system-on-a-chip (SoCs), payload programmable logic devices (PLCs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0107] Computer programs used to implement the methods of this application may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0108] In the context of this application, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium can be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory, read-only memory, erasable programmable read-only memory, optical fibers, portable compact disk read-only memory, optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0109] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a monitor with a cathode ray tube or liquid crystal display) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0110] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0111] A computing system can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a host product within the cloud computing service system to address the shortcomings of traditional physical hosts and virtual private servers, such as high management difficulty and weak business scalability.

[0112] This application also discloses a computer program product, which includes a computer program that, when executed by a processor, implements the workload determination method provided in any embodiment of this application. This program product and the workload determination methods disclosed in the embodiments of this application belong to the same inventive concept, and therefore will not be described in detail here.

[0113] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this application can be achieved, and this is not limited herein.

[0114] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A workload determination method characterized by, The method comprises: acquiring business data and research and development data within a preset collection period after a target business requirement goes online; constructing a requirement portrait of the target business requirement according to the business data and the research and development data, and calculating a portrait score of the requirement portrait; determining a target evaluation level corresponding to the requirement portrait according to the portrait score and a preset score rating threshold interval; determining a business workload corresponding to the target business requirement according to the target evaluation level.

2. The method of claim 1, wherein, The method of constructing the requirement portrait of the target business requirement according to the business data and the research and development data comprises: determining a business index parameter according to the business data; determining a research and development index parameter according to the research and development data; constructing the requirement portrait according to the business index parameter and the research and development index parameter.

3. The method of claim 2, wherein, The method of calculating the portrait score of the requirement portrait comprises: determining a business index score according to the business index parameter and a preset business score relationship; determining a research and development index score according to the research and development index parameter and a preset research and development score relationship; weighting and calculating the business index score and the research and development index score according to a preset score weight to obtain the portrait score.

4. The method of claim 2, wherein, The business index parameter comprises a business scenario complexity parameter, a system scenario complexity parameter, a column level parameter, an activity parameter, a business value parameter, an internal system parameter and an interactive system parameter. The research and development index parameter comprises a code amount parameter and a reuse degree parameter.

5. The method according to any one of claims 1 to 4, characterized in that, The method of determining the target evaluation level corresponding to the requirement portrait according to the portrait score and the preset score rating threshold interval comprises: in response to the portrait score belonging to a score range of any target subinterval in the score rating threshold interval, taking a level value corresponding to the target subinterval as the target evaluation level.

6. The method according to any one of claims 1 to 4, characterized in that, The method of determining the business workload corresponding to the target business requirement according to the target evaluation level comprises: according to the target evaluation level, querying a preset corresponding relationship between evaluation levels and individual working hours to determine a target individual working hour corresponding to the target evaluation level; and taking the target individual working hour as the business workload.

7. A workload determination apparatus characterized by comprising: The method comprises: a data acquisition module configured to acquire business data and research and development data within a preset collection period after a target business requirement goes online; a portrait score module configured to construct a requirement portrait of the target business requirement according to the business data and the research and development data, and calculate a portrait score of the requirement portrait; a level evaluation module configured to determine a target evaluation level corresponding to the requirement portrait according to the portrait score and a preset score rating threshold interval; and a workload determination module configured to determine a business workload corresponding to the target business requirement according to the target evaluation level.

8. An electronic device, comprising: The electronic device comprises: at least one processor; and a memory connected in communication with the at least one processor; wherein the memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to enable the at least one processor to execute the workload determination method in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer instructions for causing the processor to implement the work amount determination method according to any one of claims 1-6 when executed.

10. A computer program product, characterised in that, The computer program product comprises a computer program which, when executed by the processor, implements the work amount determination method according to any one of claims 1-6.

Images