S_ENG00_需求開(kāi)發(fā)與管理過(guò)程

1、質(zhì)量管理體系過(guò)程文件需求開(kāi)發(fā)和管理過(guò)程發(fā)布版本：V2009. 02發(fā)布日期：2009-1文件版本信息:修訂日期版本兮版本說(shuō)明修訂人1. 目的32. 范圍33. 術(shù)語(yǔ)34. 角色與職責(zé)35. 流程圖46. 入口準(zhǔn)則47. 輸入48. 主要活動(dòng)48.1 制訂需求調(diào)研計(jì)劃58. 1. 1明確需要獲取的信息 58.1.2明確所需獲取信息的來(lái)源與渠道58.2需求獲取68. 3需求分析68.3.1 結(jié)構(gòu)化分析方法 78.3.2 基于用例的分析方法 78.4 需求定義88. 4. 1標(biāo)識(shí)需求88. 4.2定義需求的優(yōu)先級(jí) 88.4.3 編寫(xiě)需求規(guī)格說(shuō)明書(shū)98. 5需求評(píng)審和確認(rèn)98. 5.1需求評(píng)審98.

2、5.2需求承諾98. 5. 3建立需求基線 108.6需求變更管理108. 7需求跟蹤108.7.1 建立需求跟蹤矩陣 118.7.2 需求跟蹤矩陣的維護(hù)與使用 119. 輸出1110. 出口準(zhǔn)則1111. 引用文件111. 目的規(guī)范公司需求開(kāi)發(fā)和管理活動(dòng)，以保證對(duì)客戶需求的正確理解，確保項(xiàng)目產(chǎn)物與需求的一致性。2. 范圍適用于所有項(xiàng)目的需求開(kāi)發(fā)和需求管理活動(dòng)。3. 術(shù)語(yǔ)術(shù)語(yǔ)或縮略語(yǔ)解釋用例是在系統(tǒng)中執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成對(duì)特定參與者可見(jiàn)的價(jià)值結(jié)果，一個(gè)用例定義了 一組用例實(shí)例。需求分析是指在需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文 檔正確地反映

3、用戶的真實(shí)意圖。需求分析的關(guān)鍵就是對(duì)問(wèn)題域的研究與理解。4. 角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理負(fù)責(zé)審核需求調(diào)研計(jì)劃：組織需求的評(píng)審工作；組織安排需求的跟蹤工作；審批或組織評(píng)審 需求變更。需求調(diào)研組負(fù)責(zé)需求的獲取需求分析師負(fù)責(zé)制訂需求調(diào)研計(jì)劃，獲取需求并分析、整理成需求規(guī)格說(shuō)明書(shū)。設(shè)計(jì)、開(kāi)發(fā)人員參與需求分析及評(píng)審活動(dòng)，對(duì)需求的實(shí)現(xiàn)可行性進(jìn)行驗(yàn)證。測(cè)試人員參與需求分析和評(píng)審活動(dòng)，對(duì)需求的可測(cè)試性進(jìn)行驗(yàn)證。配置管理人員負(fù)責(zé)在需求開(kāi)發(fā)和需求管理中進(jìn)行需求版本的控制，建立基線。CCB負(fù)責(zé)對(duì)需求變更申請(qǐng)進(jìn)行審批，并最終決定變更后的需求是否納入基線庫(kù)。5. 流程圖需求調(diào)研階段需求分析定義階段需求管理階段紐小取獲求

