項目質量保證體系與保障措施方案(14頁).docx
下載文檔
上傳人:正***
編號:873708
2024-01-05
13頁
20.70KB
1、工程質量保證體系與保障措施方案一、質保措施質量保證體系統(tǒng)有效的組織結構,是工程成功的有力保證。對于此次工程,除了 考慮工程的有效管理,也要考慮園區(qū)類工程的實施特點;根據本次項 目的范圍和要求,工程的參考組織結構如下工程管理委員會囚 Qi基礎架構j i服務定| 基礎組件rTzri |涮lT 1 jwli j成町,測試組I1.1.工程管理委員會工程管理委員會負責監(jiān)督并指導工程的實施進程,定期審核工程 經理就工程進展執(zhí)行情況的書面報告,對工程中存在的重大問題做出 決策,協(xié)調解決重大問題和突發(fā)事件,決定對工程經理的任免。工程 管理委員會由客戶方高層領導與本我們高層領導共同組成。1. 1.2.服務總線管2、理組向工程管理委員會負責,在工程實施過程中進行服務標準和原那么1. 2. 9.壓力測試壓力測試的目的是希望能夠通過測試,得知在極短時間內對系統(tǒng) 進行大量并發(fā)訪問,是否會對系統(tǒng)造成瞬間無法承受的壓力沖擊,致 使其運行異常甚至崩潰。壓力測試可以獲知系統(tǒng)的耐壓程度,在必要 時采取適當的緊急防護措施,如控制、分散等措施,減低緩解系統(tǒng)瞬 間壓力,防止尖峰時刻的出現,使系統(tǒng)得以穩(wěn)定地運行。1. 2. 10.災難恢復測試災難恢復測試是指在模擬災難事故發(fā)生的情況下,對系統(tǒng)的恢復 情況進行測試及彩排。要盡可能地找出可能發(fā)生的災難性事故,并 一一進行模擬,查看系統(tǒng)的恢復情況。災難恢復測試能夠反映出系 統(tǒng)備份的準確3、性及完整性,以及自動 恢復功能的強弱,出具不同災 難恢復所需的時間數據,以此可以估算出在災難發(fā) 生時對用戶所造 成的影響及忍受程度。1.2.11.設計測試用例和數據測試用例和數據準備的目的是幫助用戶在不熟悉實際環(huán)境的時 候,能正常的測試系統(tǒng)并對系統(tǒng)做出正確的評價。測試用例和數據的準備是一項枯燥和費時間的工作。為了提高工 作效率可以從以下幾方面著手:將信息放在一個指定的位置,便于反復利用,降低變化產生的影 響;一次完成一個步驟,防止冗余和額外的工作;盡早盡可能完成多個步驟。為了保證每一個業(yè)務流程準備測試用例和數據的正確性,在測試 計劃中應遵循以下過程,并完成以下步驟:確定要測試的業(yè)務情況類型確定4、每個要求的測試用例合并所有的測試用例,生成測試大綱編制測試腳本,包括必要的系統(tǒng)輸入信息和期望的輸出結果檢查信息保證每一步的準確性和完整性(即確定業(yè)務情況類型、 確定測 試用例、生成測試大綱和編制測試腳本)。1. 2. 12. 建立測試環(huán)境為了預防出現問題,如數據損壞或對系統(tǒng)資源的爭用,需要建立 一個獨立的測試環(huán)境。在進行測試之前,根據測試計劃中確定的時機 建立一個獨立的測試環(huán)境。其準備工作包括:技術活動:如建立不同的服務器或在一臺服務器上建立多個數據 庫實例,將相應的程序遷移到適當的程序庫中;數據準備活動:包括加載數據表,建立用戶訪問權限;建立版本控制程序,保證有效的控制對系統(tǒng)的修改;建立文檔5、控制程序,保證隨著系統(tǒng)的修改,有效地控制文檔的修 改(如,培訓文檔、聯機幫助和用戶手冊)。1. 2. 13. 測試執(zhí)行測試執(zhí)行的目的是發(fā)現不滿足用戶要求的任何問題,在真實的環(huán)境中,客戶的工作人員按照準備好的測試大綱來對系統(tǒng)進行測試。測試過程中的測試結果是非常重要的。文檔可用于:檢查測試的進度;確定測試過程是否需要改進;分析系統(tǒng)是否準備就緒。1. 3.成果交付與驗收方案1.驗收管理為科創(chuàng)總部智慧大腦及局部智慧應用建設工程系統(tǒng)驗收管理工 作,確保工程建設到達合同要求,我司建立該驗收管理方法,與客戶 方一道保障工程的順利成功實施。1.3. 1.1.工程驗收的過程工程驗收包括階段驗收和最終驗收(以下簡6、稱“終驗”)兩局部。 工程只有階段驗收合格后才能投入試運行,終驗合格后才能移交并投 入正式運行。1. 3. 1. 2.工程驗收的參與者階段驗收工作由客戶方和我司共同組織實施,終驗工作在我司申 請后由客戶方負責組織實施。1.3. 1.3.驗收測試的范E驗收測試的范圍包括招標文件中的所有城市管理平臺工程內容。我司負責建立驗收測試環(huán)境,詳細設計所有的驗收測試方案。測 試由我司進行準備,由客戶方組織驗收,測試驗收方式和機構由客戶 方確定,全部費用由我司承當。客戶方負責組織對驗收測試結果進行評估。在出現嚴重缺陷時, 客戶方可以決定將所有的測試暫停,直至缺陷得到糾正。遵循“崗責”的原那么,對本工程進行全面7、質量管理和追蹤管理。凡軟件開發(fā)人員或集成人員發(fā)生了質量問題,工程部有權對其進 行處分,處分形式為整改、停職、罰款或開除。凡軟件開發(fā)人員或集成人員質量合格且到達優(yōu)質,工程部可對班 組進行獎勵,獎勵形式為表揚、表彰、獎金。工程部在實施獎罰時,以平常檢查、抽查、每月一次工作全面檢 查、評定質量等形式作為依據。的控制,在未來工程實施完畢后,由這個組織管理和批準新的服務發(fā) 布和渠道系統(tǒng)的接入。同時負責制定企業(yè)實施SOA工程的總體規(guī)劃, 從企業(yè)級的高度而非工程級參與工程管理。服務總線管理組由客戶方 架構師和本我們企業(yè)架構師共同組成。工程實施完成后職責交給客戶 執(zhí)行。1. 1.3.工程管理組負責向工程管理委8、員會定期報告工程進展情況,就工程中存在的 問題提出解決建議,對工程進行有計劃地組織管理,并檢查工程進展 情況。工程管理組由客戶方工程負責人和本我們工程經理和技術負責 人共同組成。1. 1.4.基礎架構組負責基礎架構的設計和流程建模設計。和企業(yè)架構師共同設計整 體基礎架構,完本錢工程范圍內的規(guī)劃,考慮本工程與整個企業(yè)范圍 的IT架構的一致性規(guī)劃。1.1.5.質量管理組直接隸屬工程管理委員會,按制定的標準及控制手段執(zhí)行進度管 理,風險管理,全面的執(zhí)行各項局方及業(yè)內規(guī)定的質量標準和工作流 程。L1. 6.服務定義發(fā)布組負責在總線上發(fā)布服務和設定服務標準。根據基礎架構規(guī)劃中的 服務架構,對服務進行歸類9、,根據服務定義模板,完成服務的識別、 設定和在服務總線上的發(fā)布和配置。1.1.7.基礎組件開發(fā)組負責基礎的,公共的組件的統(tǒng)一開發(fā);開發(fā)從日志,平安到各種 便利工具的公共組件,完成在OSB之上的各種組件的擴展工作,如 擴展函數,擴展報文轉換方法,擴展監(jiān)控處理模塊,進行監(jiān)控平臺的 集成等。1. 1.8.測試組負責系統(tǒng)的聯合測試工作,在工程質量方針指導下,進行測試管 理,制定設計系統(tǒng)測試計劃、測試方案、測試案例、各項測試、形成 測試報告并對測試結果進行跟蹤,包括不同階段的測試工作。1.1.9.工程實施階段劃分根據我們執(zhí)行的IS09001:20KK質量管理體系的規(guī)定,將整個項 目的實施過程劃分為:需求10、分析、詳細設計、系統(tǒng)開發(fā)、系統(tǒng)測試、 試運行、系統(tǒng)驗收六個過程;工程監(jiān)控、管理的過程分為:配置管理、 內部監(jiān)理和工程變更管理三個過程。下面將針對以上六個實施過程和 三個管理過程的實施計劃即工程計劃進行介紹。1. 1.9.1.第一階段:需求分析階段自合同簽定之日,與工程籌備小組并行完成業(yè)務需求分析,建立 完善的工程組織機構,雙方密切協(xié)作,各工程小組密切協(xié)作,各項工 作同時有條不紊地展開。完成并提交工程計劃書,產品管理計劃,質量控制計劃;詳細的需求分析。需求分析的計劃和方法主要包括調研階段劃 分、日程安排、調研形式和內容、調研過程和成果文檔模板、資源安 排、用戶方要求等內容;我們方與用戶方進行應用11、軟件需求的討論、研究和分析,并一起 根據需求調研分析報告和調研的各種成果編寫軟件需求規(guī)格說明 書,對應用系統(tǒng)提出完整、準確、清晰、具體的要求,主要是需求 框架和基本要素,并進行正式評審;需要資源(專職):客戶方2名、我司工程組需求分析人員5人。1.1.9. 2.第二階段:系統(tǒng)設計階段根據軟件需求規(guī)格說明書,進行應用軟件概要設計,設計系 統(tǒng)整體結構、主要流程、相關模塊接口以及數據庫設計,定義詳細設 計和編碼規(guī)范,整理概要設計說明書;根據軟件需求規(guī)格說明書和概要設計說明書,由開發(fā)小 組組長負責組織進行詳細設計的分析討論,完成交易的流程設計和報 表設計等,整理詳細設計說明書;編寫系統(tǒng)結構設計、功能設12、計、數據庫結構及數據庫設計、系統(tǒng) 內外接口及界面設計、系統(tǒng)出錯處理及平安保障設計、代碼數據設計、 聯機交易流程以及批處理交易流程等設計文檔;啟動數據轉換工作,定義統(tǒng)一的中間格式。需要資源(專職):客戶方2名、我司現場10名技術、業(yè)務骨干, 系統(tǒng)架構人員1名。1.1.9. 3.第三階段:系統(tǒng)開發(fā)階段與系統(tǒng)設計階段對應,是系統(tǒng)開發(fā)階段,企業(yè)服務總線建設是基 于ORACLE成熟總線產品OSB,因此在進行了周密嚴格的需求分析 及詳細設計的前提下,真正需要的開發(fā)工作并不多,周期相應較短。在系統(tǒng)設計完成后,由我們工程實施團隊開發(fā)人員根據各種設計 文檔進行應用軟件的編碼工作;系統(tǒng)開發(fā)工作完成及培訓準備工作完13、成后,即開始進入全面培訓 階段;系統(tǒng)開發(fā)工作完成后,進行應用軟件單元測試和系統(tǒng)集成測試;需要資源:我司現場設計開發(fā)人員10名、測試人員3名。1. 1. 9. 4.第四階段:系統(tǒng)測試階段系統(tǒng)開發(fā)完成后進行系統(tǒng)的測試工作。本階段主要指在齊齊哈爾 鐵鋒區(qū)城市管理平臺建立的測試環(huán)境中,進行全面的模擬測試,完成 系統(tǒng)功能測試。測試對象是編程結束時提交內容;制定測試計劃和選定測試方法、準備測試數據、確認測試環(huán)境(應 該是硬件系統(tǒng)通過初步驗收后所構成的標準模式運行環(huán)境);進行測試記錄;解決測試發(fā)現的問題,分析測試結果,形成測試報告;為測試后確實認和初步驗收做好準備。驗收測試:在系統(tǒng)試運行一段時間后,由驗收小14、組組織進行全面 系統(tǒng)驗收測試,以證明系統(tǒng)的合格性。系統(tǒng)的驗收工作,系統(tǒng)驗收詳 見驗收和測試相關章節(jié)。需要資源:接入系統(tǒng)相關人員3名、我司現場10名開發(fā)技術、業(yè)務骨干。1. 1. 9. 5.第五階段:試運行階段模擬測試完成,進入系統(tǒng)試運行階段。考慮到試運行期間的目的, 是將經過集成測試及性能測試后較為穩(wěn)定的版本投入到實際工作環(huán) 境中運行,用于檢驗系統(tǒng)是否完全滿足實際業(yè)務的需要,為新系統(tǒng)的 上線運行做準備。系統(tǒng)上機聯調;試運行期間,核查新系統(tǒng)是否滿足實際業(yè)務需求;試運行期間發(fā)現的問題,進行記錄、調整、解決;試運行期間還是測試的良好時機,在該階段,應對各網點的設備、 網絡狀況、業(yè)務響應時間等內容進行15、測試。需要資源:客戶方1名、接入系統(tǒng)相關人員3名、我司現場4名 技術、業(yè)務骨干。1. 1. 9. 6.第六階段:上線驗收及維護階段上線驗收階段的主要工作是制定詳細的上線計劃,確認上線步 驟。選擇適宜日期開始上線實施工作,做好外連系統(tǒng)和外圍系統(tǒng)的預 前通知和公告工作。時間跨度:1天需要資源:客戶方2名、我司現場8名技術、業(yè)務骨干。1. 1. 9. 7.工程上線管理在系統(tǒng)上線過程中,首先成立上線領導小組,在領導小組的組織 下,編寫上線方案和應急預案,將上線方案和應急預案提交工程管理 辦公室進行評審,待評審通過后進行實施。1. 2.系統(tǒng)測試1.2.1.測試工作準備為保證工程的質量,我們將成立專門的工16、程測試小組,在工程經 理的統(tǒng)一領導之下,完本錢次工程的測試工作,首先在工程開始時, 測試小組要完成測試的準備工作,測試準備工作的重點主要包括以下 幾個主要方面:對整個工程情況進行調研與了解,以熟悉整個系統(tǒng)的整體架構和 實現功能等相關情況,制定出初步的測試計劃;確定測試管理工具的實施方案,對測試管理工具根據工程的特點 進行合理規(guī)劃;包括根據各個工程子系統(tǒng)的特點,制定相應的缺陷 跟蹤方案、版本提交計劃等。保證測試人員的到位,并對測試人員進行測試管理工具和測試相 關基礎技術的培訓,要求相關系統(tǒng)測試人員先進行相關系統(tǒng)體系結 構和功能的了解,為后期的設計測試用例奠定基礎。1. 2. 2.軟件開發(fā)測試本工17、程采用的測試種類包括:模塊測試、功能測試、性能測試、 分系統(tǒng)測試、全系統(tǒng)測試、容量測試、壓力測試、災難恢復測試等。在進行測試前,需要編寫詳實的測試方案,其中包括測試時間安 排、測試準那么、測試用例、測試范圍、測試目標、測試人員、出錯 處理流程及處理結果等 內容。在測試案例中應包含對異常情況處理 的測試,如數據不全、數據類別有誤、數據不合法等。各種類型的測試都是采用循環(huán)往復的“測試一改進”操作,以確保問題得到完整、充分的解決的過程。1. 2. 3.模塊測試每個應用程序模塊完成后,進行模塊測試。模塊測試的目的在于 通過大量、反復的測試,盡可能地捕獲程序編寫時的編碼及應用處理 上的錯誤,并加以改正,18、使程序編寫時的錯誤在這一測試環(huán)節(jié)得到控 制。1. 2. 4.功能測試功能測試是對工程實現的功能進行測試。功能測試可細分為:獨 立測試和連續(xù)測試兩局部。獨立測試是將本工程開發(fā)實現的功能一一進行獨立測試。在測試 過程中,將針對每一個功能制定相應的測試個案,進行嚴格的功能測 試。如測試結果與實現要求不符,將由開發(fā)人員進行改進及完善, 最終到達功能要求。測試中發(fā)生問題時,編程人員會改動程序以便解決問題。系統(tǒng)將 在修改后進行重新測試。此時其進行的測試不僅針對改動局部,還應 對原已通過獨立測試的局部進行重新測試。1.2. 5.性能測試系統(tǒng)的性能是一個很重要的參數,本工程所指的系統(tǒng)性能包括系 統(tǒng)的效率、響應19、時間及處理能力。在測試中,為每個應用設置響應時 間、處理速度量度,評估系統(tǒng)的最高處理能力,在發(fā)現系統(tǒng)的性能不 滿足要求進,需進行相應措施對系統(tǒng)的性能進行調整。1. 2. 6.分系統(tǒng)測試針對各個分系統(tǒng),根據不同的測試方案,按照測試方案中的測試 步驟進行測試,進行測試結果分析,得出測試結論,對分系統(tǒng)的配 置給出建議意見。最終對每一個分系統(tǒng)做出一個分系統(tǒng)測試報告,主要內容為測試 結果,結果分析、建議。對系統(tǒng)功能、性能、平安、可靠和擴展等每 一方面都需有明確的結論和意見。1. 2. 7.全系統(tǒng)測試在分系統(tǒng)測試完畢的基礎上,對整個硬件平臺進行測試,主要針 對各分系統(tǒng)的結合部,以及總體功能。與分系統(tǒng)測試方案一樣,全 系統(tǒng)測試也是根據測試方案按照測試方案中的測試步驟進行,最終 做出系統(tǒng)測試報告,主要包含:系統(tǒng) 功能、性能、平安、可靠和擴 展等各個方面能否到達設計要求的結論,出現問題,建議解決問題方 案。1.2. 8.容量測試工程在投產前,建議進行容量測試,以找出工程投產后可處理的 最大處理容量,確保能夠平滑地過渡或避開業(yè)務處理高峰期。與此同 時通過對業(yè)務處理高峰期時系統(tǒng)硬件資源情況的占有量的獲取,能夠 有效地調配系統(tǒng)資源。通過容量測試,得知系統(tǒng)承載量,并結合業(yè)務開展增長量,可以推算出需要更換相關硬件的時間,以便用戶可以提前做好應對準備。
CAD圖紙
上傳時間:2023-11-24
11份