shasd系统概要设计说明书

1、中太平保险公司项目智能系统概要设计说明书当前版本【例如：V0.5】文档状态 初稿 审核通过 发布 修改 作废国文档控制信息文档修订信息文档审核信息版本号审核人审核日期说明版本号作者操作日期说明0.5新建2011/10/17目录1概述11.11.21.31.41.5目的1范围1名词和缩略语2参考文档2约定、限制及假设22总体设计22.12.22.32.42.5设计. 2架构分析3架构体系4系统数据结构5安全性需求52.5.12.5.22.5.32.5.4用户要求5安全性方案5硬件安全性方案6数据加密方案73功能性设计73.1功能模块：优先级. 73.1.13.1.23.1.3功能描述7数据结构8

2、功能设计83.2功能模块：无效号码. 83.2.13.2.23.2.3功能描述8数据结构8功能设计93.3功能模块：基础数据93.3.13.3.23.3.3功能描述9数据结构9功能设计93.4功能模块：服务分类管理93.4.13.4.23.4.3功能描述9数据结构10功能设计103.5功能模块：集群结构支持103.5.13.5.23.5.3功能描述10数据结构10功能设计103.6功能模块：发送界面增加选择和号输入框113.6.13.6.23.6.3功能描述11数据结构11功能设计113.7发送11功能模块：3.7.13.7.23.7.3功能描述11数据结构12功能设计123.8功能模块：电子

3、邮件接口调用123.8.13.8.23.8.3功能描述12数据结构12功能设计123.9功能模块：审核通知133.9.13.9.23.9.3功能描述13数据结构13功能设计133.10功能模块：操作日志查询133.10.13.10.23.10.3功能描述13数据结构13功能设计143.11功能模块：机构统计报表和各系统发送分析报表143.11.13.11.23.11.3功能描述14数据结构14功能设计1445应用集成设计14系统部署设计155.15.25.3拓扑图15硬件配置方案16配置方案176其他设计176.16.2出错设计17设计171概述太平人寿智能系统由太平人寿提出，由东方般若与太平

4、人寿共同建设，是太平人寿客服、移动的一套应用、移动应用的系统和。系统框架由东方般若采用已经开发并在其他金融公司成功应用的框架，包括底层的 WEB框架和上层的应用框架两个部分。服务项目由太平人寿提出，东方般若对每个服务项目进行业务需求分析，提出需要的数据内容，作为建立业务数据库的基础。通过业务数据库获得数据，数据部分需要和太平人寿技术讨论后最终确定。对于的需求，在和沟通分析后与太平人寿技术进行确认。要求改变单一的信息收发能力，增加智能化中间模块，通过规则配置与其他系统进行信息交互，使成为一个智能化的信息处理中心。1.1目的在需求文档的基础上，通过反复沟通形成的。它必须充分反映需求文档中的用户需求

5、。在已经进行架构设计的情况下，还必须体现出架构设计阶段作出的决策。概要设计确定了项目的实现，定义了解决方案的边界和主要技术结构，给出了后续工作继续实施的所有技术要点。是开发在下一阶段进行详细设计的指导性文件，也是考核系统总体质量的重要技术文档。1.2范围1.支持中国各电信运营商的短消息、彩信和电子邮件格式2.应该包含电子信息中间、收发和业务模块接口；3.具有较强的基础系统兼容性，支持主流数据库和操作系统；4.在保证高性能、长时间的系统运行下，硬件配置要求合理；5.系统敏感数据有加密机制，具备较强的安全性和性；6.所有发送信息必须有内容、时间及状态，同时有备份管理。所有系统必须至少保存 10年以

6、上。7.定位于一个信息的收发，通过灵活配置来达到客户和业务系统之间的智能交互，不处理具体的业务。1.3名词和缩略语1.4参考文档1.5约定、限制及假设无2总体设计2.1设计是以，彩信和邮件为媒介的为中、小保险公司、基金公司等金融企业提供的系统文档名说明太平-招标技术部分附件文件名保持一致项目需求规格说明书名词和缩略语解释太平中国太平人寿保险东方般若东方般若。专门根据保险公司、基金公司等金融企业特点制定服务，是联系金融企业和客户之间的桥梁，是集实用性、便利性、互动性等为一体的新型形式，同时也是金融企业开发新客户的辅助工具。是“东方般若”经不同版本的实际应用后，进行性技术升级的新一代产品，它是在以

