大型軟件組織軟件產(chǎn)品研發(fā)核心管理過程流程設計-V1.0

1、編號：PDT_F_DE 20020523版本：V1.0研發(fā)中心產(chǎn)品研發(fā)總體流程設計（總體框架）目 錄一目的4二產(chǎn)品研發(fā)總體流程設計的技術準則4三產(chǎn)品研發(fā)與軟件項目的關系4四研發(fā)中心產(chǎn)品研發(fā)過程階段劃分與里程碑設置41、產(chǎn)品研發(fā)過程標準階段劃分42、面向對象的過程裁剪53、過程里程碑規(guī)格約束6五研發(fā)中心產(chǎn)品研發(fā)過程概述61. 產(chǎn)品規(guī)劃62. 產(chǎn)品規(guī)格定義7 項目立項73. 軟件項目計劃84. 需求獲取與需求分析95. 系統(tǒng)分析OOA96. 系統(tǒng)設計OOD107. 編碼實現(xiàn)108. 軟件集成與集成測試109. 系統(tǒng)測試11 文檔制作1110. 產(chǎn)品版本化發(fā)布12 項目驗收1211. 產(chǎn)品管理12

2、產(chǎn)品研發(fā)過程工作產(chǎn)品一覽表13六產(chǎn)品研發(fā)過程總流程151、產(chǎn)品研發(fā)過程總流程152、關于總流程的說明：15七產(chǎn)品研發(fā)中的角色與責任181、產(chǎn)品研發(fā)的組織模式182、過程角色與職責192.1. 產(chǎn)品總規(guī)劃師192.2. 產(chǎn)品經(jīng)理PDM192.3. 項目經(jīng)理PL202.4. 開發(fā)經(jīng)理SDM212.5. 配置管理員 CC212.6. 質量保證工程師 SQA222.7. 軟件需求分析師SRA222.8 系統(tǒng)分析師 OOA232.9. 系統(tǒng)設計師 OOD232.10. 程序員 OOP242.11. 測試員 OOT242.12. 產(chǎn)品管理經(jīng)理 PLM25八產(chǎn)品研發(fā)過程管理規(guī)范體系251、體系構成252、體

3、系的內部結構263、體系內容規(guī)劃283.1、研發(fā)過程總體概述283.2、項目管理283.3、需求管理283.4、配置管理293.5、質量管理293.6、產(chǎn)品（線）管理30九中心產(chǎn)品研發(fā)過程與SW_CMM L2各KPA的對照關系30研發(fā)中心核心過程分類表注：該表在后期研發(fā)中心標準研發(fā)過程（即本文）維護中使用。維護分類遵循軟件生存周期模型（ISO/IEC12207）分類，以支持中心后期面向軟件過程改進的優(yōu)化調整和面向SW_CMM的實施。屬性軟件生存周期過程責任職能部門/組協(xié)作職能部門/組備 注主要生存周期支持生存周期組織生存周期統(tǒng)計一 目的本規(guī)范是研發(fā)中心一級業(yè)務流程標準，旨在抽象刻劃并規(guī)范研發(fā)中

4、心產(chǎn)品研/開發(fā)工作的全生命周期過程。包括建立并規(guī)范產(chǎn)品開發(fā)工作流程（包含一些特殊業(yè)務的流程），劃分開發(fā)工作標準過程階段/里程碑，明確各階段關鍵活動、參與人員及相互關系，明確各階段工作的成果要求，明確中心業(yè)務部門間工作接口關系等。二 產(chǎn)品研發(fā)總體流程設計的技術準則1. 中心產(chǎn)品研發(fā)流程規(guī)范應該從根本上滿足軟件產(chǎn)品線管理、軟件項目管理及軟件工程若干管理分支的基本要求（并能從根本上符合SWCMM二級的要求）；2. 流程規(guī)范是結合中心現(xiàn)有開發(fā)過程中軟件開發(fā)各過程管理作用域實際表現(xiàn)的強勢與弱勢，并有針對性的按組織統(tǒng)一規(guī)劃的過程改進逐步建立、完善、實施、以期提升產(chǎn)品研發(fā)過程管理水平；3. 流程規(guī)范從根本上

5、把產(chǎn)品研發(fā)過程中各種關鍵活動和需求管理、項目計劃、項目跟蹤和監(jiān)控、配置管理、質量保證活動的要求緊密結合起來；目標是真正建立起研發(fā)中心產(chǎn)品研發(fā)全生命周期的穩(wěn)定過程結構。4. 規(guī)范中的各種要求在流程設計上都應可以體現(xiàn)在計劃、項目進度監(jiān)控和質量監(jiān)控的文檔中，并支持軟件過程的度量，積累組織關鍵數(shù)據(jù)；5. 本體系規(guī)范應為培訓、查詢、使用以及推行檢查提供支持和方便。三 產(chǎn)品研發(fā)與軟件項目的關系公司產(chǎn)品研發(fā)遵從統(tǒng)一規(guī)劃分步實施的原則。每個待研發(fā)的產(chǎn)品對象的具體開發(fā)過程都采用軟件項目的機制進行組織實施和內部約束。此外，研發(fā)中心接受的其他各種開發(fā)任務也以項目形式出現(xiàn)，包括：產(chǎn)品維護（錯誤修改、功能增強、缺陷完善

6、等），產(chǎn)品客戶化開發(fā)及維護等。軟件項目全生命周期管理貫穿于每一個分支產(chǎn)品的研發(fā)過程。同時整體產(chǎn)品（TEEMS）研發(fā)對象的管理在產(chǎn)品管理領域采用軟件產(chǎn)品線工程管理。二者理論基礎如下：n 產(chǎn)品管理：軟件產(chǎn)品線管理；SW_CMM；n 項目管理：軟件工程；軟件項目管理SE_CMM；n 共用基礎：軟件配置管理；軟件質量管理；軟件變更控制；需求管理；關于項目規(guī)模的中心約束：根據(jù)項目規(guī)模和難易，中心每個項目的規(guī)?？刂圃?0人月以內完成，項目周期控制在6個月以內。超過上述規(guī)模約束的軟件項目需要拆分成多個小的項目組織實施。一般的30人月以上的項目稱為大項目，10個人月以內的項目稱為小項目。四 研發(fā)中心產(chǎn)品研發(fā)過

