车险理赔理算管理信息系统分析与设计报告.doc

《车险理赔理算管理信息系统分析与设计报告.doc》由会员分享，可在线阅读，更多相关《车险理赔理算管理信息系统分析与设计报告.doc（24页珍藏版）》请在三一办公上搜索。

1、1系统规划1.1系统背景随着经济发展和社会进步，保险的功能不断深化拓展，从单一的经济保障向经济补偿、资金融通、社会管理的复合功能转变，推动了传统保险向现代保险转交，也使社会对保险的需求向更高层次发展。对政府来说，可以运用保险这一市场经济手段辅助社会管理，降低管理成本，提高管理效率。对企业来说，风险管理日益成为经营管理的重要内容，保险作为风险管理的有效手段，在提高企业管理水平方面可以发挥重要作用。对个人和家庭来说，随着我国社会保障体制改革的不断深化，人们在养老、医疗、教育等方面的保障需求将更多地依靠市场化的手段来解决。在这个过程中，不管是保障基本需求，还是提升生活质量，实现人的全面发展，都需要保

2、险发挥应有的作用，保险将逐步成为个人生涯规划和家庭保障计划的重要内容。 机动车辆保险愈来愈受监管部门的重视。随着我国经济发展和人民生活水平的提高，机动车辆作为重要的生产运输和代步工具，日益成为社会经济及人民生活不可缺少的一部分，其作用显得越来越重要。由于机动车辆风险不仅仅产生于自然灾害、意外事故等，有时甚至来自于人本身，如酒后驾车、无证驾车、疲劳驾车、违章行车等。每一危险事故的发生，不仅为车辆所有人带来重大经济损失，有时也会给无辜的他人造成损失和伤害。出于对车辆的管理和对被保险人及受损失和伤害的第三者的保护世界各国对车险业务一般均有严格的监管规定，尤其对于车险中的第三者责任险部分，绝大部分国家

3、都通过立法形式，将其规定为法定保险。自2003年起，保险监管部门将机动车险归权于保险公司，条款的制定权、费率拟定权由保险公司自行行使，机动车险开始沿着市场化、规范化、理性化的经营轨道运行。1.2项目研究的意义首先，通过汽车事故理赔，被保人所享受的保险利益得到实现，即如果发生交通事故，并且通过签订保险合同的方式，在安定缴纳一定保险费用时，事故中所产生的车辆损失人员伤亡等会及时扥到损失补偿的权利； 其次，通过汽车保险理赔，使人民生活安定，社会再生产得到保障，交通事故往往伴随着经济损失，汽车理赔能使被保人心灵上得到慰藉，并得到相应的补偿，以重建家园，安定生活，对社会稳定发展起到积极的作用； 然后，通

4、过汽车保险理赔，汽车保险承担的质量得到检验，汽车保险承担手续是否齐全，以及保险费是否合理，平时不容易察觉，当发生赔偿事件时，上诉问题就容易暴漏，只有通过汽车保险理赔，才能有利于承保工作的改进以及合法，和业务的提高； 最后，通过汽车保险的理赔，汽车保险的经济效益得到充分反映。车险理赔结算是根据检验报告提供的损失情况，结合保险合同条款和相关法律的有关规定，计算应支付的保险赔款，并将赔款划付被保险人。查勘定损与理算是相互依赖密不可分的，查勘定损是理算工作的基础和前提，理算工作是查勘定损的目的，同时，理算工作还对查勘定损起到监督和检查的作用。1.3 系统介绍1.3.1 系统目标车险理赔结算一般是根据案

5、件材料，条款，损失照片，在系统中理算事故的赔偿金额的。车辆保险长期占据财产险市场领先地位，占保险公司业务收入的大部分份额，由于竞争的加剧，产品条款、费率及服务日趋同化，使各公司之间车险产品的差异化程度非常小，保险公司必须充分利用信息技术手段，为企业提高核心竞争力的提供支撑。车险理赔结算系统的充分开发和应用，可以改善公司的运营，使公司获得收益，加快车险管理信息化建设的目标应该是：提高车险结算速度，争取客户，赢得效益。具体体现在：(1)能够优化理赔结算的过程，提高对理赔清单信息的处理速度，减少各种繁琐程序，使结算流程清晰明朗。(2)做好理赔结算过程的理算操作与报告以及核赔过程，使理算尽量严谨。1.

