企業數字化運營平台軟體開發框架項目技術方案（附WORD全文）

目錄

1 項目總體概述 2

1.1 項目總體技術方案保障 2

1.2 系統設計 3

1.3 系統體系結構設計 3

1.4 系統指標保障 4

1.5 系統質量 5

1.5.1. 系統健壯性 5

1.5.2. 系統應具備安全性 5

1.5.3. 系統易用性 7

1.5.4. 系統可維護性 8

1.5.5. 系統完備性 9

1.5.6. 系統可擴展性 10

1.5.7. 系統可測試性 10

1.5.8. 系統可移植性 11

1.5.9. 系統可追蹤性 11

1.5.10. 系統易安裝性 11

2 項目技術方案 12

2.1 系統架構 12

2.2 軟體架構 12

2.3 功能建設方案 15

2.3.1. 受理子系統 15

2.4 系統概況 41

2.4.1. 系統總體概況描述 41

2.4.2. 性能指標 42

2.4.3. 系統可靠性 42

2.4.4. 系統可維護性 43

2.4.5. 系統介面 44

2.5 基礎平台概況 45

2.5.1. 軟體平台描述 45

3 項目實施與服務方案 47

3.1 總體實施與服務方案 47

3.2 項目實施方案 47

3.2.1. 項目組角色與職能 47

3.2.2. 項目功能建設方案 51

3.2.3. 測試方案 51

3.2.4. 驗收方案 58

3.3 項目管理方案 62

3.3.1. 項目質量保障 62

3.3.2. 項目進度管理方案 62

3.3.3. 項目變更管理 63

3.3.4. 項目溝通例會管理 65

3.4 項目團隊構成 68

3.4.1. 項目團隊人員構成 69

3.4.2. 項目團隊穩定性承諾 69

3.5 項目交付文檔 69

3.6 項目培訓方案 70

3.6.1. 培訓對象及目的 70

3.6.2. 培訓形式 71

3.6.3. 培訓內容 71

3.6.4. 培訓計劃 72

3.7 項目技術支持 72

3.8 項目服務範圍 74

3.8.1. 軟體開發服務 74

3.8.2. 技術支持服務 74

3.8.3. 軟體測試服務 75

3.8.4. 系統運維服務 75

3.8.5. 集成實施服務 75

3.8.6. 系統部署服務 75

3.8.7. 安全技術服務 76

4 售後保修服務方案 77

4.1 售後保修服務內容 77

4.1.1. 設備故障修復服務 77

4.1.2. 電話技術支持服務 81

4.1.3. 版本管理和軟體補丁服務 81

4.1.4. 設備巡檢服務 82

4.1.5. 技術資料服務 83

4.1.6. 培訓服務 83

4.1.7. 重要通訊保障服務 84

4.1.8. 應急方案設計與預演服務 84

4.1.9. 輔助故障定位服務 85

4.2 售後保修服務方案 85

4.2.1. 服務內容 85

4.2.2. 服務方式 85

4.2.3. 故障響應能力 86

5 項目安全性方案 90

5.1 系統安全 90

5.2 數據安全 90

5.3 應用安全 91

項目總體概述

項目總體技術方案保障

1. 系統各項技術遵循企業最新頒布的相關規範要求；
2. 系統各項技術遵循國家相關標準和技術體制，沒有相應國家標準則須遵循國際標準。對於現存多種標準的技術，我方與甲方共同協商選定標準。一旦相應的中國（或國際）標準確立，我方保證在一年內（不收取額外開發費用）過渡到甲方要求相應的中國（或國際）標準；
3. 我方向甲方提供完整、最新而成熟的系統軟硬體等技術和產品。其各項技術應保證具有開放性、可移植性、兼容性和可擴展性。系統配置的軟體和硬體設備提供開放的應用介面，可以方便地與其他廠家同類型應用系統進行軟、硬體平台互連，便於系統未來的擴展；
4. 我方會詳細說明本期工程所提供設備配置的處理能力、容量以及最大擴容可達到的處理能力及容量，說明系統容量受限制的原因，並提供系統進一步擴容的方案；
5. 我方提供快速、有效、功能全面的網路管理系統，包括軟硬體管理服務模塊和專用工具，具有設備配置、統計分析、告警等管理功能；並具備向上連接到上級網管的能力；
6. 本項目涉及的設備提供商可能不只一家，因此在遵循本技術規範的基礎上，我方將在系統集成方面提供充分的合作和技術支持；在工程實施中，不同的承建系統集成商由甲方工程管理單位和總系統集成商統一協調，各設備提供商須積極配合，涉及到的互連介面，必須提供具體技術細節資料；
7. 如設備為OEM第三方產品，我方將說明該產品的原生產廠商；
8. 我方保證系統割接不能中斷業務,也不能影響原有業務數據；
9. 如果我方目前難以達到甲方所提出的技術要求，甲方要求通過商務條件使我方承諾進行產品的技術升級；
10. 我方負責提交系統的驗收測試方案供甲方確認，並配合甲方完成工程驗收；
11. 我方根據甲方的業務需求及相關的技術規劃要求，提出完整的項目管理、系統設計、工程培訓、項目施工、項目驗收、技術支持方案以及我方人力資源供給方案，我方負責建立並向甲方提交工程技術文檔。

系統設計

本系統在總體設計上將滿足以下要求：

1. 規範和標準符合性：系統符合企業最新規範及各項工程項目標準。
2. 技術先進成熟性：採用成熟、合理、先進的技術，在選用系統組件（中間件等）時要在保證其成熟性和可靠性的同時保證系統建設的適度先進性。
3. 安全性和可靠性：系統針對主機、資料庫、網路、應用等各層次要制定相應的安全策略和可靠性策略，保障系統的安全性和可靠性，應用軟體應具有處理各種非正常狀態和事件的能力。
4. 開放性：系統應採用多層開放式體系結構，具有清晰的體系結構。提供靈活的二次開發手段，在面向對象的業務組件應用框架上，能夠在不影響系統情況下快速開發新業務，同時提供方便地對業務進行修改和動態載入的支持。
5. 系統集成靈活性：系統採用基於工業標準，如LDAP、WEB SERVICE、J2EE、XML、HTTP、SSL等技術。
6. 松耦合和可擴展性：系統應具有良好的伸縮性，可以隨業務規模的增長平滑擴展；要能夠支持多個層面的可擴展性，通過負載平衡、快速開發/重組、業務參數配置等多個方面使得系統可以支持企業未來不斷變化的業務需求。

系統體系結構設計

1. 遵循松耦合、模塊化的原則，採用軟體匯流排、組件設計方式以保證應用系統的靈活性，適應個性化的需求；
2. 我方保證對外介面的開放性，支持與不同廠商設備間的互連（包括支撐系統、業務平台等）；
3. 我方將滿足系統在大業務量下的實時、並發處理的性能要求；
4. 我方將提供設備的在線擴容，包括在線擴展CPU、內存，及擴展集群點；
5. 我方所提供系統採用集中式結構（分布採集、集中處理、集中存儲），同時提供一定的分級分權管理機制；
6. 我方將在建議書應對系統所採用的體系結構、採用的技術、實現方式、編程語言進行詳細的闡述；
7. 我方所提供系統會進行良好的分層和封裝，並在建議書中對軟體分層和封裝進行詳細說明。

系統指標保障

1. 系統硬體設備的CPU忙時利用率平均不超過70%，內存忙時利用率平均不超過70%；
2. 系統應支持雙機熱備，在集群方式下為N+1備份，在非集群方式下為1+1備份；
3. 從資料庫備份到備份系統的時間：每天的備份時間不多於3小時，而且不影響對資料庫的少量查詢；
4. 從備份系統拷貝到資料庫里的時間：數據恢復時長不多於3小時；
5. 平台支持負載均衡，系統切換時間小於10秒。平台在切換過程中應保證已經處理過的業務正常運行；
6. 對於大數據量的統計，應能保證在夜間（4小時內）完成；
7. 平台提供足夠的磁碟空間；磁碟容量在滿足系統的穩定運行的前提下，提供RAID 「0+1」的冗餘方式，並且保證磁碟的忙時平均利用率低於70％；
8. 系統消息處理延遲（從系統收到請求消息到返回應答的時間間隔）不大於500毫秒 (99.999%概率)。
9. 系統平均無故障時間不小於26280小時（3年）；
10. 系統平均無故障率不低於99.99%；
11. 系統針對平台的處理能力應該採用相應的流量控制措施，滿足對處理時延、CPU佔有率的要求，保證系統的穩定運行；
12. 平台系統應具備電信級可靠性、多種冗餘、備份和集群處理的機制和功能，關鍵部件、資料庫應具備冗餘備份和負載分擔機制，系統應冗餘配置，保證系統無單一故障點，且應易於擴容和維護。

系統質量

系統健壯性

1. 我方將向需求方提供成熟的、穩定、容錯性和易恢復性俱佳的系統。在我方的應標書中應明確指明其系統的MTTR和MTBF指標（分軟、硬體）。
2. 排除人為誤操作因素，由應用系統自身原因導致的系統崩潰故障,平均無故障時間（MTBF）大於365天，平均修復時間（MTTR）應小於4小時。排除人為誤操作因素，由應用系統自身原因導致的系統錯誤故障,平均無故障時間（MTBF）應大於100天，平均修復時間（MTTR）應小於30分鐘。
3. 隨系統提交的技術文件明確標識出所實現的可度量的功能和性能指標。
4. 應用系統支持連續7×24小時不間斷地工作，應用軟體中的任一構件更新、載入時，在不更新與上下構件的介面的前提下，不影響業務運轉和服務。
5. 系統採用增量備份和全備份相結合的方式定期備份重要的系統數據。
6. 應用系統在業務處理高峰時，各主機設備的內存利用率不大於70%，CPU平均空閑率不低於30%。
7. 應用系統支持負載均衡能力，支持應用部署在多台伺服器上，避免應用系統的單點故障。
8. 應用系統具有良好的並行處理機制，對存取衝突的競爭具有有效的仲裁和加鎖機制，充分保證事務處理的完整性，並降低系統I/O開銷，提高並發用戶查詢和存取的性。

系統應具備安全性

1. 關鍵數據的傳輸必須支持採用可靠的加密方式，保證關鍵數據的完整性與安全性。
2. 系統提供有效的安全保密措施，確保系統和數據資源的安全，防止對系統資源的非法侵入，入侵檢測系統應對違背安全事件記錄並報警；
3. 系統採用不可逆的加密方式保存此類密碼，系統應該支持MD5、crypt 等加密演算法。
4. 我方將提供有關網路安全的詳細說明，公網上傳輸的數據，以國家標準的加密演算法加密，並在應標書列出演算法及相關軟體列表。
5. 系統充分利用防火牆、安全證書、SSL 等數據加密技術保證系統與數據的安全。通過防火牆（硬體防火牆）對進入內部網路的數據包進行掃描過濾，能夠根據用戶、IP地址、訪問類型等方式進行訪問規則限制。
6. 系統能夠對常見的入侵行為進行判斷並阻止。提供地址翻譯功能，屏蔽網路內部細節，防止外部黑客利用IP探測技術發現內部網路結構和伺服器真實地址，從而實現有針對性的攻擊。
7. 系統能夠對網路通訊進行監控，及時發現任何來自於網路內部或外部的黑客入侵或可疑的訪問行為，並做到及時報警與阻斷。
8. 我方提供的方案保證傳輸安全，網路層需認證報文的來源，防止攻擊者利用偽裝地址來發送報文，確保報文在網路中傳輸時沒有發生變化，確保報文內容在傳輸過程中未被讀取，確保未授權方不能讀取報文的內容，確保認證報文沒有重複，避免攻擊者通過重發截獲的認證報文來干擾正常的通信。
9. 系統周期性地備份系統文件（不含文件傳輸的介面緩衝區，緩衝區中的內容備份在系統介面數據備份的章節描述），能夠在系統崩潰後快速修復系統文件。
10. 不同的操作員具有不同的數據訪問許可權和功能操作許可權，系統管理員應能對各操作員的許可權進行配置和管理。
11. 系統支持對系統運行所必須的用戶名與密碼周期性更改的要求。
12. 系統強制實現操作員口令安全規則，如限制口令長度、限定口令修改時間間隔等，保證其身份的合法性。
13. 系統支持操作失效時間的配置。當操作員在所配置的時間內沒有對界面進行任何操作則該應用自動失效。
14. 系統提供完善的審計功能，對系統關鍵數據的每一次增加、修改和刪除都能記錄相應的修改時間、操作人和修改前的數據記錄。
15. 系統的審計功能提供根據時段、操作員、關鍵數據類型等條件組合查詢系統的審計記錄。
16. 系統的審計功能提供針對特定關鍵數據查詢歷史審計記錄。

系統易用性

1. 系統易於安裝和使用，具備風格一致的用戶界面，且為中文操作界面,為方便使用，系統設置導航欄等內容。
2. 系統能在瀏覽器中完成基本管理任務，對用戶輸入錯誤應儘早發現和提醒
3. 系統具備完善的聯機幫助功能。
4. 隨系統提交的產品文件包括完善的、針對不同級別用戶的應用系統培訓教材、培訓考題及培訓考核方法建議。
5. 廠家可以通過對產品頒發資格認證證書的方式，以確認用戶對該產品的某個操作級別的使用資格。
6. 對於業務熟練並且熟悉電腦操作的普通用戶，可以通過現場培訓，即可熟練掌握應用系統基本功能的操作技能。
7. 對於系統管理員，可以通過不超過累計兩周的培訓，即可熟練掌握應用系統管理相關功能的操作技能。
8. 應用系統提供一致性的圖形用戶界面風格。
9. 應用系統對普通用戶的操作界面以B/S 方式實現。
10. 應用系統支持操作員登錄系統後，不超過三次滑鼠的點擊，即可訪問到業務所需功能。
11. 應用系統支持同時打開多個管理窗口以對不同任務進行並行的操作。
12. 應用系統支持在一個業務過程中的所有功能界面都有返回上一個操作的快捷鏈接。
13. 應用系統支持通過鍵盤即可完成一個界面窗口內的主要操作。
14. 應用系統支持通過Tab 鍵或回車鍵可訪問到同一個窗口的所有控制項對象。
15. 應用系統支持對於常用功能設置快捷鍵以方便功能間的切換；快捷鍵的功能定義在全系統保持一致。
16. 應用系統採用分頁機制顯示查詢結果，並顯示返回的記錄數目、當前頁和總頁數。
17. 應用系統發現用戶提交有誤信息，以彈出窗口的形式明確提示用戶錯誤的原因，並把界面控制焦點置於發生錯誤的控制項對象上。
18. 應用系統的操作界面用「*」明確標識出必填的輸入信息。
19. 當應用系統正在執行用戶提交的請求而無法返回時，明確標識系統處於繁忙階段。
20. 對於複雜的信息結構，系統採用分幀的機制在同一個窗口中顯示不同的信息內容，並自動刷新不同部分的信息內容。
21. 應用系統功能菜單按照功能域、功能組的分類方法進行組織。
22. 對於操作員無許可權使用的菜單功能，應用系統不顯示該菜單或將其設置為不可用狀態。
23. 系統提供在線幫助功能，對於每一個操作功能都能查找到相應的詳細使用說明。
24. 操作員登錄系統後，系統能夠主動地提醒等待該操作員處理的任務。

系統可維護性

1. 具備完備的數據備份和恢復機制，備份和恢復時間達到系統設計指標要求。
2. 系統具備方便且可定期執行、分析結果的業務測試功能；。
3. 系統易於修改，對某一個模塊的修改，不影響其他模塊的正常運行。
4. 系統易於擴展，新增服務時要求對系統做儘可能少的修改。
5. 系統具備自管理和監控功能，能夠實時監控各模塊的執行。
6. 我方提供的系統應具備利用甲方已有時間同步系統進行時間同步和時間自動調整的功能。
7. 我方提供的系統應具備在線升級協議及版本的功能，在不中斷業務的情況下支持對本平台外部介面協議進行在線升級、對修改後的系統版本進行在線升級。
8. 系統在運行過程中所發生的任何錯誤都應該有明確的錯誤編號，並能在系統的相應維護手冊中查到錯誤處理方法與步驟。
9. 應用系統支持通過統一的圖形界面，監控各應用構件的運行狀態。
10. 應用系統支持通過統一的圖形界面，能夠監控到應用系統所有的報警、異常信息。
11. 應用系統採用構件化設計思想，系統框架與業務邏輯分離；要求具備開放的體系結構。
12. 應用系統支持通過統一的圖形界面能夠訪問到系統各構件、合約的版本信息及相應功能說明。
13. 應用系統支持各構件的單獨升級，並應該儘可能實現在線升級功能。

