項目質(zhì)量保證措施與進度保證措施

1、3、項目質(zhì)量保證措施及進度保證措施為確保項目的順利開展和實施，我們分別制定了項目組人員保證方案和軟 件開發(fā)質(zhì)量保證方案以及項目進度保證方案。3.1 項目組人員保證方案為確保項目的順利開展和實施，項目組的人員配備既有高層次的技術(shù)帶頭 人，也有中堅力量（高級工程師、研發(fā)經(jīng)理等），還有一般工作人員（具體開 發(fā)設(shè)計工作的人員、試驗人員、管理人員等），并實行項目經(jīng)理、研發(fā)技術(shù)負 責(zé)人質(zhì)量負責(zé)制，加強研發(fā)技術(shù)管理的有效性和研發(fā)過程的科學(xué)性、準(zhǔn)確性。3.2 軟件開發(fā)質(zhì)量保證方案3.2.1 質(zhì)量管理內(nèi)容3.2.1.1 編制和評審質(zhì)量計劃制定質(zhì)量保證計劃：依據(jù)項目計劃及項目質(zhì)量目標(biāo)確定需要檢查的主要過 程和工作

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

3、了相應(yīng)的活動，是否按照過 程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項目中對質(zhì)量的控制主要體現(xiàn)在不同階段的 審計當(dāng)中。3.2.1.3不符合項的跟蹤處理對審計中發(fā)現(xiàn)的不符合項，要求項目組及時處理，質(zhì)量保證人員需要確認 不符合項的狀態(tài)，直到最終的不符合項狀態(tài)為“完成”為止。3.3 質(zhì)量管理責(zé)任分配我公司在開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進行生產(chǎn)。每個項目除配 備了項目開發(fā)所需角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測試 小組來確保質(zhì)量管理的實施，下面針對這三種角色進行說明：3.3.1 質(zhì)量保證小組職責(zé)質(zhì)量保證小組作為質(zhì)量保證的實施小組，在項目開發(fā)的過程中幾乎所有的 部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證

4、小組的主要職責(zé)是：以獨立審查方式， 從第三方的角度監(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)識別出的不符合項，并跟蹤不符合項的解決過程，通過審計周報或 者審計月報向項目經(jīng)理提供過程和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項目組協(xié)商不符合項的 解決辦法。質(zhì)量保證小組的檢測范圍主要包括：項目的進度是

5、否按照項目計劃執(zhí)行， 用戶需求是否得到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需 求，是否將每一項用戶需求都映射到軟件需求；系統(tǒng)設(shè)計是否完全反映了軟件 需求；實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計；測試人員是否進行了較為徹底 的和全面的測試；客戶驗收和交接清單是否完備；對于系統(tǒng)運行中出現(xiàn)的問 題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理計劃 建立了基線，是否嚴(yán)格控制變更過程，是否對配置庫進行了維護。3.3.2 配置管理小組職責(zé)配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程， 借助配置管理工具的使用，來保證整個生命周期過程產(chǎn)生的所有配置項的完整 性、一致性

6、和可追溯性。配置管理是對工作成果（階段工作成果和產(chǎn)品成果、 進展?fàn)顟B(tài)成果）的一種有效保護形式，是反映項目及其工作產(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í)行變更，變更后建立新的基線。3.3.3 測試小組職責(zé)作為質(zhì)量控制的主要手段，如同軟件開發(fā)一樣，測試在執(zhí)行之前，測試小 組制定軟件測試計劃、測試用例的編寫和執(zhí)行工作。本項目中，測試可以分為如下幾種類型：代碼走查、單元測試、集成測

