设计关键问题方案说明书wagner..docx

  1. 1、本文档共33页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
设计关键问题方案说明书wagner.

文档编号:设计关键问题方案说明书系统开发商LOGO及名称****年**月(编写日期)V0.0.1(版本号)关于本文档对于本文档的版权与必威体育官网网址信息的描述。主题说  明描述适用对象修订历史版本章节类型修订日期修订者复核日期复核人修订说明0.01C2014-7-29陆晓峰创建文档0.02A2014-8-1陆晓峰按关键问题分类建立文档目录1.00A2014-8-8陆晓峰第一次发布:说明:类型-创建(C)、修改(U)、删除(D)、增加(A);文档发布历史对于本文档的发布稿次与每稿发布内容的描述。修历史发布稿次版本发布日期发布章节初次发布0.1.0目 录关于本文档0文档发布历史01.引言31.1编写目的31.2面向读者范围31.3术语定义31.4参考资料32.方案设计42.1需求概述42.1.1需求的关注重点(必须达成点)42.1.2需求发展方向(可扩展点)42.2方案42.2.1方案简述42.2.2方案142.2.3方案253.方案选定73.1优缺点比较表73.2选定结论与说明7引言编写目的本文档主要是描述新华核心项目设计中关键问题的解决方案,以指导和规范下游的设计、开发、测试等工作。面向读者范围本文档的预期读者为新华新核心项目群的相关人员,包括项目管理者、系统设计人员、系统开发人员等。术语定义列出本文件中用到的专门术语的定义和缩写词的原词组。术语解释参考资料参考资料文档名备注设计关键问题基础平台类XXX业务基础类搭建一个易保基线的Demo环境由于新核心项目中系统进行了拆分,并且需求有了很大变动,为帮助设计和开发人员理解业务需求,并借鉴易保基线的系统实现,需要搭建一个易保基线的Demo环境(包含应用服务器 + 数据库服务器),主要供设计和开发人员使用,环境有效期持续到2015年9月。环境访问信息如下:建立“核心业务公共子系统”当前核心业务系统共分为6个1,共6个子系统,具体如下:核心服务子系统2个:产品工厂子系统 + 保单管理子系统核心运营子系统4个:新契约子系统 + 核保子系统 + 保全子系统 + 理赔子系统在实际业务需求支持过程中,会遇到一些多个核心业务子系统公共的需求,因此,有必要建立一个核心业务公共子系统,至少在业务概念上,有一个核心业务公共子系统,在物理上,目前先不需要建立独立的核心业务公共子系统。针对不同的业务公共需求场景,在核心业务公共子系统概念下,设定不同的对应策略:序号子系统对公共业务的使用场景业务公共子系统的对应策略功能举例1多个子系统依赖同一套业务逻辑。多个子系统依赖同一套数据核心业务公共维护统一的Eclipse Project和代码流。部署业务公共功能和数据库到UDPM?(是否还是要在物理上建立一个业务公共子系统?)2多个子系统依赖同一套业务逻辑。多个子系统依赖各自子系统的数据核心业务公共维护统一的Eclipse Project和代码流。部署业务公共功能Jar包到各业务子系统上运行。发布业务公共功能的数据库结构到个业务子系统。3多个子系统间复用某些功能组件核心业务公共建立一个多子系统间功能组件复用管理机制,包含:可复用功能组件的注册、评审、发布流程。可复用组件的开发规范要求。可复用组件在核心各子系统内的引用关系列表。1.新契约的险种录入页面组件(可以在保全被复用)2.新契约的客户告知查询页面(可以在核保中被复用)数据分库目前,新华项目的核心系统分为保单管理、产品工厂、新契约、核保、理赔、保全6个子系统,基于拆分原则,数据库也至少也要6个数据库,数据分库原则如下:1. 保单管理数据库:保单模型、保单变更历史(主要是保单主数据信息修改的历史)、分红信息、保单账户、投资账户等信息;2. 新契约记录契约相关信息、问卷信息等3. 核保记录核保相关的信息4. 产品工厂定义产品基础信息、产品的相关计算方法等5. 保全记录保全申请、录入、费用等信息6.理赔记录理赔案件信息、理赔的审核、赔付、历史累计等信息运营的数据的记录原则是:业务发生在哪里,数据就落在那里;对保单的效力、保额、客户资料的保单变更类需要传回保单管理。各子系统的数据表是否都需要加上子系统前缀否,数据表名要尽量反映有效的业务信息:如果强制加上系统前缀,反而不能体现某些需要特别体现所属系统信息的数据表。如果强制加上系统前缀,会导致基线已有数据表表名发生大面积变动,不利于后续设计和开发中借鉴基线数据表。某些情况下,不建议加系统前缀,如:各业务对保单管理业务表的抄单表,建议抄单表名与原表一致。业务表中的代码字段各子系统中业务表存储的代码信息,统一存储代码表的code值。为实现该要求需要按照新华代码标准规范修改PDM中对应代码表的字段类型,修改PDM中业务表中使用的代码表字段名称和类型,以及由于字段名称修改引起的外键中相关业务表、代码表字段名称。针对上述需求重新对PDM进行

文档评论(0)

425300 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档