基于微信小程序的上门维修系统

摘 要

随着科学研究的不断深入，有关上门维修的各种信息量也在成倍增长。面对庞大的信息量，就需要有上门维修系统来提高管理工作的效率。通过这样的系统，我们可以做到信息的规范管理和快速查询，从而减少了管理方面的工作量。
建立基于微信小程序的上门维修系统，进一步提高用户对上门维修信息的查询。帮助用户和管理者提高工作效率，实现信息查询的自动化。使用本系统可以轻松快捷的为用户提供他们想要得到的上门维修信息。
根据本系统的基本设计思路，本系统在设计方面前台采用了java技术等进行基本的页面设计，后台数据库采用MySQL。本系统的实现为上门维修系统的运行打下了基础，为上门维修提供良好的条件。
最后我们通过需求分析、测试调整，与上门维修的实际需求相结合，设计实现了基于微信小程序的上门维修系统。

1 课题研究意义

当前来说，各种类型小程序应用越来越广泛，然而开发小程序的技术伴随着技术产品的需求，出现了极大的差异性。具体而言，支付宝小程序所运用的是支付宝技术，头条小程序所运用的则是字节跳动公司的技术，在微信小程序中所运用往往是腾讯的WXML、WXSS和JS技术。
除了技术以外，微信用户量十分庞大，而用户基数直接与微信小程序的使用量成正比，选择微信小程序作为上门维修管理不仅能够方便用户，也能提高用户的生活效率。21世纪是互联网快时代，与此同时，人们的生活节奏也随之加快。在这快节奏的时代，形形色色的人不断追求着更高层次的生活，从而不断学习“生存技能”。可在这快时代里，线上管理还属于发展阶段。上门维修系统使得用户能够拥有多种形式去交流，通过小程序可及时与用户联系以及互动，发布帖子等，使得用户裂变增加，同时也能找到朋友圈相同兴趣爱好的用户，增强积极性的同时也扩大了留存率和拉新率。

1.1前期工作

为了使本系统的功能做得更加完美，使用户看上去清晰明了，特意去查找分析了一些相关的系统，了解和分析出其系统的功能和具体功能模块的实现方法，还具体了解了其系统功能的组织结构。最后通过问卷调查的方法进行了实地调查，了解了上门维修系统的初步的需求，开始初步设计本系统。从问卷调查中得知：该系统在技术上是可行的，在经济上也是可行的，开发成本相对较低。

2 开发技术

2.1 微服务架构

微服务架构(Micro Services Architecture, MSA)最早由软件开发工程师Martin Fowler和James Lewis于2014年正式提出，是一种新兴的软件架构设计风格与组织模式。微服务架构从业务逻辑角度对传统的单体式应用程序进行了严格的拆分，从而得到多个职责单一、可独立部署与运行、开放RESTfuI风格接口的细粒度服务，不同服务之间通过超文本传输协议(Hypertext Transfer Protocol, HTTP)或远程过程调用(Remote ProcedureCall, RPC)机制进行通信，最终形成一个高内聚、低祸合的软件结构体系。

2.2 微服务架构的优势

相较于SOA等传统应用架构，微服务架构的优势总结如下:
(1)开发效率高：微服务架构使得整个系统开发工作的分工更加明确，每个开发团队只需专注于实现自己负责的服务，真正实现了协同、并行开发，大大缩短了开发周期。
(2)可拓展性高:当应用程序出现新的功能需求时，可针对各个服务进行独立拓展，快速发布新版本，而不是整体重新发布。
(3)低祸合:每个服务高度自治且高度隔离，可独立开发、测试、部署和运维。
(4)技术栈灵活:不同服务可根据业务需求自由选择最契合的技术来解决实际问题。
(5)可复用性高:每个服务都对外提供RESTfuI风格的接口，专为某项功能所编写的服务模块也可以作为其他功能的构建块，开发人员可以重复利用现有代码以创建新功育旨。
(6)高可用性:得益于微服务治理框架所提供的强大服务治理能力和容错机制，当服务需求激增时也能保持可用性。

第3章 系统分析

3.1系统总体分析

本系统采取了一系列的设计原则，主要目的是为了系统的功能设计，还有管理人员在后期对系统维护时的方便，以及使用户能够简易的操作。最重要的设计原则包括：简单性、针对性、实用性、一致性、先进性。
（1）简单性：在该系统中功能模块实现的同时，让用户操作起来简单明了，很快找到所需资源是最直接的目的。
（2）针对性：该系统是根据设计需求为导向来开发上门维修系统的设计，所以针对性较强。
（3）实用性：该设计能够满足上门维修系统的实际的功能需求，能够在实际中让用户真正使用到，具有实际的应用价值。
（4）一致性：系统整体的页面布局，在不同的界面之间，img里的图片的放置位置以及大小都应该有严格的一致性。变量命名规则应该具有统一性。
（5）先进性：本系统采用java作为开发技术、B/C结构和 MySQL作为系统数据库，它们被软件设计者们广泛使用。

3.2可行性分析

根据系统所包含其功能的使用情况，通过对经济、技术和管理方式来进行全方面的可行性进行分析，来提供准确的可行性依据。本网站的可行性分析有：
(1)经济可行性
系统采用的是JAVA技术来实现相应的功能的开发，综合就是一个比较基础的系统开发设计，所以所用到的有开源的开发环境所构成。而且可以利用现有的设备，不用进行另外的硬件设备购买。
用户通过使用上门维修系统，很大程度减小了人员成本，极大提高了管理的效率。目前的由人员管理的方式存在很多不足，首先是人工成本大，并且工作效率比较低，然后是存在着很多现金流失的问题。在结合上门维修系统的特点，还有一些记录和统计，上门维修管理杜绝了以上的问题，提高了上门维修信息的安全性。
经济可行性是主要计算项目的开发成本，还有项目成功后可能带来的有效收益。很多的项目只有开发成本能控制在企业有可能接受的范围内的情况下，这样的项目才会被批准开发。然而本次系统的开发在上述所有的问题的情况下，是可以完成相关的系统设计。
(2)技术可行性
本管理系统采用JAVA技术和B/S结构进行设计，通过分层分包的方法，有利于日常的维护，同时降低了代码之间的耦合。
(3)管理可行性
本小程序所需要的管理难度低，只需要一个管理员便能进行用户管理，维修员管理，维修信息管理，维修记录管理，评价信息管理，广告信息管理，系统管理等的删除、修改和新增。
3.4系统流程分析
3.4.1 登录流程
每个用户都有专属的密码和账号，在输入合法的账号和密码之后即可进入系统。登录流程如图3-4所示：

图3-4登录流程图

3.3 添加信息流程

管理层人员有添加角色功能。添加信息流程如图3-5所示：

图3-5 添加信息流程图

4 系统设计

4.1系统功能设计

系统的功能设计是整个系统的运行基础，是一个把设计需求替换成以计算机系统的形式表示出来。通过对上门维修系统的调查、分析和研究，得出了该系统的总体规划，这是开发设计系统的初步核心。如下图所示：

图4-1总体规划结构图

4.2数据库的设计

在整个系统来说，数据库的设计是相当重要的，需要非常仔细去设计。本系统中涉及的各级权限分别是：
（1）用户登录权限，可以查看系统前台的上门维修系统信息展示，修改查看自己的信息，并能修改个人资料等。
（2）管理员权限，管理员有系统的所有权限，主要包括系统首页，个人中心，用户管理，维修员管理，维修信息管理，维修记录管理，评价信息管理，广告信息管理，系统管理等功能。

5 系统实现

5.1小程序前台实现

首先双击打开小程序客户端，连上网络之后会显示出本系统的登录界面，这是进入小程序的初始页面“登录”，能成功进入到该登录界面则代表小程序的开启是成功的，接下来就可以操作本系统所带有的其他所有的功能。登录界面如图5-1所示。

图5-1 登录界面

第一次使用本小程序的使用者，首先是要进行注册，点击“注册”，然后就会进入到注册的页面里面，将用户信息录入注册表，确认信息正确后，系统才会进入登录界面，用户登录成功后可使用本小程序所提供的所有功能。注册界面如图5-2所示。

图5-2 注册界面

小程序首页是用户注册登录后进入的第一个界面，用户可通过小程序端首页导航栏进入到相应的网页查看信息展示信息进行详细操作。小程序首页界面如图5-3所示。

图5-3 小程序首页界面
广告信息：在广告信息页面输入标题进行搜索，可以查看到广告详细信息，按照提示即可完成收藏操作。广告信息详情如图5-4所示。

图5-4广告信息详情界面

用户登录成功后，点击“我的”进入我的功能页面，可以对维修信息，维修记录，评价信息，我的收藏管理等进行详细操作。用户功能界面如图5-5所示。

图5-5用户功能界面

维修员登录成功后，点击“我的”进入我的功能页面，可以对维修信息，维修记录，评价信息等进行详细操作。维修员功能界面如图5-6所示。

图5-6维修员功能界面

6系统测试

在系统开发上市前都需要经过严格的系统测试。主要测试访问请求的延迟时间，对于一些未知和危险的问题，需要严格的测试和解决方案。

6.1系统测试的重要性

对于程序来说，系统测试应该根据程序的指定业务、程序的承载能力、程序代码的效率、数据库服务器的存储和设计进行测试。

6.2性能测试

若同时有大量用户和大量请求进入是看服务器是否响应延迟时间来比较性能的。我们可以从代码，程序逻辑，接口使用，数据库优化等方面逐个做仿真测试。
为了保证测试的有效性和程序的安全性，我们主要从两个方面进行测试：一是系统功能节点测试，二是接口业务逻辑测试。
经过第一和第二两个部分的测试后，我们判定项目没有风险。

6.3用户模块测试

测试编号：a。
目的：测试登录模块，测试系统能否对正确进行登录放行，拦截错误数据进行页面返回。
前提：未登录的用户进行登录，用户名为“aaaa”，初始密码为“00000”。
方法：实地测试。
测试用例表，如表6-1所示。
表6-1登录模块测试用例表

总结与展望

历经六个月左右的时间，本次的毕业设计已画上了句号。原本以为完成一个系统会很顺利，因为在之前课上，也曾动手操作过相关的模块编写，但当真正接触到一个完整的系统时，发现并没有想象地那么简单。首先，以前实践过的只是单独的模块，而这次，是一个庞大的系统，许多细节不容忽视，有时候稍不留意的一个小错误，会致使整个系统都运行不起来，而查找错误的过程又漫长且艰辛，这也正是经验不足所导致的。在整个系统开发过程中，也查阅了很多书籍和相关资料，这让我不但巩固了原本的知识，同时还学习到了一些新的知识，这让我受益匪浅。
此次系统从整体看来，已基本达到预期的设计目的，能够实现基本的功能，但相较于市场的一些优秀系统而言，还是有许多不足的地方。遗憾的是，由于时间的有限，已经不允许再投入更多的时间和精力进行研究开发。相信在以后的工作中，我会接触到更多相关的知识，会更丰富自身的经验，我希望到时能够在此基础上完成一个丰富完整的系统，这将对我有很大的意义。
通过这次的毕业设计，我学到了很多，除了学识方面的知识，在态度上也有了很大的转变，细心和耐心是整个开发过程中最重要的两件事。我也在跟随着系统的完善而成长，这次毕业设计考核地也不单单是所学的知识，也同样在衡量着面对困难时的态度。