軟件開發(fā)需求管理-東莞培訓(xùn)

1、中 國(guó) 聯(lián) 通 需 求 管 理 實(shí) 施方法和工具王 穎二零零七年四月二十八日背景 需求管理是IT部門一直在做的工作，大家在一線工作中積累了豐富的經(jīng)驗(yàn)。當(dāng)前在信息系統(tǒng)越來(lái)越成為企業(yè)的神經(jīng)中樞的時(shí)候，無(wú)論IT部門還是業(yè)務(wù)部門都對(duì)需求管理的價(jià)值有了新的認(rèn)識(shí)?？偛繌娜ツ觊_始，在需求管理方面進(jìn)行了新的嘗試，并逐漸摸索出一套適合于電信企業(yè)支撐系統(tǒng)的需求管理的工作方法。 2007年初，為了提升需求管理的水平、促進(jìn)需求管理的標(biāo)準(zhǔn)化、提高需求管理效率，購(gòu)置了一套成熟的管理工具。在實(shí)施過(guò)程中，引入了專業(yè)的需求管理專家，系統(tǒng)的梳理了聯(lián)通的需求管理的整個(gè)文檔體系，并進(jìn)行了完善和標(biāo)準(zhǔn)化。 本次課程內(nèi)容即建立在上述工作的

2、根底上。 課程目的理解和掌握聯(lián)通需求管理的文檔體系及其相互關(guān)系明確省分需要編制的文檔和要求理解和掌握需求規(guī)格書的內(nèi)容和編制方法熟悉主要文檔之間的追蹤關(guān)系了解如何使用工具來(lái)支持需求管理工作課程大綱中國(guó)聯(lián)通需求管理文檔體系用戶需求書的主要內(nèi)容和編制方法系統(tǒng)需求規(guī)格書的主要內(nèi)容和編制方法需求文檔與設(shè)計(jì)、測(cè)試文檔之間的追蹤關(guān)系需求管理系統(tǒng)介紹和演示系統(tǒng)需求用戶需求書滿足工程管理滿足廠商設(shè)計(jì)(n個(gè))測(cè)試計(jì)劃集成商測(cè)試結(jié)果(n個(gè))驗(yàn)證產(chǎn)品測(cè)試用例安排執(zhí)行初驗(yàn)文檔終驗(yàn)文檔上線文檔驗(yàn)證中國(guó)聯(lián)通需求管理文檔體系31省分補(bǔ)充需求規(guī)格說(shuō)明書全國(guó)統(tǒng)一需求規(guī)格說(shuō)明書補(bǔ)充標(biāo)準(zhǔn)規(guī)范指標(biāo)體系指導(dǎo)和約束各項(xiàng)文檔的管理主體文檔類

3、型責(zé)任方參與方評(píng)審/審核方用戶需求書總部市場(chǎng)部總部、省分業(yè)務(wù)部門信息化部總部、省分業(yè)務(wù)部門信息化部全國(guó)統(tǒng)一需求規(guī)格說(shuō)明書總部信息化部省分信息化部總部、省分業(yè)務(wù)部門總部、省分信息化部總部業(yè)務(wù)部門省分補(bǔ)充需求規(guī)格說(shuō)明書省分信息化部省分業(yè)務(wù)部門總部信息化部產(chǎn)品測(cè)試相關(guān)文檔總部信息化部省分信息化部總部信息化部工程相關(guān)文檔省分信息化部集成商總部信息化部標(biāo)準(zhǔn)規(guī)范總部信息化部省分信息化部集成商總部信息化部指標(biāo)體系總部信息化部總部業(yè)務(wù)部門總部信息化部總部業(yè)務(wù)部門設(shè)計(jì)文檔集成商省分信息化部總部、省分信息化部軟件需求層次 業(yè)務(wù)需求 用戶需求軟件需求分不同的層次和階段：業(yè)務(wù)需求、用戶需求和系統(tǒng)需求 需求分析人員進(jìn)行

