McKinsey: mikir maneh piranti lunak lan arsitektur elektronik ing otomotif

McKinsey: mikir maneh piranti lunak lan arsitektur elektronik ing otomotif

Nalika mobil terus transisi saka hardware-driven kanggo software-driven, aturan kompetisi ing industri otomotif ganti dramatically.

Mesin kasebut minangka inti teknologi lan teknik saka mobil abad kaping 20. Dina iki, peran iki saya akeh diisi dening piranti lunak, daya komputasi sing luwih gedhe lan sensor canggih; paling inovasi melu kabeh iki. Kabeh gumantung ing perkara kasebut, saka efisiensi mobil, akses menyang Internet lan kemungkinan nyopir otonom, kanggo mobilitas listrik lan solusi mobilitas anyar.

Nanging, amarga elektronik lan piranti lunak dadi luwih penting, tingkat kerumitan uga mundhak. Contone, tambah akeh baris kode (SLOC) sing ana ing mobil modern. Ing 2010, sawetara kendaraan duwe kira-kira sepuluh yuta SLOC; ing 2016, angka iki wis tambah 15 kaping kanggo kira-kira 150 yuta baris kode. Kerumitan kaya longsor nyebabake masalah serius karo kualitas piranti lunak, minangka bukti saka akeh review mobil anyar.

Mobil duwe tingkat otonomi sing luwih dhuwur. Mula, wong sing kerja ing industri otomotif nganggep kualitas lan keamanan piranti lunak lan elektronik minangka syarat utama kanggo njamin keamanan wong. Industri otomotif kudu mikir maneh pendekatan modern kanggo piranti lunak lan arsitektur listrik lan elektronik.

Ngatasi masalah industri sing penting

Nalika industri otomotif pindhah saka piranti keras menyang piranti lunak, jumlah rata-rata piranti lunak lan elektronik ing kendaraan saya tambah cepet. Saiki, piranti lunak nggawe 10% saka total isi mobil kanggo segmen D utawa mobil sing luwih gedhe (udakara $1220). Pangsa rata-rata piranti lunak samesthine bakal tuwuh 11%. Diprediksi yen ing taun 2030 piranti lunak bakal dadi 30% saka total konten kendaraan (udakara $5200). Ora nggumunake yen wong sing melu sawetara tahap pangembangan mobil nyoba entuk manfaat saka inovasi sing diaktifake piranti lunak lan elektronik.

McKinsey: mikir maneh piranti lunak lan arsitektur elektronik ing otomotif

Perusahaan piranti lunak lan pemain digital liyane ora pengin ditinggalake maneh. Dheweke nyoba narik kawigaten para produsen mobil minangka pemasok tingkat pertama. Perusahaan ngembangake partisipasi ing tumpukan teknologi otomotif kanthi pindhah saka fitur lan aplikasi menyang sistem operasi. Ing wektu sing padha, perusahaan sing wis biasa nggarap sistem elektronik kanthi kendel mlebu ing bidang teknologi lan aplikasi saka raksasa teknologi. Produsen mobil premium maju lan ngembangake sistem operasi dhewe, abstraksi hardware lan pangolahan sinyal kanggo nggawe produk sing unik.

Ana konsekuensi kanggo strategi ing ndhuwur. Masa depan bakal weruh arsitektur berorientasi layanan kendaraan (SOA) adhedhasar platform komputasi umum. Pangembang bakal nambah akeh perkara anyar: solusi ing bidang akses Internet, aplikasi, unsur intelijen buatan, analytics majeng lan sistem operasi. Bedane ora ana ing hardware tradisional mobil, nanging ing antarmuka pangguna lan cara kerjane karo piranti lunak lan elektronik canggih.

Mobil ing mangsa ngarep bakal pindhah menyang platform kaluwihan kompetitif merek anyar.

McKinsey: mikir maneh piranti lunak lan arsitektur elektronik ing otomotif

Iki bakal kalebu inovasi infotainment, kemampuan nyopir otonom lan fitur safety cerdas adhedhasar prilaku "gagal-aman" (contone, sistem sing bisa nindakake fungsi tombol sanajan bagéan saka iku gagal). Piranti lunak bakal terus mudhun ing tumpukan digital dadi bagean saka hardware kanthi kedok sensor cerdas. Tumpukan bakal dadi horisontal terpadu lan bakal nampa lapisan anyar sing bakal mindhah arsitektur kanggo SOA.

