软件工程第3章结构化与设计3-1章需求和结构化系统CUMT2.dps讲述.ppt

《计算机网络》课件 制作人：谢希仁 王荣存 博士rcwang@cumt.edu.cn 第3-1章 需求分析和结构化系统分析 第3章 结构化分析与设计 3-1.1 需求分析概述 3-1.2 需求获取 3-1.3 需求分析原则 3-1.4 需求规格说明 3-1.5 传统的软件需求分析基础 软件需求作为软件生命周期的第一个阶段，其重要性越来越突出，到20世纪80年代中期，逐步形成了软件工程的子领域——需求工程。 90年代后，需求工程成为软件界研究的重点之一。从1993年起，每两年举办一次需求工程国际研讨会（ISRE），1994年起，每两年举办一次需求工程国际会议（ICRE）。一些关于需求工程的工作小组相继成立，使需求工程的研究得到了迅速进展。 3-1.1 需求分析概述 3-1.1.1需求分析的内容 软件需求的重要性 软件需求无疑是当前软件工程中的关键问题，没有需求就没有软件。 美国于1995年开始对全国范围内的8000个软件项目进行跟踪调查。 分析失败的原因发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。 未完成 完成未实施 完成 需求:成功的软件开发的前提 软件质量= 系统所实现的需求/客户所期望的需求 软件项目投标及签订合同的基础 软件系统实现的基础 系统确认移交的基础 需求的定义 IEEE Standard Glossary of Software Engineering Terminology 用户解决一个问题或达到一个目标所需要的一种状况或能力 系统为了满足一种约定、标准、规格说明或其它正式文件而必须满足或拥有的一种状况或能力 以上两种状态或能力的文档化表示 主观需求 客观需求 需求文档 IEEE公布的需求定义分别从用户和软件工程师的角度阐述了什么是需求，需求一方面反映了系统的外部行为，另一方面反映了系统的内部特性，反映的方式是需求文档。 比较通俗的需求定义如下：需求是指明系统必须实现什么的规格说明，它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。 软 件需 求 功能需求 它是对系统应该提供的服务、功能以及系统 在特定条件下的行为的描述。它与软件系统的类 型、使用系统的用户等相关，有时需要详细描述 系统的功能、输入/输出、异常等，有时还需要申 明系统不应该做什么。 领域需求 是由软件系统的应用领域所决定的特有的功 能需求，或是对功能的约束。 课件制作人：谢希仁 课件制作人：谢希仁 3-1.1.2 需求类型 1. 按内容分类 软件需求代表系统的综合要求，包括以下几种类型： (1) 系统功能需求 系统功能需求指根据系统所能实现的功能要求，对于每一类功能或者有时对于每一个功能，需要书弄清输入、加工和输出等需求。 (2) 系统性能需求 按照系统的性能要求分类。例如联机系统的响应时间、系统需要的存储容量、后援存储器、重新启动、安全性和可靠性等方面的要求。 课件制作人：谢希仁 (3) 系统运行需求 这类要求集中表现为对系统运行时所处的环境、使用的资源、安全保密和用户界面的要求。如支持系统运行的硬件和软件是什么，采取哪种数据库管理系统，需要什么样的外存储器和数据通信接口。 (4) 未来可能出现的问题 就是把不属于当前系统开发范围的问题都明确地列出来，因为将来很可能会提出这些问题。这些问题主要是为了系统将来的扩充和修改做准备，当以后需要时就可以很容易地进行扩展和修改了。 课件制作人：谢希仁 2. 按用户的期望分类 (1) 正常需求 用户陈述的针对系统的目标。 (2) 期望需求 隐式的需求，可能由于是非常基础的而用户没有显示的陈述，如人机交互的容易性、整体的操作正确性和可靠性，以及软件安装的容易性。 (3) 兴奋需求 在用户的期望范围之外，如果实现将令人愉快和出乎意料。 课件制作人：谢希仁 3. 按必要性分类 (1) 强制的需求 是指除非软件与这些需求一致，则该软件是不可接受的。 (2) 希望的需求 是指这些需求将增进软件产品功能，但是如果缺乏的话也不是不可接受。 (3) 任选的需求 是指这个功能可有可无。 课件制作人：谢希仁 3-1.1.3 需求特性 (1) 正确性 需求规格说明书中的功能、行为、性能描述必须与用户对目标软件产品的期望相吻合。 (2) 无歧义性 对于