比CMMI更近的路

CMMI只是一种描述性的规范，但它并未告诉你满足规范的方法，闭环跟踪则可以做到。

近几年内，CMMI已经替代ISO9000标准，成为软件行业事实上的国际标准。一些大企业的工程项目，绝大多数都要求承包商有一定的CMMI 级别作为参加投标的资格，级别高的企业在赢得项目的竞标中具有一定的优势。所以，为抓住更多商机，不少软件提供商花大力气通过CMMI 等级评估。

CMMI的受重视主要源于三大目标，第一、提高质量；第二、控制时间进度；第三、使成本最低。但是，CMMI并没有告诉软件开发商在具体开发中达到这些目标，也就是CMMI要求的方法。

日前，Telelogic 战略解决方案高级总监John Carrillo在接受记者采访时说，实施同时包含自上而下和自下而上两种方法的闭环跟踪可以确保在整个产品开发生命周期中实现CMMI等规范对软件开发的要求。

John Carrillo认为，CMMI是一种描述性的规范，它描述了有效过程的关键因素，描述了最佳实践。但是，作为不断改进的指南、规划的基础，CMMI并不是指导性的，它并不能告诉软件开发商们该怎么做，在软件开发的生命周期中，涉及到的客户、项目经理、开发者、质量管理员等各种角色要做的事情是什么，以及使用什么样的工具。而闭环跟踪则能够从具体层面来指导软件企业的开发实践。

闭环之优

在软件开发过程中，可跟踪性是确保软件高质量的基础。大部分情况下，跟踪是通过自上而下的方法完成的，使用最佳实践和工具，该工具在功能与需求产生后随即将它们与代码链接起来。

但是，对大多数质量、审计和测试验证程序而言，这种跟踪形式仍有不足，因为它无法验证预期的需求、缺陷或请求是否已在的产品中得以积极妥善地处理。因此，尽管采取了人工活动来确保相应的变更已经包含其中，但是各个级别的测试（单元、集合、功能）中仍然存在许多不确定性。

另一个重要问题是追溯开发活动的原始需求。只采用自上而下法常导致开发人员仍在依据错误版本的规范工作，并且对背景和业务价值不甚明了。这有可能造成不必要的、偏离重点的开发活动以及开销极大的返工情况。

John Carrillo告诉记者，自下而上方法通过有效的需求驱动开发流程来控制变更的执行，跟踪每个开发任务以及受影响对象至原始客户需要、需求或变更请求。这种跟踪形式是通过使用先进的构建分析和报告功能来实现的，该功能使团队主管及测试人员确保在构建或测试阶段有效实施所计划的功能及错误修复。

同时采用自上而下和自下而上方法的闭环跟踪，将为每个软件项目建立一个关于开发过程的、完整的、具有证明意义的报告，从而符合CMMI标准的过程改进，也有助于企业降低研发投入成本，加快研发的投入产出进程。

据悉，闭环跟踪在模型驱动开发的领域早就被验证是优于自上而下方法的，行业中也早已使用，但是，把它扩展到生命周期管理中，并验证了它的时效性，这一点却是Telelogic的创新。

一个交响乐团，一个由很多才华横溢的演奏专家组成的团队如何能够共同演奏出美妙的音乐呢?John Carrillo把开发经理比喻为交响乐队的指挥，他需要知晓各个角色的职能和任务所在，而闭环跟踪能够帮助领导团队提高管理的可见性，并预见到未来的趋势，从而做出适应性的决策改变。同样，项目开发所涉及的其他人都可以从闭环跟踪形成的报告中获得自己所需要的信息，这确保了他们各司其职，并完全保持同步，使开发获得持续竞争优势。