CN103605796A - Version iteration-supported document management device and version iteration-supported document management method - Google Patents

Version iteration-supported document management device and version iteration-supported document management method Download PDF

Info

Publication number
CN103605796A
CN103605796A CN201310654716.9A CN201310654716A CN103605796A CN 103605796 A CN103605796 A CN 103605796A CN 201310654716 A CN201310654716 A CN 201310654716A CN 103605796 A CN103605796 A CN 103605796A
Authority
CN
China
Prior art keywords
data
generation module
node
host node
bills
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.)
Granted
Application number
CN201310654716.9A
Other languages
Chinese (zh)
Other versions
CN103605796B (en
Inventor
王森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
You Pu Information Technology Co., Ltd of UFSOFT
Original Assignee
Yonyou Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Yonyou Software Co Ltd filed Critical Yonyou Software Co Ltd
Priority to CN201310654716.9A priority Critical patent/CN103605796B/en
Publication of CN103605796A publication Critical patent/CN103605796A/en
Application granted granted Critical
Publication of CN103605796B publication Critical patent/CN103605796B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/93Document management systems

Abstract

The invention provides a version iteration-supported document management device which comprises a subsystem data generation module, a module data generation module and a tree base structure generation module, wherein the subsystem data generation module is used for generating subsystem data; the module data generation module is used for generating module data based on the subsystem data generated by the subsystem data generation module; the tree base structure generation module is used for generating a tree base structure based on the module data generated by the module data generation module. The invention also provides a version iteration-supported document management method. According to the technical scheme, document management of multi-requirement documents is finished by fully utilizing single-requirement documents on the basis of a conventional document management supported iteration mode, and a requirement document management-oriented universal and unified management thought with participation of multi-requirement documents is established.

Description

Support document management apparatus and the document management method of version iteration
Technical field
The present invention relates to field of computer technology, particularly, relate to a kind of document management apparatus and a kind of document management method of supporting version iteration of supporting version iteration.
Background technology
In the performance history of large software, each version can need to increase function or adjusting function according to practical application.These changes are generally all embodied on requirement documents.The quality of requirement documents just, often determines the height of a certain version software quality.
If arranged according to software version order from low to high, the requirement documents of arranging according to this software version order so just can reflect software function change and the process of evolving.Requirement documents has embodied the core logic of software, and reading requirement document is the important means of understanding system function.
Traditional requirement documents isolates, based on subsystem, and based on version, based on document.The a certain function that need to inquire about a certain program as subsystem responsible official be at which version, realize or at which version change, only open the requirement documents of all versions, search one by one, such defect is apparent, and that is exactly inefficiency.
Traditional requirement documents based on document mode also has three weakness.First problem is the restriction that writing of document is subject to particular version text editor, may open abnormal (for example combinatorial problem of different operating system and office) in varying environment, and second is exactly that depositing of document isolated, and is subject to lose, and mistake is deleted.The 3rd is exactly across document reference problem.In large software, to quote be very common to inter-subsystem function, under traditional pattern, can only be use " referring to " or the mode of hyperlink, use referring to existing document-synchronization to problem the problem that the mode of use hyperlink can exist physics file access to lose efficacy.
Therefore, one does not rely on specific character editing machine, and version can represent changes in demand for baseline, one can integration system in subsystems requirement documents, one can centralized stores requirement documents integration system be necessary.
That is to say, the document management technologies that needs a kind of new support version iteration, on the iterative manner basis that can support at existing document management, make full use of the document management that single demand document completes many requirement documents, set up general, the unified management thinking of the Demand-Oriented document management of many requirement documents participations.
Summary of the invention
The present invention is just based on the problems referred to above, a kind of document management technologies of new support version iteration has been proposed, on the iterative manner basis that can support at existing document management, make full use of the document management that single demand document completes many requirement documents, set up general, the unified management thinking of the Demand-Oriented document management of many requirement documents participations.
In view of this, the present invention proposes a kind of document management apparatus of supporting version iteration, comprising: subsystem data generation module, for generating subsystem data; Module data generation module, for the subsystem data that generate based on described subsystem data generation module, generation module data; Tree type basic structure generation module, for the module data generating based on described module data generation module, spanning tree type basic structure.In this technical scheme, owing to having generated tree type basic structure, document can be stored in the document file management system of tree type basic structure with the thinnest granularity, thereby realize the target of managing all requirement documents by a requirement documents management system.
In technique scheme, preferably, described tree type basic structure generation module, specifically comprises: routine data generation module, for the module data generating based on described module data generation module, generator program data; Host node data generation module, for the routine data generating based on described routine data generation module, take program node as host node, generates menu data and/or the bills data item number certificate of this host node; Service logic generation module, for the menu data based on this host node and/or bills data item number certificate, generates corresponding service logic.
In technique scheme, preferably, described tree type basic structure generation module, specifically also comprise: table body judge module, for menu data and/or the bills data item number certificate based on this host node, whether the menu data and/or the bills data item number certificate that judge this host node have table body: if so, turn to detailed data generation module; Otherwise, turn to from node data generation module; From node data generation module, for when the menu data of this host node and/or bills data item number certificate is not shown body and when routine data comprises sub-screen, take corresponding sub-screen as child node, generate respectively menu data and/or the bills data item number certificate of this child node; Detailed data generation module, when the menu data of this host node and/or bills data item number are when having table body, the menu data based on this host node and/or bills data item number certificate, generate corresponding detailed data; And, described service logic generation module also for: the menu data based on this child node and/or bills data item number certificate, generate corresponding service logic.
In technique scheme, preferably, described tree type basic structure generation module, specifically also comprise: filtering data generation module, for the routine data generating based on described routine data generation module, when having filter window or filtering interface, take program node as host node, generate filter window or filtering interface data; Table data generation module, for the routine data generating based on described routine data generation module, when having list and/or class table, take program node as host node, generates list and/or class table data; And, described service logic generation module also for: the filter window or the filtering interface data that based on described filtering data generation module, generate, generate corresponding service logic; And/or the list and/or the class table data that generate based on described table data generation module, generate corresponding service logic.In this technical scheme, can be according to the host node of tree type basic structure with from node, to document is stored in document file management system with the thinnest granularity, with main lines such as version, modification people, functional particulates, series connection document, to realize the inquiry of multi-angle and to represent, thereby the requirement documents of the different editions of large software system is incorporated in a system, and supports reviewing by version tree.
In technique scheme, preferably, the document management apparatus of described support version iteration also comprises: data initialization module, and before generating subsystem data in described subsystem data generation module, to carrying out initialization for generating the data of described subsystem data.
According to a further aspect of the invention, also propose a kind of document management method of supporting version iteration, having comprised: step 304: generated subsystem data; Step 306: the subsystem data that generate based on described step 304, generation module data; Step 308: the module data generating based on described step 306, spanning tree type basic structure.In this technical scheme, owing to having generated tree type basic structure, document can be stored in the document file management system of tree type basic structure with the thinnest granularity, thereby realize the target of managing all requirement documents by a requirement documents management system.
In technique scheme, preferably, described step 308, specifically comprises: step 402: the module data generating based on described step 306, generator program data; Step 406: the routine data generating based on described step 402, take program node as host node, generate menu data and/or the bills data item number certificate of this host node; Step 414: the menu data based on this host node and/or bills data item number certificate, generate corresponding service logic.
In technique scheme, preferably, described step 308, specifically also comprises: step 410: the menu data based on this host node and/or bills data item number certificate, whether the menu data and/or the bills data item number certificate that judge this host node have table body: if so, turn to step 416; Otherwise, turn to step 412; Step 412: do not show body and when routine data comprises sub-screen, take corresponding sub-screen as child node when menu data and/or the bills data item number certificate of this host node, generate respectively menu data and/or the bills data item number certificate of this child node; Step 416: when the menu data of this host node and/or bills data item number are when having table body, the menu data based on this host node and/or bills data item number certificate, generate corresponding detailed data; And described step 414 also comprises: the menu data based on this child node and/or bills data item number certificate, generate corresponding service logic.
In technique scheme, preferably, described step 308, specifically also comprises: step 404: the routine data generating based on described step 402, when having filter window or filtering interface, take program node as host node, and generate filter window or filtering interface data; Step 408: for the routine data generating based on described step 402, when having list and/or class table, take program node as host node, generate list and/or class table data; And described step 414 also comprises: the filter window or the filtering interface data that generate based on described step 404, generate corresponding service logic; And/or the list and/or the class table data that generate based on described step 408, generate corresponding service logic.In this technical scheme, can be according to the host node of tree type basic structure with from node, to document is stored in document file management system with the thinnest granularity, with main lines such as version, modification people, functional particulates, series connection document, to realize the inquiry of multi-angle and to represent, thereby the requirement documents of the different editions of large software system is incorporated in a system, and supports reviewing by version tree.
In technique scheme, preferably, before described step 304, also comprise: step 302: before described step 304 generates subsystem data, to carrying out initialization for generating the data of described subsystem data.
By above technical scheme, on the iterative manner basis that can support at existing document management, make full use of the document management that single demand document completes many requirement documents, set up general, the unified management thinking of the Demand-Oriented document management of many requirement documents participations.
Accompanying drawing explanation
Fig. 1 shows the block diagram of the document management apparatus of supporting according to an embodiment of the invention version iteration;
Fig. 2 shows the block diagram of tree type basic structure generation module according to an embodiment of the invention;
Fig. 3 shows the process flow diagram of the document management method of supporting according to an embodiment of the invention version iteration;
Fig. 4 shows the process flow diagram of tree type basic structure generation module according to an embodiment of the invention;
Fig. 5 shows the operational flowchart of the document management apparatus of supporting according to an embodiment of the invention version iteration;
Fig. 6 shows branch's process flow diagram of the document management apparatus of supporting according to an embodiment of the invention version iteration;
Fig. 7 shows system case figure according to an embodiment of the invention;
Fig. 8 shows the class figure that program realizes according to an embodiment of the invention.
Embodiment
In order more clearly to understand above-mentioned purpose of the present invention, feature and advantage, below in conjunction with the drawings and specific embodiments, the present invention is further described in detail.It should be noted that, in the situation that not conflicting, the application's embodiment and the feature in embodiment can combine mutually.
A lot of details have been set forth in the following description so that fully understand the present invention; but; the present invention can also adopt other to be different from other modes described here and implement, and therefore, protection scope of the present invention is not subject to the restriction of following public specific embodiment.
Fig. 1 shows the block diagram of the document management apparatus of supporting according to an embodiment of the invention version iteration.
As shown in Figure 1, support according to an embodiment of the invention the document management apparatus 100 of version iteration, comprising: subsystem data generation module 104, for generating subsystem data; Module data generation module 106, for the subsystem data that generate based on subsystem data generation module, generation module data; Tree type basic structure generation module 108, for the module data generating based on module data generation module, spanning tree type basic structure.In this technical scheme, owing to having generated tree type basic structure, document can be stored in the document file management system of tree type basic structure with the thinnest granularity, thereby realize the target of managing all requirement documents by a requirement documents management system.
Fig. 2 shows the block diagram of tree type basic structure generation module according to an embodiment of the invention.
In technique scheme, preferably, as shown in Figure 2, tree type basic structure generation module 108, specifically comprises: routine data generation module 202, for the module data generating based on module data generation module, generator program data; Host node data generation module 206, for the routine data generating based on routine data generation module, take program node as host node, generates menu data and/or the bills data item number certificate of this host node; Service logic generation module 214, for the menu data based on this host node and/or bills data item number certificate, generates corresponding service logic.
In technique scheme, preferably, tree type basic structure generation module 108, specifically also comprise: table body judge module 210, for menu data and/or the bills data item number certificate based on this host node, whether the menu data and/or the bills data item number certificate that judge this host node have table body: if so, turn to detailed data generation module 216; Otherwise, turn to from node data generation module 212; From node data generation module 212, for when the menu data of this host node and/or bills data item number certificate is not shown body and when routine data comprises sub-screen, take corresponding sub-screen as child node, generate respectively menu data and/or the bills data item number certificate of this child node; Detailed data generation module 216, when the menu data of this host node and/or bills data item number are when having table body, the menu data based on this host node and/or bills data item number certificate, generate corresponding detailed data; And, service logic generation module 214 also for: the menu data based on this child node and/or bills data item number certificate, generate corresponding service logic.
In technique scheme, preferably, tree type basic structure generation module 108, specifically also comprise: filtering data generation module 204, for the routine data generating based on routine data generation module 202, when having filter window or filtering interface, take program node as host node, generate filter window or filtering interface data; Table data generation module 208, for the routine data generating based on routine data generation module 202, when having list and/or class table, take program node as host node, generates list and/or class table data; And, service logic generation module 214 also for: the filter window or the filtering interface data that based on filtering data generation module 204, generate, generate corresponding service logic; And/or the list and/or the class table data that generate based on table data generation module 208, generate corresponding service logic.In this technical scheme, can be according to the host node of tree type basic structure with from node, to document is stored in document file management system with the thinnest granularity, with main lines such as version, modification people, functional particulates, series connection document, to realize the inquiry of multi-angle and to represent, thereby the requirement documents of the different editions of large software system is incorporated in a system, and supports reviewing by version tree.
In technique scheme, preferably, support the document management apparatus of version iteration also to comprise: data initialization module 102, before generating subsystem data in subsystem data generation module 104, to carrying out initialization for generating the data of subsystem data.
Fig. 3 shows the process flow diagram of the document management method of supporting according to an embodiment of the invention version iteration.
As shown in Figure 3, support according to an embodiment of the invention the document management method of version iteration, comprising: step 304: generate subsystem data; Step 306: the subsystem data that generate based on step 304, generation module data; Step 308: the module data generating based on step 306, spanning tree type basic structure.In this technical scheme, owing to having generated tree type basic structure, document can be stored in the document file management system of tree type basic structure with the thinnest granularity, thereby realize the target of managing all requirement documents by a requirement documents management system.
Fig. 4 shows the process flow diagram of tree type basic structure generation module according to an embodiment of the invention.
In technique scheme, preferably, as shown in Figure 4, step 308, specifically comprises: step 402: the module data generating based on step 306, generator program data; Step 406: the routine data generating based on step 402, take program node as host node, generate menu data and/or the bills data item number certificate of this host node; Step 414: the menu data based on this host node and/or bills data item number certificate, generate corresponding service logic.
In technique scheme, preferably, step 308, specifically also comprises: step 410: the menu data based on this host node and/or bills data item number certificate, whether the menu data and/or the bills data item number certificate that judge this host node have table body: if so, turn to step 416; Otherwise, turn to step 412; Step 412: do not show body and when routine data comprises sub-screen, take corresponding sub-screen as child node when menu data and/or the bills data item number certificate of this host node, generate respectively menu data and/or the bills data item number certificate of this child node; Step 416: when the menu data of this host node and/or bills data item number are when having table body, the menu data based on this host node and/or bills data item number certificate, generate corresponding detailed data; And step 414 also comprises: the menu data based on this child node and/or bills data item number certificate, generate corresponding service logic.
In technique scheme, preferably, step 308, specifically also comprises: step 404: the routine data generating based on step 402, when having filter window or filtering interface, take program node as host node, and generate filter window or filtering interface data; Step 408: for the routine data generating based on step 402, when having list and/or class table, take program node as host node, generate list and/or class table data; And step 414 also comprises: the filter window or the filtering interface data that generate based on step 404, generate corresponding service logic; And/or the list and/or the class table data that generate based on step 408, generate corresponding service logic.In this technical scheme, can be according to the host node of tree type basic structure with from node, to document is stored in document file management system with the thinnest granularity, with main lines such as version, modification people, functional particulates, series connection document, to realize the inquiry of multi-angle and to represent, thereby the requirement documents of the different editions of large software system is incorporated in a system, and supports reviewing by version tree.
In technique scheme, preferably, before step 304, also comprise: step 302: before step 304 generates subsystem data, to carrying out initialization for generating the data of subsystem data.
In the application's technical scheme, the operational flowchart of present techniques scheme as shown in Figure 5, branch's process flow diagram as shown in Figure 6, system case figure as shown in Figure 7.
As shown in Figure 7, being described in detail as follows of present techniques scheme system case:
(1) basic data imports.
1. press subsystem, module, program import data, spanning tree type basic structure.
2. take program as base node, import the menu child node of this program.
3. take program as base node, import the master data data item child node of this program.
If 4. program node has detailed data, import detailed data data item node.
If 5. program node has filtercondition, import filtercondition data item node.
If 6. program node has navigating lists, import navigating lists data item node.
If 7. program node contains son screen data, realize 2.-4. step of circulation.
(2) data typing/editor:
The data item node generating according to basic data lead-in stage, the detailed demand that typing is corresponding with this data item node.Demand data comprises following particular content in detail:
Desired content: the particular content of demand, describe the definition of demand and content and the coverage that demand realizes in detail.
Requirement source: point out that this demand comes from internal product definition or external client's Improvement requirement, uses the stability of this data statistics product later.
Demand version: the version input of pressing product.As clue, carry out iteration, inquiry, output.
Requirement definition people: the personnel that propose this demand.Subsequent operation meeting is inquired about as critical field.
The requirement definition date: on the date of this requirement definition, for analyzing the distribution situation of certain time period quantity required, and then analyze the reason causing the demand.
Demand REFER object: point out the external demand that this function is quoted, be generally the public function that needs realization, can be by link redirect, inquiry particular content.
(3) data output, inquiry
1. can inquire about according to the authority of current login user output operation.
2. query function.Can be according to version scope, requirement source scope, requirement definition people scope, the conditions such as critical data item are carried out query composition
3. output can, by the data inquiring by specifying output format, can be selected a kind of formatted output in PDF, HTML, WORD.
The class figure that the program of present techniques scheme realizes as shown in Figure 8, tables of data as table below (1) to table (6):
(1) filtering data item table is deposited filtering data item data.
filtering data item table
Figure BDA0000430897300000082
Id: major key;
FilterId: the Id of filtration;
ProgramId: this filters corresponding program Id;
Pos: the sequence number of filtering data item;
DataSource: the data source that data item is corresponding;
Caption: Chinese.
(2) son screen tables of data is deposited the contrast mapping relations of main screen and sub-screen.
son screen tables of data
Figure BDA0000430897300000081
Id: major key;
ProgramId: master routine Id;
Cardnum: sub-screen template number;
Caption: explanation in Chinese.
(3) table data table is deposited program listing item data message.
table data table
Figure BDA0000430897300000091
Id: major key;
Ckey: list template number;
Fieldname: data item;
Caption: data item explanation in Chinese;
SubId: subsystem number;
ColPos: sequence number;
Fixed: whether fix row;
HideinColset: hidden columns whether.
(4) the information such as the demonstration of data item table store data item, control.
data item table
Figure BDA0000430897300000092
AutoId: major key;
TemplateId: template number;
SortSeq: sequence number;
CellName: data item title;
CellCaption: data item explanation;
IsKey: whether be key word;
Canmodify: whether can revise;
Visible: whether visible;
DataType: data type;
EditType: editing type;
IsRequired: whether must be defeated;
IsDisplay: whether show;
Enums: enumeration type.
(5) demand data table is deposited the demand information of fine granularity.
demand data table
Figure BDA0000430897300000101
Id: major key;
Remark: the statement of requirements;
UserId: demand founder;
CreateDate: demand is set up the date;
SOurceType: requirement source;
LinkId: demand link Id.
(6) Programmed Data Sheets is deposited the information such as program display, control.
programmed Data Sheets
Figure BDA0000430897300000111
Id: major key;
ProgramId: program Id;
ProgramName: program name;
SuperMenuId: higher level's programs menu Id;
SubId: subsystem Id;
Grade: program level;
Iorder: ordering;
ProgramType: Program Type;
HasChild: whether have sub-screen;
HasFilter: whether have filter window;
HasColumndic: whether have table data;
CardNumber: template number.
In the application's technical scheme, crucial semanteme is defined as follows:
(1) the fine granularity of document: the fine granularity of document refers in document that Function Decomposition is to that the thinnest level.Generally refer in particular to the definition of a certain function or a certain data change caused specific operation or check logic.For example newly-increased operation is just as a kind of fine granularity, and the check logic that the variation of material code causes and band value logic also can be considered a kind of fine granularity.
(2) version: version as a key property of document in whole document system.The fine granularity of each document must depend on a certain particular version.
(3) quote: quote and refer to that cross-module, inter-subsystem function quotes.Refer generally to the function that native system or module realize other subsystems or module.For example, produce the workflow functionality that in order, implementation platform provides, in the requirement documents of producing order, insert quoting working platform stream function.While quoting external function, need select the version of external function, to determine all functions of the successive version of realizing this function, still only realize the function of a certain particular version.
(4) requirement source: requirement source is divided into external source and inner source.External source refers generally to customer demand.The problem that client finds in using the process of system, is found to be on inspection that original logic exists defect or is common problem, using the solution of this problem as requirement source.The function that realize for the needs of definition in version planning in inner source.Can be by the analysis of requirement source being judged to the quality height of last revision requirement definition.
(5) output: press specified requirements (version, modification people, subsystem, program etc.) is produced specified format (html, word, pdf) requirement documents by interface, test document.
The application's technical scheme, manages all requirement documents by a requirement documents management system; Can serve as theme with program node, version, requirement source etc., alone or in combination Search and Orientation demand; Generate requirement documents, the test document of indicated release, appointment subsystem; Can quote inner realization of document system, and can in an interface, show according to adduction relationship.
The application's technical scheme, document is stored in document file management system with the thinnest granularity, with main lines such as version, modification people, functional particulates, series connection document, to realize the inquiry of multi-angle and to represent, thereby the requirement documents of the different editions of large software system is incorporated in a system, and supports reviewing by version tree.The application's technical scheme, does not rely on specific character editing machine, and the version of can take represents changes in demand as baseline, can integration system in subsystems requirement documents, can carry out centralized stores and integration to requirement documents.
More than be described with reference to the accompanying drawings technical scheme of the present invention, considered and in correlation technique, there is no easy, the unified solution for many requirement documents management.Existing document management cannot complete the document management process that many requirement documents participate in.Therefore, the present invention proposes a kind of document management apparatus and a kind of document management method of supporting version iteration of supporting version iteration, on the iterative manner basis that can support at existing document management, make full use of the document management that single demand document completes many requirement documents, set up general, the unified management thinking of the Demand-Oriented document management of many requirement documents participations.
The foregoing is only the preferred embodiments of the present invention, be not limited to the present invention, for a person skilled in the art, the present invention can have various modifications and variations.Within the spirit and principles in the present invention all, any modification of doing, be equal to replacement, improvement etc., within all should being included in protection scope of the present invention.

Claims (10)

1. a document management apparatus of supporting version iteration, is characterized in that, comprising:
Subsystem data generation module, for generating subsystem data;
Module data generation module, for the subsystem data that generate based on described subsystem data generation module, generation module data;
Tree type basic structure generation module, for the module data generating based on described module data generation module, spanning tree type basic structure.
2. the document management apparatus of support version iteration according to claim 1, is characterized in that, described tree type basic structure generation module, specifically comprises:
Routine data generation module, for the module data generating based on described module data generation module, generator program data;
Host node data generation module, for the routine data generating based on described routine data generation module, take program node as host node, generates menu data and/or the bills data item number certificate of this host node;
Service logic generation module, for the menu data based on this host node and/or bills data item number certificate, generates corresponding service logic.
3. the document management apparatus of support version iteration according to claim 2, is characterized in that, described tree type basic structure generation module, specifically also comprises:
Table body judge module, for the menu data based on this host node and/or bills data item number certificate, judges whether the menu data of this host node and/or bills data item number certificate have table body: if so, turn to detailed data generation module; Otherwise, turn to from node data generation module;
From node data generation module, for when the menu data of this host node and/or bills data item number certificate is not shown body and when routine data comprises sub-screen, take corresponding sub-screen as child node, generate respectively menu data and/or the bills data item number certificate of this child node;
Detailed data generation module, when the menu data of this host node and/or bills data item number are when having table body, the menu data based on this host node and/or bills data item number certificate, generate corresponding detailed data; And,
Described service logic generation module also for: the menu data based on this child node and/or bills data item number certificate, generate corresponding service logic.
4. according to the document management apparatus of the support version iteration described in claim 2 or 3, it is characterized in that, described tree type basic structure generation module, specifically also comprises:
Filtering data generation module, for the routine data generating based on described routine data generation module, when having filter window or filtering interface, take program node as host node, generates filter window or filtering interface data;
Table data generation module, for the routine data generating based on described routine data generation module, when having list and/or class table, take program node as host node, generates list and/or class table data; And,
Described service logic generation module also for: the filter window or the filtering interface data that based on described filtering data generation module, generate, generate corresponding service logic; And/or the list and/or the class table data that generate based on described table data generation module, generate corresponding service logic.
5. the document management apparatus of support version iteration according to claim 1 and 2, is characterized in that, also comprises:
Data initialization module, before generating subsystem data in described subsystem data generation module, to carrying out initialization for generating the data of described subsystem data.
6. a document management method of supporting version iteration, is characterized in that, comprising:
Step 304: generate subsystem data;
Step 306: the subsystem data that generate based on described step 304, generation module data;
Step 308: the module data generating based on described step 306, spanning tree type basic structure.
7. the document management method of support version iteration according to claim 6, is characterized in that, described step 308, specifically comprises:
Step 402: the module data generating based on described step 306, generator program data;
Step 406: the routine data generating based on described step 402, take program node as host node, generate menu data and/or the bills data item number certificate of this host node;
Step 414: the menu data based on this host node and/or bills data item number certificate, generate corresponding service logic.
8. the document management method of support version iteration according to claim 7, is characterized in that, described step 308, specifically also comprises:
Step 410: the menu data based on this host node and/or bills data item number certificate, judge whether the menu data of this host node and/or bills data item number certificate have table body: if so, turn to step 416; Otherwise, turn to step 412;
Step 412: do not show body and when routine data comprises sub-screen, take corresponding sub-screen as child node when menu data and/or the bills data item number certificate of this host node, generate respectively menu data and/or the bills data item number certificate of this child node;
Step 416: when the menu data of this host node and/or bills data item number are when having table body, the menu data based on this host node and/or bills data item number certificate, generate corresponding detailed data; And,
Described step 414 also comprises: the menu data based on this child node and/or bills data item number certificate, generate corresponding service logic.
9. according to the document management method of the support version iteration described in claim 7 or 8, it is characterized in that, described step 308, specifically also comprises:
Step 404: the routine data generating based on described step 402, when having filter window or filtering interface, take program node as host node, generate filter window or filtering interface data;
Step 408: for the routine data generating based on described step 402, when having list and/or class table, take program node as host node, generate list and/or class table data; And,
Described step 414 also comprises: the filter window or the filtering interface data that based on described step 404, generate, generate corresponding service logic; And/or the list and/or the class table data that generate based on described step 408, generate corresponding service logic.
10. according to the document management method of the support version iteration described in claim 6 or 7, it is characterized in that, before described step 304, also comprise:
Step 302: before described step 304 generates subsystem data, to carrying out initialization for generating the data of described subsystem data.
CN201310654716.9A 2013-12-05 2013-12-05 Support document management apparatus and the document management method of version iteration Active CN103605796B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310654716.9A CN103605796B (en) 2013-12-05 2013-12-05 Support document management apparatus and the document management method of version iteration

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310654716.9A CN103605796B (en) 2013-12-05 2013-12-05 Support document management apparatus and the document management method of version iteration

Publications (2)

Publication Number Publication Date
CN103605796A true CN103605796A (en) 2014-02-26
CN103605796B CN103605796B (en) 2016-08-03

Family

ID=50124018

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310654716.9A Active CN103605796B (en) 2013-12-05 2013-12-05 Support document management apparatus and the document management method of version iteration

Country Status (1)

Country Link
CN (1) CN103605796B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109669672A (en) * 2018-12-14 2019-04-23 郑州云海信息技术有限公司 A kind of neutralisation version building, page response method, system and relevant apparatus

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100538695C (en) * 2004-07-22 2009-09-09 国际商业机器公司 The method and system of structure, the personalized classification tree of maintenance
US7668873B2 (en) * 2005-02-25 2010-02-23 Microsoft Corporation Data store for software application documents
CN101499149B (en) * 2009-03-02 2012-04-25 南京联创科技集团股份有限公司 Method for automatically leading WORD requirement documents into item management system
CN101894104A (en) * 2009-05-22 2010-11-24 镇江雅迅软件有限责任公司 File management system with version management mechanism
CN102385725A (en) * 2011-12-13 2012-03-21 西安工程大学 Document managing system based on workflow drive and managing method utilizing same

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109669672A (en) * 2018-12-14 2019-04-23 郑州云海信息技术有限公司 A kind of neutralisation version building, page response method, system and relevant apparatus
CN109669672B (en) * 2018-12-14 2022-02-18 郑州云海信息技术有限公司 Neutral version construction and page response method, system and related device

Also Published As

Publication number Publication date
CN103605796B (en) 2016-08-03

Similar Documents

Publication Publication Date Title
CA2807053C (en) System for analyzing security compliance requirements
US7275053B1 (en) Surveillance and table driven reporting tool
US8326864B2 (en) Method, system, and computer program product for implementing automated worklists
CN104123227A (en) Method for automatically generating testing cases
CN102436473B (en) Menu management device and menu managing method
CN104133772A (en) Automatic test data generation method
CN104317587A (en) Automatic android mobile device oriented application generation method
CN102541974A (en) Systems, methods and articles of manufacture to provide a search service to a process control system
CN102081398A (en) Method and apparatus for modifying process control data
CN103593456B (en) Worksheet self-defining method for designing and device
CN107357593A (en) Source code file construction method, device, electric terminal and readable storage medium storing program for executing
US10448227B2 (en) Mobile database access application development system and method
CN104321743A (en) Method and system for developing applications for consulting content and services on a telecommunications network
CN103186632A (en) Method and device for customizing operation and maintenance form
CN110046287A (en) A kind of the data query method, apparatus and storage medium unrelated with type of database
CN107729483A (en) A kind of classifying indication method, device, terminal and computer-readable recording medium
CN107844530A (en) A kind of data processing method, device, server and computer-readable recording medium
CN104424271A (en) Method and system for automatically acquiring digital resources of publications
CN101706818A (en) Report dynamic filtering method and device
CN103917970A (en) Customer focused keyword search in an enterprise
CN111090803A (en) Data processing method and device, electronic equipment and storage medium
CN107729485A (en) A kind of data managing method, device, terminal and computer-readable recording medium
CN102867067A (en) Device and method for data integration processing for heterogenous system
CN103605796A (en) Version iteration-supported document management device and version iteration-supported document management method
US20190190809A1 (en) Platform for Multi-Function Network Resource Analysis

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20160203

Address after: 100000, No. 2, building 68, 2 North Ching Road, Beijing, Haidian District

Applicant after: You Pu Information Technology Co., Ltd of UFSOFT

Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park

Applicant before: UFIDA Software Co., Ltd.

C14 Grant of patent or utility model
GR01 Patent grant