09年重庆电信主动营销系统扩容项目可行性研究报告43616.doc

《09年重庆电信主动营销系统扩容项目可行性研究报告43616.doc》由会员分享，可在线阅读，更多相关《09年重庆电信主动营销系统扩容项目可行性研究报告43616.doc（40页珍藏版）》请在三一文库上搜索。

1、秘秘 密密 09 年重庆电信主动营销系统扩容项目年重庆电信主动营销系统扩容项目 可行性研究报告可行性研究报告 设计编号：设计编号：xxxxK 建设单位：重庆市电信有限公司建设单位：重庆市电信有限公司 设计单位：重庆市电信规划设计院有限公司设计单位：重庆市电信规划设计院有限公司 重庆市电信规划设计院有限公司重庆市电信规划设计院有限公司 2009 年年 3 月月 09 年重庆电信主动营销系统扩容项目年重庆电信主动营销系统扩容项目 可行性研究报告可行性研究报告 院院 主主 管：管： 胡胡 浩浩 设计负责人：设计负责人： 闵闵 亮亮 设计参与人：设计参与人： 闵闵 亮亮 审审 核核 人：人： 尹尹 铮

2、铮 重庆市电信规划设计院有限公司重庆市电信规划设计院有限公司 2009 年年 3 月月 09 年重庆电信主动营销系统扩容项目可行性研究报告 重庆电信规划设计院有限公司 目目 录录 一、概述一、概述 .- 1 - 1、项目概述.- 1 - 2、编制依据.- 2 - 3、主要内容.- 3 - 4、可研主要结论.- 3 - 4.1 技术结论 .- 3 - 4.2 工程投资 .- 4 - 4.3 经济评估结论 .- 4 - 二、项目建设的必要性和可行性二、项目建设的必要性和可行性 .- 4 - 1、建设必要性.- 4 - 1.1 主动营销业务规划发展的需要 .- 4 - 1.2 加强管理的需要 .-

3、5 - 1.3 主动营销系统性能扩容的需要 .- 5 - 2、建设可行性.- 6 - 2.1 成熟的技术 .- 6 - 2.2 良好的项目建设条件 .- 6 - 2.3 资金落实的可靠保证 .- 6 - 三、系统建设条件分析三、系统建设条件分析 .- 6 - 1、主动营销现状概述.- 6 - 2、整体逻辑架构现状.- 7 - 09 年重庆电信主动营销系统扩容项目可行性研究报告 重庆电信规划设计院有限公司 3、网络拓扑现状.- 10 - 4、硬件设备现状.- 11 - 5、中继资源现状.- 12 - 6、业务数据现状.- 12 - 四、系统扩容改造需求说明四、系统扩容改造需求说明 .- 13 -

4、 1 业务基础需求- 14 - 2 接入资源配置计算- 14 - 3 中继资源配置计算- 16 - 五、本期建设方案五、本期建设方案 .- 16 - 1、建设目标及内容.- 16 - 2、配置及投资估算.- 31 - 3、工程进度和实施.- 32 - 4、结论.- 32 - 专业好文档 2009 年 3 月出版 第- 1 -页 共 32 页 一、一、概述概述 1、项目概述、项目概述 随着电信用户的逐渐成熟，客户对服务提供商提供的内容会越 来越细，标准越来越高，期望值会越来越大。面对这种需求，为了 提高对用户的服务确保用户的忠诚度，中国电信需要提高客户服务 的针对性、广泛性、实时性和灵活性，以充

5、分开发和利用现有的大 量信息资源。建设一个高质量的客户服务中心，电信运营企业可以 改变传统的服务方式，快速转变运作思想，树立以客户为中心的观 念，在当今竞争激烈的市场中，在客户面临着越来越多的选择的情 况下，只有提供更好的更及时的服务，比竞争对手更能吸引客户， 使客户满意，才能取得更好的经济效益和社会效益。 在一个高质量的客服中心中，主动营销系统是必不可少的一部 分，它是将客户服务中心提升为利润中心(Profit Center)的一项重 要组件。所谓主动营销系统，其实质是利用呼叫中心的资源进行主 动呼出的服务。传统的客户服务大都由客户提出服务请求，主动服 务则是由呼叫中心主动发起，为客户提供的

