第3章数据库原理.pptVIP

* 取款过程的状态图 状态图案例 * 3.7 其他图形工具 3.7.1 层次方框图 树形结构描绘数据的层次结构 顶层代表完整的数据结构 下面的各层矩形框代表这个数据的子集 最底层的各个框代表组成这个数据的实际数据元素(不能再分割的元素)。 自顶向下，逐步求精，逐层细化 * 3.7.3 输入-处理-输出图（IPO图） 方便地描绘输入数据、对数据的处理和输出数据之间的关系。 * 改进的IPO图(IPO表) 需求分析阶段描述算法的重要工具 * 3.8 验证软件需求 3.8.1 验证软件需求的正确性 需求分析阶段的工作结果是开发软件系统的重要基础 软件系统中15%的错误起源于错误的需求。 必须严格验证这些需求的正确性。 * 3.8.2 验证软件需求的方法 一致性所有需求必须是一致的 人工技术审查、形式化 现实性指定的需求应该是可实现的 以往系统经验、分析现有技术的可能性、仿真、性能模拟技术 完整性需求必须是完整的 有效性必须证明需求是正确有效的 确实满足用户的实际需要 用户试用原型 * 3.8.3 需求分析的软件工具 (1) 必须有形式化的语法(或表)，可以自动处理使用这种语法说明的内容； (2) 能够导出详细的文档； (3) 必须提供分析(测试)规格说明书的不一致性和冗余性的手段，产生完整性分析的结果报告； (4) 能够改进通信状况。 PSL/PSA(问题陈述语言/问题陈述分析程序)系统 * 作业思考题 教材P73 习题3 作业题：完成第5题中的环境图和功能级数据流图 思考题：第6题 * * * * * * * * * * 对环境图中的银行储蓄系统进行分解，从大的方面分解为接收事务、处理存款、处理取款3部分，得到1层数据流图。 接收事务的主要功能是判断一个事务（输入数据流）的类型，其结果或者是存款业务，或者是取款业务。 存款信息需要使用外部文件或数据库的方式来存储 。 * * * * * * * 第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 软件需求规格说明 需求分析阶段最主要的文档 自然语言 完整、准确、具体 内容： 数据要求、功能需求、性能需求、可靠性和可用性