助力企业实现系统级设计
本文翻译转载于 Semiwiki，作者 Bernard Murphy // 系统级设计已经成为“万物皆智慧”的关键基础，但在应用生命周期管理（ALM，application lifecycle management）工具这一同样快速发展的领域却无法获得普及。ALM 工具被用于简化产品设计和构建流程，追溯产品需求与设计 / 测试的相关性和客户关系管理等，在网页、云端和手机广泛应用。这一超过 500 亿美元规模的市场依旧在快速发展，将所有与之相关业务集中并实现自动化。高科技企业已经将类似工具大量应用于项目和需求管理。软件企业正在将重要的应用与开发和工程运营（DevOps）挂钩。得益于 Cadence 的关键性推动，半导体企业也已经开始 DevOps 的应用。 这样做的首要需求是追溯性管理。尽管听起来确实是个不错的应用，但其本身还远不足以促使企业改变既有的工作流程。根据 Cadence 产品工程总监 Matt Graham 的分析，风向发生转变的原因是支持追溯性的挑战在增加。大家从 ISO 26262 和其它针对关键任务的标准中其实已经看到到这一苗头的出现。为了从需求到设计再到测试的实现，只有良好的追溯性才能保证产品需求的达成。实现这一目标的传统方法是通过需求追溯矩阵（RTM），其实也就是将技术甚至业务等多种需求文档类型相关联的电子表格。这样做可以为实现规划，特别是测试计划，赋予更多的详细状态描述，以确保需求端描述的任何内容都可以被实现并测试。如果这一对应是双向的，则也可以确保任何不必要的需求不会添加到实现和测试过程中。这个老方法耗时耗力且极易出错。随着产品设计规模的扩大，更多的需求项需要被追溯，这个方法很显然就不适用了。当设计流程进入到最终阶段的更改和衍生时，RTM 的准确度将大幅衰减，其敏捷性也会大幅下降。Sprint 测试和迭代回归都会被手动表格更新拖后腿。 追溯性与验证计划毫无疑问，大多数团队都会开发很多用于自动化更新的脚本软件，但这种方法也有局限性，需要支持哪些需求管理系统 —— Doors、Jama 还是 Jira？你的合作伙伴与客户支持哪些？像 ReqIF 这样的标准可能有帮助，但通常只适用于合作伙伴间的单向交流，对增加企业内价值作用有限。Cadence 与 OpsHub 合作多年，现已实现 vManager 验证管理平台间的互联，用来达成需求管理目标。这些目标通常在即时验证域外进行管理。Matt 告诉我这一方法从一年半以前开始被加速用于追溯性支持。他也注意到，错误追踪和版本控制对这一方法的采纳速度还要更快。接入业界领先的 DevOps 平台并实现双向通信证实了这一合作的价值。开发链上的所有成员都可以用自己习惯的工具和格式及时获取信息和更新。自动化让数据的可扩展性、颗粒度和流通度不再受限。OpsHub 对包括一些大型银行和金融机构在内的软件 DevOps 团队的支持已有多年经验。Jama Software 是合作伙伴之一，其合作名单上列出了相当多的半导体企业，尤其擅长需求变更管理和审核。跬步千里，始于足下这种连接的实现让半导体开发团队、项目管理团队和其客户受益匪浅。通过改进输入需求、状态和交付情况间更紧密的连接，相关人员将获得更好的支持。OpsHub 目前支持许多平台，包括 Atlassian Jira、Jama Connect、IBM Doors、Azure DevOps、Salesforce、PTC 和多个 Broadcom 产品。我已经迫不及待的想看到更多企业级功能与设计相连后将催生多少化学反应了。来源：Cadence楷登
