数据库课程设计房产管理系统报告书.docVIP

数据库课程设计房产管理系统报告书.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软 件 学 院 课程设计报告书 课程名称 数据库原理及应用课程设计 设计题目 房产管理系统 专业班级 软件工程财升本12-1班 学 号 1220970124 姓 名 指导教师 2013 年月1 设计时间 3 2 设计目的 3 3设计任务 3 3.1设计目标 3 3.2功能要求 3 3.3数据要求 4 4 设计内容 4 4.1需求分析 4 4.1.1 调查内容 4 4.1.2 数据结构分析 4 4.2.3 系统功能模块图 4 4.2.3数据字典 5 4.3 逻辑结构设计 6 4.4 物理结构设计 7 5 系统实现 9 5.1 开发工具和环境 9 5.2 源代码 9 5.2.1销售合同表单 9 5.2.2供货单位表单 10 5.2.3产品信息表单 10 5.2.4交付表单 11 5.2.5插入合同信息操作 11 5.2.6查找销售合同表操作 12 5.2.7查找供货单位表操作 12 6 总结与展望 13 参考文献 14 成绩评定 14 1 设计时间 2013年1月21日-2013年1月23日 2 设计目的[2] 数据库原理及应用课程设计是网络工程专业集中实践性环节之一,是学习完《数据库系统概论》课程后进行的一次全面的综合练习。其目的在于加深对数据库基础理论和基本知识的理解,掌握使用数据库进行软件设计的基本方法,提高运用数据库解决实际问题的能力,最终实现对于给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求和处理要求)。同时,此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。 近年来,随着计算机技术的发展和电脑的普及,特别是企业上网工程和办公自动化的进展迅猛,越来越多的企业在管理部门纷纷采用MIS通过办公室的一台PC机完成复杂的日常业务处理,从而减少工作量提高效率。在这样的背景下,更多的国有大中型企业从中受益。通常这样的企业存在部门多,业务杂,数据流量大的特点,如果在各个部门使用一个针对性强,操作简单而数据处理功能强大的MIS,无疑是能起到事半功倍的效果… 4 设计内容 房产管理系统主要功能: 1.分房,调房,退房询,咨统计。 2.用户可以查询房产信息,住房信息,住户信息,住户家庭信息。 3.删除,修改,新增信息。 4.1需求分析[5] 4.1.1 调查内容 当制造商面临的销售商有关于销售能力的私有信息时,制造商如何制订多种产品的销售价格并设定多产品的激励合同。模型中,制造商通过提供多个规定目标销售量的合同供销售商进行选择,在销售商选择后,制造商了解到销售商的真实销售能力。由于制造商和销售商之间存在不对称信息,制造商需要付出一定的信息成本才能获得销售商的销售能力。研究发现,制造商能够通过合适地设定不同产品的销售价格,以获得在不同产品上的分配销售商销售努力的权力。进一步,在一定的条件下制造商可以根据自己的需要任意设定合同中不同产品的目标销售量而不影响其最终期望利润。本文找到了上述最优销售价格以及多种产品目标销售量所需要满足的条件。 4.2.3数据字典[6] 4.2概念设计 概念模型是数据库系统的核心和基础。根据以上分析结果,绘制出本系统的E-R图。 4.3 逻辑结构设计[1]、[4] 数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段,需要考虑到具体的DBMS的性能、具体的数据模型特点。 从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型,如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题,所以只介绍E-R图如何向关系模型进行转换。 关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体,实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体,实体的属性和实体间的联系转换为关系模式。转换原则如下。 1. 实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性, 实体的码就是关系的码。 2.联系类型的转换,根据不同的情况做不同的处理。一个1:1的联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并,则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。 一个1:N的联系可以转换

文档评论(0)

smdh + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档