停車場管理系統(tǒng)質(zhì)量計劃書

1、停車場管理系統(tǒng)質(zhì)量計劃書擬制：王之朔 日期：2015/4/20審核：王之朔 日期：2015/4/261.介紹1.1.文檔目的為了健全和完善停車場管理系統(tǒng)設(shè)計開發(fā)的質(zhì)量管理體系，促進質(zhì)量管理活動系統(tǒng)化、規(guī)范化，以確保所交付的停車場管理系統(tǒng)能夠滿足規(guī)定的各項具體需求。1.2.文檔范圍本質(zhì)量管理計劃涵蓋所有與停車場管理系統(tǒng)設(shè)計開發(fā)有關(guān)的質(zhì)量目標和具體措施，涉及需求分析階段、設(shè)計階段、編碼階段、測試階段、工程實施階段。本質(zhì)量管理計劃由以下幾個部分組成：􀀂 介紹：即本章節(jié)，概要介紹文檔目的、范圍、縮略詞、參考資料。􀀂 項目概述：開發(fā)系統(tǒng)概述、質(zhì)量管理的角色和職責、生命

2、周期各階段的主要交付物。􀀂 項目生命周期各階段的質(zhì)量檢查點：列出各階段的質(zhì)量檢查計劃表，包括責任人、檢查時間、檢查任務。􀀂 質(zhì)量檢查和確認技術(shù)：描述針對不同的對象而采用的特定的質(zhì)量控制方法和技術(shù)及質(zhì)量問題的級別和處理流程等。項目生命周期各階段的量化質(zhì)量目標。1.3 縮寫PM 項目經(jīng)理QA 質(zhì)量保證 SA 系統(tǒng)分析工程師A&D 系統(tǒng)設(shè)計員RA 需求分析員PC 流程審核員SCM 軟件配置管理員2.項目概述2.1.項目組織結(jié)構(gòu)為了實現(xiàn)有效的項目管理，開發(fā)小組將劃分為技術(shù)隊伍和QA 隊伍。項目經(jīng)理對技術(shù)隊伍進行任務分配和進度檢查，技術(shù)經(jīng)理對技術(shù)隊伍進行技術(shù)指

3、導和檢查。技術(shù)隊伍又劃分為：需求分析人員、系統(tǒng)設(shè)計人員、軟件開發(fā)人員、美工設(shè)計人員、配置管理員、產(chǎn)品包裝人員。QA 隊伍對整個項目的質(zhì)量保證負責，直接向質(zhì)量保證經(jīng)理匯報。QA 隊伍劃分為：流程檢查人員和測試人員2.2.質(zhì)量管理2.2.1.質(zhì)量管理的角色和職責􀀂 質(zhì)量控制是停車場管理系統(tǒng)組每個成員的職責；􀀂 質(zhì)量保證經(jīng)理對整個項目的質(zhì)量全權(quán)負責, 并簽字確認；􀀂 項目經(jīng)理負責任務的分配和監(jiān)督項目進度，制定相關(guān)的工作計劃和聯(lián)系客戶；􀀂 QA 隊伍負責制訂、檢查和督促本計劃的實施，及時發(fā)現(xiàn)項目工作中的問題，并通過評審總結(jié)報告、項

4、目周報等形式向各項目組成員匯報質(zhì)量活動的結(jié)果；􀀂 項目功能小組各組長在每個軟件開發(fā)生命周期階段結(jié)束后，總結(jié)本模塊的軟件質(zhì)量狀況和質(zhì)量目標的實現(xiàn)情況,以確保整個項目目標的實現(xiàn)。對質(zhì)量目標應定期進行考核，以追求質(zhì)量管理體系的持續(xù)改進；􀀂 流程檢查人員負責通過檢查文檔審核開發(fā)各階段是否可以通過；􀀂 測試人員負責對軟件的質(zhì)量和對需求實現(xiàn)的程度進行把關(guān)，并定期整理測試情況分析報告交項目經(jīng)理、系統(tǒng)分析人員；􀀂 配置管理員負責有關(guān)軟件配置項及項目各生命周期交付文檔管理和變更控制工作；􀀂 停車場信息系統(tǒng)管理人員負責反映質(zhì)

