BRACE process framework 3.0

Er is de laatste tijd veel discussie geweest over de enorme hoeveelheid software die aanwezig is in een moderne auto. Sommige bronnen beweren dat een enkel voertuig bijna 100 miljoen regels softwarecode kan hebben (ongeveer 18.000 afgedrukte pagina's)! Zo ja, wie schrijft al deze code?

Om het een eenvoudigere taak te maken, volgen grote OEM's in de auto-industrie het principe van gedistribueerde ontwikkeling, waarbij een enorme klus in kleinere stukken wordt opgedeeld en aan verschillende leveranciers wordt gegeven. De leveranciers realiseren die brokken met succes. Deze brokken worden teruggestuurd naar de OEM, die ze vervolgens allemaal aan elkaar lijmt. Klinkt makkelijk toch? Nou, niet precies! Het managen van deze ontwikkeling vergt veel inspanning. Daarom worden in de auto-industrie veel processen gebruikt om de ontwikkeling van software te sturen.

Procesmodellen hebben een lange geschiedenis en worden al sinds mensenheugenis gebruikt (Ook het ontdekken van vuur was een proces!). Vroeger waren uitvinders afhankelijk van transcripties en brieven van collega-uitvinders om een ​​uitvinding te reproduceren/verbeteren. Deze scripts bevatten procedures die hen hielpen om iets dat al bestond opnieuw te creëren. Langzaam maar zeker werd een toename van de formalisering van deze procedures waargenomen. Dit kan worden toegeschreven aan de automatisering en massaproductie van commercieel bruikbare uitvindingen.

Wanneer we ons beperken tot software en systemen, is er een aanzienlijke hoeveelheid bewijs om het bestaan ​​van processen aan te geven. Zo was er rond de jaren zestig een poging om gestructureerd programmeren in te voeren om begrijpelijke programma's te ontwikkelen. Na een interessante periode van ontwikkeling staan ​​we nu op een punt waar formalisering een grote rol speelt bij de ontwikkeling van software en systemen.

Automotive-processen: Laten we, voordat we ingaan op de automotive-processen, een klein voorbeeld bekijken. Iedereen houdt van pizza, toch? Ja! Hoe bestel je nu een pizza? Eenvoudig. Je pakt de telefoon, je bestelt en de pizza wordt thuisbezorgd. Dat is alles! Dat is zo simpel als een proces wordt. Weet u echter dat er een geavanceerd systeem bestaat om dit proces levensvatbaar te maken? Neem een ​​kijkje hieronder:

Hoewel het bestellen van een pizza vrij eenvoudig lijkt, wordt het iets gecompliceerder en opgeschaald als het gaat om automotive-processen. Om een ​​autoproduct op de markt te brengen, moeten organisaties strikte processen volgen om de prestaties, kwaliteit en veiligheid van het product te garanderen. Het product kan van alles zijn, van een heel voertuig tot iets kleins als een snelheidssensor. We beperken onze focus tot een bepaalde categorie producten die bekend staat als 'elektrische en elektronische systemen' (E/E-systemen). Dergelijke systemen worden steeds populairder om de balans tussen verhoogde functionaliteiten, verminderde complexiteit en kortere ontwikkeltijden te beheren.

Om de ontwikkelingstijd te verkorten, maken grote OEM's gebruik van gedistribueerde ontwikkeling. Bij gedistribueerde ontwikkeling werkt een OEM met veel leveranciers samen om individueel gesloten systemen te ontwikkelen, zoals aandrijflijn, chassis, carrosserie, enz. Later integreert de OEM deze afzonderlijke eenheden in een voertuig. Van dergelijke individueel ontwikkelde producten wordt verwacht dat ze de volgende kenmerken hebben: kwaliteit, veiligheid en beveiliging. Wanneer alle eenheden die nodig zijn om een ​​auto te bouwen door de OEM zelf worden geproduceerd, wordt er een zekere mate van uniformiteit geïmpliceerd. Aangezien de meeste van de tegenwoordig geproduceerde systemen gezamenlijk worden ontwikkeld (om de ontwikkeltijd te verkorten), moet de uniformiteit extern worden afgedwongen. Om aan deze kenmerken te voldoen, zijn er verschillende standaarden en procesmodellen die door de organisaties in de auto-industrie worden gevolgd.

Zoals we kunnen zien, zijn er veel normen beschikbaar in de auto-industrie. Elke categorie binnen systeemontwikkelingsnormen heeft meerdere subnormen. Het individueel implementeren van de betreffende standaarden kost veel tijd en leidt meestal tot overhead. Een uniform en harmonieus proces is vereist voor de efficiënte ontwikkeling van autosystemen.

Om aan deze eis te voldoen is het BRACE procesraamwerk voor systeemontwikkeling ontwikkeld. Het resultaat is dat het BRACE-proces de drie afzonderlijke aspecten van productontwikkeling combineert in één uniform proces. Er wordt een aangepaste mapping-aanpak gevolgd waardoor we de taken tegelijkertijd kunnen vergelijken en de overeenkomsten en verschillen tussen Automotive SPICE, ISO 26262 en SAE J3061 kunnen ontdekken. Hierdoor kunnen overbodige taken en werkproducten worden geëlimineerd en wordt de ontwikkeltijd verkort.,