6、3.2系统功能理算模块主要提供理算岗及核赔岗操作，主要功能：理算岗主要功能：理算清单导出：接收核损岗提交的损失清单信息，将信息导入“车险业务处理系统”。理算人员在“车险业务处理系统”完成赔款计算工作。 理算的信息导入：从车险理赔管理系统接收“车险业务处理系统”生成的相关信息。理算：生成理算报告。任务提交：提交核赔岗。核赔岗主要功能：核赔处理：调阅该案件的所有信息，签署核赔意见。任务提交：如果认为理算有问题，将案件返回理算岗，否则，提交申请结案。1.4 可行性分析可行性分析以调查研究的结果为基础，经过可行性调研，进一步论证系统的必要性和可能性。（1）技术可行性程序员可运用Visual Basic

7、协助开发环境的事件驱动编程语言，及其提供的组件可以快速建立一个应用程序，能够完成对管理信息系统的开发。（2）经济可行性单纯地追求业务规模而忽视效益，显然已经与各家保险公司的经营宗旨、资本市场的要求相背离，这就要求各家保险公司在发展业务的同时，注重业务的质量。做车险业务己从追求规模效益有效益的规模的转变，品质优先才能最好的实现利润导向。 （3）管理可行性 车险理理算管理子系统的最大特点是提供远程定损、核损功能。利用信息技术平台，较好地解决了理赔速度和管控的关系问题，只要有一定权限的理赔人员就能够完成定损、核损、理算、核赔工作，大大提高理赔工作效率。通过以上三个方面的可行性分析，开发一个车险理赔结

8、算管理子系统是完全可行的。2系统分析系统分析（又称逻辑设计）是管理信息系统开发的关键环节，要求在系统调查的基础上，对新系统的功能进行细致的分析，并建立一个新系统的逻辑模型。新系统的逻辑模型由系统业务流程图、数据流程图、数据字典、逻辑表达式及有关说明组成，最后要完成系统分析报告（也称为系统逻辑设计说明书）。2.1系统组织状况2.1.1系统组织结构及职责描述车险理赔管理信息系统的组织结构主要由理赔操作部、理赔管理部、客户服务部,信息处理部财务部等组成。如下图1所示：总公司理赔管理部部理赔操作部信息处理部客户服务部 财务部图1 车险理赔组织结构图理赔管理部：公司应加强立案过程管理，确保立案时估损金额

9、尽量准确。公司原则上应实行报案即立案。接到报案后应及时在理赔信息系统中进行立案处理。系统应设置超过3日尚未立案则强制自动立案功能。理赔操作部：公司定损人员应准确记录损失部位和项目，提出修理、更换建议，及时录入理赔信息系统。并请客户签字确认损失部位和项目，调度，查勘核算理赔价格。信息处理部：负责信息的收集，处理与优化，使公司能把握当前最新信息来处理理赔的整个过程。客户服务部：公司接收、记录客户送达的索赔资料时，应按照“索赔须知”当场查验索赔资料是否齐全，及时出具接收回执。回执上应注明公司接收人、接收时间和公司咨询电话。财务部： 负责企业财政运作情况及财务管理，处理各类账单、发票等.2.1.车险理

10、赔理算管理功能车险理赔管理系统是独立于总颁应用系统之外的系统，在省集中模式下，满足三个中心建设关于理赔客服中心有关管理、效率的要求，设计时遵循以下基本原则：(1)与现有的系统相互配合运行，避免造成新的信息孤岛。(2)体现业务流程，支持分散定损、集中理算的模式。本系统研究的理算管理信息系统的功能结构是在现代化、信息化的条件下，为车险企业适应新的库存管理模式而设计的一种比较通用的功能结构，主要包括: 理算清单导出、理算信息导入、理算、任务提交，立案处理。具体如下图2所示车险理赔理算管理理算清单导出理算信息导入理算核赔任务提交立案处理图2 车险理赔理算管理功能图2.2系统业务流程图业务流程分析的任务

11、是调查系统中各环节的管理业务活动，掌握管理业务的内容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等，为建立管理信息系统数据模型和逻辑模型打下基础。业务流程图是掌握现行系统状况、确立系统逻辑模型不可缺少的环节，是系统分析和描述现行系统的重要工具，是业务流程调查结果的图形化表示。车险理赔结算管理信息系统的主要业务流程是:车险信息录入导出管理，理算操作管理， 核赔操作管理，结案处理及报告。如下图3所示客户服务中心保险单证已批单证单批信息处理部门填写理算管理人员出险报案表理算操作部处理后出险报案表编制理赔方案操作员未通过处理方案理赔方案审核审核员通过的理赔方案财务部未审批单证图3 车险理赔

