外卖点餐系统数据库设计.doc

外卖点餐系统数据库设计

需求分析：

现要开发外卖点餐系统。经过可行性分析和初步的需求调查，确定了系统的功能边界，该系统应能完成下面的功能：

订餐管理。

(2)菜单管理。

(3)派送人员管理。

(4)评价管理。

(5)会员管理。

(6)支付管理。

1、数据流图 完成人(101张三)

2、数据字典

(说明：数据项和数据结构是必须要求的，数据流、数据存储和处理过程可选，没有的话删除相应表格内容)

(1)数据项(DI)

表1.1 数据项列表

数据项编号数据项名数据项含义类型长度别名DI-1MemberNo会员号字符型10会员号DI-2MemberName会员姓名DS-1定义了一个读者的有关信息姓名+性别+所在部门+读者类型(3)数据流(DF)

数据流编号数据流名称数据流含义来源去向数据流量组成DF-1订餐单读者借书时填写的单据读者审核借书250份/天借书证编号+借阅日期+图书编号(4)数据存储(DSA)

数据存储编号数据存储名称数据存储含义组成结构说明DSA-1图书信息表存放图书有关信息图书+库存数量 数量用来说明图书在仓库中的存放数(5)处理过程

处理过程编号处理过程名称输入输出加工逻辑DS-1审核借书证借书证认定合格的借书证根据读者信息表和读者借书证，如果借书证在读者信息表中存在并且没有被锁定，那么借书证是有效的借书证，否则是无效的借书证。

概要设计(完成人：102 李四)

标识图书管理系统中的实体和属性

确定实体间的联系

合并的总E-R图

逻辑结构设计(完成人：101张三)

将在概念结构阶段得到的基本E-R图转换成关系模型，如下表所示：

转换的关系模型如下：

读者(借书证号，姓名，性别，部门，类别代码，办证日期，借书状态)

读者类别(类别代码，类别名称，可借阅数量，可借阅天数，超期罚款额)

具体说明如下：

关系名属性及码其他约束条件读者借书证号，姓名，性别，部门，类别代码，办证日期，借书证状态类别代码引用读者类别关系中的类别代码；

姓名不允许为空；

类别代码不允许为空读者类别类别代码，类别名称，可借阅数量，可借阅天数，超期罚款额类别名称不允为空图书书号，书名，作者，价格，出版社，库存数量书名不允许为空；

库存数量不允许为空借还借书证号，书号，借书日期，还书日期借书证号引用读者关系中的借书证号；

书号引用图书关系中的书号

物理结构设计(完成人：103李思)

将关系设计成SQL Server下相应的表

reader(读者表)

字段名字段含义字段类型长度小数是否为空列级约束CardID借书证号(卡号)Char20NOT NULLPrimarykeyName姓名Char16NOT NULLSex性别BitNULLDept部门Char30NULLClassID类别代码IntNOT NULLForeign key references dzclass(ClassID)Bzdate办证日期datetimeNULLCardstate借书证状态(卡状态)bitNULL表级约束

dzclass(读者类别表)

字段名字段含义字段类型长度小数是否为空列级约束ClassID类别代码IntNOT NULLPrimarykeyClassName类别名称Char16NOT NULLPermitDay可借阅天数IntNULLPermitQty可借阅数量IntNULLPenaltyjklo’、iop、超期罚款额MoneyNULL表级约束优

(0.9~1)良

(0.8~0.9) 中

(0.6~0.8)一般

(0.5~0.6) 差

(0~0.5)按时交作业(10)内容合理性(30)内容的完整性(30)创新性(20)文档格式规范整齐(10)

备注：上面红色部分可以修改，其他保持不变

按时交作业指：在规定时间内上交作业任务，迟交按照时间比例扣分

内容合理性：指设计的需求分析，以及逻辑结构根据实际分析的合理。根据提出的应用环境需求设计分析的结果是完整的合理的。

内容完整性：上面要求的各部分内容都完成的程度

创新性：提出的需求有一定的创新，不要是网上直接拷贝的内容，要有自己的想法或者对于当前