系統完備性

1） 我方交付的應用系統有明確的版本編號。應用系統的交付件文檔至少包括：

• 《需求分析說明書》
• 《概要設計說明書》
• 《邏輯模型及物理模型設計說明書》
• 《詳細設計說明書》
• 《測試方案》
• 《測試用例》
• 《測試報告》
• 《維護手冊》
• 《操作手冊》
• 《培訓手冊》
• 《投產上線方案》
• 《投產上線報告》
• 《業務規範符合性對應表》
• 《技術規範符合性對應表》

2） 應用系統的每一個版本都提交變更說明並保證交付件文檔的一致性。

3）《業務規範符合性對應表》明確標識系統對業務規範每一個詳細功能要求的支持程度。支持程度包括完全支持、部分支持、不支持三個層次的支持力度。對於部分支持明確說明支持與不支持的內容說明。

4）應用系統能通過一定配置實現對新產品、營銷政策及相關可預見的業務需求變化的支持。

5）應用系統支持中文大字符集等相關國家標準規定的漢字字元處理，可進行處理、顯示和列印。

6）應用系統的源代碼有詳細清楚的說明和注釋。

7）我方根據本規範書要求提出的方案及設備配置，能完成網路連接及所有要求的功能，不存在電纜、網卡或其它附件的短缺，不存在本期工程設備和軟體性能不滿足業務需求和系統功能的情況，否則我方須在兩周內免費補齊所缺設備和軟體。

系統可擴展性

系統可以隨時增加網路設備或模板來擴展整個網路,可以不增加任何投資，通過選擇通訊協議和接入通信速率來提高網路傳輸速度，降低系統運行費用。應易於擴容和維護。能支持平滑無中斷在線擴容或新增業務。

系統可測試性

1. 隨系統提交的技術文件明確標識出所實現可度量的功能和性能指標。
2. 我方有固定的測試工程師進行專門的測試工作，每次新功能測試完成後，提供詳細的測試文檔，包括測試的用例、方法及其結果等，交付局方人員作驗收測試。測試結果應符合實際，測試未通過的項目會及時反饋並進行修改。

系統可移植性

1. 應用系統不需改動或儘可能少的改動就可以在不同的主流UNIX伺服器（如IBM、HP、ORACLE、FUJITSU等）或x86伺服器上方便地移植。
2. 系統對於存儲設備、備份設備及各種網路設備具有完全無關性。
3. 應用系統支持在不同主流資料庫平台間（ORACLE、INFOMIX、DB2、SYBASE等）的移植。移植時不允許修改業務邏輯構件，儘可能少地修改直接操作資料庫的信息服務構件。
4. 應用系統提供圖形化的安裝與配置界面。
5. 應用系統支持客戶端軟體版本的自動升級。
6. 應用系統支持在不同主流中間件平台間的移植。

系統可追蹤性

1. 應用系統每一個功能實現都在設計與需求文件中跟蹤到相應的設計與需求內容。
2. 需求文件中的每一個需求都能跟蹤到該需求所涉及的設計元素及最終的功能實現。
3. 應用系統出現異常錯誤報告時，能夠提供詳細的異常上下文信息。

系統易安裝性

1. 應用系統提供圖形化的安裝與配置界面。
2. 應用系統支持客戶端軟體版本的自動升級。

項目技術方案

在以下功能中，如果系統需進行周期性操作，將實現周期可配置；如不特別說明，系統所配置的預設參數均為本規範書所提出的要求。

• 系統架構

本期工程對受理子系統、賬務子系統、基礎管理、系統管理、統一推送平台、銷售助手以及營銷子系統（銷售支撐中心）等功能進行升級改造。本期工程功能架構圖如下所示：

我方將在項目建議書中描述系統總體功能架構和技術架構方案，並體現出針對現狀的變更內容。

軟體架構

本期工程大部分功能延續原有技術架構，軟體架構圖如下圖所示：

CRM系統軟體技術架構圖

本期工程在原有營銷子系統基礎上落地銷售支持中心，依據集團數字化運營平台規範，採用「平台+應用」的模式，構建雲化的數字化運營平台，基於通用的分散式技術平台，按業務聚合特徵構建應用能力中心，數據與應用分離、能力與界面分離，能力可編排、界面輕量化靈活可配置，應用水平彈性可擴展。

數字化運營平台3.0系統應用部署架構：

1）採用分散式微服務框架springcloud的解決方案，實現業務系統中心化，大大降低業務各模塊的耦合度。

2）應用docker化、資源彈性伸縮、敏捷開發能力、灰度發布、資源實時監控、統一配置。

系統應用部署架構如下：

圖表4-4 系統技術架構

數字化運營平台3.0資料庫部署架構：

1）資料庫整體採用自研組件，同時，為減少對全網性影響，保證業務處理性能，採用分省分庫原則部署。

2）數據分片原則：滿足數據高類聚原則、具備良好的擴展性、能均勻的分布數據讀寫。

3）數據採用讀寫分離，保證核心資料庫性能。主庫提供讀寫能力，副本只提供讀操作能力。

系統資料庫部署架構如下：

圖表4-5 系統資料庫部署架構

功能建設方案

我方將在項目建議書中詳細描述系統的功能設計方案，並整理功能建設方案總結匯總表，體現各功能點新增、改造屬性及具體內容。

受理子系統

訂單受理

精品專線（OTN）產品

支撐精品專線（OTN）產品業務開通，主要包括：

1. 實現在集團CRM支撐精品專線產品的新裝、變更、拆機等業務的受理和流程處理；
2. 派發訂單竣工任務，通過平台介面完成訂單竣工處理，並歸檔訂單生成產品實例在用數據；
3. 實現集團CRM支撐精品專線的賬務計費出賬以及結算處理。

智能專線產品

支撐智能專線產品業務開通，包括：

1. 實現雲賬號同步：客戶經理登錄省CRM系統通過介面創建天翼雲賬號，並提供給客戶。
2. 實現登錄鑒權功能：客戶通過天翼雲賬號登錄智能門戶，智能門戶到天翼雲門戶鑒權登錄。
3. 實現客戶資料、折扣數據鑒權：客戶登錄智能門戶通過DCOOS平台調用省CRM提供的客戶資料、折扣等信息介面。
4. 實現地址查詢：智能門戶業務開通，裝機地址通過調用服開在DCOOS平台提供地址查詢介面查詢。
5. 實現VPC ID、雲資源池VPC子網等查詢：智能門戶業務開通，VPC ID、雲資源池VPC子網等信息雲平台提供介面查詢。
6. 實現資源核查功能：訂購前需核查資源是否具備，智能門戶調用服開通過DCOOS平台提供的資源核查介面核查資源是否具備，資源具備可開通，資源不具備不能開通。
7. 實現業務開通：智能門戶下訂單，調用服開通過DCOOS平台提供的開通介面進行開通。
8. 實現訂單實例同步：開通報竣，集團CRM 把訂單實例信息通過DCOOS平台同步給省CRM系統。

衛星寬頻流量型（企業版）產品

支撐集團CRM受理衛星寬頻流量型企業版產品能力，主要包括：

1. 配置產品、銷售品信息，配置產品與銷售品關係，配置產品許可權。
2. 支持衛星寬頻流量型（企業版）產品新裝業務。配置新裝業務流程圖，配置新裝業務過程中的個性化校驗規則，開發新裝業務涉及頁面，開發後台數據處理功能和邏輯。
3. 支持衛星寬頻流量型（企業版）產品拆機業務。配置拆機業務流程圖，配置拆機業務過程中的個性化校驗規則，開發拆機業務涉及頁面，開發後台數據處理功能和邏輯。
4. 進行衛星寬頻流量型（企業版）產品，在生產環境全國範圍的新裝、拆機業務穿測。

FIRST行業應用產品

1. 支撐FIRST媒體專網產品業務開通
2. 實現在集團CRM支撐FIRST媒體專網產品的新裝、變更、拆機等業務的受理和流程處理；
3. 派發訂單竣工任務，通過平台介面完成訂單竣工處理，並歸檔訂單生成產品實例在用數據；
4. 派發實例數據至省CRM系統；
5. 派發實例數據至網分系統。
6. 支撐集團CRM受理FIRST醫療專網產品
7. 實現FIRST醫療專網產品的新裝、變更、拆機等業務的受理和流程處理；
8. 實現派發訂單竣工任務，通過平台介面完成訂單竣工處理，並歸檔訂單生成產品實例在用數據；
9. 實現派發實例數據至省crm系統、網分系統；
10. 實現FIRST醫療專網產品公免業務功能。
11. 實現FIRST醫療專網IP地址管理功能。
12. 支撐配置FIRST醫療專網標準資費。
13. 實現FIRST醫療專網產品，商機轉定功能。
14. 支撐FIRST醫療專網產品，在生產環境全國31省的全業務穿測。

雲網業務全景展示產品

支撐雲網業務全景展示產品業務開通，包括：

1. 雲網業務全景展示產品受理載入，實現業務的受理、拆機。
2. 實現全景展示數據下發至服開系統。

雲中繼產品

增加雲中繼產品受理能力，包括：

1. 新增雲中繼產品受理頁面，主要展示欄位有：客戶信息、收費信息、業務功能等欄位；
2. 新增雲中繼產品業務受理處理流程，業務經理審核；
3. 新增雲中繼業務變更頁面，主要變更內容有業務功能；
4. 雲中繼產品受理後下發領航平台，新增下發介面；
5. 雲中繼產品受理後新增報竣介面；
6. 雲中繼產品受理起租後，產品實例下發省CRM介面。

工作號產品

增加工作號產品受理能力，包括：

1. 新增工作號產品受理頁面，主要展示欄位有：客戶信息、收費信息、業務功能等欄位。
2. 新增工作號產品業務受理處理流程，業務經理審核。
3. 新增工作號業務變更頁面，主要變更內容有業務功能。
4. 工作號產品受理後下發領航平台，新增下發介面。
5. 工作號產品受理後新增報竣介面。
6. 工作號產品受理起租後，產品實例下發省CRM介面。
7. 新增工作號批量開卡受理頁面，按照地域可自選開卡受理地，開卡數量。新增工作號批量開卡受理後下發4G介面。
8. 增加4G開卡後，把開出的號碼通過FTP介面方式回傳集團CRM 介面。增加工作號批量開號後查詢頁面，展示預計開號量、實際開號數。新增工作號成功開號後，把號碼下發給能力平台介面。

雲間高速產品

實現天翼雲門戶開通雲間高速，支撐雲間高速快速受理、分鐘級開通能力。

1. 天翼雲門戶受理
2. 實現在天翼雲門戶受理雲間高速產品的新裝、補點、變更(雲間高速IPVPN支持VPC互聯地址變更和接入帶寬變更、雲間高速VLL支持接入帶寬變更)和拆機等業務。
3. 受理後通過介面導入CRM系統，在CRM系統生成訂單自動送審、自動審核後下發服開系統進行一次報竣和全程報竣，全程報竣後CRM自動起租和自動竣工交付。全程報竣後通過訂單信息反饋介面向天翼雲門戶進行報竣，返回客戶訂單狀態已開通（201400）。
4. 天翼雲門戶發起的訂單在訂單審核下發服開系統後，後端因資源不具備發起退單申請，CRM自動停開原單，審核為同意並停開（介面查詢訂單來源），並想天翼雲門戶返回客戶訂單狀態已退單（401400）。然後掉服開退單介面和天翼雲門戶訂單信息反饋介面。
5. 翼雲門戶來單中是否一口價（fix_once_flag）傳值為2時，CRM系統需要根據資費標準計算月租費，然後導入賬務系統正常出賬。是否一口價（fix_once_flag）傳值為1時，CRM取天翼雲門戶介面的費用值（已在介面約定費用值傳0）。當客戶發起接入帶寬變更時，應根據標準資費自動變更月租費，月租費的生效時間等於自動起租的時間。
6. 天翼雲門戶開通共涉及6個介面：

• 客戶資料查詢介面，查詢客賬戶信息；
• 客戶信息維護介面，創建客戶信息資料；
• 產品新裝介面，新裝、補點電路；
• 主銷售品變更介面，支持VPC互聯地址變更和接入帶寬變更：VPC互聯地址變更只變更通達VPC IP網段。接入帶寬變更只變更接入帶寬；
• 拆機介面，拆機退租；
• 訂單信息反饋介面，訂單報竣。

1. 支持雲間高速尊享版下單可選CN2或DCI及增加專屬雲VPC反查功能，包括：

• 雲間高速-IPVPN新裝、補點、批量導入、明細、實例和雲間高速-VLL新裝、明細、實例，新增屬性：『PE歸屬』、『是否專屬雲』、『專屬雲名稱』；
• PE歸屬放在業務信息，是否專屬雲和專屬雲名稱放在vpc信息；
• 校驗：項目保存時增加校驗，同一個網路標識號內，PE歸屬選項值必須一致。（涉及新裝、補點）；
• 約束：「PE歸屬」禁止在明細界面修改；
• 服開介面：新增屬性「PE歸屬」；
• 雲管介面：新增專屬雲「查詢projectID」介面和專屬雲「查詢VPC列表」介面。先通過專屬雲名稱查詢projectID，再根據projectID、郵箱id和資源池id查詢專屬雲VPC id

1. 受理接入帶寬變更時，受理界面和明細界面增加屬性割接開始時間和割接結束時間，時間格式YYYYMMDDHH24MISS。新裝、拆機和其他變更不填寫割接開始時間和割接結束時間。

優化查看電路開通進度功能，當屬性「PE歸屬」為DCI時，採用現在的流程模板，當「PE歸屬」為CN2時，新增新的流程模板。

IPRAN產品

1. 提升IPran受理與流程的支撐能力，實現IPran批量受理、IPran雲專線受理和處理能力，並簡化流程提升開通效率。
2. IPRAN開通多條電路需要逐條受理，增加批量受理的模板。IPRAN產品受理，實現IPRAN產品受理模板下載、IPRAN產品受理批量導入受理，同時區分集團導入和非集團導入兩套受理模板。
3. IPRAN產品的新裝受理、地址變更、提質、速率變更等業務的受理和流程處理，實現開通是否購買並開通雲資源池站點 。
4. 去除IPRAN長途資源填報環節，即集團CRM 默認"長途資源具備"且不發資源確認單給長途網填報」。
5. 為簡化CN2雲專線和IPRAN雲專線的開通流程，實現IP虛擬專網和以太專線產品中自動獲取雲業務相關信息的能力：

• IP虛擬專網-普通點（CN2）受理，增加本端VPC ID、本端VPC IP網段/掩碼、CTYUN註冊郵箱，並下發CRM-服開、CRM-網分、CRM-雲管；
• 以太專網受理時：增加本端VPC ID、本端VPC IP網段/掩碼、CTYUN註冊郵箱、客戶側互聯地址/掩碼、雲側互聯地址/掩碼，並下發CRM-服開、CRM-網分、CRM-雲管；其中本端VPC ID、本端VPC IP網段/掩碼通過CTYUN郵箱和資源池查詢雲管系統介面獲取。

1. 支撐省內雲網融合業務受理，實現省CRM受理業務的能力提供以及屬性優化、訂單生成、專屬短流程配置、自動開通、自動起租等相關配套改造。包括新增、變更、拆機、撤單等業務場景。

雲專網產品

支撐省CRM受理的雲專網產品來單處理能力，包括

1. 實現雲專網產品，新裝、正常變更-站點IP地址變更、正常變更-速率變更、停開、拆機業務的受理和流程處理。
2. 實現派發訂單竣工任務，通過平台介面完成訂單竣工處理，並歸檔訂單生成產品實例在用數據。
3. 支撐雲專網產品，在生產環境全國範圍的全業務穿測。

95產品

一碼通95專線拓位位長由最大5位修改為最大14位。

涉及界面：新裝、補錄、明細、非正常變更-其他業務變更、正常變更-其他業務變更；當拓位位長大於14時，給出提示信息「拓位位長：不能大於14的正整數」。

雲堤產品

根據云堤部門要求改造雲堤產品功能，實現如下功能改造：

1. 雲堤產品增加正常變更-合同變更，合同變更支撐單個變更和批量變更；
2. 雲堤合同號規則優化，校驗變更後合同編號和MSS中立項編號是否匹配等；
3. 雲堤新裝支撐批量導入功能；
4. 變更流程調整，在賬務變更和合同變更中增加網路安全產品運營中心確認環節；
5. 新裝流程調整，取消需求單環節，直接進行訂單受理。

