Java大数据技术开发交流群   群号：705824187
 
需求概述
 
本项目案例 是 开发一个  企业级 的  CMS 系统——APP 信息管理平台。
 
 针对目前的 Android 应用市场，开发一套后台管理平台——APP 信息管理平台，以
 
进行 APP 应用的维护管理工作。该平台分为两个管理系统：APP 开发者平台和后台。
 
管理系统。
 
（1）APP 开发者平台。该子系统是一个 b2C 的管理平台，也是一个开放平台，它
 
可以让开发者（平台用户）入驻进来自行操作 （故也称作小 b 的 B2C 平台）。例如，上
 
传自己的 APP ，并  自行处理 APP 的  版本维护  以及  版本发布  等。
 
（2）后台管理系统。主要负责  后台数据  的  维护和管理。它与  传统的  企业级软件  不一样，
 
之前  是  一个系统的  超级管理员  负责  所有的  维护工作，但是  有了 APP 开发者平台  这个
 
子系统  之后，后台管理系统  的 超级管理员  就只需要  做一些审核工作 即可，如 APP 审核、
 
开发者账号  的 审核 等。大部分工作  由小 b 用户（开发者）在开发者平台  完成，如 APP
 
的  维护和发布  等。
 
    APP 信息管理平台  作为一个  平台级的应用，在本项目中  我们  只进行  主流业务  的具体
 
实现，只是一些  复杂业务 的  精简系统。本章涉及 APP 开发者平台的 登录/注销、APP
 
应用  管理功能模块  以及  后台管理系统 的 登录/注销、APP 审核功能模块  的开发实现。
 
整个系统 包括 两种角色：超级管理员 和 开发者 。
 
    超级管理员 负责的 业务功能：APP 基础信息 以及 版本信息 的 增删改查、提交 APP 审核、
 
APP 发布（上架、下架）。
 
      APP 信息管理平台 的 系统功能框图 如图 12.22 所示。
 
 
                                                                    图 12.22   APP 信息管理平台的功能框图
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

基于SSM的校园二手交易平台
 
完整的设计报告在后面
 
喜欢就点一下star哟，谢谢亲的支持
 https://github.com/wsk1103/Used-Trading-Platform
 
下载地址： https://download.csdn.net/download/wsk1103/13189870
 
Java版本：1.8
 数据库：MySQL
 框架：Spring + Spring MVC + MyBatis
 服务器：Tomcat
 前端解析框架：Thymeleaf
 开发工具：Idea 2017
 版本管理工具：Maven
 版本控制工具：GitHub
 
搭建数据库
 MySQL
 driver=com.mysql.jdbc.Driver
 url=jdbc:mysql://localhost:3306/c2c
 username=root
 password=123456
 initiaSize=0
 maxActive=20
 maxIdle=20
 minIdle=1
 maxWait=60000
 、
 
先在数据中创建名为c2c的数据库，使用Navicat for MySQL运行 c2c.sql文件创建表和导入数据
 
将图片解压到任意一个盘，然后配置Tomcat，将图片路径引用到本地配置的图片路径下。
 
 设置访问路径
 
 
3.2 实现过程
 
3.2.1 商品首页实现
 
 

 其他部分实现效果
 
 
 
3.2.2 二手商城实现
 

 商城商品展示
 
 

 
 
3.2.3 商品详情实现
 

 留言
 
 
3.2.4 站内搜索引擎实现
 

 搜索结果
 
 
3.2.5 发布商品实现
 

 
 
 
3.2.6 发布求购信息实现
 
 
3.2.7 个人信息页面实现
 

 
 
3.2.8 我发布的商品实现
 

 点击修改
 
 
3.2.9我发布的求购信息实现
 

 
 
3.2.10购物车实现
 

 点击添加数量和减少
 
 
3.2.11登录注册实现
 

 
 
 
一、设计概要
 
本次设计的是一个校园二手交易平台（C2C），C2C指个人与个人之间的电子商务，买家可以查看所有卖家发布的商品，并且根据分类进行商品过滤，也可以根据站内搜索引擎进行商品的查询，并且与卖家联系，达成交易的意向，也可以发布求购的信息，让卖家查看之后，与之联系，进行交易。而此次主要是针对校园用户所设计的网站，对于数据的分类应该更多的考虑校园用户的需求，例如二手书籍、二手数码等的分类应该更加细致。本次设计的主要难度在于数据的详细分类，对于数据的过滤必须要严谨，应当考虑敏感字体和敏感图片的过滤。
 
可能遇到的问题有，在数据交互过程中，出现由于属性名的差距导致的数据交互失败。由于Css属性设置的问题，导致界面不完整等等。设计的算法都是自己编写的，可能存在不是最优算法的情况。
 
二、设计正文
 
1 需求分析
 
建立一个用户可以自由交易的平台，通过ajax实现局部刷新，实现网站更具人性化，具有更良好的互动。以下是总体需求
 
1.1 通过手机号码注册账号并且登陆
 
每个手机号码只可以注册一个账号，并且通过账号完善个人信息和浏览商品，发布商品等，注册时需要通过手机号码获取验证码进行验证才能注册。
 
1.2 实现二手商城
 
商城主要显示总的商品信息，并且可以通过侧边栏点击进行信息过滤。商品点击之后可以查看详细信息。
 
1.3 站内搜索引擎
 
实现本站内特有的搜索引擎，可以输入字段，模糊查询合适的商品并且显示出来。
 
1.4 求购信息发布
 
根据需求输入相应的信息，发布求购商品。
 
1.5 求购商城
 
卖东西的用户，也可以通过求购商城查看是否有用户对自己拥有的二手物品有需求，查看详细的需求，有的话可以跟买家联系进行交易。
 
1.6 货物出售信息发布
 
卖家可以发布二手商品的信息，对商品进行描述，并且添加图片增加可信度，也方便买家查看相应的信息。
 
1.7 购物车
 
将想要的物品添加到购物车，可以修改数量，选择是否要支付，移除商品。选择收货地址，并且进行结算。
 
1.8 个人信息
 
用户发表求购信息和发布商品时需要先进行信息的完善，用户可以查看自己发布的商品，对发布的商品进行修改或删除，查看已发布求购信息，对求购的商品进行修改或删除。
 
2 概要设计
 
系统的整体结构流程图如下
 
 
2.1 系统模块
 
本系统的可以分为以下几个模块。
 
2.1.1 商品首页
 
