03需求分析(09计本计信本历计本11历计升)报告.ppt

王化雨 whuayu000@163.com本章要点串联 为了开发出真正满足用户需求的软件产品，必须知道用户的需求——需求分析。 需求分析的任务是什么？ 如何获得用户需求？ “需求分析”需要进行系统“建模” 。重要的建模工具与方法： 实体-联系图 数据规范化 状态转换图 层次方框图、Warnier图、IPO图 从哪些方面验证软件需求的正确性？ 需求分析的重要性 为了开发出真正满足用户需求的软件产品，必须知道用户的需求，对软件需求的深入理解是软件开发工作获得成功的前提条件，不论人们把设计和编码工作做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发都带来烦恼。 需求分析基本任务 需求分析阶段是软件定义时期的最后一个阶段，它的基本任务是准确回答“系统必须做什么”这个问题。 虽然可行性研究阶段已经精力地了解了用户的需求，甚至还提出了一些可行的方案—— 但可行性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的解法，因此许多细节被忽略了。 然而在最终的系统中不能遗漏任何一个微小的细节，所以可行性研究并不能代替需求分析，它实际上没有准确回答“系统必须做什么？”这个问题。 需求分析并不确定“如何做” 需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪此工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，系统分析员应该写出《软件需求规格说明书》，以书面的形式准确地描述软件需求。 需求分析的关键在于分析员和用户的交流 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用： 只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来； 分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。 需求分析与规格说明是艰巨复杂的工作 需求分析与规格说明是艰巨复杂的工作，用户与分析员之间需要的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。 因此，不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力细致工作，而且必须严格审查验证需求分析的结果。 需求分析需要遵守的准则 尽管目前有许多不同的用于需求分析的结构化分析方法，但是所有这些分析方法都应遵守下述准则： 必须理解并描述问题的信息域，以此建立数据模型。 必须定义软件应完成的功能，它要求建立功能模型。 必须描述作为外部事件结果的软件行为，要求建立行为模型。 必须对信息、功能和行为模型进行分解，用层次的方式展示细节。 主要内容 需求分析的任务 与用户沟通获取需求的方法 分析建模与规格说明 实体-联系图 数据规范化 状态转换图 其他图形工具 验证软件需求 “需求分析的任务”内容 确定对系统的综合要求 分析系统的数据要求 导出系统的逻辑模型 修正系统的开发计划 确定对系统的综合要求 虽然功能需求是对软件系统的一项基本需求，但却并不是唯一的需要。 通常对软件系统有下述几方面的综合要求： 功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求 系统的综合要求-1功能需求 指定系统必须提供的服务 划分出系统必须完成的所有功能。 系统的综合要求-2性能需求 性能需求指定系统必须满足的定时约束或容量约束，通常包括： 速度(响应时间) 信息量速率 主存容量 磁盘容量 安全性 …… 例如：“应力分析程序必须在一分种之内生成任何一个梁的应力报告。” 系统的综合要求-3可靠性和可用性需求 可靠性需求定量地指定系统的可靠性，如：“机场雷达系统在一个月内不能出现2次以上故障”； 可用性： 可用性与可靠性密切相关，它量化了用户可以使用系统的程度。 例如：“在任何时候，主机或备份机上的机场雷达系统应该至少有一个是可用的，而且在一个月内在任何一台计算机上该系统不可用的时间不能超过总时间的2％。” 系统的综合要求-4出错处理需求 这类需求说明系统对环境错误应该怎样响应。 环境错误：非应用系统本身造成的错误。 例如：如果它接收到从另一个系统发来的违反协议的消息，应该做什么？ 某些情况下，“出错处理”指的是当应用系统发现它自己犯下一个错误时所采取的行为。 应该有选择地提出这类错误处理需求。这是因为： 目标是开发出正确的系统 不是用无休止的出错处理代码掩盖自己的错误。 对应用系统本身错误的检测应该仅限于系统的关键部分，而且应该尽可能少。 系统的综合要求-5接口需求 接口需求描述应用系统与它的环境通信的格式。 常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 例如： “