软件需求工程的概念.ppt

基本的软件需求过程63*好的过程属性63*A过程被书面化B过程是灵活的，可变的C每个人都同意遵循这个过程D过程包含度量，该度量用于测量过程的有效性E度量是修改过程的基础F过程被主动管理软件需求工程框架63*我们把所有与软件需求相关的活动通称为软件需求工程。需求工程中的活动可分为两大类:需求开发需求管理需求开发63*需求开发包括三个知识和实践要点:需求获取需求分析需求定义需求开发63*需求开发可分为两个阶段：“用户需求调查阶段”和“产品需求定义阶段”，“需求分析”则贯穿于上述两个阶段。需求调查阶段和需求定义阶段在逻辑上存在先后关系，实际工作中二者通常是迭代进行的。我们把从事需求开发工作的人员称为需求分析员（系统分析员）需求管理包括三个知识和实践要点需求管理63*需求验证和确认需求跟踪需求变更控制什么是需求管理63*需求定义了系统必须具有的能力,一个项目的成功与否往往取决于它是否符合一系列的需求。因此,探讨需求的确切含义、把它们写下来、组织起来、跟踪它们的变更就显得非常有意义。需求管理定义为:为系统的需求进行启发、组织、建档的系统方法,建立和维护客户和项目团队之间关于变更系统需求所达成的一致性的过程。需求管理63*01040203任何曾经参与过复杂软件系统的人,无论是作为用户还是开发人员,都知道从用户和风险承担人那里获取需求的能力是非常关键的技能;与一个系统相关的需求即使没有上千条,也至少有数百条,因此把它们合理地组织起来非常重要。我们无法记忆太多的信息,因此为需求建档能够有效支持风险承担人之间的沟通。必须把需求用可访问的介质来记录:文档,模型。需求管理63*需求管理与项目的大小和复杂度有关01两个人、十条需求的项目,不需要管理需求。但是,如果要验证一个有500-1000条需求的软件产品,我们就面临着必须对这些需求进行组织、划定优先级、控制对它们的访问以及为它们提供存储资源的问题。02可以把需求管理看成处理重要的复杂项目需求的一系列理有组织的、标准化的、系统化的过程和技术。03软件需求工程的螺旋模型63*需求获取需求分析需求定义需求验证需求跟踪设计编码测试变更控制需求开发需求管理过程活动的方法和技术63*发现(方法：角色、活动、资源、产品)收集(方法：用例、流程图)分类(方法：按活动、角色相关度)评估(方法：风险、原因)优先级(方法：重要性、价值)文档(用户需求说明书)需求获取的方法和技术结构化分析方法和面向对象的基本方法(基于UML的用例分析技术)需求分析的方法和技术过程活动的方法和技术63*需求变更控制流程和变更控制委员会需求变更控制的方法和技术04需求跟踪矩阵需求跟踪的方法和技术03验证与评审和测试方法技术需求验证和确认的方法和技术02用例模型建模方法和用例补充规约说明需求定义的方法和技术(需求规格说明书)01需求与其他项目过程的联系63*需求构造用户编制文档项目跟踪和控制制定项目计划系统测试变更控制状态范围基础参考估算基线63*需求工程描述需求工程的用例63*涉众63*涉众是所有会受到项目结果重大影响的人。?要有效地解决任何复杂的问题，就会涉及到满足不同涉众的需要。涉众通常会对问题持有不同的观点，因而必须用所提供的解决方案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户，或者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。3214风险承担者63*030201风险承担者是高层需求的提出者，他们往往对需求细节不是很关心。系统的主要功能产生的作用及效益是他们关心的重点。注意系统风险承担者的宏观需求是有效解决问题的关键和项目成功的保证之一。软件需求工程的概念*软件需求工程的概念*63*软件需求工程的概念北京航空航天大学软件工程研究所罗燕京2013.2第7版63*软件需求工程的概念对软件需求的认识软件需求工程的基本框架需求与其他项目过程的联系需求工程描述63*对软件需求的认识1.1对软件需求的初级认识63*需求不是根本问题，编码才是软件开发工作。01给我一个项目，无论需求多么复杂我一定能完成它。需求很重要，但很容易搞清它。02在初级软件开发人员的潜意识中需求不是那么可怕,编程技术才是重要的。03当这些问题与需求管理处理技能不足,缺乏管理工具，