Tren fashion ngganti aturan game. Padha mengaruhi piranti lunak lan arsitektur elektronik. Tren kasebut nyebabake kerumitan lan ketergantungan teknologi. Contone, sensor lan aplikasi pinter anyar bakal nggawe "data boom" ing kendaraan. Yen perusahaan otomotif pengin tetep kompetitif, kudu ngolah lan nganalisa data kanthi efektif. Nganyari SOA modular lan nganyari over-the-air (OTA) bakal dadi syarat utama kanggo ndhukung piranti lunak kompleks ing armada. Padha uga penting banget kanggo implementasine model bisnis anyar kang fitur katon ing dikarepake. Bakal ana panggunaan sistem infotainment sing saya tambah lan, sanajan luwih sithik, maju sistem bantuan driver (ADAS). Alasane yaiku akeh pangembang aplikasi pihak katelu sing nyedhiyakake produk kanggo kendaraan.

Amarga syarat keamanan digital, strategi kontrol akses konvensional mandheg dadi menarik. Iku wektu kanggo ngalih menyang konsep safety terpadu, dirancang kanggo prédhiksi, nyegah, ndeteksi, lan nglindhungi saka serangan cyber. Nalika kapabilitas nyopir otomatis banget (HAD) muncul, kita butuh fungsi konvergensi, daya komputasi sing unggul, lan tingkat integrasi sing dhuwur.

Njelajah sepuluh hipotesis babagan arsitektur listrik utawa elektronik ing mangsa ngarep

Path pangembangan teknologi lan model bisnis durung ditetepake kanthi jelas. Nanging adhedhasar riset ekstensif lan panemu ahli, kita wis ngembangake sepuluh hipotesis babagan arsitektur kendaraan listrik utawa elektronik lan implikasi kanggo industri kasebut.

Konsolidasi unit kontrol elektronik (ECU) bakal saya umum

Tinimbang sawetara ECU tartamtu kanggo fungsi tartamtu (kaya ing gaya saiki "nambah fungsi, nambah jendhela"), industri bakal pindhah menyang arsitektur ECU kendaraan ndadekake.

Ing fase kapisan, umume fungsi bakal fokus ing pengontrol domain federasi. Kanggo domain kendaraan inti, sebagian bakal ngganti fungsi sing saiki kasedhiya ing ECU sing disebarake. Pangembangan wis ditindakake. Kita ngarepake produk rampung ing pasar sajrone rong nganti telung taun. Konsolidasi paling mungkin kedadeyan ing tumpukan sing ana hubungane karo fungsi ADAS lan HAD, dene fungsi kendaraan sing luwih dhasar bisa nahan desentralisasi sing luwih dhuwur.

Kita pindhah menyang nyopir otonom. Mula, virtualisasi fungsi piranti lunak lan abstraksi saka hardware bakal dadi penting. Pendekatan anyar iki bisa ditindakake kanthi cara sing beda-beda. Sampeyan bisa nggabungake hardware menyang tumpukan sing nyukupi latensi lan syarat linuwih sing beda. Conto bisa uga tumpukan kinerja dhuwur sing ndhukung fungsi HAD lan ADAS, lan tumpukan kurang latency, wektu-driven kapisah kanggo fungsi keamanan inti. Utawa sampeyan bisa ngganti ECU karo siji cadangan "superkomputer". Skenario liyane sing bisa ditindakake yaiku nalika kita nglirwakake konsep unit kontrol kanggo milih jaringan komputasi cerdas.

Owah-owahan sing mimpin utamané dening telung faktor: biaya, entrants pasar anyar lan dikarepake kanggo HAD. Ngurangi biaya pangembangan fitur lan hardware komputasi sing dibutuhake, kalebu peralatan komunikasi, bakal nyepetake proses konsolidasi. Sing padha bisa dikandhakake kanggo para pendatang anyar ing pasar otomotif sing bisa ngganggu industri kasebut kanthi pendekatan piranti lunak kanggo arsitektur kendaraan. Panjaluk sing saya akeh kanggo fungsi lan redundansi HAD uga mbutuhake tingkat konsolidasi ECU sing luwih dhuwur.