6、服务。主动服务主要依 据经营分析系统以及客服系统等各类统计分析的结果开展工作。因 此，对主动营销系统的要求与传统的客服系统有所不同，主要体现 在： 数据来源的多样化：数据来源的多样化：主动服务要求的发起，来源于很多相关部 门，同时服务过程中的数据需求也十分广泛，涉及客户资料、服务 专业好文档 2009 年 3 月出版 第- 2 -页 共 32 页 历史记录、相关统计分析数据等。 服务过程的复杂性：服务过程的复杂性：被动服务的客户往往具有明确的需求，而 主动服务是由服务提供者所设计，其服务对象也是服务提供者所选 择的，所以客户对主动服务的接受程度因人而异，要实现服务目标 的难度和复杂度也相应增加

7、。因此，应有专门的人员负责主动服务 工作。 服务实现的普遍性：服务实现的普遍性：主动服务应体现为一种服务理念，贯穿于 所有的服务过程中。各项业务间是相互关联，相互支撑的，并可与 非主动的服务紧密结合。 主动服务的闭环管理：主动服务的闭环管理：主动服务是一长期的、不断完善的过程， 对每一次主动服务应进行效果评估，以此作为制定下一步主动服务 计划的依据，从而通过不断的反馈实现闭环服务。 重庆电信主动营销系统自 2004 年建设以来，经过了 2005 和 2006 年的系统扩容，以及 2008 年底对数据库服务器的硬件扩容和 数据库表的清理，到目前为止随着主动营销系统向区县延伸坐席的 增加，业务功能

8、的增加以及历史数据的大幅增加，主动营销系统负 荷比较大。为了满足日益增长的业务和向区县延伸的要求，主动营 销系统平台急需进行扩容。 受重庆市电信有限公司的委托，重庆市电信设计院有限公司完 成主动营销系统 2009 年扩容项目的可行性研究报告。 专业好文档 2009 年 3 月出版 第- 3 -页 共 32 页 2、编制依据、编制依据 （1）重庆市电信公司企划部下达的设计委托09 年重庆电信 主动营销系统扩容项目 ； （2） 中国电信集团企业信息化战略规划 ； （3） 中国电信集团企业信息化工作指导意见 ； （4）项目组成员调研资料； （5）重庆电信市场部、客响中心提供的相关资料； （6）中兴通

9、信有限公司提供的产品资料。 3、主要内容、主要内容 本可行性研究报告包括如下主要内容： （1）项目建设的必要性与可行性 （2）系统现状 （3）业务需求分析 （4）项目建设方案 （5）设备配置及投资估算 （6）项目进度安排 4、可研主要结论、可研主要结论 4.1 技术结论技术结论 本项目完成后，重庆电信主动营销系统的平台性能得到提高， 业务数据经过整理后得以优化，另外增加了主动营销座席数量，重 专业好文档 2009 年 3 月出版 第- 4 -页 共 32 页 点支撑至 2009 年底新增用户和老用户的营销外呼业务。 本报告认为该项目技术上可行。 4.2 工程投资工程投资 本期工程总投资 1,3

10、11,200.00 万，由重庆电信自筹。 4.3 经济评估结论经济评估结论 本期工程经济评价采用定性分析说明，经济上可行。 二、二、项目建设的必要性和可行性项目建设的必要性和可行性 1、建设必要性、建设必要性 1.1 主动营销业务规划发展的需要主动营销业务规划发展的需要 重庆电信主动营销系统在 2004 年一期建设之后，经过了 2005 年、2006 年和 2008 年的座席和硬件设备的扩容，已经覆盖了重庆 市主城区和部分主要区县，能够实现： 收集用户的需求，分析用户行为，选择部分作为目标用户； 通过主动服务，清晰地说明本身产品的价值和优势所在，向 同一用户销售更多的具有附加值的产品或服务；

11、为其他企业客户提供客户服务以提高收入； 对不同的用户提供差异化的服务，提高忠诚度，达到提高运 营效率以降低成本的目的。 随着电信市场业务服务要求的提高，越来越多的区县分公司要 专业好文档 2009 年 3 月出版 第- 5 -页 共 32 页 求通过主动营销系统来增强面向用户主动服务的能力。 1.2 加强管理的需要加强管理的需要 目前主动营销系统对重庆电信区县分公司提供报表的权限是有 限，甚至没有开放的，对区县分公司主动营销业务的统计、分析和 实施造成了一定的限制和困难。由于软件和硬件性能上的瓶颈，造 成主动营销系统统计上的迟缓，给系统功能造成了影响。 1.3 主动营销系统性能扩容的需要主动营

