軟件開發(fā)管理制度及軟件開發(fā)規(guī)范整體規(guī)范

軟件開發(fā)規(guī)范第30頁共52頁軟件開發(fā)管理制度為加強對公司軟件研發(fā)部門工作管理，縮短開發(fā)周期，提高軟件開發(fā)質量，降低開發(fā)成本，提高開發(fā)效率，特制定軟件研發(fā)部管理制度。第一章、總則為保證日常工作正常有序的進行，讓開發(fā)中各個環(huán)節(jié)更緊湊，更可控，需要盡可能實現軟件研發(fā)部項目管理的正規(guī)化，工作過程的流程化，以便提高軟件質量和開發(fā)效率，達到項目能按質按量按期交付的目標。1、軟件開發(fā)總體遵循項目管理和軟件工程的基本原則。2、項目管理涉及項目立項、項目計劃和監(jiān)控、配置管理。3、軟件工程涉及需求分析、系統(tǒng)設計、軟件實現、系統(tǒng)測試、用戶測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數據遷移、產品維護。第二章、階段成果根據軟件工程的過程理論并結合公司目前的實際情況，制定以下工作流程，并規(guī)定了各個重要環(huán)節(jié)需要提交的交付物。1、立項：市場需求分析（或者合同）、項目立項申請表、項目風險分析清單。2、需求分析：軟件需求報告或設計方案、需求規(guī)格說明書。3、總體設計：概要設計說明書或功能模塊描述。4、詳細設計：詳細設計說明書，包括軟件接口說明、單元測試計劃。5、軟件實現：軟件功能說明、源代碼、源代碼說明或者注釋6、產品測試：測試報告7、產品發(fā)布：產品說明書、使用手冊8、產品維護：問題反饋記錄9、項目總結：提交客戶方的項目總結和公司項目匯報的PPT。軟件過程成果表：階段形成文檔職責及文檔成果描述負責人備注需求階段項目立項報告(Word)明確甲乙雙方責任及義務，需雙方簽字確認項目經理大部分業(yè)務建模和需求，少部分分析設計業(yè)務需求說明書(Word)需求定義，闡述業(yè)務范圍及內容，開發(fā)組負責制定最優(yōu)技術設計方案項目經理/需求分析工程師項目開發(fā)計劃(Project)制定項目開發(fā)計劃，方便所有項目干系人都能及時了解項目進度項目經理項目風險分析清單(xls)針對項目會出現的風險進行分析并制定相應的措施全體項目干系人設計階段業(yè)務流程總體設計書、詳細設計說明書(Word/Visio)討論項目的技術架構和可能存在的技術難點，梳理業(yè)務流程，統(tǒng)一開發(fā)規(guī)則和風格等項目經理/架構師大部分分析設計，部分實施編程及測試，開始考慮部署數據庫關系設計圖、流程圖(PowerDesigner)項目所需要使用的數據庫的結構圖和流程圖架構師/高級軟件工程師任務分配文檔(Word)明確每個組員的開發(fā)任務及職責項目經理問題說明報告(Word)讓用戶、領導及組員及時了解和發(fā)現問題項目經理業(yè)務變更文檔(Word)記錄開發(fā)過程中用戶提出的業(yè)務需求變更情況需求分析工程師實現階段軟件功能說明(Word)記錄軟件開發(fā)過程中所有實現的軟件功能軟件開發(fā)工程師最終軟件開發(fā)的成果物和說明源代碼可以部署的成果物，以及生成成果物的源代碼以及數據庫備份文件軟件開發(fā)工程師源代碼說明(Word)針對提交的源代碼每一個模塊進行說明軟件開發(fā)工程師測試階段項目測試方案及報告(Word)記錄項目測試的方法，驗證系統(tǒng)功能與性能的記錄測試工程師反復測試直至系統(tǒng)穩(wěn)定用戶使用手冊(Word)方便用戶使用軟件而提供的使用說明書測試工程師上線及運行系統(tǒng)使用報告系統(tǒng)部署后的操作記錄項目經理部署及維護用戶培訓報告用戶培訓文檔項目經理項目驗收報告(Word)記錄甲乙雙方簽訂項目驗收報告項目經理項目總結性報告項目組通過此項目總結經驗及不足項目經理第三章、崗位設置根據公司目前的開發(fā)過程主要分為分析、開發(fā)、測試三個階段。分析階段完成用戶需求文檔的編寫，系統(tǒng)總體設計的編寫；開發(fā)階段完成設計文檔的編寫，代碼的編寫、代碼的維護。測試階段完成系統(tǒng)的測試，測試文檔及其他材料。通過逐漸的調整崗位，明確工作職責，逐步實現項目經理，需求分析工程師，高級軟件開發(fā)工程師，軟件開發(fā)工程師，測試工程師的崗位設置。崗位工作內容責任項目經理1、選定項目組成員，成立項目組，安排任務分工。2、與客戶進行溝通和協(xié)調(業(yè)務需求或非業(yè)務需求方面)，以及需求調研工作。3、制定項目開發(fā)計劃，包括需求，設計，編碼，測試這幾個階段的計劃。4、估計項目開發(fā)費用。5、制定小組開發(fā)進度表,對組內人員工作進度監(jiān)控。6、對文檔的質量進行檢查、把關。7、對組內成員的工作進行指導。8、定期召開項目會議，把控項目風險和進度。1、對客戶的溝通協(xié)調工作負責。2、對軟件的開發(fā)效率、質量、費用負責。3、對系統(tǒng)總體設計、詳細設計文檔質量負責。4、對整個項目的進度，質量，成本，風險等負責。需求分析工程師1、

與客戶進行溝通，負責需求調研工作，匯總需求分析文檔，并編寫系統(tǒng)總體設計方案。2、

遇見需求變更時，分析需求變更內容，并于項目經理一起負責對需求變更進行評估。3、

與高級軟件開發(fā)工程師一起完成詳細設計文檔的編寫。

1、

對用戶的需求分析的質量負責。2、

對項目組所有成員正確理解項目需求負責。高級軟件開發(fā)工程師1、負責系統(tǒng)的模塊設計，詳細設計文檔。2、繪制界面原型demo等，設計功能使用的具體描述、行為者、前置條件、后置條件、UI描述、業(yè)務流程/子流程/分支流程，界面說明等，完成大部分的前端設計，小部分的后端設計。3、負責技術難度大的模塊的代碼或者公用模塊代碼的編寫、維護。4、對自己負責模塊的詳細設計、代碼編寫。5、對小組內人員進行技術指導。1、對組內人員的開發(fā)效率負責。2、對產品整體風格負責。3、對項目整體設計流程負責。4、對自己模塊的開發(fā)效率和質量負責。軟件開發(fā)工程師1、與項目經理溝通和確認某個模塊的需求和實現方法。2、負責某個模塊的代碼編寫、維護。3、對其他模塊的代碼的維護。4、負責與測試人員的交互，處理測試人員的問題。1、對自己模塊的開發(fā)效率和質量負責。測試工程師1、根據用戶需求分析和系統(tǒng)總體設計，編寫測試文檔和測試用例。2、對系統(tǒng)的功能、性能、異常進行測試。3、編寫測試文檔和操作指導手冊。1、對測試的質量負責。2、對測試文檔和操作手冊的質量負責。第四章、項目立項1、需求分析工程師進行應用調查與分析，確認軟件的應用需求。2、成立項目評審會，開發(fā)總監(jiān)、部門經理和指定人員必須參加。對項目進行可行性研究，編寫項目建議書，評估項目的難度和工作量，形成可行性研究報告。3、根據項目配置的優(yōu)劣成立項目開發(fā)組，制定軟件開發(fā)計劃，確定項目經理，由部門和項目經理共同來確定具體項目配置，知識技能要求，團隊成員及團隊的角色。第五章、項目計劃與監(jiān)控1、以項目為單位，項目經理負責整個項目的計劃、組織和控制。2、在整個項目過程中，項目經理定期檢查項目進度和完成情況，調整人員分工和安排。3、項目計劃需要變更時，需要明確變更內容并及時匯報。項目經理需要說明客戶變更原因并將變更說明提交公司領導審核，以便根據變更內容及時調整計劃。。第六章、需求分析1、對用戶提出的需求進行分析匯總，梳理用戶的業(yè)務流程和詳細的功能定義。2、做出簡單的界面原型，與客戶進行有效的溝通，編寫需求詳細說明書。3、根據現有條件進行估計，制定項目進度，制定詳細的軟件開發(fā)計劃。第七章、總體設計1、在該階段確定總體結構和軟件開發(fā)架構，文件命名規(guī)范，編碼規(guī)范?？砂窜浖枨髣澐殖勺酉到y(tǒng)，也可直接定義目標系統(tǒng)的功能模塊及各個功能模塊的關系。3、確定軟件模塊結構，給出每個功能模塊的功能描述、數據接口描述，并完成系統(tǒng)概要設計說明書。4、完成數據庫的設計，并編寫數據庫設計說明書。5、完成的文檔需提交公司進行歸檔管理。第八章、詳細設計1、調整前一步設計的不足，確認各模塊之間的詳細接口信息。2、設計功能使用的具體描述、行為者、前置條件、后置條件、UI描述、業(yè)務流程/子流程/分支流程，界面說明等。3、確定模塊內的數據流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。4、匯總并提交所有相關文檔，審核確認質量和進度。第九章、軟件實現1、項目組根據概要設計說明書、詳細設計說明書制定系統(tǒng)實現計劃2、有條件的情況下保證開發(fā)、測試和生產環(huán)境獨立。選擇軟件工具，明確項目成員的職責分工，按照編碼規(guī)范和詳細設計實現軟件功能。3、代碼應滿足結構良好，清晰易讀，且與設計一致，符合編碼規(guī)范。4、開發(fā)人員需要軟件實現過程中編寫軟件功能說明，源代碼說明。軟件功能說明文檔應說明項目名稱、編號、軟件名稱和版本號，軟件功能、主要功能實現過程。源代碼說明應說明項目編號、源代碼類名稱、編寫人員、編寫日期、變更履歷、功能、全局變量、數據庫字典、函數功能、接口。該文檔包含在源代碼文件中，以注釋形式存在。5、項目組進行單元測試和集成測試。開發(fā)人員處理測試人員反饋的測試問題，并以書面形式反饋主要問題及解決辦法，直至系統(tǒng)運行穩(wěn)定。6、匯總并提交所有相關文檔，提交公司備案，形成項目知識庫。第十章、軟件測試1、根據單據測試和集成測試兩個過程，制定測試計劃。按階段設計測試實例，并將測試結果記錄，未通過的的反饋給開發(fā)人員調整。2、完成測試文檔、操作手冊、安裝維護手冊的編寫。第十一章、用戶培訓1、準備用戶培訓計劃、培訓手冊2、確定培訓時間、培訓地點，向用戶進行系統(tǒng)使用培訓、操作指導及提供軟件操作手冊。3、保留培訓簽到表，用戶意見等存檔。第十二章、系統(tǒng)上線1、制定上線計劃，確定上線工作時間表，部署的環(huán)境。2、上線操作步驟以及問題處理步驟；3、根據軟件特點、客戶需求進行軟件部署，并記錄軟件部署和運行結果；4、項目組根據系統(tǒng)運行請款對系統(tǒng)進行優(yōu)化，記錄系統(tǒng)的運行情況、系統(tǒng)問題和處理后的版本。第十三章、系統(tǒng)驗收1、驗收工作準備，按要求整理項目成果物，打印裝訂成冊，并提交客戶方。2、系統(tǒng)主要使用部門及信息技術部門聯(lián)合成立項目驗收小組，從需求功能及技術需求層面對系統(tǒng)進行綜合評估和項目成果物的審核，根據驗收情況形成系統(tǒng)驗收報告3、應用部門及信息技術部門負責人根據系統(tǒng)試運行情況簽署驗收意見。第十四章、產品維護1、調出項目主要開發(fā)人員，按照合同要求安排維護人員對系統(tǒng)進行技術支持。2、系統(tǒng)需求變更或調整，記錄變更原因和軟件及源代碼的版本控制，按照軟件變更要求對系統(tǒng)進行維護。第章十五、源碼和文檔1、源代碼/文檔管理采用版本控制軟件VisualSourceSafe。2、按項目的階段性完成源代碼、文檔的上傳。項目負責人每天對代碼進行檢查，開發(fā)總監(jiān)或部門經理定期進行抽查。3、文檔分為項目文檔和個人文檔，文檔上傳前進行歸類和匯總。第十六章、質量檢查1、項目負責人每天要檢查成員的工作完成情況，特別是新員工的工作進展；2、工作抽查制度：不定期的進行抽檢，并將檢查對象、檢查時間、檢查內容、檢查結果反饋給被抽檢人。3、內部審核制度：針對業(yè)務需求、概要設計(功能界面、數據庫)或疑難問題組織評審會，提出意見或解決方案。第十七章、文檔規(guī)范1、需按照軟件實施的階段落實成果物，參照《軟件過程提交成果表》。2、如果客戶有特殊要求，請按照客戶要求的規(guī)范完成。并將最終的問題提交公司歸檔備份。第十八章、軟件變更為規(guī)范軟件變更與維護管理，特制定本制度。本制度適用于應用系統(tǒng)開發(fā)完畢并正式上線，移交給客戶方之后的運行支持及系統(tǒng)變更工作。1、系統(tǒng)變更工作可分為功能完善維護、系統(tǒng)缺陷修改、統(tǒng)計報表生成。2、需求部門提出系統(tǒng)變更需求，項目經理同開發(fā)人員一起根據重要性和緊迫性做判斷，確定其優(yōu)先級和影響程度，并進行相應處理，同時將變更需求整理成系統(tǒng)變更申請表。3、系統(tǒng)變更實現過程按照軟件開發(fā)過程規(guī)定進行，遵循軟件開發(fā)過程統(tǒng)一的編碼標準和版本控制，并經過測試通過才能完成部署和上線。4、在系統(tǒng)變更完成后，開發(fā)人員需將系統(tǒng)變更表的執(zhí)行結果提交給項目經理，測試人員確認執(zhí)行結果后，項目經理與需求提出方確認簽字后，提交至公司進行歸檔管理軟件開發(fā)規(guī)范SoftwareDevelopmentSpecificationVersion:V1.0Date:2010-06-22Preparedby

DocumentRevisionHistory文檔修訂記錄VERSION版本DATE日期DESCRIPTION內容說明INDIVIDUAL修訂人1.02010-06-22初稿

TableofContents目錄TOC\o"1-4"\h\z\u1 Introduction簡介 51.1 Purpose目標 51.2 Scope范圍 61.3 Definitions,Acronyms,andAbbreviations.術語，縮略詞 61.4 References引用 71.5 Overview文檔組織 72 TheOverallDescription概述 82.1 SoftwareDevelopmentOrganizing開發(fā)團隊組織結構 82.2 ProjectBaseProcess項目基本流程 92.3 CMMBaseProcessCMM基本過程 102.3.1 SCM軟件配置管理 102.3.2 SPP計劃策劃 122.3.3 SPTO項目追蹤 152.3.4 PR同行評審 172.3.5 SQA質量保證 182.4 SDLC生命周期選擇 192.5 DevelopmentProcess開發(fā)過程 202.5.1 DevelopmentPhase開發(fā)階段 202.5.2 PhaseProduct階段制品 212.6 RoleDuty角色職責 222.7 Constraints限制 233 SpecificRequirements詳細描述 243.1 Precondition前提 243.1.1 SCM配置庫 243.1.2 TestEnvironment測試環(huán)境 253.2 DevelopmentControlProcess開發(fā)控制流程 253.2.1 項目啟動和策劃階段 263.2.2 需求分析、設計、編碼階段 263.2.3 提交測試階段 263.2.4 生產發(fā)布、終測 273.2.5 發(fā)布后問題反饋修改過程 273.3 TSP團隊軟件過程 293.3.1 會議組織 293.3.2 溝通問題 293.3.3 代碼走查 293.3.4 其它 303.4 PSP個人軟件過程 303.4.1 工作原則 303.4.2 日常工作 303.4.3 DE開發(fā)工程師 313.4.4 SCME配置管理員 323.4.5 DBA數據庫管理員 323.4.6 Deployer發(fā)布人員 334 ToolSpecification工具規(guī)范 334.1 通用工具 334.2 計劃 334.3 需求分析 344.4 設計 344.5 編碼 344.6 測試 345 Documents文檔 355.1 項目管理文檔 355.1.1 項目策劃 355.1.2 項目追蹤 355.1.3 質量保證 355.1.4 項目終止 355.2 開發(fā)過程文檔 355.2.1 軟件配置管理 355.2.2 會議管理 365.2.3 計劃跟蹤 365.2.4 評審管理 365.2.5 質量管理 365.2.6 測試過程 365.2.7 問題解決過程 365.2.8 其他 376 Appendix附錄 376.1 易于理解的代碼 376.2 Log輸出 37

Introduction簡介一個成熟穩(wěn)定的組織或者團隊，能夠減少風險，經常地成功地達成目標。成功的含義是：按時、預算內【即符合成本要求】、符合質量要求。換言之，成熟穩(wěn)定的團隊，能夠避免以下問題：組織方面出現問題對需求缺乏管理缺乏計劃和控制估算錯誤同時，還要在以下幾個方面做得比較出色：人員調度與工作安排工作量估計預算管理責權分配與平衡執(zhí)行與監(jiān)控溝通本文檔是軟件開發(fā)規(guī)范，力求使團隊打下一個良好的基礎，以便逐步成長為成熟穩(wěn)定的團隊。團隊需要一個逐步標準、規(guī)范的開發(fā)過程，在這個過程中，團隊得到鍛煉，成員能力得到提高，風險得到控制。主要內容是：定義軟件開發(fā)的流程；定義軟件開發(fā)的文檔格式；定義涉及的角色；定義涉及的信息；描述開發(fā)流程；Purpose目標本文檔的目標是：統(tǒng)一軟件開發(fā)團隊的流程、文檔；促進團隊成員的溝通，減少誤解；促使程序員書寫易維護的代碼；提高代碼編寫效率；使每個成員成為一個高效的程序員；

Scope范圍本文檔，包含：項目管理的流程；項目策劃項目追蹤配置管理質量保證同行評審涉及文檔；項目計劃mpp需求規(guī)格說明書SRSDelphi估算項目狀態(tài)報告配置庫樣式CheckList評審表變更申請表開發(fā)工具的規(guī)范；數據庫設計工具功能設計工具IDE配置工具Definitions,Acronyms,andAbbreviations.術語，縮略詞SPP 項目策劃SoftwareProjectPlanningSPTO 項目追蹤SoftwareProjectTracking&OversightSCM 配置管理SoftwareConfigurationManagementSQA 質量保證SoftwareQualityAssurancePR 同行評審PeerReviewBaseLine 基線SCCB 軟件配置控制委員會SoftwareConfigurationControlBoardCR 變更請求ChangeRequestSDLC 軟件開發(fā)生命周期SoftwareDevelopmentLifeCycleRUP 統(tǒng)一開發(fā)過程RationalUnifiedProcessXP 極限【敏捷方法】eXtremeProgrammingTDD 測試驅動TestDrivenDevelopmentReferences引用《CMM2》《CMM3》Overview文檔組織本文檔主要分為四大部分：概述；描述了團隊組織開發(fā)過程的高層視圖；TSP和PSP；按照團隊和個人描述流程規(guī)范；工具規(guī)范；描述了開發(fā)工具的詳細規(guī)范；文檔；涉及的文檔格式；

TheOverallDescription概述本部分是開發(fā)團隊開發(fā)過程的高層描述。它描述了開發(fā)過程規(guī)范的背景，用來和所有涉及各方就基本過程達成共識。SoftwareDevelopmentOrganizing開發(fā)團隊組織結構說明：表示公司的行政部門表示公司的邏輯部門實線表示參加產品實現的組織和人員（不表示所屬關系）虛線表示工作的匯報關系，如SQAE向SQA經理匯報。

ProjectBaseProcess項目基本流程識別需求識別需求提出解決方案執(zhí)行項目結束項目投入力量可行性分析報告需求建議書合同項目目標項目定義制定計劃計劃實施項目終止時間基本流程說明：項目啟動：本階段主要是進行可行性分析，定義項目，識別需求；制定計劃：本階段主要是計劃策劃，估算工作量，制定具體的可執(zhí)行的計劃；計劃實施：本階段主要是實施計劃，完成計劃中的各項任務，報告計劃狀態(tài)；項目終止：計劃執(zhí)行完畢，總結項目；

CMMBaseProcessCMM基本過程SCMSCMSQAWorkAreaBaseLineSPPSPTOPRChange&PR基本過程說明：SCM：軟件配置管理，所有活動的基礎，一切制品必須放入配置庫；SPP：軟件項目策劃，估算工作量，制定詳細計劃【項目的制定計劃階段】；SPTO：項目追蹤，報告項目狀態(tài)，評估并更新計劃【項目的計劃實施階段】；PR：同行評審，進入基線的前提條件，降低風險，提高質量的有效手段；SQA：質量保證，預防風險的有效手段；SCM軟件配置管理配置管理主要解決：版本變更

確定配置項和基線確定配置項和基線確定記錄和報告配置項狀態(tài)策略定義配置項定義訪問權限訪問權限確定配置管理工具確定SCCB成員確定配置庫及其目錄結構項目啟動確定配置管理人員Vss、SVN或VSTS一般由：項目經理、技術經理、客戶經理、質量保證人員、配置管理等項目的核心成員人員組成。在配置項（基線）生成和基線變更時配置庫結構權限表基線表確定基線變更過程定義備份與病毒策略定義備份與病毒策略按計劃執(zhí)行配置管理活動SCM計劃制定和評審記錄和報告基線的狀態(tài)在配置項（基線）生成和基線變更時至少在項目的每個里程碑結束時進行備份1建立配置庫2對項目組指導和培訓3對配置項的日常管理4參加評審會議5定期備份和病毒防護6實施發(fā)布7進行歸檔8配置管理計劃的維護配置管理情況總結計劃完成總結配置項是否完整、基線的變化情況統(tǒng)計、審核發(fā)現問題情況統(tǒng)計、改進建議等，記入項目總結報告定義測試和發(fā)布歸檔方式SCM計劃配置審核狀態(tài)報告審核報告SPP計劃策劃計劃策劃的核心是工作量估算

從歷史庫中識別可用的信息從歷史庫中識別可用的信息項目啟動從公司的數據中識別項目相似的信息，如項目的總結報告和其它的數據或文擋項目需求、合同以及《軟件項目任務書》等相關要求選擇項目生命周期識別項目的特點了解各個生命周期的特點確定適合項目生命周期模型從對用戶需求的理解是否充分；人員介入項目的方式；產品的交付方式；項目規(guī)模大小和風險高低；對項目系統(tǒng)架構的理解是否充分等方面考慮RUPXPRUPXP依據定義的過程，識別必須完成的任務和工作產品分解時考慮的活動事項要詳盡，不要漏掉：教育或培訓的需要；參與評審文檔；參與項目會議；確定、記錄和顯示各種與質量相關和與過程相關的數據；傳播時間文檔制品如：計劃、SRS等規(guī)模估算制定工作產品的評審計劃估算表估算結果評審計劃

識別項目需要使用的工具和設施識別項目需要使用的工具和設施風險評估識別與其他組之間的關系確定項目的跟蹤情況確定項目的組織結構和職責識別項目需要進行的培訓制定時間進度表在已知的停工和節(jié)假日時間不安排工作；不考慮加班時間；考慮測試及評審中發(fā)現問題的返工需要的時間；考慮客戶需求的穩(wěn)定情況；考慮各項活動的交接和信息的傳遞時間；識別出的風險對活動的影響；在安排工作時應考慮整個項目的效率因素，在正常估算的工期內增加20～40％的余量，分配到項目的所有活動中――特別是關鍵路徑中的活動中工具指南風險表協(xié)同工作計劃項目跟蹤計劃組織和角色定義培訓計劃時間進度表

編寫項目開發(fā)計劃書及其相關計劃書編寫項目開發(fā)計劃書及其相關計劃書計劃評審計劃管理和控制SQA計劃SCM計劃SDP計劃Test計劃風險計劃SPTO項目追蹤軟件項目開發(fā)計劃軟件項目開發(fā)計劃日常進度跟蹤定期報告項目狀態(tài)周例會里程碑總結需要調整計劃修改和評審計劃糾正和預防當出現：規(guī)模、工作量、進度和關鍵計算機資源超出規(guī)定的閾值；項目總的原始計劃不再可能達到；計劃和實際的任務安排明顯不相符，起不到指導作用；對客戶的承諾不能實現時并滿足下列條件時：導致計劃變化的原因是知道的，并清楚計劃怎么樣改變；提議的項目進度計劃變動是可達到的；提議的項目進度計劃已經得到了必須完成他的人員的許諾在周例會上向項目組的成員傳達客戶方面的信息、交流項目近期進展情況、未完成的工作、工作中存在的問題、好的經驗以及部署下兩周的工作，以使得計劃和實際的開發(fā)工作相符合總結到目前為止項目開發(fā)總體狀況、項目活動進展情況（一般通過甘特圖來體現）、活動項進展（應特別關注未完成活動項）、本階段好的經驗和典型問題、過程改進建議、客戶方面新要求，項目評審、培訓執(zhí)行情況、項目風險等其它方面存在的問題，分析在進度、工作量和缺陷等方面收集的數據并根據情況制定相應的措施和調整時間進度表，保持項目正常、健康開發(fā)個人工作周報時間進度表數據收集其它組跟蹤周報告分析和預測里程碑報告項目總結項目總結報告PR同行評審評審準備評審準備制定本次評審計劃評審跟蹤正式評審評審人員進行預審，在指定的時間內給出預審意見，反饋給評審組長和作者。評審組長將缺陷（或問題）及工作量匯總填入《評審報告》。要評審的文檔已經完成且文檔符合標準模板要求，項目經理指定評審組長，發(fā)放工作產品及參考資料，必要時確定評審重點（參見評審指南）工作產品評審計劃將報告抄送相關人員項目經理組織解決發(fā)現的缺陷（或問題）作者根據評審結果進行必要的改進驗證人驗證最終修正評審通過的產品作為基線的要得到SCCB批準評審通知表個人評審表評審報告SQA質量保證軟件項目啟軟件項目啟動指定SQAE制定質量保證計劃并評審通過進行審核發(fā)現不符合項計劃完成？NoYes制定質量審核計劃詳細的審核時間安排至少在正式審核前2天發(fā)給項目經理或技術經理、SQA經理審核、得到項目或技術經理認可詢問相關人員，對項目組的過程執(zhí)行情況進行審核檢查文檔和其他一切相關的證據，驗證項目組的活動總結審核情況將報告初稿與項目經理及有關人員進行討論，落實問題負責人；形成正式報告后發(fā)送給高級管理者、SQA經理、項目經理、項目成員等相關人員項目質量保證情況總結SQA計劃SQA審核計劃CheckListSQA審核報告SQA差異報告SDLC生命周期選擇當前比較成熟穩(wěn)定的SDLC是：WaterFallRUPXP其中：RUP和XP是迭代式開發(fā)過程，風險是可控的。RUP的優(yōu)點是過程清晰、文檔齊全，但是過于龐雜，比較適合大規(guī)模的團隊；XP的優(yōu)點是過程簡潔、推崇簡單，但是不注重文檔，難于交接，適合小規(guī)模團隊。對于中等規(guī)模的團隊來說，應該基于RUP和XP，進行裁剪，找到適合的SDLC：SDLC的核心是：迭代式和TDD從全局看：Use-CaseDriven用例驅動基于Architecture迭代和遞增的從微觀看：TDD測試驅動ReFactor重構Pair結對編程

DevelopmentProcess開發(fā)過程需求需求分析概要設計詳細設計編碼單元測試集成測試集成測試計劃系統(tǒng)測試計劃系統(tǒng)測試驗收測試形成文檔發(fā)布維護SRSHLDCODEDD策劃軟件配置管理軟件質量管理評審管理DevelopmentPhase開發(fā)階段需求分析階段需求收集需求總結總體設計階段總體架構部署模型概要設計階段模塊劃分數據庫設計詳細設計階段具體實現編碼階段測試用例Coding單元測試測試階段測試用例測試修正發(fā)布階段安裝測試安裝系統(tǒng)維護PhaseProduct階段制品需求階段SRS：需求規(guī)格說明書總體設計階段總體設計說明書概要設計階段HLD：概要設計說明書DB：數據庫設計DFD：數據流圖UI：用戶界面詳細設計階段DD：詳細設計說明書編碼階段TestCase：測試用例Coding：源代碼UTTestResult：單元測試報告測試階段TestTask：測試任務書TestCase：測試用例TestResult：測試報告TestApprovals：測試總結發(fā)布階段發(fā)布申請書

RoleDuty角色職責角色責任研發(fā)經理【研發(fā)團隊】為軟件項目提供足夠的資源.保證SQA小組的獨立性.解決SQA檢查時發(fā)現的問題.審批對外的承諾。定期審查SCM、SQA、項目計劃和跟蹤的相關活動。規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其他成分；規(guī)定硬件、軟件和其他成分的界面；監(jiān)控設計和開發(fā)以保證他們符合其規(guī)格說明；代表公司下達任務書。SA團隊負責網絡工程計劃的制定及實施；負責對客戶的技術支持與培訓；負責工程服務部內部人員素質與技術培訓負責系統(tǒng)集成工程標識、測試、驗收及質量保證；負責硬件、網絡和系統(tǒng)軟件產品的最后交付；負責組織自產軟件儲運、防護、交付和安裝；負責工程項目的配置管理QA研究制定測試規(guī)范和方案；參加實施測試和質量保證過程；對系統(tǒng)測試中發(fā)現的缺陷進行驗證；負責組織軟件項目任務書、開發(fā)計劃、里程碑等管理評審；負責公司的配置管理；項目經理負責軟件和硬件整個項目的協(xié)調、管理進行需求分析，并進行文檔的編寫組織技術評審等活動組織制定項目開發(fā)計劃（SDP）、風險管理計劃等計劃配合與協(xié)調SQA和SCM小組的活動.管理項目組，執(zhí)行SQA方針和過程以及SDP.監(jiān)督和跟蹤SDP、項目估算SA負責硬件工程的實施；負責系統(tǒng)的上線；負責系統(tǒng)的維護；SCCB授權建立軟件基線和標識配置項/單元；審查和審定對軟件基線的更改；審定由軟件基線庫制造的產品的生成。SCM協(xié)助軟件項目經理制定SCM計劃、維護SCM計劃；制定并維護項目標識規(guī)范；按時歸檔配置項；標識并管理置于配置管理過程之下的軟件工作產品集合；進行軟件項目的軟件基線生成、管理和備份；軟件配置狀態(tài)的統(tǒng)計和審計，并向項目組、軟件項目經理、高級管理者匯報有關活動情況；將基線的變更情況通知受影響的組和個人；保存并管理各項評審記錄、與項目相關的技術文檔、標準和規(guī)程。SQC依據測試計劃模板制定測試計劃.執(zhí)行測試計劃進行測試并記錄測試發(fā)現的缺陷提供測試報告.SQA主要是策劃軟件質量保證活動、檢驗軟件產品或活動對可用的標準、需求和規(guī)則的遵守程度、組織處理項目內部不能解決的不一致問題；定期報告檢查情況，發(fā)現偏差組織制定糾正、預防措施并監(jiān)督更正；參與制定SQA計劃，實施SQA活動，并向SQA經理、軟件項目經理項目組、高級管理者匯報有關的情況。DBA負責DB的創(chuàng)建和維護；為DE提供一個穩(wěn)定的環(huán)境；DE按軟件開發(fā)計劃進行開發(fā)，并記錄相關數據；遵守公司質量管理體系的要求.Deployer根據發(fā)布申請，提取代碼，發(fā)布系統(tǒng)和SA、DBA一起配置環(huán)境重構和重建系統(tǒng)Constraints限制