7、程階段劃分與里程碑設置1、產(chǎn)品研發(fā)過程標準階段劃分研發(fā)中心產(chǎn)品研發(fā)過程劃分為11個標準階段，同步設立9個技術評審點，2個組織管理環(huán)節(jié)（研發(fā)立項、產(chǎn)品驗收）。11個標準階段構成研發(fā)中心標準軟件生命周期過程模型，是研發(fā)中心企業(yè)一級技術流程約束。圖1：研發(fā)中心產(chǎn)品研發(fā)標準過程階段劃分2、面向對象的過程裁剪研發(fā)中心標準軟件過程生存周期模型在具體的某一個項目中可以依據(jù)項目的具體屬性進行必要的裁剪。以下給出關于中心產(chǎn)品研發(fā)標準周期模型中階段在項目中的適用說明。1) 原則上研發(fā)中心任何一個產(chǎn)品/構件的開發(fā)過程都必須經(jīng)歷上述11個技術控制階段。在實際項目開發(fā)組織時可以根據(jù)待研發(fā)產(chǎn)品的規(guī)模、復雜程度、風險要求酌

8、情裁剪開發(fā)過程階段形成面向項目對象的快速開發(fā)過程模型（RAD）。2) 關于生命周期過程模型的裁減執(zhí)行人：項目經(jīng)理是實際項目生命周期選擇和裁減的執(zhí)行人。需要說明兩個問題：一是開發(fā)過程中充當該項目的質量保證工程師有責任和義務對項目經(jīng)理過程模型的選擇和裁減提供技術支持和必要的評審，過程周期模型的合理性直接關系到軟件開發(fā)過程的關鍵路徑，是成本基線、質量基線的基礎，必須予以充分的重視；此外在當前中心尚未建立獨立的SEPG 時過程模型的裁剪需要得到中心技術主管負責人的審核，過程模型是項目戰(zhàn)略層次的規(guī)劃。3) 關于項目過程模型適用性裁剪的準則。目前尚未建立中心過程模型裁剪的技術控制標準，項目經(jīng)理和其他人員可

9、以先行參考 軟件能力成熟度模型過程裁減指南 。4) 裁剪的原則約束：無論項目對象、項目屬性，在面向適用對象的裁剪時不可裁減的兩個關鍵階段是：需求、設計。中心組織性原則約束，需求必須進行評審并建立基線化管理，以確保需求在項目全周期的變更受到有效的控制和管理；設計必須評審，以確保在實際軟件建立（OOP）的過程中所潛在遵循的設計模型不存在關鍵設計質量差異。3、過程里程碑規(guī)格約束序號階段名稱階段屬性是否包含里程碑/里程碑規(guī)格1產(chǎn)品規(guī)劃階段產(chǎn)品（線）管理過程n 里程碑：產(chǎn)品規(guī)劃評審n 規(guī)格約束：暫不定義。2產(chǎn)品規(guī)格定義階段n 里程碑：產(chǎn)品規(guī)格定義評審n 規(guī)格約束： 暫不定義。3軟件需求階段項目管理過程n

10、 里程碑：需求評審n 規(guī)格約束： 暫不定義。4軟件項目計劃階段n 里程碑：項目計劃評審n 規(guī)格約束： 暫不定義。5軟件分析階段n 里程碑：OOA評審n 規(guī)格約束： 暫不定義。6軟件設計階段n 里程碑：OOD評審n 規(guī)格約束： 暫不定義。7編碼與單元測試階段無8集成測試階段n 里程碑：軟件集成與集成測試評審n 規(guī)格約束： 暫不定義。9系統(tǒng)測試階段n 里程碑：系統(tǒng)測試評審n 規(guī)格約束： 暫不定義。10產(chǎn)品發(fā)布階段n 里程碑：驗收評審n 規(guī)格約束： 暫不定義。11產(chǎn)品管理階段產(chǎn)品線無說明：里程碑的規(guī)格暫不能詳細刻劃，后期補充該工作。五 研發(fā)中心產(chǎn)品研發(fā)過程概述1. 產(chǎn)品規(guī)劃是產(chǎn)品戰(zhàn)略級規(guī)劃：主要包括

11、產(chǎn)品的商業(yè)目標規(guī)劃；產(chǎn)品的應用構成（功能族）結構規(guī)劃；技術研究方向規(guī)劃等。關鍵活動包括：n 目標市場規(guī)劃：確定產(chǎn)品的目標市場；結合本產(chǎn)品規(guī)劃對目標市場的未來進行預測與分析（一般要求基于行業(yè)調研的統(tǒng)計報告和分析報告）；n 功能規(guī)劃：定義產(chǎn)品的功能范圍；全面規(guī)劃產(chǎn)品的功能方向（滿足業(yè)務需求的功能領域）；產(chǎn)品的功能結構構成；劃分產(chǎn)品和子產(chǎn)品的功能邊界；產(chǎn)品功能結構的優(yōu)化；n 產(chǎn)品競爭性規(guī)劃：同業(yè)產(chǎn)品的查新；相似產(chǎn)品的比較研究；規(guī)劃產(chǎn)品的競爭特性分析與比較分析等；n 產(chǎn)品滿足企業(yè)商業(yè)目標的規(guī)劃：產(chǎn)品在組織內可實施性的分析。要求做產(chǎn)品整體級研發(fā)估計（核心是費用、資源與進度）；產(chǎn)品產(chǎn)出效益分析/回報分析等

12、可參考商業(yè)計劃書過程；n 產(chǎn)品的技術指標要求：產(chǎn)品性能規(guī)劃；初步定義產(chǎn)品驗收標準。n 產(chǎn)品規(guī)劃的組織約束：定義產(chǎn)品實施過程中的各類別組織約束（進度的、成本的、資源的、質量的、特性的等）。n 規(guī)劃優(yōu)化活動（包括開發(fā)對象優(yōu)先級分析）工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1產(chǎn)品規(guī)劃總體規(guī)劃設計報告技術報告Word 文件產(chǎn)品總規(guī)劃/設計師2產(chǎn)品結構規(guī)劃樹不限產(chǎn)品總規(guī)劃/設計師3產(chǎn)品可實施分析報告 不限產(chǎn)品總規(guī)劃/設計師 等2. 產(chǎn)品規(guī)格定義依據(jù)產(chǎn)品總體規(guī)劃（或總體規(guī)劃下的某分支產(chǎn)品規(guī)劃）的應用功能方向進行該產(chǎn)品功能的詳細定義。要求刻劃出該產(chǎn)品的功能層次和每個層次下的功能項構成

13、并詳細表述每個功能項要實現(xiàn)或滿足的功能要求的范圍和深度。產(chǎn)品規(guī)格定義的工作結果是一棵產(chǎn)品功能結構樹。功能樹的樹結構是初步的產(chǎn)品應用構成結構（后期需要多次迭代）；功能樹的每個葉子屬性是功能項的詳細刻劃，包括功能范圍；功能邏輯；功能深度等。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1產(chǎn)品功能規(guī)格定義書Word 文件產(chǎn)品經(jīng)理2產(chǎn)品功能樹Xls 文件/或其他。要求樹結構清晰并支持通過WBS碼能實現(xiàn)在不同工具間樹的轉換。產(chǎn)品經(jīng)理3產(chǎn)品驗收標準Word 文件產(chǎn)品經(jīng)理/產(chǎn)品總設計師4同類產(chǎn)品功能比較資料/橫向調研資料文件包產(chǎn)品管理部注：產(chǎn)品規(guī)格定義是依據(jù)產(chǎn)品規(guī)劃的指導進行的，目的是細化