7、往版本的基础之上进行扩展的，不仅继承全部以往版本的各项功能，并且增加了对未来业务发展提供了新的支持功能。该作为东方般若向广大保险、金融机构质量，扩大展业的商务解决方案。通过系统提高、产品竞争力，并且提高自身的品牌效应。整个从产品的质量方面来考虑，在满足所有功能的前提下确保系统稳定运行，并且要求短信、彩信能够在可以接受的时间差内到达客户，邮件能够在可以接受的时间差内到达客户邮箱。基于 SMS、MMS、WAP、BREW、K-JAVA、流等移动通信技术，结合金融行业客户需求，东系统、呼叫中心、OA 系统、电子商务方般若为金融行业客户提供与其业务系统、等融合与无缝联接的移动商务应用。通过该，金融行业客

8、户将移动技术和业务需求进行最佳结合，从而实现移动、移动、移动客户关系管理、移动定位等。2.2架构分析从性能、产品实施、开放性等多个方面考虑，采用了 J2EE 结构技术模型的设计上，实现系统。对于系统中的操作管理应用，采取 B/S 的体系结构，操作无需在自己的计算机上安装任何客户消息。另外，B/S 结构有利于系统的快速升级，避免了终端，只需要使用浏览器就能端的成本。操作管理 Web Application 采用MVC 模式，基于 struts 框架实现。引擎、彩信引擎、邮件发送模块、信息生成模块、服务运行模块具有很高的性能要求和持续运行需求（非界面触发形式），这些模块的实现都是以应用的形式存在。

9、其中：(1)、彩信引擎与收发和彩信收发通信采用东方般若定义的基于 socket 长连接的通信采用 SMTP 协议。协议。邮件发送模块与邮件(2)可以是一个分布式系统，完成信息接入功能的收发模块作为一个独立的执行系统存在，能够为系统中的所有分布节点提供信息转发服务。(3) 一个收发模块可以同时连接多个、彩信，多个收发模块也可以连接同一个、彩信。多个收发模块可以分布地配置到不同的服务器上，以形成多服务器组的负载平衡结构。2.3架构体系用户数据库引擎：拆分，与收发通信，收发日志。彩信引擎：与彩信收发通信，发送彩信，彩信日志。邮件发送模块：与邮件通信，发送邮件，邮件日志。服务运行模块：根据服务项目定义

10、，执行业务逻辑，生成待发送的信息（、彩信、邮件）；根据服务项目定义，以及上行，执行业务逻辑，生成回复信息（、彩信、邮件）。信息生成模块：根据任务定义，将业务数据生成待发送的信息。操作管理 Web Application：为系统的各级管理员、操作员提供WEB 服务，管理员等通过浏览器和使用。接口：提供基于 JDBC、Web Serviocket 等技术接口，同时还支持数据库接口和中间件接口，包括消息型中间件和事务型中间件。引擎数据库保信通数据库彩信引擎数据库数据持久层中间件彩信邮件邮件发送模块接入通道引擎彩信引擎业务处理JDBC接口Socket服务运行模块WEB Service信息生成模块管理W

11、EB容器操作管理Web Application2.4系统数据结构数据库设计方面，除了基本面上的数据库设计原则之外，的设计更注重理论与业务实际相结合的设计思路，使数据库设计更加贴近金融行业业务情况和移动增值业务特点，让设计不与业务脱离，更加贴合真实需要。数据库设计基本上参照以下几个方面考虑：可读性力求数据库设计易于理解，让程序即使不参照数据字典也能像阅读一本书一样了解表、字段的意义和表之间的关联。这样做的目的除了开发能够从数据库设计能够更加理解业务模型之外，更重要的目的是使企业客户的在对系统简单了解的情况下，能够更加容易的了解数据结构，降低的难度。可扩展性金融企业客户的业务模式复杂，随着公司业务

