4.2.1.1.3項目測試體系

質量保證要通過對系統的嚴格、嚴密測試來保證。

4.2.1.1.3.1 測試原理和核心思想

一、系統集成質量的維度

1、設備（軟件）完整性、合法性檢驗

項目中采購的設備或軟件是否具有合法的知識產權和使用權，是否符合國家相關法律法規。設備在運輸和到貨過程中是否完好無損，與合同訂單是否一致等，都屬于完整性合法性檢驗的內容。

2、設備（軟件）可靠性

設備和軟件本身是否符合國家和行業相關標準，是否采用先進的、開放的技術規范設計，是否具備業界認可的安全機制等。

3、功能測試

設備和軟件集成之后，是否能夠滿足既定意圖和需求，實現指定的功能。是否能夠完成客戶對系統功能需求的能力測試。這部分測試主要包括：配置測試、功能測試、安全測試等方面的測試。

4、易用性測試

系統的操作方式和操作界面是否易被業務人員所接受。這部分主要測試：界面是否友好、合乎常規操作習慣，用戶手冊、培訓資料內容是否完整并易于閱讀。

5、性能測試

對系統帶寬、網絡傳輸品質、系統的響應速度，數據處理能力等測試對象的能力要求和操作特征等。這些能力要求主要包括：網絡系統是否能夠提供穩定、可靠、安全的通信鏈路；視頻會議系統在網絡擁堵情況下的傳輸質量；服務器系統、存儲系統、數據庫系統在高負載情況下的處理能力等等。

二、軟件系統質量的維度

質量達標不是簡單地“滿足需求”或生產出滿足用戶需要或期望的軟件系統。更確切地說，質量還包含確定證明質量達標所使用的評測方法和標準，以及如何實施流程，以確保由此流程生產的軟件系統已達到預期的質量水平（而且能夠管理該流程并重復使用）。項目將從以下軟件系統質量的維度進行測試：

1、可靠性測試

軟件健壯性和可靠性（故障預防能力，如崩潰預防、內存合理分配和釋放等能力）、有效的資源利用率和代碼完整性以及結構（語言和語法的技術兼容性）測試。

2、功能測試

按照客戶既定意圖和需求，執行指定用例，完成客戶對系統功能需求的能力測試。這部分測試主要包括：配置測試、功能測試、安裝測試、安全測試、容量測試等方面的測試。

3、易用性測試

驗證系統是否易被業務人員所接受。這部分主要測試：界面是否美觀、友好、合乎常規操作習慣，用戶手冊、培訓資料內容是否完整、與軟件系統一致并易于閱讀。

4、性能測試

對系統的響應速度，數據處理能力等測試對象的能力要求和操作特征等。這些能力要求主要包括：代碼的執行流、數據訪問、函數調用和系統調用；操作特征包括與作業負載相關的特征，如響應時間、操作的可靠性；以及與操作限制相關的特征，如負載容量或數據處理強度等等。

5、可支持性測試

可支持性測試包括系統的可維護性、可擴展性、兼容性、是否易于安裝及升級。

三、軟件開發周期階段的維度

根據項目約定的交付周期不同階段，對不同類型的中間系統或最終系統進行測試。這些階段的遞進是于項目開發生命周期模型相吻合的，亦即從單元測試，到集成測試，最后到系統測試不斷向前發展的，最后還將與項目相關負責人一起進行項目的驗收測試。

1、單元測試

單元測試在迭代的早期實施，主要側重于軟件系統的最小可測試元素的符合性。單元測試通常應用于實施模型中的構件，核實是否已覆蓋控制流和數據流，以及構件是否可以按照預期工作。這些期望值建立在構件參與執行用例的方式的基礎上，開發人員在單元的開發期間執行單元測試。

2、集成測試

執行集成測試是為了確保當把實施模型中的構件集成起來執行用例時，這些構件能夠正常運行。測試對象是實施模型中的一個包或一組包。要集成的包通常來自于不同的開發組織。集成測試將揭示包接口規約中不夠完全或錯誤的地方。

3、系統測試

當將軟件作為整體運行或實施明確定義的軟件行為子集時，即可進行系統測試。這種情況下的目標是系統的整個實施模型。

4、驗收測試

驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以供最終用戶用于執行軟件的既定功能和任務。

4.2.1.1.3.2 測試內容及策略管理

為了保證軟件產品開發的質量和項目本身質量，測試在軟件項目工程中比不可少，為例達到全面測試軟件產品的目的，對相應的軟件進行如下測試：

（1）單元模塊測試；

（2）內部聯調集成測試；

（3）由業務人員參與的功能性測試；

（4）與其它有關系統進行信息互通和資源共享方面的測試(數據接口可用性測試)；

（5）系統整體性能和壓力測試；

（6）提交相應的《測試報告》。

本項目系統測試效果將直接決定產品的質量和今后產品實際應用，鑒于此，針對本項目的測試工作制定如下策略：

?堅持統一規劃、審慎論證、精心設計、分步執行的測試原則。

?組建最專業的測試隊伍。

?從不同的角度和維度，對軟件系統的各個方面實施測試和評價工作，具體詳見“測試原理和核心思想”。

?嚴格控制項目測試過程中的每一個環節，具體詳見“項目測試過程管理”的具體方法。

4.2.1.1.3.3 測試過程管理

一、編制測試計劃

編制測試計劃的目的是確定和描述要實施和執行的測試。測試負責人編制測試計劃，用于描述所要執行的不同測試類型。同時，在這個基礎上為每種測試類型制定一個詳細的測試進度安排。

項目測試階段的測試和管理工作將按照測試計劃的指導嚴格進行。

在編制測試計劃時工作步驟如下：

1、確定測試需求

測試計劃活動一開始，需要確定測試需求，以確定測試對象以及測試工作的范圍和作用。除此之外還確定整個測試工作（如安排時間表、測試設計等）并作為測試覆蓋的基礎。被確定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評價的結果。

2、進行風險評估

在進行測試時，需要在有限的資源和風險之間進行權衡，往往最重要的測試需求能夠反映出最高級別的風險。

相關風險的確定可以通過以下幾個方面進行：

（1）效果–測試用例（需求等）失效造成的影響或后果。

（2）原因–確定不合需要的結果，并確定哪些測試用例或需求一旦失效將產生該結果。

（3）可能性–測試用例或需求失效的概率。

我們知道，大多數IT系統，尤其是應用軟件系統都有某些功能是經常使用的，而另外一些則是較少使用的。測試人員要對系統進行合理的測試，不僅確保對具有最高風險的測試需求進行測試，而且還將對經常使用的功能進行嚴密的測試（因為這些功能通常是最終用戶最頻繁使用的）。

3、制定測試策略

測試策略是確定和描述測試的手段和工具，以及判斷軟件系統質量和測試工作是否完整實施的評價方法。測試策略的目的是向測試人員傳達如何進行測試以及采用何種評價標準來確定測試的完成和成功程度。策略不會非常詳盡，但是策劃會描述進行測試的方法。

制定測試策略的步驟將會包括：

?確定和描述測試方法

?確定測試標準

?確定測試的特殊事項

1）、確定和描述測試方法

測試方法是對如何實施測試的說明。它應該說明或指出測試對象、測試時采取的主要操作以及如何核實結果等。說明應該為讀者提供足夠的信息以便他們能夠理解測試的對象。

2）、確定測試標準

測試標準是關于測試的客觀說明，它指明那些用于確定/識別測試完成時間的值和被測試應用程序質量。測試標準可能包括一系列說明或對其他文檔（比如方法指南或測試標準等）的引用。測試標準確定的內容為：

?測試對象（具體測試目標）

?評價方法

