第一篇：軟件開發(fā)質(zhì)量保障方案

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

一、質(zhì)量管理內(nèi)容

1.1.編制和評審質(zhì)量計劃

制定質(zhì)量保證計劃：依據(jù)項目計劃及項目質(zhì)量目標確定需要檢查的主要過程和工作產(chǎn)品，識別項目過程中的干系人及其活動，估計檢查時間和人員，并制定出本項目的質(zhì)量保證計劃。

質(zhì)量保證計劃的主要內(nèi)容包括：例行審計和里程碑評審，需要監(jiān)督的重要活動和工作產(chǎn)品，確定審計方式，根據(jù)項目計劃中的評審計劃確定質(zhì)量保證人員需要參加的評審計劃。明確質(zhì)量審計報告的報送范圍。

質(zhì)量保證計劃的評審：質(zhì)量保證計劃需要經(jīng)過評審方能生效，以確保質(zhì)量保證計劃和項目計劃的一致性。經(jīng)過批準的質(zhì)量保證計劃需要納入配置管理。當項目計劃變更時，需要及時更改和復(fù)審質(zhì)量保證計劃。

1.2.“過程和工作產(chǎn)品”的質(zhì)量檢查

根據(jù)質(zhì)量保證計劃進行質(zhì)量的審計工作，并發(fā)布質(zhì)量審計報告。

審計的主要內(nèi)容包括：是否按照過程要求執(zhí)行了相應(yīng)的活動，是否按照過程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項目中對質(zhì)量的控制主要體現(xiàn)在不同階段的審計當中。

1.3.不符合項的跟蹤處理

對審計中發(fā)現(xiàn)的不符合項，要求項目組及時處理，質(zhì)量保證人員需要確認不符合項的狀態(tài)，直到最終的不符合項狀態(tài)為“完成”為止。

二、質(zhì)量管理責任分配

開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進行開發(fā)。每個項目除配備了項目開發(fā)所需角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測試小組來確保質(zhì)量管理的實施，下面針對這三種角色進行說明： 2.1.質(zhì)量保證小組職責

質(zhì)量保證小組作為質(zhì)量保證的實施小組，在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證小組的主要職責是：以獨立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行，分析項目內(nèi)存在的質(zhì)量問題，審查項目的質(zhì)量活動，給出質(zhì)量審計報告。就項目是否遵循已制定的計劃、標準和規(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ì)量保證小組的檢測范圍主要包括：項目的進度是否按照項目計劃執(zhí)行，用戶需求是否得到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射到軟件需求；系統(tǒng)設(shè)計是否完全反映了軟件需求；實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計；測試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統(tǒng)運行中出現(xiàn)的問題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理計劃建立了基線，是否嚴格控制變更過程，是否對配置庫進行了維護。

2.2.配置管理小組職責

配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工具的使用，來保證整個生命周期過程產(chǎn)生的所有配置項的完整性、一致性和可追溯性。配置管理是對工作成果（階段工作成果和產(chǎn)品成果、進展狀態(tài)成果）的一種有效保護形式，是反映項目及其工作產(chǎn)品的過去、現(xiàn)在、動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。

配置管理小組的主要職責包括：根據(jù)項目計劃制定配置管理計劃，建立配置庫，為項目組人員分配配置庫權(quán)限，創(chuàng)建需求、設(shè)計、開發(fā)、測試、交付階段的基線。當納入基線庫的工作產(chǎn)品發(fā)生變更時，嚴格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。

2.3.測試小組職責

作為質(zhì)量控制的主要手段，如同軟件開發(fā)一樣，測試在執(zhí)行之前，測試小組制定軟件測試計劃、測試用例的編寫和執(zhí)行工作。

測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統(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)測試在本項目中占有重要的地位，性能要求有可能改變軟件的設(shè)計，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。

三、質(zhì)量保證措施

通過質(zhì)量管理責任的分配，通過如下幾個方面來進行質(zhì)量保證的實施過程：

3.1.項目進度

項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質(zhì)量及過程產(chǎn)品的有效控制打下了良好的基礎(chǔ)，以便所有相關(guān)人員能夠按照該計劃有條不紊地開展工作；制定《項目計劃》，必須獲得相關(guān)干系人的認可，并以此作為項目跟蹤的基礎(chǔ)。

項目進度是項目進行是否順利的最直觀表現(xiàn)。制定合理的項目計劃首要前提是選擇從事類似規(guī)模和類似業(yè)務(wù)項目的有經(jīng)驗的項目負責人參加制定項目進度計劃。

項目計劃由項目負責人制定，由項目各小組組長、項目成員、干系人、質(zhì)量保證人員參加一起進行評審。評審過程主要討論項目計劃的可行性，對其中不合理的地方提出修改意見，對計劃中不合理的地方進行修改完善，并由質(zhì)量保證人員對其結(jié)果進行跟蹤處理，以確保項目計劃完整性、可行性，項目計劃評審?fù)ㄟ^后，交由配置管理人員進行配置管理。

在計劃實施過程中，按項目計劃中里程碑為界限，將整個開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當?shù)恼{(diào)整每一個較小的階段的任務(wù)量和完成的任務(wù)時間，動態(tài)跟蹤和動態(tài)調(diào)整，以利于項目質(zhì)量保證的實施。

實際運作中，質(zhì)量保證人員在對項目執(zhí)行過程進行檢查時，對于發(fā)現(xiàn)的項目偏差，以質(zhì)量審計報告的形式提交項目負責人。由項目負責人組織人員對計劃進行維護，對于已經(jīng)變動的項目計劃，由配置管理進行配置管理。

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ì)量。

本項目中將邀請公司業(yè)務(wù)顧問參與需求調(diào)研，以便保證需求調(diào)研質(zhì)量，同時形成用戶需求說明書。需求評審時由公司管理層、項目實施層共同進行，對于通過用戶確認的需求，交由配置管理員形成需求基線。

用戶需求在招標方確認后，由系統(tǒng)分析人員形成軟件需求分析報告，同時對軟件需求分析報告進行評審，對于評審?fù)ㄟ^的軟件需求分析報告可以交由測試人員進行測試計劃和測試用例的編寫。

對于開發(fā)過程存在的需求變動，需要填寫變更申請單發(fā)給項目經(jīng)理，在質(zhì)量保證人員參加的情況下，對這個變更進行評審，由項目經(jīng)理組織項目組成員一起討論實施變更的可行性及實施后所帶來的影響，對于影響小的變更直接記錄，大的變更則需要形成正式的變更報告，無論那種變更都需要對相應(yīng)的文檔實施同步變更（包括需求分析報告、系統(tǒng)設(shè)計、安裝手冊、操作手冊等）。但是對于無法實現(xiàn)或是變更會帶來巨大的影響而將導(dǎo)致進度的延期，這時，將變更報告提交給用戶并召開協(xié)調(diào)會議，討論變更取舍問題或是項目進度變更問題。

決定變更之后，由項目負責人組織實施變更，測試人員檢測變更結(jié)果，而質(zhì)量保證人員監(jiān)督變更實施過程，并協(xié)助配置管理員對變更后的成果進行配置管理。變更實施完后，運行前還需要協(xié)助用戶一同測試并由用戶簽字后同意方可上線。

3.3.系統(tǒng)設(shè)計

優(yōu)良的體系結(jié)構(gòu)應(yīng)當具備可擴展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計方法，需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析。項目中將安排我公司高級系統(tǒng)架構(gòu)師擔當項目總體設(shè)計師，匯同總體設(shè)計組完成系統(tǒng)設(shè)計。

另外對公共類模塊的開發(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.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)過程。根據(jù)上一階段形成的設(shè)計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。

3.5.系統(tǒng)測試

系統(tǒng)開發(fā)涉及到一系列的過程，每一個過程都有可能引入缺陷，系統(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)的自身的錯誤還是中間件存在的錯誤，需要開發(fā)人員進行準確的判斷。為了達到良好的測試目的，本系統(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)系的問題。在通過組裝測試后，將經(jīng)過單元測試的模塊組裝成一個符合設(shè)計要求的軟件結(jié)構(gòu)。

系統(tǒng)測試：項目通過了以上的測試步驟后，與其它系統(tǒng)元素（如硬件服務(wù)器、網(wǎng)絡(luò)系統(tǒng)等）進行集成測試和系統(tǒng)級的確認測試，將各種可能的缺陷完全排除掉，從根本上保證系統(tǒng)的長期穩(wěn)定運行。

3.6.系統(tǒng)維護

本項目中，技術(shù)支持小組的任務(wù)一方面是保證對項目客戶的跟蹤服務(wù)，另一方面是確保該項目的技術(shù)咨詢工作。

系統(tǒng)維護期，對于一般性的錯誤，如操作不當?shù)纫鸬膯栴}，全部由技術(shù)支持小組執(zhí)行完成，但需要用戶測試確認上線。如果較大的修改則需要走變更控制流程，填寫變更申請，經(jīng)項目組討論分析可行方案在由技術(shù)支持小組實施，通過測試后方可提交用戶。在這個過程中質(zhì)量人員需要對維護過程和維護記錄單進行檢查。

第二篇：項目軟件開發(fā)的質(zhì)量保障方案

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

一、項目質(zhì)量管理內(nèi)容

1.1.項目編制和評審質(zhì)量計劃

項目制定質(zhì)量保證計劃：依據(jù)項目計劃及項目質(zhì)量目標確定需要檢查的主要過程和工作產(chǎn)品，識別項目過程中的干系人及其活動，估計檢查時間和人員，并制定出本項目的質(zhì)量保證計劃。

質(zhì)量保證計劃的主要內(nèi)容包括：例行審計和里程碑評審，需要監(jiān)督的重要活動和工作產(chǎn)品，確定審計方式，根據(jù)項目計劃中的評審計劃確定質(zhì)量保證人員需要參加的評審計劃。明確質(zhì)量審計報告的報送范圍。

質(zhì)量保證計劃的評審：質(zhì)量保證計劃需要經(jīng)過評審方能生效，以確保質(zhì)量保證計劃和項目計劃的一致性。經(jīng)過批準的質(zhì)量保證計劃需要納入配置管理。當項目計劃變更時，需要及時更改和復(fù)審質(zhì)量保證計劃。

1.2.“過程和工作產(chǎn)品”的質(zhì)量檢查

根據(jù)質(zhì)量保證計劃進行質(zhì)量的審計工作，并發(fā)布質(zhì)量審計報告。

審計的主要內(nèi)容包括：是否按照過程要求執(zhí)行了相應(yīng)的活動，是否按照過程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項目中對質(zhì)量的控制主要體現(xiàn)在不同階段的審計當中。

1.3.不符合項的跟蹤處理

對審計中發(fā)現(xiàn)的不符合項，要求項目組及時處理，質(zhì)量保證人員需要確認不符合項的狀態(tài)，直到最終的不符合項狀態(tài)為“完成”為止。

二、質(zhì)量管理責任分配

開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進行開發(fā)。每個項目除配備了項目開發(fā)所需角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測試小組來確保質(zhì)量管理的實施，下面針對這三種角色進行說明： 2.1.質(zhì)量保證小組職責

質(zhì)量保證小組作為質(zhì)量保證的實施小組，在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證小組的主要職責是：以獨立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行，分析項目內(nèi)存在的質(zhì)量問題，審查項目的質(zhì)量活動，給出質(zhì)量審計報告。就項目是否遵循已制定的計劃、標準和規(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ì)量保證小組的檢測范圍主要包括：項目的進度是否按照項目計劃執(zhí)行，用戶需求是否得到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射到軟件需求；系統(tǒng)設(shè)計是否完全反映了軟件需求；實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計；測試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統(tǒng)運行中出現(xiàn)的問題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理計劃建立了基線，是否嚴格控制變更過程，是否對配置庫進行了維護。

2.2.配置管理小組職責

配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工具的使用，來保證整個生命周期過程產(chǎn)生的所有配置項的完整性、一致性和可追溯性。配置管理是對工作成果（階段工作成果和產(chǎn)品成果、進展狀態(tài)成果）的一種有效保護形式，是反映項目及其工作產(chǎn)品的過去、現(xiàn)在、動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。

配置管理小組的主要職責包括：根據(jù)項目計劃制定配置管理計劃，建立配置庫，為項目組人員分配配置庫權(quán)限，創(chuàng)建需求、設(shè)計、開發(fā)、測試、交付階段的基線。當納入基線庫的工作產(chǎn)品發(fā)生變更時，嚴格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。

2.3.測試小組職責

作為質(zhì)量控制的主要手段，如同軟件開發(fā)一樣，測試在執(zhí)行之前，測試小組制定軟件測試計劃、測試用例的編寫和執(zhí)行工作。

測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統(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)測試在本項目中占有重要的地位，性能要求有可能改變軟件的設(shè)計，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。

三、質(zhì)量保證措施

通過質(zhì)量管理責任的分配，通過如下幾個方面來進行質(zhì)量保證的實施過程：

3.1.項目進度

項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質(zhì)量及過程產(chǎn)品的有效控制打下了良好的基礎(chǔ)，以便所有相關(guān)人員能夠按照該計劃有條不紊地開展工作；制定《項目計劃》，必須獲得相關(guān)干系人的認可，并以此作為項目跟蹤的基礎(chǔ)。

項目進度是項目進行是否順利的最直觀表現(xiàn)。制定合理的項目計劃首要前提是選擇從事類似規(guī)模和類似業(yè)務(wù)項目的有經(jīng)驗的項目負責人參加制定項目進度計劃。

項目計劃由項目負責人制定，由項目各小組組長、項目成員、干系人、質(zhì)量保證人員參加一起進行評審。評審過程主要討論項目計劃的可行性，對其中不合理的地方提出修改意見，對計劃中不合理的地方進行修改完善，并由質(zhì)量保證人員對其結(jié)果進行跟蹤處理，以確保項目計劃完整性、可行性，項目計劃評審?fù)ㄟ^后，交由配置管理人員進行配置管理。

在計劃實施過程中，按項目計劃中里程碑為界限，將整個開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當?shù)恼{(diào)整每一個較小的階段的任務(wù)量和完成的任務(wù)時間，動態(tài)跟蹤和動態(tài)調(diào)整，以利于項目質(zhì)量保證的實施。

實際運作中，質(zhì)量保證人員在對項目執(zhí)行過程進行檢查時，對于發(fā)現(xiàn)的項目偏差，以質(zhì)量審計報告的形式提交項目負責人。由項目負責人組織人員對計劃進行維護，對于已經(jīng)變動的項目計劃，由配置管理進行配置管理。

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ì)量。

本項目中將邀請公司業(yè)務(wù)顧問參與需求調(diào)研，以便保證需求調(diào)研質(zhì)量，同時形成用戶需求說明書。需求評審時由公司管理層、項目實施層共同進行，對于通過用戶確認的需求，交由配置管理員形成需求基線。

用戶需求在招標方確認后，由系統(tǒng)分析人員形成軟件需求分析報告，同時對軟件需求分析報告進行評審，對于評審?fù)ㄟ^的軟件需求分析報告可以交由測試人員進行測試計劃和測試用例的編寫。

對于開發(fā)過程存在的需求變動，需要填寫變更申請單發(fā)給項目經(jīng)理，在質(zhì)量保證人員參加的情況下，對這個變更進行評審，由項目經(jīng)理組織項目組成員一起討論實施變更的可行性及實施后所帶來的影響，對于影響小的變更直接記錄，大的變更則需要形成正式的變更報告，無論那種變更都需要對相應(yīng)的文檔實施同步變更（包括需求分析報告、系統(tǒng)設(shè)計、安裝手冊、操作手冊等）。但是對于無法實現(xiàn)或是變更會帶來巨大的影響而將導(dǎo)致進度的延期，這時，將變更報告提交給用戶并召開協(xié)調(diào)會議，討論變更取舍問題或是項目進度變更問題。

決定變更之后，由項目負責人組織實施變更，測試人員檢測變更結(jié)果，而質(zhì)量保證人員監(jiān)督變更實施過程，并協(xié)助配置管理員對變更后的成果進行配置管理。變更實施完后，運行前還需要協(xié)助用戶一同測試并由用戶簽字后同意方可上線。

3.3.系統(tǒng)設(shè)計

優(yōu)良的體系結(jié)構(gòu)應(yīng)當具備可擴展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計方法，需要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析。項目中將安排我公司高級系統(tǒng)架構(gòu)師擔當項目總體設(shè)計師，匯同總體設(shè)計組完成系統(tǒng)設(shè)計。