12、销系统性能扩容的需要 主动营销系统自 2004 年一起建设以来，没有对系统平台能力进 行扩容。随着使用电子渠道进行主动营销的应用深化，对现有主动 营销系统的平台能力提出了更高的要求。主要表现为： 形成大量的历史数据，造成数据导入缓慢，造成系统运行缓 慢。 在大数据量下，影响报表系统的使用，从而也对生产系统的 性能造成了严重的影响（人工页面有时出现不能刷新的现象） ； 主动营销系统的数据库服务器为 HP rx3600，在设备性能、 稳定性有一定的瓶颈，本次工程计划扩容成 2 台 HP Rx6600 小型机，原 HP rx3600 作离线历史统计服务器； 在电信 2009 年底，需支撑增长的新增用

13、户以及老用户的主 动营销外呼业务。 专业好文档 2009 年 3 月出版 第- 6 -页 共 32 页 2、建设可行性建设可行性 2.1 成熟的技术成熟的技术 前期重庆电信已经实施过主动营销系统 2004 年、2005 年、 2006 年和 2008 年的建设工程，已经对系统有了整体的应用经验， 本期工程只是对现有的数据库表结构和硬件设备进行优化，技术上 可行。 2.2 良好的项目建设条件良好的项目建设条件 随着重庆电信数据通信和信息化工程多年的建设运行，已具备 了高质量的承载网络和良好的机房环境及基础设施，同时培养锻炼 出一批有知识、懂技术、掌握工程经验的队伍，在网络建设、网络 运行、业务发

14、展等方面积累大批人才，成为项目建设、运行、赢利 的有效保证。 2.3 资金落实的可靠保证资金落实的可靠保证 本项目所需建设资金，重庆电信已有落实措施，可保证本项目 的建设。 三、系统建设条件分析三、系统建设条件分析 1、主动营销现状概述、主动营销现状概述 重庆电信主动营销系统平台是由中兴通讯有限公司负责集成建 设。 专业好文档 2009 年 3 月出版 第- 7 -页 共 32 页 重庆电信主动营销系统 2004 年建设，一期规模 150 个座席，接 入平台（包含排队机、SCM、CTI、IVR）与 10000 号系统共用，业 务系统（业务数据库、WEB 服务器、接口服务器等）独立建设。一 期建

15、设规模：坐席数= 150 个，外部中继=184 路，内部中继=150 路， 音资源=450 路。 2005 年实施主动营销向区县延伸，增加了分权分域功能，坐席 向远端部署。 2006 年客服系统三期扩容包含了 10000 号以及主动营销系统座 席两部分，对主动营销系统的座席进行了扩容，扩容后主动营销坐 席增加到 200 个左右。 2008 年底对数据库服务器进行了替换，以及重新优化和清理了 数据库，系统性能状况得到了改善。但平台运行还是存在缓慢的情 况，影响现场使用，需要进一步提升系统性能。目前了解到出现性 能问题主要集中在部分操作和统计上。 2、整体逻辑架构现状、整体逻辑架构现状 重庆电信主

16、动营销系统综合了 CTI 技术和智能网技术。智能网 技术采用了标准的 INAP（Intelligent Network Application Protocol） 规程和 CTI 技术采用 CSTA（Computer Supported Telecommunications Applications）协议。这些技术和标准的协议 使主动营销系统具有良好的开放性和拓展性，不仅可以当前业务的 需要，同时也可以方便的增加新的业务；降低了业务开发的难度， 专业好文档 2009 年 3 月出版 第- 8 -页 共 32 页 使新业务的开发更加迅速，紧跟市场发展变化；有利于与第三方开 发者合作，提供新业务。

17、整个主动营销系统的结构如图： 质检席 外呼话 务员 话务员 班长席 应 用 服 务 器 WWW Email 服务 器 各种数 据库 OA M SC E ISM（ 智能交换模块 ） SCE业务生成环境 ；OAM操作与维护管理模块 E1 模 拟 数字用 户 多媒体 采编台 业务控制 模块 TCP/IP 资源 服务 器VRM 外呼业务 管理模块 主动营销系统的各功能模块之间通过局域网连接而成，通信通 过 TCP/IP 来完成。各逻辑部分的功能如下： 业务控制模块（SCM）：它是外呼业务的核心控制系统，负责 业务的支撑，完成呼叫控制、呼叫技能分配，提供与呼叫同步的用 户数据、监视数据及工作日志等。业务

