【毕业学位论文】（Word原稿）某财产保险公司电网理赔系统的设计与实施 -软件工程

硕士学位论文 硕 士 专 业 学 位 论 文 某财产保险公司电网理赔系统 的设计与实施 of a of 文作者 尹清亮 指导教师 苏明 申请学位 工程硕士 培养单位 软件学院 学科专业 研究方向 答辩委员会主席 评 阅 人 南开大学研究生院 二一三年四月 摘要 摘要 某保险公司是一家全国性的财产保险公司，在国内电网财产保险市场有较高的市场占有率，是国内最有电网特色财产保险公司。该保险公司之前一直使用的核心业务系统都是与其他财险公司相同的系统，已使用六七年的时间。随着中国保险市场的对内对外开放，市场中的竞争主体大量增加，其业务快速发展变化，市场竞 争日益加剧。特别是电网业务的 保险 集中 管控后，电网保险业务领域的 理赔 服务正在超过价格成为竞争的核心，保险公司 围绕着电网业务精细化管理和风险量化管理的核心主题， 逐步加大在信息系统建设方面的投入， 将电网业务新管理思路与信息系统新技术结合，力求改造成 具 有电网专业化特色的理赔系统。 基于这个背景， 该 公司决定开始将原有的理赔系统剥离成电网理赔系统和非电网理赔系统。 本论文来源于某保险公司电网理赔系统建设的实际项目，首先分析了目前国内外保险电网理赔系统的现状，确定了需要解决的主要问题，并采用国际先进的 理赔业务的流程及功能。系统以 件化开发设计思想，并参考业界标准以及各种开源框架的优缺点基础上，重新构建和设计了新一代保险开发框架 ），实现了电网理赔业务的主要功能。 如对如何处理 求、事务控制，以及一些通用功能，比如文件上传、数据校验、消息管理、日志功能等。 开发人员在 构下，只需关注编写和 具体业务逻辑相关的程序，而将业务无关的需求（非功能需求， 给 系统自试运行以来已经支持全国的电网理赔业务，质量和效 率有很大提升，得到了用户的好评。同时，对于 行业内 其他保险公司 理赔系统建设也是一个很好的借鉴和参考。 关键词 ： 电网理赔 分析 设计 实施 n is a in is is or of a of in an in of of of in of of of of on to an of of to to OA of to as as a of of a of of a of as to as as as is to a to s a of of it is a s 目 录 目 录 摘要 . I . 一章 绪论 . 1 研究背景及意义 . 1 国内外研究现状 . 2 研究目标和研究内容 . 3 论文组织安排 . 3 本章小结 . 4 第二章 需求分析 . 5 现状分析 . 5 功能需求 . 5 非功能性需求 . 13 本章小结 . 14 第三章 系统总体架构设计 . 15 基于 . 15 架构设计 . 15 关键技术及解决途径 . 20 数据库设计 . 23 第四章 系统详细设计 . 27 技术架构详细设计 . 27 部分模块的详细设计 . 33 第五章 系统测试 . 41 系统测试概述 . 41 目 录 第六章 系统操作简介 . 54 理赔管理流程简介 . 54 系统运行及主界面说明 . 56 电网理赔管理节点简介 . 59 第七章 系 统实施 . 148 上线实施方案 . 148 切换工作命令书 . 150 本章小结 . 151 第八章 总结与展望 . 152 参考文献 . 154 第一章 绪论 1 第一章 绪论 研究背景及意义 课题背景 本系统研究的目标是建立某财险公司的电网理赔系统，用于帮助该 财险公司稳固电网业务市场，提高客户服 务质量，树立良好的市场形象。为公司内部的电网理赔人员提供一套稳定、便捷、高效的业务系统，为公司业务的发展提供扎实的技术支持。该财险公司之前一直使用的核心业务系统都是与非电网公用的系统，已使用六 、 七年的时间。 特别是 电网业务实行集中 管控后，电网保险业务领域的 理赔 服务已经超过 产品价格成为保险行业竞争的核心，该 保险公司正逐步加大在信息系统建设方面 的 投入，同时也 对业务系统更新 提出了更高的要求和期望，包括对业务管理模式的要求、对应用软件功能的要求和对信息系统维护的要求。基于这个背景， 该 公司决定开始将原有的理赔系统剥离成 电网理赔和非电网理赔系统。 课题意义 新一代电网理赔业务系统项目比较复杂，它是理赔系统从传统财产保险理赔向 具有专业方向、业务特色的 电网理赔的转变，由于该项目除需要考虑两套理赔共同报案，数据迁移，统计和保监会上报，报表准备金，又要考虑建设有特色的独立的电网理赔系统，还需要考虑业务产品众多、业务种类复杂的历史业务数据迁移问题等众多难点和问题，涉及很多开发商、部门以及电网业务部门、信息技术部等多个团队的协调、沟通以及技术方案 论证 等。 第一章 绪论 2 国内外研究现状 国外研究现状 核心理赔系统 在国外保险行业来说是很重要的，他们往往采用一种 以外国保险核心系统要考虑到公司本身员工及代理公司、公估机构的实现，在权限控制方面主要引入角色和客户管理的概念，将客户虚拟化成各种角色，但是国外保险公司或集团不需要考虑监管要求 ， 系统比较自由。 通常来说，国外保险公司每年的 购投入比例占保费收入的 3% 4%之间，在如此大的投入下，不论是从基础设施建设、网络部署、系统评估、需求分析、系统设计还是从开发测试等方面都有较高的投入，尤其是在系统设计，需求分析等非开发阶段 的投入都比国内保险公司投入比例大得多。 国内研究现状 国内保险公司的情况是大多数公司理赔业务及流程都由 公司 内部员工操作，同时还要考虑到监管要求，因此 ， 理赔 系统里就有了一些必备的模块，如保监会上报模块、稽查稽核模块、行业平台模块 等 。而这些 模块 往往在系统设计初期就不得不考虑进去，有些时候对系统影响非常大，所以国内保险公司在设计系统时大多采用基于 想的组件化设计。 现在国内保险公司 也逐步重视起前期需求设计工作，人保财险在第三代核心业务系统时邀 请普华永道来为他们做咨询工作，并且请中科软科技股份有 限公司为其开发 ，其中人保公司在咨询方面 投入的工作量 在 近些年 来 国内 其他 保险公司 中 少见的。虽然投入加大了，效果 也 是明显的，人保第三代核心业务系统支撑着人保 38 家分公司、每年一千七百亿的保费收入。 在保险行业市场竞争加剧的形式下，某公司的电网理赔系统正是 基于这种现状的情况下应运而生，该项目从调研到设计，从开发到实施，都严格按照软件工程的方法论实施，为未来公司 设打下了坚实的基础。 第一章 绪论 3 研究目标和研究内容 研究目标 本论文的内容包括系统的需求分析、架构设计、功能设计、关键技术组件的设计 以及系统的实现概述和上线实施方案设计。 研究内容 本论文以电网理赔实施为视角，全方位 展示电网理赔实施过程中的方方面面，并且通过电网理赔这个具有专业 特色的理赔系统的实施 ， 为其他同样具有行业特色的保险公司 核心业务系统的实施起到一定的指导作用。 论文组织安排 本次论文共分为 八 章： 第一章为绪论，综合介绍论文的选题背景、意义、国内外研究现状以及论文内容结构。 第二章为本次论文项目中的电网理赔业务系统分析，说明原系统的问题，对系统的新增业务需求，业务流程的设计。 第三章为电网理赔核心系统的整体 方案设计，根据系统分析，说明系统设计思想及其关键技术和解决途径。 第四章为系统的详细设计、实现、测试以及实施，根据需求和系统总体框架，说明系统的架构设计和详细方案设计及开发实现。 第五 章为 依据产品的需求规格说明书、各种规范、标准和协议对系统进行测试。 第六章为系统 的各功能模块、具体操作进行 介 绍 。 第七章为 新 系统 和旧系统的过渡对接 实施 设计方案 。 第八 章为全文的总结，并说明今后的工作方向。 第一章 绪论 4 本章小结 作为绪论主要介绍了当前主要的 保险电网理赔系统的 研究现状和应用，并概述了本文的主要工作。 第二章 需求分析 5 第二章 需求 分析 现状分析 目前某保险公司电网理赔急需解决以下几个问题： 1. 目前理赔系统是电网业务与非电网业务是一套系统。修改了非电网 业务系统时会对电网业务产生一些影响。 2. 两套系统同时设计，开发，测试，升级，会造成双倍的影响。 3. 业务部 需要一个专为电网业务开发的系统来满足不断新增的业务需求。 4. 电网业务本身不需要太复杂的非电网业务模块，而现有系统将各个模块整合在一 起影响了系统效率。 5. 目前的系统难以达到针对电网理赔人员的单独管控。 功能需求 根据某保险公司的电网理赔业务流程，系统主要分电网理赔业务系统、基 础服务子系统、统一报案系统三部分 4 个功能模块（或子系统）。业务处理支持全部的电网理赔业务功能，基础服务子系统主要是提供的基础服务管理，如帐号管理、参数管理、帐户管理、影像系统等，产品引擎则主要是对电网产品进行灵活定义和使用，功能模块图如图 示： 报 案 处 理业 务 处 理立 案 处 理查 勘 处 理定 损 处 理核 损 处 理核 价 处 理理 算 处 理核 赔 处 理资 料 收 集处 理结 案 处 理人 伤 跟 踪处 理用 户 管 理基 础 服 务 子 系 统代 码 管 理权 限 管 理 参 数 管 理 客 户 管 理产 品 配 置产 品 引 擎页 面 配 置计 算 配 置医 疗 审 核处 理工 作 流 管 理数 据 迁 移影 像 平 台核 保 处 理规 则 配 置图 系统模块图 第二章 需求分析 6 网理赔业务子系统功能需求 电网理赔业务是相对简单的业务，包含业务环节，同时涉及工作流较少的业务，需要进行的业务应用设计。以下分别从业务功能和业务流程两方面分别说明： 一、 业务功能说明： 下面分别介绍报案、调度、查勘、单证、 核赔、节案这几个环节的功能的需求 1. 报案功能 报案是电网理赔流程中的第 1 个节点，报案人员根据用户的报案情况进行登记案件信息，并为电网理赔的业务信息流转提供第一手的资料。报案功 能 例图如图 示： 图 案功能 用 例图 2. 查勘功能 查勘任务处理部分提供查勘主信息、涉案电站、涉案电线段、事故损失情况等。查勘功能用例图如图 示： 第二章 需求分析 7 查 勘 任 务 处 理退 回 任 务 处 理查 勘 员查 勘 任 务 查 看任 务 信 息 录 入查 勘 报 告 缮 制查 勘 登 记新 增 任 务查 勘 通 赔 确 认关 联 处 理查 勘 任 务 主 动 接 收图 勘功能用例图 3. 立案功能 报案完成之后需要调度给相应的岗位，立案岗位就是其中之一，立案用例图如图 示： 立 案 人 员处 理 立 案 任 务已 处 理 立 案 任 务 查 询立 案 登 记 与 任 务 状 态 查 询立 案 注 销立 案 登 记判 断 保 险 责 任估 损 金 额 录 入出 险 时 保 单 信 息查 看 查 勘 记 录查 看 照 片查 看 标 的 车 承 保 信 息查 看 三 者 车 信 息立 案 任 务 查 看立 案 任 务 状 态 查 询基 本 信 息 处 理退 回 查 勘调 整 估 损 金 额图 立案功能设计用例图 第二章 需求分析 8 4. 定损功能 定损模块提供财产、人伤定损功能、电力配件的修理 /换件清单等信息的录入、修改、查询等功能，定损的功能用例图如图所示： 车 辆 定 损 员车 辆 定 损 任 务 统 计追 加 车 辆 定 损待 处 理 定 损 任 务 查 询已 处 理 定 损 任 务 查 询换 件 项 目 选 择维 修 项 目 选 择当 前 定 损任 务 提 交损 失 信 息电 子 文 档 上 传图 定损 功能用例图 5. 理算功能 理算功能提供赔款计算书的自动生成，手动修改等功能。根据立案信息查询和电网资料库预赔信息生成赔款计算书。理算环节功能用例图如图 示： 图 理算功能设计用例图 第二章 需求分析 9 6. 结案功能 结案任务处理部分提供电网业务结案登记，电网业务自动生成赔案号，如果有预赔需要冲减保额，案件结案查询事宜。结案功能用例图如图 示： 图 结案功能用例设计图 二、 业务流程说明 经过电网业务部满充分的调研、分析，电网理赔各业务结点实际业务流转如图 示 ： 第二章 需求分析 10 财 产 定 损 员人 伤 跟 踪 员报 案 员调 度 员查 勘 员通 知 查 勘通 知 人 伤 跟 踪新 增 调 度资 料 收 集 员立 案 员指 派 定 损报 价 员车 辆 核 损 员损 余 回 收 人 员车 辆 定 损 员$追 偿 员预 赔 、 支 付 员 理 算 、 垫 付 员结 案 归 档 员立 案 完 成核 损 通 过医 疗 审 核核 赔审 核 完 毕核 赔 不 通 过付 费 收 费实 付 后立 案 注 销 、 拒 赔支 付 垫 付 申 请 员财 产 核 损 员新 增 定 损新 增 定 损指 派 定 损损 余 回 收 人 员图 务流程模型图 第二章 需求分析 11 由上述得到电网理赔相关流程图如图 示： 图 程示意 图 新的电网理赔业务流程可主要分成两块业务核心处理： (1)按电网理赔案件粒度进行 按照电网案件力度进行赔付流程，处理电网业务的方式是根据每个电网案件进行理赔，不需要考虑损失项，整个过程是单线同步的，不存在针对某个损失项单独立案调查 (2)按电网损失种类粒度进行处理 每个电站，电线段，进行单独的立案调查，这样可以减少跨区域出险的情况发生。 第二章 需求分析 12 图 旧理赔流程对比 通过上面 图 理赔与电网业务流程的对比可以看到，经过优化电网理赔流程、引入工作流引擎，避免了多余的的环节等待时间，缩短了电网理赔 环节间串行流转时间，提升了电网理赔人员的效率。 赔子系统功能需求 第二章 需求分析 13 核赔操作流程如下： 缮 制 岗 / 复 核 岗 再 保 部核 赔 岗 中 级 核 赔 岗 高 级 核 赔 岗是 否拒 赔 是 是 否通 过是 否上 报 否 否 提 交 修 改 意 见是 否上 报 否 是 否 是 否通 过提 交 修 改 意 见 否 是 是 否 是 否拒 赔 是 否 是 否拒 赔 是 否 提 交 修 改 意 见审 核 资 料是 否 有分 保 否 摊 赔 处 理 是 是 否 有分 保 否 是 是 审 核 资 料审 核 资 料摊 赔 处 理摊 赔 处 理是 否通 过回 复 修 改 结 果回 复 核 赔 结 果回 复 核 赔 结 果回 复 核 赔 结 果回 复 修 改 结 果缮 制 岗 修 改 计 算 书复 核 岗 提 交 核 赔是 否 有分 保 否 是 是 图 赔业务流程图 详细电网理赔信息：查询查看电网理赔详细信息； 电网理赔影像：查询查看电网理赔过程中的影像数据资料； 历次电网理赔审核意见：查询查看历次核赔人员的核赔意见； 核赔电网理赔任务查询：查询电网核赔任务。 非功能性需求 1. 电网理赔可用性需求 电网理赔系统需要 7 天 24 小时正常运行，系统中断不能超过 20 分钟。 2. 电网理赔可扩展性需求 业务量不断增多时电网理赔系统要支持负载均衡。 3. 电网理赔性能及容量需求 电网理赔系统支持一年 16 亿保费、 2 万个电网理赔案件处理，并且在 50 万第二章 需求分析 14 电网理赔数据及 30 个电网理赔并发的前提下，电网各业务环节的页面打开时间在 5 秒以下。 4. 安全需求 系统需要提供用户名密码登录，还需要增加 信等多种登录方式。 本章小结 本章是对电网理赔业务系统的分析，通过分析业务需求和业务流程，得到电网系统的系统需求。可以看到整个系统需要实现两个基本功能：业务操作人员通过电网系统进行电网业务处理及 信息采集；管理人员通过这个电网理赔系统对业务进行实时监控和业务员的业绩考核。需要实现操作、服务都规范；高质量数据流程简化的业务需要。 第三章 系统总体架构设计 15 第三章 系统总体架构设计 基于 设计思想 整个电网理赔系统是基于 想构建在组件不同基础上的 ，如图 示： 图 于 组件 服务目录下 1 12 都是单独的 件，各个系统根据不同的需要使用不同的组件，组件都是可以复用的。 架构设计 电网理赔系统架构必须是开放的，可扩展的，对外集成 不同平台，对内采用通用组件，这样的系统才能满足长期发展需要。设计保险公司业务系统统一 示： 第三章 系统总体架构设计 16 图 险公司 设总体架构 应用架构设计 在保险行业 域，系统应用架构设计时本项目采用 如图 示： 应 用 层业 务 实 现 层应 用 核 心( S p r i n g / E J B 3 )安 全报 表( J a s p e r )表 示 层( S t r u t s / J S F / A J A X )基 础 层单 元 测 试( J U n i t )日 志 管 理( L o g 4 j )系 统 配 置异 常 管 理平 台 层数 据 持 久 层( J D O / E J B 3 /H i b e r n a t e / i B a t i s )邮 件消 息国 际 化缓 存( O S C a c h e /J C a c h e )定 时 机 制( Q u a r t z )校 验 工 具( C o m m o n s )流 程 引 擎J b p m / S h a r kW e b 服 务(A x i s )A c e g i / A 化( L i f e r a y / P o r t a l )规 则 引 擎D r o o l 管 理( J B I )企 业 服 务 总 线通 用 组 件行 业 通 用 组 件开 发 实 践 与 行 业 知 识图 统总体技术框架 第三章 系统总体架构设计 17 部署架构设计 由于某保险公司仍旧是总公司集中的应用体系结构，基于这个背景下，本论文设计的逻辑部署图如图 示 : 图 网理赔系统部署架构设计 电网理赔系统业务处理 务、电网理赔系统规则引擎 务、电网理赔系统影像管理 务、电网理赔系统电力配件定损 务、电网理赔系统 口服务是电网理赔系统独立的逻辑组件，部署在相同物理主机。 电网理赔系统数据库、定损数据库是电网理赔系统独立的逻辑组件，可以与其他组件部署在相同的物理主机，也可以部署在不同的物理主机。 电网业务数据库为正在使用的电网业务系统组件，电网理赔系统将通过电网业务系统提供的服务获取电网保单数据。在部署上可以部署在相同的物理 主机，也可以部署在不同的物理主机。 第三章 系统总体架构设计 18 硬件部署图 ，图 赔系统硬件部署图 电网理赔系统对系统资源的要求相对旧理赔系统来说有较大增加，因此需要在理赔系统上线前对资源进行评估，是否满足电网理赔系统的要求，在此基础上再考虑进行设备的升级或增加新的设备。 1. 存储服务器 在考虑电网业务目前系统数据量应用加上数据迁移系统备份的数据选择选择 右存储空间。 2. 数据库服务器 数据库服务器在考虑成本的情况下依然采用目前系统的数据库服务器 3. 应用 服务器 采用 4且使用 4. 文件服务器 第三章 系统总体架构设计 19 使用 网络部署 1. 网络部署 电网理赔系统在某保险公司内网进行部署，其中电网理赔中的查勘定损系统提供 2. 交易数据量估算 根据操作电网理赔系统的业务流量，在下表中列出各业务动作产生的最大网络传输流量： 表 赔系统交易数据量估算 功能 交易流量 (耗费时间 (S) 交易平均流量 (报案 勘 力配件核损 产核损 算 130 . 所需带宽估算 在常用业务交易中，电网报案操作频度约为 29%，电网查勘、电力配件核损、财产核损、理算均为 其他为 28%，所以有以下的估算公式： 电网业务每秒最大网络流量 = (3+1+1+1+1) / (10 照电网业务每秒最大网络流量 B 的流量估计，考虑到 T C P 传输中信息的打包和 附加信息所占用的电网业务网络带宽，设带宽在线路状况良好的情况下有效利用率为 70%，则如瞬时的电网业务并发用户数为 线路质量良好的情况下， 所需要的带宽为 =（ n） / 70% 第三章 系统总体架构设计 20 在实际环境中，各市分公司到省分公司一般都为带宽双线 2M（共 4M）的专线。当带宽为 2M 时，理赔系统能并发的最大用户数为： 256*70%/照并发用户：联机用户 =1:5 的经验值，并发用户数为 关键技术及解决途径 工作流引擎技术 本项目采用工作流引擎 来完成业务流转，由于公司已经购买了 网理赔项目也使用该产品进行开发。 规则引擎技术 保险公司电网 业务规则众多且多变，如核赔规则、自动核赔规则、预赔规则等，参见 图某保险公司保险核赔权限设计规则： 表 保险公司核保权限示例图 规则引擎可以嵌入在应用程序中的组件，它可以实现将业务决策从业务系统代码中剥离出来，采用可视化语言，判断，决策表等使得业务人员通过简单的可视化操作就更改业务规则 。 第三章 系统总体架构设计 21 则引擎在保险业务系统中的应用 在对商业规则引擎 规则引擎 行了分析比较，并选择了 为理赔业务系统的规则引擎解决方案。 消息推送技术 在 代在完成一张保单提交核保的时候，核保人员需要不断刷新页面才能知道是否有新的保单流入，这样一旦核保人员忘记刷新页面或是没有注意到新流入的保单，可能会导致业务的延迟。使用消息主动推送服务，可以在保单完成提交核保的时候自动向系统中的核保人员发送消息，对他们进行提醒，核保人员无需刷新页面即可知道有新的保单流入，使得业务能够在第一时间被处理，提高用户体验度。 消息推送技术是一种由服务 器端主动将信息发给客户端的技术，同传统的拉取技术相比优势在于信息的主动性和及时性，通过该技术可以尽快将信息推送到用户面前，同时还降低了服务器的压力。本课题主要采用 服务器消息推送技术实现，并将消息推送服务独立为 务，可供所有子系统调用，目前主要应用在调度、提交核保核赔任务等环节。 第三章 系统总体架构设计 22 数 据 库s i n o W e b 消 息 服 务通 过 A P I 调 用 消 息 服 务 发 送 消 息将 消 息 推 送 至 浏 览 器存 储 至 数 据 库其 他 系 统订 阅 者 自 己 的 系 统图 消息推送调用关系 消息成功发送后，用户系统的 件工具条上的“消息盒子”应用栏会自动显示“消息盒子 (提示用户有新 消息同时会有不停闪烁的提醒信息。如图 图 息推送展现效果一 此时点击“消息盒子 (应用栏 ,用户界面上将会弹出 显示所接收到的消息列表。如图 第三章 系统 总体架构设计 23 图 息推送展现效果二 当该条消息是可以查看详细内容的消息时，可以通过点击该条消息弹出 时已阅读的消息会被置灰，下次将不再显示该消息。 数据库设计 数据库设计原则 首先说明一下在数据库设计时遵循的原则： （ 1） 范式 采用第三范式 ( 3据库设计方法，第三范式 ( 3求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 （ 2） 数据完整性 数据完整性分为四类 :实体完整性 (、域完整性 (、参照完整性 (、用户定义的完整性( 。需要注意的是数据库的约束过于”完善”，没有弄清楚各约束的具体意义时使用会给编程带来很大的麻烦，当然正确的使用约束会让你在编程中省很多事。 （ 3）属性的数据类型 在大型数据库中 ，数据类型是否正确的定义对查询的效率和数据库大小的第三章 系统总体架构设计 24 影响是很大的。 （ 4）可扩展性 数据库的设计需要满足系统的扩展性，能够非常灵活的针对系统功能扩展，而对于系统功能的扩展不会太多的影响系统底层的数据库结构设计。 （ 5）易编程性 数据库的设计需要灵活方便的实现数据的存取和 （ 6）存储过程 (触发器 )、视图、函数的使用 针对数据的操作争取使用存储过程和函数，而尽量少用或者不使用触发器进行数据操作。 （ 7）索引的创建 针对大表或者查询操作较多的表建立恰当的所用机制，索引列不能超过 4个。如果需要聚集索 引争取分为多个索引。 根据上述原则，分模块进行了数据库结构的设计。 逻辑设计 根据第三范式的原则，首先抽取了理赔各环节业务中的公共信息。电网理赔的对象是电站及线缆，围绕着电站及线缆，有客户信息、保单信息、赔案信息构成了电网理赔业务的基础信息，这些信息在理赔的各个环节都共享，这部分共享信息的 如图 示 ： 图 户电站及线缆实体关系图 第三章 系统总体架构设计 25 根据需求分析，电网理赔系统的数据库结构划分为 15 个业务主题，各个业务主题与共享信息之间的 系图如图 示 ： 图 网理赔环节实体关系图 物理设计 根据每个环节的业务要素并结合 及前面介绍的设计原则，最终完成了系统的数据库结构物理设计，共计 155 张表，由于系统涉及环节较多，下面介绍一下报案环节的数据库物理结构 , 如图 第三章 系统总体架构设计 26 F K _ C T M P _ P R P L T M P E _ L r e g i st e _ L r e g i st f a _ L r e g i st t h i r d ca _ C T M P _ P R P L T M P S U _ r e g i st su m m a r yP r p L r e g i x 报案附加信息表报案号是否三者是否人员伤害人伤数人亡数是否物损损失标的名称是否三者车驾驶员姓名C H A R ( 2 2 )C H A R ( 1 )C H A R ( 1 )I N T E G E T E G E A R ( 1 )V A R C H A R ( 5 0 )C H A R ( 1 )V A R C H A R ( 3 0 )P r p L r e g h ir d C a r 报案三者车信息表 C I M A L ( 1 9 , 0 )C H A R ( 2 2 )V A R C H A R ( 1 5 )V A R C H A R ( 5 )V A R C H A R ( 2 0 0 )V A R