某項目質量控制管理方案

項目質量管控方案項目質量管控方案序言目標本計劃目標在于對所開發(fā)軟件要求各種必要質量確保方法，以確保所交付軟件能夠滿足項目預定需求，能夠滿足本項目總體組制訂且經領導小組評審同意該軟件系統(tǒng)需求規(guī)格說明書中要求各項詳細需求。軟件開發(fā)項目組在開發(fā)軟件系統(tǒng)所屬各個子系統(tǒng)（其中包含為本項目研發(fā)或選取各種支持軟件、組件）時，都應該執(zhí)行本計劃中關于要求，但可依照各自情況對本計劃作適當剪裁，以滿足特定質量確保要求，剪裁后計劃必須經項目組相關責任人同意。術語和定義1、質量管理：在質量方面指揮和控制組織協(xié)調活動2、質量策劃：質量管理一部分，致力于制訂質量目標并要求必要運行過程3、和相關資源以實現(xiàn)質量目標4、質量控制：質量管理一部分，致力于滿足質量要求5、質量確保：質量管理一部分，致力于提供質量要求會得到滿足信任6、質量度量：質量管理一部分，致力于對已存在質量數(shù)據進行分析，得出當前質量管理結果評定數(shù)據。7、質量改進：質量管理一部分，致力于增強滿足質量要求能力質量計劃：制訂新項目及維護性項目質量計劃在本步驟中，依照項目標規(guī)模及性質進行質量策劃，制訂本項目標質量計劃；為后續(xù)質量控制、質量評定及質量改進做出行動綱領。針對企業(yè)主要有新項目及維護性項目兩類版本，且二者之間質量投入有所差異特征，故質量計劃能夠區(qū)分以下：常規(guī)項目質量計劃要求常規(guī)項目標質量計劃制訂按質量要求分析/質量目標/人員.職責及質量保障、過程檢驗計劃組成，各項詳細要求以下所述。質量要素分析主要質量要性以下：功效性質量原因：正確性，健壯性，可靠性非功效性質量原因：性能，易用性，清楚性，安全性，可擴展性，兼容性，可移植性其它質量原因：非以上要求之外要求。依照產品特征及市場目標，將關鍵質量要素確認，同時區(qū)分本項目標類型傾質量型項目：指本項目對質量控制更關注傾成本型項目：指本項目對成本控制更關注傾工期型項目：指本項目對工期要求更關注依照以上分析，再制訂對應質量目標。質量目標訂立質量目標時，通常遵照SMART標準S：specific詳細M：measurable可測量A：achievable可取得R：realistic切實T：timely及時依照以上標準，我們能夠制訂以下質量目標：比如本項目標質量要素為功效正確性、功效健壯性、性能那質量目標可定義例下：需求中所定義功效都得以實現(xiàn)不穩(wěn)定問題（等級非輕微）都被處理關鍵模塊（模塊名稱）性能不能低于V1.0版本……針對質量目標定出優(yōu)先級1、3、2目標分解分解為階段質量目標完成階段質量目標伎倆人員與職責參加質量管理活動人員，通常情況下，項目組全部人都能夠參加到質量管理活動中來。但我們通?？啥x以下人員去分別負擔對應職責。質量管理人員：制訂質量管理計劃，對質量過程進行控制；對過程檢驗單進行實施；進行質量度量，制訂質量改進計劃及實施；參加各類評審活動。測試人員：制訂測試計劃，對項目進行測試，進行測試結果度量分析；參加各類評審活動。項目管理人員：幫助組織處理質量管理過程中所發(fā)覺各類問題及風險。質量保障計劃依照當前質量目標，計劃需要進行哪些質量保障工作，通?？砂瑢I(yè)培訓、同級評審、測試。培訓確認是否需要培訓確認培訓內容、人員、時間，以及所花費資源。評審確認評審內容及計劃；需要包含評審內容、評審方式以及評審人員等等。對評審結果跟蹤、管理方式。測試依照當前質量目標，確定測試初步計劃，包含測試范圍及測試方法、伎倆以及投入人力及時間資源過程檢驗計劃依照當前質量目標，制訂項目過程中需要檢驗對象、比如：階段檢驗對象檢驗時機次數(shù)檢驗執(zhí)行人員檢驗依據計劃階段計劃階段產出項目組成立之后至計劃階段結束3次對應測試接口人依照計劃階段檢驗清單進行檢驗需求階段需求評審需求評審開啟1次對應測試接口人依照需求階段檢驗清單進行檢驗。維護性項目質量計劃要求維護性項目標質量計劃制訂相對簡單，不需要花較多時間在其上，而且能夠套用比較固定模板。維護性項目基本上會有很明確需求點以及詳細時間點要求，通常情況下，維護時期會很長，且需求相對較散、小，針對這些特征，維護性項目標質量計劃要求僅能夠包含：質量目標、質量保障計劃、過程檢驗計劃。質量目標依照當前需求簡單定出本版本質量目標。質量保障計劃在維護性項目中，質量保障計劃主要包含：需求討論、聯(lián)調以及測試。需求討論：參加人員包含開發(fā)及測試人員；需求討論結果匯報聯(lián)調：對所做修改及周圍進行聯(lián)調；聯(lián)調測試匯報測試：依照質量目標制訂對應測試計劃安排，過程檢驗計劃不論質量目標定為怎樣，維護性項目標過程檢驗，僅需要以下步驟：需求討論會：是否進行了需求討論會，需求討論會與會人員及結果聯(lián)調：是否進行了聯(lián)調，對原版本影響測試執(zhí)行：對測試過程進行檢驗質量確保與控制質量確保與控制是質量管理中最主要一個步驟，質量目標是否能夠有效實現(xiàn)都有賴于此步驟實施控制。本步驟依照質量保障計劃、過程檢驗計劃對版本開發(fā)各過程定出質量指導方針、評審步驟規(guī)則以及檢驗清單。其中質量指導方針：用于簡明指導怎樣高質量完成本階段工作評審管理：主要制訂簡單評審輸入、輸出以及該階段評審基本準則任務檢驗單：用于檢驗該階段任務是否進行以及進行效果怎樣常存在問題：更多是讓各組員了解一些經驗所談會存在哪些問題，可提前預防或糾正計劃階段計劃階段指從項目開啟至項目總體計劃制訂完成階段。質量指導方針在項目標計劃階段，期望產出高質量項目總體計劃，提議恪守以下標準：依照《項目總體計劃模板》、《項目總體計劃編制說明書》指導標準進行計劃編排計劃制訂時需結合實際并與相關人員進行必要溝通了解項目背景、項目目標以及可調動資源等計劃制訂時需考慮對應風險及應對方法：如人員變動、需求改變、技術難題對于把控不準項目進行不一樣層面評審評審管理計劃階段評審主要指項目總體計劃評審。評審輸入項《項目總體計劃》以及當前項目原始需求等相關資料評審準則項目總體計劃評審主要從完整性、正確性、合理性、可管理性進行評審。評審項評審要求備注完整性是否包含從需求至公布各個階段任務計劃？是否對各任務交付件定義了質量要求？正確性各階段定義是否正確？各子任務所屬階段是否正確？合理性各個任務先后次序是否合理？并串行安排是否合理？各任務分配資源是否合理？各任務細化程度是否合理？任務與任務之間約束是否合理？各階段時間投入百分比是否合理？項目標結束時間，是否與客戶承諾一致項目標計劃中是否考慮一些常見風險？對風險應對是否表現(xiàn)在計劃中？可管理性對于每個階段是否有明確里程碑事件？里程碑是否有明確、可衡量目標？里程碑達成時，是否能提供標志階段結束正式輸出文檔？評審輸出評審結果輸出包含：《評審結果統(tǒng)計表》需求階段需求階段指從需求獲取至輸出需求規(guī)格說明書階段。需求階段可劃分為：獲取需求、分析需求、編寫需求規(guī)格說明書三個階段。獲取需求：主要從編寫項目視圖與范圍、用戶群分類、選擇產品/項目需求代表、確定使用實例、分析工作流程、需求重用這幾步驟進行分析需求：包含繪制關聯(lián)圖、創(chuàng)建開發(fā)原型、分析可行性、劃分需求優(yōu)先級；編寫需求規(guī)范說明書：依照項目特點裁剪模板、獲取功效和技術需求、注明需求起源、開發(fā)需求追蹤矩陣。質量指導方針依照《需求模板》、《需求編寫指導說明書》制訂需求說明文檔需求文檔中應包含明確需求范圍需求文檔中應包含主要質量屬性需求需細化到要求程度（能夠依照需求進行開發(fā)設計及測試設計）需求不確定項不超出總體需求5%需求中應明確定義需求優(yōu)先級制訂需求管理標準（包含需求標識、跟蹤方式、變更控制標準）評審管理需求階段評審主要針對需求清楚性、正確性、完整性、可管理性進行評審。評審形式按實際質量計劃中要求而定。評審輸入項《技術方案提議書》、《需求分析》、《需求規(guī)格說明書》評審準則需求評審時，主要針對需求清楚性、正確性、完整性、可行性、可管理性進行評審，評審細項以下列圖所表示：評審項評審要求備注1．清楚性系統(tǒng)目標是否已定義？是否對關鍵術語及略縮語進行了定義？是否有對整套系統(tǒng)進行了功效概述？2．正確性需求與需求之間是否有重復或沖突?本需求說明書與相關需求素材是否一致？是否清楚、簡練、無二義地表示了每個需求?是否每個需求都在項目標范圍內是否每個需求都沒有內容和語法上錯誤?3．完整性編寫全部需求，其詳細程度是否一致和適宜?需求是否能為設計提供足夠基礎?全部對其余需求內部引用是否正確?是否已經列出了系統(tǒng)所必要依賴/假設以及約束是否包含了全部已知客戶需求或系統(tǒng)需求?是否已經對每個業(yè)務邏輯進行輸入、輸出以及過程詳細說明是否已詳細說明了軟件環(huán)境（共存軟件）和硬件環(huán)境（特定配置）是否遺漏了必要信息?假如有遺漏話,把他們標識為待確定問題(TBD)?是否包含了主要質量屬性，比如性能要求、安全性要求、可靠性要求、可恢復性要求、穩(wěn)定性要求等等是否分析了潛在需求是否標識并處理了需求中潛城問題4．可行性所描述全部功效是否都必要？所描述全部功效是否充分滿足客戶/系統(tǒng)目標？已知限制（局限）是否已經詳細說明？是否已經確定每個需求實現(xiàn)優(yōu)先級?在現(xiàn)有資源內,是否能實現(xiàn)全部需求?是否每個需求都能夠進行驗證（測試）？5．可管理性是否將需求分別陳說，所以它們是獨立而且是可檢驗？是否全部需求都能夠回溯到對應需求素材，反之亦然？是否已詳細說明需求變更過程？一致性是否存在沖突或重復需求項開發(fā)計劃/產品和活動和需求是否保持一致是否能夠依照軟件需求規(guī)范中信息制訂出詳細測試集，而且每項需求是否能夠測試是否有《需求跟蹤矩陣》評審輸出《評審結果清單》《依照評審修訂后需求規(guī)格說明書》設計階段設計階段包含技術方案形成、概要設計、原型設計、詳細設計（假如有話）等工作完成。質量指導方針依照概要設計文檔模板要求及需求剪裁適合當前項目標模板依照模板編寫概要設計說明書對于質量計劃中關鍵質量屬性在設計中需要重點考慮需要針對項目標結構、項目標特征和用戶需求來分析，一樣也要考慮到參加項目小組組員素質對于不一樣方案分別進行評定對概要設計文檔進行同行評審在設計階段同時完成原型設計依照實際需要考慮是否需要進行詳細設計包括到需求變更需同時知會其它步驟更新。評審管理在設計階段需要對設計實現(xiàn)方案、設計、原型等進行評審；評審形式按實際質量計劃中要求而定。以下僅提供概要設計說明評審準則評審輸入項《概要設計說明書》，《需求規(guī)格說明書》評審準則概要設計說明書評審準則評審項評審要求正確性設計說明書編寫是否按照標準模板來編寫?設計是否正確？是否能夠滿足需求？可行性設計方案在現(xiàn)有條件下是否可行？可了解性設計方案是否能被相關人員了解？完整性是否包含關鍵功效實現(xiàn)方案？全部功效需求與非功效需求是否都表現(xiàn)在了設計中？在設計中是否增加了無須要功效？是否為未來變更進行了過渡設計？各子系統(tǒng)、模塊之間關系是否描述得清楚系統(tǒng)設計是否考慮了系統(tǒng)可擴展性設計是否考慮了重用性重用構件是否進行了標識是否說明了重用模塊獲取方式和相關文檔系統(tǒng)設計是否考慮了系統(tǒng)易移植性設計是否使用標準技術，防止使用怪異、不易了解方式和方法設計調用寬度、調用深度、耦合度、內聚度和結構化程度是否進行了描述可追溯性設計是否能夠跟蹤到需求需求是否能夠追溯到設計評審輸出《評審結果列表》、評審修訂后《概要設計文檔》開發(fā)階段開發(fā)階段主要從代碼規(guī)范、代碼走查、調測等進行控制管理。質量指導方針約定開發(fā)編碼規(guī)范約定代碼審計所需時間及規(guī)則約定開發(fā)階段調測方式約定開發(fā)階段自測標準約定提交版本提交標準代碼走查走查項走查要求備注規(guī)范性編碼是否符合項目或組織編碼標準頭文件包含是否完整參數(shù)在程度開始時是否被初始化參數(shù)在循環(huán)開始時是否被初始化在承數(shù)或過程調用時候參數(shù)是否被初始化函數(shù)調用格式和參數(shù)是否正確變量申明和拼寫是否一致變量申明范圍是否恰當是否全部指針都被初始化為NULL程序中申請內存使用后是否釋放是否每個==，||等都驗證了正確性是否打開文件都及時關閉了測試階段質量指導方針盡早介入測試，全部測試都能夠追溯到需求在測試對應方案開啟之前，必須先了解且分析需求依照質量計劃來制訂對應測試計劃測試計劃中需涵蓋所關于鍵質量屬性進行測試計劃評審及修訂建立測試用例對測試需求覆蓋率進行測試用例評審及修訂不一樣測試階段可有計劃調整當前測試重點評審管理測試評審包含測試方案、測試用例評審，通?？煞譃閮炔吭u審及外部評審；評審形式按實際質量計劃中要求而定。以下僅提供測試用例評審準則。評審輸入《需求規(guī)格說明書》、《概要設計說明書》、《測試計劃》、《測試用例》、評審準則測試用例評審活動能夠確保用例符合優(yōu)異用例陳說特征，包含完整、正確、可行、必要、具備優(yōu)先級、無二義性和可驗證性,同時亦符合好用例特征，即完整性、一致性、易修改和可跟蹤性；評審過程確保用例滿足以下要求：完整性：指有明確目標、輸入、輸出，提供必要備注信息；正確性：指每個用例期望結果與實際需求一致；可執(zhí)行性：可執(zhí)行性指測試人員依照測試用例能夠獨立執(zhí)行測試；代表性：指能用最簡單數(shù)據，最簡捷路徑達成測試目標；唯一性：指在各個測試用例沒有重復交叉現(xiàn)象；有效性：指每個用例是否有效？是否冗余？是否能夠執(zhí)行；獨立性：是用例與用例之間是否互不依賴？是否能夠獨立執(zhí)行；可讀性：指測試用例描述清楚，邏輯正確，拆分合理；質量指標：指是否能夠滿足質量指標中覆蓋率要求，是否能夠滿足BUG密度質量要求；

