第二章 相关技术
本次开发船舶维保管理系统使用的是Vue进行程序开发，船舶维保管理系统的数据信息选择MySQL数据库进行存放。
2.1 VUE介绍
Vue (读音 /vjuː/，类似于 view) 是一套用于构建用户界面的渐进式框架。与其它大型框架不同的是，Vue 被设计为可以自底向上逐层应用。Vue 的核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合。另一方面，当与现代化的工具链以及各种支持类库结合使用时，Vue 也完全能够为复杂的单页应用提供驱动。
2.2 MySQL数据库
开发的程序面向用户的只是程序的功能界面，让用户操作程序界面的各个功能，那么很多人就会问，用户使用程序功能生成的数据信息放在哪里的？这个就需要涉及到数据库的知识了，一般来说，程序开发通常就会对常用数据存储工具的特点进行分析比对，比如Mysql数据库的特点与优势，Access数据库的特点与优势，Sqlserver数据库的特点与优势等，最终看哪个数据库与需要开发的程序比较匹配，也符合程序功能运行需要的数据存储要求，比如，需要开发商业级别的程序，存储的数据对数据库要求较高，可以选用Oracle，如果只是比较简单的程序，对数据存储没有过多要求，可以选用微软旗下的Access，当开发程序要求数据库占用空间小，并能满足程序数据存储要求时，就可以考虑Oracle公司从瑞典MySQL AB公司在很早之前就收购过一个关系型数据库，它是现在的Mysql数据库。所以船舶维保管理系统后台数据库使用的是MySQL进行数据库方面的开发工作的，MySQL它是微软开发的一款平台软件，这个软件可以给用户提供高效率的智能数据，并且数据信息还是很可靠，使用它进行数据存储可以满足大众企业管理各种各样的数据信息的需求。MySQL在MySQL版本里面它是最全面的，也是最强大的开发平台， MySQL在许多关键之处都进行了改进的操作，它也增加了很多新特性，这些改进和更新让公司能够对关键应用程序进行高效运行，并且还可以让公司降低发送信息给用户的成本，以及降低数据信息管理的基础设施。因此MySQL在公司以及企业中它的地位是非常高的，ERP还有OA系统，以及公司财务的系统都离不开MySQL，在软件开发非常流行的今天，MySQL也被用来作为网站开发的网站后台数据库，可以说公司使用MySQL进行数据管理不仅节约成本，还可以让公司数据信息的管理效率大大提高，公司数据存放在MySQL平台上，数据信息的安全性也不用担心，因为MySQL他可以给数据库里面的日志还有数据文件以及整个数据库进行加密操作，另外MySQL还提供在线备份功能，这样可以节约存储空间，加快数据备份的速度。总之，选择MySQL进行在线系统的后台数据库开发是很有优势的。这是个不错的软件选择。
第三章 系统分析
3.1可行性分析
可行性分析从时间，经济以及操作和技术上面进行调查和研究，确保合理利用信息资源，避免在进行程序设计过程中因为考虑不周到所带来的困扰，帮助我们更好的进行程序设计。
3.1.1时间可行性
本次进行系统开发，我预留了两个月时间来完成，从系统的需求分析，功能结构设计，功能详细设计以及系统测试等环节，两个月时间是可以完成程序开发操作的，我打算每天早中晚都进行程序的编写操作，这期间也包括查阅各种资料信息，加上同学以及老师的帮助和指点，相信程序开发的时间也会缩短不少。所以时间上是可行的。
3.1.2 经济可行性
船舶维保管理系统的开发平台是IDEA，数据库选用MySQL数据库，使用的浏览器都是大众浏览器，这些软件是不需要收费就能进行下载安装操作的。在系统开发的硬件选择上面，我使用的是自己的笔记本进行开发操作。因此在进行系统开发时，经济上面无需额外支出。开发出来的程序可以提高办公效率，带来的经济效益比较高，系统开发的投入产出比很可观。
3.1.3 操作可行性
船舶维保管理系统的界面设计比较简单，界面布局根据用户日常使用习惯进行设计，网站各个功能在导航栏里面清晰可见，网站的数据操作可视化，用户操作网站不需要培训就能上手，只需要跟着网站功能提示进行操作就行。
3.1.4 技术可行性
作为计算机专业学生，在学校期间就学习到许多关于编程方面的知识，像SSM技术，还有MySQL数据库等知识，我对IDEA开发平台以及MySQL数据库的操作也比较熟练，所以技术上面还是有一定把握。
3.1.5 法律可行性
自己本人开发的软件和用到的资料来源都是图书馆以及百度文库和百度网页等渠道，并不涉及违法。在个人毕业设计上面，无论源代码还是论文编写内容不存在抄袭行为。
从上面的经济，操作以及时间上面进行的分析，得出结论就是这次开发的船舶维保管理系统在开发上面是能够进行的，系统开发出来能创造更大的经济效益，越早开发升值空间越大。
3.2系统流程分析
船舶维保管理系统的开发也是有对应的流程，开发之前必须要进行用户功能需求的分析，最后根据功能需求进行网站设计还有数据库相关数据的设计工作，此次开发的船舶维保管理系统开发流程如图3.1所示。
图3.1 程序操作流程图
系统开发完成之后会给用户提供登录入口，在这个界面用户输入的信息会得到验证，通过验证之后才能进去船舶维保管理系统的访问主界面，系统登录执行流程如下：
图3.2 系统执行流程图
3.3系统功能需求分析
系统的开发离不开前期的需求分析，这个阶段就是让程序员知道自己该做什么事情，在进行需求分析的时候，着重点就是用户对系统的功能要求，这个阶段要是分析得很到位，系统开发出来投入使用时，用户就会发现系统的功能跟用户需求保持一致，程序稳定性也是达标的，可以说需求分析是决定系统开发成败的关键，它主要就是把现实世界进行抽象化，然后把抽象化的对象用来构建模型。
船舶维保管理系统的受益群体主要是工作人员，该网站能够方便使用者进行数据信息的查找和管理工作，本次开发的网站我们设计的界面展示主要分为管理员界面以及用户界面，具体界面的功能分布如下。
船舶维保管理系统管理员可以管理用户的基本信息，可以管理公告信息，可以管理公告信息等。
3.4 系统非功能需求分析
（1）完整性需求
本次开发的船舶维保管理系统里面记录的数据信息不能保持为空，并且数据信息一定要核对正确才行，系统里面数据之间存在的联系不能出错，不能够张冠李戴，数据表里面同一数据在不同数据表里面的显示内容要一样。
（2）性能需求
用户在操作船舶维保管理系统的各个部分内容时，弹出的页面响应时间不能太长，最好控制在三秒钟以内，最大限制值就是四秒，这个是给用户一个好的程序体验。并且系统还要能够承载多人同时在线进行船舶维保管理系统的访问操作。
（3）界面需求
船舶维保管理系统界面设计上面应该考虑到用户日常操作习惯，比如导航栏的设计不能在右边，这个完全违背了用户使用网站的操作习惯，同时功能导航的字体以及颜色应该比较显眼，方便用户容易找寻，避免用户在进行功能操作上面浪费太多时间。
（4）安全性需求
船舶维保管理系统的安全性要有保证，给用户一种可靠，可以信赖的感觉，系统在运行过程中，不能总是出错，与用户进行功能界面交互时，要及时给出反馈信息，另外系统要设置登录窗口，让不是系统的用户不可以进行系统功能界面的访问操作。系统用户也要经过用户名密码的填写操作，才可以进入系统主界面，这样就可以保障系统数据信息处于一种安全状态。
第四章 系统设计
4.1 总体功能
船舶维保管理系统是根据需求定制开发，开发软件选用IDEA平台配合MySQL数据库进行开发环境的搭建操作，网站采用WEB应用程序中最流行的小程序结构进行开发，用户访问系统数据仅仅需要在客户端安装谷歌浏览器或者是当下常用浏览器就可以访问网站内容。
4.2 系统模块设计
船舶维保管理系统系统在进行系统中功能模块的划分时，采用层次图来进行表示。层次图具有树形结构，它能使用矩形框来描绘数据信息。顶层代表的数据结构很完整，顶层下面的矩形框表示的数据就是子集数据，当然处于最下面的矩形框就是不能再进行细分的数据元素了，使用层次方框图描述系统功能能让用户一目了然，能够明白系统的功能，以及对应功能板块下面的子功能都可以清楚领会。船舶维保管理系统分为管理员和用户两部分操作角色，下面将对他们的功能进行阐述。
管理员可以管理用户的基本信息，可以管理等功能。管理员功能结构图如下：
]
图4.1 管理员功能结构图
4.3 数据库设计
4.3.1 数据库设计
数据库设计它是建立在数据库还有它对应的应用系统的一门技术，只要是信息系统开发还有系统建设，都会用到数据库设计，但是这个数据库设计并不是很简单就可以完成的，设计期间会遇到很多麻烦事，在设计期间需要考虑再考虑，逐步完善。主要内容也就是把数据库里面的对象还有对象之间的联系进行系统规划操作，还有把他们结构化的过程。
4.3.2 数据库E-R 图
E-R 图分成三部分内容，分别是实体，实体的属性以及实体之间的关系这三个部分的内容，通常长方形表示的就是实体，椭圆形表示的就是属性，菱形表示的就是关系了。在E-R 图里面，实体就是对象，比如学生，人，音乐等都能代表实体，实体都具备自己的成员，比如张三就是学生实体里面的成员。一个学生会具有自己的姓名，年龄，出生日期等信息，这些信息就是学生这个实体的属性，因此E-R 图属性代表的就是数据对象具备的属性，E-R 图的关系就是实体跟实体之间的关系了，比如学生跟课程会存在一定的关系，这种关系使用菱形进行表示。
（1）下图是公告实体和其具备的属性。
公告实体属性图
（2）下图是维修成本实体和其具备的属性。
维修成本实体属性图
（3）下图是维保计划实体和其具备的属性。
维保计划实体属性图
（4）下图是故障上报实体和其具备的属性。
故障上报实体属性图
（5）下图是维保人员实体和其具备的属性。
维保人员实体属性图
（6）下图是船舶实体和其具备的属性。
船舶实体属性图
（7）下图是船家实体和其具备的属性。
船家实体属性图
（8）下图是维保公司实体和其具备的属性。
维保公司实体属性图
4.3.3 数据库表设计
数据库里面的数据表存放的就是各种数据记录，我们在进行系统增删改查操作时，其实也是在对应数据表里面进行的增删改查操作，一个好的数据库能够缩短信息处理时间，所以说数据库的设计工作不容小觑，数据库里面设置哪些表，表里面的字段设计以及字段类型和字段长度等信息都要考虑周到才行，比如时间这个字段，它的数据类型就不能是int型，不然在系统操作中就会弹出输入数据格式不符合要求的报错提示。下面简单介绍船舶维保管理系统的一些数据表。
表4.1船舶表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | chuanjia_id | Integer | 船家 | 是 |
| 3 | weibaogongsi_id | Integer | 维保公司 | 是 |
| 4 | chaunbo_uuid_number | String | 船舶编号 | 是 |
| 5 | chaunbo_name | String | 船舶名字 | 是 |
| 6 | chaunbo_photo | String | 船舶照片 | 是 |
| 7 | chaunbo_file | String | 附件 | 是 |
| 8 | chaunbo_types | Integer | 船舶类型 | 是 |
| 9 | chaunbo_zhuangtai_types | Integer | 船舶状态 | 是 |
| 10 | chaunbo_content | String | 船舶介绍 | 是 |
| 11 | insert_time | Date | 上传时间 | 是 |
| 12 | create_time | Date | 创建时间 | 是 |
表4.2维修成本表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | guzhang_id | Integer | 故障 | 是 |
| 3 | chengben_uuid_number | String | 维修成本编号 | 是 |
| 4 | chengben_types | Integer | 维修成本类型 | 是 |
| 5 | chengben_file | String | 附件 | 是 |
| 6 | chengben_jine | BigDecimal | 金额 | 是 |
| 7 | chengben_time | Date | 花费时间 | 是 |
| 8 | chengben_content | String | 备注 | 是 |
| 9 | insert_time | Date | 录入时间 | 是 |
| 10 | create_time | Date | 创建时间 | 是 |
表4.3船家表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | chuanjia_uuid_number | String | 船家编号 | 是 |
| 3 | chuanjia_name | String | 船家姓名 | 是 |
| 4 | chuanjia_phone | String | 船家手机号 | 是 |
| 5 | chuanjia_id_number | String | 船家身份证号 | 是 |
| 6 | chuanjia_photo | String | 船家头像 | 是 |
| 7 | chuanjia_email | String | 船家邮箱 | 是 |
| 8 | jinyong_types | Integer | 账户状态 | 是 |
| 9 | create_time | Date | 创建时间 | 是 |
表4.4字典表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | dic_code | String | 字段 | 是 |
| 3 | dic_name | String | 字段名 | 是 |
| 4 | code_index | Integer | 编码 | 是 |
| 5 | index_name | String | 编码名字 | 是 |
| 6 | super_id | Integer | 父字段id | 是 |
| 7 | beizhu | String | 备注 | 是 |
| 8 | create_time | Date | 创建时间 | 是 |
表4.5公告表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | gonggao_name | String | 公告名称 | 是 |
| 3 | gonggao_photo | String | 公告图片 | 是 |
| 4 | gonggao_types | Integer | 公告类型 | 是 |
| 5 | insert_time | Date | 发布时间 | 是 |
| 6 | gonggao_content | String | 公告详情 | 是 |
| 7 | create_time | Date | 创建时间 | 是 |
表4.6故障上报表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | chaunbo_id | Integer | 船舶 | 是 |
| 3 | weibaorenyuan_id | Integer | 维保人员 | 是 |
| 4 | guzhang_uuid_number | String | 故障编号 | 是 |
| 5 | guzhang_name | String | 故障标题 | 是 |
| 6 | guzhang_photo | String | 故障照片 | 是 |
| 7 | guzhang_address | String | 故障位置 | 是 |
| 8 | guzhang_types | Integer | 故障类型 | 是 |
| 9 | guzhang_content | String | 故障内容 | 是 |
| 10 | guzhang_zhuangtai_types | Integer | 故障状态 | 是 |
| 11 | insert_time | Date | 报修时间 | 是 |
| 12 | guzhang_text | String | 维修评价 | 是 |
| 13 | create_time | Date | 创建时间 | 是 |
表4.7维保公司表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | weibaogongsi_uuid_number | String | 维保公司编号 | 是 |
| 3 | weibaogongsi_name | String | 维保公司名称 | 是 |
| 4 | weibaogongsi_fuzeren | String | 负责人 | 是 |
| 5 | weibaogongsi_phone | String | 维保公司手机号 | 是 |
| 6 | weibaogongsi_photo | String | 公司logo | 是 |
| 7 | weibaogongsi_address | String | 公司位置 | 是 |
| 8 | jinyong_types | Integer | 账户状态 | 是 |
| 9 | create_time | Date | 创建时间 | 是 |
表4.8维保计划表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | chaunbo_id | Integer | 船舶 | 是 |
| 3 | weibaogongsi_id | Integer | 维保公司 | 是 |
| 4 | weibaorenyuan_id | Integer | 维保人员 | 是 |
| 5 | weibaojihua_uuid_number | String | 维保计划编号 | 是 |
| 6 | weibaojihua_name | String | 维保计划标题 | 是 |
| 7 | weibaojihua_file | String | 维保计划附件 | 是 |
| 8 | weibaojihua_types | Integer | 维保计划类型 | 是 |
| 9 | weibaojihua_buwei | String | 维保部位 | 是 |
| 10 | weibao_time | Date | 维保时间 | 是 |
| 11 | weibaojihua_address | String | 维保地点 | 是 |
| 12 | weibaojihua_content | String | 维保详情 | 是 |
| 13 | insert_time | Date | 上传时间 | 是 |
| 14 | weibaojihua_yesno_types | Integer | 申请状态 | 是 |
| 15 | weibaojihua_yesno_text | String | 审核意见 | 是 |
| 16 | weibaojihua_shenhe_time | Date | 审核时间 | 是 |
| 17 | create_time | Date | 创建时间 | 是 |
表4.9维保人员表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | weibaogongsi_id | Integer | 维保公司 | 是 |
| 3 | weibaorenyuan_uuid_number | String | 维保人员编号 | 是 |
| 4 | weibaorenyuan_name | String | 维保人员姓名 | 是 |
| 5 | weibaorenyuan_phone | String | 维保人员手机号 | 是 |
| 6 | weibaorenyuan_id_number | String | 维保人员身份证号 | 是 |
| 7 | weibaorenyuan_photo | String | 维保人员头像 | 是 |
| 8 | weibaorenyuan_email | String | 维保人员邮箱 | 是 |
| 9 | jinyong_types | Integer | 账户状态 | 是 |
| 10 | create_time | Date | 创建时间 | 是 |
表4.10管理员表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | username | String | 学生名 | 是 |
| 3 | password | String | 密码 | 是 |
| 4 | role | String | 角色 | 是 |
| 5 | addtime | Date | 新增时间 | 是 |
第五章 系统实现
5.1 管理员功能模块的实现
5.1.1 船舶列表
如图5.1显示的就是船舶列表页面，此页面提供给管理员的功能有：查看船舶、新增船舶、修改船舶、删除船舶等。
图5.1 船舶列表页面
5.1.2 公告信息管理
管理员可以对公告信息进行管理，可以新增公告信息,修改公告信息,删除无效的公告信息。公告信息管理界面如图5.2所示。
图5.2 公告信息管理页面
5.1.3 公告类型管理
公告类型管理页面显示所有公告类型，在此页面既可以让管理员添加新的公告信息类型，也能对已有的公告类型信息执行编辑更新，失效的公告类型信息也能让管理员快速删除。下图就是公告类型管理页面。公告类型管理界面如图5.3所示。
图5.3公告类型管理界面
5.1.4 维保计划管理
如图5.4显示的就是维保计划管理页面，此页面提供给管理员的功能有：新增维保计划,修改维保计划,删除维保计划。
图5.4维保计划管理页面
5.1.5 维保计划类型管理
如图5.5显示的就是维保计划类型管理页面，此页面提供给管理员的功能有：新增维保计划类型,修改维保计划类型,删除维保计划类型。
图5.5 维保计划类型管理页面
第六章 系统测试
程序软件一旦被开发完成之后，在真正投入日常生活中进行运行使用之前，是必须要经历测试这一个重要的操作环节，因为开发期间注重的是每个单独功能模块的开发，尽管每次开发完成一个单独功能模块时，会通过单元测试进行检验，检验合格才会让程序员继续开发下一个子功能模块，以此类推，当程序员完成所有的系统子功能模块的开发时，这个时候就需要引进系统测试，系统测试就是把所有的子功能模块集成到一起，构建成整个系统，在指定的运行环境下进行运行，主要就是测试系统的所有功能模块在一起是否良好运行，一旦程序软件通过了系统测试这一环节，就意味着它可以进行最终的验收测试了，这个测试步骤的操作用户是程序面向的客户或者是最终用户了。
6.1软件测试
软件测试包括的对象有详细设计，开发出来的软件的运行环境，软件的需求以及软件的源代码内容等，软件测试也包括了五个要素，分别是软件的质量，技术，人员还有流程以及资源这几个要素。软件测试的目标包含了测试的覆盖率信息还有测试效率信息。一般来说，软件测试主要分成了单元测试，集成测试以及系统测试和验收测试这四个阶段的内容，下面将分别进行相关阐述。
单元测试：这个部分需要涉及到程序的代码方面的知识，这个操作环节是程序的开发者进行的，当程序开发者通过代码编写程序的子功能模块时，就会进行单元级别的测试，通常这个环节的测试也会被称作是白盒测试。
集成测试：这个步骤的前提是程序的所有功能模块都已完成开发，这个时候需要把程序所有的子功能模块集成到一起，形成一个完整的系统，此测试的主要目的就是检查这些功能模块集成在一起时的兼容性，也就是检测它们是否按照预期正常运行。
系统测试：当程序测试进入到这个环节时，就意味着程序测试工作已经进行到一半了，这个部分的测试也有另外一个名字，称作是黑盒测试，主要用于测试系统的功能是否按照预期进行运行。
验收测试：开发的程序已经通过了前面的单元测试，集成测试，以及系统测试环节时，就需要进行验收了，这个环节的操作用户就是程序面临的最终用户或者是客户。测试主要目的就是验证开发完成的程序是不是能够符合用户对其的期望，以及程序的所有功能是否符合用户的真正需求。
6.2测试环境
船舶维保管理系统的测试选用的测试平台是IDEA平台环境，测试时首先需要用户打开MySQL数据库进行数据库文件的附加操作，然后打开IDEA，选择文件打开网站，把船舶维保管理系统的程序添加进入IDEA平台中，接着把文件部署到tomcat服务器里面，最后运行程序，这时用户可以操作系统里面的各个功能，看看程序有没有达到用户的要求。
6.3 测试用例
6.3.1 用户登录测试
用户登录需要的信息包含登录名称还有对应密码，输入数据信息都正确了才能进行系统访问处理。用户登录测试过程如表6.1所示:
表6.1 用户登录测试表
| 测试目的 | 操作流程 | 测试用例 | 预测结果 | 测试结果 |
|---|---|---|---|---|
| 用户登录 | 填写用户名密码，点击首页登录按钮 | 错误填写用户名还有密码 | 登录失败 | 提示错误信息 |
| 正确填写用户名和密码 | 登录成功 | 登录成功 |
6.4.2 添加公告类别测试
管理员可以在添加公告类别界面输入公告类别名称信息，如果数据信息为空，系统会给出相应提示。只有所有的数据信息都合理输入，管理员才能完成公告类别的添加操作。测试数据见下表：
表6.2添加公告类别测试表
| 测试项目 | 操作流程 | 测试用例 | 预测结果 | 测试结果 |
|---|---|---|---|---|
| 添加公告类别 | 管理员登陆后点击添加公告类别按钮，添加公告类别信息 | 类别名称为空 | 添加失败，弹出提示按钮 | 添加失败，提示请填写内容 |
| 合理填写类别名称 | 添加成功 | 添加成功 |
6.5测试结果
经过此次对船舶维保管理系统的综合性测试，我们不难发现程序的功能并没有出现明显的逻辑性错误，用户在进行功能操作时，程序基本能根据用户操作情况给出相应的反馈。程序质量以及可靠性在系统的反复测试中都经过了严格检验，程序投入生活使用完全没有问题。