質(zhì)量保證體系建設(shè)方案A

1、質(zhì)量保證體系建設(shè)方案版本：V1.0文檔編號保密等級作者劉云龍最后修改日期審核 人最后審批日期批準 人最后批準日期修訂記錄日期版本修訂說明修訂人2021-10-9V1.0創(chuàng)立劉云龍2021-10-30V1.1增加推進實施示意圖劉云龍1 刖言1.1目勺.1.2范圍.1.3說明.1.4術(shù)語定義2 主要角色和職責3 建設(shè)點3.1 體系框架3.1.1 方針和目標3.1.2 工程類型定義3.1.3 體系結(jié)構(gòu)及職責3.1.4 組織結(jié)構(gòu)及職責 3.1.5 四個過程3.2 組織過程3.3 管理過程3.4 工程過程3.5 支持過程3.6 工程度量與分析 3.6.1 制定工程度量方案 3.6.2 收集工程度量數(shù)據(jù)

2、3.6.3 分析工程度量數(shù)據(jù) 4 實施路徑4.1 切入點4.2 測試團隊的建設(shè) 4.3 培訓4.4 流程系統(tǒng)和配置管理 4.5 試點4.6 推廣4.7 持續(xù)改良1 刖言1.1目的為了開展軟件開發(fā)過程中的質(zhì)量保證活動，滿足對軟件產(chǎn)品和過程的質(zhì)量控制需要，需要建設(shè)符合易流科技西安研發(fā)中心現(xiàn)狀的質(zhì)量保證體系。特編寫此質(zhì)量體系建設(shè)的方案。1.2范圍本文適用于易流科技西安研發(fā)中心軟件開發(fā)工程的質(zhì)量保證體系建設(shè)。1.3說明由于質(zhì)量體系建設(shè)需要牽扯到軟件開發(fā)工程，組織架構(gòu)，管理，績效，等各個方面，本文的 建設(shè)點不分先后順序，有可能存在同時改良的情況。1.4術(shù)語定義PDP： Project Defined P

3、rocesses 工程定義過程；PM : Project Manager 工程經(jīng)理；QA: Quality Assuranee 質(zhì)量保證。MA : Measurement and Analysis 度量和分析CM : Configuration Management 配置管理PPQA: Process and Product Quality Assuranee 過程和產(chǎn)品的質(zhì)量保證GQM : Goal& Question & Measurement ;目標、問題、度量PDB : Process DataBase 過程數(shù)據(jù)庫。CCB :需求變更控制委員會PMO :工程工程群/工程集管理辦公室JI

4、RA :工程管理軟件信息需要：指為到達工程或組織預(yù)定目標而需要關(guān)注的信息可度量概念：關(guān)于如何將特定的活動和產(chǎn)品與需要了解的信息關(guān)聯(lián)起來的概念度量構(gòu)造：實現(xiàn)可度量概念的方法2主要角色和職責角色名稱職責描述質(zhì)量經(jīng)理制疋、維護并執(zhí)仃工程的?質(zhì)量保證方案?；實施過程指導(dǎo)，培訓流程、標準和制度、工程過程裁減和 定制；參與工程組質(zhì)量活動，并實施過程控制；對工程組的產(chǎn)出物進行檢查和質(zhì)量控制； 與工程經(jīng)理一起按照組織定義的量化目標制定和建立工程 的質(zhì)量目標，跟蹤該目標的達成；識別工程中的不符合項，形成?不符合項報告?，確保不符合項問題 得到處理和解決；識別工程中的質(zhì)量風險和質(zhì)量問題，制定預(yù)防和解決方案。 并記

