第三章数据库原理.pptVIP

第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求 3.9 小结 需求工程的重要性 Standish-Group对350家公司的8000个软件项目作过一次调查,其中，31%的项目的结局是被取消。 引致这些项目失败的原因是： 13.1% 不完整的产品要求； 12.4% 缺乏用户的参与； 10.6% 缺少资源（人力、财力）； 9.9% 不现实的期望； 9.3% 高层领导支持不足； 8.7% 产品要求与指标的改变； 8.1% 没有订计划； 7.5% 不再需要该开发中的系统。 其中，与产品需求有关的（1,2,4,和6项）占了44.1%。这些数据突出地显示了软件产品需求在软件开发中的重要性。 需求分析的准则 回答“系统必须做什么?” 准则 (1) 必须理解并描述问题的信息域，建立数据模型。 (2) 必须定义软件应完成的功能，建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 最后写出软件需求规格说明书 3.1 需求分析的任务 确定对系统的综合要求 功能、性能、可靠性、可用性、出错处理、接口、需求、约束、扩充…… 分析系统的数据要求 数据模型、数据结构 导出系统的逻辑模型 数据流图、实体-联系图、状态转换图、数据字典和处理算法描述 修正系统开发计划 3.2 获取需求的方法 访谈：正式、非正式访谈、情景分析 面向数据流自顶向下求精——结构化分析 简易的应用规格说明技术 快速建立软件原型 简易应用规格说明技术 讨论的目标是，针对每个议题(对象、服务、约束和性能)都创建出一张意见一致的列表。 在完成了小型规格说明之后，每个与会者都制定出产品的一整套确认标准，并把自己制定的列表提交会议讨论，以创建出意见…一致的确认标准列表。最后，由一名或多名与会者根据会议成果起草完整的规格说明。 需求分析的人员 3.3 分析建模与规格说明 3.3.1 分析建模 结构化分析实质——建模 不同角度抽象出目标系统的特性 使用精确的表示方法构造系统的模型 需求分析建立3种模型 数据模型：实体-联系图 功能模型：数据流图 行为模型：状态转换图 结构化分析的分析模型 3.3.2 软件需求规格说明 需求分析阶段最主要的文档 自然语言 完整、准确、具体 内容： 数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求 3.4 数据模型 建立概念模型（ ER图） 描述了从用户角度看到的数据 反映了用户的现实环境 与在软件系统中的实现方法无关 包含3种相互关联的信息 数据对象：外部实体、事物、行为、事件等 数据对象的属性：定义了数据对象的性质 数据对象彼此间相互连接的关系：联系 某校教学管理ER图 3.6 数据规范化 数据结构规范化 减少数据冗余 避免出现插入异常或删除异常 简化修改数据的过程 “范式(normal forms)” 定义消除数据冗余的程度 第一范式(1 NF)~第五范式(5 NF) 注意事项 初态(一个)、终态(0至多个)、中间状态 表示系统循环运行过程:不关心循环是怎样启动的 表示系统单程生命期:要标明初态和终态 状态转换图三要素 ① 事件 (event)：引发 object 状态改变的控制信息（瞬时）。 ② 状态(status):即 object 的 attributes 所处的情形（可持续）。 ③ 行为(action): Object 要达到某种 status 所做的操作（耗时）。 3.7 其他图形工具 树形结构描绘数据的层次结构 顶层代表完整的数据结构 下面的各层矩形框代表这个数据的子集 最底层的各个框代表组成这个数据的实际数据元素(不能再分割的元素)。 自顶向下，逐步求精，逐层细化 3.7.3 输入-处理-输出图（IPO图） 方便地描绘输入数据、对数据的处理和输出数据之间的关系。 改进的IPO图(IPO表) 需求分析阶段描述算法的重要工具 3.8 验证软件需求 需求分析阶段的工作结果是开发软件系统的重要基础 软件系统中15%的错误起源于错误的需求。 必须严格验证这些需求的正确性。 3.8.2 验证软件需求的内容和方法 一致性所有需求必须是一致的 人工技术审查、形式化 现实性指定的需求应该是