7、試、系統(tǒng)測試。為了保證程序的質(zhì)量，開發(fā)人員需要對同伴的代碼進行代碼走 查，同時對自己編寫的程序進行單元測試，確保程序編譯、運行正確。測試人員根據(jù)軟件需求分析報告進行軟件集成測試用例和系統(tǒng)測試用例的 編寫。對編寫完成的測試用例提交項目組進行評審，同時質(zhì)量保證人員對評審 過程和工作產(chǎn)品進行監(jiān)測。測試人員根據(jù)測試計劃和測試用例執(zhí)行測試用例，并對發(fā)現(xiàn)的缺陷進行記 錄，只有這樣才能確保項目組開發(fā)的軟件產(chǎn)品滿足用戶需求。在完成集成測試 之后，可以進行軟件系統(tǒng)測試，系統(tǒng)測試包括對軟件進行功能測試、性能測 試、安全測試、壓力測試。只有進行了系統(tǒng)測試軟件測試才是完整的。系統(tǒng)測 試在本項目中占有重要的地位，性能要

8、求有可能改變軟件的設(shè)計，為避免造成 軟件的后期返工，測試在性能上需要較大的側(cè)重。3.3 質(zhì)量保證措施通過質(zhì)量管理責(zé)任的分配，通過如下幾個方面來進行質(zhì)量保證的實施過 程：3.3.1 項目進度項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質(zhì) 量及過程產(chǎn)品的有效控制打下了良好的基礎(chǔ)，以便所有相關(guān)人員能夠按照該計 劃有條不紊地開展工作；制定項目計劃，必須獲得相關(guān)干系人的認可，并 以此作為項目跟蹤的基礎(chǔ)。項目進度是項目進行是否順利的最直觀表現(xiàn)。制定合理的項目計劃首要前 提是選擇從事類似規(guī)模和類似業(yè)務(wù)項目的有經(jīng)驗的項目負責(zé)人參加制定項目進 度計劃。項目計劃由項目負責(zé)人制定，由項目各小組組長

9、、項目成員、干系人、質(zhì) 量保證人員參加一起進行評審。評審過程主要討論項目計劃的可行性，對其中 不合理的地方提出修改意見，對計劃中不合理的地方進行修改完善，并由質(zhì)量 保證人員對其結(jié)果進行跟蹤處理，以確保項目計劃完整性、可行性，項目計劃 評審?fù)ㄟ^后，交由配置管理人員進行配置管理。在計劃實施過程中，按項目計劃中里程碑為界限，將整個開發(fā)周期劃分為 若干階段。根據(jù)里程碑的完成情況，適當(dāng)?shù)恼{(diào)整每一個較小的階段的任務(wù)量和 完成的任務(wù)時間，動態(tài)跟蹤和動態(tài)調(diào)整，以利于項目質(zhì)量保證的實施。實際運作中，質(zhì)量保證人員在對項目執(zhí)行過程進行檢查時，對于發(fā)現(xiàn)的項 目偏差，以質(zhì)量審計報告的形式提交項目負責(zé)人。由項目負責(zé)人組織

10、人員對計 劃進行維護，對于已經(jīng)變動的項目計劃，由配置管理進行配置管理。3.3.2 需求分析需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析 的經(jīng)驗來看，這個過程往往是個循序漸進的過程，一次性對系統(tǒng)形成完整的認 識是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M行交流確認，方能逐步明了用戶的 需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時犯下的錯誤，會在接下來的階段被 成倍的放大，越是在開發(fā)的后期，糾正分析時犯下的錯誤所花費的代價越是昂 貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。本項目中，將邀請招標(biāo)方技術(shù)負責(zé)人參與需求調(diào)研，以便保證需求調(diào)研質(zhì) 量，同時形成用戶需求說明書。需求評審時會同雙方管理層、項目實

11、施層共同 進行，對于通過用戶確認的需求，交由配置管理員形成需求基線。用戶需求在招標(biāo)方確認后，由系統(tǒng)分析人員形成軟件需求分析報告，同時 對軟件需求分析報告進行評審，對于評審?fù)ㄟ^的軟件需求分析報告可以交由測 試人員進行測試計劃和測試用例的編寫。對于開發(fā)過程存在的需求變動，招標(biāo)方填寫變更申請單發(fā)給項目經(jīng)理，在 質(zhì)量保證人員參加的情況下，對這個變更進行評審，由項目經(jīng)理組織項目組成 員一起討論實施變更的可行性及實施后所帶來的影響，對于影響小的變更直接 記錄，大的變更則需要形成正式的變更報告，無論那種變更都需要對相應(yīng)的文 檔實施同步變更（包括需求分析報告、系統(tǒng)設(shè)計、安裝手冊、操作手冊等）。 但是對于無法實

