没有合适的资源?快使用搜索试试~ 我知道了~
未来汽车研究:代码为王-车企如何掌握卓越软件开发能力.docx
1 下载量 23 浏览量
2022-12-14
03:28:09
上传
评论
收藏 146KB DOCX 举报
温馨提示
试读
32页
未来汽车研究:代码为王-车企如何掌握卓越软件开发能力.docx
资源推荐
资源详情
资源评论
未来汽车研究:代码为王,车企如何掌握
卓越软件开发能力
用数字说话:软件的重要性是如何后来居上的
苦千趋势凸显了汽车软件与日剧增的重要性。第一个趋势与 软件
和电气/电子市场的迅速扩张有关,2020年到2030年, 这个市场
预计将实现12%的年复合增长率一一比普通汽车 销量的预期增速
高出三倍多。有儿个领域增长最为强劲,包 括软件功能(年复
合增长率达11%)以及集成测试(年复合增 长卓为12%) o
复杂度不断升高,但开发效率进步缓慢
无论功能层面还是架构层面,汽车软件的复杂度都在升高,而 开
发工作的效率却没有以同等速率跟上。我们的研究显示, 软件复
杂度在过去十年已增加到原来的4倍,而软件开发效 率只提升了 1
到1.5倍。这个问题在变得日益复杂的大型模 块中最为严重,如信
息娱乐系统和高级驾驶辅助系统 (ADAS)
O
相比传统的深度嵌入
式软件,开发这些模块的效 率大约低25%到35%o
管理需求的变更尤为重 要,因为我们的研究显示,对汽车 软件的
种 种需求己经变得过于细化,以至于拖慢了开 发进 程。
按照最佳实践,OEM应当基于客户价值对各项需求进行聚 类。第
一个层级应当主要 包括面向客户的需求(通常被表 述为用例)。
另一个层级主要包括技术或实施方面的需 求 (通常被表述为赋
能因素),比如某个特 性所需的内存。
这个方法可以保证OEM着重关注价值创造,并能在软件开 发期间
设定 合理的优先事项。随着车企将各种需求划分到 多个层级,以
下工作能够起到帮助作用。
将需求与战略和客户价值挂钩。成功的软件开发需要根据 客户反
馈对需求进行持续 的调整和修正。虽然企业在初期 就应根据其商
业战略和目标定义软件需求,但它们也应根 据客户反馈和开发进
度周期性地做出调整。
确保端到端的可追溯性。通过在整条价值链上对需求进行 密切追
踪,车企可避免做 无用功,加快开发进程。但是, 只有当车企
的开发流程和工具链能够从定义到验收全过 程实现需求的严格
可追溯性时,车企才能 做到这一点。这 种明确性有助于车企了解
清楚各项需求(客户观点)、需要 的功能(开发者观点),以及
各项交付成果(测试 者观点)。 车企必须分四步实现端到端的追
踪,这要 么需要用到少数 几种高度集成的工具,要么用到四种专
业工具,并搭配相 应的接口。这些步骤是:
(1) 对需求进行追踪,从特性到构件对这些 需求进行细化 和
具体说明;
(2) 管理待办清单,这项工作有助于各团队 在软件开发冲 刺
时管理好各项需求的覆盖范围(与下一个步骤密切相关);
(3) 追踪代码变更,包括对代办项目的更新;
(4) 通过开展测试案例对需求进行验证,并检查测试案例 的
通过■失败状态。
利用工具将各项需求关联起来,用户能够高效地在项目的 每个阶
段实施变更,从而满足监管对端到端可追溯性的各 种要求(例如
,ASPICE或UNECE5)
。
利用这个方 法, 我们能迅速弄清楚哪
些变更影响到了哪些工作成果。当遵 循敏捷流程开发软件 时,此
类需求变更是正常的,也是可 取的(如基于客户反馈的变更),
企业应当利用各种流程 和工具对它们予以支持。在软件开发工作
的传统瀑布式流 程当中,此类变更是 罕见的,而且通常也预见不
到。
避免过度细化,创建明确的需求类别。企业 可以建立一些 最佳实
践,对软件需求进行具体说明和分类,并拟定精简 的测试办法。
一份优秀的需求说明应当是清晰明确的,而 且 允许测试工作不受
其他需求影响。与组合管 理一样,企 业应当对不同类型的需求加
以区 分。常见的需求类别包括 法律监管类、安全 类、战略类,
以及必要改进、客户价值、 成 本赋能等因素。另外,企业还必
须确保,凡 是需求之间 的依存关系都应当是透明的。很 多企业
己经将这些规则融 入到自己的软件 开发流程和培训课程之中,以
便优化对需 求的处理和评审过程。
开展优先排序,进行持续调整。企业既应根据具体的商业 论证和
战略目标,也应根据在整个开发过程中(例如在测 试过程中)获
得的客户反馈和和经验对软件需求进行评 估 和优先排序。企业应
当定期对需求进行重新评估,并在一 份公开透明的待办清单中对
其加以维护。
很多企业任命了产品负责人,这些人拥有宽广的知识面,
维护。
可以做出产品功能取舍,组建跨职能团队,
并确保各职能
部门就各项需 求达成共识。根据最佳实践,
产品负责人还
需要负责遵循最佳实践,并对需求和用例的
待办清单进行
B.在哪里开发软件:组织、地点、人 才与合作伙伴
大部分车企缺乏处理大规模软件开发工作所需的组织基 础。它们
面临多重挑战,有的在执行层面极少或没有划分 出明确的职责,
有的没有足够的软件工程师和架构师。凭 借明确软件开发工作所
需的组织架构、地点和人才策略、 “自研或外包”策略,以及所
需 的合作关系生态圈,新的运 营模式将会解决 这些问题。
BL调整组织,建立全球卓越软件中心
在组织层面,大部分车企还没有做好准备,无力应对致使 软件重
要性攀升的ACES趋势。例如,OEM就软件问题进 行决策时通常
比较缓慢,很多车企对于车载平台的软件、 电 子设备策略,以及
相关预算的主要权责尚 无明确的划 分。为了在新形势下保持竞争
力,车企必须重新思考其组 织设置。此项工作 的一个主要目标,
是要在端到端开发流 程期间减少在架构定义、需求定义以及开发
这几项工作之 中的接口。通过增进各团队在各 阶段的共识和协作
,车企 可以避免做多余 的工作,并优化各种既有的和全新的能力
。
很多车企已成立一个集中化的职能部门,依 靠该部门负责 软件架
构设计,并分享己固化 的最佳实践。例如,一家OEM 最近成立
了一个中央职能部门,该部门聚集了 5000名软 件 开发人员。然
剩余31页未读,继续阅读
资源评论
yyyyyyhhh222
- 粉丝: 412
- 资源: 6万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功