?評估評價方法所采用的標準

3）、確定測試的特殊事項

應列出所有關于測試或者依賴關系的特殊事項，例如：

?測試數據庫將由操作資源恢復。

?測試（性能）不能影響業務系統的正常運行。

?必須與遺留系統同步（或模擬同步）。

4、人員組織

測試人員考核必需具備以下能力：

?具有管理和制定測試計劃能力

?具有大型系統集成項目測試經驗

?具有大型網絡應用系統測試經驗

?具有多人異地聯合測試經驗

?具有設計測試用例和設計制定實驗數據能力

?熟練應用測試工具能力

?執行測試并評估結果能力

?管理和維護測試系統能力

5、確定資源

在確定了測試對象、測試方法和人員組織之后，將會確定測試活動所需的資源支持。這里提到的資源包括如下：

1）、測試環境

?執行測試管理、設計和實施活動的實施硬件環境；

?執行所有測試的執行硬件環境，它是一個獨立的執行系統。

?進行測試的軟件系統，包括所測試的應用程序、客戶端和服務器端配置軟件、以及網絡相關程序之外，還包括精確模擬/復制生產環境的軟件。

?系統間的接口；

2）、工具

這里的工具包括測試輔助軟件工具和測試過程統計分析工具；測試設計人員會確定這些工具，并指明工具的使用人、使用方法、和使用周期、以及使用工具將帶來的益處。

統計分析工具將輔助收集測試數據，并對數據進行分析，作為依據來幫助測試經理和開發人員判斷測試過程問題的處理。

3）、數據

數據分為測試輸入數據和結果輸出數據。軟件測試在很大程度上取決于輸入數據（或測試條件和場景）和輸出結果數據的使用。在該階段，測試設計人員會：

?收集或生成用于測試的數據（輸入和輸出）；

?測試場景和測試步驟的順序；

6、確定測試日程表

依據項目開發的整體日程制作和確認測試的日程表。這項工作主要分為兩個部分：

1）、估計測試工作

在估計測試工作時，會考慮如下條件的限制：

?投入到項目中的人力資源的生產率和技能/知識水平；

?要構建的系統的相關參數；

?測試覆蓋率(測試密度)

2）、制定測試日程

通過工作的估計和資源的分配來制定測試日程。針對項目的迭代開發模型，測試設計人員將對每一個迭代過程制定一個獨立的測試日程表。所有測試活動將會在每一輪迭代過程中重復進行。

首次迭代將主要以新功能和新測試為對象。隨著集成活動的推進，新功能測試的數量將減少，而需要執行以檢驗累計功能的回歸測試的數目將增加。因此，測試設計人員將在早期迭代中更多地在測試計劃和設計上進行工作，而后期迭代則偏重于測試執行和評估。

基于以上原理，測試設計人員會使用估計好的工作和已分配的資源創建測試工作日程表。

7、生成測試計劃

在以上工作的基礎上，測試設計人員按照以下步驟生成測試計劃：

1）評審現有材料

在生成測試計劃之前，應該復審所有現有項目信息以確保測試計劃包含最新和最準確的信息。如果需要，應修改測試相關信息（測試需求、測試策略、資源等）以反映所有變更。

2）確定測試可交付工件

測試可交付工件部分的目的在于落實和規定創建、維護以及如何向其他人提供測試工件的方法。這些工件包括：

?測試模型

?測試用例

?測試過程

?測試腳本

?變更請求

3）生成測試計劃

制定測試計劃活動的最后步驟是生成測試計劃。它通過集中收集到的所有測試信息來完成，并生成一份報告。

二、進行測試設計

在完成測試計劃制定之后，將進行測試設計工作。這項工作主要步驟描述如下：

1、性能測試的工作量分析

針對項目的性能測試設計，首先執行工作量分析，生成工作量分析文檔。工作量分析內容包括：

?明確性能測試的目標與用例

