特斯拉表現(xiàn)車連網(wǎng)周全轉(zhuǎn)變?nèi)祟惖纳模屵h(yuǎn)距存獲得以完成，卻也讓體系保護加倍艱苦，隨時都有能夠發(fā)明新破綻，不只是在產(chǎn)物臨盆周期，就連產(chǎn)物出廠后也紕漏不得。據(jù)報道，傳統(tǒng)軟件研發(fā)傾向主動反響，一切比及軟件研發(fā)后，才開端測試有沒有破綻，但現(xiàn)實上其實不相符ISO 26262等功效性尺度，究竟連網(wǎng)裝配的平安因子應(yīng)當(dāng)從研發(fā)早期就歸入考量。

  除法式碼及厥后續(xù)測試以外，每一個階段都隱含設(shè)計、研發(fā)和測試，舉凡同一建模說話（UML）設(shè)計、編碼標(biāo)準(zhǔn)、單元測試、法式碼涵蓋規(guī)模剖析等，是以須以雙向追蹤準(zhǔn)繩貫串整套流程，每一個階段都要跟前后階段精確對比。一旦有任何環(huán)節(jié)須要調(diào)劑，主動化雙向追蹤會主動偵測調(diào)劑后的影響，以主動測試剖析作為因應(yīng)。連網(wǎng)裝配有任何破綻，相對是牽一動員全身，這時候候須要辨別哪里些是需要辦法，和主動測試所要履行的功效，因而可知，連網(wǎng)轉(zhuǎn)變了研發(fā)流程的起點。

  換言之，出廠后發(fā)明任何新破綻就必需連忙應(yīng)變，是以主動需求追蹤（automated requirements traceability）逐步取得存眷，以便在產(chǎn)物性命周期和產(chǎn)物出廠以后追蹤需求狀態(tài)，確保每項需求跟營運和專案目的貫穿連接。

  起源：電子發(fā)熱友