ICT產品

支持ICT產品批量受理功能，實現根據結算類型判斷是否校驗合同的功能。

中繼業務產品

支撐中繼業務產品可開通共享中繼產品功能，相關改造內容如下：

1. 新增共享中繼產品，支撐CN2業務共享中繼的受理、流程支撐。
2. 實現CN2中繼和ChinaNet中繼流程調整，如A端埠、A端設備沒有填寫，則必須流轉到「填報甲端埠資源」以及「甲端填報資源」環節等。
3. CN2中繼和ChinaNet中繼增加IX中繼類型等欄位。
4. 實現中繼線報竣時接入號碼不能是同一號碼的業務，中繼線接入號碼可以填寫數字和字母，支持通過加字母的方式對同一接入號碼進行區分。

企業寬頻LAN產品

優化企業寬頻LAN產品，主要包括以下功能：

1. 實現企業寬頻LAN產品在新裝、補點、補錄、批量導入、訂單明細、實例明細、速率變更、報價單、賬務變更、服務訂單-業務報竣、IP地址變更頁面：優化「可用IP地址數量」、「接入方式」、「付費可用IP地址數量」、「可用IP地址數量」、「付費可用IP地址月總使用費」欄位屬性、校驗規則、數據配置。
2. 實現企業寬頻LAN產品在新裝、補點、補錄、明細頁面，新增「一次性費用收款方式」欄位、校驗規則、數據配置。
3. 實現企業寬頻LAN產品新增直接轉訂功能，配置適用場景、業務校驗規則，配置流程圖個性化處理邏輯，開發後台數據處理功能。
4. 實現企業寬頻LAN產品，調整拆機業務計費規則。增加對拆機業務做停開或退租日期變更時，與賬務系統交互邏輯。
5. 實現企業寬頻LAN產品，優化輸出業務通知單導出模板。
6. 實現企業寬頻LAN產品，優化客戶名稱變更業務流程。
7. 實現企業寬頻LAN產品，優化訂單明細頁面。
8. 實現企業寬頻LAN產品，新增批量修改需求單功能，校驗規則、數據處理配置。

IDC產品

實現對IDC產品統一管理，一點受理，一點計費，本期改造內容包括：

1. 計費方式功能調整：IDC流量計費方式變更支持能當月生效；IDC業務能增加計費方式：半年（2，8月收費）、半年（5，8月收費）；
2. 過戶功能優化：IDC放開改名過戶流程中批量操作的實例數個的限制；
3. 批量修改功能調整：所有IDC產品增加發展人的批量修改功能；
4. 業務信息調整：IDC業務增加IP地址廣播相關欄位、互聯網帶寬出租增加IPv6相關欄位；
5. 合同規則調整：選擇合同時不要求該合同已立項；
6. 實例庫導出功能調整：導出增加機架規格等欄位；
7. 增加收費地變更功能；增加退單功能；IP出租的IP地址變更增加「導入IP地址模板」功能和相關查詢的排序功能；動態互聯網帶寬出租產品的帳務變更增加批量操作功能；
8. 退租時間調整：集團受理的IDC退租時間為客戶經理錄入的退租時間；
9. 電力要求調整：機架出租中電力要求欄位，支撐按照要求進行分成結算的功能；
10. 帳務變更增加業務接單環節；
11. 各省（含四川、重慶、廣東、浙江、江蘇）審核流程調整：如四川的訂單送審核送給四川省公司審核、浙江的送審核環節增加本地網公司和和省公司審核、江蘇的送審核環節增加省公司業務主管和領導審核環節等等；
12. 新增機房專線產品，含流程改造，賬單下省，兩級介面改造等。

IP虛擬專網產品

1. 全國IP虛擬專網-189/190VPN 產品新裝或補點、補錄、批量導入時，受理頁面規則優化如下：

當業務信息中「承載業務」欄位選擇 「行業簡訊」和「VPDN」時：網路拓撲默認「星型」，且不可修改；站點屬性默認「IPV4」，且不可修改；路由協議默認「靜態」且不可修改；用戶LAN網段地址/子網掩碼：默認「/」，且不可修改。

1. 支撐省內雲網融合業務受理，實現省CRM受理業務的能力提供以及屬性優化、訂單生成、專屬短流程配置、自動開通、自動起租等相關配套改造。

MSTP產品

優化埠類型可選項，增加FE光口選擇。開發後台數據處理邏輯、更新與其他系統交互數據邏輯。

優化速率可選項，增加超大速率選擇。開發後台數據處理邏輯、更新與其他系統交互數據邏輯。

雲錄音產品

雲錄音受理變更是介面下發領航時，增加客戶經理信息：客戶經理工號、客戶經理姓名、客戶經理電話。

增加訂購數量限制，限制一個客戶只能訂購一個雲錄音產品。

雲主機產品

對雲主機產品進行優化，主要建設內容如下：

1. 雲主機產品訂購功能：

新增優惠方式：整體打折，部分資源打折。

新增主機規格；數據盤參數。

1. 受理頁面欄位

優化購物車編號，改成訂單編號。

優化訂購頁面：增加文字說明。

1. 雲主機產品通知功能

訂購、續訂、升級，訂單送雲平台半小時無響應，發送告警通知。

雲主機訂購、續訂、升級，雲平台報竣，可根據報竣信息通知客戶經理。

雲產品開通（ctyun賬號註冊），開通成功後，向客戶經理髮送成功通知。

專屬雲產品

專屬雲產品在集團上線上市後，集團及各省將集團CRM 系統作為專屬雲受理的唯一入口：

1. 改造受理頁面增加資源池、可用區、計算單元；
2. 增加實名認證環節；
3. 增加退單環節。

外呼產品

支撐集團CRM受理一碼通95專線-外呼產品，包括：

1. 實現一碼通95專線-外呼產品新裝、拆機業務的受理和流程處理。
2. 實現派發訂單竣工任務，通過平台介面完成訂單竣工處理，並歸檔訂單生成產品實例在用數據。
3. 實現新增95外呼審核許可權，初始化許可權白名單。
4. 實現新增一碼通95專線-外呼產品，有效期郵件提醒功能，配置校驗規則，開發後台數據處理功能和邏輯。
5. 支撐一碼通95專線-外呼產品，商機轉定功能；支持商機側發起查詢95號碼狀態功能。
6. 支撐一碼通95專線-外呼產品，與商機、服開系統交互客戶、訂單數據。

SDH產品

支撐SDH產品訂購、變更、補錄、批量導入、明細查看功能優化實現以下功能點的改造：

1. 實現屏蔽2.5G的速率，保留2M、8M、34M、45M、155M、622M、2.5G、1.5M、1G和2G，大於2.5G的保持現狀不變；
2. 增加45M速率標準資費的配置，在轉訂單時套用標準資費。甲乙端本地資費核實時：接入類型為「營業區內」，套用本地月租費（18545元/月）；接入類型為「營業區間」，則套用區間月租費（36182元/月）。

互聯網專線產品

支撐集團價格審批系統對互聯網專線產品的價格審批工作，CRM系統根據互聯網專線產品的BGP路由接入方式不同計算各種規則的標準資費，將數據通過介面傳遞至價格審批系統。

公免電路功能調整

實現實際業務中公免電路與客戶電路需要開在同一個IP虛擬專網網號內：

1. 支撐189/190VPN產品下公免電路；
2. 允許公免電路補點非公免電路；
3. 公免工單郵件提醒郵件改造為可配置功能。

測試報告功能調整

實現集團ATM、DDN、FR、IPRAN、IP虛擬專網-189/190VPN、IP虛擬專網-MULTI-VRF、IP虛擬專網-X站點、IP虛擬專網-Y站點、IP虛擬專網-普通點、MSTP、SDH、雲專網、大帶寬傳輸專線產品的測試報告規則優化：

將集團發起的所有選擇「是否提交測試報告」的帶寬型業務的新開、補點、補錄、批量導入、電子化下單和變更訂單，默認選擇『是』或勾選，且可修改。

此需求不包含國際公司發起的B端業務。如果變更單頁面沒有該欄位，不取原單欄位，要默認為 是。

設備號功能調整

企業寬頻-LAN、中繼線、ADSL、普通電話本地型業務目前對設備號進行了校驗，導致部分早期訂單因原設備號與現有設備號編碼規則不符導致無法拆機，現取消拆機單報俊時的設備號校驗。

低時延電路功能調整

支撐低時延電路業務開通並將數據同步省CRM系統，主要改造內容如下：

1. 調整兩級介面實現 「是否為低時延業務」、「時延期望值」、「時延預估值」、「時延承諾值」、「甲端城域內時延」、「乙端城域內時延」、「甲端省內時延」、「乙端省內時延」、「省際時延」欄位下發。
2. 調整受理規則增加國際低時延城市如：香港、大連，並具備速率與城市的規則限制。

端到端流程展示調整

支持查看在途電路開通全流程功能：

1. 實現新增頁面「我的在途單」功能。配置業務規則校驗，配置頁面許可權，開發後台數據處理功能和邏輯。
2. 實現新增頁面「在途單信息列表」功能。配置業務規則校驗，開發後台數據處理功能和邏輯。
3. 實現新增頁面「電路信息列表」功能。配置業務規則校驗，開發後台數據處理功能和邏輯。

實現新增頁面「MSTP、SDH、IP虛擬專網-普通點在途電路開通全流程圖」功能。配置業務規則校驗，開發後台數據處理功能和邏輯。

商機轉訂單功能調整

支撐商機業務受理，實現如下功能改造：

1. 業務受理與跟蹤-商機任務單代辦-選擇一條商機，點擊受理。選擇新裝的產品，進入到信息錄入頁面。
2. 增加產品受理限制只能國內帶寬型產品可受理。
3. 信息錄入頁面的要求完成時間根據商機獲取，並且可以編輯。

工程電路功能

新增工程電路功能，主要建設內容包括：

1. IP虛擬專網-普通點，IP虛擬專網-MULTI-VRF，海外二層VPN（VLL電路，VPLS電路）增加工程電路標籤功能。配置工程電路功能適用場景。
2. 新增工程電路許可權、工程電路審核許可權。初始化賬號的許可權數據。國際公司工程電路許可權、工程電路審核許可權，配置個性化規則校驗。
3. 配置工程電路功能個性化校驗規則、個性化流轉流程。
4. IP虛擬專網-普通點，IP虛擬專網-MULTI-VRF，海外二層VPN（VLL電路，VPLS電路），受理頁面，訂單明細頁面，增加是否工程電路、工程文號欄位。開發後台數據處理功能和邏輯。
5. 工程電路功能，資費信息個性化數據處理。
6. 工程電路補點業務，業務規則個性化配置。
7. 批量導入功能，支持工程電路的批量導入。批量導入模板，增加工程電路相關欄位，開發後台數據處理功能和邏輯。
8. 支持工程電路功能相關欄位，與兩級CRM、服開、網分系統正確交互數據。

故障申告功能

支撐客戶故障申告通知管理升級通知管控需要，實現「客戶故障申告通知管理升級通知模塊」定製界面。可由客戶經理對指定客戶、指定電路、故障類別、通知時間等信息進行預先設定，網分系統可通過介面與CRM系統互聯並進行信息互傳的功能。

1. 客戶故障申告通知管理新增功能：客戶經理可以為指定的電路或業務範圍進行指定，設置通知。
2. 查看功能：只能查看不可修改。
3. 客戶故障申告通知管理修改功能：支持客戶經理修改自己名下的相關內容。
4. 在客戶故障申告通知管理功能操作記錄，添加到操作日誌中顯示。
5. 網分之間新增「故障申告」介面。

組網專線流程改造

優化組網換線流程支撐內容，主要包括：

1. 優化SDH、MSTP產品和甲/乙端本地網資源調查、長途網資源調查工單內容，並在需求單審核後介面下發服開資源調查任務，接收服開返回的資源調查結果。
2. IP虛擬專網產品，優化CE、PE本地網資源調查工單內容，並在需求單審核後介面下發服開資源調查任務，接收服開返回的資源調查結果。
3. 調整資源調查任務完成時限為4個工作日。超過4個工作日無人填報時，以收到服開反饋的「無人填報，系統自動完成」消息為準，繼續流轉至下一環節。
4. 提供資源調查任務後移的開關控制頁面。有許可權的賬號可以按省份控制，開關打開時，允許同時在集團CRM或服開填報資源調查任務；開關關閉時，只能在服開填報資源調查任務，不支持在集團CRM填報。
5. 實現SDH，MSTP，IP虛擬專網（IP虛擬專網-189/190VPN，IP虛擬專網-MULTI-VRF，IP虛擬專網-NNI， IP虛擬專網-普通點）產品，在新裝、補點業務時，需求單送審時增加校驗規則：附件類型為實名制認證附件為必填項。需求單階段增加客戶實名制認證情況填報和接應地客戶經理填報功能。
6. 實現SDH，MSTP，IP虛擬專網（IP虛擬專網-189/190VPN，IP虛擬專網-MULTI-VRF，IP虛擬專網-NNI，IP虛擬專網-普通點）產品，在新裝、補點業務時，是否與首次月租一起支付欄位提供默認值為是。
7. 可以發起的預警中，去掉「開通已完成，客戶未配合簽字」預警原因，即不可在CRM中發起此原因的預警。
8. 實現接收服開發起的「開通已完成，客戶未配合簽字」預警，對於此原因的預警進行個性化流程處理：對此訂單的發起地客戶經理，生成電路級的新的待辦任務。客戶經理可以選擇同意/不同意，同意則返回消息給服開系統；不同意則對此訂單的發起地業務經理，生成電路級的新的待辦任務。業務經理可以選擇同意/不同意，同意則返回消息給服開系統；不同意則流程結束。

B端業務功能

支撐海外公司在系統上發起的訂單，部分需求單前期錄入的資費信息，在轉訂單後會自動套取標準資費將其覆蓋，針對海外公司發起的B端帶寬型業務訂單的新裝和所有變更，取消轉訂單時自動套取標準資費（本地月租費、長途月租費、國際月租費）的功能。

其他信息變更

增加國內發起MSTP、SDH、企業寬頻-LAN、ATM、DDN、ADSL、IP虛擬網—普通點、IP虛擬專網—X站點、IP虛擬專網—Y站點、IP虛擬專網—NNI、 IP虛擬專網—MULTI-VRF、IP虛擬專網-189/190VPN、中繼線、其他信息變更，其他信息包括：甲乙端聯繫人、 姓名、電話 、業務備註，以訂單形式下發，非正常變更和批量改單，非正常變更在原流水號後面加字母，審核後經過服開覆蓋原流水信息，非正常變更流水作廢。

項目信息關聯

優化支撐項目信息關聯功能，主要包括：

1. 在業務受理流程中，項目信息頁面，支持展示合同編碼，合同名稱，項目編碼，項目名稱，項目經理欄位。數據來自商機轉定介面，或頁面手工錄入。
2. 訂單送審時增加校驗規則：訂單為集團商機來單時，項目編碼不為空且項目經理不缺失時，則流程繼續；項目編碼不為空且項目經理缺失時，則給出提示並不允許送審；項目編碼為空且MSS延時時，則給出提示並不允許送審；項目編碼為空且MSS不延時、項目經理缺失時則給出提示並不允許送審。
3. 在賬務系統中所有涉及基礎信息的區域、基礎信息導出末班中，增加合同編碼，合同名稱，項目編碼，項目名稱欄位的展示。

訂單處理與跟蹤

預警填報功能

1. 預警填報發起規則優化，超過訂單要求完成時間不能發起預警填報。
2. 預警填報頁面欄位調整，修改刪除一些預警原因，增加是否對端預警等欄位。
3. 預警填報頁面規則新增，部分預警原因要上傳附件證明，預警原因只能選擇一個、部分預警原因是否需要延期判斷等規則。
4. 預警填報後，要給客戶經理、業務經理、審核人等發郵件，如果人員重複只發送一次，發送成功後反饋預警結果。
5. 預警填報後如果要求延期，還要給業務經理生成延期待處理得待辦任務，如果此訂單有延期待處理任務在途，則取延期時間長得保留，另外一個任務反饋預警結果。
6. 新增預警延期待辦任務處理頁面，頁面欄位包括預警原因、填報端向、處理結果等欄位。
7. 預警延期任務處理結果邏輯，如果同意延期生成要求完成時間變更單，生成時要判斷是否有在途單等，並反饋預警結果，如不同意直接反饋預警原因。
8. 如果電路有預警延期待處理任務，待處理時，此時又從業務受理裡面對與這條電路發起了要求完成時間變更，當要求完成時間流程啟動時，預警延期待處理任務自動取消，反饋預警結果為。
9. 接收服開系統填報得預警信息，新增預警填報介面。
10. 新增預警結果反饋介面給服開反饋預警結果。

批量修改功能

優化批量修改功能，內容主要包括：

1. MSTP產品批量修改需求單功能、批量修改訂單功能，支持批量修改甲端是否為匯聚主點、乙端是否為匯聚主點、甲端VLAN透傳、乙端VLAN透傳、MTU數值。
2. MSTP產品改單功能，訂單、需求單明細頁面，支持修改屬性：甲端是否為匯聚主點、乙端是否為匯聚主點、甲端VLAN透傳、乙端VLAN透傳、甲端CE-VLAN ID、乙端CE-VLAN ID、甲端參考電路接入號、乙端參考電路接入號。
3. MSTP、SDH、DDN、ATM產品，批量修改訂單功能優化，支持批量修改月租費一口價屬性。
4. MSTP、SDH、IP虛擬專網普通點產品，正常變更-地址變更、速率變更業務，批量修改需求單功能，支持修改欄位：需求單要求完成日期，是否與首次月租一起支付，一次性費用收費方式，一次性費是否公免或免費，甲端/CE一次性費收款單位，乙端/PE一次性費收款單位。
5. MSTP、SDH、IP虛擬專網普通點產品，新裝、正常變更-地址變更、速率變更業務，月租收款單位修改功能，支持修改欄位：甲端、乙端、國內長途、國際，本地月租費收款單位。

進度報告功能

實現集團CRM 系統與服開全流程可視化、預警自動化，提升客戶感知，優化進度報告展示功能：

1、進度報告附件填報模板優化，流水號格式變更、標題變更、欄位調整增加甲乙端展示。

2、進度報告附件模板調整，訂單去掉拆機單等邏輯處理。

3、進度報告填報頁面本周和下周計劃選項優化，填報原因要跟預警原因對應，並回顯預警原因。

埠類型功能

支撐全國範圍內SDH和MSTP業務的功能改造涉及新裝、變更功能改進。

1. 實現甲乙端埠類型與速率的規則級聯約束功能。
2. 埠類型選擇「其他」時，甲、乙端 埠類型增加其他埠類型下拉框，並提示「在該業務中，'其它'埠類型為不常用埠，請確認後選擇。
3. 實現埠類型下拉框選擇「其他」之外的值時，其他埠類型下拉框隱藏。
4. 實現MSTP、SDH模板導入時提示信息更精確的功能。

B2業務

為支持境內段帶寬型業務資源核查的標準時限為3個工作日（大帶寬、低時延業務除外，為5個工作日），需實現對於符合上述3個工作日標準的B2端的MSTP、SDH、IP虛擬專網需求單,在3個工作日沒有填報資源核查結果時資源填報自動完成，同時實現兩級介面適配改造。

超期電路功能

1. 增加超期未報竣文件夾，展示超過要求完成時間+3個工作日得未報竣的電路。
2. 超期未報竣文件夾，展示超過要求完成時間+3個工作日得未報竣的電路改為+2個工作日，同時修改限制展示所有產品。
3. 超期未竣工文件夾點開後，把「預警」更改為「新開」；「到期」改為「變更」；「超期」改為「拆機」。同時按照標題查詢對應的訂單，將拆機單的超期改為+7個工作日。
4. 將CRM超期未報竣的全部電路於每周四凌晨00：00以郵件的方式發送到網運部客戶維護服務中心服務調度室公共郵箱kwzd@cndata.com。
5. 超期未竣工輸出時間調整為每周三。
6. 超期未竣工輸出增加客戶名稱、客戶經理等欄位。

A端業務功能

電路轉訂單後，給國際公司A端發送的郵件提醒，在郵件的流水號和發起局的基礎上，新增客戶名稱信息，達到可識別是哪位客戶經理錄單、加速工單流轉減少賬務差異的目的。

訂單跟蹤功能

優化訂單跟蹤功能，主要內容包括：

• 新增訂單跟蹤頁面。頁面左側提供目錄樹作為篩選查詢條件，頁面右側展示查詢結果。統計範圍支持當前登錄賬號下單的，業務經理是當前賬號的，客戶經理是當前賬號的所有訂單。頁面左側目錄樹定義：一級目錄：開通中，已報竣，超時未報竣，需關注電路；二級目錄：新開，變更，拆機；三級目錄：預警，未預警。二級目錄需關注電路下的三級目錄特殊處理為：16個工作日-1個月，1-3個月，3-6個月，6-12個月，12個月以上。以頁面左側目錄樹的選擇為查詢條件，頁面右側展示電路級的查詢結果，包含流水號，電路代號/設備號，客戶名稱，客戶編碼，產品名稱，銷售品名稱，單據狀態，客戶經理，客戶經理聯繫電話，業務經理等30個欄位。支持查詢結果可導出為excel文件功能。

合同規則

優化合同規則和增加合同號展示規則功能；同時，增加跨省電路的提示功能；測試電路的通知功能，主要包括：

1. 跨省電路在轉訂單階段校驗合同下發省。
2. 測試電路到期後增加提示功能，提醒客戶經理延期、轉正式業務或拆機。
3. 測試電路過期後系統自動給客戶經理髮送郵件、簡訊提示，並派發待辦工單。
4. 合同號選擇規則優化，包括國際業務三聯單合同號、合同號展示規則調整。
5. 合同號展示規則：增加訂單所屬客戶經理的所有合同，默認展示登錄人本人的合同，合同號按簽約時間倒序排序。

資源核查功能

支撐訂單加快開通進度的要求，根據產品和業務類型取消資源核查環節任務：如DDN、MSTP、ATM的續約變更，IP虛擬專網的路由變更、站點路由數變更等資源核查任務取消。

業務通知單功能

為適應實際業務需要，提升業務處理效率和訂單對應工作量，增加業務通知單序號功能。

1. 帶寬型產品輸出業務通知單

對於帶寬型產品的新裝、非正常變更、正常變更和拆機單，輸出excel版業務通知單中序號列格式實現為 輸出流水號+小序號。

1. 實現非帶寬型業務輸出業務通知單的功能。
2. 對於非帶寬型產品，如數據中心（IDC）產品、ICT等業務的新裝、非正常變更、正常變更和拆機單，輸出excel版業務通知單中序號列格式實現為 輸出流水號+小序號。

速率變更

對MSTP、IP虛擬專網、ATM產品速率變更功能進行優化，包括：

1. 正常變更和非正常變更中進行速率變更時，在訂單送審前可以修改月租費一口價，修改是或者否，修改後可繼續送審核。
2. 修改月租費一口價後，訂單送審完成後同步賬務系統。

產品主數據改造

為了配合企業新產品體系的及建立，集團CRM 對產品編碼以及主數據改造，並支撐新舊版本分省支撐以及各省交互能力：

1. 根據企業產品目錄文檔中的產品編碼，重新配置產品管理；
2. 改造帶寬型等業務的兩級稽核介面、帶寬型業務以及IDC等集約類業務的兩級CRM訂單介面、國際公司數字化運營平台訂單介面（用老編碼適配）、一點收費服務兩級訂單介面等；
3. 實現分省支撐和功能功能，開發介面控制功能，控制住部分省使用新的產品編碼部分省使用老的產品編碼。

產品實例庫

數據中心產品實例庫

優化數據中心產品實例庫功能，包括：

1. 數據中心產品實例庫頁面，展示查詢結果支持展示合同編碼、客戶編碼欄位。並將這兩個欄位的位置放置在固定區域，不受滾動條拖動影響。
2. 數據中心產品實例庫導出excel表格中，支持展示合同編碼、客戶編碼欄位。

查詢統計

工作量統計

結合實際業務統計和考核要求，實現「每日工作量統計」報表：

1. 支撐對開通業務統計和考核要求，新增「每日工作量統計」報表；

實現報表統計集團交付與服務支撐中心業務經理和項目經理的工作量統計。

1. 支撐北京本地網對IDC數據的統計業務：
2. 增加IDC統計報表。
3. 增加全程已報竣電路統計。
4. 增加已起租電路統計表功能。

完成及時率統計

支撐LAN產品的完成及時率統計功能，調整完成及時率統計報表調整為南方、北方兩個維度的統計。

組網專線開通及時率統計

支撐組網專線產品的業務開通及時統計業務，改造以下功能：

1. 實現每月統計分析報表新增一次性開通成功數統計。
2. 實現一次性開通成功數統計：竣工日期早於訂單首個要求完成日期的電路數+竣工日期晚於訂單要求完成時間的電路（超期），在訂單定單要求完成時間之前完成且在無理由開通規定時限內完成開通的加急電路。
3. 調整每月統計分析報表再一次性開通成功數統計欄位下方新增結合預警欄位。
4. 調整每月統計分析報表實現再一次性開通成功數規則增加預警條件。
5. 調整每月統計分析報表，新增甲端超時原因、乙端超時原因統計項。
6. 調整每月統計分析報表，新增超時原因查詢規則。
7. 調整每月統計分析報表，新增超時竣工規則，甲端、乙端、骨幹、主調局、（全程報竣）有任何一個得報竣時間晚於首次定單要求完成時間有任何一個的報竣時間晚於定單要求完成時間初始值，就算超時竣工；超時竣工的電路分別分析甲端乙端骨幹網主調局的完成情況和超時原因；先判斷是否報竣超時：如果報竣未超時，則為空。如果報竣超時，判斷是否是主調局。
8. 調整每月統計分析報表縱坐標增加南方統計和北方統計倆個統計項。
9. 調整每月統計分析報表增加要求開通電路端數統計項，規則為甲端、乙端及出入口局為同一個省的單據。

銷售品訂單查詢

優化銷售品訂單查詢功能，包括：

1）銷售品訂單查詢功能，SDH、MSTP、IP虛擬專網、IPRAN、大帶寬傳輸專線、DDN、FR、ATM產品，設置查詢條件時，產品特有屬性增加可選欄位：甲端資源情況，乙端資源情況，甲端單點報竣時間，乙端單點報竣時間，訂單首次要求完成時間。查詢結果中，增加相應欄位的展示。

2）銷售品訂單查詢功能，導出excel文件模板中，增加甲端資源情況，乙端資源情況，甲端單點報竣時間，乙端單點報竣時間，訂單首次要求完成時間欄位。

3）銷售品訂單查詢功能，IPRAN產品設置查詢條件時，產品基本屬性增加可選欄位：是否購買雲資源池。

4）銷售品訂單查詢功能，導出excel文件模板中，增加是否購買雲資源池欄位。

預警統計分析報表

優化預警單據統計業務，改造如下功能：

1. 調整預警統計報表，增加統計開通電路數、超時電路數、超時原因等信息。
2. 增加按照預警原因分類展示對應數據。

IDC運營分析視圖

為進一步挖掘IDC集約運營數據價值，為IDC業務發展及規劃提供數據支持，增加IDC運營分析數據展示視圖，具體如下：

1. 展示數據內容
2. IDC集約出賬收入數據（當月全國收入和當年累計全國收入）；
3. IDC直管客戶集約出賬收入和資源情況、各省集約出賬收入和資源情況；
4. IDC全國資源情況，含總機架數、預占數、剩餘量、實占量等；
5. 經營分析數據展示。
6. 多種呈現維度：
7. 集團及各省，集團可看全國數據，各省可看本省及本地網數據；
8. 支持累計收入和分月收入。
9. 訪問許可權：
10. 可通過連接訪問，訪問需要用戶名及密碼；
11. 支持特殊賬號導出統計表格功能。

月度靜態報表

支撐業務部門對報表的統計要求，優化報表功能：

1. 調整帶寬型業務工作量統計表，實現能區分企業部和國際部倆個部門的數據展示功能。
2. 調整月度靜態報表下單數，實現受理數統計能區分企業部和國際部倆個部門的數據展示功能。

每月統計分析報表

支撐業務部門對報表的統計要求調整報表功能，包括：

1、調整每月統計分析報表，取數範圍調整，增加當期在途統計項。

2、調整每月統計分析報表，增加按照責任落地省展示。

3、調整每月統計分析報表，增加及時數統計項。

月度固化統計報表

結合業務部門臨時數據統計需求，提供訂單和產品實例的寬表能力，實現訂單與產品實例高效、快捷、準確的臨時查詢統計能力，新增一套常用的查詢統計規則和條件，用來滿足交付部門常用的臨時統計需求。

國際業務開通及時率統計

支撐業務部門對報表的統計要求調整報表功能，包括：

1. 新增國際業務（無理由）開通及時率統計報表。
2. 實現國際業務單據開通及時率的統計數據展示。

超時竣工工單報表

支撐業務部門對報表的統計要求調整報表功能，調整超時竣工工單報表，新增電路代號、甲端裝機地址、乙端裝機地址和全程報竣超期城市統計項。

本地網資源資費填報情況

支撐業務部門對報表的統計要求調整報表功能增加相關信息統計展示，以便直觀地反映本地網一站工單相關環節的用時情況：

1. 本地網資源填報情況表頁面改造

• 在需求單審核日期後面加一列：任務派發日期。在開通曆時列後面增加兩列:資源反饋歷時、資費反饋歷時。

資源反饋歷時=任務派發日期 - 資源填報日期。

資費反饋歷時=任務派發日期 - 資費填報日期。

1. 本地網資費填報情況表頁面改造

• 在需求單審核日期後面加一列：任務派發日期。在開通曆時列後面增加兩列：資源反饋歷時、資費反饋歷時。

資源反饋歷時=任務派發日期 - 資源填報日期。

資費反饋歷時=任務派發日期 - 資費填報日期。

1. 增加數據同步功能

任務派發日期（取jtbps.wfworkitem表的createtime欄位），存於訂單庫，資源/資費填報日期存於報表庫，故需要將wfworkitem表信息從訂單庫同步到報表庫。

各省新報表

提供分省統計分析能力，並對部分各省報表中指標進行相應調整，改造內容如下：

（1）調整每月統計分析報表，增加涉及地無理由開通及時率的統計項

（2）調整每月統計分析報表，增加發起地、非正常變更佔比的統計項

（3）調整每月統計分析報表，增加發起地長期未竣工電路數的統計項

（4）調整每月統計分析報表，新增發起地定單型需求單轉定率。

帶寬型業務統計

調整每月統計分析報表、每月統計分析報表清單、每月預警統計分析報表的統計範圍，剔除以下類型工單：

1、剔除合同選擇測試合同的工單；

2、剔除IP虛擬專網產品中 「PE歸屬」為DCI的工單；

3、剔除IP虛擬專網產品中「是否購買雲資源池站點並開通」為是的工單。

營銷資源管理

號碼管理

400號碼管理增加查詢審批進度的功能，查詢400號碼在價格審批的進度信息。

號碼申請單管理

400號碼審批流程優化，增加觸發400號碼系統進行號碼鎖定、預占或釋放並新增判斷邏輯，號碼不是空閑或鎖定狀態的，不能申請預占會返回錯誤：

1）鎖定，判斷號碼的狀態是否空閑，不是空閑的則介面返回錯誤；

2）釋放，判斷號碼的狀態是否鎖定，不是鎖定的則返回錯誤，不能操作釋放；

3）預占，系統內就會自動生成一個400申請單。

系統概況

系統總體概況描述

1. 系統支持多應用伺服器的集群結構，可以根據規模的變化靈活調整計算能力節點數量，提供處理性能的橫向擴展能力，配合負載均衡設備實現高可用性。
2. 系統應用軟體的設計符合規範中技術體系架構的要求，數據存儲層、業務邏輯層、介面展現層等相互獨立，不同層之間採用符合國際標準的中間件或介面，使系統具有良好的靈活性、可操作性和可擴展性。
3. 應該常用的硬體架構；支持常用的操作系統（Unix、Linux、Windows等）；應該支持常用的中間件（Websphere、Weblogic、Jboss等）；應該支持常用的資料庫（Oracle、DB2、PostgreSQL、MySql等）；
4. 支持多種介面方式，如Socket、WebService等多種標準介面協議；支持API介面；支持介面的可擴展性；介面遵從松耦合原則。
5. 靈活支持集團公司和省公司兩級管理架構，支持兩級管理的數據交互。
6. 系統支持對被管對象進行統一的、跨平台的操作，以簡化管理操作。
7. 系統同時支持安裝監控代理和直接連接兩種方式獲取監控數據。監控代理程序應支持包括UNIX、LINUX、WINDOWS等在內的多種主機平台。監控代理程序應支持採集周期和採集腳本可以靈活配置。
8. 系統支持對監控代理軟體版本的管理、監控代理的程序的自動分發、以減少監控代理程序的複雜度和日常維護工作量，並確保以後擴充監控對象時，無須在被監控端對象上進行額外的工作。