负责显示热门的商品信息，以及显示本网站的网站信息，导航栏负责跳转到各个页面，没有登录显示按钮可以让用户进行登陆和注册。已登录的用户显示用户名，并且可以发布商品信息，查看个人信息等。进入首页的时候，通过Ajax获取数据库中存在的热门商品数据集合，并且刷新页面的内容，点击商品之后跳转到商品详细信息模块。
 
2.1.2 二手商城模块
 
负责显示所有的二手商品，提供类别的侧边栏给用户点击之后显示对应的商品信息。类别侧边栏的实现后，需要为每一个类别的元素都添加一个id，通过id来获取数据库中的数据，用Ajax获取数据并且刷新页面的信息。采用分页技术，防止数据过多的时候，显示在同一个页面，给用户带来不好的体验，分页支持点击下一页上一页或者直接点击指定页面，跳转到指定的页面。商品点击之后就要跳转到商品详情。
 
2.1.3 商品详情模块
 
负责显示指定的商品详细信息，包括图片、名字、价格、数量等，当一个商品被点击之后，通过返回的id查询到这个数据集合，跳转到商品详细信息的页面，商品发布者可以在下方查看留言，并且与有意者打成交易意向。将对应的信息显示出来，并且提供加入到购物车的功能。商品详细信息下方显示其他用户的留言，并且已经登录的用户可以对这件商品进行评论，商品发布者可以在下方查看留言，并且与有意者打成交易意向。商品发布者可以在下方查看留言，并且与有意者打成交易意向。
 
2.1.4 站内搜索引擎
 
每一个页面顶部都存在一个搜索输入框，用户通过输入模糊的商品信息，后台数据库通过查询过滤相关的商品信息，并且显示出来给用户查看，显示出来的商品点击之后可以显示商品的详细信息。
 
2.1.5 发布商品
 
用户输入指定的信息，以及选择商品的图片，之后将这些信息结合当前登陆的用户，通过Ajax发表到后台，并且通过框架存储数据到数据库指定表。
 
2.1.6 发布求购信息
 
用户输入指定的信息，以及选择商品的图片，之后将这些信息结合当前登陆的用户，通过Ajax发表到后台，并且通过框架存储数据到数据库指定的求购信息表。
 
2.1.7 个人信息模块
 
显示个人信息，例如用户名、真实姓名、宿舍号、学号等，显示之后还需要支持对于数据进行修改，修改之后，要同步修改页面的信息，这需要用到Ajax进行数据的提交，并且进行页面的局部刷新。
 
2.1.8 我发布的商品模块
 
显示个人发表的商品信息，支持点击之后对数据进行修改，例如修改商品名字，修改商品的单价和数量等，修改之后将新的数据提交到数据库，数据库执行相应的修改操作，也可以直接下架某件商品，点击删除按钮之后，直接在后台数据库删除这一件商品，并且刷新当前页面上显示的个人发布的商品。给用户带来更好的体验效果。
 
2.1.9 我发布的求购信息模块
 
显示个人发表的求购商品信息，支持点击之后对数据进行修改，例如修改商品名字，修改商品的单价和数量等，修改之后将新的数据提交到数据库，数据库执行相应的修改操作，也可以直接下架某件商品，点击删除按钮之后，直接在后台数据库删除这一件商品，并且刷新当前页面上显示的个人求购的商品。
 
2.1.10 购物车模块
 
显示用户加入购物车的商品，计算总的价格，提供全选和取消全选的按钮，从后台获取商品的单价，判断当前剩余的数量，当用户点击数量添加或者减少之后，对于总价要实时刷新，采用jQuery对数据进行修改，当用户取消选中其中的某一个商品，要相应的减少价格并且刷新，提供选择收货地址，对收获地址进行管理，选好收货地址之后，结算购物车，弹出支付页面，让用户选择付款方式，并且提交。
 
2.1.11 登录注册模块
 
用户通过手机号码和密码进行登录，登录之后显示首页。当用户没有账号的时候，提示用户进行注册，从登录界面切换到注册界面，注册需要通过手机号码获取验证码，后台通过页面传递的手机号码，随机生成4位数的验证码并且缓存，之后通过发送139邮箱的方式发送到指定的手机，手机收取到验证码之后输入验证码提交，判断是否正确，正确则注册成功，失败则注册失败。用户注册完之后直接跳转到首页。
 
2.2 数据结构设计
 
首页需要的数据是热门商品的信息，商品信息需要建立一个Bean对象，存储内容是商品的id、商品名称、商品单价、商品类别、商品数量、商品详细信息、商品成色、商品附带的图片地址、热门程度、发表用户的id、留言的集合，当用户发表之后，保存数据到Bean对象中，并将它存储到数据库。首页请求数据之后，根据热门度返回多个数据，将数据存储到list集合中，并且将它转换为JSON格式数据，返回到页面，页面解析数据并且显示。
 
商场则负责显示所有的商品数据，实现侧边栏点击指定的类别之后，显示对应类别的数据，需要的是类别的id，因此类别Bean对象的数据是类别id、类别名称，点击之后，通过类别id获取到商品详情集合，并且将它转为JSON格式的数据，返回到前端页面，显示数据。
 
点击商品之后，需要显示商品详细信息，通过商品的id返回指定商品的Bean对象，转化为JSON格式的数据，返回到前端页面显示，需要显示商品的留言信息，因此需要留言的Bean对象，包括数据留言id、留言的商品id、留言内容、留言时间，结合商品的详情返回JSON格式数据，前端解析之后显示。
 
求购商城，负责显示所有的求购商品，需要求购商品的Bean，内容包括求购商品id、求购商品名称、求购商品数量、求购商品单价、求购商品详细信息、求购商品留言集合。页面显示时从后台返回对象集合转变的JSON数据，前端解析数据并且显示出来。
 
登陆界面需要验证用户信息，用户信息包括内容用户id、用户名、用户的手机号码、用户密码、用户真实姓名、用户地址、用户email、用户性别、用户学号。验证的时候只需要判断手机号码和密码是否符合，符合则验证通过，返回验证结果，用JSON存储数据。失败则返回失败信息。
 
主要用到的数据结构是ArrayList负责组合各种信息，并且转换为JSON格式数据返回。数据需要排序的时候，用到的是快速排序，负责排列热门商品等的信息，并且返回数据到前端页面进行显示。
 
3 详细设计
 
3.1 数据字典
 
用户信息表
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Username
Varchar(50)
否
用户昵称
Phone
Char(11)
否
用户手机号码
realName
Varchar(20)
是
用户真实姓名
Clazz
Varchar(20)
是
用户所在班级
Sno
Char(12)
是
用户学号
Dormitory
Varchar(20)
是
宿舍号
Gender
Char（2）
是
性别
Createtime
Datetime
是
创建时间
Avatar
Varchar(200)
是
头像
用户密码表
 
字段名
字段类型
是否可为空
备注
Id
Int
否
主键
Modify
Datetime
是
修改时间
Password
Varchar(24)
否
用户密码
Uid
Int
否
用户id
商品表
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Name
Varchar(50)
否
商品名称
Level
Int
否
商品成色
Remark
Varchar(255)
是
商品详细信息
Price
Decimal(0.00)
否
商品价格
Sort
Int
否
商品类别
Count
Int
否
商品数量
Display
Int
否
商品是否被下架
Transaction
Int
否
交易方式
Sales
Int
否
商品销量
Uid
Int
否
发表的用户id
Image
Varchar(255)
否
商品的图片地址
商品留言
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Sid
Int
否
商品的id
Content
Varchar(122)
否
留言内容
Display
Int
否
是否可见
Uid
Int
否
评论的用户id
我的收藏
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Sid
Int
否
商品的id
Display
Int
否
是否可见
Uid
Int
否
评论的用户id
求购商品
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Name
Varchar(50)
否
求购商品名称
Remark
Varchar(255)
是
求购商品详情
Price
Decimal(0.00)
否
求购商品价格
Sort
Int
否
求购商品类别
Count
Int
否
求购商品数量
Display
Int
否
信息是否被删除
Transaction
Int
否
交易方式
Uid
Int
否
发表的用户id
Image
Varchar(255)
否
商品的图片地址
求购商品留言
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Qid
Int
否
求购商品的id
Content
Varchar(122)
否
留言内容
Display
Int
否
是否可见
Uid
Int
否
评论的用户id
我发布的商品
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Display
Int
否
是否被删除
Uid
Int
否
用户id
Sid
Int
否
对应商品id
我求购的商品
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Display
Int
否
是否被删除
Uid
Int
否
用户id
Qid
Int
否
求购商品id
已购买的商品
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
State
Int
否
商品当前的状态
Uid
Int
否
用户id
Sid
Int
否
商品id
Quantity
Int
否
商品数量
购物车
 
字段名
字段类型
是否可为空
备注
Id
Int(11)
否
主键
Modify
Datetime
是
修改时间
Display
Int
否
商品是否被删除
Uid
Int
否
用户id
Sid
Int
否
商品id
Quantity
Int
否
商品数量
3.2 实现过程
 
3.2.1 商品首页实现
 
负责显示热门的商品信息，以及显示本网站的网站信息，导航栏负责跳转到各个页面，没有登录显示按钮可以让用户进行登陆和注册。已登录的用户显示用户名，并且可以发布商品信息，查看个人信息等。进入首页的时候，通过Ajax获取数据库中存在的热门商品数据集合，并且刷新页面的内容，点击商品之后跳转到商品详细信息模块。
 
首页的前端设计大体如下
 
顶部实现导航栏，导航栏包括网站logo支持点击之后返回到首页、输入框和按钮负责站内搜索引擎的实现、以及一个span包裹的数据，当有用户登陆时将它替换为用户名，没有用户登录时，则将它设置为登录注册按钮，方便用户进行登录和注册。用户登陆之后，显示出来的用户名可以通过绑定鼠标进入事件，弹出选择框让用户选择相应的操作，例如显示个人信息、查看发布的商品、查看求购的商品、发布商品、发布求购商品信息。导航栏与其他页面共用。
 

 　　显示热门商品信息，采用轮播图实现，主要是先定义一个顶级的div指定position是绝对位置，将除了当前显示的页面之外的轮播图div都隐藏起来，为当前的div添加一个current类，判断点击的方向，如果是右则先获取到current的下一个div，并且将它准备在右侧等候进入，当前的div移出之后，就将下一个进入，并且删除原来的current类，将它添加给新的div。在此过程中控制动画，就可以实现一个精美的轮播图。
 
 　　其他部分实现效果
 
 
 
3.2.2 二手商城实现
 
负责显示所有的二手商品，提供类别的侧边栏给用户点击之后显示对应的商品信息。类别侧边栏的实现后，需要为每一个类别的元素都添加一个id，通过id来获取数据库中的数据，用Ajax获取数据并且刷新页面的信息。采用分页技术，防止数据过多的时候，显示在同一个页面，给用户带来不好的体验，分页支持点击下一页上一页或者直接点击指定页面，跳转到指定的页面。商品点击之后就要跳转到商品详情。
 
二手商城前端实现
 
主要是设计侧边栏比较有难度，首先获取后台返回的三级类别，并且将顶级类别显示在侧边栏中，当鼠标移动上去的时候，显示其余两级目录，显示次级目录作为标题，而第三级的目录则是可点击的按钮，点击之后显示相应类别的商品信息。
 
 商城商品展示
 
 
其次是底部分页按钮的实现，左右切换需要通过jQuery来控制，下一页则判断是否已经到达当前显示的页数倒数第二个，如果是就删除第一个页数，并且添加下一页的页数（前提是还有页数可以继续），如果不是倒数第二个，就将当前元素的current类名删除并将它赋给下一个元素。
 
 
 
3.2.3 商品详情实现
 
负责显示指定的商品详细信息，包括图片、名字、价格、数量等，当一个商品被点击之后，通过返回的id查询到这个数据集合，跳转到商品详细信息的页面，商品发布者可以在下方查看留言，并且与有意者打成交易意向。将对应的信息显示出来，并且提供加入到购物车的功能。商品详细信息下方显示其他用户的留言，并且已经登录的用户可以对这件商品进行评论，商品发布者可以在下方查看留言，并且与有意者打成交易意向。商品发布者可以在下方查看留言，并且与有意者打成交易意向。
 
显示商品的详细信息，并且添加可以留言的模块，用户发表留言之后，会在下方的留言板通过ajax进行实时的刷新。
 
 　　留言
 
 
3.2.4 站内搜索引擎实现
 
每一个页面顶部都存在一个搜索输入框，用户通过输入模糊的商品信息，后台数据库通过查询过滤相关的商品信息，并且显示出来给用户查看，显示出来的商品点击之后可以显示商品的详细信息。
 
 　　搜索结果
 
 
3.2.5 发布商品实现
 
用户输入指定的信息，以及选择商品的图片，之后将这些信息结合当前登陆的用户，通过Ajax发表到后台，并且通过框架存储数据到数据库指定表。
 
