摘要(yào)

       敏捷實踐由于其靈活、及時(shí)的(¶£de)交付、豐富的(de)實現(xiàn)和(hé)叠代的(de)®®特性而在軟件(jiàn)開(kāi)發中被廣泛使用(yòng)。考慮到(dào)廣泛的(βε>"de)好(hǎo)處，汽車(chē)行(xíng)業(yè)也‍↕> (yě)正在從(cóng)傳統的(de)方法轉​​向汽車(chē)軟件(jiàn)開(kāi)發的(de)敏捷實踐。汽車(chē)軟件(ji✔±àn)的(de)主要(yào)挑戰是(shì)安全性、複雜(zá)性、用(yòng)戶參與、靈活性®≥>♠和(hé)創新性；這(zhè)些(xiē)都(dōu)是(sh&πì)傳統方法難以處理(lǐ)的(de)問( ≥♣wèn)題。為(wèi)了(le)克服這(zhè)些(xiē)挑戰，采用(yòng)這(δ¶zhè)種方法是(shì)必要(yào)的(de)，它應該是(sh≈‌ì)靈活的(de)，有(yǒu)快(kuài)速的(de)變更管理(lǐ)和(hé)用(yα←αòng)戶參與，并能(néng)夠完成汽車(chē)行(xíng)業(yè)的(de)要≤¶•↔(yào)求和(hé)标準。因此，為(wèi)了π γ®(le)加快(kuài)汽車(chē)軟件(jiàn)的(de)開(kāi)發☆÷過程，有(yǒu)必要(yào)整合敏捷開(kāi)發流程。本文(wén)對(♥∑ duì)敏捷方法的(de)實施提出了(le)見(jiàn)解，并了®™(le)解了(le)敏捷流程和(hé)V模型在汽車(chē)軟件≠∞(jiàn)開(kāi)發中的(de)綜合使用(yòn¥€g)效果。本文(wén)揭示，從(cóng)研究和(hé)産業(yè)的(de)®‌✔角度來(lái)看(kàn)，如(rú)何将敏捷方₹♦&法和(hé)V模型這(zhè)兩種方法結合起來(lái)，目前還(hái)不(bù)清楚。"π本文(wén)的(de)研究結果表明(míng)σ α，在汽車(chē)軟件(jiàn)開(kāi)發中結合使用(yòng)敏捷過程和(≈£hé)V模型是(shì)有(yǒu)前景的(de)，有(yǒu)必要(yào)開>ε≈(kāi)發一(yī)種結合敏捷方法和(hé)V模型的(de)汽車(chē)軟∑&₩件(jiàn)開(kāi)發方法。

I.引言

       汽車(chē)軟件(jià•ε×₽n)在複雜(zá)性、創新性、高(gāo)可(kě×£)靠性、安全要(yào)求、變更管理(lǐ)←>和(hé)物(wù)理(lǐ)系統的(de)特點方面都(dōu)很(hěn)複雜(zá)。因此<≠→‌，汽車(chē)行(xíng)業(yè)最常見(j₽✘iàn)的(de)汽車(chē)軟件(jiàn)開(kāi)發過程遵循V模型。然而，随著("β∏zhe)汽車(chē)系統的(de)複雜(zá)性指數(shù)級↑‌φ÷增長(cháng)，較晚的(de)驗證和(hé)驗證過程導緻了(le)不(bù)可(± $kě)抗拒的(de)更高(gāo)的(de)風(fēng)險和(hé)成本的(de)開(k☆€āi)發手段。一(yī)般來(lái)說(shuō)，傳統•÷δ↕的(de)軟件(jiàn)開(kāi)發過程不(bù)能(néng)滿足ε÷λ動态市(shì)場(chǎng)的(de)需求。通(tōng)過引入敏捷宣言‍♠<（2001年(nián)），它承諾敏捷過程可(kě)以保證更↑&≤早地(dì)将産品發布到(dào)市(shì)場(chǎng)。敏ε∑§'捷方法能(néng)夠對(duì)市(shì)場(chǎng)和(hé)客$×戶不(bù)斷變化(huà)的(de)需求做(zuò)出快(kuài)速反應。此外(wài)，在開(kāi)發過程中，他(t∏✔ā)們提供用(yòng)戶參與，以對(duì)不(bù♥✘✘)同的(de)要(yào)求進行(xíng)調整，并對(dφ>Ω£uì)最終的(de)軟件(jiàn)進行(xíng)後期改進 ♥₩。敏捷方法在汽車(chē)行(xíng)業(yè)的(de)整合是(shì)一σΩ ₩(yī)個(gè)潛在的(de)解決方案，以面對(duì)動态市(shì)場(chǎng)環←♣‌境的(de)挑戰和(hé)需求。采用(yòng)敏捷方法的(de)另✘≠一(yī)個(gè)關鍵因素是(shì)軟件(jiàn)開'εγ≠(kāi)發的(de)傳統過程的(de)不(bù)靈活性。然而，敏捷是(shì)一( ←yī)種靈活的(de)方法，它允許軟件(jiàn)的(de)增量開(kāi)發，并在叠代中開(βλβ©kāi)發軟件(jiàn)，在增量中交付"  軟件(jiàn)，而不(bù)是(shì)在開(kāi)發過程結束時(shí)一(yī)次性交付所有Ωβ£‍(yǒu)軟件(jiàn)。通(tōng)過在2001年(nián)引入敏捷宣言，敏捷方法在軟₩φ件(jiàn)開(kāi)發中變得(de)更加重"↓₽要(yào)。根據敏捷宣言，敏捷方法可(kě)以獲得(de)：

• “個(gè)人(rén)和(hé)互動高(gāo)于★ε→​流程和(hé)工(gōng)具

• 客戶參與合同協商與談判

• 工(gōng)作(zuò)軟件(jiàn)的(d✘✔‍™e)全面文(wén)檔

• 應對(duì)變化(huà)而不(bù)是(shì)遵循計(jì)劃”

      在汽車(ch♦₩ē)行(xíng)業(yè)中，V模型是(shì)最常見(jiàn)和(hé)傳統的(de)方™÷法。然而，當涉及到(dào)軟件(jiàn)密集型系 ©統的(de)需求工(gōng)程時(shí)，汽車(chē)領域的(de)γ"↔開(kāi)發方法不(bù)能(néng)有(yǒu)效地(dì)适應需求¶€。例如(rú)，當系統的(de)複雜(zá)性相(xiàng)對(×₽•duì)較高(gāo)時(shí)，傳統的(de)V模型在後期驗證階段往往₩>β會(huì)導緻非常高(gāo)的(de)成本，并且對≈™<↔(duì)後期市(shì)場(chǎng λ×)和(hé)客戶的(de)要(yào)求不(bù)靈活。

      盡管這(zhè)兩種方¶©法--敏捷和(hé)V模式--都(dōu)有(yǒu)它們的(de)好(hǎo)處，但σ (dàn)挑戰和(hé)限制(zhì)仍然存在，特别是(shì)在汽車(chē)λ€軟件(jiàn)開(kāi)發方面。本文(wén)旨在提供關于敏捷方法在汽車(chē)≥♥δ軟件(jiàn)開(kāi)發中的(de)實施的(de)見(jià'¶≠n)解，即敏捷方法如(rú)何被用(yòng)于汽車(chē)軟件(jiàn)的(de)開(kā© i)發，它們的(de)好(hǎo)處、挑戰和(hé)限制(zhì)。它顯示了(le↑'✘)一(yī)些(xiē)與敏捷方法和(hé)傳統流程V模型的(✔ ₩​de)結合使用(yòng)有(yǒu)關的(×∑φ<de)效果。

II.相(xiàng)關工(gōng)作(zu€↔ò)

      ε ₹₽Pfeffer等人(rén)進行(xíng)了(le)一(yī)項研究，描述了(le)自(zì♣&)動駕駛系統開(kāi)發過程中發現(xiàn)的(de)挑戰，特别是(±∑→shì)在設計(jì)功能(néng)方面出現×★®(xiàn)的(de)問(wèn)題。所進行(x↔↔§≈íng)的(de)研究是(shì)探索性的(de)，采訪了α®☆(le)與德國(guó)大(dà)批量汽車(chē)OEMs相(xiàng)關的(de)人(r‍∏én)員(yuán)。

      Ma≈÷nfred Broy在他(tā)的(de)研究中，通(tō‌'ng)過陳述汽車(chē)嵌入式系統的(de)主要(§​yào)焦點領域和(hé)流程問(wèn)題，解釋了(le)汽↕β車(chē)軟件(jiàn)設計(jì)中發現(xiàn)的(d♥€'e)挑戰。

      ©÷₽ΩMarner等人(rén)說(shuō)明(¥§♦míng)了(le)傳統範式和(hé)敏捷流程的(de) ♠×λ綜合效應，并提出了(le)在汽車(chē)SW領域發布計(jì)劃中的(de)挑戰。此外(wài)，本研究還(hái)解釋了(le)敏捷屬性如÷©£(rú)何能(néng)夠克服已有(yǒu∏₽)的(de)挑戰。

      Hohl等人(rén)在他‌  (tā)的(de)研究中考察了(le)汽↑£車(chē)行(xíng)業(yè)的(de)嵌入式軟件(jiàn)、敏捷開(kāi)發和(×♦∞αhé)軟件(jiàn)産品系列管理(lǐ)之間(jiān)的(de)關系。

      Schloße™±r等人(rén)通(tōng)過解釋敏捷和(hé)V模型的(de)優點和(hé)缺點，ε®☆≠提出了(le)開(kāi)發汽車(chē)軟件(jiàn)的(de)不(bù)≈"₩φ同框架。本研究對(duì)V模型和(hé)敏捷過程的(de)結合•✔Ωγ使用(yòng)提出了(le)見(jiàn™‌'★)解。

      在汽車(chē)領域提出了(le)一(yī)種混合方法★₹₹，用(yòng)于改進流程，解釋了(le)在安全關鍵型軟件(jiàn)開(kāi)發×♦₽≤環境中，通(tōng)過整合Scrum和(hé)傳統的(de)V模型，可(kě)以€ε加快(kuài)開(kāi)發流程的(de)因素對(duì)于安全關鍵軟件(jiàn)的(de)開$≠(kāi)發，另一(yī)項研究提出了(®₹le)一(yī)種開(kāi)發方法，即在需求分(fēn)析階段采用(yòng)形式化(h≥'uà)規範，并在軟件(jiàn)實施階段後整合形≠✘式化(huà)驗證。然而，這(zhè)個(gè)方法論主要(yào)是(shì)針對(du♣✘ì)高(gāo)可(kě)靠性軟件(jiàn)或安全關鍵軟件(jiàn)。

      一(yī)種評估模型“A HAA‌±-敏捷混合評估法”将 CMMI 元素和(hé) Automot÷↓¶ive Spice 與敏捷屬性相(xiàng)結合，引入汽車(chē)領域。

       Liu等人∏♣(rén)提出了(le)一(yī)項研究，通(tō±♣♠≠ng)過引入基于仿真的(de)開(kāi)發和(hé)建立連續和(hé)  ✘早期的(de)集成驗證，提出了(le)一(yī)個(gè♠↑φ")改進版的(de)V流程模型，稱為(wèi) "增量V開(kā↔←&<i)發流程"。基于一(yī)個(gè)實例∏↓β項目（案例研究）的(de)初步研究結果表明(míng)，增量式V模型可(kě)以™λ∏通(tōng)過縮短(duǎn)時(shí)間(jiān)周®±期和(hé)持續時(shí)間(jiān)、最小₽ (xiǎo)化(huà)工(gōng)作'∞©ε(zuò)量和(hé)提高(gāo)産品質量來(lái)改進V模型。

     →>  因此，現(xiàn)有(yǒu)的(de)文(w饶δ₹n)獻中沒有(yǒu)關于結合敏捷方法和(hé)V模型的(φπ✔de)結論或最終結果。目前還(hái)沒有(yǒu)任何一(yī)種方法能(néng)©β專門(mén)解決汽車(chē)軟件(jiàn)開(kāi≥₽✘)發中結合敏捷和(hé)V模型的(de)所有(yǒu)主要(≠∏§yào)影(yǐng)響。為(wèi)了(le)解決這(zhè)個(gè)問(wèn)題，本文(∞σ®wén)的(de)研究打算(suàn)開(kāi)發一(yī)種方法，通(tōngφ'₩)過研究V模型使用(yòng)中面臨的(de)挑戰，用(yòng)适當的(de¶¥)敏捷方法解決這(zhè)些(xiē)問(↕∑₹§wèn)題，同時(shí)仍然滿足汽車(ch×₹÷★ē)行(xíng)業(yè)的(de)要(yào)求，例如(rú)關γ↕♠×于安全或流程成熟度，從(cóng)而實現(xiàn)敏捷方法和(hé)V模型的(de)π✔結合。

III.現(xiàn)有(yǒu)的(de)挑戰

       選擇敏捷方法融入V模型的(d≈♠e)第一(yī)步是(shì)分(fēn"‌÷•)析當前使用(yòng)V模型的(de)主要(yào)挑戰，以↔✘及與敏捷方法普遍相(xiàng)關的(de)"♥"主要(yào)優勢。表1根據V模型進行(xíng  ÷)軟件(jiàn)開(kāi)發項目中普遍發現×  (xiàn)的(de)挑戰，構建了(le)這(z¶'•hè)些(xiē)潛在的(de)改進領域。所提到(dào)的(de)挑戰是(shì)對(d↑§uì)汽車(chē)領域的(de)詳細文(wén)獻分(fēn)析的(de)結果，主要(yào)€¶±$在本文(wén)的(de)第二部分(fēn)描述。對(duì)于每一(<>¥€yī)個(gè)挑戰，它都(dōu)描述了(le)V模型是(shì)如(rú)何解決這(zhè)σ←§≈個(gè)問(wèn)題的(de)，以及與此相(xiàng)反，敏捷方法将如(rú)何處理σ→(lǐ)這(zhè)個(gè)挑戰。例如(rú)，客戶"€→ 協作(zuò)（表1中的(de) "協作(zuò)類型"）這(zhè)一(yī)挑戰在傳統的(d>πλe)V模型項目中通(tōng)過詳細而全面的(de)客戶合同來(lái)解決。這(zhè)些(‌φxiē)合同在項目結束時(shí)成為(wèi)一(☆♣±£yī)個(gè)問(wèn)題，因為(wèi)它們沒有(yǒu)★ β€充分(fēn)反映現(xiàn)實，在複雜(zá)的(de)項目中存¥±在著(zhe)不(bù)确定性，而且需要(yào)不(bù)斷地(dì)改變€≤和(hé)适應。敏捷方法論建議(yì)在整個(gè)項目執行(xín®↕g)過程中不(bù)斷與客戶互動，重視(shì)個(gè)≥&∞≥人(rén)的(de)反饋和(hé)變更≥ε♠β要(yào)求，在共同開(kāi)發和(hé)審查軟件(jiàn)的(de)過程中就(jiù)預₩ 期結果達成共識。顯然，在複雜(zá)的(de)汽車(chē)軟件(jiàn)開(kāi)發項目中實施這(zhè)種新的™★(de)範式是(shì)一(yī)項困難的(de)任務，正如(rú)第二節中引用(yòng)÷↕₹的(de)文(wén)獻所證明(míng)的(de↕λ¥)那(nà)樣，它沒有(yǒu)得(de)到 ↑αφ(dào)充分(fēn)的(de)解決。

       所提¶☆π議(yì)的(de)研究将選擇最有(yǒu)希望将敏捷方法集成到(dào)V模型中↑≠的(de)候選者，執行(xíng)過程中的(de)更改，并在示例項目('↕≥♣案例研究)中測試修改後的(de)過程。這(zhè)背後的(de)一(yī)個(gè)普遍假設是(s× "€hì)繼續應用(yòng)V模型作(zuò)為(±®γwèi)汽車(chē)軟件(jiàn)開(kāi)發的(de)主"α×↕要(yào)流程框架。因此，敏捷軟件(jiàn)開(kāi)發不↑λ♥(bù)會(huì)完全取代V模型，也(yě)不(bù)會(huì)将V模型集成到(dào)敏捷框λ₹架中，例如(rú)通(tōng)過多(du↓↔→®ō)次叠代V周期來(lái)增量地(dì)生(shēng)産軟件(jiàn)。關于V模型α×仍将是(shì)雨(yǔ)傘框架的(de)假設還(λ'¶hái)需要(yào)進一(yī)步研究σ"‌ 和(hé)驗證。然而，如(rú)何在V模型框架中實現(xiàn)敏捷方法是© ↔ (shì)本文(wén)研究的(de)重點。

      &nbπ₹×↔sp;基于 V 模型和(hé)敏捷方法改進汽車(chē)↕δ軟件(jiàn)開(kāi)發的(de)主要(yào)杠杆體(tǐ)∏α¥現(xiàn)在以下(xià)幾個(gè)方面:

• 在模塊層面上(shàng)實施增量開(kāi)發（見(→£jiàn)圖1），以打破複雜(zá)性，允許用(yòng)戶參與并支 ¶&≠持後期修改。

• 通(tōng)過就(jiù)增量短(duǎn)期的(de)目标達成一∑±(yī)緻，而不(bù)是(shì)就(jiù)完全交付軟件(jiàn)的(de)合同進行(xí♠♥α↑ng)談判，來(lái)培養用(yòng)戶的(de)參與。這(zhè)就(jiù)改變®λ了(le)計(jì)劃的(de)範圍，從(cóng)完整的(de)項目運行(xíng)時(sh♣€í)間(jiān)變為(wèi)一(yī)些(xiē)敏捷短(d≥ ≈φuǎn)期的(de)運行(xíng)時(✘₽shí)間(jiān)。

• 擺脫基于紙(zhǐ)張（或文(wén)件(jiàn)）的(de)規範，使用(yòng₹♣≤)工(gōng)作(zuò)軟件(jiàn)（如(rú)原型、模拟、可(kě)執行(xí™$ng)規範），根據場(chǎng)景和(hé)用(yòng)戶背景進行(↓β↓→xíng)驗證。

      這(zh∑∑÷è)個(gè)列表将被擴展。這(zhè)些(xiē)陳述∑λ← 構成了(le)拟議(yì)研究的(de)假設。它們需要(yào)細化(huà₽★♣≤)成如(rú)何在V模型中實現(xiàn)敏捷擴展的(de)概念模型，并且♦±'←需要(yào)驗證。它旨在使用(yòng)行(xíng)動研究，以便在示例項目中建立評估和(hé)驗證的(de)實驗。

圖1 将敏捷原則嵌入到(dào) Vλ↑> 模型中

IV.拟議(yì)的(de)方法

       V模型将在特定區(qū)域進行(xínφ≥€g)修改，以評估和(hé)驗證已确定的(de)改進(見(jiàn)表1)。作(zuò)為(÷σπ¶wèi)該方法的(de)一(yī)個(gè)例子(zǐ)，本節将更詳細地(dì)闡述模塊級增量≤₩★開(kāi)發的(de)實現(xiàn)(見(jiàn)圖1)。建議(yì)将§§↕↑增量開(kāi)發作(zuò)為(wèi)一(yī)種敏捷方法，以分(fēn)解複雜(zá)性，允★∏許用(yòng)戶參與并支持後期更改。

       将<☆δ敏捷嵌入到(dào)V模型中--增量式叠代

       在基于V模型的(de)軟$∏£↑件(jiàn)開(kāi)發中，整體(tǐ)軟件(jiàn)架構的(de)分(f≈¶↑ēn)層分(fēn)解形成了(le)一(yī)組軟件(jiàn)模塊的(de)定義，這(zhè₽ πγ)些(xiē)模塊實現(xiàn)了(le)客戶✘↔✘ 要(yào)求的(de)功能(néng)。在傳統的(de)V模式↑γ>↔中，這(zhè)些(xiē)模塊被完全開(kāi)發和(hé)測試之後被集成到(dào)✔₽®✘整個(gè)系統中，并再次進行(xíng)測試。這(zhè)個(gè)過程的(de)最$​後一(yī)步是(shì)由客戶進行(xíng)驗≠ ≠收測試。這(zhè)導緻了(le)客戶很(hěn)晚才參與進 ¶來(lái)，反饋也(yě)很(hěn)晚，因此會(huì)導緻很(hě★✔®n)晚才提出修改要(yào)求。拟議(yì)的(de)敏捷方法是(shì)将模塊開(kāiε≈)發分(fēn)成幾個(gè)遞增的(de)步驟。這(zhè)些(xiē)步驟以敏捷短(duγ★→♦ǎn)期的(de)方式進行(xíng)，根據客戶要(yào)求的(de)功能(nδ≠∑éng)，以漸進的(de)方式實現(xiàn)功能(néng)。對(dβ₽✘uì)于每個(gè)短(duǎn)期階段（或一(yī)組短(duǎn)期階段 αδ），客戶都(dōu)會(huì)參與到(dà₽∑≠o)審查的(de)結果中。這(zhè)是(shì)☆δ∑♦一(yī)個(gè)挑戰，因為(wèi)客戶可•×(kě)能(néng)無法評估所生(shēng)産的(de)軟件(jiΩ≠àn)的(de)質量，而不(bù)能(néng)集成到(dào)整個(∏βgè)系統中。循環中的(de)軟件(jiàn)（SiL）或循環中的(de)模型"δ≠（MiL）可(kě)能(néng)有(yǒu)助于驗證生(shēng)産的(de)軟件(jiàn)±♠'版本。

       為(wèi)了(le)驗證這(zh€€§è)一(yī)發現(xiàn)，針對(duì)所提出的(de)方法和(hé)确定的(de±&★∏)挑戰，我們與汽車(chē)領域的(de)從(cóng)業(yè≥♥)人(rén)員(yuán)進行(xíng)了(le)一(y∑αī)些(xiē)討(tǎo)論。與從(cóng)業≠λε(yè)人(rén)員(yuán)討(tǎo)論的(de)結果表明(míng)，本文(wén)提××♠出的(de)方法在汽車(chē)軟件(jiàn)開(k>"āi)發中是(shì)有(yǒu)前景的(de)。

       下(x ♥ià)一(yī)步是(shì)将這(zhè)些(xiē)變化(huà)落實到(dàε↕∏σo)一(yī)個(gè)實際項目的(de)φ 方法中。

        在多(duō)特蒙德Ω 應用(yòng)科(kē)學與藝術(shù)大(dà)學IDiAL學院內(nèi)，開(kā¥∑i)展了(le)許多(duō)汽車(chē)軟件(jiàn)開(kāi)β£$發項目，這(zhè)些(xiē)項目将作(zuò)為(wèi)拟議(ε∞¥αyì)行(xíng)動研究的(de)第一(yī)候§£Ω&選項目。規劃的(de)環境是(shì)ita3項目全景1，它為(✘♥βαwèi)複雜(zá)的(de)汽車(chē)軟件(jiàn)開(kāi)發♠$工(gōng)具和(hé)方法。它涉及到(dπ•ào)一(yī)些(xiē)大(dà)型汽車(chē)供應商公司∞↑的(de)相(xiàng)關軟件(jiàn)開(kāi)發活動。

V.總結

       從(cóng)文(wén)獻中發現(xiàn)，汽車(chē)行(φ>xíng)業(yè)正在從(cóng)傳統模式向更靈活的(de)方法轉§>↓≠變，即敏捷方法。對(duì)于汽車(chē)行(xíng)業(yè)來(lái)說(sh ÷¶÷uō)，這(zhè)種轉變并不(bù)容易，因為(wèi)該行(xíng)↕§™₹業(yè)幾十年(nián)來(lái)一(yī)≠γ•直在遵循傳統的(de)流程。相(xiàng)關的(de)$≤标準是(shì)基于這(zhè)些(xiē)流程的(de)，項目管理(lǐ)和(hé)↕♣γ"客戶互動也(yě)相(xiàng)應地(dì)進行(xíng)。然而，敏捷轉型已經開(kāi)π±始了(le)。文(wén)獻還(hái)顯示，将敏σ‍捷方法與V模型相(xiàng)結合的(de)成果很(hěα​∞n)少(shǎo)，也(yě)沒有(yǒu)任何方法專門(mén)解決敏捷方法與V模型相(xià✘Ω 'ng)結合對(duì)汽車(chē)軟件∑ε(jiàn)開(kāi)發的(de)影(yǐng)響。在本文(wén)中，敏捷元素✔¥♥<被嵌入到(dào)傳統的(de)V模型中以獲得≈₽₩(de)更好(hǎo)的(de)結果。目前，正在研究哪些(xiē)開(kāi)✔β♠發階段可(kě)以集成敏捷叠代。并确定了(l£ ¶e)一(yī)些(xiē)候選項目，将在實例項目中進一(yī)步研→¥究。從(cóng)文(wén)獻資料和(hé)對(duì)從(cóng)業(yè)<≈✘β人(rén)員(yuán)的(de)訪談結果顯示，所進行(xíng)的(de)方法是(shìש∞)有(yǒu)希望的(de)，需要(yào)進一(yī)步Ω​¶"研究。在未來(lái)的(de)工(gōng)作(z§‌§&uò)中，計(jì)劃基于現(xiàn)有(y♥↓ǒu)的(de)挑戰來(lái)評估所提出的(de)方法：它如(rú)何解決已确定的(d←​Ωe)挑戰，以及所提出的(de)方法在多(duō)大(d ™®<à)程度上(shàng)可(kě)以應用(yòng)于汽車(chē)軟件(j≥‌ λiàn)的(de)開(kāi)發過程。

參考文(wén)獻：

[1]J. Bosch and P. M. Bo®<©sch-Sijtsema, “Introducing ≠"agile customer centered development i✘​★'n a legacy software prφσα"oduct line,” Software Practice and Experience, 2§"<011, vol. 41, no. 8, pp. 871–882.[2]K. Beck, M. Beedle, A♦♣ . van Bennekum, A. Cockburn, W. Cunningham, M. Fσ§αowler, J. Grenning, J. Highsmi&↔εth, A. Hunt, R. Jeffries, J. Kern, B. Marick, R  εα.C. Martin, S. Mellor, K. Schwaber,J. Sutherland, D. Thomas, “Manife£♣sto for Agile Software Developmen ★♣t”, 2001.[3]B. Katumba and E. K>✔"nauss, “Agile development in automotiv☆↓©☆e software development: Challen€σ<ges and opportunities,” in P★★roduct- Focused Software Process Improvement,★≤ A. Jedlitschka, P. Kuva∏ ≈<ja,M. Kuhrmann, T. M¨annist, J₩±¥↑. M¨unch, and M. Raatikainen, Eds. Cham: Spring'∑‍™er International Publishing, 2014, vol'↕<§. 8892, pp. 33– 47.[4]Liu, B., Zhang, H., & ♦"Zhu, S, “An incrementalδ≤α£ V-model process for±↑÷ automotive development,” in 23rd Asia-P ✘÷acific Software Engineering Con§φ¥ference (APSEC) IEEE, December 2016, ‍σpp. 225- 232.[5]R. Pfeffer, Basedow, G. N., Thiesen, N. R., M.®"α Spadinger, A. Albers, & E. S↕‌ax, “Automated Driving-Challenges for ® ≈the Automotive IndustΩ≈ry in Product Developmen±÷t with Focus on Process >♠>§Models and Organizational Structure”, in α÷αIEEE International Systems Conference ÷$£(SysCon) April 2019 (pp. 1-6). IEEE.[6]M. Broy, “Automot♣☆‍ive software and systems engineering,” Proc. 2¶↑nd ACM and IEEE Int. Conf. Formal Methods anα↑d Models for Co- Design,↑≥₽± 2005, MEMOCODE'05, ₽®♥ε(pp. 143-149).[7]K. Marner, S. Theoba∑™∏ld, & S. Wagner, “Real-Life challenges in∑™→ automotive release planning,” in ΩλδFederated Conf. Computer Science and Inform¥≤σation Systems (FedCSI☆♦σS) (Sep 2019) (pp. 83¥¶→$1- 839).[8]P. Hohl, J. Ghofrani,δ✔∏ J. M¨unch, M. Stupperich, and K. S¥ chneider, “Searching ¶¶for common ground: E↓​♥xisting literature o×♠Ωλn automotive agile software produc‌≥♥t lines,” in Proc. Inter≤$≠national Conference on Software<✘  and System Process - ICSSP 2017, R. Bendraou,¶← D. Raffo,H. LiGuo, and F. M. Maggi, Edφσ≠ s. New York, New York,←∞ USA: ACM Press, 2017, pp. 70–79.[9]A. Schloßer, J. Schnitz♥₹&ler, T. Sentis, & J. R₹'↑≠ichenhagen, “Agile processes in automotive in↑'→£dustry–Efficiency and quality in softwaredevelopment” in 16 Inte‍€φrnationales Stuttgarter Symposiumγ≠"δ2016 (pp. 489-503). S☆δpringer, Wiesbaden.[10]Takahira, R. Y., Lar>≤ ↕aia, L. R., Dias, F. A., Abraham,≥£φ★ S. Y., Nascimento, P. T₩←., & Camargo, A. S. “Scrum and Embedd≠★​ed Software development for the automotive ind≤↔​βustry”, in Proc. PICMET'14 Conference: <₩∑Portland International≈™∑Ω Center for Management of Engineering ≈π and Technology; Infrastructure anπ∏$d Service Integration, IEEE (2014, July€Ω) (pp. 2664-2672).[11]Q. Fang, C. Zhang, X. Ye, J. Shi, & X​‍≥Ω. Zhang, “A new approach for developing safety-π§≤♥critical software in automot₽↕‍<ive industry” IEEE 5th International Conferenc"βδ©e on Software Engineering Ω↕₽♦and Service Science, August 2013, ≥™ "(pp. 64-69).[12]F. McCaffery, M. Pikkarainen, & I. Ri&↔chardson, “Ahaa--agile, hybrid as¥‌≈sessment method  for auto¶→£™motive,  safety critical sme₹™s”. in Proc. 30th international conference on S'→oftware engineering, May 2008 (pp. 551-560).[13]B. Liu, H. Zhang, &σ↔σ S. Zhu, “An incremental V-model∑£ process for automotive developme♥✔§nt,” in 23rd Asia-Pacific Software En₽λgineering Conference (APSEC) IEEE (2016,Ω≤λ December), (pp. 225-232).[14]D. Feldmüller, “Usage of a≈δgile practices in Mecha"εtronics System Design Potentials₽★, Challenges and Actual Surveys,” in ≠' ±19th International Conference on Research a☆¶nd Education in Mechatronics (REM) (Jλπ≤₹une 2018) (pp. 30-35).[15]M. Broy,“Challengγεes in automotive software∑♠₹ engineering,” in Proc. 28th Inte₹↕rnational Conference on Software Engβαγγineering, ser. ICSE06. New York, NY, USA: ACM, 2006, pp. ₽β→33–42. [Online]. Available: http://doi.a↓∏cm.org/10.1145/1134285.[16]A. Dresch, D. P. Lacerda,↕₹₹ & Antunes, J. A. V, “An overflight in re™₹€★search” in Design scienc♦∑λ e research, Springer, Cham Heidelberg,•©'ε New York, Dordrecht,↓γ&§ London: Springer International Pu☆¥blishing Switzerland 2015.

[17]Wiecher, C., Japs, α‌¶S., Kaiser, L., Gree∑¥nyer, J., Dumitrescu, R., & ≠∏₽Wolff, C. “Scenarios in ×∏☆₩the loop: integrated requirements analysis andΩ→ automotive system validation”, in Pro™↔♥✘c. 23rd ACM/IEEE Internatλ₹Ω♥ional Conference on Mo±γ§≥del Driven Engineering Languages and Syst↓‍'ems: Companion Proceedings (O€>∑&ctober 2020), (pp. 1-10).

轉自(zì)智能(néng)汽車(chē)開(kāi)發者平台