第四章(需求分析).ppt

软件需求 需求工程 分析建模 需求管理 本章小结 【学习目标】 　　　本章介绍需求分析的意义、概念和方法，了解结构化分析方法和需求管理的关键活动；要求学会运用实体关系图、数据流图和状态控制图进行结构化分析建模，能够编写软件需求规格说明。 【学习方法】 　　　正确理解需求工程涉及的基本概念，结合具体实例运用结构化分析技术，从而达到理论学习及在实际项目中应用的目的。 【难重点】 　　　本章的学习重点在于理解软件需求的概念和重要性，熟悉需求开发和需求管理的基本思想和主要活动，掌握结构化的分析方法；难点是怎样在实际的软件项目中灵活运用这些思想和方法。 【课前思考】 软件需求存在什么问题？ 什么是软件需求？ 什么是需求工程？ 常见的需求分析方法是什么？ 需求分析的结果可以验证吗？ 需求规格说明有什么质量要求？  【本节知识点】 软件需求的定义 需求的层次 导致需求缺陷的原因  ?　　　随着计算机技术的飞速发展，软件已经成为人们生活中不可缺少的一部分。人们在使用软件的过程中，常常会抱怨它无法执行某些基本操作。但对于软件开发人员而言，用户不断提出新的要求是一件多么烦人的事。  ?　　 其实，在软件开发过程中遇到的许多问题，都是由于收集、编写、协商、修改软件需求过程中的失误带来的，诸如信息收集不全、功能不明确、交流不充分、文档不完善、需求发生变化等。可以这样说，软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的祸根。  ?　　 开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写详细的技术需求，包括所有面向用户、面向机器和其它软件系统的接口。  ?IEEE软件工程标准词汇表将需求定义为：　　（1）用户解决问题或达到目标所需的条件或能力。　　（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。　　（3）一种反映上面（1）或（2）所描述的条件或能力的文档说明。  下面列出其他几种关于“需求”的定义： 需求是用户所需要的并能触发一个程序或系统开发工作的说明； 需求是从系统外部能发现系统所具有的满足于用户的特点、功能及属性等； 需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。  　　　软件需求包括四个不同的层次：即业务需求、用户需求和功能需求，另外还有非功能需求。 　　　软件需求各组成部分之间的关系如下图所示。   业务需求 　　 反映了组织机构或客户对系统或产品高层次的目标要求，它们在项目视图与范围文档中予以说明。  用户需求 　　 描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明。  功能需求 　　　定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。  非功能需求 　　　是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。  　　 非功能需求包括过程需求、产品需求和外部需求三类。其中过程需求有交付、实现方法和标准等需求；产品需求包含性能、可用性、实用性、可靠性、可移植性、安全必威体育官网网址性、容错性等方面的需求；外部需求有法规、成本、操作性等需求。  需求工程中的缺陷将给项目的成功带来极大风险，导致缺陷的原因主要包括以下方面：  缺乏足够的用户参与　　客户经常不明白为什么收集需求和确保需求质量需花费那么多功夫，开发人员可能也不重视用户的参与。究其原因：一是因为与用户合作不如编写代码有意思；二是因为开发人员觉得已经明白用户的需求了。在某些情况下，与实际使用产品的用户直接接触很困难，而客户也不太明白自己的真正需求。然而，在项目的早期让具有代表性的用户直接参与到开发队伍中，并一同经历整个开发过程很重要。  用户需求不断增加　　在开发过程中，用户需求经常发生变化，但是不断的变更会使其整体结构越来越乱，整个程序也难以理解和维护。如果要减少需求变更的影响范围，就必须在项目的开始对项目视图、范围、目标、约束限制和成功标准给予明确说明，并将此说明作为评价需求变更和新特性的参照框架。  需求模棱两可　　模棱两可是需求规格说明中最严重的问题，它意味着不同的人对需求说明产生了不同的理解，或者是同一个人能用不止一个方式来解释某项需求说明。模棱两可的需求带来的后果便是返工--重做一些你认为已做好的事情，返工会耗费开发总费用的40%，而70%～85%的重做是由于需求方面的错误引起的。  添加不必要的特性　　有时候，开发人员力图增加一些用户欣赏但需求规格说明中并未涉及的新功能，然而常常是用户并不认为这些功能性很有用。开发人员应当为客户构思方案，并为他们提供一些