Utveckling av appar

Måtto: App-strategin skall vara ett verktyg för primär målgrupp att utföra sitt arbete. Se till att denna sida också lever upp till motto, gör den inte det? Skall den bort?

Ta bort denna ruta vid publicering

PÅBÖRJAD REVISION GODKÄND

Inledning

Syfte: Stöd för att utvärdera hur appar kan påverkar design och utveckling av en tjänst.

Målgrupp: Beslutsfattare, uppdragsledare, projektledare, utredare, arkitekter och utvecklare

Instruktion för användning: Använd utvärderingens verktyg; frågelistor, etc. som stöd för att identifiera möjligheter och fallgropar för app-baserade tjänster. Varje tjänst har unika förutsättningar som måste utredas.

Introduktion

Denna process i Utvecklingsramverket har två delprocesser:

Utarbeta tjänstedesign

Funktionella krav kan göra det nödvändigt eller lämpligt att välja en app som ett UI till tjänsten.

Icke-funktionella krav kan också motivera ett val av app som ett UI till tjänsten.

Egenskaper hos appar som är unika eller starkare än motsvarande i en webbapp finns listade här: https://inera.atlassian.net/wiki/spaces/APP/pages/2636415418/Utbildning#Tillf%C3%A4lle-1---Introduktion-till-App-v%C3%A4rlden

Utveckla och paketera tjänst

Utveckling av appar kräver annan metodik och andra verktyg jämfört med webbappar. Nedan listas några av de väsentliga skillnader som bör beaktas inför och under ny- respektive vidareutveckling av appar.

Nyutveckling

Vid nyutveckling av appar finns olika strategier som påverkar appens egenskaper och den insats som krävs vid utveckling (samt test och förvaltning).

• arkitektur för appen - vilka delar av tjänsten finns i appen och vilka delar är webb som läses av appen?

• native eller cross-platform?

  • native: använder de verktyg som leverantörer publicerar för största frihet men med större insats

  • cross-platform: ett gemensamt verktyg för både iOS och Android, med väsentligen en kodbas för enklare underhåll, men med viss anpassning direkt för respektive plattform -alternativt- mindre frihet att utnyttja styrkor hos respektive plattform från gemensam kod.

Man måste dessutom avväga vilka versioner av respektive operativsystem som krävs för appen

• nyare versioner av Android och iOS ger tillgång till nya funktioner och gör att man slipper testa appen på äldre versioner (dvs en minskad testinsats)

• å andra sidan innebär detta att man inte når användare som kör äldre versioner av operativsystemet på sina enheter (dvs adresserbar marknad blir mindre)

Vidareutveckling

Till skillnad från webbappar kräver vidareutvckling/uppdatering av en app förutom uppdatering av själva koden även att appen publiceras i nya versioner på app stores, Apple respektive Google Play.

För att kunna uppdatera koden krävs tillgång till utvecklingsverktyg

• för “native” kod - relevanta verktyg för Android (ex Java/Kotlin) respektive iOS (ex Swift/Objective-C)

• för “cross platform” relevant verktyg som då fungerar för både Android och iOS (ex React Native)