項目管理-軟件質(zhì)量實施計劃書_模板及實例實戰(zhàn)_第1頁
項目管理-軟件質(zhì)量實施計劃書_模板及實例實戰(zhàn)_第2頁
項目管理-軟件質(zhì)量實施計劃書_模板及實例實戰(zhàn)_第3頁
項目管理-軟件質(zhì)量實施計劃書_模板及實例實戰(zhàn)_第4頁
項目管理-軟件質(zhì)量實施計劃書_模板及實例實戰(zhàn)_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、-. z.*系統(tǒng)質(zhì)量計劃書擬制:日期:2014/5/10審核:日期:1.介紹1.1.文檔目的為了健全和完善*系統(tǒng)設(shè)計開發(fā)的質(zhì)量管理體系,促進(jìn)質(zhì)量管理活動系統(tǒng)化、規(guī)化,以確保所交付的*系統(tǒng)能夠滿足規(guī)定的各項具體需求。1.2.文檔圍本質(zhì)量管理計劃涵蓋所有與*系統(tǒng)設(shè)計開發(fā)有關(guān)的質(zhì)量目標(biāo)和具體措施,涉及需求分析階段、設(shè)計階段、編碼階段、測試階段、工程實施階段。本質(zhì)量管理計劃由以下幾個部分組成:介紹:即本章節(jié),概要介紹文檔目的、圍、縮略詞、參考資料。項目概述:開發(fā)系統(tǒng)概述、質(zhì)量管理的角色和職責(zé)、生命周期各階段的主要交付物。項目生命周期各階段的質(zhì)量檢查點:列出各階段的質(zhì)量檢查計劃表,包括責(zé)任人、檢查時間、

2、檢查任務(wù)。質(zhì)量檢查和確認(rèn)技術(shù):描述針對不同的對象而采用的特定的質(zhì)量控制方法和技術(shù)及質(zhì)量問題的級別和處理流程等。項目生命周期各階段的量化質(zhì)量目標(biāo)。1.3 縮寫PM 項目經(jīng)理QA 質(zhì)量保證SA 系統(tǒng)分析工程師A&D 系統(tǒng)設(shè)計員RA 需求分析員PC 流程審核員SCM 軟件配置管理員2.項目概述一個現(xiàn)代化醫(yī)院的綜合管理是否先進(jìn)是直接通過其信息化水平來體現(xiàn)的,*系統(tǒng)”是國先進(jìn)的信息化管理系統(tǒng),該系統(tǒng)包含住院登記、病房護(hù)士站、醫(yī)生站、價格管理、成本核算、藥庫管理等40多個子系統(tǒng),可以滿足各個部門的業(yè)務(wù)信息處理和信息共享。 *系統(tǒng)”還可開發(fā)制作觸摸屏,以供患者了解醫(yī)院信息,查找專家資料,方便查詢各種費用收取

3、情況。該系統(tǒng)還能為住院病人提供每日住院清單,使患者明白、放心治療。2.1.項目組織結(jié)構(gòu)為了實現(xiàn)有效的項目管理,開發(fā)小組將劃分為技術(shù)隊伍和QA 隊伍。項目經(jīng)理對技術(shù)隊伍進(jìn)行任務(wù)分配和進(jìn)度檢查,技術(shù)經(jīng)理對技術(shù)隊伍進(jìn)行技術(shù)指導(dǎo)和檢查。技術(shù)隊伍又劃分為:需求分析人員、系統(tǒng)設(shè)計人員、軟件開發(fā)人員、美工設(shè)計人員、配置管理員、產(chǎn)品包裝人員。QA 隊伍對整個項目的質(zhì)量保證負(fù)責(zé),直接向質(zhì)量保證經(jīng)理匯報。QA 隊伍劃分為:流程檢查人員和測試人員2.2.質(zhì)量管理.質(zhì)量管理的角色和職責(zé)質(zhì)量控制是*系統(tǒng)組每個成員的職責(zé);質(zhì)量保證經(jīng)理對整個項目的質(zhì)量全權(quán)負(fù)責(zé), 并簽字確認(rèn);項目經(jīng)理負(fù)責(zé)任務(wù)的分配和監(jiān)督項目進(jìn)度,制定相關(guān)的

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

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

6、在的缺陷。通過測試,尋找系統(tǒng)功能性的不足。在測試結(jié)束之后判斷軟件死機(jī)帶來的風(fēng)險。在測試匯報中對發(fā)現(xiàn)的缺陷進(jìn)行分類和總結(jié)。測試應(yīng)該針對容易出錯的流程和應(yīng)用組件進(jìn)行。測試結(jié)果應(yīng)該進(jìn)行文檔記錄,描述軟件運作的各種情況。具體工作如下:制定軟件配置管理(SCM)策略和流程根據(jù)最佳實踐來制定SCM 策略和流程,包括源代碼管理流程,開發(fā)管理流程和生產(chǎn)周轉(zhuǎn)流程。制定測試策略和方法根據(jù)醫(yī)院的需求制定測試方法:明確測試階段和環(huán)境需求確定各個測試階段的開始和結(jié)束準(zhǔn)則制定故障跟蹤流程的測試標(biāo)準(zhǔn)確定測試工具和配置管理程序確定需要其他工作的支持準(zhǔn)備測試計劃和測試案例對測試進(jìn)行計劃和準(zhǔn)備:分析業(yè)務(wù)需求和技術(shù)明細(xì)確定典型的邏