?確定性能測試中要模擬的角色及特征

?確定性能測試中要模擬的工作量(數據庫訪問數據量、網絡流量負載等)

?確定性能評價方法與標準

?選擇最常使用和最大負載用例

?生成測試用例

為每個測試用例確定評價焦點

2、確定并描述測試用例

在這部分工作中，首先了解、分析、明確和描述測試角色和系統之間的交互操作或步驟。這些內容將進一步用于確定與描述測試應用程序所需的測試用例。

在此之后，測試設計人員將為每一項測試需求編寫適當的測試用例。如果已測試過以前的版本，則測試用例已經存在。這種情況下將會對這些測試用例再次評審，以保證它們可以在新一輪的測試中適用?；貧w測試用例應包括在當前迭代中，并應與處理新行為的新測試用例結合使用。

在以上兩項工作基礎上，測試設計人員還需要確定測試需要用到的測試用例數據。測試用例數據主要包括以下三種數據：

?用作輸入的數據值

?用作預期結果的數據值

?用作支持測試用例所需的數據

3、檢查評估測試覆蓋

在該項工作過程中，測試設計人員將通過確定測試覆蓋評測方法和生成并分發測試覆蓋報告的手段對測試用例的覆蓋度進行檢查評估。測試覆蓋評測方法用于確定測試當前或將要達到的完全程度。確定測試覆蓋的方法有二：

?基于需求的覆蓋

?基于軟件代碼的覆蓋

4、創建和確認測試腳本

測試設計人員將依據項目的實際情況創建或通過工具自動生成適當的測試腳本，以便按照預期的方式實施并執行測試用例和測試過程。

對于測試模型中的每個結構化測試過程，需創建或生成至少一個測試腳本。在創建、生成或獲取測試腳本時，會考慮以下因素對工作的影響：

?盡量增大測試腳本的復用程度

?盡量減小測試腳本的維護程度

?可行的話，盡量使用現有腳本

?可行的話，使用測試工具（而不通過編程）創建測試腳本

?可行的話，以最穩定的方法訪問應用程序GUI對象和操作

在測試腳本創建完畢之后，測試設計人員還需要對腳本進行測試或者調試，以保證這些測試腳本能正確地實施和執行測試。

5、創建和維護外部數據集

外部測試用數據是指將數據保存在測試腳本的外部，由測試腳本在執行測試時調用。創建和維護外部測試用數據的好處在于腳本與數據分離，測試過程中數據可以靈活修改調整，提高了復用性。

創建和維護外部數據集將按照以下步驟進行：

?復審測試模型、測試用例和結構化測試過程

?使用適當的工具和方法創建數據集

?修改測試腳本以便使用數據集

在測試腳本創建完畢之后，測試設計人員還需要對腳本進行測試或者調試，以保證這些測試腳本能正確地實施和執行測試。

三、執行測試過程

這里描述的測試過程主要是項目的集成測試和系統測試過程。

集成測試階段的目的是確保各構件組合在一起后能夠按既定意圖協作運行，并確保增量的行為正確。系統集成員在各增量中編譯并鏈接系統。每一增量都需要測試增加的功能，并進行以前版本測試過的所有測試（回歸測試）。

系統測試階段的目的是確保整個系統按既定意圖運行。系統集成員在各增量中編譯并鏈接系統。每一增量都需要測試增加的功能，并進行以前版本測試過的所有測試（回歸測試）。

這兩個測試階段所用到的測試流程基本上類似的，主要包括執行測試過程、評價測試執行情況、對比核實測試結果等內容，詳細內容描述如下：

1、執行測試過程

各系統建設單位在執行測試過程時將遵循以下步驟：

設置測試環境，確保所需的全部構件（硬件、軟件、工具、數據等）都已準備就緒并于測試環境中

將測試環境初始化，以確保所有構件都處于正確的初始狀態，可以開始測試

依據測試用例，逐步執行測試過程。