12、的发展和调整，业务模式会产生相应的变化。为了适应这种业务变化，提供灵活的业务支持，保证系统能够长时间内满足业务需要，的数据结构设计充分考虑了可扩展性。可扩展性可满足两个目的：一个是通过字段的扩展平滑满足业务需要；一个是通过字段的扩展降低新功能开发成本投入。高效性金融企业要面对众多客户，对增值业务服务的要求量很高，又因为移动增值业务的特性，要求保证信息到达的时效性。在数据库设计上也充分考虑了大容量数据带来的效率问题，为解决效率问题，在经验的不断积累下，数据库结构针对性的做了相应的调整，已经趋于完善。2.5安全性需求2.5.1用户要求1)系统需要有严格的认证。2)关键业务点（手动重发、任务状态修改

13、）提供多级审核，确保操作安全。3)提供完备的日志，所有操作必须留痕。4)对系统的敏感数据要有加密机制，具备较强的安全性和性。2.5.2安全性方案通过了事前、事中、事后多个阶段的安全机制，保障了系统的严密安全性：1. 事前安全控制和检测系统；验证和用户鉴权保证安全的应用体系；通过中间库或 WebService 接口业务数据；2.事中安全控制信息内容审核流程机制；3.事后安全控制完善的登录日志及其管理机制：对于每一个登录用户的操作日志进行，方便事后对每个操作员在系统中所作的操作进行，并相应的责任；完善的和接收日志及其管理机制：对系统的中发送的每一条信息进详细的日志记录，方便事后进行相关信息的查询。

14、2.5.3硬件安全性方案系统从层次上分为两个层次：数据层、应用层。数据层由于数据库是 Oracle 产品，此产品支持集群处理模式，采数据库分布式集群处理模式。一旦其中有一台数据库出现故障，另外一台能保证数据的正常提供，不会导致系统停用。应用层在 BS 结构的 web管理部分，可以采用集群式应用处理模式，保持登录用户信息的一致性，两台英勇服务器同时运行，一旦有其中一个出现故障，另一个就会起到承担起 web 程序正常运行的责任。2.5.4 数据加密方案对内部署在公司的局域网之中，需要与互联网进行数据交互，在互联网和局域网之间，可以通过来保证。和检测系统是目前产品领域中比较有效的解决方案，可以在一定

15、程度上防止来自网络层和应用层的网络。（这类设备已经或者应该考虑在公司专网和外部局域网建设中，不属于本方案的建设范围。）综上所述，对而言，数据不做加理。对外目前系统使用的供应商提供的通道，加密机制有通道的供应商处理。如果使用东方般若的通道，在保证数据传输安全性东方般若能够提供以下：1、 登录验证机制，加强验证。引擎与般若转发建立连接并发送、接收需要根据转发提供的用户名、机构标识来进行登录，所有信息验证通过后方可建立连接，传输数据。2、 IP 和端口绑定机制，防止多点提交。般若转发绑定引擎的 IP 地址和端口。在引擎与转发建立连接的过程中，转发根据机构标识来判断是否从制定的 IP 地址和端口发过来

16、的连接请求，只有符合绑定的 IP 地址和端口才能允许建立连接。3、数据加密，防止数据。数据采用了 DE和 MD5 三种算法的综合加密算法，保证数据在每个过程当中的安全性。在消息端被加密，传输到般若转发之后被，并根据运营商网关协议组织成相应的包提交给网关。3功能性设计3.1功能模块：优先级3.1.1 功能描述服务优先级设定为：普通、优先、置顶。由于原画面提供的服务优先级为：高于标准、低于标准和标准三种优先级，所以要对原画面进行修改。3.1.2 数据结构SM_SERVICE_TYPE （服务类型）3.1.3 功能设计将代码中原有的服务优先级的 Code 和名称做调整。置顶优先级最高其次为优先和普通

17、。3.2功能模块：无效号码3.2.1 功能描述对上的发送失败日志进行分析，可设置分析的周期和连续失败的次数。举例来说，如果分析周期设置为“1 个月”，连续失败的次数为“3 次”，即一个月内反复失败超过 3 次以上号码可认定为是无效号码。3.2.2 数据结构SM_SENT_SM_LIST （发送成功表）SM_UNSENT_SM_LIST （发送失败表）Branch_Invalid_Number（机构_无效号码_规则）机构 Id周期CycleFailures失败次数操作日期OperationDateBranch_Invalid_Number_Info（机构_无效号码_信息）机构 Id号码Phone

