软件实训案例描述.docVIP

  • 6
  • 0
  • 约2.08千字
  • 约 6页
  • 2017-06-01 发布于天津
  • 举报
软件实训案例描述

外卖点餐系统数据库设计 需求分析: 现要开发外卖点餐系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能: 订餐管理。 (2)菜单管理。 (3)派送人员管理。 (4)评价管理。 (5)会员管理。 (6)支付管理。 1、数据流图 完成人(101张三) 2、数据字典 (说明:数据项和数据结构是必须要求的,数据流、数据存储和处理过程可选,没有的话删除相应表格内容) (1)数据项(DI) 表1.1 数据项列表 数据项编号 数据项名 数据项含义 类型 长度 别名 DI-1 MemberNo 会员号 字符型 10 会员号 DI-2 MemberName 会员姓名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 借书证号(卡号) Char 20 NOT NULL Primarykey Name 姓名 Char 16 NOT NULL Sex 性别 Bit NULL Dept 部门 Char 30 NULL ClassID 类别代码 Int NOT NULL Foreign key references dzclass(ClassID) Bzdate 办证日期 datetime NULL Cardstate 借书证状态(卡状态) bit NULL 表级约束 dzclass(读者类别表) 字段名 字段含义 字段类型 长度 小数 是否为空 列级约束 ClassID 类别代码 Int NOT NULL Primarykey ClassName 类别名称 Char 16 NOT NULL PermitDay 可借阅天数 Int NULL PermitQty 可借阅数量 Int NULL Penaltyjklo’、iop、 超期罚款额 Money NULL 表级约束 优 (0.9~1) 良 (0.8~0.9) 中 (0.6~0.8) 一般 (0.5~0.6) 差 (0~0.5) 按时交作业(10) 内容合理性(30) 内容的完整性(30) 创新性(20) 文档格式规范整齐(10) 备注:上面红色部分可以修改,其他保持不变 按时交作业指:在规定时间内上交作业任务,迟交按照时间比例扣分 内容合理性:指设计的需求分析,以及逻辑结构根据实际分析的合理。根据提出的应用环境需求设计分析的结果是完整的合理的。 内容完整性:上面要求的各部分内容都完成的程度 创新性:提出的需求有一定的创新,不要是网上直接拷贝的内容,要有自己的想法或者对于当前

文档评论(0)

1亿VIP精品文档

相关文档