研發(fā)中心產品研發(fā)總體流程設計（框架）

1、編號：PDT_F_DE 20020523 版本：V1.0 研發(fā)中心產品研發(fā)總體流程設計 （框架） 內部工作版 作 者：安及/ANJI 日 期：2002.05 北京開思軟件 版權所有 違者必究 目 錄 一 目的.4 二 產品研發(fā)總體流程設計的技術準則.4 三 產品研發(fā)與軟件項目的關系.4 四 研發(fā)中心產品研發(fā)過程階段劃分與里程碑設置.4 1、產品研發(fā)過程標準階段劃分.4 2、面向對象的過程裁剪.5 3、過程里程碑規(guī)格約束.6 五 研發(fā)中心產品研發(fā)過程概述.6 1. 產品規(guī)劃.6 2. 產品規(guī)格定義.7 項目立項.7 3. 軟件項目計劃.8 4. 需求獲取與需求分析.9 5. 系統(tǒng)分析OOA.9

2、6. 系統(tǒng)設計OOD.10 7. 編碼實現(xiàn).10 8. 軟件集成與集成測試.10 9. 系統(tǒng)測試.11 文檔制作.11 10. 產品版本化發(fā)布.12 項目驗收.12 11. 產品管理.12 產品研發(fā)過程工作產品一覽表.13 六 產品研發(fā)過程總流程.15 1、產品研發(fā)過程總流程.15 2、關于總流程的說明：.15 七 產品研發(fā)中的角色與責任.18 1、產品研發(fā)的組織模式.18 2、過程角色與職責.19 2.1. 產品總規(guī)劃師.19 2.2. 產品經理PDM.19 2.3. 項目經理PL.20 2.4. 開發(fā)經理SDM.21 2.5. 配置管理員 CC.21 2.6. 質量保證工程師 SQA.22

3、 2.7. 軟件需求分析師SRA.22 2.8 系統(tǒng)分析師 OOA.23 2.9. 系統(tǒng)設計師 OOD.23 2.10. 程序員 OOP.24 2.11. 測試員 OOT.24 2.12. 產品管理經理 PLM.25 八 產品研發(fā)過程管理規(guī)范體系.25 1、體系構成.25 2、體系的內部結構.26 3、體系內容規(guī)劃.28 3.1、研發(fā)過程總體概述.28 3.2、項目管理.28 3.3、需求管理.28 3.4、配置管理.29 3.5、質量管理.29 3.6、產品（線）管理.30 九 中心產品研發(fā)過程與SW_CMM L2各KPA的對照關系.30 - 2-研發(fā)中心核心過程分類表 注：該表在后期研發(fā)中

4、心標準研發(fā)過程（即本文）維護中使用。維護分類遵循軟件生存周期模型（ISO/IEC12207）分類，以支持中心后期面向軟件過程改進的優(yōu)化調整和面向SW_CMM/CMMI的實施。 屬性 軟件生存周期過程 責任職能部門/組 協(xié)作職能部門/組備 注 主要生存周期 支持生存周期 組織生存周期 統(tǒng)計 - 3- 一 目的 本規(guī)范是研發(fā)中心一級業(yè)務流程標準，旨在抽象刻劃并規(guī)范研發(fā)中心產品研/開發(fā)工作的全生命周期過程。包括建立并規(guī)范產品開發(fā)工作流程（包含一些特殊業(yè)務的流程），劃分開發(fā)工作標準過程階段/里程碑，明確各階段關鍵活動、參與人員及相互關系，明確各階段工作的成果要求，明確中心業(yè)務部門間工作接口關系等。 二

