客户归并与拆分概要设计说明书@CCIC-ECIF-103-2010-12-1

1、adsfasdfasd中国大地财产保险股份有限公司企业级客户信息管理平台项目客户归并与拆分需求说明书 文档修订记录表版本号作者操作日期说明V0.1周超创建2010-12-1目 录1简介11.1规格目的11.2范围11.3参考资料12总体设计12.1设计目标12.2总体设计思路22.3开发环境22.4测试环境22.5运行环境22.6系统架构32.6.1设计约束32.6.2隐含约束32.6.3设计策略32.6.4系统总体结构33接口设计43.1外部硬件接口43.2外部软件接口44功能设计44.1功能清单54.2个人客户归并54.3团体客户归并74.4归并历史查询94.5团体客户归并任务回退105用

2、户界面规范设计116数据库设计126.1个人客户表126.2团体客户表126.3客户账户126.4客户证件信息126.5电话联系偏好126.6电子地址联系偏好126.7邮政地址联系偏好126.8保单客户角色126.9保单主档136.10客户车辆信息136.11理赔基本信息136.12理赔回访信息136.13归并批号表136.14团体疑似客户表136.15个人客户归并历史表146.16团体客户归并历史表156.17保单历史表167安全性168系统性能169系统出错处理设计169.1出错信息169.2补救措施16东南融通 版权所有 目录 II 1 简介本章将简要地说明项目概要设计规格说明书(以下简

3、称本规格)的目的、范围、名词定义和参考文件。1.1 规格目的编写该文档的目的在于在需求分析规格说明书的基础上通过抽象和分解方法将项目分解成模块，并从总体设计的角度明确大地ECIF项目(以下简称本项目)的技术、功能、约束、处理模式和接口，使项目开发人员和产品管理人员明确产品功能，可以有针对性的进行项目开发、测试、验收等各方面的工作。1.2 范围本规格的内容涵盖了本项目需要使用到的技术，项目的总体功能及功能说明，接口约定，约束条件，开发、测试环境。本文档的读者为用户代表、数据库设计人员、详细设计人员、开发人员、测试人员和项目相关手册编写人员。1.3 参考资料ECIF平台需求分析文档CCIC-ECI

4、F 102 2010-11-22.doc2 总体设计2.1 设计目标本设计文档的目标是对本项目的客户归并功能与客户拆分功能做概要设计，其中包括对个人客户的归并、团体客户的归并、归并记录查询、归并任务回退以及已归并客户拆分等功能的设计。2.2 总体设计思路描述项目设计的系统架构、技术路线、技术难点，网络拓扑图、数据处理流程。l 资源：用户可以操作的对象统称为资源，如：站点中的某个页面、页面中的某个按钮。资源具有父子关系，即树状结构，如：页面中的按钮需要归属到某一个页面下。n 站点资源：主要指的是站点中的资源，如菜单、页面、及页面中的控件。n 数据资源：数据库表资源，如：客户信息、承保信息、理赔信

5、息等。l 客户：包括个人客户和团体客户。l 归并：将被认为是同一个客户的多条记录合并成一条记录的操作叫归并。归并操作要同时对客户的基本信息、联系信息、保单信息等一起归并。l 拆分：将已经通过归并操作所得的记录还原成归并前的操作叫拆分。拆分时，根据不同的情况，业务员可以手动修改客户的信息（不包括业务信息）。2.3 开发环境l 操作系统：WINDOWS系统l 数据库：Oracle 10gl WEB服务器：tomcat 6.0l Java版本：JDK 1.6l 开发工具：eclipse或myeclipse2.4 测试环境l 操作系统：AIXl 数据库：Oracle 10gl WEB服务器：Weblo

6、gic 10和tomcat 6.0l Java版本：JDK 1.62.5 运行环境l 操作系统：AIXl 数据库：Oracle 10gl WEB服务器：Weblogic 10l Java版本：JDK 1.62.6 系统架构2.6.1 设计约束2.6.1.1 需求约束 设计人员从需求分析规格中提取需求约束。如：本项目应遵循的标准或规范；软、硬件环境的约束；接口/协议的约束；用户界面约束；项目质量约束，如正确性、健壮性、可靠性、易用性可扩展性、兼容性、可移植性。2.6.2 隐含约束有一些假设或依赖在需求分析规格中没有明确指出，但可能对项目设计产生影响，设计人员应当尽可能在此处说明。如对用户受教育程

7、度、计算机技能的一些假设或依赖。2.6.3 设计策略根据产品的发展需求与发展战略确定设计策略（Design Strategy）。如：扩展策略：说明为了方便本项目将来的扩展需要，现在有哪些措施；复用策略：说明本项目在当前以及将来的复用策略；折中策略：说明当不同目标难以同时优化时如何折中，如：时间空间效率折中，复杂性实用性折中。2.6.4 系统总体结构用网络图或WBS结构图表示项目元素（各层模块、子程序、公用程序等）的划分，扼要说明每个项目元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。n 系统使用Java语言开发，B/S结构，支持的浏览器为微软IE 6.0以上。n 采用Struts