SpecificRequirements詳細描述本部分按照角色劃分詳細描述開發(fā)過程。Precondition前提SCM配置庫目錄結構開發(fā)庫：開發(fā)工作區(qū)文檔和代碼項目文檔項目啟動項目策劃項目計劃項目報告開發(fā)文檔需求設計測試代碼代碼目錄參考資料客戶資料等等基線庫：評審通過后的文檔《文檔同開發(fā)庫》測試庫：測試代碼和測試發(fā)布包文檔計劃用例測試報告代碼版本1版本2參考資料產品庫：測試通過后的文檔和代碼項目交付制品項目總結驗收報告。。。項目產品版本1版本2權限測試庫：測試人員可以讀寫其它人員只能讀，不能增加、修改和刪除基線庫：只能增加，不能刪除和修改產品庫：只能增加，不能刪除和修改開發(fā)庫：TestEnvironment測試環(huán)境測試需要一個獨立的環(huán)境DB獨立FTP等資源獨立Pass9等外部系統(tǒng)獨立最好是一個單獨的局域網環(huán)境，完全和開發(fā)分開開發(fā)是環(huán)境測試是環(huán)境每次測試，應當是一個完整的測試過程安裝系統(tǒng)DBWebAppServerClient其它配置系統(tǒng)DB配置AppServer配置系統(tǒng)初始化清除所有歷史數據執(zhí)行初始化腳本，插入初始數據測試系統(tǒng)DevelopmentControlProcess開發(fā)控制流程項目啟動和策劃階段本階段的關鍵是定義項目、估算工作量和制定詳細計劃。一個軟件項目的正式啟動從《軟件項目任務書》的下達開始。任務書中寫明項目的基本信息及相關責任人和詳細分工，規(guī)定項目必須提交的產品清單。任務書由研發(fā)經理或者項目負責人起草，研發(fā)經理批準后下達給相關負責人。項目任務書必須為打印紙質文檔，由相關人員簽字確認后，入配置管理庫歸檔。軟件項目任務書主要作用是明確項目人員職責以及各組之間的協(xié)調確認。估算工作量，從確認需求后開始。由項目經理指定評估人員，先按照頭腦風暴法估計各個子系統(tǒng)或者模塊的難易程度，然后按照Delphi法估算各個部分的工作量。項目經理和PMO成員，根據估算的工作量，制定項目計劃。SQA和SCM分別制定各自的計劃。SCM需要確定資源庫的目錄結構和權限結構。項目經理召集PMO、SQA、SCM評審及審核項目計劃、SQA計劃、SQA審核計劃、SCM計劃和測試計劃。對于發(fā)布后的一般性程序修改，不需要下達軟件項目任務書。對于關系重大，需要各組人員協(xié)調工作的重大修改，項目負責人可以以任務書的形式明確職責、協(xié)調關系。測試負責人評估測試資源【人員及機器】，并決定測試人員是否介入項目的需求分析和設計階段。需求分析、設計、編碼階段本階段的關鍵是評審和修訂控制，關鍵評審需要需求、設計、編碼、測試、項目管理、用戶等的參與。需求階段，需求分析人員收集需求，根據SRS模版，作出需求規(guī)格說明書。設計階段，設計人員根據總體設計、概要設計、數據庫設計和詳細設計，作出設計文檔。編碼階段，編碼人員根據詳細設計，設計單元測試用例，編寫代碼，進行單元測試。關鍵評審：SRS評審，設計評審，代碼走查提交測試階段項目啟動后，項目經理填寫測試任務通知單，將測試任務下達給測試組。概要設計評審完成后，由各子系統(tǒng)或者模塊的負責人測算完成時間，在確定完成時間后（正式開始編碼前）將測試任務通知單提交給項目測試負責人，項目測試負責人審核通過在通知單上簽字后返回給子項目負責人。開發(fā)及單元測試完成后，由開發(fā)人員將測試內容提交配置管理員入測試庫后，將測試任務通知單提交給發(fā)布人員申請測試發(fā)布。發(fā)布人員將測試庫中本次測試的內容發(fā)布到測試機后，在測試任務通知單上簽字后，提交給測試人員開始測試。測試完成后，測試人員在任務單上填寫測試意見后，交測試負責人確認后，返還給開發(fā)人員。如測試沒有通過，開發(fā)人員修改測試內容，進入下一個測試流程。如通過測試，開發(fā)人員將測試任務通知單提交給項目負責人，由項目負責人、SCCB簽字確認后，提交配置管理員將測試內容入基線庫。過程關鍵：發(fā)布實施人員確保發(fā)布到測試機上的源程序在配置管理庫中得到了有效的標識。生產發(fā)布、終測程序通過測試入庫以后，根據需要，由項目的負責人負責填寫發(fā)布申請單。發(fā)布申請單由項目測試負責人、配置管理員、SCCB、客戶代表、研發(fā)經理簽字確認后，由項目負責人提交給實施發(fā)布人員。發(fā)布人員拿到簽完字的發(fā)布申請后，才能從基線庫中提取程序向生產機上發(fā)布。如以上發(fā)布確認人員沒有全部簽字同意發(fā)布，必須由項目經理簽字同意后發(fā)布。程序發(fā)布到生產機上以后，進入終測【UAT】流程。測試人員和用戶代表要對生產機上的程序進行最后測試，確保生產機上的系統(tǒng)符合需求。項目負責人負責同用戶協(xié)調，項目負責人、測試人員和用戶共同編寫測試用例。項目負責人將《終測意見書》提交三方簽字，根據簽字意見決定修訂系統(tǒng)或者提交正式發(fā)布。終測出現的問題修改按照基線變更流程進行。實施人員只有拿到有三方簽字的《終測意見書》后才能將系統(tǒng)正式公開發(fā)布。系統(tǒng)正式發(fā)布三天之后一周之內，由實施人員負責到用戶處取得有用戶主要負責人簽字的《系統(tǒng)運行報告》，項目負責人負責監(jiān)督執(zhí)行。根據《系統(tǒng)運行報告》做相應的處理。過程關鍵：發(fā)布到生產機上的程序都在基線庫中得到了有效的標識。發(fā)布后問題反饋修改過程系統(tǒng)發(fā)布之后，用戶反饋的意見要形成問題清單或者變更申請單，記錄需要修改的地方，提交給項目負責人。項目負責人負責判斷改動是否會影響需求或者設計，負責將任務分配給相關人員進行修改。修改完成后，提交測試直至發(fā)布。這個階段的最重要的是保證所做的修改（文檔、代碼）都在配置管理庫的基線庫中得到體現。即基線庫中的文檔和代碼要進行同步更新，關鍵是發(fā)布人員嚴格根據發(fā)布申請單進行控制，并確保發(fā)布的代碼都是從基線庫中取出的。沒有經過流程直接要求發(fā)布的，發(fā)布人員必須予以拒絕。

TSP團隊軟件過程會議組織會議前，確定會議主持人和記錄員向參與會議人員發(fā)送會議資料參與會議人員閱讀會議資料確定會議主題、日期時間和地點注意：留出閱讀資料的時間確定會議議程準備會議用品【如投影儀等】重要會議，需要簽到會議開始前，申明會議紀律發(fā)言時間限制發(fā)言順序除主持人外，不得打斷別人記錄員記錄會議紀要會議后，發(fā)送會議總結溝通問題原則目標明確明確反饋反復溝通請求－答復當有疑問時，發(fā)出請求明確求助對象，指定第一對象和輔助對象第一對象接收到請求后，不能及時答復的應當轉發(fā)給自己認為合適的答復人，并告知求助人求助方式【高－低】：當面，電話，郵件公告代碼走查項目負責人指定代碼走查對象相互走查循環(huán)走查代碼走查發(fā)現的問題首先記錄告知代碼作者更新CheckList其它PSP個人軟件過程工作原則計劃管理：把你想做的寫下來行為管理：按照你寫下來的去做報告管理：把做的事情記錄下來跟蹤管理：出現的問題要設法解決日常工作每日工作每日早晨，規(guī)劃當日工作；