注：測試過程的執行方式將依據測試是自動測試還是手工測試而有所不同。

自動測試：執行在實施測試活動建的測試腳本。

手工測試：按照在設計測試活動中制定的結構化測試過程來手工執行測試。

2、評價測試的執行情況

一般來說，測試執行活動結束或終止時，以下兩種情況之一會出現：

正常終止：所有測試過程（或腳本）按預期方式執行至結束。

異?；蛱崆敖Y束：測試過程（或腳本）沒有按預期方式執行或沒有完全執行。當測試異常終止時，測試結果可能不可靠。在執行任何其他測試活動之前，應確定并解決異常/提前終止的原因，然后重新執行測試。

各建設單位會針對測試活動結束或者終止的結果，根據具體情況對此作出評價，并對結果進行核實。

3、核實測試結果

測試完成后，將評審測試結果以確保測試結果可靠，確保所報告的故障、警告或意外結果不是（對測試對象的）外部影響造成的。如果所報告的故障是在測試工件中確定的錯誤導致的，或者是測試環境的問題造成的，則應當采取適當的糾正措施進行糾正，然后重新執行測試。

4、測試意外中斷的處理

測試過程中，可能會出現意外中斷測試進程的錯誤，因此測試組會針對這種情況，確定問題的實際原因，并糾正問題，重置測試環境，然后重新執行測試。

一般來說，這種情況可能由以下兩種錯誤導致：

致命錯誤 - 系統故障（網絡故障、硬件崩潰等）。

測試腳本命令故障 - 針對自動測試，指測試腳本無法執行某條命令（或代碼行）。

5、評價測試結果

評價測試結果是指通過評價測試結果、確定并記錄變更請求，以及計算主要測試評測方法來完成的。評價步驟和內容主要包含：

?分析測試結果并提交變更請求，以保證測試已執行完全，并確保報告的測試結果沒有受到非測試對象因素的影響；

?評估基于需求的測試覆蓋，來確定：

?需求的測試（測試用例）的數量與測試對象的總測試數量的比例

?成功執行的測試用例的比例

這個工作的目的在于確保要在本次迭代中進行的基于需求的測試能夠百分之百成功執行。如果這是不可能或不可行的，則應確定一個不同的測試覆蓋標準，該標準的基礎可以是：風險或優先級，也可以是可接受的覆蓋百分比。

評估基于代碼的測試覆蓋，來確定測試期間執行的代碼（如代碼行或語句）與測試對象中總代碼的比例。

目的是要確保要在本次迭代中測試的代碼百分之百成功執行。如果這是不可能或不可行的，則應確定一個不同的測試覆蓋標準，該標準的基礎可以是：風險或優先級，也可以是可接受的覆蓋百分比。

分析缺陷，目的在于通過對缺陷密度、趨勢等的分析，將本次迭代的評測方法與先前各次迭代的分析結果進行比較，判斷缺陷的走勢，為缺陷修正和下一次迭代測試提供可資借鑒的依據。其中：

缺陷密度 – 單位代碼量測試發現的缺陷數量

缺陷趨勢 – 以圖表形式表現的缺陷數目以隨時間變化的函數曲線

確定是否達到了測試的完成標準和成功標準

?一輪迭代測試結束，測試組會在QA指導下，根據測試覆蓋和/或缺陷評估結果，來檢驗測試結果、缺陷與缺陷分析，判斷是否已達到預定的測試目的。如果沒有達標，則可以根據本項目實際情況，建議安排進一步測試，手段包括：

?實施新測試以進一步執行測試用例

?實施新測試以擴大測試覆蓋面

?生成測試評估摘要

測試結束后，將依據上述信息內容撰寫測試評估報告，并將其分發給相應的角色進行評審。

各建設單位在充分理解測試原理和核心思想的基礎上，針對測試內容需認真執行測試過程。

一、售后服務

5.1 售后服務

