设计关键问题方案说明书Wagner

设计关键问题方案说明书Wagner

ID:42213971

大小:397.25 KB

页数:35页

时间:2019-09-10

设计关键问题方案说明书Wagner_第1页
设计关键问题方案说明书Wagner_第2页
设计关键问题方案说明书Wagner_第3页
设计关键问题方案说明书Wagner_第4页
设计关键问题方案说明书Wagner_第5页
资源描述:

《设计关键问题方案说明书Wagner》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、文档编号:设计关键问题方案说明书ONCL新华人寿系统开发商LOGO及名称****年**月(编写日期)V0.0.1(版本号)关于本文档对于木文档的版权与保密信息的描述。主题说明描述适用对象修订历史版本章节类型修订日期修订者复核日期复核人修订说明0.01C2014-7-29陆晓峰创建文档0.02A2014-8-1陆晓峰按关键问题分类建立文档目录1.00A2014-8-8陆晓峰第一•次发布:说明:类型一创建(C)、修改(U)、删除(D)、增加(A);文档发布历史对于本文档的发布稿次与每稿发布内容的描述。修历史发布稿次版本发布日期发布章节初次发布0.1.0目录关

2、于本文档0文档发布历史11•引言41.1编写冃的41.2面向读者范围41.3术语定义41.4参考资料52•方案设计62.1需求概述62丄1需求的关注重点(必须达成点)错误!未定义书签。2.1.2需求发展方向(可扩展点)错误!未定义书签。2.2方案错误!未定义书签。221方案简述错误!未定义书签。2.2.2方案1错误!未定义书签。2.2.3方案2错误!未定义书签。3•方案选定错误!未定义书签。3.1优缺点比较表错误!未定义书签。3.2选定结论与说明错误!未定义书签。1•引言1.1编写目的木文档主要是描述新华核心项目设计中关键问题的解决方案,以指导和规范下游

3、的设计、开发、测试等工作。1.2面向读者范围本文档的预期读者为新华新核心项目群的相关人员,包括项目管理者、系统设计人员、系统开发人员等。1.3术语定义列出本文件中用到的专门术语的定义和缩写词的原词组。术语解释1.4参考资料参考资料文档名备注2•设计关键问题2.1基础平台类XXX2.2业务基础类2.2.1搭建一个易保基线的Demo环境由于新核心项目中系统进行了拆分,并且需求有了很犬变动,为帮助设计和开发人员理解业务需求,并借鉴易保基线的系统实现,需要搭建一个易保基线的Demo环境(包含应用服务器+数据库服务器),主要供设计和开发人员使用,环境有效期持续到2

4、015年9月。环境访问信息如下:2.2.2建立“核心业务公共子系统”当前核心业务系统共分为6个1,共6个子系统,具体如下:・核心服务子系统2个:产品工厂子系统+保单管理子系统・核心运营子系统4个:新契约子系统+核保子系统+保全子系统+理赔子系统在实际业务需求支持过程中,会遇到一些多个核心业务子系统公共的需求,因此,有必要建立一个核心业务公共子系统,至少在业务概念上,有一个核心业务公共子系统,在物理上,目前先不需要建立独立的核心业务公共子系统。针对不同的业务公共需求场景,在核心业务公共子系统概念下,设定不同的对应策略:序号子系统对公共业务的使用场景业务公共

5、子系统的对应策略功能举例11.多个了系统依赖同一套业务逻辑。2.多个子系统依赖同一套数据1・核心业务公共维护统一的EclipseProject和代码流。2.部署业务公共功能和数据库到UDPM?(是否还是要在物理上建立一个业务公共子系统?)21.多个子系统依赖同一套业务逻辑。2.多个子系统依赖齐自子系统的数据1.核心业务公共维护统一的EclipseProject和代码流。2•部署业务公共功能Jar包到各业务子系统上运行。3.发布业务公共功能的数据库结构到个业务子系统。3多个子系统间复用某些功能组件核心业务公共建立一个多子系统间功能组件复用管理机制,包含:1

6、)可复用功能组件的注册、评审、发布流程。2)可复用组件的开发规1•新契约的险种录入页面组件(可以在保全被复用)2.新契约的客户告知查范耍求。3)可复用组件在核心各子系统内的引用关系列表。询页面(可以在核保小被复用)223数据分库目前,新华项目的核心系统分为保单管理、产品工厂、新契约、核保、理赔、保全6个子系统,基于拆分原则,数据库也至少也耍6个数据库,数据分库原则如下:1.保单管理数据库:保单模型、保单变更历史(主要是保单主数据信息修改的历史)、分红信息、保单-账户、投资账户等信息;2.新契约记录契约相关信息、问卷信息等3.核保记录核保相关的信息4.产品

7、工厂定义产品基础信息、产品的相关计算方法等5.保全记录保全申请、录入、费用等信息6•理赔记录理赔案件信息、理赔的审核、赔付、历史累计等信息运营的数据的记录原则是:业务发生在哪里,数据就落在那里;对保单的效力、保额、客户资料的保单变更类需要传回保单管理。2.2.4各子系统的数据表是否都需要加上子系统前缀否,数据表名要尽量反映有效的业务信息:1.如果强制加上系统前缀,反而不能体现某些需要特别体现所属系统信息的数据表。2.如果强制加上系统前缀,会导致基线己有数据表表名发生大而积变动,不利于后续设计和开发小借鉴基线数据表。3.某些情况下,不建议加系统前缀,如:齐

8、业务对保单管理业务表的抄单表,建议抄单表名与原表一致。2.2.5业务表中的代码字

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。