軟件開發(fā)質(zhì)量保證方案

軟件開發(fā)質(zhì)量保證方案

1.軟件開發(fā)質(zhì)量保證方案1.1質(zhì)量管理內(nèi)容1.1.1編制和評審質(zhì)量計(jì)劃制定質(zhì)量保證計(jì)劃的步驟包括：根據(jù)項(xiàng)目計(jì)劃和質(zhì)量目標(biāo)確定需要檢查的主要過程和工作產(chǎn)品，識別項(xiàng)目干系人及其活動，估計(jì)檢查時間和人員，并制定本項(xiàng)目的質(zhì)量保證計(jì)劃。質(zhì)量保證計(jì)劃的主要內(nèi)容包括：例行審計(jì)和里程碑評審，需要監(jiān)督的重要活動和工作產(chǎn)品，確定審計(jì)方式，根據(jù)項(xiàng)目計(jì)劃中的評審計(jì)劃確定質(zhì)量保證人員需要參加的評審計(jì)劃，并明確質(zhì)量審計(jì)報(bào)告的報(bào)送范圍。質(zhì)量保證計(jì)劃需要經(jīng)過評審方能生效，以確保質(zhì)量保證計(jì)劃和項(xiàng)目計(jì)劃的一致性。經(jīng)過批準(zhǔn)的質(zhì)量保證計(jì)劃需要納入配置管理。當(dāng)項(xiàng)目計(jì)劃變更時，需要及時更改和復(fù)審質(zhì)量保證計(jì)劃。1.1.2“過程和工作產(chǎn)品”的質(zhì)量檢查根據(jù)質(zhì)量保證計(jì)劃進(jìn)行質(zhì)量審計(jì)，并發(fā)布質(zhì)量審計(jì)報(bào)告。審計(jì)的主要內(nèi)容包括：是否按照過程要求執(zhí)行了相應(yīng)的活動，是否按照過程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項(xiàng)目中對質(zhì)量的控制主要體現(xiàn)在不同階段的審計(jì)當(dāng)中。1.1.3不符合項(xiàng)的跟蹤處理對審計(jì)中發(fā)現(xiàn)的不符合項(xiàng)，要求項(xiàng)目組及時處理，質(zhì)量保證人員需要確認(rèn)不符合項(xiàng)的狀態(tài)，直到最終的不符合項(xiàng)狀態(tài)為“完成”為止。1.2質(zhì)量管理責(zé)任分配我公司在開發(fā)項(xiàng)目上按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行生產(chǎn)。每個項(xiàng)目除配備了項(xiàng)目開發(fā)所需角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測試小組來確保質(zhì)量管理的實(shí)施。下面針對這三種角色進(jìn)行說明：1.2.1質(zhì)量保證小組職責(zé)質(zhì)量保證小組作為質(zhì)量保證的實(shí)施小組，在項(xiàng)目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證小組的主要職責(zé)是：以獨(dú)立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行，分析項(xiàng)目內(nèi)存在的質(zhì)量問題，審查項(xiàng)目的質(zhì)量活動，給出質(zhì)量審計(jì)報(bào)告。質(zhì)量保證人員依據(jù)質(zhì)量保證計(jì)劃，通過質(zhì)量審計(jì)報(bào)告向項(xiàng)目經(jīng)理及有關(guān)人員提出已經(jīng)識別出的不符合項(xiàng)，并跟蹤不符合項(xiàng)的解決過程，通過審計(jì)周報(bào)或者審計(jì)月報(bào)向項(xiàng)目經(jīng)理提供過程和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項(xiàng)目組協(xié)商不符合項(xiàng)的解決辦法。質(zhì)量保證小組的檢測范圍主要包括以下幾個方面：項(xiàng)目進(jìn)度是否按照項(xiàng)目計(jì)劃執(zhí)行，用戶需求是否得到了用戶的簽字確認(rèn)，軟件需求是否正確地反映了用戶的需求并將每一項(xiàng)用戶需求都映射到軟件需求，系統(tǒng)設(shè)計(jì)是否完全反映了軟件需求，實(shí)現(xiàn)的軟件是否正確地體現(xiàn)了系統(tǒng)設(shè)計(jì)，測試人員是否進(jìn)行了徹底且全面的測試，客戶驗(yàn)收和交接清單是否完備，對于系統(tǒng)運(yùn)行中出現(xiàn)的問題，維護(hù)人員是否記錄了詳細(xì)的維護(hù)記錄，配置管理員是否按照配置管理計(jì)劃建立了基線，是否嚴(yán)格控制變更過程并對配置庫進(jìn)行了維護(hù)。1.2.2配置管理小組職責(zé)配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工具的使用，來保證整個生命周期過程產(chǎn)生的所有配置項(xiàng)的完整性、一致性和可追溯性。配置管理是對工作成果（階段工作成果和產(chǎn)品成果、進(jìn)展?fàn)顟B(tài)成果）的一種有效保護(hù)形式，是反映項(xiàng)目及其工作產(chǎn)品的過去、現(xiàn)在和動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。配置管理小組的主要職責(zé)包括：根據(jù)項(xiàng)目計(jì)劃制定配置管理計(jì)劃，建立配置庫，為項(xiàng)目組人員分配配置庫權(quán)限，創(chuàng)建需求、設(shè)計(jì)、開發(fā)、測試、交付階段的基線。當(dāng)納入基線庫的工作產(chǎn)品發(fā)生變更時，嚴(yán)格按照配置項(xiàng)變更控制過程執(zhí)行變更，并建立新的基線。1.2.3測試小組職責(zé)測試作為質(zhì)量控制的主要手段之一，在執(zhí)行之前，測試小組需要制定軟件測試計(jì)劃、測試用例的編寫和執(zhí)行工作。本項(xiàng)目中，測試可以分為代碼走查、單元測試、集成測試和系統(tǒng)測試。為了保證程序的質(zhì)量，開發(fā)人員需要對同伴的代碼進(jìn)行代碼走查，同時對自己編寫的程序進(jìn)行單元測試，確保程序編譯、運(yùn)行正確。測試人員根據(jù)軟件需求分析報(bào)告進(jìn)行軟件集成測試用例和系統(tǒng)測試用例的編寫。對編寫完成的測試用例提交項(xiàng)目組進(jìn)行評審，同時質(zhì)量保證人員對評審過程和工作產(chǎn)品進(jìn)行監(jiān)測。測試人員根據(jù)測試計(jì)劃和測試用例執(zhí)行測試用例，并對發(fā)現(xiàn)的缺陷進(jìn)行記錄，只有這樣才能確保項(xiàng)目組開發(fā)的軟件產(chǎn)品滿足用戶需求。在完成集成測試之后，可以進(jìn)行軟件系統(tǒng)測試，系統(tǒng)測試包括對軟件進(jìn)行功能測試、性能測試、安全測試和壓力測試。只有進(jìn)行了系統(tǒng)測試，軟件測試才是完整的。系統(tǒng)測試在本項(xiàng)目中占有重要的地位，性能要求有可能改變軟件的設(shè)計(jì)，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。1.3質(zhì)量保證措施通過質(zhì)量管理責(zé)任的分配，實(shí)施質(zhì)量保證的過程包括以下幾個方面：1.3.1項(xiàng)目進(jìn)度的控制制定項(xiàng)目計(jì)劃是為了有效控制工程項(xiàng)目實(shí)施、管理和支持工作、項(xiàng)目進(jìn)度、成本、質(zhì)量及過程產(chǎn)品，確保所有相關(guān)人員能夠按照計(jì)劃有條不紊地開展工作。在制定《項(xiàng)目計(jì)劃》時，必須獲得相關(guān)干系人的認(rèn)可，并以此作為項(xiàng)目跟蹤的基礎(chǔ)。項(xiàng)目進(jìn)度是項(xiàng)目進(jìn)行是否順利的最直觀表現(xiàn)。因此，在制定合理的項(xiàng)目計(jì)劃時，首要前提是選擇從事類似規(guī)模和類似業(yè)務(wù)項(xiàng)目的有經(jīng)驗(yàn)的項(xiàng)目負(fù)責(zé)人參加制定項(xiàng)目進(jìn)度計(jì)劃。項(xiàng)目計(jì)劃由項(xiàng)目負(fù)責(zé)人制定，然后由項(xiàng)目各小組組長、項(xiàng)目成員、干系人、質(zhì)量保證人員參加評審。評審過程主要討論項(xiàng)目計(jì)劃的可行性，對其中不合理的地方提出修改意見，并由質(zhì)量保證人員跟蹤處理結(jié)果，以確保項(xiàng)目計(jì)劃完整性和可行性。通過項(xiàng)目計(jì)劃評審后，交由配置管理人員進(jìn)行配置管理。在計(jì)劃實(shí)施過程中，將整個開發(fā)周期劃分為若干階段，并根據(jù)里程碑的完成情況，適當(dāng)調(diào)整每個階段的任務(wù)量和完成時間，以動態(tài)跟蹤和調(diào)整，以利于項(xiàng)目質(zhì)量保證的實(shí)施。在實(shí)際運(yùn)作中，質(zhì)量保證人員對項(xiàng)目執(zhí)行過程進(jìn)行檢查，對于發(fā)現(xiàn)的項(xiàng)目偏差，以質(zhì)量審計(jì)報(bào)告的形式提交項(xiàng)目負(fù)責(zé)人。由項(xiàng)目負(fù)責(zé)人組織人員對計(jì)劃進(jìn)行維護(hù)，對于已經(jīng)變動的項(xiàng)目計(jì)劃，由配置管理進(jìn)行配置管理。需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。在本項(xiàng)目中，將邀請招標(biāo)方技術(shù)負(fù)責(zé)人參與需求調(diào)研，以保證需求調(diào)研質(zhì)量，并形成用戶需求說明書。需求評審時會同雙方管理層、項(xiàng)目實(shí)施層共同進(jìn)行，對于通過用戶確認(rèn)的需求，交由配置管理員形成需求基線。系統(tǒng)分析人員將用戶需求確認(rèn)后，形成軟件需求分析報(bào)告，并對其進(jìn)行評審。對于評審?fù)ㄟ^的軟件需求分析報(bào)告，可以交由測試人員進(jìn)行測試計(jì)劃和測試用例的編寫。從系統(tǒng)分析的經(jīng)驗(yàn)來看，需求分析是個循序漸進(jìn)的過程，只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)，方能逐步明了用戶的需求。因此，在系統(tǒng)分析時，必須避免犯下錯誤，以免在后期糾正錯誤所花費(fèi)的代價越來越高，影響系統(tǒng)的工期和質(zhì)量。在開發(fā)過程中，需求變動是不可避免的。招標(biāo)方需要填寫變更申請單并發(fā)送給項(xiàng)目經(jīng)理。在質(zhì)量保證人員的參與下，項(xiàng)目經(jīng)理將組織項(xiàng)目組成員一起討論變更的可行性和實(shí)施后所帶來的影響。對于影響小的變更，直接記錄即可，而對于大的變更，則需要形成正式的變更報(bào)告。無論哪種變更，都需要對相應(yīng)的文檔進(jìn)行同步變更，包括需求分析報(bào)告、系統(tǒng)設(shè)計(jì)、安裝手冊、操作手冊等。如果變更無法實(shí)現(xiàn)或者會帶來巨大的影響導(dǎo)致進(jìn)度延期，變更報(bào)告將提交給招標(biāo)方并召開協(xié)調(diào)會議，討論變更取舍問題或項(xiàng)目進(jìn)度變更問題。在系統(tǒng)設(shè)計(jì)階段，優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性。好的體系結(jié)構(gòu)需要針對項(xiàng)目的結(jié)構(gòu)、特征和用戶需求進(jìn)行分析。本項(xiàng)目將安排高級系統(tǒng)架構(gòu)師擔(dān)當(dāng)項(xiàng)目總體設(shè)計(jì)師，與總體設(shè)計(jì)組一起完成系統(tǒng)設(shè)計(jì)?？傮w設(shè)計(jì)組將通過對用戶需求的仔細(xì)研究，盡可能地識別出公共類，并進(jìn)行定義和設(shè)計(jì)，以減少重復(fù)工作。對于項(xiàng)目組提供的設(shè)計(jì)文檔，項(xiàng)目經(jīng)理將組織質(zhì)保小組成員參與評審，及時發(fā)現(xiàn)設(shè)計(jì)中可能存在的錯誤，降低項(xiàng)目開發(fā)風(fēng)險，確保設(shè)計(jì)文檔能為開發(fā)人員和測試人員提供切實(shí)的指導(dǎo)。對于可復(fù)用的設(shè)計(jì)進(jìn)行提取，作為公共庫設(shè)計(jì)和開發(fā)，提供給項(xiàng)目組。最后，將設(shè)計(jì)文檔交由配置管理員進(jìn)行版本控制。系統(tǒng)實(shí)現(xiàn)的目的是依據(jù)系統(tǒng)設(shè)計(jì)文檔，由程序員進(jìn)行程序編寫，以實(shí)現(xiàn)設(shè)計(jì)要求。在系統(tǒng)實(shí)現(xiàn)過程中，開發(fā)人員需要對模塊進(jìn)行代碼走查和交叉單元測試，以保證模塊代碼質(zhì)量。軟件實(shí)現(xiàn)也就是代碼的生產(chǎn)過程。程序員在完成代碼后，可以開始編碼并進(jìn)行代碼走查和單元測試。測試完成的程序可以交由配置管理人員進(jìn)行配置管理。在系統(tǒng)測試階段，每個過程都有可能引入缺陷。因此，質(zhì)量控制貫穿于所有階段和所有參與系統(tǒng)的人員中，包括系統(tǒng)分析、設(shè)計(jì)和編碼。分階段的評審和測試是軟件質(zhì)量的有力保障。本系統(tǒng)的測試工作包括平臺測試、應(yīng)用系統(tǒng)測試和最終測試。測試過程中存在協(xié)調(diào)問題，例如錯誤的具體定位。測試人員需要準(zhǔn)確判斷錯誤是應(yīng)用系統(tǒng)自身的錯誤還是中間件的錯誤。為了達(dá)到良好的測試目的，測試組采用以下方法進(jìn)行系統(tǒng)測試：黑盒測試：重點(diǎn)測試軟件系統(tǒng)的外部特性，對每項(xiàng)功能進(jìn)行逐個測試，檢查是否達(dá)到預(yù)期要求，是否能正確地接受輸入和輸出結(jié)果。白盒測試：對軟件的所有源代碼進(jìn)行測試，檢查其內(nèi)部邏輯規(guī)則和數(shù)據(jù)流程是否符合設(shè)計(jì)要求。測試策略包括集成測試