18、控制模块担当智能业务处理 主机的功能，它与 ISM 采用 INAP 与 CSTA 协议进行通讯，向 ISM 发送与呼叫相关的控制指令，两者共同完成呼出业务的交换与控制， 并提供开放的业务协议。 外呼业务管理模块：它通过应用服务器，读取各种业务数据， 根据操作人员的要求生成各种呼出业务，确定调整呼出业务的方式、 内容、时机、呼出的频率等等业务属性，通知相关的模块或操作管 理人员执行业务；收集外呼业务的执行反馈情况，收集外呼业务的 专业好文档 2009 年 3 月出版 第- 9 -页 共 32 页 客户信息，统计外呼业务的各个方面，完成各种外呼业务的数据向 各个系统的提取、存放、更新和提供。 IS

19、M（智能交换模块）：它完成业务的引入和交互，同时与汇 接局相连。它采用中兴通讯 ZXQ10 作为交换接入设备，数据的配置 设定、维护管理、话务统计等操作由 OAM 和班长席完成。 VRM 资源服务器：它包括语音、传真和录音资源，提供对自动 流程的控制，在自动流程的运行过程中，分配语音、传真和录音资 源，用于语音的播放、录音和传真的收发。 各种数据库：在业务平台系统中，有多个本地数据库，也可与 异地的数据库相连。它们可以是：提供业务支撑的各种业务数据库； 提供用户各种信息的数据库（如电话号码、联系方式等和为用户提 供过服务的各种历史数据库） ；提供各种信息资源数据库（如号码资 源、话单信息、用户

20、投诉、建议及相关处理等各种信息等） 。 OAM 操作维护管理平台：它可进行呼叫中心资源的配置、进行 日常维护、动态加载或卸载业务。可以根据用户的需求对和整个系 统的网络进行故障管理、配置管理、安全管理和性能管理等。 业务生成环境（SCE）：可以生成新的自动业务流程或维护旧 的流程，能够在线模拟调试。调试好的流程可以提供业务管理站点 加载到交互语音系统上运行。 应用服务器：该服务器上运行的是中间件产品，中间件产品是 能够支持建立覆盖多种硬件平台、操作系统和数据库的数据传输平 台和联机事务处理平台，并且能够自由组合这些平台形成最佳应用 专业好文档 2009 年 3 月出版 第- 10 -页 共 3

21、2 页 环境，具有较好的平台移植性。中间件必须能够保证数据传输的可 靠性和处理的完整性，并提供良好的安全性、高性能、可伸缩性、 高可用性、可管理性、可操作性、适应性、易开发，通常运行中兴 公司自主知识产权的 ZTEComm。 座席：它完成电话业务的受理，它和 ISM 采用一般话路方式连 接，同时与业务控制模块相连，接受业务控制模块的控制。 班长席：主要用于对话务员服务质量的控制，质检员可以实时 监视所有话务员的工作状态，可对某些话务员进行实时的监听和录 音，为处理投诉通供依据。并可对话务员进行强制操作，如强制闭 锁，插入等。 质检座席：对整个呼叫中心的质量检查，是保障客户呼叫中心 真正为客户服

22、务的基本措施。 3、网络拓扑现状、网络拓扑现状 重庆电信主动营销系统业务平台是部署在重庆电信回龙机房的 DCN 网络内部。主城区座席在回龙 6 楼座席区，直接通过连接回龙 局的 ZXQ10 排队机，进行语音接入。区县远端座席其中涪陵和万州 采用的远端模块 RSU 延伸，分别占用排队机 1 个 E1。其余区县采 用电话转接的方式延伸。座席的数据中断通过 DCN 网进行延伸。 专业好文档 2009 年 3 月出版 第- 11 -页 共 32 页 PSTN DCN网络 Cisco3550 中继电路 ZXQ10 排队机 VRM “九七”等其它系统 QuidWay3026 4台HUB SCM应用服务器

23、多媒体采编台 6 楼坐席 Cisco3550 南坪汇接局 OAM DMZ区Cisco2950 PC Server 北北碚碚涪涪陵陵 万万州州开开县县 合合川川 邮件服务器 客客服服中中心心机机房房 业业务务系系统统平平台台 RSURSU RSURSU C o m3 回龙汇接局 用户接入 E1E1E1 E1E1 北北碚碚远远端端座座 席席 涪涪陵陵远远端端座座 席席 合合川川远远端端座座 席席 万万州州远远端端座座 席席 开开县县远远端端座座 席席 远远端端座座席席数数据据通通过过 DCN延延伸伸 HP XP12000 DBDB HP Switch 4132 HP rx3600HP rx3600