Sawetara produsen mobil premium lan pemasoke wis aktif melu konsolidasi ECU. Dheweke njupuk langkah pisanan kanggo nganyari arsitektur elektronik, sanajan saiki durung ana prototipe.

Industri bakal mbatesi jumlah tumpukan sing digunakake kanggo peralatan tartamtu

Dhukungan konsolidasi normalake watesan tumpukan. Bakal misahake fungsi kendaraan lan hardware ECU, sing kalebu panggunaan virtualisasi aktif. Hardware lan perangkat kukuh (kalebu sistem operasi) bakal gumantung ing syarat fungsi inti tinimbang dadi bagéan saka domain fungsi kendaraan. Kanggo mesthekake pamisahan lan arsitektur berorientasi layanan, jumlah tumpukan kudu diwatesi. Ing ngisor iki tumpukan sing bisa dadi basis kanggo mobil generasi sabanjure ing 5-10 taun:

  • tumpukan wektu-driven. Ing domain iki, controller disambungake langsung menyang sensor utawa aktuator, nalika sistem kudu ndhukung syarat nyata-wektu kenceng nalika njaga latensi kurang; jadwal sumber daya adhedhasar wektu. Tumpukan iki kalebu sistem sing entuk tingkat safety kendaraan sing paling dhuwur. Conto yaiku domain Automotive Open Systems Architecture (AUTOSAR) klasik.
  • Wektu lan acara mimpin tumpukan. Tumpukan hibrida iki nggabungake aplikasi keamanan kinerja dhuwur kanthi dhukungan kanggo ADAS lan HAD, contone. Aplikasi lan periferal dipisahake dening sistem operasi, nalika aplikasi dijadwalake wektu. Ing aplikasi, jadwal sumber daya bisa adhedhasar wektu utawa prioritas. Lingkungan operasi mesthekake yen aplikasi misi-kritis mlaku ing wadhah sing terisolasi, kanthi jelas misahake aplikasi kasebut saka aplikasi liyane ing kendharaan. Conto apik yaiku AUTOSAR adaptif.
  • Tumpukan sing didorong acara. Tumpukan iki fokus ing sistem infotainment, sing ora kritis safety. Aplikasi sing cetha decoupled saka peripheral, lan sumber daya wis dijadwal nggunakake optimal utawa basis acara jadwal. Tumpukan kasebut ngemot fungsi sing katon lan asring digunakake: Android, Automotive Grade Linux, GENIVI lan QNX. Fitur kasebut ngidini pangguna sesambungan karo kendaraan.
  • Tumpukan awan. Tumpukan pungkasan kalebu akses data lan koordinat lan fungsi kendaraan eksternal. Tumpukan iki tanggung jawab kanggo komunikasi, uga verifikasi keamanan aplikasi (otentikasi) lan nggawe antarmuka otomotif tartamtu, kalebu diagnostik remot.

Pemasok otomotif lan produsen teknologi wis wiwit duwe spesialisasi ing sawetara tumpukan kasebut. Conto utama yaiku sistem infotainment (tumpukan sing didorong dening acara), ing ngendi perusahaan ngembangake kemampuan komunikasi - 3D lan navigasi canggih. Conto kaloro yaiku intelijen buatan lan sensing kanggo aplikasi kinerja dhuwur, ing ngendi para pemasok gabung karo produsen mobil utama kanggo ngembangake platform komputasi.

Ing domain wektu-driven, AUTOSAR lan JASPAR ndhukung standarisasi tumpukan iki.

Middleware bakal abstrak aplikasi saka hardware

Nalika kendharaan terus berkembang menyang platform komputasi seluler, middleware bakal ngidini kendaraan dikonfigurasi ulang lan piranti lunak diinstal lan dianyari. Saiki, middleware ing saben ECU nggampangake komunikasi antarane piranti. Ing kendaraan generasi sabanjure, bakal nyambung kontrol domain menyang fungsi akses. Nggunakake hardware ECU ing mobil, middleware bakal nyedhiyakake abstraksi, virtualisasi, SOA lan komputasi sing disebarake.

