【毕业学位论文】（Word原稿）售车联保出单系统的设计与实现-软件工程

硕士学位论文 （软件工程） 售车联保出单系统的 设计与实现 研 究 生： 学号： 所在学院：软件学院 学科门类： 计算机科学与技术 学科专业：软件工程 指导教师： 副指导教师 ：冯宝新 二 一三年二月 A in 2013 售车联保出单系统的设计与实现 同 济 大 学 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或 者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉 及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日 同济大学 硕士学位论文 摘要 I 摘要 当前汽车 4S 店机动车辆保险代理业务销售量成快速增长的趋势，各大保险公司也通过各大汽车厂商 4S 店的新车保险代理业务拓展其机动车辆保险业务的市场。为了促进业务增长，需要在汽车 4S 店新车 销售时即进行机动车辆保险业务的销售，这就对保险代理业务的实时性提出了更高的要求，汽车 4S 店的远程出单已经势在必行。 中国某保险公司需要通过汽车 4S 店的保险代理业务拓展其车险业务的市场，促进业务增长。为了达到这个目的，需要有一套连接汽车 4S 店与保险公司系统的远程出单系统，系统命名为某保险公司远程出单系统。 汽车 4S 店的新车保险代理业务拓展其车险业务，其核心概念就是与汽车 4S 店系统之间的数据传输。课题的研究背景是，中国某保险股份有限公司为了占领汽车 4S 店车辆 保险业务的市场，促进其自身机动车辆保险业务的销售，主动与汽车 4S 店厂商进行了沟通合作，并提出了建立一套连接汽车 4S 店与其公司业务系统的远程出单系统，而中国某保险公司远程出单系统的开发和实施就是通过 术解决汽车4S 店车辆保险业务问题的方法。系统关键技术 议、 术、义的 文、 术 关键词： 汽车 4S 店，保险公司，车辆保险，远程出单系统 I S in of to in S In to 4S to at of at of S s S a In to a S s is of s is to a s a In to s of s a of s of a of of is T to of s ML SD MS 4S 同济大学 硕士学位论文 目录 录 第 1 章 引言 . 1 题背景 . 1 内外相关研究的现状分析 . 1 第 2 章 需求分析 . 4 求分 析概述 . 4 务流程分析 . 4 能需求分析 . 5 功能需求分析 . 13 求分析总结 . 14 第 3 章 系统总体设计 . 15 统的构架设计 . 15 统数据库设计 . 19 统包设计 . 22 统界面设计 . 23 统设计部署及运行环境设计 . 25 统总体设计总结 . 27 第 4 章 系统详细设计与实现 . 28 统总体流程的详细设计 . 28 车 4S 店系统数据传输的详细设计与实现 . 29 车 4S 店系统的数据传输功能与三大流程关系的设计与实现 . 36 保询价流程的详细设计与实现 . 41 保确认流程详细设计与实现 . 45 费确认流程详细设计与实现 . 47 统详细设计与实现总结 . 50 第 5 章 系统测试 . 52 试概述 . 52 试过程 . 54 试评估总结 . 60 第 6 章 总结与展望 . 62 文总结 . 62 统验收及运行情 况 . 63 作展望 . 63 同济大学 硕士学位论文 目录 谢 . 65 参考文献 . 67 个人简历、在读期间发表的学术论文与研究成果 . 68 第一章 引言 1 第 1 章 引言 题背景 中国某保险股份有限公司为了占领汽车 4S 店车辆保险业务的市场，促进其自身机动车辆保险业务的销售，主动与汽车 4S 店厂商进行了沟通合作，并提出了建立一套连接汽车 4S 店与其公司业务系统的远程出单系统，而中国保险公司远程出单系统的开发和实施就是通过 术解决汽车 4S 店车辆保险业务问题的方法。 汽车 4S 店远程出单的研究是为 了在保证保险业务流程及保险风险控制的基础上，提高汽车 4S 店机动车辆保险业务的出单速度和服务质量，体现汽车 4S 店代理保险业务的即时性、安全性和准确性，以占领汽车 4S 店机动车辆保险市场。最终目的是通过优异便捷的保险服务，努力成为多家汽车生产商 4S 店的保险服务提供商，在与竞争对手的竞争中占据优势地位，为公司带来新的业务增长，更好的进行机动车辆保险业务的拓展。 保险代理已成为我国保险企业拓展保险业务的主要形式和途径之一，而机动车辆保险也已成为财产保险公司的龙头保险种类，汽车 4S 店保险代理业务作为新兴的保险代理的地位 已显得越来越重要，对这种远程出单的保险代理方式的研究和实现将对我国机动车辆保险乃至整个保险行业的发展都具有深远的意义。 内外相关研究的现状分析 外研究现状 当前国外汽车 4S 店销售已经进入衰退期，其保险业务也逐渐由 4S 店转移到专业保险代理公司。 内研究现状 现在国内各家保险公司对于汽车 4S 店机动车辆保险业务都十分看重，包括平安保险、太平洋保险、大地财险、阳光财险等在内的主要采取了各种手段求抢占汽车 4S 店机动车辆保险市场，其主要方案有： 1. 人工登记，随后到保险公司出单 同济大学 硕士学位论文 售车联保出单系统的设计与实现 2 在汽车 4S 店使用 格等文本工具记录客户信息，保单信息等，再将相关信息传送回保险公司由录单员录入本公司的业务系统。 2. 汽车 4S 店系统出单，随后将数据迁移到本公司系统 汽车 4S 店系统出单，随后根据汽车 4S 店的系统数据结构和本公司的系统数据结构差异，进行数据的转换，再将数据迁移到本公司系统。 3. 汽车 4S 店部署本公司的业务系统出单 汽车 4S 店部署本公司的业务系统并派驻本公司人员进行出单，再通过 方式连接本公司系统或数据库进行数据传输。 比分析 人工登记后到保险公司出单的方案，此方案有缺点在于无法 做到即时的出单，购车者需要本人到保险公司获取保单或等待数日后才能拿到保单，而且客户对当场付款却没有拿到保单存在疑虑。 汽车 4S 店系统出单，随后将数据迁移到本公司系统的方案，缺点在于数据迁移较为繁琐，而且对于车辆保险业务的复核存在具有延时性，不利于保险风险的规避。若在未迁移数据时车辆即出险则会在客户到保险公司理赔时出现无法理赔的情况。 汽车 4S 店部署本公司的业务系统出单的方式当前应用最为广泛，但也存在需要投入更多的硬件、人力等成本的缺点。当前汽车 4S 店为了在与保险公司的合作中获得更为主动的地位而纷纷开发自己的 软件系统，同时要求所有保险公司不得在其店内部署任何系统，这样就使得这种方式即将遭淘汰。 究内容 1. 需求分析 根据课题的背景、来源和意义，结合当前汽车 4S 店机动车辆保险代理业务存在的问题总结归纳出系统的需求，包括功能性需求和非功能性需求。 2. 系统 解决方案 根据系统需求分析的内容 而 提出总体解决方案 、系统框架、 主要 使用 技术 、 各 功能的 模块 流程分析及系统部署等内容。 第一章 引言 3 3. 系统 设计与实现 系统各个 功能模块的设计和 实现进行 周详 的描述， 其中 包括使用的技术 、实现方式与主要涉及类的介绍以及与其他 模块的接口等 。 4. 系统测试 根据 系统的特点制定测试方案，包括测试内容， 测试流程、 测试计划、测试用例及测试的结果等 。 文的组织结构 根据论文的 研究的 内容可将论文分为六章，具体内容如下： 第 1 章 绪论。介绍论文课题的课题来源、国内外研究现状分析以及研究目标和内容。 第 2 章 需求分析。本章通过对远程出单的特点和客户提出的需求进行详细的需求分析，将详细描述系统的功能性需求和非功能性需求。 第 3 章 系统总体设计。本章将在需求分析的基础上，对系统提出了系统的技术方案、总体设计方案和数据结构设计等。 第 4 章 系统周详设计与实现。本章详细介绍了 系统中四个业务流程模块和两个传输模块的主要功能的流程分解、详细设计和实现。 第 5 章 系统测试。本章内容包含测试内容的介绍、测试计划、测试用例和测试结果的分析。 第 6 章 总结与展望。本章是对本人在项目中的工作总结，包括得到的收获和存在的不足，同时对项目下一步的进行和系统下一步的完善提出了目标和展望。 第 2 章 需求分析 4 第 2 章 需求分析 求分析 概述 当前对于保险公司建立机动车辆保险代理合作关系的汽车 4S 店，某保险公司营销人员进驻汽车 4S 店并通过部署本公司的业务系统完成承保业务。这种承保模式虽然可以满足当前的业务需要，但 同时也隐含许多问题。第一，这种模式增加了 险公司所需投入的硬件、人力等成本；第二，由于保险公司各省分公司分别与不同的 4S 厂商洽谈优惠，造成某保险公司总部无法对各省分公司进行强有力的承保业务管控；第三，这种模式下厂商无法留存客户投保信息、无法更好地为客户提供优质服务。在这种情景下，中国保险公司远程出单方案的提出解决了上述方案中隐含的问题。 首先，实现了车辆保险业务的全部流程，符合保险业务各个流程的管控要求，最大限度的规避了保险业务的风险。其次，突出了汽车 4S 店保险业务的即时性、安全性和准确性等特点，使汽车 4S 店和保险公司达到双赢的效果。 某保险公司远程出单系统的总体需求为： 汽车 4S 店工作人员根据客户的情况，在汽车 4S 店系统进行新购置机动车辆保险的投保、确认以及缴费等操作，汽车 4S 店对应的省分公司人员需要在省分公司系统中完成对该车辆保险业务的复核、核保和提示缴费等操作，并在确认收费后的第一时间将机动车辆承保保单交到客户手中，从而完成一次完整性的机动车辆承保业务流程。而 需要保证整个流程的安全、快速和准确。 务流程分析 1. 总体流程 通过对总体需求进行分析，结合某保险公司的业务流程和业务规则，可以归纳出总体业务流程： 某保险公司远程出单系统把投保人在汽车 4S 店系统录入的投保信息传送到本系统进行询价，系统进行保费计算等处理后转换为某保险公司投保单数据并保存到本系统数据库中，再将投保单数据下放到投保汽车 4S 店所在的省分公司系统内，由省分公司对投保单数据进行调配，并将调配完毕的数据通过本系统回送与汽车 4S 店系统，投保人进行投保确认后，将投保确认信息通过本系统发送到省分公司系统，省分公司系统通过复核、核保、收付费等操作后再将缴费信息通过本系统 送回汽车 4S 店系统，投保人交 同济大学 硕士学位论文 售车联 保出单系统的设计与实现 5 费后将缴费确认信息通过本系统发送到省分公司系统，省分公司系统获得缴费确认信息后，将为投保人打印出，最终正式保单，保险责任也将随之生效。 系统功能既需要包含车辆保险业务的各个环节流程，既要符合各流程业务规定和核保条件的管控，以达到最大限度的降低保险业务的风险，保证保险业务质量的目的。所要确定系统主要包含投保询价（包含保费计算）、投保确认、缴费确认三大主要流程，同时需要包含与汽车 4S 店系统的数据传输和与省分公司的数据传输等。 2. 用例建模 通过对总体业务流程的分析，机动车辆保险流程分解到 汽车 4S 店与省分公司两地执行后， 险公司远程出单系统所包含的投保询价、投保确认和缴费确认三大流程功能起到的就是将这两地分散的业务流程结合起来。总体用例图见下图所示。 投 保 询 价汽 车 4 S 店 员 工投 保 确 认缴 费 确 认保 费 计 算省 分 公 司 员 工图 1 总体用例图 能需求 分析 一是要满足机动车辆保险业务的流程，包含投保询价、投保确认和缴费确认三大功能流程，二是要实现与汽车 4S 店系统及保险公司省分公司系统的数据传输，即需要包含汽车 4S 店系统数据传输和与省分公司数据传输两大功能。 保询价分析 1. 需求描述 第 2 章 需求分析 6 汽 车 4S 店工作人员将投保的基本信息录入并进行，生成初始投保单后，由对应的省分公司人员对投保单进行修改，并将最终的保额保费反馈给客户。 2. 需求 分析 汽车 4S 店工作人员在投保询价流程中主要负责录入投保单的工作，省分公司人员在投保询价流程中主要进行修改投保单的工作，而某保险公司远程出单系统在投保询价流程中需要完成两次系统间的数据相互传输，即投保信息和投保单信息，同时需要完成保费计算和生成投保单。 3. 流程分解 投保询价是客户进行 投保信息录入并查询保费的流程，可分解为以下几个流程 ： (1) 接收汽车 4S 店系统发送的投保询价信息 某 保险公司远程出单系统从汽车 4要包括投保基本信息、保险关系人信息、机动车辆信息、投保标的险别信息等，这些信息将传输到保险公司远程出单系统，系统将接收这部分信息。 (2) 计算保费和生成投保单 某保险公司远程出单系统在接收到投保信息后，对 文进行合规性检验，在检验报文是否符合 格式定义，再根据系统配置的费率信息计算出此车辆的商业险标准保费、交强险标准保费、车船税、优惠折扣等信息，将这些信息与投保信息结合转换成为符合某保险公司业务数据 结构的格式，形成一张完整的投保单，并将这张投保单数据进一步保存。 (3) 向省分公司系统发送投保 单 信息 某保险公司远程出单系统根据汽车 4S 店所属不同的省区市，将已计算完保费的投保单发放到对应的省分公司系统中。 (4) 接收 省分公司系统发送投保 单 信息 省分公司接收到投保单信息后将根据各省分公司自身情况进行商业险保费、交强险保费、车船税、优惠折扣等信息的调 配 ，以符合当地 承保 业务规则和核保规则，并将调整完毕的投保单保存于省分公司数据库 ，同时将投保单信息发送回本系统，这部分信息将存于 某 保险公司远程出单系统 数据库中。 同济大学 硕士学位论文 售车联 保出单系统的设计与实现 7 (5) 向汽车 4S 店系 统反馈投保单信息 某保险公司远程出单系统在接收到省分公司根据自身情况调整完毕的投保单数据后，将投保数据保存于系统数据库中，保存完毕后再发放给先前的汽车 4S 店系统中，以便客户进行保费等信息的查询，确定是否进行该投保。 4. 用例图 通过对投保 询价 流程的需求分析，可以画出投保 询价 流程的用例图 。投保询价流程用例见下图所示。 录 入 投 保 单汽 车 4 S 店 员 工发 送 投 保 单接 收 投 保 单保 费 计 算省 分 公 司 员 工修 改 投 保 单生 成 投 保 单图 2 投保询价用例图 5. 用例建模 根据投保询价 流程 的用例图，对投保询价 流程 进行用例建模 。投保询价流程用例模块见下表所示。 表 1 投保询价 用例 用例名称 投保询价 参与者 投保客户、汽车 4S 店人员、保险公司人员 简要说明 投保人员提供自身信息及车辆信息以便进行投保操作 事件流 及 用例场景 基本事件流：投保人员提供车主信息、车辆信息及投保内容信息，投保人员浏览反馈的投保单信息，投保人员决定是否投保 备选事件流 1：投保人员决定不进行投保，则流程结束 备选事件流 2：投保人员重新提供投保内容信息，则重新进行业务处理 备选事件流 3：保险公司拒绝承保，则流程结束 异常事件流：若系统出现错误，则流程失败 特殊需求 若是续保车辆则可查看往年赔付信 息等 前置条件 程序成功启动运行 后置条件 等候投保确认 第 2 章 需求分析 8 保确认分析 1. 需求描述 汽车 4S 店员工将发送投保确认的信息，省分公司对该笔业务进行复核和核保操作，核保通过后生成缴费通知单号反馈给汽车 4S 店员工提示可以进行缴费。 2. 需求 分析 汽车 4S 店员工在投保确认流程中需要完成并发送投保的确认信息和接收缴费通知单的事物，省分公司员工需要完成保险流程中的复核和核保两步关键的步骤，同时在核保通过后需要生成缴费通知单号，而某保险公司远程出单系统在投保确认流程中需要完成两次系统之间的数据相互传输，即投保确认 信息与缴费通知信息。 3. 流程分解 投保 确认流程 是客户 同意保费金额并确定进行投保，保险公司反馈缴费通知信息的流程，可分解为以下几个流程 ： (1) 接收汽车 4S 店系统发送的投保确认信息 某保险公司远程出单系统从汽车 4S 店系统接收的投保确认数据是客户在经投保询价流程后确认了保费并同意投保的信息，这些信息传输到保险公司远程出单系统，系统将接收这部分信息。 (2) 向省分公司系统发送投保 确认 信息 某保险公司远程出单系统根据汽车 4S 店所属不同的省区市，将投保确认信息发送到对应的省分公司系统中。 (3) 接收 省分公司系统发送 的缴费通知信息 某 保险 公司远程出单系统 将接收省分公司根据客户确认的投保单生成的缴费通知信息，信息将传回本系统并储备在本系统数据库中。 (4) 向汽车 4S 店系统反馈缴费通知信息 某保险公司远程出单系统在接收到省分公司发送的缴费通知单号和缴费通知信息后，将信息保存于系统数据库中，保存完毕后再发送到先前的汽车 4S 店系统，以便客户根据缴费信息进行缴费。 同济大学 硕士学位论文 售车联 保出单系统的设计与实现 9 4. 用例图 通过对投保 确认 的需求分析，可以画出投保 确认 流程的用例图 。投保确认流程用例见下图所示。 图 3 投保确认用例图 5. 用例建模 根据投保 确认流程 的用例图，对投保 确认流程 进行用例建模 。投保确 认流程用例建模见下表所示。 表 2 投保确认用例 用例名称 投保确认 参与者 投保客户、汽车 4S 店人员、保险公司人员 简要说明 投保客户确认进行投保、保险公司完成核保等操作后提供缴费信息 事件流 及 用例场景 基本事件流： 按照缴费通知规定的保费进行缴纳，在保险公司获得缴费确认后获取正式保单及发票 备选事件流 1：投保人员拒绝进行投保则流程结束 备选事件流 2：保险公司 核保员 拒绝进行承保（核保不通过） ， 则 保险 流程结束 异常事件流：若系统出现错误，则流程失败 特殊需求 无 前置条件 客户决定进行投保 后置条件 缴费并获取保单及发票 费确认分析 1. 需求描述 汽车 4 S 店员工投保确认信息省分公司员工 复核生成缴费通知单号核保缴费通知单号 第 2 章 需求分析 10 汽车 4S 店员工根据缴费通知单的信息及客户应缴纳的保费金额协助客户完成缴费全部流程并向省分公司系统提交缴费确认信息，省分公司收到缴费确认信息后完成正式保单的生成并完成该保单与交强平台、地税平台等连接和数据传输，最终将正式保单信息反馈给汽车 4S 店系统。客户可在汽车 4S 店当场提取正式保单及发票，完成整个业务流程。 2. 需求 分析 汽车 4S 店员工在缴费确认流程中需要完成发送缴费确认信息和接收正式保单的工作，省分公司员工需要完成生成和发送正式保单及连接 交强、地税等工作，而 险公司远程出单系统在缴费确认流程中需要完成两次系统间的数据互相传输，即缴费确认信息和正式保单信息。 3. 流程分解 缴费确认流程 是客户 完成缴费后，保险公司提供最终保单信息的流程，可分解为以下几个流程 ： (1) 接收汽车 4S 店系统发送的缴费确认信 某保险公司远程出单系统，从汽车 4S 店系统接收的缴费确认数据是客户的缴费最终信息，这些信息将传输到 险公司远程出单系统，系统将接收这部分信息。 (2) 向省分公司系统发送 缴费确认 信息 某保险公司远程出单系统，根据汽车 4S 店所属不同的省区市，将缴费认信息发送到对 应的省分公司系统中。 (3) 接收 省分公司系统发送 的最终保单信息 某 保险公司远程出单系统 接收省分公司在获取缴费确认信息后提供的最终保单信息，信息将传回本系统，并保存于本系统数据库。 (4) 向汽车 4S 店系统反馈最终保单信息 某保险公司远程出单系统在接收到省分公司发送的最终保单信息后，将保单数据保存于系统数据库中，保存完毕后再发放给先前的汽车 4S 店系统中，以便客户得到最终保单并完成整个业务流程。 4. 用例图 同济大学 硕士学位论文 售车联 保出单系统的设计与实现 11 通过对 缴费确认 的需求分析，可以画出 缴费确认 流程的用例图 。缴费确认流程用例见下图所示。 汽 车 4 S 店 员 工缴 费 确 认 信 息省 分 公 司 员 工连 接 地 税 、 交 强 平 台生 成 正 式 保 单保 单 信 息 图 4 缴费确认用例图 5. 用例建模 根据 缴费确认流程 的用例图，对 缴费确认流程 进行用例建模 。缴费确认流程用例模块见下表所示。 表 3 缴费确认用例 用例名称 缴费确认 参与者 投保客户、汽车 4S 店人员、保险公司人员 简要说明 4S 店确认投保人员完成缴费，保险公司提供最终保单，完成该笔业务 事件流 及 用例场景 基本事件流：汽车 4S 店完成缴费，保险公司收到缴费确认信息后生成正式保单提供客户 备选事件流 1：投保人员拒绝进行缴费则流程结束 备选事件流 2：缴费确认信息有误则无法提供保单及 发票 异常事件流：若系统出现错误，则流程失败 特殊需求 可扩展性：连接交强平台及税务平台 前置条件 获取投保信息、投保确认信息 后置条件 提供保单及发票 车 4S 店系统的数据传输分析 汽车 4种数据传输贯穿于投保询价、投保确认及缴费确认三个主要流程，通过对三大主要流程的需求分析，可将与汽车 4S 店系统的数据传输分为以下表所示传输类型。 第 2 章 需求分析 12 表 4 与汽车 4S 店系统的数据传输类型 交易名称 接收投保单 交易 交 易内容 归属流程 投保询价 传输方向 汽车 4S 店系统 某 保险公司 远程出单系统 传输内容 投保询价所需信息（ 汽车 4S 店系统录入信息） 表 4 与汽车 4S 店系统的数据传输类型（续） 交易名称 投保单发送交易 交易内容 归属流程 投保询价 传输方向 某保险公司 远程出单系统 -汽车 4S 店系统 传输内容 由省分公司返回的完成手工调整的投保单数据 交易名称 接收投保确认信息交易 交易内容 归属流程 投保确认 传输方向 汽车 4S 店系统 某保险公司 远程出单系统 传输内容 由 汽车 4S 店 系统返回的是否确认投保信息 交易名称 返回投保确认信息及缴费通知单号交易 交易内容 归属流程 投保确认 传输方向 某保险公司 远程出单系统 汽车 4S 店系统 传输内容 由省分公司系统返回的投保确认及缴费通知单号信息或投保确认 未通过 信息 交易名称 接受缴费确认信息交易 交易内容 归属流程 缴费确认 传输方向 汽车 4S 店系统 某保险公司远程出单系统 传输内容 由 汽车 4S 店系统返回的是否确认缴费信息 交易名称 发送保单信息交易 交易内容 归属流程 缴费确认 传输方向 某保险公司远 程出单系统 汽车 4S 店系统 传输内容 由省分公司返回的核保通过转为保单的保单数据 分公司系统的数据传输分析 省分公司系统的数据 相互 传输是为了实现 某 保险公司远程系统与省分公司系统之间的数据 相互 传输， 这种数据传输 贯穿于投保询价、投保确认及缴费确认三个主要流程，通过对三大主要流程的需求分析，可将与省分公司系统的数据传输分为 下表所示 传输类型。 表 5 与省分公司系统的数据传输类型 交易名称 发送投保数据 (标准保费 )交易 交易内容 归属流程 投保询价 同济大学 硕士学位论文 售车联 保出单系统的设计与实现 13 传输方向 某保险公司 远程出单系统 省 分公司系统 传输内容 平台计算标准保费后的投保单数据 交易名称 返回投保数据交易 交易内容 归属流程 投保询价 传输方向 省分公司系统 某保险公司 远程出单系统 传输内容 省分公司手工调整后的投保单数据 交易名称 发送投保确认消息交易 交易内容 归属流程 投保确认 传输方向 某 保险公司 远程出单系统 省分公司系统 传输内容 汽车 4S 店系统 发送的 投保确认消息 表 5 与省分公司系统的数据传输类型（续） 交易名称 接收投保确认信息及缴费通知单号交易 交易内容 归属流程 投保确认 传输方向 省分公司系统 某保险公司 远程出单系统 传输内容 省分公司系统核保通过后的投保确认信息及缴费通知 信息 交易名称 发送缴费确认消息交易 交易内容 归属流程 缴费确认 传输方向 某保险公司 远程出单系统 省分公司系统 传输内容 汽车 4S 店系统的缴费确认信息 交易名称 接收保单交易 交易内容 归属流程 缴费确认 传输方向 省分公司系统 某保险公司 远程出单系统 传输内容 省分公司系统经核保，缴费确认后的已转为最终保单的保单数据 功能需求 分析 通过对汽车 4S 店远程出单的需求分析，系统在非功能性方面需要体现出汽车 4S 店保险业务的即时性、安全性和准确性，使客户在第一时间了解车辆承保信息及所需缴纳的保费、缴纳保险费用并获取车辆保险保单。 数据传输和保费计算是重点研究的内容，数据传输需要系统连接汽车 4S 店系统与某保险公司各省分公司系统，进行安全高效的数据传输，保费计算需要系统迅速的进行车辆保费的报价，在第一时间反馈给客户。 统的安全性 对于某保险公司远程出单系统与汽车 4S 店系统分别属于不同的企业单位，所以两个系统并不在同一个安全的局域网内，造成系统间的 数据传输需要通过 络进 第 2 章 需求分析 14 行，所以在与汽车 4S 店系统的数据传输时数据安全性必须得到良好的保证。 统的效率 汽车 4S 店代理保险业务具有即时性的特征，将满足于客户在买车同时进行投保的要求，即客户在 4S 店现场完成投保、缴费和获取保单的全过程，这样对系统的效率提出明确的目的，系统的效率具体体现在保费的计算、与汽车 4S 店系统的数据相互传输、与省分公司系统的数据传输等三个方面。 客户对系统的传输性能和安全性等方面提出更高的需求，包括第一年一家汽车 40 万辆，两年内要争取到 建立与更多汽车 4S 店的合作并使承保车辆达到 250 万辆之多。 统的可扩展性 由于不同的汽车厂商的 4S 店的系统存在很多的差异化，所以需要保险公司远程出单系统的数据传输具有良好的可扩展空间，由此可知可扩展空间的需求主要体现在与汽车 4S 店系统的数据传输功能中，即在与一家汽车 4S 店的系统的数据传输后再与不同厂商的汽车 4S 店系统进行连接时而不需要再重新开发数据传输功能。 求分析 总结 某 保险公司远程出单系统需求分析过程，首先对系统进行了总体流程的分析和模块，其次对功能需求进行了流程分解，将流程分解 为投保询价、投保确认和缴费确认三大部分，每一部分进行了用模块，同时分析了与汽车 4S 店系统的数据传输和与省分公司系统的数据传输两部分功能，最后对系统的非功能需求进行了分析，提出了包括安全性、效率和可扩展性等非功能需求。 通过对系统的需求分析，明确了系统的总体实现方向和详细流程，为系统的设计和实现奠定了基础。 第 3 章 系统总体设计 15 第 3 章 系统总体设计 通过对 某 保险公司远程出单系统的需求分析，确定了系统的总体流程、功能需求和非功能需求，根据需求分析的结果，将对系统进行总体的设计，总体设计主要包括确立系统功能框架、系统架构、系统的数 据库设计、系统所使用的关键技术、系统的包设计、系统界面设计和系统部署和运行的环境，本章将对这些内容进行设计。 统的 构架 设计 统功能框架 根据需求分析的内容，确定了系统的功能需求包含了业务流程功能需求和传输功能需求 。 1. 业务 流程 功能 (1) 投保询价 (2) 投保确认 (3) 缴费确认 2. 传输功能 (1) 与汽车 4S 店系统的信息传输 (2) 与省分公司系统的信息传输 下图为系统功能框架图： 图 5 功能框架图 投保询价投保确认缴费确认数据传输汽车 4 S 店系统险公司省分公司系统数据传输 同济大学 硕士学位论文 售车联保出单系统的设计与实现 16 统设计架构 近几年， 业级应用已成为企业级应用系统的主流架构， 业级应用是一种 开放的、基于标准的平台，用以开发、部署和管理 N 层结构、面向 ，以服务器为中心的企业级应用，具有的稳定、安全、高效的特点。 用程序通常由三层构成，因为他们分布于三个不同的位置：客户机、服务器、后台数据库服务器。其核心技术包括了， 保险公司远程出单系统框架基于 范实现，建立在 架、 架和 架基础之上，逻辑上分为五层：客户层、 、 业务层、资源层、核心层。系统总体框架见下图所示。 图 6 系统总体框架图 1. 客户层 客户端计算机的浏览器。客户层的作用是与 客户 交 流 ，提交 客户 的请求和展现服务器处理的结果，展现页面 。 2. 基于 架。完成的工作主要有：转发请求、 求合法性和有效性校验、用户权限检查、 求参数与 绑定、调用业务层组件执行业务 第 3 章 系统总体设计 17 处理、记录用户访问日志、显示系统运行异常 。 对于处理用户请求来讲， 的任务是读取用户提交的表单数据，把数据和请求参数封装到数据传输对象 于返回处理结果来讲， 的任务是把业务层处理完毕后返回的数据传输对象回给 面展现给客户。 的实现使用了 源框架。 的主要角色有： (1) 户从页面提交的所有以 请求中都带有 数，用于标识请求的动作（例如： ）。每个模块必须有一个 里讲的 是专门用于处理 求的，与下面将要讲到的处理 求的 是不同的，虽然它们的类名都以 尾。 (2) 户从页面上用 起的所有以 头的请求都经由 转发。处理 求的方法的入参是 回值根据需要设定。 架把 方法的 象参数。处理 求的 是普通的与处理 求的 是不同的。 (3) 置文件 。 (4) 面的所有标签的 。例如翻页导航条标签、 签、增删改查按钮标签等 。 3. 业务层 基于 架和 架。完成的工作主要有：业务数据校验、业务逻辑处理、事务管理、执行数据存取、记录业务处理日志、抛出业务处理异常。 把数据传输对象 集合 备好后传递给业务层进行业务处理，业务层的实现使用 源框架。业务层的主要角色有： (1) 口 同济大学 硕士学位论文 售车联保出单系统的设计与实