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

Like dokumenter
Prøveeksamen INF1050: Gjennomgang, uke 15

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Konfigurasjonsstyring

Oppgave 1: Multiple choice (20 %)

Forside Eksamen INF1055 V17

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

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

Notat om sekvens av handlinger mellom menneske og maskin

UKE 14 Versjonshåndtering og testing. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

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

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

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

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

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

Notat om sekvens av handlinger mellom menneske og maskin

UKE 11 UML modellering og use case. Gruppetime INF1055

UNIVERSITETET I OSLO

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

Forskningsmetoder. INF1050: Gjennomgang, uke 13

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO

Gjennomgang av eksamen IN1030 Gruppe 4

Use Case-modellering. INF1050: Gjennomgang, uke 04

Datainnsamling. Gruppetime 15. Februar Lone Lægreid

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

GRUPPE 5 UKE 2 IN1050

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

UML-Unified Modeling Language

UKEOPPGAVER 13: KONFIGURASJONSSTYRING

UKE 2 Forstå bruk/ datainnsamling. Plenum IN1050 Julie og Maria

Kravhåndtering. INF1050: Gjennomgang, uke 03

Oppgave 1 Multiple Choice

Eksamen INF1050: Gjennomgang, uke 15

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

Forelesning IMT mars 2011

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

Obligatorisk oppgave 5: Modellering av krav

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

11 Planlegging og dokumentasjon

Kap 11 Planlegging og dokumentasjon s 310

Gjennomgang av eksamen IN1030 Gruppe 4

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise IMT2243 : Systemutvikling 1

Eksamen 2013 Løsningsforslag

Den digitale plattformen:

Brukerhåndbok Programområde

UML 1. Use case drevet analyse og design Kirsten Ribu

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

GJENNOMGANG OBLIGATORISK OPPGAVE 1

GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING

UKE 10 Kravhåndtering. Gruppetime INF1055

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

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

Produktrapport Gruppe 9

HCI, Interaksjon, grensesnitt og kontekst. Intervju, spørsmålstyper og observasjon

INF1510: Obligatorisk oppgave 2: prosjektforslag

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise IMT2243 : Systemutvikling 1

Fra krav til modellering av objekter

1. Hvilke type krav angår sikkerhet og pålitelighet?

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

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

UKE 3 Krav og behov. Plenum IN1050 Julie og Maria

Metodisk arbeid. Strukturert arbeidsmåte for å nå et bestemt mål

Diskusjonsoppgaver Hvilke fordeler oppnår man ved analytisk evaluering sammenliknet med andre tilnærminger?

Løsningsforslag Sluttprøve 2015

MAT-INF 1100: Obligatorisk oppgave 1

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

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

Modellering IT konferanse

INSPERA - brukerveiledning for student hjemmeeksamen

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav.

VAK-test: Kartlegging av egen sansepreferanse-rekkefølge

KONTROLLSTRUKTURER. MAT1030 Diskret matematikk. Kontrollstrukturer. Kontrollstrukturer. Eksempel (Ubegrenset while-løkke)

Forelesning 2. Flere pseudokoder. Representasjoner av tall. Dag Normann januar 2008 KONTROLLSTRUKTURER. Kontrollstrukturer. Kontrollstrukturer

Oppgave 1 (Etter forelesning 31/8) Gå gjennom nettsiden arngren.net og list opp alle problemene du ser. Både i funksjonalitet/bruk og i koden bak.

Kristina Halkidis s Refleksjonsnotat 3. Refleksjonsnotat 3. vitenskapsteori

Last ned Undervisning i endring. Last ned. Last ned e-bok ny norsk Undervisning i endring Gratis boken Pdf, ibook, Kindle, Txt, Doc, Mobi

1. Hvilke type krav angår sikkerhet og pålitelighet?

Prosjektoppgave INF3290 høsten 2018

ENALYZER FOR DUMMIES. LOGG INN med brukernavn og passord de fleste har epostadressen som brukernavn og etternavnet med stor forbokstav som passord.

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

Installere JBuilder Foundation i Mandrake Linux 10.0

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02

Fra krav til objektdesign

Use case drevet design med UML

Etterutdanningskurs "Mestre Ambisiøs Matematikkundervisning" høst vår 2016

Rike bilder 1(5) IN Systemer, krav og konsekvenser Notat av Tone Bratteteig, Jo Herstad Våren 2018

Metoder for å forstå bruk. Tone Bra2eteig inf1510 7/3 2011

Altinns nye tjenesteverksted. Lars Vegard Bachmann, produkteier portal og tjenester, Altinn

Brukerundersøkelser. Tid: Torsdag 14 februar 2019 Sted: Simula Jo

SRD. Software Requirements and Design GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

SRD GLIS. Cecilie Dortea Gløsmyr, Espen Buø og Henrik Lie

Repetisjon. Plenum IN1050 Uke 14 Maria og Helle

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign

Individuell plan i Sampro Informasjon til planeier og deltakere

Design, bruk, interaksjon

Dokumentasjon av Git. Vedlegg F

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

Oppsummering fra sist

Prosjektoppgave INF3290 høsten 2017

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

Transkript:

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

OPPGAVE 1: MUlTIPLE CHOICE

SPØRSMÅL 1.1 Hva er et funksjonelt krav? a) Teksten på skjermen skal være svart med hvit bakgrunn. b) Utskrift av billett skal ikke ta mer enn 5 sekunder. c) Det skal være et valg for utskrift av kvittering. d) Koden skal være enkel å endre.

SPØRSMÅL 1.1 Hva er et funksjonelt krav? a) Teksten på skjermen skal være svart med hvit bakgrunn. b) Utskrift av billett skal ikke ta mer enn 5 sekunder. c) Det skal være et valg for utskrift av kvittering. d) Koden skal være enkel å endre.

SPØRSMÅL 1.2 Et eksperiment i systemutvikling brukes for å.. a) studere en teknologi i dybden i et gitt prosjekt. b) kartlegge virkningen av å bruke en bestemt teknologi (prosessmodell, metode, teknikk, praksis, verktøy eller språk). c) finne utvikleres mening om hvor god en teknologi er. d) intervjue utviklere som bruker en teknologi.

SPØRSMÅL 1.2 Et eksperiment i systemutvikling brukes for å.. a) studere en teknologi i dybden i et gitt prosjekt. b) kartlegge virkningen av å bruke en bestemt teknologi (prosessmodell, metode, teknikk, praksis, verktøy eller språk). c) finne utvikleres mening om hvor god en teknologi er. d) intervjue utviklere som bruker en teknologi.

SPØRSMÅL 1.3 Et inkrement i inkrementell utvikling indikerer.. a) et tillegg i kravspesifikasjonen. b)... et tillegg i programvaren. c)... en iterasjon i smidig utvikling. d) en milepæl for prosjektet.

SPØRSMÅL 1.3 Et inkrement i inkrementell utvikling indikerer.. a) et tillegg i kravspesifikasjonen. b)... et tillegg i programvaren. c)... en iterasjon i smidig utvikling. d) en milepæl for prosjektet.

SPØRSMÅL 1.4 Hva representerer en valgdiamant i et aktivitetsdiagram? a) 'for'-løkke. b) 'while'-løkke. c) 'if then else'-test. d) 'Class'.

SPØRSMÅL 1.4 Hva representerer en valgdiamant i et aktivitetsdiagram? a) 'for'-løkke. b) 'while'-løkke. c) 'if then else'-test. d) 'Class'.

SPØRSMÅL 1.5 Hva er en baseline? a) En kontrollert konfigurasjon av komponenter som fungerer som plattform for videreutvikling. b) Et element som er under konfigurasjonskontroll. c) En sekvens av mainlines. d) En sekvens av branches.

SPØRSMÅL 1.5 Hva er en baseline? a) En kontrollert konfigurasjon av komponenter som fungerer som plattform for videreutvikling. b) Et element som er under konfigurasjonskontroll. c) En sekvens av mainlines. d) En sekvens av branches.

OPPGAVE 2: KORTSVARSOPPGAVER

SPØRSMÅL 2.1 Hvorfor er versjonshåndtering viktig?

SPØRSMÅL 2.1 Hvorfor er versjonshåndtering viktig? Hva er versjonshåndtering? - En av aktivitetene i konfigurasjonsstyring. - En oversikt over ulike versjoner av system og systemkomponenter. - Prosessen hvor man håndterer codelines og baselines. Hvorfor er versjonshåndtering viktig? - For å unngå at endringer fra ulike utviklere kolliderer med hverandre.

SPØRSMÅL 2.2 Hva er distribuert versjonshåndtering?

SPØRSMÅL 2.2 Hva er distribuert versjonshåndtering? Distribuert versjonshåndtering oppstår når flere versjoner av repository eksisterer på samme tid. Distribuerte systemer: - Master repository ligger på en server - Utviklere laster ned (pull) en klone til privat arbeidsområde - Har nå tilgang til hele historien på egen maskin - Data + metadata - Endringer blir oppdatert privat gjennom commit - Endringer oppdateres globalt ved push til master repository - Git er et eksempel på dette