4、需求開發(fā)用戶語(yǔ)言轉(zhuǎn)換成技術(shù)語(yǔ)言功能性需求非功能性需求環(huán)境和約束文檔體系和軟件需求層次的對(duì)應(yīng)關(guān)系用戶需求書 系統(tǒng)功能需求系統(tǒng)需求規(guī)格說(shuō)明書課程大綱中國(guó)聯(lián)通需求管理文檔體系用戶需求書的主要內(nèi)容和編制方法系統(tǒng)需求規(guī)格書的主要內(nèi)容和編制方法需求文檔與設(shè)計(jì)、測(cè)試文檔之間的追蹤關(guān)系需求管理系統(tǒng)介紹和演示現(xiàn)有用戶需求書情況總部市場(chǎng)部組織編制了新一代BSS系統(tǒng)用戶需求書20冊(cè)現(xiàn)有用戶需求書的內(nèi)容要素：名稱及屬性 目標(biāo)及作用 內(nèi)容/功能描述 收費(fèi)結(jié)算 業(yè)務(wù)受理要求 權(quán)限及范圍 界面要求 數(shù)據(jù)要素風(fēng)險(xiǎn)控制 用戶需求書內(nèi)容要素用戶需求書功能性需求非功能性需求性能要求易用性要求安全性要求其他業(yè)務(wù)描述業(yè)務(wù)目標(biāo)和作用業(yè)務(wù)

5、流程及描述業(yè)務(wù)權(quán)限及范圍用戶界面要求內(nèi)控要求業(yè)務(wù)數(shù)據(jù)定義對(duì)業(yè)務(wù)本身的介紹和描述該項(xiàng)需求支持哪些業(yè)務(wù)上的目標(biāo)需求需要支持的詳細(xì)業(yè)務(wù)流程及描述該項(xiàng)業(yè)務(wù)向哪些角色/人員開放權(quán)限與該項(xiàng)業(yè)務(wù)相關(guān)的內(nèi)控要求是什么？對(duì)于用戶界面有何具體要求？（可選）業(yè)務(wù)數(shù)據(jù)定義、業(yè)務(wù)數(shù)據(jù)與流程的關(guān)系4 業(yè)務(wù)數(shù)據(jù)匯總用戶需求書模板樣例流程描述要求：圖形與文字相結(jié)合 圖形描述：使用泳道圖 文字描述：逐個(gè)描述流程步驟 步驟任務(wù) 步驟中涉及的業(yè)務(wù)角色 步驟中涉及的業(yè)務(wù)規(guī)則 步驟中涉及的業(yè)務(wù)數(shù)據(jù)新的用戶需求書模板對(duì)于現(xiàn)有用戶需求書的完善專注于問(wèn)題域：在用戶需求書中以業(yè)務(wù)為主進(jìn)行描述，專注于把業(yè)務(wù)講清楚使業(yè)務(wù)人員將精力放到研究業(yè)務(wù)本身

6、，而不是研究解決方案，降低業(yè)務(wù)人員的理解和編寫難度不限制系統(tǒng)實(shí)現(xiàn)，使設(shè)計(jì)人員可以采用更加適合的方法來(lái)解決業(yè)務(wù)問(wèn)題對(duì)于編寫的標(biāo)準(zhǔn)化程度提出更高的要求：對(duì)于流程的詳細(xì)程度和編寫標(biāo)準(zhǔn)提出了具體要求，作為編寫人員共同遵守的標(biāo)準(zhǔn)，有利于文檔質(zhì)量的管理，防止不同組并行時(shí)文檔質(zhì)量、風(fēng)格參差不齊增加業(yè)務(wù)數(shù)據(jù)匯總表業(yè)務(wù)數(shù)據(jù)字典:將用戶需求書中的所有業(yè)務(wù)數(shù)據(jù)都匯總到統(tǒng)一的表格中進(jìn)行管理，并與業(yè)務(wù)流程進(jìn)行關(guān)聯(lián)有利于保持業(yè)務(wù)數(shù)據(jù)的一致性，防止互相的沖突與重復(fù)定義用戶需求書的標(biāo)準(zhǔn)化屬性名稱取值需求編號(hào)用DOORS系統(tǒng)定義的ID（可自動(dòng)維護(hù)） 是否需求點(diǎn)是,否需求狀態(tài)新創(chuàng)建、已變更、已接受、需澄清、已拒絕、重復(fù)、已規(guī)劃、

