思步网

查看: 77825|回复: 40
打印 上一主题 下一主题

需求管理跟踪矩阵与需求双向管理

[复制链接]
    刚刚接触CMMI的人在研究Requirement Management这个PA的时候,对SP 1.4 Maintain Bidirectional Traceability of Requirements可能会比较疑惑,足以让国内大多数的没有真正软件工程开发管理的软件工程师,开发管理者不知所云了。   o3 l( ]5 t. S
所谓的“Traceability of Requirements”即“需求跟踪矩阵(Requirements Traceability Matrix)”,用比较通俗的话来说,就是不要将需求遗漏了,虽然听来简单,但是真正能够实施此活动的并不多,通常来做的多“纵向跟踪(Vertical traceability)”,也即生命周期内的跟踪,再说的明白一点就是沿着“用户需求――软件需求――概要设计――详细设计――编码实现――单元测试――集成测试――集成测试――系统测试――验收测试”进行需求的跟踪。

What is bidirectional traceability?9 o- N  C8 E, J! i! \" w% F
1 q$ M7 X7 O8 I5 a* o
In the Requirements Management (REQM) process area, specific practice 1.4 states, ?Maintain bidirectional traceability among the requirements and the project plans and work products.? Bidirectional traceability primarily applies to vertical traceability and at a minimum needs to be implemented both forward and backward (i.e., from requirements to end products and from end product back to requirements).

Vertical traceability identifies the origin of items (e.g., customer needs) and follows these same items as they travel through the hierarchy of the Work Breakdown Structure to the project teams and eventually to the customer. When the requirements are managed well, traceability can be established from the source requirement to its lower level requirements and from the lower level requirements back to their source. Such bidirectional traceability helps determine that all source requirements have been completely addressed and that all lower level requirements can be traced to a valid source.
: j4 M& ^' ~) k
Horizontal traceability is also important and is mentioned in subpractice 3, but it is not required to satisfy bidirectional traceability. Horizontal traceability identifies the relationships among related items across work groups or product components for the purpose of avoiding potential conflicts. It enables the project to anticipate potential problems (and mitigate or solve them) before integration testing. For example, horizontal traceability would follow related requirements across two work groups working on two associated components of a product. The traceability across these two work groups enables the work groups to see when and how a change in a requirement for one of the components may affect the other component. Thus, horizontal traceability enables the project to anticipate potential problems (and mitigate or solve them) before integration testing.+ \2 Z+ Z- N  Q4 v# P
: w- k: M/ w% S8 |# D3 E- B! L
纵向跟踪是最普遍的一种跟踪方式,也是CMMI进行SCAMPI最低要求。即针对此PA,或者说这个SP,做到纵向跟踪后,一般的主任评估师就认为已经满足条件了,可以打及格分数了。
CMMI V1.1版本中的要求是:RM SP 1.4 Maintain Bi-directional Traceability of Requirements.; M! T9 @6 p$ |4 t
其具体要求是:Maintain bi-directional traceability among the requirements and the project plans and work products.4 y# a; \6 m4 d' {; f
CMMI V1.2版本中的要求是:RM SP 1.4 Maintain Bi-directional Traceability of Requirements." q- ^( D& s  f" ~& |9 F5 e4 n- r
其具体要求是:Maintain bidirectional traceability among the requirements and work products.
大家从描述上就能看到区别了。
《CMMI® Version 1.2 and Beyond》中的描述如下:) C; H% X) m1 y8 P' I' T
v1.2 SP 1.4 practice statement now reads, &ldquoMaintain bidirectional traceability among the requirements and work products.&rdquoProject plans are no longer mentioned in this SP statement.
Bidirectional Traceability description is improved in the notes and Glossary.
这个也证明了SEI发现了此SP的描述或者要求和实际的有出入,难以执行;但是为什么呢?
其实大家在google上搜索一下关键字“bidirectional traceability”就会发现很多的资料在解释“bidirectional traceability ”,即所谓的“Vertical
traceability &rdquo和&ldquoHorizontal traceability”时,概念并不统一,而且对于“Vertical
traceability”和“Horizontal traceability”的概念解释甚至是相反的。& K: Q' p/ V7 J4 a! H
话说了这么多,其实归根到底的原因是:什么是“横向跟踪”(Horizontal traceability )?3 U9 k  s" r) n% F
SEI的Tim Kasse(CMMI模型制定者之一)在其著作《Practical Insight into CMMI》中曾经对“横向跟踪”(Horizontal traceability )进行了如下解释:# g' ]) j  M& `
Horizontal traceability refers to the traceability from the requirements to the associated plans such as the project plan, quality assurance plan, Configuration Management plan, risk management plan, and so forth.
即横向跟踪是需求到计划的跟踪。



上一篇:怎样从容应对客户的需求反复
下一篇:软件测试需求分析
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

现在都1.4版本了哇!
[发帖际遇]: 4707599 发帖时在路边捡到 5 (金) 金币,偷偷放进了口袋. 幸运榜 / 衰神榜
打酱油的人拉,回复下赚取积分
我了个去,顶了
看起来不错
我了个去,顶了
我了个去,顶了
还不错哦,如果再能多分享一些就perfect了!
好帖是需要鼓励的~
看帖要回,回帖才健康,在踩踩,楼主辛苦了!
我了个去,顶了
看起来不错
顶不错 支持下
鼎力支持!!
鼎力支持!!
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部