5、 產品研發(fā)總體流程設計的技術準則 1. 中心產品研發(fā)流程規(guī)范應該從根本上滿足軟件產品線管理、軟件項目管理及軟件工程若干管理分支的基本要求（并能從根本上符合SWCMM二級的要求）； 2. 流程規(guī)范是結合中心現(xiàn)有開發(fā)過程中軟件開發(fā)各過程管理作用域實際表現(xiàn)的強勢與弱勢，并有針對性的按組織統(tǒng)一規(guī)劃的過程改進逐步建立、完善、實施、以期提升產品研發(fā)過程管理水平； 3. 流程規(guī)范從根本上把產品研發(fā)過程中各種關鍵活動和需求管理、項目計劃、項目跟蹤和監(jiān)控、配置管理、質量保證活動的要求緊密結合起來；目標是真正建立起研發(fā)中心產品研發(fā)全生命周期的穩(wěn)定過程結構。 4. 規(guī)范中的各種要求在流程設計上都應可以體現(xiàn)在計劃、項

6、目進度監(jiān)控和質量監(jiān)控的文檔中，并支持軟件過程的度量，積累組織關鍵數(shù)據； 5. 本體系規(guī)范應為培訓、查詢、使用以及推行檢查提供支持和方便。 三 產品研發(fā)與軟件項目的關系 公司產品研發(fā)遵從統(tǒng)一規(guī)劃分步實施的原則。每個待研發(fā)的產品對象的具體開發(fā)過程都采用軟件項目的機制進行組織實施和內部約束。 此外，研發(fā)中心接受的其他各種開發(fā)任務也以項目形式出現(xiàn)，包括：產品維護（錯誤修改、功能增強、缺陷完善等），產品客戶化開發(fā)及維護等。 軟件項目全生命周期管理貫穿于每一個分支產品的研發(fā)過程。同時整體產品（TEEMS）研發(fā)對象的管理在產品管理領域采用軟件產品線工程管理。二者理論基礎如下： ? 產品管理：軟件產品線管理；

7、SW_CMM； ? 項目管理：軟件工程；軟件項目管理SE_CMM； ? 共用基礎：軟件配置管理；軟件質量管理；軟件變更控制；需求管理； 關于項目規(guī)模的中心約束： 根據項目規(guī)模和難易，中心每個項目的規(guī)?？刂圃?0人月以內完成，項目周期控制在6個月以內。超過上述規(guī)模約束的軟件項目需要拆分成多個小的項目組織實施。 一般的30人月以上的項目稱為大項目，10個人月以內的項目稱為小項目。 四 研發(fā)中心產品研發(fā)過程階段劃分與里程碑設置 1、產品研發(fā)過程標準階段劃分 研發(fā)中心產品研發(fā)過程劃分為11個標準階段，同步設立9個技術評審點，2個組織管理環(huán)節(jié)（研發(fā)立項、產品驗收）。 11個標準階段構成研發(fā)中心標準軟件生

8、命周期過程模型，是研發(fā)中心企業(yè)一級技術流程約束。 - 4- 產品規(guī)劃規(guī)格軟件項目軟件設計產品軟件需求軟件分析計劃階段階段階段制定階段階段階段 評估點評估點評估12評估點點4評估點評估點635 編碼單元軟件集成軟件系統(tǒng)產品定版進入產品 測試階段集成測試測試階段與發(fā)布管理階段 評估點評估點97評估點8 圖1：研發(fā)中心產品研發(fā)標準過程階段劃分 2、面向對象的過程裁剪 研發(fā)中心標準軟件過程生存周期模型在具體的某一個項目中可以依據項目的具體屬性進行必要的裁剪。以下給出關于中心產品研發(fā)標準周期模型中階段在項目中的適用說明。 1) 原則上研發(fā)中心任何一個產品/構件的開發(fā)過程都必須經歷上述11個技術控制階段。

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

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

11、義。 2 產品規(guī)格定義階段 ? 里程碑：產品規(guī)格定義評審 ? 規(guī)格約束： 暫不定義。 3 軟件需求階段 ? 里程碑：需求評審 ? 規(guī)格約束： 暫不定義。 4 軟件項目計劃階段 ? 里程碑：項目計劃評審 ? 規(guī)格約束： 暫不定義。 5 軟件分析階段 ? 里程碑：OOA評審 ? 規(guī)格約束： 暫不定義。 6 軟件設計階段 ? 里程碑：OOD評審 項目管理? 規(guī)格約束： 過程 暫不定義。 7 編碼與單元測試階段 無 8 集成測試階段 ? 里程碑：軟件集成與集成測試評審 ? 規(guī)格約束： 暫不定義。 9 系統(tǒng)測試階段 ? 里程碑：系統(tǒng)測試評審 ? 規(guī)格約束： 暫不定義。 10 產品發(fā)布階段 ? 里程碑：驗

