软件工程重视的是过程能力,如果不能严格的确保过程的每一个环节都被不择不扣的执行,软件过程就会不成功,我们都学过法律常识,都知道有法可依还不够,还必须有法必依,执法必严。遗憾的是,中国的软件组织对过程的严格执行并不是特别重视,上面的例子在各团体中都是很普遍的,这可能和中国人的思维方式有些关系,关于这一点,鲁迅先生在很早的时候已经讨论过了,我们就不用在此罗嗦了。
需求链的概念指的是需求能够上传下达,从客户传达到需求过程,并从需求过程传达到需求过程的下游开发链。而这个传达是可以逆向的。
需求跟踪提供了一个表明与合同或说明一致的方法。更进一步,需求跟踪可以改善产品质量,降低维护成本,而且很容易实现重用( Ramesh 1998)。
在CMM三级中要求软件团体必须具备需求跟踪的能力:“在软件工作产品之间,维护一致性。工作产品包括软件计划,过程描述,分配需求,软件需求,软件设计,代码,测试计划,以及测试过程。”
实际上,创建需求跟踪能力是困难的,尤其是在短期之内会造成开发成本的上升,虽然从长远来看可以减少软件生存期的费用,软件团体在实施这项能力的时候应循序渐进,逐步实施。
需求跟踪的一种通用的方法是采用需求能力跟踪矩阵。它的前提条件是将在需求链中各个过程的元素加以编号,例如:需求的实例号,设计的实例号,编码的实例号,测试的实例号。他们的关系都是一对一和一对多的关系。通过编号,你可以使用数据库进行管理,需求的变化能够立刻体现在整条需求链的变化上。
需求跟踪矩阵并没有规定的实现办法,每个团体注重的方面不同,所创建的需求跟踪矩阵也不同,只要能够保证需求链的一致性和状态的跟踪就达到目的了。
文章来源于领测软件测试网 https://www.ltesting.net/