IT項目管理第10章-質(zhì)量管理

IT項目質(zhì)量管理1250040張昶1250053張小梅1250054毛立1250061尚美辰1250071楊蕾1250090孫建鵬思考題質(zhì)量計劃在IT項目管理方法中的作用？質(zhì)量計劃：確定對項目來說那些質(zhì)量標準最重要，并決定如何設(shè)置這些標準。質(zhì)量計劃有以下依據(jù)，質(zhì)量方針、范圍描述、產(chǎn)品描述和標準規(guī)則。作用：質(zhì)量計劃首先必須確定項目的范圍、中間產(chǎn)品和最終產(chǎn)品，能夠幫助項目成員明確關(guān)于中間產(chǎn)品和最終產(chǎn)品的有關(guān)規(guī)定、標準，確定可能影響產(chǎn)品質(zhì)量的技術(shù)要點，并找出能夠確保高效滿足相關(guān)規(guī)定、標準的過程方法。質(zhì)量計劃是項目質(zhì)量管理的第一過程域，它主要結(jié)合客戶及公司的質(zhì)量方針，產(chǎn)品描述以及質(zhì)量標準和規(guī)則通過收益等工具制定出來實施方略，其內(nèi)容全面反應(yīng)客戶的要求，為質(zhì)量小組成員有效工作提供了指南，為項目小組成員以及項目相關(guān)人員了解在項目進行中如何實施質(zhì)量保證和控制提供依據(jù)，為確保項目質(zhì)量管理得到保障提供堅實的基礎(chǔ)。驗證、確認和變更控制如何為IT項目的質(zhì)量提供支持？驗證確認變更管理確保系統(tǒng)最終測試開始之前，產(chǎn)品或交付物確實達到了具體的要求。試圖明確系統(tǒng)或項目交付物是否達到了顧客或客戶的預期，并確保系統(tǒng)按詳細的要求運行。通過控制項目交付物，在為快速開發(fā)做準備的同時，還考慮到備份，使之更具有條理性和穩(wěn)定性。項目團隊為什么即要重視內(nèi)部顧客，又要重視外部顧客？外部顧客就是那些消費產(chǎn)品或服務(wù)的顧客。內(nèi)部顧客是指企業(yè)的任何一個雇員。如果內(nèi)部顧客沒有適宜的服務(wù)水平，使他們以最大的效率進行工作，那么外部顧客所接受的服務(wù)便會受到不良影響，必然會引起外部顧客的不滿甚至喪失外部顧客的忠誠。如果企業(yè)對這一問題不給予足夠的重視，勢必會導致較低的顧客忠誠度和較高的顧客流失率，最終導致企業(yè)贏利能力降低。案例年MOV1服務(wù)水平20%，為200名患者提供服務(wù)2服務(wù)水平30%，為400名患者提供服務(wù)3服務(wù)水平40%，為600名患者提供服務(wù)基本信息

項目名稱：天使飛行員

團隊名稱：T&KAngel

成員名字：TimWilliams,KellieMatthews,Sitaramin,Yan,Pat,AlmaColeman,Ted項目描述

