【毕业设计】基于人脸登录的大学生快递系统-java黑洞网

本站消息

站长简介/公众号

出租广告位,需要合作请联系站长

听说你没有见过我

572

文章

274380

访问

+关注

分类

暂无分类

日期归档

暂无数据

【毕业设计】基于人脸登录的大学生快递系统

发布于2021-05-30 00:39 阅读(966) 评论(0) 点赞(0) 收藏(3)

【毕业设计】基于springboot+AI人脸识别登录的高校快递代取系统

1. 课题研究的背景

在第三次工业革命已经基本完成的今天，网络已经成为了人们生活中不可或缺的一部分，电子商务则是网络众多衍生品中的一个。作为买卖双方最直接的联系，快递的数量也在与日俱增。需要代取快递虽然只占了快递中的一部分，但是代取快递这个行业管理的混乱以及效率的低下使得代取快递这一行为发展缓慢。因此，高效安全的快递代取系统也应运而生。通过这个系统可以更准确的更高效更安全的将需要代取的快递配送给每一个下单的客户，提高用户幸福生活指数。

1. 课题目的与意义

在电子商务行业高速发展的现在，建立一个更安全、高效、规范的代取快递管理方式是大势所趋。网络的极度发达也代表着人们的耐心度在不断降低，更快速更安全的代取快递管理对用户的购物满意度十分重要。基于技术研究以及实际应用，设计了Java语言的快递代取管理系统。普通用户通过下单来描述自己的需求，配送员则可以根据自身条件来选择合适的订单完成配送。同时为了安全性，配送员需要在注册时填入自己的身份证件号码以确保被代取快递的安全性，后台管理员则需要根据普通用户或配送员的反馈与评价来管理用户，以此提高用户体验。如果采用人工管理的方式进行手动管理的话不仅费时费力还容易出现差错，但是计算机会将所有信息以原始资料的形式进行存储，一方面提高了管理的效率，减少了人工管理的繁杂，另一方面也能通过计算机的特性保证信息的安全性，降低出差错的概率。

表3-1用户注册用例描述

用例名称	用户注册
参与者	用户
用例说明	通过输入密码、性别以及用户名注册个人信息。
前置条件	用户能够正确填入注册。
基本事件流	进入首页，点击注册。填写用户名和密码以及其他信息进行注册；注册信息填写完毕后后台保存数据，可以进行下一步操作。
异常事件流	所填写的用户名或是密码不符合要求。
后置条件	所填写的注册信息必须符合要求，才能够注册有效账户信息。

表3-2用户登录用例分析

用例名称	用户登录
参与者	已注册用户
用例说明	通过已经注册过的用户名作为登录的账号进行登录操作。
前置条件	用户能够成功注册。
基本事件流	进入登录页面；填写所注册的用户名和密码进行登录所登录的信息会和后台数据库相比对，符合条件的登录成功。
异常事件流	所填写的用户名没有注册过。
后置条件	所填写的登录信息必须已经注册过且符合要求，才能进行后续操作。

1. 1. 用户用例分析

在注册时，用户有两种选择即普通用户和配送员。在用户功能方面，普通用户不可接单来配送订单，配送员无法下单来提交订单。所以用户用例分析要以不同身份去进行分析：普通用户具有下单、查看已下订单、反馈、管理自己订单等功能，其用例分析图如图3-2所示；配送员具有接单、查看已接订单、反馈等功能，其用例分析图如图3-3所示。

图3-2普通用户用例分析

表3-3普通用户下单用例分析

用例名称	用户下单
参与者	普通用户
用例说明	用户登录之后，点击进入立即下单界面，输入界面所示信息，点击立即支付，支付后订单信息进入用户已下订单表。
前置条件	用户能够登录成功并进入到立即下单界面。
基本事件流	点击立即下单，进入下单界面；在该页面中填写页面所示信息，点击支付订单进入支付页面。
异常事件流	填写完毕被代取快递信息后无法跳转至支付界面。
后置条件	支付完毕后，订单信息进入已下我的订单页面。

表3-4普通用户查看已下订单用例分析

用例名称	用户查看已下订单
参与者	普通用户
用例说明	用户下单之后，点击进入我的订单界面，即可查看所有自己已下订单。
前置条件	用户能够登录成功并进入到立即下单界面且下单成功。
基本事件流	点击我的订单，进入我的订单管理界面；在该页面中查看自己已下订单。
异常事件流	订单支付失败，无法查看到订单信息。
后置条件	可以在该页面管理自己已经支付过的订单。

表3-5普通用户评价反馈用例分析

用例名称	用户反馈评价
参与者	普通用户
用例说明	用户下单之后，点击进入反馈建议界面，即可向管理员反馈基于订单的建议。
前置条件	用户能够登录成功并下单成功。
基本事件流	点击反馈建议，进入反馈建议界面；在该页面中就具体订单的具体问题进行反馈。
异常事件流	订单号不存在，无法进行反馈。
后置条件	向管理员反馈问题后，管理员会对该反馈进行回复。

表3-6普通用户管理已下订单用例分析

用例名称	用户管理已下订单
参与者	普通用户
用例说明	用户下单之后，点击进入我的订单界面，即可管理所有自己已下订单。
前置条件	用户能够登录成功并进入到立即下单界面且下单成功。
基本事件流	点击我的订单，进入我的订单管理界面；在该页面中查看并管理自己已下订单。
异常事件流	订单支付失败，无法查看到订单信息。
后置条件	可以在该页面删除自己已经支付过的订单。

图3-3配送员用例分析

表3-7配送员接单用例分析

用例名称	配送员接单下单
参与者	配送员
用例说明	配送员登录之后，点击进入接单大厅界面，在该界面查看所有可接订单，选择中自己合适的订单点击接单。
前置条件	用户能够登录成功并进入到接单大厅界面。
基本事件流	点击接单大厅，进入接单界面；在该页面中查看所有可接订单信息，选中合适订单，点击接单。
异常事件流	接单大厅中无可接订单。
后置条件	接单成功后，订单进入我的订单页面，配送员根据相关信息进行配送。

表3-8配送员查看已接订单用例分析

用例名称	配送员查看已接订单
参与者	配送员
用例说明	配送员登录之后，点击进入我的订单界面，在该界面查看所有已接订单，查看订单具体信息切可以对订单进行具体操作。
前置条件	用户能够登录成功并公共接单。
基本事件流	点击接单大厅，进入接单界面，接单成功，点击我的订单页面在该页面中查看所有已接订单信息，进行操作。
异常事件流	未接单大厅中成功订单。
后置条件	可以在该页面点击查看信息，完成，取消等操作。

表3-9配送员意见反馈用例分析

用例名称	配送员反馈建议
参与者	配送员用户
用例说明	配送员完成配送之后，点击进入反馈建议界面，即可向管理员反馈基于订单的建议。
前置条件	配送员能够登录成功并配送成功。
基本事件流	点击反馈建议，进入反馈建议界面；在该页面中就具体订单的具体问题进行反馈。
异常事件流	订单号不存在，无法进行反馈。
后置条件	向管理员反馈问题后，管理员会对该反馈进行回复。