12、结算管理系统业务流程图2.3系统数据流程图数据流程分析可以按照自顶向下、逐层分解、逐步细化的结构化分析方式进行，通过分层的数据流程图来实现。DFD是描述新系统数据输入、数据输出、数据存储及数据处理之间关系的一种强有利的工具，同时也是与用户进行紧密配合的有效媒介。2.3.1 系统顶层数据流程设计从下图4可以看出，车险理赔理算管理信息系统所涉及到的外部实体主要包括了理赔操作部门、理赔管理部门、客户服务部门,信息处理部门和财务部门等组成。0车险理赔理算管理信息系统理赔方案操作部客户服务部门财务部门理赔管理部信息处理部理赔清单导出提出理赔方案理赔预警报告业务单据提交核赔单决策信息理赔信息反馈清单立案处

13、理提交单据顾客已收款通知 图4车险理赔理算管理信息系统顶层数据流程图 车险理赔理算管理信息系统从客户服务部门处获得理赔清单导入有关数据，系统调用有关数据向客户服务部门发出理赔预警报告。财务部门通过核算各种业务单据向系统提供收付款信息。车险理赔理算管理信息系统收到理赔操作部门提出的理赔方案系统的提交核赔单。车险理赔理算管理信息系统收到信息处理部收集整理的决策信息然后导出理赔信息反馈清单。车险理赔理算管理信息系统收到理赔管理部门的信息及时进行立案处理并反馈任务提交单据。2.3.2 系统一层数据流程设计为了能把车险理赔理算管理信息系统中有关理算信息、清单处理和理算核赔、立案决策的细节表示出来，在顶层

14、图的基础上，自顶向下地进行分解，得到车险理赔理算管理信息系统的第一层数据流程图，如下图5所示。从第一层数据流程图中可以更为细致的看出，车险理赔结算管理的主要流程可以分为五个主要的过程:信息确认、清单导出、理算核赔、任务提交和立案处理。 P3理算核赔处理理赔操作部 P2理算清单导出管理 P5立案处理信息处理部 P1理算信息管理客户服务部 财务部 保险单证 核赔单 任 务 结 保 单 算 P4任务提交管理 单 已 据 单 信 批 核赔单结算方案 通 息 单 知 确 证 认 导出清单 核赔方案 决策信息图5 车险理赔结算管理信息系统一层数据流程图当客户服务部门将保险单证发送到信息处理部门的时候，理算

15、信息确认流程开始。信息处理部门要核对客户信息，并根据客户信息批准保险单证，信息核对结束后，交由理算人员及时导出理算清单。导出理算清单时，理算人员要根据已批单证进行确认，之后要根据信息处理部的决策意见进行调整并将导出清单及时发送给理赔操作部门做相应的处理。理赔操作部门收到来自于信息处理部门的保险清单时，进行理赔核算，并拟定详细的核赔方案交由决策人员审核。任务提交管理是要对理赔操作部确定的核赔方案进一步审核，在审核无误的情况下，编制任务单据交由立案处理。立案处理是将审核无误的任务单据，即结算完成的核赔单交给财务部门进行最终结算赔偿，同时财务部将结算通知单发送给理赔操作部。保险单客户服务部P1.1收

16、集单据保险单P1.2检查信用顾客文件保险单P1.3检查单据顾客文件合格单据P1.4接收单据P1.4理算信息管理图6 理算信息管理系统二层数据流程图P2.2登记已批单证P2.1收集已批单证信息处理部P2.3检验已批单证P2.4分析单证P2.5清单导出理赔操作部理算清单确认登记检验结果单证单证内容登记内容图7 理算清单导出系统二层数据流程图信息处理部P3.1审核理算清单理算清单P3.2确定核赔事项P3.3拟定核赔方案已审核核赔内容P3.4理算核赔金额计算P3.5制定核赔方案理算操作部核赔方案任务提交处理任务内容图8 理算核赔处理系统二层数据流程图P4.1方案审核立案处理P4.2确定任务事项理算操作

17、部核赔方案通过任务已提交P4.4提交任务单据 P4.3编制任务单据任务单据 图9 任务提交管理系统二层数据流程图支付通知单任务单据 财务部 P5.1任务清单确认理算操作部结算通知单核赔单确认保险单证 P5.2确定核赔立案意见信息处理部 P5.3立案通过立案意见客户服务部 图10 立案处理系统二层数据流程图2.4系统数据字典在整个系统分析中，数据字典是必不可少的工具。数据字典是对系统中的数据的详尽描述，数据字典是关于数据信息的集合，对数据流图中包含的所有元素的定义的集合，它提供对数据库中数据描述的集中管理，目的是对收集到的数据进行标准化、统一化，有统一的名称、格式和含义，与数据流图共同构成系统的

18、逻辑模型。车险理赔理算管理信息系统的数据字典包括：数据元素，数据结构，数据流，处理过程，外部实体。数据字典除保存数据名、类型、长度、精度等有关信息外，还包括数据流向的描述和加工的描述，显然数据字典可供设计者和用户双方参照使用，它为系统设计人员提供了有力的工具。 （1）数据元素条目数据元素是最小的数据组成单位。数据元素条目如下表所示：名称：车险理赔清单 总编号：0-01别名：G NO 编号：01长度：6个字节 类型：字符型简述：某种理赔清单的编号 名称：车险理算清单 总编号：0-02别名： NAME 编号：02描述：标识理赔清单的唯一文字符号定义：理赔清单=4字符型6 位置： （2）数据结构条目

19、数据结构描述了数据之间的组合关系，一个数据结构可以包括若干个数据元素和数据结构。数据结构条目如下表所示：名称：理算核赔单 总编号：0-03别名： LPHSQD 编号：03简述：公司所填写的客户情况及理赔要求等信息 数据结构组成：理算核赔单标识+公司情况+客户情况 名字：业务单据 总编号：0-04别名： YWDJ 编号：04描述：该数据表是用来报险记录的信息定义：业务单据表=理算清单编号+理算清单名称 +日期+数量 +理算日期+理算经手人 （3）数据处理条目对于数据流程图中的处理，需要在数据字典中描述处理的编号、名称、功能。简要说明有关的输入、输出。处理过程条目如下表所示：名称： 验收核算清单

20、总编号：0-05简述：确定客户的核算清单填写是否正确 编号：05输入的数据流：核算清单，来源为外部实体处理：检验核算清单，查明是否符合理赔范围输出的数据流：合格的订货单，去向是处理过程，不合格的订货单，去向是外部实体 （4）外部实体外部实体是数据的来源和去向。外部实体条目主要说明了外部实体产生的数据流和传给该外部实体的数据流。“采购部”、“销售部”两个外部实体的条目如下表所示：名称：客户服务部 总编号：0-6别名：customs 编号：6说明：向理算系统发出信息的重要外部实体输入数据流：信息反馈单 客户服务部 输出数据流：客户服务部部门信息导入单名称：业务操作部 总编号：0-7别名：opera

21、ting 编号：7说明：为公司处理各种事物的一个重要外部实体输入数据流：理算方案业务操作部 输出数据流：业务操作部 理算清单3 系统设计3.1系统总体模块结构设计 车险理赔理算管理信息系统的设计采用自顶向下，逐层分解的结构化设计方法。系统总体设计根据系统分析的要求和组织的实际情况对新系统的总体结构形式和可利用的资源进行大致的设计。把系统划分为理算清单导出子系统，理算信息导入子系统，理算核赔子系系统，任务提交子系统，立案处理子系统。而子系统又划分为若干功能模块，层层划分直到每一个模块是相对独立，功能单一的独立程序为止。车险理赔理算管理信息系统的总体结构设计图如下图11所示车险理赔理算管理管理信息

22、系统立案处理信息系统任务提交信息系统理算核赔信息系统理算信息导入信息系统理算清单导出信息系统对理算方案立案处理提交财务部审核核赔方案审核任务单据提交理算信息检验单证提出理赔方案结算单据认证提交核赔单据理算信息导入单证理算信息反馈单证理算信息导出单证 图11 车险理赔理算管理信息系统的总体结构图3.2系统主要代码设计代码是指用数字、字母和特殊符号，表示事物的名称、属性和状态等特征。在计算机处理信息过程中，代码具有重要作用：根据代码，可以区分每一个数据元素，及其代表的逻辑意义；使信息的表达方式标准化和单纯化；提高计算机处理效率和精度，便于进行信息检索、分类、排序、汇总、统计和分析。对于理算清单的编