Wis ana bukti yen industri otomotif pindhah menyang arsitektur sing luwih fleksibel, kalebu middleware. Contone, platform adaptif AUTOSAR minangka sistem dinamis sing kalebu middleware, dhukungan sistem operasi kompleks, lan mikroprosesor multi-inti modern. Nanging, pangembangan sing kasedhiya saiki diwatesi mung siji ECU.

Ing jangka menengah, jumlah sensor onboard bakal tambah akeh

Ing rong nganti telung generasi kendaraan sabanjure, produsen mobil bakal nginstal sensor kanthi fungsi sing padha kanggo mesthekake yen cadangan sing gegandhengan karo safety cukup.

McKinsey: mikir maneh piranti lunak lan arsitektur elektronik ing otomotif

Ing jangka panjang, industri otomotif bakal ngembangake solusi sensor khusus kanggo nyuda jumlah lan biaya. Kita percaya yen nggabungake radar lan kamera bisa dadi solusi sing paling populer ing limang nganti wolung taun sabanjure. Nalika kemampuan nyopir otonom terus berkembang, introduksi lidar bakal dibutuhake. Dheweke bakal nyedhiyakake redundansi ing bidang analisis obyek lan ing lapangan lokalisasi. Contone, konfigurasi nyopir otonom SAE International L4 (otomatis dhuwur) wiwitane mbutuhake patang nganti limang sensor lidar, kalebu sing dipasang ing mburi kanggo navigasi kutha lan visibilitas meh 360 derajat.

Iku angel ngomong apa-apa bab jumlah sensor ing kendaraan ing long term. Salah siji jumlahe bakal tambah, suda, utawa tetep padha. Iku kabeh gumantung marang peraturan, kadewasan teknis saka solusi lan kemampuan kanggo nggunakake macem-macem sensor ing macem-macem kasus. Keperluan pangaturan bisa, contone, nambah ngawasi driver, ndadékaké kanggo sensor liyane ing kendaraan. Kita bisa ngarepake ndeleng sensor elektronik konsumen liyane sing digunakake ing interior kendaraan. Sensor gerak, ngawasi kesehatan (denyut jantung lan ngantuk), pangenalan rai lan iris mung sawetara kasus panggunaan. Nanging, kanggo nambah jumlah sensor utawa malah tetep padha, sawetara bahan sing luwih akeh bakal dibutuhake, ora mung ing sensor dhewe, nanging uga ing jaringan kendaraan. Mulane, luwih nguntungake kanggo nyuda jumlah sensor. Kanthi tekane kendharaan kanthi otomatis utawa kanthi otomatis, algoritma canggih lan pembelajaran mesin bisa ningkatake kinerja sensor lan linuwih. Thanks kanggo teknologi sensor sing luwih kuat lan mumpuni, sensor sing ora perlu bisa uga ora dibutuhake maneh. Sensor sing digunakake saiki bisa dadi lungse - sensor sing luwih fungsional bakal katon (contone, tinimbang asisten parkir utawa lidar adhedhasar kamera, sensor ultrasonik bisa uga katon).

Sensor bakal dadi luwih pinter

Arsitektur sistem mbutuhake sensor sing cerdas lan terintegrasi kanggo ngatur jumlah data sing dibutuhake kanggo nyopir kanthi otomatis. Fungsi tingkat dhuwur kayata fusi sensor lan posisi XNUMXD bakal mlaku ing platform komputasi terpusat. Preprocessing, nyaring, lan puteran respon cepet kamungkinan bakal dumunung ing pinggir utawa dileksanakake ing sensor dhewe. Siji prakiraan nempatake jumlah data mobil otonom bakal ngasilake saben jam ing patang terabyte. Mula, AI bakal pindhah saka ECU menyang sensor kanggo nindakake pra-proses dhasar. Mbutuhake latensi sing sithik lan kinerja komputasi sing sithik, utamane yen sampeyan mbandhingake biaya pangolahan data ing sensor lan biaya ngirim data sing akeh ing kendaraan. Redundansi kaputusan dalan ing HAD, Nanging, mbutuhake konvergensi kanggo komputasi terpusat. Paling kamungkinan, petungan iki bakal diwilang adhedhasar data sing wis diproses. Sensor cerdas bakal ngawasi fungsi dhewe, dene redundansi sensor bakal nambah linuwih, kasedhiyan, lan mulane keamanan jaringan sensor. Kanggo mesthekake kinerja sensor sing tepat ing kabeh kahanan, aplikasi reresik sensor kayata deicer lan bledug lan rereget bakal dibutuhake.

