項目需求管理制度

項目團隊管理制度青島中科方德軟件有限公司2013．6．21目錄一、概述 2二、需求管理指導(dǎo)方針 2三、需求跟蹤 4四、需求管理角色擔當 4五、變更控制 4附錄 12一、概述目的本文件的目的是對軟件開發(fā)需求管理階段的行為做了詳細的規(guī)定，確保能夠按照規(guī)范編制規(guī)格說明書并處理有關(guān)需求變更等事宜。范圍軟件的需求管理活動應(yīng)根據(jù)項目組的實際情況和項目組的具體情況進行，本文件是從下面的幾個方面進行的：對問題的識別、分析和綜合、編制需求分析的文檔、需求評審等。二、需求管理指導(dǎo)方針2.1階段項目組在進行軟件需求管理中，將需求工程分為需求開發(fā)和需求管理：2.1.1需求開發(fā)需求開發(fā)包括對一個軟件項目需求的獲取、分析、規(guī)格說明和驗證，需求開發(fā)的結(jié)果有項目視圖和范圍文檔、使用實例文檔、軟件需求規(guī)格說明及相關(guān)分析模型，經(jīng)評審批準，這些文檔就定義了開發(fā)工作的需求基線，這些基線在客戶和開發(fā)人員之間就構(gòu)筑了計劃產(chǎn)品功能需求和非功能需求的一個約定，需求約定是需求開發(fā)和需求管理之間的橋梁。2.1.2需求管理需求管理包括在項目進展過程中維持需求約定集成性和精確性的所有活動，所有需求管理強調(diào)：（1）控制對需求基線的變動，（2）保持項目計劃和需求一致，（3）控制單個需求和需求文檔的版本情況，（4）管理需求和聯(lián)系鏈之間的聯(lián)系或管理單個需求和其他項目可交付產(chǎn)品之間的依賴關(guān)系，（5）跟蹤基線中需求的狀態(tài)圖1需求管理的活動路線圖圖2流程圖2.1.2需求分析規(guī)范分析活動的目的是通過保證備用技術(shù)需求反映了需求的質(zhì)量屬性和表達了顧客的需要，將備用技術(shù)需求轉(zhuǎn)化為非正式的需求。分配是迭代的活動。過程活動將得有可能重復(fù)若干次，在每一次迭代中，需要要向顧客、終端用戶和開發(fā)者咨詢，并貫穿整個活動。后附《需求分析模板》三、需求跟蹤1)設(shè)計的需求跟蹤。建立需求和軟件部件、軟件程序、單元/函數(shù)的跟蹤對應(yīng)關(guān)系，更新跟蹤數(shù)據(jù)表文檔索引中的設(shè)計文檔數(shù)據(jù)。更新《需求跟蹤矩陣》。2)實現(xiàn)的需求跟蹤。對需求和軟件部件、軟件程序、單元/函數(shù)的跟蹤對應(yīng)關(guān)系進行維護，更新跟蹤數(shù)據(jù)表文檔索引中的代碼數(shù)據(jù)。更新《需求跟蹤矩陣》。3)測試的需求跟蹤。對需求和軟件部件、軟件程序、單元/函數(shù)的跟蹤對應(yīng)關(guān)系進行維護，更新跟蹤數(shù)據(jù)表文檔索引中的測試文檔數(shù)據(jù)。更新《需求跟蹤矩陣》。4)驗證的需求跟蹤。對需求和軟件部件、軟件程序、單元/函數(shù)的跟蹤對應(yīng)關(guān)系進行維護，更新跟蹤數(shù)據(jù)表文檔索引中的驗證（驗收測試文檔）數(shù)據(jù)。更新《需求跟蹤矩陣》。四、需求管理角色擔當產(chǎn)品經(jīng)理。軟件需求管理活動的責任人。負責組織《需求規(guī)范書》和《需求跟蹤矩陣》的撰寫。產(chǎn)品開發(fā)部：負責軟件需求的實現(xiàn)，參與需求管理活動。測試部：負責需求實現(xiàn)的測試驗證。質(zhì)量管理部：負責對軟件需求管理活動的測評，保證需求管理活動質(zhì)量，并組織《軟件需求跟蹤矩陣》的撰寫，負責需求配置庫、需求基線的管理。五、變更控制1.變更控制包括：A評估變更對現(xiàn)有約定的影響，合適時協(xié)商更改。B對由于已分配需求的變更造成對軟件計劃、工作產(chǎn)品和活動更改要進行：識別，評價，風險評估，文檔化，計劃，傳達給受影響的團隊和個人。跟蹤至完成。XX項目軟件需求規(guī)范總計頁數(shù)版本編號編制人員受控狀態(tài)評審人員編寫日期評審日期發(fā)布日期修訂歷史修訂表版本號修訂描述修訂人修訂日期審核人審核日期備注：主版本號修改為重要改版，要產(chǎn)生新文檔。不可沿用本文檔只做修訂記錄。

