• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

RUP:通过用例应用需求管理(上)

发布: 2010-4-22 10:51 | 作者: 不详 | 来源: 领测测试网采编 | 查看: 55次 | 进入软件测试论坛讨论

领测软件测试网

  重要的需求概念

  为了在项目中运用需求管理技巧,参与项目的每个人理解某些基本的需求管理概念是很有裨益的。这些功能包括:

  * 需求类型

  * 功能交叉的团队

  * 可追踪性

  * 多维属性

  * 变更历史

  * 需求类型

  系统越大越复杂,出现的需求类型就越多。一个需求类型不过是指需求的一个类。通过确定需求类型,团队可以把大量需求组织成意义明确且更容易管理的组。在一个项目中建立不同类型的需求有助于团队成员对变更请求进行分类,并使相互之间的沟通更为清楚明确。

  通常,一类需求可以细分即分解成其他类型的需求。业务规则和前景声明包括高层次的需求,团队可以从中导出用户需要、特性和产品需求类型。用例和其他建模形式驱动设计需求,该需求可分解为软件需求,并可以用分析设计模型来说明。测试需求源于软件需求,它被分解为具体的测试过程。如果既定项目中有成百上千个,甚至上万个需求实例时,对需求进行分类可以使项目更容易管理。

  功能交叉的团队

  与诸如测试或应用程序建模等流程不同(这些流程可在单个业务组中进行管理),需求管理涉及了每一个能够为开发流程提供专门技术的个人。其中应包括那些代表客户和业务预期的人。开发经理、产品经理、分析员、系统工程师甚至客户都应该参与进来。需求团队还应包括创建系统解决方案的人 - 工程师、构架设计师、设计员、程序员、技术文档编写员以及其他提供技术支持的个人。测试员和其他质量保证人员应当作重要的团队成员。

  图 4 - 功能交叉的需求团队

  通常,创造和维护需求类型的职责可按照功能范围来分配,从而进一步优化大型项目的管理。需求管理的功能交叉性质是这门学科非常具有挑战性的一个方面。

  可追踪性

  如需求类型说明所述,没有一个需求表述是孤立存在的。涉众请求与提议用于满足这些请求的产品特性有关。产品特性与指定特性的功能性和非功能性行为的各个需求相关。测试案例与它们检验和验证的需求相关。有一些需求可能依赖于其他需求,也可能相互排斥。团队为了确定变更带来的影响,保证系统符合预期,就必须理解、记录并维护这些可追踪性关系。尽管可追踪性是需求管理中最难实施的概念之一,但它是适应变更所必不可少的。建立明确的需求类型,吸收功能交叉人员的参与,可使可追踪性更容易实施和维护。要了解需求可追踪性策略的更多信息,请参见白皮书“通过用例进行需求管理的可追踪性策略” [5]。

  图 5 - 需求可追踪性

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网