5.1.1 服務方案

一、服務宗旨
1. 始終堅持“客戶至上，服務第一”的宗旨。
2. 以積極、負責的態度，處理客戶的每一個問題。
3. 不斷提高售后服務的專業性和服務質量。
二、服務內容
1. 保修期內服務
a. 客戶在購買產品后，享有貳年的產品質量保修。
b. 如產品出現非人為因素造成的質量問題，如電路故障、零件損壞等，我們將及時提供更換或修復服務。
c. 保修期內產生的任何問題，我們將于48小時內回復，并在24小時內提供解決方案。
2. 保修期外服務
a. 客戶在購買產品后，如遇到非保修范圍內的質量問題，我們將提供專業的咨詢和解決方案。
b. 我們將根據客戶需求提供適當的服務方式，如現場服務、寄送維修等。
c. 對于長期合作客戶或提供特別服務需求的客戶，我們將提供優惠的價格和更優質的服務。
三、服務流程
1. 客戶報修：客戶可通過電話、郵件或上門報修方式，告知產品存在的問題。
2. 確認故障：售后服務中心接到報修后會立即登記客戶資料和故障情況，并轉交給相關人員確認。
3. 提供方案：相關人員根據客戶具體情況，提供解決方案并報價給客戶確認。
4. 簽訂合同：確認報價后，簽訂維修合同，明確雙方權責。
5. 實施維修：按照合同約定，進行產品維修。如需更換配件，我們會提供高質量的原廠配件。
6. 驗收：維修完成后，我們會邀請客戶進行驗收，確保產品恢復正常使用。
7. 后續跟蹤：完成驗收后，我們會與客戶保持聯系，了解產品使用情況，提供必要的支持和幫助。
四、技術支持
1. 我們將提供產品使用手冊、安裝手冊、維修手冊等技術資料，以便客戶了解產品信息和使用方法。
2. 我們將定期更新技術資料和維修手冊，確保客戶能夠獲得最新、最準確的產品信息。
3. 我們將提供技術咨詢和故障診斷服務，幫助客戶解決使用過程中遇到的技術問題。
4. 我們將定期組織技術培訓和交流活動，提高售后人員的專業技能和服務水平。
五、售后服務時間
我們的售后服務時間為周一至周五，上午9:00-下午5:00（節假日可能會根據具體情況調整）。我們承諾在任何時間都為客戶提供服務，確保客戶的正常使用和設備安全。
六、客戶反饋
我們非常重視客戶的反饋，我們將定期收集客戶的意見和建議，以便不斷改進我們的服務質量和水平。我們鼓勵客戶通過電話、郵件或在線反饋系統向我們提供反饋意見，我們會盡快回復并解決客戶的問題。
以上是我們為您提供的售后服務方案，我們將竭誠為您提供優質、高效的服務，確保您的使用體驗和設備安全。如有任何問題或需要幫助，請隨時聯系我們。

5.1.2 重大服務保障及應急處理