性能指標

1. 系統界面的操作反應時間不高於6秒，統計報表類操作反應時間不高於60秒，如存在其它特殊耗時操作，會詳細說明原因。
2. 支持1天內所能處理的最大當前告警、性能數據量。
3. 網路設備運行正常且系統壓力正常情況下，告警、性能數據的響應時間（指被監控對象發生告警事件和性能事件，到監控系統完成採集、糾錯、轉換併入庫的時間間隔）應不得大於5分鐘。在系統滿負荷情況下，響應時間不大於以上指標的150%。
4. 當系統某個用戶界面程序異常停止後，不影響伺服器端和其它用戶界面的正常運行。
5. 系統進行數據採集不影響業務生產系統的穩定性，也不明顯影響業務生產系統的性能。
6. 在被管對象設備上安裝的全部監控代理程序佔用被監控系統資源累計的限制要求為：佔用CPU使用率在5%以下，佔用伺服器物理內存為30MB以下。
7. 當系統網路資源或者被管對象系統主機資源緊張時，支持動態停止或恢復某些監控對象的數據採集功能，以減少對網路及對被管對象系統主機的壓力，無需重啟系統整個應用程序。

系統可靠性

1. 應用系統提供完善的日誌記錄功能，對系統關鍵數據的每一次增加、修改和刪除都能記錄相應的修改時間、操作人和修改前的數據記錄。
2. 系統與監控對象連接中斷時，在一定時間內自動嘗試重建連接，如連接失敗應以告警形式提示用戶。
3. 告警處理核心軟體建議實現應用級主備配置，以便在沒有系統級熱備軟體的情況下，實現告警處理的可靠性和穩定性。
4. 系統具有自檢功能，能監視系統各功能模塊的運行情況，隨時發現系統自身的問題。
5. 為了保證系統的高可靠運行，本系統提供容錯機制，避免單點故障的發生，如採用集群、負載均衡等技術；同時，系統應提供完整的備份和恢復手段。
6. 系統設計不影響業務生產系統的可靠運行，本系統與業務支撐系統之間採取嚴格的許可權控制或設置防火牆等措施，保證業務生產系統的安全性。
7. 監控代理程序應提供本地數據保存功能，當網路發生故障導致數據傳輸發生中斷後，監控代理程序應能保存所採集的數據。

系統可維護性

1. 系統具有對自身的集中維護配置功能，包括集中的系統參數設置、集中的系統日誌管理等。
2. 系統按照可維護性原則進行設置，對於重要操作要求記錄日誌，關鍵操作的每一步處理應該是可追蹤的，如告警確認人員、時間等信息。
3. 當提交完整的產品時，我方提交易於安裝的標準安裝程序（如：主要軟體包可放置於光碟）。提供必要的操作維護手冊及技術手冊、必要的培訓。當進行版本升級時，提供版本差異的詳細說明。
4. 系統具有良好的可擴展性，支持平滑擴容，以滿足未來管理應用和業務系統規模的增加而不斷擴展。
5. 當被管對象迅速增加時，數據採集、告警處理和性能處理模塊應能夠採用分布部署的方式，分模塊、分主機部署地對告警數據和性能數據進行處理，以保證整個軟體架構的穩定性和擴展能力。
6. 系統支持採用增量備份和全量備份相結合的方式定期備份重要的系統數據。
7. 支持系統的橫向可擴展能力，當系統處理壓力過高時，可通過增加硬體/應用伺服器的方式，實現系統的分壓處理能力
8. 系統採用構件化設計思想，系統框架與業務邏輯分離，以滿足大型企業用戶的需求。
9. 應用系統支持各構件的單獨升級，並儘可能實現在線升級功能。

系統介面

1. 介面方式與信息模型的松耦合。即無論採取何種介面方式或技術，其交互的信息都應遵循統一的信息模型，建議統一採用XML格式描述信息模型。
2. 系統與外部信息源的松耦合。即通過介面的信息交互，本系統與相關係統以及其它介面對端系統之間不應存在強依賴的關係，介面的運行不對介面對端系統的可靠性、穩定性、安全性等方面造成影響。
3. 介面實現具備可靠性：當介面出現異常時，可及時產生自身的告警或者將異常信息體現在業務功能界面中，以便維護人員迅速察覺解決問題。當介面連接恢復正常時，介面具有自恢復能力，可以繼續正常運行，不應造成數據的丟失。
4. 介面實現方式的適度冗餘可以作為系統介面的建設參考，以在某種介面方式失效時保證信息的正常交互。
5. 系統與外部系統的介面交互信息內容有著不同的安全保密要求，如配置信息通常比性能信息保密性要高，根據信息的安全級別可採取不同的介面傳輸方式，或採用信息加密的方式提高介面安全性。
6. 介面實現具備高效性：本系統的運行效率與介面效率密切相關，採用的介面方式與實現技術將保證介面的暢通、高效，盡量減少待交互信息的積壓或延遲。
7. 介面實現具備可擴展性：介面的定義不限制本系統的功能實現，在將來系統管理功能發生改變時（增加或調整），介面方式應能繼續對功能提供支持。
8. 介面信息數據模型的可擴展性：隨著通信網路的發展，軟體技術的變革以及及業務的不斷更新，管理對象的種類和具體指標都會發生改變。無論採取何種介面方式，都將很好地支持信息模型的改變。
9. 介面方式與實現儘可能採用成熟的先進技術，與國際主流技術保持一致，從而使系統得到較好的投資保護。系統間的介面實現技術應該優先選用WebService技術和支持JMS標準的消息隊列技術。

基礎平台概況

軟體平台描述

軟體基於業界開放式標準，包括各種網路協議、硬體介面、資料庫介面等，以保證系統的生命力，保護投資，體現良好的擴展性和互操作能力。系統設計應充分考慮擴展性，能夠以多種方式支持系統的擴展，包括業務功能的增加，系統升級以及系統擴容等。

應用軟體

1. 遵循企業的相關介面規範。
2. 應用軟體的設計應採用靈活的結構，應採用面向對象、中間件等技術。
3. 整個應用軟體系統應能夠連續7×24小時不間斷工作，應用軟體中的任一模塊更新、載入時，在不更新與上下模塊的介面的前提下，不影響業務運轉和服務。
4. 整個應用軟體系統應能夠滿足規範要求的性能指標
5. 系統參數、用戶數據與處理程序應有相對的獨立性。用戶數據的任何變更不會引起運行版本程序的變更。
6. 應用軟體應具有較高的自動化程度，如：自動任務調度、自動故障告警、自動任務恢復等。
7. 具有完整的操作許可權管理功能和完善的系統安全機制，能夠對每個操作員的每次操作有詳細的記錄，對每次非法操作產生告警。
8. 具有故障診斷和故障定位功能。
9. 採用簡潔、直觀、友好的圖形化中文界面，支持滑鼠操作。
10. 具備相應容錯手段，允許操作人員有限範圍的誤操作。
11. 具備可維護性和可運營性，關鍵監控數據和統計數據應遵循企業相關監控介面要求對外提供。
12. 具有在線幫助功能。

資料庫系統軟體

1. 支持中文漢字內碼，符合雙位元組編碼。
2. 支持主流廠商的硬體平台及操作系統平台。
3. 具有良好的伸縮性。
4. 支持主流的網路協議（如：TCP/IP、IPX/CPX、NETBIOS及混合協議）。
5. 具有良好的開放性，支持異種資料庫的互訪。
6. 支持對大型異種資料庫的訪問。
7. 支持分散式事務及兩階段提交功能。
8. 具有支持並行操作所需的技術（如：多伺服器協同技術、事務處理的完整性控制技術等）。
9. 支持聯機事務處理（OLTP），要求能夠實現數據的快速裝載、高效的並發處理和互動式查詢。
10. 支持C2或以上級安全標準、多級安全控制。
11. 支持資料庫存儲加密及相應冗餘控制。
12. 支持聯機存儲和備份功能（如：磁帶方式、光碟方式）。
13. 應具有強的容錯能力、錯誤恢復能力、錯誤記錄及預警能力。
14. 應避免資料庫死鎖的出現，一旦死鎖能夠自動解鎖鎖。

項目實施與服務方案

我方將對項目管理的以下方面做詳細說明：進度管理、質量管理、風險管理、項目人員組織管理、變更管理和例會制度等。

總體實施與服務方案

1. 本期工程實施期間，我方將安排具有專業技術水平的專職人員參與本次工程建設，我方參與本工程建設的所有人員，在工程建設期間，不得同時參與其他工程項目的建設，以保證能夠按時完成本次工程建設。
2. 本期工程我方作為總集成商，負責管理本工程中的其他參建單位；
3. 我方將保證，在本工程建設期間，應保持持續穩定的人力投入。
4. 工程例會、項目協調會等項目相關會議由我方組織召開；
5. 各開發商指定一名項目經理和客戶經理建立與企業對口聯繫。
6. 項目經理在工程期間每周至少來企業2次，電話要保持7*24小時通暢，如遇到特殊情況需提前通知企業的相關人員。
7. 定期組織和參加每周的工程和維護例會，並及時提交相關周報。
8. 工程在初驗前開發團隊的項目經理不能撤離，在初驗後按照合同的約定需要有專業的維護團隊進入崗位。
9. 我方將提供整體的項目管理方案，項目的重大事件或者管理變更需要得到企業相關人員同意；關鍵性操作（如：重啟伺服器、管理員帳號生成、許可權的修改等）需以郵件或書面的方式得到企業相關人員同意。
10. 遵守企業與集成商約定的其他制度。

項目實施方案

項目組角色與職能

項目領導小組

負責與領導的溝通，實施對項目各小組的日常督導和管理；

負責整體部署、審定和檢查項目中的各種重要計劃和報告；

負責與各組有關領導定期的溝通和交流，對各組具體實施進度把關；

協調和落實項目中的主要資源和項目資金的投入；

定期聽取和收集項目階段進展情況的彙報，負責協調和解決項目的重大問題；

審核、公布項目組整體工作報告，對項目實施的總體結果負責；

項目組成員將我公司與客戶單位共同商定組建。

領域專家組

協助產品管理組進行項目需求調研；

協助技術開發組進行模型構建；

協助技術開發組進行模型的評估驗證、優化跟蹤；

參與項目的驗收；

領域專家組由行業經驗豐富的領導、專家組成。

項目管理組

負責整個項目的計劃執行和管理；

負責項目的人力資源管理、風險管理、質量管理；

負責項目的範圍管理、時間管理、成本管理、溝通管理；

負責項目的採購管理、集成管理。

對外協作組

制定實施過程合作方工程界面等相關協作項目實施細則，明確各方權責；

協調項目實施點的工作安排；

負責對用戶方提交項目進展情況工作報告；

向項目領導小組領取工作計劃並向領導小組報告工作進展情況；

第三方設備採購及協調工作；

負責項目系統軟體採購方面的工作規程、工作計劃、工作記錄的編寫和總結；

配合其他組的技術人員了解系統軟體的部署環境；

負責組織並實施系統軟體的安裝、調試和技術服務方面的工作；

負責系統軟體培訓授課和輔導工作；

協調對系統軟體的售後技術服務；

組織培訓、項目測試及驗收工作。

質量保證組

負責確認系統的質量標準，設定檢查評審里程碑，制定質量保證計劃，參與系統測試管理以及系統的配置管理；

負責與用戶協調，制定產品的質量標準和系統驗收標準；

負責檢查軟體系統的評審里程碑到達的標準；

負責制定和實施質量保證計劃；

參與系統測試管理與配置管理；

組織實施代碼評審和設計評審；

進行項目風險的跟蹤，提出解決問題的建議；

跟蹤項目實施進度，評估計劃的執行情況。

項目工作組

為了突出項目開發和實施過程一些步驟的重要性和關聯性，在項目工作組中設置了程序組、產品組、開發組、測試組、用戶教育組等幾個職能組，組成人員主要是相關工作的資深人員組成，他們將按照科學組織方式，與客戶積極配合，為客戶提供滿意的產品；

負責軟體開發的團隊組織和管理；

負責軟體開發工作的計劃安排，進度跟蹤，保證軟體的開發；

協調和安排本組人員的工作，實施對人員的日常管理和工作考核；

負責軟體開發的需求調研，系統設計和編碼管理工作；

負責與用戶需求進行溝通和協調方面的工作；

制定和落實軟體開發維護的日常工作計劃；

負責軟體技術文檔的修改和補充，包括軟體更改記錄及相關補充資料；

定期以多種方式，向項目領導組彙報工作進展和存在的問題和困難，以使問題得到及時解決；

接受項目領導組和項目管理組的管理，協助軟體開發工作的完善和改進；

對所承擔的軟體開發工作結果負責；

負責制定和完善版本管理、軟體配置管理、軟體開發環境和測試環境的管理規程和工作計劃；

負責承擔軟體版本的整合、註冊與發布；

負責項目所有文檔和質量記錄的收集、註冊與發布；

負責搭建和管理項目的開發環境、測試環境、培訓環境；

負責與用戶支持人員一起保證系統的運行；

負責所承擔建設的系統的培訓以及技術支持服務。

• 團隊模型

項目工作組將定義了團隊同級成員的一些角色和職責，這些成員都在以相互依存的跨學科角色進行信息技術項目工作。下面的圖表對該模型的邏輯進行了描述，整個項目團隊分成六種角色：

產品管理：負責客戶需求的提取、整理，並不斷將項目組的工作成果與客戶交流；

程序經理：負責項目的計劃管理、節奏控制，同時協調項目組所有人員的協作、配合；

用戶體驗管理：使產品儘可能貼合用戶使用習慣，同時負責文檔和說明的製作、培訓工作；

開發管理：負責根據用戶需求設計、實現系統；

測試管理：負責根據用戶需求以及規範測試所有產物（包括文檔、系統等）；

發布管理：負責系統的部署以及後期的技術維護。

項目支持組

下設文檔管理組、部署組。

從軟體工程管理的要求出發，對所有的文檔與資料均進行有效的控制和管理，有序地進行並形成相應的文檔與資料；更好地為項目服務；

對項目中各項工作中各階段文字或其他方式的描述結果（稱為項目文檔與資料）進行檔案管理；

各單位系統軟體和應用軟體安裝、調試、交付；

系統聯網調試和綜合測試；

檔案形式：紙介質與電子形式並存，以紙介質形式為主。

項目功能建設方案

按照投標人要求的項目建設內容，提供符合預期要求的系統功能，覆蓋章節4里所涉及的所有功能。

測試方案

單元測試

• 單元測試說明

在計算機編程中，單元測試（又稱為模塊測試）是針對程序模塊(軟體設計的最小單位)來進行正確性檢驗的測試工作。程序單元是應用的最小可測試部件。在過程化編程中，一個單元就是單個程序、函數、過程等；對於面向對象編程，最小單元就是方法，包括基類（超類）、抽象類、或者派生類（子類）中的方法。

單元測試的目標是隔離程序部件並證明這些單個部件是正確的。一個單元測試提供了代碼片斷需要滿足的嚴密的書面規約。因此，單元測試帶來了一些益處。單元測試在軟體開發過程的早期就能發現問題。

• 單元測試方法與內容

單元測試主要採用白盒測試技術，用控制流覆蓋和數據流覆蓋等測試方法設計測試用例；主要測試內容包括單元功能測試、單元性能測試和異常處理測試等。

• 單元測試流程

從配置庫獲取源碼文件，設計測試用例，執行測試用例，並利用相關測試工具對單元代碼進行測試，將測試結論填寫到單元測試報告和軟體Bug清單中。

把軟體Bug清單和測試用例執行結果提交測試負責人，並進入納入質量管理。對源碼文件進行的測試，視程序存在缺陷的情況，可能要重複進行，直至問題解決。

單元測試的執行者，一般情況下可由程序的編碼者進行，特殊情況可由獨立於編碼者的測試人員進行。

• 單元測試用例

編程組組長組織、指導開發人員根據《系統設計說明書》，編寫所負責代碼設計模塊的《單元測試用例》，設計單元測試腳本。

• 代碼評審

代碼評審也稱代碼複查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。

評審的內容：

1)編碼規範問題；

2)代碼結構問題：重複代碼、巨大的方法和類、分層不當、緊耦合等；

3)工具、框架使用不當：Spring、Hibernate、AJAX等；