12、收評審 ? 規(guī)格約束： 暫不定義。 11 產品管理階段 產品線 無 說明：里程碑的規(guī)格暫不能詳細刻劃，后期補充該工作。 五 研發(fā)中心產品研發(fā)過程概述 1. 產品規(guī)劃 是產品戰(zhàn)略級規(guī)劃：主要包括產品的商業(yè)目標規(guī)劃；產品的應用構成（功能族）結構規(guī)劃；技術研究方向規(guī)劃等。 關鍵活動包括： ? 目標市場規(guī)劃：確定產品的目標市場；結合本產品規(guī)劃對目標市場的未來進行預測與分析（一般要求基于行業(yè)調研的統(tǒng)計報告和分析報告）； ? 功能規(guī)劃：定義產品的功能范圍；全面規(guī)劃產品的功能方向（滿足業(yè)務需求的功能領域）；產品的功能結構構成；劃分產品和子產品的功能邊界；產品功 - 6-能結構的優(yōu)化； ? 產品競爭性規(guī)劃：同

13、業(yè)產品的查新；相似產品的比較研究；規(guī)劃產品的競爭特性分析與比較分析等； ? 產品滿足企業(yè)商業(yè)目標的規(guī)劃：產品在組織內可實施性的分析。要求做產品整體級研發(fā)估計（核心是費用、資源與進度）；產品產出效益分析/回報分析等可參考商業(yè)計劃書過程； ? 產品的技術指標要求：產品性能規(guī)劃；初步定義產品驗收標準。 ? 產品規(guī)劃的組織約束：定義產品實施過程中的各類別組織約束（進度的、成本的、資源的、質量的、特性的等）。 ? 規(guī)劃優(yōu)化活動（包括開發(fā)對象優(yōu)先級分析） 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 產品規(guī)劃總體規(guī)劃設計報告技術報告Word 文件 產品總規(guī)劃/設計師 2 產

14、品結構規(guī)劃樹 不限 產品總規(guī)劃/設計師 3 產品可實施分析報告 不限 產品總規(guī)劃/設計師 等 2. 產品?娓穸?依據產品總體規(guī)劃（或總體規(guī)劃下的某分支產品規(guī)劃）的應用功能方向進行該產品功能的詳細定義。要求刻劃出該產品的功能層次和每個層次下的功能項構成并詳細表述每個功能項要實現(xiàn)或滿足的功能要求的范圍和深度。 產品規(guī)格定義的工作結果是一棵產品功能結構樹。功能樹的樹結構是初步的產品應用構成結構（后期需要多次迭代）；功能樹的每個葉子屬性是功能項的詳細刻劃，包括功能范圍；功能邏輯；功能深度等。 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 產品功能規(guī)格定義書Word 文件

15、 產品經理 2 產品功能樹 Xls文件/或其他。 產品經理 要求樹結構清晰并支持通過WBS碼能實現(xiàn)在不同工具間樹的轉換。 3 產品驗收標準 Word文件 產品經理/產品總設計師 4 同類產品功能比較資料/橫向調研資料 文件包 產品管理部 注： 產品規(guī)格定義是依據產品規(guī)劃的指導進行的，目的是細化產品規(guī)劃到可以實施需求獲取與分析的狀態(tài)，是產品研發(fā)的正式起點。產品規(guī)劃是宏觀的、戰(zhàn)略的、復雜而高風險的，產品規(guī)劃帶有很強的預研性質，在中心研發(fā)流程中把它獨立出來進行組織。產品規(guī)格定義是產品經理的核心工作，規(guī)格刻劃與規(guī)格優(yōu)化在這個過程中需要形成階段內自身的迭代。 項目立項 項目立項不是產品研發(fā)過程的技術控制

