盡管大多數(shù)軟件開發(fā)組織都采用敏捷開發(fā)，但大多數(shù)嵌入式開發(fā)人員，尤其是那些尋求認(rèn)證的開發(fā)人員，仍然抵制使用敏捷方法。與獲得認(rèn)證所需的傳統(tǒng)規(guī)范方法和工件相比，開發(fā)人員認(rèn)為迭代敏捷方法的風(fēng)險(xiǎn)更大。具體問題源于如何在敏捷過程中捕獲需求，以及如何在嵌入式系統(tǒng)硬件可用之前滿足敏捷開發(fā)的早期和經(jīng)常測(cè)試原則。

反對(duì)者沒有考慮到的是已經(jīng)可用的工具范圍，這些工具有助于確保在采用敏捷方法時(shí)滿足認(rèn)證目標(biāo)。是什么將它們編織在一起？需求可追溯性使軟件分析和驗(yàn)證在每個(gè)沖刺中成為可能，硬件仿真工具使持續(xù)驗(yàn)證成為可能。最后，工作流管理工具有助于將所有項(xiàng)目工件整合到一個(gè)協(xié)作環(huán)境中，同時(shí)定義和管理項(xiàng)目認(rèn)證標(biāo)準(zhǔn)目標(biāo)。

捕獲用戶情景

那么，如何獲得嚴(yán)謹(jǐn)性呢？反對(duì)者聲稱敏捷流程避開了所有認(rèn)證活動(dòng)所依賴的正式要求。盡管敏捷流程的開發(fā)在一整套功能需求可用之前就開始了，但這并不意味著在敏捷過程中生成的需求比傳統(tǒng)的規(guī)范方法更不嚴(yán)格。

敏捷方法隱含著早期和經(jīng)常失敗的概念，從系統(tǒng)需求開始。敏捷中的前期規(guī)劃需要與客戶合作開發(fā)一系列用戶“故事”，以封裝所需的系統(tǒng)功能。然后定義開發(fā)過程的每次迭代處理這些故事的順序，每次迭代的目標(biāo)是發(fā)布一個(gè)版本，即它完全正常運(yùn)行、經(jīng)過全面測(cè)試，并且是包含最高優(yōu)先級(jí)功能的潛在可部署系統(tǒng)。

作為文檔或需求捕獲工具捕獲，用戶故事可以匯集到工作流管理工具（如LDRA的TBmanager）中。開發(fā)代碼后，可以將條目提交到工具，從而使代碼能夠追溯到用戶故事。在下游，工作流管理器還可以將代碼映射到軟件驗(yàn)證活動(dòng)和結(jié)果。然后，工作流管理器成為認(rèn)證所需的所有驗(yàn)證證據(jù)的所在地。

將質(zhì)量融入軟件

為需要認(rèn)證的系統(tǒng)生產(chǎn)潛在的可部署軟件需要滿足軟件的所有認(rèn)證標(biāo)準(zhǔn)驗(yàn)證目標(biāo)，這是對(duì)敏捷口頭禪“盡早和經(jīng)常失敗”的完美補(bǔ)充。通過靜態(tài)和動(dòng)態(tài)軟件分析技術(shù)的組合實(shí)現(xiàn)最高水平的軟件質(zhì)量，所有這些都可以從工作流管理器中訪問，以確保維護(hù)分析的結(jié)果和上下文。

靜態(tài)分析

靜態(tài)分析是指在不執(zhí)行代碼的情況下審查正在開發(fā)的代碼以發(fā)現(xiàn)和修復(fù)質(zhì)量問題的做法。例如，當(dāng)您使用自動(dòng)化工具驗(yàn)證代碼標(biāo)準(zhǔn)合規(guī)性時(shí)，可以使用靜態(tài)分析。認(rèn)證標(biāo)準(zhǔn)要求使用編碼標(biāo)準(zhǔn)和質(zhì)量分析來驗(yàn)證開發(fā)的代碼是否已統(tǒng)一設(shè)計(jì)和實(shí)施。在開發(fā)、集成、測(cè)試和驗(yàn)證的所有階段實(shí)施這些標(biāo)準(zhǔn)具有以下幾個(gè)優(yōu)勢(shì)：

