軟件開發(fā)質(zhì)量保障方案.doc

1、軟件開發(fā)質(zhì)量保障方案、質(zhì)量管理內(nèi)容1.1. 編制和評審質(zhì)量計劃制定質(zhì)量保證計劃：依據(jù)項目計劃及項目質(zhì)量目標(biāo)確定需要檢查的主要過程和工作產(chǎn) 品，識別項目過程中的干系人及其活動， 估計檢查時間和人員， 并制定出本項目的質(zhì)量保證 計劃。質(zhì)量保證計劃的主要內(nèi)容包括： 例行審計和里程碑評審， 需要監(jiān)督的重要活動和工作產(chǎn) 品，確定審計方式， 根據(jù)項目計劃中的評審計劃確定質(zhì)量保證人員需要參加的評審計劃。 明 確質(zhì)量審計報告的報送范圍。以確保質(zhì)量保證計劃和項當(dāng)項目計劃變更時， 需要及質(zhì)量保證計劃的評審： 質(zhì)量保證計劃需要經(jīng)過評審方能生效， 目計劃的一致性。 經(jīng)過批準(zhǔn)的質(zhì)量保證計劃需要納入配置管理。時更改和復(fù)審

2、質(zhì)量保證計劃。1.2. “過程和工作產(chǎn)品”的質(zhì)量檢查根據(jù)質(zhì)量保證計劃進(jìn)行質(zhì)量的審計工作，并發(fā)布質(zhì)量審計報告。審計的主要內(nèi)容包括： 是否按照過程要求執(zhí)行了相應(yīng)的活動， 是否按照過程要求產(chǎn)生了 相應(yīng)的工作產(chǎn)品。本項目中對質(zhì)量的控制主要體現(xiàn)在不同階段的審計當(dāng)中。1.3. 不符合項的跟蹤處理對審計中發(fā)現(xiàn)的不符合項， 要求項目組及時處理， 質(zhì)量保證人員需要確認(rèn)不符合項的狀態(tài)， 直到最終的不符合項狀態(tài)為“完成”為止。二、質(zhì)量管理責(zé)任分配開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行開發(fā)。 每個項目除配備了項目開發(fā)所需角色 外，還專門配備了質(zhì)量保證小組、配置管理小組、 測試小組來確保質(zhì)量管理的實施，下面針 對這三種

3、角色進(jìn)行說明：2.1. 質(zhì)量保證小組職責(zé)質(zhì)量保證小組作為質(zhì)量保證的實施小組， 在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量 保證小組有關(guān)。 質(zhì)量保證小組的主要職責(zé)是： 以獨(dú)立審查方式， 從第三方的角度監(jiān)控軟件開 發(fā)任務(wù)的執(zhí)行， 分析項目內(nèi)存在的質(zhì)量問題， 審查項目的質(zhì)量活動，給出質(zhì)量審計報告。就 項目是否遵循已制定的計劃、 標(biāo)準(zhǔn)和規(guī)程， 給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的 信息和數(shù)據(jù)，使他們能了解整個項目生存周期中工作產(chǎn)品和過程的情況，提高項目透明度， 從而支持其交付高質(zhì)量的軟件產(chǎn)品。質(zhì)量保證人員依據(jù)質(zhì)量保證計劃， 通過質(zhì)量審計報告向項目經(jīng)理及有關(guān)人員提出已經(jīng)識 別出的不符合項， 并跟蹤不

4、符合項的解決過程， 通過審計周報或者審計月報向項目經(jīng)理提供 過程和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項目組協(xié)商不符合項的解決辦法。質(zhì)量保證小組的檢測范圍主要包括： 項目的進(jìn)度是否按照項目計劃執(zhí)行， 用戶需求是否 得到了用戶的簽字確認(rèn)， 軟件需求是否正確的反映了用戶的需求， 是否將每一項用戶需求都 映射到軟件需求； 系統(tǒng)設(shè)計是否完全反映了軟件需求； 實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè) 計；測試人員是否進(jìn)行了較為徹底的和全面的測試； 客戶驗收和交接清單是否完備； 對于系 統(tǒng)運(yùn)行中出現(xiàn)的問題， 維護(hù)人員是否記錄了詳細(xì)的維護(hù)記錄； 配置管理員是否按照配置管理 計劃建立了基線，是否嚴(yán)格控制變更過程，是否對配置庫進(jìn)行了維護(hù)

5、。2.2. 配置管理小組職責(zé)配置管理活動的目的是通過執(zhí)行版本控制、 變更控制、 基線管理等規(guī)程， 借助配置管理 工具的使用， 來保證整個生命周期過程產(chǎn)生的所有配置項的完整性、 一致性和可追溯性。 配 置管理是對工作成果 （階段工作成果和產(chǎn)品成果、 進(jìn)展?fàn)顟B(tài)成果） 的一種有效保護(hù)形式，是 反映項目及其工作產(chǎn)品的過去、現(xiàn)在、動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。配置管理小組的主要職責(zé)包括： 根據(jù)項目計劃制定配置管理計劃， 建立配置庫， 為項目 組人員分配配置庫權(quán)限，創(chuàng)建需求、設(shè)計、開發(fā)、測試、交付階段的基線。當(dāng)納入基線庫的 工作產(chǎn)品發(fā)生變更時，嚴(yán)格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。2.3

6、. 測試小組職責(zé)作為質(zhì)量控制的主要手段， 如同軟件開發(fā)一樣， 測試在執(zhí)行之前， 測試小組制定軟件測 試計劃、測試用例的編寫和執(zhí)行工作。測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統(tǒng)測試。為了保證程 序的質(zhì)量，開發(fā)人員需要對同伴的代碼進(jìn)行代碼走查， 同時對自己編寫的程序進(jìn)行單元測試， 確保程序編譯、運(yùn)行正確。測試人員根據(jù)軟件需求分析報告進(jìn)行軟件集成測試用例和系統(tǒng)測試用例的編寫。 對編寫 完成的測試用例提交項目組進(jìn)行評審， 同時質(zhì)量保證人員對評審過程和工作產(chǎn)品進(jìn)行監(jiān)測。測試人員根據(jù)測試計劃和測試用例執(zhí)行測試用例， 并對發(fā)現(xiàn)的缺陷進(jìn)行記錄， 只有這樣 才能確保項目組開發(fā)的軟件產(chǎn)品滿足用

7、戶需求。 在完成集成測試之后， 可以進(jìn)行軟件系統(tǒng)測 試，系統(tǒng)測試包括對軟件進(jìn)行功能測試、性能測試、安全測試、壓力測試。只有進(jìn)行了系統(tǒng) 測試軟件測試才是完整的。 系統(tǒng)測試在本項目中占有重要的地位， 性能要求有可能改變軟件 的設(shè)計，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。三、 質(zhì)量保證措施通過質(zhì)量管理責(zé)任的分配，通過如下幾個方面來進(jìn)行質(zhì)量保證的實施過程：3.1. 項目進(jìn)度項目計劃的制定為工程項目實施、管理和支持工作、項目進(jìn)度、成本、質(zhì)量及過程產(chǎn)品 的有效控制打下了良好的基礎(chǔ)， 以便所有相關(guān)人員能夠按照該計劃有條不紊地開展工作； 制 定項目計劃 ，必須獲得相關(guān)干系人的認(rèn)可，并以此作為項

8、目跟蹤的基礎(chǔ)。項目進(jìn)度是項目進(jìn)行是否順利的最直觀表現(xiàn)。 制定合理的項目計劃首要前提是選擇從事 類似規(guī)模和類似業(yè)務(wù)項目的有經(jīng)驗的項目負(fù)責(zé)人參加制定項目進(jìn)度計劃。項目計劃由項目負(fù)責(zé)人制定，由項目各小組組長、 項目成員、 干系人、 質(zhì)量保證人員參 加一起進(jìn)行評審。 評審過程主要討論項目計劃的可行性， 對其中不合理的地方提出修改意見， 對計劃中不合理的地方進(jìn)行修改完善， 并由質(zhì)量保證人員對其結(jié)果進(jìn)行跟蹤處理， 以確保項 目計劃完整性、可行性，項目計劃評審?fù)ㄟ^后，交由配置管理人員進(jìn)行配置管理。在計劃實施過程中， 按項目計劃中里程碑為界限， 將整個開發(fā)周期劃分為若干階段。 根 據(jù)里程碑的完成情況， 適當(dāng)?shù)?/p>

9、調(diào)整每一個較小的階段的任務(wù)量和完成的任務(wù)時間， 動態(tài)跟蹤 和動態(tài)調(diào)整，以利于項目質(zhì)量保證的實施。實際運(yùn)作中， 質(zhì)量保證人員在對項目執(zhí)行過程進(jìn)行檢查時， 對于發(fā)現(xiàn)的項目偏差， 以質(zhì) 量審計報告的形式提交項目負(fù)責(zé)人。 由項目負(fù)責(zé)人組織人員對計劃進(jìn)行維護(hù)， 對于已經(jīng)變動 的項目計劃，由配置管理進(jìn)行配置管理。3.2. 需求分析需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗來看， 這個過程往往是個循序漸進(jìn)的過程， 一次性對系統(tǒng)形成完整的認(rèn)識是困難的。 只有不斷地和 客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)， 方能逐步明了用戶的需求。 從系統(tǒng)開發(fā)的過程得知， 系統(tǒng)分析 時犯下的錯誤， 會在接下來的

10、階段被成倍的放大， 越是在開發(fā)的后期， 糾正分析時犯下的錯 誤所花費(fèi)的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。本項目中將邀請公司業(yè)務(wù)顧問參與需求調(diào)研， 以便保證需求調(diào)研質(zhì)量， 同時形成用戶需 求說明書。 需求評審時由公司管理層、項目實施層共同進(jìn)行， 對于通過用戶確認(rèn)的需求，交 由配置管理員形成需求基線。用戶需求在招標(biāo)方確認(rèn)后， 由系統(tǒng)分析人員形成軟件需求分析報告， 同時對軟件需求分 析報告進(jìn)行評審， 對于評審?fù)ㄟ^的軟件需求分析報告可以交由測試人員進(jìn)行測試計劃和測試用例的編寫。對于開發(fā)過程存在的需求變動， 需要填寫變更申請單發(fā)給項目經(jīng)理， 在質(zhì)量保證人員參 加的情況下， 對這個變更進(jìn)行評

11、審， 由項目經(jīng)理組織項目組成員一起討論實施變更的可行性 及實施后所帶來的影響， 對于影響小的變更直接記錄， 大的變更則需要形成正式的變更報告， 無論那種變更都需要對相應(yīng)的文檔實施同步變更 （包括需求分析報告、 系統(tǒng)設(shè)計、安裝手冊、 操作手冊等） 。但是對于無法實現(xiàn)或是變更會帶來巨大的影響而將導(dǎo)致進(jìn)度的延期，這時， 將變更報告提交給用戶并召開協(xié)調(diào)會議，討論變更取舍問題或是項目進(jìn)度變更問題。決定變更之后， 由項目負(fù)責(zé)人組織實施變更， 測試人員檢測變更結(jié)果， 而質(zhì)量保證人員 監(jiān)督變更實施過程， 并協(xié)助配置管理員對變更后的成果進(jìn)行配置管理。 變更實施完后， 運(yùn)行 前還需要協(xié)助用戶一同測試并由用戶簽字后