4)實現問題：錯誤驗證、異常處理、事務劃分、線程、性能、安全、實現過於複雜、代碼可讀性不佳、擴展性不好等；

5)測試問題：測試覆蓋度不夠、可測試性不好等。

評審的優點：

1)提高代碼質量：在項目的早期發現缺陷，將損失降至最低

2)評審的過程也是重新梳理思路的過程，雙方都加深了對系統的理解

3)促進團隊溝通、促進知識共享、共同提高

集成測試

• 集成測試目的

集成測試，也叫組裝測試或聯合測試。集成測試是在單元測試的基礎上，根據《系統概要設計》及《系統集成與開發詳細設計》，對系統的各單元進行組裝。把分離的系統單元組裝為完整的可執行的計算機軟體。集成測試的目的是檢查軟體單元部件是否能夠集成為一個整體，完成一定的功能，並找出單元測試中沒有發現的錯誤，包括數據定義有沒有重合與衝突，介面會不會產生錯誤，組合以後的模塊功能會不會互相影響，組合的系統是不是達到預期的效果等。

• 集成測試採用的方法和內容

集成測試採用白盒測試和黑盒測試相結合的測試技術和漸增式的測試策略，用數據流等測試方法設計測試用例。主要測試內容包括單元之間的介面測試、全局數據結構測試等。

• 集成測試流程

集成測試包括集成測試設計、集成測試準備、集成測試實施和測試記錄、集成測試問題跟蹤和結束測試等階段。

集成測試設計由測試組組長根據項目計劃和開發計劃編製《集成測試計劃》，設計《測試用例》。

測試計劃和測試用例應當通過項目經理的審查。

集成測試準備需要系統測試組組長建立獨立的測試環境。測試環境包括測試硬體環境、網路、資料庫、應用伺服器等以及測試對象(程序)的安裝和初始化工作。

集成測試實施和測試記錄是由系統測試組組長組織人員按照測試計劃和測試用例要求進行測試，並且記錄測試過程和測試結果。

集成測試問題跟蹤是在測試過程中發現的問題由系統測試組組長根據測試記錄提交測試問題報告，並由系統設計人員和開發人員解決每一個問題的過程。

測試結束指測試問題報告中的問題解決後，進行回歸測試。當測試問題降低到一定程度並通過測試通過準則時，系統測試組組長提交測試總結報告結束測試。

功能測試

功能測試包括兩大部分，一是包括基本業務功能、業務測試、介面測試和可用性測試等方面的功能測試，二是包括：安全性測試、故障恢複測試、資料庫測試、配置測試、安裝測試的產品化測試。驗收測試主要從系統的實用性、穩定性、可維護性、靈活性、可操作性、和安全性方面進行測試。

（1）測試目標

組織並執行測試，以降低軟體產品中存在的缺陷，保證產品的質量和可用性，測試工作的目標就是降低BUG率，從各個方面提高軟體產品的質量和可用性。

（2）測試流程

在確定具體的測試範圍及內容後，進行測試分類，並根據分類的結果確定需要設計的測試用例。

在整個測試過程中，對測試大綱、測試用例、測試問題等進行管理，並可對問題進行統計。

（3）測試完成標準

• 實現功能完全符合功能列表。
• 所有的功能頁面均可達。
• TD上的問題得到妥善處理，不含有A,B,C類問題。
• 定義的測試項目完成。
• 產品化測試的約束達成。

（4）缺陷管理追蹤工具

在上節描述中提到的TD，可以應用於測試的全過程，也可以用於管理各類評審的缺陷等。

TD還提供一些模板，例如測試計劃、測試總結、測試大綱、測試問題卡，因此可以通過BugBase實現從測試計划到總結的各測試活動管理。

以需求說明書、軟體需求規格說明為輸入編寫測試大綱，對應測試大綱中的內容和測試需求編寫測試用例，測試人員可以根據測試大綱和用例執行測試，發現問題後，記錄在TD中，測試負責人通過查看缺陷問題列表將問題分配給對應的開發人員，開發人員通過查看問題列表修改問題，TD還提供了各種統計功能，例如根據問題的發現日期、問題等級、問題的分布、問題引入階段等進行統計，這些統計結果可用來進行分析和總結。

性能測試

性能測試總體流程與業務系統測試的流程基本相同。驗收測試主要從系統的實用性、穩定性、可維護性、靈活性、可操作性、和安全性方面進行測試。性能測試的內容源於用戶對平台系統的性能要求。

• 測試目標

性能測試的目標是在整個系統或一個系統的特定組件上定義、建立和執行性能測試。驗證系統是否滿足標書的性能要求，如不能滿足，要進行相應的優化。

• 測試流程

首先對性能測試進行策劃，確定性能測試的類別和測試方法。

然後開發性能測試的用例，確定測試環境並準備就緒後執行性能測試，確定測試中的系統或組件的性能，並使用其結果決定性能是否可以被業務所接受。如果在測試中度量的性能特性證明是不能被接受的，通過對業務的改進、資料庫、應用伺服器等進行調優，以提高性能質量，在進行系統調優前，要進行調優的設計與分析。性能測試與應用和技術架構緊密相關並且兩者互相影響。

• 性能測試指標

a)響應時間

響應速度在用戶心理所能承受的範圍內。無論是客戶端還是管理端，當用戶登陸，進行任何操作的時候，系統應該及時進行反映，系統應能檢測出各種非正常情況，並及時提示用戶。

b) 可擴展性

在設計上必須具有適應變化的能力，當系統新增業務功能或現有業務改變時，應保證業務在整體框架不變的基礎上，業務變化造成的影響局部化。

c) 易用性

所有的業務功能界面風格和操作流程一致，業務表單做到所見即所得，錄入能夠完全通過鍵盤完成。

d) 可靠性

系統應保證7*24小時內不宕機，保證在正常情況下和極端情況下業務邏輯的正確性。

e) 可用性

必須避免由於單點故障或系統升級而影響整個系統的正常運行。

f) 可維護性

系統能夠簡單方便的修改和升級，包含可度性、可修改性、可測試性等。

g) 可管理性和服務支持能力

每個層次、每個構件都提供標準的管理介面。實現統一的、一致的日誌功能。每個構件都提供應用架構總體設計規定的必要的標準外部介面。

用戶測試

• 測試流程

用戶測試流程如下：

1)明確測試內容，其中包括功能、性能、可用性、安全性、兼容性、與其他系統集成。

2)確定測試範圍：確定業務情況類型是是非常重要的。每一種業務情況類型都對應一個實際商業業務。業務情況類型可以被表達成多種狀況（例如，簡單情況、或需要進行複雜處理的例外情況）。

3)測試小組成員確定：由管理人員、業務人員、技術人員等組成，我方提供驗收測試過程中的技術支持。

4)明確問題分類標準

5)系統的功能通過功能測試進行驗證。在功能測試過程中發現的問題根據其嚴重程度進行分類。下表列出了功能測試問題的分類。

• 用戶測試設計

設計測試用例：確定每個功能的測試用例，明確系統輸入信息和期望的輸出結果。針對需求規格說明書的每一條測試內容，確定測試用例。每個測試用例包括測試條件（包括生成測試條件需要的測試數據類型）和期望的結果。每個測試用例都應該是唯一確定的（例如，賦一個數值）。

設計測試大綱：依據測試範圍生成測試大綱。對每一種業務情況類型，生成儘可能多的測試用例來完善測試大綱。為了保證測試大綱包含所有的測試用例，將測試用例的條件映射為測試大綱是非常必要的。測試大綱中測試用例的順序安排是非常重要的，它應考慮多種方面的因素，主要考慮的因素是按照系統產生的數據，在測試大綱中安排測試用例的順序，使得一個測試的結果作為另一個測試前提。

測試環境準備：為了預防出現問題，如數據損壞或對系統資源的爭用，需要建立一個獨立的測試環境。在進行測試之前，根據測試計劃中確定的時機建立一個獨立的測試環境。

• 用戶測試結果

1)測試結束後，測試小組根據測試數據，制定並向驗收工作領導小組提交《用戶測試報告》。

2) 測試報告結果說明軟體滿足下列要求：

• 在認可的外部設計文檔中表述的功能要求
• 在認可的系統描述文檔中表述的非功能要求

3)此外，測試報告中還包括對系統提出的改進意見。

測試產出

1. 《測試計劃》
2. 《系統測試方案》
3. 《測試用例》
4. 《系統測試案例》
5. 《系統測試報告》
6. 《試運行測試報告》

驗收方案

驗收流程

在驗收階段，平台系統將按照用戶和我公司都認可的《系統需求分析》，組織驗收小組，進行功能和性能的驗收測試。從系統的實用性、穩定性、可維護性、靈活性、可操作性、和安全性及系統文檔、代碼、規範及注釋說明等方面組織全面驗收。驗收測試安排分為系統初驗和系統終驗。

系統初驗

經過系統內部試運行，我公司對內部試運行期間發現的問題改正後，提出系統初驗書面申請。驗收標準將按照「需求說明書」和雙方認可的有關係統設計文檔所提的要求進行。

用戶在收到我公司驗收申請後，儘快組織系統初驗。初驗前我公司提供全部的工程文檔和安裝測試報告，並提供初驗測試文檔，在用戶認可後進行初驗測試，初驗通過後，系統進入正式試運行期。試運行期六個月，我公司應解決試運行期間所反映出的問題，若系統達不到合同規定要求，試運行期將繼續順延，直到系統完善。

最終驗收

試運行期結束後，如系統無功能缺陷，能夠正常運行，在具備終驗條件下進行系統終驗，由我公司提出終驗書面申請，用戶在收到我公司驗收申請後，儘快組織系統終驗。成立項目全面驗收小組，由用戶、我公司以及外部專家等組成，對項目進行全面驗收。系統終驗前，我公司提交終驗測試標準和終驗測試計劃，內容包括：測試對象及應達到的測試指標、測試方法和測試條件、測試資料和數據，並以圖表說明每一測試對象或過程的功能輸入輸出測試進度。

系統終驗標準：

1)系統實用性：項目驗收最關鍵的指標，檢查系統是否符合當前業務的需要，特別是業務流的整體性和數據流的一致性，並前瞻性提供未來業務介面。

2)系統穩定性：硬體環境的穩定性、軟體運行異常處理和正常運行情況。

3)系統可維護性：含網路系統管理與維護、伺服器系統平台管理與維護、操作系統管理與維護、應用系統軟體管理與維護、資料庫管理與維護以及資料庫備份、應用系統備份，災難事件處理與解決實施方案等。

4)系統文檔：驗收文檔是否齊全、規範、準確、詳細，主要的文檔包括：需求分析報告，框架設計報告，資料庫物理及邏輯設計報告，詳細設計報告，編碼規範及技術選型報告，測試報告，系統部署和發布報告，集成方案，軟體用戶使用手冊，系統維護方案和操作文檔等。

5)代碼規範及注釋說明：程序代碼編寫是否規範；注釋說明或代碼文檔是否詳細全面；介面定義是否符合局信息系統規劃一致性的要求。

6)系統靈活性：系統是否方便客戶進行維護；系統是否在先進性的基礎上具備未來升級和可擴充性；是否利於系統平台遷移和部署等。

7)系統可操作性：界面是否友好性；是否實現傻瓜化操作和智能化數據檢索功能。

8)系統安全性：是否有完善的安全機制保證系統的安全性，如軟體方面的安全防範（加密措施、相關認證、資料庫安全防範），硬體方面（防火牆、物理隔離和邏輯隔離）的安全設置。

9)其他驗收標準：其他的與本系統相關的驗收標準。

系統終驗流程安排

1)我公司按照項目驗收計劃完成驗收準備工作

2)用戶代表運行驗收測試用例集，記錄運行結果

3)如果發現沒有通過的驗收測試用例，則我公司立即解決問題

4)用戶主持項目驗收會

5)我公司向用戶報告項目實施結果

6)用戶代表向用戶報告試運行結果

7)用戶評議項目實施和試運行結果，起草和審定項目驗收報告。

系統終驗相關文檔

我公司在軟體開發和系統集成中將嚴格按照國家軟體工程有關要求提供的文檔來提供，驗收的技術文檔至少包含以下內容：

終驗報告

驗收小組將在終驗結束後提交一份由專家簽名的驗收報告。驗收報告附平台系統和整體系統測試結果報告，同時給出以下明確結論之一：

（1）通過驗收；

（2）基本通過驗收，要求在五個工作日內完善後再次進行驗收；

（3）未通過驗收，要求在十五個工作日內改正後再次進行驗收；如再次驗收後仍然不能全部通過，用戶有權終止合同，並要求我公司承擔違約責任。

驗收結束時,我公司將平台系統相關產品說明書、系統安裝手冊、技術文檔、資料及安裝、測試、驗收報告等文檔彙集成冊交付用戶。

項目管理方案

項目質量保障

成立質量管理小組，制訂和通過現場各種質量檢查制度，組織現場質量檢查，召開現場質量會議和質量專題會議，對現場的質量問題做出有效的處理意見。質量管理嚴格遵守國家相關質量規範、標準。採用正確的施工技術和方法以確保施工質量，定期檢查施工質量以排除質量隱患;建立周質量例會制度，會議的主要內容是回顧上周現場發生的質量問題和整改情況，制訂下周的工作安排，對現場經常發生的問題，要找出原因並制訂解決方案；現場質量檢查分為日常質量巡檢、周質量檢查、專題質量檢查，施工過程中，開展群眾性全面質量管理，有計劃、有目標的QC小組活動，解決施工中技術和質量問題；

所有質量控制人員在現場各把自己的質量關，出現質量問題及時處理，搜集各階段的質量資料，做好過程式控制制。

項目進度管理方案

每天收集項目進展情況，每周對項目進度進行實時跟蹤，並分析解決其中遇到的問題及提供解決方案，並將結果以周報形式分享給招標人項目負責人。

項目變更管理

乙方公司在項目全程實施項目變更管理。項目變更管理的內容包括項目的變更申請、變更評估、申請審批、變更實施（如若通過審批）。

在整個變更管理中，完善的文檔記錄對達成項目所有相關體的共識和進行項目的回顧及驗收有重要意義。變更申請流程在確定變更並申請批準時使用。項目的任何參與方（者）在確定變更的必要性時需要填寫《變更申請》向上一級項目經理或項目領導提出變更申請。請求的範圍可涉及項目的內容、時間計劃、交付物、資源、技術規範和標準等諸多方面。申請人可是乙方公司的項目組成員，或者客戶項目組成員。

項目評估變更影響應考慮所有受到影響的項目的各個方面，如：

• 對交付物影響
• 對進度的影響
• 對成本的影響
• 對風險的影響
• 對資源的影響
• 對付款進度的影響

乙方項目經理依據變更批准許可權範圍來進行相應的上升報告和獲取相應的審批，並將變更記錄存放於項目文檔中。

變更管理原則

• 在項目執行過程中對雙方已經確認的項目工作範圍進行變更，必須在項目變更管理委員會的控制下，按變更管理流程進行變更；
• 因變更而增加的費用通過雙方本著「實事求是、互利雙贏」的原則友好協商解決；
• 項目變更管理委員會：由客戶項目經理和乙方公司項目經理組成；

變更控制概述

• 任何在需求文檔確定以後的需求變化都屬於需求變更。
• 變更可能由用戶提出或由項目組提出，必須記錄每一個變更並形成文檔。
• 重大的變更需由項目指導委員會批准，其他變更可由項目管理組決定。
• 變更的申請、確定、審批、執行須按照變更處理流程進行。

變更流程

• 提出變更：變更由各組提出並填寫《變更申請表》，由組長提交項目經理和SA。雙方項目經理共同確認此請求是否為變更，對違反項目的前提假設條件和已確認的需求都將視為變更。
• 若是變更，提交相關人員評估該變更並填寫變更評估，同時在《變更登記表》中登記該變更；否則將申請表退回申請人，進一步了解是否有其他問題。
• 根據變更評估結果，由雙方項目經理簽字決定是否執行此變更。
• 若決定執行此變更，項目組即可按照推薦方案制訂相應的變更實施計劃，進行有關的變更操作，並詳細記錄狀態；對執行此變更引發的成本及費用，將根據實際發生在項目驗收後向甲方收取。
• 由相關人員評估此變更執行結果，如果達到要求，則完成變更處理；若未達到要求，則應繼續進行處理，直到達到要求為止。
• 記錄變更的執行結果，雙方經理簽字後，文檔歸檔保存。

項目溝通例會管理

在項目實施過程中，項目團隊將按照項目的計劃制定針對性的溝通計劃，以確保各項目相關方都能夠及時地得到項目的最新進展，並能夠通過正確的渠道反饋他們對項目的意見和建議。

