数据库原理与应用.pptxVIP

第三章 需求分析;3.1 需求分析的任务;接口需求：描述应用系统与它的环境通信的格式，常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 约束：包括设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。 逆向需求：说明软件不应该做什么。 将来可能提出的要求：为系统的扩充和修改作准备。;2、分析系统的数据要求 系统需要哪些数据，数据之间有什么联系，数据由哪些数据元素组成。 DFD（数据流图）、DD（数据字典）、 E-R图（实体-联系）、数据的组成层次结构 3、导出系统的逻辑模型 数据流程图、数据字典、主要算法。 4、修正系统开发计划;5、开发原型系统（样机） 主要目的：使用户通过实践获得关于未来的系统的更直接更具体的概念，更准确地提出和确定他们的要求。 主要理由： 由于人的认识能力的局限，不能预先指定所有的要求； 在用户和系统分析员之间存在固有的通信鸿沟； 用户需要一个“活”的系统模型，以便获得实践经验； 在开发过程中重复和反复是必要的和不可避免的； 目前有快速建立原型系统的工具可供选用。主要问题：增加了软件成本。;3.2 分析过程 1、沿数据流程图回溯 从“输出端”到“输入端”回溯，分析数据元素。 2、用户复查 借助已有的数据流程图，帮助复查，再次完善数据流程图。 3、细化数据流程图;4、修正开发计划;3.3 概念模型和规范化（数据库概要设计） 1、概念模型 最常用的表示概念性数据模型的方法：实体—联系方法(Entity- Relationship Approach)，简称E-R模型。 E-R模型包含三个基本成分：“实体”、“联系”、“属性” (1)实体：是客观世界中存在的、且可相互区分的事物。它可以是人或物，也可以是具体事物或抽象事物。 例如：教师、学生、课程是实体。 实体用矩形框表示，如：;联系：客观世界中的事物彼此之间有联系，描述实体与实体之间的关系。联系有三种： 1：1（一对一联系） 例如：实体“校长”与“大学”之间的联系为“1：1” 1：N（一对多联系） 例如：实体“学校”与“院系”之间的联系为“1:N ” M：N（多对多联系） 例如：实体“学生”???“课程”之间的联系为“M:N ”联系用菱形框表示。 属性：属性是实体或联系所具有的性质。通常一个实体或联系由若干属性来刻画。;2、范式（Normal Forms);关系规范化(Normalization): 第一范式（1NF）：不存在重复组和组项； 第二范式（2NF）：不存在非主属性对候选关键字的部分函数依赖； 第三范式（3NF）：不存在非主属性对候选关键字的传递函数依赖。 一般分解到第三范式即可。范式级别越高，存储同样的数据就需要分解成更多张表，存储过程越复杂，查询速度将下降（表的连接的开销增大）。;3.4 数据结构表示的图形工具;软件产品;2、Warnier图（法国科学家沃尼提出） 描绘信息的层次结构（一棵平置的树）； 能表达信息的逻辑关系（它可表示指出一类信息或一个信息量是重复出现的,也可以表示特定信息在某一类信息中是有条件地出现的）； 可由Warnier图导出程序结构（ Warnier程序设计方法）。;应用软件;二、表示数据处理的图形工具（需求分析中的算法描述工具） 3、IPO（输入/处理/输出）图 作用：描述DFD中的处理逻辑（方便地描述输入数据、对数据的处理和输出数据之间的关系）。 基本形式：在左边的框中列出有关的输入数据，在中间的框内列出主要的处理，在右边的框内列出产生的输出数据。;旧的主文件;3.4 需求分析文档;另外两份文档：;2、用户系统描述：从用户使用系统的角度描述系统的功能和性能，用户 使用系统的主要步骤和方法，以及系统用户的责任。初步的用户手册。作用： 使用户从使用角度检查和审核目标系统，容易判断这个系统是否满足他们的需要； 使系统分析员从用户的角度考虑软件系统，进一步验证软件需求； 有了这份文档，审查和复审时容易发现系统分析员和用户之间不一致和误解的地方，有利于理解和沟通。;3.6 验证软件需求;现实性： 用现有的硬软件技术可以实现。 有效性： SRS中陈述的每个需求都是可验证的，即当且仅当存在一个有限代价的过程（人工或机器）可以检查构造的软件产品是否符合用户的需求。;3、验证方法 人工审查：需求规格说明书是用自然语言书写的； 用软件工具验证：需求规格说明书是用形式化的需求陈述语言（RSL）书写的。 1977年密执安大学开发了PSL/PSA（问题陈述语言/问题陈述分析程序）系统： ·用描述符描述信息系统； ·创建一个数据库保存描述符； ·对描述符施加增删改操作； · 产生格式化的文档。;（3）开发原型系统;主要策略：;第四代语言的特点： 1、与用户是友好的； 2、非计算机专门人员也可方便地使用； 3、编程语