光大银行年金账户管理系统总体设计.docx
《光大银行年金账户管理系统总体设计.docx》由会员分享，可在线阅读，更多相关《光大银行年金账户管理系统总体设计.docx（99页珍藏版）》请在冰豆网上搜索。
光大银行年金账户管理系统总体设计
光大银行年金账户管理系统--总体设计
企业年金基金账户治理信息系统（三期）
总体设计
V1.0
北京用友金融软件系统有限公司
2006年12月
修订操纵页
编号
文档版本
修订章节
修订缘故
修订日期
修订人
审核人
1
V1.0
全文
创建文档
2006-11
张志辉、胡琛琼、陈宝山、焦文娟
2
V1.0
第一章
涉及到的文档名字有咨询题
2007-12
陈宝山
引言
文档目的
总体设计是在需求分析的基础上，从设计的角度动身讨论系统的形状、有关的构件，以及按照系统将要运行的软硬件平台进行方案策略的选择和确定、系统的模块化，数据库设计、平台设计、接口设计、以及安装测试等方面的设计。
通过本文档的描述，读者能够获悉整个系统的实施将如何进行并保证最终的实现。
参与本项目的设计人员
参与本项目的开发人员
参与本项目的测试人员
项目背景
待开发软件系统：
中国光大银行企业年金基金账户治理信息系统（三期）。
中国光大银行企业年金中心提出结合光大银行企业年金业务运行特点和运作流程，开发涵盖企业年金账户治理业务并具有集成、统一、安全、高效的企业年金账户治理系统。
系统的总体目标：
名词讲明
企业年金：
指企业及其职员在依法参加差不多养老保险的基础上，自愿建立的补充养老保险制度。
企业年金基金：
指按照依法制定的企业打算筹集的资金及其投资运营收益形成的企业补充养老保险基金，由下列各项组成：
企业缴费、职员缴费、企业年金基金投资运营收益。
光大银行：
中国光大银行
总行年金中心：
在光大银行总行开展企业年金业务的机构
年金分中心：
在光大银行各分行或支行开展年金业务的机构
系统：
中国光大银行企业年金基金账户治理信息系统
核心系统：
中国光大银行业务核心系统
打算：
年金打算和福利打算等
企业：
参加企业年金基金的企业或机构。
职员：
企业中参加企业年金基金的个人。
复式记账法：
全称为：
借贷复式记账法。
是指对每一项交易或事项所引起的资金增减变动，都以相等的金额同时在两个或两个以上相互联系的账户中进行登记的一种记账方法。
系统中采纳此记账方法对企业年金基金进行记账。
业务单据：
在本系统的所有业务处理过程中，业务操作均生成相应的业务单据，记录业务处理的详细过程信息。
正常缴费：
要紧指按照缴费规则运算并缴纳企业年金基金的缴费。
专门缴费：
要紧指打算约定的其他缴费。
是指有别于正常缴费，基于奖励等专门目的临时性缴纳的缴费。
超额缴费：
在企业缴费过程中，实际缴费总额大于此次应缴费总额时称为超额缴费，超额缴费部分记入企业专门账户。
归属权益：
要紧指职员符合企业打算规定的归属条件时，确定该职员企业年金个人账户中企业缴费及投资收益应当取得的权益。
未归属权益：
要紧指职员离开本企业时，职员企业年金个人账户中企业缴费及投资收益未归属的权益，可用于抵消企业以后缴费或分给打算成员等。
企业账户：
记录基层单位企业年金基金权益的账户，企业账户余额由企业超额缴费、职员未归属权益和相应的投资收益构成，该账户余额权益不属于职员个人。
职员账户：
记录职员个人企业年金基金权益的账户，其账户由个人子账户部分和企业子账户部分构成，企业子账户由企业缴费和相应产生的投资收益构成，职员账户通过企业年金账号唯独辨识。
保留账户：
职员离开基层单位后，要求账户治理人连续治理其职员账户时，为记录这类职员的缴费、支付及投资收益等信息专门设置的账户。
职员缴费：
企业年金缴费过程中，从职员工资所提取的缴费，该缴费形成的权益完全属于职员个人所有。
参考文档
《光大银行年金账户治理系统--功能讲明书》
《光大银行年金账户治理系统--需求分析书》
《用友公司实施方法论》：
用友CMM5程序文件
《用友项目质量保证》：
：
用友CMM5程序文件
总体结构设计
光大企业年金项目技术平台是基于SpringFramework微内核平台,平台既考虑光大企业年金项目具有大型企业应用的一样特点,又考虑到光大年金项目的一些专门性，如业务需求灵活性较强，业务单据数据交互量较大，业务处理数量较大，与系统接口种类多同时数量较大。
光大企业年金项目技术平台的要紧设计思路是：
（1）利用SpringFramework面向方面编程（AOP）来实现事务,远程调用,日志,安全校验等方面，减少代码冗余和技术耦合；
（2）利用SpringFramework的依靠倒置（IOC）技术，降低业务代码与中间件，业务模块之间的耦合；
（3）利用hibernate来出来对象关系映射，减少大量的数据储备代码，统一业务对象的访咨询模型；
（4）对大数据量业务处理直截了当使用储备过程来优化,使用SpringFramework数据源事务机制来统一调度hibernate和储备过程；
（5）基于模型驱动开发快速满足频率较高的业务需求变化；
（6）提供灵活统一的数据交换平台实现系统对外接口；
（7）提供统一的流程操纵治理机制调度监控复杂的业务。
SpringFramework介绍
Spring是一个开源框架，是为了解决企业应用程序开发复杂性而创建的轻量级J2RR框架。
“轻量级”是有关于重量级来讲的。
在Spring显现之前，企业级开发一样都采纳EJB，因为它提供的事务治理，声明式事务支持，持久化，分布运算等等都简化了企业级应用的开发。
重量级容器是一种入侵式的，也确实是讲你要用EJB提供的功能就必须在你的代码中体现出来你使用的是EJB，例如继承一个接口，声明一个成员变量。
如此就把你的代码绑定在EJB技术上了，而且EJB需要WEBLOGIC,JBOSS如此的容器支持，因此称之为“重量级”。
相对而言“轻量级”确实是非入侵式的，用Spring开发的系统中的类不需要依靠Spring中的类，不需要容器支持（所以Spring本身是一个容器），而且Spring的大小和运行开支都专门微量。
Spring框架图：
Spring框架包含许多特性，并被专门好地组织在七个模块中。
Core封装包是框架的最基础部分，提供IoC和依靠注入特性。
那个地点的基础概念是BeanFactory，它提供对Factory模式的经典实现来排除对程序性单例模式的需要，并真正地承诺你从程序逻辑中分离出依靠关系和配置。
构建于Core封装包基础上的Context封装包，提供了一种框架式的对象访咨询方法，有些象JNDI注册器。
Context封装包的特性得自于Beans封装包，并添加了对国际化（I18N）的支持（例如资源绑定），事件传播，资源装载的方式和Context的透亮创建，例如讲通过Servlet容器。
DAO提供了JDBC的抽象层，它可排除冗长的JDBC编码和解析数据库厂商特有的错误代码。
同时，JDBC封装包还提供了一种比编程性更好的声明性事务治理方法，不仅仅是实现了特定接口，而且对所有的POJOs（plainoldJavaobjects）都适用。
ORM封装包提供了常用的“对象/关系”映射APIs的集成层。
其中包括JPA、JDO、Hibernate和iBatis。
利用ORM封装包，能够混合使用所有Spring提供的特性进行“对象/关系”映射，如前边提到的简单声明性事务治理。
Spring的AOP封装包提供了符合AOPAlliance规范的面向方面的编程（aspect-orientedprogramming）实现，让你能够定义，例如方法拦截器（method-interceptors）和切点（pointcuts），从逻辑上讲，从而减弱代码的功能耦合，清晰的被分离开。
而且，利用source-level的元数据功能，还能够将各种行为信息合并到你的代码中，这有点象.Net的attribute的概念。
Spring中的Web包提供了基础的针对Web开发的集成特性，例如多方文件上传，利用Servletlisteners进行IoC容器初始化和针对Web的applicationcontext。
当与WebWork或Struts一起使用Spring时，那个包使Spring可与其他框架结合。
Spring中的MVC封装包提供了Web应用的Model-View-Controller（MVC）实现。
Spring的MVC框架并不是仅仅提供一种传统的实现，它提供了一种清晰的分离模型，在领域模型代码和webform之间。
同时，还能够借助Spring框架的其他特性。
平台技术框架
业务基础类结构
功能节点开发模型
功能节点的开发要紧通过平台的模版配置工具进行业务建模，并实现个性化的治理方案配置和简单功能模块的配置，配置工具治理的数据和模版包括：
元数据、表单模版、表格模版、查询模版、打印模版、输出模版，可配置的简单功能模块的要紧包括信息的增、删、改、储存、打印和输出等功能。
可配置的功能模块能够注册到系统功能树中并参与资源分配。
功能模块的开发要紧通过平台几大模版的配置来实现，通过表单模版配置实现业务单据和用户的界面的配置；通过查询模版的配置实现查询项目与可支持查询条件的设置；通过输出模版和打印模版的配置可实现基于本模块的输出打印的设置；通过可配置简单功能模版的配置能够完成信息的增加、修改、删除、储存、查询、打印功能设置，将配置的模块注册到系统中即可完成模块的开发。
我们对常用的功能模型进行了抽象，能够快速实现治理型，树卡型，树治理型，多子表型等功能。
同时，系统对各个模版提供灵活的API，关于复杂功能能够方便的进行个性化开发。
表单模版
系统差不多的业务都通过表单模版实现，表单模版设置能够设置不同的表单模版，为系统中的各表单提供模版样式。
利用表单模版设置工具，能够增加一个新型的表单模版，也能够读取已有的表单模版进行修改，对默认的表单模版进行修改，使表单从全然上更加符合光大银行的实际需要。
查询模版
查询模版工具能够定义不同的查询模版，为系统中的各节点设置查询样式，查询模版工具能够进行以下项目的设置：
左括号
上下条件的逻辑关系有:
"同时","或者"
设定要查询字段,例如pk_client查询字段来自表单中包含的原数据。
设定条件的字段,例如企业
操作符,例如等于;大于;小于;大于等于;小于；等于；相似于
是否锁定
参数类型支持字符串、浮点数、参照、下拉等
打印模版
开发规范
在多层分布式结构的系统框架之下，为了便于程序的合理部署，提升编码和运行的效率，提升程序可扩展性，有必要建立一种统一的代码构架。
规范的核心思想是将业务代码对象按照功能和分布情形进行分类，定义每一类对象的结构和用途。
定义规范需要考虑的咨询题：
可爱护性，各类对象便于分类整理、部署；
代码重用，抽取较小的独立执行原子进行封装；
运行效率咨询题，在结构上满足快速开发的基础上兼顾效率咨询题；
编码效率咨询题，将对象的静态特点集中描述，重复使用；
与中间件环境的配合；
配合面向对象设计，采纳名词为主，事物为辅的对象抽取策略；
前台界面（UI）:
包名nc.ui.eprk；
类名为表名去掉eprk_如加UI（PersonUI）；
新增按钮在UI中新增方法方法名为on加按钮名称如（onAdd（））；
单据对象（VO）：
包名nc.vo.eprk；
类名为表名去掉eprk_如加VO（PersonVO）；
业务对象及接口（BO）：
接口包名nc.itf.eprk；
BO包名nc.bs.eprk；
接口类名为表名去掉eprk_如（Person）；
BO类名为表名去掉eprk_如（PersonBO）；
后台方法名称与按钮的名称相同（如按钮名Save则BO中方法名为save（））；
BO中方法的参数类型采纳强类型（如PersonBO的save（PersonVOvo）方法）；
基于Springrichclient的客户端开发
光大银行年金打算账户业务涉及到的业务单据具有：
单据间关系纷杂，单据业务数据量大，业务数据涉及到的校验等逻辑规则多的特点。
传统的JSP页面专门难在处理速度和界面元素表达上满足这些单据的处理界面的需要。
本系统将采纳基于JavaSwing和Spring的客户端开发框架springrichclient。
这一框架的具有专门高的可配置型、统一的界面风格、以及强大的客户端业务逻辑表达能力。
同时基于配置的界面开发直截了当由单据生成工具直截了当基于PDM生成配置文件，配置文件中定义了：
表单中的数据项，数据项的名称、显示名称、数据类型、最大长度、小数位数、是否可为空、是否换行、提示信息等差不多属性和可视性操纵、可编辑性操纵、可编辑性的操纵、显示色彩、布局等高级属性，表单菜单项，菜单按纽显示逻辑。
从而最大限度地降低了代码的开发量提交了开发速度。
使得开发者能用心于业务逻辑的开发。
客户端基础类结构如下。
基于这些基础类能够配置单表治理型界面、主子治理型界面、多子表治理型界面、树卡型界面、树治理型界面。
后台类图：
工作流平台
系统通过平台集成的工作流平台实现业务流程的设计和操纵。
工作流平台由工作流引擎、工具集、任务治理器等组件组成。
其中，工作流引擎是流程平台的核心，要紧负责工作流过程中流程的流转，治理并序列化有关的流程数据以及提供相应的查询接口治理；工具集负责提供独立的流程可视化工具，包括流程查询工具，流程设计工具，以及流程监控工具；任务治理器无缝访咨询企业年金系统中的组织机构和应用程序，从而将任务与执行人结合形成流程节点；组件提供工作流引擎与应用程序的调用接口。
工作流平台是一个完全符合WFMC规范的工作流产品。
图形化流程设计
工作流平台支持图形化流程设计，通过节点、连线、以及条件的设置，完成业务流程的定义。
方便的流程定义操作能够关心各个分支机构中的业务治理人员定义符合的业务流程。
流程设计方法能够归纳为：
角色岗位与任务构成流程节点；流程节点与流转条件构成业务流程。
工作流引擎紧密结合组织机构与权限模型，角色、岗位、人员都能够定义为任务执行主体，角色定义的流程节点适用于各部门通用的流程。
复杂流程的支持
在中国光大银行企业年金系统中，复杂业务流程能够归纳成两种模式：
主子流程模式（也称为流程嵌套）和流程跳转模式。
工作流平台支持这两种模式复杂流程的自动流转。
工作流引擎能够支持WFMC的标准工作流定义，支持会签或任务抢占、流程分支及流程合并。
任务执行模式
工作流引擎在执行有关流程节点时向下一个节点的执行角色发出消息，用户登录系统后会接收到来自任务治理器的任务消息，用户按照工作流消息即可打开相应的任务进行处理。
工作流与权限模型结合
工作流配置时按照用户的权限将治理范畴内的角色纳入流程设置的角色中，能够实现跨组织机构的流程设置和执行。
流程配置时相应节点的角色在权限治理中应具有功能的操作权限，在流程执行中按照角色的数据权限进行相应任务的处理。
工作流与消息中心结合
在中国光大银行企业年金业务流程处理过程中，有些业务的处理消息除了需要当前用户处理外，还需要将有关消息抄送给其他用户，如复核员。
通过消息平台的有关配置，能够实现工作流中事件消息的传递，消息配置能够支持消息发送对象、消息发送格式、消息发送条件、以及消息发送方式配置，也能够配置消息以电子邮件、实时消息和手机短信的方式发送给指定的用户。
工作流平台框架图
要紧功能清单
功能模块
备注
重要程度
技术、标准
工作流设计器
建立和爱护工作流定义
A
工作流联盟标准，工作流引擎，JGraph，FlowChart组件
流程监控器
跟综正在进行的工作流
A
JGraph，FlowChart组件
通用表单审批流设计器
对通用表单的审批流按照用户的应用作相应的个性调整。
A
工作流权限
能够对在不同的工作流环节的流程进行相应的权限分配。
A
工作流平台运行图
对外组件及接口
WorkflowComponent
概述:
工作流组件要紧是负责工作流与功能进行交付的核心组件。
它要紧提供工作流流程有关的核心数据，及数据的查询。
初始化接口
setTask（Tasktask）;
按照一个Task初始化好所有流程有关数据。
其中包括（流程定义ID，流程实例ID，当前的活动ID，及一些有关的数据）
setWfProcessDefID（StringwfProcessDefID）
设置一个功能的工作流定义ID，（要紧是用于在初始化一个工作流的时候使用，采纳Task方式的初始化是不需要这项设置。
获得有关数据
能够从一个Task获得有关的业务数据（一样来讲是上一步做完的输出数据，是这一部的输入数据）。
流转接口
FlowNext（）;
工作往下流转
FlowBack（）;
工作流回退。
startWorkflow（）;
开始一个工作流。
跟业务有关操作接口
setBizObject（ObjectbizObject）;
设置在此步操作过后的业务数据，用于后面的流程的条件判定。
在流转前一定要设置此值。
事件接口
publicinterfaceWorkFlowEvent{
publicvoidbeforeFlowOut（Tasktask）;
publicvoidafterFlowOut（Tasktask）;
}
定义查询接口
getWFProcess（）;
取得相应的工作流定义。
FlowChart
Flowchart流程显示对话框。
能够按照一个WFProcess定义显示相应的流程定义。
setWorkflow（WorkFlowworkflow）
设置相应的工作流定义。
FlowChartInstance显示对话框。
setWorkFlow（WorkFlowworkflow）
设置相应的工作流定义。
setWorkFlowInstance（）;
组织机构集成接口
按照某操作员的PK获得他所拥有的所有组织机构元素.
publicOrganizeElement[]getOrganizeTypesAndIDs（Stringpk_corp,StringuserId）;
按照一个组织机构元素获得属于那个组织机构元素的所有操作员的PK
publicString[]getOperatorCodes（StringorganizeType,StringorganizeID）;
按照一个组织机构元素获得属于那个组织机构元素的所有操作员的PK
publicString[]getOperatorCodes（StringorganizeType,StringorganizeID,String[]corps,String[]depts）。
业务预警平台
提供各个机构对事件操纵的需求，通过与各类业务的比较来发出警告性的提示信息，用来提示单位的各种业务治理员针对今后或差不多发生的情形采取相应的措施，进行有关处理。
通过对代理的配置和预警类型的定义，以及对预警条目的设置，当系统运行的时候，一旦符合了预警条件，设置的预警信息就会自动弹出来，提示用户。
预警平台配置
在预警平台上，定义要进行预警的事件（包括预警触发的条件，预警信息的内容、预警的时刻设置等等），预警信息的接收者（用户组、用户、角色）、接收方式等。
用户权限经常发生变化时建议消息接收者为用户组、角色。
预警信息的内容可通过预警的上、下文进行配置，例如：
试用到期预警，展现的内容为：
姓名、试用开始日期、试用期等。
针对各个系统的要紧事件，均能够进行预警定义，例如试用到期、离退休到期的预警定义等。
预警事件采纳插件注册的方式，因此一些二次开发的预警事件能够轻松的挂接到预警平台。
在定义好预警条件后，预警平台采纳后台工作的方式，无须人工干预，按照预定的方式自动产生和发送各类预警信息。
预警平台查询
那个功能要紧是用来查询预警信息，能够查看到四种预警方式的最新产生的预警信息以及用户差不多阅读过的历史预警信息。
预警执行
按照设置的预警条件、触发方式，系统自动调度相应的预警任务，如果满足预警条件将相应的消息发送给指定的用户。
预警消息通过消息中心转发。
数据交换平台
应用目标：
提供数据接口实现与其他系统的数据交换。
数据交换平台架构
数据交换平台的核心由多格式数据适配器，多数据传输协议，数据校验转换引擎，数据交换处理引擎。
数据交换格式
数据交换平台提供多种格式的适配器,包括txt文件,xml，dbf，excel，数据库表,java对象等。
多数据传输协议
数据交换平台支持文件扫描/数据库监控/http/Tcp/Udp/FTP/email/消息队列等多种传输协议。
数据校验转换机制
外部系统和中国光大银行企业年金系统相互间进行数据传输时，必须要对数据合法性进行校验，数据交换平台提供数据格式定义合法性描述，传输过程中，通过此合法性描述校验的数据才能进行传输。
外部数据和内部数据之间的转换则采纳XLST标准。
大数据量处理
关于大数据量处理，提供以下方式：
分批导入
后台异步处理
在前台进行格式转换，降低服务器压力
查询引擎
查询引擎是一个查询建模产品，全面支持复杂查询的设计和个性化的报表展现。
查询引擎依据查询的定义，获得数据库返回的关系结构的数据，在此基础上，查询引擎提供数据处理及分析能力，支持对这些数据进行加工处理，最终生成满足用户要求的数据结果。
这种处理由因此在结果集之后的处理，具有专门高的性能和数据可重用性。
查询引擎框架图
查询引擎结构
查询引擎的结构基础是描述业务数据的数据字典，在此基础上通过查询模型和界面模型，配合各种查询技术，利用查询模型定义的可视化工具完成查询的定义，最终用户能够在Web平台上查询和生成报表。
技术特点
查询引擎是一个独立的平台，运行在J2EE服务器中，其中报表处理和逻辑运算均在服务器端实现，集中治理数据源、语义层、查询和报表等资源，要紧技术特点体现在：
支持公布HTML主页方式的报表，支持输出包括表、图表、标识、图片和其他图象等的合成报表，报表还能够转换为PDF、Excel文档格式；支持基于服务器的报表输出打算治理功能，能够一次处理批量产生多张报表；支持任意复杂的报表输出格式，支持表头、表体、表尾的显示内容和格式的定义。
数据加工滤镜
支持复杂数据加工的代码嵌入，这种方式称为加工滤镜。
查询引擎内置了一些数据加工滤镜，按照需要开发嵌入新的加工滤镜。
这种插件方式能够专门灵活地支持复杂数据加工的要求。
查询定义
查询引擎中提供的查询定义向导，能够支持在数据字典范畴内进行查询定义。
组织机构模型和权限服务
组织模型为中国光大银行提供复杂组织结构的支持，与之配套的权限服务，基于组织模型中的人员、分组、角色、组织机构等元素，实现机构部门、功能节点、操作动作、以及数据行列三个层面上的权限操纵，从而为中国光大银行建立统一的后台治理软件平台提供一个统一的组织机构框架和权限服务机制。
在中国光大银行年金集中应用的模式中，按照治理的需要进行权限设置，从而使上级机构的治理人员查询下级机构的数据。
静态图
权限运行流程
数据管懂得决方案
历史数据管懂得决方案
历史数据治理按照具体的业务需求来确定，在数据库设计上针对需要储存历史数据的信息增加表示开始时刻和终止时刻的有关字段，关于具体的业务在查询的时候加上时刻参数，按照时刻参数
升级会员 