CN110083361A - Demand monitoring method, demand monitoring device, medium and electronic equipment - Google Patents
Demand monitoring method, demand monitoring device, medium and electronic equipment Download PDFInfo
- Publication number
- CN110083361A CN110083361A CN201910350117.5A CN201910350117A CN110083361A CN 110083361 A CN110083361 A CN 110083361A CN 201910350117 A CN201910350117 A CN 201910350117A CN 110083361 A CN110083361 A CN 110083361A
- Authority
- CN
- China
- Prior art keywords
- demand
- information
- committed
- request
- submits
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
- G06F8/43—Checking; Contextual analysis
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the invention provides a kind of demand monitoring method, demand monitoring device, computer-readable medium and electronic equipments, are related to technical field of software development.The demand monitoring method includes: that response demand submits request to determine the demand mark for including in information to be committed;It obtains the demand and identifies corresponding demand properties information;Request is submitted to verify the demand according to the demand properties information;If it is determined that the demand submits requests verification to pass through, then submit request that the information to be committed is committed to object code library according to the demand.The technical solution of the embodiment of the present invention can be improved the stability that demand submits process.
Description
Technical field
The present invention relates to technical field of software development, in particular to a kind of demand monitoring method, demand monitoring dress
It sets, computer-readable medium and electronic equipment.
Background technique
With the development of computer technology, the speed of software project iteration is getting faster.Agile development is can adapt to need
The ability and sustainable development process for asking variation are shown one's talent from numerous software development methodologies.
Agile development carries out software development using the requirement evolution of user as core, using iteration, incremental method.It is quick
Victory exploitation pursues software version iteration quickly and efficiently, usually just has new version iteration weekly or every two weeks, thus
So that the demand development cycle greatly shortens, cause project unstable during demand is submitted, such as demand is submitted confusion, needed
The problems such as seeking submittal error.In general, when developer submits code the parameter of demand can be filled in submitting log, then
Code storage verifies the parameter of demand, and after verification passes through, code can be submitted in corresponding code storage, this is needed
Ask closing.This method of calibration is more to submit code specification when code to check for developer, and to demand
There is no relevant inspections, therefore not can solve demand and submit the problems such as chaotic.
Therefore, during software project version iteration, how demand for control, which submits the stability of process to become, is urgently solved
Certainly the problem of.
It should be noted that information is only used for reinforcing the reason to background of the invention disclosed in above-mentioned background technology part
Solution, therefore may include the information not constituted to the prior art known to persons of ordinary skill in the art.
Summary of the invention
The embodiment of the present invention is designed to provide a kind of demand monitoring method, and then overcoming at least to a certain extent need to
Submission is asked to be easy to appear the problem of mistake.
Other characteristics and advantages of the invention will be apparent from by the following detailed description, or partially by the present invention
Practice and acquistion.
According to a first aspect of the embodiments of the present invention, a kind of demand monitoring method is provided, comprising:
Response demand submits request to determine the demand mark for including in information to be committed;It is corresponding to obtain the demand mark
Demand properties information;Request is submitted to verify the demand according to the demand properties information;If it is determined that the demand mentions
It hands over requests verification to pass through, then submits request that the information to be committed is committed to object code library according to the demand.
Optionally, before response demand submits request to determine the demand mark for including in information to be committed, further includes: detection
To when having demand submission, information to be committed is determined by graphic user interface, wherein include demand mark in the information to be committed
Know;By the information preservation to be committed in journal file.
Optionally, it is described according to the demand properties information to the demand submit request verify before, further includes:
When receiving demand submission request, judge the demand mark whether can be parsed in the journal file;If the log text
The demand mark is not parsed in part, it is determined that the demand submits requests verification failure.
Optionally, described to obtain the corresponding demand properties information of the demand mark, comprising: the demand is identified and is sent
To target interface, the demand properties information is obtained by the target interface.
Optionally, described to submit request to verify the demand according to the demand properties information, comprising: from described
Demand is submitted in request and parses information to be committed;
The information to be committed is verified by the multiple legitimacy rules for including in the demand properties information, if
Determine that the information to be committed meets the legitimacy rule, it is determined that the demand submits requests verification to pass through.
Optionally, it is described by multiple legitimacy rules for including in the demand properties information to the information to be committed
It is verified, comprising: pass through the demand version number that includes in the demand properties information, demand cycle, need state, need respectively
The legitimacy rule of responsible person is asked to verify the information to be committed.
It is optionally, described that demand submission is requested after verifying according to the demand properties information, further includes:
If it is determined that the demand submits requests verification failure, then prompts the user with demand and submit failure, and prompt failure cause.
According to a second aspect of the embodiments of the present invention, a kind of demand monitoring device is provided, comprising: mark acquiring unit,
Request is submitted to determine the demand for including in information to be committed mark for responding demand;Attribute acquiring unit, it is described for obtaining
Demand identifies corresponding demand properties information;Requests verification unit, for being mentioned according to the demand properties information to the demand
Request is handed over to be verified;Code submits unit, for if it is determined that the demand submits requests verification to pass through, then according to the demand
Submit request that the information to be committed is committed to object code library.
According to a third aspect of the embodiments of the present invention, a kind of computer-readable medium is provided, computer is stored thereon with
Program realizes the demand monitoring method as described in first aspect in above-described embodiment when described program is executed by processor.
According to a fourth aspect of the embodiments of the present invention, a kind of electronic equipment is provided, comprising: one or more processors;
Storage device, for storing one or more programs, when one or more of programs are held by one or more of processors
When row, so that one or more of processors realize the demand monitoring method as described in first aspect in above-described embodiment.
Technical solution provided in an embodiment of the present invention can include the following benefits:
In the technical solution provided by some embodiments of the present invention, on the one hand, submit request to wait for by demand
The identification information of information is submitted, demand properties information is then obtained by the identification information, by demand properties information to demand
Submit request to be verified, can be avoided only to submit demand and corresponding code is requested to carry out rule verification, and caused by demand
Chaotic problem is submitted, improves the safety that demand is submitted, and can be improved the comprehensive of verifying.On the other hand, to difference
Demand can by demand properties information carry out Different Rule verifying, enrich requirements verification rule, improve specific aim, favorably
The stability of process is submitted in preferably demand for control.In another aspect, only being submitted to by the demand verified, can ensure
The stability of version iteration avoids submitting introducing new problem because of demand, improves the efficiency of version iteration.
It should be understood that above general description and following detailed description be only it is exemplary and explanatory, not
It can the limitation present invention.
Detailed description of the invention
The drawings herein are incorporated into the specification and forms part of this specification, and shows and meets implementation of the invention
Example, and be used to explain the principle of the present invention together with specification.It should be evident that the accompanying drawings in the following description is only the present invention
Some embodiments for those of ordinary skill in the art without creative efforts, can also basis
These attached drawings obtain other attached drawings.In the accompanying drawings:
Fig. 1 diagrammatically illustrates the flow chart of demand monitoring method according to first embodiment of the invention;
Fig. 2 diagrammatically illustrates the flow chart of the demand monitoring method of second embodiment according to the present invention;
Fig. 3 diagrammatically illustrates the flow chart of the demand monitoring method of third embodiment according to the present invention;
Fig. 4 diagrammatically illustrates the flow chart of the demand monitoring method of the 4th embodiment according to the present invention;
Fig. 5 diagrammatically illustrates the flow chart of the demand monitoring method of the 5th embodiment according to the present invention;
Fig. 6 diagrammatically illustrates an application scenarios of the demand monitoring method of embodiment according to the present invention;
Fig. 7 diagrammatically illustrates another application scenarios of the demand monitoring method of embodiment according to the present invention;
Fig. 8 diagrammatically illustrates another application scenarios of the demand monitoring method of embodiment according to the present invention;
Fig. 9 diagrammatically illustrates the block diagram of the demand monitoring device of embodiment according to the present invention;
Figure 10 schematically shows a kind of computer-readable storage of demand monitoring method for realizing the embodiment of the present invention
Medium;
Figure 11 shows the block diagram for being suitable for the electronic equipment for the demand monitoring method for being used to realize the embodiment of the present invention.
Specific embodiment
Example embodiment is described more fully with reference to the drawings.However, example embodiment can be with a variety of shapes
Formula is implemented, and is not understood as limited to example set forth herein;On the contrary, thesing embodiments are provided so that the present invention will more
Fully and completely, and by the design of example embodiment comprehensively it is communicated to those skilled in the art.
In addition, described feature, structure or characteristic can be incorporated in one or more implementations in any suitable manner
In example.In the following description, many details are provided to provide and fully understand to the embodiment of the present invention.However,
It will be appreciated by persons skilled in the art that technical solution of the present invention can be practiced without one or more in specific detail,
Or it can be using other methods, constituent element, device, step etc..In other cases, it is not shown in detail or describes known side
Method, device, realization or operation are to avoid fuzzy each aspect of the present invention.
Block diagram shown in the drawings is only functional entity, not necessarily must be corresponding with physically separate entity.
I.e., it is possible to realize these functional entitys using software form, or realized in one or more hardware modules or integrated circuit
These functional entitys, or these functional entitys are realized in heterogeneous networks and/or processor device and/or microcontroller device.
Flow chart shown in the drawings is merely illustrative, it is not necessary to including all content and operation/step,
It is not required to execute by described sequence.For example, some operation/steps can also decompose, and some operation/steps can close
And or part merge, therefore the sequence actually executed is possible to change according to the actual situation.
After the completion of developer encodes demand, need demand being submitted to code storage.Currently, when demand is submitted,
Just for needing the static code submitted to be checked, whether the code to be submitted of judgement meets code specification, and this is needed
Whether no demand, the demand for target iteration version of Seeking Truth, which the problem associated with demand such as has completed, is not examined
It looks into, and causes demand that process is submitted to be easy to appear mistake.
It is proposed a kind of demand monitoring method first based on this, in this example embodiment.Wherein, the demand monitoring method
Executing subject can be equipment with calculation processing function, such as server etc..
As shown in Figure 1, the demand monitoring method may include step S102, step S104 and step S106.Wherein:
Step S102, response demand submit request to determine the demand mark for including in information to be committed;
Step S104 obtains the demand and identifies corresponding demand properties information;
Step S106 submits request to verify the demand according to the demand properties information;
Step S108, however, it is determined that the demand submits requests verification to pass through, then submits request described according to the demand
Information to be committed is committed to object code library.
In the technical solution that embodiment shown in Fig. 1 provides, on the one hand, submit request letter to be committed by demand
Then the identification information of breath obtains demand properties information by the identification information, asked by demand properties information to demand submission
Ask and verified, can be avoided only to submit demand and corresponding code is requested to carry out rule verification, and caused by demand submit it is mixed
Random problem improves the safety that demand is submitted, and can be improved the comprehensive of verifying.On the other hand, the demand to different
The verifying that Different Rule can be carried out by demand properties information enriches requirements verification rule, improves specific aim, is conducive to more preferable
The stability of ground demand for control submission process.In another aspect, only submitting to by the demand verified, it can ensure that version changes
The stability in generation avoids submitting introducing new problem because of demand, improves the efficiency of version iteration.
It is carried out below in conjunction with specific embodiment of the Fig. 1 to Fig. 8 to each step in this example embodiment detailed
It illustrates.
With reference to Fig. 1, in step s 102, request is submitted to determine the demand mark for including in information to be committed by response demand
Know.
In the exemplary embodiment, information to be committed may include submitting the information of the developer of the demand, such as open
Project team belonging to the account of hair personnel, developer etc.;It also may include code file to be committed, such as the file of modification
List etc..It also, can also include the address of journal file or journal file in information to be committed.Journal file can be used
In record relevant to the demand submission request information, such as parameter, the demand type of demand etc..In addition, information to be committed is also
It may include other information, such as the time etc. that demand submits request to send.
Illustratively, the demand that developer can submit coding to complete in the user interface of client.Pass through click
Button in user interface triggers a demand and submits request.A certain demand exploitation is completed for example, determining in developer, is clicked
Demand can be triggered after ACK button submits request.Alternatively, developer can also trigger request by other means, such as
Request etc. is initiated by order line.
When developer initiates demand submission, client can send a demand to corresponding server and submit request,
Server can determine the demand mark for including in information to be committed when receiving demand submission request.According to the demand
Identification information can determination will submit code realize demand.Further, it is also possible to be parsed among one by information to be committed
Information.The average information can be the field for including in information to be committed.The corresponding pass identified by the average information with demand
System can determine the corresponding demand mark of the average information.
In optional embodiment, before response demand submits request to determine the demand mark for including in information to be committed,
It can also include step S201 and step S203, as shown in Figure 2.
In step s 201, when having detected demand submission, information to be committed can be obtained by graphic user interface.Its
In, it may include demand mark in the information to be committed.Illustratively, it can be pressed in graphical user interfaces by clicking one
Key is submitted to trigger demand.The monitoring event detection of the key can jump to another demand and mention to when having click behavior generation
The page, information needed for developer can fill in submission demand in the page and demand mark are handed over, and checking should be to
Submit the other information of information whether correct.For example, submitting the page that can show current submitter's account, modification in the demand
Listed files etc., developer can check these information, and demand mark is inserted in the page.
It, can be by information preservation to be committed in journal file in step S203.It is obtained by graphic user interface
To after information to be committed, a journal file can be generated, information to be committed and letter to be committed are recorded by the journal file
In include demand mark.In addition, code management tools can also automatically record information to be committed when user submits code
In a journal file.The journal file is generated and is safeguarded by code management tools, therefore in some embodiments, without again
Journal file is generated, the journal file in code management tools can be directly utilized.
It continues to refer to figure 1, in step S104, the demand that obtains identifies corresponding demand properties information.
In example embodiment, demand properties information can be obtained from database.The attribute information of multiple demands can be protected
It deposits in the database, for example, saving demand properties information etc. by a tables of data.Therefore it can use demand mark and write number
According to query statement, and then corresponding demand properties information is inquired in the database.In addition, demand properties information can also pass through
Other modes obtain, such as by key-value distributed memory system come query demand attribute information etc..
In exemplary embodiment, demand can also be obtained by calling interface and identifies corresponding demand properties information.Tool
Body, demand can be identified and be sent to target interface, demand properties information is obtained by target interface.The target interface can be with
Including the interface that database management tools provide, by calling the demand properties saved in the available database of the interface to believe
Breath.The target interface also may include the interface of a system for managing track demand.The requirement tracking system may be implemented
The functions such as the inquiry of demand properties information.The requirement tracking system by externally provide target interface can by other platforms or
System is called.When the requirement tracking system detection to target interface has data input, then corresponded to by input data inquiry
Demand properties information, and by the demand properties information return to call the target interface system.
In step s 106, attribute information submits request to verify demand according to demand.
In example embodiment, it may include when developer submits demand that demand, which is submitted in request, and developer fills in
Information, and the information of current demand to be committed detected, that is, according to the submission behavior of developer obtain wait mention
Hand over information.And demand properties information can be the demand details saved when demand is initially set up.In order to avoid to be committed
Demand by mistake submit, for example, information to be committed be submitted to mistake branch, information to be committed by test etc. ask
Topic, the demand details of the information to be committed and preservation obtained according to submission behavior can be compared, if to be committed
Information is consistent with demand properties information, then information to be committed is errorless, submits requests verification logical for the demand of the information to be committed
It crosses.If information to be committed and demand properties information are inconsistent, demand submits requests verification failure.
Optionally, according to demand attribute information to demand submit the method verified of request may include step S301 and
Step S303, as shown in Figure 3.
In step S301, is submitted in request from demand and parse information to be committed.Submit request that can carry out demand
Decompression or decryption, and then the information of information to be committed is obtained, such as the modification listed files of information to be committed, submission are acknowledged a debt
Number, the information such as submission time.These information can be filled in by developer, can also be passed through when developer submits demand
Automatic detection obtains the information of current demand to be committed.
In step S303, information to be committed is tested by the multiple legitimacy rules for including in demand properties information
Card, however, it is determined that information to be committed meets legitimacy rule, it is determined that demand submits requests verification to pass through.It can in demand properties information
With comprising multiple attribute informations, each attribute information can be used as legitimacy rule.For example, can wrap in demand properties information
Containing demand cycle be on January 1st, 2019 on 2 1st, 2019, need state be exploitation in, demand responsible person's account be 001
Deng.Alternatively, may include a field in demand properties information, it may include multiple legitimacy rules etc. in the field.
By verifying whether information to be committed meets legitimacy rule, determine whether the information to be committed is legal, if wait mention
Hand over information legal, it is determined that demand submits requests verification to pass through.For example, the submission time of information to be committed is " January 15 in 2019
Day ", the demand cycle in demand properties information is " on January 1st, 2019 was on 2 1st, 2019 ", then can determine letter to be committed
Breath meets this legitimacy rule.If, can be by demand properties information comprising multiple legitimacy rules in demand properties information
The progress of multiple legitimacy rules and information to be committed compare one by one, determine that information to be committed meets each legitimacy rule,
Then demand submits requests verification to pass through, as shown in Figure 4.
Optionally, more comprising demand version number, demand cycle, need state, demand responsible person etc. in demand properties information
A legitimacy rule, can use this multiple legitimacy rule and verifies respectively to information to be committed.Verify information to be committed
Whether corresponding demand version number, demand cycle, need state, demand submitter are legal, to determine whether demand submits request
Pass through.Wherein, demand version number may include the version number of iteration version belonging to demand, such as RH16-12 etc..Demand cycle
May include demand from opening to closing needed for time, when demand is established, project leader can difficulty or ease according to demand
Demand cycle is arranged in degree.Need state may include demand in exploitation, be completed, test fair state, or can also be with
The states such as unlatching, closing including demand.Demand responsible person and demand submitter can be the account of developer, which can
For identifying each developer.
For example, if the demand A for including in demand properties information is responsible for artificial " 001 ", and demand A is mentioned in information to be committed
The friendship number of acknowledging a debt is " 002 ", then the submission of the information to be committed does not meet specification, can determine that the demand submits requests verification to lose
It loses.
It can also include step S501 and step before submitting request to be verified by demand in exemplary embodiment
Rapid S503, as shown in Figure 5.
In step S501, when receiving demand submission request, judge demand mark whether can be parsed in journal file.
When client has detected that demand needs to submit, demand can be sent to server and submit request, and by corresponding log
File is sent to server.After server receives demand submission request, the journal file in request can be submitted to mention demand
It takes out, and then judges the demand mark for whether including in journal file.If journal file is in empty or journal file
Not comprising demand identify, or comprising information do not meet demand mark specification, then can determine in journal file cannot solve
Precipitation demand mark.
In step S503, if not parsing the demand mark of information to be committed in journal file, it is determined that the demand
Submit requests verification failure.If demand submits requests verification failure, the prompt of authentication failed can be returned to client, so as to
Reacquire the verifying that correct demand demand mark carry out demand submits request.
If not being resolved to demand mark or demand properties information and information to be committed mismatching, can determine is needed
It asks and submits requests verification failure, as shown in Figure 4.If demand submits requests verification failure, demand that the user can be prompted, which is submitted, to be lost
It loses, and prompts failure cause.Specifically, submitted after developer clicks the button that confirmation is submitted in the page in demand, it can be with
It is verified for information to be committed, it, then can be in page when the information for including in information to be committed does not meet demand properties information
The reason of showing the text of " submitting failure " in face, and can also showing unsuccessfully, such as " demand is not or not defined demand week
In phase, cannot submit " to prompt developer's demand submittal error the reason of.
In step S108, however, it is determined that demand submits requests verification to pass through, then submits request by letter to be committed according to demand
Breath is committed to object code library.
In this example embodiment, code library may include the system of management code, such as Git, SVN etc. also may include
Other applications, such as container cluster etc., this example embodiment does not do particular determination to this.It can be saved in object code library
The code file of each iteration version.Pass through the application journey of the available each iteration version of code in downloading object code library
Sequence.
If demand submits requests verification to pass through, information to be committed is committed to object code library.Specifically, to be committed
Information may include modification listed files, have the realization code for the information to be committed in the modification listed files, by this
Partial code is submitted to code library, and corresponding iteration version can be made to realize the demand, that is, realize the function of this partial code.
Fig. 6 diagrammatically illustrates a kind of application scenarios of the demand monitoring method of embodiment according to the present invention.Such as Fig. 6 institute
Show, this example embodiment may include that a submission checks system.By taking version control system SVN as an example, developer can be in visitor
It initiates to submit request to code storage in family end.Before request to be committed is merged into iteration version, code storage can be triggered
Preposition inspection.Pre-commit trigger can execute the order in pre-commit script when being triggered, check that the submission is
It is no to meet the requirements.Preposition inspection, which is performed, can check that system request submits inspection to submitting.SVN tool can be by submitting day
Will and the information package to be committed detected, which are sent to, submits inspection system.
It submits inspection system after receiving the request of SVN, the demand of information to be committed is determined by the data that SVN is sent
Mark, is then sent to requirement tracking platform for demand mark, obtains demand information, i.e. demand to requirement tracking platform request
Attribute information.Requirement tracking platform can be used for being managed demand, during the foundation to completion of demand, demand with
Track platform is able to record the details of demand.After getting demand properties information, submit inspection system can be according to getting
Demand properties this submission is checked, and inspection result is returned into SVN.
Fig. 7 and Fig. 8 respectively illustrate demand submit requests verification by with verify unacceptable scene.
As shown in fig. 7, if the code of demand to be committed can be merged into pair by SVN when inspection result is for ratification
In the version answered, and trigger post-commit trigger.Post-commit trigger is the submission postposition touching in code storage
Hook is sent out, the logic in post-commit script can be executed after the completion of submission.Post-commit trigger can be to submission
Inspection system initiates request, and notice is submitted successfully when secondary.It initiates to be transmitted when request when time relevant information of submission, example
Such as, version number is submitted, submission time submits personnel, more detailed logging and the listed files of change etc..Inspection system is submitted to receive
After request can to requirement tracking system initiate write-in submit information request, by all submission information received (submit version number,
Submission time submits the listed files of personnel, more detailed logging and change) it updates into the corresponding demand page.
Fig. 8 is not get effective demand mark to cause to submit the scene to fail.System is checked as shown in figure 8, submitting
It, can be direct because without initiating request to requirement tracking system without obtaining effective demand mark after system analysis log
It returns and checks unacceptable result.Pre-commit script receive check unacceptable result when, interrupt when time submit and to
Client returns to mistake to lack effective demand list.That is, this submits no corresponding effective demand mark.
The device of the invention embodiment introduced below can be used for executing the above-mentioned demand monitoring method of the present invention.Such as Fig. 9
Shown, which may include mark acquiring unit 902, attribute acquiring unit 904, requests verification unit
906, code submits unit 908.It is specific:
Mark acquiring unit 902 submits request to determine the demand for including in information to be committed mark for responding demand;Belong to
Property acquiring unit 904, identify corresponding demand properties information for obtaining the demand;Requests verification unit 906 is used for basis
The demand properties information submits request to verify the demand;Code submits unit 908, for if it is determined that the demand
It submits requests verification to pass through, then submits request that the information to be committed is committed to object code library according to the demand.
In the exemplary embodiment, which can also include: information acquisition unit, for detecting
When having demand submission, information to be committed is obtained by graphic user interface, wherein include demand mark in the information to be committed
Know;Logging unit is used for the information preservation to be committed in journal file.
In the exemplary embodiment, which can also include: judging unit, for receiving demand
When submitting request, judge the demand mark whether can be parsed in the journal file;Failure unit is submitted, if for described
The demand mark is not parsed in journal file, it is determined that the demand submits requests verification failure.
In the exemplary embodiment, attribute acquiring unit 904 can be used for: demand mark being sent to target and is connect
Mouthful, the demand properties information is obtained by the target interface.
In the exemplary embodiment, requests verification unit 906 may include: resolution unit, for passing through the demand category
Property information in include multiple legitimacy rules the information to be committed is verified, however, it is determined that the information to be committed meets
The legitimacy rule, it is determined that the demand submits requests verification to pass through.
In the exemplary embodiment, above-mentioned comparison unit is also used to: respectively by including in the demand properties information
Demand version number, demand cycle, need state, demand responsible person legitimacy rule the information to be committed is verified.
In the exemplary embodiment, the demand monitoring device 900 can also include: prompt failure unit, be used for if it is determined that
The demand submits requests verification failure, then prompts the user with demand and submit failure, and prompt failure cause.
Due to each functional module and the demand monitoring method of the demand monitoring device of example embodiments of the present invention
Example embodiment the step of it is corresponding, therefore for undisclosed details in apparatus of the present invention embodiment, please refer in the present invention
State the embodiment of demand monitoring method.
Refering to what is shown in Fig. 10, describing the program product for realizing the above method according to embodiment of the present disclosure
1000, can using portable compact disc read only memory (CD-ROM) and including program code, and can in terminal device,
Such as it is run on PC.However, the program product of the disclosure is without being limited thereto, in this document, readable storage medium storing program for executing can be with
To be any include or the tangible medium of storage program, the program can be commanded execution system, device or device use or
It is in connection.
Described program product can be using any combination of one or more readable mediums.Readable medium can be readable letter
Number medium or readable storage medium storing program for executing.Readable storage medium storing program for executing for example can be but be not limited to electricity, magnetic, optical, electromagnetic, infrared ray or
System, device or the device of semiconductor, or any above combination.The more specific example of readable storage medium storing program for executing is (non exhaustive
List) include: electrical connection with one or more conducting wires, portable disc, hard disk, random access memory (RAM), read-only
Memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, portable compact disc read only memory
(CD-ROM), light storage device, magnetic memory device or above-mentioned any appropriate combination.
Computer-readable signal media may include in a base band or as carrier wave a part propagate data-signal,
In carry readable program code.The data-signal of this propagation can take various forms, including but not limited to electromagnetic signal,
Optical signal or above-mentioned any appropriate combination.Readable signal medium can also be any readable Jie other than readable storage medium storing program for executing
Matter, the readable medium can send, propagate or transmit for by instruction execution system, device or device use or and its
The program of combined use.
The program code for including on readable medium can transmit with any suitable medium, including but not limited to wirelessly, have
Line, optical cable, RF etc. or above-mentioned any appropriate combination.
Can with any combination of one or more programming languages come write for execute the disclosure operation program
Code, described program design language include object oriented program language-Java, C++ etc., further include conventional
Procedural programming language-such as " C " language or similar programming language.Program code can be fully in user
It calculates and executes in equipment, partly executes on a user device, being executed as an independent software package, partially in user's calculating
Upper side point is executed on a remote computing or is executed in remote computing device or server completely.It is being related to far
Journey calculates in the situation of equipment, and remote computing device can pass through the network of any kind, including local area network (LAN) or wide area network
(WAN), it is connected to user calculating equipment, or, it may be connected to external computing device (such as utilize ISP
To be connected by internet).
In an exemplary embodiment of the disclosure, a kind of electronic equipment that can be realized the above method is additionally provided.
The electronic equipment 1100 of this embodiment according to the disclosure is described referring to Figure 11.The electricity that Figure 11 is shown
Sub- equipment 1100 is only an example, should not function to the embodiment of the present disclosure and use scope bring any restrictions.
As shown in figure 11, electronic equipment 1100 is showed in the form of universal computing device.The component of electronic equipment 1100 can
To include but is not limited to: at least one above-mentioned processing unit 1110, connects not homologous ray at least one above-mentioned storage unit 1120
The bus 1130 of component (including storage unit 1120 and processing unit 1110).
Wherein, the storage unit is stored with program code, and said program code can be held by the processing unit 1110
Row, so that various according to the disclosure described in the execution of the processing unit 1110 above-mentioned " illustrative methods " part of this specification
The step of illustrative embodiments.For example, the processing unit 1110 can execute as shown in Figure 1: step S102, response
Demand submits request to determine the demand mark for including in information to be committed;Step S104 obtains the demand and identifies corresponding need
Seek attribute information;Step S106 submits request to verify the demand according to the demand properties information;Step S108,
If it is determined that the demand submits requests verification to pass through, then submit request that the information to be committed is committed to mesh according to the demand
Mark code library.
Storage unit 1120 may include the readable medium of volatile memory cell form, such as Random Access Storage Unit
(RAM) 11201 and/or cache memory unit 11202, it can further include read-only memory unit (ROM) 11203.
Storage unit 1120 can also include program/utility with one group of (at least one) program module 11205
11204, such program module 11205 includes but is not limited to: operating system, one or more application program, other programs
It may include the realization of network environment in module and program data, each of these examples or certain combination.
Bus 1130 can be to indicate one of a few class bus structures or a variety of, including storage unit bus or storage
Cell controller, peripheral bus, graphics acceleration port, processing unit use any bus structures in a variety of bus structures
Local bus.
Electronic equipment 1100 can also be with one or more external equipments 1200 (such as keyboard, sensing equipment, bluetooth equipment
Deng) communication, can also be enabled a user to one or more equipment interact with the electronic equipment 1100 communicate, and/or with make
The electronic equipment 1100 can with it is one or more of the other calculating equipment be communicated any equipment (such as router, modulation
Demodulator etc.) communication.This communication can be carried out by input/output (I/O) interface 1150.Also, electronic equipment 1100
Network adapter 1160 and one or more network (such as local area network (LAN), wide area network (WAN) and/or public affairs can also be passed through
Common network network, such as internet) communication.As shown, network adapter 1160 passes through its of bus 1130 and electronic equipment 1100
The communication of its module.It should be understood that although not shown in the drawings, other hardware and/or software can be used in conjunction with electronic equipment 1100
Module, including but not limited to: microcode, device driver, redundant processing unit, external disk drive array, RAID system, magnetic
Tape drive and data backup storage system etc..
Through the above description of the embodiments, those skilled in the art is it can be readily appreciated that example described herein is implemented
Mode can also be realized by software realization in such a way that software is in conjunction with necessary hardware.Therefore, according to the disclosure
The technical solution of embodiment can be embodied in the form of software products, which can store non-volatile at one
Property storage medium (can be CD-ROM, USB flash disk, mobile hard disk etc.) in or network on, including some instructions are so that a calculating
Equipment (can be personal computer, server, terminal installation or network equipment etc.) is executed according to disclosure embodiment
Method.
In addition, above-mentioned attached drawing is only the schematic theory of the processing according to included by the method for disclosure exemplary embodiment
It is bright, rather than limit purpose.It can be readily appreciated that the time that above-mentioned processing shown in the drawings did not indicated or limited these processing is suitable
Sequence.In addition, be also easy to understand, these processing, which can be, for example either synchronously or asynchronously to be executed in multiple modules.
Those skilled in the art after considering the specification and implementing the invention disclosed here, will readily occur to its of the disclosure
His embodiment.This application is intended to cover any variations, uses, or adaptations of the disclosure, these modifications, purposes or
Adaptive change follow the general principles of this disclosure and including the undocumented common knowledge in the art of the disclosure or
Conventional techniques.The description and examples are only to be considered as illustrative, and the true scope and spirit of the disclosure are by claim
It points out.
Claims (10)
1. a kind of demand monitoring method characterized by comprising
Response demand submits request to determine the demand mark for including in information to be committed;
It obtains the demand and identifies corresponding demand properties information;
Request is submitted to verify the demand according to the demand properties information;
If it is determined that the demand submits requests verification to pass through, then request is submitted to submit the information to be committed according to the demand
To object code library.
2. demand monitoring method according to claim 1, which is characterized in that response demand submits request to determine letter to be committed
Before the demand mark for including in breath, further includes:
When having detected demand submission, information to be committed is determined by graphic user interface, wherein wrap in the information to be committed
It is identified containing demand;
By the information preservation to be committed in journal file.
3. demand monitoring method according to claim 2, which is characterized in that it is described according to the demand properties information to institute
State demand submit request verified before, further includes:
When receiving demand submission request, judge the demand mark whether can be parsed in the journal file;
If not parsing the demand mark in the journal file, it is determined that the demand submits requests verification failure.
4. demand monitoring method according to claim 1, which is characterized in that described to obtain the corresponding need of the demand mark
Seek attribute information, comprising:
Demand mark is sent to target interface, the demand properties information is obtained by the target interface.
5. demand monitoring method according to claim 1, which is characterized in that it is described according to the demand properties information to institute
Stating demand submits request to be verified, comprising:
It is submitted in request from the demand and parses information to be committed;
The information to be committed is verified by the multiple legitimacy rules for including in the demand properties information, however, it is determined that
The information to be committed meets the legitimacy rule, it is determined that the demand submits requests verification to pass through.
6. demand monitoring method according to claim 5, which is characterized in that described by being wrapped in the demand properties information
The multiple legitimacy rules contained verify the information to be committed, comprising:
Pass through the demand version number that includes in the demand properties information, demand cycle, need state, demand responsible person respectively
Legitimacy rule verifies the information to be committed.
7. demand monitoring method according to claim 1, which is characterized in that it is described according to the demand properties information to institute
Demand submission is stated to request after being verified, further includes:
If it is determined that the demand submits requests verification failure, then prompts the user with demand and submit failure, and prompt failure cause.
8. a kind of demand monitoring device characterized by comprising
Mark acquiring unit submits request to determine the demand for including in information to be committed mark for responding demand;
Attribute acquiring unit identifies corresponding demand properties information for obtaining the demand;
Requests verification unit, for submitting request to verify the demand according to the demand properties information;
Code submits unit, for if it is determined that the demand submits requests verification to pass through, then being requested according to demand submission will
The information to be committed is committed to object code library.
9. a kind of computer-readable medium, is stored thereon with computer program, which is characterized in that described program is executed by processor
Demand monitoring method of the Shi Shixian as described in any one of claims 1 to 7.
10. a kind of electronic equipment characterized by comprising
One or more processors;
Storage device, for storing one or more programs, when one or more of programs are by one or more of processing
When device executes, so that one or more of processors realize the demand monitoring side as described in any one of claims 1 to 7
Method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910350117.5A CN110083361A (en) | 2019-04-28 | 2019-04-28 | Demand monitoring method, demand monitoring device, medium and electronic equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910350117.5A CN110083361A (en) | 2019-04-28 | 2019-04-28 | Demand monitoring method, demand monitoring device, medium and electronic equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110083361A true CN110083361A (en) | 2019-08-02 |
Family
ID=67417292
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910350117.5A Pending CN110083361A (en) | 2019-04-28 | 2019-04-28 | Demand monitoring method, demand monitoring device, medium and electronic equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110083361A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111930423A (en) * | 2020-09-17 | 2020-11-13 | 四川新网银行股份有限公司 | Method for tracing software release version based on microservice |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150331690A1 (en) * | 2014-05-14 | 2015-11-19 | International Business Machines Corporation | Method and apparatus for associating information |
CN107643904A (en) * | 2017-09-18 | 2018-01-30 | 泰康保险集团股份有限公司 | Code submits detection method, device, medium and the electronic equipment of daily record |
CN109445836A (en) * | 2018-09-03 | 2019-03-08 | 平安普惠企业管理有限公司 | A kind of management method of sound code file, server and computer readable storage medium |
-
2019
- 2019-04-28 CN CN201910350117.5A patent/CN110083361A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150331690A1 (en) * | 2014-05-14 | 2015-11-19 | International Business Machines Corporation | Method and apparatus for associating information |
CN107643904A (en) * | 2017-09-18 | 2018-01-30 | 泰康保险集团股份有限公司 | Code submits detection method, device, medium and the electronic equipment of daily record |
CN109445836A (en) * | 2018-09-03 | 2019-03-08 | 平安普惠企业管理有限公司 | A kind of management method of sound code file, server and computer readable storage medium |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111930423A (en) * | 2020-09-17 | 2020-11-13 | 四川新网银行股份有限公司 | Method for tracing software release version based on microservice |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11151024B2 (en) | Dynamic automation of DevOps pipeline vulnerability detecting and testing | |
US8862491B2 (en) | System and method for creating and expressing risk-extended business process models | |
US8732838B2 (en) | Evaluating the effectiveness of a threat model | |
CN107577607A (en) | User interface automated testing method, device, electronic equipment, storage medium | |
US11144437B2 (en) | Pre-populating continuous delivery test cases | |
US20100077257A1 (en) | Methods for disaster recoverability testing and validation | |
CN111444992A (en) | User information checking method and system based on information code | |
CN111258832B (en) | Interface parameter verification method, device, equipment and medium | |
CN109902022A (en) | The method and relevant device tested automatically for loophole of vertically going beyond one's commission | |
CN113360144B (en) | Auxiliary processing method, device, storage medium and program product for software development | |
CN108647300A (en) | Database access intermediate system, method, equipment and storage medium | |
CN113949534A (en) | Resource access method and device for information system, electronic equipment and storage medium | |
US8417996B2 (en) | Facade for business risk minimization in change administration via risk estimation and mistake identification by ticket analysis | |
CN105453033A (en) | Program testing service | |
US20230007894A1 (en) | Intelligent Dynamic Web Service Testing Apparatus in a Continuous Integration and Delivery Environment | |
CN110083361A (en) | Demand monitoring method, demand monitoring device, medium and electronic equipment | |
CN108182628A (en) | Method, system, equipment and the storage medium that tourism places an order | |
CN112035729A (en) | Wrong account processing method, device, equipment and medium | |
Corradini et al. | BProVe: tool support for business process verification | |
US20230214424A1 (en) | Dynamic determination of data | |
US11307971B1 (en) | Computer analysis of software resource load | |
CN113609014A (en) | Interface field checking method and device, storage medium and electronic equipment | |
CN114138367A (en) | Service implementation method, device, equipment and storage medium on self-service equipment | |
Zorn | Interactive elicitation of resilience scenarios in microservice architectures | |
CN109471849B (en) | Model processing method and device, storage medium and electronic equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |