Funksjonalitet og versjoner

Vi har sett på hvilken funksjonalitet vi ønsker og prioritert disse ved å fordele dem ut på 3 versjoner av appen. I første omgang vil vi fokusere på versjon 1 av Dayly Goal. Denne versjonen vil inneholde følgende:

• Legge inn mål for mengde bruk og få varsel dersom det brukes mer tid
• Åpne. Tid brukt. Uten å åpne. Sjekke tid
• Varslinger.
  
• Liste ut alle appene du har brukt med antall ganger og tid (total, gjennomsnitt, antall).
  
• Mål. Dashboard som viser brukt tid i forhold til målet.
  
• Kategorier; underholdning/nyttig

Brukergrensesnittet

Hovedskjermbilde til Dayly Goal viser hvordan bruker ligger an i forhold til sine mål om bruk av telefonen til nyttige ting og mål om begrenset bruk av telefonen til underholdning. Ved å skipe driller bruker ned på dagsnivå. Trykker bruker på en av grafene kommer det totale bilde opp for dagen. Dersom bruker swiper her så flytter man mellom ulike datoer.

Første gangen appen startes vil bruker bli geleidet gjennom en veiviser for å sette alle nødvendige innstillinger, som f.eks. hvilke apper som man skal spore og sine mål for bruk av nyttige apper og mål om begrenset bruk av gitte apper.

Entiteter (objekter/tabeller)

De ulike entitetene som vi identifiserer vil bli representert av objekter i appen og lagret i databasen som tabeller.

Tilsvarende Android apps

Dette er en nettside med en oversikt over apps som rapporterer hvor mye tid du bruker på ulike apps på telefonen.

gizmodo.com/how-to-find-out-which-apps-and-websites-youre-most-addi-1822667517

Hvordan finner vi ut hvilke apps som brukes?

På disse sidene diskuteres det hvordan man kan finne ut hvilken apps som kjører på en Android telefon:

• Stack Overflow - How to get the list of running applications?​
• Stack Overflow - How to find the currently running applications programmatically in Android?
• medium - Show app usage with UsageStatsManager
  

​getActiveApps(Context context)

Arkitektur

Med arkitektur mener vi hvordan de ulike komponentene i en Android app er organisert i ulike kodefiler. Her skiller man gjerne på komponenter som tilhører Model, View eller Controller.

Legg merke til at hver komponent kun er avhengig av komponenter som ligger i laget under. For eksempel er aktiviteter og fragmenter er kun avhengig av view modellen. Repositoriet er den eneste klassen som er avhengig av flere andre klasser; et persistant datamodell og en remote backend datakilde.

Les mer om dette i artikkelen Guide to app architecture.

Andre nyttige artikler er; Building Modern apps using the Android Architecture Guidelines x