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

1、編號：PDT_F_DE 20020523版本：V1.0研發(fā)中心產(chǎn)品研發(fā)總體流程設(shè)計（總體框架）目 錄一目的4二產(chǎn)品研發(fā)總體流程設(shè)計的技術(shù)準(zhǔn)則4三產(chǎn)品研發(fā)與軟件項目的關(guān)系4四研發(fā)中心產(chǎn)品研發(fā)過程階段劃分與里程碑設(shè)置41、產(chǎn)品研發(fā)過程標(biāo)準(zhǔn)階段劃分42、面向?qū)ο蟮倪^程裁剪53、過程里程碑規(guī)格約束6五研發(fā)中心產(chǎn)品研發(fā)過程概述61. 產(chǎn)品規(guī)劃62. 產(chǎn)品規(guī)格定義7 項目立項73. 軟件項目計劃84. 需求獲取與需求分析95. 系統(tǒng)分析OOA96. 系統(tǒng)設(shè)計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、關(guān)于總流程的說明：15七產(chǎn)品研發(fā)中的角色與責(zé)任181、產(chǎn)品研發(fā)的組織模式182、過程角色與職責(zé)192.1. 產(chǎn)品總規(guī)劃師192.2. 產(chǎn)品經(jīng)理PDM192.3. 項目經(jīng)理PL202.4. 開發(fā)經(jīng)理SDM212.5. 配置管理員 CC212.6. 質(zhì)量保證工程師 SQA222.7. 軟件需求分析師SRA222.8 系統(tǒng)分析師 OOA232.9. 系統(tǒng)設(shè)計師 OOD232.10. 程序員 OOP242.11. 測試員 OOT242.12. 產(chǎn)品管理經(jīng)理 PLM25八產(chǎn)品研發(fā)過程管理規(guī)范體系251、體系構(gòu)成252、體

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

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

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

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

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

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

9、以先行參考 軟件能力成熟度模型過程裁減指南 。4) 裁剪的原則約束：無論項目對象、項目屬性，在面向適用對象的裁剪時不可裁減的兩個關(guān)鍵階段是：需求、設(shè)計。中心組織性原則約束，需求必須進(jìn)行評審并建立基線化管理，以確保需求在項目全周期的變更受到有效的控制和管理；設(shè)計必須評審，以確保在實際軟件建立（OOP）的過程中所潛在遵循的設(shè)計模型不存在關(guān)鍵設(shè)計質(zhì)量差異。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軟件設(shè)計階段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ī)格暫不能詳細(xì)刻劃，后期補(bǔ)充該工作。五 研發(fā)中心產(chǎn)品研發(fā)過程概述1. 產(chǎn)品規(guī)劃是產(chǎn)品戰(zhàn)略級規(guī)劃：主要包括

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

27、檔計劃在各個階段與開發(fā)同步實施。伴隨項目開發(fā)過程應(yīng)產(chǎn)生的文檔主要包括三類：（1）開發(fā)過程文檔：工程文檔（分析、設(shè)計、編碼、測試等文檔）、管理文檔（項目計劃、項目估計、項目跟蹤與監(jiān)控、軟件度量等文檔）、支持文檔（配置管理、質(zhì)量管理等）（2）用戶文檔：在線幫助，安裝指南，使用手冊，技術(shù)手冊，培訓(xùn)教材等；（3）宣傳資料：產(chǎn)品介紹資料，產(chǎn)品白皮書，產(chǎn)品宣傳PPT，演示光盤等；開發(fā)過程文檔是伴隨開發(fā)過程產(chǎn)生的，不需要特別安排編制工作；用戶文檔和宣傳文檔由服務(wù)中心負(fù)責(zé)編寫。項目中具體的文檔編制要求和分布參考項目支持計劃之一文檔編制計劃。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責(zé)任人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ā)布對驗收通過的項目進(jìn)行版本控制，整理項目版本包含的內(nèi)容并版本化，發(fā)布產(chǎn)品發(fā)布通告。工作產(chǎn)品：（請參見模板/樣例）序號工作產(chǎn)品名稱工作產(chǎn)品形態(tài)責(zé)任人1版本清單Word文檔開發(fā)經(jīng)理2產(chǎn)品包所有階段交付成果開發(fā)經(jīng)理3產(chǎn)品集成清單/集成路徑清單不限開發(fā)經(jīng)理 項目驗收項目驗收不是產(chǎn)品研發(fā)過程的技術(shù)控制環(huán)節(jié)，它是一個中心組織過程，按項目驗收管理流程處理。項目驗收的標(biāo)準(zhǔn)在產(chǎn)品定義階段已經(jīng)完成刻劃

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

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

31、品功能規(guī)格定義書Word 文件產(chǎn)品經(jīng)理2產(chǎn)品功能樹Xls 文件/或其他。要求樹結(jié)構(gòu)清晰并支持通過WBS碼能實現(xiàn)在不同工具間樹的轉(zhuǎn)換。產(chǎn)品經(jīng)理3產(chǎn)品驗收標(biāo)準(zhǔn)Word 文件產(chǎn)品經(jīng)理/產(chǎn)品總設(shè)計師4同類產(chǎn)品功能比較資料/橫向調(diào)研資料文件包產(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任務(wù)單不限/參考模板項目經(jīng)理5進(jìn)度計劃不限/參考模板項目經(jīng)理6項目卡不限/參考模板項目管理部軟件

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

33、碼人員3程序結(jié)構(gòu)及有關(guān)說明文檔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)品功能基線維護(hù)表不限產(chǎn)品管理部2產(chǎn)品版本控制表1（內(nèi)部版本對產(chǎn)品集成）內(nèi)部集成不限產(chǎn)品管理部3產(chǎn)品版本控制表 2（用戶產(chǎn)品配置表）產(chǎn)品部件外部配置不限產(chǎn)品管理部4用戶功能基線配置表（存貯在產(chǎn)品配置庫用戶產(chǎn)品配置目錄下；內(nèi)部控制）不限產(chǎn)品管理部門六 產(chǎn)品研發(fā)過程總流程1、產(chǎn)品研發(fā)過程總流程研發(fā)中心產(chǎn)品研發(fā)標(biāo)準(zhǔn)過程流程簡圖見圖2。研發(fā)中心產(chǎn)品研發(fā)詳細(xì)流程見研發(fā)中心產(chǎn)

35、品研發(fā)標(biāo)準(zhǔn)流程。2、關(guān)于總流程的說明：1) 研發(fā)中心產(chǎn)品研發(fā)標(biāo)準(zhǔn)流程提供兩種模式。一種是抽象并刻劃中心現(xiàn)有業(yè)務(wù)流程基礎(chǔ)上提出的現(xiàn)有標(biāo)準(zhǔ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ā)對象的變更，測試類變更單獨考慮）、管理類（計劃、任務(wù)）。所有變更均應(yīng)納入配置管理控制，凡是涉及到基線的變更需要特殊審批環(huán)節(jié)。3) 關(guān)于測試活動的統(tǒng)一布局問題。

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

37、義n 功能基線n 產(chǎn)品版本n 驗收計劃/標(biāo)準(zhǔ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ā)標(biāo)準(zhǔn)過程流程簡圖30- -七 產(chǎn)品研發(fā)中的角色與責(zé)任1、產(chǎn)品研發(fā)的組織模式1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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