三级联动的实现，用Ajax获取到三级的类别JSON数据，之后解析JSON数据，将第一级的添加到第一个下拉框，第二级的添加到第二个下拉框，第三级的添加到第三个下拉框，当第一个或者是第二个发生改变的时候，通过获取父容器的子集合修改后两级或者一级的下拉框内容，用jQuery的html替换即可。
 
 
 　点击图片后显示缩略图，需要先采用一个file的input，获取到file的文件集合，并且获取它的网页缓存地址，获取后将它设置到img的src中，可以添加一个渐变的动画效果，给用户带来更好的视觉体验。
 
 
3.2.6 发布求购信息实现
 
用户输入指定的信息，以及选择商品的图片，之后将这些信息结合当前登陆的用户，通过Ajax发表到后台，并且通过框架存储数据到数据库指定的求购信息表。三级联动采用前一个的即可。
 
 
3.2.7 个人信息页面实现
 
显示个人信息，例如用户名、真实姓名、宿舍号、学号等，显示之后还需要支持对于数据进行修改，修改之后，要同步修改页面的信息，这需要用到Ajax进行数据的提交，并且进行页面的局部刷新。
 
所有信息采用jQuery的EasyUI中的accordion显示，标题显示信息，而底部内容则显示修改的组件，之后Ajax修改具体信息后需要将对应的新的内容，采用jQuery显示到标题中。
 
 
 
3.2.8 我发布的商品实现
 
显示个人发表的商品信息，支持点击之后对数据进行修改，例如修改商品名字，修改商品的单价和数量等，修改之后将新的数据提交到数据库，数据库执行相应的修改操作，也可以直接下架某件商品，点击删除按钮之后，直接在后台数据库删除这一件商品，并且刷新当前页面上显示的个人发布的商品。给用户带来更好的体验效果。
 
 　　点击修改
 
 
3.2.9我发布的求购信息实现
 
显示个人发表的求购商品信息，支持点击之后对数据进行修改，例如修改商品名字，修改商品的单价和数量等，修改之后将新的数据提交到数据库，数据库执行相应的修改操作，也可以直接下架某件商品，点击删除按钮之后，直接在后台数据库删除这一件商品，并且刷新当前页面上显示的个人求购的商品。
 
 
 
3.2.10购物车实现
 
显示用户加入购物车的商品，计算总的价格，提供全选和取消全选的按钮，从后台获取商品的单价，判断当前剩余的数量，当用户点击数量添加或者减少之后，对于总价要实时刷新，采用jQuery对数据进行修改，当用户取消选中其中的某一个商品，要相应的减少价格并且刷新，提供选择收货地址，对收获地址进行管理，选好收货地址之后，结算购物车，弹出支付页面，让用户选择付款方式，并且提交。
 
 　　点击添加数量和减少
 
 
3.2.11登录注册实现
 
用户通过手机号码和密码进行登录，登录之后显示首页。当用户没有账号的时候，提示用户进行注册，从登录界面切换到注册界面，注册需要通过手机号码获取验证码，后台通过页面传递的手机号码，随机生成4位数的验证码并且缓存，之后通过发送139邮箱的方式发送到指定的手机，手机收取到验证码之后输入验证码提交，判断是否正确，正确则注册成功，失败则注册失败。用户注册完之后直接跳转到首页。
 
登录界面需要4个页面，第一个是登录界面，显示手机号码和密码的组件，并且需要底部添加注册按钮，以及忘记密码。第二个是注册界面，注册界面首先提供用户输入手机号码以及验证码，获取验证码的按钮，获取之后跳转到下一步，也就是输入密码界面。输入密码界面需要两次确认密码，输入确认之后就是跳转到首页。最后一个界面是忘记密码，同样通过输入手机号码获取验证码即可。之后将这四个界面通过CSS3的transform属性，将四个界面组合成一个立方体，当用户点击切换到各自界面的按钮时，就采用transform的rotateY，将切换的效果实现成立体翻转的效果。
 
 
 
 
后台实现的过程
 
1. 总述：本次后台使用的编程语言为Java，使用的框架是Spring+SpringMVC+Mybatis，前端网页渲染的语言不使用JSP，而我选择使用的是thymeleaf框架，
 
原因如下：
 
a. thymeleaf可以直接渲染出HTML5和CSS3的效果。
 
b.前端写的网页合并到后台处理的时候不需要转换成jsp页面，方便快捷。
 
c. thymeleaf可以很方便的解析后台传输到前端的值。
 
d. thymeleaf，我个人认为是个比较好的模板，性能也比一般的，比如freemaker的要高，而且把将美工和程序员能够结合起来，美工能够在浏览器中查看静态效果，程序员可以在应用服务器查看带数据的效果。
 
e. thymeleaf是一个支持html原型的自然引擎，它在html标签增加额外的属性来达到模板+数据的展示方式，由于浏览器解释html时，忽略未定义的标签属性，因此thymeleaf的模板可以静态运行。
 
2. 后台结构总图
 
 
java:存放Java代码
 　　bean：用于序列化到前端，然后解析的实体类。
 　　controller：spring和springMVC的控制器，用于处理请求的链接
 　　dao：，和数据库进行交互
 　　pojo：普通的Java实体类
 　　service：定义接口，用于连接controller和dao
 　　token：生成唯一标识，用于防止用户重复提交。
 　　tool：工具类，例如处理文件，文本敏感词过滤，图片色情鉴别等等。
 　　resources：存放资源文件，例如Mybatis生成的xml文件，spring，springMVC，mybatis配置文件等等
 　　css：网站样式
 　　img：网站部分图片
 　　js：JavaScript文件
 　　templates：网站html文件
 
3.后台实现了一个只能单用户登录的功能：如果有两个用户使用同一个账号分别登录，那么后一个登录的用户会踢掉第一个用户登录的账号，也就是说先登录的用户会被强制退出。实现细节：主要使用的是websockt和spring websockt。首先前端判断用户有没有登录，如果有登录的话，就将用户的手机号码，当前时间发送到后台，后台接收到信息，解析信息，将信息存储到Map中，前台循环提交这些信息，并判断Map中手机号码对应的时间是否相等，如果不相等，证明有其他用户登录了该账号，后台发送下线信息到前端，前端收到信息后，触发退出当前账号事件。
 
4.常规数据库增删查改：考虑到密码是重要的信息，所以当操作密码的时候，都是先使用MD5对其进行加密后处理。例如修改密码，注册用户等等。各个数据表之间的关联都是通过逻辑处理进行数据联系的。
 
5.防止用户重复提交：在每个界面，都会由后台生成一个token，然后前端页面存储该token，如果用户进行提交按钮等事件时，就会连这个token一起发送到后台进行处理，后台若获取不到token或者token不相匹配，那么就判定该用户重复提交这个事件，后台直接返回原本页面。
 
