注:仅展示部分文档内容和系统截图,需要完整的视频、代码、文章和安装调试环境请私信up主。
摘 要
本文以构建校园学生互助平台为目的,主要包含了需求分析详细设计、系统实现等几个重要的部分。以此为基础,所构建的系统可以应用到真实的大学生互助平台业务中。
本文确定该系统是以 B/S模式进行开发的,并使用了 Java语言,以 MySQL数据库为基础,来完成功能的实现。为了提高开发效率,本系统在开发过程中引入了 Spring Boot,通过引入 Spring Boot可以提高系统开发效率,最终实现的系统具有运行稳定易用和实用的特点。通过对系统的业务需求分析和功能需求分析确定了系统的功能架构组成,并对系统进行了安全性设计,在这个过程中,学生互助平台的功能已经被实现,并且已经满足了用户的多种需求,使得这样一个系统可以真正地被运用到实际业务中去。
关键字:大学生互助平台;学习资料;校园兼职;代领快递
目 录
第一章 绪论
1.1系统开发的背景
随着我国教育体制的改革,高等院校数量不断增多,各大高校的不断扩招,大学生的数量也逐年增长。如此之多的大学生人群,所需要的信息和帮助也更多。
网络互助依靠互联网的无地域性、可交流性的特点,利用互联网在团结和凝聚个体参与公益活动方面所具有的天然优势,正在逐渐构建一个低门槛、透明化、方便快捷、有效互动的大学生网络互助平台。而且学生们用自己的行动,为社会和校园做出了贡献。
网络互助平台的优点:不受地域和时间的限制,极大地降低了大多数学生参加互助的门槛,大学生互助平台就是将网络技术运用到公益事业中的一个典型的例子。想要帮助别人的人,可以通过登录大学生互助平台,找到自己想要帮助的有困难的朋友,为他们提供帮助。想要寻求帮助的同学,也可以登陆“校园互助平台”,在物质上和精神上都可以发表求助信息;互助平台会在满足特定条件的情况下,将这一信息公布在网上。
让大学生互助网站真正变成一个多受益的、各取所需的、可持续发展的新型信息生态系统,让平台把线下不透明的公益活动,变成公开、透明、即时的校园公益。
3.5系统功能分析
本系统设计主要有八个模块。
大学生互助平台,在系统首页可以查看首页、学习帮、生活帮、招聘信息、物品交易、校园资讯、个人中心、后台管理等信息。
本文所设计的系统采用了SQL数据库,对数据进行集中储存,并且按照实际需要建立用户表和信息表,分别进行用户和信息发布与回复数据的储存。针对信息表建立发布留言、回复留言、审核留言、留言管理的实现等功能;针对用户表建立指定管理员、取消管理员、用户管理功能,便于对信息发布的管理。
实现的主要路线包括:
(1)用户注册,在用户注册页面中填写用户账号、用户姓名、密码、年龄、电话、邮箱等内容并提交即可进行用户注册。
(2)学习帮,同学们发布在学习中遇到的难题,未解决的问题置顶排序,搜索相关问题打开搜索栏。
(3)生活帮,同学们发布在生活中遇到的问题,在搜索栏输入相关关键词搜索。
(4)招聘信息,发布校园附近兼职信息,在招聘信息页面中,可以获得招聘标题、招聘封面、工作地址、工作时间、工作时长、报酬费用、发布人账号、发布人姓名、联系电话、发布时间等信息,进行应聘。
(5)物品交易,在商品信息页面中,可以获得商品编号、商品名称、商品分类、价格、数量、发布人账号、发布人姓名、封面、点击次数等信息。
(6)校园资讯,每天更新校园时事。
(7)个人中心,在个人信息界面可以看到自己注册信息和个人资料,以及我的发布和我的回复。
(8)后台管理,管理员登录进入校园互助平台之后,就可以查看所有得信息,可以查看到首页、个人中心、用户管理、发布人管理、招聘信息管理、应聘信息管理、物品交易管理、交易信息管理、商品分类管理、商品信息管理、订单信息管理、系统管理等,并且还可以对其进行相应的操作管理。
该系统的主要功能模块结构图如下:
3.6系统用例分析
根据上述的功能需求描述,下面分别对系统管理员、普通用户进行用例图设计,系统管理员用例图、普通用户用例图分别如图3.2、图3.3所示。
4.4.1系统功能流程
在登录流程中,为了保护用户的安全,系统中所有使用的账户和密码都将完全与Database中匹配成功才能进入,如果发现错误将会阻止这次请求返回False提示并且给出提示,在登录成功以后用户才能对系统中的功能进行使用,所有涉及到的功能都需要登录才能进行操作。这道检查将会十分严格,因为这关系到后续数据的正确性。系统的系统功能程如图4.3所示。
4.5系统功能操作时序图
4.5.1 登录时序分析
用户登录系统的流程,首先用户进入系统访问登录页面,输入登录信息,当登录信息判断通过之后,才能进入系统首页,否则要再次输入登录信息和判断登录信息。登录时序图如图4.9所示。
4.6 协作图
4.6.1 用户注册协作图
注册网站。用户注册协作图,如图4.13所示。
4.7系统包类图设计
系统主要分为以下几个部分:Controller控制器、Domain实体模型层、Mapper为Mybiatys映射文件层、Service为服务层,其中Impl主要负责的是数据交互,Service主要是实现数据交互里面的接口,如下图4.16所示
4.8.1 数据库逻辑设计
数据库逻辑设计,其原理就是把概念结构E-R图转变成数据库管理系统适用的逻辑结构。多数人通常使用的是Oracle或MySQL等关系型数据库,所以在逻辑结构的设计上,通常分为三步:(1)将E-R图转化为关系模型(2)将特定数据库监管系统的特征与制约转换为指定数据库管理系统支持下的数据模型(3)对实体属性进行优化。
由于用户所描述的现实参杂大量重复多余的信息,因此我们还需对这些信息进行3NF精简。第一NF,使得字段不会再被分解;第二NF,所有规范实体的属性完全仰赖于主要得关键字;第三NF,减少相关性依赖,即要求一个数据库表中不能包含有在其它表中已包含的非主关键字信息。
经过3NF的优化处理,可以得出系统的逻辑结构表。如下:
用户(主键ID、名称、密码、年龄、身份证号码、性别、电话)
物品(主键、添加时间、名称、简介、类型、人员)
配置(主键、名称、参数值)
管理员(主键ID、名称、密码、年龄)
4.8.2 数据库物理设计
物理设计,根据逻辑结构设计所得到的实体属性,再将其设计成数据库表结构,为了满足需求限制,表结构会对其进行相应的制约。表结构的设计的是否合理,直接影响着系统性能的好坏,以及影响对后期的维护更新。
表4.1 用户表
字段 | 类型 | 字段说明 | 备注 |
Id | Int | 主键 | 自增 |
Username | Varchar(50) | 用户名 | 非空 |
Pass | Varchar(30) | 密码 | 非空 |
Sex | Varchar(30) | 性别 | 默认为1 |
addtime | Date | 添加时间 | 跟随系统时间 |
age | Char | 年龄 | |
phonenumber | Varchar(50) | 电话 |
第五章 系统功能的实现
5.1 用户注册模块
用户注册流程图,如图5.1所示。
在此界面上,将相应的账号和密码填写正确,在点击提交以后,系统就会在数据库查询到对应的数据,返回信息给系统,系统进行判断,得到登录成功的提示时,才能进入到系统的首页中,该大学生互助平台的用户登录界面如图5.4所示: