Kravspesifikasjonsrapport

Transkript

1 Kravspesifikasjonsrapport JobCrawl Ledige jobber representert i kart for IBM Gruppe 9 Bachelorprosjekt ved Oslo Metropolitan University Gruppemedlemmer: Kim Smedsrud Chris-Thomas Lundemo Grenness Lars Kristian Haga Olav Magne Smevoll Oslo,

2 Innholdsfortegnelse Kravspesifikasjonsrapport 1 Presentasjon 3 Forord 3 Oppgavebakgrunn 3 Logisk datamodell / System modeller 4 Eventuelle krav til systemkonstruksjon 5 Kravspesifikasjon 5 Minimum 5 Utvidet 6 Rammebetingelser 7 2 av 14

3 Presentasjon Gruppen består av fire studenter: Kim Smedsrud - Studentnummer: s Informasjonsteknologi, 3 studieår Chris-Thomas Lundemo Grenness - Studentnummer: s Informasjonsteknologi, 3 studieår Lars Kristian Haga - Studentnummer: s Dataingeniør - 3 studieår Olav Magne Smevoll - Studentnummer: s Informasjonsteknologi, 3 studieår Gruppens veileder v/hioa er Eva H. Vihovde Forord Kravspesifikasjonen er ment som et rammeverk for tiltenkte funksjoner for vår mobilapplikasjon. Den inneholder både minimums-funksjoner (funksjoner som er absolutt kritisk for at programmet skal fungere og at brukerne får en viss verdi av produktet), og utvidede funksjoner som skaper en høyere verdi for brukerne ved å tilby tilleggsfunksjoner og bedre brukervennlighet. Produktet er først og fremst tiltenkt personer mellom 16-25, da vi tenker at applikasjonens verdiskaping er høyest for denne målgruppen. Men i all hovedsak kan produktet benyttes av alle personer som er på leting etter ny deltidsjobb. Oppgavebakgrunn 1 Vår arbeidsgiver er IBM Norge. IBM driver virksomhet i over 170 land med over ansatte. De opererer i skjæringspunktet mellom teknologi, forretning og samfunn. Selskapets virksomhetsområde omfatter blant annet analyse av store datamengder, nettskytjenester, samt sosiale og mobile løsninger. Tidligere har IBM vært mest kjent for å levere maskinvare og infrastruktur, men har endret mer fokus mot IKT-tjenester og programvare til offentlige og privat av 14

4 sektor. De er også et av teknologi firmaene i verden som oppnår flest nye patenter knyttet til teknologi hvert år. Det var IBM som utlyste oppgaven, og ønsker med den å lage et produkt som gjør det enklere for folk, spesielt unge å finne seg en deltidsjobb. I dag finnes det mange forskjellige aktører som utlyser jobber, men mange av disse stillingene er ikke aktuelle for de som bare ønsker en liten jobb ved siden av andre ting, som for eksempel studier. Kontaktperson hos IBM er Lars Hovind. Produktet vi lager vil filtrere ut alle deltidsjobbene og plassere dem i et dynamisk kart som da representerer arbeidsstedet. Herfra kan brukeren få mer informasjon om den enkelte stilling ved å trykke på en markør på kartet. Tanken er at hvis man er interessert i et utlyst jobb kan man gå inn til bedriften å snakke med kontaktperson for stillingen, og evt legge igjen en søknad enten digitalt eller i fysisk form. Logisk datamodell / System modeller Bildet nedenfor viser en overordnet systemarkitektur: Fra eksterne 3. parter ønsker å få API data, for å bruke videre i applikasjonen. Har vært i kontakt med Finn.no, men venter fortsatt på svar. Får vi ikke tilgang på noen APIer kommer vi til å generere egne testdata vi kan teste applikasjonen opp mot. API fra finn.no kommer i så fall 4 av 14

5 på JSON-format Eventuelt må vi bruke API fra Nav.no som ligger åpent. Dette kommer i XML-format. Server i IBM Cloud skal sende data riktig strukturert til CouchDB, og få data fra CouchDB når klient forespør data, slik at server kan sende til klient. PouchDB er local storage på brukerens enhet når brukeren ikke har tilgang til serveren. Klassediagram Bildet nedenfor viser klassediagram for systemet basert på det vi vet i dag. Det vil med stor sannsynlighet komme endringer. Disse vil vises og begrunnes i sluttrapporten. Eventuelle krav til systemkonstruksjon Vi ønsker å bruke MVC for å dele opp koden for å gjøre den enklere å lese og gjøre den mer oversiktlig. Kravspesifikasjon Krav: Minimum - Dynamisk kart med punkter som representerer ledige jobber, i en forhåndsbestemt radius som bruker bestemmer. - Brukeren skal kunne se en sanntids representasjon av seg selv i kartet, beveger brukeren seg vil kartet bevege seg med brukeren og vise eventuelle ledige jobber innenfor en forhåndssatt radius. 5 av 14