6.敏感词过滤：管理员将敏感词编入到数据库中，用户发布商品时附带的商品名称，商品备注等等，都会被过滤，将其中的敏感词替代成**。然后返回对应的数值。用户在填写商品名称，详情的时候，还会ajax自动和后台进行验证判断，并实时提醒用户有没有输入敏感词。
 
7.图片色情鉴别：使用的是百度的百度开发者平台中的色情图片识别功能。通过提交一张图片到百度的这个功能中，该项目功能就会返回一个数字，姑且称该值为色情值，如果该色情值超过一个给定的数值，那么就可以判定该图片为色情图片，如果用户上传的是色情图片，那么就无法插入，修改，后台会直接返回一个错误值给前端，提示使用了非法的图片。
 
4.问题分析
 
4.1 在实现只能单用户登录的时候，由于是第一次编写，以前没有经验，刚开始的想法是设计2个Map（m1,m2），用于存储前一次登录（m1）和再次登录（m2）的手机号码和对应的时间。首先，当用户第一次登录的时候，m1和m2必定都为空，m2先通过手机号码存储当前的时间，然后前端通过websockt发送定时信息过来请求判断，在后台处理前端发送过来的信息的时，先判断m1是否存在m2中该的该手机，如果不存在，则证明为第一次登录，那么m1存储m2中对应手机的对应时间。如果存在，那么将m1中时间和m2中的时间进行比较，若比较结果一致，是单用户登录；若不一致，该手机为前一次登录，强迫下线。当用户再次登录的时候，m2中存储手机对应的当前的时间，那么前一次登录的时候m1中存储的手机对应的时间必然小于再次登录中m2中存储的时间，此时，前一次登录强迫下线，m1中的时间刷新为m2中对应的时间。但是这个思路出现了一个严重的问题，在测试的时候，首次登录后，第二次登录确实会踢掉第一次登录，但是第三次登录的时候，所有的用户都平安无事，不会互相排挤，此时出现的问题应该是线程不安全导致的结果。m1，m2这2个map都可能会出现这种情况。
 
解决方法：设计一个Map（m），用于存储手机号码和其对应的时间。首先，用户登录后，将当前的时间，手机号码通过websockt发送到后台，后台进行判断处理，如果发送过来的时间和m中存储的时间进行比较，若一致，证明没有其他用户登录，若不一致，证明其他用户登录过，那么当前这次用户就会被迫下线
 
4.2 设计的工具类中，因为存在很多个类和包，如果没有使用工厂模式进行设计的时候，那么在启动项目的时候，多用户登录时，就会导致线程不安全或者线程堵塞，并且将类中的所有方法声明为static时，会占用了许多的内存。
 
解决方法：使用静态工厂模式-静态内部类。将所有的工具类集中到一个总类中，然后为给总类设计一个静态内部类，其他将要调用的方法设计为public非静态方法，如果调用的时候用工厂调用就可以了。
 
4.3 当使用多个参数通过mybatis获取数据库数据时，出现了参数未定义的情况，这是因为多个参数的时候，要将这些参数封装为一个Map。
 
解决方法：将多个参数封装为一个Map，然后将该Map作为参数传递给mybatis的处理方法。
 
4.4 发送手机验证码出现的错误：一开始像使用邮箱验证用户的，但是在通过邮箱给用法发送信息的时候，这个时候就有多个邮箱作发送者供选择-QQ,163,127,sina等等。原先使用的是163邮箱进行发送信息，但是由于发送的内容过于少，被系统认定为垃圾邮件不给发送或者接收。其他邮箱也类似。后来感觉使用邮箱发送验证码已经被淘汰了，现在流行手机验证了，所以改为发送手机验证码。但是手机发送验证码的话，不想使用网上别人提供的服务，打算自己写一个，关键是怎么将验证码发送到手机上。
 
解决方法：将验证码发送到139邮箱上就可以了，一般的手机用户都会默认绑定139邮箱的，如果139邮箱收到信息，那么就会通过发送短信的形式提示到对应的手机上，这样就可以实现手机验证码的发送了。
 
4.5 前端使用Ajax局部刷新时，有可能会导致新显示的内容无法绑定点击事件，最终导致在点击相应的按钮（例如加入购物车按钮）时，页面没有反应。
 
解决方法：在Ajax的for循环显示结果内容后，为按钮等绑定相应的事件。这样就可以解决该问题。
 
6.用户使用说明
 
6.1 首页
 
首先访问本站网址，进入首页，可以浏览首页的商品信息，首页轮播图可以左右切换查看商品信息，如果没有主动切换，那么每3.5s之后会自动往右切换一张，往下滑动显示的是其他的一些热门商品缩略信息，点击商品名字之后可以查看该商品的详细信息和留言。再下方是一些其他信息，可以忽略。
 
6.2 普通游客的限制
 
普通游客可以随意访问首页，可以通过导航栏访问商城，求购商城等。但是如要要发布求购、发布商品则需要先登录。
 
6.3 没有账号？
 
如果用户还没有账号，那么点击右上角的注册按钮，之后会跳转到注册界面，用户需要输入手机号，再通过它获取验证码，注意输入的手机号必须要格式正确并且有效，获取验证码之后，便点击下一步，此时到达的界面是确认密码界面，重复输入密码，两次输入的密码必须一致。确认完毕之后就会进入首页。如果用户忘记了自己注册过的账号密码，那么点击登录界面的忘记密码选项，输入注册时使用的手机号码，通过此手机号码获取验证码，输入验证码之后，点击下一步开始重置密码，重置完毕之后就会重新进入到首页。
 
6.4 商城
 
用户想要查看其他用户发布的商品，需要通过点击导航栏处的商城进入到商城页面，在此可以浏览所有的商品，每页显示12个，底部的分页按钮，可以点击之后切换到用户想找的页面。而用户如果需要过滤信息，找到自己想要的类别，左侧悬浮的悬浮框，鼠标移动到指定的类别中，查看详细的类别，点击自己想要找的商品类别，网站便会过滤出指定的商品呈现给用户。
 
商城显示的商品信息只是一部分，通过点击商品名可以跳转到商品详细信息页面，用户可以在此查看商品的所有信息，可以将它添加到购物车，或者查看下方其他用户的留言，也可以针对自己的意见，对商品做出评价。
 
6.5 模糊查询
 
如果想要模糊查询商品，最顶部有一个输入框，输入商品的信息，点击搜索按钮，系统会自动过滤合适的商品呈现给用户。
 
6.6 求购商城
 