5、量要求，參與軟件開發(fā)過程的質(zhì)量控制，并監(jiān)督本計劃的執(zhí)行情況。2.2.2. 質(zhì)量管理流程2.2.2.1.交付文檔質(zhì)量監(jiān)控流程項目經(jīng)理和QA 在項目初期對項目交付文檔的模板進行檢查和審核，確保項目交付品的架構(gòu)和內(nèi)容大綱的完整性和正確性。在項目進行過程中，QA、項目經(jīng)理及各項目功能小組組長會分別對交付品進度和質(zhì)量進行監(jiān)控，確保在最后的項目完成階段，停車場對提交的交付文檔能有滿意的反饋。2.2.2.2. 上線系統(tǒng)質(zhì)量監(jiān)控流程對于上線系統(tǒng)的質(zhì)量監(jiān)控主要體現(xiàn)在軟件配置管理和系統(tǒng)測試工作兩方面。為了保證本項目的整體實施同業(yè)務和技術(shù)明細相一致，這方面的工作包含如下幾個任務：􀀂 明確現(xiàn)狀和期望

6、之間的差異，以及測試軟件可能存在的缺陷。通過測試，尋找系統(tǒng)功能性的不足。􀀂 在測試結(jié)束之后判斷軟件死機帶來的風險。􀀂 在測試匯報中對發(fā)現(xiàn)的缺陷進行分類和總結(jié)。測試應該針對容易出錯的流程和應用組件進行。測試結(jié)果應該進行文檔記錄，描述軟件運作的各種情況。具體工作如下：􀀂 制定軟件配置管理（SCM）策略和流程 根據(jù)最佳實踐來制定SCM 策略和流程，包括源代碼管理流程，開發(fā)管理流程和生產(chǎn)周轉(zhuǎn)流程。􀀂 制定測試策略和方法 根據(jù)停車場的需求制定測試方法：􀀁 明確測試階段和環(huán)境需求􀀁 確定各個測試階段

7、的開始和結(jié)束準則􀀁 制定故障跟蹤流程的測試標準􀀁 確定測試工具和配置管理程序􀀁 確定需要其他工作的支持􀀂 準備測試計劃和測試案例 對測試進行計劃和準備：􀀁 分析業(yè)務需求和技術(shù)明細􀀁 確定典型的邏輯場景􀀁 明確系統(tǒng)容量和壓力點􀀁 編制測試腳本和環(huán)境􀀁 編制測試數(shù)據(jù)集􀀂 進行系統(tǒng)測試 進行下列工作以保證滿足功能和技術(shù)需求：􀀁 測試環(huán)境就緒確認􀀁 執(zhí)行測試腳本􀀁 分析測

8、試結(jié)果，制定錯誤跟蹤報告2.2.3.項目質(zhì)量評審停車場管理系統(tǒng)質(zhì)量監(jiān)控將采用日常質(zhì)量監(jiān)控流程與定期質(zhì)量評審制度。日常質(zhì)量監(jiān)控程序通過制定停車場管理系統(tǒng)開發(fā)的統(tǒng)一的規(guī)范、流程、指南、模板等指導項目的開發(fā)過程，并監(jiān)控這些流程和規(guī)范的執(zhí)行情況，以確保所有交付品的質(zhì)量。定期質(zhì)量評審由質(zhì)量保證經(jīng)理發(fā)起，項目組相關(guān)負責人配合，對項目前一階段的工作質(zhì)量進行總結(jié)與評審，并將生成項目質(zhì)量評審報告。項目質(zhì)量評審報告將根據(jù)各階段質(zhì)量檢查點所應檢查的內(nèi)容作出質(zhì)量上的評審。對在質(zhì)量評審工作中發(fā)現(xiàn)的問題，將根據(jù)其性質(zhì)、范圍劃分級別。相關(guān)人員以此為依據(jù)來確定缺陷修復的優(yōu)先級，缺陷嚴重程度高的修復優(yōu)先級也高。項目質(zhì)量評審報告

9、將交由項目管理辦公室討論，質(zhì)量保證經(jīng)理與項目管理辦公室將對項目質(zhì)量評審報告中需要明顯改善的質(zhì)量問題作出具體地改進方案，以及時間上和人員上的安排。項目質(zhì)量評審報告的內(nèi)容如下，其中問題列表的序號編碼方式為XX-YYY。XX 表示項目質(zhì)量評審階段，YYY 代表問題序號。3.各階段質(zhì)量檢查點3.1.參與人員要求質(zhì)量檢查行動由質(zhì)量管理組發(fā)起，依據(jù)各個階段檢查內(nèi)容的不同由相關(guān)負責人配合、組織，視情況邀請項目組相關(guān)人員和停車場管理系統(tǒng)人員參加。3.1.1.項目計劃階段檢查清單3.1.2.需求調(diào)研階段檢查清單3.1.3.需求分析階段檢查清單3.1.4.設(shè)計階段檢查清單3.1.5.開發(fā)階段檢查清單3.1.6.集

10、成測試階段檢查清單3.1.7.系統(tǒng)測試階段檢查清單3.1.8.工程實施階段檢查清單4.質(zhì)量檢查和確認技術(shù)4.1.工具和技術(shù)項目初期必須根據(jù)項目實際情況明確質(zhì)量管理的工具：􀀂 配置管理工具􀀂 測試工具􀀂 其他質(zhì)量管理工具4.2.管理配置􀀂 停車場管理系統(tǒng)配備專人作為配置管理工程師，建立開發(fā)庫、配置管理庫、產(chǎn)品庫對設(shè)計開發(fā)各階段的配置項進行配置管理；􀀂 每個配置項都有修改記錄表，注明該配置項自創(chuàng)建以來每次修改的內(nèi)容、時間和修改人；􀀂 每個配置項都有自己的版本號以及相應的命名規(guī)范，只要配置項的

11、內(nèi)容經(jīng)批準發(fā)生改變，該文檔的版本號數(shù)值就會做相應的升級；􀀂 所有的配置項都將保存在指定的服務器上，由配置管理工程師統(tǒng)一保管、定期備份；􀀂 具體操作參見停車場管理系統(tǒng)_配置管理計劃。4.3.介質(zhì)控制為了保護計算機程序的物理媒體，以避免非法存取，意外損壞或自然老化，停車場管理系統(tǒng)配備專人配置管理工程師，負責妥善管理、跟蹤、存放和備份存放配置項的各類媒體。4.4.問題報告和糾正4.4.1.處理流程在停車場管理系統(tǒng)質(zhì)量檢查中出現(xiàn)問題時，遵循逐級上報的原則：􀀂 項目組成員級不能解決的上報到組長，由其協(xié)調(diào)解決；組長不能解決的上報到項目經(jīng)理。各子系統(tǒng)開發(fā)

12、組組長在每個軟件開發(fā)生命周期階段結(jié)束后，總結(jié)本子系統(tǒng)的軟件質(zhì)量狀況和質(zhì)量目標的實現(xiàn)情況，并填寫質(zhì)量總結(jié)報告。􀀂 項目經(jīng)理每周整理一份項目狀態(tài)報告，記錄一周來項目的進展情況和出現(xiàn)的問題，如果這些問題還能被解決，將被移交到更高一層的領(lǐng)導者協(xié)調(diào)處理。􀀂 必要時，對出現(xiàn)的問題將予以記錄（如評審缺陷清單、遺留問題清單等），交配置管理工程師備案。質(zhì)量管理組將對問題追蹤進行監(jiān)督，確保問題關(guān)閉。􀀂 對在質(zhì)量檢查工作中發(fā)現(xiàn)的問題，將根據(jù)其性質(zhì)、范圍和對軟件的影響程度劃分級別。相關(guān)人員以此為依據(jù)來確定缺陷修復的優(yōu)先級：缺陷嚴重程度高的修復優(yōu)先級也高；同理，回歸測試的優(yōu)先級也依此確定。4.4.2.問題級別劃分5.各階段質(zhì)量目標和檢查標準5.1.需求分析階段需求分析階段，對各交付物的質(zhì)量目標如下，由質(zhì)量管理組發(fā)起對質(zhì)量目標的實現(xiàn)情況做評價。5.2.設(shè)計階段對設(shè)計階段質(zhì)