目錄1.1 目的 41.2 適用范圍 41.3 背景描述 41.4 參考資料 41.5 概述 42 整體說明 43 具體需求 43.1 功能 53.1.1 <功能性需求一> 53.2 可用性 53.2.1 <可用性需求一> 53.3 可靠性 53.3.1 <可靠性需求一> 63.4 性能 63.4.1 <性能需求一> 63.5 可支持性 63.5.1 <可支持性需求一> 63.6 設(shè)計約束 63.6.1 <設(shè)計約束一> 63.7 聯(lián)機用戶文檔和幫助系統(tǒng)需求 63.8 購買的構(gòu)件 73.9 接口 73.9.1 用戶界面 73.9.2 硬件接口 73.9.3 軟件接口 73.9.4 通信接口 73.10 許可需求 73.11 法律、版權(quán)及其他聲明 73.12 適用的標準 74 附錄 81簡介目的【示例：本文檔將詳細地說明項目管理工具子系統(tǒng)的外部行為、設(shè)計約束等功能需求?！窟m用范圍【示例：本文檔適用系統(tǒng)是“軟件質(zhì)量管理平臺”?！勘尘懊枋觥究赡艿南嚓P(guān)背景知識介紹?！繀⒖假Y料【本文用到的參考資料】概述【說明本文檔中其他部分所包含的內(nèi)容，并解釋此文檔的組織方式。】整體說明【這一節(jié)應(yīng)說明影響產(chǎn)品及其需求的一般因素。本節(jié)并不列出具體的需求，而只是提供在第3節(jié)中詳述的各種需求的背景，以使這些需求便于理解。所包括的內(nèi)容有：? 產(chǎn)品總體效果? 產(chǎn)品功能? 用戶特征? 約束? 假設(shè)與依賴關(guān)系? 運行環(huán)境? 需求子集】具體需求【這一節(jié)應(yīng)包含所有的軟件需求，其詳細程度應(yīng)使設(shè)計人員能夠設(shè)計出可以滿足這些需求的系統(tǒng)，并使測試人員能夠測試該系統(tǒng)是否滿足這些需求?！抗δ堋敬斯?jié)為以自然語言風格表達的需求說明為此設(shè)計的系統(tǒng)功能性需求。對于許多應(yīng)用程序，此節(jié)會成為軟件需求規(guī)約包的主體部分，所以應(yīng)仔細考慮此節(jié)的組織方式。此節(jié)通常按特性來組織，但也可能會有其他適用的組織方式，例如按用戶或子系統(tǒng)組織的方式。功能性需求可能包括特性集、性能和安全性。當利用應(yīng)用程序開發(fā)工具（如需求工具、建模工具等）來獲取功能性時，此節(jié)文檔將引用獲取相應(yīng)數(shù)據(jù)的方法，并指出用來獲取數(shù)據(jù)的工具的位置和名稱。】<功能性需求一>【需求說明?！靠捎眯浴敬斯?jié)應(yīng)包括所有影響可用性的需求。例如，? 指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓時間? 指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求? 指出在符合公認的可用性標準（如IBM的CUA標準和Microsoft的GUI標準）方面的需求】<可用性需求一>【在此給出需求說明?！靠煽啃浴緦ο到y(tǒng)可靠性的需求應(yīng)在此處說明。以下是一些建議：? 可用性—指出可用時間百分比(xx.xx%)、使用小時數(shù)、維護訪問權(quán)、降級模式操作等。? 平均故障間隔時間(MTBF)–通常表示為小時數(shù)，但也可表示為天數(shù)、月數(shù)或年數(shù)。? 平均修復(fù)時間(MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運行的時間。? 精確度—指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標準）。? 最高錯誤或缺陷率—通常表示為每千行代碼的錯誤數(shù)目(bugs/KLOC)或每個功能點的錯誤數(shù)目(bugs/function-point)。? 錯誤或缺陷率—按照小錯誤、大錯誤和嚴重錯誤等來分類。需求中必須對“嚴重”錯誤進行界定，例如：數(shù)據(jù)完全丟失或完全不能使用系統(tǒng)的某部分功能。】<可靠性需求一>【需求說明?！啃阅堋敬斯?jié)應(yīng)概述系統(tǒng)的性能特征。其中需包括具體的響應(yīng)時間。如果可行，按名稱引用相關(guān)用例。? 對事務(wù)的響應(yīng)時間（平均、最長）? 吞吐量，例如每秒處理的事務(wù)數(shù)? 容量，例如系統(tǒng)可以容納的客戶或事務(wù)數(shù)? 降級模式（當系統(tǒng)以某種形式降級時可接受的運行模式）? 資源利用情況，如內(nèi)存、磁盤、通信等】<性能需求一>【在此給出需求說明?！靠芍С中浴敬斯?jié)應(yīng)列出將提高所構(gòu)建系統(tǒng)的可支持性或可維護性的所有需求，其中包括編碼標準、命名約定、類庫、維護訪問權(quán)和維護實用程序?！?lt;可支持性需求一>【在此給出需求說明?！吭O(shè)計約束【此節(jié)應(yīng)列出所構(gòu)建系統(tǒng)的所有設(shè)計約束。設(shè)計約束代表已經(jīng)批準并必須遵循的設(shè)計決定。其中包括軟件語言、軟件流程需求、開發(fā)工具的指定用途、構(gòu)架及設(shè)計約束、購買的構(gòu)件、類庫等?！?lt;設(shè)計約束一>【在此給出需求說明?！柯?lián)機用戶文檔和幫助系統(tǒng)需求【如果存在對聯(lián)機用戶文檔、幫助系統(tǒng)、關(guān)于聲明的幫助等的需求，請在此說明?！抠徺I的構(gòu)件【此節(jié)說明在系統(tǒng)中使用的所有購入構(gòu)件、所有適用的許可或使用限制，以及所有相關(guān)的兼容性及互操作性或接口標準。】接口【此節(jié)規(guī)定應(yīng)用程序必須支持的接口/界面。它應(yīng)非常具體，包含協(xié)議、端口和邏輯地址等，以便于按照接口/界面需求開發(fā)并檢驗軟件?！坑脩艚缑妗菊f明軟件將實現(xiàn)的用戶界面。】硬件接口【此節(jié)指出軟件所支持的所有硬件接口，其中包括邏輯結(jié)構(gòu)、物理地址、預(yù)期行為等?！寇浖涌凇敬斯?jié)說明軟件系統(tǒng)中與其他構(gòu)件之間的軟件接口。這些構(gòu)件可以是購入的構(gòu)件、取自其他應(yīng)用程序重新利用的構(gòu)件，也可以是為此軟件需求規(guī)約范圍之外的子系統(tǒng)開發(fā)，但該軟件應(yīng)用程序必須與之交互的構(gòu)件?！客ㄐ沤涌凇菊f明與其他系統(tǒng)或設(shè)備（如局域網(wǎng)、遠程串行設(shè)備等）的所有通信接口。】許可需求【定義所有許可執(zhí)行