6 - Når bruker trykker på en ledig jobb i kartet skal det komme opp en boble med nøkkelinformasjon om stillingen. Dette innebærer: Navn på bedrift, stillingstittel og kontaktperson for stillingsannonsen. - Etter boblen med nøkkelinformasjon er åpnet, kan bruker trykke en gang til på boblen for å bli sendt direkte til annonsen eller et vindu med mer informasjon om jobben. - Får vi ikke tilgang på reelle API data, vil vi generere testdata som kan brukes frem til et relevant API blir tilgjengelig for bruk. Utvidet - Bruker skal kunne filtrere på typer jobber, prosent stilling, helgejobbing, arbeidstid og radius. - Er det en stillingsannonse som ikke har en adresse skal denne vises med en dynamisk søkefunksjon basert på postnummer. - Bruker skal ha mulighet til å lagre ledige jobber, som kan vises ved en senere anledning. - Mulighet for å velge at informasjonsboblen som dukker opp når du trykker på en jobb i kartet, skal dukke opp når brukeren er en gitt distanse unna et punkt, uten at brukeren trykker på punktet. - Brukeren skal kunne velge å vise alle ledige jobber innenfor kartbildet. - Brukeren skal kunne velge å motta varsel når nye jobber legges ut. - Brukeren kan velge hvilke type jobber han ønsker varsel på og innenfor et gitt område. - Brukere skal kunne rapportere at jobber er tatt(glemt å fjernes). - Mange arbeidsgivere er trege å oppdatere stillingsannonsene, eller glemmer det helt. - Beskrivende felt om at x antall brukere har rapportert om at jobben er tatt. - To valg som skal displayes i kartet, enkelt for brukeren. Vise jobber enten med zoom eller valg av radius (fra hvor du befinner deg). - Bruker skal kunne skrive inn/laste opp CV(PDF-format), personlig informasjon og/eller søknad på sin bruker. Når bruker vil søke på en jobb blir brukeren sendt til sin e-post klient med ferdig utfylt tekst, med mulighet for å endre e-postadresse og/eller tekst. CV-en blir lagt som vedlegg i e-posten. - Valgfritt å aktivere push notifikasjoner, varsler når nye jobber blir lagt ut i en egenspesifisert radius rundt deg. Må aktiveres i innstillinger. Avslått som standard-innstilling. Slider til bruk av radius. - Trykker brukeren utenfor boblen(i kartet), skal boblen forsvinne. - Hvis man ønsker seg tilbake til appen og karet fra en annonse, skal man komme tilbake til kartet for å kunne fortsette å se etter ledige jobber. - Mulighet for å kunne sende jobben du er på til deg selv på mail. Du må derfor kunne legge inn din egen mail, for å kunne få tilsendt link. - Språket i applikasjonen skal være Engelsk og Norsk. Basert på hvilket språk du har satt telefonen til. - Bruker skal ha mulighet til å endre karttype. 6 av 14

7 Rammebetingelser Språk Etter en del diskusjon innad i gruppen og etter samtaler med veileder endte vi med å bruke Java som hovedspråk, og bare utvikle applikasjonen for Android. Mye av grunnen til at vi endte med denne konklusjonen og valgte Java som språk for å utvikle vår mobilapplikasjon, er at alle er relativt komfortable med dette språket. Siden vi eksklusivt skal utvikle mobilapplikasjonen for Android lekte vi også med tanken å bruke Kotlin, da Kotlin er et relativt nytt språk i Android verden, og er spådd å overta mye av utviklingen for native Android mobil-utvikling de neste årene. Vi gikk bort fra Kotlin fordi det blir dårlig med tid for å lære seg et nytt språk. Det gjør at vi kan fokusere på å lage en god og effektiv applikasjon i Java. Vi så også på muligheten til å utvikle applikasjonen for både Android og ios, men etter drøfting av problemstillingen med veileder, gikk vi bort i fra dette, fordi vi da må sette oss inn i helt nye teknologier vi aldri har jobbet med før, som også kan spise mye tid. Vi har bestemt oss for å kode opp mot Android 5.0 Lollipop (API-21). I følge Google vil dette gjøre at vi støtter ca 71.3 % av alle Android enheter som besøker Google Play Store hver måned på verdensbasis. Vi vurderte å kode mot et høyere API da vi ville ha tilgang på flere funksjoner innad, men da ville brukerbasen sunket betraktelig. Bildet nedenfor viser funksjonene som kom med versjon 5.0 Lollipop, hentet fra Android Studio av 14

8 Teknologier (IBM Cloud) Oppdragsgiver ønsker også at vi skal bruke relevante teknologier fra deres IBM Cloud. Dette er teknologier vi ikke har jobbet med før, men som skal implementeres i oppgaven/applikasjonen. Eksempler på ting vi ønsker å implementere vil være Mobile Analytics og Cloudant NoSQL DB. Mobile Analytics grunnet for å få ut verdifull statistikk om brukernes bruk av applikasjonen. Med Cloudant NoSQL DB kan vi lagre databasen i skyen og deretter hente relevant data ned til brukeren. Git: Vi kommer til å bruke Git for versjonskontroll og Github for å kunne samarbeide mellom gruppemedlemmer med utviklingen av applikasjonen. Database Vi kommer til å bruke Cloudant, det er en implementasjon av CouchDB på server-side. Vi har da også mulighet til å bruke PouchDB for lokal database på brukerens enhet. 8 av 14

9 UML-Diagrammer Aktivitetsdiagrammer Lagre jobb til favoritter Last opp CV/søknad 9 av 14

10 Legg til e-post Rapporter jobb 10 av 14

11 Skriv CV/søknad Slett favoritt Vis annonse 11 av 14

12 Send annonse til epost 12 av 14

13 Send CV / Søknad 13 av 14

14 ER-Diagram online ER-diagram offline 14 av 14