2017 FORPROSJEKT BACHELOROPPGAVE 2017 KIM LONG VU DUY JOHNNY KHAC NGUYEN ADRIAN SIIM MELSOM HÅKON THORKILDSEN SMØRVIK
PRESENTASJON OPPGAVE: Oppgaven er å lage en webapplikasjon som kan hjelpe bachelor ansvarlige med administrerende oppgaver som blant annet registrering, oversikt etc. MEDLEMMER: Kim Long Vu, s236322 Adrian Siim Melsom, s236308 Duy Johnny Khac Nguyen, s929591 Håkon Smørvik, s929559 Vi er fire dataingeniør studenter som har vært i samme arbeidsgruppe siden vi startet utdanningen ved Høgskolen i Oslo og Akershus. Gruppens ambisjoner er høye og satser på en toppkarakter for prosjektet. Derfor prøver vi å behandle selve prosjektet som en reell jobb som mulig. OPPDRAGSGIVER: Accenture Rolfsbuktveien 2, 1360 Fornebu Telefon: 67 12 67 00 Accenture er et globalt konsulentfirma som tilbyr strategiske, konsulent, digitale, tekniske og operative tjenester og løsninger. De har 375 000 (2016) ansatte og er en av de største konsulentfirmaene i verden. Firmaet er ofte tilknyttet til store prosjekter, blant annet driver Accenture med utvikling av Altinn for øyeblikket. KONTAKTPERSON (BACHELOR ANSVARLIG): Navn: Fredrik Bjørnøy Mail: fredrik.bjornoy@accenture.com Navn: Christian Møller Andersen Mail: c.moller.andersen@accenture.com VEILEDERE: Navn: Jostein Guldal Mail: jostein.guldal@accenture.com Navn: Joakim Kartveit Mail: joakim.kartveit@accenture.com
SAMMENDRAG Prosjekt: Bachelor Manager Bedrift: Accenture Lage en webapplikasjon som skal hjelpe bacheloransvarlig med administrerende operasjoner som registrering og oversikt. Kan implementeres på to måter: Statiske sider eller et dynamisk dashboard. Statiske sider vil legge vekt hos utvikler til å bestemme arbeidsflyt, mens dashboard løsningen vil utviklere kun fasilitetere for brukeren til å finne sitt tilpasset arbeidsflyt. DAGENS SITUASJON Accenture tar inn flere grupper hvert år for bachelor-oppgaver. Rundt dette skjer det en rekke ting som krever kommunikasjon og oversikt rundt søkende grupper og de ansvarlige. Prosessen innebærer en evaluasjon av søknader, der blant annet CV og karakterutskrift blir vurdert. Videre går søkende grupper til en intervjufase der bekjentskap og ytterligere vurderinger må gjøres. Etter endelig valg av hvilke grupper som har fått søknaden akseptert, må gruppene registreres og få tildelt en veileder. Informasjon videre om oppstarts dag og andre relevant info må også deles med gruppene. Veiledere vil også kommunisere med gruppene, samt ønske tilgang til ulike filer og kode gruppene produserer. Det er i tillegg flere personer som er involvert i hele bachelor programmet, og dette må det holdes en oversikt over. For øyeblikket blir det brukt Microsoft SharePoint til å tilfredsstille alle disse kravene. Til akkurat denne sammenhengen fungerer ikke programmet optimalt for et slikt formål. Det er uttrykt av oppdragsgiver at en del funksjoner kan forbedres, og selve GUI-en kan endres på. Et av hovedproblemene er at selve registreringen av grupper og veileder tar altfor lang tid. Webapplikasjonen vil gjøre det både lettere og mer oversiktlig for søkende og ansvarlige rundt bachelorprosjektet. Med et internt skrevet verktøy vil det være mulig å skreddersy arbeidsflyten så det passer brukerne. MÅL OG RAMMEBETINGELSER MÅL FOR APPLIKASJONEN: Målet er å kunne gi en god flyt for administrerende oppgaver, ettersom hoved klagen var at det tok for lang tid for å utføre diverse oppgaver. Design blir da et viktig tema for systemet, ettersom det både kan diktere hvordan arbeidsflyten skjer og hvor oversiktlig informasjon blir. Funksjonelle mål spesifisert i oppgaven:
Må kunne støtte flere kull av oppgaver og grupper Skal ikke eksponere konfidensielle data Registrering av oppgaver direkte i verktøyet Eksportering av oppgaver Brukes til å kommunisere med veiledere og grupper Støtte for bruker og rollestyring Mål for systemet: Intuitiv og smidig arbeidsflyt Bedre og raskere navigasjon Oversiktlig fremstilling av informasjon Erstatte SharePoint fullt som en applikasjon for bachelor-ansvarlige i Accenture TEKNOLOGIER/VERKTØY: Java EE AngularJS 2 Docker IntelliJ Maven GitHub Jenkins One Drive Amazon Web Service RAMMEBETINGELSER Prosjektet skal kunne overføres videre uten problemer til et nytt team for videreutvikling. Dette krever god dokumentasjon og oversiktlig kode. Skal være en webapplikasjon Bruk av smidig arbeidsmetodikk for prosjektet Prosjektet skal være ferdig til 24.5.2017 BRUKER HISTORIE Roller: Bruker Veileder Administrator
1. Som administrator ønsker jeg å kunne registrere mottatte søknader fra studentgrupper slik at vi har oversikt over alle grupper som har søkt om å skrive oppgave for oss i et gitt årskull 2. Som administrator ønsker jeg å kunne sette statusene "søknad mottatt", "til intervju", "godtatt" eller "avslag" på studentgruppene slik at jeg til enhver tid har oversikt over hvilke grupper som er i hvilket stadium 2.1 Som administrator ønsker jeg å kunne oppgi kommentar på beslutninger tatt for en studentgruppe slik at vi kan gå tilbake i systemet og se på begrunnelser for avslag eller godkjente grupper 3. Som administrator ønsker jeg muligheten til å opprette årskull for bachelorprogrammet slik at jeg på en enkel måte kan knytte oppgaver, veiledere og studentgrupper til et årskull 4. Som administrator ønsker jeg å kunne tilegne en studentgruppe en eller flere veiledere slik at vi kan sikre at alle studentgrupper har minst en veileder 5. Som administrator ønsker jeg å kunne tilegne alle brukere i systemet rollen veileder slik at systemet håndterer at alle personer kan være veiledere 7. Som administrator ønsker jeg å kunne registrere studenter i systemet med kontaktinformasjon slik at disse kan knyttes til studentgrupper 8. Som administrator ønsker jeg å kunne knytte veiledere til studentgrupper slik at jeg enkelt kan se hvilke veileder(e) som veileder hvilken studentgruppe 9. Som bruker ønsker jeg å kunne registrere meg i systemet slik at jeg kan bruke systemet 9.1 Som administrator ønsker jeg å kunne godkjenne nye brukere av systemet slik at alle brukere kan logge inn og finne relevant informasjon 10. Som administrator ønsker jeg at kun administratorer skal kunne redigere studentgrupper slik at systemet i minst mulig grad kan misbrukes 11. Som administrator ønsker jeg at alle endringer på studentgrupper og brukere skal logges med fra og til status til egnet loggfil slik at jeg kan se hvem som har gjort hvilke endringer 12. Som bruker ønsker jeg å kunne registrere oppgaver i systemet slik at disse kan distribueres til studentgrupper 13. Som administrator ønsker jeg å kunne endre studenter, studentgrupper, oppgaver og brukere slik at jeg på en effektiv måte kan bruke systemet 14. Som bruker ønsker jeg at ingen andre brukere (utenom administratorer) skal kunne endre på oppgaver jeg har registrert slik at jeg til enhver tid vet hvordan min oppgave ser ut 15. Som veileder ønsker jeg at jeg får opp relevant informasjon om de(n) gruppen(e) jeg veileder når jeg logger inn slik at jeg enkelt kan finne informasjon jeg trenger 16. Som administrator ønsker jeg å kunne registrere medlemmer av styringsgruppen fra år til år slik at jeg enkelt kan se hvem som sitter i styringsgruppen
17. Som administrator ønsker jeg å kunne registrere referat fra styringsgruppemøter for de individuelle studentgruppene slik at vi har referat av disse møtene 18. Som administrator ønsker jeg å kunne laste opp dokumenter i mapper slik at vi kan laste opp relevante dokumenter i systemet 19. Som administrator ønsker jeg å kunne laste opp dokumenter og skrive over eksisterende dokumenter slik at jeg kan editere dokumenter i systemet 20. Som administrator ønsker jeg å kunne generere mail til alle studenter i et årskull fra systemet slik at jeg på en effektiv måte kan sende ut informasjon til alle studenter 21. Som administrator ønsker jeg å kunne generere mail til alle veiledere i et årskull fra systemet slik at jeg på en effektiv måte kan sende ut informasjon til alle veiledere 22. Som administrator ønsker jeg å kunne generere mail til alle veiledere og studenter i et årskull fra systemet slik at jeg på en effektiv måte kan sende ut informasjon til alle veiledere og studenter LØSNINGER /ALTERNATIVER Løsning Fordeler Ulemper Alternativ 1: Statiske sider med fokusert hensikt. Hver side vil kun fokusere på informasjon og operasjoner sentrert rundt objektet. For eksempel, en side kun for bachelorgrupper. På denne siden vil det da være alt av operasjoner og informasjon knyttet til bachelorgrupper, hvis man vil ha informasjon om veiledere må man på en annen side. Da vil fokuset ligget på veileder siden. Alternativ 2: Dashboard-esque med dynamiske komponenter. Istedenfor sider vil man kunne «dra» ut ulike komponenter for å tilpasse dashbordet. Dashbordet vil være hovedsiden der komponentene vil ligge. For eksempel skal man kunne både ha informasjon om veiledere og bachelorgrupper samtidig. + Intuitivt over hvor du skal for å kunne gjøre ønsket operasjon. + Lettere å programmere. + Arbeidsflyt definert av bruker. + Kan tilpasse dashboard slik at man får nøyaktig hva man vil av informasjon. + Trenger ikke å navigere til en annen side for et objekt. - Arbeidsflyt definert av utvikler. - Kan ikke se informasjon og mulige handlinger for mer enn et objekt samtidig. - Flere unødvendige klikk. - Vanskeligere å programmere. - Tar lengre tid å lære seg for bruker.
ANALYSE AV VIRKNINGER Hoved klagen virket til å være angående treg prosess, spesielt i registreringsprosessen. Ved å ta alternativ 1 legger det mer vekt på oss som utviklere å finne den beste flyten for bruker. Dette kan være hit or miss og krever mer tilbakemelding. Alternativ 2 vil vi som utviklere heller tilrettelegge for at bruker skal kunne finne den beste arbeidsflyten. Finne den beste måten som passer dem. Dette kan gjøre det enklere for flere brukere siden de kan lage et dashboard som passer dem spesifikt.