[软件工程第3章需求分析.pptVIP

  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文档。上传文档
查看更多
[软件工程第3章需求分析

* * * 【图书馆系统实体-关系图】 注册/更改/注册 借 书目 条码号 分类号 ISBN 录入/更新/删除 ISBN号 书名 作者 出版社 馆藏数 价格 可借数 图书馆系统的实体-关系图 系统管理 工号 姓名 性别 权限 密码 标题 借书证号 条码号 借书日期 归还日期 续借次数 借书记录 借书证号 姓名 性别 地址 身份 借书数 罚金 借书者 还 包含 续借 借书证号 ISBN 预约日期 图书号 预约 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 【建立状态转换图】 图书可借条件:图书馆库存的该图书的可借册数(n)大于预约该图书的借书者数目(m)。 借出 在架 借 还 书目实体状态图 可借 不可借 标题实体状态图 还书 [n = m+1] 借书 [n m+1] 还书 [n = m] 借书 [m = n+1] Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 【建立数据字典】 图书馆系统的图书信息分为“标题”和“书目”。标题描述抽象的书的信息,书目则是具体的每一本书的信息。 名称:标题 别名:抽象的图书 描述:描述一个抽象的图书的信息 定义:标题=ISBN+书名+作者+出版社+出版日期版次+价格+目录+内容简介+馆藏数+可借数+预约数 位置:图书查询,借书,还书,预约 名称:书目 别名:具体的书 描述:对应标题的具体的一本书 定义:书目=条码号+分类号+ISBN 位置:借书、还书、更新 “标题”和“书目”的卡片描述 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * * * * * * * * * * * * * * * * * * * * * * * * * * * 第一范式,每个属性值都必须是原子值,即仅仅是一个简单值而不含内部结构。 第二范式,满足第一范式条件,而且每个非关键字属性都由整个关键字决定(而不是由关键字的一部分来决定)。 第三范式,符合第二范式的条件,每个非关键字属性都仅由关键字决定,而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值)。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 下面以一个学校的学生系统为例分析说明,假设数据库中包括如下信息:学号、学生姓名、年龄、性别、课程、课程学分、系别、学科成绩,系办地址、系办电话等信息。首先我们考虑,把所有这些信息放到一个表中,因此不满足第二范式的要求,会产生如下问题 : 数据冗余:同一门课程由n个学生选修,学分重复n-1次;同一个学生选修m门课程,姓名和年龄就重复m-1次。 更新异常: 1)若调整了某门课程的学分,数据表中所有行的“学分”值都要更新,否则会出现同一门课程学分不同的情况。 2)假设要开设一门新的课程,暂时还没有人选修。这样,由于还没有“学号”关键字,课程名称和学分也无法记录入数据库。 删除异常 :假设一批学生已经完成课程的选修,这些选修记录就应该从表中删除。但是,与此同时,课程名称和学分信息也被删除了。很显然,这也会导致插入异常。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 解决方案,改为如下三个表: 学生:Student(学号,姓名,年龄,性别,系别,系办地址、系办电话); 课程:Course(课程名称,学分); 选课关系:SelectCourse(

文档评论(0)

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

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

1亿VIP精品文档

相关文档