5各階段質(zhì)量目標(biāo)和檢查標(biāo)準(zhǔn)

1、土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)質(zhì)量計劃書擬制： 常澤林2017/11/301.文檔介紹1.1 文檔目的為了健全和完善土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)設(shè)計開發(fā)的質(zhì)量管理體系，促進(jìn)質(zhì)量管理活動系統(tǒng)化、規(guī)范化，以確保所交付的土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)能夠滿足規(guī)定的各項具體需求。1.2 文檔范圍本質(zhì)量管理計劃涵蓋所有與土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)設(shè)計開發(fā)有關(guān)的質(zhì)量目標(biāo)和具體措施，涉及需求分析階段、設(shè)計階段、編碼階段、測試階段、工程實施階段。本質(zhì)量管理計劃由以下幾個部分組成：介紹：即本章節(jié)，概要介紹文檔目的、范圍、縮略詞、參考資料。項目概述：開發(fā)系統(tǒng)概述、質(zhì)量管理的角色和職責(zé)、生命周期各階段的主要交付物。項目生命周期各階段

2、的質(zhì)量檢查點：列出各階段的質(zhì)量檢查計劃表，包括責(zé)任人、檢查時間、檢查任務(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項目概述依據(jù)印發(fā)土壤污染防治行動計劃的指示，提出以改善土壤環(huán)境質(zhì)量為核心，以保障農(nóng)產(chǎn)品質(zhì)量和人居環(huán)境安全為出發(fā)點，堅持預(yù)防為主、保護(hù)優(yōu)先、風(fēng)險管控，要求到2020年，全國土壤污染加重趨勢得到初步遏制， 土壤環(huán)境質(zhì)量總體保持穩(wěn)定， 土壤環(huán)境風(fēng)險得到 基本管控，

3、提升土壤環(huán)境信息化管理水平。為此， 廣西自治區(qū)環(huán)境保護(hù)廳高度重視土壤污染防治工作，依據(jù)國務(wù)院辦公廳印發(fā)的 控制污染物排放許可制實施方案 和土壤污染防治行動計劃 ，廣西自治區(qū)環(huán)境保護(hù)廳從完善土壤污染物排放許可制度， 預(yù)防土壤污染的角度出發(fā)， 以排污許可管理為核心， 依法對各企事業(yè)排污單位排放污染物的種類、數(shù)量、濃度、時限、排放方式等做出具體規(guī)定，實行排污許可“一證式”管理，形成系統(tǒng)完整、權(quán)責(zé)清晰、監(jiān)管有效的污染源管理新格局，提升土壤環(huán)境治理能力和管理水平。為了加強(qiáng)土壤環(huán)境監(jiān)管， 不受時間和地點限制應(yīng)用土壤環(huán)境信息化管理平臺， 打造便捷、高效的土壤環(huán)境移動監(jiān)管辦公平臺，移動端將作為土壤環(huán)境日常監(jiān)管

4、的重要手段。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ì)量管理2.2.1 質(zhì)量管理的角色和職責(zé)質(zhì)量控制是土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)組每個成員的職責(zé)；質(zhì)量保證經(jīng)理對整個項目的質(zhì)量全權(quán)負(fù)責(zé), 并簽字確認(rèn)；項目經(jīng)理負(fù)責(zé)任務(wù)的分配和監(jiān)督項目進(jìn)度，制定相關(guān)的工

5、作計劃和聯(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)軟件配置項及項目各生命周期交付文檔管理和變更控制工作；2.2.2 質(zhì)量管理流程交

6、付文檔質(zhì)量監(jiān)控流程項目經(jīng)理和 QA 在項目初期對項目交付文檔的模板進(jìn)行檢查和審核，確保項目交付品的架構(gòu)和內(nèi)容大綱的完整性和正確性。 在項目進(jìn)行過程中，QA、 項目經(jīng)理及各項目功能小組組長會分別對交付品進(jìn)度和質(zhì)量進(jìn)行監(jiān)控， 確保在最后的項目完成階段， 醫(yī)院對提交的交付文檔能有滿意的反饋。上線系統(tǒng)質(zhì)量監(jiān)控流程對于上線系統(tǒng)的質(zhì)量監(jiān)控主要體現(xiàn)在軟件配置管理和系統(tǒng)測試工作兩方面。 為了保證本項目的整體實施同業(yè)務(wù)和技術(shù)明細(xì)相一致，這方面的工作包含如下幾個任務(wù)：明確現(xiàn)狀和期望之間的差異， 以及測試軟件可能存在的缺陷。 通過測試， 尋找系統(tǒng)功能 性的不足。在測試結(jié)束之后判斷軟件死機(jī)帶來的風(fēng)險。在測試匯報中對發(fā)

7、現(xiàn)的缺陷進(jìn)行分類和總結(jié)。 測試應(yīng)該針對容易出錯的流程和應(yīng)用組件進(jìn)行。測試結(jié)果應(yīng)該進(jìn)行文檔記錄，描述軟件運(yù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ì)確定典型的邏輯場景明確系統(tǒng)容量和壓力點編制測試腳本和環(huán)境編制測試數(shù)據(jù)集進(jìn)行系統(tǒng)測試-進(jìn)行下列工作以保

8、證滿足功能和技術(shù)需求：測試環(huán)境就緒確認(rèn)執(zhí)行測試腳本分析測試結(jié)果，制定錯誤跟蹤報告2.2.3 項目質(zhì)量評審?fù)寥拉h(huán)境監(jiān)管平臺開發(fā)系統(tǒng)質(zhì)量監(jiān)控將采用日常質(zhì)量監(jiān)控流程與定期質(zhì)量評審制度。日常質(zhì)量監(jiān)控程序通過制定土壤環(huán)境監(jiān)管平臺開發(fā)系統(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)檢查的內(nèi)容作出質(zhì)量上的評審。對在質(zhì)量評審工作中發(fā)現(xiàn)的問題，將根據(jù)其性質(zhì)、范圍劃分級別。相關(guān)人員以

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

10、A配置昔理計劃SCM計劃階段遺留問題報告PM需求管理流程F?A/SA變更管理流程PM/SA何鷹管理漪程PM/SA風(fēng)險管理流程PM/SA檢查內(nèi)容檢查忖聞完成情況負(fù)責(zé)人需求調(diào)研計劃PM/SA需求調(diào)解報告SA3.1.3 需求分析階段檢查清單檢查內(nèi)容檢查時間完成情況負(fù)責(zé)人項目管理引劃f根據(jù)冥際 項目調(diào)整后的計劃）PM用戶需求規(guī)格說明書模板SA/QA軟件需求規(guī)格說明H模板SA/QA用戶需求規(guī)格說明書SA軟件需求規(guī)格說明書SA質(zhì)量保證計劃根據(jù)實際項n調(diào)整后的計劃）QA配置管理計劃（根據(jù)實際 項n調(diào)整后的計劃）SCM需求跟蹤矩即SA/A&D需求規(guī)格說明書講審H志CSA需求階段遺留問題報告PM需求變更記錄PM

11、/QA3.1.4 設(shè)計階段檢查清單檢直內(nèi)容檢杳時間完成情況負(fù)費人架構(gòu)設(shè)計說明模板SA/QA慨要設(shè)il說明書模板SA/QAIT設(shè)計說明書模板SA/QA詳細(xì)設(shè)計說明書模板SA/QA瞿構(gòu)設(shè)計說明BSA/A&D概要設(shè)計說明1SA/A&DIT設(shè)計說明個SA/AAD詳細(xì)設(shè)計說明居SA/A&D系統(tǒng)測渡計劃QA架構(gòu)設(shè)計小組評審臼土SA架構(gòu)設(shè)計評審報告PM和QA餐理概要設(shè)討小組評審日志SA/A&D架構(gòu)設(shè)過日市報告PM書【QA經(jīng)理概要設(shè)計小蛆評審日志SA/A&D概要設(shè)計評本報告PM經(jīng)理和QA經(jīng)理詳細(xì)設(shè)計小組評審H志SA詳細(xì)設(shè)計評審報告PM利QA經(jīng)理測試計劃小組評審日志系統(tǒng)測試經(jīng)理測試計劃評審報告系統(tǒng)測試經(jīng)理和QA

