《实用软件工程》全套PPT电子课件教案-ch3 软件需求分析-1参考.ppt

1、软件需求分析的任务 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的 2、需求获取技术 需求获取技术包括两方面的工作： 建立获取用户要求的方法的框架； 支持和监控需求获取的过程的机制。 获取用户需求的主要方法是调查研究。 了解系统的需求 软件开发是系统开发的一部分,仔细分析研究系统的需求规格说明,对软件的需求获取是很有必要的。 市场调查 了解市场对开发软件有什么样的要求；了解市场上有无与待开发软件类似的系统 访问用户和用户领域的专家 把从用户那里得到的信息作为重要的原始资料进行分析；访问用户领域的专家所得到的信息将有助于对用户需求的理解。 考察现场 了解用户实际的操作环境、操作过程和操作要求。对照用户提交的问题陈述，对用户需求可以有更全面、更细致的认识。 调查研究方式有：发调查表；召开调查会；向用户领域的专家个别咨询；实地考察，跟踪现场业务流程；查阅与待开发系统有关的资料；使用各种调查工具等。 3、需求分析的过程 (1) 问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 软件的需求包括： 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标 问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。 (2) 分析与综合 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的关联、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 常用的分析方法： 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 (OOA) 等 (3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 (4) 需求分析评审 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; 5、软件需求分析的原则 需要能够表达和理解问题的信息域和功能域 信息域应包括 信息流：数据和控制通过一个系统时的变化方式。两个功能之间的数据/控制传递就确定了功能间的接口。 信息内容：单个数据或控制对象，它们构成了某个更大的由软件变换生成的信息的集合。 信息结构：各种数据和控制项的内部组织。 以层次化的方式对问题进行分解和不断细化 软件的功能域和信息域都能做进一步的分解。这种分解可以是同一层次上的，称为横向分解；也可以是多层次的纵向分解。 要给出系统的逻辑视图和物理视图 软件需求的逻辑视图给出的是软件要达到的功能和要处理的数据之间的关系，而不是实现的细节。 软件需求的逻辑描述是软件设计的基础。 软件需求的物理视图给出的是处理功能和数据结构的实际表现形式，这往往是由设备本身决定的。 6、软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合 7、软件需求方法 需求分析方法由对软件问题的信息域和功能域的系统分析过程及其表示方法组成 大多数的需求分析方法是由信息驱动的 信息域具有三种属性: