基于java web的校园失物招领系统.docx

PAGE4

基于JavaWeb的校园失物招领系统

摘要

在校园内出现物品丢失，一直是一个不可避免的问题。当发生物品丢失的时候，学生一般都不知道往哪刊登寻物启事，或见到物品的时候，应该上交到哪个具体位置。广播站是一个寻物，寻主的好地点，由于校园广播的媒体

长年遭受风吹雨打，广播的音响很多已经损坏或者出现广播声音非常的小,因此消息传播的范围就非常有限。

本设计采用SSM框架集成web项目，利用Eclipse工具，使用JavaJDK1.8，tomcat8.5，同时使用MySQL作为后台数据库，最后运行的环境系统为Window10。本系统采用Maven对jar包进行管理，同时客户端和管理员端分为两个web项目。客户端的功能包括失物招领，寻物，进入社区。管理员端主要是对用户，物品等信息进行管理。项目整体前端页面采用layui框架，十分简洁干净。

关键字：SSM框架，Maven，java，layui

第一章引言

1.1设计背景以及意义

21世纪，互联网飞速发展，各种电子平台纷纷进入人们的生活，人们的生活也进入了快节奏的时代。尽管时代发展如此迅速，但是物品丢失一直是一个不可避免的问题。总所周知，当有人在公共场所丢失物品，想要找回物品或者有人捡到物品需要上交，第一时间应该是找到该单位的工作人员，然后工作人员在通过广播系统进行广播。然而在同一时刻，听到广播的人未必是需要被通知的人，刚好因为接听电话或者正在进行其他活动的人正是需要被通知的人，恰好因为此时的正进行的活动而没有被通知到，因而就不能很好的完成失物招领这个事件，换句话说，完成失物招领这个事件需要不确定的时长完成，效率极低。

同时市面上很少有一款独立的失物招领系统，据了解，大多数失物招领都是依附在某些系统上作为一个小功能，正是因为作为一个小模块小功能容易被人们忽视，导致当人们真正有物品丢失时也不会想到会用到这个功能。互联网的时代，人手一个电子设备已经成为日常。不得不承认，电子产品带给人们太多便利，网上购物，订外卖实现足不出户。如果将失物招领也以一个独立的模块搬运到线上，将会提供更多的便利。物品丢失的人，不必苦苦找寻相关平台进行转发消息以及消息散布，只需要登录系统，将物品的相关信息发布，就可以实现自行刊登寻物寻人启事；同时捡到物品的人也不一定需要把捡到的物品交到指定部门，可以选择自行保管，待失主认领后再交还，如果不想自己保管可以交给指定的单位保管，并告知失主去认领。

本设计为校园失物招领系统，作用范围为整个校园。校园有图书馆管理系统，也有学生信息管理系统，目前暂时没有一个专门校园失物招领系统。校园丢失物品也是频繁发生的，学生发布寻物消息主要是通过青大表白墙，然而在表白墙里面主要是利用QQ空间的动态，发布的消息会比较杂乱且没有整理的功能，因此失物招领消息可能会被其他消息覆盖，达不到广播的效果。因此采用系统独立设计方便规范，以便于用户看看各种消息。

第二章系统需求分析

2.1系统需求分析

2.1.1系统功能目标定位

校园失物招领系统，应该满足以下几个要求：

校园失物招领系统的失物完成效率应该优于传统线下的失物招领完成效率

采用以线上的模式就是为了改进传统失物招领模式的消息传播速度慢的缺点，同时相比于传统的失物招领模式，校园失物招领系统的线上模式能有效保活消息，即发布的消息只要没有完成，就会一直被展示，而传统的就是发布一次，人们在某一时刻被通知到，过后以很少在重复通知，因此完成事件的效率非常低。

校园失物招领系统的易操作性

校园失物招领系统的用户和管理员基本上为学生，为使得失物招领等事件有效完成，而又不耗费同学的太多课余时间，采用了更加简洁明了的操作方式，界面也采用简易的风格，各操作的模块明确分出，不容易产生视觉疲劳。

校园失物招领系统的可拓展性

充分考虑校园失物招领系统的可拓展性，这是设计校园失物招领系统的时候必须考虑的。后期保管模式以及信誉系统的改进，需要在原来的系统适当增加一些功能。所以在设计的过程中采用接口实现的模式，以便提高校园失物招领系统的可拓展性。

校园失物招领系统的安全性

系统的物品数量是有限的，防止认错物品，所以在认领物品的时候，被认领的物品会被暂时锁定，如果完成就正常执行，如果是认错的，就会原路返回。同时防止两个人同时认领同一件物品，所以一旦物品被认领后就会不再在系统上显示。

2.1.2系统功能模块设计以及概况

整个系统主要分为两个大部分，两个大部分分别都是由Maven管理的独立的SSM项目，即客户端和管理员端。客户端有失物展示，寻物展示，这两个部分中会包含发布消息、认领、个人发布消息删除等功能；同时还有个人消息管理，认领授权已经物品找回的功能，最后附加功能，进入社区，用户可以再次发布动态消息。管理员端主要是对客户端发布