• 例會溝通管理機制

組合多種溝通渠道和方式，確保項目溝通順暢有效，以支撐項目管理過程中重大問題能及時反饋、領導能及時決策、解決方案能及時溝通和確認，保證項目的順利完成。具體溝通機制如下：

• 溝通計劃

基於溝通機制構建一攬子的項目溝通計劃，具體如下表：

對於在溝通過程中發現的問題，項目組將納入項目的問題管理，落實後續的解決措施，對問題進行整體的跟蹤和管理。

項目團隊構成

項目團隊人員構成

針對本項目，我司承諾將安排30人，其中WEB開發人員14人，JAVA開發人員16人，核心人員如下：

1. 項目經理（1人）

資質：具備5年以上軟體行業項目經驗，本科及以上學歷，並已提供簡歷及項目說明。

1. 技術架構師（1人）

資質：5年以上業務軟體開發相關項目工作經驗，項目說明詳見主要技術人員配置表。

1. JAVA開發人員（3人）

資質：5年以上業務軟體開發相關項目工作經驗，項目說明詳見主要技術人員配置表。

1. WEB開發人員（3人）

資質：5年以上業務軟體開發相關項目工作經驗，項目說明詳見主要技術人員配置表。

項目團隊穩定性承諾

我方承諾在框架合同期間內項目團隊人員流動小於15%。

• 項目交付文檔

1. 我方將提供軟硬體設備的主要技術資料（包括隨機提供資料）；
2. 我方將根據技術規範書的要求編寫應用軟體需求說明書，交由甲方確認；
3. 我方將在系統開發前應提交詳細的設計文檔，具體包括應用軟體邏輯設計文檔、系統結構設計文檔、資料庫設計文檔、介面需求說明書、介面設計文檔、程序詳細設計說明書、應用軟體模塊設計文檔、軟體故障處理流程文檔、軟體模塊關聯圖、數據流程圖、模塊之間的調用關係和調用介面給出詳細說明文檔等；
4. 我方將提供應用軟體配置說明書和應用軟體使用說明書（包括用戶手冊、操作手冊、維護手冊）；
5. 我方將在系統建設前，向甲方提供系統應用層軟體的詳細開發手冊、示例代碼及系統配置文檔，並提供完整的API介面和SDK開發包，對主要的API函數及SDK開發包的調用要求作出說明和詳細注釋；
6. 我方將提供應用軟體開發總結文檔，對軟體開發過程中的主要技術問題給出詳細解答；
7. 我方將現場調試和試運行過程中如果對軟體、硬體作了改動，則必須修改技術文件，及時知會甲方並在初次驗收測試前乙方以光碟形式向甲方提交最終技術文件。軟體的修改應將新老版本的軟體清單、框圖及說明提供給甲方；
8. 甲方為我方提供的所有業務技術資料、文檔，乙方有責任對第三方保密；
9. 我方將提供詳細的工程計劃和工程日誌。
10. 我方將在系統正式啟用後向甲方移交完整的在用軟體版本，其中系統底層軟體以開發包的形式提供，應用層軟體以源碼形式提供，並同時提供完整的開發文檔和代碼說明文檔。

項目培訓方案

我公司將憑藉自身資源優勢和技術優勢，為本項目技術人員、運維人員提供優質的培訓服務，使人員具備獨立操作能力，能夠正常安全地使用我方提供的軟硬體設備。

培訓對象及目的

本項目培訓對象為甲方組織的所有系統操作人員、維護人員、相關管理人員、相關業務人員等。

培訓目的：

1、熟悉了解我公司提供的軟體技術；

2、熟練使用我公司提供的軟硬體設備，具有一定的系統維護、判斷故障的能力和綜合處理能力；

3、具備獨立操作能力，能夠進行日常維護，解決常見故障。

培訓形式

我方為本項目提供的培訓分為集中培訓、現場培訓兩種形式。

1、集中培訓

由甲方負責組織培訓人員並提供培訓場地，由我方提供系統培訓工程師和相關培訓資料。在集中培訓過程中，我方將採用投影儀、教學軟體等培訓設備，以幻燈片講義投影的形式進行培訓教學。在培訓中，我方會針對本項目的技術特點進行重點分析和講解，為培訓人員提供直觀形象的培訓內容。我們將通過特殊案例的分析和操作，使培訓人員掌握實際調試和操作的方法。

2、現場培訓

現場培訓主要採取講解和交流相結合的方式，利用本次工程使用的設備進行現場演示和講解。

培訓內容

1. 我方將負責甲方技術人員和管理專家的技術培訓，至少包含以下兩個方面:

• 現場培訓

為使維護人員能獨立進行設備/系統的安裝、測試、運營、維護以及元部件的修理等。要求我方負責對甲方相應人員進行現場培訓。現場培訓不限人天數。

• 中級培訓

我方將提供預培訓的詳細計劃（包括時間、課程、入學要求等）及培訓所需的教材和教師講解和說明。教材和講解說明要求用中文（或其他經雙方商定的文字）編寫；中級培訓完成後能夠完成本系統的各種業務操作；本項目中級培訓按照0人天配置。

1. 培訓教材、設備

• 我方將提供全套培訓教材；
• 培訓使用教材應包括相關設備的安裝測試和維護技術;
• 培訓用教材應提供最新的並和供給的設備相一致，保證每個學員一整套;
• 我方將提供培訓人員實習所需的設備、工具、測試儀錶及器材等；

1. 培訓內容

現場培訓應包括所提供軟硬體架構原理和技術性能、操作維護方法、安裝調測、排除故障及軟體結構、定製和升級等各個方面；

1. 我方將提供培訓的內容、質量能達到由第三方廠家直接提供培訓相同的效果；
2. 我方將詳細開列各種培訓費用，如對合同中確定的培訓地點、時間等項目，如果乙方提出變更，應提出書面通知，並承擔變更中發生的全部費用。
3. 現場培訓須免費提供，並不得對甲方培訓人員數量和技術能力進行限制。

培訓計劃

我方負責提供培訓教材和實際的操作環境，培訓教材中文編製，採用集中培訓、現場培訓兩種形式。具體培訓人數和時間與招標方協商。

在培訓時提供人員簽到表和培訓反饋表。培訓結束組織培訓人員考核，保證培訓人員都能熟練系統操作。

項目技術支持

1. 我方在本工程實施期間的客戶化開發過程中, 保證各節點在現場全職參與客戶化開發並符合甲方要求資質的人員總數不少於30人；
2. 我方將提供設備安裝調試時所需的工程資料，我方有責任在保證安全和質量的前提下提供技術支持，包括技術諮詢、技術資料、設備技術說明書、使用說明書、維護說明書等；
3. 在系統安裝和系統調測期間，甲方有權派出技術人員參加，我方有義務對其進行指導；
4. 我方會根據合同規定將要安裝和調試資料提前一個月單獨發往安裝現場，資料應一式兩份 ；
5. 我方自終驗合格證書籤署之日起，為甲方提供為期24個月的免費技術支持和服務，並在甲方指定地點提供從初驗合格證書籤署之日起12個月的免費現場服務。
6. 我方在每個地點提供實用齊全的全套技術文件兩套（一套紙介質技術文件，一套電子介質技術文件）。設備開通後，如發生軟體升級及設備升級、擴展等有關情況，我方會向甲方提供必要的技術資料。對上述資料，乙方應能提供光碟（CD-ROM）；
7. 甲方在設備投產後，如對系統軟體有所改進，增加新功能以及適應甲方規範新建議所做修改的最新版本，均應免費提供甲方使用；
8. 對於目前為止尚未形成最終建議的規範，我方將在標準化組織發表一定時期內免費修改及更新軟體版本和必要的系統設備硬體；
9. 在系統設備試運行期間，根據需要我方有責任派技術人員到現場指導維護工作。同時若我方所提供的設備出現問題時，我方將指定有經驗的技術人員及時趕到現場，免費進行維護並解決問題；

1. 保修期內我方負責免費更換軟、硬體；
2. 在網路和設備擴容及軟體升級時，設備廠商應派技術人員到場指導；
3. 我方對其在中國的售後服務、技術支持方面的情況作出說明。在中國有無技術支持中心，地點設在何處，能否提供7×24小時技術支持。具體指出在本期工程的城市能夠提供的技術支持；
4. 我方將在應答書中說明技術支持和技術支持的範圍和程度。
5. 我方將向甲方指定的技術支撐團隊提供系統應用層軟體開發方面的技術支持，在建議書中列出技術支持的具體方式和響應時間，我方將根據甲方的要求提供底層軟體開發包、協議棧和API的升級版本，配合甲方技術支撐團隊完成新需求開發；
6. 我方將在每次軟體升級前，向甲方提供詳細的軟體變動說明文檔及更改後的底層軟體包、協議棧和API，配合甲方技術支撐團隊進行軟體版本融合。

項目服務範圍

軟體開發服務

1. 我方所交付的軟體將覆蓋本技術標準和要求所列出的所有功能，並保證安全可靠及未來擴容和版本升級方便，在建議書中詳細列出所提供的軟體清單、發布日期和升級說明；
2. 我方將提供軟體的源代碼；招標人完全擁有軟體及源碼知識產權，可在此基礎上做二次擴展，可將我方提供的版本用於其他產品的開發使用。
3. 我方所提供軟體支持主流硬體產品；
4. 我方全面承擔由投標人產品中涉及到的第三方產品所引起的一切法律責任；在建議書中要對所採用的軟體進行詳細的功能及性能說明。
5. 我方對系統進行詳細的流程設計，細化到能夠用軟體實現
6. 本期工程系統部署過程中需要錄入現有的相關數據。對數據的收集、整理和錄入的方案、步驟等進行建議和詳細描述。

技術支持服務

我方提供技術支持服務，包括但不限於產品系統bug修復、定製化功能bug協助診斷、產品技術問題處理報告、產品技術問題解答、客戶化定製等服務。

軟體測試服務

1）負責測試用例設計，包括但不限於單元測試用例、集成測試用例、系統測試用例、性能測試用例。

2）負責提供軟體測試過程服務，包括但不限單元測試、集成測試、系統測試、回歸測試、性能測試等。

3）滿足技術標準和要求第3章節技術要求。

系統運維服務

1. 每日監控系統運行情況，協助應用系統的升級以及各種安全補丁的升級工作；
2. 系統故障檢測及排除；
3. 應用系統功能優化、調整服務及少量的二次開發；
4. 根據備份策略定時進行系統及數據的備份，對重點數據要求能夠進行定時備份；
5. 應急響應服務；

集成實施服務

1. 提供的軟硬體的安裝、調測（包括所有軟硬體安裝完畢後的系統調測）、系統聯測及技術支持；
2. 根據本技術標準和要求中所定義的系統要求、網路安全等要求和原則，提出相關部署方案建議並負責實施；
3. 我方負責組織進行安裝方案的技術討論會，並匯總各方技術要求，確定安裝方案；根據投標人到貨時間，提出安裝實施計劃及方案；對招標人的機房環境、配套設施等的準備提供明確建議；
4. 我方負責定期向招標人提交工程實施進度的書面報告。

系統部署服務

我方根據要求提供本項目涉及的軟硬體系統部署技術服務。

安全技術服務

我方根據要求提供本項目涉及的系統安全技術服務，包括但不限於安全漏洞掃描服務、安全加固服務、應急預案和演練服務、應急響應服務、信息系統安全測試服務。

售後保修服務方案

售後保修服務內容

1. 應用軟體服務保修期為終驗合格證書籤署之日起24個月，非集采類軟硬體設備保修期為到貨之日起24個月。保修期內，我方免費保修除消耗品以外的所有設備；如果系統發生故障，我方要調查故障原因並修復直至滿足最終驗收指標和性能的要求，或者更換整個或部分有缺陷的設備；如果因乙方原因發生故障，甲方有權根據故障嚴重程度要求我方相應延長保修期。
2. 保修期內，硬體應免費更換和維修，由我方提供的第三方軟體，我方負責免費升級,在軟體保修期內由於軟體升級而引起硬體變動所發生的費用也應由我方承擔。
3. 保修期內，備件可作為應急的備件使用，我方須及時在保修期內補充備件，使甲方的備件庫在保修期內是充足和完備的。在保修期結束後，產品壽命期內我方繼續提供對產品備件、故障處理、軟體修改等的服務，不得以任何借口拖延或中斷對產品的售後服務，售後服務的費用由雙方通過商務協商解決，其中備品備件的費用應不高於此次合同價格。
4. 我方會及時對系統的升級發展做出說明。

設備故障修復服務

總體要求

我方將根據甲方申告的故障級別，採取必要的服務措施(包括調整)，儘快修復故障，恢復設備正常運行。乙方可通過電話指導、遠程登陸或現場服務等方式進行故障修復，並保證滿足雙方約定的服務等級中相應故障級別的處理時限。

根據故障的嚴重程度和影響程度的不同，故障級別由低到高分為三級故障、二級故障和一級故障。當故障沒有在規定時限內恢復或解決時，故障級別將自動升級(如雙方協商一致認為沒有必要，也可不做升級處理)。

一級故障(重大故障)：指設備在運行中出現系統癱瘓或服務中斷，導致設備的基本功能不能實現或全面退化的故障；其他造成業務中斷1個小時以上或導致關鍵業務數據丟失的故障。

二級故障(主要故障)：指設備在運行中出現的直接影響業務、並導致系統性能或業務部分退化的故障；設備在運行中出現的故障具有潛在的系統癱瘓或服務中斷的危險，並可能導致設備的基本功能不能實現或全面退化，如冗餘設備單側故障、監控終端故障等；系統設備或操作系統故障，造成業務中斷但不滿1小時的，如系統複位等。

三級故障(次要故障)：指設備在運行中出現的，影響系統功能和性能，但關鍵業務不受影響的故障。

服務級別

根據設備在甲方網路中的作用、承載的業務以及重要性不同，我方將提供不同服務等級的服務，至少應提供以下三個級別的服務，從服務水平由高到低分為A、B、C三級。

A、B、C等級服務的基本區別見下表。

電話響應

我方將設立7×24或5×9小時(根據服務等級)的值班響應電話，並安排有經驗的工程師接受申告。當設備出現故障時，甲方通過我方指定的值班響應電話進行報障。我方將保證服務時間內，95%以上的呼叫接通時間小於30秒；當我方需要查閱相關資料再對甲方的問題進行回復時，應確保在30分鐘內回復。

遠程支持服務

對於通過電話指導不能解決的故障，我方在徵得甲方同意後，通過遠程接入手段，登錄到故障設備，進行故障診斷，查找故障出現的原因，指導現場維護人員處理故障。

要求：

1. 我方將提供(或向乙方購買)必要的遠程技術支援的設備。如果遠程技術支援的設備由我方提供，保證該設備具備安全管理功能，能防止非法登錄以保證設備和交換網路安全。
2. 我方服務人員登錄到故障設備，通過診斷，分析故障產生的原因，制定故障解決技術方案後，應電話通知甲方，待技術方案經甲方批准後，才能進行故障解決方案的具體實施。
3. 在遠程登錄過程中，我方技術人員通過遠程登錄手段向設備發送的任何指令、報告回顯必須形成命令日誌文件；故障處理完畢或告一段落，應形成故障處理報告，同命令日誌文件一同發送給甲方。
4. 對於不同級別的故障，遠程支持服務的響應時限要求（從我方向甲方確認電話指導不能排除故障，要求遠程技術支持到乙方技術人員遠程登錄到設備的時間）見下表。

現場服務

對於通過電話支持和遠程支持都不能解決的設備故障，我方會迅速提供現場支持服務，安排經驗豐富的技術支持工程師赴現場分析故障原因，制定故障解決方案，並最終排除故障。

要求：

1. 我方服務人員在進行現場支持服務前應作好以下準備：

• 查閱甲方用戶檔案，了解用戶設備運行情況及設備以往所發生過的問題及處理辦法；準備技術服務工具、技術服務資料、交通工具、必要的備板備件及軟體。

