【文章內(nèi)容簡介】 ● 與質(zhì)量保證人員一起協(xié)商不符合項 問題的糾正措施，并安排資源實施糾正措施； ● 定期或事件驅(qū)動的評審質(zhì)量保證活動和結(jié)果。 2. 質(zhì)量保證 根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標，結(jié)合本項目特點，制定項目的總體質(zhì)量目標 ： 1） 基于需求的測試覆蓋率為 100%； 2） 軟件功能測試用例 通過率不低于 95%； 3） 每個階段評審中發(fā)現(xiàn) 的問題都已經(jīng)解決或得到適當處理； 4） 產(chǎn)品發(fā)布時不存在嚴重及其以上的缺陷。 17 結(jié)合以往的項目經(jīng)驗和企業(yè)的質(zhì)量相應標準，制定質(zhì)量標準如表 101所示： 表 101 質(zhì)量計劃標準 項目 具體描述 計劃 實際 缺陷排除率 （缺陷數(shù) /頁） 需求檢查 4 系統(tǒng)總體設(shè)計檢查 2 缺陷排除率 （缺陷數(shù)/KLOC） 詳細設(shè)計復核 30 詳細設(shè)計檢查 10 代碼復核 65 代碼檢查 20 編譯 20 單元測試 15 系統(tǒng)集成 5 系統(tǒng)測試 5 3. 質(zhì)量策略 為了 保證提交用戶的產(chǎn)品是高質(zhì)量，實施過程中采取的質(zhì)量保證措施包括： 1） 將質(zhì)量貫徹到日常的項目進展過程中； 2） 應該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，無論是質(zhì)量保證還是質(zhì)量控制采取的策略都是早期預防和早期排除缺陷。 4. 質(zhì)量保證活動 質(zhì)量保證的主要活動包括過程審計和產(chǎn)品審計。過程審計和產(chǎn)品審計的目的是為了確保在項目 進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。 每一次過程審計和產(chǎn)品審計都應填寫相應的報告或活動記錄。 （ 1） 產(chǎn)品審計 產(chǎn)品審計由質(zhì)量保證人員來進行，檢查項目產(chǎn)品是否達到質(zhì)量 目標。 質(zhì)量保證人員對項目生存期中創(chuàng)建的工作產(chǎn)品 可以有選擇性的進行審計，已驗證是否符合適當?shù)臉藴剩欠襁M行了質(zhì)量檢查。表 102是質(zhì)量審計一覽表。 表 102 產(chǎn)品審計 一 覽表 項 審計對象 審計階段 參照的標準 1 軟件項目計劃 計劃結(jié)束 企業(yè)質(zhì)量體系 2 軟件配置管理計劃 計劃結(jié)束 企業(yè)質(zhì)量體系 3 軟件質(zhì)量保證計劃 計劃結(jié)束 企業(yè)質(zhì)量體系 4 總體設(shè)計文檔 設(shè)計 結(jié)束 企業(yè)質(zhì)量體系 和項目計劃 18 5 詳細設(shè)計文檔 設(shè)計 結(jié)束 企業(yè)質(zhì)量體系 和項目計劃 6 數(shù)據(jù)庫表和編碼規(guī)范 設(shè)計 結(jié)束 企業(yè)質(zhì)量體系 和 項目計劃 7 產(chǎn)品代碼 每個階段實施結(jié)束 企業(yè)質(zhì)量體系 和項目計劃 8 測試報告 測試結(jié)束 企業(yè)質(zhì)量體系 和項目計劃 9 測試計劃 設(shè)計 結(jié)束 企業(yè)質(zhì)量體系 和項目計劃 10 用戶文檔 測試結(jié)束 企業(yè)質(zhì)量體系 和項目計劃 （ 2） 過程審計 項目嚴格按照組織定義的軟件過程進行開發(fā)，過程審計的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。在每次審計之后，要對審計結(jié)果做出明確的決策并形成評審記錄。審計可采取文件傳閱、評審 會 等形式。 質(zhì)量保證人員負責對項目過程進行監(jiān)督、發(fā)現(xiàn)的問題和解決情況在每周的例會上通報，對沒有解決的問題進行討論，對不能解決的問題提交高級管理者處理。 每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。 5. 質(zhì)量控制活動 質(zhì)量控制活動包括代碼走查、單元測試、集成測試、環(huán)境測試等，由開發(fā)人負責。編碼人員在編寫代碼時要進行同步單元測試，單元測試要達到分支覆蓋，產(chǎn)品通過單元測試和編碼檢查后，應提交測試部進行集成測試、系統(tǒng)測試。測試部的測試 應達到質(zhì)量目標要求，軟件發(fā)布時應達到測試通過準則的要求。 6. 質(zhì)量保證的報告途徑 質(zhì)量保證人員對每次審計活動發(fā)現(xiàn)的不符合項，應該和項目 經(jīng)理協(xié)商不符合項的糾正措施，及預訂完成日期，若和項目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報給高層管理者，高層管理者決定最后的措施。 同時不符合項在項目周例會中匯報。 對不符合項，質(zhì)量保證人員要在預定完成日期內(nèi)重新審計、驗證不符合項的糾正情況，若超過預訂完成日期 1 周仍然有沒解決的不符合項，質(zhì)量保證人員上報給高級管理者，由高級管理者決定最后的措施。 質(zhì)量保證人員有獨立的匯報途徑，日常的匯報途徑如下： ● 發(fā)現(xiàn)的問題通知項目經(jīng)理，協(xié)調(diào)糾正措施。 ● 將項目組內(nèi)不能協(xié)調(diào)的問題匯報給高層管理者，由高層管理者協(xié)調(diào)解決。 ● 日常工作 和過程數(shù)據(jù)要匯報給質(zhì)量經(jīng)理統(tǒng)一收集、統(tǒng)計。 十一 、配置管理計劃 19 軟件配置管理（ SCM），是一套規(guī)范、高效的軟件開發(fā)管理方法，同時也是提高軟件質(zhì)量的重要手段，它幫助開發(fā)團隊對軟件開發(fā)過程進行有效的變更控制，高效地開發(fā)高質(zhì)量的軟件。 1． 配置項標識 （ 1） 命名規(guī)范 命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設(shè)計、代碼、測試、手冊等文件。 本項目文件命名規(guī)范由五個字段組成，從左到右依次為：公司、項目、類型、編號和版本號，如圖 111所示： （ 2）主要配 置項 本項目主要配置項如表 111所示： 表 111 配置項列表 類型 主要配置項 標識符 預計正式發(fā)表時間 技術(shù)合同 SOW 20220604 計劃 《項目計劃》 QID Supermarket 20220604 《質(zhì)量保證計劃》 QID Supermarket 20220604 《配置管理計劃》 QID Supermarket 20220604 需求 《需求規(guī)格說明書》 QID Supermarket 20220610 用戶 DEMO QID Supermarket 20220610 QID Supermarket 公司： 3 個字符 項目：最長 10 個字符 版本號： 類型：最長 5 個字符 編號：最長 8 位數(shù)字 圖 111 文檔命名規(guī)范 20 設(shè)計 《總體設(shè)計說明書》 QID Supermarket 20220615 《數(shù)據(jù)庫設(shè)計》 QID Supermarket Design 20220615 《詳細設(shè)計說明書》 QID Supermarket Design 20220622 《設(shè)計術(shù)語及規(guī)范》 QID Supermarket Design 20220615 編程 源程序 QID Supermarket 20220713 編碼規(guī)則 QID Supermarket 20220711 測試 《測試計劃》 QID Supermarket 20220711 《測試 用例》 QID Supermarket 20220711 《測試報告》 QID Supermarket 20220713 提交 運行產(chǎn)品 QID Supermarket 20220713 《驗收報告》 QID Supermarket Product Report 20220715 《用戶手冊》 QID Supermarket Product 20220715 (3) 項目基線 在 SourceSafe 中基線由 LABEL 標識，字母必須為大寫?；€管理由項目執(zhí)行負責人確認， SCCB 授權(quán)，由配置管理員執(zhí)行。本項目基線如表 112所示： 表 112 基線發(fā)布計劃 基線名稱 /標識符 基線所包含的主要配置項 預計建設(shè)時間 需求 《需求規(guī)格說明書》、用戶 DEMO 20220610 總體設(shè)計 《總體設(shè)計說明書》《數(shù)據(jù)庫設(shè)計》 20220615 項目實現(xiàn) 軟件源代碼、編碼規(guī)則 20220711 系統(tǒng)測試 《測試用例 》《測試報告》 20220713 2． 變更管理 變更管理的流程是： 1） 由請求者提交變更請求，變更控制委員會召開復審會議對變更請求進行復審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。 2） 配置管理者收到基線修改請求后，在配置庫中生成與此配置項相關(guān)的波及關(guān)系表。 3） 配置管理者將基線波及關(guān)系表提交給 SCCB，由 SCCB 確定是否需要修改，如果需要修改， SCCB 應根據(jù)波及關(guān)系表，確定需要修改的具體文件，并在波及關(guān)系表中標識出來 。 4） 配置管理者按照出庫程序從配置庫中取出需要修改的文件 。 5） 項目 人員將修改后的文件提交給配置管理者。 6） 配置管理者將修改后的配置項按入庫程序放入配置庫。 21 7） 配置管理者按 SCCB標識出的修改文件，又波及關(guān)系表生出基線變更記錄表，并按入庫程序放入配置庫。 3． 配置狀態(tài)統(tǒng)計 利用配置狀態(tài)統(tǒng)計可以記錄和跟蹤配置項的改變。狀態(tài)統(tǒng)計可用于評估項目風險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計數(shù)據(jù)以確保所有必須的更改被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理者需收集下列信息： ● 基線類型 ● 工作產(chǎn)品名稱 ● 配置項名稱 /標識符 ● 版本號 ● 更改日期 /時間 ● 更改請求列表 ● 需求更改的配置項 ● 當前狀態(tài) ● 當前狀態(tài)發(fā)生日 期 項目組每周提交配置項清單及其當前版本。 配置管理人員每半個月提交變更請求的狀態(tài)統(tǒng)計。 十二 、項目風險計劃 風險是指在項目進行過程中可能發(fā)生的事件，這些事件將會對項目按預期時間、資源和預算完成產(chǎn)生重大影響。風險分析的目標是識別這些事件，設(shè)法避免這些事件的發(fā)生并制定一旦這些事件發(fā)生后的處理措施。 超市管理信息系統(tǒng)項目的主要風險是開發(fā)人員對客戶需求中的超市管理環(huán)境不是很熟悉，另外，客戶要求的進度比較緊，而且具體需求不是很明確，下面的這個風險列表就是通過一系列的風險識別、風險評估、風險應對，最后得出項目風險計劃 見 表 121。 表 121 項目風險計劃 排序 輸入 風險事件 可能性 影響 風險值 風險應對措施 1 客戶的SOW 需求不明確，增加需求，導致需求蔓延 70% 50% 35% 采取加班的方法 修改計劃去掉一些任務(wù) 與客戶商量延長一些時間 2 合同 進度要求緊，合同金額有限 30% 50% 15% 可以請一些實習的學生作輔助工作，一來成本不高，二來可以加快進度 22 3 歷史項目信息 開發(fā)人員對測試工作不重視 30% 40% 12% 強制行要求每段代碼保留測試單元，由 SQA 檢查 加入專門 的測試人員 4 歷史項目信息 開發(fā)人員的流動 15% 60% 9% 注意項目團隊的溝通，及時了解開發(fā)人員的動態(tài) 控制好項目過程中的文檔 從其他的項目組借調(diào)人員 從外部招聘有過此類開發(fā)經(jīng)驗 的 人員 十三 、度量計劃 軟件度量是用量化的方法來評價軟件開發(fā)中的費用、生產(chǎn)率、進度和產(chǎn)品質(zhì)量等要素是否符合期望值，包括過程度量和產(chǎn)品度量兩個方面 。 需要度量的項目要素包括： 1） 項目進度度量。對項目進度進行定期的跟蹤度量，及時發(fā)現(xiàn)當前進度與計劃的偏差， 可以 及時采取措施， 及時趕工或調(diào)整進度計劃。 2）缺陷度 量。項目的成敗直接取決于客戶滿意度，客戶滿意度是個難以量化的指標，而項目成果 — — 產(chǎn)品的缺陷密度直接影響著客戶的滿意程度。度量產(chǎn)品的缺陷密度，可以有效地了解項目完成的質(zhì)量。 3）項目工作量度量。工作量是衡量項目成本、人員工作情況的基礎(chǔ)，準確地度量出項目真實的工作量，既可以掌握當前項目的情況，對于今后估算其他項目數(shù)據(jù)也有重要意義。 4）人員生產(chǎn)率度量。人力資源是項目中最為重要的資源，掌握人員的生產(chǎn)能力對于項目管理中人員管理、資源管理都有重要的參考價值。 項目管理是個不斷完善的知識領(lǐng)域，引入量化管理，強化量化管理 ，可以使項目管理知識體系發(fā)揮更大的作用。 十四 、項目溝通與評審 項目評審的主要目的是根據(jù)項目計劃對項目的執(zhí)行活動進行檢查，及時發(fā)現(xiàn)問題，研究解決對策，糾正偏差，保證項目的順利實施。項目交流計劃分為如下幾類： 每天 17:00的溝通交流 定期評審 階段評審 23 事件評審 各類交流評審安排見表 141所示： 表 141 項目管理交流計劃 評審類別 評審周期 評審要點 相關(guān)人員 日例會 定期評審 （周例會） 每天 17:00~17:30 每周五 不限定主題和內(nèi)容，隨意交流 共享經(jīng)驗，避免錯誤 本周工作進度 問題與對策 資源協(xié)調(diào) 下周工作安排 項目組所有人 項目經(jīng)理 開發(fā)經(jīng)理 質(zhì)量經(jīng)理 配置管理員 階段評審 階段結(jié)束 本階段計劃執(zhí)行情況 質(zhì)量評審階段 產(chǎn)品審計結(jié)果 下階段計劃修正 項目主管 項目經(jīng)理 開發(fā)經(jīng)理 質(zhì)量經(jīng)理 配置管理員 市場人員 事件評審 當事件可能影響計劃的執(zhí)行 事件性質(zhì)和影響范圍 事件處理方案的討論 修改 計劃的評審時間 項目經(jīng)理 開發(fā)經(jīng)理 質(zhì)量經(jīng)理