校园快递代取系统可行性分析报告

1引言

1.1编写目的

现如今的校园中大学生网购已经是十分普遍的情况，其中产生的大量的快递订单，有各种各样的原因不能亲自去取件。很多同学认为大学校园太大，而且这几年因为疫情的原因快递只能送到校门口，但宿舍距离校门口太远，每次拿快递都得花半个小时以上；有的女同学的快递很大很重拿不动；有的快递只能本人取不能存放在快递寄存点，部分同学课程比较满，等上完课快递员已经走了。这些问题都让代取快递这一业务的好处体现得淋漓尽致。

1.2背景

待开发的软件系统的名称：快递代取系统；
本项目的任务提出者：易垂程；
开发者：易垂程；
用户：教师，学生。

1.3定义

订单管理：包括代取订单的管理；
订单信息：包括订单的各项信息，派送员，取件码，派送时间，联系电话等；
订单查询：学生可以通过自己的电话号码和订单编号查询订单；
派送员管理：管理员可以对派送员进行管理。
SQL：结构化查询语言。

1.4参考资料

[1]杨晓燕,李选平. Java面向对象程序设计[M].人民邮电出版社:, 201508.305.

[2]孔祥盛. MySQL数据库基础与实例教程[M].人民邮电出版社:, 201406.329.

[3]胡启敏,薛锦云,钟林辉.基于Spring框架的轻量级J2EE架构与应用[J].计算机工程与应用,2008(05):115-118+133.

[4]路深棋.当前校园“最后一公里”[J].今日财富,2019(08):169-170.

2可行性研究的前提

2.1要求

1.订单管理：管理员能查看、分配、修改、回收订单信息。对快递代取订单管理。

2.人员管理：对快递派送员进行管理，如查看和修改派送员的信息。

3.用户反馈：对用户的反馈进行管理，可以查看、删除和处理用户的反馈。

4.提交订单与反馈功能：用户可以提交需代取的快递或者反馈。

5.查询功能：用户可输入相关的订单号与反馈号或电话号码查询订单与反馈。

6.接单大厅：派送员可以查询、接单还没有派送员接单的订单。

7.我的订单：对派送员已接的订单进行管理，包括查询、异常、完成已接的订单信息。

2.2目标

1.人力与物力、财力的减少；

2.提高代取快递的效率；

3.提高学生的方便度。

2.3条件、假定和限制

1.所建议系统的运行寿命的最小值:2年；
2.经费来源：自费；
3.硬件条件：阿里云服务器；
4.运行环境：Windows7以上系统；
5.开发环境：IntelliJ IDEA，eclipse；
6.可利用的信息和资源：学生信息管理系统；
7.系统投入使用的最晚时间：2023.6.1。

2.4进行可行性研究的方法

本次可行性研究主要通过调查研究法。对大学院校的就快递情况做了调查，为了提高快递袋鼩的效率，以减少不必要的人力物力消耗。

2.5评价尺度

开发费用：开发经费预定在2000元；
各项功能的优先次序：满足派送员和用户的使用；
开发时间：在一个月内完成开发和测试工作；
使用中的难易程度：尽量从简，方便使用。

3对现有系统的分析

3.1处理流程和数据流程

3.2工作负荷

因为快递取件码需要手动输入，很有可能会造成数据出错，也会产生重复数据，导致快递代取效率降低。

3.3费用开支

系统所需阿里云服务器206.50元一年。

3.4人员

本人负责开发与测试的所有流程，需要一名熟悉本系统的运维人员。

3.5设备

版本在Window7以上的电脑一台。

3.6局限性

处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够没有一个专业的系统管理来维护日常使用，使得本系统的管理工作比较困难和复杂，人力物力消耗大，资源浪费严重。

4所建议的系统

4.1对所建议系统的说明

这个快递代取系统是以Java语言作为后端的，前端通过html、bootstrap、css、js的组合来完成，框架选择ssm框架，编写软件推荐使用eclipse或idea。

4.2处理流程和数据流程

用户提交订单、反馈，查询订单；管理员管理订单与派送员，用户反馈与修改密码；派送员接单与查询已接订单，修改密码。

4.3改进之处

1.实时更新快递取件的信息，添加临时用户功能；
2.加强用户账户安全管理。

4.4影响

4.4.1对设备的影响

暂无。

4.4.2对软件的影响

必须保证操作系统在Windows7以上版本的电脑上运行，以保证系统的适配。

4.4.3对用户单位机构的影响

运维人员要求掌握一定的计算机知识与对系统有一定的熟悉度。

4.4.4对系统运行过程的影响

用户的操作规程： 提供取件信息；
查询中心的操作规程：通过订单号或者电话号码来查询订单的相关信息；
源数据的处理：源数据保存在数据库中，可随机进行查询；
对数据保存的要求，对数据存储、恢复的处理：安全性、完整性、正确性；
系统失效的后果及恢复的处理办法：重启系统。

4.4.5对开发的影响

用户需进行的工作：输入取件信息；
为了建立一个数据库所要求的数据资源：使用navicat完成对数据库的建设、更新、查询与删除工作；
为了开发和测验所建议系统而需要的计算机资源：系统打包，能够异地发布，完成在系统Windows7以上的电脑上进行测试工作；
所涉及的保密与安全问题：系统对管理员权限进行相应的设置，防止非法登录。

4.4.6对地点和设施的影响

暂无。

4.4.7对经费开支的影响

软件的开发成本并不大，其他的投入也只是服务器。系统开发、运行所需的费用是比较低的。

4.5局限性

由于第一次做比较正规的开发，所以难免还有些地方有所遗漏。

4.6技术条件方面的可行性

利用现有的技术，该系统的功能够实现；
对开发人员都已经过将近两年的学习，拥有一定的经验和基础；
在规定的期限内，本系统的开发能够完成。

5可选择的其他系统方案

5.1可选择的系统方案1

暂无

5.2可选择的系统方案2

暂无

6投资及效益分析

6.1支出

对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

6.1.1基本建设投资

无

6.1.2其他一次性支出

无

6.1.3非一次性支出

服务器的费用，206.50元一年。

6.2收益

6.2.1一次性收益

暂无。

6.2.2非一次性收益

使校园内的快递袋鼩更加方便，提高工作效率，更加规范化。

6.2.3不可定量的收益

根据学生的快递代取量来计算，按一单1元，每天100单，每年运行8个月来算，一年的收益大概24000元。

6.3收益／投资比

由于本系统仅有我一人开发，所以成本低廉。系统投入运行之后，预期会带来可观的收益，在管理上也会带来极大的便利，会节约许多不必要的资源浪费。

6.4投资回收周期

根据投资和收益的分析，系统运行的两个月后便可以收回投入成本，除开服务器成本，剩下为纯利润。

6.5敏感性分析

1.该系统的使用寿命为：2年;

2.该系统的工作负荷量：1台阿里云服务器;

3.设备和软件的配置等待变化时，对开发和收益的影响最多不超过3000元。

7社会因素方面的可行性

7.1法律方面的可行性

本系统作为软件工程这门课程的课程设计，没有签订任何合同，不存在合同责任。所用的东西都是自己的或者公共的，也没有挪用别人的成果，不存在侵犯专利权版权等问题。

7.2使用方面的可行性

使用可行性来看，我设计的快递代取系统可以应用，对此，我认为，该系统具有相当的可行性，大大方便了校园内的快递代取操作。学生、教师都可以使用，软件界面简洁，清晰明了。

8结论

总和各方面的因素来分析，该系统是可行的。