內部評審準則評審項評審要求備注完整性針對每個測試需求，是否最少有一個正面用例，是否最少有一個以上反面用例去測試？針對主要測試需求，是否最少使用了兩種以上設計方法？唯一性是否存在重復用例？是否存在能夠合并用例？是否存在需要拆分用例？是否存在冗余用例？是否存在無效用例？獨立性每一個用例目標、操作過程、期望結果是否獨立？每一個用例目標及期望結果是否保持統(tǒng)一？期望結果是否過于發(fā)散？可讀性不一樣用例之間針對相關聯(lián)內容描述是否相同？是否存在互斥、矛盾地方？每個測試用例是否清楚填寫了測試特征、步驟、預期結果？代表性是否考慮到測試用例執(zhí)行效率？怎么樣步驟組合才是最高效？測試用例是否具備指導性,是否能靈活指導測試人員經過用例發(fā)覺更多缺點,而不是限制他們思維外部評審準則評審項評審要求備注全方面性用例樹結構定義是否合理？用例是否包含以下方面：功效、界面、性能用例及需求中包括到其它方面用例完整性用例是否覆蓋了全部顯性需求？用例是否覆蓋了全部隱性需求針對每個測試需求，是否從正面、反面分別去驗證測試需求？測試用例是否覆蓋每個被測功效全部可能輸入輸出組合？測試用例是否覆蓋正常輸入輸出組合全部可能取值范圍？測試用例是否包含測試了被測試對象初始化過程？測試用例是否包含了被測對象中全部異常流測試？是否把最多測試用例精力放在系統(tǒng)最主要功效上？針對每個測試用例，是否標識了優(yōu)先級，且標識合理？針對每個期望用例期望結果；對開發(fā)要求是否合理？測試開發(fā)設計認識是否一致？用例期望結果理中與需求保持一致？每一個用例依賴數(shù)據、期望結果是否詳細到表及字段改變？質量指標用例覆蓋率是否達成對應質量指標?用例預期缺點率是否達成對應質量指標?評審輸出《評審結果列表》《評審修訂經過測試用例列表》公布及維護階段質量指導方針依照公布階段要求準備對應程序及文檔及時檢驗歸檔各類資源依照項目特征或公網情況制訂現(xiàn)網問題跟蹤流及管理方式與用服結合制訂軟件客戶滿意度調查單質量控制中文檔管理質量管理會形成除項目文檔之外管理文檔，故文檔管理主要為處理項目過程中產生各類文檔正確性、唯一性、及時性、有效性所做對應約束。文檔分類(1)開發(fā)文檔：這類文檔在軟件項目開發(fā)過程中，表現(xiàn)了軟件開發(fā)人員前一階段工作結果，同時又是后一階段工作依據。這類文檔包含可行性研究匯報、軟件項目開發(fā)計劃、軟件需求規(guī)格說明、系統(tǒng)規(guī)格說明書、軟件功效說明書和數(shù)據字典等。(2)管理文檔：這類文檔在軟件項目開發(fā)過程中，由軟件開發(fā)人員制訂需提交管理部門一些工作計劃、工作方案和工作匯報。經過閱讀這些文檔，管理人員能夠了解軟件項目開發(fā)活動安排、進度、資源使用等情況。這類文檔包含項目開發(fā)計劃、測試計劃、測試方案、開發(fā)進度匯報和項目總結匯報等。(3)用戶文檔：這類文檔是軟件開發(fā)人員為使用該軟件網點經辦人員準備關于該軟件產品使用、操作資料，主要是操作手冊及新功效介紹方面文檔。(4)統(tǒng)計文檔：與客戶交流往來統(tǒng)計、軟件項目開發(fā)過程中各種會議、跟蹤統(tǒng)計、審查統(tǒng)計、產品投產統(tǒng)計和問題跟蹤處理統(tǒng)計等。(5)反饋文檔：這類文檔主要是軟件產品在推廣使用以后，客戶對產品使用過程中意見及產品缺點、質量等方面信息反饋。文檔管理工具文檔管理工具現(xiàn)在采取VSS管理方式；存放至文檔基線庫。文檔基線庫文檔管理基本要求正確性：全部文檔都使用相當標準模板文檔中所述內容正確無誤唯一性：每個版本文檔只有一個。及時性：文檔隨每個任務執(zhí)行能夠及時編制及公布有效性：預防無效文檔歸檔以及過期文檔被誤用。詳細要求：全部文檔都使用對應標準模文檔公布或歸檔前得到同意必要時對文件進行定時評審與更新確定文件更改和現(xiàn)行修訂情況得到識別確保在使用時可取得關于版本適用文件確保文件保持清楚、易于識別確保外部文件得到識別并控制其分發(fā)預防過期文件被誤用，若因任何原因而保留時，需對其進行適當標識文檔管理流程依照現(xiàn)有狀態(tài)，文檔管理流程僅包括歸檔及公布，以下列圖所表示：說明：由作者或對應責任人提出歸檔申請，必須是評審經過且修改后文檔方可提出歸檔申請是否及時歸檔檢驗在各個過程中檢驗清單中進行檢驗文檔作廢：文檔歸檔公布后，需同時作廢此文檔之前對應版本。每次進行歸檔后，由歸檔人員統(tǒng)一進行文檔更新公布歸檔之后文檔如有再更新需求，則從基線庫取出來進行更新后，重新歸檔。質量度量：制訂項目評定項質量度量主要針對項目進行評定，從項目標計劃、過程、質量、成本、客戶滿意度不一樣維度進行評定。詳細細節(jié)以下。計劃評定計劃評定主要依照計劃歷史變更統(tǒng)計來評定量劃正確、合理性、可實施情況，并為以后計劃制訂提供參考數(shù)據。主要針對里程碑進行評定，對于非里程碑計劃改變不進行評定。評定基準1．項目開啟時《項目總體計劃》、每次變更后項目計劃、項目結束時《項目總體計劃》2．項目變動統(tǒng)計文件評定項評定項第x次變更變更原因與上次偏離率%與初始偏離率%計劃變更里程碑1里程碑2里程碑3……總結1．計劃變更主要原因是什么？比如項目計劃不夠詳細，工作安排不夠細致，時間浪費對項目標技術、工作量等認識不清，造成計劃時間失誤對項目人員工作效率、專長認識不清，造成計劃時間失誤項目任務跟蹤不及時，錯過最好調整時機過程評定過程評定是依照項目標每個階段質量指導方針以及檢驗結果來進行評定，用于檢驗各項目標過程控制是否達成應有要求。過程評定最終使用計分方式來得出過程得分。輸入條件每個過程每次《過程檢驗清單》評定統(tǒng)計評定統(tǒng)計依照對不一樣階段關注不一樣，定出對應百分比，以及每個階段中不一樣評定項重點不一樣，給予不一樣分值，最終統(tǒng)計出對過程總體評分。總結對過程得出最終分進行分析：哪些過程存在嚴重質量問題？哪些過程缺乏哪些質量控制步驟？哪些質量控制步驟沒有起到對應作用？項目質量評定質量評定主要依照測試結果質量評定以及現(xiàn)網問題跟蹤情況進行評定。輸入條件1．《版本質量評定匯報》2．現(xiàn)網問題跟蹤表評定項測試階段評定主要依據測試各類數(shù)據依照質量評定標準進行質量評定。維護階段評定主要依照現(xiàn)網問題清單對缺點率、平均缺點時間來進行質量評定缺點率：指現(xiàn)網問題數(shù)/總問題率平均缺點時間（MTF）：指平均多久時間反饋一個問題。平均缺點恢復時間：指出現(xiàn)一個缺點后，恢復所需要時間?？偨Y對質量情況得出來評定結果進行分析。測試結果反饋情況主要是哪些步驟中問題現(xiàn)網問題反饋情況主要是哪些步驟中問題測試結果反饋情況與現(xiàn)網問題反應結果是否一致經過以上總結分析出哪個階段所存在問題最多，測試方法/策略是否存在問題；改進明確存在問題步驟