8、 2.x框架作为前台展现层的实现。n 数据访问层中的DAO层，使用JDBC负责对数据进行存取，使用Spring负责系统各个部件的组装以及部分辅助功能。n 用tomcat做开发，weilogic做为生产应用服务器n 数据库采用Oracle 10g3 接口设计3.1 外部硬件接口无3.2 外部软件接口无4 功能设计根据软件体系结构划分的各个功能模块，描述各个功能模块/对应子模块。各功能和对应子功能的描述，需描述出对应的数据接口，相关模块，数据存储等信息。功能模块的命名规则须符合项目组选择的开发语言编程规范、集团体系命名规范及项目组的命名规范。4.1 功能清单子系统ID： 子系统名称：功能ID功能名

9、称简要说明个人客户归并查出个人客户并进行归并团体客户归并领取团体客户疑似任务，如果确认是同一客户则归并，否则，疑似任务回退归并历史查询查询出后台自动合并的客户历史以及前台人工归并的客户历史团体客户归并任务回退管理员将操作员手上的归并任务回退到公共任务池已归并客户拆分将通过自动归并或手动归并的客户拆分为归并前的客户4.2 个人客户归并功能简述：系统操作员进入系统个人客户归并页面，根据查询条件查询客户，选择想要归并的客户（需两名客户以上含两名）加入到归并区进行归并操作。功能步骤：1、 查询希望归并的客户；2、 通过查看详细业务信息确定是否需要归并客户，如果确认需要，则将客户放入归并区；3、 在归并

10、区的已选客户中勾选归并后的个人客户信息并触发归并动作；4、 系统生成操作批号，将被归并的个人客户信息写入历史表，被归并的个人客户的保单号写入历史保单附属表；5、 删除个人客户表中的已被归并记录；6、 将归并后的记录插入个人客户表中；7、 将已归并掉的客户的联系信息和业务信息表中的客户号更新为归并后的客户号；本功能的输入：个人客户信息查询：姓名、证件类型、证件号码、手机、保单号、车牌号个人客户归并：在归并区的已选客户中勾选归并后的个人客户信息本功能的输出：个人客户信息查询：符合条件的个人客户信息和相应的业务数据个人客户归并：系统提示归并成功与否流程图：4.3 团体客户归并功能简述：系统操作员进入

11、系统团体客户归并页面，选择一组疑似客户进行归并。团体客户归并时，不允许归并已处于企业层级关系中的客户。 功能步骤：1、 如需领取任务，需先领取任务（领取任务按产生时间顺序领取）；2、 选择一组归并任务进入归并区；3、 查看团体客户详细信息，确认是否需要归并；4、 如果无法确定该组任务是否可以归并，则选择任务回退，将任务回退到公共任务池中；5、 如果确认该组任务不可以归并，则选择归并状态，并将该组任务回退到公共任务池中；6、 在归并区的已选客户中勾选归并后的个人客户信息并触发归并动作；7、 机构树中的团体客户不允许归并，需给出提示；8、 系统生成操作批号，将被归并的团体客户信息写入历史表，被归并

12、的团体客户的保单号写入历史保单附属表；9、 删除团体客户表中的已归并记录；10、 将团体疑似客户表中的记录标记为“已归并”；11、 将归并后的记录插入团体客户表中；12、 将已归并掉的团体客户的联系信息和业务信息表中的客户号更新为归并后的客户号；13、 如果该组任务有多个客户，归并动作后，还有两个以上客户没有处理，则可以根据剩余客户情况，选择任务状态；本功能的输入：团体客户归并：在归并区的已选客户中勾选归并后的团体客户信息本功能的输出：团体客户归并：系统提示归并成功与否流程图：4.4 归并历史查询功能简述：系统操作员进入系统归并历史查询页面，根据查询条件查询出后台自动合并的客户历史以及前台人工

13、归并的客户历史。本功能的输入：个人客户归并历史查询：姓名、证件类型、证件号码、手机、电话号码、车牌号、归并时间团体客户归并历史查询：客户姓名、证件类型、证件号码、联系人、联系人电话、归并时间本功能的输出：个人客户历史归并查询：个人客户历史归并记录团体客户历史归并查询：团体客户历史归并记录流程图：4.5 团体客户归并任务回退功能简述：该功能只有管理员可以使用。管理员进入系统团体客户归并任务回退页面，输入查询条件，查出所属该员工的个人任务列表。选择想要回退的任务，回退到公共任务池。本功能的输入：员工任务列表查询：工号，客户姓名本功能的输出：员工任务列表查询：属于该员工的任务列表流程图：4.6 已归