7、已開發(fā)、已取消、已上線 反饋意見(jiàn)分類枚舉類型取值：需求定義重復(fù)，需求功能點(diǎn)定義模糊，需求功能點(diǎn)無(wú)法測(cè)試，等多值反饋意見(jiàn)描述取值：文字描述 需求來(lái)源總部或省份實(shí)施階段一期，二期，。需求優(yōu)先級(jí) 高、中、低 統(tǒng)一程度功能，流程，數(shù)據(jù)，規(guī)則需求聯(lián)系人上線省分總部+31省，多選屬性 管理粒度：最細(xì)一級(jí)業(yè)務(wù)需求 屬性定義：針對(duì)每個(gè)需求點(diǎn)定義詳細(xì)的屬性，具體見(jiàn)右側(cè)表格。 權(quán)限定義：總部市場(chǎng)部人員：文檔正文的所有權(quán)限總部信息化部人員：文檔正文的讀取權(quán)限、屬性的修改權(quán)限分公司、廠商人員：讀取權(quán)限課程大綱中國(guó)聯(lián)通需求管理文檔體系用戶需求書的主要內(nèi)容和編制方法系統(tǒng)需求規(guī)格書的主要內(nèi)容和編制方法系統(tǒng)需求規(guī)格書的構(gòu)成用

8、例方法介紹系統(tǒng)需求規(guī)格書模板樣例需求文檔與設(shè)計(jì)、測(cè)試文檔之間的追蹤關(guān)系需求管理系統(tǒng)介紹和演示系統(tǒng)需求規(guī)格書的構(gòu)成和描述方法省分BSS系統(tǒng)需求規(guī)格書全國(guó)統(tǒng)一需求規(guī)格書省分補(bǔ)充需求規(guī)格書統(tǒng)一功能性需求統(tǒng)計(jì)查詢除外統(tǒng)一非功能性需求補(bǔ)充功能性需求統(tǒng)計(jì)查詢局部、統(tǒng)一需求擴(kuò)展局部補(bǔ)充非功能性需求環(huán)境和約束接口、替代系統(tǒng)統(tǒng)一接口需求用例方法用例方法條目化語(yǔ)言描述條目化語(yǔ)言描述條目化語(yǔ)言描述條目化語(yǔ)言描述 以BSS系統(tǒng)為例，省分BSS系統(tǒng)的需求規(guī)格說(shuō)明書由兩局部組成。其中對(duì)于核心的功能要求，全部在全國(guó)的統(tǒng)一需求規(guī)格書中定義，對(duì)于允許省分?jǐn)U展的局部，在省分補(bǔ)充需求規(guī)格書中定義。 無(wú)論是全國(guó)統(tǒng)一需求還是省分補(bǔ)充需

9、求，都要遵循相同的需求編制方法。全國(guó)統(tǒng)一需求與省分補(bǔ)充需求之間的關(guān)系例如 擴(kuò)展擴(kuò)展全國(guó)統(tǒng)一需求規(guī)格說(shuō)明書31個(gè)省份省分A省分 B第n用例A省對(duì)該用例進(jìn)行了擴(kuò)展B省沒(méi)有對(duì)該用例進(jìn)行擴(kuò)展 根據(jù)總部統(tǒng)一需求規(guī)格書中統(tǒng)一管理程度的要求，省分對(duì)于一些需求可以進(jìn)行擴(kuò)展、細(xì)化和補(bǔ)充。這些省分的細(xì)化和補(bǔ)充需求統(tǒng)一納入到總部的管理范圍，與總部統(tǒng)一需求建立關(guān)聯(lián)關(guān)系，作為統(tǒng)一版本由總部進(jìn)行發(fā)布。用例方法主要建模元素用例Use Case:用例用于表示系統(tǒng)所提供的效勞，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對(duì)話。參與者Actor:參與者是指存在于被定義

10、系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。事件流Event flow：對(duì)用例的具體描述是通過(guò)事件流來(lái)詳細(xì)進(jìn)行說(shuō)明的。事件流反映了系統(tǒng)的使用者期望與系統(tǒng)交互的流程，事件流又分為根本流系統(tǒng)正常使用下的流程和備選流系統(tǒng)在特定情況下的分支流，根本流和備選流的組合反映了系統(tǒng)在使用過(guò)程中的真實(shí)場(chǎng)景。前置條件：執(zhí)行用例前，系統(tǒng)所處的狀態(tài)。后置條件：執(zhí)行用例之后，系統(tǒng)所處的狀態(tài)。用例描述樣例參與者事件流用例方法的特點(diǎn)和優(yōu)勢(shì)用例具有以下的特點(diǎn)優(yōu)點(diǎn)：給出了需求的上下文：誰(shuí)使用，在什么條件下使用，如何使用。容易理解：盡量采用用戶理解的語(yǔ)言。易于重用：是設(shè)計(jì)、測(cè)試及系統(tǒng)相關(guān)文檔的根

