学习112

项目需求管理(Requirements Management, REQM)的目的,在于管理项目产品及产品组件的需求,并界定这些需求与项目计划及工作产品间的差异。项目实行适当的步骤,确保议定的需求是受管理的,以支持项目策划和执行的需要。

需求管理也须记录需求变更及其理由,并维护原始需求与所有产品和产品组件需求的间的双向追溯性。

从实践意义上讲,需求是针对客户各类需求经双方(或多方)沟通确认后形成的一种协议,协议的范围是明确的、可控的。在协议签订后,需求的计划有定制、进度有跟踪、结果有度量。针对需求的变化,需要明确需求变化的原因及变更内容。

需求的紧急程度及严重程度可评估,以确定需求及其变更的优先级,从而排定切实可行的需求计划。

需求管理的基本活动

在需求管理过程中,包含如下关键活动:
1、 需求提出
针对客户的需求提出,开发方进入需求了解环节。需求了解采用访谈、文档、多方会议等形式采集基础信息,在此基础上结合系统原型进行差异化分析。

2、 需求分析及评审
需求分析中,针对需求、系统差异进行差异记录并制定相应的矫正方案。

3、 需求计划定制及跟踪
需求计划的定制以用户、开发团队、计划跟踪者协商一致的结果为依据。其过程实质是取得用户对于进度的认可、取得团队对于进度的承诺。其成果物—需求跟踪表,对于后续的需求跟踪起到警示标的作用。

4、 需求变更控制
用户对于系统、需求的理解是渐进的过程,因此某种意义上说需求变更存在必然性。如何有效率和有效果地管理这些新增需求或变更需求是很重要的。如果需求变更控制不当,不但造成新的需求变更得不到满足,而且对于需求进度的管理、对于系统稳定性的影响都将是负面的。变更控制,需要追溯变更的缘由,记录变更的原因、内容,并做好变更比例的度量。保证需求的可追溯性,对于需求变更管理至关重要;在进行需求变更对项目计划、活动及工作产品的影响评估时尤其需要需求追溯表这些管理工具。

5、 需求制度建立及其优化
在需求管理过程中的各个环节,存在较多的争执点,这就需要制度进行明确。形成一个系统的、规范的制度,使需求管理过程可细化度量;制度的形成需要配备对应的资源,比如需求跟踪工具、需求干系人的培训管理。通过制度保证需求过程可监控、上层管理者可以跟踪需求的进展情况等。

6、 需求成本控制
需求开发面临成本投入的现实,需求开发本身、需求管理本身,因需求开发、管理造成的物力、人力消耗都是现实的成本。在日常系统运作中,对于需求必要性的评审,对于系统变更的控制,对于人员的培训都是提高效率降低总成本的方式。

软件测试需求是开发测试用例的依据,测试需求分解的越详细精准,表明对所测软件的了解越深,对所要进行的任务内容就越清晰,对测试用例的设质量的帮助越大。详细的测试需求还是衡量测试覆盖率的重要指标,测试需求算测试覆盖的分母,没有详细的测试需求就无法有效的进行测试覆盖算。 软件测试执行阶段是由一系列不同的测试类型的执行过程组成的,每种测试类型都有其具体的测试目标和支持技术,每种测试类型都只侧重于对测试目标的一个或多个特征或属性进行测试,准确的测试类型可以给软件测试带事半功倍的效果。 现有的软件测试分析技术不太成熟,对测试需求和测试类型的分析,所采用的方法主要是根据经验进行收集、整理,该方法依赖于测试设人员的测试经验,由此方法得出的测试需求、测试类型往往导致测试用例设不充分,测试覆盖度低,测试目的性不强,容易遗漏等缺陷。 可见,如何对测试需求进行细致的整理分析,明确测试执行时的测试类型,是一个亟待解决的问题。 有鉴于此,本方法的主要目的在于提供一种软件测试需求的分析方法,可以方便、详尽的获取测试需求,明确测试执行时需要实施的测试类型。 为实现上述目的,本方法提供了一种软件测试需求分析的方法,包括以下步骤: a)列出软件开发需求中具有可测试性的开发需求; b)对步骤a)列出的每一条开发需求,形成可测试的分层描述的测试需求; c)对步骤b)形成的每一条测试需求,从GB/T 16260.1-2006《软件工程 产品质量 第1部分:质量模型》中定义的软件内部/外部质量模型来确定软件产品的质量需求; d)对步骤c)所确定的质量需求,分析测试执行时需要实施的测试类型; e)建立测试需求跟踪矩阵,对测试需求进行管理
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值