BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

敏捷运动与持续工程

| 作者 杨赛 关注 3 他的粉丝 发布于 2014年8月28日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

2014年8月的IBM技术峰会上,IBM杰出工程师、Rational系统与软件工程开发首席架构师Eran Gery提到了他所做的关于“持续工程”方面的一些工作。“Continuous Engineering”中所指的工程并非是软件工程,而是物理工程,目前已经在飞机制造、汽车制造等行业展开应用。本报道将对持续工程的理念和目前的进展进行简单阐述。

物理工程领域的工期是很长的:一部新的汽车车型设计需要4、5年,一架飞机的新机型设计需要十年以上。时间都用在哪儿了?IBM总结了导致物理工程进度缓慢的三大瓶颈所在:

  1. 工程链条长,上下游工具太多,各个层面的数据离散,导致工程师如果要有效的掌握、分析数据以做出决策需要花费很多时间
  2. 零件完成制作后无法一一测试,为了等待其他部件完成之后才统一测试验证,这部分等待浪费了很多时间
  3. 前一个设计的很多经验没有固化,在进行新一个型号的设计时花费了很多时间在重复上一个设计做过的事情上

这三大瓶颈就如同软件交付团队在测试、部署、规划这三个场景一样,如果解决,则能够大大缩短工程的周期。

在软件交付团队中,目前已经有DevOps的理念应对,旨在通过统一标准、实时的全链路监控与数据分析、加上自动化的脚本/工具构成管理与持续反馈机制,来实现高频率的部署与快速的自动修复。

在物理工程领域,IBM针对三大瓶颈也分别提出了解决的思路:

  1. 上下游工具的接口标准化,将来自建模设计、供应链、工厂等不同环节的不同工具之间联通起来,把不同数据集里面的数据集中的整合起来以供分析
  2. 利用软件制作虚拟的模型,对已经做好的物理组件进行测试验证,尽早发现组件设计上的缺陷
  3. 建立抽象化的工程原型,提高对已有设计的复用

当然,由于物理条件所限,硬件工程的周期并不一定能像软件那样做到每日交付数次的频率,但目前一些持续工程的实践已经成功将十数年的飞机机型设计周期缩短至四五年。而且,随着物理设备中的软件含量越来越高,我们可以对产品中的软件进行更高频率的升级,持续改善产品。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT