工行個(gè)人消費(fèi)信貸項(xiàng)目軟件開發(fā)質(zhì)量計(jì)劃

1、.軟件質(zhì)量計(jì)劃 PAGE ;PAGE 9軟件質(zhì)量計(jì)劃（文檔編號：DW-ZFZQ-01-001）方正奧德計(jì)算機(jī)系統(tǒng)有限公司2002年9月文檔管理信息表主題：質(zhì)量計(jì)劃版本：10.0內(nèi)容：關(guān)于個(gè)貸總行移植質(zhì)量的計(jì)劃關(guān)鍵字參考文檔：提交時(shí)間：2002年11月29日創(chuàng)建人：劉軍偉文檔修改記錄表修改人修改時(shí)間修改內(nèi)容目 錄 TOC o 1-3 1、 產(chǎn)品的質(zhì)量目標(biāo) PAGEREF _Toc503110527 h 12、 質(zhì)量保證措施 PAGEREF _Toc503110528 h 12.1、設(shè)計(jì)過程質(zhì)量保證措施 PAGEREF _Toc503110529 h 12.1.1、實(shí)際和開發(fā)的策劃 PAGEREF

2、 _Toc503110530 h 12.1.2、組織和技術(shù)接口設(shè)計(jì) PAGEREF _Toc503110531 h 12.1.3、設(shè)計(jì)輸入和輸出及驗(yàn)收準(zhǔn)則 PAGEREF _Toc503110532 h 22.1.4、設(shè)計(jì)評審 PAGEREF _Toc503110533 h 32.1.5、設(shè)計(jì)驗(yàn)證 PAGEREF _Toc503110534 h 42.1.6、設(shè)計(jì)確認(rèn) PAGEREF _Toc503110535 h 42.1.7、設(shè)計(jì)更改 PAGEREF _Toc503110536 h 42.1.8、病毒防治 PAGEREF _Toc503110537 h 42.2、測試過程質(zhì)量保證措施 PA

3、GEREF _Toc503110538 h 52.2.1、測試階段 PAGEREF _Toc503110539 h 52.2.2、測試規(guī)范 PAGEREF _Toc503110540 h 52.2.3、測試要求 PAGEREF _Toc503110541 h 52.2.4、質(zhì)量記錄 PAGEREF _Toc503110542 h 52.2.5、其它 PAGEREF _Toc503110543 h 52.3、維護(hù)過程質(zhì)量保證措施 PAGEREF _Toc503110544 h 52.3.1、維護(hù)要求 PAGEREF _Toc503110545 h 52.3.2、質(zhì)量記錄 PAGEREF _Toc

4、503110546 h 63、 風(fēng)險(xiǎn)控制 PAGEREF _Toc503110547 h 64、 質(zhì)量保證活動(dòng)的職責(zé)和權(quán)限 PAGEREF _Toc503110548 h 9產(chǎn)品的質(zhì)量目標(biāo)系統(tǒng)的接收標(biāo)準(zhǔn)為用戶接收的UAT測試報(bào)告， 系統(tǒng)測試報(bào)告和模塊測試報(bào)告。產(chǎn)品的質(zhì)量目標(biāo)為：1.UAT測試中， 系統(tǒng)的功能要求和效率要求滿足合同要求和需求規(guī)格說明書要求。2.在模塊測試和系統(tǒng)測試中，沒有影響系統(tǒng)運(yùn)行的嚴(yán)重BUG, 屬于實(shí)現(xiàn)形式、操作形式上的BUG應(yīng)該低于 1個(gè)/千行；3.已發(fā)現(xiàn)BUG的修改率為95%；4.系統(tǒng)的接收時(shí)間與合同時(shí)間的差異小于1個(gè)月。質(zhì)量保證措施按照公司的質(zhì)量管理體系以及部門的質(zhì)量管

5、理規(guī)范，在需求分析、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試和售后服務(wù)等各個(gè)階段，應(yīng)有嚴(yán)格的質(zhì)量保證措施。具體劃分為如下階段：設(shè)計(jì)過程質(zhì)量保證措施實(shí)際和開發(fā)的策劃在開發(fā)計(jì)劃中對需求分析、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試和測試狀態(tài)及軟件發(fā)布等幾個(gè)開發(fā)階段進(jìn)行了策劃，并將各個(gè)階段的活動(dòng)配備了相應(yīng)的資源，保證落實(shí)到有資格的開發(fā)人員，而且開發(fā)人員基本上劃分了相應(yīng)的職責(zé)。組織和技術(shù)接口設(shè)計(jì)開發(fā)實(shí)施過程遵循公司質(zhì)量體系規(guī)范, 在開發(fā)實(shí)施每個(gè)階段由項(xiàng)目經(jīng)理提交階段性成果記錄, 部門秘書向相關(guān)部門傳遞成果記錄, 由相關(guān)部門進(jìn)行評審。組織接口有：項(xiàng)目推進(jìn)部（提供項(xiàng)目建議書、合同、立項(xiàng)報(bào)告；接收并審核開發(fā)計(jì)劃）；商務(wù)管理部（接收

6、并審核開發(fā)計(jì)劃、質(zhì)量計(jì)劃、需求分析、設(shè)計(jì)分析、測試計(jì)劃等程序文件要求商務(wù)管理部審核的階段性控制資料）；總裁辦公室（發(fā)版審核等）。設(shè)計(jì)輸入和輸出及驗(yàn)收準(zhǔn)則開發(fā)階段階段輸入階段輸出驗(yàn)收準(zhǔn)則進(jìn)入下一階段要求需求分析項(xiàng)目合同書（要求評審）、軟件開發(fā)計(jì)劃（要求評審）、軟件質(zhì)量計(jì)劃（要求評審）、經(jīng)營性網(wǎng)站備案登記管理暫行辦法、合同評審記錄表需求分析說明書（要求評審）功能范圍描述全面無落漏；功能描述做到明確無歧義；滿足輸入條件。通過驗(yàn)收準(zhǔn)則通過評審軟件設(shè)計(jì)需求分析說明書（要求評審）軟件質(zhì)量計(jì)劃（要求評審）、軟件開發(fā)計(jì)劃（要求評審）軟件設(shè)計(jì)說明書（要求評審代碼模塊劃分及輸入輸出關(guān)系明確；算法明確；符合需求說明

7、書的功能、性能要求；滿足輸入條件。通過驗(yàn)收準(zhǔn)則通過評審編碼實(shí)現(xiàn)軟件質(zhì)量計(jì)劃、軟件設(shè)計(jì)說明書系統(tǒng)代碼（要求評審）、軟件測試計(jì)劃（要求評審）、代碼抽查驗(yàn)證表（要求評審）編碼嚴(yán)格遵守詳細(xì)設(shè)計(jì)， 必要的調(diào)整必須寫入備忘錄；遵守編碼規(guī)范；滿足輸入條件。通過驗(yàn)收準(zhǔn)則通過評審軟件測試和測試狀態(tài)系統(tǒng)編碼、軟件測試計(jì)劃、軟件質(zhì)量計(jì)劃、測試大綱、模塊測試通過標(biāo)準(zhǔn)、系統(tǒng)測試通過標(biāo)準(zhǔn)模塊測試報(bào)告（要求審批）、系統(tǒng)測試報(bào)告（要求審批）功能實(shí)現(xiàn)測試， 需求說明中的功能全部實(shí)現(xiàn)；性能測試滿足預(yù)期用戶的訪問效率要求；滿足輸入條件。通過驗(yàn)收準(zhǔn)則通過評審軟件發(fā)布確認(rèn)需求分析說明書、軟件設(shè)計(jì)說明書、用戶手冊、測試大綱、測試報(bào)告、軟

8、件原碼、軟件母盤用戶接受報(bào)告UAT測試報(bào)告滿足用戶確認(rèn)系統(tǒng)功能和性能滿足需求；滿足輸入條件。通過驗(yàn)收準(zhǔn)則通過評審設(shè)計(jì)評審開發(fā)階段時(shí)間會議內(nèi)容人員軟件需求分析評審2002/9/1討論需求分析設(shè)計(jì)情況， 審查需求分析說明書；用戶簽字；總控組;項(xiàng)目經(jīng)理;客戶代表;系統(tǒng)設(shè)計(jì)總結(jié)2002/9/20總結(jié)軟件設(shè)計(jì)情況，審查設(shè)計(jì)說明書總控組;項(xiàng)目經(jīng)理;編碼實(shí)現(xiàn)總結(jié)2002/9/25總結(jié)編碼實(shí)現(xiàn)情況， 審查編碼計(jì)劃， 代碼抽查驗(yàn)證表，代碼完成情況表總控組;項(xiàng)目經(jīng)理;開發(fā)人員;軟件測試總結(jié)2002/11/5總結(jié)模塊測試,系統(tǒng)測試情況。審查模塊測試報(bào)告， 系統(tǒng)測試報(bào)告總控組;項(xiàng)目經(jīng)理;開發(fā)人員;測試人員;系統(tǒng)發(fā)布準(zhǔn)

9、備2002/12/6討論系統(tǒng)發(fā)布的準(zhǔn)備工作；審查發(fā)布有關(guān)文檔， 包括：需求分析說明書、設(shè)計(jì)說明書， 開發(fā)計(jì)劃， 發(fā)布母盤，用戶手冊， 測試報(bào)告?？偪亟M;項(xiàng)目經(jīng)理;開發(fā)人員;測試人員;系統(tǒng)發(fā)布總結(jié)2002/12/14反饋系統(tǒng)發(fā)布后情況。審查用戶反饋意見， 用戶問題提出表?？偪亟M;項(xiàng)目經(jīng)理;開發(fā)人員;測試人員;（會議記錄記錄入評審會議記錄）設(shè)計(jì)驗(yàn)證驗(yàn)證包括：需求分析驗(yàn)證、軟件設(shè)計(jì)驗(yàn)證、軟件實(shí)現(xiàn)驗(yàn)證和軟件測試驗(yàn)證四個(gè)部分。（驗(yàn)證記錄記錄入評審會議記錄表和相關(guān)審批表）設(shè)計(jì)確認(rèn)通過驗(yàn)證之后即可確認(rèn)。（確認(rèn)結(jié)果記錄入評審會議記錄）設(shè)計(jì)更改所有更改需要經(jīng)過授權(quán)人員確認(rèn)，并且記錄入設(shè)計(jì)更改文檔。注意：不能在原

10、有文檔基礎(chǔ)上直接更改。病毒防治在開發(fā)過程中, 要做好病毒防治措施,具體有：開發(fā)環(huán)境不允許進(jìn)行網(wǎng)絡(luò)數(shù)據(jù)下載；開發(fā)中使用的磁盤媒體要求為未格式化的軟盤， 格式化后由項(xiàng)目經(jīng)理統(tǒng)一管理使用；采用正版工具；定期進(jìn)行系統(tǒng)查毒。測試過程質(zhì)量保證措施測試階段測試包括單元測試、模塊測試、系統(tǒng)測試、壓力測試和UAT測試四個(gè)階段。測試規(guī)范測試規(guī)范可以參見軟件測試大綱。測試要求測試過程中應(yīng)合理運(yùn)用各種測試方法，通過黑盒測試，驗(yàn)證模塊接口和功能的實(shí)現(xiàn)；通過白盒測試，驗(yàn)證關(guān)鍵算法的實(shí)現(xiàn)科學(xué)性。測試遵循典型性和覆蓋性原則。質(zhì)量記錄記錄入測試大綱、測試報(bào)告和相應(yīng)審批表中。其它有關(guān)策劃、評審、驗(yàn)證、確認(rèn)等部分的內(nèi)容可以參見 “

11、設(shè)計(jì)過程質(zhì)量保證措施”。維護(hù)過程質(zhì)量保證措施維護(hù)要求維護(hù)過程要在與客戶方達(dá)成一致的基礎(chǔ)上，保持對服務(wù)的實(shí)施、驗(yàn)證和報(bào)告的形成文件的程序。質(zhì)量記錄在項(xiàng)目過程中形成質(zhì)量記錄文件包括：DW-ZFZQ-28-03-001質(zhì)量記錄清單.docDW-ZFZQ-31-01-001工具軟件選用申請表.docDW-ZFZQ-31-02-001工具軟件使用紀(jì)錄.doc等。風(fēng)險(xiǎn)控制系統(tǒng)面臨的主要風(fēng)險(xiǎn)和控制策略有：技術(shù)風(fēng)險(xiǎn)在技術(shù)方案中存在如下的技術(shù)問題:系統(tǒng)中對加密和數(shù)字簽名技術(shù)的使用目前為初次使用, 需要對加密和數(shù)字簽名技術(shù)在系統(tǒng)實(shí)現(xiàn)中的位置和使用方法作更加慎重考慮和方案分析?？刂撇呗裕亨嵨淞重?fù)責(zé)分析整個(gè)網(wǎng)站應(yīng)用系

12、統(tǒng)中加密、數(shù)字簽名的應(yīng)用分析， 決定實(shí)現(xiàn)策略， 并結(jié)合公司在安全方面人才對安全策略和實(shí)現(xiàn)方法進(jìn)行重點(diǎn)分析評價(jià)。保證安全和加密方案可行、可實(shí)現(xiàn)性好。風(fēng)險(xiǎn)指數(shù)：*， 該項(xiàng)風(fēng)險(xiǎn)影響系統(tǒng)的可用性。對WLCS中各種元素的配置優(yōu)化。盡管公司有人員參與了Weblogic的培訓(xùn)， 但是在WLCS上沒有應(yīng)用經(jīng)驗(yàn)， 對WLCS提供的調(diào)用接口沒有很好的應(yīng)用實(shí)踐，對可用資源沒有很好的了解,將影響系統(tǒng)開發(fā)的復(fù)雜性、高效性和可維護(hù)性。控制策略：由劉軍偉、劉波、梁倫發(fā)、馬建軍、戰(zhàn)乃國對WLCS的調(diào)用接口和元素， 參照技術(shù)手冊和技術(shù)支持， 進(jìn)一步分析， 提出商業(yè)邏輯開發(fā)可供依賴的平臺支持接口。風(fēng)險(xiǎn)指數(shù)：*， 該項(xiàng)風(fēng)險(xiǎn)影響系統(tǒng)