5、錄到報告、JIRA。向工程組和工程質(zhì)量總監(jiān)反應(yīng)質(zhì)量風險和質(zhì)量問題，并跟 蹤其狀態(tài)直至關(guān)閉。工程經(jīng)理協(xié)助質(zhì)量經(jīng)理一起制定?質(zhì)量保證方案?，并對工程質(zhì)量保證活動的 實施提供支持；配合質(zhì)量經(jīng)理進行產(chǎn)品審計和過程審計活動；負責對工程過程中發(fā)現(xiàn)的問題評審、審計、測試等采取行動直到 問題被關(guān)閉；協(xié)助質(zhì)量經(jīng)理預(yù)防和解決工程中的質(zhì)量風險和質(zhì)量問題，直至關(guān)閉。工程組人員配合質(zhì)量經(jīng)理進行產(chǎn)品審計活動和過程審計活動； 負責解決質(zhì)量經(jīng)理發(fā)現(xiàn)的不符合項。工程總監(jiān)為軟件質(zhì)量保證活動提供資源和資金； 定期評審質(zhì)量經(jīng)理的活動和活動的執(zhí)行情況； 保證質(zhì)量經(jīng)理的獨立的匯報渠道； 處理解決質(zhì)量經(jīng)理對工程的報告中列出的在工程中沒有解

6、 決或不能解決的不符合問題。3建設(shè)點3.1體系框架3.1.1 方針和目標工程與質(zhì)量管理的方針是：提供卓越設(shè)計、精心制作品質(zhì)優(yōu)秀的物流軟件產(chǎn)品，不斷滿足客戶需求，并通過不斷改良、 創(chuàng)新和追求，使產(chǎn)品質(zhì)量水平處在物流軟件行業(yè)的前列。工程與質(zhì)量管理的目標是：工程實施過程透明化，交付可預(yù)期；職責明確，管理標準，保證交付質(zhì)量。3.1.2 工程類型定義不同類型和規(guī)模的工程，應(yīng)該使用不同的質(zhì)量保證方法，對工程進行區(qū)分，是質(zhì)量保證工 作運行的根底。從工程性質(zhì)上區(qū)分：軟件開發(fā)類工程指根據(jù)客戶需要而成立工程， 工程處于非上線狀態(tài)或者研發(fā)中心脫離上線狀態(tài)影響的軟 件開發(fā)工程。軟件運維類工程指產(chǎn)品 / 工程已上線，在

7、生產(chǎn)運行過程中，對發(fā)現(xiàn)的生產(chǎn)缺陷、新的小的新增或變更需 求以及數(shù)據(jù)的統(tǒng)計需求進行開發(fā)實施的工程。信息研究類工程 指內(nèi)部立項的，完善現(xiàn)有產(chǎn)品主線或者自研的工程。從工程規(guī)模上區(qū)分：根據(jù)產(chǎn)品 /工程研發(fā)的業(yè)務(wù)規(guī)模、投入總?cè)藬?shù)的規(guī)模、研發(fā)經(jīng)歷的時間周期，可以將產(chǎn)品/工程分為四類：大型產(chǎn)品 / 工程：投入的總?cè)藬?shù)在 20人以上，研發(fā)時間五個月以上的軟件開發(fā)/ 測試相關(guān)的產(chǎn)品 / 工程；中型產(chǎn)品 / 工程投入人數(shù)在 5人以上，研發(fā)時間三個月以上的軟件開發(fā)/ 測試相關(guān)的產(chǎn)品 / 工程；小型產(chǎn)品 / 工程是指投入人數(shù)不超過 5人，研發(fā)時間不超過一個月的產(chǎn)品 / 工程； 工程群指多個密切相關(guān)的小型工程，這類工程

