夯实财险应用软件的基础 财险的软件

　　词根表能够使保险软件开发形成规范和标准，而库结构又是实现业务敏捷性的一个基础。因此利用词根表和库结构可以使财产保险行业软件项目很好地应对业务“求变求快”的需求。 　　近年来，中国保险业发展迅猛，与此相对应，国内财产保险软件项目规模也越来越大，业务本身越来越复杂，这从技术和管理两个方面都给项目实施带来了挑战。
　　
　　开发特点
　　
　　总的来说，当前财产保险应用软件开发有以下几个特点:
　　● 业务多变
　　国内保险企业在全球保险业大环境和不断增长的来自国外和国内的竞争对手的竞争压力下需要以“变”求发展。不断推出新的产品和新的服务模式以满足用户的需求是目前保险业发展的一个特点。
　　● 业务复杂
　　财产保险公司往往包括几十个险类，上百个甚至几百个业务险种。这些险类险种既有共性，又有特性，如何将这些共性和特性有机地组织在一起是软件开发必须要有效解决的问题。
　　● 新产品上线要求时间短
　　保险公司为了抢占市场，争夺客户，从研发推出新产品到产品上线往往只有一周甚至更短的时间，这就对应用系统的开发效率提出了极高的要求。
　　● 项目组人员多，水平参差不齐，造成管理困难
　　项目规模变大造成项目参与人员不断增加，不少项目组都达到了30～50人的规模。而且，人员的水平有较大的差异，这对我们进行高效沟通，保证项目的进度和质量都是不小的挑战。
　　应对上述挑战的手段和方法有很多，而建立统一的开发规范首当其冲。其中，词根表和库结构又是建立开发规范的重要基础。词根是领域概念在软件实现过程中的英文(缩写)约定。词根能够对各保险软件开发形成一种规范和标准，统一领域语义；同时供开发人员参考遵循，从而避免不必要的重复工作和资源浪费，提高工作效率和质量。库结构的设计在应用开发中占有重要的地位，它使软件稳定下来，并且是实现业务敏捷性的一个基础。
　　词根的建设和应用
　　我们把领域概念在软件实现过程中的英文（缩写）约定称之为这个领域概念的词根。词根是在软件设计和实现中各种概念元素命名构造的基本单位。词根的基础框架如图1所示。它自下而上包括三个部分，词根来源、词根组成和词根应用。
　　
　　词根表包括三个部分: 词根、词组根、术语和词典。所有词根按照词根的描述规范(EDS，Etyma Description Specification)进行描述，并按照词根分类规范(ECS, Etyma Classiftication Specification)进行分类。
　　词根的管理和应用是对词根表的管理维护和对词根表的使用方式的约定，包括词根生命周期管理规定、词根使用规则提示、词根查询和命名建议四个部分。
　　词根由“词组根”、“词根”和“保险术语和金融保险词典”三个部分组成。其中词根是软件开发中概念元素的最基本构造单位，是原子。词组根是词组形式的领域概念的编写约定，相对于词根来说，是分子。术语和词典是词根来源中的原始术语和词典，一并将其纳入词根系统进行管理以便于程序员进行参考。
　　参考《保险术语》中对保险术语的分类，根据保险项目的要素特征可以将词根分成几大类: 如标的、业务、单证、财会等大类，在每一大类中又根据业务主题或环节再进行细分，比如投承保、批改、理赔等子类。
　　为便于词根的应用，使得词根充分发挥作用，词根的应用更有效率，可以开发一个词根表管理系统，系统的主要功能包括词根生命周期管理、词根使用规则提示、词根查询和命名建议四个部分。
　　词根表应用可以统一团队内的保险领域的编程“语言”，实现应用的“规范化”，提高代码的质量和水平。其次，在对库表、字段、函数等进行命名时，词根表还可以提供重要参考，从而提高应用开发的效率，同时，它也是部门内培训新人的一个重要的文档材料。
　　
　　库结构的设计
　　通常，数据库的设计被分为六个阶段，需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行和维护。将需求分析阶段得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。它是整个数据库设计的关键。目前应用最广泛的描述概念结构的工具是ER图。
　　但仅仅以E-R关系为核心的传统设计方法对业务概念的依赖性较强，对实体缺乏进一步的分析，从而使得大型应用的模型很难理解。在对复用的支持上，在对业务变化的适应性上也缺乏必要的考虑。
　　在数据库结构的设计中，可以采用结合维度和E-R两种设计思想的综合性方法，具体步骤如图3所示，分为四步。
　　
　　第一步，业务文件和单证分析
　　在开始阶段，首先对相关业务领域的业务文件和业务单证进行收集、整理和分析，重点是明确业务流程，收集业务文件和流程中所体现的业务实体概念、对单证上的各个要素进行采样和收集，并参照词根表对各个要素进行命名，形成“业务实体概念表”和“信息要素表”。
　　第二步，维度和标量的收集和分析
　　对上一步收集的信息要素进行分类和整理，首先分辨哪些要素属于维度、哪些要素是标量和属性，此后再对维度进行进一步的分析，按5WH的方式进行进一步分类，为下一步使用上述要素构建数据结构做好准备。
　　通过这个阶段的分析和整理，设计人员得到相关业务领域的维度分类汇总表、标量汇总表和属性汇总表。通过对上述“信息要素表”按5WH的方式进行分析，得到如下的“维度分类汇总表”、“标量汇总表”、“属性汇总表”。
　　第三步，实体-关系分析
　　在第三阶段，根据第一步中得到业务实体概念表，整理和汇总业务实体之间的关系，并根据业务领域的需要，选择其中必要的业务概念，作为系统的实体结构，并最终绘制业务领域的E-R图。
　　第四步，形成和调整数据结构
　　在第四阶段，使用第二步中得到的维度、标量和属性要素填充第三步得到实体结构最终得到数据结构的概念模型，并依据数据库设计的范式原则和程序应用的方便性等因素进行调整，得到最终的数据结构。
　　库结构适应性分析
　　随着保险市场的不断开放，竞争日益激烈，业务变化很快。业务相似度高但又绝不相同，分类困难。库表设计应充分考虑这些特点，通过纵横向设计、代码表配置、主子表设计等多种方法，使的库结构具备较强的适应性。
　　保险行业最主要的需求来源于业务扩展，即新产品增加。从数据采集的角度分析，新增产品可以抽象为三类情况。
　　第一类产品: 与系统的基本业务流程基本一致，只是条款信息、保障范围、费率、出险原因等有所差异，但是无需额外采集信息。这类产品只需配置横向代码表(包括险种代码、险别代码、标的代码等)就可以实现，无需变更数据结构。
　　第二类产品: 与已有基本产品相比，除了条款、保障项目等有所差异外，还需要额外采集非关键性的业务信息。可以使用属性扩展表存储额外采集的信息，无需调整数据结构。
　　第三类产品: 属于全新的业务险类，该类产品有自己的一套个性信息，需要单独记录下来(险类间个性，险类内共性)。这时要增加险类扩展表用以存储该险类的个性信息，而数据库中各表的体系结构并不发生变化。
　　另外，可以通过对库表的配置，轻松实现应用界面的调整，以应对应用的变化。通过配置界面信息表PrpXcForm，可以在相同热键下随意更改成任意的界面，以达到险别变更后快速调整界面的效果。