敏捷開發(fā)的案例
憑借敏捷產(chǎn)品開發(fā)探索航空航天及國(guó)防行業(yè)的新前沿（免費(fèi)領(lǐng)視頻）
敏捷開發(fā)已不再僅僅是一種軟件開發(fā)方法。所有工程學(xué)科都逐漸開始采用敏捷開發(fā)方法并取得了積極的成果。對(duì)于那些愿意拋棄傳統(tǒng)產(chǎn)品開發(fā)思維模式的航空航天及國(guó)防企業(yè)而言，敏捷開發(fā)方法已展現(xiàn)出了巨大的前景。
該行業(yè)的一個(gè)共同主題就是需要加大創(chuàng)新，同時(shí)減少在每個(gè)項(xiàng)目中投入的勞動(dòng)力。在本次網(wǎng)絡(luò)研討會(huì)中，CIMdata 和西門子將闡述產(chǎn)品設(shè)計(jì)和工程如何實(shí)現(xiàn)敏捷工程方法，使規(guī)模更小的團(tuán)隊(duì)也能夠使用這種方法在更短的時(shí)間內(nèi)生產(chǎn)出質(zhì)量更佳的產(chǎn)品。
航空航天及國(guó)防行業(yè)的敏捷開發(fā)方法
航空航天及國(guó)防企業(yè)意識(shí)到他們需要調(diào)整其產(chǎn)品開發(fā)思路。很多團(tuán)隊(duì)都在向集成式工程團(tuán)隊(duì)的方向轉(zhuǎn)型，將軟件、電氣和機(jī)械學(xué)科相結(jié)合，其中系統(tǒng)可進(jìn)行交互，同時(shí)工程師本身也可攜手合作。但在很多情況下，他們所使用的軟件卻不是這樣。
當(dāng)每個(gè)工程團(tuán)隊(duì)的軟件所生成的數(shù)據(jù)與其他團(tuán)隊(duì)不兼容時(shí)，信息就必須通過手動(dòng)方式轉(zhuǎn)換，或者通過使用轉(zhuǎn)換程序來進(jìn)行“簡(jiǎn)化”。無論采用哪種方法，創(chuàng)新性和速度都會(huì)遭受影響。通過采用從一開始便實(shí)現(xiàn)集成的軟件生態(tài)系統(tǒng)，可避免這些問題。
憑借這種核心集成水平，開發(fā)團(tuán)隊(duì)可以轉(zhuǎn)而采用支持設(shè)計(jì)探索和多次迭代的敏捷開發(fā)方法，而無需在其項(xiàng)目中額外投入大量時(shí)間。敏捷開發(fā)提供一種全新、互聯(lián)的方法。
敏捷產(chǎn)品開發(fā)
通過將重點(diǎn)從冗長(zhǎng)的開發(fā)階段轉(zhuǎn)移到多個(gè)短期沖刺，可以推動(dòng)創(chuàng)新性和靈活性，這樣一來，便可更加頻繁地進(jìn)行驗(yàn)證與確認(rèn)。通過持續(xù)測(cè)試、驗(yàn)證和確認(rèn)，敏捷產(chǎn)品開發(fā)可使航空航天制造商迅速滿足每段工程沖刺中的需求，從而更快讓復(fù)雜項(xiàng)目落地。在沖刺結(jié)束時(shí)，團(tuán)隊(duì)將能夠確認(rèn)他們虛擬測(cè)試的內(nèi)容。使用敏捷工程方法，可在開發(fā)流程中的任意節(jié)點(diǎn)輕松加入新功能，進(jìn)而適應(yīng)新的市場(chǎng)需求。本次由 CIMdata 和西門子聯(lián)合主辦的網(wǎng)絡(luò)研討會(huì)將更加深入地探索這種通過敏捷沖刺提供持續(xù)反饋的價(jià)值所在。
展開 敏捷開發(fā)實(shí)踐之Scrum方法運(yùn)用
摘要:目前軟件開發(fā)除了強(qiáng)調(diào)產(chǎn)品質(zhì)量,同時(shí)對(duì)產(chǎn)品能夠快速發(fā)布并且迅速適應(yīng)市場(chǎng)變化的要求也日益強(qiáng)烈。為適應(yīng)這種開發(fā)環(huán)境和市場(chǎng)需求,傳統(tǒng)的軟件開發(fā)模式已被敏捷開發(fā)模式所替代。本文介紹敏捷軟件開發(fā)中的Scrum方法,并結(jié)合實(shí)際問題,分析Scrum方法在實(shí)踐中的運(yùn)用。
關(guān)鍵詞:敏捷開發(fā);Scrum
產(chǎn)品質(zhì)量和開發(fā)效率一直是軟件產(chǎn)品開發(fā)的關(guān)鍵。隨著科技和經(jīng)濟(jì)的發(fā)展,軟件的市場(chǎng)環(huán)境和用戶需求不斷發(fā)生變化,這對(duì)軟件產(chǎn)品的快速發(fā)布提出很高的要求。傳統(tǒng)的瀑布模型、螺旋模型、原型模型等已不能適應(yīng)越來越復(fù)雜和不斷變化的需求和市場(chǎng)環(huán)境。近年來,敏捷軟件開發(fā)逐步流行,并被廣泛認(rèn)識(shí)、研究和使用。敏捷開發(fā)具有應(yīng)對(duì)快速變化的市場(chǎng)和需求的能力,因此,它被越來越多的公司企業(yè)采用。用于敏捷軟件開發(fā)的方法有很多,其中Scrum方法是被廣泛應(yīng)用的方法之一。
1.Scrum簡(jiǎn)介
Scrum是一個(gè)增量的、迭代的開發(fā)過程,名稱來自英式橄欖球的爭(zhēng)球。Scrum的整個(gè)開發(fā)周期包括若干個(gè)小的迭代周期,每個(gè)小的迭代周期稱為一個(gè)沖刺(SPrint),每個(gè)沖刺的長(zhǎng)度一般為2到4周。在Scrum中,使用產(chǎn)品訂單來管理產(chǎn)品或項(xiàng)目的需求,產(chǎn)品訂單是一個(gè)按照商業(yè)價(jià)值排序的需求列表,列表?xiàng)l目的體現(xiàn)形式通常為用戶故事。開發(fā)團(tuán)隊(duì)總是先開發(fā)的是對(duì)客戶具有較高價(jià)值的需求。在每個(gè)沖刺中,開發(fā)團(tuán)隊(duì)從產(chǎn)品訂單中挑選最有價(jià)值的需求進(jìn)行開發(fā)。沖刺中挑選的需求經(jīng)過計(jì)劃會(huì)議上的分析、討論和估算得到一個(gè)沖刺的任務(wù)列表,我們稱它為沖刺訂單。在每個(gè)迭代結(jié)束時(shí),開發(fā)團(tuán)隊(duì)將交付潛在可交付的產(chǎn)品增量。
Scrum的主要角色有:產(chǎn)品負(fù)責(zé)人、Scrum主管、開發(fā)團(tuán)隊(duì)。Scrum的會(huì)議包括:計(jì)劃會(huì)議、評(píng)審會(huì)議、回顧會(huì)議、每日站立例會(huì)。Scrum的文檔有:產(chǎn)品訂單、沖刺訂單、燃盡圖。
展開 敏捷開發(fā)——互聯(lián)網(wǎng)時(shí)代的軟件開發(fā)方式
前言：
敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。
當(dāng)前，似乎每個(gè)公司每個(gè)人都在踐行敏捷。這主要?dú)w功于敏捷能夠適應(yīng)變化并整合客戶反饋的特質(zhì)。 現(xiàn)代社會(huì)這兩者是非常重要的，因?yàn)榧夹g(shù)在不斷地革新，且人們獲取信息的方式越來越容易——包括公開的客戶反饋。
快速響應(yīng)并將客戶反饋納入產(chǎn)品和流程，要求自組織團(tuán)隊(duì)不斷調(diào)整工作的內(nèi)容以提高效率。團(tuán)隊(duì)可以進(jìn)行定期調(diào)整以滿足每天出現(xiàn)的新需求。在項(xiàng)目規(guī)劃方面，這種波動(dòng)環(huán)境可能會(huì)使事情變得棘手：因?yàn)閹缀醪淮嬖诿鞔_的截止期限和可預(yù)期的交付成果。
正因?yàn)?em>敏捷開發(fā)的這種不斷迭代升級(jí)的開發(fā)模式，使得其更加適合當(dāng)今瞬息萬變的互聯(lián)網(wǎng)，可以說是互聯(lián)網(wǎng)時(shí)代的軟件開發(fā)方式。因此，如果踐行敏捷的基礎(chǔ)正在快速變化，那么在不斷迭代項(xiàng)目的同時(shí)，敏捷中如何定義完成？我們?nèi)绾沃酪呀?jīng)真正完成了任務(wù)？這是一個(gè)有趣的問題。在回答這個(gè)問題之前，讓我們先了解關(guān)于敏捷及其方法論。
一、在敏捷中如何完成工作
簡(jiǎn)單來說，在項(xiàng)目管理中，敏捷用迭代方法來規(guī)劃和指導(dǎo)項(xiàng)目過程，這將鼓勵(lì)變革。這種方法與傳統(tǒng)的項(xiàng)目管理方法（如瀑布式）截然相反，因?yàn)槠俨际皆O(shè)定了嚴(yán)格的流程和結(jié)構(gòu)。
敏捷是為短時(shí)間內(nèi)進(jìn)行沖刺（sprint）的小團(tuán)隊(duì)設(shè)置的過程，可以幫助團(tuán)隊(duì)在項(xiàng)目中快速響應(yīng)變化。小組在沖刺前后定期碰面，根據(jù)項(xiàng)目變化調(diào)整工作方式。
展開 三分鐘讓你理解什么是敏捷開發(fā)，這才是敏捷開發(fā)......
在很多敏捷開發(fā)的互聯(lián)網(wǎng)公司中，產(chǎn)品是項(xiàng)目制，功能也是項(xiàng)目制，在策劃一個(gè)新功能的時(shí)候，對(duì)于產(chǎn)品經(jīng)理來說就是在策劃一個(gè)項(xiàng)目。
二、項(xiàng)目的生命周期
一個(gè)產(chǎn)品從無到有，從生到死會(huì)經(jīng)歷多個(gè)需求、交互、設(shè)計(jì)、計(jì)劃、開發(fā)、提測(cè)、上線、hotfix、解決線上問題、運(yùn)維、運(yùn)營(yíng)的生命周期閉環(huán)。
1. 項(xiàng)目啟動(dòng)1.1 需求收集
CORNERSTONE為需求生命周期搭建流程，可以自定義更改按收集、評(píng)審、排期、設(shè)計(jì)、開發(fā)、發(fā)布設(shè)立多個(gè)階段，在不同階段把任務(wù)分發(fā)給產(chǎn)品、設(shè)計(jì)或者開發(fā)人員，讓需求完成無縫銜接。這個(gè)階段其實(shí)是產(chǎn)品經(jīng)理最擅長(zhǎng)的領(lǐng)域，即為什么要做這個(gè)項(xiàng)目？
1.2 項(xiàng)目啟動(dòng)會(huì)
在立項(xiàng)會(huì)上順利從老板那里獲得資源后，項(xiàng)目可以真正開始啟動(dòng)了，這時(shí)就需要召開一個(gè)項(xiàng)目啟動(dòng)會(huì)，將項(xiàng)目涉及的各個(gè)團(tuán)隊(duì)召集到一起，給大家講一個(gè)充滿想象力的美好故事，讓大家為了這個(gè)目標(biāo)而努力。
在CORNERSTONE里，可以同時(shí)并行管理多個(gè)項(xiàng)目。每個(gè)項(xiàng)目清晰明確可見責(zé)任?、任務(wù)狀態(tài)、優(yōu)先級(jí)、類別、時(shí)間等多維度信息，幫助企業(yè)快速?效的對(duì)項(xiàng)?進(jìn)?全周期管理。
1.3 需求討論及需求分析
作為產(chǎn)品經(jīng)理，你可能是某一個(gè)項(xiàng)目的負(fù)責(zé)人，也可能是項(xiàng)目相關(guān)團(tuán)隊(duì)的產(chǎn)品經(jīng)理。無論哪一個(gè)，你都需要針對(duì)自己團(tuán)隊(duì)負(fù)責(zé)的任務(wù)進(jìn)行需求整理，與自己團(tuán)隊(duì)的開發(fā)、交互視覺設(shè)計(jì)、測(cè)試確認(rèn)需求、評(píng)估需求。CORNERSTONE討論功能可供團(tuán)隊(duì)成員互相交流,共享信息,解決自己在工作中遇到的各種問題。
2. 項(xiàng)目執(zhí)行與監(jiān)控2.1 項(xiàng)目執(zhí)行
需求確認(rèn)、工時(shí)評(píng)估完成后，正式進(jìn)入項(xiàng)目執(zhí)行階段，由相關(guān)成員進(jìn)行開發(fā)、設(shè)計(jì)及測(cè)試。CORNERSTONE的甘特圖功能可方便管理者弄清項(xiàng)目的剩余時(shí)間，評(píng)估工作進(jìn)度，調(diào)整工作任務(wù)，更好地把握項(xiàng)目的整體。
展開 
“敏捷”適用于汽車軟件開發(fā)嗎？
另外，汽車特殊的安全性要求和大批量的特點(diǎn)，決定了一切要以安全為首要目標(biāo)，因此，TS16949中對(duì)開發(fā)過程交付物有著具體而明確的存檔要求，歐美法規(guī)也有對(duì)設(shè)計(jì)過程的管控要求和責(zé)任追究制度。因此，沒有文檔支撐的開發(fā)是難以在汽車行業(yè)活下去的。至少ASPICE的部分要求還是逃不掉的。
建議和結(jié)論：
上述的分析并不是說汽車行業(yè)就完全不能實(shí)施敏捷，可以在某些領(lǐng)域進(jìn)行適當(dāng)?shù)?em>敏捷：
在快速迭代的領(lǐng)域適當(dāng)進(jìn)行：多媒體中的APP，智駕中的部分功能的原型開發(fā)都是與硬件關(guān)聯(lián)度不高的，可以結(jié)合MIL（Model In Loop，模型在環(huán)仿真）的實(shí)施來嘗試“敏捷”
SOA中的部分服務(wù)在接口需求明確的情況下可以在開發(fā)階段進(jìn)行敏捷的嘗試
然而，汽車軟件敏捷團(tuán)隊(duì)中的人一定有維護(hù)文檔的職責(zé)，而且要列入績(jī)效，不能只關(guān)注結(jié)果。汽車軟件開發(fā)不是“一錘子買賣”，是一個(gè)需要有責(zé)任感的工作，而且是可能要負(fù)法律責(zé)任，對(duì)質(zhì)量和安全要有最起碼的敬畏心。不但要滿足文檔與法規(guī)的要求，還要做好Knowhow傳承，以及滿足長(zhǎng)期維護(hù)的需求
敏捷是為了應(yīng)對(duì)需求的不明確，那么，如果有良好的架構(gòu)設(shè)計(jì)，又有清晰正確的需求，就不需要“敏捷”。
開發(fā)中可以參考部分敏捷的做法和思想：更任務(wù)導(dǎo)向的組織機(jī)構(gòu)設(shè)計(jì)、減少管理的層級(jí)、協(xié)同工具的使用（相比于看板，我覺得好的軟件工具鏈效率更高，而且可以追溯和便于大家遠(yuǎn)程協(xié)作）、每日例會(huì)、持續(xù)集成、快速反饋等。
展開 在航空航天行業(yè)使用敏捷工程開發(fā)復(fù)雜產(chǎn)品
敏捷產(chǎn)品開發(fā)可加快上市速度
消除創(chuàng)新的絆腳石可幫助降低技術(shù)風(fēng)險(xiǎn)、掌控產(chǎn)品開發(fā)流程，從而始終保持按計(jì)劃和預(yù)算實(shí)施。但如果您可以在實(shí)際制造前對(duì)您最為復(fù)雜的設(shè)計(jì)進(jìn)行飛行模擬，從而在設(shè)計(jì)的早期階段便確保產(chǎn)品的性能、工藝性、支持能力呢？敏捷工程方法已經(jīng)在軟件行業(yè)證明了其價(jià)值。行業(yè)變化日新月異，航空航天及國(guó)防企業(yè)也有機(jī)會(huì)采用同樣的方法獲得成功。
航空航天設(shè)計(jì)中使用的新一代工具
現(xiàn)在就憑借敏捷工程獲得成功！借助敏捷開發(fā)方法和數(shù)字化的強(qiáng)大力量制定可加快產(chǎn)品開發(fā)的項(xiàng)目計(jì)劃。構(gòu)建協(xié)同式基于模型的設(shè)計(jì)環(huán)境，使電氣、機(jī)械和軟件學(xué)科相融合，從而促進(jìn)迭代式創(chuàng)新設(shè)計(jì)，通過虛擬驗(yàn)證和制造來“測(cè)試”設(shè)計(jì)。
以下為文檔部分截取
▼
點(diǎn)擊鏈接領(lǐng)取資料：
http://t8iw4ulf0hpixn8k.mikecrm.com/4TxCzER
- End -
展開 航天航空前沿技術(shù)分享：飛行器降噪、地面共振測(cè)試、eVTOL開發(fā)、敏捷開發(fā)......點(diǎn)擊免費(fèi)領(lǐng)取>>
wx_fmt=png"></a></p><p class="ql-align-justify"><br></p><p><strong>04 產(chǎn)品設(shè)計(jì)與工程</strong></p><p><br></p><p class="ql-align-justify">航空航天與國(guó)防企業(yè)從思維轉(zhuǎn)變和邁向更加敏捷的開發(fā)方法中受益良多。通過連接不同的工程學(xué)科，更好協(xié)同的優(yōu)勢(shì)得以展現(xiàn)，但是并不明顯。即使企業(yè)找到以更少工程師完成更多工作的方式，仍然存在必須解決的基本缺陷，才能保持競(jìng)爭(zhēng)優(yōu)勢(shì)。 </p><p><br></p><p><strong>此白皮書闡述了集成式工程團(tuán)隊(duì)的優(yōu)勢(shì)如何受到軟件分散的限制以及如何克服這一難題：</strong></p><ul><li class="ql-align-justify">相互孤立的系統(tǒng)或?qū)Ｓ密浖赡墚a(chǎn)生常規(guī)結(jié)果</li><li class="ql-align-justify">數(shù)字孿生助力敏捷飛機(jī)開發(fā)</li><li class="ql-align-justify">初創(chuàng)企業(yè)證明敏捷產(chǎn)品開發(fā)值得投資</li></ul><p class="ql-align-justify"><br></p><p class="ql-align-center"><a href="https://www.yqgqt.org.cn/reactive?
展開 敏捷實(shí)踐經(jīng)驗(yàn)分享，企業(yè)如何在敏捷開發(fā)中實(shí)施DoD
為了避免這個(gè)問題，在敏捷軟件開發(fā)中，常用Definition of Done“完成的定義”來表示工作是否已完成，不同的活動(dòng)有不同的完成定義。首先要知道，所有的DoD都不是一成不變的，在隨著時(shí)間的推移、經(jīng)驗(yàn)的積累、成員的變更、項(xiàng)目的變更，我們的DoD也會(huì)有很大的不同，所以，我們也需要定期地檢查和改進(jìn)。
二、 DoD的分類
有了上面的思想準(zhǔn)備，我們?cè)賮砜聪旅娴腄oD定義，就會(huì)覺得并沒有那么難了。
一、迭代DoD
最典型的是迭代DoD，這也是最初DoD應(yīng)用的地方。常見的一些規(guī)則有：
1. 所有代碼通過靜態(tài)檢測(cè)，嚴(yán)重問題都已修改，靜態(tài)分析的規(guī)則參見...
2. 所有新增代碼得到人工評(píng)審
3. 所有完成的用戶故事都有對(duì)應(yīng)的測(cè)試用例
4. 測(cè)試用例都已執(zhí)行
5. 所有完成的用戶故事得到Product Owner的驗(yàn)證
二、發(fā)布DoD
對(duì)于發(fā)布，一般就有更加嚴(yán)格的要求，發(fā)布DoD的典型條款有：
1. 完成發(fā)布規(guī)劃所要求的重點(diǎn)需求
2. 至少通過一次全量回歸測(cè)試
3. 修復(fù)所有等級(jí)為1、2的缺陷，3、4級(jí)缺陷不超過20個(gè)
三、版本DoD
版本DoD就是針對(duì)每個(gè)版本上線前后的一些規(guī)則，比如：
1. 產(chǎn)品文檔已全部更新
2. 代碼已部署到產(chǎn)品服務(wù)器上
3. 運(yùn)維在驗(yàn)收測(cè)試環(huán)境上冒煙通過
4. 原始需求提交人對(duì)功能已經(jīng)驗(yàn)收通過
5. 對(duì)運(yùn)維、市場(chǎng)、客服的新功能培訓(xùn)已完成
四、每日DoD
其他典型的DoD有每日DoD，典型條款有：搭建每日構(gòu)建環(huán)境，晚上自動(dòng)靜態(tài)代碼檢查、編譯、部署和測(cè)試，每日修復(fù)前一日構(gòu)建和測(cè)試發(fā)現(xiàn)的缺陷和問題。
1. 下班前必須檢入當(dāng)天編寫的代碼，check in的backlog要填寫清晰
2.
展開 ASPICE vs Agile，誰是自動(dòng)駕駛時(shí)代答案？
來源 | 智能汽車設(shè)計(jì)
開寫前先嘮兩句，只要與開發(fā)工程師多聊兩句，你就會(huì)很容易地發(fā)現(xiàn)，開發(fā)工程師幾乎是一邊倒的支持敏捷開發(fā)，筆者曾完整地參與過一次ASPICE認(rèn)證項(xiàng)目，也在敏捷模式下進(jìn)行過較長(zhǎng)時(shí)間開發(fā)。從開發(fā)工程師的角度出發(fā)，使用敏捷進(jìn)行開發(fā)的體驗(yàn)吊打ASPICE(或者V模型)九條街，但我們今天討論的話題是哪種模式更適合“更快更高質(zhì)量”地輸出產(chǎn)品，而不是哪個(gè)模式對(duì)工程師更友好。那么我們就來探討一下這兩種開發(fā)模式在域控時(shí)代的適應(yīng)性。
當(dāng)汽車電子電器架構(gòu)還處于分布式的年代，ASPICE（或V模型）可以說是唯一的答案，就沒聽說過哪家Tier 1或者OEM是使用敏捷去開發(fā)一個(gè)發(fā)動(dòng)機(jī)控制器的。到了域控時(shí)代，新的玩家入場(chǎng)，開發(fā)邏輯出現(xiàn)不同聲音，特斯拉，蔚小理等硅谷/互聯(lián)網(wǎng)背景出身的新玩家都使用敏捷進(jìn)行開發(fā)，做出來的產(chǎn)品用戶體驗(yàn)確實(shí)讓消費(fèi)者有種“諾基亞轉(zhuǎn)安卓”的感覺，難道說敏捷就有如此大的魔力？可以給軟件賦予生命力？ASPICE和敏捷的差異和思路究竟在哪？
1. ASPICE：堂正之師
1.1.
展開 沃爾沃：敏捷開發(fā)中滿足ISO26262的軟件安全分析
然而，在現(xiàn)代軟件開發(fā)中，架構(gòu)基本是不斷變化。就沃爾沃汽車而言，敏捷團(tuán)隊(duì)擁有稱為軟件包的架構(gòu)組件（圖 1）。與電子控制單元 (ECU) 級(jí)別的架構(gòu)決策相比，軟件包內(nèi)部的架構(gòu)決策是緊急的，后者隨著時(shí)間的推移相對(duì)穩(wěn)定。緊急架構(gòu)阻止進(jìn)行自上而下的分析，因?yàn)樾盘?hào)的狀態(tài)可能會(huì)在過程中間發(fā)生變化，從而使結(jié)果無效。此外，在我們的案例中，基礎(chǔ)軟件和部分應(yīng)用軟件由供應(yīng)商采購(gòu)，因此無法進(jìn)行自上而下的分析。
圖1 沃爾沃汽車ECU軟件概述
應(yīng)用軟件的復(fù)雜性、對(duì)客戶的響應(yīng)性、多站點(diǎn)開發(fā)以及緊急架構(gòu)都敦促我們開發(fā)一種新的軟件安全分析方法，以幫助我們遵守ISO 26262-6。然而，這種方法是針對(duì)以Simulink模型作為軟件單元開發(fā)的應(yīng)用軟件而設(shè)計(jì)的。該方法不適用于手寫軟件和基礎(chǔ)軟件。與Simulink模型相比，手寫代碼具有較少的開發(fā)限制(例如，非強(qiáng)制性地遵守干凈的編碼標(biāo)準(zhǔn))和更多與其他文件和函數(shù)的耦合。因此，分析不那么清晰的數(shù)據(jù)流需要付出更多的努力，這在開發(fā)中可能是不可承受的。
01 研究方法
研究過程中的一個(gè)關(guān)鍵決定是首先識(shí)別軟件中的所有錯(cuò)誤類型，因?yàn)橛捎阱e(cuò)誤的多樣性，不確定哪些類型應(yīng)該進(jìn)行面向安全的軟件分析。以及哪些錯(cuò)誤會(huì)影響軟件安全分析的目標(biāo)實(shí)現(xiàn)。通常采用行動(dòng)研究來處理這種情況：成立了一個(gè)從業(yè)人員參考小組，在行動(dòng)研究周期中進(jìn)行迭代。其成員包括一名軟件工程技術(shù)領(lǐng)導(dǎo)，一名軟件安全技術(shù)專家，一名高級(jí)安全工程師，一名軟件開發(fā)首席工程師，一名軟件架構(gòu)師，一名高級(jí)軟件開發(fā)人員，以及一名負(fù)責(zé)開發(fā)車輛安全關(guān)鍵功能的產(chǎn)品負(fù)責(zé)人。
展開 敏捷方法讓您的產(chǎn)品更快翱翔天空（免費(fèi)領(lǐng)文檔）
航空航天與國(guó)防企業(yè)從思維轉(zhuǎn)變和邁向更加敏捷的開發(fā)方法中受益良多。通過連接不同的工程學(xué)科，更好協(xié)同的優(yōu)勢(shì)得以展現(xiàn)，但是并不明顯。
即使企業(yè)找到以更少工程師完成更多工作的方式，仍然存在必須解決的基本缺陷，才能保持競(jìng)爭(zhēng)優(yōu)勢(shì)。此高層摘要闡述了集成式工程團(tuán)隊(duì)的優(yōu)勢(shì)如何受到軟件分散的限制以及如何克服這一難題。
相互孤立的系統(tǒng)或?qū)Ｓ密浖赡墚a(chǎn)生常規(guī)結(jié)果
盡管航空航天和國(guó)防企業(yè)的工程團(tuán)隊(duì)不斷整合，但使用中的軟件系統(tǒng)仍然太過專用。協(xié)同式工作通過整合電氣、機(jī)械和軟件這些工程學(xué)科，獲得巨大收益。但是，每一小類軟件都會(huì)產(chǎn)生自己的語(yǔ)言。這就意味著，需要手動(dòng)將這些信息轉(zhuǎn)換為整個(gè)項(xiàng)目通用的語(yǔ)言。這一額外步驟需要專家，并且可能對(duì)工程師創(chuàng)新實(shí)現(xiàn)更好、更經(jīng)濟(jì)實(shí)惠的設(shè)計(jì)產(chǎn)生不利影響。
數(shù)字孿生助力敏捷飛機(jī)開發(fā)
在產(chǎn)品上市時(shí)間、避免成本超支，也許最重要的是，持續(xù)生產(chǎn)高質(zhì)量新產(chǎn)品方面最為成功的企業(yè)，就是那些已經(jīng)遷移到敏捷開發(fā)方法的企業(yè)。工程團(tuán)隊(duì)采用敏捷開發(fā)方法，定期交付項(xiàng)目的一小部分并評(píng)估設(shè)計(jì)質(zhì)量以及與整個(gè)項(xiàng)目其他系統(tǒng)的交互情況。全面數(shù)字化雙胞胎支持更多定期的評(píng)估，促成立即應(yīng)變的靈活性并避免項(xiàng)目結(jié)束階段的大量返工，而這可能讓成本增長(zhǎng)高達(dá) 30 倍。
初創(chuàng)企業(yè)證明敏捷產(chǎn)品開發(fā)值得投資
軟件工程師是敏捷開發(fā)的先鋒，但歷史證明，其迭代式方法對(duì)于眾多行業(yè)的所有工程學(xué)科均有益。航空航天和國(guó)防企業(yè)見證了敏捷方法在初創(chuàng)企業(yè)的興起，而這些初創(chuàng)企業(yè)現(xiàn)在已經(jīng)對(duì)傳統(tǒng)的市場(chǎng)領(lǐng)導(dǎo)企業(yè)構(gòu)成威脅。
小型初創(chuàng)企業(yè)具有從一開始就采用敏捷框架的優(yōu)勢(shì)。要避開這些行業(yè)新手的威脅，大型企業(yè)可能需要改變企業(yè)文化和培訓(xùn)計(jì)劃。此外，還需要在完全集成式的軟件環(huán)境中改用基于模型的系統(tǒng)工程方法。西門子工具集提供支持成功數(shù)字化轉(zhuǎn)型所需的靈活性和可見性。
展開 
談?wù)勂囓浖?em>開發(fā)的工程化思想
從產(chǎn)品開發(fā)流程的角度看，汽車研發(fā)制造流程代表了制造業(yè)開發(fā)流程的最高水平，其核心就是APQP質(zhì)量先期策劃。簡(jiǎn)單來說，就是通過對(duì)風(fēng)險(xiǎn)的更多關(guān)注，來補(bǔ)償設(shè)計(jì)生產(chǎn)過程中可能出現(xiàn)的失敗。長(zhǎng)期而多維度的計(jì)劃與風(fēng)險(xiǎn)評(píng)估是汽車工程師的常態(tài)。這種物理硬件的制造，組裝和大規(guī)模生產(chǎn)和純粹的軟件開發(fā)差異很大。最大的區(qū)別就是“變化周期”。有人和實(shí)體物參與的工作，都無法突破物理限制，工人在流水線上變更工藝，需要時(shí)間熟悉，制造新的零件需要重新設(shè)計(jì)模具和夾具，這些變化并不快，至少相對(duì)GIT重新集成一版軟件來說并不快。因此對(duì)長(zhǎng)周期風(fēng)險(xiǎn)的預(yù)判成了區(qū)別制造業(yè)和互聯(lián)網(wǎng)的一個(gè)重要特征。
互聯(lián)網(wǎng)思維下的敏捷開發(fā)，雖然讀上去感覺和制造業(yè)的思路背道而馳，但個(gè)人感覺其同樣有濃厚的工程化思維支持。在敏捷開發(fā)下，架構(gòu)仍然是核心。行業(yè)有一句話我非常喜歡，架構(gòu)是遠(yuǎn)景與殘酷現(xiàn)實(shí)(需求)的黎明交匯。愿景只能是被翻譯成架構(gòu)設(shè)計(jì)的那些內(nèi)容，無法被翻譯的叫幻想，兩者之間的位置是敏捷開發(fā)的上限。敏捷只不過開發(fā)分成了架構(gòu)設(shè)計(jì)和細(xì)節(jié)設(shè)計(jì)。敏捷的是細(xì)節(jié)設(shè)計(jì)，而支持敏捷的仍然是具有長(zhǎng)周期預(yù)判的架構(gòu)設(shè)計(jì)。在這點(diǎn)上制造業(yè)和互聯(lián)網(wǎng)的思想仍然是一樣的，只不過規(guī)避了不同的風(fēng)險(xiǎn)。敏捷開發(fā)往往是軟件關(guān)鍵模組的平臺(tái)化定義所帶來的，而不是堆砌工程師沒日沒夜的推倒重來壓榨出來的，兩者的邊際效應(yīng)天差地別。
從人員管理上來說，最基本的諸如團(tuán)隊(duì)梯度的搭建，崗位AB角的設(shè)置以及團(tuán)隊(duì)能力的平衡，保證項(xiàng)目人員管理的有序、穩(wěn)定。往往一個(gè)項(xiàng)目一個(gè)復(fù)雜工作，維持70%-80%的人力資源是穩(wěn)妥的，貿(mào)然增加人力資源，可能導(dǎo)致通過“人海戰(zhàn)術(shù)”解決問題的思想出現(xiàn)，這對(duì)于工程化是不利的。
綜上所述，無論是制造業(yè)的硬件還是互聯(lián)網(wǎng)的軟件，工程化的思路往往是殊途同歸。對(duì)長(zhǎng)周期的變量（架構(gòu)，制造，人）給予充分的預(yù)判，建體系，搭架構(gòu)，做工具把一切可以標(biāo)準(zhǔn)化，平臺(tái)化的東西自動(dòng)化。
展開 敏捷與ASPICE：SDV趨勢(shì)下軟件研發(fā)體系的挑戰(zhàn)與思考
生產(chǎn)率低15%，但BUG少15%，考慮到解BUG工作量比寫要大幾倍，總體效率更高
測(cè)試驅(qū)動(dòng)開發(fā)(TDD)流程
2) 敏捷開發(fā)可提升交付速度。
某金融科技集團(tuán)實(shí)施1年半的數(shù)據(jù)：交付周期由 75天-> 42天
敏捷 vs 瀑布
3) 敏捷開發(fā)通過可視化項(xiàng)目管理等措施，提高軟件開發(fā)透明度，大大提高管理效率，進(jìn)一步促進(jìn)生產(chǎn)效率。
某金融科技集團(tuán)實(shí)施1年半的數(shù)據(jù)：人均用戶故事數(shù)由2.6 -> 4.3
4) 敏捷與OKR：
兩者是天生的契合關(guān)系，有些公司直接把OKR叫做“敏捷”目標(biāo)管理。這兩者的團(tuán)隊(duì)文化都強(qiáng)調(diào)：
自組織：在完成必需工作后，團(tuán)隊(duì)自行決定做什么
自驅(qū)力：溝通更多為自下而上，充分發(fā)揮個(gè)人主動(dòng)能動(dòng)性
這里也進(jìn)一步講一個(gè)好處，在敏捷實(shí)行的較好的團(tuán)隊(duì)中，由于自驅(qū)與自組織，管理人員會(huì)變少，利于整個(gè)組織的扁平化。
4. 敏捷轉(zhuǎn)型的關(guān)鍵挑戰(zhàn)
敏捷雖然很好，但要轉(zhuǎn)型成功，挑戰(zhàn)不小，以下是來自敏捷年度報(bào)告中的統(tǒng)計(jì)。
敏捷轉(zhuǎn)型中的挑戰(zhàn)
這里我著重講兩點(diǎn)：
缺乏領(lǐng)導(dǎo)層的支持：實(shí)行敏捷，組織架構(gòu)上的微調(diào)是必不可免的，這個(gè)就需要領(lǐng)導(dǎo)層的支持。很簡(jiǎn)單的說，一個(gè)SCRUM團(tuán)隊(duì)中，有來自產(chǎn)品、開發(fā)、測(cè)試、集成等各個(gè)職能團(tuán)隊(duì)的人，他們憑什么聽指揮呢？那么至少這個(gè)SCRUM master要有考核或比較強(qiáng)的話語(yǔ)權(quán)。
展開 數(shù)字孿生賦能飛機(jī)系統(tǒng)工程（免費(fèi)領(lǐng)視頻）
您將有機(jī)會(huì)領(lǐng)略此飛機(jī)系統(tǒng)工程方法如何縮短開發(fā)時(shí)間并降低風(fēng)險(xiǎn)。
飛機(jī)系統(tǒng)工程的優(yōu)質(zhì)項(xiàng)目執(zhí)行
了解如何：
優(yōu)化未來飛機(jī)所有組件的物理行為：結(jié)構(gòu)開發(fā)、流體與傳熱、系統(tǒng)設(shè)計(jì)、熱管理、機(jī)艙舒適性、電磁與集成、驗(yàn)證和認(rèn)證測(cè)試等。
實(shí)施從組件級(jí)別到集成后的整機(jī)級(jí)別、從低保真到高保真表現(xiàn)的可擴(kuò)展建模方法。
采用數(shù)字孿生方法，為所有開發(fā)階段提供支持，從早期概念、折衷研究和詳細(xì)設(shè)計(jì)到驗(yàn)證和認(rèn)證。
管理所有數(shù)字模型，以支持敏捷產(chǎn)品開發(fā)、基于模型的系統(tǒng)工程以及在認(rèn)證等諸多背景下的確認(rèn)流程。
在航空航天業(yè)開展數(shù)字化的益處
可以通過數(shù)字化轉(zhuǎn)型贏取競(jìng)爭(zhēng)優(yōu)勢(shì)。在航空航天業(yè)開展數(shù)字化的益處包括：獲得決策信心、洞察見解、速度、敏捷性、完全可追溯性和調(diào)整適應(yīng)性。數(shù)字孿生涵蓋任務(wù)關(guān)鍵領(lǐng)域，用戶可以從中獲得優(yōu)質(zhì)項(xiàng)目執(zhí)行，通過性能數(shù)據(jù)形成洞察見解，不斷進(jìn)步發(fā)展。
如果對(duì)飛機(jī)性能工程采用“先試飛、再建造”方法，就可以運(yùn)用數(shù)字化在航空航天業(yè)實(shí)現(xiàn)：
復(fù)雜性建模 – 在開發(fā)過程中利用專業(yè)知識(shí)
探索無限可能 – 融合仿真和測(cè)試
保持融合 – 打破不同部門和相關(guān)利益方之間的孤島
更快發(fā)展 – 從專為飛機(jī)設(shè)計(jì)難題調(diào)整的數(shù)字孿生中獲益
先進(jìn)空中交通面臨的挑戰(zhàn)
如果我們要實(shí)現(xiàn)從傳統(tǒng)飛行方式到先進(jìn)飛行方式的轉(zhuǎn)變，我們需要克服一些挑戰(zhàn)和風(fēng)險(xiǎn)。采用敏捷開發(fā)過程來與以下方面的更改和不確定性相抗衡：
分布式電力推進(jìn)系統(tǒng)
功率和能量密度
熱與能量管理
創(chuàng)新機(jī)身
我們必須考慮自動(dòng)化飛行操作之類事項(xiàng)、人群接受度、端到端乘客體驗(yàn)，當(dāng)然還有驗(yàn)證和認(rèn)證。我們需要將不同的學(xué)科整合起來，并采用基于模型的系統(tǒng)工程設(shè)計(jì)方式。這樣一來，通過適配 MBSE 的虛擬集成飛機(jī)，我們能夠?qū)︼w機(jī)的建造方式進(jìn)行選擇。
展開 敏捷與ASPICE：SDV趨勢(shì)下軟件研發(fā)體系的挑戰(zhàn)與思考
敏捷優(yōu)點(diǎn)詳述
1) 敏捷工程實(shí)踐可以大幅提升代碼質(zhì)量
。某金融科技集團(tuán)實(shí)施1年半的數(shù)據(jù)：?jiǎn)栴}/故事數(shù) 0.4 -> 0.16
測(cè)試驅(qū)動(dòng)開發(fā)：在編寫任何代碼之前，首先編寫對(duì)應(yīng)的測(cè)試用例；測(cè)試用例需要能完全自動(dòng)化運(yùn)行。根據(jù)IBM和微軟的研究，BUG會(huì)少40% - 50%[11]
結(jié)對(duì)編程: 兩位程序員在一臺(tái)電腦前工作，一個(gè)負(fù)責(zé)寫代碼，一個(gè)負(fù)責(zé)實(shí)時(shí)檢視代碼。兩者角色定期更換。生產(chǎn)率低15%，但BUG少15%，考慮到解BUG工作量比寫要大幾倍，總體效率更高
測(cè)試驅(qū)動(dòng)開發(fā)(TDD)流程
2) 敏捷開發(fā)可提升交付速度。某金融科技集團(tuán)實(shí)施1年半的數(shù)據(jù)：交付周期由 75天-> 42天
敏捷 vs 瀑布
3) 敏捷開發(fā)通過可視化項(xiàng)目管理等措施，提高軟件開發(fā)透明度，大大提高管理效率，進(jìn)一步促進(jìn)生產(chǎn)效率。某金融科技集團(tuán)實(shí)施1年半的數(shù)據(jù)：人均用戶故事數(shù)由2.6 -> 4.3
4) 敏捷與OKR：兩者是天生的契合關(guān)系，有些公司直接把OKR叫做“敏捷”目標(biāo)管理。這兩者的團(tuán)隊(duì)文化都強(qiáng)調(diào)：
自組織：在完成必需工作后，團(tuán)隊(duì)自行決定做什么
自驅(qū)力：溝通更多為自下而上，充分發(fā)揮個(gè)人主動(dòng)能動(dòng)性
這里也進(jìn)一步講一個(gè)好處，在敏捷實(shí)行的較好的團(tuán)隊(duì)中，由于自驅(qū)與自組織，管理人員會(huì)變少，利于整個(gè)組織的扁平化。
4. 敏捷轉(zhuǎn)型的關(guān)鍵挑戰(zhàn)
敏捷雖然很好，但要轉(zhuǎn)型成功，挑戰(zhàn)不小，以下是來自敏捷年度報(bào)告中的統(tǒng)計(jì)。
展開 