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

1、校园订水系统设计说明校园订水系统设计说明姓名： 班级： 计算机1301学号： 指导老师： 日期：2015年7月1日目录1、需求分析22、数据字典21实体集22联系集53、概念模型（E-R图 )64、建表代码75、项目总结91、需求分析 随着大学规模的不断扩大，大学生的用水需求量也在不断攀升，同时也为校园的送水系统带来数据库庞大难以计算，送水服务不便等问题。现今的社会，计算机已经成为人们处理日常事务不可缺少的一种工具，他能够把事情的复杂化转为简单化，使流程更加顺畅方便。现在大学生订水时都要走到订水处填写学号，地址，姓名等诸多信息，在订水旺季不可避免的会出现高气温下排队的现象，效率并不是最高。因此

2、，更加方便快捷的网上校园订水系统就能体现出他的优越性，无须等待，无论气温多高，你只需在室内敲上你的购买信息和个人信息，便能订水。此系统不仅可以提高个人效率，对企业的运营效率也有提高，从而创造更多社会价值。主要模块：(1)用户：登录注册验证修改常规功能，下订单，查看订单，发表评论功能(2)地址：可配送的范围，随着业务的拓展可通过后台添加新的配送地址(3)评论：记录用户使用的反馈用于改进完善网站的功能(4)桶装水和配送员：后台可以添加删减桶装水品牌修改其价格，增删配送员(5)订单：记录下单时间，订水品牌，桶数，送水地址，交易金额，备注信息(6)管理员：查看订单和分配订单给对应的配送员，查看和管理评

3、论反馈，管理桶装水和配送员2、数据字典实体集1user（用户）实体属性存储属性名格式长度说明用户iduser_idint11用户id用于唯一标示，自增用户名user_namevarchar20口令user_pwvarchar20用户密码联系电话user_phonevarchar20用户状态user_statusint1-1删除0禁止1正常2address（地址）实体属性存储属性名格式长度说明地点idad_idint11地点id用于唯一标示，自增地点名ad_namevarchar103. feedback（评论）实体属性存储属性名格式长度说明评论idfb_idint11评论id用于唯一标示评论时

4、间fb_timevarchar20评论时间，时间戳记录评论人fb_user_namevachar20评论人姓名可以匿名评论内容fb_contentvachar150评论内容评论状态fb_statusint1-1删除1正常4. water（桶装水）实体属性存储属性名格式长度说明桶装水idw_idint11桶装水id用于唯一标示，自增品牌名w_namevarchar10价格w_pricevachar10状态w_statusint1-1删除1正常5. sender（配送员）实体属性存储属性名格式长度说明配送员idsender_idint11配送员id用于唯一标示，自增配送员姓名sender_name

5、varchar20配送员电话sender_phonevarchar20配送员状态sender_statusint1-1删除1正常6. admin（管理员）实体属性存储属性名格式长度说明管理员ida_idint11管理员姓名a_namevarchar20口令a_pwvarchar20管理员状态a_statusint1-1删除1正常7. order（订单）实体属性存储属性名格式长度说明订单号o_idvarchar15货物表单编号订单创建时间o_createtimevarchar20用户ido_user_idint11配送地址ido_ad_idint11配送详细地址o_ad_detailvachar

6、10桶装水品牌ido_w_idint11桶装水品牌o_w_namevachar10订水桶数o_numint5配送员ido_sender_idint11备注o_remarkvarchar150状态o_statusint1-1删除0待接单1已分配联系集1Takes（接手）实体属性存储属性名格式长度说明订单ido_idint11配送员ido_sender_idint112. Order-water(订水种类) 实体属性存储属性名格式长度说明订单ido_idint11桶装水ido_w_idint11 4.make-address(订单地址)实体属性存储属性名格式长度说明订单ido_idint11地址i

7、do_ad_idint11 5.make-order(下订单)实体属性存储属性名格式长度说明订单ido_idint11用户ido_user_idint11三丶概念模型订单四丶建表代码- 表的结构 ds_addressCREATE TABLE IF NOT EXISTS ds_address ( ad_id int(11), ad_name varchar(10), PRIMARY KEY (ad_id) ;- 表的结构 ds_adminCREATE TABLE IF NOT EXISTS ds_admin ( a_id int(11), a_name varchar(20), a_pw var

8、char(20), a_status int(1), PRIMARY KEY (a_id) ;- 表的结构 ds_feedbackCREATE 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_orderCREATE TABLE IF NOT EXISTS ds_order ( o_id varchar(20)

9、, 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_senderCREATE TABLE IF NOT EXISTS ds_sender ( send

10、er_id int(11), sender_name varchar(20), sender_phone varchar(20), sender_status int(1), PRIMARY KEY (sender_id);- 表的结构 ds_userCREATE 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_

11、waterCREATE 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图，这期间我们出现了一些问题，在之前需求讨论是并没有考虑到用户和管理员以不同方式处理订单的问题，此时我们已经画了一大半。要在原来的基础上加上处理订单，我们费了不少时间，此时我们深刻意识到第一阶段需求分析的重要性。 在整个过程中，我们深刻的认识到了书本上的理论决不能仅仅停留在课堂，一次实践便可让自己看到知识的缺陷，实践出真知。 总的来说，这次数据库设计巩固了以前的知识，很有意义。