24、 新牌坊14楼 4、硬件设备现状、硬件设备现状 主动营销系统独立数据库服务器，与 10000 系统共用接入平台， 如图所示： 主动营销数据库服务器和磁盘阵列配置如下： 专业好文档 2009 年 3 月出版 第- 12 -页 共 32 页 名称名称型号型号数量数量详细配置详细配置备注备注 数据库 服务器 HP RX360024*1.4Ghz/8G/2*146 平均 CPU 占用率为 30%，高峰期 CPU 占用 率为 50% 磁盘阵 列 HP XP120001 财务、维系挽留、主动 营销等系统共用 接入平台服务器（与 10000 号共用）配置如下： 服务器服务器型号型号配置配置 Cq1000-1

25、Hp n40006*550 MHz CPU，6G Mem，2*18G Disk Cq1000-2Hp n40006*550 MHz CPU，6G Mem，2*18G Disk WebserveHp a5002*440 MHz CPU，2G Mem，2*18G Disk AppserveHp a5002*440 MHz CPU，2G Mem，1*18G Disk App-1HP rp24702*750 MHz CPU，2G Mem，2*18G Disk App-2HP rp24702*750 MHz CPU，2G Mem，2*18G Disk 08 年底主动营销为配合增加 35 坐席，XP120

26、00 利旧财务和维 系挽留系统存储空间划分给主动营销 1T 空间，但后期坐席没有增加。 5、中继资源现状、中继资源现状 外部中继=184（6E1）路(闲时使用最高仅为 5)，内部中继 =150 路，语音资源=450 路。 6、业务数据现状、业务数据现状 6.1 目前现场发现的出现性能问题的操作场景和界面 (1)人工界面人工界面 经过现场观察并与部分话务代表沟通确认，目前人工业务各界 面使用正常，没有发现显示或操作慢的情况。 (2) 管理台管理台 专业好文档 2009 年 3 月出版 第- 13 -页 共 32 页 点击“用户分配”按钮进入慢，具体分配用户时比较慢，并 影响 Web 查询性能。回

27、收用户操作时也较慢。 点击“任务管理“按钮进入慢。 点击“资料核对“按钮进入慢。 点击“问题管理“按钮进入慢。 (3) 统计报表统计报表 目前查询效率慢的报表清单： 操作员项目实施分析表(按方案统计) 操作员项目实施分析表(按方案汇总) 操作员项目实施分析表(按员工统计) 外呼项目执行统计表 6.2 目前现场主表数据量目前现场主表数据量 (以下是 2009.02.10 现场收集到的数据量，超过千万记录数的表 已有两个) 彻底解决主动营销系统中上述非常严重的性能隐患，已迫在眉 睫了。 专业好文档 2009 年 3 月出版 第- 14 -页 共 32 页 四、四、系统扩容改造需求说明系统扩容改造需

28、求说明 1 业务基础需求业务基础需求 根据重庆电信业务发展，对于主动营销业务的预测如下： 重庆电信主动营销系统目前为 200 个坐席，主城区 100 个坐席， 区县 100 个坐席，本次需要增加 40 个坐席。 2 接入资源配置计算接入资源配置计算 IVR 资源： 录音资源=坐席数*坐席上座率 新增录音资源=40*0.8=32 路。 排队机资源： ASIG 板资源=坐席数*坐席上座率*3 新增 ASIG 资源=40*0.8*3=96 路。 中继板资源=坐席数*坐席上座率/0.7 新增中继资源=40*0.8/0.7=45 路 语音资源：40 个坐席全程录音，40 路资源。 语音中心资源配置计算

29、项 目参考值单位 座席录音，按8 kHz 采样 每日录音时间6 小时 座席录音保存180 天 磁盘利用率70% 语音压缩比为 1/4 一、扩容到 40 个坐席配置计算 专业好文档 2009 年 3 月出版 第- 15 -页 共 32 页 座席录音存储容量（G）395.5078 语音存储容量（G）565.0112 业务数据库服务器配置计算 项目规模 1单位 坐席数量240个 坐席上座率0.8 坐席平均通话时长80秒 自动语音回访业务外呼线程数：5.00 人工外呼呼叫强度 CAPS(呼叫次数/秒) 公式：坐席数量*坐席上座率/平均通话时 长 2.30 峰值系数为2 浪涌系数为1.3 数据库服务器基

30、本开销10000 设定数据库服务器处理访问时间为 1 秒，每人工呼叫平均进行的数据库事务操作为14次。 1 个 1 秒钟长的数据库访问平均折算为20tpmC。 设定数据库服务器处理访问时间为 1 秒，每自动呼叫平均进行的数据库事务操作为7次。 1 个 1 秒钟长的数据库访问平均折算为6tpmC。 服务器处理能力配置一般以不超过峰值 70%考虑。以上参数， 根据重庆电信业务情况以及后期业务数据库的优化情况可以有所调 整。 忙时客服业务对数据库的每秒平均访问次数=呼叫强度 CAPS每呼叫平均事务处理数 数据库服务器 TPMC峰值系数浪涌系数忙时客服业务对数据库的每秒平均访问次数1 个 1 秒钟 长

31、的数据库访问平均折算 TPMC 60（秒）/70% 业务数据库配置计算结果240 个坐席 人工外呼数据库服务器 TPMC164045.71 自动外呼数据库服务器 TPMC61085.71 数据库服务器 TPMC 合计225131.43 本期工程主动营销数据库存储需要 1T 空间，由于上期工程数 据库存储已划分给主动营销 1T 空间，且本次工程也要对数据库进行 清理，因此数据库存储满足需求。 目前主动营销系统业务数据库采用 RX3600（4*1.4G/18M/8G 专业好文档 2009 年 3 月出版 第- 16 -页 共 32 页 MEM）双机+集中存储磁阵，而小型机已经满配，建议本次增加一