4、需PGE曲戌分新圖1:需求開(kāi)發(fā)與管理過(guò)程流程圖6. 入口準(zhǔn)則項(xiàng)目立項(xiàng)通過(guò)7. 輸入項(xiàng)目立項(xiàng)公告項(xiàng)目合同（合同類(lèi)項(xiàng)目）可行性研究報(bào)告（產(chǎn)品開(kāi)發(fā)類(lèi)項(xiàng)目）8主要活動(dòng)需求工程包括了需求開(kāi)發(fā)和需求管理兩個(gè)部分，需求開(kāi)發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶需求并定義需求。需求開(kāi)發(fā)的主要活動(dòng)包括：需求獲取，需求分析和需求定義。需求管理的目的是在客戶與項(xiàng)目組之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。需求管理的主要活動(dòng)包括：需求確認(rèn)，需求變更和需求跟蹤控制。8. 1制訂需求調(diào)研計(jì)劃制定需求調(diào)研計(jì)劃的目的是為了規(guī)劃項(xiàng)目中需求開(kāi)發(fā)活動(dòng)的開(kāi)展，其內(nèi)容主要包括需求收集的對(duì)象、收集的內(nèi)容、準(zhǔn)

5、備采用的方法、輸出產(chǎn)物、人力安排和時(shí)間進(jìn)度等。8. 1. 1成立需求調(diào)研小組項(xiàng)目經(jīng)理組織成立需求調(diào)研小組，需求調(diào)研小組可包含：研發(fā)部、工程部、市場(chǎng)銷(xiāo)售部的業(yè)務(wù)骨干。項(xiàng)目經(jīng)理 指定調(diào)研小組負(fù)責(zé)人，由調(diào)研小組負(fù)責(zé)人制定需求調(diào)研計(jì)劃。需求調(diào)研計(jì)劃經(jīng)項(xiàng)目經(jīng)理、調(diào)研小組成員的上級(jí)主管審批通過(guò)后執(zhí)行。8. 1. 2明確需要獲取的信息需求分析師應(yīng)在需求獲取前明確需要獲取的需求信息，以確保在實(shí)施需求獲取時(shí)有的放矢。通常需求獲取要獲取的信息包括三大類(lèi)：與問(wèn)題域相關(guān)的背景信息（如業(yè)務(wù)資料，組織結(jié)構(gòu)圖，業(yè)務(wù)處理流程等）；與要求解決的問(wèn)題直接相關(guān)的信息；用戶對(duì)系統(tǒng)的特別期望與施加的任何約束信息。8. 1. 3明確所需

6、獲取信息的來(lái)源與渠道需求分析師在明確了所需要獲取的信息之后，應(yīng)確定獲取需求信息的來(lái)源與渠道，以提高需求分析師在需求獲取階段的工作效率，使得所收集的信息更加有價(jià)值、更加全面。需求信息的來(lái)源通常包括：來(lái)自客戶的需求a）舊系統(tǒng)的用戶或客戶對(duì)系統(tǒng)安裝、使用、維護(hù)、管理等方面的需求b）系統(tǒng)的潛在用戶或客戶對(duì)系統(tǒng)的需求競(jìng)爭(zhēng)對(duì)手的產(chǎn)品優(yōu)勢(shì)與不足國(guó)家政策、業(yè)務(wù)規(guī)則以及相關(guān)行業(yè)標(biāo)準(zhǔn)實(shí)施產(chǎn)品設(shè)計(jì)所需滿足的需求執(zhí)行測(cè)試驗(yàn)證工作所需滿足的需求實(shí)施系統(tǒng)安裝、維護(hù)所需滿足的需求獲取需求信息的渠道包括：用戶或客戶市場(chǎng)銷(xiāo)售部研發(fā)部工程部來(lái)自項(xiàng)目組內(nèi)責(zé)制訂，并由項(xiàng)目經(jīng)理評(píng)審?fù)ㄟ^(guò)后執(zhí)行。8. 2需求獲取需求獲取的目的是通過(guò)各種途