23、码，使用了数字型的层次代码，可以唯一的标识每个清单，避免了二义性。对于品名编号的编码，使用了数字、字母混合型的层次码，使理算清单的信息便于管理，易于更新，极大地方便了查询，减少了管理人员的繁琐工作。总而言之，代码设计使理算信息的管理更科学，操作更简单，查看更方便。在车险理赔理算管理信息系统中，最重要的代码就是理算清单上唯一标示的标签编码。如下表3所示：XXXXXXXX清单标号理算清单名称号清单分类号理赔大类号表3 理算清单编码设计表3.3系统输入输出设计系统输入输出（I/O）设计是一个在系统中很容易被忽视的环节，但他是一个重要的环节，它对于用户和系统今后数用的方便和安全可靠性来说都是十分重要的

24、。一个好的输入设计可以为用户和系统双方带来良好的工作环境，一个好的输出设计可以为管理者提供便捷、明了、有效、实用的管理和控制信息。183.3.1输出设计一个好的输出设计可以为管理者提供简捷、明了、有效、实用的管理和控制信息。输出设计的目的是使系统能输出满足用户需求的有用信息，用户所需要的各种管理业务和经营决策等方面的信息都是由系统的输出部分完成的。管理信息系统只有通过输出设计才能为用户服务。信息系统能否为用户提供准确、及时、适用的信息是评价信息系统优劣的标准之一，因此，必须十分重视输出设计。系统设计的过程正好与系统实施的过程相反，并不是从输入设计到输出设计，而是从输出设计到输入设计，这是因为输

25、出的表格等的样式直接与用户相关，而系统设计的出发点，应当是用户的需求，保证输出的表格样式符合用户的要求，方便用户的使用，故而我们首先考虑输出设计。输出设计包括以下几方面的内容：（1）确定输出内容。用户是输出信息的主要使用者，要根据用户的需求，设计输出的内容，以满足用户对于车险理赔算的具体要求。（2）选择输出介质与设备，输出设备主要包括打印机绘图仪词典等介质。（3）确定输出方式。提供给人的信息都要进行格式设计，输出格式要满足使用者的要求和习惯，达到格式清晰、美观、易于阅读和理解的要求。输出格式主要有屏幕显示，报表输出等。最终输出方式常用的只有两种：一种是报表输出，另一种是图形输出。根据我们系统分

26、析和管理业务的要求，我们决定使用报表输出。3.3.2输入设计一个好的输入系统设计可以为用户和系统双方带来良好的工作环境，输入数据内容取决于所需输出信息的内容，因此，输入数据内容的确定应根据输出设计来确定系统都需要哪些数据输入，包括数据项名称、数据类型、精度、取值范围等。输入设计的目标是保证向系统输入正确的数据。在这种要求之下，应做到输入方法简单、迅速、经济、方便。因此输入设计应遵循以下原则：最小量原则、简单性原则、早检验原则和少转换原则。输入设计的工作是依据功能模块的具体要求给出数据输入的方式、用户界面和输入校验方式。进行输入设计工作时，要注意在整个系统中统一设计风格。输入界面要尽可能地避免错

27、误的数据存储到系统中，在输入设计中需要考虑采用具体的检测方式对数据输入的正确性进行校验。比较常见的数据输入检测方式有二次输入校验法、静态校验法、平衡校验法、文件查询校验法、界限校验法、数据格式校验法、校验码的方法等。在开发本管理系统时，要以用户至上的原则来设计输入界面。在信息资料的输入过程中由计算机系统自动给出输入法并进行必要的数据类型检验、数据格式检验和必要的逻辑检验并即时提示信息管理员出错，并给出正确的输入格式，以保证车险理算的正常实施，满足客户需求。输入方式的设计主要是根据总体设计和数据库设计的要求来确定数据输入的具体形式。常用的输入方式有：键盘输入、模/数输入、数/模输入、网络数据传送

28、、磁/光盘读入等几种形式。在本系统设计中我们主要采用键盘输入和网络数据传送。 3.4系统数据库设计数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。作为信息资源开发、管理和服务的一种有效的手段，数据库的应用己越来越广泛。一个企业数据库建设规模、数据库信息量的大小和使用频度己成为企业信息化程度的重要标志之一。因此，数据库设计是管理系统的核心技术。数据库设计的基本过程将按下图9中的四步来设计:用户需求分析、概念结构设计、逻辑结构设计和物理结构设计。3.4.1 需求分析设计一个数据库，首先必须确认数据库的用户和用途。由于数据库是一个单位的模拟，数据库设计

