校园订水系统设计说明.doc

校园订水系统设计说明

姓名：
班级： 计算机1301
学号：

指导老师：

日期：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

三丶概念模型
订单地址订单id
地址id

地址
地点id
地点名

订单号
订单id
订单创建时间
配送详细地址
备注
状态
订单

配送员
配送员id
配送员姓名
配送员电话
配送员状态
接手
订单id
配送员id

下单
订单id
用户id

用户
用户id
用户名
口令
联系电话
用户状态

订水种类
订单id
桶装水id
桶装水品牌
订水桶数

桶装水
桶装水id
品牌名
价格
状态

评论
评论id
评论时间
评论人
评论内容
评论状态
管理员
管理员id
管理员姓名
口令
管理员状态

四丶建表代码
-- 表的结构 `ds_address`
CREATE TABLE IF NOT EXISTS `ds_address` (
`ad_id` int(11),
`ad_name` varchar(10),
PRIMARY KEY (`ad_id`)
) ;

-- 表的结构 `ds_admin`
CREATE TABLE IF NOT EXISTS `ds_admin` (
`a_id` int(11),
`a_name` varchar(20),
`a_pw` varchar(20),
`a_status` int(1),
PRIMARY KEY (`a_id`)
) ;

-- 表的结构 `ds_feedback`
CREATE TABLE IF NOT EXISTS `ds_feedback` (
`fb_id` int(11),
`fb_time` varchar(20),
`fb_user_name` varchar(20),
`fb_status` int(1),
`fb_content` varchar(150),
PRIMARY KEY (`fb_id`)
);
-- 表的结构 `ds_order`
CREATE TABLE IF NOT EXISTS `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),
PRIMARY KEY (`o_id`)
);
-- 表的结构 `ds_sender`
CREATE TABLE IF NOT EXISTS `ds_sender` (
`sender_id` int(11),
`sender_name` varchar(20),
`sender_phone` varchar(20),
`sender_status` int(1),
PRIMARY KEY (`sender_id`)
);
-- 表的结构 `ds_user`
CREATE TABLE IF NOT EXISTS `ds_user` (
`user_id` int(11),
`user_name` varchar(20),
`user_pw` varchar(20),
`user_phone` varchar(20),
`user_status` int(1),
PRIMARY KEY (`user_id`)
);
-- 表的结构 `ds_water`
CREATE TABLE IF NOT EXISTS `ds_water` (
`w_id` int(11),
`w_price` varchar(5),
`w_name` varchar(10),
`w_status` int(1),
PRIMARY KEY (`w_id`)
);

五丶项目总结
经过这一段时间的数据库系统设计，我觉得我们做的还是挺不错的，虽然不能说做的很好，但都是我们按照书本上学过的知识来做的。在刚开始的时候，由于对实际的数据库设计还很陌生，我们对所选的题目有些茫然。渐渐地队员之间的相互交流，讨论，有了初步的需求分析，我们也有了思路，这个步骤对我们而言十分重要。
之后我们开始画相应的E-R图，这期间我们出现了一些问题，在之前需求讨论是并没有考虑到用户和管理员以不同方式处理订单的问题，此时我们已经画了一大半。要在原来的基础上加上处理订单，我们费了不少时间，此时我们深刻意识到第一阶段需求分析的重要性。
在整个过程中，我们深刻的认识到了书本上的理论决不能仅仅停留在课堂，一次实践便可让自己看到知识的缺陷，实践出真知。
总的来说，这次数据库设计巩固了以前的知识，很有意义。

目 录
第一章 工程概况 4
一、工程概况 4
二、施工平面布置 4
三、施工要求 4
四、技术保证条件 4
第二章 编制依据 6
一、编制说明 6
二、编制依据 6
第三章 施工计划 7
一、施工进度计划 7
二、材料与设备计划 7
第四章 施工工艺技术 13
一、技术参数 13
二、工艺流程 14
三、施工方法 15
四、检查验收 22
第五章 施工安全保证措施 25
一、安全组织保障体系 25
二、技术措施 26
三、监测监控 31
四、应急预案 33
第六章 劳动力计划 36
一、专职安全生产管理人员 36
二、所需劳动力安排 36
第七章 墙模板计算书 37
一、参数信息 37
二、墙模板荷载标准值计算 38
三、墙模板面板的计算 39
四、墙模板主次楞的计算 42
五、穿墙螺栓的计算 48
第八章 梁模板(扣件钢管架)计算书 49
一、工程属性 49
二、荷载设计 49
三、模板体系设计 49
四、面板验算 51
五、小梁验算 53
六、主梁验算 56
七、立柱验算 58
八、可调托座验算 59
九、立柱地基基础计算 59
第九章 板模板(扣件钢管高架)计算书 60
一、参数信息 60
二、模板面板计算 62
三、模板支撑方木的计算 63
四、木方支撑钢管计算 65
五、扣件抗滑移的计算 67
六、模板支架立杆荷载设计值(轴力) 67
七、立杆的稳定性计算 68
八、立杆的地基承载力计算 70
九、梁和楼板模板高支撑架的构造和施工要求[工程经验] 70
第十章 柱模板计算书 73
一、参数信息 74
二、柱模板荷载标准值计算 75
三、柱模板面板的计算 76
四、竖楞计算 79
五、B方向柱箍的计算 82
六、B方向对拉螺栓的计算 85
七、H方向柱箍的计算 85
八、H方向对拉螺栓的计算 87