Ladda ner demo
Hur är det att utveckla applikationer med hjälp av rt-collab®?
Prova på här!
Application Lifecycle Management (ALM)
rt-labs har valt en pragmatisk syn på ALM och istället fokuserat på att ha en helhetssyn på programvaran. Vad är då ALM?
Introduktion
Variationen av komplexiteten hos dagens inbyggda system är mycket stor, från relativt enkla funktioner som sensorer för temperaturmätning till komplexa system för att kontrollera en obemannad flygfarkost. Ingen ifrågasätter behovet av ordning och reda på programvaruutvecklingen i det komplexa säkerhetskritiska fallet. I dessa organisationer finns en stor mognad samt stora resurser för att investera i komplexa verktygskedjor anpassade för mycket stora globala utvecklingsorganisationer. I fallet med den enkla sensorapplikationen har traditionellt mjukvara varit relativt enkel, men då fler och fler enheter blir uppkopplade ökar komplexiteten i mjukvaran, och därmed kraven på ordning och reda.
Mjukvaran i det inbyggda systemet blir mer och mer den delen där man differentierar sin produkt då hårvaran i form av framför allt mikrokontrollerna är standardiserad. Slutkunder förväntar sig ”intelligentare produkter”, elektronik och mjukvara byggs därför in i produkter inom helt nya branscher. Denna utveckling innebär att idag framgångsrika företag, som av tradition inte har denna kompetens, ser möjligheten att ta kontroll över värdeutvecklingen genom att utveckla inbyggda system.
Kostnaden för att åtgärda ett fel i ett inbyggt system växer exponentiellt med hur sent i utvecklingscykeln som felet upptäcks. Riktigt dyrt blir det om felet når marknaden. Inbyggda system ingår ofta som en del i ett större sammanhang där en fallerande mjukvara kan orsaka maskinskada eller personskada.
Myndigheter har uppmärksammat riskerna med en mängd olika standarder och direktiv för att tydliggöra vikten av ordning och reda i mjukvaruprojekten, redan i början 1990-talen med EN 954-1 (Maskindirektivet) och senare t.ex. IEC 61508 (SIL), EN ISO 13849-1, EN 50128 (Rail), IEC 62304, ISO 14971, IEC 60601 etc.(FDA), ISO 26262 (ASIL), etc. Inte konstigt att kostnaderna för validering och verifiering av inbyggda system kontinuerligt ökar. Att utveckla inbyggda system idag kräver ett strukturerat arbetssätt där man tar kontroll över kundkraven från början och att dessa sedan kontinuerligt valideras, revideras och verifieras under hela produktens livscykel. Konsten är att kunna hålla ordning och reda med smidiga processer till rimliga kostnader.
Sammanfattning
För att kunna arbeta med utveckling och underhåll av inbyggda system på ett effektivt och predikterbart sätt krävs mätbara processer som spänner över alla faserna i produktens livscykel. Mycket handlar om ordning och reda samt spårning av förändringar och beroenden, egentligen inga svåra saker men i stort sett omöjligt att uppnå heltäckande med realistiska kostnadsramar utan ett bra automatiserat stöd.
Med en bra ALM-plattform som bas, med enkla och tydliga roller definierade samt ett sunt och pragmatiskt synsätt kommer man väldigt långt. I grund och botten är det frågan om att skapa och underhålla en struktur för ordning och reda, som ej skall stå i vägen för utvecklarna.