如果用户有商品想要出售，可以进入求购商城，浏览其他用户的求购信息，通过点击顶部的导航栏 求购商城 进入查看所有的求购信息，同样有分页和侧边栏的功能。
 
6.7 发布商品信息
 
如果已经登录过，那么右上角显示的是用户名，将鼠标移动到上面，会弹出一个下拉框，点击发布商品信息，按照提示输入各自的信息，之后确认信息无误之后点击发布按钮即可。
 
6.8 发布求购信息
 
发布求购信息的过程跟发布商品信息一样，主要是点击下拉框的发布求购信息，在发表即可。
 
6.9 查看我发布的商品
 
鼠标移动到左上角的用户名，点击显示出来的下拉框的我发布的商品，就可以进入到自己发布过的商品，可以点击每一个商品下方的修改图标可以对商品进行修改，点击删除图片可以下架这个商品。
 
6.10 查看我的求购商品
 
跟查看我发布的商品基本一致，只是点击的是我的求购商品。
 
6.11 购物车
 
用户浏览到合适的商品，可以点击添加至购物车的按钮，之后可以将鼠标移动至右上角用户名处，点击显示出来的下拉列表，点击我的购物车，进入到我的购物车查看自己有意向购买的商品。此时可以选择收货地址，或者修改购物车中的一些信息，例如修改数量，或者删除某一件商品。也可以同时选中所有的商品，或者是取消选中所有的商品，之后便可以结算。
 
三、设计总结或结论
 
该C2C校园二手交易平台，界面简洁明了，能给用户一种美的视觉上的享受。并且操作简单易懂，可以大胆但是毫不夸张的说，本系统适用于99%的青少年愉快的使用，对于不是很了解智能科技的人来说，只要看看就基本可以掌握然后熟练的使用该系统了。并且本系统的动画效果做得非常的完美，前端工作人员争取使用最少的代码实现最炫酷的动态效果，例如3D页面转换，动态加入购物车效果，搜索的时候动态自动提示商品名字功能等等，无一不是本系统的亮点。由于前端本着使用最少的代码，实现最炫酷的动态效果，所以其性能可以来说是杠杠的。并且前端所构建的网站为响应式网站，当页面的大小发送变化的时候，页面会随着变化，但是我们的变化不会出现任何的纰漏。在兼容性方面，本网站可以完美的兼容ie8+，Firefox8+，chrome6+等等，虽然目前比较少用户使用这些版本以下的浏览器，但是要做的话，我们就要力争做到完美，前端人员通过查询资料，目前可以最完美的兼容上诉浏览器的以下版本。
 
前端页面缺点：对于那些不兼容HTML5和CSS3的浏览器，使用的是JavaScript来动态实现这些3D效果的，所以可能展示的效果不如支持HTML5和CSS3的本身效果好。对应浏览器版本真的是过低的用户，无法完美的显示本系统的动态网页。JavaScript实现的那些动画效果可能存在某些目前未知的bug，导致性能上的加载可能会出现瑕疵。
 
后台实现的优点：后台为了提高性能，使用了一些目前属于比较好的设计模式，例如工厂方法模式，代理模式，备忘录模式，单例模式等等。数据库表的设计思想主要是参考阿里巴巴的开发手册进行设计的，在性能上，建立了适当的索引，增强了查询速度，并且自己设计了许多的算法对后台数据的处理进行优化等等。本来想使用集群和分布式来实现后台，但是考虑到现在如果使用集群，分布式来实现，那么开发周期得提升不止一个档次的时间。
 
网站加载图片的时候，通常耗费的主要流量和影响速度的原因之一就是这个，所以后台设计了一个比较有意思的算法对图片进行适当的压缩，在前端显示的时候，主要显示的压缩后的图片，当鼠标移到图片上的时候，那么通过ajax显示未被压缩过的图片的放大版。这样，既可以节省带宽，又可以提高用户的体验。
 
为了防止XSS攻击，可以使用消毒和HttpOnly防止该现象；对于注入攻击，使用的方法为错误回显，盲注，参数绑定；对于CSRF攻击，可以使用表单token，验证码和Rererfer check。
 
对于密码，手机号码，真实信息等等敏感信息，通常都需要对其进行信息加密，我使用的是单向散列表加密和对称加密，还有就是使用公钥密钥配对核实认证。但是如果使用到密钥的话，那么一般会要求用户下载安全证书到本机。
 
信息过滤和反垃圾是目前一个比较主流的问题。我使用的主要是文本匹配来过滤敏感词的。当用户发布的信息很长的时候，使用的过滤算法是双数组Trie算法进行敏感词过滤，该算法利用两个稀疏数组存储树结构，base数组存储Trie树的节点，check数组进行状态检查。该算法需要根据业务场景和经验确定数组大小，避免数组过大或者冲突过多。
 
简而言之，前端效果简洁炫酷，操作简单易懂。
 
没有实现的功能：秒杀系统，前端反向代理，CDN加速。
 
参考文献
 
[1] 李智慧. 大型网站技术架构 核心原理与案例分析[M].北京，工业机械出版社，2013.
 [2] 马丁著 韩磊译.代码整洁之道[Clean Code A Handbook of Agile Software Craftsmanship] [M]. 北京，人们邮电出版社，2010.
 [3] Craig Walls 著 张卫滨译. Spring In Action[M]. 北京，人民邮电出版社，2016
 [4] Thomas H.Cormen , Charles E.Leiserson, Ronald L.Rivest, Clifford Stein著，徐云，王刚等译. 算法导论（原书第3版）[M]. 北京，机械工业出版社，2015
 [5] Joshua Bloch 著 杨春花 俞黎敏 译. Effective Java(Second Edition) [M]. 北京，机械工业出版社，2016
 [6] 本·弗莱恩（Ben Frain）著奇舞团 译. 响应式Web设计 HTML5和CSS3实战（第2版）[M]. 人民邮电出版社，2017
 [7] 达科特（Jon Duckett） 著 刘涛，陈学敏 译. JavaScript&jQuery交互式Web前端开发[M]. 清华大学出版社，2015
 [8] NicholasC.Zakas著 李松峰曹力 译. JavaScript高级程序设计(第3版)[M]. 人民邮电出版社，2016

随着软件发展到不同的阶段对自动化会有不同的测试需求，因此也产生了多种测试类型，然而万变不离其宗，一切皆可自动化
 
单元测试
 
单元测试也可以看做是代码层的测试，而但凡成熟的语言都附有单元测试框架，例如Java的Junit和TestNG，例如Python的Unittest和Pytest，在很多场合我都曾强调，单元测试才是自动化的核心，从某种意义上讲具备单元测试框架的语言就都能进行单元测试的自动化执行，而这最小单元可以是一个函数、一个方法、一个类或是一个模块
 