12、經(jīng)理設(shè)計階段遺留向遢報告項目繪理開發(fā)環(huán)境SCW系統(tǒng)實施組需求變更記錄PW質(zhì)試管理組設(shè)計變更記錄PM/質(zhì)量管理組3.1.5 開發(fā)階段檢查清單檢查內(nèi)容檢直時間完成情況負(fù)責(zé)人編程規(guī)范SA相QA經(jīng)理東莞移動創(chuàng)新科技項r管PM/SA理系統(tǒng)軟件代嗎代碼走讀H志SA/A&D小兀測試案例開發(fā)工程師單元測試報告子系統(tǒng)開發(fā)組各組長代碼山部率測試報告子系統(tǒng)開發(fā)組各組長內(nèi)存泄漏測試報告子系統(tǒng)開發(fā)組各組長開發(fā)階段遺留問題報告PM/SA需求變更記錄PM /質(zhì)量管理組設(shè)計變更記錄PM/質(zhì)量管理組3.1.6 集成測試階段檢查清單檢查內(nèi)容檢查時間完成情況負(fù)窗人集成測謊環(huán)境系統(tǒng)測試經(jīng)理集成測試計劃系統(tǒng)割試經(jīng)理和SA集成第試用例鬃

13、統(tǒng)測試匚程師集成測試報告系統(tǒng)測試經(jīng)理集成階段遺留問速報曾PM需求變變記或PMI質(zhì)最管理里設(shè)計變更記錄PM,質(zhì)量管理蛆檢查內(nèi)容檢查時間完成情況負(fù)責(zé)人系統(tǒng)測試環(huán)境系統(tǒng)測試經(jīng)理調(diào)整后的系統(tǒng)測試計劃系統(tǒng)泅優(yōu)處理系統(tǒng)測試說明系統(tǒng)測試經(jīng)理系統(tǒng)測試川例系統(tǒng)測試T程師系統(tǒng)測試腳本系統(tǒng)測試工程師系統(tǒng)蒯試結(jié)果系統(tǒng)測試工程師系統(tǒng)測試報告（包括缺陷 分析系統(tǒng)測試經(jīng)理缺陷跟蹤工具說明書系統(tǒng)測試經(jīng)理系統(tǒng)測試階段遺留向磔報小PM3.1.8工程實施階段檢查清單檢查內(nèi)容檢查時間完成情況負(fù)貴人安裝手冊系統(tǒng)實施組川戶使用手朋系統(tǒng)更施組安裝手跚評審R志系統(tǒng)實施經(jīng)理.用戶使用手冊評審日志系統(tǒng)實施經(jīng)理軟件介質(zhì)PM，配置管理匚程師源代碼及

14、清單PM/SA割接計劃PM培訓(xùn)計劃系統(tǒng)實施經(jīng)理系統(tǒng)初驗計劃PM系統(tǒng)終驗tl劃PM系統(tǒng)初驗報告PM系統(tǒng)終驗報告PM系統(tǒng)測試防段遺留問題報PM曲客衲意度調(diào)宣系統(tǒng)文施經(jīng)理JQA經(jīng)理4質(zhì)量檢查和確認(rèn)技術(shù)4.1 工具和技術(shù)項目初期必須根據(jù)項目實際情況明確質(zhì)量管理的工具:配置管理工具測試工具其他質(zhì)量管理工具4.2 管理配置土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)配備專人作為配置管理工程師，建立開發(fā)庫、配置管理庫、產(chǎn)品庫對設(shè)計開發(fā)各階段的配置項進(jìn)行配置管理；每個配置項都有修改記錄表， 注明該配置項自創(chuàng)建以來每次修改的內(nèi)容、 時間和修改人；每個配置項都有自己的版本號以及相應(yīng)的命名規(guī)范，只要配置項的內(nèi)容經(jīng)批準(zhǔn)發(fā)生改變，該文檔的

