智能客服系统项目解决方案.docx

智能 客服系统项目解决方案 目录 术语定义 8 第1章 概述 10 1.1 项目背景 10 1.2 现状分析 11 1.3 建设目标 12 1.4 公司简介 13 第2章 业务需求分析 15 2.1 总体需求描述 15 2.2 角色分析 16 2.2.1 系统管理员 16 2.2.2 运营管理员 17 2.2.3 运营分析员 18 2.2.4 营销管理员 18 2.2.5 客服坐席 19 2.2.6 质检坐席 19 2.2.7 客服班长坐席 20 2.2.8 留言处理 20 第3章 平台架构设计 21 3.1 设计原则 21 3.2 总体架构设计 24 3.2.1 逻辑架构 26 3.2.2 部署架构 27 3.2.3 系统技术介绍 30 3.3 平台接口设计 35 3.3.1 接口设计原则 35 第4章 系统功能设计 37 4.1 多渠道接入 37 4.2 微信子系统 37 4.2.1 用户绑定和解除绑定 37 4.2.2 信用卡业务查询 41 4.2.3 信息推送 48 4.2.4 交易功能 51 4.2.5 借记卡 63 4.3 消息处理子系统 75 4.3.1 渠道适配模块 76 4.3.2 多技能路由策略 80 4.3.3 坐席接入模块 82 4.3.4 客服机器人 89 4.3.5 微信系统消息格式处理模块 93 4.3.6 业务功能 95 4.4 客服子系统 100 4.4.1 系统设计 100 4.4.2 业务功能 101 4.4.3 客服管理 106 4.5 运营管理子系统 108 4.5.1 系统设计 108 4.5.2 营销模块 109 4.5.3 留言管理 119 4.5.4 可视化导航配置 121 4.5.5 组织机构管理 127 4.5.6 业务参数配置 128 4.5.7 质检管理 129 4.5.8 系统管理 130 4.5.9 其他功能 133 4.6 报表子系统 135 4.6.1 运营报表 135 4.7 外部接口子系统 140 4.7.1 概述 140 4.7.2 外部接口 143 4.7.3 系统接口 143 4.8 软件功能清单 147 第5章 设备配置方案 176 5.1 刀片服务器列表 176 5.2 第三方软件 177 第6章 工程实施方案 179 6.1 概述 179 6.2 项目人员组织 180 6.2.1 组队模型 180 6.2.2 管理人员设置 183 6.2.3 项目组成员 184 6.2.4 项目分工界面 186 6.3 项目过程模型 187 6.3.1 过程模型 188 6.3.2 敏捷开发理念 190 6.3.3 版本迭代模式 193 6.4 项目进度管理 194 6.4.1 项目进度规划 194 6.4.2 项目进度控制 195 6.5 项目质量管理 197 6.5.1 质量管理体系 197 6.5.2 质量管理措施 198 6.5.3 质量控制流程 199 6.5.4 项目变更管理 200 6.6 项目沟通协调 202 6.6.1 沟通措施 202 6.6.2 冲突因素 203 6.6.3 解决冲突 204 6.7 项目风险管理 206 6.7.1 风险评估 207 6.7.2 风险应对 208 6.7.3 风险跟踪 210 6.7.4 风险管理组织 211 6.7.5 小结 212 6.8 项目现场管理 213 第7章 测试验收方案 215 7.1 验收标准 215 7.1.1 功能项测试 215 7.1.2 业务流程测试 215 7.1.3 容错测试 215 7.1.4 安全性测试 215 7.1.5 性能测试 216 7.1.6 易用性测试 216 7.1.7 适应性测试 216 7.1.8 文档测试 217 7.1.9 用户有特别要求的测试 217 7.2 测试用例编写方案及标准 217 7.2.1 编写原则 217 7.2.2 衡量测试用例设计的质量标准 218 7.2.3 测试用例与开发的对应关系约定 219 7.2.4 测试用例类型约定 219 7.2.5 测试阶段、类型与执行角色的关系约定 220 7.2.6 测试用例清单 221 7.3 测试策略 221 7.3.1 数据和数据库完整性测试 221 7.3.2 接口测试 223 7.3.3 集成测试 223 7.3.4 系统测试 225 7.3.5 用户界面测试 226 7.3.6 压力测试 227 7.3.7 负载测试 229 7.3.8 强度测试 230 7.3.9 容量测试 232 7.3.10 安全性和访问控制测试 233 7.3.11 配置测试 235 7.3.12 安装测试 236 7.3.13 文档测试 237 7.4 项目的交付项 238 7.4.1 程序 238 7.4.2 需求覆盖 238 7.4.3 文档 244 7.5 测试工具 245 7.6 验收方式 245 7.7 成绩评定标准 246 第8章 技术服务方案 247 8.1 服务范围 247 8.2 服务方式及内容 247 8.2.1 驻场 + 现场服务 247 8.2.2 远程支持 248 8.3 故障处理流程 250 8.4 软件升级 252 第9章 技术培训方案 254 9.1 培训的对象及目标 254 9.2 培训时间及人数 255 9.3 培训方式及内容 255 术语 定义 大数据 量网络 请求： 指服务在同一时刻内，收到大数量（一般超过 xxxx 0次/秒）的网络用户请求，这就要求服务的网络处理能力和业务处理能力达到很高的水平。 负载均衡： 通过设备或者软件，将外部来的连接和请求均匀的分配到这几个服务器或者服务上面，使服务器的业务负载达到平均的水平的技术 双机热备份 ： 使用互为备份的两台服务器共同执行同一服务，其中一台主机为工作机（Primary Server），另一台主机为备份机（Standby Server）。在系统正常情况下，工作机为应用系统提供服务，备份机监视工作机的运行情况（工作机同时也在检测备份机是否正常），当工作机出现异常，不能支持应用系统运营时，备份机主动接管工作机的工作，继续支持关键应用服务，保证系统不间断的运行。 客服机器人： 一种服务系统，对用户业务请求进行自动化的处理，按照请求的内容和系统内部的业务流程，进行自动回复。 QQ客服用户： 通过QQ客户端，对 xxx 客服专用号码进行客户服务请求操作的用户。 微信客 服： 通过微信的 客户端，对 xxx 客服专用号码进行客 服服务 请求操作。 IM： 即时通讯工具，包括QQ、 微信及 WEB C hat 缩 略语 简称 全称 说明 IMR Inter a ctive Message Response 交互式消息应答 IVR Inter a ctive Voice Response 交互式语音应答 ACD Automatic Call Distributor 自动呼叫分配设备,也叫智能选择 座席 JSON JavaScript Object Notation 是一种序列化数据的方法，使数据通过 HTTP 在服务器和浏览器之间进行传输 LVS Linux Virtual Server Linux虚拟服务器，是一个虚拟的服务器集群系统 SOAP Simple Object Access Protocol 简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议 K L Keepalived 主要用作RealServer的健康状态检查以及LoadBalance主机和BackUP主机之间failover的实现 MSF Microsoft Solutions Frameworks 微软解决方案框架结构是一组建立、开发和实现分布式企业系统应用的工作模型、开发准则和应用指南 SOA Service-Oriented Architecture 面向服务架构 EPOLL Epoll是Linux内核为处理大批量句柄而作了改进的poll。epoll的优点1.支持一个进程打开大数目的socket描述符；2.IO效率不随FD数目增加而线性下降；3.使用mmap加速内核与用户空间的消息传递 概述 项目背景 随着近年来互联网在国内的发展，网民的数量的也与日俱增。互联网新技术的不断应用，使人们的沟通方式也在不断的发生着变化。随着网络在国内的普及，即时通信工具已成为中国互联网用户进行沟通联络的重要方式。 目前 微信 的 用户规模日益庞大： 微信好友 用户4亿， 庞大的用户群体蕴藏着巨大 的 综合信息服务商机。 在不断丰富自身综合信息服务产品的同时，也时刻以“ 接待客户热情周到，办理业务准确及时，解答疑问耐心细致，诚信为本服务创优，您的满意我的追求 ”的服务理念为指导，不断提升自身的服务质量，开发更加适合用户使用习惯和降低服务成本的服务渠道和方式。IM CC 在线客服就是 xxx 在 微信 xxx 创新服务渠道和方式上的一次大胆探索和尝试。 为了给国内越来越多的互联网用户提供贴心的服务， xxx 将 推出针对 微信 用户 的在线客服。 以便能为 广大网民 提供一个新的服务渠道，充分展示 xxx 的各类产品和服务，也能更方便 网友提出 更多的 宝贵意见和建议。 现状分析 一、中国移动电话用户超过11亿， 微信、 微博、QQ等随时随地的沟通成为主流。前不久，工信部发布的数据显示，中国移动互联网用户达到8.17亿用户。春节期间，我们做了一组三四线城镇生活调查报道， 发现微信和 QQ成为大多数人们无线上网的必备。一些偏远地区农民，甚至 把 微信 当成 了手机上网。人们通过网络沟通，不仅便捷，更是省下了长途电话费、漫游费。用户已改变自己的消费模式。 二、如今，各大 xxx 都在将 xxx 搬到互联网上、移动互联网上。比如，最近曝光率极高的“手机钱包”，以后我们出门不用带钱包，带着手机就行了。所以，看到形形色色的APP植入手机，譬如支付宝等，支付起来确实没有问题。但它只是一个支付平台，不具有随时随地沟通的功能。所以，“手机钱包”不仅仅能付款，还要当好贴身“小秘书”，随时随地解决问题。 三、从互联网到移动互联网的转变， 微信是 不错的借机发力的平台。目前很多商家只是 把微信简单 的 当 做信息推送工具，而消费者其实并不希望收到传单。 微信在线客服不仅 服务成本低，服务方式 灵活，符合现代年轻人生活需求，更重要的是，传播效应更强 。 基于以上原因， xxx 信息技术有限公司为 xxx 提供的IMCC在线客服系统 成为 xxx 除了手机 xxx 、 网银、IVR电话 之外的又一种 非常重要渠道 服务方式。 建设目标 此次 在线客服 系统 项目，旨在打造一个综合性的在线客服运营支撑平台，来支撑 xxx 社交化智能平台的目的，为了使这个目的得到更好的实现，需要以下具体目标作为社交化智能平台建设的基础： 1、平台能够 支持 微信 等 多渠道接入、IM会话消息的自动分配和管理； 2 、 支持调用第三方知识库接口，完善自助服务功能 ； 3 、平台具备统一的服务端程序，程序能够满足全 国 客服人员的对外服务及对全 国 客服人员的统一管理； 4 、建立完善的运营管理和运营分析子系统，满足对平台日常运营管理和统计分析的需要； 5 、具有完备的配置、系统管理及平台监控能力； 6 、具备一定的网络营销支撑能力，平台满足对互联网主动营销的支撑； 7 、平台提供开放的接口标准，可供各相关业务系统对接开发调用； 8 、平台需具备模块化、高内聚、低耦合、安全稳定和易操作等特点； 业务需求 分析 总体 需求 描述 xxx 在线客服2.0 系统 提出了在线客服和IM融合通信的理念，让在线客服和多个IM实现互通，让在线客 服充分 利用各个IM庞大的用户群去延展服务，扩大营销渠道。这种融合不是在客户端的包装，而是在服务器架构上的整合，客服和IM用户的沟通内容都将统一记录到在线客服系统中，便于公司的统一管理。同时，客服人员也将避免开启多个IM工具，只需要打开在线客服软件，就可以专注于接待使用各种IM的用户，实现并保证了操作界面和操作习惯的连贯性与便捷性 ，同时业务人员可通过此平台开展相关的营销活动，从而进一步拓展 xxx 的相关业务，提升企业品牌 。 对此， 在本期项目建设过程中该平台主要建设以下模块： 微信客户端 营销服务子系统： 微信客户端 营销服务子系统是社交化智能平台在 微信用户 侧的接触点体现 。 消息处理子系统： 为IM会话提供接入、分配和管理服务。 客服端子系统：在线客服人 员对外 提供服务的统一界面。 运营管理子系统：开展在线客服日常运营管理和分析工作的管理界面；具备对IM客服平台自身营销活动的管理功能。 报表子系统：提供业务运营的相关报表 。 外部接口： xxx 在线客服 系统 将与 网银 系统 系统 对接等。 角色分析 根据对业务分析，将会 对 xxx 在线客服 系统 使用者 分为如下角色：系统管理员、运营管理员、运营分析员， 营销管理员、客服坐席、质检坐席、客服班长坐席、留言处理 等，并且角色 可按 按地域分为 全国、 省、市的 三 级 。 系统管理员 负责平台运营过程中客服工作情况、留言处理情况、举报、会话主题单等方面的日常工作处理，和对客服、留言处理及知识录入坐席进行考核管理 。 序号 角色能力 备注 1 系统管理 实现对平台组织机构、用户角色、角色权限、系统参数、系统日志、系统版本等内容的配置管理，可以支持权限角色的 对应管理，系统参数的灵活配置，系统版本的发布管理等 2 业务参数配置 运营管 理子系统，包括客户分组设定，留言分组设定，客户分级设定，提示语管理，公用回复语设置，信息采集单设置，满意度调查设置等 3 留言处理 处理用户离线状态下的留言 运营管理员 负责平台运营过程中客服工作情况、留言处理情况、举报、会话主题单等方面的日常工作处理，和对客服、留言处理及知识录入坐席进行考核管理 。 序号 角色能力 备注 1 营销活动 配置 活动配置实现对各类活动的定制、审核和管理功能，以及活动策略、交互方案的定制功能。实现对营销活动的状态进行控制，包括启动、暂停、停止营销活动。包括活动创建，活动审核，活动策略。 2 配置维护 知识维度管理 ， 关键字管理，文件管理，知识状态管理，分级知识管理 运营分析员 负责IM客服平台和知识库系统运营过程中产生的各类生产数据分析， 包括网服 流量、客服情况、机器人服务、留言处理、知识信息等各方面数据的统计分析。 序号 角色能力 备注 1 运营报表 包括报表配置管理，人工服务分析，客服质检分析，机 器人服务分析，留言处理分析 营销管理员 负责对IM客 服通过 系统发起主动的网络营销活动并跟踪活动执行效果 。 序号 角色能力 备注 1 营销活动配置 活动配置实现对各类活动的定制、审核和管理功能，以及活动策略、交互方案的定制功能。实现对营销活动的状态进行控制，包括启动、暂停、停止营销活动。包括活动创建，活动审核，活动策略。 2 营销交互脚本 消息推送 3 营销数据配置 包括数据导入，数据过滤，数据清洗，样本维护，数据备份与恢复 4 留言管理 包括留言总 览 ，留言查询，留言处理，留言提醒 5 客户分级 客户资料导入，客户 分组 管理，黑名单管理 6 采集信息维护 会话主题维护 客服坐席 负责通过IM服务端程序和知识库系统为IM用户提供的人工服务。 序号 角色能力 备注 1 IM客 服端功能 包括标注会话，文字编辑，表情选择，屏幕截图，知识检索，消息提醒，消息置顶，会话切换，历史会话查看，当前客户资料，客户信息列表，信息采集，快捷回复，会话标记，常见问题反馈，恶意用户举报等 质检坐席 序号 角色能力 备注 1 服务监控 客服端主菜 单增加服务监控模块 2 质检管理 为提升IM客服服务水平，确保服务质量，持续提升客户感知，客服代表的服务水平以质检考评进行评价 客服班长坐席 提供质检模块链接，可对该会话内容进行质检考评。 序号 角色能力 备注 1 自定义个人常用语 主要用于客服代表自己定义及收藏的常用语保存，系统应支持个人常用语顺序可调并记录；个人常用语设置后保存在服务器上，下次登录自动读取及排序。 2 来话转接 处理客服人员转接过来的话 务 留言处理 负责按要求处理客户通过留言系统提交的各类留言信息。 序号 角色能力 备注 1 留言总 览 对留言的查看，删除，修改等 2 留言处理 处理用户离线状态下的留言 3 留言提醒 查询数据的权力 平台架构 设计 设计原则 xxx 在线客服 系统 是 xxx 将要打造的一个面向 公众 用户提供在线客户服务的基础性平台，考虑到通信 服务的大容量、高稳定、高可靠要求，以及分期建设和日后可能的扩容以及与 xxx 多个IT系统接口的需要，在平台设计中需遵循以下设计原则： 用户使用便捷化 客户端界面描述文字以及UI设计，要求便于客户易于理解、便于使用。 运营方便性 整个系统要求操作方便、简捷、易于上手，既充分体现快速反应的特点又能便于业务运营人员进行业务处理。 支持多种用户浏览器,运营人员无需下载任何插件，即可完成相关的运营操作。 系统安全保密性 安全性是整个系统能否正常运营的核心之一，要从各个层次上设计系统的安全机制（包括防故障措施），包括操作系统，应用系统，访问控制，角色管理，权限分配，安全运营等以保证系统的安全性。同时提供操作日志，遵循安全代码开发原则、采用SSL对传输的对话数据加密，确保系统安全保密。 系统在身份认证、数字签名、数据加密等方面要求具备安全保密 功能，确保系统数据、用户数据的保密性、完整性、可用性，保障系统自身的网络安全。 设备应用系统的登录认证、系统内部模块设备之间的连接认证、系统与外部设备之间的连接认证均应具备支持加密算法功能，功能启用可根据实际应用情况有选择性开启。 应用系统账号权限必须支持用户分级、权限分级，具备操作日志记录的审计功能，日志要求包括登录IP地址、MAC地址等主要信息； 业务程序、系统数据库不可使用固化的弱口令，应支持通过应用系统修改密码。 系统必须关闭不必要的服务和端口。 系统的可扩展性 要求系统具有可扩展性，以满足业务发展的需要，扩展性具体指以下几点： 容量的可扩展性 业务的可扩展性 快速构建新的应用 较好的互联性 可靠性 从系统结构、设计方案、技术保障等方面要求系统具有稳定可靠性。 系统的可维护性 系统可从多个方面设计系统的可维护性，包括网管、通讯日志等技术手段。有完善的告警功能（短信告警或邮件告警）。 系统业务的可管理性 除了要具有操作员管理、系统管理、用户管理、业务管理外，还具有报表、统计等管理功能。 完备性 建立基于开放协议标准、具备统一业务接口规范的基础架构，利于平台的不断扩展和升级，避免重复建设； 平台规划完整，具备完善的核心知识库系统；外部IM接入及 客服端管理系统 ，系统管理功能、营销管理、运营管理及分析功能等；建成后即可满足支撑全国在线客服运营的日常运营支撑工作需要。 高稳定可靠性 整套系统应具有良好的性能，能提供负载分担、冗余备份，处理大用户量的能力，符合 电信 级 要求，7×24小时不间断运行；平均无故障时间（MTBF）应大于100天，平均修复时间（MTTR）应小于30分钟。 增强系统容错性，具备一般故障自修复能力； 系统提供关键数据备份机制；采用增量备份和全备份相结合的方式定期备份重要的系统数据。 易管理可监控 有良好的管理、监控手段，可对系统各模块、局域网络、服务器、操作系统、数据库及应用等进行管理监控，除具备有限自恢复外，还可采用多种方式进行报警通知管理员。 渐进性和实用性 平台建设实行分阶段、抓重点的开发 模式 ，缩短开发周期、减少初步投入成本，降低平台建设风险； 同时平台设计需具有强大的扩充性，通过对功能模块的扩充，将快速实现对新业务的支持和支撑； 总体 架构设计 系统总体架构如下图所示 ： 本系统由 8 个子系统 组成 ： 微信子系统： 微信客户端 营销服务子系统是 在线客服 平台在 微信用户 侧的接触点体现。 消息处理子系统： 接受来自用户的消息，把消息分为人工消息和自动回复消息，自动回复消息通过调用知识库接口，人工消息则直接把消息分发到知识库管理子系统，知识库管理子系统处理完消息并通过客服子系统会把消息PUSH给用户。此模块是核心的消息通信服务 。 客服端子系统： 客服人员使用的一个客户端，客服人员通过此客户端处理来自用户的请求以及发送用户请求 。 运营管理子系统： 是指平台运营过程中对IM营销、客服、留言、投诉、举报户、会话主题单等方面的管理，以及客服管理员对客服人员之间推送信息的管理。运营分析、配置管理和系统管理等功能 。 报表子系统：提供业务运营的相关报表。 智能应答 接口 ： IMCC支持第三方智能应答系统，结合第三方智能应答后，使IMCC系统具备种行业的智能自助服务能力 。 外部接口 子系统 ： IMCC 系统支持 xxx 网银 系统 对接、 对接后的IMCC系统 具备微 信 xxx 功能。 逻辑架构 xxx 网络客户服务系统 由 微信客户端 营销服务子系统、消息处理子系统、客服端子系统、运营管理子系统、报表子系统、外部接口子系统 等部分组成。 xxx 网络客户服务系 采用了 智能网和软交换中承载与业务分离的设计思想，采用业务、控制、承载和接入分离的方式，使整个网络各层次的功能更加清晰、明了；各层之间有开放的接口，各层的功能可以独立发展；基 础的消息通讯 层强大 且稳定，它不需要经常变动和升级，而应用层独立开来后则非常有利于为客户提供一个可编程的环境来迅速开展新业务。 xxx 在线 客户服务系 吸取 了腾讯以及 其它 互联网游戏平台等大规模用户同时在线的分布式处理先进技术，所有核心模块都具备平行扩展的扩容能力，能够支撑大规模用户服务的需求。 部署架构 部署方案 本项目所有关键系统设备，如核心交换机、Internet防火墙，后台核心区防火墙等均采用冗余架构设计。设备的关键或易损组件也 要求 采用冗余配置，如服务器电源，硬盘，网卡，FC卡等。关键应用系统，如核心数据库、门户、接口服务、运营后台支撑服务系统均为集群或双/多机处理，提供系统的高可靠性保障。消息处理服务器，文件服务器可酌情配置成多机部署模式。 客服接口及对外接口服务器群： F5 负载均衡，使用2台机器做分发负载 运营后台服务器群： 利用代理服务器做负载均衡，使用2台机器做分发负载，同时加载报表、导航及监控模块 消息服务器： 采用主 备方式 加载消息处理模块 备份服务器 ： 通过脚本进行增量备份，对系统进行容灾备份 监控服务器： 使用单机加载监控模块 文件服务器： 采用主 备方式存储交互中 产生的相关文件 数据库服务器群： RAC方式做负载均衡，两台 数据库接入高速存储。 性能 指标 在本期项目硬件许可的配置下，平台的会话 服务 容量和性能上将满足以下要求 : 指标名称 指标要求 备注 1 支撑客户数 500万客户 500万微信客户 2 并发用户数 xxxx 客户同时与在线客服平台交互的会话数 3 营销信息下发能力 300条/秒 4 网银 接口 查询能力 50次/秒 按在集中查询套餐信息的峰值系数为0.3计算 5 同时在线坐席数 1 00人 6 客服端单个 坐席同时支撑客户会话数 2 0人 7 平台支撑多渠道 接入且 能在同一 客服端展 现 多 个渠道 IMCC平台能够支持多渠道 系统 技术介绍 消息处理架构 本系统的服务系统采用了支持大数据量、高并发量的高性能网络模型作为其解决方案，在性能、维护和管理上达到非常好的平衡。 本系统能同时和多个IM平台进行对接互通，能处理海量用户的并发客服请求，同时还能提供24X7的不间断客服服务，并能方便快捷的进行系统容量扩容，因此，本系统具备下列能力： 1 、 高性能的网络数据处理能力 a. 并发用户数达到 xxxx ； b. 同时支持在线座席数 1 00 ； c．单 座席 同时支撑 座 席数 2 0 ； 2 、 键节点系统热备份能力，故障时能自动切换到备用机，不影响或者最小影响用户服务 a. 高性能、低成本 ； b . 系统是安全的，可以抵抗已知的恶意攻击 ； c . 系统是可管理的，高可靠的 。 J2EE架构 Java 2平台中最重要的就是J2EE平台。基于层次化组件模式的J2EE平台把业务逻辑和底层网络技术分离出来，具有可伸缩性、扩展性、易开发 和易维护性，已经企业 级商业 分布式网络计算的事实标准。J2EE是大量业内技术专家、教育专家集智慧和经验设计出的一套先进、完美、实用的规范。 典型的J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。 表现层是传统的JSP技术，自 xxxx 年问世以来，经过多年的发展，其广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。 中间层采用的是流行的Spring+Hibernate，为了将控制层与业务逻辑层分离，又细分为以下几种。 Web层，就是MVC模式里面的“C”（controller），负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的MVC框架采用Struts。 Service层（就是业务逻辑层），负责实现业务逻辑。业务逻辑层以DAO层为基础，通过对DAO组件的正面模式包装，完成系统所要求的业务逻辑。 DAO层，负责与持久 化对象 交互。该层封装了数据的增、 删 、查、改的操作。 PO，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate作为ORM框架。 Spring的作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。 一个良好的框架可以让开 发人员 减轻重新建立解决复杂问题方案的负担和精力；它可以被扩展以进行内部的定制化；并且有强大的用户社区来支持它。框架通常能很好的解决一个问题。然而，你的应用是分层的，可能每一个层都需要各自的框架。仅仅解决UI问题并不意味着你能够很好的将业务逻辑和持久性逻辑和UI 组件很好的耦合。 B/S架构分层： 1、系统整体逻辑架构采用逻辑分层的设计思想； 2、在分层架构中，任何一个逻辑层的下面一层为其上面一层提供支撑服务； 3、 B/S 构架易于发布、部署和运维。 4、 按照功能的相关性进行分类和组合，形成功能边界清晰的子系统或模块，形成组装式、插件式的体系结构，以利于系统的开发建设、升级、扩展以及持续的发展。 SSH框架 采用SSH框架优势如下 Struts的优点有: 1 、 实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现. 2 、 有丰富的tag可以用 ,Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。 3 、 页面导航.页面导航将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。 4 、 提供Exception处理机制 . 5 、 数据库链接池管理 6 、 支持I18N Hibernate的优点有: Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用