【毕业学位论文】（Word原稿）车险业务管理系统平台的设计与实现-软件工程

摘要 I 摘 要 随着我国保险行业的发展，保险业务的覆盖面积不断扩大，业务量也不断增多，使得保险业务处理的复杂度越来越高。为了更好地向投保人提供优质便捷的服务，需要增强行业基础信息网络建设，运用信息技术更新当前的业务处理模式。作为亚洲最大的财产保险公司，中国人保天津市分公司天津市人保财险公司现有的工作方式已经不能适应日益发展的业务需求，需要一套信息技术支撑的业务管理系统以提高业务处理的效率和质量。本文对人保财险车险部门的需求进行分析，设计并实现了天津市人保财险车险业务管理系统。 车险业务管理系统目的在于使业务流 程更加顺畅，做到流程统一、分工明确、任务清晰。本文运用软件工程的先进思想，通过分析人保财险车险业务的实际需求和业务流程，设计实现了车险业务管理系统。本文首先介绍了系统的开发背景和相关技术，然后分析了车险业务管理系统的功能需求和非功能需求，在此基础上对车险业务管理系统进行设计。系统采用了 B/依据实际需求使用相应的设计模式，使系统拥有很好地可扩展性和可维护性。系统开发综合运用了 且通过测试对系统功能和性能进行验证。 本系统对车险业务部门的日常工作具有非常重要的意义，系 统提高了工作人员对车险业务的办理速度，满足了工作部门全方位的信息支持需求。目前，系统已上线运行，并且对公司保险业务的发展起到了重要的支持和推动作用。 关键词 ：保险 管理系统 设计模式 I of of is of is At In to it is to to a to of a of is to to of of of is on , is to is by is to it of it on it is a in of 录 录 摘要 . I . 录 . 一章 绪论 . 1 第一节 选题背景 . 1 第二节 系统开发意义 . 2 第三节 研究内容和主要工作 . 3 第四节 论文的组织结构 . 3 第二章 相关理论和技术 . 4 第一节 系统体系架构 . 4 第二节 台 . 4 第三节 . 5 第三章 机动车保险业务管理系统的分析与设计 . 7 第一节 需求分析 . 7 第二节 系统模块设计 . 8 理员模块 . 8 保模块 . 9 印模块 . 9 务模块 . 10 送模块 . 11 送模块 . 13 证模块 . 14 保业务流程 . 15 第三 节 配送子系统的数据库设计 . 17 念模型设计 . 17 目录 V 辑模型设计 . 17 理模型设计 . 20 第四章 机动车保险业务管理系统配送子系统的实现 . 32 第一节 系统开发资源和开发平台 . 32 第二节 建立解决方案 . 32 第三节 配送子系统的详细设计与实现 . 33 送子系统功能设计 . 33 码实现相关技术 . 36 送子系统具体实现 . 39 送子系统展示 . 42 第五章 系统测试 . 52 第一节 测试方法 . 52 第二节 测试步骤 . 52 元测试 . 52 成测试 . 54 认测试 . 55 统测试 . 56 第六章 总结与展望 . 58 第一节 总结 . 58 第二节 展望 . 58 参考文献 . 60 致 谢 . 错误 !未定义书签。 第一章 绪论 错误 !未指定书签。 第一章 绪论 第一节 选题背景 随着我国社会经济的发展以及人民生活水平的提高，机动车辆的数量不断增加。 2009年来，中国汽车产销量已连续五年位居全球第一，截至 2013年 12月，全国汽车保有量已经突破 中私人汽车保有量亦突破 1亿辆。汽车数量的猛增带动了我国车险市场的快速发展，除强制保险之外，各类商业车险层出不穷，以应对汽车用户的各类需求。 汽车保险已经成为我国非寿险市场的主要组成部分，更是成为财产保险中的第一大险种。 当前，在国内保险公司中，汽车保险业务保费 收入已占到其财产保险业务总保费收入的 50%以上，部分公司的汽车保险业务保费收入占其财产保险业务总保费收入的 60%以上。汽车保险业务经营的盈亏，直接影响到财产保险行业的经济效益。 根据中国保险行业协会的统计数据显示，截至目前，共有会员 260家，其中保险公司 159家，保险相关机构 4家，保险中介机构 61家，其中大部分已经开展了汽车保险业务。近年来，我国的保险行业高速发展，业务模式愈加丰富，管理模式也愈加成熟。然而，由于我国保险市场已经对外开放，而外资保险公司信息化建设相对先进，并且利用高级的应用系统迅速在我国抢占 市场。如果想巩固和提高市场份额，提升盈利能力，都离不开信息技术的支持。随着信息技术的发展与普及，保险企业也意识到保险信息化的重要意义。同时， 外的 用自己成熟的系统设计经验和理念，已经开始为保险业信息化建设提供产品和解决方案。 现阶段，我国保险行业相对于其他金融业，如银行、证券等，在信息化建设上有一定落后。其主要原因在于保险业相对年轻，所处社会环境及政策环境仍然有一定的不确定性。但是，从另一方面来说，我国保险行业的信息 化建设也就有机会汲取其它金融业信息化建设的经验。 中国人民财产保险股份有限公司（简称人保财险），是由原中国人民保险公司发起设立的非寿险公司，也是目前中国内地最大的非寿险公司。公司拥有全国近 60%财产保险市场份额，在政府采购、行业统保、大型商业风险等集中型业务第一章 绪论 错误 !未指定书签。 以及车辆保险、家财险等分散型业务领域，处于绝对领先地位。人保财险的主要业务之一就是提供车险业务，随着业务量越来越多，客户对服务的要求越来越高，人保财险现有的办公方式越来愈不能适应公司的发展需求。 第二节 系统开发意义 天津人保财险公司现在的办公方式以手工为主， 结合 个岗位通过纸条、投保单和保险单等传递信息，然后将自己岗位需要的信息记录在 用 然 是随着业务的扩展，业务量日益增长，业务员已经难以完成越来越繁重的任务。同时，在业务员的计算机中会存有大量的 据繁杂庞大难以清理维护，数据信息极其分散难以集中化管理，数据的安全性也难以得到保障。另外，由于天津 人保财险内部一些岗位的人员流动性较大，业务办理容易出错，出现问题时难以找到根源，业务管理也极为混乱。因而， 在办公环境及网络条件不断优化的今天，天津人保财险公司需要应用高级管理工具和现代化的管理系统对其业务进行管理。 针对上述问题，本文设计并实现了人保财险车险业务管理系统。该系统与人保财险车险部门原有的工作方式相比，具备许多优点： （ 1）节省时间，提高工作效率。应用人保财险车险业务管理系统后，业务员可以直接在计算机上查询、统计所需要的资料。系统根据设定的计算方式查询统计和汇总数据，使业务员节省了大量中间环节， 从而节省了大量的时间。另外，系统采用条形码辅助录入信息的方式，尽可能减少人工操作，减轻了业务员的业务负担，进一步提升了工作效率。 （ 2）规范业务流程，减少出错。系统根据不同的业务模式自动调整业务流程。各个岗位的业务员只能接到其应当办理的业务，解决了以往用纸条传递任务的混乱的业务管理模式，降低了出错率。 （ 3）数据取用方便快捷，提高了数据安全性和保密性。当需要一组信息的时候，按照以前的工作方式，业务员需要先查找存放该信息的文件，然后再在文件中查找信息，查找方式极其繁琐。另外，由于一些信息通过手写记录容易出错丢失，数据的安全性和保密性差。而本系统将各个岗位的数据集中在数据库中，当需要某一份信息的时候可以迅速查询出来，并且在数据库系统管理下，数据的安全性和保密性得到保障。 （ 4）把握业务发展方向，易于业务扩展。数据采用了数据库管理后，工作人第一章 绪论 错误 !未指定书签。 员可以根据数据库中维护的数据和信息，利用数据挖掘和数据仓库等技术，进行相应的数据分析和数据挖掘工作，从而把握未来业务的发展方向，以便更好的与客户沟通交流和扩展业务。 第三节 研究内容和主要工作 本文的主要工作是设计一个高效、安全、扩展性好的天津市人保财险车险管理系统。通过具体的开发实践， 从系统总体架构入手，逐步细化的完成了本系统的设计与实现。具体包括以下内容： （ 1）调研并分析需求。通过与中国人民财产保险股份有限公司天津市分公司的用户不断深入地进行交流，了解目前公司信息化存在的实际问题。深入了解用户需求，收集用于开发本系统的资料，然后对需求进行整理分析。 （ 2）系统设计。根据需求分析得到的系统需求说明书，将需求转化为软件实现方案，包括架构设计、模块设计以及数据库设计三个方面。 （ 3）系统实现。在 且依据软件测试理论对系统进行测试。 （ 4）系统测试 。根据软件测试理论对该系统进行了测试，主要包括配送子系统的单元测试、集成测试、确认测试以及系统测试中的安全性测试和界面测试。 第四节 论文的组织结构 第一章是绪论部分。这部分主要介绍了论文的选题背景、开发人保财险车险业务管理系统的重要意义、论文主要探讨的内容以及论文的基本结构。 第二章是理论介绍部分。这部分主要介绍系统开发中涉及到的相关理论和技术。 第三章是系统分析和设计部分。这部分主要介绍天津市人保财险车险业务管理系统的开发目标和系统运行环境，分析系统需求，包括功能需求和非功能需求。介绍了系统的架构设计、系统模块 设计和数据库设计。 第四章是系统实现部分。这部分以财务子系统为例介绍了系统的详细设计和实现过程。 第五章是系统测试部分。这部分依据软件测试理论对天津市人保财险车险业务管理系统进行测试，详细介绍了本人负责的测试工作。 第六章是结语。这部分是对天津市人保财险车险业务管理系统开发工作的总结和展望。 第二章 相关理论和技术 错误 !未指定书签。 第二章 相关理论和技术 第一节 系统体系架构 信息系统的体系架构是指信息系统各要素按照确定关系构成的某种系统框架。现在使用最多的架构模式有两种： C/S 架构模式和 B/S 架构模式。 C/ 户机 /服务器 )架构，是一类常见的软件体系结构，在客户端和服务器端合理分配各自的任务，执行各自的功能，降低通讯开销，同时能够充分发挥硬件环境的优势。早期的软件系统多使用 C/C/S 架构模式具有响应速度快、事务处理能力强等优点。但是， C/远程访问的支持不够；另外，需要在客户端安装专用的软件，软件的维护、升级的成本较高，而且对客户端使用的操作系统一般也有限制。 : B/ 览器 /服务器 )架构，是基于 。 B/的浏览器端实现用户界面等一部分事务逻辑，并可以通过务器端一般用来实现主要的事务逻辑，从而形成 3()以及 用浏览器实现原来需要复杂专用软件才能实现的强大功能，节约了开发成本，是一种全新的软件系统构造技术，因此， B/ B/于扩展业务、便于维护和升级。；业务扩展简单方便，通 过增加页面即可增加服务器功能。 但是， B/， 而且用户体验效果不是很理想，通常需要为不同的用户单独进行界面设计。随着 统的基于B/且刷屏等细节问题也得到了有效的解决。鉴于此，论文将采用 B/ 第二节 台 。 。在层次结构方面， 两个部分组成。公共语言运行时 处理代码执行及所有相关任务 :编译、内存管理、安全、线程管理、强制类型安全第二章 相关理论和技术 错误 !未指定书签。 和类型使用。 用性”，所有的编程语言均使用统一的基础类库。它支持多种应用程序的开发，包括命令行应用程序、图形用户界面应用程序及基于 图 在 C#是其支持的主要语言，它是 全支持面向对象的全新的语言。 C#语言可以用较少的 代码实现同样的功能，具有资源自动回收功能，有严格的类型安全检查机制，具有高效率、扩展性好、兼容性强等优点。 出于以上分析，本系统采用了 且以 C#语言作为系统的开发语言。 第三节 008在 以组织管理任何数据。可以将结构化、半结构化和非结构化文档的数据直接存储到数据库中。可以对数据进行查询、搜索、同步、报告和分析之类的操作。数据可以存储在各种设备上，从数据中心最大的服务器一直到桌面计算机和移动设备，它都可以控制数据而不用 管数据存储在哪里。 008 允许使用 面向服务的架构（ 通过 行的业务流程中使用数据。信息工作人员可以通过日常使用的工具直接访问数据。 具体而言， 008数据库平台有以下基本特点。 1）可信任性。 由于 008 数据库在各方面性能上的更新与 完善 ，使得其可信任性非常高 ， 各公司 能够放心地将关键 的 应用程 序交 给 008 数据库平台完成。 第二章 相关理论和技术 错误 !未指定书签。 2）高效性。运行 008 的 数据库平台 与 其他数据基础设施相比 ，能够为公司各项数据信息资源的收集与管理工作 更好的 提供便捷 服务 。 3）智能性。 008改变了 数据库操作平台下自由、盲目向用户发送信息与启动观察职能的传统模式，用户输入需求指令后，系统才会响应、生成相关工作并及时执行 。 基于以上分析，本系统采用 008作为 第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 第三章 机动车保险业务管理系统的分析与设计 第一节 需求分析 需求分析是对用户的要求进行分 析，设计系统大致功能和架构的过程。需求分析能否准确地反映用户的实际需求，将直接影响到系统各个阶段的设计和系统的整体功能。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。但是，一方面由于用户缺乏计算机基础知识，无法确定计算机究竟能实现哪些功能，又不能实现哪些功能，因此很难提出专业性较强的需求而且提出的需求往往会不断发生变化；另一方面设计人员缺少用户的专业知识，不易理解用户的真正需求，甚至误解用户的需求；同时，软硬件技术的发展以及实际业务发生变动也会使用户需求发生变化 。这就为设计人员进行需求分析提出了更高的要求，因此必须通过与用户深入的交流，循序渐进地确定用户的实际需求。 通过与中国人民财产保险股份有限公司天津市分公司的用户不断深入地进行交流，了解到目前公司信息化存在一定问题。 1) 近年来保险系统的办公自动化越来越普及，各个部门的办公自动化程度也越来越高，通讯环境的网络条件逐渐得以优化，各级单位的各个下属部门也都基本上配备了计算机，实现了联网办公的功能。但目前在天津市人保公司的日常业务工作中，仍然采用“人力为主，机器为辅”的方式，大部分客户信息都是通过工作人员手工收集、整理 、统计和备案，自动化程度相对较低，方法较为原始，尤其在数据管理方面和各个部门之间的交互方面大大增加了相关工作人员的劳动量，与现代化的管理理念有一定出入。 2) 财产保险作为一种兼有保险、储蓄双重功能的投资手段，越来越被人们所理解、接受和钟爱，而天津市人保的主要业务就是为客户提供车险。近几年来，随着业务的推广，人保公司发现以人力为主的工作方式虽然灵活，但工作量庞大，任务繁重，人员分工混乱，需要实行更高效更快捷的管理方式。另一方面在日常的运作过程中维护客户的数据和信息也是相当重要的，必须采取安全、稳定的方法予以维护， 保证客户数据的保密性。在办公环境及网络条件不断优化的今天，应用高级管理工具和现代化的管理系统已势在必行。 第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 基于以上问题，中国人民财产保险股份有限公司天津市分公司需要利用已有的计算机设备及相应的技术资源，结合在系统集成软件领域的技术力量和实施经验，建立一套与之适应的车辆保险业务管理系统。通过现代化的网络信息技术，实现中国人民财产保险股份有限公司天津市分公司与分支机构之间的多类型业务的计算机管理系统。 第二节 系统模块设计 车辆保险管理系统是采用计算机技术对保险业务部门的保险、理赔信息进行管理，按照业务流程，该系统主要 包括数据导入、管理员、承保、打印、财务、派送、配送、单证、理赔等模块。 由于在系统的具体实现介绍中，本人是以车辆保险管理系统中的核心模块 述具体技术实现。为了更清晰的描述配送模块的功能及其实现，下面对与配送模块密切相关的系统模块进行功能介绍。 理员模块 此模块主要包括 5个子模块：账号管理、权限设置、后台监控、查询统计、特殊单操作。 1) 账号管理：能够实现账号建立、删除及权限修改功能。 2) 权限设置：对于整个系统中的所有页面能够进行自有组合，将组合后的功能模块分发给不同人员。 3) 后台监控：可以让管理人员看到每一份保险合同从承保到完成的进展情况，可以查看筛选和统计信息，便于宏观调控。能够通过流程监控查看保单在各环节的操作，包括车牌号、投保单号、保单号、投保单导入时间、投保单打印时间、投保单打印员、第一次派送时间、第一次配送时间、收费时间、保单打印时间、保单打印员、第二次派送时间、第二次配送时间等，且能够进行 能查看投保单、保单的最后一次操作记录，不需要细节流程。 4) 查询统计：通过牌照、被保险人、保单号、投保单号、批单号、报案号、签单时间区间等数据进行 精确查询和模糊查询功能，且能够实现统计、筛选功能。支持导出查询得到的信息。对于一次性导出数据较大时，尽量保证系统不会因数据量较大导致系统瘫痪。 5) 特殊单操作：对某些特殊的投保单进行标记，保证该投保单进能够进行流转。 第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 保模块 此模块主要包括信息录入、信息核对、客户投保来源管理模块、在线打印员设置模块、客户体验页面、特殊单操作等模块。 1) 信息录入： (1) 筛选功能：能够通过投保单号、车牌号、签单日期、客户姓名、送单方式、渠道查询、处理情况等条件进行筛选 (2)投保单信息自动导入：能够通过 视图将需要的信息自动写入系统中，需要导入的信息包括：投保单号、客户名称、起保日期、所需证件、是否验车、送单时间、送单方式、牌照、地址、客户状态、联系电话、支付方式、车船税、发票抬头、赠品、险种、单险种保费、车型、渠道、投保日期、初登日期等，基本信息与现行试图一致，新增的包括：渠道、客户状态、新车购置价的计算 (3) 手动更改项目：手动输入或选择信息项 2) 信息批改： (1) 筛选功能：能够通过投保单号、车牌号、签单日期、客户姓名、送单方式、渠道查询、处理情况、打印员等条件进行筛选。 (2) 能够更改送单时 间、送单地址、送单方式等基本与现行模块一致。 3) 客户投保来源管理模块：在信息核对页面中，工作人员会询问客户投保来源等可选问题。该模块用来管理增加、删除问题。 4) 在线打印员设置模块：对汇总的打印员管理在线打印员，以方便工作人员分配打印任务。 5) 客户体验页面：客户可通过牌照号等信息进行查询，查看自己的保单信息和车辆信息，此页面只可进行浏览查看，不能进行修改。 印模块 该模块主要为打印员对承保模块和配送模块、派送模块清分下来的任务进行处理，主要涉及到三个子模块，分别是：保单处理、批单处理 和业务统计，对于保单处理和批单处理模块，需要有未处理任务提醒，即对保单状态不为保单已打印和批单状态不为批单已打印的进行提示，需要记录点击打印投保单、打印保单、打印批单的时间； 1) 保单处理： (1) 数据导入功能：能够导入保单号、缴费通知单号、保单铅印号、发票铅印号等信息，同时能够实时导入保单的收费状态，即是否收费，根据后台数据的变化而变化； 第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 (2) 筛选功能：能够通过车牌号、投保单号、保单号、打印时间、缴费方式、条形码、客户姓名、起保日期、送单日期区间进行查询 ; (3) 条形码录入绑定功能：能够将条形码 与投保单进行绑定关联； (4) 信息修改：能够更改收费方式、送单方式及赠品套餐； (5) 打印保单：在本模块，打印员根据送单方式、收费方式和保单状态进行处理，打印员可以更改支付方式及送单方式。 务模块 该模块主要是对打印流程中的转账、支票、现金业务进行收费确认工作，保证流程顺畅进行，同时需要对业务及发票进行统计。 1) 业务收费确认： (1) 上门客户：上门客户打印环节，打印投保单后，打印员根据客户的缴费方式进行选择，现金就选择现金 ，刷卡就选择刷卡，选择完成后，不论现金刷卡，保单状态均可由 待缴费状态通过点击打印保单将状态变成为保单已打印状态。从财务口默认上门卡卡号，但是有权限更改。 (2) 支票业务：由配送人员将支票交给财务，财务人员收到之后，通过支票业务模块查询此业务，通过状态选择一方面给配送模块反馈状态，同时，反馈至打印模块，将保单状态变为已收费状态，打印员看到状态改变后进行保单打印，对应配送模块反馈状态为：支票已收、支票未收，对应打印模块反馈状态为：已到账、未到账。 (3) 转账业务：此业务为打印模块中收费方式为：转账的数据，财务人员在确认钱已到账后进行收费处理，同时将该信息的保单状态 改为已收费，打印员进行保单打印，需要的状态为：未到账、已到账。 (4) 垫费业务 :实物刷卡完毕后，通过扫描条形码，将变为财务模块中的收费状态改为：已垫费状态。 (5) 于配送人员返回的 查到每日已回的 时与配送模块进行关联，配送模块对收回的小票进行收回确认，并在配送模块中进行收回确认，根据对于配送人员返回的 2) 退保冲正模块： (1) 退保交接：在做实物交接时，即打印员将手中的批单等单证与财务人员进行交接，财务人员可 通过财务模块查询到批单对应的退保信息，通过点击更改状态，完成交接流程。 第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 (2) 冲正处理：财务人员根据情况进行处理及反馈，页面需要能够显示以下信息：牌照、被保险人、刷卡时间、刷卡金额、冲正状态。 (3) 生成冲正表：冲正表：牌照、入账日期、冲正金额、冲正时间、冲正卡，冲正表可以通过系统导出。 3) 统计信息： (1) 上门客户统计：每天上门客户收的现金总数可按日期随时统计当日上门客户保费数，能够按照打印员统计，汇总合计并可以导出表。 (2) 打单模块统计：与打单模块连接，可直接统计出每天生成保单的保费总数 即保单已打印的数量及明细并可可查询出某时间段的保费数，即该时间段中打印的保单保费累加。 (3) 发票统计：能够统计每日打印发票的发票总数及金额（所有上门 +送单 +打作废的），通过统计保单打印时间进行筛选，统计与保单绑定的发票铅印号和对应的保费。 (4) 作废发票统计：通过数据导入及标志位确定，统计作废发票 ;可汇总查询 : (5) 退保统计：汇总每位打印员当日做退保批单明细，能够进行筛选查询，按日期可以查询出当日退保总金额。还需要退保总数。 (6) 定期保费查询，如：截止到某一时点的保费数 =期间承保保费数 业务退保数； (7) 垫费查询：垫费时体现垫费明细，可按日期查询； (8) 垫费回款筛选：可根据日期筛选出已回款业务、未回款业务明细以及金额总和。 (9) 垫费统计及筛选：汇总全部垫费金额、全部回款金额、全部未回金额，并可根据不同卡号以及日期筛选以上内容，并有合计统计。 (10)够根据收费时间和送单方式进行筛选统计 送模块 主要功能：处理打印模块转入派送模块的任务，包括将上门业务流转至单证模块；将投保单、保单、批单业务流转至配送模块；或者对于配送反馈的甩单发起再派送任务， 再度流转至配送模块。 1) 发起派送任务： (1) 上门业务的处理：派送员通过将保单的状态由“待派送”改为“上门不派送”将保单清分到单证模块处理 (2) 一次保单、二次投保单 /保单的派送处理：对于打印模块中已打印的一次第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 保单和二次投保单 /保单，操作员可以填写或者更正单子的送单信息，能够更改收费方式或者送单方式，选择赠品套餐，并可以将多条单子合并为一条任务，合并之后在任务流转到配送模块之前能够拆分和重新组合。设置完派送任务之后，操作员可以通过手动或者连续扫两次条形码的方式更改任务状态为“已派送”，将已派送任务清 分到配送模块进行配送处理。 (3) 批单业务的派送处理：对于打印模块中已打印的批单，操作员可以填写或者更正单子的送单信息，并可以将批单与其他需要派送的单子合并为一条任务，合并之后在任务流转到配送模块之前能够拆分和重新组合。设置完派送任务之后，操作员可以通过手动或者连续扫两次条形码的方式更改任务状态为“已派送”，将已派送任务清分到配送模块进行配送处理。 (4) 单独发起派送任务：对于需要单独派送的赠品、需要单独收证件的业务，派送员可以填写送单信息和必要的保单信息，发起一条新的派送任务，并且可以将该任务与其他任 务合并。设置完任务信息之后，操作员可以通过手动或者连续扫两次条形码的方式更改任务状态为“已派送”，将已派送任务清分到配送模块进行配送处理。 (5) 再派送任务：派送员对于配送模块反馈回来的标记为“甩”的单子，可以通过填写或者修改送单信息，可以在备注中注明再派送任务的内容，可以选择或更改快递类型：单程 /往返，并且可以将该任务与其他任务合并派送。设置完任务信息之后，操作员可以通过手动或者连续扫两次条形码的方式更改任务状态为“已派送”，将已派送任务清分到配送模块进行配送处理。 (6) 派送员可以更改任务的快递类型 2) 查询或更改已派送任务：派送员能够查询已派送的任务，或者更改已派送但是尚未经过配送处理的任务的送单信息，并将查询结果导出到 3) 统计模块 (1) 打印员的业务统计： 查询打印员对于保单、投保单的打印情况，并进行统计，可将查询结果导出到 (2) 查询赠品和赠品库存情况 4) 设置临时赠品套餐 能够新增临时的赠品套餐，选择套餐中包含的赠品及数量。 5) 任务提醒： (1) “甩”单提醒 (2) 批单业务提醒 (3) 单独发起的派送业务提醒 第三章 机动车保险业务管理系统的分析与设计 错误 !未指定书签。 (4) 投诉提醒 6) 投诉处理： 对 客服模块反馈的投诉问题进行查询和处理，并进行处理结果反馈。 送模块 该模块的主要功能： 1) 配送处理任务 (1) 对经派送模块流转过来的一次保单、二次一次投保单、二次二次保单、批单、再派送任务进行配送处理 ; (2) 对理赔模块流转过来的理赔单任务进行配送处理 (3) 进行收费方式、送单方式、送单区域、送单时间、赠品套餐的更改。 (4) 条形码扫描一次可以查询到当前条码对应的单子所在任务的信息，连续扫两次条码可以将任务的状态由“已派送”改为“已配送”。 2) 查询和处理已配送任务 已配送的任务 ，操作员可以查询任务的送单信息。查询条件：条形码、牌照、客户姓名，能够将查询结果导出 于快递已回单的任务，操作员可做如下处理： （ 1）成功回单的送单方式为一次的保单业务： 成功回单之后保单流转过程已终结，将保单状态置为完成。对于送单状态改为“完成”后的单子不允许再次修改，如要修改只可通过管理员进行修改。 （ 2）成功回单的送