另外對公共類模塊的開發(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.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)過程。根據(jù)上一階段形成的設(shè)計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。

3.5.系統(tǒng)測試

系統(tǒng)開發(fā)涉及到一系列的過程，每一個過程都有可能引入缺陷，系統(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)的自身的錯誤還是中間件存在的錯誤，需要開發(fā)人員進行準確的判斷。為了達到良好的測試目的，本系統(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)系的問題。在通過組裝測試后，將經(jīng)過單元測試的模塊組裝成一個符合設(shè)計要求的軟件結(jié)構(gòu)。

系統(tǒng)測試：項目通過了以上的測試步驟后，與其它系統(tǒng)元素（如硬件服務(wù)器、網(wǎng)絡(luò)系統(tǒng)等）進行集成測試和系統(tǒng)級的確認測試，將各種可能的缺陷完全排除掉，從根本上保證系統(tǒng)的長期穩(wěn)定運行。

3.6.系統(tǒng)維護

在項目中，技術(shù)支持小組的任務(wù)一方面是保證對項目客戶的跟蹤服務(wù)，另一方面是確保該項目的技術(shù)咨詢工作。

在系統(tǒng)維護期，對于一般性的錯誤，如操作不當?shù)纫鸬膯栴}，全部由技術(shù)支持小組執(zhí)行完成，但需要用戶測試確認上線。如果較大的修改則需要走變更控制流程，填寫變更申請，經(jīng)項目組討論分析可行方案在由技術(shù)支持小組實施，通過測試后方可提交用戶。在這個過程中質(zhì)量人員需要對維護過程和維護記錄單進行檢查。

第三篇：供貨方案及質(zhì)量保障措施

供貨方案及質(zhì)量保障措施

供貨方案

1、我公司承諾，保證嚴格按照采購方的交貨時間及產(chǎn)品質(zhì)量要求及時供貨，并送達到指定地點，產(chǎn)品到達用戶指定地點后，由用戶組織對設(shè)備進行驗收。貨物運輸過程中產(chǎn)生的所有費用均由我方承擔。

2、按照國家標準、行業(yè)規(guī)程或其他相關(guān)標準進行產(chǎn)品驗收、按照企業(yè)產(chǎn)品說明書進行產(chǎn)品驗收。

3、按合同要求及裝箱清單、產(chǎn)品配置清單與產(chǎn)品組件三者一致并且隨附產(chǎn)品說明書、產(chǎn) 品出廠合格證，使用手冊等全套技術(shù)資料。

4、我方中標后，特成此項目領(lǐng)導(dǎo)工作小組，保證按時、按質(zhì)、按量完成任務(wù)。

5、若不按時完成任務(wù)，愿承擔由此給采購方造成的一切損失和費用。供貨質(zhì)量承諾及保證措施

1、保證我公司工程質(zhì)量符合中華人民共和國國家標準、行業(yè)標準及其它相 關(guān)標準。

2、保證我公司產(chǎn)品符合采購單位的設(shè)計要求。

3、本公司與生產(chǎn)商簽訂了技術(shù)支持合約，生產(chǎn)商承擔所有的技術(shù)支持，公司代理的產(chǎn)品技術(shù)指標均能滿 足標書的要求，為了保證供應(yīng)商、購買方、制造商三方責任落實到位，我公司擬在商務(wù)運作中采用三方技術(shù)服務(wù)協(xié)議，以便最終用戶隨時可以找到有關(guān)單位和人員，處理遇到的問題。

4、保證履約擔保，若產(chǎn)品出現(xiàn)質(zhì)量問題，我廠用履約金進行補償或賠償。

第四篇：質(zhì)量保障協(xié)議書

質(zhì)量保障協(xié)議書

1． 總則

1.1為了保證乙方提供甲方的產(chǎn)品質(zhì)量滿足甲方的需要，并明確供需雙方的責任，本著平等合作、共同發(fā)展的原則，甲方和乙方經(jīng)共同協(xié)商，就甲方從乙方采購的電纜、接頭等（以下簡稱訂貨物品），簽訂本質(zhì)量協(xié)議書。

1.2甲、乙雙方應(yīng)嚴格遵守本協(xié)議各條款的規(guī)定和要求，因違背協(xié)議而出現(xiàn)質(zhì)量問題或質(zhì)量事故，違約方應(yīng)負全部責任，并按協(xié)議的規(guī)定賠償對方的損失。

1.3 本協(xié)議適用中華人民共和國相關(guān)法律。因執(zhí)行本協(xié)議所發(fā)生的或與本協(xié)議有關(guān)的一切爭議，雙方應(yīng)通過友好協(xié)商解決。如協(xié)商仍不能達成一致時，有關(guān)訴訟將提交上海市人民法院進行審理。本協(xié)議未提及的事項按其他甲乙雙方的有效合同或協(xié)議執(zhí)行。

1.4本協(xié)議對甲乙雙方都具有同等約束力，對本協(xié)議條款的任何變更、修改或增減，須經(jīng)雙方協(xié)商，并簽署書面文件后生效。附件作為本協(xié)議的組成成分，與本協(xié)議具有同等效力。

1.5 本協(xié)議及其附件一式二份，甲乙雙方各保留一份，保存在雙方的質(zhì)量部門或法律部門處。

1.6本協(xié)議從雙方簽字蓋章之日起生效，直至雙方重新簽訂協(xié)議；如甲方書面通知乙方，取消乙方的合格供應(yīng)商資格或雙方業(yè)務(wù)終止，則本協(xié)議自動終止。2． 來料控制

2.1乙方提供的產(chǎn)品包括電纜、接頭、加緊圈等訂貨物品。若有新增加其他類別的訂貨物品時，仍按本協(xié)議執(zhí)行，只對部分附件加以增加或更新。

2.2 甲方根據(jù)本協(xié)議規(guī)定的標準進行訂貨物品的來料驗收及品質(zhì)控制，當訂貨物品來料驗收不合格時，按本協(xié)議2.11條、6.1條處理。

2.3 為防止質(zhì)量劣化，乙方應(yīng)將所交貨物的外形、捆包及運輸方式等采取充分且必要的保護措施。

2.4 乙方產(chǎn)品基本質(zhì)量要求按甲方企業(yè)技術(shù)標準，甲方未提供企業(yè)技術(shù)標準時按相關(guān)國家標準或乙方企業(yè)技術(shù)標準執(zhí)行。甲方驗收乙方產(chǎn)品時，以上述標準、甲方的《進料檢驗規(guī)范》、《GB2828.1-2003抽樣標準》等為依據(jù)。2.5 有關(guān)訂貨物品的質(zhì)量要求等，雙方在乙方制造訂貨物品前或交貨前，須對以下圖紙、規(guī)格書等進行確認，質(zhì)量要求等變更時也必須確認。

（1）由甲方做成，正式交給乙方的規(guī)格書等（含甲方委托乙方做成的圖紙、規(guī)格書等，以下稱采購標準）。（2）由乙方做成，甲方書面確認的圖紙、規(guī)格書、樣本等（以下稱交貨標準）。

2.6 乙方向甲方所交訂貨物品，必須符合甲方向乙方訂貨時的最新采購標準或交貨標準。2.7乙方采購物資質(zhì)量保證

2.7.1乙方保證制造訂貨物品使用的材料等物資完全符合該訂貨物品質(zhì)量要求，有充分質(zhì)量保證。2.7.2乙方對原材料實行嚴格的批次管理制度。嚴禁使用超保質(zhì)期的原材料。2.8 5MIE變更管理

2.8.1乙方在批量供貨中，訂貨物品有任何5MIE變更，任何情況下都要取得質(zhì)量證明并做好文件記錄，在甲方請求時向甲方提交一份，因5MIE變更出現(xiàn)質(zhì)量問題，乙方必須承擔全部責任。2.8.2乙方制造的訂貨物品不符合要求時，乙方對甲方負有全部責任。2.9 乙方所提供訂貨物品應(yīng)實行批次管理，并滿足可追溯性要求。

2.10.乙方一旦發(fā)現(xiàn)送交甲方的訂貨物品存在可靠性質(zhì)量的任何隱患時，應(yīng)第一時間通知甲方，并立即與甲方一起制定補救措施，否則，所造成的損失由乙方承擔。2.11質(zhì)量信息反饋