18、NumberOperationDate操作日期状态SusBranch_Invalid_Number_Backup（机构_无效号码_备份）机构 Id号码PhoneNumber操作日期OperationDate3.2.3 功能设计通过查询SM_SENT_SM_LIST 和 SM_UNSENT_SM_LIST 表取得发送失败的无效号码。按照规则表Branch_Invalid_Number 和 Branch_Invalid_Number_Info 对无效号码进行统计，将分析结果存入Branch_Invalid_Number_Info，将导出结果导入备份表，以便数据库管理员进行备份查询。3.3功能模块：

19、基础数据3.3.1 功能描述为支持后期统计报表的度统计的要求，增加“成员”、“”、“系统”的基础数据。在的支撑数据库中增加相应的数据库项目，由于这部分数据的变化周期很长，基本上不会有频繁变化，因此这部分数据由直接在数据库中进行。3.3.2 数据结构SM_（成员表）SM_CHANNEL （表）SM_FROM （系统表）3.3.3 功能设计在系统管理菜单中增加对“成员”、“”、“系统”的基础数据。通过第数据库管理员可直接对SM_，SM_CHANNEL，SM_FROM 进行操作。3.4功能模块：服务分类管理3.4.1 功能描述在保信通的参数配置界面增加对服务分类的管理功能，提供可视化的管理界面。将现

20、有的服务类型归属到服务分类中去，即一个服务类型只能属于一个服务分类。3.4.2 数据结构SM_Service_Categories （服务分类信息表）服务分类代码ServiceCategoriesIDServiceCategoriesName服务分类名称创建方式CreateWay创建日期CreateDateSM_SERVICE_TYPE （服务类型表）3.4.3 功能设计在参数配置界面增加服务分类书签页，所包含项目为，服务分类代码、服务分类名称、创建时间、修改和已关联列表。新增服务分类新增页面，服务分类代码、为服务分类名称为项目。服务分类即 大类。增加修改服务分类页面，修改所选择的服务分类，服

21、务分类代码输入框为不可项目。3.5功能模块：集群结构支持3.5.1 功能描述集群结构，提供多个应用服务器同时对数据进行操作，提高处理速度，一台服务器死机还有一台可以使用，避免程序瘫痪。3.5.2 数据结构Sys_Cluster_Structure（集群结构实现表）3.5.3 功能设计程序方面采用集群处理的方式来部署。由于东方般若的 UMP 通信初步确定系统在通讯和本身支持系统集群，因此在层面不存在集群的技术问题。但是保信通的服务程序由于采用的是单例模式，因此需要通过程序改造的方式使程序支持集群部署。初步的改造思路是使多个程序分别处理不同的发送任务。如果发送任务已经通过程序处理，则其它服务去处理

22、其余的发送任务。这样可以达到分别处理的效果，不会造成一个任务多点处理的情况出现。在程序经过改造支持集群方式部署之后智能的整体结构上即可达到集群式部署的目的。3.6功能模块：发送界面增加选择和号输入框3.6.1 功能描述在保信通的三个发送界面中去掉【发送通道】选择框，增加【】选择框，在创建发送任务的时候由操作员自行选择发送, 增加一个【号】的输入框，供操作员录入号。删除【发送通道】下拉框，增加【】选择下拉框，其中内容包括个险、银保、多元等名称，也可以选择无，默认选择为无，为必选项目， 以便后期统计需要。3.6.2 数据结构SM_SENDCHANNEL_LIST（发送任务表）AVS_SERVICE

23、_SM（服务任务表）AVS_SEND_SM（手工任务表）3.6.3 功能设计在保信通的三个发送界面号码发送、文件发送、发送中去掉【发送通道】选择框，增加【渠道】选择框和【号】输入框。点击确认按钮以后，将任务 ID、号和信息保存到新增加的表SM_SENDCHANNEL_LIST 中，通过任务 ID 与 AVS_SERVICE_SM 和 AVS_SEND_SM 进行关联。3.7功能模块：发送3.7.1 功能描述在系统中增加定时发送功能，发送的时间间隔可配置。按照配置的发送时间间隔，定时将系统中这一时间段中的所有由发送的的统计结果，如发送总条目、成功发送条目、失败发送条目以和邮件的形式发送到管理机和

