【正文】 ? 鎖定接入系統(tǒng) ， 根據(jù)需要可以對接入系統(tǒng)進行鎖定，鎖定后業(yè)務系統(tǒng)暫時不能使用 統(tǒng)一 客戶接觸信息推送 平臺 的系統(tǒng) 功能 ? 激活接入系統(tǒng) ，對于鎖定的系統(tǒng) 用戶可以根據(jù)需要進行激活，激活后接入系統(tǒng)可以重新使用統(tǒng)一 客戶接觸信息推送 平臺的系統(tǒng)功能 . 服務 等級 管理 服務 等級 管理是對接入系統(tǒng)進行 服務 根據(jù)系統(tǒng)的性質和業(yè)務的 技術方案 9 重要性， 進行服務等級的配置 ，以便于優(yōu)先保證關鍵業(yè)務的關鍵推送信息的推送服務質量 。 規(guī)則管理的主要內容包括： ? 發(fā)送規(guī)則管理， 新增、修改和刪除發(fā)送規(guī)則 技術方案 11 ? 免打擾規(guī)則管理 ，新增、修改和刪除免打擾規(guī)則 ? 場景可以引用發(fā)送規(guī)則 ? 場景可以引用免打擾規(guī)則 . 名單管理 名單管理是對政企客戶、免打擾客戶及有過投訴記錄的客戶等進行分類管理，以保證服務質量。包括支持外部系統(tǒng)以批量文件方式，傳遞以參數(shù)形式的信息，統(tǒng)一客戶接觸信息推送平 臺可以利用參數(shù)與文字模板拼接的方式，形成接觸信息。 技術方案 13 ? 專業(yè)術語替換，專業(yè)術語用專業(yè)術語替換規(guī)則中設置的替換詞進行替換 ? 敏感詞語替換，敏感反動不健康的詞語用 ***替換 . 推送執(zhí)行 將構造成功的接觸信息按照執(zhí)行策略、優(yōu)先級、渠道分發(fā)策略進行信息向網關的推送，同時要對已經推送的信息進行執(zhí)行結果的獲取。 ? 能夠按照 場景配置的發(fā)送規(guī)則進行發(fā)送 ? 能夠按照場景配置免打擾規(guī)則進行發(fā)送 . 執(zhí)行結果 獲取 執(zhí)行結果獲?。和ㄟ^發(fā)送網管的發(fā)送記錄，得知信息的處理情況，實時、準確的獲知接觸信息的處理情況，結合執(zhí)行情況、用戶的個性化設定、系統(tǒng)處理策略，決策是否進行二次發(fā)送，有效提升接觸信息的有效達到率。 . 異常預警 異常預警 通過信息點與定義的閥值進行值比較，判斷是否觸發(fā)告警操作，通過告警提示統(tǒng)一客戶接觸信息推送平臺在業(yè)務處理、性能 技術方案 15 上的異常點，方便后續(xù)異常處理的觸發(fā)。 . 用戶管理 用戶管理是對用戶基本屬性信息和權限信息的管理維護，對用戶認證信息的增刪改等操作管理。 ? 刪除用戶：刪除門戶中已存在的用戶。包括：用戶密碼、真實姓名、用戶的描述信息 (如用戶的通信地址、聯(lián)系方法等 )、用戶角色，用戶的操作權限等。當用戶進入 日志管理功能后，可以看到日志記錄的列表顯示 第四章 系統(tǒng)設計原 則 . 實用性 設計與實施充分考慮實際使用者的計算機水平，使得系統(tǒng)在界面操作部分具有相當?shù)挠押枚龋浞挚紤]到系統(tǒng)的易用性。除特殊的、必須的應用外，用戶終端全部采用瀏覽器方式。 零客戶端維護：除特殊的、必須的應用外，整個系統(tǒng)采用 B/S 結構，所有的數(shù)據(jù)及應用都統(tǒng)一在服務器端維護，客戶端只要支持瀏覽器就可以完成全部操作。 系統(tǒng)易于維護：使用該系統(tǒng)如同使用 IE 瀏覽器一樣容易，且易于系統(tǒng)管理員維護。 ? 系統(tǒng)應能夠連續(xù)不斷穩(wěn)定可靠的工作。 . 安全性 (1)允許授權用戶執(zhí)行合法操作，訪問合法數(shù)據(jù)。 （ 5)系統(tǒng)要支持對關鍵應用數(shù)據(jù)和系統(tǒng)數(shù)據(jù)的定期自動備份和不定期人工備份，數(shù)據(jù)出現(xiàn)損壞可及時進行數(shù)據(jù)恢復。系統(tǒng)平臺要具有良好的兼容性，在未來要易于擴展、修改模塊、增加新的功能以及重組；系統(tǒng)允許用戶自己維護人員在應用系統(tǒng)中的權限；允許對應用模塊進行擴展，包括增加功能模塊和用戶數(shù)量；軟件本身必須隨著管理業(yè)務需求的提升可以柔性地適應需求的變化；系統(tǒng)的建設應遵循易于維護的原則?？傮w方案不僅滿足當前需求，還應充分考慮到未來的發(fā)展，以適應新技術及職能轉換帶來的系統(tǒng)變化；采用先進的計算機系統(tǒng)結構，實現(xiàn)系統(tǒng)的跨越性發(fā)展；軟硬件設備的購置與開發(fā)以全局最優(yōu)和資源共享為原則。 ? 上線割接計劃需要詳細制定割接過程的每一個步驟，每個工作項都要預先進行測試并估算執(zhí)行時長。它根據(jù)不同的設計階段特點制定了一個特殊框架來校驗交付物。 測試分類 測試有不能階段，根據(jù)不同的階段我們將測試分為下： 單元測試、應用測試、聯(lián)通性測試、集成測試、外圍接口測試、性能測試、最終用戶測試、遷移集成測試、部署驗證測試等測試各階段，按照標準的測試流程和方法論進行軟件的測試工作。 需要在 2 2 小時內首次電話響應 僅在工作時間 1 內采取措施 分配適當資源以在工作時間 1 內持續(xù)采取措施 在 4 小時的工作時間1 內通過改變控制權迅速給予支持人員權限并 技術方案 29 小時的工作時間 1 內著手解決 響應 C 通過電話或網絡提交 最低業(yè)務影響： 基本上可正常工作，服務稍有或沒有影響。 培訓人數(shù)、時間、地點 培訓人數(shù) 包括：軟件系統(tǒng)管理員、業(yè)務操作人員。 培訓考核 培訓項目結束之后，用戶將對培訓人員進行綜合能力測試，并給出相應的分數(shù)，對沒有達到要求及對培訓課程不滿意的學員，將重新安排培訓課程，并承擔全部費用。 運行維護流程包括：事件管理、問題管理、變更管理、和配置管理。 技術方案 33 . 風險管理 項目風險是一種 客觀 存在的，一旦發(fā)生，會對項目產生影響，或多或少的對項目的進度、質量等造成不確定的影響，甚至導致項目的掛起，所以我們要在項目管理中引入風險管控。 ? 測試過程中，達不到預期效果。 技術方案 34 風險分析 ? 召集風險相關人員，對風險做根本性分析，而不是停留在問題本身。 ? 將風險產生的原因，后果，解決方法，下次預防方法等形成跟蹤列表。 ? 轉移，在一些設計過程中，我們采用把問題較多的邏輯放到“宕機”也對前臺沒有直接影響的部分，這就是風險的“轉移”。 。 ? 每周對風險進行總結和在項目周會個各小組的會議上報告。 ? 規(guī)避：如果一個風險的發(fā)生依賴于某個特別的條件，應該排除這個方案來規(guī)避風險。定義風險 的等級。 ? 每個小組日常發(fā)現(xiàn)和報告風險。 ? 在項目過程中實際工作中自然出現(xiàn)，例如設計缺陷，提出新需求等。運行維護管理制度可分為：網絡管理制度、系統(tǒng)和應用管理制度、安全管理制度、存儲備份管理制度、故障管理制度、技術支持工具管理制度、人員管理制度和質量考核制度等。 技術方案 31 . 質量控制及保證體系 系統(tǒng)運行維護管理 為加強對公司信息系統(tǒng)的運行維護管理，保證運行維護體系高效、協(xié)調運行，應依據(jù)運維管理環(huán)節(jié)、管理內容、管理要求、管理崗位制定統(tǒng)一的運行維護工作流程和運行維護工作管理制度，實現(xiàn)運行維護工作的標準化、規(guī)范化、制度化。 系統(tǒng)管理員培訓地點：雙方協(xié)商。 培訓 培訓準備 培訓準備，主要包括以下工作： ? 培訓環(huán)境的準備 — 培訓環(huán)境測試 — 培訓環(huán)境問題反饋和處理 ? 教材編寫 — 教材會審 — 教材打印 /裝訂 /派送 — 試講 ? 培訓 — 反饋培訓情況 — 公布培訓結果（包括參培人數(shù)和測試結果）— 發(fā)布培訓報告 技術方案 30 培訓形式 在項目中會采用不同的培訓形式，力求培訓效果的最佳，并根據(jù)項目的進展進行相應的培訓使培訓和項目進展能互相促進。 ? 在測試階段只要職責是：進行各類測試、跟蹤測試問題、跟蹤測試計劃、參與設計變更會議、調整測試場景或計劃等。每一個測試階段的測試范圍都在相應項目階段的交付物中有具體定義。 ? 上線預演是生產系統(tǒng)功能就緒后模擬實際業(yè)務要求進行系統(tǒng)使用演練，在驗證系統(tǒng)功能的同時確保上線支撐流程的暢通。 第五章 硬件要求 系統(tǒng)推薦配置如下： 環(huán)境 用途 機器數(shù)量 硬盤 軟件 SIT環(huán)境 數(shù)據(jù)庫 1 臺 CPU： Intel(R) Xeon(R) CPU E7 4820 4核 內存： 4G 硬盤： 250G Red Hat Enterprise Linux Server release (Santiago) (64 bit) 應用、 MQ服務器 1 臺 CPU： Intel(R) Xeon(R) CPU E7 4820 4 Red Hat Enterprise Linux Server release 技術方案 22 核 內存： 4G 硬盤： 250G (Santiago) (64 bit) 生產環(huán)境 數(shù)據(jù)庫服務器 2 臺 CPU ： Intel(R) Xeon(R) CPU E7 4820 4 核 內存： 16G 硬盤： 250G Red Hat Enterprise Linux Server release (Santiago) (64 bit) 應用、 MQ服務器 4 臺 CPU ： Intel(R) Xeon(R) CPU E7 4820 4 核 內存： 16G 硬盤： 250G Red Hat Enterprise Linux Server release (Santiago) (64 bit) 以上為系統(tǒng)推薦配置，也可以分別復用。 . 開放性 全面支持 XML、 SOAP、 Web Service、 LDAP、 UDDI 等當前受到普遍支持的開放標準，保證系統(tǒng)能夠與其它平臺的應用系統(tǒng)、數(shù)據(jù)庫等相互交換數(shù)據(jù)并進行應用級的互操作性和互連性。 . 擴展性 在系統(tǒng)架構和業(yè)務實現(xiàn)上要采用 SOA 的思想，業(yè)務處理功能上要具備組件化的方式提高軟件適應變化的能力，以及軟件的自動重組能力。 （ 3)能夠在數(shù)據(jù)庫級、表級和字段級進行數(shù)據(jù)安全控制。 ? 業(yè)務流程的優(yōu)化、組織機構和人員的異動及數(shù)據(jù)統(tǒng)計等必須保證系統(tǒng)穩(wěn)定可靠運行。 ? 應用服務器、數(shù)據(jù)庫服務器、 WEB 服務器全部雙機互備，可以保持 24 小時開機運行。管理人員不需要編寫代碼、制作復雜的頁面，就可對系統(tǒng)進行維護管理。計算機能夠處理的要實現(xiàn)計算機處理，盡量減少人工處理；錄入數(shù) 據(jù)要實現(xiàn)一次錄入后全系統(tǒng)共用，避免數(shù)據(jù)重復錄入；查詢數(shù)據(jù)要方便、快捷。系統(tǒng)的設計，針對不同的用戶、不同類型的應用，做到適用實用。 . 日志管理 日志管理是對各個關鍵處理部位采用日志管理的方法，保證網絡 技術方案 17 和 IT 服務管理系統(tǒng)的安全、可靠和穩(wěn)定運行，及時發(fā)現(xiàn)、及時預防故障隱患，避免系統(tǒng)運行事故的發(fā)生。包括：真實姓名、用戶的描述信息 (如用戶的通信地址、聯(lián)系方法等 )、用戶角色、用戶的操作權限。 用戶管理功能只能由授權的用戶實施，無此權限的用戶，可以查詢自身的用戶屬性，修改自身的用戶密碼、真實姓名和描述信息。 . 模塊管理 模塊管理主要是實現(xiàn)系統(tǒng)模塊的增刪改操作，同時基于模塊對角色賦權，實現(xiàn)各個模塊的權限控制。 . 執(zhí)行監(jiān)控 對接觸信息從觸發(fā)數(shù)據(jù)獲取、策略匹配、信息構造、信息執(zhí)行、執(zhí)行結果統(tǒng)計多個環(huán) 節(jié)進行全流程跟蹤、監(jiān)控，以便了解