【正文】 項(xiàng)目的制定計劃階段】；216。要評審的文檔已經(jīng)完成且文檔符合標(biāo)準(zhǔn)模板要求，項(xiàng)目經(jīng)理指定評審組長，發(fā)放工作產(chǎn)品及參考資料，必要時確定評審重點(diǎn)（參見評審指南）工作產(chǎn)品評審計劃將報告抄送相關(guān)人員項(xiàng)目經(jīng)理組織解決發(fā)現(xiàn)的缺陷（或問題）作者根據(jù)評審結(jié)果進(jìn)行必要的改進(jìn)驗(yàn)證人驗(yàn)證最終修正評審?fù)ㄟ^的產(chǎn)品作為基線的要得到SCCB批準(zhǔn)評審?fù)ㄖ韨€人評審表評審報告 SQA質(zhì)量保證軟件項(xiàng)目啟動指定SQAE制定質(zhì)量保證計劃并評審?fù)ㄟ^進(jìn)行審核發(fā)現(xiàn)不符合項(xiàng)計劃完成？NoYes制定質(zhì)量審核計劃詳細(xì)的審核時間安排至少在正式審核前2天發(fā)給項(xiàng)目經(jīng)理或技術(shù)經(jīng)理、SQA經(jīng)理審核、得到項(xiàng)目或技術(shù)經(jīng)理認(rèn)可詢問相關(guān)人員，對項(xiàng)目組的過程執(zhí)行情況進(jìn)行審核檢查文檔和其他一切相關(guān)的證據(jù)，驗(yàn)證項(xiàng)目組的活動總結(jié)審核情況將報告初稿與項(xiàng)目經(jīng)理及有關(guān)人員進(jìn)行討論，落實(shí)問題負(fù)責(zé)人；形成正式報告后發(fā)送給高級管理者、SQA經(jīng)理、項(xiàng)目經(jīng)理、項(xiàng)目成員等相關(guān)人員項(xiàng)目質(zhì)量保證情況總結(jié)SQA計劃SQA審核計劃CheckListSQA審核報告SQA差異報告 SDLC 生命周期選擇當(dāng)前比較成熟穩(wěn)定的SDLC是：216。 SDLC的核心是：迭代式和TDD216。 測試階段n 測試用例n 測試n 修正216。 發(fā)布階段n 發(fā)布申請書216。 Precondition 前提 SCM配置庫216。任務(wù)書中寫明項(xiàng)目的基本信息及相關(guān)責(zé)任人和詳細(xì)分工，規(guī)定項(xiàng)目必須提交的產(chǎn)品清單。SCM需要確定資源庫的目錄結(jié)構(gòu)和權(quán)限結(jié)構(gòu)。編碼階段，編碼人員根據(jù)詳細(xì)設(shè)計，設(shè)計單元測試用例，編寫代碼，進(jìn)行單元測試。過程關(guān)鍵：發(fā)布實(shí)施人員確保發(fā)布到測試機(jī)上的源程序在配置管理庫中得到了有效的標(biāo)識。項(xiàng)目負(fù)責(zé)人將《終測意見書》提交三方簽字，根據(jù)簽字意見決定修訂系統(tǒng)或者提交正式發(fā)布。修改完成后，提交測試直至發(fā)布。 確定會議主題、日期時間和地點(diǎn)n 注意：留出閱讀資料的時間216。 請求－答復(fù)n 當(dāng)有疑問時，發(fā)出請求n 明確求助對象，指定第一對象和輔助對象n 第一對象接收到請求后，不能及時答復(fù)的應(yīng)當(dāng)轉(zhuǎn)發(fā)給自己認(rèn)為合適的答復(fù)人，并告知求助人n 求助方式【高－低】：當(dāng)面，電話，郵件216。 跟蹤管理：出現(xiàn)的問題要設(shè)法解決 日常工作216。 設(shè)計單元測試用例n SCM獲取測試用例模版n 編寫測試用例n 提交SCM216。 規(guī)劃DB的管理n DB的大小n 權(quán)限劃分n 備份和恢復(fù)n 建立DB腳本n 和SCM協(xié)商進(jìn)入SCM的資源216。 項(xiàng)目計劃n MPP216。 概要設(shè)計n Wordn Rational Rose216。 項(xiàng)目計劃模版216。 簽到簿 質(zhì)量保證216。 變更通知單 會議管理216。 評審報告 質(zhì)量管理216。 測試報告 問題解決過程216。 經(jīng)常注釋216。 輸出前，判斷是否允許輸出，比如：isDebugEnabled 專業(yè)整理分享 。 檢查錯誤，尤其是函數(shù)入口216。 軟件項(xiàng)目任務(wù)書216。 SRS216。 開發(fā)計劃216。 配置管理活動檢查表216。 項(xiàng)目清單 項(xiàng)目追蹤216。 詳細(xì)設(shè)計n Word 編碼216。 SRS文檔n Word216。 規(guī)劃n 發(fā)布策略n 發(fā)布腳本n 發(fā)布計劃216。 單元測試n 代碼發(fā)布到開發(fā)機(jī)n 請DBA協(xié)助n 如果有其它模塊，請負(fù)責(zé)人協(xié)調(diào)n 測試216。 會議n 會議之前，仔細(xì)閱讀會議資料n 如有疑問，可以發(fā)郵件向會議主持人提出n 或者在會議上提出n 會議中，記錄會議要點(diǎn)n 如要參與討論，請在別人發(fā)言結(jié)束后發(fā)言，不要打斷別人n 會議后，如有新的想法，發(fā)郵件或者當(dāng)面向會議主持人提出216。 項(xiàng)目負(fù)責(zé)人指定代碼走查對象n 相互走查n 循環(huán)走查216。 準(zhǔn)備會議用品【如投影儀等】216。即基線庫中的文檔和代碼要進(jìn)行同步更新，關(guān)鍵是發(fā)布人員嚴(yán)格根據(jù)發(fā)布申請單進(jìn)行控制，并確保發(fā)布的代碼都是從基線庫中取出的。實(shí)施人員只有拿到有三方簽字的《終測意見書》后才能將系統(tǒng)正式公開發(fā)布。發(fā)布申請單由項(xiàng)目測試負(fù)責(zé)人、配置管理員、SCCB、客戶代表、研發(fā)經(jīng)理簽字確認(rèn)后，由項(xiàng)目負(fù)責(zé)人提交給實(shí)施發(fā)布人員。概要設(shè)計評審?fù)瓿珊?，由各子系統(tǒng)或者模塊的負(fù)責(zé)人測算完成時間，在確定完成時間后（正式開始編碼前）將測試任務(wù)通知單提交給項(xiàng)目測試負(fù)責(zé)人，項(xiàng)目測試負(fù)責(zé)人審核通過在通知單上簽字后返回給子項(xiàng)目負(fù)責(zé)人。對于發(fā)布后的一般性程序修改，不需要下達(dá)軟件項(xiàng)目任務(wù)書。項(xiàng)目任務(wù)書必須為打印紙質(zhì)文檔，由相關(guān)人員簽字確認(rèn)后，入配置管理庫歸檔。u 項(xiàng)目產(chǎn)品l 版本1l 版本2216。定期審查SCM、SQA、項(xiàng)目計劃和跟蹤的相關(guān)活動。 需求階段n SRS：需求規(guī)格說明書216。 從微觀看：n TDD測試驅(qū)動n ReFactor重構(gòu)n Pair結(jié)對編程 Development Process 開發(fā)過程需求分析概要設(shè)計詳細(xì)設(shè)計編碼單元測試集成測試集成測試計劃系統(tǒng)測試計劃系統(tǒng)測試驗(yàn)收測試形成文檔發(fā)布維護(hù)SRSHLDCODEDD策劃軟件配置管理軟件質(zhì)量管理評審管理 Development Phase 開發(fā)階段216。 RUP216。 PR： 同行評審，進(jìn)入基線的前提條件，降低風(fēng)險，提高質(zhì)量的有效手段；216。 項(xiàng)目啟動： 本階段主要是進(jìn)行可行性分析，定義項(xiàng)目，識別需求；216。 TDD 測試驅(qū)動Test Driven Development References 引用 《CMM2》《CMM3》 Overview 文檔組織 本文檔主要分為四大部分：216。 SQA 質(zhì)量保證Software Quality Assurance216。 使每個成員成為一個高效的程序員； Scope 范圍本文檔，包含：216。 定義軟件開發(fā)的文檔格式；216。 工作量估計216。 完美WORD格式 軟件開發(fā)規(guī)范Software Development SpecificationVersion: Date: 20100622Prepared by