? 消除

潛在缺陷? 通過創(chuàng)建統(tǒng)一代碼提高代碼的可讀性和可維護(hù)性? 防止過于復(fù)雜的代碼更容易出錯(cuò)且更難維護(hù)

? 識(shí)別無法訪問或使代碼

覆蓋率的測(cè)試構(gòu)建具有挑戰(zhàn)性

的代碼? 生成更模塊化的代碼，更容易追溯到低級(jí)需求

動(dòng)態(tài)分析

敏捷方法使用測(cè)試來持續(xù)提供有關(guān)新興產(chǎn)品滿足業(yè)務(wù)需求程度的反饋。敏捷團(tuán)隊(duì)不斷測(cè)試，因?yàn)檫@是確保每次迭代的功能都已完成并取得進(jìn)展的唯一方法。

對(duì)于嵌入式系統(tǒng)，軟件開發(fā)取決于目標(biāo)平臺(tái)的可用性，但該硬件通常要到開發(fā)生命周期的后期才可用。敏捷開發(fā)人員依靠硬件系統(tǒng)模擬器（如Wind River Systems Simics）來幫助填補(bǔ)這一空白。

這些工具模擬完整的目標(biāo)系統(tǒng)，并且可以在仿真框架內(nèi)運(yùn)行未經(jīng)修改的目標(biāo)軟件（相同的引導(dǎo)加載程序、BIOS、固件、實(shí)時(shí)操作系統(tǒng)、板級(jí)支持包 （BSP）、中間件和應(yīng)用程序）。使用硬件模擬器意味著敏捷項(xiàng)目的硬件相關(guān)測(cè)試可以在盡可能早的迭代中開始。

作為補(bǔ)充，測(cè)試自動(dòng)化工具可以在模擬硬件上自動(dòng)生成和執(zhí)行測(cè)試用例?？梢越?jīng)常運(yùn)行自動(dòng)測(cè)試用例生成和執(zhí)行，在幾分鐘內(nèi)提供反饋。然后，可以從工作流管理器中控制這些測(cè)試的測(cè)試用例生成、執(zhí)行、結(jié)果和狀態(tài)，以提供對(duì)當(dāng)前迭代進(jìn)度的可見性。

對(duì)于認(rèn)證，有必要使用代碼覆蓋率來衡量測(cè)試完整性。認(rèn)證需要適當(dāng)程度的測(cè)試嚴(yán)格性，這意味著所有測(cè)試都必須基于需求并在系統(tǒng)級(jí)別執(zhí)行。如果沒有代碼覆蓋率分析，就不可能獲得提高測(cè)試有效性所需的反饋、知識(shí)和理解，并且它提供了額外的保證措施，即滿足當(dāng)前迭代的潛在可部署系統(tǒng)目標(biāo)。

認(rèn)證和文件

使用工作流管理器作為所用工具和在整個(gè)開發(fā)過程中生成的結(jié)果的主機(jī)，使生成認(rèn)證所需的文檔變得非常簡(jiǎn)單?？梢詮脑摴ぞ咴L問所有項(xiàng)目工件，從而有助于準(zhǔn)備要呈現(xiàn)給證書頒發(fā)機(jī)構(gòu)的數(shù)據(jù)。

這也是為尋求認(rèn)證的項(xiàng)目通過嵌入式系統(tǒng)開發(fā)加速敏捷方法的關(guān)鍵。在工作流管理器中管理項(xiàng)目工件有助于確保從需求到基于主機(jī)和目標(biāo)的驗(yàn)證結(jié)果，它們?cè)诿艚蓓?xiàng)目的每次迭代中都得到維護(hù)。

審核編輯：郭婷