11、底。編寫用例的步驟第一步：發(fā)現(xiàn)用例，通過(guò)對(duì)業(yè)務(wù)進(jìn)行分析，提取系統(tǒng)所要完成的“事務(wù)性的功能，并形成用例。第二步：簡(jiǎn)要描述，對(duì)該用例所要完成的功能進(jìn)行簡(jiǎn)要描述。第三步：編寫用例大綱，概括出系統(tǒng)處理的主要步驟根本流，并進(jìn)行編號(hào)。第四步：細(xì)化用例。針對(duì)根本流中的主要步驟，采用參與者與系統(tǒng)交互的語(yǔ)言進(jìn)行詳細(xì)描述，并增加備選流、前后置條件、特殊需求等。用例方法介紹-發(fā)現(xiàn)參與者系統(tǒng)的參與者定義了系統(tǒng)的邊界，可從以下幾方面發(fā)現(xiàn)系統(tǒng)的參與者：誰(shuí)使用系統(tǒng)？誰(shuí)從系統(tǒng)獲取信息？誰(shuí)向系統(tǒng)提供信息？系統(tǒng)在什么地方使用？誰(shuí)支持或維護(hù)系統(tǒng)？有沒(méi)有其它的系統(tǒng)使用該系統(tǒng)？用例方法介紹-識(shí)別用例從參與者的角度出發(fā)發(fā)現(xiàn)用例，以下問(wèn)題

12、有助于發(fā)現(xiàn)用例：參與者希望怎樣使用該系統(tǒng)？參與者希望創(chuàng)立、存儲(chǔ)、修改、刪除系統(tǒng)的數(shù)據(jù)嗎？當(dāng)外部事件發(fā)生變化時(shí)，參與者需要通知系統(tǒng)嗎？參與者希望被告知系統(tǒng)內(nèi)部發(fā)生的變化嗎？識(shí)別參與者和用例舉例定義用例根本流和備選流根本流與備選流：根本流是該用例的一個(gè)主要的使用場(chǎng)景，一個(gè)用例只有一個(gè)根本流。備選流是在根本流之上的有條件的分支，備選流結(jié)束后，要么該回到根本流，要么導(dǎo)致該用例結(jié)束。定義用例根本流和備選流編寫用例綱要步驟編寫用例流程步驟要點(diǎn)：列出根本流的主要處理步驟。對(duì)根本流的處理步驟進(jìn)行編號(hào)。列出可能的備選流。定義用例場(chǎng)景Scenario 場(chǎng)景是指從流程的起點(diǎn)開始，直到某個(gè)終點(diǎn)的一串流程。細(xì)化用例細(xì)化

13、根本流細(xì)化根本流要點(diǎn)：采用參與者與系統(tǒng)交互的語(yǔ)言進(jìn)行描述。參與者與系統(tǒng)交互的行為要明確，包括交互的信息數(shù)據(jù)，系統(tǒng)處理所要遵守的業(yè)務(wù)規(guī)那么，系統(tǒng)處理過(guò)程中與其它系統(tǒng)的接口，當(dāng)然，數(shù)據(jù)、規(guī)那么、接口如果有地方統(tǒng)一描述的話，引用即可。細(xì)化用例細(xì)化備選流細(xì)化備選流要點(diǎn)：起始位置：寫明備選流在根本流中的起始位置條件：寫明分支的條件。動(dòng)作：通過(guò)交互式語(yǔ)言寫明備選流處理的動(dòng)作?；謴?fù)：備選流結(jié)束后要么回到根本流的某一步，要么導(dǎo)致用例終止。注：異常流也可視為一種特殊的備選流細(xì)化用例-前置/后置條件前置條件是執(zhí)行用例之間系統(tǒng)必須存在的一組狀態(tài)，注意：前置條件不是觸發(fā)該用例的事件。前置條件有助于減少事件流描述中的一

