专注于遵守 ISO 26262 标准的 ALM

挑战

  • 使用 Word 和 Excel 文件会导致协同编辑受限、版本冲突和可追溯性问题
  • 高科技激光雷达 (LiDAR) 传感系统创新面临的研发挑战
  • 难以跟踪规范变更,也很难将测试用例追溯到需求,反之亦然


关于 LeddarTech 

LeddarTech 是自动驾驶汽车和高级驾驶辅助系统环境传感解决方案的优质供应商。公司成立于 2007 年,总部在加拿大,为处于汽车和出行解决方案开发前沿的创新者提供全面的端到端环境传感解决方案。 

LeddarTech 提供的产品包括传感器融合和感知芯片,以及构建激光雷达传感器所需的组件。借助该公司的技术,汽车行业创新者(原始设备制造商、一级和二级供应商以及系统集成商)可以开发出汽车级固态激光雷达,从而推动未来数字交通的发展。LeddarTech 的技术现已广泛应用到自动驾驶班车、卡车、公共汽车、送货车、机器人出租车以及智慧城市和工厂场景。 

2017 年,为克服高科技激光雷达传感系统创新面临的研发挑战,LeddarTech 着手探索集成式应用程序生命周期管理 (ALM) 解决方案。同年年底,他们决定采购 Codebeamer,并一直使用该平台。本案例研究总结了他们的痛点、ALM 平台的评估经验,以及通过实施 Codebeamer 获得的好处。


版本控制摩擦和协同问题

一开始,LeddarTech 开发团队采用的是汽车行业创新者非常熟知的老式工具集:当时,一般需要在 Microsoft Word 文档中输入 rRequirements,然后使用 Excel 工作表进行跟踪。文件在团队内部和团队之间的流转均通过电子邮件完成,文档协同则通过共享文件夹进行。

每次更改文档后,都要手动更新修订版本 ID,直到不再需要更新文档为止。这种工具环境简直是人为错误的温床,因此,意外错误几乎无法避免。与大多数情况一样,这种临时工具会导致信息不同步,让公司无法在产品交付的整个生命周期内实现可追溯性。在一次审计中,LeddarTech 的一家供应商甚至被指出在更改跟踪方面存在问题。

公司的开发团队很难有效跟踪规格的变更,也几乎无法将测试用例追溯到需求,反之亦然。由于可追溯性有限,因此很难管理错误和派遣人员进行修正,也很难真正了解软件开发活动。最后,这种老式工具严重影响了项目相关文档的集中化管理,阻碍了整个生命周期的协调。 

Van Hue Truong,LeddarTech 高级 QA 专家
Van 是一位经验丰富的质量工程师,拥有超过 20 年的相关工作经验。来到 LeddarTech 之前,她曾先后为多家数字健康技术公司的质量保证 (QA) 流程提供支持。2018 年入职 LeddarTech 后,她虽然没有参与 ALM 的选择过程,却参与了后续的部署工作。Van 积极使用 Codebeamer 监督 LeddarTech 的产品 QA 活动。

Van 为本案例研究提供的宝贵意见可以帮助我们了解这家汽车技术创新者面临的问题,以及过渡到集成式 ALM 如何帮助他们解决这些问题。 

Van Hue Truong,LeddarTech 高级 QA 专家  

 

 “为满足监管要求,我们在管理变更控制时通常是先复制文件,然后使用不同的修订版本号进行重命名。”当我们通过电子邮件发送文件的副本时,有时文件会被发回,而我们注意到,实际上用于修改的文件是前一个版本。这严重加大了更改跟踪的难度。”
 

LeddarTech 的开发团队认识到,面对有关 ISO 26262 合规性的未来开发挑战,老式工具效果不好、效率不高,于是,他们开始着手在市场上探寻集成式应用程序生命周期管理工具。

leddartech 


评估:专注于遵守 ISO 26262 标准的 ALM

2017 年,LeddarTech 着手探索 ALM 平台,希望借此达成以下目的: 

  • 跟踪各类工件的变更历史记录(变更内容、发起人以及变更时间) 
  • 为不同版本设定基线标准
  • 为不同项目的需求和规范构建共享式中心平台
  • 使用实时更新的信息轻松生成可追溯性矩阵 
  • 分析测试覆盖范围,结合相应需求管理测试用例和测试执行 
  • 为公司的敏捷转型提供支持
  • 管理版本以及用户故事、任务、错误和版本之间的关联
 