然而很多公司的研发团队虽然要求单元测试，但很少要求交付单元测试报告的，也有很多公司的单元测试是有自动化测试团队承担的，虽然测试无法穷尽，但测试不同的输入、边界值、非法值、默认值、异常情况等等是基本要求，而这些内容让研发团队自行去做，若非严格的制度限制，又如何能保证高速迭代的环境里真的能达到单元测试目的呢，研发人员的兴趣点绝大多数都在创造力上，他们更喜欢开发新东西，而对质量兴趣不大
 
功能测试
 
通常情况下，功能测试是测试团队介入的第一个阶段，开发人员将完成的功能特性写成文档输出给测试团队，测试团队根据这些文档开发设计测试用例，最后执行测试用例，对功能进行验证，理想情况下，如果功能特性文的规范写的足够清晰，测试团队应该在功能开发完成之前就开发完测试用例，甚至可以根据这些用例来编写自动化测试用例
 
然而尽管大多数情况下，都希望根据质量体系的规范输出详尽的文档，但实操起来确是各种问题：
 
功能文档不规范，协作之间理解不一致，出现偏差，导致设计的用例变成了无效用例
需求变更，导致功能特性更新，直接影响原先的测试用例设计
新功能不稳定，导致测试用例无法顺利执行
 
 
 
以第三点新功能不稳定为例，过早的执行自动化测试会被不稳定的新功能阻碍住，一个严重的问题可能导致很多用例无法执行或执行失败，最终仍然需要人来干预执行结果的，认为进行判断甚至重复劳动，这就使得自动化不那么自动了，也就是说需要人值守，遇到问题后手动介入解决
 测试开发也是软件开发的一个类型，其本身的质量不能和被测系统的质量纠缠到一起，否则会让问题的排查更为复杂
 
 
因此，如果非牛逼的研发团队，自动化测试用来辅助测试提升测试效率的角度出发更为实际，将其用于单元测试自动化，接口测试自动化，辅助自动化工具类将成为相当可行的选择，当功能相对稳定后，在全面的实现自动化测试。
 
再不然，对于功能测试而言非要强行引入自动化测试，那么测试用例本身的构建和修改一定要非常迅速，自动化测试框架需要提供快速构建用例的能力，以此来响应需求的变更，测试代码的健壮性和灵活性要求非常高，从而应对不稳定的功能产生的阻塞，并且还要对灾难性的错误进行测试环境上的自动恢复
 
回归测试
 
回归测试时软件开发迭代阶段的一种测试，主要是保障原有的功能没有因为新功能的引入而导致功能回退，在这个阶段自动化测试将得到大量的应用，相对于新功能的不稳定，回归测试的目标是已经发布的或者稳定的功能，相应的测试代码也相对比较稳定，自动化代码也已经经过多轮的完善，执行结果相对也会稳定的多
 
可用性测试及冒烟测试
 
可用性测试和冒烟测试都是一种快速验证的过程，测试周期很短，为保证这种快速验证，有些测试团队会针对性的快速开发一些用例，然而这些用例往往又和实际的功能测试验证点重复，因此在大量自动化测试用例中迅速抽取核心的测试用例集，然后将测试用例集集成到整个团队的CI中，将测试用例的执行放在编译的job后作为下游任务，当编译结束后自动执行下游任务，而对于一些持续CD情况中，自动化又需要集成在发布上线前的节点，来保证上线的包不存在基本功能问题
 
系统测试
 
系统测试是一个复杂的测试过程，其主要目的是使被测产品的众多功能甚至是产品本身的集合，以系统级别运行时进行行为级别的验证，其测试类型非常多样且复杂，例如：
 
相对于功能测试比较固定的测试环境，系统测试环境比较复杂，配置繁多，不固定，不稳定，在这种情况下，自动化测试需要足够灵活的应对不同的环境配置来执行相同的测试目的
测试用例的兼容性要足够强，稳定性足够强，且被测系统的稳定性足够强
压力测试和性能测试的需求，自动化测试应能够快速的集成相应的标准性能测试设备或工具
客户场景模拟测试，即便再聪明的测试工程师能够设计出种类繁多的测试方案，总有想象不到的场景，客户才是麻烦的最佳制造者，因此很多企业会花一些经历收集客户场景，并加入到系统测试的模拟场景中
 
 
 
可以看出，自动化测试要有足够的弹性来匹配不同的测试场景，而不是通过不同的测试用例来对应不同的场景，同时要具备足够的可扩展性，能够加入不同的第三方工具或者设备来满足更多的测试场景
 

本系统主要面向于大学校园网用户，依托校园网提供给这些用户一个发布和交流二手商品信息的平台。在大学校园里，存在着很多的二手商品，但是由于信息资源的不流通以及传统二手商品信息交流方式的笨拙，导致了很多仍然具有一定价值或者具有非常价值的二手商品的囤积，乃至被当作废弃物处理。现在通过校园网进入到本系统，可以方便快捷的发布和交流任何二手商品的信息，并且可以通过留言方式进行深一步的交流。由于每个大学的校园网都基本篇布校园的每一个地方，因此，只要宣传得当，理论上来说，每一个人都可以让他所发布的信息让全校所了解，争取到了信息资源的最大化利用。  【项目下载】
 
 
 
校园二手交易平台(SSH+MYSQL+JSP+HTML5)(毕业论文15000字以上,程序代码,MySql数据库,数据库脚本)
 
开发环境：MyEclipse10
 
JDK: JDK1.7
 Web服务器：Tomcat7
 数据库：MySQL
 
 
 
 
 
【项目包含内容】(见下图):   
 
【毕设源码】                                                                  Java源代码
 
【论文文档】                                                                  论文文档
 
【数据库】                                                                      mysql数据库脚本
 
