[工程科技]第3章_软件工程需求分析.ppt

2003年2月26日 西北师大物电学院 授课教师：宋海声 计算机网络课程 第3章 需求分析 §1 需求分析的任务 一、需求分析的特点 需求分析是指开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义， 再由需求定义转换到相应的形式功能规约(需求规格说明)的过程。 第3章 需求分析 需求分析虽处于软件开发过程的开始阶段，但它对于整个软件开发过程以及软件产品质量是至关重要的。在计算机发展的早期，所求解问题的规模国，需求分析被忽视。 第3章 需求分析 随着软件系统复杂性的提高及规模的扩大，需求分析在软件开发中所处的地位愈加突出，从而也愈加困难，它的难点主要体现在以下几个方面： (1) 问题的复杂性。 这是由用户需求所涉及的因素繁多引起的，如运行环境和系统功能等 第3章 需求分析 (2) 交流障碍。需求分析涉及人员较多， 如软件系统用户、 问题领域专家、需求工程师和项目管理员等，这些人具备不同的背景知识，处于不同的角度， 扮演不同角色，造成了相互之间交流的困难。 第3章 需求分析 (3) 不完备性和不一致性：由于各种原因， 用户对问题的陈述往往是不完备的，其各方面的需求还可能存在着矛盾，需求分析要消除其矛盾，形成完备及一致的定义。 第3章 需求分析 (4) 需求易变性。用户需求的变动是一个极为普便的问题， 即使是部分变动，也往往会影响到需求分析的全部，导致不一致性和不完备性。 为了克服上述困难，人们主要围绕着需求分析的方法及自动化工具(如CASE技术)等方面进行研究。 第3章 需求分析 二、需求分析的原则 近几年来已提出许多软件需求分析与说明的方法(如结构化分析方法和面向对象分析方法)，每一种分析方法都有独特的观点和表示法， 但都适用下面的基本原则：  第3章 需求分析 (1) 必须能够表达和理解问题的数据域和功能域。数据域包括数据流(即数据通过一个系统时的变化方式) 数据内容和数据结构， 而功能域反映上述三方面的控制信息。 第3章 需求分析 (2) 可以把一个复杂问题按功能进行分解并可逐层细化。 通常软件要处理的问题如果太大太复杂就很难理解，若划分成几部分， 并确定各部分间的接口，就可完成整体功能。在需求分析过程中，软件领域中的数据、功能和行为都可划分。 第3章 需求分析 (3) 建模。模型可以帮助分析人员更好地理解软件系统的信息、功能和行为，这些模型也是软件设计的基础。 结构化分析方法和面向对象分析方法都遵循以上原则。 第3章 需求分析 三、 需求分析的任务 需求分析的基本任务是要准确地定义新系统的目标，为了满足用户需要，回答系统必须“做什么”的问题。在可行性研究和项目开发计划阶段对这个问题的回答是概括的、粗略的。1. 问题识别 双方确定对问题综合需求。 这些需求包括： 第3章 需求分析 (1) 功能需求。所开发的软件必须具备什么样的功能， 这是最重要的。 (2) 性能需求。待开发的软件的技术性能指标， 如存储容量、 运行时间等限制。 第3章 需求分析 (3) 环境需求。软件运行时所需要的软、硬件(如机型、 外投、 操作系统和数据库管理系统等)的要求。 (4) 用户界面需求。人机交互方式、输入输出数据格式等。另外还有可靠性、安全性、保密性、可移植性和可维护性等方面的需求，这些需求一般通过双方交流、调查研究来获取， 并害到共同的理解。 第3章 需求分析 （5）. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。 可用性与可靠性密切相关，它量化了用户可以使用系统的程度。 （6）. 出错处理需求 这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到从另一个系统发来的违反协议格式的消息，应该做什么?注意，上述这类错误并不是由该应用系统本身造成的。 第3章 需求分析 （7）. 接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 （8）. 逆向需求 逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。 第3章 需求分析 （9）. 约束 设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。在需求分析阶段提出这类需求，并不是要取代设计(或实现)过程，只是说明用户或环境强加给项目的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该