软件过程管理论文.docVIP

软件工程专业《软件过程管理》

课程设计报告

题目：软件需求管理方案

姓名：郑闽君

准考证号：

学院：数学与计算机科学学院

专业：软件工程

年级： 09级

2010年3月

目录

TOC\o1-3\h\z\u1引言 -1-

1.1概述 -1-

2需求管理的根本概念 -2-

3需求管理的根底 -3-

4需求管理的具体活动 -5-

4.1说明 -5-

4.2需求管理过程 -6-

4.3需求确定的管理 -7-

4.4需求实现的管理 -7-

4.5需求变更的管理 -8-

4.6需求管理复杂性分析 -9-

4.7需求管理策略 -10-

5目前需求管理的现状及存在问题 -12-

6结束语 -13-

参考文献 -14-

1引言

1.1概述

在软件开发．维护过程中，许多错误都是潜伏的。一项对TRM公司所做过的软件工程的分析结果说明：所有被检测出来的错误中，54％是在编码和单元铡试阶段以后才被发现的；更糟糕的是此类错误中的绝大局部(占45％)是在需求和设计阶段发生的，而编码阶段的错误只占9／0。另一项对GTE．TRW和IBM三家公司的研究结果说明，在需求阶段检查和修复一个错误所需的费用只有编码阶段的1／5到I／1O，而在维护阶段做同样的工作所付出的代价却是编码阶段的20倍这就意味着在需求阶段和维护

阶段修复一个错误的比值可高达I：200。由此可以看出：需求变更贯穿了软件工程的整个生命周期，从软件的工程立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件工程管理过程中，工程经理经常面对用户的需求变更。如果不能有效处理这些需求变更，工程方案会一再调整，软件交付日期一再拖延，工程研发人员的士气将越来越低落，将直接导致工程本钱增加、质量下降及工程交付日期推后。这决定了工程组必须拥有需求管理策略。

对大多数软件和系统开发团队来说，由于评测和验证有效的软件开发流程的标准得到推广和普及，加上全球经济对软件的依赖程度加深，推动了开发流程的开展，提高了系统质量。既然如此，那么今天频频发生的软件工程失败的事件又如何解释呢?为什么仍有那么多的工程受到延期、预算超支和质量问题的困扰呢?

简单地说，系统开发团队之所以管理需求，是因为他们想让工程获得成功。满足工程需求即为成功打下了根底。假设无法管理需求，到达目标的几率就会降低。也就是说：好的需求管理是工程成功的第一位因素。采用需求管理可以给工程组带来很多的好处，直至工程取得成功。假设无法管理需求，到达目标的几率就会降低。

2需求管理的根本概念

一般来说，当接手一个工程时，需要将系统需求分配到软件、硬件和其他系统组成局部，这项工作一般由系统工程组桌负责完成。我们称分配给软件的系统需求为分配的需求，它是系统需求的子集，是要在系统中实现的软件成份。分配的需求包括影响和决定软件工程活动的非技术性需求及软件技术性需求，此外还有使软件产品满足分配需求的接收标准。分配的需求构成了整个软件生命周期中估算、方案、执行和跟踪软件工程活动的根底。

需求管理的目的是：在客户和实现客户需求的软件工程之间达成共识，以便更好地控制分配的需求，为软件工程和管理建立基准线，同时保证软件方案，产品和管理活动能与分配的需求保持一致。在需求管理中，软件工程组的工作是：采取适当的措施来保证分配的需求具体地说，就是要将分配的需求文档化，控制需求的变化，负责项日实施过程中需求的实现情况。

通常需求可分成三类：用户需求CR、技术需求TR和工程需求PR。用户需求陈述了用户的要求。技术需求陈述的是满足用户需求的技术功能和质量属性。说明必须提供什么而不是如何提供。工程需求用于工程方案和跟踪行为，工程需求通过工程方案和工程跟踪进行管理。工程开发过程可概括为：首先将用户的价值取向转化成用户需求而用户需求又进一步转化为技术需求。根据技术需求进行设计，从而进行编码。通过这种方式需求就是内嵌的，而不是测试来的，测试行为就成了简单的核实行为。满足需求的产品才能为用户提供价值。

由于需求是正在构建