2023年8月的ibm技術峰會上，ibm傑出工程師、rational系統與軟體工程開發首席架構師eran gery提到了他所做的關於「持續工程」方面的一些工作。「continuous engineering」中所指的工程並非是軟體工程，而是物理工程，目前已經在飛機製造、汽車製造等行業展開應用。本報道將對持續工程的理念和目前的進展進行簡單闡述。
\u0026#xd;\n\u0026#xd;\n
物理工程領域的工期是很長的：一部新的汽車車型設計需要4、5年，一架飛機的新機型設計需要十年以上。時間都用在哪兒了？ibm總結了導致物理工程進度緩慢的三大瓶頸所在：
\u0026#xd;\n\u0026#xd;\n
工程鏈條長，上下游工具太多，各個層面的資料離散，導致工程師如果要有效的掌握、分析資料以做出決策需要花費很多時間\u0026#xd;\n\t
零件完成製作後無法一一測試，為了等待其他部件完成之後才統一測試驗證，這部分等待浪費了很多時間\u0026#xd;\n\t
前乙個設計的很多經驗沒有固化，在進行新乙個型號的設計時花費了很多時間在重複上乙個設計做過的事情上\u0026#xd;\n
這三大瓶頸就如同軟體交付團隊在測試、部署、規劃這三個場景一樣，如果解決，則能夠大大縮短工程的週期。
\u0026#xd;\n\u0026#xd;\n
在軟體交付團隊中，目前已經有devops的理念應對，旨在通過統一標準、實時的全鏈路監控與資料分析、加上自動化的指令碼/工具構成管理與持續反饋機制，來實現高頻率的部署與快速的自動修復。
\u0026#xd;\n\u0026#xd;\n
在物理工程領域，ibm針對三大瓶頸也分別提出了解決的思路：
\u0026#xd;\n\u0026#xd;\n
上下游工具的介面標準化，將來自建模設計、**鏈、工廠等不同環節的不同工具之間聯通起來，把不同資料集裡面的資料集中的整合起來以供分析\u0026#xd;\n\t
利用軟體製作虛擬的模型，對已經做好的物理元件進行測試驗證，盡早發現元件設計上的缺陷\u0026#xd;\n\t
建立抽象化的工程原型，提高對已有設計的復用\u0026#xd;\n
當然，由於物理條件所限，硬體工程的週期並不一定能像軟體那樣做到每日交付數次的頻率，但目前一些持續工程的實踐已經成功將十數年的飛機機型設計週期縮短至四五年。而且，隨著物理裝置中的軟體含量越來越高，我們可以對產品中的軟體進行更高頻率的公升級，持續改善產品。
敏捷運動與持續工程
2014年8月的ibm技術峰會上，ibm傑出工程師 rational系統與軟體工程開發首席架構師eran gery提到了他所做的關於 持續工程 方面的一些工作。continuous engineering 中所指的工程並非是軟體工程，而是物理工程，目前已經在飛機製造 汽車製造等行業展開應用。本報道將...
軟體工程 敏捷過程模型帶來的啟發與思考
敏捷過程簡介 2001年，kent beck等17位程式設計大師共同發布了 敏捷軟體開發宣言 強調 人 以及 人與人的互動 勝於 過程 和 工具 可執行的軟體勝於 面面俱到的文件 客戶合作勝於 合同談判 響應變化勝於 遵循計畫 這是一種全新的軟體過程思維。最初的軟體 1960 70 年代 的顧客都是...
敏捷軟體開發與傳統軟體工程 因果篇
因 差異之源 近來秋將盡，京中陰霾好幾日不見好轉，更有幾天雨水擾人心煩。幸得一日週末，又逢雨過天晴，秋高氣爽，撿得幾番文筆來細述敏捷軟體開發與傳統軟體工程之異同。從字面看來，二者無非是 敏捷 與 傳統 一詞之差。然而這兩個詞又同屬修飾之詞，因此就這兩個詞之差自然就是兩種開發方法的差別所在。敏捷一詞，...