12、現(xiàn)或是變更會帶來巨大的影響而將導(dǎo)致進度的延期，這時，我 們將變更報告提交給招標(biāo)方并召開協(xié)調(diào)會議，討論變更取舍問題或是項目進度 變更問題。決定變更之后，由項目負責(zé)人組織實施變更，測試人員檢測變更結(jié)果，而 質(zhì)量保證人員監(jiān)督變更實施過程，并協(xié)助配置管理員對變更后的成果進行配置 管理。變更實施完后，運行前還需要協(xié)助用戶一同測試并由招標(biāo)方簽字后同意 方可上線。3.3.3 系統(tǒng)設(shè)計優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計方法，需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析。本項目 中將安排我公司高級系統(tǒng)架構(gòu)師擔(dān)當(dāng)項目總體設(shè)計師，匯同總體設(shè)計組完成系 統(tǒng)設(shè)計。另外對公共類模塊

13、的開發(fā)。由總體設(shè)計組通過對用戶需求的仔細研究，盡 可能的識別出公共類，并進行定義和設(shè)計，以減少重復(fù)工作。對于項目組提供 的設(shè)計文檔，由項目經(jīng)理組織，質(zhì)保小組成員參與，對其設(shè)計文檔進行評審， 及時發(fā)現(xiàn)設(shè)計中可能存在的錯誤，降低項目開發(fā)風(fēng)險，同時確保設(shè)計文檔能為 開發(fā)人員、測試人員提供切實的指導(dǎo)。對于可復(fù)用的設(shè)計進行提取作為公共庫設(shè)計和 開發(fā)，提供項目組。最后交由配置管理員進行設(shè)計文檔的版本控制。3.3.4 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)的目的是依據(jù)系統(tǒng)設(shè)計文檔，由程序員進行程序編寫，以便實現(xiàn) 設(shè)計要求，系統(tǒng)實現(xiàn)過程中，開發(fā)人員需要對模塊進行代碼走查和交叉單元測 試，以保證模塊代碼質(zhì)量。軟件實現(xiàn)也就是代碼的生產(chǎn)

14、過程。根據(jù)上一階段形 成的設(shè)計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單 元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。3.3.5 系統(tǒng)測試系統(tǒng)開發(fā)涉及到一系列的過程，每一個過程都有可能引入缺陷（Bug）,本系統(tǒng)質(zhì)量的好壞直接關(guān)系到正常使用和日后的維護。在開發(fā)過程中，我們將質(zhì) 量控制貫穿于所有階段和所有參與系統(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)的自 身的錯誤還是中間件存在的錯誤，需要測試人員

15、進行準(zhǔn)確的判斷。為了達到良好的測試目的，本系統(tǒng)測試工作由測試組來完成，主要采用下 列方法進行系統(tǒng)的測試：從測試方法上來說，分為黑盒測試和白盒測試：黑盒測試：著重于測試軟件系統(tǒng)的外部特性；根據(jù)系統(tǒng)的設(shè)計要求，每一 項功能都要進行逐個測試，檢查其是否達到了預(yù)期的要求，是否能正確地接受 輸入，是否能正確地輸出結(jié)果。白盒測試：由于軟件的所有源代碼都要由項目組成員編寫，對其內(nèi)部的邏 輯規(guī)則和數(shù)據(jù)流程，都要進行測試，以檢查其代碼編寫是否符合設(shè)計要求。從測試策略上來說分為集成測試和系統(tǒng)測試：集成測試：在所有模塊都通過了單元測試后，將各個模塊組裝在一起，進 行組裝測試，用于發(fā)現(xiàn)與接口相聯(lián)系的問題。在通過組裝測