8、往往在人員上有高度復(fù)用的特性，一個人/ 一個小組同時負責幾個工程。3.1.3 體系結(jié)構(gòu)及職責 依據(jù)管理體系的運作需要，結(jié)合實際情況，建議在研發(fā)中心形成如下工程管理體系組織結(jié) 構(gòu)：最終目標，需要逐步實現(xiàn)PMO戰(zhàn)略層CCB業(yè)務(wù)部門業(yè)務(wù)人員戰(zhàn)術(shù)層開發(fā)工程組測試團隊運維人員開發(fā)團隊負責人測試團隊負責人運維團隊負責人執(zhí)行層圖1工程管理體系組織結(jié)構(gòu)圖PMO(project man age office)PMC團隊一般由研發(fā)中心主任、畐y主任以及其它管理干部組成，是PMO團隊的主要負責人。PMO的主要職責是制定研發(fā)中心工程整體的戰(zhàn)略規(guī)劃，領(lǐng)導(dǎo)各工程經(jīng)理按戰(zhàn)略規(guī)劃進行工程實施，保證工程按既定戰(zhàn)略目標完成。具體

9、職責如下：負責貫徹執(zhí)行質(zhì)量方針和法規(guī)，貫徹執(zhí)行工程管理體系，并負責持續(xù)改良該體系；主持制定工程管理方針、質(zhì)量目標，發(fā)布命令建立和運行工程管理體系；主持管理評審，對產(chǎn)品質(zhì)量、效勞質(zhì)量全面負責；確保研發(fā)中心人員、設(shè)施、環(huán)境等必要資源的提供。各工程(開發(fā)/測試)負責人定期向研發(fā)中心最高管理層和PMO團隊匯報工程進展和問題風險；組織、建設(shè)工程團隊，合理安排工程任務(wù)方案；對工程最終交付負責，遵循一定的質(zhì)量標準。質(zhì)量經(jīng)理向PMC負責，協(xié)助PMO完成日常的質(zhì)量工作； 監(jiān)督整個工程團隊過程工作，確保工程團隊的活動按標準進行，在工程過程中定期或 者不定期的審計相關(guān)的工作；參與或者協(xié)助工程經(jīng)理 / 小組長組織必要

10、的評審活動。配置管理員管理和維護配置庫和配置管理環(huán)境；執(zhí)行配置管理過程，生成配置狀態(tài)報告；控制配置變更過程，重點把握基線、版本的升級和歸并；把輸出的工作產(chǎn)品納入配置庫；負責為CCB提供配置信息，執(zhí)行 CCB授權(quán)的配置管理職責。CCB(change control board)變更控制委員會是一個虛擬的組織，由工程領(lǐng)導(dǎo)小組、工程負責人和技術(shù)、測試以及業(yè)務(wù)骨干組成； 對工程的變更進行評估；對變更的結(jié)果進行評審，批準工程的變更請求； 對基線建立進行審計，審批基線報告。3.1.4 組織結(jié)構(gòu)及職責根據(jù)易流科技西安研發(fā)中心現(xiàn)狀，軟件工程組織結(jié)構(gòu)如下列圖所示，由研發(fā)部、工程部、質(zhì)控部以及下屬分支機構(gòu)組成組成

11、：圖2 軟件工程組織結(jié)構(gòu)圖對于小型工程來講，一般架構(gòu)師由工程經(jīng)理一人承當；不同類型的工程，各小組的設(shè)置不同；配置管理可由組織級統(tǒng)一人員擔任。研發(fā)中心主任審批工程方案 / 立項 / 結(jié)項等相關(guān)；資源調(diào)配，為工程實施提供必要的資源保障。工程經(jīng)理確定工程范圍，并跟蹤管理控制；制定工程方案(包括資源方案、進度方案等)，并跟蹤管理控制；分配工作任務(wù)，并跟蹤完成情況，解決工程問題，保證工程交付； 管理工程風險、與內(nèi)、外相關(guān)干系人協(xié)調(diào)解決工程問題； 匯報工程績效，使工程過程透明化。質(zhì)量經(jīng)理 制定、維護并執(zhí)行工程的?質(zhì)量保證方案?； 參與工程組工作過程和活動，實施過程控制； 對工程組各個階段的產(chǎn)出物進行檢查和