Daya lengkap lan jaringan data keluwih bakal dibutuhake

Aplikasi kunci lan safety-kritis sing mbutuhake linuwih dhuwur bakal nggunakake siklus keluwih-luwih kanggo kabeh sing dibutuhake kanggo maneuvering aman (komunikasi data, daya). Pengenalan teknologi kendaraan listrik, komputer tengah lan jaringan komputasi sing didistribusikake keluwen bakal mbutuhake jaringan manajemen daya keluwih anyar. Sistem fault-tolerant sing ndhukung kontrol kabel lan fungsi HAD liyane mbutuhake pangembangan sistem sing berlebihan. Iki bakal nambah arsitektur implementasine ngawasi fault-tolerant modern.

"Ethernet Otomotif" bakal munggah dadi penyangga mobil

Jaringan otomotif saiki ora cukup kanggo nyukupi kabutuhan transportasi ing mangsa ngarep. Tambah tarif data, syarat redundansi kanggo HADs, perlu kanggo keamanan lan pangayoman ing lingkungan disambungake, lan perlu kanggo protokol standar salib-industri kamungkinan bakal mimpin kanggo emergence saka Ethernet otomotif. Iku bakal dadi enabler tombol, utamané kanggo bus data tengah keluwih. Solusi Ethernet bakal dibutuhake kanggo nyedhiyakake komunikasi sing dipercaya ing antarane domain lan nyukupi panjaluk wektu nyata. Iki bisa ditindakake amarga tambahan ekstensi Ethernet kayata Audio Video Bridging (AVB) lan jaringan sensitif wektu (TSN). Perwakilan industri lan OPEN Alliance ndhukung adopsi teknologi Ethernet. Akeh produsen mobil wis njupuk langkah gedhe iki.

Jaringan tradisional kayata jaringan interkoneksi lokal lan jaringan pengontrol bakal terus digunakake ing kendharaan, nanging mung kanggo jaringan tingkat ngisor sing ditutup kayata sensor. Teknologi kayata FlexRay lan MOST bakal diganti karo Ethernet otomotif lan ekstensi AVB lan TSN.

Ing mangsa ngarep, kita ngarepake manawa industri otomotif uga bakal nggunakake teknologi Ethernet liyane - HDBP (produk bandwidth tundha dhuwur) lan teknologi 10-Gigabit.

OEM bakal tansah duwe kontrol ketat liwat panyambungan data kanggo mesthekake safety fungsi lan HAD, nanging padha bakal mbukak antarmuka kanggo ngidini pihak katelu ngakses data.

Gerbang komunikasi tengah sing ngirim lan nampa data penting keamanan bakal tansah nyambung langsung menyang backend OEM. Akses menyang data bakal mbukak kanggo pihak katelu yen iki ora dilarang dening aturan. Infotainment minangka "lampiran" kanggo kendaraan. Ing wilayah iki, antarmuka mbukak sing muncul bakal ngidini panyedhiya konten lan aplikasi nyebarake produk nalika OEM netepi standar sing paling apik.

Port diagnostik on-board saiki bakal diganti karo solusi telematika sing disambungake. Akses pangopènan kanggo jaringan kendaraan ora bakal dibutuhake maneh, nanging bakal bisa mili liwat backend OEM. OEM bakal nyedhiyakake port data ing mburi kendaraan kanggo kasus panggunaan tartamtu (lacak kendaraan sing dicolong utawa asuransi pribadi). Nanging, piranti sawise pasar bakal kurang lan kurang akses menyang jaringan data internal.