14、些校驗(yàn)。前置條件不描述系統(tǒng)之外的事情，如“客戶有一個(gè)有效的SIM卡。前置是可選的。僅在需要時(shí)描述。后置條件是用例一執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài) ：后置條件也是可選的，僅在需要時(shí)描述。根本流、備選流描述樣例根本流、備選流描述樣例用例描述樣例9. 后置條件訂單生成，待訂單處理生成定單。 細(xì)化用例要點(diǎn)總結(jié)描述對(duì)參與者可見(jiàn)的事件參與者做什么，系統(tǒng)做什么。用例必須提供參與者可見(jiàn)的結(jié)果。用例有不同的精細(xì)程度，細(xì)化到所有涉眾對(duì)需求有共同的理解為止。采用公用的術(shù)語(yǔ)和詞匯。使用明確的語(yǔ)言?；诼?lián)通需求 豐富用例方法豐富事件流的描述方法，細(xì)化區(qū)分：系統(tǒng)功能需求系統(tǒng)的數(shù)據(jù)處理需求：展現(xiàn)數(shù)據(jù)、存儲(chǔ)數(shù)據(jù)系統(tǒng)要處理的

15、業(yè)務(wù)規(guī)那么將后臺(tái)處理需求統(tǒng)一到用例描述中使用與事件流相似的方式描述后臺(tái)處理流程對(duì)于每個(gè)處理步驟，細(xì)化區(qū)分：功能輸入數(shù)據(jù)輸出數(shù)據(jù)業(yè)務(wù)規(guī)那么用例描述樣例結(jié)構(gòu)化用例描述用例之間的關(guān)系：包含關(guān)系include:根底用例會(huì)用到被包含的用例；也就是被包含的用例的事件流一定會(huì)插入到根底用例的事件流中。擴(kuò)展關(guān)系extend:根底用例(Base)中定義有一至多個(gè)已命名的擴(kuò)展點(diǎn)，擴(kuò)展關(guān)系是指將擴(kuò)展用例(Extension)的事件流在一定的條件下按照相應(yīng)的擴(kuò)展點(diǎn)插入到根底用例(Base)中 ，擴(kuò)展用例的事件流會(huì)被有條件地引用。參與者之間的關(guān)系：參與者的繼承總部/省分統(tǒng)一需求規(guī)格書文檔結(jié)構(gòu)業(yè)務(wù)資源管理用例1用例n客戶

16、問(wèn)題管理用例1用例n全國(guó)統(tǒng)一需求規(guī)格說(shuō)明書主文檔樣例總部統(tǒng)一需求規(guī)格書的標(biāo)準(zhǔn)化 管理粒度：作為跟蹤、管理的最小單位 功能性需求：需求用例說(shuō)明； 非功能性需求：描述條目 屬性定義：針對(duì)每個(gè)需求點(diǎn)定義詳細(xì)的屬性，具體見(jiàn)右側(cè)表格。 權(quán)限定義： 總部市場(chǎng)部人員：文檔正文的讀取權(quán)限 總部信息化部需求分析人員：文檔所有權(quán)限 分公司、廠商人員：讀取權(quán)限屬性取值需求狀態(tài)新創(chuàng)建、已變更、審核通過(guò)、已發(fā)布、已取消、已上線 審核意見(jiàn)分類通過(guò)、不通過(guò)審核意見(jiàn)描述取值：文字描述實(shí)施階段一期、二期需求類型枚舉類型取值：功能性需求、非功能性需求、非需求需求負(fù)責(zé)人 需求編寫人 統(tǒng)一管理程度統(tǒng)一需求、推薦需求、補(bǔ)充需求功能統(tǒng)一

