标签:
基于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安全保密设计
数据库作为管理系统的基础,通常保存着重要的商店经营信息和客户信息。由于涉及到财务管理,数据的完整性和安全性显得尤为重要。系统中的数据一旦丢失,将需要很长时间进行恢复,有时甚至使信息系统不得不从系统初始化阶段重新开始运行。每天进行数据备份是保障系统安全的重要手段。数据备份需要严格按照事先制定的备份与故障恢复策略进行,并落实备份登记和检查措施。另外,系统设置用户的标识以鉴定是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;系统对不同的数据设置不同的访问级别,限制访问用户可查询的处理数据类别和内容;系统对不同用户设置不同的权限,区分不同的用户,如区分店长和店员。具体的系统配置应当根据系统实际运行情况做进一步的调整。
标签:
原文地址:http://www.cnblogs.com/tiantiankaixinxiaoxiaole/p/4584486.html