16、環(huán)節(jié)，它是一個中心組織過程，屬于項目支持性流程環(huán)節(jié)，按立項審批管理流程處理。 研發(fā)項目的所有者的對產品研發(fā)進行立項，立項活動由產品經理負責組織實施。 - 7- 立項的依據是產品研發(fā)項目立項書。立項書的本質是一種通過對項目的預估計獲取項目整體性信息的幾個參數(shù)，組織評估這些參數(shù)確定可行性。 項目立項書必須包括的項目整體信息（定義為3個類別）： ? 項目總規(guī)模/工作量；項目工期和物理時間階段；進度規(guī)劃 ? 項目資源需求計劃清單 ? 項目成本費用估算 立項的準入條件： ? 產品規(guī)格定義技術審核通過； ? 產品立項書完成； 說明： 根據公司實際研發(fā)的組織情況和公司的管理約束，在項目立項過程中不必再進行技

17、術審核，如需求審核等。但所有立項對象涉及的相關技術審核應該在產品整體規(guī)劃和產品功能定義階段組織實施。 立項通過的項目，由產品經理導入中心項目部進行研發(fā)項目的開發(fā)過程。 批注 anji1: 以內部合同/立項通過的項目才能進入正式的開發(fā)工作。 和約或者其他什么約束傳工作產品：（請參見模板/樣例） 遞？其實這個過程相當于序號 工作產品名稱 工作產品形態(tài) 責任人 項目分包。 1 產品研發(fā)項目立項書Word 文件 產品經理 2 項目建議書 Word文件 項目管理部 3 項目估計清單 文件包 項目管理部 3. 軟件項目計劃 批注 anji2: 當前研發(fā)中產品研發(fā)項目立項通過后進入項目過程，從立項通過到項目

18、計劃這個階段是產品心軟件項目計劃的編制階經理與項目經理的工作階段性過渡，項目管理部生成項目卡是這個過渡階段結束的標段是在軟件需求完成后進志，表明產品研發(fā)項目正式啟動。 行的。項目計劃不包括需求軟件項目啟動的第一步工作是編制項目計劃。按研發(fā)中心軟件項目計劃規(guī)范進行。 階段的工作；后期項目計劃軟件項目計劃不是單純的時間安排，而是進度、質量、資源（人和物）、過程配置前置到軟件需求前，軟件需等相互之間妥協(xié)優(yōu)化的產物。一個理想的軟件項目計劃應該是項目過程各個管理域所求納入計劃管理。建議這個涉及的若干全局變量統(tǒng)籌安排后的最優(yōu)結果。 過渡首先經歷一兩個中心軟件項目計劃的核心難點是軟件估計與軟件度量。前者是計

19、劃前期的核心工作，項目過程數(shù)據的積累。 后者是項目過程跟蹤與監(jiān)控的核心工作，并且后者提供組織過程參數(shù)支持前者估計的精確性。 研發(fā)中心軟件項目計劃在軟件估計的基礎上通過定義路標計劃、建立PERT網絡、基于WBS的任務拆分、GANTT進度進化完成。項目計劃必須把自上而下制定與自下而上的修改反饋結合起來，并把分級評審貫徹始終，保證軟件項目計劃的完備性、合理性，任務的覆蓋性，同時項目計劃本身形成計劃制定的閉環(huán)機制。 研發(fā)中心軟件項目計劃由項目經理負責編制，開發(fā)經理負責計劃編寫的技術支持。 研發(fā)中心組織約束： 對于項目計劃階段的組織約束包括： 1.在編制軟件項目計劃的同時必須考慮并指定軟件項目的支持計劃

20、，其中質量計劃 - 8-（SQAP）和配置管理計劃（SCMP）是不可裁剪的核心支持計劃。 2.軟件項目計劃是一個動態(tài)的對象，必須在項目進展的不同階段進行必要的迭代。參考軟件項目計劃指導書。 3.軟件項目計劃完成后必須進行軟件項目跟蹤與監(jiān)控計劃的編制。最低約束是標識該軟件項目過程中必須的跟蹤路徑與關鍵檢查點。 軟件項目計劃過程是一個復雜的管理過程，是項目成功的根本保證。請參考項目管理過程技術?娣叮骸度砑钅考蘋傅際欏?項目計劃SPP （請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 軟件項目計劃 SPP 不限/參考模板 項目經理 2 軟件項目跟蹤與監(jiān)控計劃 SPTO 不限/參考模

21、板 項目經理 3 軟件估計 不限/參考模板 項目經理 4 任務單 不限/參考模板 項目經理 5 進度計劃 不限/參考模板 項目經理 注： 項目計劃的輔助工具有很多，但適合軟件項目計劃屬性的項目計劃輔助工具迄今沒有。 主要表現(xiàn)為：現(xiàn)有計劃工具普遍是基于物理時間進度或定義的任務科目管理為核心，缺少軟件項目計劃中對質量管理、配置管理、跟蹤與監(jiān)控、變更管理等必須環(huán)節(jié)的支持性，尤其是對開發(fā)過程數(shù)據的收集、度量和管理根本沒有支持。所有這些工具充其量可以作為中心軟件項目計劃時間進度編制或任務分配過程的輔助工具，中心最終軟件項目計劃的形態(tài)必須以中心模板為準！ 4. 需求獲取與需求分析 需求獲取指按產品功能定義

22、的約束進行產品實際需求的一系列調研活動以獲取該產品在實際領域內的真實業(yè)務需求。需求獲取的目的有兩層含義：一是在實際業(yè)務應用環(huán)境中檢查和檢驗產品功能定義刻劃的正確性和準確性，更關鍵的是按產品的功能定義的指導通過在實際領域業(yè)務需求獲取而建立需求模型。 需求分析是根據項目需求報告界定的工作范圍，深入細化應用業(yè)務的詳細需求，描述每項業(yè)務是如何做的，業(yè)務流程、相關理論、運算公式、原理、業(yè)務數(shù)據、單據報表格式等。 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 軟件需求規(guī)格說明書（SRS）Word 文件 需求分析員 2 軟件需求樹 Xls文件/或其他 需求分析員 3 確認測試

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

24、域（場景腳本） ? 抽象標識類、對象（抽象并定義的過程） ? 刻劃類層次 ? 分析表示對象連接 ? 建模對象行為 工作產品：（請參見開發(fā)規(guī)范中的模板/樣例） 序號 工作產品名稱 工作產品形態(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 根據項目需求分析和系統(tǒng)分析，針對軟件系統(tǒng)具體實現(xiàn)中的人機界面、數(shù)據存儲、任務管理等內容，運用面向對象設計技術（OOD）進行系統(tǒng)設計。 主要包括UI設計、對象設計和數(shù)據庫表

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

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

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

28、試 系統(tǒng)測試是在需求基線及設計基線指導下，針對軟件產品系統(tǒng)進行的測試，其目的是驗證軟件設計實現(xiàn)與需求是否一致。系統(tǒng)測試總體包含功能測試和性能測試兩部分。功能測試 是驗證軟件系統(tǒng)功能是否實現(xiàn)軟件系統(tǒng)的需求規(guī)格的測試過程；性能測試 在驗證是否實現(xiàn)軟件系統(tǒng)規(guī)格的基礎上，進一步驗證測試系統(tǒng)的容錯性，穩(wěn)定性，異常處理能力，高強度輸入處理能力等軟件系統(tǒng)性能方面的測試過程。 中心系統(tǒng)測試由獨立測試中心負責組織實施并由測試經理負責提交測試報告。 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 系統(tǒng)測試報告 WORD文檔 測試經理 2 系統(tǒng)測試方案WORD文檔 測試經理 3 軟件集

29、成測試計劃 不限 測試經理 4 軟件集成測試用例 不限 測試經理 文檔制作 文檔制作是伴隨軟件開發(fā)全過程的一個支持過程，按項目文檔計劃在各個階段與開發(fā)同步實施。 伴隨項目開發(fā)過程應產生的文檔主要包括三類： （1）開發(fā)過程文檔：工程文檔（分析、設計、編碼、測試等文檔）、管理文檔（項目計劃、項目估計、項目跟蹤與監(jiān)控、軟件度量等文檔）、支持文檔（配置管理、質量管理等） （2）用戶文檔：在線幫助，安裝指南，使用手冊，技術手冊，培訓教材等； （3）宣傳資料：產品介紹資料，產品白皮書，產品宣傳PPT，演示光盤等； 開發(fā)過程文檔是伴隨開發(fā)過程產生的，不需要特別安排編制工作；用戶文檔和宣傳文檔由服務中心負責編

30、寫。 項目中具體的文檔編制要求和分布參考項目支持計劃之一文檔編制計劃。 工作產品：（請參見模板/樣例） - 11-序號 工作產品名稱 工作產品形態(tài) 責任人 1 在線幫助 Html文檔 產品管理組/開發(fā)人員 2 使用手冊Word文檔 產品管理組/開發(fā)人員 3 產品介紹Word文檔 產品管理組/開發(fā)人員 4 產品白皮書 Word文檔 產品管理組 5 安裝指南Word文檔 產品管理組/開發(fā)人員 10. 產品版本化發(fā)布 對驗收通過的項目進行版本控制，整理項目版本包含的內容并版本化，發(fā)布產品發(fā)布通告。 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 版本清單 Word文檔

31、開發(fā)經理 2 產品包 所有階段交付成果 開發(fā)經理 3 產品集成清單/集成路徑清單 不限 開發(fā)經理 項目驗收 項目驗收不是產品研發(fā)過程的技術控制環(huán)節(jié)，它是一個中心組織過程，按項目驗收管理流程處理。項目驗收的標準在產品定義階段已經完成刻劃。 項目驗收是研發(fā)中心項目管理與產品管理的過渡環(huán)節(jié)。標志著項目過程關閉，產品（線）管理再啟動。 對完工的項目按照驗收步驟進行驗收。驗收過程中對項目的情況給予評價。 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 驗收報告 Word 文件 驗收組 2 產品歸檔清單 Xls 項目管理部 3 產品包（至少包含版產品和產品文檔）文件包 驗收組

32、 4 測試報告/測試分析報告 Word文件 測試經理 11. 產品管理 項目驗收通過標志著產品研發(fā)項目過程的結束，回歸產品管理階段。 參考產品部業(yè)務管理規(guī)范。 工作產品：（請參見模板/樣例） 序號 工作產品名稱 工作產品形態(tài) 責任人 1 產品功能基線維護表 不限 產品管理部 2 產品版本控制表1 不限 產品管理部 （內部版本對產品集成）內部集成 3 產品版本控制表 2 不限 產品管理部 （用戶產品配置表）產品部件外部配置4 用戶功能基線配置表（存貯在產品配置不限 產品管理部門 庫用戶產品配置目錄下；內部控制） - 12- 產品研發(fā)過程工作產品一覽表 小結： 研發(fā)中心產品研發(fā)過程包括上述11個標

33、準工作控制階段，此外還包括3個組織支持過程階段：一個隱含在開發(fā)過程的支持過程（項目文檔）；兩個組織管理環(huán)節(jié)：立項過程與驗收過程。 階序工作產品名稱 工作產品形態(tài) 責任人 段 號 產品規(guī)劃1 產品規(guī)劃總體規(guī)劃設計報告技術報告Word 文件 產品總規(guī)劃/設計師 2 產品結構規(guī)劃樹 不限 產品總規(guī)劃/設計師 3 產品可實施分析報告 不限 產品總規(guī)劃/設計師 等 1 產品功能規(guī)格定義書Word文件 產品經理 2 產品功能樹Xls文件/或其他。 產品經理 產品規(guī)格定義要求樹結構清晰并支持通過WBS碼能實現(xiàn)在不同工具間樹的轉換。 3 產品驗收標準 Word文件 產品經理/產品總設計師 4 同類產品功能比較

34、資料/橫向調研資料 文件包 產品管理部 項目立項1 產品研發(fā)項目立項書 Word文件 產品經理 2 項目建議書Word文件 項目管理部 3 項目估計清單 文件包 項目管理部 1 軟件項目計劃 SPP 不限/參考模板 項目經理 軟件項目計劃2 軟件項目跟蹤與監(jiān)控計劃 SPTO 不限/參考模板 項目經理 3 軟件估計 不限/參考模板 項目經理 4 任務單 不限/參考模板 項目經理 5 進度計劃 不限/參考模板 項目經理 6 項目卡 不限/參考模板 項目管理部 1 軟件需求規(guī)格說明書（SRS） Word 文件 需求分析員 軟件需求2 軟件需求樹Xls文件/或其他 需求分析員 3 確認測試/系統(tǒng)測試計

35、劃書 Word 文件 測試經理/需求分析員 4 業(yè)務單據格式和單據數(shù)據項說明 不限 需求分析員 軟件分析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)設計員 3 CRC文檔WORD文檔 系統(tǒng)設計員 界面的UI設計文檔 WORD文檔 系統(tǒng)設計員 5 數(shù)據庫設計文檔WORD文檔 系統(tǒng)設計員 1 源代碼.class文檔 編碼人員 編碼2 數(shù)據庫腳本 SQL文檔 編碼人員 3 程序結構及有關說明文檔 Java