Operator armada gedhe bakal duwe peran luwih gedhe ing pengalaman pangguna lan nggawe nilai kanggo pelanggan pungkasan. Dheweke bakal bisa nawakake kendaraan sing beda-beda kanggo tujuan sing beda-beda sajrone langganan sing padha (contone, kanggo lelungan saben dina utawa liburan akhir minggu). Dheweke kudu nggunakake macem-macem backend OEM lan nggabungake data ing armada. Basis data gedhe bakal ngidini operator armada kanggo monetisasi data gabungan lan analitik sing ora kasedhiya ing tingkat OEM.

Mobil bakal nggunakake layanan awan kanggo nggabungake informasi on-board karo data eksternal

Data "non-sensitif" (yaiku, data sing ora ana hubungane karo identitas utawa keamanan) bakal saya akeh diproses ing awan kanggo entuk informasi tambahan. Kasedhiyan data iki ing njaba OEM bakal gumantung marang hukum lan peraturan ing mangsa ngarep. Minangka volume mundhak bakal ora bisa ditindakake tanpa analitik data. Analytics dibutuhake kanggo ngolah informasi lan ngekstrak data penting. Kita setya nyopir otonom lan inovasi digital liyane. Panggunaan data sing efektif bakal gumantung ing enggo bareng data antarane sawetara pemain pasar. Isih ora jelas sapa sing bakal nindakake iki lan kepiye carane. Nanging, pemasok otomotif lan perusahaan teknologi wis nggawe platform otomotif terintegrasi sing bisa nangani kasugihan data anyar iki.

Komponen sing bisa diupgrade bakal katon ing mobil sing ndhukung komunikasi rong arah

Sistem tes ing papan bakal ngidini kendharaan mriksa nganyari kanthi otomatis. Kita bakal bisa ngatur siklus urip kendaraan lan fungsine. Kabeh ECU bakal ngirim lan nampa data saka sensor lan aktuator, njupuk data. Data iki bakal digunakake kanggo ngembangake inovasi. Conto bakal mbangun rute adhedhasar paramèter kendaraan.

Kapabilitas nganyari OTA kudu kanggo HAD. Kanthi teknologi kasebut, kita bakal duwe fitur anyar, keamanan siber, lan panyebaran fitur lan piranti lunak sing luwih cepet. Nyatane, kemampuan nganyari OTA minangka tenaga pendorong akeh owah-owahan penting sing kasebut ing ndhuwur. Kajaba iku, kemampuan iki uga mbutuhake solusi keamanan sing komprehensif ing kabeh level tumpukan - ing njaba kendaraan lan ing ECU. Solusi iki durung dikembangake. Bakal menarik kanggo ndeleng sapa sing bakal nindakake lan kepiye carane.

Apa nganyari mobil bisa diinstal kaya ing smartphone? Industri kasebut kudu ngatasi watesan ing kontrak pemasok, syarat peraturan, lan masalah keamanan lan privasi. Akeh produsen mobil wis ngumumake rencana kanggo ngluncurake penawaran layanan OTA, kalebu nganyari over-the-air kanggo kendharaan.

OEM bakal nggawe standar armada ing platform OTA, kerja sama karo panyedhiya teknologi ing wilayah iki. Konektivitas ing kendaraan lan platform OTA bakal dadi penting banget. OEM ngerti iki lan pengin entuk luwih akeh kepemilikan ing segmen pasar iki.

Kendaraan bakal nampa nganyari piranti lunak, fitur lan keamanan kanggo urip desain. Panguwasa pangaturan bakal nyedhiyakake pangopènan piranti lunak kanggo njamin integritas desain kendaraan. Kebutuhan kanggo nganyari lan njaga piranti lunak bakal nyebabake model bisnis anyar kanggo pangopènan lan operasi kendaraan.

Nemtokake Dampak Future Software Otomotif lan Arsitektur Elektronik

Tren sing nyebabake industri otomotif nggawe ketidakpastian sing ana gandhengane karo hardware. Nanging, masa depan piranti lunak lan arsitektur elektronik katon janjeni. Kabeh kemungkinan mbukak kanggo industri: produsen mobil bisa mbentuk asosiasi industri kanggo nggawe standar arsitektur kendaraan, raksasa digital bisa ngetrapake platform awan on-board, pemain mobilitas bisa nggawe kendaraan dhewe utawa ngembangake tumpukan kendaraan kanthi kode sumber terbuka lan piranti lunak fitur, produsen mobil bisa ngenalake. mobil otonom tambah canggih karo panyambungan Internet.

