質量管理系統(tǒng)質量計劃書

1、醫(yī)院信息管理系統(tǒng)質量計劃書擬制：戴騰蛟審核:日期：2012/5/10日期：介紹文檔目的為了健全和完善醫(yī)院信息管理系統(tǒng)設計開發(fā)的質量管理體系，促進質量管理活動系統(tǒng)化、規(guī)范化， 以確保所交付的醫(yī)院信息管理系統(tǒng)能夠滿足規(guī)定的各項具體需求。文檔范圍本質量管理計劃涵蓋所有與醫(yī)院信息管理系統(tǒng)設計開發(fā)有關的質量目標和具體措施，涉及需求分析階段、設計階段、編碼階段、測試階段、工程實施階段。本質量管理計劃由以下幾個部分組成：介紹：即本章節(jié)，概要介紹文檔目的、范圍、縮略詞、參考資料。項目概述：開發(fā)系統(tǒng)概述、質量管理的角色和職責、生命周期各階段的主要交付物。項目生命周期各階段的質量檢查點：列出各階段的質量檢查計劃表

2、，包括責任人、檢查時間、檢查任務。質量檢查和確認技術：描述針對不同的對象而采用的特定的質量控制方法和技術及質量問題的級別和處理流程等。項目生命周期各階段的量化質量目標。1.3縮寫PM -項目經理QA -質量保證SA -系統(tǒng)分析工程師A&D -系統(tǒng)設計員RA -需求分析員PC -流程審核員SCM -軟件配置管理員項目概述一個現(xiàn)代化醫(yī)院的綜合管理是否先進是直接通過其信息化水平來體現(xiàn)的，“醫(yī)院信息管理系 統(tǒng)”是國內先進的信息化管理系統(tǒng)，該系統(tǒng)包含住院登記、病房護士站、醫(yī)生站、價格管理、 成本核算、藥庫管理等40多個子系統(tǒng)，可以滿足各個部門的業(yè)務信息處理和信息共享?！搬t(yī)院信息管理系統(tǒng)”還可開發(fā)制作觸摸

3、屏，以供患者了解醫(yī)院信息，查找專家 資料，方便查詢各種費用收取情況。該系統(tǒng)還能為住院病人提供每日住院清單，使患 者明白、放心治療。項目組織結構為了實現(xiàn)有效的項目管理，開發(fā)小組將劃分為技術隊伍和QA隊伍。項目經理對技術隊伍進 行任務分配和進度檢查，技術經理對技術隊伍進行技術指導和檢查。技術隊伍又劃分為：需 求分析人員、系統(tǒng)設計人員、軟件開發(fā)人員、美工設計人員、配置管理員、產品包裝人員。 QA隊伍對整個項目的質量保證負責，直接向質量保證經理匯報。QA隊伍劃分為：流程檢查 人員和測試人員質量管理2.2.1.質量管理的角色和職責質量控制是醫(yī)院信息管理系統(tǒng)組每個成員的職責；質量保證經理對整個項目的質量全

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

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

6、和期望之間的差異，以及測試軟件可能存在的缺陷。通過測試，尋找系統(tǒng)功能性的 不足。在測試結束之后判斷軟件死機帶來的風險。在測試匯報中對發(fā)現(xiàn)的缺陷進行分類和總結。測試應該針對容易出錯的流程和應用組件進行。測試結果應該進行文檔記錄，描述軟件運作的各種情況。具體工作如下：制定軟件配置管理（SCM ）策略和流程-根據(jù)最佳實踐來制定SCM策略和流程，包括源代碼管理流程，開發(fā)管理流程和生產周轉流程。制定測試策略和方法-根據(jù)醫(yī)院的需求制定測試方法：明確測試階段和環(huán)境需求確定各個測試階段的開始和結束準則制定故障跟蹤流程的測試標準確定測試工具和配置管理程序確定需要其他工作的支持準備測試計劃和測試案例-對測試進行計

7、劃和準備：分析業(yè)務需求和技術明細確定典型的邏輯場景明確系統(tǒng)容量和壓力點編制測試腳本和環(huán)境編制測試數(shù)據(jù)集進行系統(tǒng)測試-進行下列工作以保證滿足功能和技術需求：測試環(huán)境就緒確認執(zhí)行測試腳本分析測試結果，制定錯誤跟蹤報告2.2.3 .項目質量評審醫(yī)院信息管理系統(tǒng)質量監(jiān)控將采用日常質量監(jiān)控流程與定期質量評審制度。日常質量監(jiān)控程序通 過制定醫(yī)院信息管理系統(tǒng)開發(fā)的統(tǒng)一的規(guī)范、流程、指南、模板等指導項目的開發(fā)過程，并監(jiān)控 這些流程和規(guī)范的執(zhí)行情況，以確保所有交付品的質量。定期質量評審由質量保證經理發(fā)起，項 目組相關負責人配合，對項目前一階段的工作質量進行總結與評審，并將生成項目質量評審報告。 項目質量評審報告