36、.Doc文檔 編碼人員 Word文檔 - 13- 1 集成測試報告 WORD文檔 測試經理 集成2 軟件集成測試方案WORD文檔 測試經理 3 軟件集成測試計劃 不限 測試經理 4 軟件集成測試用例 不限 測試經理 1 系統(tǒng)測試報告WORD文檔 測試經理 系統(tǒng)測試2 系統(tǒng)測試方案WORD文檔 測試經理 3 軟件集成測試計劃 不限 測試經理 4 軟件集成測試用例 不限 測試經理 1 在線幫助Html文檔 產品管理組/開發(fā)人員 文檔制作2 使用手冊Word文檔 產品管理組/開發(fā)人員 3 產品介紹 Word文檔 產品管理組/開發(fā)人員 4 產品白皮書Word文檔 產品管理組 5 安裝指南Word文檔

37、產品管理組/開發(fā)人員 產品發(fā)布1 版本清單 Word文檔 開發(fā)經理 2 產品包 所有階段交付成果 開發(fā)經理 3 產品集成清單/集成路徑清單 不限 開發(fā)經理 1 驗收報告Word文件 驗收組 項目驗收2 產品歸檔清單 Xls 項目管理部 3 產品包（至少包含版產品和產品文文件包 驗收組 檔） 4 測試報告/測試分析報告 Word 文件 測試經理 1 產品功能基線維護表 不限 產品管理部 2 產品版本控制表1 不限 產品管理部 產品管理（內部版本對產品集成）內部集成 3 產品版本控制表 2 不限 產品管理部 （用戶產品配置表）產品部件外部配置4 用戶功能基線配置表（存貯在產品配置不限 產品管理部門

38、 庫用戶產品配置目錄下；內部控制） - 14- 六 產品研發(fā)過程總流程 1、產品研發(fā)過程總流程 研發(fā)中心產品研發(fā)標準過程流程簡圖見圖2。 研發(fā)中心產品研發(fā)詳細流程見研發(fā)中心產品研發(fā)標準流程。 2、關于總流程的說明： 1) 研發(fā)中心產品研發(fā)標準流程提供兩種模式。一種是抽象并刻劃中心現(xiàn)有業(yè)務流程基礎上提出的現(xiàn)有標準模式；另一種是根據過程管理優(yōu)化討論確定的中心產品過程優(yōu)化模式。這兩個模式存在一定的差異，主要表現(xiàn)在對需求部分管理的控制。從現(xiàn)有模式過度到優(yōu)化模式需要一個過程，這個過程的核心工作是積累研發(fā)中心自己的產品研發(fā)過程數(shù)據，提供后期優(yōu)化過程的支持。 2) 兩種模式中對變更問題均單獨考慮。變更包括需