29、者必须对一个单位的组织、各部门的联系、有关事物和活动以及描述它们的数据、信息流程、政策和制度、报表以及格式和有关的文档等有所了解。收集和分析这些资料的过程成为需求分析。需求分析是对现实世界深入了解的过程。数据库能否正确地反映现实世界，主要决定于需求分析。需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。(1)信息要求：是指用户需要从数据库中获得信息的内容与性质。由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。在车险理赔理算管理信息系统中，数据库中需要客户登记信息、保险单证信息和决策信息。(2)处理要求：是指用户要求完成什么处理功能，对处理

30、的响应时间有什么要求，处理方式是批处理还是联机处理。新系统的功能必须能够满足用户的信息要求、处理要求。在车险理赔理算管理信息系统中，用户要求本系统能够实现理算信息处理、清单导出、核赔结算管理和任务提交等功能。在响应时间上，本系统必须实现较短的响应时间，从而使理算过程高效率。在处理方式上，本系统采用批处理方式。(3)安全性与完整性要求：确定用户的最终需求其实是一件很困难的事，这是因为一方面用户缺少计算机知识，开始时无法确定计算机究竟能为自己做什么，不能做什么，因此无法一下子准确地表达自己的需求，他们所提出的需求往往不断地变化。另一方面设计人员缺少用户的专业知识，不易理解用户的真正需求，甚至误解用

31、户的需求。此外新的硬件、软件技术的出现也会使用户需求发生变化。因此设计人员必须与用户不断深入地进行交流，才能逐步得以确定用户的实际需求。车险理赔理算管理信息系统采用管理员用密码登陆的方式，从而保证了本系统的安全性。此外，本系统尽量满足用户的需求，使系统能够充分的实现车险核赔结算管理。3.4.2 概念结构设计在需求分析的基础上，用概念数据模型，此处采用E-R数据模型，表示数据及其相互间的联系。概念数据模型是与DBMS无关、面向现实世界的数据模型。在概念设计阶段，主要是致力于模拟现实世界，可以不必纠缠于DBMS所规定的各种细节。根据需求分析，对系统进行概念设计，车险理赔理算管理信息系统的信息资料库

32、和业务单据及核算单据的数据库为例，进行数据库概念设计，并画出E-R图如下图所示：账号姓名密码部门用户 图12 用户实体属性图保险单证单证编号单证日期填单人图13 保险单证实体属性图理算清单单证编号单证日期填单人审核人核赔事项图14 理算清单实体属性图核赔单填单人核算人核算金额单证日期单证编号 图15 核赔单实体属性图 部门 密码 姓名 账号 用户管理 填单人核算金额 核算人单证日期单证编号 核赔单结算保险单证导出理算清单填单人单证编号单证日期单证编号单证日期填单人审核人核赔事项 图 16 实体与实体之间的关系E-R图3.4.3 逻辑结构设计在逻辑设计阶段，将上一步中所得到的概念数据模型表示、与

33、DBMS无关的数据模式，转换成以DBMS的逻辑数据模型表示的逻辑模式。数据库的逻辑设计也不简单是个数据模型的转换问题，而是进一步深入解决数据模式设计中的一些技术问题，例如数据模式的规范化、满足DBMS的各种限制等。数据库逻辑设计的结果以数据定义语言表示。首先将概念设计中所得的E-R图转换成等价的关系模式。E-R图到关系模式的转换还是比较直接的，实体和联系都可以表示成关系，E-R图中的属性也可以转换成关系的属性。以下是E-R模型向关系数据库模型的转换：用 户（账号、密码、姓名、部门 ）保险单证（单证编号、单证日期、填单人）理算清单（单证编号、单证日期、填单人、审核人、核赔事项）核赔单（单证编号、

34、单证日期、填单人、核算人、核算金额）3.4.4 物理结构设计数据库物理设计的任务是:根据逻辑(概念)模式、DBMS及计算机系统所提供的手段和施加的限制，设计数据库的内模式，即文件结构、各种存取路径、存储空间的分配、记录的存储格式等。数据库的内模式与外模式不同，不直接面向用户，但对数据库的性能影响也颇大。内模式的主要设计目标有二:一是提高数据库的性能，特别是满足主要应用的性能要求；二是有效地利用存储空间。由于系统实现了多用户简单分级管理，因此需要一张“系统账号”数据表，将其命名为Account具体设置如表4所示： 表4 “系统帐号”数据表字段名称 字段类型 字段宽度 小数点 索引类型 账号 字符