8、將根據(jù)各階段質量檢查點所應檢查的內容作出質量上的評審。對在質量評審工 作中發(fā)現(xiàn)的問題，將根據(jù)其性質、范圍劃分級別。相關人員以此為依據(jù)來確定缺陷修復的優(yōu)先級， 缺陷嚴重程度高的修復優(yōu)先級也高。項目質量評審報告將交由項目管理辦公室討論，質量保證經理與項目管理辦公室將對項目質量評 審報告中需要明顯改善的質量問題作出具體地改進方案，以及時間上和人員上的安排。項目質量評審報告的內容如下，其中問題列表的序號編碼方式為XX-YYY。XX表示項目質量評審 階段，YYY代表問題序號。各階段質量檢查點參與人員要求質量檢查行動由質量管理組發(fā)起，依據(jù)各個階段檢查內容的不同由相關負責人配合、組織，視情 況邀請項目組相關

9、人員和醫(yī)院管理系統(tǒng)人員參加。項目計劃階段檢查清單檢查內容檢查時間完成情況負責人項目管理計劃PM質量保證計劃QA配置管理計劃SCM計劃階段遺留問題報告PM需求管理流程RA/SA變更管理流程PM/SA問題管理流程PM/SA風險管理流程PM/SA3.1.2.需求調研階段檢查清單檢查內容檢查時間完成情況負責人需求調研計劃PM/SA需求調研報告SA3.1.3.需求分析階段檢查清單檢查內容檢查時間完成情況負責人項目管理計劃（根據(jù)實際 項H調整后的計劃）PM用戶需求規(guī)格說明書模板SA/QA軟件需求規(guī)格說明書模板SA/QA用戶需求規(guī)格說明書SA軟件需求規(guī)格說明書SA質量保證計劃（根據(jù)實際項目調整后的計劃）QA

10、配置管理計劃（根據(jù)實際項目調整后的計劃）SCM需求跟蹤矩陣SA/A&D需求規(guī)格說明書評審門志CSA需求階段遺留問題報告PM需求變更記錄PM/QA3.1.4.設計階段檢查清單檢查內容檢查時間完成情況負責人架構設計說明書模板SA/QA概要設計說明書模板SA/QAIT設計說明書模板SA/QA詳細設計說明書模板SA/QA架構設計說明書SA/A&D概要設計說明書SA/A&DIT設計說明書SA/A&D詳細設計說明書SA/A&D系統(tǒng)測試計劃QA架構設計小組評審II志SA架構設計評審報告PM和QA經理概要設計小組評審II志SA/A&D架構設計評審報告PM和QA經理概要設計小組評審fl志SA/A&D概要設計評審

11、報告PM經理和QA經理詳細設計小組評審口志SA詳細設計評審報告PM和QA經理測試計劃小組評審ri志系統(tǒng)測試經理測試計劃評審報告系統(tǒng)測試經理和QA經理設計階段遺留問題報告項目經理開發(fā)環(huán)境SCM/系統(tǒng)實施組需求變更記錄PM/質量管理組設計變更記錄PM/質量管理組3.1.5.開發(fā)階段檢查清單檢查內容檢查時間完成情況負責人編程規(guī)范SA和QA經理東莞移動創(chuàng)新科技項目管PM/SA理系統(tǒng)軟件代碼代碼走讀H志SA/A&D單元測試案例開發(fā)工程師單元測試報告子系統(tǒng)開發(fā)組各組長代碼覆蓋率測試報告子系統(tǒng)開發(fā)組各組長內存泄漏測試報告子系統(tǒng)開發(fā)組各組長開發(fā)階段遺留問題報告PM/SA需求變更記錄PM /質量管理組設計變更記

12、錄PM /質量管理組3.1.6.集成測試階段檢查清單檢查內容檢查時間完成情況負責人集成測試環(huán)境系統(tǒng)測試經理集成測試計劃系統(tǒng)測試經理和SA集成測試用例系統(tǒng)測試工程師集成測試報告系統(tǒng)測試經理集成階段遺留問題報告PM需求變更記錄PM /質量管理組設計變更記錄PM /質量管理組3.1.7.系統(tǒng)測試階段檢查清單檢查內容檢查時間完成情況負責人系統(tǒng)測試環(huán)境系統(tǒng)測試經理調整后的系統(tǒng)測試計劃系統(tǒng)測試經理系統(tǒng)測試說明系統(tǒng)測試經理系統(tǒng)測試用例系統(tǒng)測試工程師系統(tǒng)測試腳本系統(tǒng)測試工程師系統(tǒng)測試結果系統(tǒng)測試工程師系統(tǒng)測試報告（包括缺陷分析）系統(tǒng)測試經理缺陷跟蹤工具說明書系統(tǒng)測試經理系統(tǒng)測試階段遺留問題報PM檢查內容檢查時