12、質(zhì)量控制； 實施過程引導(dǎo)，培訓流程、標準和標準； 識別工程中的不符合項，形成?不符合項問題報告?，并確保不符合項問題得到處理 和解決；向工程組和總監(jiān)反應(yīng)工程質(zhì)量問題。架構(gòu)師協(xié)助工程經(jīng)理進行技術(shù)把關(guān)和技術(shù)管理；負責工程技術(shù) / 業(yè)務(wù)架構(gòu)設(shè)計。需求組參與?工作說明書?的評審； 進行軟件需求分析含功能需求和性能需求； 編寫?軟件需求規(guī)格說明書?并參與有關(guān)的評審； 執(zhí)行需求變更并參與相關(guān)的評審。設(shè)計組根據(jù)?軟件需求規(guī)格說明書?完成軟件設(shè)計過程； 編寫?系統(tǒng)設(shè)計說明書?；參與設(shè)計的評審。開發(fā)組根據(jù)?程序語言編碼標準?或相關(guān)的慣例，完成軟件編碼過程； 負責根據(jù)設(shè)計文檔編寫源代碼，進行代碼審查或單元測試；

13、編寫用戶手冊等技術(shù)文檔；參與必要的評審活動。測試組編寫測試用例并建立測試環(huán)境； 負責進行集成測試和系統(tǒng)測試并記錄發(fā)現(xiàn)的問題； 編寫?測試報告?等結(jié)論性文件；參與必要的評審活動； 確保按測試標準進行，確保修改后的驗證閉環(huán)，確保最終產(chǎn)品與需求設(shè)計的符合。3.1.5 四個過程工程管理體系分為四個過程域組，分別是：組織過程管理過程工程過程支持過程圖 3 四個過程這四個過程域組會分別在以下章節(jié)簡述。3.2 組織過程組織過程主要包含培訓管理機制及控制活動。本局部包括以下過程：培訓管理過程 培訓可有效提高整體員工的業(yè)務(wù)能力，技術(shù)能力。通過對工程流程和 質(zhì)量相關(guān)培訓，可讓員工更好理解流程的意義，加快質(zhì)量體系的

14、推進速度。3.3 管理過程工程管理是實現(xiàn)工程交付、為客戶提供產(chǎn)品和效勞的關(guān)鍵環(huán)節(jié)。工程管理過程涉及到各個部門和每個工程組，包括：工程管理的立項、工程方案、工程執(zhí)行和跟蹤控制、工程結(jié)項等。本局部包括以下幾個過程：工程立項過程 標準軟件工程的立項過程，保證軟件工程立項的可行性和合理性，降 低工程實施的風險工程方案過程 標準軟件工程方案過程，工程方案要建立在估算結(jié)果的根底之上，充 分考慮，確定范圍矩陣、高層方案、本錢預(yù)算、資源方案、風險等內(nèi)容 工程方案變更管理過程 控制工程在執(zhí)行中所涉及的人員、需求、方案和預(yù)算等各項 變更；標準變更流程；保證工程變更的嚴肅性和有效性，加強工程監(jiān)控的力度 工程跟蹤和控

15、制過程 定義該過程的目的是為了對軟件工程進行跟蹤和控制，使軟件 的開發(fā)過程不會偏離正確的軌跡，使軟件開發(fā)的進度、本錢和質(zhì)量得到有效的控制。 通過定量管理工程的已定義過程，以便實現(xiàn)工程定義的質(zhì)量目標和過程性能目標，提 高工程過程的可視性 問題管理過程 通過對問題的管理，有效的發(fā)現(xiàn)、控制問題，跟蹤問題，使問題得到 有效的管理、控制和解決。防止問題的遺留拖延造成問題的擴大化和惡化而影響產(chǎn)品 開發(fā)和產(chǎn)品交付風險管理過程 工程風險與問題管理過程主要是提高工程的風險管理能力，有效躲避 工程的風險，對風險產(chǎn)生的問題統(tǒng)一管理。防止風險的擴大和問題的升級，影響工程 的交付和成功工程結(jié)項過程 結(jié)項后，需要對工程進

