校园订水系统设计说明.docx
- 文档编号:8297344
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:10
- 大小:78.46KB
校园订水系统设计说明.docx
《校园订水系统设计说明.docx》由会员分享,可在线阅读,更多相关《校园订水系统设计说明.docx(10页珍藏版)》请在冰豆网上搜索。
校园订水系统设计说明
校园订水系统设计说明
姓名:
肖志鑫莫梓杰
班级:
计算机1301
学号:
***********
20131003497
******
日期:
2015年7月1日
一、需求分析································2
二、数据字典································2
1.实体集································2
2.联系集································5
三、概念模型(E-R图)······················6
四、建表代码································7
五、项目总结································9
一、需求分析
随着大学规模的不断扩大,大学生的用水需求量也在不断攀升,同时也为校园的送水系统带来数据库庞大难以计算,送水服务不便等问题。
现今的社会,计算机已经成为人们处理日常事务不可缺少的一种工具,他能够把事情的复杂化转为简单化,使流程更加顺畅方便。
现在大学生订水时都要走到订水处填写学号,地址,姓名等诸多信息,在订水旺季不可避免的会出现高气温下排队的现象,效率并不是最高。
因此,更加方便快捷的网上校园订水系统就能体现出他的优越性,无须等待,无论气温多高,你只需在室内敲上你的购买信息和个人信息,便能订水。
此系统不仅可以提高个人效率,对企业的运营效率也有提高,从而创造更多社会价值。
主要模块:
(1)用户:
登录注册验证修改常规功能,下订单,查看订单,发表评论功能
(2)地址:
可配送的范围,随着业务的拓展可通过后台添加新的配送地址
(3)评论:
记录用户使用的反馈用于改进完善网站的功能
(4)桶装水和配送员:
后台可以添加删减桶装水品牌修改其价格,增删配送员
(5)订单:
记录下单时间,订水品牌,桶数,送水地址,交易金额,备注信息
(6)管理员:
查看订单和分配订单给对应的配送员,查看和管理评论反馈,管理桶装水和配送员
二、数据字典
实体集
1.user(用户)
实体属性
存储属性名
格式
长度
说明
用户id
user_id
int
11
用户id用于唯一标示,自增
用户名
user_name
varchar
20
口令
user_pw
varchar
20
用户密码
联系电话
user_phone
varchar
20
用户状态
user_status
int
1
-1删除0禁止1正常
2.address(地址)
实体属性
存储属性名
格式
长度
说明
地点id
ad_id
int
11
地点id用于唯一标示,自增
地点名
ad_name
varchar
10
3.feedback(评论)
实体属性
存储属性名
格式
长度
说明
评论id
fb_id
int
11
评论id用于唯一标示
评论时间
fb_time
varchar
20
评论时间,时间戳记录
评论人
fb_user_name
vachar
20
评论人姓名可以匿名
评论内容
fb_content
vachar
150
评论内容
评论状态
fb_status
int
1
-1删除1正常
4.water(桶装水)
实体属性
存储属性名
格式
长度
说明
桶装水id
w_id
int
11
桶装水id用于唯一标示,自增
品牌名
w_name
varchar
10
价格
w_price
vachar
10
状态
w_status
int
1
-1删除1正常
5.sender(配送员)
实体属性
存储属性名
格式
长度
说明
配送员id
sender_id
int
11
配送员id用于唯一标示,自增
配送员姓名
sender_name
varchar
20
配送员电话
sender_phone
varchar
20
配送员状态
sender_status
int
1
-1删除1正常
6.admin(管理员)
实体属性
存储属性名
格式
长度
说明
管理员id
a_id
int
11
管理员姓名
a_name
varchar
20
口令
a_pw
varchar
20
管理员状态
a_status
int
1
-1删除1正常
7.order(订单)
实体属性
存储属性名
格式
长度
说明
订单号
o_id
varchar
15
货物表单编号
订单创建时间
o_createtime
varchar
20
用户id
o_user_id
int
11
配送地址id
o_ad_id
int
11
配送详细地址
o_ad_detail
vachar
10
桶装水品牌id
o_w_id
int
11
桶装水品牌
o_w_name
vachar
10
订水桶数
o_num
int
5
配送员id
o_sender_id
int
11
备注
o_remark
varchar
150
状态
o_status
int
1
-1删除0待接单1已分配
联系集
1.Takes(接手)
实体属性
存储属性名
格式
长度
说明
订单id
o_id
int
11
配送员id
o_sender_id
int
11
2.Order-water(订水种类)
实体属性
存储属性名
格式
长度
说明
订单id
o_id
int
11
桶装水id
o_w_id
int
11
4.make-address(订单地址)
实体属性
存储属性名
格式
长度
说明
订单id
o_id
int
11
地址id
o_ad_id
int
11
5.make-order(下订单)
实体属性
存储属性名
格式
长度
说明
订单id
o_id
int
11
用户id
o_user_id
int
11
三丶概念模型
四丶建表代码
--表的结构`ds_address`
CREATETABLEIFNOTEXISTS`ds_address`(
`ad_id`int(11),
`ad_name`varchar(10),
PRIMARYKEY(`ad_id`)
);
--表的结构`ds_admin`
CREATETABLEIFNOTEXISTS`ds_admin`(
`a_id`int(11),
`a_name`varchar(20),
`a_pw`varchar(20),
`a_status`int
(1),
PRIMARYKEY(`a_id`)
);
--表的结构`ds_feedback`
CREATETABLEIFNOTEXISTS`ds_feedback`(
`fb_id`int(11),
`fb_time`varchar(20),
`fb_user_name`varchar(20),
`fb_status`int
(1),
`fb_content`varchar(150),
PRIMARYKEY(`fb_id`)
);
--表的结构`ds_order`
CREATETABLEIFNOTEXISTS`ds_order`(
`o_id`varchar(20),
`o_createtime`varchar(20),
`o_num`int(5),
`o_user_id`int(11),
`o_ad_id`int(11),
`o_price`varchar(5),
`o_remark`varchar(150),
`o_status`int
(1),
`o_w_id`int(11),
`o_sender_id`int(11),
`o_ad_detail`varchar(10),
`o_w_name`varchar(10),
PRIMARYKEY(`o_id`)
);
--表的结构`ds_sender`
CREATETABLEIFNOTEXISTS`ds_sender`(
`sender_id`int(11),
`sender_name`varchar(20),
`sender_phone`varchar(20),
`sender_status`int
(1),
PRIMARYKEY(`sender_id`)
);
--表的结构`ds_user`
CREATETABLEIFNOTEXISTS`ds_user`(
`user_id`int(11),
`user_name`varchar(20),
`user_pw`varchar(20),
`user_phone`varchar(20),
`user_status`int
(1),
PRIMARYKEY(`user_id`)
);
--表的结构`ds_water`
CREATETABLEIFNOTEXISTS`ds_water`(
`w_id`int(11),
`w_price`varchar(5),
`w_name`varchar(10),
`w_status`int
(1),
PRIMARYKEY(`w_id`)
);
五丶项目总结
经过这一段时间的数据库系统设计,我觉得我们做的还是挺不错的,虽然不能说做的很好,但都是我们按照书本上学过的知识来做的。
在刚开始的时候,由于对实际的数据库设计还很陌生,我们对所选的题目有些茫然。
渐渐地队员之间的相互交流,讨论,有了初步的需求分析,我们也有了思路,这个步骤对我们而言十分重要。
之后我们开始画相应的E-R图,这期间我们出现了一些问题,在之前需求讨论是并没有考虑到用户和管理员以不同方式处理订单的问题,此时我们已经画了一大半。
要在原来的基础上加上处理订单,我们费了不少时间,此时我们深刻意识到第一阶段需求分析的重要性。
在整个过程中,我们深刻的认识到了书本上的理论决不能仅仅停留在课堂,一次实践便可让自己看到知识的缺陷,实践出真知。
总的来说,这次数据库设计巩固了以前的知识,很有意义。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 校园 水系 设计 说明