7、徑獲取用戶的需求信息，由于在實(shí)際工作中，大部分客戶 是無(wú)法完整地講述其需 求，因此需求獲取是一件看似簡(jiǎn)單，做起來(lái)很難的一件事情，需求獲取的質(zhì)量，對(duì)后續(xù)的需求分析和需求定義工作 將會(huì)產(chǎn)生重大影響。需求分析師負(fù)責(zé)按照制定的需求調(diào)研計(jì)劃組織開(kāi)展需求收集的活動(dòng)。需求收集工作完成之后，應(yīng)該形成相 應(yīng)的需求文檔，并納入配置管理庫(kù)中進(jìn)行管理。需求收集的是一個(gè)迭代的過(guò)程，需要不斷的細(xì)化和確認(rèn)。針對(duì)不同的項(xiàng)目和不同的收集 對(duì)象范圍，可以采用很多不同的方法，也可以多種方法配合使用。需求收集的參考方法如下:方法內(nèi)容應(yīng)用項(xiàng)目類(lèi)型輸出集體討論頭腦風(fēng)暴會(huì)議，提出對(duì)現(xiàn)在問(wèn)題的理解和思考， 涉眾提出問(wèn)題、愿望和潛 在解決方案

8、的建議；產(chǎn)品開(kāi)發(fā)類(lèi)項(xiàng)目會(huì)議紀(jì)要用戶調(diào)查使用設(shè)計(jì)好的用戶調(diào)查表，以書(shū)面的形式收集用戶需求；產(chǎn)品開(kāi)發(fā)類(lèi)項(xiàng)目調(diào)查冋卷需求調(diào)研記錄訪談與用戶面對(duì)面的訪談，可以一對(duì)一或 者 對(duì)多， 要求準(zhǔn)備個(gè)冋題列表，用來(lái)獲得有關(guān)用戶問(wèn)題 和潛在解決方案的整體特征的信息；合冋開(kāi)發(fā)類(lèi)項(xiàng)目維護(hù)類(lèi)項(xiàng)目需求調(diào)研記錄需求研討班將所有涉眾集中在一起，進(jìn)行一次深入的、有 重點(diǎn)的會(huì)議，從項(xiàng)目涉眾那 里收集全面的“愿望 列表”，并且區(qū) 分優(yōu)先順序；產(chǎn)品開(kāi)發(fā)類(lèi)項(xiàng)目合同開(kāi)發(fā)類(lèi)項(xiàng)目會(huì)議紀(jì)要角色扮演項(xiàng)目組的成員扮演對(duì)系統(tǒng)有影響的角色，走查如 何使用系統(tǒng)和用例；產(chǎn)品開(kāi)發(fā)類(lèi)項(xiàng)目合同開(kāi)發(fā)類(lèi)項(xiàng)目會(huì)議紀(jì)要制作示意板使用工具向用戶（主角）說(shuō)明（有時(shí)是動(dòng)畫(huà)演

9、 示）系統(tǒng)如何適應(yīng)組織的需 要，并表明系統(tǒng)將如 何運(yùn)轉(zhuǎn)；合冋開(kāi)發(fā)類(lèi)項(xiàng)目需求調(diào)研記錄原型開(kāi)發(fā)開(kāi)發(fā)系統(tǒng)的早期縮型，顯示新系統(tǒng)的部分功能， 以揭示用戶需要合冋開(kāi)發(fā)類(lèi)項(xiàng)目系統(tǒng)原型8. 3需求分析在完成需求獲取所得到的記錄與資料的分析與整理后，需求分析師應(yīng)對(duì)產(chǎn)品的原始需求進(jìn)行分析，建立各需求元素之間的關(guān)系，明確分配的需求、需求的分類(lèi)、需求的優(yōu)先級(jí)等。需求分析的方法種類(lèi)繁多，但常見(jiàn)的需求分析方法主要是結(jié)構(gòu)化分析方法和基于用例的需求分析方法。8. 3. 1結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法的主要特點(diǎn)是“自頂向下、逐層分解”,它把系統(tǒng)看作一個(gè)過(guò)程的集合體，利用圖形等半形式化的描述方式表達(dá)需求，對(duì)問(wèn)題進(jìn)行分析，描述方

10、式有：數(shù)據(jù)流圖(Data Flow Diagram, DFD)：數(shù)據(jù)流圖是一種圖形化的系統(tǒng)模型，它在一張圖中展示信息系統(tǒng)的主要需 求，即輸入、輸出、處理過(guò)程、數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)字典(Data Dictionary, DD)：數(shù)據(jù)字典技術(shù)是一種有效表達(dá)數(shù)據(jù)格式的手段，它是對(duì)所有與系統(tǒng)相關(guān)的數(shù)據(jù) 元素的一個(gè)有組織的列表和精確、嚴(yán)格的定義，從而使用戶和系統(tǒng)分析員對(duì)于輸入、輸出、存儲(chǔ)成分和中間 計(jì)算機(jī)有共同的理解。結(jié)構(gòu)化語(yǔ)言：結(jié)構(gòu)化語(yǔ)言是結(jié)構(gòu)化編程語(yǔ)言與自然語(yǔ)言的有機(jī)結(jié)合，可以采用順序結(jié)構(gòu)，分支機(jī)構(gòu)、循環(huán)結(jié) 構(gòu)等機(jī)制，來(lái)說(shuō)明加工的處理流程。判定表和判定樹(shù)：判定表是一種處理邏輯的表格表示方法，其中包括決策變

11、量，決策變量值、參與者或公 式；而判定樹(shù)則使用像樹(shù)枝一樣的線條對(duì)過(guò)程邏輯進(jìn)行圖表化的描述。判定表和判定樹(shù)用來(lái)描述復(fù)雜決策邏 輯，要遠(yuǎn)遠(yuǎn)優(yōu)于使用結(jié)構(gòu)化語(yǔ)言。實(shí)體-關(guān)系圖(Entity Relationship Diagram , E-R圖)：ER圖可以用來(lái)描述數(shù)據(jù)的存儲(chǔ)需求，包括數(shù)據(jù)實(shí)體，數(shù) 據(jù)實(shí)體的屬性以及它們之間的關(guān)系等。結(jié)構(gòu)化分析方法從總體上看是一種強(qiáng)烈依賴數(shù)據(jù)流圖的自上而下的建模方法，它是完成需求規(guī)格化的有效技術(shù)手段，使用結(jié)構(gòu)化分析方法時(shí)可遵循下列活動(dòng)：1) 建立系統(tǒng)的物理模型首先，畫(huà)出系統(tǒng)的數(shù)據(jù)流圖，說(shuō)明系統(tǒng)的輸入、輸出數(shù)據(jù)流，說(shuō)明系統(tǒng)的數(shù)據(jù)流情況，以及經(jīng)歷了哪些處理過(guò) 程。在這個(gè)數(shù)據(jù)

12、流圖中，可以包括一些非計(jì)算機(jī)系統(tǒng)中數(shù)據(jù)流及處理過(guò)程的名稱，如部門(mén)名、崗位名、報(bào)表名等。這個(gè)過(guò)成可以幫助分析人員有效地理解業(yè)務(wù)環(huán)境。2) 建立系統(tǒng)的邏輯模型在物理模型建立之后，接下來(lái)的工作就是畫(huà)出相對(duì)于真實(shí)系統(tǒng)的等價(jià)邏輯數(shù)據(jù)流圖。將所有白然數(shù)據(jù)流圖轉(zhuǎn)換為等價(jià)的邏輯流。3) 劃清人機(jī)界限最后，確定在系統(tǒng)邏輯模型中，哪些部分將采用自動(dòng)化完成，哪些部分仍然保留手工操作，從而清晰的劃清系統(tǒng)的范圍。8. 3. 2基于用例的分析方法用例是由一組用例實(shí)例組成的，是用戶使用系統(tǒng)的一個(gè)實(shí)際的、特定場(chǎng)景。用例是應(yīng)用程序開(kāi)發(fā)中的一個(gè)關(guān)鍵技術(shù)，主要用來(lái)捕獲系統(tǒng)的高層次(High Level )用戶功能性需求。用例分析技