7、輯場景明確系統(tǒng)容量和壓力點編制測試腳本和環(huán)境編制測試數(shù)據(jù)集進(jìn)行系統(tǒng)測試進(jìn)行下列工作以保證滿足功能和技術(shù)需求:測試環(huán)境就緒確認(rèn)執(zhí)行測試腳本分析測試結(jié)果,制定錯誤跟蹤報告2.2.3.項目質(zhì)量評審*系統(tǒng)質(zhì)量監(jiān)控將采用日常質(zhì)量監(jiān)控流程與定期質(zhì)量評審制度。日常質(zhì)量監(jiān)控程序通過制定*系統(tǒng)開發(fā)的統(tǒng)一的規(guī)、流程、指南、模板等指導(dǎo)項目的開發(fā)過程,并監(jiān)控這些流程和規(guī)的執(zhí)行情況,以確保所有交付品的質(zhì)量。定期質(zhì)量評審由質(zhì)量保證經(jīng)理發(fā)起,項目組相關(guān)負(fù)責(zé)人配合,對項目前一階段的工作質(zhì)量進(jìn)行總結(jié)與評審,并將生成項目質(zhì)量評審報告。項目質(zhì)量評審報告將根據(jù)各階段質(zhì)量檢查點所應(yīng)檢查的容作出質(zhì)量上的評審。對在質(zhì)量評審工作中發(fā)現(xiàn)的問題

8、,將根據(jù)其性質(zhì)、圍劃分級別。相關(guān)人員以此為依據(jù)來確定缺陷修復(fù)的優(yōu)先級,缺陷嚴(yán)重程度高的修復(fù)優(yōu)先級也高。項目質(zhì)量評審報告將交由項目管理辦公室討論,質(zhì)量保證經(jīng)理與項目管理辦公室將對項目質(zhì)量評審報告中需要明顯改善的質(zhì)量問題作出具體地改進(jìn)方案,以及時間上和人員上的安排。項目質(zhì)量評審報告的容如下,其中問題列表的序號編碼方式為*-YYY。* 表示項目質(zhì)量評審階段,YYY 代表問題序號。3.各階段質(zhì)量檢查點3.1.參與人員要求質(zhì)量檢查行動由質(zhì)量管理組發(fā)起,依據(jù)各個階段檢查容的不同由相關(guān)負(fù)責(zé)人配合、組織,視情況邀請項目組相關(guān)人員和醫(yī)院管理系統(tǒng)人員參加。.項目計劃階段檢查清單.需求調(diào)研階段檢查清單.需求分析階段

9、檢查清單.設(shè)計階段檢查清單.開發(fā)階段檢查清單.集成測試階段檢查清單.系統(tǒng)測試階段檢查清單.工程實施階段檢查清單4.質(zhì)量檢查和確認(rèn)技術(shù)4.1.工具和技術(shù)項目初期必須根據(jù)項目實際情況明確質(zhì)量管理的工具:配置管理工具測試工具其他質(zhì)量管理工具4.2.管理配置*系統(tǒng)配備專人作為配置管理工程師,建立開發(fā)庫、配置管理庫、產(chǎn)品庫對設(shè)計開發(fā)各階段的配置項進(jìn)行配置管理;每個配置項都有修改記錄表,注明該配置項自創(chuàng)建以來每次修改的容、時間和修改人;每個配置項都有自己的版本號以及相應(yīng)的命名規(guī),只要配置項的容經(jīng)批準(zhǔn)發(fā)生改變,該文檔的版本號數(shù)值就會做相應(yīng)的升級;所有的配置項都將保存在指定的服務(wù)器上,由配置管理工程師統(tǒng)一保管

10、、定期備份;具體操作參見*系統(tǒng)_配置管理計劃。4.3.介質(zhì)控制為了保護(hù)計算機(jī)程序的物理媒體,以避免非法存取,意外損壞或自然老化,*系統(tǒng)配備專人配置管理工程師,負(fù)責(zé)妥善管理、跟蹤、存放和備份存放配置項的各類媒體。4.4.問題報告和糾正.處理流程在*系統(tǒng)質(zhì)量檢查中出現(xiàn)問題時,遵循逐級上報的原則:項目組成員級不能解決的上報到組長,由其協(xié)調(diào)解決;組長不能解決的上報到項目經(jīng)理。各子系統(tǒng)開發(fā)組組長在每個軟件開發(fā)生命周期階段結(jié)束后,總結(jié)本子系統(tǒng)的軟件質(zhì)量狀況和質(zhì)量目標(biāo)的實現(xiàn)情況,并填寫質(zhì)量總結(jié)報告。項目經(jīng)理每周整理一份項目狀態(tài)報告,記錄一周來項目的進(jìn)展情況和出現(xiàn)的問題,如果這些問題還能被解決,將被移交到更高一層的領(lǐng)導(dǎo)者協(xié)調(diào)處理。必要時,對出現(xiàn)的問題將予以記錄(如評審缺陷清單、遺留問題清單等),交配置管理工程師備案。質(zhì)量管理組將對問題追蹤進(jìn)行監(jiān)督,確保問題關(guān)閉。對在質(zhì)量檢查工作中發(fā)現(xiàn)的問題,將根據(jù)其性質(zhì)、圍和對軟件的影響程度劃分級別。相關(guān)人員以此為依據(jù)來確定缺陷修復(fù)的優(yōu)先級:缺陷嚴(yán)重程度高的修復(fù)優(yōu)先級也高;同理,回歸測試的優(yōu)先級也依此確定。.問題級別劃分5.各階段質(zhì)量目標(biāo)和檢查標(biāo)準(zhǔn)5.1.需求分析階段需求分析階段,對各交付物的質(zhì)量目標(biāo)如下,由質(zhì)量管理組發(fā)起對質(zhì)量目標(biāo)的實現(xiàn)情況做評價。5.2.設(shè)計階段對設(shè)計階段質(zhì)量目標(biāo)如下,由質(zhì)量管理組發(fā)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論