【正文】 由維護(hù)人員來完成項(xiàng)目小功能的改進(jìn)和BUG的修復(fù)。因此需要設(shè)置專門的配置管理員來進(jìn)行項(xiàng)目的配置管理。同時項(xiàng)目中設(shè)置專門的架構(gòu)設(shè)計(jì)人員，架構(gòu)設(shè)計(jì)人員不再負(fù)責(zé)需求的開發(fā)工作，而重點(diǎn)在于系統(tǒng)總體設(shè)計(jì)方案的確定，系統(tǒng)的4+1視圖的分析，同時架構(gòu)人員要考慮整個系統(tǒng)的集成方案的確定和具體功能單元和模塊的集成。包括項(xiàng)目進(jìn)度計(jì)劃制定，項(xiàng)目跟蹤監(jiān)控，風(fēng)險分析和控制，項(xiàng)目度量分析和決策等相關(guān)內(nèi)容?！　》桨杆?項(xiàng)目經(jīng)理和需求角色分離　　當(dāng)項(xiàng)目團(tuán)隊(duì)的規(guī)模發(fā)展到1220人的時候，項(xiàng)目團(tuán)隊(duì)基本上可以算做中小型的項(xiàng)目團(tuán)隊(duì)。設(shè)計(jì)負(fù)責(zé)人的重點(diǎn)轉(zhuǎn)化到的軟件需求的開發(fā)和總體設(shè)計(jì)上面(如涉及到RUP中的用例建模，用例分析，架構(gòu)設(shè)計(jì)，組件接口復(fù)用)。而重點(diǎn)放在項(xiàng)目內(nèi)外的溝通協(xié)調(diào)和整個項(xiàng)目進(jìn)度計(jì)劃的安排上。測試人員站在第三方和模擬使用者角度來進(jìn)行系統(tǒng)的測試，可以更好的發(fā)現(xiàn)系統(tǒng)的BUG和相關(guān)問題，有效的保證系統(tǒng)的質(zhì)量?！　》桨溉?測試的專職化　　對于項(xiàng)目團(tuán)隊(duì)發(fā)展到510的時候，項(xiàng)目中的測試工作必須專職化的由測試人員來完成。而單獨(dú)剝離出開發(fā)負(fù)責(zé)人后，可以更好的對開發(fā)過程進(jìn)行跟蹤和協(xié)調(diào)，開發(fā)負(fù)責(zé)人重點(diǎn)放在項(xiàng)目內(nèi)部，而避免過多去和外部干系人溝通和協(xié)調(diào)。對于很多小型項(xiàng)目往往是用戶需求都沒有搞清楚就開工，項(xiàng)目成員完全憑借著自己的感覺在做系統(tǒng)，過程中又不注意與用戶及時反饋和迭代，導(dǎo)致開發(fā)出完全不能使用的系統(tǒng)；開發(fā)負(fù)責(zé)人的重點(diǎn)是對整個開發(fā)過程負(fù)責(zé)，包括對項(xiàng)目經(jīng)理確認(rèn)的進(jìn)度目標(biāo)進(jìn)行任務(wù)的進(jìn)一步分解，安排后續(xù)的增量和迭代計(jì)劃。這兩個崗位的人員共同來確認(rèn)項(xiàng)目的總體方案和架構(gòu)。由于項(xiàng)目負(fù)責(zé)人一般有較強(qiáng)的技術(shù)能力，所以項(xiàng)目負(fù)責(zé)人可以承擔(dān)項(xiàng)目中要使用的一些新技術(shù)的研究，項(xiàng)目中一些疑難問題的解決等相關(guān)工作。項(xiàng)目負(fù)責(zé)人能力和技能往往決定了整個軟件項(xiàng)目的成敗。同時還需要做到整個團(tuán)隊(duì)進(jìn)度規(guī)劃，質(zhì)量保證，配置管理和溝通協(xié)調(diào)等相關(guān)工作?！　》桨敢?項(xiàng)目負(fù)責(zé)人總覽全局　　對于小作坊的軟件開發(fā)團(tuán)隊(duì)，可以由一個項(xiàng)目負(fù)責(zé)人總覽全局。形成相關(guān)的角色崗位矩陣?！　≤浖_發(fā)不管采用哪種生命周期模型和開發(fā)方法論，整個過程都會包含需求，設(shè)計(jì)，開發(fā)，測試，配置管理等各項(xiàng)活動。圖 82 角色和任務(wù)劃分方案因此，合理的角色任務(wù)分配和溝通制度是軟件項(xiàng)目成功的重要保障。任務(wù)完成后也需要對任務(wù)進(jìn)行評審，保證任務(wù)的質(zhì)量。　　軟件項(xiàng)目開發(fā)經(jīng)歷多個階段，每個階段包含多個任務(wù)，每個任務(wù)會產(chǎn)生相應(yīng)的工件?？?結(jié) 項(xiàng)目總結(jié) 　　項(xiàng)目結(jié)束后需要對整個項(xiàng)目開發(fā)階段的工作進(jìn)行總結(jié)，交流心得，吸取經(jīng)驗(yàn)和教訓(xùn)，并歸檔為《項(xiàng)目總結(jié)報(bào)告》。 產(chǎn)品驗(yàn)收 　　對于為特定客戶開發(fā)的軟件產(chǎn)品，通常根據(jù)簽訂的開發(fā)合同和產(chǎn)品方案等條款逐項(xiàng)驗(yàn)收，驗(yàn)收時，用戶通常會執(zhí)行驗(yàn)收測試案例。 產(chǎn)品使用培訓(xùn) 　　對于為特定客戶開發(fā)的軟件產(chǎn)品，在發(fā)布前需要對用戶進(jìn)行產(chǎn)品的使用培訓(xùn)?！　　懂a(chǎn)品使用手冊》的內(nèi)容包括：1. 產(chǎn)品介紹 2. 各個功能的介紹 3. 通過實(shí)際案例介紹各個功能的使用方式和操作步驟 編制用戶文檔 　　針對不同的使用者角色，編制相應(yīng)的用戶文檔，對管理者用戶需要提供《安裝、維護(hù)指南》，對普通用戶需要編制《產(chǎn)品使用手冊》。 RC版本發(fā)布 　　發(fā)布RC版本讓用戶體驗(yàn)并收集反饋意見，為產(chǎn)品驗(yàn)收作準(zhǔn)備。 產(chǎn)品測試 　　因?yàn)楫a(chǎn)品即將驗(yàn)收和發(fā)布，所以必須對產(chǎn)品進(jìn)行完整測試，產(chǎn)品測試比其他測試要求更嚴(yán)格，當(dāng)產(chǎn)品的質(zhì)量達(dá)到發(fā)布的要求后才能發(fā)布。圖 71 控制階段的任務(wù)和工件　　《測量報(bào)告》的內(nèi)容包括：1. 基本信息，包括測量主題、測量時間、測量者等 2. 測量內(nèi)容和測量值 3. 測量分析 測量 　　在項(xiàng)目開發(fā)過程中，收集一些關(guān)鍵的測量，對了解項(xiàng)目狀態(tài)和進(jìn)行項(xiàng)目決策很有幫助，同時也為以后的項(xiàng)目提供歷史數(shù)據(jù)參考?！　№?xiàng)目進(jìn)度會議的另一個重要議題是審查進(jìn)度表，了解項(xiàng)目實(shí)際進(jìn)度與計(jì)劃進(jìn)度的差異。　　《變更處理報(bào)告》的內(nèi)容包括： 變更管理 　　開發(fā)過程中經(jīng)常會出現(xiàn)多種變更，如：需求變更、設(shè)計(jì)變更或人員變更等?；拘畔⒃u審主題、時間、提交者、評審者等評審內(nèi)容評審內(nèi)容的列表和簡述問答記錄評審過程中重要的問答記錄評審結(jié)論整個評審的結(jié)果，如：1. 完全通過，無需修改 2. 基本通過，需要作小量修改，但不必再評審 3. 大體通過，需要作一些修改，之后再評審 4. 不通過，需要作大幅修改，之后必須重新評審 評審意見針對評審結(jié)論提出的意見和建議表 71 評審報(bào)告 質(zhì)量管理 　　1） 評審　　評審是質(zhì)量保證的重要環(huán)節(jié)，原則上每個重要的工作任務(wù)或階段結(jié)束前都必須經(jīng)過評審，如：方案評審、計(jì)劃評審、需求評審、設(shè)計(jì)評審和代碼評審等，工作是否被通過、是否需要修改或重做均由評審結(jié)果決定，評審結(jié)果以《評審報(bào)告》的形式發(fā)布。　　《測試報(bào)告》的內(nèi)容包括：o 測試用例匯總（用例數(shù)量、通過的用例數(shù)量、未通過的用例數(shù)量等） o Bug匯總（Bug總數(shù)、新增Bug數(shù)量、關(guān)閉Bug數(shù)量、Bug趨勢圖表等） o 測試計(jì)劃執(zhí)行情況 o 測試總結(jié) 控制階段 同時還要提交Build清單。 用調(diào)試模式啟動程序，一行一行單步執(zhí)行代碼，并注意調(diào)試輸出 167。 編譯代碼，保證編譯通過 167。 詳細(xì)設(shè)計(jì) 　　詳細(xì)實(shí)際每項(xiàng)需求的實(shí)現(xiàn)方法，對于重要的設(shè)計(jì)決策、算法、公共模塊和外部接口等必須以模塊設(shè)計(jì)文檔的形式進(jìn)行記錄。） o 輸入（或操作步驟） o 期望輸出 o 實(shí)際輸出（執(zhí)行測試后再填寫） o 是否通過（執(zhí)行測試后再填寫） 　　《測試用例》的內(nèi)容包括：o 測試用例對應(yīng)的功能模塊 o 測試用例的性質(zhì)（功能測試用例、性能測試用例、。 測試方式 167。 要測試的內(nèi)容 167。 測試方式 167。 要測試的功能 167。有了細(xì)化的需求后就編寫本次Build的測試計(jì)劃。 要實(shí)現(xiàn)的新功能 167。 要解決的遺留Bug 167。測試發(fā)現(xiàn)的問題留待以后的Build構(gòu)建解決。2 Build 構(gòu)建　　《發(fā)布清單》的內(nèi)容包括：o 產(chǎn)品版本號和日期 o 改正的Bug o 修改的功能 o 實(shí)現(xiàn)的新功能 o 其