13、術(shù)是一種需求合成技術(shù)，它利用現(xiàn)有的需求獲取技術(shù)從客戶、原有系統(tǒng)、文檔中找到需求，記錄下來(lái)，然后從這些零散的需求、待性中進(jìn)行整理、提煉，從而建立用例模型。使用用例分析方法時(shí)可遵循以下步驟：1) 識(shí)別系統(tǒng)參與者，確定誰(shuí)會(huì)直接使用該系統(tǒng)。參與者是同系統(tǒng)交互的所有事物，該角色不僅可以由人承 擔(dān)，還可以是其它系統(tǒng)、硬件設(shè)備、甚至是時(shí)鐘。2) 合并需求獲得用例。找到所有參與考之后，根據(jù)需求獲取所得到的用戶需求，定義每個(gè)參與者希望系統(tǒng)做 什么，參與者希望系統(tǒng)作的每件事將成為一個(gè)用例。3) 繪制用例圖。將所識(shí)別的參與者以及所定義的用例通過(guò)用例圖的形式整理出來(lái)，以獲得例模型的框架。4) 細(xì)化用例描述。用例描述包

14、括以下兒個(gè)部分：用例夕【稱；用例參與者；用白然語(yǔ)言對(duì)用例進(jìn)行簡(jiǎn)要的描述；描述參與者何時(shí)使用該用例，即用例的觸發(fā)條件；描述在一般情況下，參與者使用該用例時(shí)會(huì)發(fā)生什么事情，即用例的基本過(guò)程；在基本過(guò)程的基礎(chǔ)上，考慮一些可變情況，把他們創(chuàng)建為擴(kuò)展用例:8. 4需求定義需求定義的目的是根據(jù)需求獲取和需求分析的結(jié)果，進(jìn)一步定義系統(tǒng)需求，產(chǎn)生需求規(guī)格說(shuō)明書(shū)。8. 4. 1標(biāo)識(shí)需求為了確保需求的易跟蹤、易修改，需求分析師應(yīng)通過(guò)需求編號(hào)的方式唯一標(biāo)識(shí)每一個(gè)需求，明確需求的跟蹤粒 度，并體現(xiàn)于需求規(guī)格說(shuō)明書(shū)中。8. 4. 2定義需求的優(yōu)先級(jí)需求分析師應(yīng)確定每個(gè)需求的優(yōu)先級(jí)并寫(xiě)入需求規(guī)格說(shuō)明書(shū)中，需求的優(yōu)先級(jí)的評(píng)

15、價(jià)標(biāo)準(zhǔn)如下：級(jí)別定義判斷標(biāo)準(zhǔn)高必須被實(shí)現(xiàn)的需求，這類(lèi)需求通?？梢詮囊韵聝簜€(gè)方面判斷：1）客戶核心的業(yè)務(wù)流程；2）強(qiáng)制性的國(guó)家或行業(yè)法律法規(guī)、標(biāo)準(zhǔn)要求的；3）明確或隱含的對(duì)用戶使用會(huì)造成重要影響的。中應(yīng)該被實(shí)現(xiàn)的需求，這類(lèi)需求往往具有以下特征：1）客戶隱含要求，對(duì)正常業(yè)務(wù)影響程度不大；2）不影響用戶正常使用，但為了更易用而提出來(lái)的一些需求；3）支持必要的系統(tǒng)操作，實(shí)現(xiàn)這歧需求將增強(qiáng)產(chǎn)品的性能，是產(chǎn)品最終所要求的。低可以被實(shí)現(xiàn)的需求，這歧需求一般為裝飾性的要求，如：1）功能或質(zhì)量上的附加需求；2）實(shí)現(xiàn)這些需求會(huì)使產(chǎn)品更完美，若不實(shí)現(xiàn)也不影響產(chǎn)品的功能與性能。優(yōu)先級(jí)的定義有利于幫助項(xiàng)目組在項(xiàng)目的范圍

