毕业设计（论文）-基于J2EE的保险业务管理系统分析与设计.docVIP

2011届信息管理与信息系统专业毕业设计（论文）毕业设计（论文）题 目 基于j2ee的保险业务 管理系统分析与设计 专 业 信息管理与信息系统 班 级 信管072班 学 号 3070561047 学 生 指导教师 （副教授) 2011 年基于j2ee的保险业务管理系统分析与设计 西安理工大学 信息管理系 信息管理与信息系统专业 级中国西安710048摘 要生活在现代的人们在面临损失和灾难的时候希望能够保证自己的财产安全。他们想尽办法来避免生活中的一些损失，也希望家人在自己死后能够生活得幸福并对自己的财产分配作出一些安排，来实现安全性。保险公司就是一种确保人们的生活对赔率。保险业飞速发展，要保持竞争力那么加强企业的业务管理是企业扩大市场份额首要任务。本题主要研究的是保险企业的业务管理，其中包括投保、申报、审批、理赔、以及保单和险种的管理。本课题以保险企业管理系统为实际研究情况.通过j2ee的开发平台，结合oracle 数据库，研究开发一个基于b/s模式适合现代管理模式的保险企业的管理系统。web应用程序将有经理，员工和客户不同的接口。新系统给不同的客户提供在线数据来帮助他们做决定。这样不仅减少了维护数据所需的人力也提高了管理组业务的效率。计划系统将给不同的用户提供不同的功能模块。同样，这个对客户也有帮助，使得他们不需要在保险公司的办公室才能看到详细的信息，客户也可以用自己的登陆凭证登陆到保险公司的网站。系统的目标是更高效，协调同步我们的分支数据，减少人力需求。 关键词： 保险系统 j2ee oracle数据库 b/sanalysis and design of insurance business management system based on j2ee guo peihonginformation management and information system , grade 2007 , information management division, xian university of technology, xian, china, zip code：710048 abstract modern men today want to secure themselves against loss and disaster. they too sought to avert loss of life and want that his family lives happily even after he is dead and is willing to make some sort of sacrifice in order to achieve security. insurance company is a way to insure their life against odds. with the rapid development of the insurance companies to remain competitive, so to enhance their business management is the primary task of expanding market share. the main research question is that the insurance companys business management, including insurance, reporting, approval, claims, and insurance policies and insurance management. the topic is based on the insurance business management system for the actual research situation. through the j2ee development platform and combined with oracle database, research and development of a management model for modern enterprise management system of insurance based on b/s mode. the web application will have different interface for managers, employees and customers. the new system provides online data to different type of users and they can take decisions based on the data. this also reduces the manpower required for maintaining the data and improves business for the organization as it is more effective. the proposed system will provide different functionalities to different users. similarly, it would be helpful to customer as well, as they do not need to go the insurance companys office to see the details. they can login to the insurance companys website using their logon credentials. the objectives of the system are more efficient, synchronized date at all our branches and less manpower required.朗读显示对应的拉丁字符的拼音字典key words: insurance system j2ee oracle database b/s1 目录1绪论11.1研究背景11.2研究意义12理论综述32.1保险业务管理的内容32.2保险业务管理现状32.3保险业务管理系统发展概况42.4国内外保险管理系统研究状况52.5保险管理系统开发工具及实现方法62.5.1 b/c模式62.5.2 j2ee技术62.5.3 面向对象分析方法93系统规划103.1 可行性分析103.2系统总体结构设计图113.3系统设计目标124系统分析144.1 用例分析144.2 业务流程分析175系统设计225.1 uml序列图设计225.2 uml类图设计275.3数据库设计285.3.1 数据库表结构设计285.3.2数据库关系图设计336系统实施346.1数据库连接技术346.2系统功能管理模块的实现347结论45致谢46参考文献472011届信息管理与信息系统专业毕业设计（论文）1绪论1.1研究背景经济的发展和人们生活质量的提高，人们越来越注重保护自己的财产和人身安全不受损失和遭受灾难,因此人们也想尽办法避免生命损失，并希望他的家人生活幸福，甚至在自己死亡之后，希望对自己的财产作出一些继承的排序，以实现其财产的安全性。在现代社会保险作为一种经济补偿和经济保障的金融工具，在我国的经济全面协调和可持续发展及全社会的安定等方面起到了积极作用。保险业本身也取得了长足的发展。同时，随着保险市场的发展、竞争激烈程度的加剧、保险业务的不断增长，保险公司对信息化建设提出的要求也越来越来高，包括对业务管理模式的要求、对应用软件功能的要求，为了顺应潮流，不断地发展自己，保险行业要高速的发展就必须进行信息化建设。为了适应保险业创新和发展的需要，保险企业公司必须加快业务运营系统平台的改造和优化的步伐，开发新的高效的管理系统。保险公司就是一种可帮助人们解决生命财产安排、保障等问题的组织机构，来确保人们对生命的可预见性。人们逐渐对保险业务的认识增强，投保人数日益增多，根据人们的需要所出现的保险种类也逐渐增多。因此,保险公司需要处理大量用户的服务信息，这必然加大了管理难度，增加工作人员的负担。随着计算机技术的飞速发展，以计算机为基础的信息系统也处于蓬勃发展的时期，而采用计算机管理信息系统已成为公司管理科学化和现代化的重要标志，应用计算机管理，可大大提高工作人员的工作效率，用现代化工具代替传统的手工作业，大大减少了以往出入存流程繁琐、杂乱、周期长的弊端。由此，保险公司为了合理方便的管理处理客户信息、业务运作信息，让客户、员工、管理员方便的拥有自己的权限并对自己的信息模块进行操作，借助现代化计算机技术建立一个高效的管理信息系统是关键。1.2研究意义 综上所述，保险业的发展和业务模块的增加，以及计算机等技术的发展， 保险公司要提高自己的竞争力和适应能力，且保持稳定的发展就必须要优化自己的业务处理管理系统，因为保险业务管理信息系统是保险公司扩大市场份额的关键，也是保险公司整个公司发展管理的重要组成部分。新系统中很重要的一点就是改变自己企业业务处理方式和管理系统。给客户、员工、管理员设置不同的接口，划分他们的权限，方便公司业务管理本，使总部和分公司之间的信息和数据同步更新。本题分析设计的保险管理系统主要为企业完善业务管理工作达到以下目标：1）系统处理业务更高效,节约人力资源。2）使数据在所有的分行能同步化更新操作。3）方便客户在网上进行相关业务操作，使保险企业有效的管理与保险业务相关 的工作， 增强在同行业中的竞争能力。4）基本信息的全面设置、数据录入方便、快捷。5）数据检索功能强大灵活，提高了日常数据的管理工作。6）具有用户维护功能。7）最大限度的实现了易维护性和易操作性。8）系统运行稳定，数据安全可靠。2理论综述2.1保险业务管理的内容保险公司业务管理是保险企业管理系统最核心的东西，是企业生存发展的命脉。业务管理系统主要由投保过程管理、保单申报管理、保单审批管理、保单理赔管理、系统管理组成模块。如何管理好这些业务流程的过程是企业拓展业务扩大市场份额的关键。（1）投保过程的管理：其中的客户信息管理模块是企业收集信息决策的关键，如果投保的过程变的快捷操作简单，那么无疑给企业会带来很大的发展空间。险种信息定义合理，能够迎合大众也是管理的重点。参保的安全性、有效性管理也不容忽视。（2）保单申报管理：客户投保或者出现事故或者保单到期，申报部门都要进行实际情况的考核，进行考核过程管理是非常重要的，当事故发生时，从现场勘查到最后的提交资料完成申报，这个过程的快捷处理是客户感受到投保后服务的第一映像。申报资料是作为审批的证明，所以也要合理的进行管理。（3）保险审批管理：客户投保之后或者保单申报之后，审批部门要对申报的内容还有申报的信息进行核对然后进行审批开具证明。（4）保险理赔管理：客户投保就是想要买到一份安全一份在需要时的帮助，保险公司处理理赔的速度是客户对保险公司打分标准，所以必须对这个过程的管理进行优化。（5）系统管理：对用户进行分类管理设置不同的权限，方便管理操作。2.2保险业务管理现状当前系统描述：为了确保可持续增长,保险公司培养自己高效率和训练有素的销售队伍，在各个地区建立自己的分公司来扩展保险业务，记录所有投保人的详细信息，但是直到今天，依然是以手工作为主要的纪录形式。但是随着业务的扩展和参保人数的增多，必然所要记录的信息越来越多，让员工每天从几千堆的以硬盘形式存储的数据文件中查找客户的信息，不但费时、低效而且枯燥乏味。而且我国保险市场近几年来发展迅速，但是行业标准和制度确没有一个统一的标准，险种没有像图书那样有统一的编码规范，使得人们没有参照对象，那么保险管理员和参保人员沟通就比较的困难。而且对于保险的业务也没有完整的描述，客户只能在保险公司的营业大厅才能了解到保险公司的具体业务，那样对于客户来说很不方便，比较起来别的保险公司的业务也比较困难，如果保险公司能应用网络，在网上建立自己的网上营业厅，客户通过浏览网页，和在线提问的方式来进行投保流程将是非常便捷和受欢迎的。那么保险业的系统设计就必须能够满足上述的功能需求，此时系统设计的需求分析、系统分析、代码设计、测试和部署就要设计得当。2.3保险业务管理系统发展概况随着全球经济的一体化时代的到来，企业都面临着一个紧迫的问题生存和发展。为此，缩减产品研究开发和生产制造周期、降低成本、提高质量，使高新产品尽快地占领市场，已经成为企业追求的目标 。而其中的关键组成：计算机软件技术，经过互联网风暴的洗礼已经进入新一轮高速成长阶段 。鉴于国内具体情况（缺乏通用企业级平台产品），企业级应用 主要是指企业级行业应用领域，以金融、电信、政府这三大行业应用为主.政府机构及电信、金融外围渠道性产品的研发目前都基本上选择了j2ee架构以获得跨平台部署能力以及良好的系统伸缩性和扩展性。 未来的计算机体系是基于web的分布式计算，java 无疑是当前满足这一趋势的最佳语言，由于其本身的开放性体系以及其简洁的语法，国内java 技术应用得以蓬勃发展起来。虽然整体水平并不高，但是相对于c+在国内的发展和应用而言java已经是非常大的进步，这从国内众多的个人或者社区性java的优势所在，因而在实际应用实施中，java /j2ee俨然已经成为不可替代的企业级应用解决方案1。而就以保险公司而言，使用web式的保险管理系统会使得工作效率提高相当大，可以实现在线的业务受理、查询、公布。而在之前却无法实现实时的业务管理，高效的流程。而保险业务系统的发展主要是与相关保险行业的发展相辅相成的，随着保险业的迅速发展和其越来越成熟，相关保险管理系统的发展也逐步成型趋于合理高效。2.4国内外保险管理系统研究状况我国的保险信息系统的发展过程经历了以下三个阶段：1982-1986 年为第一阶段 ：保险信息系统建设起步，主要采用第三代语言和个人数据库，在微机和多用户平台运行，在业务统计报表，人事劳资管理 、骨干险种业务方面进行开发和应用 。1987-1994 年为第二阶段：开始引进中小型计算机和大型数据库，对保险业务处理信息系统进行全面开发和应用，同时开发财务分析，业务统计、清算和防灾分析等管理信息系统。自1995年起进入第三阶段：保险业务处理信息系统向综合化和集成化发展，保险管理信息系统全面开发应用，保险决策支持系统开始研究。国内保险信息系统特点 ：1：信息系统以主机分布式网络体系为主。2：应用软件开发以独立开发为主。3:保险信息网络已经初步建立。 保险行业软件系统是保险公司日常业务运作的一个支撑环节。在软件结构方面，目前很多的公司的系统开发采用基于c/s 结构的信息管理系统（mis）。c/s结构模式对一些人员相对较少、位置相对集中的单位是一个很好的方法，但是对于那些全国性的大型集团公司来说，这样简单的结构也存在着诸多的问题，如不太安全，维护性差，不灵活，结构不清晰等2。目前保险行业信息化建设主要集中在crm( customer relationship management)、核心业务统计、数据集中、电子商务等几大方面。专业机构分析，目前，保险业客户资源管理（crm）和 数据集中将成为信息化投资的重中之重。 2.5保险管理系统开发工具及实现方法2.5.1 b/c模式 b/c模式如图2-1所示： 图2-1 b/c模式为了方便保险业务的扩展，方便用户浏览操作，系统采用b/c模式，即，浏览器/web/服务器模式，用户只要打开浏览器，即可以开始进行操作，屏蔽了网络系统和应用程序的异构性。2.5.2 j2ee技术（1）j2ee概述本题主要采用j2ee来开发系统，其中用的技术主要有：jsp、servlet、javabean、jdbc、jpa和oracle等技术来开发实现的sanjeevini保险管理系统。sun设计j2ee的初衷是解决两层模式（client/server）的客户端担当了过多的角色而显得臃肿。在两层模式中，大一次部署的时候由于升级或改进，可伸缩性不理想，而且经常基于某种专有的协议，使得重载和界面逻辑非常困难。现在j2ee的多层企业级应用模式将两层化模型划分为多层，一个多层化应用能够为不同的每种服务提供一个独立的层3。下面介绍j2ee各个层的功能如图2-2所示： 图2-2j2ee各个层的组织功能图1：客户层 基于web的j2ee应用中，用户的浏览器在客户层中运行，并从一个web下载web层中的静态html页面或者jsp或者servlets生成的动态html页面。web的j2ee应用程序中，一个独立的客户程序，可以不运行在一个html页面。运行在其他一些基于网络系统中的applet程序，或者java语句写的客户端程序。这些应用在客户层运行，并在不经过web层得情况下访问javabean4.2：web层j2ee web层组件可以由jsp页面、基于web的applets以及显示html页面组成。调用servlets或者jsp页面的html页面在应用程序组装时与web组件结合就像客户层一样，web层可能包括一个javabeans类来管理用户输入，并将输入到业务层中运行的enterprise beans类来处理5。3：业务层：业务层代码由运行在业务层得enterprise beans来执行。一个enterprise beans对控制台传送过来的数据进行处理，再将数据发送到企业信息系统层存储。一个enterprise beans还从存储中检索数据，并将数据送回客户程序。运行在业务层得enterprise beans依赖于容器来为诸如事务、生命期、状态管理、多线程及资源存储池等提供通常复杂的系统级代码。业务层经常被称作enterprise beans层。4：企业信息系统层：企业信息系统层运行企业信息系统软件，这层包括企业基础设施系统，例如企业资源计划（erp），大型机事务处理(maintrame transaction processing)，数据库系统等。（2） j2ee逻辑体系结构 图3-2 j2ee逻辑体系结构 上图主要是介绍了在基于j2ee的系统设计中各个层所用到的各种容器组件。1：web容器 ：服务器端容器，包括两种组件jsp和servlet，jsp和servlet都是web服务器的功能扩展，接受web请求，返回动态的web页面。web容器中的组件可使用ejb容器中的组件完成复杂的商务逻辑。 2：jsp(java server page)是一种实现普通静态html和动态页面输出混合编码的技术。借助形式上的内容和外观表现的分离，web页面制作的任务可以比较方便地划分给页面设计人员和程序员，并方便地通过jsp来合成。在运行时态，jsp将会被首先转换成servlet，并以servlet的形态编译运行，因此它的效率和功能与servlet相比没有差别，一样具有很高的效率13。 3：servlet：servlet是java平台上的cgi技术。servlet在服务器端运行，动态地生成web页面。对于servlet，重复的请求不会导致同一程序的多次转载，它是依靠线程的方式来支持并发访问的【13】。4：xml：可扩展标记语言。xml 相对于 html 的优点是它将用户界面与结构化数据分隔开来。这种数据与显示的分离使得集成来自不同源的数据成为可能。客户信息、订单、研究结果、帐单付款、目录数据及其他信息都可以转换为 xml。5：ejb容器：服务器端容器，包含的组件为ejb(enterprise javabeans)，它是j2ee的核心之一，主要用于服务器端的商业逻辑的实现。ejb规范定义了一个开发和部署分布式商业逻辑的框架，以简化企业级应用的开发，使其较容易地具备可伸缩性、可移植性、分布式事务处理、多用户和安全性等【13】.6：jdbc(java database connectivity，java数据库连接)：api是一个标准sql(structured query language，结构化查询语言)数据库访问接口，它是使用标准java api编写数据库应用程序的关键。jdbc api主要用来连接数据库和直接调用sql命令执行各种sql语句。 2.5.3 面向对象分析方法 通常使用的系统分析方法有结构化分析法和面向对象的缝隙方法。结构化分析（sastructured analysis）是一种面向数据流的分析方法，其基本思想是将系统开发看成工程项目，有计划、有步骤地进行工作，是一种应用很广泛的开发方法，适用于分析大型信息系统。结构化分析方法采用“自顶向下，逐层分解”的开发策略。面向对象分析一般总是从理解系统的“使用实例”开始，其基本步骤是：先定义系统的用例，然后在领域分析的基础上建立问题域的类对象模型，然后建立对象关系和对象行为模型。由于系统的分析更为强调对象之间的相互关系，从实例着手，所以将采用面向对象的分析方法7。3系统规划3.1 可行性分析（1） 技术可行性j2ee是美国sun公司刚刚推出的一种全新概念的模型，与传统的互联网应用程序模型相比有着不可比拟的优势。当今许多企业都需要扩展他们的业务范围，降低自身经营成本，缩短他们和客户之间的响应时间，这就需要存在一种简捷，快速的服务于企业，合作伙伴和雇员之间。典型的说，提供这些服务的应用软件必须同企业信息系统（eis）相结合，并提供新的能向更为广阔的用户 提供的服务9。这些服务要具备以下的特点：a:高可用性：来满足现在的全球商业环境 b: 安全性：保护用户的隐私和企业数据的安全c: 可依赖性和可扩展性：保证商业交易的正确和迅捷（2）经济可行性尽管目前很多保险软件都可以实现内部资源的共享，但是实际上，其业务系统仅仅是对承保、批改、续期、理赔以及一些统计 、人员管理等保险业务流程提供业务支持，市面上 并未出现一个集保险业务、财务核算、核保、核赔等功能于一体的保险信息处理平台系统，不少投保人利用保险制度与保险软件的纰漏骗保，使得保险公司蒙受了巨大的经济损失。而对于保险公司新产品套餐的发布，现有保险软件也无法迅速准确地支持“一揽子保单”的产品处理。可见，保险业务快速增长和保险软件功能不完善的矛盾越来越突出，直接影响到保险公司的偿付能力和经营的稳定性，关系到保险业的健康发展12。（3）社会可行性当前的中国保险市场，是一个急速发展与变革的 市场。保险行业 it服务必须满足这种现状的要求。因此，他们对于it服务的响应速度和服务质量有了更高的要求。现阶段 ，我国经济环境诸多因素给保险业提出了新的要求。一方面，加入wto后，外资保险公司的加盟对于我国保险业产生重大的影响 ，中国保险市场将呈现出国际化特征，有利于业务拓展；但是另一方面，新的市场发展形势 使得国内保险公司面临严峻考验，对于公司的经营运作能力提出了更高的要求。保险行业的特征决定了企业管理信息对保险公司尤为重要，公司的经营策略、业务运作、财务管理、分析决策无一不 建立在高质量信息管理的基础上。各家保险公司对于新险种开发、业务管理、自身风险管控以及服务水准提升等方面的要求 越来越强烈，这就要求其核心业务系统不能仅是对业务的简单支持，更重要的是到达支持、分析、管理、决策的层面。换句话说，保险信息系统的好坏将从根本上影响到保险公司的核心竞争力。3.2系统总体结构设计图表现层业务逻辑层sanjeevini包装类数据服务类业务逻辑类传输对象数据库 图3-1 系统总体结构设计图系统的总体结构分为三层：表现层，中间业务逻辑层， 数据库访问层。1） 表现层：位于最外层（最上层），离用户最近。用于显示数据和接受用户输入的数据，为用户提供一种交互式操作的界面。2） 中间业务逻辑层：负责处理用户输入的信息，或者是将这些信息发送给数据访问层进行保存，或者是调用数据访问层中的函数再次读出这些数据。中间业务层也可以包括一些“商业逻辑”描述代码在里面。3） 数据访问层次：仅实现对数据的保存和读取操作，数据访问，可以访问数据系统，而进制文件，文本文档或者是xml文档。3.3系统设计目标根据对保险业务管理系统中主要存在的问题的讨论调研，选择研究开发一个利用j2ee为编程语言，以oracle作为数据库的保险业务关系管理信息系统。本系统保险管理系统主要由投保过程管理、保单申报管理、保单审批管理、保单理赔管理、系统管理模块组成。具体的功能结构如图所示15：保险业务管理系统投保管 理保险申报管理审批管理保险理赔管理系统管 理 用户口令修改用户角色管理客户信息管理保险单信息管理险种信息管理投保过程管理申报过程管理申报资料管理申报条件审查管理审批过程管理审批资料管理打印审批表理赔过程管理理赔金额核算理赔资料管理给客户赔付款管理 图3-3 系统组织功能图系统管理模块：用户管理模块针对各个功能模块与报表，授予各个员工，将不同部门，不同职位的工作责任与操作权限明确下来，使数据的保密性与系统运行的安全性得到保证。直接可以退出系统，防止因电脑故障导致数据丢失。其中包括有用户管理，用户口令修改，退出系统三部分。具体功能有：按照查询、修改、增加、删除等。投保管理模块：在投保管理模块中，主要是对客户信息，保单信息，险种信息，保单的收款，以及投保过程的管理。保险营业员以及保险登记销售人员通过和客户接触收集客户的意见和建议提交技术部门开发出适合大众的新的保险险种，客户在保险公司的大厅或者网站或通过营业员的介绍了解保险信息，要进行投保则在保险公司进行信息的登记，填写保险单并缴保险费，保险公司核保和风险评估部门进行审核，审核通过客户投保成功。申报管理模块：若发生事故或者保险到期那么客户进行保险申报，申报部门报案保护现场，进行现场的信息核实，客户和审核员填写提交相关资料，申报部门进行申报条件审查并确定申报类型及等级。审批管理模块：申报相关手续完成之后，根据相关资料证明，审批部门进行申报金额、等级客户相关要求是否合理进行审批，审批通过打印凭证。理赔管理模块：通过申报审批之后，理赔部门根据相关凭证单据要进行相关的金额赔付核算，给客户赔付保险金。 4系统分析4.1 用例分析用例是由系统完成的一组动作的描述， 它产生对特定参与者有价值的结果。用例图:显示参与者、用例和它们的关系。以及它们使用情况的集成。用例图是从用户的观点对系统行为的一个描述。对于系统开发人员来说,用例图是个有价值的工具:它是用来从用户的观察角度收集系统需求的靠得住的一项技术。这对于建立一个应用系统是很重要的15。在系统的总体需求分析阶段， 建立系统需求模型， 具体包括：问题陈述根据用户初始需求，在用户的参与下，写出问题陈述；定义执行者在用户的参与下定义系统的执行者，利用uml中的角色、用例、关系、注释等表示法，建立系统的用例模型15。根据这个定义以及系统的功能需求分析,我们建立了保险管理系统的顶层需求模型用例模型。创建用例图之前要确定参与者。整个销售系统的外部用户有：客户，上级管理人员（此处定义为经理），员工。其中客户属于系统用户。（1）客户参与整个系统的用例图如图4-1所示： 在保险公司中客户是保险公司最主要的资源。客户可以登录自己在保险公司的自己的主页操作相关的业务，也可以在保险公司的大厅进行相关的手续办理。客户登录到自己的主页可以查看自己的保单信息、保险公司的险种信息、可以网上投保、进行申报理赔声明。 图4-1 客户参与用例图（2）员工参与的用例图如图4-2所示： 员工主要任务是介绍保险信息和操作投保过程及进行投保之后的服务工作。在保险公司的网上操作系统中，员工在保险系统中的活动主要有：可以查看客户的个人信息、客户的保单信息、查看险种信息、客户保险单登记、收取保险费、根据客户的需要进行理赔申请登记、查看各种理赔信息、支付客户的理赔金额等。图4-2 员工参与用例图（3）经理参与的用例图如图4-3所示：经理在整个保险系统中的权限除了包括员工的全部权限外，最只要的是对险种的管理和对整个业务流程的控制。其中经理除了有对客户信息注册、 查看删除编辑客户信息、新险种信息添加、保单注册信息、保单申报审批理赔管理（包括从申请到核实再到审批的各个过程）等权限的控制外，最重要的是充当一个审核验证者得角色，来审批申报、审批理赔的有效性。图4-3 经理管理员参与用例图4.2 业务流程分析业务流程是组织业务的活动过程。业务活动过程也是组织实体围绕着实现组织的某些目标的活动过程，在业务流程中伴随着组织中大量的人流、物流、资金流等实体流和信息流。但所有的实体流最终都要反映为能够被人们接受和处理的信息流。业务流程分析是业务分析中的一个很重要的内容。只有对业务流程进行深入分析，才能够深入地理解业务的活动过程，了解业务活动所涉及到的各种组织实体，了解业务的过程、步骤、规则和方法15。活动图既可以描述操作的行为，也可以描述用例和对象内部的工作过程。设计者要根据系统的实际情况来分析， 建立一个或多个动态模型来描述系统的动态行为。本系统中，采用uml中的活动图来描述业务流程。活动图(activity diagram)的应用非常广泛,它既可用来描述操作(类的方法)的行为,也可以描述用例和对象内部的工作过程。活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)17。 （1）保险管理系统用户登录系统活动图如图4-4所示登陆该系统时，首先输入用户名和密码，在数据库中验证此用户名的正确性，若正确，进入系统主页面，根据相应的权限完成相应的功能模块实现，若不正确则重新输入用户名和密码，重新返回到选择登陆按钮的活动，直到输入的用户名和密码正确为止。图4-4 用户登录系统活动图（2客户信息修改活动图如图4-5所示录入客户保单号如果显示出此客户的详细信息，那么修改其信息，修改完要修改的信息后，要会显示出修改字段的原值和新值并能打印出客户修改信息的单据图4-5客户信息修改活动图（3）投保过程活动图如图4-6所示 客户首先查看保险公司的险种信息，然后根据自己的需求，选择适合自己的险种，然后登记注册信息，在业务员的帮助下签署投保书，保险公司向投保人收取投保金额，接下来保险公司的核保部门根据保单信息进行核保，如果审核通过，则由契约部门打单，不通过则不能承保，最后业务员送保单给客户，客户签署保单回执。图4-6投保过程活动图（4）添加新险种活动图如图4-7所示要添加新险种首先要申请新险种授权，然后给新险种编号并添加详细的说明信息包括年限、险种性质、审批理赔、金额、正对人群等信息的描述，之后将险种信息归档。审核部门对心险种的可行性进行实地考察验证，如果证明新险种行性则，让有关权限管理员正式在系统中添加新险种，如果不可行则取消添加。图4-7添加新险种活动图（5）保险单申报、审批、理赔活动图如图4-8所示当事故发生或者保单到期需要进行索赔或者分红。首提出申报请求并出具保险单，保险公司负责申报的部门对客户提交的有关证明进行有效审核验证，如果申报资格不够那么不予申报，如果申报条件符合，则准予申报，签发审核合格证明并移交给审批部门。审批部门在检查审核客户资料证明有效之后对于客户提出的申报项目进行合理性检查，合理有效则审批并开具证明，提交理赔部门，理赔部门实地考察事故状况或者到期保险单核对，并对相应信息登记记录，核算赔付金额，有关责任人签字，支付赔付款，办理相关手续。图4-8保险单申报、审批、理赔活动图 5系统设计5.1 uml序列图设计序列图(sequencediagram)用于从时间顺序角度描述一个用例所涉及到的对象之间的消息传递,从而以可视的方式清晰地表达了对象之间的交互关系.其目的是为用例的正常和例外情况的逻辑流程进行建模序列图按时间先后排序,用于通过情景检查逻辑流程,确定用例的处理流程17.序列图供不同种类的用户使用。用户可以从序列图中看到业务过程的细节；分析人员可以从序列图中看到处理流程；开发人员可以看到需要开发的对象和对这些对象的操作；质量保证工程师可以看到过程的细节，并根据这个过程开发测试案例。序列图对项目的各方面人员都有用。下面就本系统中的一些重要的序列图说明如下：(1) 客户投保顺序图：客户在进行投保时首先要进行险种信息的查询，当确定所要投保的信息之后，就要求保险公司员工进行投保过程的处理，操作员登记完保险信息，反还给客户保单。图5-1 客户投保顺序图（2）添加客户信息过程顺序图：当客户要投保或者参保的时候，提出申请登记，操作员工核对客户信息是否填写完整，然后交有关部门进行实际信息审核，之后进行客户信息登记，返还登记单据给客户。图5-2添加客户信息过程顺序图（3）设计阶段客户信息修改的顺序图：当进行客户信息修改时所要用到的类有：系统主页面，修改客户信息窗口，修改逻辑操作，客户。主要用到的方法有：查找客户、获得客户信息、显示客户信息、添加新的修改信息、进行信息修改、显示修改结果。图5-3客户信息修改顺序图（4）客户保险申报顺序图：客户保险申报时，操作员工根据客户的申报申明进入保险单申报窗口进行相应操作。操作过程涉及的类有：保险单申报、申报逻辑操作、保险单、申报类型。其中用的方法有查找客户保险，得到客户保险信息，显示客户保单信息，查找申报类型、显示申报类型、填写申报资料、进行申报操作显示申报完成后信息。如图5-4所示： 图5-4客户保险申报顺序图（5）客户保单理赔顺序图：进行客户保单理赔时，涉及的对象有：保险理赔、理赔逻辑、客户保险单登记信息、申报单据、审批单据、理赔金额审核。其中涉及的主要方法有：查找客户保险信息、获得客户保险单信息、显示客户保单信息、查找客户申报单据、显示申报单据、查找客户审批单据、显示审批单据、添加理赔资料信息、进行理赔操作、进行赔付款核算、显示理赔信息。如图5-5所示：图5-5客户保单理赔顺序图 5.2 uml类图设计在系统的设计阶段，根据实际问题和建立的动态模型，详细分析类，得到类在系统中的基本属性和行为，完善类框图，识别类之间的关系，即识别类结构关系，如类的扩展，组成，泛化等关系，确立类之间存在的协作关系18。构建系统类图如图5-6所示： 图5-6 系统类图5.3数据库设计5.3.1 数据库表结构设计从用户的观点来看，在关系模型下，数据的逻辑结构是一张二维表,每个表保存着保险企业业务活动中所涉及的实体中所有实例的各种属性值数据20。该管理系统涉及到的主要实体及其属性如下:员工信息的关系表（sanjeevini _employee）：员工信息表是保险系统中储存员工相关信息，主要包括员工的一些联络方式和活动。其中empid(员工编号), userid(用户编号), empname(员工名), telephone(电话), email(邮件), active(活动).表5-1员工信息的关系表（sanjeevini _employee）主外键列名长度数据类型是否为空主empid6number否外userid20varchar2是empname25varchar2否telephone12varchar2否email25varchar2否active1char是每笔保险费种类和金额的关系表（sanjeevini_planamounts）：关系表中主要包含的是险种、保险单和金额。其中planid（险种编码），policyid（保险单编码），amount（金额）。表5-2每笔保险费种类和金额的关系表（sanjeevini_planamounts）主外键列名长度数据类型是否为空主planid6number否外policyid6number是amount10number是保险单交易的关系表（sanjeevini_premiumtransaction）：这个表中包含了保险单的交易号和相关的注册号，并且包厢纤细的付款时间和金额，以此为凭据来表述客户购买了相关保险业务。其中transactionid（交易编码），policyregistrationid（保险单注册编码），dateofpayment（付款时间），amount（金额），description（描述）。表5-3保险单交易的关系表（sanjeevini_premiumtransaction）主外键列名长度数据类型是否为空主transactionid6number否外policyregistrationid6number是dateofpaymentdate是amount10,2number否description30varchar2是新增加的险种信息关系表（sanjeevini_policyplan）：包含了险种的详细描述信息，主要是保险单号。其中policyid（保险单编码），policyname（保险名），type（类型），minterm（最小年限），maxterm（最大年限）。表5-4新增加的险种信息关系表（sanjeevini_policyplan） 主外键列名长度数据类型是否为空主policyid6number否policyname25varchar2否type1char否minterm3number是maxterm3number是登录信息关系表（sanjeevini_login）：登陆保险系统时候需要确认的登陆信息。其中userid（用户编码），password（用户密码），role（角色）。表5-5登录信息关系表（sanjeevini_login）主外键列名长度数据类型是否为空主userid20varchar2否password20varchar2否role1char否保险单索赔关系表（sanjeevini_policyclaim）：主要包含了索赔业务中涉及的相关信息，包括索赔号主键和保险单注册号和批准人员工号外键。索赔信息包含了明确日期、类型和金额以及确定了索赔的相关状态。其中claimid（索赔编码），policyregistrationid（保险单注册编码），dateofclaim（索赔日期），typeofclaim（索赔类型），totalamount（总金额），approverempid（批准人员工编码），remarks（注释），claimstatus（索赔状态）。表5-6保险单索赔关系表（sanjeevini_policyclaim）主外键列名长度数据类型是否为空主claimid6number否外policyregistrationid6number是dateofclaimdate否typeofclaim1char否totalamount14,2number是外approverempid6number是remarks30varchar2是claimstatus1char否客户信息关系表（sanjeevini_customer）：客户信息表中包含了客户的详细个人信息，主要是客户号和登陆时候用到的用户号。客户信息主要是包含一些联络信息地址、电话及出生日期。其中customerid(客户编码), customername(客户名), userid(用户编码), dob(出生日期), address(地址), telephone(电话).表5-7客户信息关系表（sanjeevini_customer）主外键列名长度数据类型是否为空主customerid6number否customername25varchar2否外user