39、求類、測試類（引發(fā)開發(fā)對象的變更，測試類變更單獨考慮）、管理類（計劃、任務）。所有變更均應納入配置管理控制，凡是涉及到基線的變更需要特殊審批環(huán)節(jié)。 3) 關于測試活動的統(tǒng)一布局問題。 4) 關于產品研發(fā)過程中支持環(huán)節(jié)-文檔編制的統(tǒng)一布局問題。每個項目需要獨立編寫文檔計劃，確定項目每個階段必須進行的工程文檔、管理文檔對象并指定責任實施人。 5) 關于項目全生命周期中配置管理的規(guī)劃。后期單獨組織設計以規(guī)范研發(fā)過程，從根本上控制每一個開發(fā)活動和工作產品。 6) 關于開發(fā)過程的設計。原則上中心產品研發(fā)采用相同的開發(fā)過程模型，即本規(guī)范所定義的過程模型。需要指出的是該過程模型按具體產品研發(fā)對象需要必要的過

40、程裁剪，負責裁剪的責任人是公司軟件工程管理者和項目經理，所有過程的裁剪應遵循中心過程裁剪規(guī)范（后期抽象、定義、約束）。 - 15- 1 產品規(guī)劃 2 產品（規(guī)格）定義 立項過程 規(guī)劃評審 ?規(guī)格定義 功能基線評審 項目管理部?項目建議 ? 產品版本 書；估算表 ? 驗收計劃/標準 產品管理部?立項報告 產品總設計師 產品管理部/產品經理 產品管理部+項目管理部 里程碑：產品架構樹 Close 里程碑：產品功能樹 Close 項目建議書?研發(fā)立項書 立項評審 Close 3 需求過程 11產品管理 410 項目過程 產品驗收 需求評審 ? 需求獲取 研發(fā)過程（項目樹） ? 需求分析 版產品測試通

41、過 ? SRS 提交產品管理部版產品 項目管理部/開發(fā)部 產品管理部 項目管理部/開發(fā)部 里程碑：產品需求樹 里程碑：產品樹 里程碑：、版產品 圖2：產品研發(fā)標準過程流程簡圖 七 產品研發(fā)中的角色與責任 1、產品研發(fā)的組織模式 1.1、 高效項目組的特點 一個高效的項目組能夠賦予項目組成員權力、并明確他們的責任。明確的責任與權力會消除獲得成功過程中的障礙，并使項目組成員專注于自己的工作目標。 高效的項目組能夠保證項目的目標和進度可以達到。每個項目組中的成員根據他所負責的任務進行時間、進度的估計和安排。 明確而暢通的通訊機制和統(tǒng)一消息平臺是高效項目組的基礎支持。項目負責人必須花精力定義并組織建立這個基礎，以確保項目成功。 1.2、 研發(fā)中心項目組織模式 研發(fā)中心產品研發(fā)過程的組織模式采用矩陣組織。 矩陣組織是一種項目職能混合結構。一個矩陣組織相當于一個水平的、對角線的與垂直的關系的網，而不是傳統(tǒng)的垂直職能關系。當很多項目對有限資源的競爭引起對職能部門的資源的廣泛需求時，矩陣管理就是一個有效的組織形式。 在矩陣組織中，項目經理在項目活動的“什么”和“何時”方面，即內容和時間方面對職能部門行使權力，而各職能部門負責人決定“如何”支持。每個項目經理直接向最高管理層負責，并由最高管理層授權。而職能部門則從另一方面來控制，對各種資源做