14、產(chǎn)品規(guī)劃到可以實施需求獲取與分析的狀態(tài)，是產(chǎn)品研發(fā)的正式起點。產(chǎn)品規(guī)劃是宏觀的、戰(zhàn)略的、復雜而高風險的，產(chǎn)品規(guī)劃帶有很強的預研性質，在中心研發(fā)流程中把它獨立出來進行組織。產(chǎn)品規(guī)格定義是產(chǎn)品經(jīng)理的核心工作，規(guī)格刻劃與規(guī)格優(yōu)化在這個過程中需要形成階段內自身的迭代。 項目立項項目立項不是產(chǎn)品研發(fā)過程的技術控制環(huán)節(jié)，它是一個中心組織過程，屬于項目支持性流程環(huán)節(jié)，按立項審批管理流程處理。研發(fā)項目的所有者的對產(chǎn)品研發(fā)進行立項，立項活動由產(chǎn)品經(jīng)理負責組織實施。立項的依據(jù)是產(chǎn)品研發(fā)項目立項書。立項書的本質是一種通過對項目的預估計獲取項目整體性信息的幾個參數(shù)，組織評估這些參數(shù)確定可行性。項目立項書必須包括的項目

15、整體信息（定義為3個類別）：n 項目總規(guī)模/工作量；項目工期和物理時間階段；進度規(guī)劃n 項目資源需求計劃清單n 項目成本費用估算立項的準入條件：Ø 產(chǎn)品規(guī)格定義技術審核通過；Ø 產(chǎn)品立項書完成；說明：根據(jù)公司實際研發(fā)的組織情況和公司的管理約束，在項目立項過程中不必再進行技術審核，如需求審核等。但所有立項對象涉及的相關技術審核應該在產(chǎn)品整體規(guī)劃和產(chǎn)品功能定義階段組織實施。立項通過的項目，由產(chǎn)品經(jīng)理導入頁：8以內部合同/和約或者其他什么約束傳遞？其實這個過程相當于項目分包。中心項目部進行研發(fā)項目的開發(fā)過程。立項通過的項目才能進入正式的開發(fā)工作。工作產(chǎn)品：（請參見模板/樣例）序號

16、工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1產(chǎn)品研發(fā)項目立項書Word 文件產(chǎn)品經(jīng)理2項目建議書Word 文件項目管理部3項目估計清單文件包項目管理部3. 軟件項目計劃頁：8當前研發(fā)中心軟件項目計劃的編制階段是在軟件需求完成后進行的。項目計劃不包括需求階段的工作；后期項目計劃前置到軟件需求前，軟件需求納入計劃管理。建議這個過渡首先經(jīng)歷一兩個中心項目過程數(shù)據(jù)的積累。產(chǎn)品研發(fā)項目立項通過后進入項目過程，從立項通過到項目計劃這個階段是產(chǎn)品經(jīng)理與項目經(jīng)理的工作階段性過渡，項目管理部生成項目卡是這個過渡階段結束的標志，表明產(chǎn)品研發(fā)項目正式啟動。軟件項目啟動的第一步工作是編制項目計劃。按研發(fā)中心軟件項目計劃規(guī)范進行。

17、軟件項目計劃不是單純的時間安排，而是進度、質量、資源（人和物）、過程配置等相互之間妥協(xié)優(yōu)化的產(chǎn)物。一個理想的軟件項目計劃應該是項目過程各個管理域所涉及的若干全局變量統(tǒng)籌安排后的最優(yōu)結果。軟件項目計劃的核心難點是軟件估計與軟件度量。前者是計劃前期的核心工作，后者是項目過程跟蹤與監(jiān)控的核心工作，并且后者提供組織過程參數(shù)支持前者估計的精確性。研發(fā)中心軟件項目計劃在軟件估計的基礎上通過定義路標計劃、建立PERT網(wǎng)絡、基于WBS的任務拆分、GANTT進度進化完成。項目計劃必須把自上而下制定與自下而上的修改反饋結合起來，并把分級評審貫徹始終，保證軟件項目計劃的完備性、合理性，任務的覆蓋性，同時項目計劃本身

18、形成計劃制定的閉環(huán)機制。研發(fā)中心軟件項目計劃由項目經(jīng)理負責編制，開發(fā)經(jīng)理負責計劃編寫的技術支持。研發(fā)中心組織約束：對于項目計劃階段的組織約束包括：1.在編制軟件項目計劃的同時必須考慮并指定軟件項目的支持計劃，其中質量計劃（SQAP）和配置管理計劃（SCMP）是不可裁剪的核心支持計劃。2.軟件項目計劃是一個動態(tài)的對象，必須在項目進展的不同階段進行必要的迭代。參考軟件項目計劃指導書。3.軟件項目計劃完成后必須進行軟件項目跟蹤與監(jiān)控計劃的編制。最低約束是標識該軟件項目過程中必須的跟蹤路徑與關鍵檢查點。軟件項目計劃過程是一個復雜的管理過程，是項目成功的根本保證。請參考項目管理過程技術規(guī)范：軟件項目計劃

19、指導書項目計劃SPP （請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1軟件項目計劃 SPP不限/參考模板項目經(jīng)理2軟件項目跟蹤與監(jiān)控計劃 SPTO不限/參考模板項目經(jīng)理3軟件估計不限/參考模板項目經(jīng)理4任務單不限/參考模板項目經(jīng)理5進度計劃不限/參考模板項目經(jīng)理注：項目計劃的輔助工具有很多，但適合軟件項目計劃屬性的項目計劃輔助工具迄今沒有。主要表現(xiàn)為：現(xiàn)有計劃工具普遍是基于物理時間進度或定義的任務科目管理為核心，缺少軟件項目計劃中對質量管理、配置管理、跟蹤與監(jiān)控、變更管理等必須環(huán)節(jié)的支持性，尤其是對開發(fā)過程數(shù)據(jù)的收集、度量和管理根本沒有支持。所有這些工具充其量可以作為中心軟件項目計劃時

