PROSJEKTDELTAGERE Abdella Ahmed Haji, Steffen Hammelow- Berg, Lillian Heggernes (prosjektleder), Bartosz Michal Koscielniak, Espen Konrad Steinbakk

Transkript

1 PROSJEKTDELTAGERE Abdella Ahmed Haji, Steffen Hammelow- Berg, Lillian Heggernes (prosjektleder), Bartosz Michal Koscielniak, Espen Konrad Steinbakk Dato: ING102 ESCAPE ASYLUM Tekstbasert spill

2 Innhold PROSJEKTBESKRIVELSE... 2 Bakgrunn... 2 Forutsetninger og rammer... 2 Effektmål... 2 Resultatmål... 2 Faser og oppgaver... 2 Organisering... 3 Fremdriftsplan... 3 Kostnader/budsjett... 4 Kost/nytte... 4 Kritiske faktorer... 4 SUKSESSFAKTORER... 5 TINGVURDERING... 6 ORGANISASJONSKART

3 PROSJEKTBESKRIVELSE Bakgrunn Gruppen ønsker å lære mer, og få øvelse i programmering i Java, med hensyn på eksamen i faget DAT100. Gruppen ønsket også å få erfaring med å jobbe i team i programmering, da dette er meget relevant for hvordan arbeidslivet etter studiene kommer til å være. Gruppen ønsket å ha et motiverende prosjekt. Forutsetninger og rammer Gruppen tar hensyn til at det kan dukke opp problemstillinger som vi ikke lærer i DAT100, eller at vi lærer det for sent i forhold til den nødvendige tidsrammen som blir satt. Da må gruppen justere målet for kvaliteten på sluttresultatet. Rammen er det pensum som finnes i fagene DAT100 og ING102. Det forventes ikke at noen skal klare en problemstilling som finnes utenfor de satte rammene, og gruppen må da justere kvaliteten på sluttproduktet. Effektmål Effektmålet er at gruppen skal bestå eksamen i faget DAT100 med høy karakter. Videre får medlemmene god erfaring med gruppe-/prosjektarbeid som er veldig relevant for videre i studiet, og ikke minst i arbeidslivet. Resultatmål En alfa-/beta-versjon av et tekstbasert spill, kodet i Java, skrevet i programmet Eclipse. Minstekravet i prosjektet er et komplett spill, men som må bruke programmet Eclipse som plattform (alfa-versjon). Det ønskelige målet (beta-versjonen) er at vi får spillet til å kjøre i et eget vindu med grafikk. Faser og oppgaver Siden prosjektet vårt er kreativt, og det er vanskelig å konkretisere delmålene i en milepæl før den forrige milepælen er ferdig så vil gruppen gå igjennom en ny planleggingsfase, utførelsesfase og oppfølgingsfase for hver milepæl. Planleggingsfase - Planlegge storyen, og parameterne for spillet. - Vi bryter spillet opp i klasser og metoder. - Vi blir enige om navn på variabler, klasser og metoder. - Fordele arbeidsoppgavene. Utførelsesfase 2

4 - Hver enkelt jobber selvstendig med å programmere den oppgaven de har blitt enig om. Oppfølgingsfase - Sette sammen klassene, og samkjører arbeidet som er gjort i milepælen. - Testkjører programmet, og ser at alt fungerer så langt. - Går igjennom og ser om noe kan bli bedre. - Tar opp, og hjelper hverandre med problemer som oppstod i utførelsesfasen. Det kommer an på hvor langt/fort vi blir ferdig med minstekravet for spillet (alfa), om vi begynner på grafikkdelen (beta). Derfor er enkelte milepæler mindre konkrete enn ønsket. En liste over hvilke klasser som skal være ferdig ved hver milepæl: - Milepæl 1: 3 instanser, player, monster, combat, main - Milepæl 2: inventory, 3 nye instanser, oppgradere de 3 tidligere instansene - Milepæl 3: 4 instanser, death, checkpoint - Milepæl 4: Sette alt sammen, koderydding Organisering - Prosjektleder: Lillian - Møtereferatskribent: Espen - Storyline-direktør: Bartosz - Spilldesign-direktør: Steffen - Kodeansvarlig: Abdella Poenget er at alle skal lære litt av alt; vi bevisst ikke setter oss inn i arbeidsgrupper hvor noen får ansvar for f.eks. utvikle klasser, mens andre lager grensesnitt. Arbeidsgruppene kommer til etter hvert som vi jobber, og vil forandre seg fra milepæl til milepæl. Fremdriftsplan Prosjektbeskrivelsen Milepæl Statusrapporten Milepæl Milepæl Milepæl Sluttrapporten Gruppen har interne frister noen dager før på de obligatoriske innleveringene; fristen forandrer seg ut i fra arbeidsmengden. 3

5 Hele prosjektet (spillet) skal være ferdig mandag Kostnader/budsjett Prosjektet har ingen direkte utlegg. Ressursbruk i form av tid per uke: 7 timer per uke; 4-5 timer i gruppearbeid, resten selvstendig arbeid. Kost/nytte Effektene rettferdiggjør kostnadene siden det ikke er noen kostnader. Kritiske faktorer Først og fremst at vi lærer det nødvendige i dat100 og ing102 (de ressursene vi trenger). For det andre at gruppen ikke planlegger prosjektet for stort/detaljert/avansert. At det blir god planlegging hvor prosjektet er brutt ned i overkommelige oppgaver/faser. Det er avgjørende at alle medlemmene er enige om storyline/spillogikk/regler osv., og dermed får et bra samarbeid. Det er avgjørende at medlemmene bruker tiden effektivt. Effektiv tidsbruk vil si at gruppen holder seg til saken under gruppemøter, og ved selvstendig arbeid: om man står fast så bruker man ikke mer enn maks 20min på å finne en løsning, men heller går videre og tar opp problemet på neste gruppemøte. 4

6 SUKSESSFAKTORER Suksessfaktor Sannsynlighet Konsekvens Risikofaktor Tiltak Problemer med PC en. F.eks. fysisk skadet, krasjer, o.l Vi bruker GitHub, slik at prosjektet ligger på nett, og hos alle gruppemedlemmene. Sykdom De andre gruppemedlemmene bruker mer ressurser (tid), eller størrelsen på prosjektet reduseres (kvalitet). Noen slutter eller syk over lengre periode Problemer med arbeidsplass på skolen At gruppen mangler ressurser i form av kunnskap Det blir forandret på kvaliteten på resultatmålet Alle prøver å huske på å booke grupperom. Eventuelt drar gruppen til lillian og jobber YouTube, og andre internett forum. 5

7 Tingvurdering Prosjekt: TINGVURDERING Tekstbasert spill Funksjon/avdeling: ING102 Ansvarlig: Åshild Stavnes Dato/versjon 21/09-15 Alternativer Tid Investering Nytte Gjennomførbarhet Ledelse Fagkomp. Teknologi 1) Escape 1-2 2) Hack&slash 4 3) Krimmysterie 3 4) Puzzle Veldig relevant mhp DAT100 eksamen 0 Lite relevant; mye utenfor pensum 0 Veldig relevant mhp DAT100 eksamen 0 Lite relevant; mye utenfor pensum Ok Ok Ok Liten Liten Ok Ok Ok Ok Middels Liten Ok Valget falt på 1) Escape som sjanger 6

8 1) Fengsel 3 2) Skip 1-2 3) Asylum 1-2 4) Haunted Hotell 4 0 Brettet blir for stort 0 Lite behov for story, middels god layout 0 Lite behov for story, god layout 0 Brettet blir for stort Valget ble 3) Asylum som tema 7

9 ORGANISASJONSKART Styret Åshild Prosjektleder Lillian Skribent Espen Storylinedirektør Bartosz Spilldesigndirektør Steffen Kodeansvarlig Abdella 8