16、、進(jìn)度、資源、預(yù)算等相關(guān)制約因素之間產(chǎn)生沖突時(shí)，能夠正確地對(duì)需 求實(shí)現(xiàn)的范圍或?qū)崿F(xiàn)的優(yōu)先程度做出取舍。一個(gè)實(shí)現(xiàn)這種權(quán)衡的方法是：當(dāng)接受一個(gè)新的高優(yōu)先級(jí)的需求或者其它項(xiàng) 目環(huán)境變化時(shí)，刪除低優(yōu)先級(jí)的需求，或者把它們推遲到下一版本中去實(shí)現(xiàn)。8. 43編寫(xiě)需求規(guī)格說(shuō)明書(shū)需求分析師在需求分析過(guò)程中根據(jù)分析步驟逐步編制形成需求規(guī)格說(shuō)明書(shū)。編寫(xiě)需求規(guī)格說(shuō)明書(shū)應(yīng)遵循以下規(guī)則：相關(guān)的需求都得到了識(shí)別與描述，以確保需求的完整性；各個(gè)需求之間不沖突，算法之間不相互矛盾，以確 保需求的一致性；正確描述系統(tǒng)需求，引用的資料有正規(guī)的出處，以確保需求的正確性；定義必要的術(shù)語(yǔ)， 適當(dāng)結(jié)合圖形、結(jié)構(gòu)圖等方式進(jìn)行描述，以確保需

17、求無(wú)二義性；使用較好的文檔結(jié)構(gòu)與需求標(biāo)識(shí)，使需求能 夠方便地與其它工作產(chǎn)品相對(duì)應(yīng)，以確保需求易于追溯；確保所描述的需求可以通過(guò)適當(dāng)?shù)氖侄蔚玫津?yàn)證，即需求的可測(cè)試性；考慮了各個(gè)層次的需求，確定了需求的優(yōu)先級(jí)，以確保需求的可行性。需求規(guī)格說(shuō)明書(shū)可以包括但不局限于：需求描述約定；系統(tǒng)概述，如系統(tǒng)功能、業(yè)務(wù)描述、數(shù)據(jù)流程描述、用戶的特點(diǎn)、運(yùn)行環(huán)境要求、設(shè)計(jì)與實(shí)現(xiàn)上的限制 等；功能需求描述；非功能性需求，如系統(tǒng)性能要求、安全備份與恢復(fù)要求、系統(tǒng)日志等。外部接口說(shuō)明，如軟硬接口、通信接口等；其它需求描述；功能列表等。8. 5需求評(píng)審和確認(rèn)需求確認(rèn)是指項(xiàng)目組和客戶（或客戶代表）共同對(duì)需求規(guī)格說(shuō)明書(shū)進(jìn)行評(píng)審，

18、雙方 對(duì)需求達(dá)成共識(shí)后做出承 諾。需求確認(rèn)包含兩個(gè)重要工作：“需求評(píng)審”和“需求承諾”。8. 5. 1需求評(píng)審應(yīng)對(duì)所形成的需求文檔進(jìn)行評(píng)審，以便作為下一階段工作的基礎(chǔ)。需求評(píng)審應(yīng)先在項(xiàng)目組內(nèi)部得到一致的同意后，再召開(kāi)技術(shù)評(píng)審會(huì)議。技術(shù)評(píng)審會(huì)議由需求分析師提出，由項(xiàng)目經(jīng)理組織召開(kāi)。技術(shù)評(píng)審會(huì)議應(yīng)邀請(qǐng)需求分析師同行、公司的技術(shù)專家、業(yè)務(wù)專家、測(cè)試部門(mén)人員、客戶或客戶代表、實(shí)施部門(mén)人員等參力口。關(guān)于技術(shù)評(píng)審會(huì)議的要求詳見(jiàn)評(píng)審過(guò)程。8. 5. 2需求承諾項(xiàng)目經(jīng)理將評(píng)審?fù)ㄟ^(guò)的需求規(guī)格說(shuō)明書(shū)提交給客戶（或客戶代表）、項(xiàng)目組進(jìn)行確 認(rèn)，確認(rèn)的方式可以是以下方式之一：直接簽字：由承諾方在評(píng)審報(bào)告上直接簽字或蓋