除上述基本需求外,LeddarTech 还考虑了易用性、文档质量和 ISO 26262 认证。他们不仅想要一款基于 Web 的工具,助力轻松协同,还希望未来的 ALM 平台可以提供共享 Wiki 空间、Sscrum 和看板 (KanBan) 支持,以及配置和文档管理功能。 

起初,他们考虑了许多工具,包括 Atlassian Jira、Helix ALM、TracPlus、Jama Connect、Siemens Polarion、IBM Rational DOORS 和 TechExcel。对供应商产品进行全面评估后,LeddarTech 最终敲定 Codebeamer,决定将其部署到包含 80 名团队成员的工程部门。 

“Codebeamer 性能强大,功能全面,支持一站集中管理各种内容,相关人员均可轻松访问。不仅如此,生成可追溯性矩阵也非常容易。其他工具可能做不到这些。此外,Codebeamer 也符合 ISO 26262 标准。”

 

 在符合 ISO 26262 标准的开发中结合使用敏捷方法和 ALM 平台

自 Codebeamer 实施以来,LeddarTech 产品团队一直在借助该平台端到端管理整个产品开发生命周期。LeddarTech 在平台实施后不久就完成了敏捷过渡。虽然这并不是评估 ALM 工具时的一个战略因素,但是,对于团队而言,借助 Codebeamer 顺利过渡到迭代增量式开发也算得上是意外之喜: 

“当时,我们计划过渡到敏捷开发,而 Codebeamer 的基础架构正好可以为此提供支持。我们完全不需要购买其他产品,专门用于管理冲刺、用户故事和任务,因为这些都可以嵌入到 ALM 平台,于我们而言,其优势不言而喻。” 

如今,LeddarTech 开发团队高度依赖 Codebeamer 的部分核心功能,包括:

  • 需求管理
  • 测试管理
  • 审阅中心
  • 错误跟踪
  • 冲刺计划
  • 变更管理 
  • 用于共享项目数据的 Wiki 页面
  • 测试覆盖范围分析
  • 可追溯性矩阵

批准进程尤其受益于向集成式 ALM 的转变。在过渡到应用程序生命周期管理之前,LeddarTech 的审核流程都是手动完成。文档通过电子邮件分发给多个审阅者,然后由指定团队成员负责管理文档变更。审阅完成后,文档将发送给审批者,审批人只需通过电子邮件回复即可批准或拒绝文件。 

借助 Codebeamer 审阅中心,LeddarTech 能够简化这一流程,实现每次审阅详细信息的完全透明(审阅者、审阅内容、审阅时间,还支持查看审核项目的各种其他评论)。 

过去,集成并不是 LeddarTech 的主要关切,不过,公司目前有个团队正在开展导入自动化测试结果的试点项目,他们认为,Codebeamer 的 REST API 易于使用,非常方便。公司目前仍然使用 MS Word 和 Excel 文档与供应商交流产品规格,但他们在 Codebeamer 中对需求设定了基线标准,确保变更充分可控,实时可见。

 

ALM 在数字出行创新中的优势 

过渡到 Codebeamer 集成式应用程序生命周期管理后,LeddarTech 软件团队的开发流程变得更加清晰。 

现在,团队成员在工作中使用的是共享跟踪器,而且还能集中管理所有生命周期数据,因此协同变得更加容易。工作流、任务和项目管理功能可以帮助 LeddarTech 团队随时监控项目状态,从而更好地了解项目进度。自定义仪表板用于跟踪问题和项目进度。每个 LeddarTech 团队都可以根据需求自定义仪表板配置,用于监控和共享与其特定开发或 QA 活动相关的信息。  

Codebeamer 可帮助团队跟踪上下游任务、用户案例、测试和其他工件,在整个生命周期内实现可追溯性,这对于符合 ISO 26262 标准的产品开发至关重要。 

“我们的一个内部流程与工具无关。ALM 能够帮助我们集中管理信息并监控流程所需的可交付结果。现在,我们的可追溯性和测试覆盖范围非常出色。支持查看产品开发可交付结果的重要方面。

本文链接 /article-detail/b7wK56Pb