一種文檔流程控制方法及裝置的制造方法
【技術領域】
[0001]本發(fā)明涉及工作流程控制領域，特別涉及一種文檔流程控制方法及裝置。
【背景技術】
[0002]在大部分的企業(yè)，尤其是大型的企業(yè)，開發(fā)和測試都是處于不同部門的，而部門之間關于產品的溝通基本上都是靠文檔來進行的。所以開發(fā)與測試之間的文檔控制應是研發(fā)流程中非常重要的一個環(huán)節(jié)。
[0003]例如，在開發(fā)與測試部門之間，經常會涉及到的產品文檔，包括有設計規(guī)格、技術條件、測試用例和測試報告等等，開發(fā)人員需要從測試人員提交的文檔中了解產品的測試情況，而測試人員則需要根據(jù)開發(fā)人員提交的文檔來編寫測試方案及測試用例等的。雙方提交的文檔是否滿足對方的要求，如所提交的文檔種類是否齊全，文檔是否都包含了所有對方所需要的內容，是研發(fā)流程中需要考慮的重要問題。
[0004]但是在現(xiàn)如今的研發(fā)流程中，極少有對文檔的提交要求進行相關設定，僅僅只是制定一些簡單的文檔模板，然后要求研發(fā)或測試人員在流程的指定時間提交指定的文檔即可，并沒有深入到文檔的內容層面的控制，也沒有嚴格的文檔的審查機制。這樣對整個研發(fā)流程造成的影響具體表現(xiàn)在:1、缺少文檔審查環(huán)節(jié)，無法保證開發(fā)或測試人員所提交的文檔內容符合對方的要求，這樣雙方在研發(fā)工作過程中閱讀對方編寫的文檔時，很容易會對文檔產生分歧，從而給研發(fā)工作增加了許多不必要的時間成本；2、即使有做文檔審查也只是開發(fā)或測試人員自己做人工審查，而使用人工來進行文檔審查，也是同樣會增加時間和人力成本。

【發(fā)明內容】

