【正文】 . 性能測試驗收 8. 目的 8. 驗收步驟 8. 系統(tǒng)驗收申請 83. 系統(tǒng)初驗收過程 9. 驗收組織機構(gòu) 9. 組織機構(gòu)及人員組成 9. 驗收委員會的任務(wù)與權(quán)限 9. 驗收測試計劃 10. 系統(tǒng)初驗流程 10. 文檔檢查 11. 驗收測試前的檢查 12. 系統(tǒng)設(shè)備驗收 12. 驗收環(huán)境與條件的檢查 12. 程序檢查 12. 系統(tǒng)演示 12. 驗收測試 12. 驗收記錄 13. 系統(tǒng)初驗報告 13. 產(chǎn)品移交 134. 經(jīng)營分析系統(tǒng)工程驗收 16. 主機系統(tǒng)驗收 16. 操作系統(tǒng)驗收 17. 數(shù)據(jù)庫驗收 17. 備份系統(tǒng)驗收 18. 存儲設(shè)備驗收 19. 網(wǎng)絡(luò)設(shè)備驗收 19. 第三方工具驗收 21. 應(yīng)用軟件驗收 21. 文檔驗收 22. 系統(tǒng)測試環(huán)境驗收 23. 系統(tǒng)可靠性驗收 24. 系統(tǒng)安全性驗收 25. 網(wǎng)絡(luò)安全 25. 系統(tǒng)安全 26. 應(yīng)用軟件安全 27. 環(huán)境安全 28. 安全管理措施驗收 28. 機房條件驗收 29. 機房環(huán)境條件驗收 29. 接地驗收 31. 空調(diào)及電源驗收 31. 集中化驗收 33. 三層結(jié)構(gòu)驗收 33. 數(shù)據(jù)核心層驗收 33. 業(yè)務(wù)邏輯層驗收 34. 接入層驗收 355. BOSS系統(tǒng)要求驗收 366. 省中心BOSS系統(tǒng)功能驗收 37. 計費業(yè)務(wù)功能驗收 37. 傳統(tǒng)語音業(yè)務(wù) 37. GPRS業(yè)務(wù) 40. 短信業(yè)務(wù) 42. IP數(shù)據(jù)業(yè)務(wù) 44. 結(jié)算業(yè)務(wù)功能驗收 45. 帳務(wù)處理功能驗收 46. 帳務(wù)管理功能驗收 48. 客戶服務(wù)功能驗收 53. 業(yè)務(wù)管理功能驗收 60. 資源管理 60. 資費管理 62. 客戶管理 65. 大客戶管理 68. 代銷商管理 70. 系統(tǒng)管理功能驗收 717. BOSS系統(tǒng)外部接口驗收 77. 與外部接口連接方式的驗收 77. 對系統(tǒng)接口安全性的驗收 77. 對外部接口的邏輯業(yè)務(wù)驗收 788. BOSS系統(tǒng)指標性能要求驗收 80. 業(yè)務(wù)功能指標驗收 80. 備份系統(tǒng)指標驗收 809. 驗收測試關(guān)鍵點及典型案例 83. 計費模塊關(guān)鍵點或典型業(yè)務(wù) 83. 帳務(wù)處理模塊關(guān)鍵點或典型業(yè)務(wù) 83. 實時出帳 83. 客戶化帳單 84. 帳務(wù)管理模塊關(guān)鍵點或典型業(yè)務(wù) 85. 帳務(wù)稽核 85. 客戶服務(wù)模塊關(guān)鍵點或典型業(yè)務(wù) 85. 大客戶管理 85. 渠道管理 86. 多種方式實現(xiàn)客戶服務(wù) 86. 業(yè)務(wù)管理模塊關(guān)鍵點或典型業(yè)務(wù) 87. 計費資費管理 87. 客戶密碼管理 87. 其他關(guān)鍵點或典型業(yè)務(wù) 87. 靈活統(tǒng)計報表 87. 智能網(wǎng)業(yè)務(wù) 88. 移動數(shù)據(jù)業(yè)務(wù) 88. 重要技術(shù)指標 8910. 集團公司對系統(tǒng)抽測驗收 9011. 系統(tǒng)終驗 91. 系統(tǒng)試運行 92. 終驗議程與通過驗收條件 92. 系統(tǒng)終驗報告 92. 系統(tǒng)最終移交 9312. 附錄 95. 附錄1：安全測試驗收 95. 驗收方法 95. 安全驗收范例 95. 附錄2：名詞解釋 98章節(jié)說明第一部分驗收總則及初驗收流程1. 總則. 概述本規(guī)范規(guī)定了各省經(jīng)營分析系統(tǒng)驗收的過程、步驟、內(nèi)容及重點。本規(guī)范原則上指出各省經(jīng)營分析系統(tǒng)驗收應(yīng)遵循的要求、步驟和過程。這些指標和標準對于各省在以后的以經(jīng)營分析系統(tǒng)和BOSS系統(tǒng)為依托而進一步建設(shè)中國移動整體CRM架構(gòu)方面將起到關(guān)鍵作用。“兩級系統(tǒng)”是按經(jīng)營分析系統(tǒng)數(shù)據(jù)存儲進行劃分的，具體是指集團公司級經(jīng)營分析系統(tǒng)（全國中心）和省級經(jīng)營分析系統(tǒng)（省中心）兩級。2 經(jīng)營分析系統(tǒng)的建設(shè)應(yīng)遵循“整合業(yè)務(wù)數(shù)據(jù)、面向經(jīng)營分析”的原則。3 經(jīng)營分析系統(tǒng)應(yīng)能通過即席查詢、預定義報表、聯(lián)機分析處理、數(shù)據(jù)挖掘等手段實現(xiàn)面向主題的業(yè)務(wù)智能；應(yīng)能根據(jù)需要進行主題內(nèi)部要素的擴充、主題的新增以及跨主題的重構(gòu)；應(yīng)能成為業(yè)務(wù)決策者專業(yè)的咨詢顧問。即圍繞為市場經(jīng)營工作提供及時、準確、科學的決策依據(jù)展開，重點對客戶、業(yè)務(wù)、收益、競爭對手、服務(wù)質(zhì)量、營銷管理、大客戶、新業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)、合作服務(wù)方九大主題進行分析，并以專題分析作為補充，以O(shè)LAP分析為主，輔以數(shù)據(jù)挖掘，在一定程度上實現(xiàn)對數(shù)據(jù)信息的提取。分析結(jié)果可根據(jù)實際情況以直接或間接方式反饋回生產(chǎn)系統(tǒng)，為客戶提供更好的服務(wù)。在系統(tǒng)實施過程中遵循以下技術(shù)原則：1. 開放性：基于業(yè)界開放式標準，對系統(tǒng)中的各種網(wǎng)絡(luò)協(xié)議、硬件接口、數(shù)據(jù)接口等進行全國統(tǒng)一規(guī)劃，為未來的系統(tǒng)擴展奠定基礎(chǔ)。3. 安全可靠性：提供較強的管理機制和控制手段；提供系統(tǒng)備份、數(shù)據(jù)恢復、事故監(jiān)控和網(wǎng)絡(luò)安全保密等技術(shù)措施。. 適用范圍本規(guī)范適用于對各省公司經(jīng)營分析系統(tǒng)建設(shè)結(jié)果的驗收和測試。. 起草單位本驗收規(guī)范由中國移動通信集團公司負責起草。本規(guī)范的增補、修訂及解釋權(quán)屬于中國移動通信集團公司。. 引用標準與參考資料中國移動經(jīng)營分析系統(tǒng)業(yè)務(wù)規(guī)范（討論稿）中國移動通信集團公司中國移動經(jīng)營分析系統(tǒng)技術(shù)規(guī)范（討論稿）中國移動通信集團公司中國移動經(jīng)營分析系統(tǒng)需求說明書中國移動通信集團公司中國移動通信集團工程項目竣工驗收暫行辦法中國移動通信集團公司2. 系統(tǒng)初驗前的準備工作系統(tǒng)驗收一般應(yīng)包括系統(tǒng)初步驗收（初驗）和系統(tǒng)最終驗收（終驗）兩個階段。依據(jù)合同的有關(guān)規(guī)定，對供方提供的系統(tǒng)按照如下的步驟實施驗收：1. 供方自行組織完成功能、性能和壓力測試并通過；2. 供方提出系統(tǒng)驗收申請；3. 制定系統(tǒng)驗收計劃；4. 供需雙方成立系統(tǒng)驗收委員會；5. 進行系統(tǒng)驗收測試；6. 進行系統(tǒng)初驗評審；7. 形成系統(tǒng)初驗報告；8. 產(chǎn)品移交。根據(jù)中國移動通信行業(yè)的特點，通常系統(tǒng)驗收都在最終用戶的實際系統(tǒng)運行環(huán)境中進行。. 文檔規(guī)整系統(tǒng)驗收申請前應(yīng)完成如下的文檔規(guī)整工作：1. 供需雙方需求《需求規(guī)格說明書》的認定。. 功能測試驗收. 目的功能測試的目的是驗證目標系統(tǒng)是否滿足需求要求。 供方按照需方提出的需求完成內(nèi)部測試，提交測試報告； 根據(jù)測試報告，如果發(fā)現(xiàn)目標系統(tǒng)不滿足需求，需方將通知供方修改；. 性能測試驗收. 目的性能測試的目的是驗證目標系統(tǒng)是否滿足特定性能需求。 需方根據(jù)需求階段確定的性能需求，需方根據(jù)測試需求對目標系統(tǒng)進行測試； 供方修正性能后， 需方將驗證性能是否被修正直至達到需求規(guī)格說明書中的性能要求；. 系統(tǒng)驗收申請供方在完成系統(tǒng)驗收申請前的各項準備工作以后，應(yīng)適時向需方正式提出系統(tǒng)驗收申請報告，扼要說明申請系統(tǒng)驗收的準備情況和系統(tǒng)所具備的驗收條件。系統(tǒng)驗收申請報告應(yīng)有供方的技術(shù)負責人簽字。需方技術(shù)負責人經(jīng)審查后，在申請報告上簽字并對供方的申請作出答復。3. 系統(tǒng)初驗收過程. 驗收組織機構(gòu). 組織機構(gòu)及人員組成需方負責成立專門的系統(tǒng)驗收委員會，作為系統(tǒng)驗收的組織機構(gòu)。. 驗收委員會的任務(wù)與權(quán)限. 驗收委員會的任務(wù)驗收委員會主持整個系統(tǒng)的驗收工作，包括如下任務(wù)：1. 審定系統(tǒng)驗收計劃；2. 聽取供方的《技術(shù)總結(jié)報告》和《測試分析報告》等；3. 判定所驗收的系統(tǒng)是否符合合同及系統(tǒng)需求規(guī)格說明書的要求。驗收委員會應(yīng)討論和審定驗收測試計劃，以保證此計劃能滿足驗收要求；5. 組織驗收測試或?qū)┓教峤坏臏y試報告進行抽查并進行系統(tǒng)驗收評審，并形成系統(tǒng)驗收報告；6. 監(jiān)督系統(tǒng)驗收后的產(chǎn)品移交。. 驗收測試計劃在系統(tǒng)驗收活動進行之前，要制定系統(tǒng)驗收計劃。該計劃應(yīng)包括系統(tǒng)驗收工作的活動程序、驗收測試要求、技術(shù)條件、設(shè)備資源、驗收準則、工作人員的組成以及日程安排等內(nèi)容。軟件測試是在系統(tǒng)投入試運行之前，對需求分析、概要設(shè)計、詳細設(shè)計和編碼的最終復審，是軟件質(zhì)量保證的最后把關(guān)。并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序中的錯誤和缺陷。測試用例的設(shè)計要恰到好處，能達到軟件驗證和軟件確認的目的。. 系統(tǒng)初驗流程系統(tǒng)割接以后,根據(jù)具體情況要穩(wěn)定運行1至2個月，由需方負責組織實施初驗。特別要檢查文檔與程序的一致性、文檔的準確性和完整性，是否通過了有關(guān)的評審。驗收委員會必須進行以下各項檢查以確定是否應(yīng)進入驗收測試。并將審查結(jié)果寫進《系統(tǒng)設(shè)備驗收報告》。. 程序檢查供方必須向驗收委員會展示全部軟件的源程序清單，驗收委員會應(yīng)參照有關(guān)程序編制的標準和約定，檢查所交付的程序和數(shù)據(jù)以及相應(yīng)的軟件支撐環(huán)境是否符合要求。通過演示活動讓驗收委員會成員對系統(tǒng)有一個直觀和概括的了解。. 驗收測試驗收委員會應(yīng)按系統(tǒng)驗收測試計劃對系統(tǒng)進行功能測試、可靠性測試、安全性測試、性能測試、準確性測試、易用性測試等測試。. 驗收記錄驗收工作的全部過程必須詳細記錄，記錄驗收過程中驗收委員會提出的所有問題與建議，供方的解答和驗收委員會對被驗收系統(tǒng)的評價，并形成文件供評審時查閱及存檔。尤其要明確系統(tǒng)在驗收中發(fā)現(xiàn)的問題和缺陷，以及需要改進的意見和供方對此所作的承諾。根據(jù)驗收委員會表決情況，由驗收委員會主任在初驗報告上簽署驗收意見。表示同意驗收的委員超過三分之二；（2） 不通過。如果系統(tǒng)驗收不能通過，驗收委員會將根據(jù)合同書的規(guī)定與供需雙方協(xié)商處理意見，可能的結(jié)果是：要求供方限期完成開發(fā)任務(wù)，重新提出驗收申請或者終止合同。最后確定“供需雙方遺留問題備忘”，由驗收委員會協(xié)調(diào)解決系統(tǒng)的遺留問題，并要求供方在規(guī)定的時限內(nèi)解決遺留問題。移交結(jié)束后形成產(chǎn)品移交文件，該文件應(yīng)包括以下內(nèi)容：1) 移交產(chǎn)品清單：供方向需方移交的產(chǎn)品清單分別包括系統(tǒng)構(gòu)成的硬件和軟件部分。2) 移交的時間、地點、收授人簽字。. 主機系統(tǒng)驗收對于關(guān)鍵性業(yè)務(wù)應(yīng)用主機驗收條件如下：驗收內(nèi)容驗收條件備注主機系統(tǒng)要求采用小型機平臺，支持多處理器；多機群集系統(tǒng)中的每個主機都應(yīng)同時處于工作狀態(tài)，并根據(jù)配置的情況運行相同或者不同的應(yīng)用（或應(yīng)用模塊），以保證主機資源的充分利用；在計算機硬件、操作系統(tǒng)、存儲系統(tǒng)及應(yīng)用系統(tǒng)業(yè)務(wù)進程出現(xiàn)故障時，能迅速響應(yīng)并進行應(yīng)用的切換；集群系統(tǒng)中，某一臺計算機出現(xiàn)故障時，盡量不影響系統(tǒng)的應(yīng)用及響應(yīng)能力；主機的處理能力要求滿足的所有業(yè)務(wù)應(yīng)用和一定用戶規(guī)模的需求，而且需考慮全部系統(tǒng)的開銷及應(yīng)用切換時性能余量。驗收內(nèi)容驗收條件備注備份設(shè)備備份設(shè)備容量至少是在線存儲容量的4倍； 磁盤陣列設(shè)備要求有很高的安全可靠性；磁盤陣列設(shè)備應(yīng)可與多種廠家的主機系統(tǒng)相連；磁帶庫要求支持ULTRA SCSI 或SCSI2或FWD SCSI或FCAL接口。驗收條件如下：驗收內(nèi)容驗收條件備注存儲設(shè)備磁盤陣列設(shè)備要求有很高的安全可靠性；磁盤陣列設(shè)備應(yīng)可與多種廠家的主機系統(tǒng)相連； 磁盤陣列應(yīng)能配合多機高可用群集系統(tǒng)的需要；磁盤陣列采用ULTRA SCSI 接口或FCAL接口，支持RAID 0、0+5，并可提供多通道、雙電源及冗余風扇；磁盤陣列設(shè)備應(yīng)具有較強的平滑擴充能力，包括系統(tǒng)存儲容量的擴充及I/O能力的擴充等；磁盤陣列應(yīng)支持先進的存儲、備份方式，例如支持存儲區(qū)域網(wǎng)（SAN）技術(shù)等；. 網(wǎng)絡(luò)設(shè)備驗收網(wǎng)絡(luò)設(shè)備驗收條件如下：驗收內(nèi)容驗收條件備注核心網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)采用TCP/IP協(xié)議，主干網(wǎng)絡(luò)要求統(tǒng)一采用千兆網(wǎng)標準；路由器產(chǎn)品必須符合通用的國際工業(yè)化標準，支持TCP/，支持 OSPF、RIP等路由協(xié)議；核心交換機采用熱旁路路由器協(xié)議HSRP協(xié)議，實現(xiàn)雙機互為備份；核心交換機提供三層交換能力，同時提供等路徑路由，實現(xiàn)負載均衡；接入交換機采用STP協(xié)議，同時連接到兩臺核心交換機上，避免單點失敗；核心局域網(wǎng)劃分VLAN，由核心交換機實現(xiàn)網(wǎng)段間路由；核心交換機及中心路由應(yīng)采用高可靠的設(shè)備，具備背板冗余功能，系統(tǒng)板、關(guān)鍵I/O板、電源、風扇等考慮冗余，并可熱插拔；省中心節(jié)點、地市節(jié)點要求雙路由器配置，并保證路由器的互相熱切換備份交換機或路由設(shè)備的配置端口總數(shù)應(yīng)能滿足應(yīng)用和用戶規(guī)模的要求，并保留約20%的余量；主干網(wǎng)絡(luò)設(shè)備的端口配置至少保證30%的可擴展能力；主干網(wǎng)絡(luò)設(shè)備要求平均無故障時間應(yīng)大于1萬小時，%；支持SNMP和SNMPv2協(xié)議。在今后業(yè)務(wù)發(fā)生變化時，模塊的增加和對模塊的修改不應(yīng)對其他模塊產(chǎn)生影響；應(yīng)用軟件系統(tǒng)應(yīng)具良好的安全性和可靠性，保證數(shù)據(jù)不被非法盜用和修改，保證數(shù)據(jù)的一致性； 采用故障檢查、告警和處理機制，保證數(shù)據(jù)不因意外情況丟失和損壞。而且操作界面應(yīng)簡潔、直觀，有利于簡化操作，并提高操作效率；具備相應(yīng)容錯手段，允許操作人員有限范圍的誤操作，或提供報警提示并進行選擇；具有在線幫助功能；應(yīng)用軟件的技術(shù)文檔應(yīng)規(guī)范、正確、完整、一致和有效。系統(tǒng)集成商提供的技術(shù)文檔應(yīng)與提供的軟、硬件相一致，應(yīng)該全面、完整、詳細的描述系統(tǒng)設(shè)計開發(fā)、軟硬件設(shè)備安裝、使用、維護等系統(tǒng)建設(shè)的全過程。文檔和資料應(yīng)提供電子文檔和紙面文檔，文件格式為Word文檔或PDF文檔或其他可視化文件。詳細說明本省邏輯模型，并針對CMCCLDM的改動詳細說明其具體原因、設(shè)計思路。系統(tǒng)概要設(shè)計說明書概要說明系統(tǒng)各個模塊的實現(xiàn)方式，各項功能應(yīng)同功能規(guī)格說明書描述的一致必備物理模型文件和說明文檔應(yīng)包括本省經(jīng)營分析系統(tǒng)數(shù)據(jù)倉庫邏輯模型和物理模型，并采用集團公司統(tǒng)一要求的格式。具體內(nèi)容格式要求參見相關(guān)規(guī)范?？梢酝到y(tǒng)概要設(shè)計在同一文檔中可選項詳細設(shè)計文檔根據(jù)概要設(shè)計文檔，詳細說明系統(tǒng)各個模塊的實現(xiàn)方式可選應(yīng)用軟件清單列舉系統(tǒng)中各個模塊的應(yīng)用軟件名稱、存儲位