保险公司车辆事故跟踪系统
摘 要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用Java技术建设保险公司车辆事故跟踪系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的保险公司车辆事故跟踪系统,该系统的主要使用者分为管理员、员工及用户,实现功能包括首页、用户管理(管理员)、更多管理(用户注册、事故登记、员工,勘察结果,案件分类,事故定损,事故理赔,投诉建议,处理问题,事故通知)等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。保险公司车辆事故跟踪系统使用Java语言,采用基于 MVC模式的Java技术进行开发,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台CSS 技术完成系统的开发。
关键词:保险;车辆事故;Java语言。
Vehicle accident tracking system of insurance companyAbstract
The rapid development of scientific and technological progress has caused great changes in people's daily life. The rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The advent of the information age has become an irresistible fashion trend, and the history of human development is entering a new era. In practical application, according to the working rules and development steps of the application software, Java technology is used to build the vehicle accident tracking system of insurance company
This design mainly realizes the vehicle accident tracking system of insurance company, which integrates the advantages of humanization, high efficiency and convenience. The main users of the system are divided into administrators, employees and users. The realized functions include home page, user management (administrator) and more management (user registration, accident registration, employees, survey results, case classification, accident loss determination, accident claim settlement, complaint suggestions, problem handling, accident notice) The system communicates with the server through the browser to realize the interaction and change of data. The system improves the work efficiency and reduces the errors and omissions in data storage through scientific management and convenient services. The vehicle accident tracking system of the insurance company uses Java language and Java technology based on MVC mode, and the data is mainly used Microsoft's MySQL relational database is used as the data storage medium to complete the system development with the foreground CSS technology.
Key words: insurance; Vehicle accident; Java language.
目 录
3.5 业务流程分析 9
随着我国私人购车比例不断增加,汽车保险这一概念逐渐进入百姓视野。如何面对车辆发生交通事故后的跟踪服务是当前保险公司必须认识的首要问题。在世界各国,汽车保险都是财产保险的主要险种,受到世界各国政府的重视。美国建立了较为完善和发达的汽车保险体系,为各国所效仿,在我国,汽车保险是财产保险中份额最重的一项,随着汽车工业的迅猛发展,我国保险业务中,汽车保险具有举足轻重的地位。近年来,我国己经开始进入汽车时代。
在智能化的管理当中,保险公司车辆事故跟踪系统管理成为了急需解决的问题之一。经济高速发展时代的到来给保险公司的发展带来了机遇,但同时越来越多的事故跟踪需要更多的人力资源来处理问题,这样就给保险公司事故跟踪的车辆管理带来了巨大的压力,保险公司必须合理安排好下属各个部门的车辆跟踪情况,提供即时的事故跟踪信息,只有做到这一点,才能使保险公司更好的运转起来,最大化的提高保险公司整体工作效率。
保险公司车辆事故跟踪系统是信息管理系统,是一个小型的数据库系统。保险公司车辆事故跟踪系统综合了事故勘察,事故定损,事故理赔,数据库领域等方面的知识。
由于车辆信息的复杂繁多,管理制度的程序繁多,过去采用人工的文件管理已不能适应。文件管理方式存在许多缺点:资料的繁多容易丢失,忽略,遗忘;信息的冗余量极大;查找起来困难;工作量大,工作人员累。
车辆事故跟踪软件代替人工的文件管理,可以避免或大大的缓解上述问题。而且计算机管理还有一些不可替代的优点:过去需要记忆的一些资料,比如车辆勘察结果,或者是车辆事故理赔,现在就可以利用计算机软件来查询和管理;随着计算机的普及,还可以随时随地的进行工作,公司领导也可以在家或者其他地方查找所需要的资料,检查工作;存储量大;保密性好;方便跟踪事故车辆等等。保险公司的工作效率提高了,管理也方便了,也将逐步走向正规化。
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了保险公司车辆事故跟踪系统所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
本系统前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型。后端部分:采用springboot作为开发框架,同时集成MyBatis、Redis等相关技术。
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的保险车辆事故保险公司车辆事故跟踪系统也需要这项技术的支持。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
本次设计基于B/S 模式下,运用Java EE技术,采用的是MySQL数据库实现,总体的可行性共分为以下三个方面。
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用JSP技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以保险公司车辆事故跟踪系统具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
用户用例图如下所示。
图3-1 用户用例图
员工用例图如下所示。
图3-2 员工用例图
管理员用例图如下所示。
图3-3管理员用例图
保险公司车辆事故跟踪系统在对需求做解析后,整个系统主要分为三个部分:管理员、用户和员工,每个模块下的分支功能不一样。对功能做出如下说明:
用户模块:
账号登录认证。
登记个人资料信息,事故车辆登记。
查看事故勘察结果,同时可查看事故定损,事故理赔进度。
投诉建议,同时查看处理结果。
管理员模块:
维护用户,审核用户注册的账号。
查看事故车辆登记,并可以查看员工、勘察结果、事故定损、事故理赔等。
处理投诉建议,跟踪事故车辆状态,通知客户处理结果。
员工模块:
查看事故车辆登记,登记事故车辆勘察结果、案件分类、事故定损、事故理赔等。
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
评判一个系统好坏的一项重要指标就是性能,下面是对此系统的一些性能进行阐述。
1.系统的安全性和稳定性: 保险公司车辆事故跟踪系统在管理权限上有着严格的控制,即想登录此平台进行操作,则必须要有操作权限,没有权限的用户是不可能登录平台查看任何的信息和数据,从而确保了系统的安全性。
2.数据的完整性和准确性:第一个是各项记录信息的完整性,信息记录的内容可以为空;第二个是各项信息数据之间相互联系的准确性;第三个是数据在不同记录信息的一致性
3.用户操作系统简单方便
在系统开发中按照“简单易用”的原则,能够使用户对系统的使用一目了然,既能保证用户使用,同时又能保证维护人员方便维护。
登录模块主要满足管理员以及用户的权限登录,用户登录流程图如图3-4所示。
图3-4 登录流程图
用户可进入注册界面进行注册操作,用户注册流程图如图3-5所示。
图3-5注册流程图
用户在添加信息时,信息编号自动生成,系统会对添加的信息进行验证,验证通过则添加至数据库,添加信息成功,反之添加失败。添加信息流程如图3-6所示。
图3-6添加信息流程图
用户可选择要删除的信息进行信息删除操作,在删除信息时系统提示是否确定删除信息,是则删除信息成功,系统数据库将信息进行删除。删除信息流程图如图3-7所示。
图3-7 删除信息流程图
据流图(二层)
本保险公司车辆事故跟踪系统选择B/S结构(Browser/Server,浏览器/服务器结构)和基于Web服务两种模式。适合在互联网上进行操作,只要用户能连网,任何时间、任何地点都可以进行系统的操作使用。系统工作原理图如图4-1所示:
图4-1 系统工作原理图
整个系统是由多个功能模块组合而成的,要将所有的功能模块都一一列举出来,然后进行逐个的功能设计,使得每一个模块都有相对应的功能设计,然后进行系统整体的设计。
本保险公司车辆事故跟踪系统图如图4-2所示。
图4-2系统功能结构图
登录模块主要满足了管理员以及用户的权限登录,登录模块顺序图如图4-3所示。
图4-3 登录顺序图
管理员以及用户登录后均可进行添加信息操作,添加信息模块顺序图如图4-4所示。
图4-4 添加信息顺序图
一个好的数据库可以关系到程序开发的优劣,数据库设计离不开表结构的设计,还有表与表之间的联系,以及系统开发需要设计的数据表内容等信息。在进行数据库设计期间,要结合实际情况来对数据库进行针对性的开发设计。
系统总体ER图如下图所示。
图4-4系统总体ER图
将实体属性模型转换为关系数据库应该遵循以下几个原则:
1.一个实体转换后要对应一个关系。
2.所有的主键必须要定义为非空(not null)。
3.针对二元联系也应该按照一对多、弱对实、一对一和多对多等联系来定义外键。
得到数据库的关系后,设计如下表结构。
access_token表: | ||||||
字段名称 | 类型 | 长度 | 字段说明 | 默认值 | 字段说明 | 类型 |
token_id | int | 11 | 临时访问牌ID | 临时访问牌ID | ||
token | varchar | 64 | 是 | 否 | 临时访问牌 | |
maxage | int | 2 | 否 | 否 | 最大寿命 | |
create_time | timestamp | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
user_id | int | 11 | 否 | 否 | 用户编号 | |
accident_claims表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
accident_claims_id | int | 11 | 否 | 是 | 事故理赔ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
id | varchar | 64 | 是 | 否 | 身份证 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
colour | varchar | 64 | 是 | 否 | 颜色 | |
license_plate_number | varchar | 64 | 是 | 否 | 车牌号 | |
model | varchar | 64 | 是 | 否 | 车型 | |
claim_settlement | text | 0 | 是 | 否 | 理赔情况 | |
job_number | int | 11 | 是 | 否 | 工号 | |
enclosure | varchar | 255 | 是 | 否 | 附件 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
accident_loss_determination表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
accident_loss_determination_id | int | 11 | 否 | 是 | 事故定损ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
license_plate_number | varchar | 64 | 是 | 否 | 车牌号 | |
colour | varchar | 64 | 是 | 否 | 颜色 | |
loss_determination | text | 0 | 是 | 否 | 定损情况 | |
model | varchar | 64 | 是 | 否 | 车型 | |
type_of_case | varchar | 64 | 是 | 否 | 案件类型 | |
job_number | int | 11 | 是 | 否 | 工号 | |
id | varchar | 64 | 是 | 否 | 身份证 | |
enclosure | varchar | 255 | 是 | 否 | 附件 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
accident_notification表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
accident_notification_id | int | 11 | 否 | 是 | 事故通知ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
id | varchar | 64 | 是 | 否 | 身份证 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
place_of_occurrence | varchar | 64 | 是 | 否 | 发生地点 | |
time_of_occurrence | datetime | 0 | 是 | 否 | 发生时间 | |
colour | varchar | 64 | 是 | 否 | 颜色 | |
cause_of_accident | varchar | 64 | 是 | 否 | 事故原因 | |
license_plate_number | varchar | 64 | 是 | 否 | 车牌号 | |
job_number | varchar | 64 | 是 | 否 | 工号 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
accident_registration表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
accident_registration_id | int | 11 | 否 | 是 | 事故登记ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
id | varchar | 64 | 是 | 否 | 身份证 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
time_of_occurrence | datetime | 0 | 是 | 否 | 发生时间 | |
model | varchar | 64 | 是 | 否 | 车型 | |
license_plate_number | varchar | 64 | 是 | 否 | 车牌号 | |
colour | varchar | 64 | 是 | 否 | 颜色 | |
place_of_occurrence | varchar | . | 是 | 否 | 发生地点 | |
cause_of_accident | text | 0 | 是 | 否 | 事故原因 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
auth表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
auth_id | int | 11 | 否 | 是 | 授权ID | |
user_group | varchar | 64 | 是 | 否 | 用户组 | |
mod_name | varchar | 64 | 是 | 否 | 模块名 | |
table_name | varchar | 64 | 是 | 否 | 表名 | |
page_title | varchar | 255 | 是 | 否 | 页面标题 | |
path | varchar | 255 | 是 | 否 | 路由路径 | |
position | varchar | 32 | 是 | 否 | 位置 | |
mode | varchar | 32 | 否 | 否 | 跳转方式 | |
add | tinyint | 1 | 否 | 否 | 是否可增加 | |
del | tinyint | 1 | 否 | 否 | 是否可删除 | |
set | tinyint | 1 | 否 | 否 | 是否可修改 | |
get | tinyint | 1 | 否 | 否 | 是否可查看 | |
field_add | varchar | 255 | 是 | 否 | 添加字段 | |
field_set | varchar | 255 | 是 | 否 | 修改字段 | |
field_get | varchar | 255 | 是 | 否 | 查询字段 | |
table_nav_name | varchar | 255 | 是 | 否 | 跨表导航名称 | |
table_nav | varchar | 255 | 是 | 否 | 跨表导航 | |
option | text | 0 | 是 | 否 | 配置 | |
create_time | timestamp | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
case_classification表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
case_classification_id | int | 11 | 否 | 是 | 案件分类ID | |
type_of_case | varchar | 64 | 是 | 否 | 案件类型 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
complaints_and_suggestions表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
complaints_and_suggestions_id | int | 11 | 否 | 是 | 投诉建议ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
complaints_and_suggestions | text | 0 | 是 | 否 | 投诉建议 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
dealing_with_problems表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
dealing_with_problems_id | int | 11 | 否 | 是 | 处理问题ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
processing_results | text | 0 | 是 | 否 | 处理结果 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
staff表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
staff_id | int | 11 | 否 | 是 | 员工ID | |
job_number | varchar | 64 | 是 | 否 | 工号 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
user_id | int | 11 | 否 | 否 | 用户ID | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
survey_results表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
survey_results_id | int | 11 | 否 | 是 | 勘察结果ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
model | varchar | 64 | 是 | 否 | 车型 | |
colour | varchar | 64 | 是 | 否 | 颜色 | |
survey_results | longtext | 0 | 是 | 否 | 勘察结果 | |
license_plate_number | varchar | 64 | 是 | 否 | 车牌号 | |
job_number | int | 11 | 是 | 否 | 工号 | |
type_of_case | varchar | 64 | 是 | 否 | 案件类型 | |
id | varchar | 64 | 是 | 否 | 身份证 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
upload表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
upload_id | int | 11 | 否 | 是 | 上传ID | |
name | varchar | 64 | 是 | 否 | 文件名 | |
path | varchar | 255 | 是 | 否 | 访问路径 | |
file | varchar | 255 | 是 | 否 | 文件路径 | |
display | varchar | 255 | 是 | 否 | 显示顺序 | |
father_id | int | 11 | 是 | 否 | 父级ID | |
dir | varchar | 255 | 是 | 否 | 文件夹 | |
type | varchar | 32 | 是 | 否 | 文件类型 | |
user表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
user_id | mediumint | 8 | 否 | 是 | 用户ID | |
state | smallint | 1 | 否 | 否 | 账户状态 | |
user_group | varchar | 32 | 是 | 否 | 所在用户组 | |
login_time | timestamp | 0 | 否 | 否 | 上次登录时间 | CURRENT_TIMESTAMP |
phone | varchar | 11 | 是 | 否 | 手机号码 | |
phone_state | smallint | 1 | 否 | 否 | 手机认证 | |
username | varchar | 16 | 否 | 否 | 用户名 | |
nickname | varchar | 16 | 是 | 否 | 昵称 | |
password | varchar | 64 | 否 | 否 | 密码 | |
| varchar | 64 | 是 | 否 | 邮箱 | |
email_state | smallint | 1 | 否 | 否 | 邮箱认证 | |
avatar | varchar | 255 | 是 | 否 | 头像地址 | |
create_time | timestamp | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
user_group表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
group_id | mediumint | 8 | 否 | 是 | 用户组ID | |
display | smallint | 4 | 否 | 否 | 显示顺序 | |
name | varchar | 16 | 否 | 否 | 名称 | |
description | varchar | 255 | 是 | 否 | 描述 | |
source_table | varchar | 255 | 是 | 否 | 来源表 | |
source_field | varchar | 255 | 是 | 否 | 来源字段 | |
source_id | int | 10 | 否 | 否 | 来源ID | |
register | smallint | 1 | 是 | 否 | 注册位置 | |
create_time | timestamp | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
user_registration表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
user_registration_id | int | 11 | 否 | 是 | 用户注册ID | |
user_account | varchar | 64 | 是 | 否 | 用户账号 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
user_id | int | 11 | 否 | 否 | 用户ID | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
vehicle_information表: | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 类型 |
vehicle_information_id | int | 11 | 否 | 是 | 车辆资料ID | |
user_account | int | 11 | 是 | 否 | 用户账号 | |
id | varchar | 64 | 是 | 否 | 身份证 | |
full_name | varchar | 64 | 是 | 否 | 姓名 | |
license_plate_number | varchar | 64 | 是 | 否 | 车牌号 | |
model | varchar | 64 | 是 | 否 | 车型 | |
insurance_information | text | 0 | 是 | 否 | 保险信息 | |
colour | varchar | 64 | 是 | 否 | 颜色 | |
examine_state | varchar | 16 | 否 | 否 | 审核状态 | |
recommend | int | 11 | 否 | 否 | 智能推荐 | |
create_time | datetime | 0 | 否 | 否 | 创建时间 | CURRENT_TIMESTAMP |
update_time | timestamp | 0 | 否 | 否 | 更新时间 | CURRENT_TIMESTAMP |
保险公司车辆事故跟踪系统,在系统首页可以查看.用户注册,事故登记,员工,勘察结果,案件分类,事故定损,事故理赔,投诉建议,处理问题,事故通知等内容,如图5-1所示。
图5-1系统首页界面图
用户注册,在用户注册页面通过填写账号、设置密码、确认密码、昵称、邮箱、手机号、身份信息等完成用户注册,如图5-2所示。
图5-2用户注册界面图
用户注册成功,在系统登录界面输入注册账号以及密码进入系统。如图5-3所示。
图5-3登录界面
用户登录系统后台可登记身份信息、车辆事故原因、事故发生时间、地点、车型、车牌号、颜色等信息。如图5-4所示。
图5-4用户登录后台界面图
管理员功能界面,在管理员功能页面中可以查看用户注册,事故登记,员工,勘察结果,案件分类,事故定损,事故理赔,投诉建议,处理问题,事故通知等功能,并可根据需要处理用户投诉建议等操作。如图5-5所示。
图5-5管理员功能界面图
员工功能界面,在员工功能界面可查看事故车辆登记,输入用户信息,事故车辆信息,登记事故车辆勘察结果。如图5-6所示。
图5-6员工功能页面图
事故车辆理赔申请页面,员工登记勘察结果,事故定损,事故理赔,上传车辆事故图片等操作,提交管理员审核,如图5-7所示。
图5-7事故车辆理赔申请页面图
一个系统设计好后,就会进入测试阶段,测试的目标是检验设计好的网站是否可以正常无误的运行,尽可能的发现网站的问题,已使后期网站投入使用后网站尽少出错。
系统测试主要是判断系统是否可以正常运行,功能模块是否可以实现操作。程序代码中是否有错误出现。测试程序是开发过程中的一个主要问题。就算系统完成的再好,再进行程序测试时也会也会发现一个重来没有被发现的错误信息。
测试不仅是系统开发的开始,而且应该贯穿整个系统的整个生命周期。评估系统质量的方法不局限于系统编码和过程,应该与软件设计工作和历史需求分析密切相关。系统错误,不一定是代码错误,可能是阶段的设计摘要和设计细节存在问题,问题也可能出现在需求分析阶段。从实际情况来看,最初的问题很可能是一个小错误,根据按钮的原理,按钮后的按钮位错将是所有位错。该系统的原因也同样适用,随着后续的开发工作,误差将越来越严重。因此就应该对系统进行测试,在一开始就发现系统中存在的问题,就能保证以后系统能够正常稳定的运行。在测试系统中,开发人员应该站在客户的角度来处理测试工作,而现在主要的测试方法是黑盒测试。测试的目的可以概括为以下几点:首先,用户界面和客户需求是一致的,设置界面和设计风格统一;第二,创新设计接口规范设计标准,具有独特的审美特征;最后,人类传统的接口以满足审美需求,不能盲目地追求一种独特的,合理的规划布局,符合审美标准。
测试的目的在于要对系统的稳定和可操作性能进行对照检查。对于软件的开发利用最终的目的在最后的测试和试用,这是一个不可缺少的重要环节。对于软件开发者而言,在对每一个单独的功能进行编排时候,都要有单独的测试,并通过测试阶段才可以研发多个功能性软件,这样既缩短了研发时间,也可以在的单个的早期测试中发现问题,以免融合后的软件,在查找问题时就很难快速解决或者急速定位问题。
保险公司车辆事故跟踪系统开发设计完成后,需要对其进行系统测试,测试的主要目的就是发现并找出系统中存在的问题,并及时的进行解决,确保系统可以正常稳定的运行下去,在进行系统测试的时候,在一定要非常的认真、仔细,切记不能粗心,不能放过一个漏洞,测试时候一定不要着急,要按照之前指定好的测试步骤一步一步进行,并且将测试的结果进行详细的记录,我们在进行测试的时候做好选择自动化的测试,这样既可以节省时间而且也能确保测试的准确性,如果采用人工测试的方法就不会这么的方便,由于人工测试有很多不确定的因素,在测试过程中很可能会出现一些问题,用机器测试就不会出现任何的问题,而且机器不会疲惫会一直二等工作下去。在测试的时候一定要非常专注,时刻关注着测试的结果,一但发现异常及时进行修改,最后,测试完之后的文档应该保存下来,方便以后测试时用到。系统测试的方法有很多,对于本保险公司车辆事故跟踪系统的测试,我们使用了测试用得最多的黑盒测试方法来对该系统进行测试。
对测试计划的把握是测试方案的重中之重。所有的技术难点应该都被包含在这个测试计划之中。而且我们要保证能与目标形成一致性,以至于能够测试出一些主要存在的错误和一些错误的漏洞。可以完美解决这些问题就只有白盒测试或者黑盒测试。
构造测试是白盒测试的另一个名字,了解与分析程序的结构以及性能功用的,从而我们可以得到最终想要的结果并且观察出是不是每一条程序都能得到。
性能测试是黑盒测试别称,程序本身的运作通过程序的进程来观察,主要是看一下程序是不是能够像我们预期的目标那样发展,看一看我们的程序最终能不能完整的得到我们最后想要的功能和储存想得到的数据,到最后看一下我们的这个程序完整性能不能达到要求。
单元测试就是模块测试,顾名思义就是测试每个模块所承担的功能是否能够实现,这个测试就是为了找出代码在实际的设计运转中某一些小的程序所出现的偏差,很好地改正这些错误,就说明我们模块测试进行很成功过。
集成测试就是对系统的测试以及对他子系统的一些性能测试,他检查的事系统的包装程序信息。找出其中的问题。他的优势主要有以下这几点:
软件耗费较少。
可以提前发现端口的错误。
更好的地位系统中错误的位置。
从底部往上面进行的方案针对于偏下层的结构,而中间的结构就采用折中的方法。
终于到了结尾性的工作了。就是为了给用户看一下我们的系统功能是否达到了预期的效果。我采用了性能测试也就是黑盒测试对系统进行测试。
其结果是分别是:
有一定的差异在用户的需求。
再者就是结果与之差不了多少。
到了最后了,我们发现的问题都是与用户的需求存在一定的关联。
测试点:登录
测试的目标:输入账号密码以及验证码后系统会自动进行验证是否正确。
所用的环境:Windows10和IE浏览器。
输入信息:用户名、密码。
步骤:
(1)首先我们打来浏览器,进入该系统的登录界面。
(2)在进入页面登录部分以后可以进行对用户名、密码进行测试,具体测试输入情况如下表6.1所示。
表6.1 登录测试
情况 | 用户名输入 | 密码输入 | 期望结果 |
(1) | 小11 | 1244566 | 提示“用户名或者密码错误,或账号未经审核” |
(2) | aaaaa | 123456 | 提示“用户名或密码错误,或者账号未经审核” |
(3) | 小11 | 112233 | 登陆成功 |
保险公司车辆事故跟踪系统设计要求基本都可以达到,此系统具有完整的软件功能,良好的用户界面,能够正确的处理错误信息,而且能够准确的提出错误的种类。但是系统测试时也出现了一些系统的不足和缺陷,所以在今后的日子里我会对其视觉上的不足作出修改,其次系统的代码和数据库出现了非常多的冗余现象,都是因为对编程技术的应用不够熟练,在日后我会加强自己的自身学习和能力,减少这样的冗余现象。
经过对上述的测试结果分析,本保险公司车辆事故跟踪系统无论是在技术方面,还是操作方面,还是经济方面都是完全可以实行的,并且经过测试,该系统操作简单,所有的功能都可以实现,因此该系统可以满足人们的使用需求,值得被推广。
总体说来,软件通过测试。
本文研究了保险公司车辆事故跟踪系统的设计与实现,在文章开端首先对个研究背景、研究现状和研究内容作了简单的介绍,然后通过系统分析,引申出本系统研究的主要内容。
通过对springboot技术和MYSQL数据库的简介,从硬件和软件两反面说明了保险公司车辆事故跟踪系统的设计与实现的可行性,本文结论及研究成果如下:实现了springboot与MYSQL相结合构建的保险公司车辆事故跟踪系统,通过本次保险公司车辆事故跟踪系统的设计与实现的研究与实现,我感触到学习一门新技术,最重要的是实践,只有多动手才能尽快掌握它,一个系统的开发,经验是最重要的,经验不足,就难免会有许多考虑不周之处。要想吸引更多的用户,系统的界面必须要美观、有特色、友好,功能要健全。
由于在此之前对于springboot知识并不了解,所以从一开始就碰到许多困难,例如一开始的页面显示不规范、数据库连接有问题已经无法实现参数的传递等等,不过通过我不断的查阅相关的资料,以及向老师同学请教,最后出现的所有的问题都得到了解决,通过这次的系统开发,我学到了很多的知识,也明白了自己在哪些方面有不足的地方,尤其是学会如何从大量的信息中筛选出所需有用的信息,同时我更加深刻的体会到了,虽然书本上的大部分知识都是有价值,正确的,但实际上每个人编程的思路和对数据处理的方法、思想都是不同的,这就要求我们一定要通过实践才能找到解决问题的方案。在此次毕业设计活动中,我不断的提高了自己,也得到了宝贵的经验,我相信这些对我以后的发展都会有很大帮助。
通过这次的保险公司车辆事故跟踪系统开发,让我学到了更多的知识,同时通过这次系统的设计也让我明白了自己在哪方面有不足,以后加以学习争取可以开发住更多有用的适用的系统软件,本次系统的设计提高了我的编程水平,为了我今后系统的开发打下了结实的基础。
[1]单树倩,任佳勋.基于SpringBoot和Vue框架的数据库原理网站设计与实现.电脑知识与技术,2021
[2]喻佳,吴丹新.基于SpringBoot的Web快速开发框架.电脑编程技巧与维护,2021
[3]Selvy P Tamije,Akash S,Gobalakrishnasridhar T,Hariharan T. Web Intelligence Based Flexi Vehicle Insurance Application. Journal of Physics: Conference Series,2021
[4]Stevanly Alvino Arya,Debrina Vita Ferezagia. Analysis of Procedures and Factors Causing Motor Vehicle Insurance Claims. Journal of Trend in Scientific Research and Development,2020
[5]山西太原:八大工程二十六项措施 全面提升城市交通出行安全水平.汽车与安全,2020
[6]林绪东,滕小丽.汽车保险与理赔课程创新实践教学探讨——以南宁学院为例.汽车维护与修理,2020
[7]张逸. 经营性车辆合理停运损失的认定与处理——杜某诉赵某、中国平安财产保险股份有限公司上海分公司机动车交通事故责任纠纷//《上海法学研究》集刊(2019年第16卷 总第16卷)——上海市第三中级人民法院(上海知识产权法院)文集.,2019
[8]王冬梅.对汽车保险理赔中查勘定损的模式分析.内燃机与配件,2018
[9]陈晨剑. 车辆理赔配件价格管理信息系统优化研究.吉林大学,2018
[10]李本财.事故车辆的现场查勘理赔规范.佳木斯职业学院学报,2018
[11]道路交通事故处理程序规定.中华人民共和国公安部公报,2017
[12]陈胤博. 车险定损时效规定浅析//浙江保险科研成果选编(2016年度).,2017
[13]杨大龙.浅谈汽车保险及保险查勘定损.汽车维护与修理,2017
[14]贺宁. 基于客户满意度的车险理赔服务优化研究.西北农林科技大学,2018
[15]靳晓玲.“项目教学法”与《交通事故现场查勘与定损》课程教学研究.现代职业教育,2017
[16]黄海峰. “互联网+”背景下的车辆保险定损模式研究.宁波大学,2017
[17] CCC INFORMATION SERVICES INC.; Patent Issued for Automatic Prediction and Recommendation of Parts, Materials, and Services for Vehicle Insurance Claim Estimates and Supplements (USPTO 9218626). Journal of Engineering,2017
[18]Suwardi Desnu Anggara,Purwono Yogo. The Analysis of Motor Vehicle Insurance Claim Reserve Using Robust Chain Ladder. 5th Global Conference on Business, Management and Entrepreneurship (GCBME 2020),2021
[19]韩策,张娜,王松亭,张凯,何方,袁峰.SpringBoot OPC客户端设计与研究.电子世界,2021
[20]张旭东.基于B/S架构的设备状态管理系统设计与研发.科技创新与应用,2021
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。
免费领取本源代码,请关注点赞+私信