第5章 数据库应用系统设计.pptVIP

  • 1
  • 0
  • 约1.57万字
  • 约 53页
  • 2016-12-15 发布于北京
  • 举报
第五章 数据库应用系统设计 §5.1 数据库应用系统开发过程概述 §5.1 数据库应用系统开发过程概述 §5.1 数据库应用系统开发过程概述 §5.1.1 需求分析阶段 §5.1.1 需求分析阶段 §5.1.1 需求分析阶段 §5.1.1 需求分析阶段 §5.1.1 需求分析阶段 §5.1.1 需求分析阶段 §5.1.2 概念设计阶段 §5.1.2 概念设计阶段 §5.1.2 概念设计阶段 §5.1.2 概念设计阶段 §5.1.2 概念设计阶段 §5.1.3 逻辑设计和物理设计阶段 §5.1.3 逻辑设计和物理设计阶段 §5.1.3 逻辑设计和物理设计阶段 §5.1.3 逻辑设计和物理设计阶段 §5.1.4 机器实现阶段 §5.1.5 运行与维护阶段 §5.2 数据库应用系统设计应用举例 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.1 需求分析 §5.2.2 概念设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.3 逻辑和物理设计 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 §5.2.4 机器实现 (3) 给旅客登记住房 首先把每条由旅客的卡号和房序号构成的记录插入到住宿表中,接着计算出该卡号一天的住宿费,然后修改住宿费表,使得对应记录的住宿费增加和余额减少相应的值,最后还要修改客房表,使相应记录的“已用”属性的值置为1。 (4) 每天12点时催款 每天12点之后查看催补款表,按卡号通知相应旅客要么退房,要么补交资金。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. (5) 每天12点半加一天住宿费 假定只按整天、不按半天计费。首先根据住宿表和客房表计算出每个卡号一天的住宿费,然后按该卡号修改住宿费表中的对应记录,使住宿费项增加和余额项减少相应的值。 (6) 伙食消费 按旅客使用的卡号修改伙食费表中对应的记录,使伙食费项增加和余额项减少一次就餐开支。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. (7) 娱乐消费 按旅客使用的卡号修改娱乐费表中对应的记录,使娱乐费项增加和余额项减少一次娱乐开支。 (8) 结算处理 首先要收回消费卡,根据住宿表中该卡号对应的所有房序号,把客房表中对应记录的“已用”属性的值修改为0,接着从住宿表中删除该卡号对应的全部记录,然后根据消费卡表中的相应记录,退给旅客剩余的金额,删除该条记录,最后还要从旅客登记表中删除掉对应的记录。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 根据需求分析的结果,得到用ER图表示的概念设计图: Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 由上一步概念设计得到四个基本表:客房表、住宿表、消费卡表和旅客登记表,得到五个视图表:客房空闲表、住宿费表、伙食费表、娱乐费表和催补款表。给出SQL语言对以上表的结构定义。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyri

文档评论(0)

1亿VIP精品文档

相关文档