14、并客户拆分功能简述：业务员通过归并历史查询或其他途径，发现某组归并记录与实际情况不符，归并前的客户并不是同一个客户，此时需将已归并客户拆分为归并前状态。拆分动作包括客户基本信息拆分、客户联系信息拆分、客户保单信息拆、理赔信息拆分等。功能步骤：1、 查询已归并记录，并选择某条希望回退的归并记录；2、 查看归并历史轨迹，并查看归并前客户的详细信息（包括业务信息）；3、 确认拆分，则触发拆分事件；4、 系统在归并历史表中搜索上一次归并记录（每次回退只能回退一步）；5、 删除客户信息表中的该条归并记录；6、 将归并历史表中归并前记录新增至客户信息表中，并将归并历史表中的该组记录置为“无效”；7、 根据

15、还原的客户号重新算出还原客户的联系信息；8、 根据保单历史表的记录，更新保单表中相应的保单所属客户的客户号，同时更新理赔信息等相关的业务信息；9、 如果在归并后，拆分前有人工修改记录，需给出提示；10、 如果需要手动修改客户基本信息，则跳转到人工处理页面；11、 如果在归并后，拆分前，该客户增强了一条保单信息，拆分时，系统自动将该保单挂在最大客户号上；本功能的输入：查询需要拆分的客户：个人：客户号、姓名、证件类型、证件号码、保单号、车牌号团体：客户号、姓名、证件类型、证件号码、保单号本功能的输出：查询需要拆分的客户：符合条件的查询结果已归并客户拆分：还原归并前记录，删除归并记录；流程图：5 用

16、户界面规范设计描述总体界面设计的设计思路，界面风格、界面规范、报表风格。如需求说明过程中的用户界面要进一步细化，按需求规格说明书的要求编写。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 团体疑似客户表字段名称字段类型备注IDidVarchar(32)PK,

17、NotNull疑似号Suspicion_novarchar(32)NotNull客户号clientcodevarchar(32)NotNull所属业务员User_numVarchar(32)产生时间Create_timedatetimeNotNull状态标志（已归并、未归并、无法处理、不可归并）status_descvarchar(32)6.15 个人客户归并历史表字段名称字段类型备注IDidVarchar(32)PK,NotNull客户号clientcodevarchar(32)NotNull新客户号New_clientcodevarchar(32)NotNull前一批号Before_edi

18、tcodeVarchar(32)当前批号EditcodeVarchar(32)NotNull是否生效usedvarchar(2)该记录是否可用客户类型客户姓名证件类型证件号码出生日期职业类别国籍语言民族性别所在地区最高学历单位名称单位类型任职级别任职种类在保状态在保状态变化日期客户健康状态客户健康状态变化日期就业状态就业状态变化日期手机号码固定电话婚姻状况配偶姓名配偶身份证号码本人月收入客户登记日期客户失效日期TypeIdCustNameIdentifyTypeIdentifyNumberBirthday OccupationCodeNationalityLanguageRaceSex Reg

19、ionEducationCodeUnit Unittype DutyLevelDutyTypeInsuStatusInsuStatusChgDateHealthStatusHealthChgStatusJobStatusJobStatusChgDateMobileFamily_TelMarriageSpouseNameSpouseIDSelfMonthIncomeCustRecordDateCustEndDateVARCHAR2(20)VARCHAR2(120)VARCHAR2(20)VARCHAR2(20)DATEVARCHAR2(20)VARCHAR2(255)VARCHAR2(20)VA

20、RCHAR2(20)VARCHAR2(1)VARCHAR(20)VARCHAR2(20)VARCHAR2(40)VARCHAR2(4)VARCHAR2(4)VARCHAR2(4)VARCHAR2(20)DATEVARCHAR2(20)DATEVARCHAR2(20)DATEVARCHAR2(30)VARCHAR2(30)VARCHAR2(2)VARCHAR2(10)VARCHAR2(20)NUMBER(14,2)DATEDATE6.16 团体客户归并历史表字段名称字段类型备注IDidVarchar(32)PK,NotNull客户号clientcodevarchar(32)NotNull新客户号

21、New_clientcodevarchar(32)NotNull前一批号Before_editcodeVarchar(32)当前批号EditcodeVarchar(32)NotNull是否生效usedvarchar(2)该记录是否可用客户类型客户名称上级客户号所在地区组织机构代码资信等级行业联系人名称联系人电话单位地址法人客户号法人代表法人代表身份证号营业执照税务登记号员工数量成立日期在保状态在保状态变化日期客户登记日期客户失效日期TypeIdInsuredNameParentCustIdRegionIdentifyNumberCreditLevelBusinessSourceLinkerNamePhoneNumberUnitAddressLeaderCustNoLeaderNameLeaderIdBusinessCodeRevenueRegistNoEmpCountSetDateInsuredStatusInsuredStatusChgDateCustRecordDateCustEndDateVARCHAR2(20)VARCHAR2(120)VARCHAR2(100)VARCHAR(20)VARCHAR2(120)VARCHAR2(120)VARCHAR2(1