【正文】 個配置項目要有一個編號，用來區(qū)別有不同需求和實施要求的其它項目。它還有一個版本號，用來標明該項目所處的階段，在配置項目修改時，版本號要更新。配置系統(tǒng)要能夠容納新的配置項目，不必修改現(xiàn)存項目。配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件項目的控制必須建立如下典型的軟件庫：名稱 狀態(tài)開發(fā)庫 動態(tài)的主庫 控制的靜態(tài)庫 靜態(tài)的開發(fā)庫是軟件作為一系列模塊進行開發(fā)和測試的動態(tài)庫。主庫是一個被控制的庫，項目的放入和取出必須按規(guī)定并以一定的控制方式進行。例如，在單 元測試成功之后，模塊可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何經(jīng)過以上測試需要修改模塊都要放回開發(fā)庫，以供測試。當主庫達到一定程度的穩(wěn)定后，就可以將它合成一個基準。每當基準發(fā)布以后，相關主庫都要進行拷貝產(chǎn)生靜態(tài)庫。之所以叫做靜態(tài)庫，因為以后不再更新，并且歸檔。2．配置變動控制只有當項目已經(jīng)成為基準的一部分時，軟件配置控制才能夠進行，它主要控制：評估對配置項目的變動協(xié)調(diào)批準的變動在本項目的執(zhí)行過程中，項目經(jīng)理將與用戶一起定義處理配置變動以及變動授權(quán)管理方法。作為對于已經(jīng)通過的單元，系統(tǒng)的驗收測試項目的變動，需要更高級別的授權(quán)。3．配置狀態(tài)記錄配置狀態(tài)記錄包括所有配置項目跟蹤報告，并且貫穿整個系統(tǒng)開發(fā)周期中，配置項目狀態(tài)將通過配置管理員來跟蹤和控制。為有效進行配置狀態(tài)記錄，應該詳細記錄以下信息：每個基準版的日期，版本和問題；每份問題審閱以及文檔修改的日期狀態(tài)；每份軟件問題報告、修改請求、和修改報告的日期和狀態(tài)；每個配置項目的總結(jié)描述。軟件版本 公司將在版本文檔內(nèi)記錄軟件的版本，后續(xù)版本要附一個版本說明。該說明列出了版本內(nèi)的配置項目，并且說明其安裝步驟。而且，所有已經(jīng)修改的錯誤和已經(jīng)合并的新的需求都要有記錄。要在提交新版本之前重新測試修改過的軟件。對于每個版本公司保證文檔和代碼的一致性，而且保存舊版本。 變更管理的方法產(chǎn)品的完整性需要通過變更管理來維持。用戶需求的變化、系統(tǒng)需求的變化和系統(tǒng)設計的變化都被監(jiān)控和跟蹤，從而了解被批準變動的實施狀態(tài)?？刂谱兏哪康氖菫榱舜_保只有經(jīng)過批準的變更才能實施，確保變更情況傳達到了相應的有關方面，提供它們考慮和獲得它們的批準。用戶需求、系統(tǒng)需求和系統(tǒng)設計文檔在通過評審并批準后將作為基準。當一個文檔變?yōu)榛鶞室院?，就自動進入變更控制范圍。任何變動都需要提交變更請求。變更管理由以下四個部分組成：變更請求、變更評估、變更批準、變更實施和跟蹤。 文檔管理文檔必須真實地反映實際工程狀態(tài)。文檔的驗收，不能是在項目驗收時統(tǒng)一移交給用戶單位，而應當根據(jù)項目實施的不同階段，分批移交，在項目準備階段就需要制定一個文檔移交計劃，在規(guī)定的時間里移交事先規(guī)定格式、內(nèi)容的文檔。 人員管理人員的管理遵循幾條原則：本項目中的參與人員在無特殊情況且未經(jīng)用戶 同意不進行調(diào)換；系統(tǒng)保障期人員均安排參加此項目建設的主要技術人員；本項目的項目管理人員安排具有同類項目豐富項目管理經(jīng)驗的人員。 保密管理考慮本系統(tǒng)的保密要求，公司承諾按照涉及國家秘密計算機系統(tǒng)要求進行系統(tǒng)建設的保密管理，并和用戶簽署保密協(xié)議，嚴格履行保密義務。 3 、測試計劃 測試工作準備為保證項目的質(zhì)量，xxxxxxxxxxx 將成立專門的項目測試小組，在項目經(jīng)理的統(tǒng)一領導之下，完成本次項目的測試工作，首先，在項目開始時，測試小組要完成測試的準備工作，測試準備工作的重點主要包括以下幾個主要方面：對整個項目情況進行調(diào)研與了解，以熟悉整個系統(tǒng)的整體架構(gòu)和實現(xiàn)功能等相關情況，制定出初步的測試計劃；確定測試管理工具的實施方案，對測試管理工具根據(jù)項目的特點進行合理規(guī)劃；包括根據(jù)各個項目子系統(tǒng)的特點，制定相應的缺陷跟蹤方案、版本提交計劃等。保證測試人員的到位，并對測試人員進行測試管理工具和測試相關基礎技術的培訓，要求相關系統(tǒng)測試人員先進行相關系統(tǒng)體系結(jié)構(gòu)和功能的了解，為后期的設計測試用例奠定基礎。 軟件開發(fā)測試本項目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統(tǒng)測試、全系統(tǒng)測試、容量測試、壓力測試、災難恢復測試等。在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試準則、測試用例、測試范圍、測試目標、測試人員、出錯處理流程及處理結(jié)果等內(nèi)容。在測試案例中應包含對異常情況處理的測試，如數(shù)據(jù)不全、數(shù)據(jù)類別 有誤、數(shù)據(jù)不合法等。各種類型的測試都是采用循環(huán)往復的“測試－改進”操作，以確保問題得到完整、充分的解決的過程。 模塊測試每個應用程序模塊完成后，進行模塊測試。模塊測試的目的在于通過大量、反復的測試，盡可能地捕獲程序編寫時的編碼及應用處理上的錯誤，并加以改正，使程序編寫時的錯誤在這一測試環(huán)節(jié)得到控制。 功能測試功能測試是對項目實現(xiàn)的功能進行測試。功能測試可細分為：獨立測試和連續(xù)測試兩部分。獨立測試是將本項目開發(fā)實現(xiàn)的功能一一進行獨立測試。在測試過程中，將針對每一個功能制定相應的測試個案，進行嚴格的功能測試。如測試結(jié)果與實現(xiàn)要求不符，將由開發(fā)人員進行改進及完善，最終達到功能要求。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。系統(tǒng)將在修改后進行重新測試。此時其進行的測試不僅針對改動部分，還應對原已通過獨立測試的部分進行重新測試。 性能測試系統(tǒng)的性能是一個很重要的參數(shù)，本項目所指的系統(tǒng)性能包括系統(tǒng)的效率、響應時間及處理能力。在測試中，為每個應用設置響應時間、處理速度量度，評估系統(tǒng)的最高處理能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進，需進行相應措施 對系統(tǒng)的性能進行調(diào)整。 分系統(tǒng)測試針對各個分系統(tǒng)，根據(jù)不同的測試方案，按照測試方案中的測試步驟進行測試，進行測試結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。最終對每一個分系統(tǒng)做出一個分系統(tǒng)測試報告，主要內(nèi)容為測試結(jié)果，結(jié)果分析，建議。對系統(tǒng)功能、性能、安全、可靠和擴展等每一方面都需有明確的結(jié)論和意見。 全系統(tǒng)測試在分系統(tǒng)測試完畢的基礎上，對整個硬件平臺進行測試，主要針對各分系統(tǒng)的結(jié)合部，以及總體功能。與分系統(tǒng)測試方案一樣，全系統(tǒng)測試也是根據(jù)測試方案按照測試方案中的測試步驟進行，最終做出系統(tǒng)測試報告，主要包含：系統(tǒng)功能、性能、安全、可靠和擴展等各個方面能否達到設計要求的結(jié)論，出現(xiàn)問題，建議解決問題方案。 容量測試項目在投產(chǎn)前，建議進行容量測試，以找出項目投產(chǎn)后可處理的最大處理容量，確保能夠平滑地過渡或避開業(yè)務處理高峰期。與此同時，通過對業(yè)務處理高峰期時系統(tǒng)硬件資源情況的占有量的獲取，能夠有效地調(diào)配系統(tǒng)資源。通過容量測試，得知系統(tǒng)承載量，并結(jié)合業(yè)務發(fā)展增長量，可以推算出需要更換相關硬件的時間，以便用戶可以提前做好應對準備。 壓力測試壓力測試的目的是希望能夠通過測試，得知在極短時間內(nèi)對網(wǎng)站進行大量并發(fā)訪問，是否會對系統(tǒng)造成瞬間無法承受的壓力沖擊，致使其運行異常甚至崩潰。壓力測試可以獲知系統(tǒng)的耐壓程度，在必要時采取適當?shù)木o急防護措施，如控制、分散等措施，減低緩解系統(tǒng)瞬間壓力，防止尖峰時刻的出現(xiàn)，使系統(tǒng)得以穩(wěn)定地運行。 災難恢復測試災難恢復測試是指在模擬災難事故發(fā)生的情況下，對系統(tǒng)的恢復情況進行測試及彩排。要盡可能地找出可能發(fā)生的災難性事故，并一一進行模擬，查看系統(tǒng)的恢復情況。災難恢復測試能夠反映出系統(tǒng)備份的準確性及完整性，以及自動恢復功能的強弱，出具不同災難恢復所需的時間數(shù)據(jù)，以此可以估算出在災難發(fā)生時對用戶所造成的影響及忍受程度。 設計測試用例和數(shù)據(jù)測試用例和數(shù)據(jù)準備的目的是幫助用戶在不熟悉實際環(huán)境的時候，能正常的測試系統(tǒng)并對系統(tǒng)做出正確的評價。測試用例和數(shù)據(jù)的準備是一項枯燥和費時間的工作。為了提高工作效率可以從以下幾方面著手：將信息放在一個指定的位置，便于反復利用，降低變化產(chǎn)生的影響；一次完成一個步驟，避免冗余和額外的工作；盡早盡可能完成多個步驟。 為了保證每一個業(yè)務流程準備測試用例和數(shù)據(jù)的正確性，在測試計劃中應遵循下列過程，并完成以下步驟：確定要測試的業(yè)務情況類型確定每個要求的測試用例合并所有的測試用例，生成測試大綱編制測試腳本，包括必要的系統(tǒng)輸入信息和期望的輸出結(jié)果檢查信息保證每一步的準確性和完整性（即，確定業(yè)務情況類型、確定測試用例、生成測試大綱和編制測試腳本） 。 建立測試環(huán)境為了預防出現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭用，需要建立一個獨立的測試環(huán)境。在進行測試之前，根據(jù)測試計劃中確定的時機建立一個獨立的測試環(huán)境。其準備工作包括：技術活動：如建立不同的服務器或在一臺服務器上建立多個數(shù)據(jù)庫實例，將相應的程序遷移到適當?shù)某绦驇熘?；?shù)據(jù)準備活動：包括加載數(shù)據(jù)表，建立用戶訪問權(quán)限；建立版本控制程序，保證有效的控制對系統(tǒng)的修改；建立文檔控制程序，保證隨著系統(tǒng)的修改，有效地控制文檔的修改（如，培訓文檔、聯(lián)機幫助和用戶手冊） 。 測試執(zhí)行測試執(zhí)行的目的是發(fā)現(xiàn)不滿足用戶要求的任何問題，在真實的環(huán)境中，客 戶的工作人員按照準備好的測試大綱來對系統(tǒng)進行測試。測試過程中的測試結(jié)果是非常重要的。文檔可用于：檢查測試的進度；確定測試過程是否需要改進；分析系統(tǒng)是否準備就緒。 4 、驗收計劃 驗收組織由項目管理辦公室組織項目承建單位、相關部門以及其他人員（技術顧問、其他開發(fā)商）組成驗收小組，負責對項目各階段進行全面的驗收。經(jīng)過大規(guī)模的安裝與調(diào)試工作，整個系統(tǒng)已全部實現(xiàn)連接，所要求的功能已全部實現(xiàn)。為確保系統(tǒng)在以后的運行中穩(wěn)定、高效，沒有故障隱患的存在，應當通過試運行階段來發(fā)現(xiàn)存在的隱患、并解決問題，另外分析試運行階段中系統(tǒng)的各項數(shù)據(jù)，并對系統(tǒng)進行評價和預測也是系統(tǒng)試運行階段一個重要的工作內(nèi)容。項目預驗完成后，系統(tǒng)進入試運行期。系統(tǒng)經(jīng)過試運行穩(wěn)定運行 3 個月后，由項目驗收小組對項目進行正式驗收。 驗收內(nèi)容系統(tǒng)的驗收包括：系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性以及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面的驗收。系統(tǒng)功能：逐一檢查系統(tǒng)功能是否達到設計要求 系統(tǒng)性能：逐一測試系統(tǒng)性能指標是否達到設計要求。文檔資料：檢查系統(tǒng)建設各階段提交的文檔資料是否齊全、合格。 軟件系統(tǒng)的驗收驗收方法：開發(fā)的軟件通過用戶驗收測試進行驗證。軟件驗收根據(jù)軟件滿足規(guī)定的驗收合格標準進行判斷。驗收標準：驗收標準是在用戶正式接收開發(fā)的軟件并認為軟件滿足合同要求之前必須滿足的條件。本文檔中定義的所有驗收標準是基于定量的和可度量/可觀察的條件。 驗收合格標準測試準備。，用戶方和太極必須認可用戶驗收測試文件。測試執(zhí)行，測試人員必須記錄所有測試結(jié)果測試結(jié)果測試結(jié)果說明軟件滿足下列要求： ：測試過程中發(fā)現(xiàn)的所有錯誤都必須記錄下來對錯誤進行分類和確定級別（細節(jié)見錯誤管理一節(jié)）報告的錯誤得到修改/處理，或修改錯誤的計劃得到同意。 驗收標準如果軟件系統(tǒng)滿足所有驗收合格標準，而且沒有出現(xiàn) S3 以上級別的錯誤，用戶將正式接收該軟件系統(tǒng)。 5 、培訓方案 培訓目標為確保系統(tǒng)投入使用后，能夠穩(wěn)定、良好地運行，達到建設預期的目的，將對用戶相關人員進行全面、細致的培訓工作。本項目人員培訓，是指對系統(tǒng)的使用人員、開發(fā)、系統(tǒng)管理人員進行培訓。目的是使該項目的受訓人員充分具備系統(tǒng)安裝、配置、使用和故障處理的能力，了解與項目相關的系統(tǒng)軟件和操作環(huán)境，以及對系統(tǒng)設計及其相關業(yè)務的認識，以便更好的開展工作。經(jīng)過培訓，保證貴方人員能夠獨立進行使用、管理、維護和日常處理，保證系統(tǒng)正常、安全的運行。 培訓方式本項目培訓包括：廠家培訓、維護培訓、使用操作培訓幾部分，由項目使用主要產(chǎn)品廠家和 xxxxxxxxxxx 向用戶提供培訓。 培訓對象用戶單位本系統(tǒng)操作人員、技術人員、系統(tǒng)管理人員。 培訓地點與環(huán)境國內(nèi)培訓地點和設備由用戶負責提供，除原廠商之外的培訓由公司負責提供培訓教師、培訓教材、培訓內(nèi)容。 培訓計劃及內(nèi)容 用戶培訓培訓項目 描述參加培訓人員 操作人員培訓時間 5 天/期培訓人數(shù) 15 人教師 3 人培訓目的 通過培訓，使操作人員了解應用系統(tǒng)及設備的結(jié)構(gòu)、工作原理，掌握正確使用與操作和排除一般故障的能力。課程 結(jié)合系統(tǒng)操作說明書進行講解應用系統(tǒng)及設備結(jié)構(gòu)、工作原理功能操作培訓業(yè)務管理培訓常見故障及排除方法培訓培訓教材 用戶手冊、產(chǎn)品使用手冊 系統(tǒng)管理人員培訓對系統(tǒng)管理人員進行培訓。培訓項目 描述參加培訓人員 應用系統(tǒng)管理員培訓時間 3 天 教師 3 人人數(shù) 3 人培訓目的 使系統(tǒng)管理員對各種應用系統(tǒng)軟件的安裝、配置、優(yōu)化、管理有一定的了解，可以進行日常的系統(tǒng)維護工作；課程 結(jié)合系統(tǒng)管理需要講解結(jié)合應用系統(tǒng)二次開發(fā)所需知識講解課程內(nèi)容包括：開發(fā)工具使用應用程序原代碼解釋編譯、鏈接、生成可執(zhí)行文件培訓中間件開發(fā)介紹數(shù)據(jù)庫開發(fā)介紹應用系統(tǒng)體系結(jié)構(gòu)、邏輯流程說明應用系統(tǒng)軟件管理、維護制度，系統(tǒng)管理、維護的步驟、方法培訓教材 系統(tǒng)管理手冊、產(chǎn)品使用手冊、自編教材 6 、技術支持和售后服務本項目驗收后，其系統(tǒng)維護與技術支持將由公司技術支持與售后部門承擔。公司承諾系統(tǒng)中的所有問題均可提出，由公