一、重大服務保障
1. 服務保障范圍：包括但不限于網絡、通信、電力、供水、交通等基礎設施服務，以及金融、物流、醫療、教育、社保等公共服務。
2. 服務保障措施：
a) 加強基礎設施建設和維護，確保設施穩定、可靠、高效。
b) 建立24小時值班制度，及時處理各類突發情況。
c) 加強與相關部門的溝通協調，確保資源共享和信息互通。
d) 提高服務人員的專業技能和應急處理能力，確保服務質量和響應速度。
e) 建立服務評價體系，及時收集和處理客戶反饋，持續改進服務。
3. 服務保障效果：通過以上措施，確保重大服務穩定可靠，及時響應客戶需求，提升客戶滿意度。
二、應急處理
1. 應急處理范圍：包括但不限于自然災害、安全事故、網絡攻擊、疫情等突發事件對重大服務的影響。
2. 應急處理措施：
a) 制定應急預案，明確應急處理流程和責任分工。
b) 加強安全監測和預警，及時發現和處理各類安全隱患。
c) 建立應急隊伍，配備必要的應急設備和物資。
d) 及時啟動應急預案，組織力量進行搶險救援和修復工作。
e) 加強國際合作和信息共享，及時獲取外部信息和經驗。
f) 做好輿情應對和信息發布工作，及時回應社會關切。
3. 應急處理效果：通過以上措施，確保重大服務在突發事件發生時能夠迅速響應、有效處置，降低損失，保障社會穩定和公共安全。
以下是對上述措施的詳細描述：
一、重大服務保障措施的詳細描述：
1. 加強基礎設施建設和維護：對于網絡、通信、電力、供水、交通等基礎設施服務，需要定期進行設備巡檢和維護，確保設施的正常運行。對于出現故障的設備，需要及時進行維修或更換，并做好記錄和報告。同時，要加強與相關部門的溝通協調，確保資源共享和信息互通，以便在緊急情況下能夠快速響應。
2. 建立24小時值班制度：對于各項重大服務，都需要建立24小時值班制度。值班人員需要隨時保持通訊暢通，以便在緊急情況下能夠快速響應和處置。同時，要制定應急處理流程和緊急聯系方式清單，以便在緊急情況下能夠迅速組織力量進行搶險救援和修復工作。
3. 提高服務人員的專業技能和應急處理能力：需要對服務人員進行定期培訓和演練，提高他們的專業技能和應急處理能力。同時，要建立服務評價體系，及時收集和處理客戶反饋，了解客戶需求和滿意度，以便持續改進服務。
4. 建立服務評價體系：需要建立一套服務評價體系，包括客戶滿意度調查、服務質量評估、服務改進建議等方面。通過收集和分析數據，了解服務質量和客戶滿意度，以便及時發現問題并進行改進。同時，要積極收集和處理客戶反饋，加強與客戶的溝通和互動，提升客戶滿意度。
二、應急處理的詳細描述：
1. 制定應急預案：需要根據實際情況和經驗教訓，制定相應的應急預案。預案需要明確應急處理流程、責任分工、資源調配等方面，以便在緊急情況下能夠迅速啟動應急處理程序。
2. 加強安全監測和預警：需要加強安全監測和預警工作，及時發現和處理各類安全隱患。對于可能影響重大服務的因素，需要進行實時監測和預警，以便在問題發生前及時采取措施進行預防和處理。

5.2 軟件廠商培訓方案及培訓計劃

5.2.1 培訓計劃

培訓對象：應用軟件用戶、系統管理人員。

培訓目的：應用軟件用戶是系統的使用者，通過培訓，使應用軟件操作人員熟練、正確地掌握各種應用操作方法，保證服務能容的及時性、充實性、多樣性；系統管理人員和軟件維護開發人員是軟件系統開發和維護的參與者與管理者，系統體系架構的理解、軟件開發技術的掌握、系統的安裝、維護是培訓的重點，通過培訓使系統管理人員對系統進行全面了解，保證日后系統運行維護的服務質量。

培訓時間安排：整個培訓的時間安排按照整個項目的實施進度同步進行，在系統開發初期，對系統管理人員進行基礎技術培訓、產品體系架構及二次開發培訓，使系統管理人員學會使用開發工具；在系統正式上線前，對系統管理人員進行平臺整體架構培訓以及維護的系統培訓，對應用軟件用戶進行業務子系統的業務功能操作培訓，作好系統上線前的基礎準備工作。

5.2.2 培訓教材

培訓教材的準備是培訓工作的前提，培訓教材的好壞直接影響培訓的質量。將培訓教材細化分為培訓講義、培訓教程、系統操作手冊和系統技術手冊。對于每一種培訓教材又根據不同的應用側重點細分為軟件系統安裝維護、軟件系統功能介紹。為操作人員準備上機操作的實例數據，供操作人員上機操作使用，另外為了考核軟件的培訓成果，我公司會為每個培訓課程準備考核試題。