【运行截图】                                                                   效果图
 
 
 
 
【系统功能】
 
                      目 录
 
  1系统分析 1
 
  1.1 开发背景 1
 
  1.2 目的和要求 1
 
  1.3 可行性研究 1
 
  2 开发技术及开发环境 3
 
  2.1 Java语言简介 3
 
  2.2 J2EE技术介绍 3
 
  2.3 Servlet/JSP技术 3
 
  2.4 MVC 简介 4
 
  2.5 Struts 技术 5
 
  2.6 Hibernate 技术 6
 
  2.6.1 应用程序的分层体系结构 6
 
  2.6.2 Hibernate的应用及API简介 7
 
  2.7 开发环境及环境配置 8
 
  2.7.1 Java/JSP系统环境 8
 
  2.7.2 JSP环境的安装和环境变量的设置 8
 
  2.7.3 Eclipse开发工具 9
 
  2.7.4 Tomcat服务器 9
 
  2.8 数据库开发工具选择及配置 10
 
  3 系统需求分析及设计 11
 
  3.1 系统需求分析 11
 
  3.1.1 系统功能需求 11
 
  3.1.2 系统界面要求 11
 
  3.2 概要设计 12
 
  3.2.1 系统体系结构设计 12
 
  3.2.2 系统功能模块设计 12
 
  3.2.3 功能设计的目标与原则 13
 
  3.3数据库设计 14
 
  3.3.1 数据库需求分析 14
 
  3.3.2 数据库概念结构设计 14
 
  3.3.3 数据库逻辑表设计 14
 
  3.3.4 数据库逻辑结构设计 17
 
  3.4 数据库访问设计 18
 
  3.4.1 数据库表模型设计 18
 
  3.4.2 Hibernate数据库访问配置 18
 
  3.4.3 定义映射文件 19
 
  3.4.4 Hibernate Session工厂 22
 
  3.4.5 定义和实现Hibernate DAO 22
 
  3.4.6 Hibernate Filter的实现 23
 
  4 系统功能模块的实现 25
 
  4.1 系统主页设计 25
 
  4.1.1 主页显示设计 25
 
  4.1.2 主页后台设计 26
 
  4.2 系统登录功能设计 26
 
  4.3 系统搜索功能设计 27
 
  4.4 用户注册功能设计 29
 
  4.4.1 用户注册页面设计 29
 
  4.4.2 用户注册后台设计 31
 
  4.5 发布、修改信息设计 31
 
  4.6信息管理设计 32
 
  4.7 信息留言设计 33
 
  4.8 二手指南设计 34
 
  5总结 35
 
  致 谢 36
 
  参 考 文 献 37
 
  附 录 38
 
 
 
系统需求分析
 
3.1.1 系统功能需求
 
本系统主要面向于大学校园网用户，依托校园网提供给这些用户一个发布和交流二手商品信息的平台。在大学校园里，存在着很多的二手商品，但是由于信息资源的不流通以及传统二手商品信息交流方式的笨拙，导致了很多仍然具有一定价值或者具有非常价值的二手商品的囤积，乃至被当作废弃物处理。现在通过校园网进入到本系统，可以方便快捷的发布和交流任何二手商品的信息，并且可以通过留言方式进行深一步的交流。由于每个大学的校园网都基本篇布校园的每一个地方，因此，只要宣传得当，理论上来说，每一个人都可以让他所发布的信息让全校所了解，争取到了信息资源的最大化利用。
 
系统完成的主要功能有：用户设置功能、发布信息功能、信息管理功能、搜索信息功能，留言功能，及系统管理功能,具体业务功能包括如下：
 
用户注册：学生可利用自已学号进行注册，注册实现实名制。
 
用户登录：只有登录用户才能进行信息发布。管理员登录后可以进行系统管理。
 
发布信息：普通用户和管理员登录后都可以发布信息。
 
修改信息：普通用户可以修改自己发布的信息，管理员可以修改所有信息。
 
删除信息：普通用户可以删除自己发布的信息，管理员可以删除所有信息。
 
浏览信息：游客、普通用户和管理员可以浏览所有发布的信息。
 
搜索信息：游客、普通用户和管理员可以用关键字搜索所有发布的信息。普通用户可以搜索自己发布的所有信息。
 
发表留言：普通用户和管理员登录后都可以对发布信息进行留言。
 
查看留言：游客、普通用户和管理员都可以查看发布信息的留言。
 
删除留言：管理员可以删除留言。
 
添加二手指南：管理员可以添加二手指南。
 
查看二手指南：游客、普通用户和管理员都可以查看二手指南。
 
修改二手指南：管理员可以修改二手指南。
 
删除二手指南：管理员可以删除二手指南。
 
3.1.2 系统界面要求
 
由于系统主要面向大学生，系统界面要求不能过古板，要能体现大学校园的自由，创新。系统界面设计应体现人性化，界面清晰简捷，操作简单流畅，提高管理效果。不需要任何专业培训，不需要配备专门的电脑操作人员，无电脑知识一样运用自如。关键在于系统的框架式设计简单明晰。
 
3.2 概要设计
 
3.2.1 系统体系结构设计
 
本系统是一个典型的三层应用——浏览器通过Web服务器实现对数据库的各种操作。图3-1 展示了整个系统的体系结构。
 
               
 
在这个系统体系结构中，并不是直接JDBC来访问数据库和进行数据库中相关表的操作，而是通过一系列持久层的Java对象来完成数据库的操作。
 
映射文件相当于持久层的Java对象和数据库的表之间的桥梁，它所描述的是这两都之间的对应关系。而且，持久层的Java对象和数据库表之间的关系也是一一对应的。
 
3.2.2 系统功能模块设计
 
系统主要设计了用户设置功能、发布信息功能、信息管理功能、搜索信息功能，留言功能，及系统管理功能模块。
 
用户设置功能主要是用户注册必须填写所要求的个人资料，完成个人资料登入。
 
发布信息功能主要是为已注册用户的服务，登陆的用户可以即时发布自己的二手商品信息，立刻就能浏览到。这是本系统的主要功能。
 
信息管理功能是帮助已发表信息的的用户管理自身发布的二手商品信息的同时也管理短消息信息。此项功能也主要是服务于注册用户。
 
搜索信息功能是面向所有登陆到本系统的人员的，采用模糊查询的方法，遍历所有二手商品信息，搜索出浏览者感兴趣的内容。
 
留言功能是对某一二手商品信息进行留言，还可以查看该信息的其他留言。
 
系统管理功能是系统管理员对系统所有信息资源进行统一管理的一个模块。系统功能结构如图3-2所示:
 
                   
 
3.2.3 功能设计的目标与原则
 
本二手交易平台的主要目的是服务于学生,方便学生进行网上交易。其原则是做到界面友好，操作简单且可靠。
 
具体做到：
 
a)        架构清晰，界面友好美观，简捷，实用性强。
 
b)        动态式信息发布：为充分展现网站的时实性，二手交易平台采用动态网页技术实现内容发布。
 
c)        提供多种信息搜索及查看方式。全面自动化管理。
 
d)       全面整合买家和卖家之间的信息，提供一个交流沟通的平台。
 
e)        可用性。目标系统功能齐全，能够完全满足业务需求。
 
 
 
【实例运行效果】