Gjennomgang av eksamen IN1030 Gruppe 4

Like dokumenter
Forside. Eksamen i IN1030 for Våren Ingen hjelpemidler tillatt.

Forside Eksamen INF1055 V17

Gjennomgang av eksamen IN1030 Gruppe 4

Viktig informasjon. Taylorrekker

Viktig informasjon. 1.1 Taylorrekker. Hva er Taylor-polynomet av grad om for funksjonen? Velg ett alternativ

Viktig informasjon. Taylorrekker

Viktig informasjon. 1.1 Taylorrekker. Hva er Taylor-polynomet av grad om for funksjonen? Velg ett alternativ

Oppgave 1: Multiple choice (20 %)

Oppgave 1 Multiple Choice

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

Eksamensdato: 31. mai 2017 Eksamenstid 14:30-18:30 Hjelpemidler: Ingen. Les denne forsiden nøye. Oppgaven består av fire deler.

UNIVERSITETET I OSLO. Introduksjon. Det matematisk-naturvitenskapelige fakultet 1.1

UKE 11 UML modellering og use case. Gruppetime INF1055

r) Høgskoleni Østfold

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

Høgskoleni østfold EKSAMEN. Oppgavesettet består av 7 oppgaver. Alle oppgavene skal besvares. Oppgavene teller som oppgitt ved sensurering.

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

UNIVERSITETET I OSLO

Use Case-modellering. INF1050: Gjennomgang, uke 04

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

UNIVERSITETET I OSLO

Spesifikasjon av Lag emne

UML 1. Use case drevet analyse og design Kirsten Ribu

ORDINÆR EKSAMEN - gruppe

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Use case drevet design med UML

Ny 0 0,0% Distribuert 64 66,7% Noen svar 1 1,0% Gjennomført 31 32,3% Frafalt 0 0,0% I alt ,0%

HLB STUDENTHÅNDBOKA. Hviket ansvar har jeg som student? Hva kan jeg forvente av foreleser?

Velkommen til. IN1010 Objektorientert programmering Våren 2018

Studieplan 2018/2019

Velkommen til. INF våren 2017

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle

Oppgaver Oppgavetype Vurdering Status 1 ORG109, forside Flervalg Automatisk poengsum Levert

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

EKSAMEN. Evaluering av IT-systemer. Eksamenstid: kl 0900 til kl 1300

Velkommen. Torsdag 24 januar 2019 time 1. Yngve og Jo. IN 1030 Systemer, krav og konsekvenser

Det er ingen krav om forkunnskaper utover opptakskravet til studiet.

Sluttrapport KJM1002 Høsten 2017

Modellering av krav. INF1050: Systemutvikling 11. februar Universitetslektor Yngve Lindsjørn

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

Lover + Etikk + noe mer om universell utforming. Tid: Onsdag 28 februar 2018 Sted: Simula Jo

INNHOLD. Side Eksempeleksamen 2T - Hele oppgavesettet 1. Oppgave 1 Eksempeleksamen 10

Skjema for å opprette, endre og legge ned emner

Studieplan 2019/2020

Skjema for å opprette, endre og legge ned emner

STK1000 Obligatorisk oppgave 1 av 2

Skjema for å opprette, endre og legge ned emner

STUDIEPLAN UTDANNING I FUNKSJONSRETTET LEDELSE FOR OPERASJONSLEDERE

UNIVERSITETET I OSLO

SOS 2001 Bacheloroppgave i sosiologi, våren 2007

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl Fakultet for fysikk, informatikk og matematikk

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn

Eksamen IN1010/INF1010 våren 2018

EVU KURS PROSJEKTERINGSLEDELSE 2014/15

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell

RAMMER FOR MUNTLIG-PRAKTISK EKSAMEN I INSTRUKSJON OG LEDELSE ELEVER OG PRIVATISTER 2019

Studieplan for. Regning som grunnleggende ferdighet i alle fag

UKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

IN januar Introduksjon. IN2000%>Introduksjon 1

i seksuell helse og seksualitetsundervisning

INF112(kun et utvalg av kommentarene er med i denne rapporten)

Velkommen til INF115

inf 1510: bruksorientert design intro våren 2012

Skjema for å opprette, endre og legge ned emner

Gjennomgang av prøveeksamen. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

Studieplan 2019/2020

efs) Høgskoleni Øs fold

Prosessregler for prosedyreøvelsen (JUS2111)

Fra krav til objekter. INF1050: Gjennomgang, uke 05

Prosjektoppgave INF3290 høsten 2016

Digital eksamensavvikling

Hogskoleni østfold EKSAMEN. SFB10312 Innføring i bedriftsøkonomisk analyse. Utskrift av mappeinnlevering Kalkulator

Prosjektoppgave INF3290 høsten 2017

ECON EKSAMEN H2018

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

IN2000:&Kravhåndtering,&modellering,&design

Innledning. IN2010/INF Algoritmer og datastrukturer. Tirsdag 27. november 2018 Kl (4 timer)

IS-305 generell informasjon

PED1002/1 Kunnskap, læring og pedagogisk arbeid. Formålet er oppnåelse av følgende kunnskaper, ferdigheter og generell kompetanse:

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

Studieplan 2019/2020

SOS4011 Teorifordypning i sosiologi HØST STUDIEPOENG HJEMMEEKSAMEN

Mangoldsleder-DM, Diversity Manager Oppgaver til skriftlig og muntlig eksamen, struktur og eksempler

IN2001: Kravhåndtering, modellering, design

Betegnelse på undervisningsformer og godkjenningsrutiner for obligatoriske aktiviteter

INF Modellering med objekter (Oblig 2) **TimeregistreringSystem** (Designet av Alen Cemer

2MPEL171S-2 PEL 1, emne 2: Elevens læring

Brukerveiledning i eksamensinnlevering på Fronter

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.

Obligatorisk oppgavesett 1 MAT1120 H16

Skjema for å opprette, endre og legge ned emner

1 Introduksjon til designmodellen - del B 2

GEOV111 Geofysiske metoder - oppsummering av studentevalueringen VÅR 2016

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter

Eksempel på organisering av gruppeundervisning med en kritisk vurdering

MN-fakultetet, UiO Dato:

Modellering IT konferanse

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Transkript:

Gjennomgang av eksamen 2018 IN1030 Gruppe 4

Hva skal vi i dag? Gjennomgang av eksamen fra 2018 Jobbe med oblig 5

Oppgavesettet Både eksamen fra 2017 og 2018 ligger på en egen underside av semestersiden NB: oppgavene i 2017-eksamen om branching, model-view-controller og testing er ikke pensum

Eksamen 2018

Om oppgavesettet - Eksamensdato: 30. Mai 2018 - Eksamenstid: 09:00-13:00 - Hjelpemidler: Ingen hjelpemidler tillatt I dette oppgavesettet har du mulighet til å svare med digital håndtegning (oppgave 1, 4 og 5). Du bruker skisseark du får utdelt. Det er anledning til å bruke flere ark per oppgave. Se instruksjon for utfylling av skisseark på pult. Det er IKKE anledning til å bruke digital håndtegning på andre oppgaver enn oppgave 1, 4 og 5. Det blir IKKE gitt ekstratid for å fylle ut informasjonsboksene på skisseark (engangskoder, kand.nr. o.l.).

Casebeskrivelse Du skal jobbe med deler av et system (app eller websystem) for samretting av obligatoriske oppgaver, der retter og studenten (oppgavene løses individuelt) går gjennom den obligatoriske oppgaven sammen med muntlig tilbakemelding. Etter at fristen for en obligatorisk oppgave har gått ut, skal det være mulig for studenten å booke et «rettemøte» med en retter. Oppgaven leveres elektronisk innen fristen. Alle som er rettere har lagt inn ledige rettetbolker (en rettebolk er på 30 min.) og studenten velger da et ledig tidspunkt innen en uke etter at oppgaven er levert. Det skal ikke være mulig å booke et rettemøte hvis oppgaven ikke er levert, eller senere enn en uke etter leveringstidspunktet. Hvis den obligatoriske oppgaven blir underkjent etter samrettingen, får studenten vite (muntlig) hvilke deler av oppgaven som må forbedres, og må da levere på nytt innen en uke, og et nytt møtetidspunkt må bookes. Det gis ikke mer enn to forsøk; blir oppgaven underkjent for andre gang får ikke studenten gå opp til eksamen i dette kurset i det semesteret. Samrettingen avsluttes med at retter enten godkjenner eller underkjenner den obligatoriske oppgaven og legger resultatet inn i systemet du skal jobbe med i denne oppgaven.

OPPGAVE 1 NB: I denne oppgaven har du anledning til å svare både med tekst (tekstfelt) og digital håndtegning. Bruk eget skisseark (utdelt) til digital håndtegning. Se instruksjon for utfylling av skisseark på pult. 1) Med utgangspunkt i casebeskrivelsen på første side, lag et rikt bilde. Få med interessenter, concerns, relasjoner og eventuelle konflikter. 2) Hvordan kan du bruke et rikt bilde i en systemutviklingsprosess? Skriv minimum 2 setninger, maksimalt 8 setninger.

OPPGAVE 1

OPPGAVE 1 Svar, del 2: Mange systemutviklingsprosesser går galt ved å ikke se på konsekvensene av å utgi/etablere systemet sitt. Et rikt bilde vil gi en oversikt over alle som er påvirket, direkte eller indirekte, av systemet. En mulig fordel er også å kunne se alternative målgrupper og oppklare kommende konflikter i relasjoner. Dette gir mulighet til å oppklare potensielle konflikter før de etablerer seg, noe som inngår i prosesshåndtering, og å finne alternative målgrupper/brukergrupper. En grafisk fremstilling kan i større grad vise kartleggingen av de som kan bli påvirket av systemet, det initierer også en kreativ prosess som kan engasjere flere i bedriften/teamet for prosjektet.

OPPGAVE 2 1. Hva menes med universell utforming? 2. På hvilke måter er dette sentralt ved utvikling av sentrale tjenester? Skriv minimum tre, og maksimum 8 setninger om dette. 3. Beskriv de fire overordnede prinsippene i WCAG 2.0

OPPGAVE 2 1) Hva menes med universell utforming? Universell utforming er et samfunnsplanleggings og designmessig konsept som går ut på tilgjengelighet for flest mulig brukere. Dette er spesielt med tanke på individer og grupper med funksjonsnedsettelser. 2) På hvilken måte er dette sentralt ved utivkling av digitale tjenester? Når man utvikler digitale tjenester skal man tilpasse sin tjeneste slik at enhver bruker, uavhengig av funksjonsnedsettelse eller utfordringer, skal kunne bruke den. Man må ta hensyn til enhver brukergruppe når man utvikler en IT-tjeneste. Et eksempel på en mulig konflikt er en webside/app med lav fargekontrast hvor svaksynte kan ha spesielle utfordringer med å benytte seg av.

OPPGAVE 2 3) Beskriv de fire overordnede prinsippene i WCAG 2.0 1. Enkelt å oppfatte : Tjenesten skal ikke være vanskelig å oppfatte, dette betyr at funksjonen skal være intuitiv og lettfattelig. 2. Enkelt å forstå : Her kan for eksempel mye av innholdet i en webside bli erstattet med alternative måter å forstå innholdet. For eksempel bildebruk i stedet for tekst.

OPPGAVE 2 3) Beskriv de fire overordnede prinsippene i WCAG 2.0 3. Enkelt å bruke : Enhver bruker skal kunne bruke siden. Et eksempel på en framgangsmåte er da å tillate både bruk av mus og tastatur for å navigere siden. 4. Robust : Siden skal være tilgjengelig og ha mest mulig oppetid.

OPPGAVE 3 Et av læringsmålene for IN1030 er: Etter å ha fullført kurset kjenner du til sentrale lover og forskrifter for utvikling av digitale systemer, og kan drøfte etiske problemstillinger. 1. Lag et spørsmål som har å gjøre med dette læringsmålet. 2. Skriv minimum 3 og maksimum 8 setninger om hvordan spørsmålet ditt er relatert til læringsmålet. 3. Velg en mulig etisk utfordring ved caset på forsiden og drøft den etiske utfordringen.

OPPGAVE 3 1. Spørsmål til læringsmålet: Hvordan kan diskriminering og tilgjengelighetsloven utfordre innovasjon? 2. Hvordan spørsmålet er relatert til læringsmålet: Spørsmålet mitt belyser et etisk dilemma som handler om kravet om universell utforming i digitale systemer. Man må vite om diskriminerings og tilgjengelighetsloven og samtidig vite at dette kan være både tidskrevende og dyrt å innføre. Det krever en del forhåndskunnskaper og fagpersoner, eventuelt kursing. Dette kan være en finansiell byrde for nyetablerte eller etablerende grundere og/eller digitale systemer. Det etiske dilemmaet er om vi skal legge lenker på innovasjon og utvikling innenfor digitale løsninger til fordel at alle skal kunne benytte seg av tjenesten/løsningen.

OPPGAVE 3 3. Velg en mulig etisk utfordring ved caset på forsiden og drøft denne: En mulig etisk utfordring med det nye systemet er den direkte kontakten mellom retteren og studenten. Via det nye systemet så innfører man en direkte kontakt mellom en student og en retter, og her er det en ujevn fordeling av makt. Både studenten og retteren vil være klar over at det er opp til retteren om studenten består sin obligatoriske oppgave og eventuelt kommer opp til eksamen. Man kan argumentere at resultatet er opp til studenten, men på grunn av denne maktfordelingen så vil det påvirke samspillet mellom studenten og retteren. Er retteren ondsinnet kan han eller hun finne på å utnytte situasjonen. Samtidig kan studenten også påvirke retteren sin beslutning. Det er ikke slik at denne konflikten ikke oppstår i tradisjonell retting, men den kan bli mer tydelig i direkte kontakt.

Oppgave 6

Oppgave 7

Oppgave 8

Oppgave 9

Oppgave 10

Oppgave 11

Oppgave 12

Oppgave 13

Oppgave 14

Oppgave 15

Oppgave 16

Oppgave 17

Oppgave 18

Oppgave 19

Oppgave 20 Beskriv de fire mest populære smidige møtene. Planleggingsmøte: Her skjer den faktiske planleggingen av prosjektet inennfor bedriften. Her samles alle teamene og man fordeler arbeid, legger opp en timeplan, redegjør for risikoer og etablerer tidsfrister. Dette skjer i starten av for eksempel en sprint eller ved starten av et større oppdrag e.l. Teammøte/internmøte: Her møter de interne i hvert team for å diskutere prosjektplanleggingen, arbeidsfordelingen og planlegging av timeplan. Det kan være en representant fra team A i teammøtet til team B og vica versa under denne prosessen, men den skal først og fremst være intern.

Oppgave 20 Beskriv de fire mest populære smidige møtene. Daily standupmøte: Daily standupmøter er et daglig møte som vanligvis blir tatt om morgenen (dog, dette er blitt bevist å være mindre effektivt enn å ta det senere på dagen). Her adresserer man tre spørsmål: 1. Hva har jeg gjort siden i går. 2. Hva skal jeg gjøre i dag. 3. Hvilke hindringer har jeg? Retrospektivt møte: Retrospektive møter oppsummerer en lenger periode. Dette kan for eksempel være på slutten av en sprint eller på slutten av et større prosjekt. Her går man igjennom hva som fungerte bra, hva som fungerte dårlig og hvilke endringer man kan gjøre til neste gang.

Caseoppgave fra eksamen 2018

Casebeskrivelse Du skal jobbe med deler av et system (app eller websystem) for samretting av obligatoriske oppgaver, der retter og studenten (oppgavene løses individuelt) går gjennom den obligatoriske oppgaven sammen med muntlig tilbakemelding. Etter at fristen for en obligatorisk oppgave har gått ut, skal det være mulig for studenten å booke et «rettemøte» med en retter. Oppgaven leveres elektronisk innen fristen. Alle som er rettere har lagt inn ledige rettetbolker (en rettebolk er på 30 min.) og studenten velger da et ledig tidspunkt innen en uke etter at oppgaven er levert. Det skal ikke være mulig å booke et rettemøte hvis oppgaven ikke er levert, eller senere enn en uke etter leveringstidspunktet. Hvis den obligatoriske oppgaven blir underkjent etter samrettingen, får studenten vite (muntlig) hvilke deler av oppgaven som må forbedres, og må da levere på nytt innen en uke, og et nytt møtetidspunkt må bookes. Det gis ikke mer enn to forsøk; blir oppgaven underkjent for andre gang får ikke studenten gå opp til eksamen i dette kurset i det semesteret. Samrettingen avsluttes med at retter enten godkjenner eller underkjenner den obligatoriske oppgaven og legger resultatet inn i systemet du skal jobbe med i denne oppgaven.

OPPGAVE 4 NB: I denne oppgaven har du anledning til å svare både med tekst (tekstfelt) og digital håndtegning. Bruk eget skisseark (utdelt) til digital håndtegning. Se instruksjon for utfylling av skisseark på pult. Ta utgangspunkt i casebeskrivelsen gitt på første side. Tegn et usecase diagram for systemet.

OPPGAVE 4

OPPGAVE 4 *: Siden man må ha levert innleveringen før man kan booke samrettingstime, så har jeg valgt å ta include book time istedet for å skrive book time som en egen use case. **: På "gi tilbakemelding" har jeg valgt at den vanlige framgangsmåten er å gi godkjent, og at ved å extende underkjent så vil man bli tatt videre til en del av systemet som lar retter sette en ny tidsfrist. Har studenten levert to ganger skal det også være mulig å stryke studenten.

OPPGAVE 5 NB: I denne oppgaven har du anledning til å svare både med tekst (tekstfelt) og digital håndtegning. Bruk eget skisseark (utdelt) til digital håndtegning. Se instruksjon for utfylling av skisseark på pult. Bruk gjerne ett ark ved svar på punkt 2 under, og ett ark ved svar på punkt 3. Du skal nå ta for deg use-caset «book samretting» fra casebeskrivelsen på første side. Du kan anta at rommet der samrettingen skal foregå allerede er booket. 1. 2. 3. Gi en tekstlig beskrivelse. Ta med hovedflyt og minst to alternative flyt. Tegn et sekvensdiagram. Du kan anta at du har følgende metode tilgjengelig: BookSamretting (Retter): tidspunkt som returnerer tidspunkt (dato og tid) for rettemøte hvis det finnes ledig tid. Du kan også anta at du har følgende metode tilgjengelig: OppgaveLevert: levert som returnerer om oppgaven er levert eller ikke. Tegn et klassediagram som reflekterer sekvensdiagrammet du tegnet i oppgave (c). Inkluder attributter, metoder og assosiasjoner med multiplisitet.

OPPGAVE 5 - tekstlig beskrivelse I denne oppgaven ble det oppgitt at rommet allerede er booket, derfor er steg nr. 2 at rommet og tidspunktet er i orden. Navn: Book samretting Aktør(er): Student og retter Prebetingelser: Studenten har fått en tidsfrist på innleveringen. Postbetingelser: Innleveringen har fått tilbakemelding. Hovedflyt: 1. Studenten har levert sin elektroniske innlevering 2. Fristen på den obligatoriske innleveringen går ut. 3. Rommet har blitt booket. 4. Retter gir tilbakemelding på innleveringen. 5. Studenten får godkjent.

OPPGAVE 5 - tekstlig beskrivelse forts Alternativ flyt 1: 1. Fristen for den obligatoriske innleveringen går ut. 2. Studenten har ikke levert innleveringen. 3. Rommet blir ikke booket. 4. Retter gir underkjent vurdering. 5. Studenten får ny tidsfrist. 6. Tidsfristen går ut. 7. Rommet har blitt booket.

OPPGAVE 5 - tekstlig beskrivelse forts Alternativ flyt 2: 1. Studenten har levert sin elektroniske innlevering 2. Fristen på den obligatoriske innleveringen går ut. 3. Rommet har blitt booket. 4. Retteren gir tilbakemelding på innleveringen. 5. Studenten får underkjent. 6. Retter setter ny tidsfrist. 7. Tilbake til steg 2.

OPPGAVE 5 - tekstlig beskrivelse forts Alternativ flyt 3: 1. Fristen for den nye innleveringen har gått ut 2. Studenten har levert. 3. Rommet blir booket. 4. Retter gir underkjent vurdering. 5. Studenten stryker i faget. Alternativ flyt 4: 1. Studenten har levert sin elektroniske innlevering 2. Fristen på den obligatoriske innleveringen går ut. 3. Tidspunktet passer ikke for studenten 4. Rommet blir booket på et annet tidspunkt. Tilbake til alternativ flyt 1 eller 2.

OPPGAVE 5 - sekvensdiagram

OPPGAVE 5 - sekvensdiagram Kommentar til sekvensdiagram: I ALT1-blokken prøver studenten å booke rom via samrettingssystemet, men siden studenten ikke har levert inn en oppgaven vil den kun gi tilbake null fra samrettingssystemet, og underkjent fra retteren. I ALT2-blokken passer ikke tidspunktet for studenten. I ALT3-blokken får studenten underkjent og rommet blir booket på nytt.

OPPGAVE 5 - klassediagram

Neste uke Oppsummering og eksamensforberedelser

Jobbe med oblig 5 Resten av tiden kan dere jobbe med oblig

Spørsmål? Michael (michaehs@student.matnat.uio.no)