SPØRSMÅL 2.3 Hva er et repository?

SPØRSMÅL 2.3 Hva er et repository? Et repository er en lagringsplass for kildekode/programvarekomponenter - Verktøy for versjonhåndtering - Gir oversikt over endringer som utføres - Kan være - Sentraliserte - Distribuerte

OPPGAVE 3: RIKE BILDER

SPØRSMÅL 3.1 Hva er et rikt bilde?

SPØRSMÅL 3.1 Hva er et rikt bilde? Et rikt bilde er en kartleggings-teknikk i systemutvikling som tar for seg interessenter, arbeidsprosesser og perspektiver. - En tegneserieaktig fremstilling av interessenter, deres concerns, samt noe av strukturen som underbygger arbeidskonteksten. - Brukes ofte tidlig i prosessen som et hjelpemiddel for å få oversikt over interessenter, samt deres samspill og/eller avhengighet. - Forstå hvorfor interessentene jobber som de gjør. - Perspektivene kan brukes for å diskutere muligheter for om-organisering av arbeid. - Identifiserer konflikter og potensielle problemer.

SPØRSMÅL 3.2 Hvilken funksjon har et rikt bilde i en systemutviklingsprosess?

SPØRSMÅL 3.2 Hvilken funksjon har et rikt bilde i en systemutviklingsprosess? Utgangspunkt: tekniske system feiler ofte i praksis fordi man har mislyktes i å bygge noe som fungerer sammen med arbeidsprosessene som inngår i konteksten hvor systemet brukes. - Innføringen av et nytt system vil påvirke hvordan mennesker utfører sitt arbeid. - Hvilke praktiske implikasjoner har innføringen av system for brukere og andre interessenter? - Man arbeider med et formål, og interessentenes mål (concerns) kan ofte være motstridende.

SPØRSMÅL 3.2 Hvilken funksjon har et rikt bilde i en systemutviklingsprosess? Utgangspunkt: tekniske system feiler ofte i praksis fordi man har mislyktes i å bygge noe som fungerer sammen med arbeidsprosessene som inngår i konteksten hvor systemet brukes. Problem: hvordan skal designere forholde seg til disse, til dels motstridende, målene og bekymringene? Her kan rike bilder være et godt hjelpemiddel!

SPØRSMÅL 3.3 Hvilken av de følgende er *ikke* en viktig komponent i et rikt bilde? a) Interessenter b) Concerns c) Artefakter d) Prosesser

SPØRSMÅL 3.3 Hvilken av de følgende er *ikke* en viktig komponent i et rikt bilde? a) Interessenter b) Concerns c) Artefakter d) Prosesser

SPØRSMÅL 3.4 Hva representerer kryssede klinger i et rikt bilde? a) Uenighet i hvem som er interessenter b) Konflikt mellom interessentene c) Konflikt mellom systemutviklerne d) Konflikt i informasjonsflyten

SPØRSMÅL 3.4 Hva representerer kryssede klinger i et rikt bilde? a) Uenighet i hvem som er interessenter b) Konflikt mellom interessentene c) Konflikt mellom systemutviklerne d) Konflikt i informasjonsflyten

OPPGAVE 4: UNDERSØKELSE AV BRUK

SPØRSMÅL 4.1 Gitt at du skal gjennomføre en datainnsamling der du ønsker å observere en brukers interaksjon med et system. Forklar hvordan du ville gått frem for å planlegge denne datainnsamlingen.

SPØRSMÅL 4.1 Forklar hvordan du ville gått frem for å planlegge denne datainnsamlingen. Hvilke elementer må man tenke på når man skal gjennomføre en datainnsamling? - Mål: Å komme seg fra rådata til informasjon til konklusjon. - Hva er målet med datainnsamlingen? - Hvem er brukerne mine? Hva prøver de å oppnå? - Hvilke oppgaver ønsker jeg at deltakerne skal gjøre? - Praktiske spørsmål (utstyr, lokasjon osv.). - Samtykkeskjema. - Pilotundersøkelse.

SPØRSMÅL 4.2 Lucy Suchman presenterer en tabell for å analysere en sekvens av handlinger. Beskriv de fire kolonnene, og gi eksempler på hva som kan føres inn i hver av dem.

SPØRSMÅL 4.2 Lucy Suchman presenterer en tabell for å analysere en sekvens av handlinger. Beskriv de fire kolonnene, og gi eksempler på hva som kan føres inn i hver av dem. Kolonne 1 Bruker: handling ikke synlig for maskin : I denne kolonnen fører man inn det brukeren tenker høyt, gjør, sier, kroppsspråk - alt menneskelig som ikke er en direkte interaksjon med maskinen. Det kan for eksempel være tar seg til hodet, himler med øynene, sukker høyt eller sier: forstår ikke hvordan jeg skal gjøre dette, hvordan kommer jeg meg videre herfra osv.

SPØRSMÅL 4.2 Lucy Suchman presenterer en tabell for å analysere en sekvens av handlinger. Beskriv de fire kolonnene, og gi eksempler på hva som kan føres inn i hver av dem. Kolonne 2 Bruker: handling synlig for maskinen : I denne kolonnen skal man føre inn brukerens direkte interaksjon med systemet. Hva er det brukeren trykker på, skriver, evt. sier, som systemet vil registrere. Dette kan for eksempel være at man trykker på et ikon, skriver inn et søkeord og trykker søk, markerer tekst osv.

SPØRSMÅL 4.2 Lucy Suchman presenterer en tabell for å analysere en sekvens av handlinger. Beskriv de fire kolonnene, og gi eksempler på hva som kan føres inn i hver av dem. Kolonne 3 Maskin: effekt synlig for bruker : I denne kolonnen fører man inn effekten av interaksjonen som bruker har med systemet, og som bruker oppfatter. Det vil si at dersom bruker (i forrige kolonne) har skrevet inn et søkeord og trykket søk, vil man her føre inn hvilke søkeresultater bruker blir presentert for. Eventuelt hvis bruker trykker lagre i et dokument, og maskin responderer med dokument lagret.

SPØRSMÅL 4.2 Lucy Suchman presenterer en tabell for å analysere en sekvens av handlinger. Beskriv de fire kolonnene, og gi eksempler på hva som kan føres inn i hver av dem. Kolonne 4 Maskin: effekt ikke synlig for bruker (design rasjonale) : I denne kolonnen føres inn det som skjer inne i maskinen, dvs. alle algoritmer, bits and bytes og kontakt med internett - alt som skjer som bruker ikke ser. I eksemplet vårt vil bruker se hvilket ord som blir søkt på, søkeresultater, men ikke selve prosessen bak. Dette kan være vanskelig å føre inn dersom man ikke har slik kunnskap, men i en systemutviklingsprosess vil det være andre teammedlemmer som har denne kunnskapen.

SPØRSMÅL 4.2 Lucy Suchman presenterer en tabell for å analysere en sekvens av handlinger. Beskriv de fire kolonnene, og gi eksempler på hva som kan føres inn i hver av dem. OBS! Det er viktig, og et poeng med analysen, at sekvensen av handlinger, interaksjoner og effekter er synlig i tabellen. Med dette mener vi at rekkefølgen i hver enkelt punkt reflekterer det som skjedde under den faktiske observasjonen. Det vil si at dersom maskinen eller tjenesten bruker lang tid på å respondere, skal dette visualiseres i tabellen. Dette kan gjøres ved at det som føres inn i hver kolonne ikke er på samme rad. Man kan også visualisere tidslinjen på en annen måte, eksempelvis gjennom nummerering av punktene.

SPØRSMÅL 4.3 Hvorfor er det hensiktsmessig å gjennomføre pilotundersøkelser? a) For å undersøke hvor lang tid datainnsamlingen tar. b) For å sjekke at man har alt utstyr på plass. c) For å sjekke at deltakeren har det bra underveis. d) For å evaluere og forbedre den planlagde datainnsamlingen.

SPØRSMÅL 4.3 Hvorfor er det hensiktsmessig å gjennomføre pilotundersøkelser? a) For å undersøke hvor lang tid datainnsamlingen tar. b) For å sjekke at man har alt utstyr på plass. c) For å sjekke at deltakeren har det bra underveis. d) For å evaluere og forbedre den planlagde datainnsamlingen.

SPØRSMÅL 4.4 Når i datainnsamlingsprosessen burde man innhente samtykke? a) Før datainnsamlingen starter. b) Før systemet lanseres. c) Det spiller ingen rolle så lenge jeg har kjennskap til deltakeren. d) Etter datainnsamlingen er gjort.

SPØRSMÅL 4.4 Når i datainnsamlingsprosessen burde man innhente samtykke? a) Før datainnsamlingen starter. b) Før systemet lanseres. c) Det spiller ingen rolle så lenge jeg har kjennskap til deltakeren. d) Etter datainnsamlingen er gjort,

SPØRSMÅL 4.5 Et av læringsmålene for dette kurset er at du skal kunne utføre enkle brukerundersøkelser. Lag et spørsmål relatert til dette læringsmålet og skriv minimum tre setninger om hvordan spørsmålet ditt er relatert til læringsmålet.