24、邮箱里,以提供管理对的当前业务的。3.7.2 数据结构SM_SENT_SM_LIST （发送成功表）SM_UNSENT_SM_LIST（发送失败表）UM_BRANCH （机构表）UM_USER （表）3.7.3 功能设计按照配置的发送时间间隔，通过表 SM_SENT_SM_LIST 和SM_UNSENT_SM_LIST ，定时将系统中这一时间段中的所有由发送的的统计结果，如发送总条目、成功发送条目、失败发送条关联表 UM_BRANCH 和目以和邮件的形式发送到管理机和邮箱里，通过字段UM_USER 查出管理机和邮箱，以提供管理对的当前业务的。3.8功能模块：电子邮件接口调用3.8.1 功能描述

25、电子邮件接口调用，应太平要求接入太平人寿现有的电子邮件系统。因此要调整智能的通讯部分，通过SMTP 协议接入太平人寿的电子邮件系统。3.8.2 数据结构Smcs.ini配置文件3.8.3 功能设计通过修改配置文件Smcs.ini 中的各项参数实现邮件接口的调用，通讯在电子邮件发送模块将进行改造，通过 Java技术实现SMTP 协议的接入。智能只负责调用太平人寿邮件服务器协议投递电子邮件，对后续的电子邮件发送成功与否不做，电子邮件的投递由太平人寿电子邮件系统负责。3.9功能模块：审核通知3.9.1 功能描述在创建需要手工审核的发送任务后，系统要自动给本机构的审核发送电子邮件或通知。系统可以设置发

26、送或者不发送。默认情况下每个机构只有一个审核。3.9.2 数据结构MSG_APPROVAL_CONFIG （审核配置表）UM_BRANCH （部门表）UM_USER （用户表）3.9.3 功能设计在审核方式配置的项目中，增加审核通知的选项。项目中包括两个多选框：和邮件。如果服务项目的审核方式选择手动审核的时候，审核通知项目为可用。审核通知可以选择电子邮件和方式。保存审核方式配置时， 讲审核通知信息保存到 MSG_APPROVAL_CONFIG表中。通过关联UM_BRANCH、UM_USER 表查出审核员信息。在时，当发送的需要手动时，判断SMNOTICE 的值，1 的时候，就给本机构的审核员；

27、0 的时候不NOTICE；判断的值，1 的时候，就给本机构的审核员发送邮件；0 的时候不发送邮件。3.10 功能模块：操作日志查询3.10.1 功能描述操作日志时增加一个项目【关键字】作为查询条件。查询时，用【关键字】在操作内容中进行模糊查询，有匹配的就检索出来。3.10.2 数据结构UM_USER_LOG （操作日志表）3.10.3 功能设计增加关键字查询条件。联合用户、开始日期、结束日期通过表UM_USER_LOG 共同查出匹配的内容。关键字为模糊查询，有匹配内容即可显示出来。3.11 功能模块：机构统计报表和各系统发送分析报表3.11.1 功能描述在保信通中增加“机构统计报表”和“系统发

28、送统计报表”。查询条件为：开始日期和结束日期。3.11.2 数据结构SM_SENT_SM_LIST （发送成功表）SM_UNSENT_SM_LIST （发送失败表）UM_BRANCH （机构表）SM_SERVICE_TYPE （服务类型表）AS_SEND_SM （发送任务表）UTIL_ SM_SEND（发送临时表）3.11.3 功能设计【机构统计报表】，查询条件为：开始日期和结束日期。默认查询本机构和下级机构。【系统发送统计报表】，查询条件为：开始日期和结束日期。4应用集成设计无5系统部署设计5.1拓扑图5.2硬件配置方案保信通、UMP 管理服务器数量：1模式：正常保信通服务器数量：2模式：集群UMP 服务器数量：2模式：热备数据库服务器数量：2模式：数据镜像发送模式:web 端发送模式、中间库模式Web 端发送模式：登录保信通创建发送（号码、通信录、型），创建任务生成任务到数据库服务器上，再由保信通服务数据生成待发送文件，再由 UMP 发送（移动、电信）。中间库模式：由业务系统推送数据