13、的開發(fā)周期和系統(tǒng)可維護(hù)性和高效性。 3）數(shù)據(jù)庫ORACLE的使用 在開發(fā)梯隊(duì)中， 對ORACLE應(yīng)用缺少具有成熟經(jīng)驗(yàn)的數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)分析人員， 如何設(shè)計(jì)高效合理的數(shù)據(jù)庫對系統(tǒng)效率和系統(tǒng)的可維護(hù)性有重要意義。 控制策略：由電子商務(wù)部中ORACLE熟悉的人員對系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)進(jìn)行質(zhì)疑和咨詢， 特別是從數(shù)據(jù)效率、數(shù)據(jù)一致性、數(shù)據(jù)冗余、數(shù)據(jù)挖掘和分析等方面。 風(fēng)險(xiǎn)指數(shù)：* * ， 該項(xiàng)風(fēng)險(xiǎn)涉及到系統(tǒng)的效率、可維護(hù)性、可實(shí)現(xiàn)性。JAVA編程技術(shù)在開發(fā)梯隊(duì)大多數(shù)開發(fā)人員的JAVA開發(fā)經(jīng)驗(yàn)并不是很長。在開發(fā)隊(duì)伍中， 不可避免地存在一些編碼設(shè)計(jì)繁雜等問題。 控制策略：開發(fā)人員對于復(fù)雜和效率相關(guān)的代碼，必須進(jìn)行

14、適當(dāng)注釋， 便于檢查；在開發(fā)初期， 增加代碼抽查的次數(shù)， 便于及時(shí)發(fā)現(xiàn)問題。風(fēng)險(xiǎn)指數(shù)：* ， 該項(xiàng)風(fēng)險(xiǎn)影響到系統(tǒng)的可靠性、高效性。需求風(fēng)險(xiǎn)需求風(fēng)險(xiǎn)是該項(xiàng)目的最大風(fēng)險(xiǎn)之一。其主要原因是：用戶需求不是很成熟。用戶需求中存在若干不成熟的業(yè)務(wù)思想?？刂撇呗裕河脩粜枨筇岢龃硪獓?yán)格要求。用戶界面復(fù)雜， 需求難于一致。所有功能的實(shí)現(xiàn)方法和實(shí)現(xiàn)形式， 不同的需求主題有不同的要求。例如論壇、聊天室、采編對權(quán)限管理的需求?？刂撇呗裕河脩粜枨筇岢鋈藛T經(jīng)過授權(quán)應(yīng)該確定， 不應(yīng)變化。業(yè)務(wù)關(guān)系較復(fù)雜， 業(yè)務(wù)關(guān)系需要跨模塊進(jìn)行考慮。需求關(guān)系在各個(gè)系統(tǒng)之間由交叉。業(yè)務(wù)需求需要跨系統(tǒng)進(jìn)行考慮?？刂撇呗裕盒枰诟鱾€(gè)系統(tǒng)之外， 安排需求分析人員對系統(tǒng)之間的交叉需求進(jìn)行分析。 并且， 為了保證需求的準(zhǔn)確、全面和系統(tǒng)化， 應(yīng)該組織多次的會議交流和討論， 及時(shí)發(fā)現(xiàn)需求分析中的偏差。 該項(xiàng)風(fēng)險(xiǎn)指數(shù)：* 該項(xiàng)風(fēng)險(xiǎn)影響到系統(tǒng)實(shí)現(xiàn)工期、項(xiàng)目成本。設(shè)計(jì)風(fēng)險(xiǎn)設(shè)計(jì)中存在的風(fēng)險(xiǎn)主要有：由于系統(tǒng)總體方案中結(jié)構(gòu)不合理， 如數(shù)據(jù)庫分布形式， 各個(gè)系統(tǒng)之間的關(guān)系。該種風(fēng)險(xiǎn)將影響到系統(tǒng)的可實(shí)現(xiàn)性、系統(tǒng)的安全性和可維護(hù)性?？刂撇呗裕?對整體方案的總體結(jié)構(gòu)進(jìn)行深入分析和討論。代碼單元的接口設(shè)計(jì)和代碼共享控制策略：代碼單元的接口設(shè)計(jì)明確， 代碼單元功能復(fù)雜性適度，在各個(gè)系統(tǒng)之間、系統(tǒng)內(nèi)