基于andriod校园网上订餐系统
数据库设计说明书
报告名称 校园网上订餐系统数据库设计说明书
专 业 计算机科学与技术
班 级 信1201-1班
组长姓名 王雪青
组员名单 陆宇 赵建松 张文东 徐擎天
日 期 2015.6.13
指导教师 王建民
数据库设计说明书
一、引言
1.1编写目的
a) 编写目的：数据库的表结构设计是整个项目开发中一个非常重要的环节,一个良好的数据库设计，可以提高开发效率，方便系统维护，并且为以后项目功能的扩展留下余地。我们通过书写这份文档说明，从各方面进行网上订餐系统的数据库设计规划，用它指导该系统在数据库各方面的内容，为系统开发的程序员、系统分析员提供基准文档。我们也希望通过写数据设计说明书，规范数据名称、数据范围、数据代码等。这份文档是项目小组共同作战的基础，有了开发规范、程序模块之间和项目成员之间的接口规则、数据方式，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。
b) 预期读者：项目开发的全体人员，项目评审人员，项目测试人员，指导老师王老师。
1.2背景
a） 待开发系统的名称：基于andriod的网上订餐系统；
b） 本项目的任务提出者：老师引导下同学们共同讨论的结果；
c） 开发者：王雪青 陆宇 赵建松 张文东 徐擎天
d） 用户：在校大学生 校外小吃摊
1.3定义
在此我们列出本文件中用到的专门术语的定义、外文首字母组词的原词组：
|
词汇名称 |
词汇含义 |
备注 |
|
EC |
Electronic Commerce的缩写，即电子商务 |
其内容包含两个方面：一是电子方式，二是商贸活动。电子商务指的是利用简单、快捷、低成本的电子通信方式，买卖双方不谋面地进行的各种商贸活动。 |
|
C/S |
客户机/服务器 |
Client/Server的缩写 |
|
SQL |
SQL(Structured Query Language)是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。
|
|
|
Microsoft Visual Studio 2010 |
Microsoft Visual Studio 2008是面向Windows Vista、Office 2007、Web 2.0的下一代开发工具,代号“Orcas”，是对Visual Studio 2005一次及时、全面的升级。VS2008引入了250多个新特性，整合了对象、关系型数据、XML的访问方式,语言更加简洁 |
|
|
E—R图 |
实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。 |
Entity -Relationship 的缩写 |
1.4参考资料
a） 经核准的用户合同、《用户需求说明书》和《项目开发委托合同书》；
b） 《数据库设计说明书》（GB8567——88）；
c） 孙家广.软件工程.第一版 高等教育出版社，2005.7；
二、外部设计
2.1标识符和状态
联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。
2.2使用它的程序
Andriod手机网上订餐软件
2.3约定
¨ 本系统的开发环境为：
数据库：My sql 5.0
编译器：Vs编译器
操作系统：Microsoft Windows 7
辅助软件：PS.
¨ 本项目用到的数据项：
在名称，范围，类型等方面的约定见数据字典。
2.4专门指导
系统使用ADO.NET.NET实现与数据库的接口，该接口基于.NET 框架建立的，是应用程序与数据库的桥梁，在ADO.NET上将建立与数据库的通讯连接、执行T-SQL，有关ADO.NET.NET的功能、特征的描述，我们也是参考其他的资料，并没有实践操作。
应用程序的数据变换，通过T-SQL相关的插入的信息来实现。
应用程序的数据查询，通过T-SQL相关的查询语句来实现，并且应用程序在其结果集上进行操作。
其他的数据项，来自于专门的设计文档等。
2.5支持软件
My sql 5.0，Vs2010编译器， windows 7操作系统，Power Designer12.
三、结构设计
3.1概念结构设计
清楚正确地表述本数据库反映的数据形式和联系：
3.2逻辑结构设计
3.2.1 数据库设计规范
数据库命名规则：db_数据库名称，每个英文单词第一个字母大写；
表命名规则：表名称_Info，每个英文单词第一个字母大写；
字段命名规则：每个英文单词第一个字母大写；
字段时间格式：所有时间格式采用2008-12-20 23:23:02的形式
3.3物理结构设计
3.3.1 数据表设计
参看数据字典。
3.3.2数据存取方面的设计
对经常在查询中出现的关系的码建立索引；
对经常进行连接操作的关系的码建立索引；
对于更新频率很高的关系模型,所以没有定义索引，比如买家用户，由于技术不成熟，我们就不讨论存储位置的设计了。
3.3.3数据完整性设计
a） 主键约束、非空值约束：
用户：用户编号为主键，所以此项非空
菜品：菜品ID号为主键，所以此项非空
订单：订单ID为主键，所以此项非空
b） 外键约束：
用户表中，用户名称为外键，菜品表中菜品种类为外键，通过外键建立起表之间的联系。
c） 惟一约束：
每个表的主键需定义为惟一性，例如对于用户，用户的编号、用户名称都是用于识别用户身份，所以需建立唯一约束
d） 定义规则：
例如规定手机号位数，订餐时间或数量范围。
四、运用设计
4.1数据字典设计
1用户表(userInfo)：用户登录是需要用户名和密码，所以用户数据表中必须包含用户名（userName）、密码（userPwd）两个信息，还可以有些其他的用户信息，比如用户权限（管理员还是非管理员）。从功能上数据库表设计如表1。
表 1用户表
|
列名 |
数据类型 |
长度 |
主键 |
|
User_id |
int |
4 |
|
|
User_name |
varchar |
50 |
|
|
User_pwd |
varchar |
50 |
|
2．菜品信息表（foodInfo）：菜品信息表主要描述菜品信息，如：菜品ID号(food_Id)，此ID号为系统自动生成；菜品种类（food_k），菜品名称（food_Name）；菜品价格（food_Price）；菜品所属饭店（food_res）。商品信息表详细描述如表2
表2菜品信息表
|
列名 |
数据类型 |
长度 |
主键 |
|
Food_id |
int |
4 |
Yes |
|
Food_k |
varchar |
50 |
|
|
Food_name |
varchar |
50 |
|
|
Food_price |
int |
50 |
|
|
Food_res |
varchar |
50 |
|
3．订单表(foodOrderInfo）: 订单表有一下描述信息。订单ID（order_id），订购人姓名（Order_name），,订购人电话（Order_phone），所定菜品所属饭店（Order_res），订餐份数（order_num）等，具体描述如表3所示：
表3订单表
|
列名 |
数据类型 |
长度 |
主键 |
|
Order_id |
int |
4 |
Yes |
|
Order_name |
varchar |
50 |
|
|
Order_phone |
varchar |
50 |
|
|
Order_res |
varchar |
20 |
|
|
Order_num |
varchar |
20 |
|
4.2数据结构设计
|
数据结构名 |
属 性 |
|
菜品 |
菜品号、菜品单价、菜品种类、菜品名称、菜品所属 |
|
用户信息 |
用户编号、用户名称，用户密码 |
|
订单 |
订单号、餐品名称、餐品数量、订餐所属、联系电话 |
4.3安全保密设计
数据库作为管理系统的基础，通常保存着重要的商店经营信息和客户信息。由于涉及到财务管理，数据的完整性和安全性显得尤为重要。系统中的数据一旦丢失，将需要很长时间进行恢复，有时甚至使信息系统不得不从系统初始化阶段重新开始运行。每天进行数据备份是保障系统安全的重要手段。数据备份需要严格按照事先制定的备份与故障恢复策略进行，并落实备份登记和检查措施。另外，系统设置用户的标识以鉴定是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；系统对不同的数据设置不同的访问级别，限制访问用户可查询的处理数据类别和内容；系统对不同用户设置不同的权限，区分不同的用户，如区分店长和店员。具体的系统配置应当根据系统实际运行情况做进一步的调整。