13、間完成情況負責人安裝手冊系統(tǒng)實施組川戶使用手冊系統(tǒng)實施組安裝手冊評審FI志系統(tǒng)實施經理川戶使用手冊評審日志系統(tǒng)實施經理軟件介質PM /配置管理工程師源代碼及清單PM/SA割接計劃PM培訓計劃系統(tǒng)實施經理系統(tǒng)初驗計劃PM系統(tǒng)終驗計劃PM系統(tǒng)初驗報告PM系統(tǒng)終驗報告PM系統(tǒng)測試階段遺留問題報PM顧客滿意度調查系統(tǒng)實施經理/QA經理質量檢查和確認技術工具和技術項目初期必須根據(jù)項目實際情況明確質量管理的工具：配置管理工具測試工具其他質量管理工具管理配置醫(yī)院信息管理系統(tǒng)配備專人作為配置管理工程師，建立開發(fā)庫、配置管理庫、產品庫對設計開發(fā)各階段的配置項進行配置管理；每個配置項都有修改記錄表，注明該配置項自

14、創(chuàng)建以來每次修改的內容、時間和修改人；每個配置項都有自己的版本號以及相應的命名規(guī)范，只要配置項的內容經批準發(fā)生改變，該文檔的版本號數(shù)值就會做相應的升級；所有的配置項都將保存在指定的服務器上，由配置管理工程師統(tǒng)一保管、定期備份；具體操作參見醫(yī)院信息管理系統(tǒng)配置管理計劃。介質控制為了保護計算機程序的物理媒體，以避免非法存取，意外損壞或自然老化，醫(yī)院信息管理系統(tǒng)配 備專人配置管理工程師，負責妥善管理、跟蹤、存放和備份存放配置項的各類媒體。問題報告和糾正處理流程在醫(yī)院信息管理系統(tǒng)質量檢查中出現(xiàn)問題時，遵循逐級上報的原則：項目組成員級不能解決的上報到組長，由其協(xié)調解決；組長不能解決的上報到項目經理。各

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

16、解問題級別劃分級別說明嚴重頁要需求功能點遺漏或描述錯誤，造成產品失敗需求描述中有矛盾和沖突需求描述中有嚴重影響下一階段工作的遺留問題中等存在二義性詞語，影響設計人員對需求的理解 一般需求功能點遺漏或描述錯誤4.4.2.1. 需求分析階段輕微 表述煩瑣，不易于理解4.4.2.2.設計階段級別說明嚴重無法實現(xiàn)的設計設計內有矛盾和沖突設計中有嚴頁影響下一階段工作的遺留問題重要需求設計錯誤中等總體和概要設計中有影響下一階段工作的遺留問題 一般需求設計錯誤輕微詳細設計中有影響下一階段工作的遺留問題表述煩瑣，不易于理解4.4.2.3.開發(fā)階段級別說明嚴重重要需求設計實現(xiàn)錯誤提交的代碼無法進行集成測試中等

17、一般需求設計實現(xiàn)錯誤多處沒有遵循編碼規(guī)范輕微個別之處沒有遵循編碼規(guī)范其他錯誤4.4.2.4. 測試階段缺陷級別編號級別說明1嚴重將會導致整個產品開發(fā)失敗、系統(tǒng)崩潰、系統(tǒng)掛起，產品不能發(fā)版2對系統(tǒng)功能有普遍影響、業(yè)務完成方面的嚴雨錯誤3中等業(yè)務不能完成、TABLE或其他數(shù)據(jù)庫對象不存在、配 置參數(shù)錯誤、控件錯誤、程序異常錯誤、未（正確）捕獲 錯誤、文檔前后不一致、文檔與程序不一致、編碼未遵守 規(guī)則4數(shù)據(jù)未效驗、語言錯誤、GUI規(guī)則、操作安全性5輕微小缺陷，如拼寫錯誤、順序不對等；需改進的地方，如界而美觀性各階段質量目標和檢查標準需求分析階段需求分析階段，對各交付物的質量目標如下，由質量管理組發(fā)起

18、對質量目標的實現(xiàn)情況做評價。評審對象評審項目質量目標需求規(guī)格說明書準確性更要需求功能點描述正確率98% 一般需求功能點描述正確率N95%完整性重要需求功能點描述遺漏為0 一般需求功能點描述遺漏W5%按時性（正常情況下）需求規(guī)格說明書提交延遲時間10%設計階段對設計階段質量目標如下，由質量管理組發(fā)起對質量目標的實現(xiàn)情況做評價。評審對象評審項目質量目標設計文檔準確性級別為“嚴重”的遺留問題為0級別為“中等”以上的遺留問題W5%級別為“輕微”以上的遺留問題W10%完整性對重要需求功能點的覆蓋率為100%對一般需求功能點的覆蓋率為N95%接曰遺漏為0按時性（正常情況下）設計文檔提交延遲時間W10%開發(fā)階段開發(fā)階段質量目標如下，由系統(tǒng)開發(fā)組對質量目標實現(xiàn)情況做衡量。評審對象評審項目質量目標編碼完整性對再要需求功能點的覆蓋率為100%對-嗷需求功能點的覆蓋率為95%嚴重的功能問題為0代碼走讀/檢視（每1000行） “嚴幣.：，算法錯誤0 “中等”算法錯誤W5個 “嚴幣”編碼缺陷0 “中等”編碼缺陷W5個單元測試完全性有效代碼的覆蓋率80%內存操作無內存泄漏界血統(tǒng)一性界面風格統(tǒng)一、無明顯錯誤測試階段測試階