2.11.1甲方對乙方的產(chǎn)品在驗收時，如出現(xiàn)不合格批，甲方有權(quán)利出具《不合格報告》，將不合格內(nèi)容反饋乙方。2.11.2乙方在接到甲方的反饋信息后必須立即組織人員分析和處理，并在五個工作日內(nèi)向甲方提出書面質(zhì)量分析和整改報告。在重要質(zhì)量問題未妥善處理之前，甲方有權(quán)以書面的通知要求乙方暫停供貨。

2.11.3甲方對乙方的產(chǎn)品在驗收時，如出現(xiàn)不合格批的退貨經(jīng)雙方證實可以返工，乙方在接到甲方的書面退貨通知后2個工作日內(nèi)，應(yīng)立即對不合格內(nèi)容進行核實，并應(yīng)在3個工作日內(nèi)將貨品拉回，否則，在甲方庫存時間超過3個工作日，甲方將作報廢品處理，不對此批貨品進行付款。

2.11.4當甲方連續(xù)檢查乙方同一訂貨物品，不同生產(chǎn)批次出現(xiàn)連續(xù)3 次不合格時，甲方將向乙方發(fā)出書面《改善與預(yù)防措施》限期整改，改善無效則由甲方?jīng)Q定暫停乙方該產(chǎn)品供貨，直到乙方原因分析清晰，改善方案明確，效果得到驗證為止。3．上線不良的處理 3.1正常情況下的不良品及失效品由乙方包退包換。

3.2 在生產(chǎn)線過程中發(fā)現(xiàn)不良異常，銷售中原材料失效異常或有批量性問題的暫停使用，按第6.2條處理。4．售后服務(wù)

4.1乙方向甲方提供的訂貨物品在正常使用的環(huán)境條件下，訂貨物品的質(zhì)量保證期為2年。

（從乙方出廠日期開始計算，不包括在乙方的庫存時間，否則須增加相應(yīng)庫存時間以延長保質(zhì)期），在保質(zhì)期內(nèi)功能失效時，乙方按第2.11.3及第6條賠償甲方損失。

4.2 在保質(zhì)期內(nèi)，如因乙方提供產(chǎn)品質(zhì)量問題造成重大質(zhì)量事故（如著火、人身傷亡等），乙方除賠償給甲方造成的所有損失外，還應(yīng)賠償甲方的名譽損失費。5．特別事項

5.1 當在甲方的來料檢驗、生產(chǎn)過程或市場反饋中發(fā)現(xiàn)乙方提供物料具有嚴重的質(zhì)量隱患或不符合甲方的要求，且經(jīng)甲乙雙方共同確認，以乙方現(xiàn)有的技術(shù)水平無法再返工使用時，不良品在甲方作“就地報廢”處理。甲方有責任將符合原產(chǎn)品數(shù)量的破碎品歸還乙方。

6．索賠規(guī)則

6.1來料檢驗的索賠過程：甲方在對乙方提供的訂貨物品進行來料檢驗，出現(xiàn)不合格，有以下三種情況之一時，須向乙方進行索賠：

6.1.1需進行來料選別或加工：當生產(chǎn)急需，由甲方人員進行來料選別或加工時，由甲方統(tǒng)計出選別或加工物料的工時損耗，按30元/小時人，由乙方承擔（須征求乙方同意）。

6.1.2超差接收：甲方按照該批數(shù)量，提出該批貨款1%—5%范圍內(nèi)的扣款要求。

6.1.3因來料不合格退貨，若因退貨造成生產(chǎn)停滯時，按雙方簽訂的《采購合同》執(zhí)行。

6.2 來料不良導(dǎo)致生產(chǎn)投訴的索賠。當發(fā)生因乙方提供甲方的訂貨物品質(zhì)量問題引起甲方生產(chǎn)阻礙時，甲方可要求乙方派人跟線處理，當乙方無法處理時，同意甲方要求時，由甲方核算的無作業(yè)工時（按30元/小時/人），全部由乙方承擔。同一訂貨物品不良率在乙方承諾的工程不良率之內(nèi)，乙方無條件退還壞料，并承擔甲方的連帶物料的損耗，甲方有權(quán)按每超出一個百分點，要求乙方追加賠償本批貨款1%—5%.6.3 因乙方提供甲方的訂貨物品質(zhì)量問題導(dǎo)致客戶投訴，造成甲方損失時，甲方對其有形（費用）及無形（公司名譽）影響程度進行核算后索賠。