17、程度統(tǒng)一要求、不統(tǒng)一要求流程統(tǒng)一程度所有流程、僅正常流程、不統(tǒng)一要求規(guī)則統(tǒng)一程度配置、僅列舉、不統(tǒng)一要求數(shù)據(jù)統(tǒng)一程度統(tǒng)一要求、不統(tǒng)一要求省分需求規(guī)格書主文檔樣例省分需求規(guī)格書的標(biāo)準(zhǔn)化 管理粒度：需求用例說(shuō)明； 屬性定義：針對(duì)每個(gè)需求點(diǎn)定義詳細(xì)的屬性，具體見(jiàn)右側(cè)表格。 權(quán)限定義：總部信息化部需求分析人員：文檔讀取權(quán)限、局部屬性修改權(quán)限所屬分公司：讀、寫、修改權(quán)限所屬分公司實(shí)施廠商：讀取權(quán)限屬性取值需求狀態(tài)新創(chuàng)建、已變更、審核通過(guò)、已發(fā)布、已取消、已上線 總部審核結(jié)果通過(guò)、未通過(guò)審核意見(jiàn)描述取值：文字描述統(tǒng)一管理類型全國(guó)統(tǒng)一需求、總部推薦需求、省分新增需求、省分補(bǔ)充需求流程是否擴(kuò)展是/否流程擴(kuò)展說(shuō)

18、明 文字描述規(guī)則是否擴(kuò)展是/否規(guī)則擴(kuò)展說(shuō)明 文字描述數(shù)據(jù)是否擴(kuò)展是/否數(shù)據(jù)擴(kuò)展說(shuō)明 文字描述需求編寫人需求負(fù)責(zé)人課程大綱中國(guó)聯(lián)通需求管理文檔體系用戶需求書的主要內(nèi)容和編制方法系統(tǒng)需求規(guī)格書的主要內(nèi)容和編制方法需求文檔與設(shè)計(jì)、測(cè)試文檔之間的追蹤關(guān)系需求管理系統(tǒng)介紹和演示擴(kuò)展總部統(tǒng)一需求實(shí)施省1補(bǔ)充需求既要滿足總部統(tǒng)一需求，也要滿足實(shí)施省分的補(bǔ)充需求 滿足滿足某廠商的設(shè)計(jì)文檔需求規(guī)格書與設(shè)計(jì)文檔的關(guān)系 每個(gè)廠商提交統(tǒng)一的設(shè)計(jì)文檔，既要滿足總部統(tǒng)一需求，也要滿足所實(shí)施省分的補(bǔ)充需求。但是要作為一個(gè)統(tǒng)一的版本進(jìn)行維護(hù)。實(shí)施省2補(bǔ)充需求擴(kuò)展總部統(tǒng)一需求用例需求規(guī)格書與產(chǎn)品測(cè)試文檔的管理 產(chǎn)品功能測(cè)試用例

19、以總部統(tǒng)一需求規(guī)格書作為依據(jù)，對(duì)于每項(xiàng)需求，對(duì)應(yīng)到測(cè)試用例文檔。根據(jù)每次測(cè)試的實(shí)際情況，可以對(duì)測(cè)試用例文檔進(jìn)行篩選，形成每輪測(cè)試的測(cè)試方案，針對(duì)每家廠商執(zhí)行測(cè)試后，形成測(cè)試報(bào)告。由于測(cè)試可以進(jìn)行多輪，因此測(cè)試方案和測(cè)試報(bào)可以有多套存在。安排測(cè)試用例母板驗(yàn)證執(zhí)行測(cè)試方案1測(cè)試報(bào)告廠家1測(cè)試報(bào)告廠家2執(zhí)行執(zhí)行測(cè)試方案2執(zhí)行測(cè)試報(bào)告廠家1測(cè)試報(bào)告廠家2安排第一輪測(cè)試第二輪測(cè)試課程大綱中國(guó)聯(lián)通需求管理文檔體系用戶需求書的主要內(nèi)容和編制方法系統(tǒng)需求規(guī)格書的主要內(nèi)容和編制方法需求文檔與設(shè)計(jì)、測(cè)試文檔之間的追蹤關(guān)系需求管理系統(tǒng)介紹和演示總體架構(gòu)主要功能實(shí)施方案系統(tǒng)演示需求管理系統(tǒng)總體架構(gòu)需求決策需求分析需求開發(fā)系統(tǒng)驗(yàn)收系統(tǒng)維護(hù)需求啟動(dòng)測(cè)試用戶需求需求規(guī)格設(shè)計(jì)測(cè)試用例文檔模板文檔模板文檔模板DOORS軟件文檔管理測(cè)試計(jì)劃原始需求Synergy/CM代碼/