(软件工程)第3章需求分析(ok).ppt

* ? 2012 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. 软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。 通常用“范式(normal forms)”定义消除数据冗余的程度。第一范式(1 NF)数据冗余程度最大，第五范式(5 NF)数据冗余程度最小。但是，范式级别越高，存储同样数据就需要分解成更多张表，因此，“存储自身”的过程也就越复杂。第二，随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。第三，范式级别提高则需要访问的表增多，因此性能(速度)将下降。从实用角度看来，在大多数场合选用第三范式都比较恰当。 ?第一范式（1NF）：当关系模式R的所有属性都不能分解更基本的数据元素时，即R的所有属性都处于原子特征时，就叫做第一范式（1NF）。 ??例如：我们在关于员工的关系模式中，如果工资这项属性可以再分成基本工资和奖金的话，那么它就不属性第一范式，如果不能再分的话就属性第一范式，当然，需要员工这个关系模式里所有属性都满足这个条件。 ? ??第二范式（2NF）：如果关系模式R在满足第一范式的基础下，并且所有R的所有非主属性都完全依赖于R（关于依赖自己查询）的每一个候选关键字属性，则叫做R满足第二范式。 ??例如：在一个图书管理系统中，存在如下关系模式：R=R（读者编号，图书编号，工作单位，借阅日期，归还日期），在这个关系模式中，有两个候选主属性，（读者编号，图书编号），而工作单位这个属性只需要读者编号这个属性就能确定，所以在这个它并不是完全的依赖于每一个候选关键属性，所以它并不是第二范式。 ? ??第三范式（3NF）：假设R是一个满足1NF的关系模式，X是R的任意属性组，如果X非传递依赖于R的任意一个候选关键属性，称R满足第三范式。 ??什么叫传递依赖，比如，人-（男人，女人），男人-(小孩，大人，老人），这里因为小孩是男人，所以推出小孩也是人，（这个例子不是很恰当）。那怎么来理解第三范式，我们同样举个例子来理解下 ??例如：假如KFC这个公司，它在北京有100家分店，那么我们记录它的时候，就会这样记录R=R（公司注册号，法人代表，注册城市，所在省），如果按照第一范式，我们需要些100次注册城市，这就导致了数据的高度冗余，所以我们这里想要用第三范式，公司注册号-注册城市，注册城市-所在省，这里就导致了R的传递依赖，所以我们这里并不能用第三范式。 ? ??再接下来就是Boyce-Codd范式和第四、第五范式了，这三个范式都是这前三个范式的基础上增加更合理的规范性而来的，所以符合第三范式以上的范式的关系模式才能称之为标准的关系模式。 ? ??Boyce-Codd又简称BCNF，它比第三范式具有更强的规范性，或者又叫做约束性，符合BCNF的关系模式一定符合第三范式，但是反过来却不一定成立。很多情况下，第三范式就是BCNF，但是二者是不等价的。 ? ??第四范式（4NF）：禁止主属性和非主属性一对多的关系不受约束，这个就