[0005]本發(fā)明提供了一種文檔流程控制方法及裝置，旨在解決現(xiàn)有技術中在文檔管理平臺上提交的文檔不符合要求的問題。
[0006]一方面，本發(fā)明提供了一種文檔流程控制方法，所述方法包括:
[0007]獲取用戶提交的文檔；
[0008]判斷所述文檔是否為預定類型文檔；
[0009]若所述文檔為預定類型文檔，則判斷所述文檔的結構是否符合所述預定類型文檔的模板；
[0010]若所述文檔的結構符合所述預定類型文檔的模板，則判斷所述文檔的內容是否包含需求文檔的內容；
[0011]當所述文檔的內容包含所述需求文檔的內容時，將所述文檔上傳至文檔管理平臺。
[0012]第二方面，本發(fā)明提供了一種文檔流程控制裝置，所述裝置包括:
[0013]獲取模塊，用于獲取用戶提交的文檔；
[0014]第一判斷模塊，用于判斷所述文檔是否為預定類型文檔；
[0015]第二判斷模塊，用于若所述文檔為預定類型文檔，則判斷所述文檔的結構是否符合所述預定類型文檔的模板；
[0016]第三判斷模塊，用于若所述文檔的結構符合所述預定類型文檔的模板，則判斷所述文檔的內容是否包含需求文檔的內容；
[0017]上傳模塊，用于當所述文檔的內容包含所述需求文檔的內容時，將所述文檔上傳至文檔管理平臺。
[0018]在本發(fā)明中，由于首先獲取用戶提交的文檔；然后判斷文檔是否為預定類型文檔；若文檔為預定類型文檔，則判斷文檔的結構是否符合預定類型文檔的模板；若文檔的結構符合預定類型文檔的模板，則判斷文檔的內容是否包含需求文檔的內容；最后當文檔的內容包含需求文檔的內容時，將文檔上傳至文檔管理平臺，因此，增加了文檔審查環(huán)節(jié)，保證了在文檔管理平臺上提交的文檔符合要求。
【附圖說明】
[0019]為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0020]圖1為本發(fā)明實施例一提供的文檔流程控制方法一種流程圖；
[0021]圖2為本發(fā)明實施例一提供的文檔流程控制方法另一種流程圖；
[0022]圖3為本發(fā)明實施例二提供的文檔流程控制裝置一種結構示意圖；
[0023]圖4為本發(fā)明實施例二提供的文檔流程控制裝置另一種結構示意圖；
[0024]圖5為本發(fā)明實施例二提供的文檔流程控制裝置第一判斷模塊結構示意圖；
[0025]圖6為本發(fā)明實施例二提供的文檔流程控制裝置第二判斷模塊結構示意圖。
【具體實施方式】
[0026]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0027]實施例一:
[0028]本發(fā)明實施例一提供了一種文檔流程控制方法，參見圖1，文檔流程控制方法包括以下步驟:
[0029]101.獲取用戶提交的文檔。
[0030]102.判斷文檔是否為預定類型文檔。
[0031]判斷文檔是否為預定類型文檔具體為:判斷文檔的名稱是否包含預定字符組。
[0032]具體實施中，可以根據(jù)文檔名稱判斷用戶提交的文檔是否是預設流程階段指定的預定類型文檔，如果是，則執(zhí)行步驟103 ;如果不是，則提示該預設流程階段應提交什么類型的文檔，并結束流程。
[0033]步驟102的有益效果為:在研發(fā)流程中的特定階段指定上傳特定類型的文檔，可防止文檔的重復提交，較好的維護文檔的唯一性，避免了文檔管理的混亂。
[0034]103.若文檔為預定類型文檔，則判斷文檔的結構是否符合預定類型文檔的模板。
[0035]具體實施中，步驟103可以包括:
[0036]Al.根據(jù)預定類型文檔的模板的目錄提取多個字符組。
[0037]B1.判斷文檔的目錄是否包含多個字符組。
[0038]具體實施中，所有的研發(fā)流程都會對研發(fā)文檔制定相應的模板，可以根據(jù)預定類型文檔的模板的目錄判斷判斷文檔的結構是否符合預定類型文檔的模板，如果是，則執(zhí)行步驟104 ;如果不是，則提示用戶提交的文檔不符合模板要求，并結束流程。
[0039]104.若文檔的結構符合預定類型文檔的模板，則判斷文檔的內容是否包含需求文檔的內容。
[0040]具體實施中，步驟104可以包括:
[0041]A2.根據(jù)需求文檔的內容提取多個關鍵字。
[0042]B2.判斷文檔的內容是否包含多個關鍵字。
[0043]具體實施中，以配置參數(shù)的形式記錄需求文檔中的內容標題，將一個內容標題作為一個關鍵字，根據(jù)記錄的多個關鍵字判斷文檔的內容是否包含需求文檔的內容，如果是，則執(zhí)行步驟105 ;如果不是，則提示用戶提交的文檔缺少需求文檔中提到的哪一部分。
[0044]步驟103和步驟104的有益效果為:規(guī)范了文檔的編寫，減少了開發(fā)與測試人員在研發(fā)過程中對文檔內容產生的分歧，提示所提交的文檔缺少必要的內容，從而減少了人力與時間成本。
[0045]105.當文檔的內容包含需求文檔的內容時，將文檔上傳至文檔管理平臺。
[0046]可選的，如圖2所示，在步驟101之前還包括步驟100。
[0047]100.設置文檔管理平臺至預設流程階段。
[0048]例如，設置文檔管理平臺至立項階段，獲取用戶提交的文檔，如《配網(wǎng)定位系統(tǒng)的設計規(guī)格》，判斷《配網(wǎng)定位系統(tǒng)的設計規(guī)格》文檔是否為設計規(guī)格文檔(即判斷文檔名稱是否包含“