32、套 RX6600(4*1.6G/18M/8G MEM）双机，未来可以进一步的扩容。 服务器服务器 HP RX6600 配置建议：配置建议： CPU：4*1.6GHz 内存：8G 硬盘：2*146G（做成 Raid 0+1） Raid 卡： 1 张 网卡：4*1000Base-Tx 局域网卡 电源： 2 个冗余电源模块 其他： 1 个磁带机 3 中继资源配置计算中继资源配置计算 目前主动营销的外部资源利用率很低，平均仅 5%。在上一期扩 容之后，中继资源的配置达到了 200 个座席，本次增加到 240 个座 席规模的情况下，建议不考虑中继资源的扩容。 五、本期建设方案五、本期建设方案 1、建设目

33、标及内容、建设目标及内容 本期工程建设目标及内容如下： 1. 本次工程建设目标按照重庆电信主动营销业务预测能力需求， 客户服务中心计划在原有座席规模基础上，新增加 40 个座席。 满足期限为 2009 年年底前。由于新用户规模的变化，建议冗 专业好文档 2009 年 3 月出版 第- 17 -页 共 32 页 余一部分排队资源，未来可以快速增加座席满足主动营销的 需求。 2. 清理主动营销数据； 3. 优化目前的数据库表结构，优化主动营销系统的用户数据导 入及分配算法； 4. 更换 2 台主动营销系统的数据库服务器，提高主动营销系统 的系统能力，并移植数据库； 1.1 建设方案建设方案 1.1

34、.1 数据备份清理和离线统计数据备份清理和离线统计 由于性能问题与数据量相关。在满足业务查询基本要求的前提 下，对一些很少查询的数据必须进行定期备份和清理，业务应用也 需要配合修改。专题讨论达成一致意见： (1)业务库中保持现有生产表和备份表机制。Web 应用中对于每个呼 出都要使用的界面进行优化，如：呼出任务详细查看界面打开时 显示信息也只从生产表查询，部分信息点击后再从备份表查询。 联系我的客户任务列表只从生产表中查询。 (2)新增统计库服务器硬件和数据库，每天凌晨将前一天数据复制同 步到离线统计表。将统计报表分为两类，需要实时查询的报表从 生产表中查询，其它报表从离线统计表查询。 专业好

35、文档 2009 年 3 月出版 第- 18 -页 共 32 页 备份表 离线存储介质 离线统计表 生产表 业业务务库库统统计计库库 统统计计报报表表 Web页页面面 复制(非当天数据) 离线备份 备份 重庆电信主动营销系统 离线统计系统结构图 【建议】新增小型机 HP rx6600 和 Sybase 数据库，用作业务库。目 前使用数据库用作统计库。 数据备份清理数据备份清理 数据表分类数据表分类最新数据最新数据数据保存周期数据保存周期超过周期数据处理方式超过周期数据处理方式 生产表实时6 个月号码相关数据全部关联移入 备份表 备份表6 个月前2 年号码相关数据全部关联清理 备份到离线设备，当某

36、个任 务下所有用户都已移到备份 表后，该任务也清理备份； 当某方案下所有任务都已备 份清理后，则清理方案以及 问题，选项等相关表。备份 到离线设备，如磁盘等。 离线统计表前一天2 年删除 专业好文档 2009 年 3 月出版 第- 19 -页 共 32 页 注：为保证数据完整和一致性，以上数据备份清理以用户表 (HF_UserInfo)和任务表(HF_TaskUser)为主线索，以数据导入时间为 判断条件，关联清理相关呼出记录和日志表。 以下是现场查询几个主表的数据量： select count(1) from zxdb_1000HF_TASK_USER where dtDistriTime

37、= dateadd(month,-6,getdate() 1038266 select count(1) from zxdb_1000HF_TASK_USER 2097421 select count(1) from zxdb_1000HF_TASK 2011 select count(1) from zxdb_1000HF_USERINFO 2203833 select count(1) from zxdb_1000HF_SCHEME 288 select count(1) from zxdb_1000HF_CALLHISTORY 8175838 select count(1) from z

38、xdb_1000HF_CALLHISTORY where dtCallTime = dateadd(month,-6,getdate() 6723556 查询时间20S select count(1) from zxdb_1000.dbo.HF_ITEMDETAIL 专业好文档 2009 年 3 月出版 第- 20 -页 共 32 页 11238594 查询时间25S select count(1) from zxdb_1000.dbo.HF_ITEMDETAIL where dtOperDate = dateadd(month,-6,getdate() 8160055 查询时间22S 从以上

39、 SQL 执行情况和数据量来看，业务库中生产表保留 6 个 月数据，数据量有一定减少，但部分大表数据量仍然较大，建议生 产表数据保留周期改为 3 个月。 离线统计离线统计 具体来说就是将一些报表需要使用的历史表定期同步到单独的 新增数据库上，然后针对历史数据的查询就避免了访问生产库。对 于部分需要实时统计的报表，比如了解当天操作员回放情况，则保 留现有报表从生产库查询。由于生产库只保留当天数据，则查询性 能也可保证。 与业务部门沟通需要实时查询的报表清单如下： 调查问卷明细表 用户受理明细表 工作量统计表 呼叫用户历史明细表 用户数据分配统计表 1.1.2 应用优化应用优化 专业好文档 200

40、9 年 3 月出版 第- 21 -页 共 32 页 出现性能问题的操作场景和界面为线索，梳理相关模块和数据 结构的设计改进。重点关注和解决实际生产中的突出问题。 管理台 针对目前发现的用户分配，任务管理，资料核对，问题管理界 面。 分析原因：由于目前数据任务太多,展示比较慢,目前有300个方 案,2000多个任务,要把这些节点展示出来,比较费时。 解决方法：解决方案是进入用户分配页面后，先列出所有的方 案数据（不用1次性查询出所有方案下的所有任务）,选择方案后， 再查询该方案下的所有任务，采用此方案，速度将有明显提升。 另外在任务管理界面增加：任务最大保存时间（数据保存的最 长期限为2年），该

41、时间由用户在创建任务时设置，系统在每天晚上 会自动根据该时间的设置，进行任务数据的自动清理，这样对于一 些通知、关怀等非营销性任务数据可以得到及时清理。 统计报表 针对操作员项目实施分析表(按方案统计)，操作员项目实施分 析表(按方案汇总)。 操作员项目实施分析表(按员工统计)，外呼项目执行统计表。 将从以上报表入手梳理涉及的相关数据表，统计表，存储过程 和代码处理逻辑。检查是否存在事务处理不当，处理过程中对异常 是否有保护机制，数据表设计是否可优化等等。另外将对现场数据 库做全面检查，包括数据表，索引等。 专业好文档 2009 年 3 月出版 第- 22 -页 共 32 页 人工业务界面人工

42、业务界面 在以下“历史记录”界面中，默认将只从生产表查询。当选中 “包含半年前记录”时，将同时查询显示备份表中记录。 专业好文档 2009 年 3 月出版 第- 23 -页 共 32 页 1.1.3 硬件扩容硬件扩容 专业好文档 2009 年 3 月出版 第- 24 -页 共 32 页 方案一： 新增 2 台 HP RX6600 数据库服务器、1 台 EVA4400 磁盘阵列 以及 2 台光交换机于回龙机房。 此方案易于排除故障，数据库服务器与原有主动营销设备集中 放置于同一机房内。但相对投资较高，资源利用率较低，不易于维 护。 方案二： 新增 2 台 HP RX6600 数据库服务器于新牌坊

43、 14 楼，替换原有 数据库服务器 HP RX3600(替换后，HP RX3600 用做离线历史统计 服务器，保存 2 年的历史数据，与 HP RX6600 共用磁阵)。 此方案较保护投资，磁盘阵列和光交换机都有可利旧设备，存 储实现一体化，也较于信息化支撑中心进行维护。但由于存储由多 个系统共用，对存储性能上有一定影响，因此不利于排除故障。 方案三： 新增 2 台 HP RX6600 数据库服务器和一台 EVA4400 磁盘阵列 于新牌坊 14 楼，利旧网厅光交换机。 此方案使主动营销从集中存储中剥离出来，单独进行存储。未 来扩容比较容易。但相对投资较高，资源利用率较低。 1.1.4 软件改

44、造软件改造 1.1.4.1 短信发送短信发送 人工座席增加发短信功能，与 10000 号人工发送短信和统计功 能相同。可进行自编短信、默认短信发送，发送方式有点对点、点 专业好文档 2009 年 3 月出版 第- 25 -页 共 32 页 对多点（普通客服代表 1 次不超过 20 户） 。同时提供报表统计，统 计内容包括发送时间、工号、信息内容。 1.1.4.2 客户密码验证客户密码验证 提供人工座席密码验证功能，与 10000 号人工座席密码验证功 能相同，在外呼中，需要对用户进行密码验证时，客服代表将电话 转入自动语音，客户根据语音提示输入密码后自动转入人工服务， 并提示密码验证是否正确。

45、 1.1.4.3 联系电话自动外呼联系电话自动外呼 在“联系我的客户”页面增加“联系电话自动外呼”选项，客 服代表选择后，系统对用户的联系电话进行自动外呼。联系电话可 通过管理台进行导入或在人工座席“联系电话栏”中手工录入。 （1）在“联系我的客户”任务列表下方的自动呼叫按钮前增 加选择框：1.呼叫用户号码(默认)；2.呼叫联系电话（联系电话可通 过管理台进行导入或在人工座席“联系电话栏”中手工录入） 。当选 择呼叫用户号码时，保持现有功能不变。当选择呼叫联系电话时， 则直接对该用户的联系电话进行呼出。要求联系电话必须由 012 数字组成，如果联系电话为空或者包含其它字符，则自动跳过呼叫 下一

46、用户。 （2）以上提及的联系电话，对应管理台手工导入时指定的联 系电话字段。在“用户扩展信息”中输入的联系电话单独存储。 1.1.4.4 示忙示忙/自锁超时提醒和统计自锁超时提醒和统计 专业好文档 2009 年 3 月出版 第- 26 -页 共 32 页 当客服代表示忙或自锁超过一定时间，班长座席将自动弹出提 示框，显示示忙/自锁员工工号、姓名、示忙/自锁开始时间，目前 已达时长等信息，并提供相关报表统计。 （1）报表名称：话务员自锁简要报表； （2）统计条件：开始日期：精度为天；结束日期：精度为天； （3）统计方式：列表型参数，可选值包括：按班组、按工号； 单选，必选。 班组：列表型参数；可选值包括所有班组；多选 工号：列表型参数；与班组联动；多选；当统计方式为“按班 组”时隐藏统计结果。 （4）排序方式：按自锁时长降序排列。 （5）统计周期：提供准实时统计，即当统计当天日期包括当 前时，每 3 个小时生成一次统计数据： 00:00、03:00、06:00、9:00、12:00、15:00、18:00、21:00、24:00。 要求每次数据统计结果保留一天，在第二天凌晨清除。 （6）输出格式，如下表： 序号工号姓名自锁次数自锁时长 合计（总和）（总和） 字段说明： 序号：从 1 开始递增自然数； 工号：操作员工号； 专业好文档 2009 年 3 月出版 第- 27 -页