基于Java Web的物品收纳管理系统的设计与实现

注：展示部分文档内容和系统截图，需要完整的视频、代码、文章和安装调试环境请私信up主。

3.5网站功能分析

本次论文研究的内容主要模块包括以下几点：

物品收纳管理系统按照实现功能来划分，主要包括两个大模块：前台用户功能模块、后台管理员管理模块。

系统总体结构如图3-1所示。

前台用户功能模块是对一个用户而言所看到的界面，具体功能如下：

首页

物品信息

公告信息

个人中心

前台模块功能划分如图下：

4.7网站数据库设计

数据库这个称谓，是我们对现实世界理解的信息，通过对其分类，整理归纳，将存储在某一地方，但是这个地方并没有具体的形态，所以我们将这个地方抽象的形容为数据库概念模型。这个概念模型映射出真实世界各组成部分的信息结构、信息流动情况、信息间的相互制约关系以及各组成部分对信息保存、查找和完善等。所以建立的模型应避让数据库在计算机上的具体实现细节，用一种抽象的形式呈现出来。以实体-（E-R模型）联系模型方法为例，第一步先明确实真实世界中信息的组成部分所包含的实体及属性、实体间的联系以及对象的制约条件等，从而给出组成信息的局部描述。第二步再将之前得出的多个局部视图拼凑成为一个整体视图，即我们所理解的真实世界的概念数据模型。

建立概念数据模型是我们对用户描述的信息的初始领会。通过对用户描述的现实需求理解，我们将其建立起一个抽象的模糊的概念模型。这个概念模型主要由实体-联系图（Entity-Relationship Diagram）、实体(Entity)、属性（Attribute）、联系（Relationship）等部分组成。

基于对系统需求分析的层层划分，我们得出如下实体和E-R图联系。

图4-15 E-R图

4.7.2 数据库逻辑设计

数据库逻辑设计，原理是把概念结构E-R图转变成数据库管理系统适用的逻辑结构。人们通常使用的是Oracle或Mysql等关系型数据库，因此在设计逻辑结构时，一般用三步来完成：（1）将E-R图转换为关系模型（2）根据具体数据库监管系统的特征和制约转换为指定数据库监管系统支持下的数据模型（3）进行实体属性的优化。

因为用户所描述的现实参杂许多重复多余的信息，我们还需对信息进行3NF精简。第一NF，使字段不再分解；第二NF，规范实体的属性完全仰赖于主关键字；第三NF，减除相关依赖，即要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

经过3NF的优化处理，可以得出系统的逻辑结构表。如下：

管理（主键ID，品牌，密码，出厂号码，出厂时间）

用户（主键ID，名称，密码，年龄，身份证号码，性别，电话）

物品信息管理（主键ID，物品信息管理单ID，用户编码，物品信息编码，开始时间，结束时间，数量，金额）

4.7.3 数据库物理设计

物理设计，依据逻辑结构设计所得的实体属性进一步设计成数据库表结构，为满足需求限制，表结构会设置相应的制约条件。表结构设计的是否合理，关系着系统性能的好坏，以及对后期维护更新的影响。

留言表主要由ID，排序，标题，内容，添加时间等实体构成。

表4-16 留言表

字段	类型	字段说明	备注
Id	Int	主键	自增
name	Varchar(30)	名称	非空
Pinpai	Varchar(500)	内容
addtime	Date	添加时间	跟随系统时间

用户表主要由ID，排序，标题，内容，添加时间等实体构成。

表4-17 用户表

字段	类型	字段说明	备注
Id	Int	主键	自增
Username	Varchar(50)	用户名	非空
Pass	Varchar(30)	密码	非空
Sex	Varchar(30)	性别	默认为1
addtime	Date	添加时间	跟随系统时间
age	Char	年龄
phonenumber	Varchar(50)	电话

家校交流信息表主要包括ID，排序，标题，内容，添加时间。

表4-18 家校交流信息表

字段	类型	字段说明	备注
Id	Int	主键	自增
Orderid	int	排序	非空
accreid	Varchar(30)	用户编码	非空
Cid	Varchar(30)	设备编码
addtime	Date	添加时间	跟随系统时间
Userid1	Date	开始时间
Userid2	Date	结束时间
num	Int	数量
price	Float	价格