20、間進度編制或任務分配過程的輔助工具，中心最終軟件項目計劃的形態(tài)必須以中心模板為準！4. 需求獲取與需求分析需求獲取指按產(chǎn)品功能定義的約束進行產(chǎn)品實際需求的一系列調研活動以獲取該產(chǎn)品在實際領域內的真實業(yè)務需求。需求獲取的目的有兩層含義：一是在實際業(yè)務應用環(huán)境中檢查和檢驗產(chǎn)品功能定義刻劃的正確性和準確性，更關鍵的是按產(chǎn)品的功能定義的指導通過在實際領域業(yè)務需求獲取而建立需求模型。需求分析是根據(jù)項目需求報告界定的工作范圍，深入細化應用業(yè)務的詳細需求，描述每項業(yè)務是如何做的，業(yè)務流程、相關理論、運算公式、原理、業(yè)務數(shù)據(jù)、單據(jù)報表格式等。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1軟

21、件需求規(guī)格說明書（SRS）Word 文件需求分析員2軟件需求樹Xls 文件/或其他需求分析員3確認測試/系統(tǒng)測試計劃書Word 文件測試經(jīng)理/需求分析員4業(yè)務單據(jù)格式和單據(jù)數(shù)據(jù)項說明不限需求分析員5. 系統(tǒng)分析OOA根據(jù)項目需求規(guī)格說明書（SRS），對將要建立的滿足用戶需求的軟件系統(tǒng)進行分析。在系統(tǒng)分析過程中采用面向對象分析技術（OOA）劃分需求的問題域，對每一個問題域進行分析和抽象，對其中的事物和它們之間的關系產(chǎn)生正確的認識，找出描述問題域及其系統(tǒng)責任所需的類及對象，定義這些類和對象的屬性與服務，以及它們之間所形成的結構、靜態(tài)聯(lián)系和動態(tài)聯(lián)系。最終產(chǎn)生一個符合用戶需求，并能夠直接反映問題域和系

22、統(tǒng)責任的面向對象的分析模型。系統(tǒng)分析OOA的核心任務包括：Ø 劃分問題域（場景腳本）Ø 抽象標識類、對象（抽象并定義的過程）Ø 刻劃類層次Ø 分析表示對象連接Ø 建模對象行為工作產(chǎn)品：（請參見開發(fā)規(guī)范中的模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1系統(tǒng)分析OOA文檔WORD文檔系統(tǒng)分析員2界面的草圖文檔WORD文檔系統(tǒng)分析員3系統(tǒng)分析Rose文檔Rose文檔系統(tǒng)分析員注：如果采用原型法，最遲在此要建立第一個PROTOTYPE。6. 系統(tǒng)設計OOD根據(jù)項目需求分析和系統(tǒng)分析，針對軟件系統(tǒng)具體實現(xiàn)中的人機界面、數(shù)據(jù)存儲、任務管理等內容，運用面向

23、對象設計技術（OOD）進行系統(tǒng)設計。主要包括UI設計、對象設計和數(shù)據(jù)庫表設計。工作產(chǎn)品：（請參見開發(fā)規(guī)范中的模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1系統(tǒng)設計OOD文檔WORD文檔系統(tǒng)設計員2系統(tǒng)設計分析文檔Rose文檔系統(tǒng)設計員3CRC文檔WORD文檔系統(tǒng)設計員4界面的UI設計文檔WORD文檔系統(tǒng)設計員5數(shù)據(jù)庫設計文檔WORD文檔系統(tǒng)設計員注：如果采用原型法，此處要增補第一個PROTOTYPE（繼承型或拋棄型）。7. 編碼實現(xiàn)根據(jù)系統(tǒng)設計的結果，運用面向對象的方法進行程序編碼（OOP）以實現(xiàn)系統(tǒng)設計的內容。編碼過程就是用具體的數(shù)據(jù)結構來定義對象的屬性，用具體的語言來實現(xiàn)服務流程圖所表示

24、的算法。在對象設計階段形成的對象類和關系最后被轉換成特殊的程序設計語言、數(shù)據(jù)庫或者硬件的實現(xiàn)。工作產(chǎn)品：（請參見開發(fā)規(guī)范中的模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1源代碼.class文檔編碼人員2數(shù)據(jù)庫腳本SQL 文檔編碼人員3程序結構及有關說明文檔Java.Doc文檔Word文檔編碼人員8. 軟件集成與集成測試軟件集成：通過單元測試的代碼對象（物理文件）按軟件設計中指定的軟件集成路徑進行軟件集成，該工作一般要求在集成環(huán)境或配置管理工具環(huán)境中實現(xiàn)，是一個階段性的Release活動。軟件集成的產(chǎn)物是 版產(chǎn)品。集成測試：集成測試從根本上是在需求基線和設計基線指導下，對軟件功能模塊或子系統(tǒng)進

25、行集成的測試，目的是驗證軟件設計、實現(xiàn)與需求是否一致的過程。本質上集成測試是對設計進行驗證。從中心產(chǎn)品規(guī)劃到功能定義直至OOD有明確的層次性，同樣的集成測試也有明確的層次性。OOD設計時是如何細化下去的，集成時就怎么合回來，設計是怎么個粗略程度，集成時也該這么個粗略程度。軟件集成測試參考中心集成測試標準規(guī)范。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1集成測試報告WORD文檔測試經(jīng)理2軟件集成測試方案WORD文檔測試經(jīng)理3軟件集成測試計劃不限測試經(jīng)理4軟件集成測試用例不限測試經(jīng)理9. 系統(tǒng)測試系統(tǒng)測試是在需求基線及設計基線指導下，針對軟件產(chǎn)品系統(tǒng)進行的測試，其目的是驗證軟

26、件設計實現(xiàn)與需求是否一致。系統(tǒng)測試總體包含功能測試和性能測試兩部分。功能測試 是驗證軟件系統(tǒng)功能是否實現(xiàn)軟件系統(tǒng)的需求規(guī)格的測試過程；性能測試 在驗證是否實現(xiàn)軟件系統(tǒng)規(guī)格的基礎上，進一步驗證測試系統(tǒng)的容錯性，穩(wěn)定性，異常處理能力，高強度輸入處理能力等軟件系統(tǒng)性能方面的測試過程。中心系統(tǒng)測試由獨立測試中心負責組織實施并由測試經(jīng)理負責提交測試報告。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1系統(tǒng)測試報告WORD文檔測試經(jīng)理2系統(tǒng)測試方案WORD文檔測試經(jīng)理3軟件集成測試計劃不限測試經(jīng)理4軟件集成測試用例不限測試經(jīng)理 文檔制作文檔制作是伴隨軟件開發(fā)全過程的一個支持過程，按項目文