16、試后，將經(jīng)過單元 測試的模塊組裝成一個符合設(shè)計要求的軟件結(jié)構(gòu)。系統(tǒng)測試：在本項目通過了以上的測試步驟后，與其它系統(tǒng)元素（如硬件 服務(wù)器、網(wǎng)絡(luò)系統(tǒng)等）進行集成測試和系統(tǒng)級的確認測試，將各種可能的缺陷 完全排除掉，從根本上保證系統(tǒng)的長期穩(wěn)定運行。3.3.6 系統(tǒng)維護本項目中，技術(shù)支持小組的任務(wù)一方面是保證對項目客戶的跟蹤服務(wù)，另 一方面是確保該項目的技術(shù)咨詢工作。系統(tǒng)維護期，對于一般性的錯誤，如操作不當(dāng)?shù)纫鸬膯栴}，全部由技術(shù) 支持小組執(zhí)行完成，但需要用戶測試確認上線。如果較大的修改則需要走變更 控制流程，填寫變更申請，經(jīng)項目組討論分析可行方案在由技術(shù)支持小組實 施，通過測試后方可提交用戶。在這個

17、過程中質(zhì)量人員需要對維護過程和維護 記錄單進行檢查。3.4 項目進度保證方案3.4.1加強項目進度管理為保證項目按期完成，通過制定項目里程碑管理運行表、定期舉行項目狀 態(tài)會議、比較各項任務(wù)的實際開始日期與計劃開始日期是否吻合、確定正式的 項目里程碑是否在預(yù)期完成等方式加強項目進度管理。3.4.2控制項目進度措施(1) 項目經(jīng)理一定對整個項目的開發(fā)周期有一個清楚的了解，把任務(wù) 的劃分一定要一天為單位，不要一模塊為單位，而每天無論是開發(fā)人 員還是測 試人員，都要對自己的工作有一個大致的估計。即每天下午，有項目經(jīng)理組織 開發(fā)人員進行系統(tǒng)的了解，并且作好相應(yīng)的記錄。對已經(jīng)解決的問題一定要一 個詳細的記

18、錄。而對沒有解決的問題一定要重視起來。不要向后退。找到根本 的原因所在。(2) 加強溝通和交流，項目經(jīng)理一定要多多與開發(fā)人員進行交流，要 調(diào)動其的積極性，讓他們學(xué)會問題該如何解決，不要讓他等待問題的解決。了 解其實際的進展以及對開發(fā)工具的熟練程度，這對以后的任務(wù)的重新安排有重 要的借鑒意義。(3) 把一些難點提出，讓大家共同克服，或者有一些技術(shù)比較精通的 人來解決。解決完以后一定，讓大家都熟悉其編程思路。而對經(jīng)常用的知識 點，一定有詳細的說明。這樣實現(xiàn)資源的共享。(4) 做好項目的總結(jié)，無論是難點還是不難，只要有問題，一定要提 出，并且解決完以后一定讓大家都熟悉，這樣有助于大家的技術(shù)水平的提高。(5) 做到日清日結(jié)，是保證項目進度的關(guān)鍵所在。(6) 質(zhì)量保證：我公司保證本次所投標(biāo)的項目均為高質(zhì)量，確保所提供的設(shè)備軟、硬件在運行期間能夠穩(wěn)定、安全、高效的運行。(7) 嚴(yán)謹?shù)氖酆蠓?wù)體系、嚴(yán)格的售后服務(wù)制度、積極的售后服務(wù)響應(yīng)模式，同時在各個售后服務(wù)響應(yīng)中心職責(zé)明確的前提下，如何將售后服務(wù)工 作洛到實處，就必須有以下具體的售后服務(wù)措施作保障，并將措施具體實施。 同時，我公司還負責(zé)向用戶培訓(xùn)設(shè)備的使用操作和簡單維護，并于客戶簽訂售 后服務(wù)協(xié)議，以保障客戶利益。(8) 響應(yīng)時間：我公司對本次招標(biāo)供貨有效期內(nèi)所提供的所有系統(tǒng)，堅持每月定期回訪。系統(tǒng)若發(fā)生故障，我公司在接到用