Produk bakal ora dadi hardware-centric maneh. Padha bakal software oriented. Transisi iki bakal angel kanggo perusahaan mobil sing wis biasa ngasilake mobil tradisional. Nanging, diwenehi tren lan owah-owahan sing diterangake, malah perusahaan cilik ora duwe pilihan. Dheweke kudu nyiapake.

Kita ndeleng sawetara langkah strategis utama:

  • Pisah siklus pangembangan kendaraan lan fungsi kendaraan. Pemasok OEM lan Tier XNUMX kudu mutusake carane ngembangake, nawakake lan nyebarake fitur. Dheweke kudu bebas saka siklus pangembangan kendaraan, saka sudut pandang teknis lan organisasi. Amarga siklus pangembangan kendaraan saiki, perusahaan kudu golek cara kanggo ngatur inovasi piranti lunak. Kajaba iku, dheweke kudu nimbang opsi kanggo nganyarke lan nganyarke (kayata unit komputasi) kanggo armada sing wis ana.
  • Netepake nilai tambah target kanggo pangembangan piranti lunak lan elektronik. OEM kudu ngenali fitur mbedakake sing bisa nyetel pathokan. Kajaba iku, penting kanggo nemtokake kanthi jelas target nilai tambah kanggo pangembangan piranti lunak lan elektronik dhewe. Sampeyan uga kudu ngenali wilayah ing ngendi produk bakal dibutuhake lan topik sing mung kudu dirembug karo supplier utawa partner.
  • Setel rega sing jelas kanggo piranti lunak kasebut. Kanggo ngilangi piranti lunak saka hardware, OEM kudu mikir maneh proses lan mekanisme internal kanggo tuku piranti lunak kanthi langsung. Saliyane kustomisasi tradisional, uga penting kanggo nganalisa kepiye pendekatan tangkas kanggo pangembangan piranti lunak bisa diikat menyang proses pengadaan. Iki ngendi vendor (tier siji, undakan loro lan undakan telu) uga muter peran kritis amarga padha kudu nyedhiyani nilai bisnis cetha kanggo software lan sistem kurban supaya padha bisa njupuk bagean luwih saka revenue.
  • Gawe diagram organisasi tartamtu kanggo arsitektur elektronik anyar (kalebu backend). Industri mobil kudu ngganti proses internal kanggo ngirim lan adol elektronik lan piranti lunak canggih. Dheweke uga kudu nimbang setelan organisasi sing beda kanggo topik elektronik sing gegandhengan karo kendaraan. Sejatine, arsitektur "berlapis" anyar mbutuhake gangguan potensial saka persiyapan "vertikal" saiki lan introduksi unit organisasi "horizontal" anyar. Kajaba iku, perlu kanggo nggedhekake kabisan lan katrampilan pangembang piranti lunak lan elektronik ing tim.
  • Ngembangake model bisnis kanggo komponen kendaraan individu minangka produk (utamane kanggo supplier). Penting kanggo nganalisa fitur endi sing nambah nilai nyata kanggo arsitektur mbesuk lan mulane bisa dimonetisasi. Iki bakal mbantu sampeyan tetep kompetitif lan entuk pangsa pasar sing signifikan ing industri elektronik otomotif. Sabanjure, model bisnis anyar kudu ditemokake kanggo ngedol piranti lunak lan sistem elektronik, dadi produk, layanan, utawa sing anyar.

Nalika jaman anyar piranti lunak lan elektronik otomotif diwiwiti, dhasar kasebut ngganti kabeh babagan model bisnis, kabutuhan pelanggan lan sifat kompetisi. Kita pitados bilih bakal ana akèh dhuwit kanggo digawe saka iki. Nanging kanggo nggedhekake owah-owahan sing bakal ditindakake, kabeh wong ing industri kudu mikir maneh pendekatan kanggo manufaktur otomatis lan nyetel (utawa ngganti) penawaran kanthi wicaksana.

Artikel iki dikembangake kanthi kolaborasi karo Global Semiconductor Alliance.

Source: www.habr.com

Add a comment