HuskyAir公司需要一個計算機系統(tǒng)來支持天使飛行員項目，它的功能是跟蹤所有飛行員志愿者，記錄有關(guān)飛行員的基本信息、飛機信息、顧客的信息、相關(guān)患者和乘客的基本信息，以及其他特殊需要。通過計算飛行時間、距離、目的地和所需燃料選擇飛機并配備合適的志愿者。IT質(zhì)量管理計劃——A、理念和目標經(jīng)營宗旨：技術(shù)創(chuàng)新，服務(wù)至上，誠信為本，敬業(yè)求實質(zhì)量目標：以嚴格的管理、先進的技術(shù)、創(chuàng)建州內(nèi)一流的信息服務(wù)企業(yè)。質(zhì)量方針：技術(shù)先進、工程優(yōu)質(zhì)、服務(wù)周到。IT質(zhì)量管理計劃——B、度量指標類型度量指標描述過程質(zhì)量指標IPD流程符合度集成產(chǎn)品研發(fā)流程符合度技術(shù)評審發(fā)現(xiàn)缺陷數(shù)在定期技術(shù)評審時發(fā)現(xiàn)的缺陷數(shù)產(chǎn)品質(zhì)量指標軟件發(fā)布缺陷解決率顧客開始使用后發(fā)現(xiàn)缺陷的解決率返修率出現(xiàn)問題退回返修的比例項目質(zhì)量指標（客戶）遺留問題及時解決率解決前期遺留問題的數(shù)量項目計劃偏差率計算偏差是否在項目的控制范圍目標成本偏差率計算是否超出預算成本返工次數(shù)不符合顧客要求而返工的次數(shù)缺陷密度出現(xiàn)缺陷的部分占整個項目的比例IT質(zhì)量管理計劃——B、度量指標基本度量項持續(xù)時間偏差(%)((實際持續(xù)時間-計劃持續(xù)時間)/計劃持續(xù)時間)*100(持續(xù)時間不包含非工作日)進度偏差(%)((實際結(jié)束時間-計劃結(jié)束時間)/計劃持續(xù)時間)*100工作量偏差(%)(實際工作量-計劃工作量)/計劃工作量規(guī)模偏差(%)((實際規(guī)模-計劃規(guī)劃)/計劃規(guī)模)*100分配需求穩(wěn)定性指數(shù)(%)(1-(修改、增加或刪除的分配需求數(shù)/初始的分配需求數(shù)))*100軟件需求穩(wěn)定性指數(shù)(%)(1-(修改、增加或刪除的軟件需求數(shù)/初始的軟件需求數(shù)))*100發(fā)布前缺陷發(fā)現(xiàn)密度(個/KLOC)((發(fā)布后缺陷發(fā)現(xiàn)總數(shù)-(發(fā)布后前測試計劃本身缺陷數(shù))/規(guī)模(千行代碼)(這里的發(fā)布指開發(fā)向測試部發(fā)布)遺留缺陷密度(個/KLOC)(遺留缺陷：測試部發(fā)現(xiàn)的缺陷)(測試部發(fā)現(xiàn)缺陷數(shù)-測試部測試計劃本身缺陷數(shù))/規(guī)模(KLOC)生產(chǎn)率(LOC/人天)軟件規(guī)模(LOC)/總工作(人天)質(zhì)量控制活動缺陷發(fā)現(xiàn)密度(度量目的：建立基線，評估評審、測試是否充分提供參考)SRS評審缺陷發(fā)現(xiàn)密度(個/頁)SRS評審發(fā)現(xiàn)的缺陷數(shù)/軟件需求文檔頁數(shù)STP評審缺陷發(fā)現(xiàn)密度(個/用例)STP評審發(fā)現(xiàn)的缺陷數(shù)/產(chǎn)品模型數(shù)據(jù)文件用例數(shù)HLD評審缺陷發(fā)現(xiàn)密度(個/頁)HLD評審發(fā)現(xiàn)的缺陷數(shù)/概要設(shè)計文檔頁數(shù)ITP評審缺陷發(fā)現(xiàn)密度(個/用例)ITP評審發(fā)現(xiàn)的缺陷數(shù)/檢驗測試計劃用例數(shù)LLD評審缺陷發(fā)現(xiàn)密度(個/頁)LLD評審發(fā)現(xiàn)的缺陷數(shù)/詳細設(shè)計文檔頁數(shù)UTP評審缺陷發(fā)現(xiàn)密度(個/用例)UTP計劃評審發(fā)現(xiàn)的缺陷數(shù)/UT用例數(shù)CODE評審缺陷發(fā)現(xiàn)密度(個/KLOC)CODE評審發(fā)現(xiàn)缺陷數(shù)/編碼階段代碼規(guī)模UT缺陷發(fā)現(xiàn)密度(個/KLOC)UT發(fā)現(xiàn)缺陷數(shù)/單元測試階段代碼規(guī)模IT缺陷發(fā)現(xiàn)密度(個/KLOC)IT發(fā)現(xiàn)缺陷數(shù)/集成冊書階段代碼規(guī)模ST缺陷發(fā)現(xiàn)密度(個/KLOC)ST發(fā)現(xiàn)缺陷數(shù)/系統(tǒng)測試階段代碼規(guī)模缺陷類型引入密度：(度量目的：建立基線，為分析能力水平薄弱環(huán)節(jié)及交付件質(zhì)量提供參考)SR缺陷引入密度(個/頁)SRS類型缺陷數(shù)/SRS文檔頁數(shù)HLD缺陷引入密度(個/頁)HLD類型缺陷數(shù)/HLD文檔頁數(shù)LLD缺陷引入密度(個/頁)LLD類型缺陷數(shù)/LLD文檔頁數(shù)Code缺陷引入密度(個/KLOC)CODE類缺陷數(shù)/代碼規(guī)模評審活動的有效性(度量目的：建立基線，對相關(guān)評審是否充分提供參考)SRS評審有效性(%)SRS評審發(fā)現(xiàn)的SRS類缺陷數(shù)/SRS類缺陷總數(shù)HLD評審有效性(%)HLD評審發(fā)現(xiàn)的HLD類缺陷數(shù)/HLD類缺陷總數(shù)LLD評審有效性(%)LLD評審發(fā)現(xiàn)的LLD類缺陷數(shù)/LLD類缺陷總數(shù)代碼評審有效性(%)代碼評審發(fā)現(xiàn)的Code類缺陷數(shù)/Code類缺陷總數(shù)每千行代碼的文檔規(guī)模(度量目的：建立基線，為評估交付件的質(zhì)量從設(shè)計是否充分、粒度是否合理角度提供參考)每千行代碼SRS文檔規(guī)模(pages/KLOC)SRS文檔頁數(shù)/代碼規(guī)模每千行代碼HLD文檔規(guī)模(pages/KLOC)HLD文檔頁數(shù)/代碼規(guī)模每千行代碼LLD文檔規(guī)模(pages/KLOC)LLD文檔頁數(shù)/代碼規(guī)模質(zhì)量成本質(zhì)量成本(%)(評審工作量+返工工作量+缺陷修改工作量+測試計劃準備工作量+測試執(zhí)行工作量＋培訓工作量＋質(zhì)量保證工作量)/實際總工作量返工成本指數(shù)(%)(返工工作量+缺陷修改工作量)/實際總工作量交付件生產(chǎn)率SRS文檔生產(chǎn)率(頁/人天)SRS文檔頁數(shù)/(SRS文檔準備工作量+SRS評審工作量+SRS修改工作量)STP用例生產(chǎn)率(用例/人天)ST用例數(shù)/(STP準備工作量+STP評審工作量+STP修改工作量)HLD用例生產(chǎn)率(頁/人天)HLD文檔頁數(shù)/(HLD文檔準備工作量+HLD評審工作量+HLD修改工作量)ITP用例生產(chǎn)率(頁/人天)ITP用例數(shù)/(ITP準備工作量+ITP評審工作量+ITP修改工作量)UTP用例生產(chǎn)率(頁/人天)UTP用例數(shù)/(UTP準備工作量+UTP評審工作量+UTP修改工作量)編碼階段代碼生產(chǎn)率(LOC/人天)編碼階段實際代碼規(guī)模/(編碼工作量+代碼評審工作量+代碼修改工作量)測試執(zhí)行效率UT用例執(zhí)行效率(用例/人天)UT用例數(shù)/(UT準備工作量+UT用例執(zhí)行工作量+UT缺陷修改工作量)IT用例執(zhí)行效率(用例/人天)IT用例數(shù)/(IT準備工作量+IT用例執(zhí)行工作量+IT缺陷修改工作量)ST用例執(zhí)行效率(用例/人天)ST用例數(shù)/(ST準備工作量+ST用例執(zhí)行工作量+ST缺陷修改工作量)每千行代碼測試用例規(guī)模(度量目的：建立基線，為評估交付件的質(zhì)量從設(shè)計是否充分、粒度角度提供一個參考)每千行代碼ST用例規(guī)模(用例/KLOC)ST用例數(shù)/代碼規(guī)模每千行代碼IT用例規(guī)模(用例/KLOC)IT用例數(shù)/代碼規(guī)模每千行代碼UT用例規(guī)模(用例/KLOC)UT用例數(shù)/代碼規(guī)模實測規(guī)模缺陷發(fā)現(xiàn)密度(度量目的：建立基線，為評估測試用例的質(zhì)量提供一個參考)UT實測規(guī)模缺陷發(fā)現(xiàn)密度(個/KLOC)UT發(fā)現(xiàn)的缺陷數(shù)/UT活動實際測試代碼規(guī)模IT實測規(guī)模缺陷發(fā)現(xiàn)密度(個/KLOC)IT發(fā)現(xiàn)的缺陷數(shù)/UT活動實際測試代碼規(guī)模ST實測規(guī)模缺陷發(fā)現(xiàn)密度(個/KLOC)ST發(fā)現(xiàn)的缺陷數(shù)/UT活動實際測試代碼規(guī)模IT質(zhì)量管理計劃——C、驗證活動定期評估正在建立的系統(tǒng)或正在制造的項目交付物是否符合具體質(zhì)量標準或要求。(1)技術(shù)評估一般由編程師或設(shè)計師對設(shè)計過程進行審查，指出錯誤或違反標準的地方；在度量指標的幫助下識別錯誤。(2)商業(yè)評估確保交付物在項目范圍內(nèi)并且實現(xiàn)需求定義中具體指定的必要功能。(3)管理評估一般由管理者做出對項目的實際進展與計劃預期的進展進行對比，根據(jù)情況決定是否調(diào)整資源配置還是按原計劃進行還是制定新的計劃，并且評估項目是否達到了范圍、工期、預算、質(zhì)量目標。IT質(zhì)量管理計劃——D、確認活動單元測試黑盒測試集成測試測試邏輯上關(guān)聯(lián)的單元是否能在一起使用系統(tǒng)測試驗證系統(tǒng)的功能性和適用性接受性測試證明所有具體的功能都已經(jīng)實現(xiàn)注：參與測試的人員不能是系統(tǒng)開發(fā)人員或利益相關(guān)方。黑盒測試只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使