1. 我方服務人員抵達甲方用戶現場，首先提交《技術服務申請》給用戶負責人簽字確認。
2. 了解設備運行情況，核實故障現象，並根據故障現象對設備進行故障分析、測試、診斷，並制定業務恢復和故障解決技術方案, 我方保證優先實施業務恢復，在恢復業務的前提下，再進行徹底的故障修復。技術方案經客戶批准後，由客戶的技術人員具體實施方案；或在客戶允許下，由我方服務人員進行具體實施。
3. 如果確定為設備硬體故障，我方會免費提供設備硬體為甲方進行更換。如果是軟體故障，我方會免費為甲方修復軟體故障；如果無法修復，我方會免費提供重新安裝服務。
4. 我方服務人員在處理故障時不影響到設備的正常運行，並應有甲方用戶維護人員在場協同處理；在必須進行系統重裝或系統啟動等較大操作時，須經甲方用戶維護主管部門批准方可實施。若因我方服務人員誤操作或擅自行事等主觀原因給甲方帶來損失的，甲方有權向我方提出索賠。
5. 我方服務人員在處理故障後，要向甲方維護人員解釋故障原因和解決方法，以及在日常維護中的預防措施。
6. 我方服務人員在處理故障時，要認真填寫《故障處理報告》，並在離開現場前交甲方客戶主管部門存檔，同時加入我方的用戶故障處理資料庫。
7. 現場支持響應時間是指在從用戶提出現場支持請求到我方服務人員到達用戶故障設備現場所需要的時間，根據甲方設備離我方服務點的距離不同，服務響應時間要求見下表。

對故障恢復和故障解決時限的要求

對於影響業務的一級故障，在進行故障處理時，我方優先考慮業務恢復，然後再徹底解決故障。以下是對故障恢復和修復時限的要求。

註：（1）如我方已選用最快交通方式，但仍因交通原因造成故障恢復超時限的，在考核時經雙方協商可將該次故障的時限適當延長。

（2）對於服務級別為C類的設備，如果我方技術支持工程師確定為設備硬體故障，則向甲方提供需更換的硬體型號列表。甲方自行購買硬體，我方負責將甲方提供的硬體進行更換，我方在甲方提供備件後3個工作日內修復故障。

電話技術支持服務

我方通過電話為甲方提供技術支持，協助甲方解決系統日常運行中的問題。

我方設立7*24小時的技術支持熱線，保證甲方獲得設備日常維護的技術支持，保證甲方關於設備的技術性問題得到及時、有效的解答。

我方保證技術支持熱線電話95%以上的呼叫接通時間小於30秒；當我方需要查閱相關資料再對甲方的問題進行回復時，應確保在30分鐘內回復。

版本管理和軟體補丁服務

本規範所指軟體指本次合同範圍內的應用軟體。

軟體補丁是指我方對原授權軟體所做的修正和補充，是此版本軟體運行過程中已發現問題的解決方案，這些軟體補丁將對原授權軟體起到消除運行中潛在的隱患的作用。

服務要求如下：

1. 軟體補丁服務包含預防式補丁服務和響應式補丁服務。

A. 預防式補丁服務。我方在已知伺服器軟、硬體缺陷可能導致潛在問題的情況下，通過配置管理或巡檢等方式對甲方伺服器進行增補軟體分析並提出版本升級建議。由甲方進行相關業務、客戶影響分析後確認進行。

B. 響應式補丁服務。當設備出現故障後，甲乙雙方工程師共同對故障進行分析並確認是軟體缺陷所導致的故障，我方提供針對該軟體缺陷的軟體補丁程序。

1. 我方技術支持工程師在設備維護及設備巡檢過程中發現軟體存在故障隱患時，經甲方同意，我方提供軟體補丁程序。
2. 我方保證提供的升級版本和軟體補丁的合法性。
3. 我方現場進行版本升級和補丁輸入的技術支持工程師必須持有相關的資格證書。
4. 我方輸入補丁應嚴格按照甲方的工程割接流程和規範進行。
5. 在輸入補丁過程前，我方協助甲方制定應急方案，做好測試及系統備份，盡量減少設備中斷時間，確保系統的安全性。
6. 在輸入補丁過程中，如果需要更換設備的硬體部件，則替換部件由我方提供，我方保證替換部件為不低於原部件功能和性能的全新部件，並不再收取硬體費用，替換部件的所有權歸甲方，替換下來的硬體所有權屬於我方。
7. 在輸入補丁過程後，雙方工程師需對設備和系統進行嚴格測試，測試通過後，我方技術支持工程師方可離開現場。

設備巡檢服務

我方為甲方的設備進行定期的現場檢查，及時發現設備運行中出現的隱患，通過系統調整等手段，減少設備發生故障的概率，保證設備穩定、高效運行。

服務要求如下：

1. 我方每年至少提供兩次設備現場巡檢服務，對甲方設備進行細緻全面監視和檢查，檢查的內容包括軟體、硬體檢查，電源、告警及設備運行環境的檢查等。
2. 為保證巡檢效果，有效發現並解決IT系統常見的隱性互操作性問題。甲方將建立聯合巡檢（多廠商共同參加）的制度，甲方須在設備巡檢前15個工作日告知乙方，設備巡檢過程中甲方工程師全程參與，並且配合我方技術支持工程師完成此項工作。
3. 我方完成現場設備巡檢後需配合甲方工程師填寫設備巡檢記錄表。
4. 我方在設備巡檢完成後三個工作日內提交設備巡檢報告（報告模版由我方提供），甲方可以根據需要要求我方增加或修改設備巡檢內容。
5. 我方為甲方建立設備維修檔案，並根據設備運行情況向甲方提供設備升級、改造、更換的建議和方案。在設備巡檢過程中我方可以對甲方工程師進行現場培訓。

技術資料服務

我方為甲方提供保證設備正常運行的必要技術資料(含技術和商業機密的除外)。

服務要求如下：

1. 我方為甲方提供有關產品知識、操作手冊、設備運行維護經驗、技術文檔等資料。常用資料應提供紙質文檔。
2. 我方提供WEB、FTP等方式，保證資料方便共享，並對甲方如何訪問該電子資源進行必要的培訓。

培訓服務

根據設備維護的需要，我方為甲方提供的設備技術培訓。

培訓包括兩類，集中培訓和現場培訓。

集中培訓是由我方提供教材、教師、場地和所需實驗設備，甲方參加的培訓，一般集中在我方培訓中心進行。

現場培訓經雙方協商，在巡檢、現場服務等過程中，對甲方進行的培訓，我方提供教材和教師，甲方提供場地和必要的設施。

服務要求如下：

1. 對於集中培訓，具體培訓內容由甲方和我方協商確定；
2. 對於現場培訓，如果甲方要求，我方就現場服務中故障發生的原因、處理過程、以及類似故障的預防和處理經驗對甲方提供必要的培訓。

重要通訊保障服務

重要通訊保障期間，甲方根據需要向我方提出重要通訊保障服務請求，我方收到請求後與甲方共同制定重要通訊保障期間的設備保障方案。

服務要求如下：

重要通訊保障期間包括汛期、重大節假日、國家軍事、政治活動期間等。在重點通訊保障期間，如有必要，我方將指定技術支持工程師到現場完成通訊保障服務，此服務按照現場服務標準，我方不再另行收取費用。在簽訂合同時雙方具體商定此類服務的日期和時間。

應急方案設計與預演服務

應急恢復方案設計與預演的目的在於確保伺服器設備發生故障或面對意外災難時，相關服務能在最短時間內得以恢復以使正常的業務運營繼續進行，將損失降低到最小限度。

服務要求如下：

我方與甲方一起了解甲方業務需求和服務質量要求，確定應急恢復計劃的範圍與目標，設計提供應急恢復方案，以保證甲方業務的持續性和可用性。雙方需共同討論以完成應急恢復方案設計。

應急恢復方案設計完成後，雙方共同參與，完成應急方案的測試預演，以確定其是否滿足業務需要和達到設定的恢複目標。

我方負責對甲方維護人員進行應急方案操作培訓以確保需要時可立即啟動。

輔助故障定位服務

當故障涉及多方設備，甲方無法進行準確故障定位情況下，我方提供技術支持，輔助甲方進行準確的故障定位。

服務要求如下：

輔助故障定位服務技術支持的手段包括但不限於：電話技術支持服務，遠程支持、現場服務。

售後保修服務方案

服務內容

在保修期內，如果系統發生故障，我方負責調查故障原因並修復直至滿足最終驗收指標和性能的要求，或者更換整個或部分有缺陷的材料或軟體。以上都是免費的。

在保修期內，我方提供靈活、多樣的通信手段，提供7*24小時的響應服務，保證在任何時候招標方人員都能及時找到我方的工程師。如招標方認為需要，我方的技術人員在合同承諾的時間內趕到現場支持。

在保修期內，我方如對系統軟體有所改進，增加新功能，均免費提供招標方使用。

我方承諾在上海有常駐機構，並且有常駐技術服務人員，能提供7x24小時技術服務。

在系統發生嚴重故障的情況下, 我方承諾在2個小時內趕赴現場, 承諾在3個小時內排除故障。

版本響應及時性：針對系統bug、本地化需求等問題，我方保證版本更新的及時性、有效性。

諮詢服務能力：結合招標方實際運行要求，配合策略制定，規範編製（運行管理規範、終端安全使用管理規範、備份及應急管理規範等）。

服務方式

我方承諾為本項目提供7X24小時技術支持，提供現場服務、駐場服務、郵件服務、電話諮詢四種不同的服務方式，全面保障項目的穩定運行。

同時滿足如下要求：

1) 系統軟體和應用軟體免費保修期從終驗合格後開始計算，時間為12個月，對已購原廠商保修服務的設備，由集成商協調原廠商按購買條件執行；

2) 從終驗合格後開始計算，我方將為應用軟體提供1年保修期；在保修期內，如果系統發生故障，我方將調查故障原因並修復直至滿足最終驗收指標和性能的要求，或者更換整個或部分有缺陷的材料或軟體；以上都應是免費的；

3) 在保修期內，我方會提供靈活、多樣的通信手段，提供7*24小時的響應服務，保證在任何時候招標人人員都能及時找到我方的工程師；如招標人認為需要，我方的技術人員應在合同承諾的時間內趕到現場支持；

4) 我方會對其在中國設有售後服務、技術支持中心，地點設在上海, 可以為採購人提供7x24小時技術服務；

5) 在系統發生嚴重故障的情況下，30分鐘內響應，我方承諾在2個小時內趕到現場, 承諾在4小時時間內排除故障；

6) 在保修期內，我方如對系統軟體有所改進，增加新功能，均應免費提供招標人使用；

7) 版本響應及時性：針對系統bug、本地化需求等問題，能保證版本更新的及時性、有效性；

8) 諮詢服務能力：結合招標人實際運行要求，我方配合策略制定，規範編製（運行管理規範、終端安全使用管理規範、備份及應急管理規範等）。

故障響應能力

1）應用系統軟體支持

應用系統軟體維護由賣方負責，在系統正式投入運營後一年內，組織一個維護小組負責應用系統軟體的維護工作，提供7*24小時免費服務，並及時維護、更新。當系統硬體或系統軟體更新、升級時，賣方對應用軟體更新後的系統運行狀況進行重測試，並解決由於升級導致的問題。對系統故障引起的故障應用系統恢復包括應用系統軟體的安裝、應用軟體運行數據的恢復由賣方完成。

2）客戶故障級別定義

我們根據客戶故障對最終用戶的影響程度，區分以下三個級別的客戶故障：

3）緊急故障

給客戶提供服務的系統崩潰、系統性能嚴重下降，已無法提供正常服務。

賣方保證及時給予客戶響應，並委派主管支持工程師全時（24小時）處理客戶故障，在接到故障申報起四小時解決非硬體故障，並恢復業務的正常使用。如為硬體故障，視損壞程度在最短時間內修復。

說明：技術支持中心將及時給予客戶響應，並委派主管支持工程師全時（7*24小時）處理客戶故障。

4）嚴重故障

用戶業務系統出現問題，以至業務完全不能正常運行。

部分服務中斷，影響用戶正常使用。

賣方保證及時給予客戶響應，並委派主管支持工程師工作時間內處理客戶故障，在接到故障申報起八小時解決故障，並恢復業務的正常使用。如為硬體故障，視損壞程度在最短時間內修復。

說明：技術支持中心將及時給予客戶響應，並委派主管支持工程師在工作時間內處理客戶故障。

5）一般故障

系統或應用系統出現故障，但不影響用戶正常使用。

客戶技術諮詢、索取技術資料、技術支援等。

賣方保證及時給予客戶響應，並委派主管支持工程師工作時間內處理客戶故障，在接到故障申報起24小時解決故障，並恢復業務的正常使用。

說明：技術支持中心將及時給予客戶響應，並委派主管支持工程師在工作時間內處理客戶故障。

6）現場故障排除響應流程

項目安全性方案

我方將在項目初驗前組織有安全資質的安全服務廠商按照企業有關安全防護驗收規範的要求完成安全評測工作，並針對發現的問題進行加固和複測，複測通過後方可組織項目的初驗。最終的安全評估報告作為初驗文檔的附件予以存檔。安全檢查以及加固的相關費用由我方承擔。

系統安全

1) 系統伺服器設備採用專業的伺服器配置， 進行安全最大化配置， 關閉所有不必要的服務和埠。系統通訊所使用的少量埠都是採用的在1024 以上的不常用的高端埠，管理員很容易監測。提高了系統安全性。

2) 核心設備支持NAT、代理伺服器以及各種防火牆的自適應，不但可以實現基於內外網路的正常通信，還可以利用現有的網路安全系統保證整個系統的通信安全。

3) 系統管理安全：整體系統均有嚴格的日誌記錄，從系統日誌上可分析判斷安全隱患。

數據安全

1) 數據加密：用戶身份驗證的目的是防止賬號被非法使用。為保證系統的使用安全，對連接平台的任何一項服務都設置了身份驗證保障，所有這些驗證過程都採用MD5、DES 對口令進行雙層加密傳輸，以確保安全；系統還通過先進的四次握手驗證機制來嚴格確保用戶的合法性；除此之外，系統密碼的存儲還採用了不可逆加密演算法MD5，也有效保證了密碼的安全。

2) 傳輸安全：系統平台中的所有數據，都採用了符合最新國際標準的 256 位AES高強度動態數據加密技術進行加密和解密。AES加密現在廣泛應用於分散式開放網路中，它的高強度加密、高運行效率使得它在政府、軍隊、金融、運營商等領域都發揮了極大的作用； AES 加密演算法的使用為系統的用戶數據提供了一個重要的保護層，能完全杜絕信息在傳輸、存儲過程中被非法獲取；同時， 系統隨機密鑰也經過動態加密後再在網路上傳輸，徹底保證數據的安全，使得系統更加安全可靠。

3) 防火牆和NAT：穿透防火牆和NAT是軟體重要技術指標之一。網路防火牆的部署和網路安全策略的規劃如今已經成為企業、政府在布網時關注的重點， 這一變化要求軟體不僅要在各種不同類型的防火牆和NAT下穩定運行， 還要保證網路原有的安全機制不被破壞。

採用先進的跨網關通訊體系， 解決防火牆和NAT穿越問題， 使軟體可運行在各種複雜的網路環境中，實現跨網關通訊。對於通過傳輸層網關過濾（根據TCP和UDP埠信息對數據進行有選擇的過濾）的防火牆，用戶只需要在軟體設置中開發UDP通信埠即可； NAT方式的防火牆，是指即多個虛假IP共享一個真實的IP 地址，這種防火牆是最常見也是用得最普遍的防火牆，是大多數公司內部區域網通過路由器上網普遍採用的機制， 針對這種防火牆系統作了專門的設計， 使得所有的數據包能自動穿過該類防火牆而無需用戶做任何的特殊配置。

應用安全

1) 賬號策略強制

賬號的按角色分權設置，實現賬號分級管理，每人每賬號授權，消除共享賬號，清理系統多餘的賬號與賬號組，賬號變更管理審計。

針對不能實現每人每賬號的管理員賬號，系統根據角色定義賬號，將賬號集中掌控在有限的1-2 人中，在管理制度和流程式控制制上對此類賬號的擁有者加以強化，

各級別賬號均能按照個人設置用戶賬號，每個賬號應至少包括以下屬性：賬號有效期、許可權類型（如以角色代碼表示） 、口令複雜度和賬號描述。

系統管理員能新增、刪除或編輯賬號，可對賬號具體屬性進行設置。其中新增賬號默認許可權由該賬號所屬角色設定。

多用戶多角色，允許多個用戶以不同的方式登錄，分別完成自己的操作，每個賬戶可以被賦予下面任意一個或多個角色，以行使不同的功能。

2) 會議過程式控制制---- 會議室加鎖功能：

系統採用獨創的會議鎖定及請出會場功能，在會議進行時可以將會議鎖定，會議被鎖定後，其他人將不能登陸進會議， 排除了會議過程中其他的惡意干擾； 對擾亂會議秩序的與會者可以通過「請出會場」功能將之請出會議，使會議能正常有序進行。