XXXX呼叫中心整体外包项目投标文件(技术方案).doc

合肥市长热线呼叫中心整体外包项目投标文件技术方案中国移动通信集团安徽有限公司合肥分公司二八年一月目 录第 一 章 项目概述71.1 项目背景71.2 编制依据81.3 中国移动合肥分公司在呼叫中心领域的优势8第 二 章 建设目标及原则102.1 系统建设目标102.1.1 总体目标102.1.2 技术目标102.1.3 热线电话建设目标112.2 系统建设原则11第 三 章 项目需求分析123.1 市长热线办简介123.2 运行现状123.2.1 工作环境123.2.2 网络和硬件123.2.3 业务流程现状133.2.4 业务需求分析133.3 项目难点及要点分析133.3.1 业务系统的平滑过渡133.3.2 呼叫平台的品质保证143.3.3 系统建设的安全性14第 四 章 系统建设方案154.1 系统总体架构154.2 呼叫中心平台建设164.2.1 呼叫中心平台总体结构164.2.2 呼叫中心提供主要功能 签入 签出 应答 释放 示忙 示闲 休息 内部呼叫 内部求助0 呼叫转移1 保持呼叫2 取保持3 三方通话4 来话转出5 呼出6 进入工作态7 退出工作态8 设置呼叫数据214.2.3 平台功能说明 统计显示 监视 监听监察 录制 回放 插入 强制签出 拦截 强制示忙0 强制示闲1 强制释放2 录音录制文件管理3 业务代表基本信息浏览4 任务管理244.3 业务处理平台建设244.3.1 系统业务描述 系统服务对象 系统使用对象 系统业务关系254.3.2 系统总体设计 系统体系结构2 应用系统组成2 业务处理流程图274.3.3 IVR2 自动投诉受理2 自动查询信息284.3.4 人工受理2 直办2 转办2 交办2 呈批2 反馈30 回退30 办结30 催办30 申请延期300 申请退回31 统计报表32 待办事宜324.3.5 督办3 查询浏览受理单3 查看受理单详细内容3 编辑受理单3 受理单状态控制3 反馈单状态控制3 自动督办3 监听/插话334.3.6 系统维护3 部门管理3 用户管理3 角色管理3 资源管理3 系统监控3 系统日志3 系统安全364.3.7 短信提醒364.3.8 知识库管理364.3.9 其它功能3 登录验证3 密码加密和验证3 用户密码更改3 用户注销374.4 服务器设备选型384.5 系统安全设计434.5.1 应用系统安全434.5.2 网络系统安全454.5.3 服务器系统安全46第 五 章 系统技术架构485.1 系统技术架构485.2 关键应用技术495.2.1 三层体系结构495.2.2 J2EE应用服务器505.2.3 工作流组件515.2.4 权限控制组件51第 六 章 项目实施方案536.1 项目实施536.1.1 工程施工组织536.1.2 项目组成员546.1.3 工程进度计划556.1.4 系统培训计划5 入职培训5 在职培训5 话务人员个人提升培训576.2 路由调整586.3 系统割接586.3.1 割接目标586.3.2 割接思路586.4 运营维护596.4.1 组织结构596.4.2 组织管理596.4.3 人员配置61第 七 章 服务场地及机房627.1 办公场地627.2 机房要求637.3 机房环境647.4 机房安全657.5 电源系统657.6 防雷接地66第 八 章 售后服务678.1 安徽移动客户服务中心现有规模678.2 安徽移动客户服务中心资质及荣誉678.3 故障级别定义及响应解决时间708.4 服务承诺708.4.1 故障处理708.4.2 紧急恢复718.4.3 服务质量赔付71第 71 页第 一 章 项目概述1.1 项目背景合肥市12345市长热线是政府为了贴近群众，倾听民声，加强政府与市民的沟通，快速、有效地传达民情民意，解决市民生活中地实际困难而建设地多媒体办公自动化网络系统。目前合肥12345市长热线和53个局、委、办的咨询投诉热线独立建设，这些热线号码贴近市民，服务便利，建立了政府行政服务机关和群众之间的桥梁，在为公众排忧解难、有效化解矛盾、维护社会稳定、创建和谐社会等方面都做了大量工作，也为提高机关工作效率，转变政府职能，建立现代公共服务型体系奠定了良好的基础，得到了广大市民的拥护和赞扬。除个别为全国、全省统一号码，如12315消费者热线等，还有部分局、委、办没有统一的热线号码，热线号码众多，分工过细，市民记忆、拨打十分不便，处理一件事情，往往要反复咨询、拨打多个号码，最终可能还不能得到圆满解决。另外，各部门热线各自独立，没有统一的平台和沟通渠道，公文流转极不方便。针对这个问题，合肥市政府各级领导具有优秀的前瞻意识，决定建设统一的热线电话系统，整合现有的市政府、消协等53个政府部门的公开电话，启用全国统一的12345政府热线电话，实行24小时人工接听，集中解答、转办、督办，解决市民的问题，后台对于市民来电也启用统一的业务平台进行处理，做到只记一个电话号码，只打一次电话，就能得到政府的答复和服务，从而提高市民的满意度。1.2 编制依据1. CCITT Q1200建议和邮电部电话信息服务技术规范2. 邮 电 部电话信息服务台技术规范（试行）3. 邮电部电话交换设备总技术规范书及附件（GF002-9002.1、9002.4） ；4. 邮电部中国国内电话网No.7信号方式技术规范（暂行规定）GF001-9001及补充规范5. 国家电子政务试点城市工作方案6. 合肥市信访办提供的有关资料7. 华为公司C&C08-Q智能排队机技术手册8. 华为公司TopEng-客户服务中心技术手册9. 合肥市政府采购中心竞争性谈判邀请函（项目编号：HFCGZX-J20071277）1.3 中国移动合肥分公司在呼叫中心领域的优势中国移动合肥分公司有机会参与该系统建设深感荣幸。合肥12345市长热线是政府实施电子政务、提升政府工作效率、创新政府形象的一项重要建设内容，关系到政府在公民中的认可程度，意义非常重大。我们根据合肥市政府采购中心竞争性谈判邀请函的需求说明，经过一系列专业的分析认证，给出合肥市长热线呼叫中心整体外包项目投标文件，为合肥市政府提供先进的业务支持平台，我们坚信在双方的共同努力下，完全达到能预期的目标，让合肥市政府的便民服务工作及行政管理工作更上一层楼。合肥市政府热线系统的建设，从业界实际看，非单一的建设项目，涉及众多技术、设备集成及运营管理经验等，是一项非常复杂的系统工程。中国移动合肥分公司在呼叫中心领域经验丰富，移动客服呼叫中心座席数达到830套，负责1300多万移动用户的业务受理、投诉、咨询等业务，12580人工秘书平台具有座席220套，提供电话查询、酒店航班预订、电话遇忙人工接听等秘书台业务。是全省规模最大、实力最强的呼叫中心，是呼叫中心领域的专家，提供一流的产品和服务。第 二 章 建设目标及原则2.1 系统建设目标2.1.1 总体目标系统采用先进的通讯与计算机相结合的CTI技术，充分利用各级政府现有的信息网络资源，将自动语音查询、人工服务、信息资料处理紧密结合起来，提供24小时不间断服务。该系统为传统的以电话为主要接入方式的政府热线注入了新的活力，实现了办公网络化、多媒体化。2.1.2 技术目标查询功能：主要提供政府政策、法规及各职能部门职能、职责查询；受理功能：包括 投诉处理和自动录音 ； 三方通话功能：工作人员可以一边与来电人保持通话，一边接通有关部门的电话，实现三方通话，同时还可以将信息整理记录存入数据库，或将通话进行录音；管理督办功能：工作人员受理转办后，到反馈期限时，在每天进入工作管理台时屏幕上自动显示，提醒工作人员抓紧督办；信息统计功能：根据工作需要，将每天受理的情况和信息，生成不同的统计报表或图表。2.1.3 热线电话建设目标按60个坐席准备，本期配置30个坐席。2.2 系统建设原则符合合肥市信息化建设总体规划的建设步骤。系统安全性：通过加强内部访问控制和外部访问控制来保证网络和信息安全，通过设计可靠的网络结构和硬件设备，以及选择和设计健壮的应用系统来实现。系统先进性：系统使用先进的CTI技术，采用模块化的设计原则，做到技术领先，便于使用。系统扩展性：系统预留接口，方便与其他系统融合；系统设计灵活，容易升级和扩展。第 三 章 项目需求分析3.1 市长热线办简介合肥市市长热线电话办公室代表市政府受理市民对政府部门的及其部门工作人员的批评建议，反映有关问题等。现有工作人员12名，包括接线人员、统计人员和管理人员。其各个网络单位包括政府组成部门、直属部门、二级机构和部分大中型企业。合肥市市长热线电话受理工作目前仍然停留在初级电子化操作阶段，8部连选电话满负荷工作，日均受理量近280件，标准受话量处于低水平，电话排队现象比较突出。3.2 运行现状3.2.1 工作环境合肥市市长热线电话办公室现有2间办公室，比较分散。其中一间受话室，约40平方米；一个工作间，约40平方米。3.2.2 网络和硬件合肥市市长热线电话办公室现有20台电脑，其中12台联入政府局域网，主要用于内部办公；另外8台作为热线受理机；服务器二套，一套3台（语音、数据库、应用服务器），外加1台打印机，1台传真机和1台复印机。3.2.3 业务流程现状3.2.4 业务需求分析 热线整合后每日的呼叫量达到1000余次，目前的呼叫平台处理能力承载不了呼叫量的巨增。根据呼叫中心人员的配备原则，需对呼叫中心扩容（加话务人员和设备）。政府本着减少完善公共服务体系、有效整合行政资源、降低行政成本、最大限度方便市民的原则，决定呼叫中心项目整体外包。3.3 项目难点及要点分析3.3.1 业务系统的平滑过渡原业务系统建设基于简单的应用级标准，只满足热线办及部分政府部门业务处理，而新的系统建设是建立在电信级标准模式下，从硬件设备的配置，业务系统的处理能力上，都较原系统有较大的改善，如何在不中断业务的情况下，保障系统平滑过渡是本次项目建设的要点。3.3.2 呼叫平台的品质保证整个呼叫平台的建设是本次项目建设的要点和难点。原系统呼叫平台建设是基于板卡技术，处理能力有限，技术落后，新平台的建设是基于华为成熟的呼叫平台技术，小型机的硬件配置保障了处理能力和 稳定性。原呼叫中心平台工作人员大多是政府部门临时招来的工作人员，没有经过系统培训，能力参差不齐，新呼叫中心平台的工作人员从移动现有客服人员中择优选聘，提升呼叫中心平台的品质。3.3.3 系统建设的安全性原有系统仅是在政府内部使用，整个系统部署在统一政务专网内部，对安全性的考虑不够充分。新系统建设不仅满足现状的需求，更考虑到未来的需求，因此安全性是本次项目建设重点考虑的问题。本系统建设过程中，分别从应用系统安全，网络结构安全，服务器系统安全等方面综合考虑，保障系统的安全性。第 四 章 系统建设方案4.1 系统总体架构系统的设计采用先进的客户机/服务器网络体系结构，集目前先进的计算机技术、通信技术、计算机电话集成(CTI)技术、多媒体呼叫接入技术、数字语音处理技术、异构系统信息交互技术、安全容错技术等于一体，突破时空的限制，通过人工座席、自动语音/传真、政府相关人员等为群众提供周到、快捷、全方位的便民服务，为人民群众与地方政府之间架起一座密切联系的桥梁。系统结构如下图所示。 4.2 呼叫中心平台建设4.2.1 呼叫中心平台总体结构一套完整的呼叫中心系统无论规模大小，在逻辑上均由交换、业务处理、业务实现三部分组成。交换部分除完成中继接入、信令配合、接续控制、话务排队等工作外，还为业务处理提供重要话务数据（主叫号码、二次收号、线路状态等），并与业务处理共同完成各类资源的控制（如语音、传真、收号、座席等）。业务处理与交换、业务实现紧密配合共同完成人工、自动业务的处理过程，并形成统计数据。在交换、业务处理两部分构成的智能业务处理平台上，业务实现部分通过编程接口，构建灵活的业务功能。呼叫中心系统可根据不同的容量和物理设备灵活配置。在规模较小的系统中，计算机网络中运行的主要业务控制软件可集中在一台设备上，进一步降低成本。在规模较大的系统中，可将控制分散于不同设备中，进而提高系统整体性能，提高系统稳定性和可靠性，（本次项目采用电信级架构，WEB和数据库服务器完全分离，并都做双机热备）。中国移动合肥分公司的呼叫中心采用华为公司C&C08-Q智能排队机作为交换接入设备，排队机数据的配置设定、维护管理、话务统计等操作由ACD BAM后台管理系统完成。C&C08-Q智能排队机内置10M网卡，为计算机业务系统和交换系统提供高速数据通道，实现交换网络与计算机网络无缝连接。但是，基于安全性的考虑，排队机并未直接接入计算机网络中，而是采用点对点的方式与通信前置机FEP相连，业务系统和排队机进行任何通信都须经过FEP中间处理。CCS服务器，是呼叫中心平台的核心控制系统，负责业务的支撑，完成呼叫控制，呼叫技能路由，提供与呼叫同步的用户数据及监视信息等。CCS与ACD之间采用协议通讯，CCS向ACD发送与呼叫相关的指导性控制指令。话务员座席CCC完成电话的受理，它和排队机通过1B+D的方式连接，同时接受核心服务器CCS的控制。根据项目建设要求，在本期项目规划中配置30座席。IVR是交互式语音应答系统，提供对自动流程的控制，自动流程在运行过程中，将调用语音资源VP和传真资源FP，用于语音的播放和传真的收发。QC Center话务质检中心，用于完成对接听人员的质量检测。话务质检中心可以实时监听、监测接听人员的工作状态，并可对接听人员座席进行强制操作，如强制闭锁、插入等，可以对来电进行录音，为处理投诉提供依据。在呼叫中心系统中，有多个本地数据库。用户信息数据库UIDBS是专用数据库，存储来电人资料数据、日志记录和统计数据等。访问数据库时，通过PROXY数据库网关完成，这种结构避免直接操作数据库系统，提高了系统数据访问的效率和安全性。SCE是一个图形化的业务生成环境，通过它可以生成新的自动业务流程或维护旧的流程，能够在线模拟调试。调试好的流程通过SMP可以加载到IVR上运行。WWW 服务器向Internet用户提供WWW服务。APP Server应用服务器定义外部连接如OA系统、结算系统等的操作规程，为呼叫中心系统的应用程序访问外界数据库提供支持。4.2.2 呼叫中心提供主要功能 签入签入媒体服务器，签入排队机，业务代表上班。签入成功后，呼叫中心才会给该业务代表分配呼叫。 签出签出媒体服务器，签出排队机，业务代表下班。签出成功后，呼叫中心不会给该业务代表分配呼叫。 应答当系统分配一个呼叫到座席时，业务代表可以利用此功能应答该呼叫，应答成功后，业务代表同客户开始通话。 释放业务代表挂机，将呼叫释放，呼叫释放后座席处于空闲状态，可以继续接听来话。 示忙座席示忙后，将不再被分配来话，但可以呼出、被监听和插入。 示闲座席示闲后，可被分配来话。 休息业务代表可以请求休息，休息后不会分配来话。 内部呼叫内部呼叫是指一个业务代表向另一个业务代表发起呼叫并实现通话。内部呼叫不能被保持、不能被转出、不能被静音。 内部求助业务代表在接听来话的时候，可以发起内部求助。内部求助分为两方求助和三方求助。0 呼叫转移将来话转移到其他的业务代表、队列、自动流程或接入码。1 保持呼叫保持呼叫是指业务代表在通话的过程中，将呼叫保持起来，此时客户听到保持音乐，待需要的时候在将该呼叫取出，继续通话。2 取保持业务代表可以把保持的呼叫与当前接通的另一方连接起来，然后业务代表自动释放，可继续接收来话。3 三方通话一个业务代表同其他两个客户或两个业务代表同一个客户同时通话称为三方通话。4 来话转出将呼叫转至一指定电话。5 呼出呼出是指业务代表呼叫某电话号码，实现通话。6 进入工作态工作态是座席的一种状态，座席进入工作态后不分配来话。7 退出工作态座席退出工作态后可以继续接收来话。8 设置呼叫数据业务代表可以为呼叫设置附加信息，在呼叫转移时，这些信息随同呼叫同步转移。4.2.3 平台功能说明座席扩展功能主要为质检员提供对普通业务代表的监控、质检操作、管理等功能。 统计显示在指定的时间段对当前全部业务代表情况进行基本统计，分为三种：1、摘要数据统计2、呼叫数据统计3、座席数据统计 监视通过协议跟踪，显示出被监视业务代表（可以是多位）所处理呼叫的各种状态。 监听监察监察所有流经指定业务代表的媒体数据流，对语音来说即是监听，对其他媒体呼叫称之为监察。 录制把所有流经指定座席的媒体流数据录制在指定文件或数据库中，对文字交谈、Email呼叫、Fax呼叫的录制，即在录制服务器上保存于文件中（包括Email等的内容）。提供定时长的立即录制或定时录制、全程录制方式，在录制的同时，业务代表的呼叫接续等各种操作也被同步记录。可以全屏录制，即在呼叫通话期间截取的屏幕。用于提高业务代表技能，适用于对技能要求较高的业务，如金融保险业等。 回放对多种接触媒体呼叫可提供按时间段、业务代表、主叫号码分类搜索数据流回放，对文字交谈、Email呼叫、Fax呼叫的重现即显示录制的文件，同时具有现场回顾的功能，即同步显示录音当时的业务代表工作情况（显示呼叫接续等各种操作情况及状态）。回放可快进、快退、暂停、在任意指定位置开始播放等。 插入以多方通话方式强行加入业务代表的通话中，对多种接触媒体呼叫也可以插入。 强制签出强行将指定业务代表签出，被签出业务代表必须重新签入后方可继续接受新的呼叫请求，某一质检员不能强制签出另一质检员。 拦截质检员正在监察某业务代表时可以将该业务代表的多种接触媒体呼叫拦截。也可以拦截被保持的语音呼叫。 强制示忙将指定业务代表示忙。0 强制示闲将指定业务代表示闲，以使该座席可接来话和其他接触媒体呼叫。1 强制释放质检员强行使处于通话态的业务代表释放呼叫。2 录音录制文件管理可按照主叫、质检员工号、接触媒体呼叫种类以及录音录制的时间段在服务器上搜索录音录制的文件，并备份删除不需要的文件。3 业务代表基本信息浏览浏览业务代表的姓名、工号、技能队列、当前主要状态（如业务代表正在通话、通话的呼叫信息，处理其他接触媒体呼叫的状态）等。4 任务管理可查询、删除当前的所有质检任务，同时对任务列表能按该任务的目的、按业务代表工号、按任务类型、按任务启动时间、按发起该任务的质检员工号、按接触媒体呼叫种类等不同方式进行分类排列。4.3 业务处理平台建设4.3.1 系统业务描述 系统服务对象市民拨打12345热线电话获取相应的服务。 系统使用对象系统使用人员： 市长热线呼叫中心座席人员 市长热线办督办人员 相关部门 系统业务关系（1）来电人来电人可以向受理中心提出涉及到各级机构及各级政府部门工作的问题。（2）市长热线呼叫中心市长热线呼叫中心座席人员通过资料库管理系统查询相关问题答案，有明确答案的直接予以答复，没有标准答案的由座席人员按相关规定进行处理。（3）市长热线督办中心市长热线督办中心负责对座席人员的工作监督和指导。（4）各部门各政府部门在接到任务单后与来电人联系、处理，并整理标准答案后录入到资料库系统中，同时反馈处理结果。4.3.2 系统总体设计 系统体系结构根据合肥市人民政府12345业务处理系统的功能需求，经过功能细化和分类抽象，充分考虑系统运行稳定性、可扩展性、易维护性、操作简便等方面的要求，采用分层设计思路，并确保业务规范和标准、电子政务安全要求贯穿系统的各个层面。本系统的建设，是为了整合合肥市近百家政府部门热线电话资源，实行24小时人工接听，集中解答、转办、督办，基本解决政府热线电话难记难打的问题，所以本业务处理系统不仅仅是处理传统意义上的12345业务系统，而是一个广义上的，综合性的，全方位的政府热线电话业务受理系统。 应用系统组成本期方案建设实现前台业务受理（包括人工受理、自动录音）、后台业务办理（督办、短信提醒、知识库管理等）和局委办反馈等模块。 业务处理流程图来电人电话前台受理整理完成受理信息，交后台处理上 呈直接处理各单位（局委办）办理、答复交办、督办反馈、报结嵌入处理员信息，并实现办理，统计分析。4.3.3 IVR系统提供对市民通过电话向12345热线电话受理中心反应问题的受理服务。 自动投诉受理系统通过IVR导航，将客户的投诉（或举报）内容进行录音，从而完成自动受理。自动录音的时间长度可以控制，一般不超过5分钟。 自动查询信息系统提供24小时自动语音查询服务。4.3.4 人工受理系统提供人工座席代表直接与市民对话，记录举报、投诉、批评、建议等情况，解释政府相关政策法规，系统提供如下功能： 直办座席人员对咨询类的问题，可进行现场的解答。对于以前已经交办过的受理件，可以直接答复。 转办一般来电事项，电话受理人员可以进行转送相关政府部门，相关政府部门应在规定期限内答复来电人，并按要求告知12345热线电话。对依照来电内容属于相关政府部门办理的来电事项，系统将其直接转送至相关办理部门进行办理，相关办理部门将办理结果在规定的时间内反馈至12345热线电话，考虑到实际工作中的一些特殊情况，本流程中也对转送作出了灵活的规定，可对转送的流程进行个性化设置。转送可以有发函（转办单）转送和附转送单转送两种方式。相关政府部门收到转办事项后，对该事项的办理负有催办受理机关按期办结,对办结报告负责审核把关后上报。相关政府部门处理完转送的事项后，反馈给督办中心，督办中心汇总办理情况。 交办交办跟转办的区别是交办为重要事项，按相关规定报领导审批，然后交办相关政府部门进行处理，交办的同时要短消息通知对方指定人员，有关领导对接收到的重要事项进行预审处理，由预审人对交办事项进行审查。如果登记内容不符合要求，如内容不全、内容明显失实、则预审人员将退回重新办理。只有预审通过以后，来电事项才能提交审批人进行进一步的审批。系统提供附件管理功能。 呈批除立即可以办结的来电事项以外，重要的事项在提交相关部门处理办理之前都需要进行审核，并报送领导审批通过以后，根据领导批示内容后进行办理。12345流程中的审核是一个循环过程。在一个审批环节中，某个审核人无法定夺时，可以提交另一个审核人再审。 反馈各相关部门办理完成以后，将办理结果向上级反馈，督办中心人员对办理结果进行审核。审核通过后，通知来电人员；审批未通过，则退回重新进行办理。如果不能按时完成的，要说明原因，定期汇报进度。 回退督办中心收到反馈后，如果对反馈的结果不满意，进行回退，所有的回退提供重办理由。 办结来电事项办结完成反馈到督办中心，督办中心可对事项进行归档或进一步再办理。归档后所有信息都不可再修改。 催办如果办理部门的任务办理超时，系统将自动催办。催办可采用短消息催办和通知催办。 申请延期如果办理部门因客观原因，导致在给定期限内无法回复的，可向上级申请延期，由上级负责人根据实际情况判定是否给予延期。0 申请退回由于操作失误或业务判断不准确，导致信件转办不合理，办理部门可申请退回，并说明退回原因。1 统计报表系统能快速生成各种统计报表或图表，提供了三个层次的统计分析报表。即常用报表、特色报表和自由组合报表，所有报表均提供打印和EXCEL导出功能。1、常用报表 交办单位统计 受理类别统计 人员工号统计 反馈情况统计 工作量统计 按年份统计2、特色报表主要以类别分析、热点排行、趋势分析等具有特色功能的报表展示各种数据分析。3、自定义报表快速实现任意指标和任意条件的自定义报表，可以柱状图、折线图、饼图、立方图等进行展示。2 待办事宜系统提供待办理事项、逾期未办理事项等提醒功能。4.3.5 督办 查询浏览受理单输入查询条件，系统将列出所有满足条件的受理单；如果受理单总数较多，将采用分面显示。 查看受理单详细内容能够查看受理单的详细内容。 编辑受理单能够修改或编辑受理单的详细内容；在电话受理过程中，有些栏目的内容来不及填写，这时采用编辑或修改的功能来继续填定；如果受理单已经转办到其他部门，即受理单状态为办理中，且不允许更改受理单内容；同时，转办的受理单可以选择是否屏蔽来电人的信息（包括：主叫号码、姓名、地址等），但要求来电记录中保留来电主叫号码及相关信息。 受理单状态控制可以对受理单的状态进行控制（直办、转办等）。 反馈单状态控制可以依据职能部门反馈的情况，对反馈单的状态进行控制（未办结、办结等）。 自动督办系统提供自动督办、催办、提醒等功能。 监听/插话督办人员可以电话监听受理员和客户的通话内容或插话，在监听或插话的同时，要求督办员能够实现对坐席通话录音功能。4.3.6 系统维护 部门管理对政府下属的职能部门进行登记注册，为以后事项转办、外拨、三方通话提供方便。 用户管理用户列表：通过树形单位列表，选择用户。如下图，在用户列表中，亦可以完成用户的增删改功能。增加用户：点击增加用户按钮，可以在当前的单位中增加用户。新增加的用户只能具有登陆、修改自身密码、信息的权限，如果需要更多权限，需要系统管理员分配其角色。修改用户：可以修改用户的相关信息。以及用户密码。但所属单位、用户登陆名不能修改。如果更改了页面样式，该用户登陆后，页面的显示风格将会不一样。删除用户：删除指定用户。查找用户：按照用户名或是登陆名在本单位以及本单位的下级查找用户。超级管理员可以查找所有用户。解锁用户：当用户连续四次输入错误的密码，为保证用户账号的安全，系统将自动锁定该用户。管理员可以使用该功能解锁用。操作只需要选择已经锁定用户，点击“解锁”按钮即可。 角色管理系统管理员维护当前系统中所有的角色信息。角色列表：列出当前系统中所有角色。添加角色：为保证系统中角色定义的严格性，本功能只能是在用户许可的情况下，由超级管理员直接更改数据库而完成。修改角色：为保证系统中角色定义的严格性，本功能只能是在用户许可的情况下，由超级管理员直接更改数据库而完成。删除角色：为保证系统中角色定义的严格性，本功能只能是在用户许可的情况下，由超级管理员直接更改数据库而完成。分配角色资源：即指定该角色所拥有的所有操作权限，选择需要分配的角色，点击“分配资源按钮”，在打开的窗口中选择资源，点击确定完成。分配角色用户：即指定该角色所拥有那些用户，选择需要分配的角色，点击“分配用户”，在打开的窗口中用户，点击确定完成。 资源管理资源管理是对具体的权限控制单位的管理，此功能一般由系统管理员使用。该功能表现出灵活的系统扩展性，系统开发人员和系统维护人员可以根据用户的需求和系统的扩展要求，修改或增加模块。 系统监控系统监控的目的是了解当前用户和系统的使用情况。监控当前有那些用户正在线状态，以及该用户的登陆时间、滞留时间、登陆次数和陆的IP地址。 系统日志系统日志包括系统使用者的登陆日志和系统事务日志、以及系统停止、启动日志。系统将自动删除已经过期的日志。 系统安全提供对系统登陆用户的IP地址的控制功能。 4.3.7 短信提醒事项转办、催办时对转办单位的相关联系人短信提醒，事项办结后，对来电人短信提醒。4.3.8 知识库管理各级用户把自已处理某类问题的工作经验添加到知识库，当其它人员碰到问题需要参考相关资料时，就可以进入知识库中查询一下是否有我所要的信息，这会给工作提供极大的方便；基础用户加入知识库信息需要通过上级审核通过后才能入库。对系统中的知识信息进行管理及加工的过程中，所有的操作都将受到系统权限体系的控制。系统中最主要的操作权限类型，主要包括：知识分类的维护、知识文档的维护，通过设置权限可以为不同的操作对象设置不同的操作权限。4.3.9 其它功能 登录验证系统登录根据用户的权限不同，可选择不同的登录方式，提供用户口令、验证码等多种登录方式。 密码加密和验证从系统的安全性考虑，每个用户密码写入数据库之前进行不可逆加密，登录时先加密然后进行验证。 用户密码更改用户可以随时更改自已的密码；在更改密码之前，必须正确输入原密码。 用户注销当用户有某种事情需要离开一会儿，不想让其它人员使用自己的登录号进行操作，就可以点击注销功能。4.4 服务器设备选型合肥市市长热线业务处理系统部署所需的硬件设备包括：WEB应用服务器和数据库服务器。对于应用服务器和数据库服务器分别采用双机热备，保证系统安全稳定的运行，系统服务器的部署如下：服务器名称应用部署主要系统软件数据库服务器市长热线业务处理系统数据库Windows 2003 Server、Oracle数据库WEB应用服务器市长热线业务处理系统应用程序Windows 2003 Server、WebLogic中间件 服务器选型原则对于系统主机选择主要老考虑以下系统消耗：1、主机系统正常运行所需消耗（主要指操作系统消耗）；2、数据库运行所需开销；3、中间件运行所需正常开销；4、联机事务处理消耗。5、应用系统和网络管理开销。根据以上要求，对服务器主机平台作如下方案：主机CPU个数的选择主要基于对系统数据交易量的估计。通过仔细分析系统的目前及未来的数据处理负载，提出相应的CPU选择方案。在选择时，一般遵循以下原则： 系统的总体性能完全满足应用的业务量的要求； 提供一定程度上的系统性能冗余，以使系统具有较强的抗峰值能力，并使系统有扩展的余地； 充分考虑目前的业务模式，和未来5年中的业务增长。一般对于CPU的处理能力，有一个一般公认的测试标准，即TPCC值，它标志着服务器对数据库操作的相对处理能力，我们可以以TPCC值作为参考，再结合以往的经验来最终确定CPU的具体数量。如果要保持快速的响应能力，应当为CPU保留20%至40%的富余量。一般的，主机处理能力需求的计算方法可参考如下： TPM=TASK x 80% x S x F / (T x C)其中：TASK：为每日业务统计峰值事务处理量。 T：为每日峰值事务处理时间，假设每日80%事物处理量集中在每天的4小时，即240分钟内完成：T=240。S：为实际业务事物处理操作相对于标准TPC-C测试基准环境交易的复杂程度比例。由于实际的业务事物处理的复杂程度与TPCC标准测试中的交易存在较大的差异，须设定一个合理的对应值。以普通一次综合查询事物处理为例，一笔事物处理往往需要同时打开大量数据库表，取出其相关数据进行操作，相对于TPC-C标准交易的复杂度，要复杂很多；根据科学的统计结果和经验数据，每笔事物操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为1020。C：为主机CPU处理余量。实际应用经验表明，一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于70%左右时，是处于利用率最佳状态。因此，在推算主机性能指标时，必须考虑CPU的冗余，设定C=70%。F：为系统未来5年的业务量发展冗余预留。TPM=TASK x 80% x 15 x F / (240 x 0.7)本次方案中根据数据处理的具体应用推荐使用双至强处理器(Xeon)的中档PC服务器。应用服务器内存容量的计算以操作系统、应用软件和数据库对内存的需求为基础。我们从这三个方面来估算内存的需求量：1)操作系统操作系统对内存要求很高，内存的大小决定了系统中进程调度活动的频繁程度，内存空间大，就可以提高进程的运行效率。为了能够充分发挥操作系统的性能优势，为操作系统留出1GB内存空间， TCP/IP通信部分约占用0.25GB, 故：操作系统对内存的需求 = 10.25 =1.25 GB2)应用软件应用软件的基本内存需求以64MB作为基础, 每处理一笔联机作业所启动应用约须占用5 MB内存，为保证忙日忙时业务的正常进行，则应用软件对内存的需求= 64 MB + 峰值每秒钟的作业数 * 5 MB 按目前忙时（早8点至晚10点）日呼叫量以15个坐席每天1000次呼叫计算，忙时30个坐席2500次呼叫则每小时平均呼叫=2500次/14小时=180次，每秒作业数=180次/3600秒=0.05次/秒，考虑峰值情况，峰值每秒钟的作业数= 0.05*20 = 1（笔/秒）则应用软件对内存的需求 = 64 + 1*5 = 64+5= 70MB = 0.07GB3)数据库为数据库保留较大的共享内存空间可以明显提高数据库的性能, 建议为数据库保留的内存空间为1024MB, 此外每个用户占用内存容量为4MB（建议数据库的最大连接数设为60），故:数据库对内存的需求= 1024M+最大数据库用户连接数*4MB = 1024M+240M=1264MB=1.3GB综上所述，主机系统对内存容量总的需求为操作系统、应用软件和数据库三部分之和，考虑20%冗余，则:主机系统内存容量总需求 = ( 1.25+0.07+1.3) / ( 1- 0.2 )= 2.62 / 0.8 = 2.096GB 由于不考虑后端委办局人员使用情况和系统的整体效率和可扩展性，我们建议配置内存数量4GB。应用服务器内置硬盘配置内置硬盘配置取决于：操作系统数据对换，系统程序，应用程序，数据库系统及部分应用数据和Raid技术等。一般建议用户使用Raid 1和Raid 5两种，常用的Raid方式是，如果服务器有两块等容量的磁盘，可以将这两块磁盘做成Raid 1模式，如果有4块或4块以上的磁盘可以做成Raid 5模式。目前呼叫中心坐席标准配置30个，可扩充至60个。忙时（早8点至晚10点）日呼叫量以15个坐席每天1000次，呼叫时长平均141秒。推算出30个坐席日呼叫量约2500次，数据库日记录有用户基本信息、事件信息、处理相关信息以2000字算，以每个汉字2字节计算，每次平均日产生数据库记录=2字节*2500字*2000条=10000000字节=5000000byte=5000K=5M。月产生记录5M*30天=150M，用户要求数据库内容保存12个月，则年数据库容量大小为150M*12月=1800M，考虑到其他数据库系统存储内容（如系统日志等），年数据库容量大小为2000M。由于用户系统不设置专门转储设备（如磁带机），数据保存按5年计算，则总容量=2000M*5=10000M=10G。考虑到用户对数据存储的安全性和数据备份机制的实现要求，在本案中建议用户在数据库服务器中安装3块73G硬盘，做成Raid 5模式应用服务器上至少配置2块等容量的磁盘并以做成Raid 1模式。综合以上服务器选型原则，我们推荐的服务器设备如下：名称数量（台）产品配置数据库服务器2Xeon四双核 13.86GG（8M）2，4GB DDR2-FBD内存，10000转73G SCSI3，RAID 5，2个10/100/1000 Mbps/可选双电源应用服务器2Xeon 四双核 1.63G（8M）2，2GB 4GB DDR2-FBD内存，10000转73G SCSI2，RAID 1，2个10/100/1000 Mbps/可选双电源语音服务器1Xeon 双核 3G（8M）2，4GB DDR2-FBD内存，10000转146G SCSI6，RAID 1，2个10/100/1000 Mbps/双电源4.5 系统安全设计合肥市市长热线业务处理系统，在网络结构上跨越了内部办公网络系统（内网）、政府办公专用网络系统（专网）和公众互联网系统（外网），在服务对象上包括市长热线督办中心工作人员、市长热线呼叫中心工作人员、政府各部门工作人员和社会公众，在这种复杂环境中，安全问题尤为重要。为此，根据大型项目建设经验，我们提出三个层次的安全解决措施。4.5.1 应用系统安全针对人为操作造成的风险，必须从系统的应用层进行防范，因此应用系统在建设时需考虑系统的安全性。具体包括以下几个方面：1、访问控制加强操作系统的用户管理、权限管理；限制用户口令规则和长度，禁止用户使用简单口令，强制用户定期修改口令；按照登录时间、登录方式限制用户的登录请求；加强文件访问控制管理，根据访问的用户范围，设置文件的读、写、执行权限；对重要资料设置被访问的时间和日期。2、身份认证将来条件成熟的化，可以启用更为严格的身份认证系统。来保障用户的登录身份与其真实身份相符，保证数据的安全性、完整性、可靠性和操作的不可抵赖性。在CA认证的基础上，可以实现单点登录（仅针对B/S开发的应用系统）功能。用户只需输入一次操作员及口令，即可在其权限范围操作全部应用系统的功能。在实现方式上类似统一授权，操作员及密码均统一保存在目录资源服务器，添加修改操作员、组织结构信息时，相应的应用系统操作员、组织结构信息进行同步更新。用户登录时，取目录资源服务器中的认证信息，如果通过，再获取权限信息，然后调用相应的功能页面。如果功能页面中涉及到操作员及其它信息时，可从应用系统自身的操作员信息表中获取。3、权限控制和管理权限控制组件参考或遵循RBAC规范，基于B/S结构，遵循J2EE体系结构，支持分级授权。可以按照单位、部门、职务、工作性质等对用户进行分类，不同的用户赋予不同的权限、可以访问不同的系统、可以操作不同的功能模块。应用系统的权限管理支持分级授权，每个系统的管理员自己可以定义自己组织以及下级组织中各类用户对该系统资源的可访问内容。4、HTTPS协议假设将来采用身份认证系统之后，用户访问应用时使用HTTPS协议，保证数据在网络上传输的通讯安全，遵循SET或SSL安全标准。5、数据存储关联及关键数据加密存储：提取数据库中表间关联数据或重要数据信息，采用特定算法，生成一加密字段，存放在数据表中，保证数据库中关联数据的一致性、完整性，防止重要数据的非法篡改。6、日志记载数据库日志：使得系统发生故障后能提供数据动态恢复或向前恢复等功能，确保数据的可靠性和一致性。应用系统交易日志：通过记录应用系统中交易操作日志，通过事后审计功能为将来分析提供数据分析源，确保业务的可追溯性。4.5.2 网络系统安全我们认为网络系统的安全可以从设备安全和传输安全两个方面来考虑：1设备安