27、檔計劃在各個階段與開發(fā)同步實施。伴隨項目開發(fā)過程應產(chǎn)生的文檔主要包括三類：（1）開發(fā)過程文檔：工程文檔（分析、設計、編碼、測試等文檔）、管理文檔（項目計劃、項目估計、項目跟蹤與監(jiān)控、軟件度量等文檔）、支持文檔（配置管理、質量管理等）（2）用戶文檔：在線幫助，安裝指南，使用手冊，技術手冊，培訓教材等；（3）宣傳資料：產(chǎn)品介紹資料，產(chǎn)品白皮書，產(chǎn)品宣傳PPT，演示光盤等；開發(fā)過程文檔是伴隨開發(fā)過程產(chǎn)生的，不需要特別安排編制工作；用戶文檔和宣傳文檔由服務中心負責編寫。項目中具體的文檔編制要求和分布參考項目支持計劃之一文檔編制計劃。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1在線

28、幫助Html文檔產(chǎn)品管理組/開發(fā)人員2使用手冊Word文檔產(chǎn)品管理組/開發(fā)人員3產(chǎn)品介紹Word文檔產(chǎn)品管理組/開發(fā)人員4產(chǎn)品白皮書Word文檔產(chǎn)品管理組5安裝指南Word文檔產(chǎn)品管理組/開發(fā)人員10. 產(chǎn)品版本化發(fā)布對驗收通過的項目進行版本控制，整理項目版本包含的內容并版本化，發(fā)布產(chǎn)品發(fā)布通告。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1版本清單Word文檔開發(fā)經(jīng)理2產(chǎn)品包所有階段交付成果開發(fā)經(jīng)理3產(chǎn)品集成清單/集成路徑清單不限開發(fā)經(jīng)理 項目驗收項目驗收不是產(chǎn)品研發(fā)過程的技術控制環(huán)節(jié)，它是一個中心組織過程，按項目驗收管理流程處理。項目驗收的標準在產(chǎn)品定義階段已經(jīng)完成刻劃

29、。項目驗收是研發(fā)中心項目管理與產(chǎn)品管理的過渡環(huán)節(jié)。標志著項目過程關閉，產(chǎn)品（線）管理再啟動。對完工的項目按照驗收步驟進行驗收。驗收過程中對項目的情況給予評價。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1驗收報告Word 文件驗收組2產(chǎn)品歸檔清單Xls項目管理部3產(chǎn)品包（至少包含版產(chǎn)品和產(chǎn)品文檔）文件包驗收組4測試報告/測試分析報告Word 文件測試經(jīng)理11. 產(chǎn)品管理項目驗收通過標志著產(chǎn)品研發(fā)項目過程的結束，回歸產(chǎn)品管理階段。參考產(chǎn)品部業(yè)務管理規(guī)范。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人1產(chǎn)品功能基線維護表不限產(chǎn)品管理部2產(chǎn)品版本控制表1（內部版

30、本對產(chǎn)品集成）內部集成不限產(chǎn)品管理部3產(chǎn)品版本控制表 2（用戶產(chǎn)品配置表）產(chǎn)品部件外部配置不限產(chǎn)品管理部4用戶功能基線配置表（存貯在產(chǎn)品配置庫用戶產(chǎn)品配置目錄下；內部控制）不限產(chǎn)品管理部門 產(chǎn)品研發(fā)過程工作產(chǎn)品一覽表小結：研發(fā)中心產(chǎn)品研發(fā)過程包括上述11個標準工作控制階段，此外還包括3個組織支持過程階段：一個隱含在開發(fā)過程的支持過程（項目文檔）；兩個組織管理環(huán)節(jié)：立項過程與驗收過程。階段序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責任人產(chǎn)品規(guī)劃1產(chǎn)品規(guī)劃總體規(guī)劃設計報告技術報告Word 文件產(chǎn)品總規(guī)劃/設計師2產(chǎn)品結構規(guī)劃樹不限產(chǎn)品總規(guī)劃/設計師3產(chǎn)品可實施分析報告 不限產(chǎn)品總規(guī)劃/設計師 等產(chǎn)品規(guī)格定義1產(chǎn)

31、品功能規(guī)格定義書Word 文件產(chǎn)品經(jīng)理2產(chǎn)品功能樹Xls 文件/或其他。要求樹結構清晰并支持通過WBS碼能實現(xiàn)在不同工具間樹的轉換。產(chǎn)品經(jīng)理3產(chǎn)品驗收標準Word 文件產(chǎn)品經(jīng)理/產(chǎn)品總設計師4同類產(chǎn)品功能比較資料/橫向調研資料文件包產(chǎn)品管理部項目立項1產(chǎn)品研發(fā)項目立項書Word 文件產(chǎn)品經(jīng)理2項目建議書Word 文件項目管理部3項目估計清單文件包項目管理部軟件項目計劃1軟件項目計劃 SPP不限/參考模板項目經(jīng)理2軟件項目跟蹤與監(jiān)控計劃 SPTO不限/參考模板項目經(jīng)理3軟件估計不限/參考模板項目經(jīng)理4任務單不限/參考模板項目經(jīng)理5進度計劃不限/參考模板項目經(jīng)理6項目卡不限/參考模板項目管理部軟件

32、需求1軟件需求規(guī)格說明書（SRS）Word 文件需求分析員2軟件需求樹Xls 文件/或其他需求分析員3確認測試/系統(tǒng)測試計劃書Word 文件測試經(jīng)理/需求分析員4業(yè)務單據(jù)格式和單據(jù)數(shù)據(jù)項說明不限需求分析員軟件分析1系統(tǒng)分析OOA文檔WORD文檔系統(tǒng)分析員2界面的草圖文檔WORD文檔系統(tǒng)分析員3系統(tǒng)分析Rose文檔Rose文檔系統(tǒng)分析員軟件設計1系統(tǒng)設計OOD文檔WORD文檔系統(tǒng)設計員2系統(tǒng)設計分析文檔Rose文檔系統(tǒng)設計員3CRC文檔WORD文檔系統(tǒng)設計員界面的UI設計文檔WORD文檔系統(tǒng)設計員5數(shù)據(jù)庫設計文檔WORD文檔系統(tǒng)設計員編碼1源代碼.class文檔編碼人員2數(shù)據(jù)庫腳本SQL 文檔編

33、碼人員3程序結構及有關說明文檔Java.Doc文檔Word文檔編碼人員集成1集成測試報告WORD文檔測試經(jīng)理2軟件集成測試方案WORD文檔測試經(jīng)理3軟件集成測試計劃不限測試經(jīng)理4軟件集成測試用例不限測試經(jīng)理系統(tǒng)測試1系統(tǒng)測試報告WORD文檔測試經(jīng)理2系統(tǒng)測試方案WORD文檔測試經(jīng)理3軟件集成測試計劃不限測試經(jīng)理4軟件集成測試用例不限測試經(jīng)理文檔制作1在線幫助Html文檔產(chǎn)品管理組/開發(fā)人員2使用手冊Word文檔產(chǎn)品管理組/開發(fā)人員3產(chǎn)品介紹Word文檔產(chǎn)品管理組/開發(fā)人員4產(chǎn)品白皮書Word文檔產(chǎn)品管理組5安裝指南Word文檔產(chǎn)品管理組/開發(fā)人員產(chǎn)品發(fā)布1版本清單Word文檔開發(fā)經(jīng)理2產(chǎn)品包所

34、有階段交付成果開發(fā)經(jīng)理3產(chǎn)品集成清單/集成路徑清單不限開發(fā)經(jīng)理項目驗收1驗收報告Word 文件驗收組2產(chǎn)品歸檔清單Xls項目管理部3產(chǎn)品包（至少包含版產(chǎn)品和產(chǎn)品文檔）文件包驗收組4測試報告/測試分析報告Word 文件測試經(jīng)理產(chǎn)品管理1產(chǎn)品功能基線維護表不限產(chǎn)品管理部2產(chǎn)品版本控制表1（內部版本對產(chǎn)品集成）內部集成不限產(chǎn)品管理部3產(chǎn)品版本控制表 2（用戶產(chǎn)品配置表）產(chǎn)品部件外部配置不限產(chǎn)品管理部4用戶功能基線配置表（存貯在產(chǎn)品配置庫用戶產(chǎn)品配置目錄下；內部控制）不限產(chǎn)品管理部門六 產(chǎn)品研發(fā)過程總流程1、產(chǎn)品研發(fā)過程總流程研發(fā)中心產(chǎn)品研發(fā)標準過程流程簡圖見圖2。研發(fā)中心產(chǎn)品研發(fā)詳細流程見研發(fā)中心產(chǎn)

35、品研發(fā)標準流程。2、關于總流程的說明：1) 研發(fā)中心產(chǎn)品研發(fā)標準流程提供兩種模式。一種是抽象并刻劃中心現(xiàn)有業(yè)務流程基礎上提出的現(xiàn)有標準模式；另一種是根據(jù)過程管理優(yōu)化討論確定的中心產(chǎn)品過程優(yōu)化模式。這兩個模式存在一定的差異，主要表現(xiàn)在對需求部分管理的控制。從現(xiàn)有模式過度到優(yōu)化模式需要一個過程，這個過程的核心工作是積累研發(fā)中心自己的產(chǎn)品研發(fā)過程數(shù)據(jù)，提供后期優(yōu)化過程的支持。2) 兩種模式中對變更問題均單獨考慮。變更包括需求類、測試類（引發(fā)開發(fā)對象的變更，測試類變更單獨考慮）、管理類（計劃、任務）。所有變更均應納入配置管理控制，凡是涉及到基線的變更需要特殊審批環(huán)節(jié)。3) 關于測試活動的統(tǒng)一布局問題。

36、4) 關于產(chǎn)品研發(fā)過程中支持環(huán)節(jié)-文檔編制的統(tǒng)一布局問題。每個項目需要獨立編寫文檔計劃，確定項目每個階段必須進行的工程文檔、管理文檔對象并指定責任實施人。5) 關于項目全生命周期中配置管理的規(guī)劃。后期單獨組織設計以規(guī)范研發(fā)過程，從根本上控制每一個開發(fā)活動和工作產(chǎn)品。6) 關于開發(fā)過程的設計。原則上中心產(chǎn)品研發(fā)采用相同的開發(fā)過程模型，即本規(guī)范所定義的過程模型。需要指出的是該過程模型按具體產(chǎn)品研發(fā)對象需要必要的過程裁剪，負責裁剪的責任人是公司軟件工程管理者和項目經(jīng)理，所有過程的裁剪應遵循中心過程裁剪規(guī)范（后期抽象、定義、約束）。16- -1 產(chǎn)品規(guī)劃產(chǎn)品總設計師里程碑：產(chǎn)品架構樹2 產(chǎn)品（規(guī)格）定

37、義n 功能基線n 產(chǎn)品版本n 驗收計劃/標準產(chǎn)品管理部/產(chǎn)品經(jīng)理里程碑：產(chǎn)品功能樹立項過程項目管理部à項目建議書；估算表產(chǎn)品管理部à立項報告產(chǎn)品管理部+項目管理部項目建議書à研發(fā)立項書規(guī)劃評審Close規(guī)格定義評審Close3 需求過程n 需求獲取n 需求分析n SRS 項目管理部/開發(fā)部里程碑：產(chǎn)品需求樹410 項目過程研發(fā)過程（項目樹）版產(chǎn)品測試通過提交產(chǎn)品管理部版產(chǎn)品項目管理部/開發(fā)部里程碑：、版產(chǎn)品11產(chǎn)品管理產(chǎn)品管理部里程碑：產(chǎn)品樹產(chǎn)品驗收需求評審Close立項評審圖2：產(chǎn)品研發(fā)標準過程流程簡圖30- -七 產(chǎn)品研發(fā)中的角色與責任1、產(chǎn)品研發(fā)的組織模式1

38、.1、 高效項目組的特點 一個高效的項目組能夠賦予項目組成員權力、并明確他們的責任。明確的責任與權力會消除獲得成功過程中的障礙，并使項目組成員專注于自己的工作目標。高效的項目組能夠保證項目的目標和進度可以達到。每個項目組中的成員根據(jù)他所負責的任務進行時間、進度的估計和安排。明確而暢通的通訊機制和統(tǒng)一消息平臺是高效項目組的基礎支持。項目負責人必須花精力定義并組織建立這個基礎，以確保項目成功。1.2、 研發(fā)中心項目組織模式研發(fā)中心產(chǎn)品研發(fā)過程的組織模式采用矩陣組織。矩陣組織是一種項目職能混合結構。一個矩陣組織相當于一個水平的、對角線的與垂直的關系的網(wǎng)，而不是傳統(tǒng)的垂直職能關系。當很多項目對有限資源

39、的競爭引起對職能部門的資源的廣泛需求時，矩陣管理就是一個有效的組織形式。在矩陣組織中，項目經(jīng)理在項目活動的“什么”和“何時”方面，即內容和時間方面對職能部門行使權力，而各職能部門負責人決定“如何”支持。每個項目經(jīng)理直接向最高管理層負責，并由最高管理層授權。而職能部門則從另一方面來控制，對各種資源做出合理的分配和有效的控制調度。職能部門負責人既要對他們的直線上層負責，也要對項目經(jīng)理負責。研發(fā)中心每個研發(fā)項目指定一個項目經(jīng)理進行研發(fā)過程管理。一般會同時指定一個分析、設計人員（來自分析設計組）負責對技術問題的管理。當任務涉及到多個職能組的工作時（有些項目可能只涉及單一的職能組），由項目經(jīng)理根據(jù)項目工