16、行歸納總結(jié)，并對工程中產(chǎn)生的產(chǎn)品和過程數(shù) 據(jù)進行歸檔，作為同類工程做類比和決策數(shù)據(jù)3.4 工程過程工程過程是實現(xiàn)對客戶承諾交付的根底的過程，是產(chǎn)品和效勞實現(xiàn)的主要的環(huán)節(jié)。具體包 括以下幾個過程：需求開發(fā)與管理過程 需求管理過程的目的是為工程組控制和跟蹤需求提供依據(jù)，從 而保證工程范圍變化是可控的軟件設(shè)計過程 設(shè)計過程需要對系統(tǒng)的數(shù)據(jù)字典；系統(tǒng)的公共類、公共方法和屬性； 系統(tǒng)與外部系統(tǒng)的接口描述，協(xié)議、交換的數(shù)據(jù)格式等；系統(tǒng)內(nèi)部各個子系統(tǒng)、各個 模塊之間的內(nèi)部接口關(guān)系，詳細描述接口數(shù)據(jù)的結(jié)構(gòu)、更新機制等；系統(tǒng)設(shè)計局部的 處理實體 子系統(tǒng)，模塊 等各方面進行系統(tǒng)的設(shè)計軟件實現(xiàn)和單元測試過程 統(tǒng)一組

17、織內(nèi)部的單元測試環(huán)節(jié)的工作方式和工作流程。對 于結(jié)構(gòu)化的編程語言，程序單元指程序中定義的函數(shù)或子程序。單元測試是指對函數(shù) 或子程序所進行的測試軟件測試過程 軟件測試工作過程，明確各階段的測試工作內(nèi)容 測試缺陷管理過程 測試過程中，缺陷必須進行有效的管理，以保證發(fā)現(xiàn)的缺陷被記 錄、跟蹤、修復(fù)和驗證，通過進一步對缺陷的統(tǒng)計分析，以衡量測試效果及軟件質(zhì)量 工程上線過程 工程上線主要關(guān)注上線過程和上線后出現(xiàn)的問題和缺陷的跟蹤和處理 工程驗收過程 為軟件工程提供標準的驗收過程，為工程經(jīng)理和質(zhì)量經(jīng)理的工作提供 指導(dǎo)3.5 支持過程根據(jù)物流軟件開發(fā)業(yè)務(wù)的特點，支持活動適用于整個組織管理和開發(fā)過程，這些活動對

18、項目質(zhì)量起著重要的保證和支持作用。組織必須保證整個軟件過程資產(chǎn)得到保護和有效管理。支持活動由以下過程組成：質(zhì)量管理過程 通過對過程質(zhì)量的管控，逐步提高整體員工質(zhì)量意識，到達提高產(chǎn)品 質(zhì)量的目的軟件配置管理過程 確保所有的配置項都唯一地被標識并且可訪問，確保對配置項的更新都是可控的和可跟蹤的，保證基線化的配置項的變更被適當?shù)貙嵤?，確保所有基線化的配置項的狀態(tài)，同時幫助開發(fā)人員、測試人員、工程管理者能方便及時的 獲得工程的有用信息 , 促使開發(fā)工作高效地進行同行評審過程 同行評審的主要目的是發(fā)現(xiàn)問題，盡量在工程前期將問題發(fā)現(xiàn)，防止 問題遺留到后期3.6 工程度量與分析通過制定本過程標準工程度量與分