SPØRSMÅL 4.5 Et av læringsmålene for dette kurset er at du skal kunne utføre enkle brukerundersøkelser. Lag et spørsmål relatert til dette læringsmålet og skriv minimum tre setninger om hvordan spørsmålet ditt er relatert til læringsmålet. TIPS! Se over spørsmålene dere har stilt i obligene.

OPPGAVE 5: CASE: MODELLERING

CASE: Fornøyelsespark Du skal modellere deler av et web-basert system for kjøp av billetter til en fornøyelsespark. Billettene kjøpes på web, og du kan kjøpe ulike typer billetter. Alle billetter gjelder én bestemt dag. Det er også mulig å kjøpe billetter i luka når du kommer til selve fornøyelsesparken, men det skal du ikke modellere i denne oppgaven. Når det gjelder billetter til selve fornøyelsesparken, er det mest vanlige å kjøpe billett som inkluderer alle attraksjoner bortsett fra én: Air Fantasy må man betale for separat og koster 100 kr. pr tur. Det er også mulig å kjøpe kun inngangsbillett (uten attraksjoner) for 100 kr.

CASE: Fornøyelsespark Følgende priser gjelder billett inkludert attraksjoner: Over 120 cm: 400 kr. Under 120 cm: 200 kr. (noen av attraksjonene er ikke tilgjengelige) Senior (over 60 år): 200 kr. I tillegg kan man kjøpe billett(er) til én eller flere turer med Air Fantasy. Det er også mulig å kjøpe billetter til mat på to ulike steder: Pizzastedet med følgende priser: 300 kr. for stor pizza, 150 kr. for liten pizza. Burgersjappa med følgende priser: 150 kr. for stor burger og 100 kr. for liten burger.

CASE: Fornøyelsespark Ved bestilling av billetter på nettet (både inngangsbilletter med/uten attraksjoner, billetter til Air Fantasy og billetter til mat) skal det være mulig å bestille et vilkårlig antall av hver type billett til vilkårlige mange dager (legg i handlekurv) før man går til betaling. Hvis du vil, kan du i det web-baserte systemet legge inn din profil med personlig informasjon, opplysninger om betalingskort. Hvis du også legger inn ønsket brukernavn og passord, slipper du å legge inn personlig informasjon og opplysninger om betalingskort hver gang du bruker systemet.

CASE: Fornøyelsespark Ved bestilling av billetter på nettet (både inngangsbilletter med/uten attraksjoner, billetter til Air Fantasy og billetter til mat) skal det være mulig å bestille et vilkårlig antall av hver type billett til vilkårlige mange dager (legg i handlekurv) før man går til betaling. Hvis du vil, kan du i det web-baserte systemet legge inn din profil med personlig informasjon, opplysninger om betalingskort. Hvis du også legger inn ønsket brukernavn og passord, slipper du å legge inn personlig informasjon og opplysninger om betalingskort hver gang du bruker systemet. Systemet har en betalingsmodul. Når betalingen er godkjent, blir billetten(e) tilgjengelige i PDF-format med en strekkode for hver billett som scannes ved inngangen og ved hver attraksjon og eventuelt spisesteder.

Oppgave 5a Tegn et aktivitetsdiagram for bestill billetter. Det skal være mulig å bestille (én eller flere av) alle typer billetter i vilkårlig rekkefølge. (ble gjennomgått på tavlen)

Oppgave 5b Tegn et sekvensdiagram for bestill billetter. (ble gjennomgått på tavlen)

Oppgave 5c Tegn et klassediagram for bestill billetter som tilsvarer sekvensdiagrammet i oppgave (b). Ha med attributter, metoder og assosiasjoner med multiplisitet. (ble gjennomgått på tavlen)

Spørsmål 5d Et typisk ikke-funksjonelt krav til systemet er brukskvalitet. Slike krav blir ofte uttrykt svært generelt, noe som gjør det vanskelig for utviklingsteamet å teste om kravene oppfylles. For eksempel: Systemet skal være enkelt å bruke for alle typer brukere og organisert slik at brukerfeil forekommer minst mulig. Beskriv dette kravet på en annen måte som gjør det mer testbart.

Spørsmål 5d Systemet skal være enkelt å bruke for alle typer brukere og organisert slik at brukerfeil forekommer minst mulig. Beskriv dette kravet på en annen måte som gjør det mer testbart. Ny formulering: En bruker skal ikke gjøre mer enn to feil når vedkommende gjennomfører en billettbestilling.

SPØRSMÅL?