15、版本號數(shù)值就會做相應(yīng)的升級；所有的配置項都將保存在指定的服務(wù)器上，由配置管理工程師統(tǒng)一保管、定期備份；具體操作參見土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)_配置管理計劃。4.3 介質(zhì)控制為了保護(hù)計算機(jī)程序的物理媒體， 以避免非法存取， 意外損壞或自然老化， 土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)配備專人配置管理工程師， 負(fù)責(zé)妥善管理、 跟蹤、 存放和備份存放配置項的各類媒體。4.4 問題報告和糾正4.4.1 處理流程在土壤環(huán)境監(jiān)管平臺開發(fā)系統(tǒng)質(zhì)量檢查中出現(xiàn)問題時，遵循逐級上報的原則：項目組成員級不能解決的上報到組長， 由其協(xié)調(diào)解決； 組長不能解決的上報到項目經(jīng)理。各子系統(tǒng)開發(fā)組組長在每個軟件開發(fā)生命周期階段結(jié)束后， 總結(jié)本

16、子系統(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)先級也依此確定。4.4.2.4, 測試階段4.4.2 J,需求分析階段級別說明嚴(yán)用而饕需求功能

17、點遺漏或描述錯誤，造成產(chǎn)品失敗需求描述中行矛盾和州突需求描述中有嚴(yán)面感響下階段工作的遺留問題中等存在二義性詞語,搬響設(shè)計人員對需求的理解* 一般需求功能點遺漏或描述錯誤輕微表述煩頂，不易理螂4.4.2.2.設(shè)計階段級別說明嚴(yán)閔無法支現(xiàn)的設(shè)計設(shè)計內(nèi)行矛盾和沖突設(shè)計中行嚴(yán)乖影響下一階段匚作的遺翦問題幣:要需求設(shè)計錯誤中等總體和概要:設(shè)計中仃影響下階段1:作的遺留同跑 一般需求設(shè)計錯誤輕微詳細(xì)設(shè)計中有影晌下一階段T作的遺留問趣表述煩瑣.小易F理解4.423,開發(fā)階段級別說明嚴(yán)弘五要而求設(shè)計實現(xiàn)創(chuàng)誤提交的代碼無法進(jìn)行集成測流中等 一般需求設(shè)計實現(xiàn)錯誤名處沒力,遵耐編碼規(guī)能輕澈個別之處沒仃遵循編碼規(guī)范其

18、他錯誤獻(xiàn)陷級別殯號級別說明1嚴(yán)重粉會導(dǎo)致整個產(chǎn)品開發(fā)失敗、系統(tǒng)崩孤、系統(tǒng)掛起.產(chǎn)品不能發(fā)版2對系統(tǒng)功能白普遍影響、業(yè)務(wù)完成方面的嚴(yán)甫錯識3中等一業(yè)務(wù)不能完成、TABLE或其他數(shù)據(jù).除對藤不存在、配 置參數(shù)錯誤、控件錯誤、程序異常錯誤、卡（正確）捕莪 錯誤，文檔前后不一致、文檔與程序不一致、編碼未遵守 規(guī)則4數(shù)據(jù)未效驗、語言錯誤、GUI期則.操作安全性5輕微小缺陷，如拼氣錯誤、期序不對等：需改進(jìn)的地方，如界面美觀性5各階段質(zhì)量目標(biāo)和檢查標(biāo)準(zhǔn)5.1 需求分析階段需求分析階段，對各交付物的質(zhì)量目標(biāo)如下，由質(zhì)量管理組發(fā)起對質(zhì)量目標(biāo)的實現(xiàn)情況做評價。鉀審對象評審項目質(zhì)量目標(biāo)需求規(guī)搟說明日準(zhǔn)確性承要浦求功能點描述正確率三98% 一殷需求功能點描述正確率395%完整性市要需求功能點描述遺漏為。 一般需求功能點描述遺漏5%按時性（正常情況下）福求規(guī)格說明書提交延遲時間W 10%5.2 設(shè)計階段對設(shè)計階段質(zhì)量目標(biāo)如下，由質(zhì)