19、章確認(rèn)；由附方式：由項(xiàng)目經(jīng)理將需求規(guī)格說(shuō)明書(shū)與評(píng)審報(bào)告通過(guò)郵件發(fā)送給接收方，并明確確認(rèn)通過(guò)的準(zhǔn)則（如：如果在一周內(nèi)未予以回復(fù)則默認(rèn)為確認(rèn)通過(guò)）；發(fā)送會(huì)議紀(jì)要函：如果承諾方參加了評(píng)審會(huì)議并在會(huì)上達(dá)成了共識(shí)，則可以編制會(huì)議紀(jì)要在紀(jì)要中描述參加評(píng)審的人員、評(píng)審的結(jié)論等，并通過(guò)紀(jì)要函的方式發(fā)送給承諾方。8. 5. 3建立需求基線需求規(guī)格說(shuō)明書(shū)經(jīng)過(guò)評(píng)審與確認(rèn)后，應(yīng)根據(jù)配置管理過(guò)程的要求建立需求基線。8. 6需求變更管理對(duì)一個(gè)項(xiàng)目來(lái)說(shuō)，無(wú)論最初的需求分析有多么明確，開(kāi)發(fā)過(guò)程中的需求變化也還是不可避免的。這主要有以下兒種原因：產(chǎn)品所應(yīng)用的外部環(huán)境發(fā)生變化；隨著用戶對(duì)產(chǎn)品的熟悉和應(yīng)用，又提出新的需求；項(xiàng)目組進(jìn)

20、行需求分析時(shí)未能徹底分析用戶的需求，或分 析錯(cuò)誤；用戶在開(kāi)始時(shí)不能很全面的知道所需產(chǎn)品的功能。對(duì)于納入基線的需求，當(dāng)有變更時(shí)，應(yīng)按照正式的變更流程進(jìn)行變更。應(yīng)仔細(xì)評(píng)估被建議的變更，防止不必要的、影響過(guò)大或成本過(guò)高的、實(shí)現(xiàn)難度過(guò)大的變更。應(yīng)認(rèn)真控制項(xiàng)目范圍的擴(kuò)展。避免因頻繁采 納新的功能，不能按照客戶預(yù)期的進(jìn)度和預(yù)期質(zhì)量交付使用的情況。對(duì)于未獲批準(zhǔn)的需求變更，除可行性論證之外，不應(yīng)再做其他任何設(shè)計(jì)和實(shí)現(xiàn)工作。變更要及時(shí)通知所有涉及的人員，避免因不知情或相互誤解而帶來(lái)的錯(cuò)誤、開(kāi)發(fā)的返工和耗費(fèi)時(shí)間。具體變更過(guò)程見(jiàn)變更管理過(guò)程。8. 7需求跟蹤對(duì)一個(gè)項(xiàng)目來(lái)說(shuō)，當(dāng)需求確定下來(lái)以后，應(yīng)該保證在設(shè)計(jì)過(guò)程中每個(gè)需求都被實(shí)現(xiàn)，且項(xiàng)目的其它工作產(chǎn)品與需求保持一致。因此，一個(gè)比較好的方法就是建立一種需求雙向跟蹤機(jī)制。雙向跟蹤即：橫向跟蹤：當(dāng)發(fā)生需求變更時(shí)，通過(guò)從需求向后追溯到下游相關(guān)工作產(chǎn)品，可分析出這些關(guān)聯(lián)項(xiàng)是否需要變更，從而達(dá)到追溯的目的；縱向跟蹤。通過(guò)需求和需求之間的關(guān)系，可以了解需求的變更對(duì)其它需求的影響。進(jìn)行需求橫向跟蹤的一個(gè)簡(jiǎn)單的方法是建立一個(gè)映射，從需求到設(shè)計(jì)，從設(shè)計(jì)到編碼，以