35、型 12 主索引密码 字符型 12姓名 字符型 12部门 字符型 10作为一个车险核算部门，最主要是要求知道现在发生了什么核赔业务、每次发生需核赔的事项要一一记录，因此一张保险单证数据表是必要的，将其命名为baoxian表，各字段具体设置如表5所示： 表5 “保险单证”数据表字段名称 字段类型 字段宽度 小数点 索引类型单证编号 字符型 10 主索引单证日期 日期型 8填单人 字符型 12每次发生核赔事项都应该导出理算清单，因此要建立一个理算清单记录数据表，将其命名为lisuan表，该表各字段具体设置如表6所示：表6 “出库记录”数据表字段名称 字段类型 字段宽度 小数点 索引类型单证编号 字

36、符型 10 主索引单证日期 日期型 8填单人 字符型 12审核人 字符型 12核赔事项 字符型 30 最后，需要通过理算清单计算出核赔单进而建立一张核赔记录数据表来记录每次核赔的情况，将其命名为核赔表，该表各字段具体属性设置如表7所示：表7 “核赔记录”数据表字段名称 字段类型 字段宽度 小数点 索引类型单证编号 字符型 10 主索引单证日期 日期型 8填单人 字符型 12核算人 字符型 12核算金额 浮动型 8 14分工与体会体会：组长：张玲学习了管理信息系统这门学科，在开始上机实习时，通过老师的帮助和教导我会熟练的使用Microsoft Office 2003绘制流程图了，在分析了系统开发

37、的背景、意义与需求分析后，用它绘制了系统的管理信息系统业务流程图，数据流程图。做管理信息系统的设计报告时，发现这些内容对动手实践的能力要求比较严格，我们每位同学努力操作了都不一定会顺利做出来，我们要在了解学习的基础上去模拟这样的操作流程，才有利于更好地掌握这样的开发流程。学习不能是被动的，更需要自己积极主动的获取知识，就尽可能的掌握与专业相关的知识和技能，这样才不会临场慌乱。而我也坚信，这些都必定会对我以后的学习方式产生重大的影响。 我们小组在开发设计系统的这个过程中，我们在更深入的学习和运用理论课的同时，还认真地完成各项上机的要求，尽管比较繁琐，我们还是互相协调，好好地完成了自己的任务。 我

38、觉得学习管理信息系统课程是非常重要的，平时上课学习的理论知识是远不够用的，要更加注重实践操作，并且也要多做练习题，这样才有利于更好的了解管理信息系统。最后也要谢谢老师的耐心指导，在今后的学习中我会积极的自主学习相关知识以及提高自己的组织协调能力，为提高自己的知识和技能而努力！ 组员：李培昕 这个学期我学习了管理信息系统设计这门学科，感觉受益不浅。众所周知，管理信息系统是为了适应现代化管理的需要，在管理科学、系统科学、信息科学和计算机科学等学科的基础上形成的一门科学，系统是由处于一定的环境中相互联系和相互作用的、若干组成部分结合而成的，为达到整体目的而存在的集合，是一个由人、计算机、通信设备等硬

39、件和软件组成的，能进行管理信息的收集、加工、存储、传输、维护和使用的系统。开始实习时，我们分析了系统开发的背景确定了我们所分析的项目为车险理算理赔，在确定好项目后，我们分析了系统开发的意义，并进行了系统开发分析。我从中理解和认识到了MIS的重要性，当今社会正在由传统工业化社会向未来的信息化社会过渡，计算机软硬件技术、通讯技术以及信息处理技术已经为这个过渡提供了一切必要的技术基础，信息和信息系统的概念已经深入到了社会的各个行业和每个角落。通过管理信息系统的上机实习，我们进一步明确了系统的开发和制定，在加深课本知识的同时也加深了实践的本领，达到了理论也实践的结合。组员：海霞对于管理信息系统这门课程，其实个人觉得还是很抽象的。那经过这么几周的上机实验，基本也有了点了解。理论指导实践，那么首先要对理论有一定的了解。从平常的理论课上