以下是改進(jìn)嵌入式開發(fā)的五個(gè)技巧，許多團(tuán)隊(duì)都可以在新的一年使用它們。

提示 #1 - 開始衡量關(guān)鍵指標(biāo)和驅(qū)動(dòng)因素

如果你不衡量有關(guān)如何構(gòu)建系統(tǒng)的關(guān)鍵指標(biāo)和驅(qū)動(dòng)因素，那么幾乎不可能對你開發(fā)嵌入式系統(tǒng)的方式進(jìn)行任何有效的更改。就像企業(yè)一樣，開發(fā)人員需要：

• 衡量關(guān)鍵指標(biāo)和驅(qū)動(dòng)因素
• 審查和識(shí)別效率低下、問題領(lǐng)域等
• 確定并實(shí)施改進(jìn)措施
• 重復(fù)該過程

為了使流程正常工作，你可能需要弄清楚應(yīng)該測量哪些指標(biāo)。這些可能是這樣的：

• 開發(fā)組件所花費(fèi)的時(shí)間
• 調(diào)試時(shí)間
• 缺陷
• 每周代碼行數(shù)
• 每周測試用例
• 或者任何對你的團(tuán)隊(duì)有意義的指標(biāo)。

如果你的團(tuán)隊(duì)沒有跟蹤指標(biāo)，你會(huì)怎么做? 你可以創(chuàng)建和衡量自己的個(gè)人軟件開發(fā)過程。

提示 #2 - 開始進(jìn)行代碼審查

代碼審查是在嵌入式系統(tǒng)中最小化缺陷的最有效方法之一，代碼審查是嵌入式開發(fā)人員最拖后腿的活動(dòng)之一。代碼審查不僅可以有效地發(fā)現(xiàn)缺陷，而且還是學(xué)習(xí)更多嵌入式技能并從隊(duì)友那里獲得建設(shè)性反饋的好方法。

提示 #3 - 掌握調(diào)試技巧

無論開發(fā)人員或團(tuán)隊(duì)多么優(yōu)秀，缺陷都會(huì)發(fā)生，團(tuán)隊(duì)掌握缺陷預(yù)防技術(shù)和調(diào)試技術(shù)至關(guān)重要。嵌入式系統(tǒng)調(diào)查顯示，平均開發(fā)人員將 40% 的時(shí)間用于調(diào)試，這相當(dāng)于一年中將近五個(gè)月!對于任何開發(fā)團(tuán)隊(duì)來說，改善他們的開發(fā)周期最容易實(shí)現(xiàn)的目標(biāo)就是防止錯(cuò)誤并掌握必要的技術(shù)來快速找到能夠通過的技術(shù)。將調(diào)試時(shí)間從 40% 減少到 30% 可以為每位開發(fā)人員節(jié)省六周的開發(fā)時(shí)間，這不僅可以增加開發(fā)時(shí)間，還可以增加成本、質(zhì)量和功能。

提示 #4 - 開始自動(dòng)化測試

手動(dòng)測試軟件是一個(gè)緩慢、無聊且容易出錯(cuò)的過程。任何軟件附加或修改都可能導(dǎo)致必須返回并重新測試整個(gè)系統(tǒng)，以確保更改不會(huì)破壞任何內(nèi)容。即使是一個(gè)簡單的系統(tǒng)也可能需要大量測試。現(xiàn)代軟件開發(fā)流程集成了自動(dòng)化測試和持續(xù)集成服務(wù)器，以執(zhí)行回歸測試和其他軟件分析。雖然這些過程的設(shè)置可能很耗時(shí)，但在更大的方案中，它們提供了一種提高代碼質(zhì)量并減少測試所花費(fèi)的時(shí)間和勞動(dòng)力的方法。

提示 #5 - 單獨(dú)的軟件問題

可移植性和可重用都始于在代碼庫中分離軟件關(guān)注點(diǎn)，或者更重要的是，在軟件架構(gòu)中。現(xiàn)有的代碼庫通常是緊密耦合的，或者可能具有低內(nèi)聚性，因?yàn)槎鄠€(gè)功能都在相同的軟件模塊中實(shí)現(xiàn)。開發(fā)高內(nèi)聚和低耦合的新模塊將提高代碼重用和可移植性，也使開發(fā)人員更容易維護(hù)和擴(kuò)展代碼。模塊化和可重用這些功能可以讓嵌入式開發(fā)人員專注于增值功能并重用其他功能，而不是重新發(fā)明輪子。