#软件工程 第3章 结构化分析与设计 3-1章 需求分析和结构化系统分析 CUMT.ppt

张 磊 博士，副教授zhanglei@cumt.edu.cn 软件需求的重要性 需求:成功的软件开发的前提 软件质量= 系统所实现的需求/客户所期望的需求 需求的定义 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) 无歧义性 对于用户、分析人员、设计人员和测试人员而言，需求规格说明书中的任何语法单位只能有唯一的语义解释。确保无歧义性的一种有效措施是在需求规格说明书中使用标准化术语，并对术语的语义进行显式的、统一的解释。 (3) 完整性 需求规格说明书不能遗漏任何用户需求，具体地说，目标软件产品的所有功能、行为、行为约束以及它在所有可能情况下的预期行为，均应完整地包含在需求规格说明书中。 (4) 可验证性 对于规格说明书中的每一个需求，均应存在技术和经济上可行的手段进行验证和确认。 (5) 一致性 需求规格说明书的各部分之间不能相互矛盾。这些矛盾可以表现为术语使用方面的冲突，功能和行为方面的冲突，以及时序方面的前后不一致。 (6) 可理解性 追求上述目标不应妨碍需求规格说明书对于用户、设计人员和测试人员的易理解性。特别是对于非计算机专业的用户而言，不宜在说明书中使用太多的专业化词汇。 (7) 可修改性 需求规格说明书的格式和组织方式应保证能够比较容易地接纳后续的增删和修改，并使修改后的说明书能够较好地保持其他各项属性。 (8) 可追踪性 需求规格说明书必须将分析后获得的每项需求与用户的原始需求项清晰地联系起来，并为后续开发和其他文档引用这些需求项提供便利。 需求工程的基本活动包括： 需求分析常用技术 需求规格说明 软件需求规格说明是分析任务的最终产物，美国国家标准局、IEEE以及美国防部门均已提出了软件需求规约（以及其他软件工程文档）的候选格式。 软件需求规格说明必须正确地定义所有的软件需求；除了设计上的特殊限制之外，软件需求规格说明中一般不描述任何设计、验证或项目管理的细节。 需求必须描述的基本问题 功能——所设计的软件要做什么； 性能——软件功能在执行过程中的速度、可使用性、响应时间、各种软件功能