【正文】 216。 編寫概要設(shè)計(jì)（系統(tǒng)軟件架構(gòu)）252。 設(shè)計(jì)者以需求為約束，對系統(tǒng)進(jìn)行分析，依據(jù)功能獨(dú)立性原則分解出系統(tǒng)模塊和組件252。 設(shè)計(jì)者識取系統(tǒng)主要的內(nèi)部和外部接口252。 設(shè)計(jì)者在組件級對系統(tǒng)進(jìn)行動態(tài)建模分析，分析組件的性能和擴(kuò)展性252。 設(shè)計(jì)者從組織構(gòu)件庫中選取可重用的系統(tǒng)組件252。 設(shè)計(jì)者確定組件是否開發(fā)、購買或重用216。 為項(xiàng)目工作環(huán)境建立規(guī)程252。 填寫項(xiàng)目環(huán)境配置表252。 確定項(xiàng)目工具軟件種類和版本252。 準(zhǔn)備工具軟件的安裝手冊和使用手冊252。 建立項(xiàng)目通訊錄252。 為項(xiàng)目組成員在配置管理庫、日報(bào)系統(tǒng)、QAS系統(tǒng)等其它系統(tǒng)中分配權(quán)限216。 功能設(shè)計(jì)216。 數(shù)據(jù)庫設(shè)計(jì)216。 設(shè)計(jì)評審、驗(yàn)證和基線化設(shè)計(jì)采用同行評審。216。 集成測試籌備216。 培訓(xùn)和研究216。 項(xiàng)目計(jì)劃更新項(xiàng)目經(jīng)理重新確認(rèn)項(xiàng)目計(jì)劃。根據(jù)《需求規(guī)格說明書》及《概要設(shè)計(jì)書》內(nèi)容進(jìn)行詳細(xì)設(shè)計(jì)，確定設(shè)計(jì)內(nèi)部結(jié)構(gòu)及內(nèi)部實(shí)現(xiàn)流程。根據(jù)詳細(xì)設(shè)計(jì)編寫代碼并進(jìn)行單元測試。按照《體系結(jié)構(gòu)設(shè)計(jì)書》中系統(tǒng)開發(fā)環(huán)境的要求搭建開發(fā)環(huán)境。為集成測試和系統(tǒng)測試做好準(zhǔn)備工作。216。 編寫詳細(xì)設(shè)計(jì)書，并經(jīng)過評審252。 設(shè)計(jì)者選取開發(fā)設(shè)計(jì)方法和工具252。 設(shè)計(jì)者描述組件接口和數(shù)據(jù)結(jié)構(gòu)252。 設(shè)計(jì)者將系統(tǒng)組件細(xì)分為過程，并定義過程的實(shí)現(xiàn)邏輯216。 開發(fā)小組共同協(xié)商制定如下計(jì)劃：252。 編碼計(jì)劃開發(fā)人員根據(jù)“編程計(jì)劃”編寫軟件的代碼，開發(fā)人員在編寫完成每個(gè)模塊時(shí)，必須對自己的代碼進(jìn)行必要的審查和測試。252。 代碼審查計(jì)劃開發(fā)人員根據(jù)“代碼審查計(jì)劃”對同伴的代碼進(jìn)行審查。252。 單元測試計(jì)劃開發(fā)人員根據(jù)詳細(xì)設(shè)計(jì)文檔撰寫單元測試用例。參見Error! Reference source not ! Reference source not found.。單元測試流程圖：圖20252。 系統(tǒng)測試籌備252。 缺陷和問題管理任何人發(fā)現(xiàn)軟件中的缺陷時(shí)都必須使用指定的缺陷管理工具(QAS系統(tǒng))。該工具將記錄所有缺陷的狀態(tài)信息，開發(fā)人員要及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷并馬上進(jìn)行回歸測試，以確保不會引入新的缺陷。216。 代碼開發(fā)252。 開發(fā)人員根據(jù)審核過的詳細(xì)設(shè)計(jì)文檔，代碼規(guī)范和結(jié)構(gòu)進(jìn)行開發(fā)工作252。 開發(fā)人員更新需求變更矩陣RTM252。 需求變更的部分，需要更新變更請求日志，同時(shí)執(zhí)行需求變更管理流程，修改相應(yīng)的詳細(xì)設(shè)計(jì)文檔，重新對設(shè)計(jì)文檔進(jìn)行審查216。 代碼評審過程代碼采用同行評審。在單元測試結(jié)束的基礎(chǔ)上，按照集成要求，對組裝起來的模塊進(jìn)行測試，發(fā)現(xiàn)與接口有關(guān)的錯(cuò)誤，驗(yàn)證程序與概要設(shè)計(jì)的一致性。216。 產(chǎn)品組件狀態(tài)檢查216。 搭建集成環(huán)境216。 產(chǎn)品集成216。 搭建集成測試環(huán)境216。 執(zhí)行集成測試216。 編寫集成測試報(bào)告216。 評審工作產(chǎn)品216。 缺陷和問題管理任何人發(fā)現(xiàn)軟件中的缺陷時(shí)都必須使用指定的缺陷管理工具(QAS系統(tǒng))。該工具將記錄所有缺陷的狀態(tài)信息，開發(fā)人員要及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷并馬上進(jìn)行回歸測試，以確保不會引入新的缺陷。對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)，發(fā)現(xiàn)系統(tǒng)中的潛在問題，包括性能情況。對各功能模塊的接口測試，采用的方法是黑盒測試。項(xiàng)目經(jīng)理組建系統(tǒng)測試小組，并指定一名成員任測試組長。系統(tǒng)測試小組各成員依據(jù)產(chǎn)品需求和系統(tǒng)設(shè)計(jì)文檔依次進(jìn)行如下活動：216。 搭建系統(tǒng)測試環(huán)境216。 執(zhí)行系統(tǒng)測試系統(tǒng)測試包括功能測試，可靠性測試，負(fù)載測試，壓力測試，響應(yīng)時(shí)間測試和可擴(kuò)展性測試。必要的話，也要進(jìn)行安全測試，災(zāi)難恢復(fù)測試，可用性測試。216。 編寫系統(tǒng)測試報(bào)告216。 評審工作產(chǎn)品216。 缺陷和問題管理任何人發(fā)現(xiàn)軟件中的缺陷時(shí)都必須使用指定的缺陷管理工具(QAS系統(tǒng))。該工具將記錄所有缺陷的狀態(tài)信息，開發(fā)人員要及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷并馬上進(jìn)行回歸測試，以確保不會引入新的缺陷。在系統(tǒng)測試的基礎(chǔ)上，在合適的時(shí)機(jī)，將符合要求的產(chǎn)品予以發(fā)布。216。 工作產(chǎn)品已完成并通過評審216。 系統(tǒng)測試結(jié)果達(dá)到客戶標(biāo)準(zhǔn)為通過216。 發(fā)布準(zhǔn)備252。 待發(fā)布的工作產(chǎn)品已基線化252。 填寫《產(chǎn)品包清單》252。 生成產(chǎn)品包，放入發(fā)布庫252。 通知配置管理員進(jìn)行發(fā)布配置審核216。 配置審核252。 配置管理員進(jìn)行配置審核（物理和功能審核）252。 填寫《配置審核報(bào)告》 252。 項(xiàng)目經(jīng)理解決審核中出現(xiàn)的問題216。 工作產(chǎn)品發(fā)布252。 項(xiàng)目經(jīng)理填寫《產(chǎn)品發(fā)布報(bào)告》252。 質(zhì)量保證人員和配置管理員對《產(chǎn)品發(fā)布報(bào)告》進(jìn)行審核252。 簽署發(fā)布報(bào)告由項(xiàng)目經(jīng)理，測試組長，質(zhì)量保證人員，配置管理員在紙制《發(fā)布報(bào)告》上簽字確認(rèn)。216。 客戶對應(yīng)252。 客戶反饋問題252。 問題記錄到QAS系統(tǒng)，開發(fā)人員對問題進(jìn)行修改252。 回歸測試，達(dá)到客戶發(fā)布標(biāo)準(zhǔn)252。 再次發(fā)布216。 高層經(jīng)理確認(rèn)發(fā)布客戶驗(yàn)收階段是客戶依據(jù)合同對產(chǎn)品進(jìn)行審查和測試，確保產(chǎn)品滿足客戶需求。開發(fā)方項(xiàng)目經(jīng)理和其他成員為客戶驗(yàn)收工作提供協(xié)助，及時(shí)解決客戶方發(fā)現(xiàn)的問題。開發(fā)方將待驗(yàn)收的工作成果準(zhǔn)備好，并將必要的材料（軟件產(chǎn)品、相關(guān)代碼及文檔）提前交給用戶驗(yàn)收小組，確保這些成果是完整的并且是正確的。當(dāng)待驗(yàn)收的所有工作成果都通過了審查和測試后，開發(fā)方將其交付給客戶方。雙方的責(zé)任人簽字認(rèn)可。由于客戶參與了測試過程，就可以在上線之前發(fā)現(xiàn)問題，不僅減少了需求和理解的誤差，更加減少了上線后系統(tǒng)出現(xiàn)的問題壓力。在這個(gè)階段，需要用戶及時(shí)把問題提交到問題報(bào)告中，測試人員與開發(fā)負(fù)責(zé)人，以及客戶協(xié)商后，如果確實(shí)是個(gè)bug，遵循bug修復(fù)和跟蹤流程，如果是個(gè)功能改進(jìn)，遵循功能改進(jìn)流程，如果是新需求，需要遵循需求變更流程。Error! Reference source not ! Reference source not found.，跟蹤解決發(fā)現(xiàn)的缺陷。BUG修復(fù)與跟蹤流程：圖21項(xiàng)目交付后，為積累經(jīng)驗(yàn)教訓(xùn)，在項(xiàng)目結(jié)項(xiàng)時(shí)仍然有許多工作要做，需要遵守結(jié)項(xiàng)流程。216。 獲取客戶認(rèn)可項(xiàng)目結(jié)束的簽字216。 項(xiàng)目經(jīng)理起草項(xiàng)目總結(jié)報(bào)告216。 項(xiàng)目組成員經(jīng)驗(yàn)總結(jié)216。 質(zhì)量保證人員根據(jù)檢查單對項(xiàng)目總結(jié)報(bào)告進(jìn)行審計(jì)216。 通知高層經(jīng)理進(jìn)行審核216。 項(xiàng)目所有成員參加評審會議，輸出會議紀(jì)要216。 更新公司組織過程資產(chǎn)庫216。 項(xiàng)目經(jīng)理提交結(jié)項(xiàng)申請表，由高層經(jīng)理，項(xiàng)目經(jīng)理，測試組長，質(zhì)量保證人員和資料人員審核簽署第七章 后期維護(hù)平臺系統(tǒng)免費(fèi)維護(hù)一年。提供每周7天、每天24小時(shí)電話,網(wǎng)絡(luò)支持服務(wù)。第八章 成功案例成功案例，見PPT。