19、析過程，為工程定義定量的目標進行可量化的過程改良 奠定根底；為工程資源的分配和工程相關(guān)決策提供有力的數(shù)據(jù)支持。圖 4 工程度量分析過程3.6.1 制定工程度量方案質(zhì)量經(jīng)理配合工程經(jīng)理根據(jù)工程情況，如工程需求、特性、約束等，對組織級 度量定義進行調(diào)整，確定工程度量和控制指標、數(shù)據(jù)源、數(shù)據(jù)采集頻率、數(shù)據(jù) 分析方式等，完成?工程量化管理方案?的編寫； 工程量化管理方案與工程方案由工程總監(jiān)進行評審。3.6.2 收集工程度量數(shù)據(jù)工程經(jīng)理根據(jù)度量方案中的度量信息源，定期收集度量數(shù)據(jù)，存儲在?工程周報? 等相關(guān)文檔中；3.6.3 分析工程度量數(shù)據(jù)工程經(jīng)理每周對度量數(shù)據(jù)進行分析，確定是否能夠滿足工程的質(zhì)量目標

20、，如何進行 控制，質(zhì)量經(jīng)理對質(zhì)量數(shù)據(jù)進行分析，用以控制工程質(zhì)量管理活動，對于分析的結(jié)果， 記錄在?工程周報?中。4 實施路徑圖 5 實施路徑4.1 切入點根據(jù)易流科技西安研發(fā)中心現(xiàn)狀，需要做好質(zhì)量體系，必須首先標準工程體系。項 目體系目前最需要改良的地方就是需求。目前需求沒有在前期進行挖掘，沒有文檔化，沒有經(jīng)過評審，更沒有基線化，導(dǎo)致 用戶需求沒有被徹底開發(fā)， 會造成工程實施過程中需求變更大量涌現(xiàn)， 工程質(zhì)量和工程 進度都會受到嚴重影響。首先需要需求文檔化，這樣開發(fā)和測試才能有相應(yīng)的依據(jù)。其次需求要經(jīng)過內(nèi)部評審， 架構(gòu)， 開發(fā)，測試，運維均要參加需求的評審工作， 充分發(fā)揮眾人拾柴火焰高的優(yōu)勢。

21、通過內(nèi)部評審，也可以增加開發(fā)和測試對產(chǎn) 品的理解，產(chǎn)品質(zhì)量會有顯著提高。評審后的需求，需要找客戶進行確認，盡量在工程初期就確定下需求，前期需 求越接近客戶實際需要，后期變更就會越少，對工程進度和質(zhì)量的影響越小。 客戶確認后的需求進行基線化。需求基線化之后所有提出的新需求都要走變更流程，變更流程有 3 個方面的意 義：1. 方便我們在工程過程中對變更做實時的跟蹤，解決。2. 讓客戶清楚軟件開發(fā)過程中的變更是有本錢的，通過對變更的收集，可以 量化對工程的影響，比方某變更實現(xiàn)消耗了多少人力。3. 工程經(jīng)理在收集用戶變更請求時，可以已需要變更審批為理由，暫時拒絕 用戶變更請求。需求文檔在工程完成后，

22、可以存檔。 類似工程啟動時， 可以引導(dǎo)客戶需求方向， 復(fù)用已有的資源。4.2 測試團隊的建設(shè)測試團隊目前共有 9 人，規(guī)模小，靈活性高，可以從測試團隊的測試標準性做起， 作為整體質(zhì)量體系的實驗田。測試的根底是需求，所以所有的工作都是在需求做好的根底上開展的。圖 6 測試體系結(jié)構(gòu)4.3 培訓質(zhì)量是公司所有人共同努力才能提高的， 首先所有人需要對工程管理體系和質(zhì)量體 系要認可，知道按照流程和既定的方法來做事，有哪些好處，才能更有動力，更好的支 持這些“額外的工作。方案針對不同人群進行工程管理體系和質(zhì)量管理體系的培訓， 做好工程管理體系和 質(zhì)量管理體系的“軟件鋪墊。4.4 流程系統(tǒng)和配置管理公司現(xiàn)在使用 JIRA 主要來管理工作日報和缺陷。 需要挖掘 JIRA 的潛力