6.4 經(jīng)甲方檢驗不合格批退訂貨物品等須經(jīng)乙方返修加工后重新使用的訂貨物品，在乙方完成返修加工，重新提交時，須單獨組批，并在外包裝和現(xiàn)品票上注明“返工品”。否則，按第6.1條處理。6.5 以上條款中發(fā)生的索賠，由甲方發(fā)出書面《供應(yīng)商索賠通知單》通知乙方，乙方必須在三個工作日內(nèi)確認回復(fù)，超過三個工作日的，視為乙方默認甲方《供應(yīng)商索賠通知書》中的所有內(nèi)容，經(jīng)乙方明示或默示確認后的索賠直接從乙方貨款中扣除。7．保密條款

7.1 不得將甲方公司秘密透露給第三方，確實因業(yè)務(wù)需要，需將甲方公司秘密介紹給第三方時，須事先征得甲方的許可。

7.2 不得利用甲方秘密進行與甲方業(yè)務(wù)無關(guān)的生產(chǎn)、經(jīng)營和研發(fā)活動，不得將甲方秘密作為講學(xué)、授課案例。7.3主動防止泄露甲方公司秘密，如發(fā)生秘密泄露，應(yīng)立即告知甲方，并采取補救措施。

7.4 由于乙方泄漏、批露甲方公司秘密或保密不當給甲方造成經(jīng)濟損失或名譽損失的，甲方有權(quán)拒付款及其它各種費用，并可終止雙方已簽訂的合同，同時甲方將依法追究乙方法律責任。8． 協(xié)議附件更新

本協(xié)議所有附件如有更新或增加其他附件，均填寫《質(zhì)量協(xié)議附件更換紀錄》表來更換，該表甲乙雙方質(zhì)量部門簽字蓋部門章即有效，更新后的附件效力等同于本協(xié)議效力。正文結(jié)束，以下空白。

甲方： 乙方： 代表人： 代表人：

時間： 年 月 日 時間： 年 月 日

第五篇：股票軟件開發(fā)方案流程

股票軟件開發(fā)顧名思義就是股票軟件開發(fā)公司為公司或個人開發(fā)制作自已個性化的股票分析軟件，從此徹底告別依賴別人的技術(shù)平臺支持，從股票軟件名稱，公司LOGO,啟動界面，系統(tǒng)功能，特色指標、特色選股、軟件注冊后臺，信息發(fā)布平臺，機構(gòu)數(shù)據(jù)，主力行情，大盤分析，個股分析，資金分析，熱點分析等等一系列功能上實行自已品牌化管理運行。

【行情平臺】

股票軟件開發(fā)商提供專用穩(wěn)定的股票數(shù)據(jù)接收服務(wù)器，以及專用股票軟件時時接收的行情數(shù)據(jù)，做到與行情軟件時時數(shù)據(jù)相差無幾，但比行情軟件綜合數(shù)據(jù)庫要多要大要全，特色指標和特色選股要全面，特有的信息發(fā)布平臺讓資訊更及時更準確，獨特的網(wǎng)絡(luò)注冊后臺讓注冊修改客戶帳號變的更輕松更快速，等眾多優(yōu)于其他同類軟件的功能特點。

股票軟件的實質(zhì)是通過對市場信息數(shù)據(jù)的統(tǒng)計，按照一定的分析模型來給出數(shù)（報表）、形（指標圖形）、文（資訊鏈接），用戶則依照一定的分析理論，來對這些結(jié)論進行解釋，也有一些傻瓜式的易用軟件會直接給出買賣的建議。其實，比較正確，或者實在的用法，是應(yīng)該挑選一款性能穩(wěn)定、信息精準的軟件，結(jié)合自己的炒股經(jīng)驗，經(jīng)過摸索之后，形成一套行之有效的應(yīng)用法則，那樣才是值得信賴的辦法，而機械地輕信軟件自動發(fā)出的進場離場的信號，往往會謬以千里。