40、作安排與職能組的組長（部門經(jīng)理）進行協(xié)調，由職能組的組長來安排資源支持。項目經(jīng)理根據(jù)各職能組長的資源安排匯總項目組編制整個項目的軟件項目計劃、項目跟蹤與監(jiān)控計劃和必須軟件支持計劃。并根據(jù)最終形成的項目計劃對項目進行控制和管理。項目進行過程中依據(jù)項目管理標準并按項目管理計劃和監(jiān)控計劃對項目進行跟蹤、調整、總結，各職能組的人員要對這些工作給予必須的支持和配合。圖3：PDT組織模式項目完工后對項目進行集中驗收。2、過程角色與職責2.1. 產(chǎn)品總規(guī)劃師2.2. 產(chǎn)品經(jīng)理PDM產(chǎn)品經(jīng)理：了解用戶特征，尤其是用戶商業(yè)特征,明確用戶的需求以及需求的期望值。一般而言用戶的商業(yè)化特征比較強，需求無盡，現(xiàn)實中很難

41、界定到底如何才算需求得到了滿足。因此引入用戶需求的期望值，以便于對需求目標的把握。確定了需求期望值后，用戶的商業(yè)目的就相對明確，后期的組織實施也會比較順暢。 產(chǎn)品經(jīng)理的職責：概括起來產(chǎn)品經(jīng)理的職責有三個類別：1. 對產(chǎn)品的生存周期負責，這是橫跨市場與研發(fā)的平衡；包括對產(chǎn)品生命周期的規(guī)劃；產(chǎn)品市場戰(zhàn)略的規(guī)劃（是后期市場銷售計劃的指導），產(chǎn)品最終形態(tài)的規(guī)劃等。產(chǎn)品經(jīng)理要對該產(chǎn)品的研發(fā)對本組織的商業(yè)目標實現(xiàn)負責，即產(chǎn)品研發(fā)投入和期望回報負責。2. 對產(chǎn)品的內部功能定義負責；3. 對產(chǎn)品研發(fā)從進度、費用、功能基線的實現(xiàn)提出約束或定義。該職責細化起來表現(xiàn)為：1. 負責產(chǎn)品的橫向信息的收集比較，制定產(chǎn)品生

42、存策略規(guī)劃，是公司在該分支商業(yè)目標實現(xiàn)的代表和責任人。1) 組織并制定產(chǎn)品市場生存戰(zhàn)略方案；2) 同銷售領域負責人溝通，指導產(chǎn)品市場銷售策略的制定和市場銷售方案的制定；3) 同產(chǎn)品管理部溝通并指導產(chǎn)品管理部對產(chǎn)品最終形態(tài)的（包裝）策略進行規(guī)劃；4) 收集產(chǎn)品反饋信息，編制產(chǎn)品整體改進建議；2. 負責產(chǎn)品研發(fā)的策略的規(guī)劃，是從市場實現(xiàn)角度對產(chǎn)品實現(xiàn)過程的組織定義和約束；1) 接受產(chǎn)品總規(guī)劃師的技術指導對產(chǎn)品功能進行詳細定義，確定功能邊界、功能層次、功能規(guī)格，形成產(chǎn)品功能樹；2) 根據(jù)產(chǎn)品生存策略基于產(chǎn)品功能樹完成版本計劃的定義；并制定該產(chǎn)品的功能驗收準則，約束開發(fā)；3) 對項目經(jīng)理進行交流，解釋

43、功能需求，指導項目經(jīng)理完成產(chǎn)品開發(fā)過程；4) 對項目組需求分析人員進行指導，跟蹤需求獲取過程，獨立監(jiān)控產(chǎn)品需求抽象和需求規(guī)格刻劃與產(chǎn)品功能定義的一致性；5) 參加需求規(guī)格說明書的審核；6) 召集人員參加相關產(chǎn)品會議；3. 代表公司對產(chǎn)品研發(fā)項目過程提出組織約束；1) 功能實現(xiàn)優(yōu)先次序約束；2) 項目進度約束；3) 項目成本約束；2.3. 項目經(jīng)理PL在項目開始階段，項目管理部經(jīng)理在研發(fā)主管領導的幫助下為每個項目選拔確定項目經(jīng)理。項目經(jīng)理全權負責管理指派的項目。他向部門經(jīng)理匯報有關項目的所有活動。項目經(jīng)理的職責：概括起來產(chǎn)品經(jīng)理的職責有四個類別：1. 一個項目正式開展之前，項目經(jīng)理的職責（核心活

44、動）包括：完成1) 項目過程手冊(Process Handbook)：分析確定該項目所采取的裁剪后的生命周期模型和開發(fā)過程流程，建立研發(fā)過程開發(fā)準則；2) 項目計劃(Project Plan)：在此描述整個項目所應完成的交付物（工作產(chǎn)品）、各階段工作產(chǎn)品明細、項目工作量估計及工作量分布、階段任務構成及任務分配明細、項目時間進度表、資源需求、潛在風險分析等； 3) 項目跟蹤計劃（SPTO）：描述項目過程的跟蹤與控制方法，跟蹤與控制的對象（過程類、工作產(chǎn)品類）明細、路徑，建立項目過程的關鍵檢查點并以里程碑的形式固化，項目過程度量計劃（度量對象、參數(shù)收集方法、度量準則等），項目狀態(tài)報告規(guī)則，項目報警

45、基線等；4) 項目配置管理計劃(Project Configuration Plan)：在此指定配置管理員，描述項目配置項列表、配置管理庫、版本管理計劃，指導（開發(fā)經(jīng)理參與）配置員建立項目配置環(huán)境（開發(fā)配置），確立項目配置規(guī)則，完成配置管理計劃； 5) 質量管理計劃（Software Quality Assurance Plan）：和質量經(jīng)理一同指導質量保證工程師（SQA）建立項目過程里程碑，刻化里程碑規(guī)格，設置項目過程評審點，并完成項目質量保證計劃；6) 文檔編制計劃：項目過程中工程文檔、管理文檔、支持文檔的分布與責任人，并形成相對時間計劃；7) 測試計劃：和測試經(jīng)理確認項目測試計劃；8)

