客户归并与拆分概要设计说明书CCICECIF 103 121Word下载.docx
《客户归并与拆分概要设计说明书CCICECIF 103 121Word下载.docx》由会员分享，可在线阅读，更多相关《客户归并与拆分概要设计说明书CCICECIF 103 121Word下载.docx（19页珍藏版）》请在冰豆网上搜索。
《ECIF平台需求分析文档@CCIC-ECIF1022010-11-22.doc》
2总体设计
2.1设计目标
本设计文档的目标是对本项目的客户归并功能与客户拆分功能做概要设计，其中包括对个人客户的归并、团体客户的归并、归并记录查询、归并任务回退以及已归并客户拆分等功能的设计。
2.2总体设计思路
描述项目设计的系统架构、技术路线、技术难点，网络拓扑图、数据处理流程。
●资源：
用户可以操作的对象统称为资源，如：
站点中的某个页面、页面中的某个按钮。
资源具有父子关系，即树状结构，如：
页面中的按钮需要归属到某一个页面下。
⏹站点资源：
主要指的是站点中的资源，如菜单、页面、及页面中的控件。
⏹数据资源：
数据库表资源，如：
客户信息、承保信息、理赔信息等。
●客户：
包括个人客户和团体客户。
●归并：
将被认为是同一个客户的多条记录合并成一条记录的操作叫归并。
归并操作要同时对客户的基本信息、联系信息、保单信息等一起归并。
●拆分：
将已经通过归并操作所得的记录还原成归并前的操作叫拆分。
拆分时，根据不同的情况，业务员可以手动修改客户的信息（不包括业务信息）。
2.3开发环境
●操作系统：
WINDOWS系统
●数据库：
Oracle10g
●WEB服务器：
tomcat6.0
●Java版本：
JDK1.6
●开发工具：
eclipse或myeclipse
2.4测试环境
AIX
Weblogic10和tomcat6.0
2.5运行环境
Weblogic10
2.6系统架构
2.6.1设计约束
2.6.1.1需求约束
设计人员从《需求分析规格》中提取需求约束。
如：
本项目应遵循的标准或规范；
软、硬件环境的约束；
接口/协议的约束；
用户界面约束；
项目质量约束，如正确性、健壮性、可靠性、易用性可扩展性、兼容性、可移植性。
2.6.2隐含约束
有一些假设或依赖在《需求分析规格》中没有明确指出，但可能对项目设计产生影响，设计人员应当尽可能在此处说明。
如对用户受教育程度、计算机技能的一些假设或依赖。
2.6.3设计策略
根据产品的发展需求与发展战略确定设计策略（DesignStrategy）。
扩展策略：
说明为了方便本项目将来的扩展需要，现在有哪些措施；
复用策略：
说明本项目在当前以及将来的复用策略；
折中策略：
说明当不同目标难以同时优化时如何折中，如：
时间－空间效率折中，复杂性－实用性折中。
2.6.4系统总体结构
用网络图或WBS结构图表示项目元素（各层模块、子程序、公用程序等）的划分，扼要说明每个项目元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。
⏹系统使用Java语言开发，B/S结构，支持的浏览器为微软IE6.0以上。
⏹采用Struts2.x框架作为前台展现层的实现。
⏹数据访问层中的DAO层，使用JDBC负责对数据进行存取，使用Spring负责系统各个部件的组装以及部分辅助功能。
⏹用tomcat做开发，weilogic做为生产应用服务器
⏹数据库采用Oracle10g
3接口设计
3.1外部硬件接口
无
3.2外部软件接口
4功能设计
根据软件体系结构划分的各个功能模块，描述各个功能模块/对应子模块。
各功能和对应子功能的描述，需描述出对应的数据接口，相关模块，数据存储等信息。
功能模块的命名规则须符合项目组选择的开发语言《编程规范》、集团体系命名规范及项目组的命名规范。
4.1功能清单
子系统ID：
子系统名称：
功能ID
功能名称
简要说明
个人客户归并
查出个人客户并进行归并
团体客户归并
领取团体客户疑似任务，如果确认是同一客户则归并，否则，疑似任务回退
归并历史查询
查询出后台自动合并的客户历史以及前台人工归并的客户历史
团体客户归并任务回退
管理员将操作员手上的归并任务回退到公共任务池
已归并客户拆分
将通过自动归并或手动归并的客户拆分为归并前的客户
4.2个人客户归并
功能简述：
系统操作员进入系统个人客户归并页面，根据查询条件查询客户，选择想要归并的客户（需两名客户以上含两名）加入到归并区进行归并操作。
功能步骤：
1、查询希望归并的客户；
2、通过查看详细业务信息确定是否需要归并客户，如果确认需要，则将客户放入归并区；
3、在归并区的已选客户中勾选归并后的个人客户信息并触发归并动作；
4、系统生成操作批号，将被归并的个人客户信息写入历史表，被归并的个人客户的保单号写入历史保单附属表；
5、删除个人客户表中的已被归并记录；
6、将归并后的记录插入个人客户表中；
7、将已归并掉的客户的联系信息和业务信息表中的客户号更新为归并后的客户号；
本功能的输入：
个人客户信息查询：
姓名、证件类型、证件号码、手机、保单号、车牌号
个人客户归并：
在归并区的已选客户中勾选归并后的个人客户信息
本功能的输出：
符合条件的个人客户信息和相应的业务数据
系统提示归并成功与否
流程图：
4.3团体客户归并
系统操作员进入系统团体客户归并页面，选择一组疑似客户进行归并。
团体客户归并时，不允许归并已处于企业层级关系中的客户。
1、如需领取任务，需先领取任务（领取任务按产生时间顺序领取）；
2、选择一组归并任务进入归并区；
3、查看团体客户详细信息，确认是否需要归并；
4、如果无法确定该组任务是否可以归并，则选择任务回退，将任务回退到公共任务池中；
5、如果确认该组任务不可以归并，则选择归并状态，并将该组任务回退到公共任务池中；
6、在归并区的已选客户中勾选归并后的个人客户信息并触发归并动作；
7、机构树中的团体客户不允许归并，需给出提示；
8、系统生成操作批号，将被归并的团体客户信息写入历史表，被归并的团体客户的保单号写入历史保单附属表；
9、删除团体客户表中的已归并记录；
10、将团体疑似客户表中的记录标记为“已归并”；
11、将归并后的记录插入团体客户表中；
12、将已归并掉的团体客户的联系信息和业务信息表中的客户号更新为归并后的客户号；
13、如果该组任务有多个客户，归并动作后，还有两个以上客户没有处理，则可以根据剩余客户情况，选择任务状态；
团体客户归并：
在归并区的已选客户中勾选归并后的团体客户信息
4.4归并历史查询
系统操作员进入系统归并历史查询页面，根据查询条件查询出后台自动合并的客户历史以及前台人工归并的客户历史。
个人客户归并历史查询：
姓名、证件类型、证件号码、手机、电话号码、车牌号、归并时间
团体客户归并历史查询：
客户姓名、证件类型、证件号码、联系人、联系人电话、归并时间
个人客户历史归并查询：
个人客户历史归并记录
团体客户历史归并查询：
团体客户历史归并记录
4.5团体客户归并任务回退
该功能只有管理员可以使用。
管理员进入系统团体客户归并任务回退页面，输入查询条件，查出所属该员工的个人任务列表。
选择想要回退的任务，回退到公共任务池。
员工任务列表查询：
工号，客户姓名
属于该员工的任务列表
4.6已归并客户拆分
业务员通过归并历史查询或其他途径，发现某组归并记录与实际情况不符，归并前的客户并不是同一个客户，此时需将已归并客户拆分为归并前状态。
拆分动作包括客户基本信息拆分、客户联系信息拆分、客户保单信息拆、理赔信息拆分等。
1、查询已归并记录，并选择某条希望回退的归并记录；
2、查看归并历史轨迹，并查看归并前客户的详细信息（包括业务信息）；
3、确认拆分，则触发拆分事件；
4、系统在归并历史表中搜索上一次归并记录（每次回退只能回退一步）；
5、删除客户信息表中的该条归并记录；
6、将归并历史表中归并前记录新增至客户信息表中，并将归并历史表中的该组记录置为“无效”；
7、根据还原的客户号重新算出还原客户的联系信息；
8、根据保单历史表的记录，更新保单表中相应的保单所属客户的客户号，同时更新理赔信息等相关的业务信息；
9、如果在归并后，拆分前有人工修改记录，需给出提示；
10、如果需要手动修改客户基本信息，则跳转到人工处理页面；
11、如果在归并后，拆分前，该客户增强了一条保单信息，拆分时，系统自动将该保单挂在最大客户号上；
查询需要拆分的客户：
个人：
客户号、姓名、证件类型、证件号码、保单号、车牌号
团体：
客户号、姓名、证件类型、证件号码、保单号
符合条件的查询结果
已归并客户拆分：
还原归并前记录，删除归并记录；
5用户界面规范设计
{描述总体界面设计的设计思路，界面风格、界面规范、报表风格。
如需求说明过程中的用户界面要进一步细化，按需求规格说明书的要求编写。
}
6数据库设计
6.1个人客户表
见模型；
6.2团体客户表
6.3客户账户
6.4客户证件信息
6.5电话联系偏好
6.6电子地址联系偏好
6.7邮政地址联系偏好
6.8保单客户角色
6.9保单主档
6.10客户车辆信息
6.11理赔基本信息
6.12理赔回访信息
6.13归并批号表
6.14团体疑似客户表
字段名称
字段
类型
备注
ID
id
Varchar（32）
PK,NotNull
疑似号
Suspicion_no
varchar（32）
NotNull
客户号
clientcode
所属业务员
User_num
产生时间
Create_time
datetime
状态标志（已归并、未归并、无法处理、不可归并）
status_desc
varcha
升级会员 