12、同意方可上線。3.3. 系統(tǒng)設(shè)計優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計方法， 需要針對項目的結(jié)構(gòu)、 項目的特征和用戶的需求來分析。 項目中將安排我公司高級系統(tǒng)架構(gòu) 師擔(dān)當(dāng)項目總體設(shè)計師，匯同總體設(shè)計組完成系統(tǒng)設(shè)計。另外對公共類模塊的開發(fā)。 由總體設(shè)計組通過對需求的仔細(xì)研究， 盡可能的識別出公共 類，并進(jìn)行定義和設(shè)計，以減少重復(fù)工作。對于項目組提供的設(shè)計文檔，由項目經(jīng)理組織， 質(zhì)保小組成員參與， 對其設(shè)計文檔進(jìn)行評審， 及時發(fā)現(xiàn)設(shè)計中可能存在的錯誤， 降低項目開 發(fā)風(fēng)險， 同時確保設(shè)計文檔能為開發(fā)人員、 測試人員提供確實的指導(dǎo)。 對于可復(fù)用的設(shè)計進(jìn) 行提取作為公共

13、庫設(shè)計和開發(fā)，提供項目組。最后交由配置管理員進(jìn)行設(shè)計文檔的版本控 制。3.4. 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)的目的是依據(jù)系統(tǒng)設(shè)計文檔， 由程序員進(jìn)行程序編寫， 以便實現(xiàn)設(shè)計要求， 系 統(tǒng)實現(xiàn)過程中，開發(fā)人員需要對模塊進(jìn)行代碼走查和交叉單元測試，以保證模塊代碼質(zhì)量。 軟件實現(xiàn)也就是代碼的生產(chǎn)過程。根據(jù)上一階段形成的設(shè)計文檔，程序員在完成代碼之后， 可以開始編碼并且進(jìn)行代碼走查和單元測試。 對于測試完成的程序可以交由配置管理人員進(jìn) 行配置管理。3.5. 系統(tǒng)測試系統(tǒng)開發(fā)涉及到一系列的過程， 每一個過程都有可能引入缺陷， 系統(tǒng)質(zhì)量的好壞直接關(guān) 系到正常使用和日后的維護(hù)。 在開發(fā)過程中， 我們將質(zhì)量控制貫穿于所有

14、階段和所有參與系 統(tǒng)的人員中，包括系統(tǒng)分析、設(shè)計和編碼。分階段的評審和測試是軟件質(zhì)量的有力保障。系統(tǒng)存在平臺測試和應(yīng)用系統(tǒng)的測試以及最終的測試。 由于測試也存在協(xié)調(diào)的問題， 如 問題定位，在應(yīng)用系統(tǒng)發(fā)現(xiàn)一個錯誤， 到底是應(yīng)用系統(tǒng)的自身的錯誤還是中間件存在的錯誤， 需要開發(fā)人員進(jìn)行準(zhǔn)確的判斷。為了達(dá)到良好的測試目的， 本系統(tǒng)測試工作由測試組來完成， 主要采用下列方法進(jìn)行系統(tǒng)的測試：從測試方法上來說，分為黑盒測試和白盒測試：黑盒測試： 著重于測試軟件系統(tǒng)的外部特性； 根據(jù)系統(tǒng)的設(shè)計要求， 每一項功能都要進(jìn) 行逐個測試， 檢查其是否達(dá)到了預(yù)期的要求， 是否能正確地接受輸入， 是否能正確地輸出結(jié) 果。白盒測試： 由于軟件的所有源代碼都要由項目組成員編寫， 對其內(nèi)部的邏輯規(guī)則和數(shù)據(jù) 流程，都要進(jìn)行測試，以檢查其代碼編寫是否符合設(shè)計要求。從測試策略上來說分為集成測試和系統(tǒng)測試：集成測試：在所有模塊都通過了單元測試后，將各個模塊組裝在一起，進(jìn)行組裝測試， 用于發(fā)現(xiàn)與接口相聯(lián)系的問題。 在通過組裝測試后， 將經(jīng)過單元測試的模塊組裝成一個符合 設(shè)計要求的軟件結(jié)構(gòu)。系統(tǒng)測試： 項目通過了以上的測試步驟后，與其它系統(tǒng)元素（如硬件服務(wù)器、網(wǎng)絡(luò)系統(tǒng) 等）進(jìn)行集成測試和系統(tǒng)級的確認(rèn)測試， 將各種可能的缺陷