1、培訓講義

采用幻燈片（PPT）的模式制作，主要用于授課時的講解，將從軟件的原理介紹、安裝維護和功能介紹三方面分別闡述授課內容。

2、培訓教程

準備專用的培訓教材（不同于用戶手冊），主要詳細描述軟件的設計原理和功能設置。通過培訓教程，系統操作人員可以掌握系統的設計原理和功能設置，有效地指導系統操作人員使用系統。除文字資料外，還應提供多媒體形式（聲音、動畫、視頻）的自學教材，包括對系統安裝、維護的整個操作過程的記錄。

3、系統操作手冊

比如《用戶手冊》采用Word文檔的模式制作，主要詳細描述軟件的功能和操作方法，指導用戶如何對軟件進行具體操作，是一本詳盡的系統使用指南。

4、系統技術手冊

采用Word文檔的模式制作，主要針對各級系統管理員。系統技術手冊主要詳細描述系統的維護功能以及后臺數據庫服務器以及應用服務器的日常維護工作。通過系統技術手冊可以有效地指導各級系統管理員的日常維護工作。

5、培訓實際案例

以系統的實際業務數據為例，業務數據盡可能涵蓋實際使用。

5.2.3 培訓組織方式

每次培訓由我公司1名培訓導師和1名輔導老師（專題培訓則由專業培訓公司派出培訓導師1名），會同采購單位對應負責人組成培訓項目組，組織整個培訓過程。培訓開始前首先進行培訓計劃的擬訂和評審、培訓準備、培訓實施、培訓考核以及培訓的評估等步驟：

1、培訓計劃的擬訂和評審

培訓到時根據采購單位需求和項目實施要求擬訂培訓計劃，并由采購單位相應負責人評審確認。

2、培訓準備

培訓準備階段包含培訓師資和培訓教材的確認、培訓教材的分發、培訓的動員等準備工作。

3、培訓的實施

培訓的實施是在各種培訓條件準備妥當后的正式培訓，在正式培訓過程中，每門課程將安排專業的培訓導師1名，1名培訓輔導老師，用于上機輔導等工作。

4、培訓考核

每門課程上完后，我方會有相應的考核，考核通過后，會發放相應的證明書。

5、培訓的評估

培訓評估主要是指對授課老師的評估，從講義的準備，授課的氣氛、講課的效果等各方面對授課老師進行的評估。

培訓項目組向采購單位和我公司客戶服務中心培訓經理負責，接受采購單位和我公司客戶服務中心培訓經理的指導和監督。培訓經理負責安排所有培訓計劃和工作，培訓教師對各自的培訓導師直接負責，完成整個培訓任務。

在培訓過程中發生的具體需求或變動，由培訓導師與采購單位相關負責人協商解決。我公司一貫本著客戶至上的宗旨，把培訓視為軟件應用成敗的關鍵環節，保證完全配合每個客戶的合理要求，保證軟件應用順利實施、實現軟件價值的最大化。

5.2.4 培訓職責分工

根據招標文件的要求，整個培訓由我公司負責提供師資和教材，以及培訓方案；由采購單位提供場地和培訓設備，并負責組織實施。

1、采購單位職責

1）由采購單位提供場地和培訓設備，并負責組織實施；

2）各培訓點負責準備培訓用設施環境，包括硬件環境和網絡搭建。

2、我方職責

1）負責根據采購單位要求提供培訓方案；

2）根據采購單位要求提供師資、教材、講義、試題；

3）負責軟件培訓環境的搭建和軟件培訓數據的準備；

4）排除采購單位認可的具有相關專業資格和實際工作經驗的教師進行授課，并安排相應數量的輔導人員進行培訓輔導，包括上機實習的輔導。

5.2.5 培訓課程