46、從中心獲取項目資源，包括開發(fā)人力資源、軟硬件資源等，組成項目，啟動項目。所有上述管理過程形成的各個管理分支領域的管理計劃是一個整體，共同作用于同一個項目的生命周期，各自從不同的管理控制角度進行過程管理。2. 在項目開發(fā)過程中，項目經(jīng)理的職責（核心活動）有三個：項目過程跟蹤與控制；項目過程度量；根據(jù)項目狀態(tài)進行協(xié)調，制定改進方案與措施跟蹤項目規(guī)模、進度、工作量、質量等；1) 進行項目過程度量，積累中心項目過程特性參數(shù)并提交項目管理部維護；2) 項目計劃和其他管理計劃的迭代（每個里程碑必須進行計劃迭代）；3) 根據(jù)項目的狀態(tài)，當項目進行偏離計劃時制定必須的糾正措施和改進方案；對突發(fā)事件能及時合理地

47、進行協(xié)調和處理； 4) 維護項目基線；控制項目各個特性指標：規(guī)模類、成本類等；5) 對產(chǎn)品經(jīng)理和公司其他高級管理者的項目狀態(tài)報告；6) 與開發(fā)經(jīng)理協(xié)作，對每個開發(fā)任務的跟蹤和優(yōu)化工作（關鍵任務項、任務路徑等）貫穿項目始終；7) 與質量保證工程師協(xié)作進行項目過程和工作產(chǎn)品的評審；解決由質量保證工程師審核發(fā)現(xiàn)的問題偏離8) 與配置管理員保持同步溝通，確保開發(fā)過程統(tǒng)一消息流的暢通、協(xié)作開發(fā)能順利實施、工作產(chǎn)品能得到管理和控制、變更按中心即定流程進行并得到有效管理；9) 跟蹤項目組資源使用情況，做必要的資源優(yōu)化調整，尤其是開發(fā)人員資源類的跟蹤和動態(tài)調整。3. 在項目結尾階段項目經(jīng)理的職責（核心活動）包

48、括兩個：對項目驗收的組織和準備；項目歸檔工作；1) 依據(jù)產(chǎn)品驗收標準和項目計劃完成待驗收工作產(chǎn)品的打包和規(guī)格檢查；2) 組織完成產(chǎn)品驗收申請報告，產(chǎn)品驗收清單是必須填寫的；3) 組織項目組中參與產(chǎn)品驗收答辯的相關人員進行必須的工作準備確保產(chǎn)品驗收是高效而有準備的；4) 填寫項目歸檔卡；5) 按項目歸檔流程進行項目分類歸檔；6) 指導配置管理員進行項目開發(fā)配置庫的備份并提交；提交開發(fā)配置庫是產(chǎn)品歸檔工作完結的標志。4. 此外項目經(jīng)理組織和參加必須的項目管理工作會議、審核和評審會議；2.4. 開發(fā)經(jīng)理SDM待定義。該角色一般在大規(guī)模、高復雜的軟件項目中出現(xiàn)，中小規(guī)模軟件項目會以各個職能組長角色出現(xiàn)

49、。2.5. 配置管理員 CC配置管理員：是項目組的一員，他對控制項目每個配置管理過程，以配置項的維護為核心工作，是工作產(chǎn)品的維護者，是協(xié)作開發(fā)環(huán)境的維護者，是工作產(chǎn)品版本化的實施者。注：配置管理員在研發(fā)中心是一個復用角色。多個項目共享一個配置管理員或一個開發(fā)成員兼該項目的配置管理員；配置管理員的職責是：1. 編寫項目配置管理計劃2. 獲得配置管理計劃確定的配置管理任何工具3. 對項目團隊（包括新加入的成員）培訓配置管理概念，相關過程和適合過程的工作流，選擇配置管理工具和配置管理環(huán)境4. 為執(zhí)行項目配置計劃規(guī)定必需的配置環(huán)境5. 將取得的明確的配置項輸入受控的知識庫6. 處理和跟蹤配置項目的變化

50、需求7. 維護配置管理必需的記錄8. 關注變更情況9. 在配置評審和基線評審方面協(xié)助質量保證工程師的工作，確保在評審期間確定的不合格產(chǎn)品終止10. 完成從受控知識庫里的版本發(fā)布11. 檢驗文件備份的完整性，確保完成文件備份和執(zhí)行任意修復2.6. 質量保證工程師 SQA質量保證工程師：是在項目過程中實施獨立質量保證活動的成員。注：軟件質量保證工程師在研發(fā)中心是一個復用角色。多個項目共享一個SQA或其他項目的某個角色兼該項目的SQA（同一個項目組的開發(fā)成員不容許擔任該項目的兼職SQA）；質量保證工程師是一個“特務”，是“安插”在項目中的一個監(jiān)控角色，一般的他有對公司高級和最高級領導者有特殊的直接渠

51、道和責任，把項目過程偏差的監(jiān)控結果直接提交。為達所有這類活動的目的的公證性，質量管理工程師必須有一種獨立審查的機制，一方面他接受項目經(jīng)理的指導和工作要求，建立該項目的質量保證計劃；另一方面他必須采用自身的質量保證技術和規(guī)范，進行必要的工程統(tǒng)計和分析，獲取項目過程的符合度指標，反饋項目經(jīng)理并且跟蹤項目經(jīng)理對項目的調整行動，他甚至在這中間反復打小報告。質量保證工程師是獨立的專職角色（但可以在很多項目中擔任質量保證工程師）。anji 給的說明說明：測試與質量保證有著重要的區(qū)別：測試活動的根本是針對一個具體過程活動的結果，比如各個測試類型針對不同的開發(fā)階段的工作產(chǎn)品，測試包含詳細的技術工作，它是項目組

52、的一個核心角色。質量保證通常是公司的一個職能部門，質量保證除了結果外更關系過程，評審過程的特性是否滿足組織的規(guī)約。質量保證同時負責在不同的項目組之間共享最好的軟件工程實踐經(jīng)驗。質量保證工程師的職責：1. 協(xié)助項目經(jīng)理選擇/裁剪項目生命周期模型；2. 從質量特性和過程特性的角度監(jiān)控項目，判斷過程的偏離；3. 參與項目管理計劃和項目配置計劃的評審；4. 與項目管理計劃和項目配置計劃同步編寫項目質量保證計劃；5. 編制項目管理評審的進度報告并維護必需的記錄和行動要點的狀態(tài)；6. 基于項目質量保證計劃，在項目過程中評審工作產(chǎn)品和進行配置基線審核；7. 基于項目質量保證計劃，參加項目階段結束會議和其他必須的會議；8. 提交質量保證工程師工作周報給項目經(jīng)理和公司高級管理者；9. 進行過程符合性審核，并向項目經(jīng)理，部門經(jīng)理和研發(fā)主管領導報告結果；10. 對項目進行技術統(tǒng)計和技術分析，將項目中呈上升勢態(tài)的問題焦點或偏差提交給公司高級管理者，并附糾正措施建議或改進計劃2.7. 軟件需求分析師SRA需求分