Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering. av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe
|
|
- Dagny Austad
- 6 år siden
- Visninger:
Transkript
1 Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe
2 Oppgave 1: Bakgrunn for systemet a) Fordeler ved å integrere med Ruter: Oslo Kommune slipper bruke mye tid på å utvikle sitt eget betalinssystem. Brukere slipper å registrere seg for enda en tjeneste Ulemper ved å integrere med Ruter: Blir avengig av Ruter sine systemer, må konstant være var for at Ruter kan endre APIen sin, som vil føre til uventede utviklingskostnader. Ruter kan bestemme seg for å legge ned tjenesten, gå konkurs, etc. som vil føre til en del uforventede utviklingskostnader. Rutere sin betalingstjeneste kan ha uakseptabel nedetid. Brukere som ikke har registrert seg med Ruter bes om å registrere seg for en tilsynelatende urelatert tjeneste. Noen brukere har ikke lyst til å gi et tilfeldig sykkelutleie tilgang til Ruterkontoen sin. Hvis en senere bestemmer seg for å lage sin egen betalingsløsning, må systemet presentere et valg for brukeren - brukeren vet ikke nødvendigvis om han/hun brukte Ruter eller ikke, som forårsaker forvirring. Konklusjon: Det er en veldig stor fordel ved å bruke Ruter sine betalingsystemer: Det vil spare mye tid og penger. I tilleg gjør det registreringsprossessen enklere for mange brukere. Det er også en stor ulempe: Fremtiden blir vanskeligere å forutse. Ruter kan forårsake alt fra midlertidig nedetid til uforutsette utviklingskostnader. b) Forskjeller på markasykler og bysykler: Syklene er fysisk forskjellige; markasykler har 21 gir, bysykler har fem, etc.
3 Markasykler trenger mer vedlikehold på grunn av miljøet de utsettes for. Det trengs færre parkeringsplasser for markasykler, da det er mer naturlig å ha start- og stoppunkter utenfor marka. Det er mer naturlig å ville legge fra seg bysykler hvor som helst. Fordeler ved et nytt system: Systemet kan være mer tilpasset markasyklenes særegenheter. Bedre brukeropplevelse for de som bruker kun markasykler eller kun bysykler. Trenger ikke å modifisere det gamle systemet til å støtte både markasykler og bysykler. Ulemper ved et nytt system: Sannsynligvis mye høyere utviklingskostnader. Dårligere brukeropplevelse for de som bruker både markasykler og bysykler. Oppgave 2: Interessenter for systemet a) Aktør: En aktør representeres av et menneske eller annet system som kommuniserer med nevnte system. Man kan altså kalle en aktør for en bruker av systemet. Aktørene har ikke ansvar for utvikling, vedlikehold eller direkte økonomisk finansiering av systemet. Eksempler på aktører er brukere av korterminaler i butikkene, en datamus som trenger en driver for å kommunisere med datamaskinen, eller en preson som anvender Ruters reiseapp løsning. Interessent: Dette er en person eller organisasjon som kan påvirke eller vil bli påvirket av systemet på en eller annen måte. Om et system skal utvikles så trenger man «støttespillere» som har interesse av at systemet utvikles, som regel økonomisk interesse. Bedrifter er ofte interessenter, da disse kan direkte
4 kan ønske at et system skal utvikles. Enten for videresalg eller til eget bruk. Interessentene er også de som bidrar til utviklingen av systemet. Disse blir ikke direkte berørt av at systemet utvikles, men har egen, som regel økonomisk, interesse av at hovedinteressenten anvender dem i utviklingsprossessen. Eksempler på interessenter er Oslo Kommune, Microsoft, Coca Cola osv. Selvfølgelig kan en interessent også være en aktør. Sistnevnte ovenfor var Coca Cola, som kanskje ønsker at noen kan utvikle et mer effektivt software for «labeling» av flasker. Coca Cola sitt mål er da ikke i utgangspunktet videresalg av systemet, men de vil ha det utviklet til eget formål. De har da rollen som både interessent og aktør. b) NAVN ANSVARSOMRÅDE INTERESSE AV SYSTEMET Oslo Kommune Prosjektleder Oslokommune ønsker at systemet skal være et godt tilbud for Oslos innbyggere, som ønsker å benytte seg av en billig løsning for å kunne sykle seg en tur i marka. Indirekte har også kommunen en interesse av at folk kommer seg ut i skog og mark, da dette kan bedre folkehelsen, og senke helsekostnader på lang sikt.
5 De har altså en sosial, økonomisk og helsemessig interesse av at et slikt system utvikles. ShareBike AS Produksjon av syklene ShareBike AS har interesse av å levere et godt produkt som tilfredsstiller Oslo kommunes ønske om en robust tursykkel som tåler det den vil bli utsatt for i skog og mark. Kun da vil kommunen ha interesse av å invistere i produktet deres. De har økonomisk interesse av dette. Ruter Utvikler av Ruter har et ønske om å betalingsløsningen trekke inn enda flere brukere til tjenesten deres. Mange som tidligere ikke har lastet ned appen eller sett nytte av den, vil kanskje nå se nytten av app'n. Dette vil på lang sikt fjerne kostnadene for produksjon av Ruterkortene, hvilket Ruter har en økonomisk interesse av. De har selvfølgelig samme interesse av at
6 folk benytter seg av tilbudet deres. Urban Infrastructur Drift & vedlikehold Urban Infrastructur skal ved en senere anledning ta seg av syklene. Disse har derfor en praktisk interesse av at ShareBike AS produserer et produkt som er enkelt å vedlikeholde, samt at Oslo kommune betaler dem for å holde tilbudet vedlike. De har i hovedsak en økonomisk interesse. Clear Channel Norway Reklamen Både før og etter produktet er klart står Clear Channel ansvarlige for å bringe ordet om produktet ut til massene. Dette gjør dem på oppdrag fra kommunen, hvilket betyr at kommunen betaler dem for dette. De har altså en økonomisk interesse i denne saken. Frost Design av sykler og Om et produkt ser stasjoner skrøpelig og stygt ut vil det appelere dårlig til aktørene som ønsker å
7 anvende produktet. Frost står derfor ansvarlig for å levere et estetisk og praktisk produkt til brukerne. De handler på oppdrag fra Oslo kommune, og har en økonomisk interesse i denne saken. c) AKTØRER: Urban Infrastructure vedlikeholder systemet. Ruter vil at brukere skal anvende systemet. Enkeltebrukeren vil at systemet skal fungere, og at syklene skal fungere. Oppgave 3: Utviklingsprosess for systemet a) En plandrevet utviklingsprosess er en utviklingsprosess som følger en forhånds bestemt plan, som går fra punkt A til punkt B til C osv. etter at alt er ferdig kan man gjøre endringer, ofte en tung prosess med mange aktiviteter og roller med mye dokumentasjon. Et eksempel på plandrevet utviklingsprosess er fossefallsmodellen, der man steg for steg gjør en del av jobben også til slutt går man tilbake og gjør endringer om det trengs. b) En smidig utviklingsprosess kjennetegnes av at planleggingen gjøres i små steg litt etter litt, som gjør et det er svært lett å gjøre endringer underveis fokuserer på å få feedback og å teste ofte for å lage best mulig system, få dokumenter ofte mer iterative. Et eksempel på en smidig utviklingsprosess er Scrum som består av 3 faser; planleggingsfasen hvor mål for prosjektet og programarkitekturen etableres, gjennomføringsfasen en serie med iterasjoner blir gjort og tilslutt avslutningsfasen der dokumentasjon og brukermanualer
8 lages. c) Det trenger ikke å endre seg så mye underveis, da skogen, syklene og brukerne er ganske «konstante». Det er veldig forutsigbart hvordan systemet kommer til å brukes underveis. Vi har to typer sykler, og selv om man skulle føle for å utvide med en ny type sykkel, så er det fortsatt lite som skal til for å endre systemet. Tingene som vi må ta høyde for er dermed bare tekniske som kapasitet, betalingssystem, interface, funksjoner osv. d) Her tenker vi at en smidig utviklingsprosess er det beste, siden vi ser at det er åpning for at del ting må endres underveis, som betalingssystem, kapasitet osv. Oppgave 4: Kravspesifikasjon for systemet a) Vi deler opp brukerhistoriene avhengig av hvilke aktører vi ser på. Som brukere/kunder kan vi ønske å:... betale for et abonnement for en terrengsykkel.... betale for en enkeltreise med en mosjonssykkel.... sjekke om det er noen ledige sykler.... hente en sykkel.... returnere en sykkel.... rapportere noe galt med en sykkel. Som en som jobber med vedlikeholdet av syklene og/eller systemet, kan vi ønske å:... få en oversikt over hvor antallet sykler (og av hvilken type) som er brukt i den siste måneden.... få en oversikt over hvor disse syklene har blitt lånt og returnert den
9 siste måneden.... få en oversikt over hvor mange personer som har lånt i sammenheng med deres bostedsadresse.... få en oversikt over hvilke sykler som trenger vedlikehold. Ruter må kunne:... registrere betaling fra bruker.... trekke kunden for x% av totalsummen ved avbestilling. b) Fra deloppgave a) har vi ti brukerhistorier som også sier oss noe om hvilke funksjonelle krav vi kan stille til dette systemet: Brukerne skal kunne betale for syklene gjennom applikasjonen. Brukerne skal kunne sjekke om det er ledige sykler ved en gitt plass. Brukerne skal kunne hente en betalt sykkel. Brukerne skal kunne returnere den samme sykkelen. Brukerne skal kunne rapportere hvis det skulle skje noe med sykkelen den låner. Applikasjonen skal gi beskjed når abonnementet er i ferd med å gå ut. Skal generere statistikk om bruken av syklene, som vedlikehold/operasjon skal kunne hente. Antallet tilgjengelige sykler må tilfredsstille etterspørselen. Det skal være mulig å reservere sykkel i forveien. Stasjonene skal ha verktøy for enkelt vedlikehold (pumpe luft i dekkene, etc) c) Av ikke-funksjonelle krav har vi: Produktkrav: Prosessen fra når en bruker åpner applikasjonen og betaler for en sykkel, og når brukeren har hentet denne sykkelen skal kunne skje i underkant av 45 sekunder. Tidsrommet hvor man skal kunne betale og leie en sykkel skal være
10 mellom klokken og 24.00, og systemet må være operativt i dette tidsrommet. Systemet skal ikke kunne leie ut en sykkel som er rapportert av en annen bruker. En bruker skal ikke kunne leie mer enn én sykkel samtidig. Det nye systemet må kunne håndtere en stor brukerdatabase. Organisatoriske krav: For å bruke systemet må brukerne oppgi navn, telefonnummer, epostadresse og bosted. Eksterne krav: Bruk av personopplysninger hentet fra systemet skal skje i samsvar med personopplysningsloven. d) Hvordan skal de ikke-funksjonelle kravene evalueres? Prosessen fra når en bruker åpner applikasjonen og betaler for en sykkel, og når brukeren har hentet denne sykkelen skal kunne skje i underkant av 45 sekunder. Tidsrommet hvor man skal kunne betale og leie en sykkel skal være mellom klokken og 24.00, og systemet må være operativt i dette tidsrommet. Systemet skal ikke kunne leie ut en sykkel som er rapportert av en annen bruker. En bruker skal ikke kunne leie mer enn én sykkel samtidig. 1. Utfør tester der man måler hvor lang tid kunder faktisk bruker på å betale, og hente en sykkel. 2. Utfør tester der man forsøker å betale og hente en sykkel utenfor tidsrommet som er satt. 3. Utfør tester hvor man forsøker å leie ut en sykkel som er rapportert av en annen bruker. Utfør tester hvor man forsøker å leie mer enn én sykkel om gangen.
11 Oppgave 5: Use case for systemet a) b) Use case Navn: Endre bestilling av sykkel. Aktør: Bruker Prebetingelse: Ingen Postbetingelse: Sykkel reserveres på bruker. Hovedflyt:
12 1. Bruker holder av sykkel til et gitt tidspunkt på dagen. 2. Systemet gir kunde en sykkel, og et gitt tidsrom til å hente sykkelen. 3. Bruker finner ut at bruker vil avvente turen til senere på dagen, og endrer bestillingen. 4. Systemet registrerer endringen. 5. Bruker velger senere å avbestille sykkelen. 6. Systemet registrerer avbestilling, og returnerer x% av totalsummen til kunde. Alternativt: 1. Bruker bestiller sykkel, men ingen er ledige. 2. Systemet returnerer dermed til punkt 1, hvor bruker får tilbud om å velge et annet tidsrom.
GJENNOMGANG OBLIGATORISK OPPGAVE 1
GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerUKE 16 Kontrakter. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 16 Kontrakter Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? OBS!! Siste ordinære gruppetime Kontrakter Ukesoppgaver Gjennomgang av oblig 4 Kontrakter Kompetansemål - Kontrakter
DetaljerObligatorisk oppgave 5: Modellering av krav
IN1030 - Systemer, krav og konsekvenser Obligatorisk oppgave 5: Modellering av krav Nøkkelord: UML, klassediagram, sekvensdiagram, tekstlig beskrivelse, prosjektplanlegging, risikoanalyse, aktivitetsdiagram.
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerGJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN
GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller
DetaljerGJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG
GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:
DetaljerUse Case-modellering. INF1050: Gjennomgang, uke 04
Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram
DetaljerKontrakter. INF1050: Gjennomgang, uke 12
Kontrakter INF1050: Gjennomgang, uke 12 Kompetansemål Kontrakter I plandrevet utvikling I smidig utvikling Behov for smidige kontrakter Kontraktsmodeller PS2000 Del I: Kontrakter Grunnleggende: Hva? Plandrevet
DetaljerUKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055
UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 2. juni 2014 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 4 sider Vedlegg: Ingen Tillatte hjelpemidler:
DetaljerKravhåndtering. INF1050: Gjennomgang, uke 03
Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle
DetaljerGJENNOMGANG UKESOPPGAVER 13 KONTRAKTER
GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER INF1050 V16 KRISTIN BRÆNDEN Kontrakter En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse til å gjøre eller å unnlate å gjøre noe Smidig
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerUKE 11 UML modellering og use case. Gruppetime INF1055
UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav
DetaljerForfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.
2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave
DetaljerDrammen Bysykler er et lånesystem for sykler. For å kunne låne sykler fra Drammen Bysykler, må følgende betingelser oppfylles.
BRUKSVILKÅR FOR DRAMMEN BYSYKLER 1 INTRODUKSJON Takk for at du velger Drammen Bysykler. Siden du har kjøpt et abonnement fra Drammen Bysykler og registrert deg for å bruke Drammen Bysykler, har du inngått
DetaljerOppgave 1: Multiple choice (20 %)
Oppgave 1: Multiple choice (20 %) For alle oppgavene gjelder at det bare er ett riktig svar. No Spørsmål Svar A Svar B Svar C Svar D 1 Kanban er et eksempel på: Prosess Software prosess Prosess modell
DetaljerKap 11 Planlegging og dokumentasjon s 310
Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:
DetaljerSystemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.
Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig
DetaljerInstituttets krav om autentisitet og regler for obligatoriske oppgaver gjelder.
SKK Mdul B - Institutt fr infrmatikk vår 2017 - Obligatrisk ppgave 5 Mdellering av krav Innleveringsfrist: Mandag 15. mai, kl. 23:59:00 Levering: Fullstendig besvarelse leveres i egen innleveringsmappe
DetaljerGJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING
GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING INF1050 V16 HVA ER KRAVHÅNDTERING? Kravhåndtering er prosessen å identifisere, analysere og spesifisere kravene til et nytt system eller et system som skal forbedres
DetaljerInstituttets krav om autentisitet og regler for obligatoriske oppgaver gjelder.
Systemutvikling - Institutt fr infrmatikk vår 2017 - Obligatrisk ppgave 2 Mdellering av krav Innleveringsfrist: Fredag 7. april, kl. 23:59:00 Levering: Fullstendig besvarelse leveres i egen innleveringsmappe
DetaljerModellering av krav. INF1050: Systemutvikling 11. februar 2015. Universitetslektor Yngve Lindsjørn
INF1050: Systemutvikling 11. februar 2015 Modellering av krav Universitetslektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering
DetaljerINF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Utviklingsprosesser & krav og behov
INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen Utviklingsprosesser & krav og behov I DAG GENERELT - Generell informasjon - Et par eksempler på dårlig utforming UTVIKLINGSPROSESSER - Fire tilnærminger
Detaljer11 Planlegging og dokumentasjon
11 Planlegging og dokumentasjon Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid: Programmerer
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan
DetaljerModellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn
INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av
DetaljerKRAVSPESIFIKASJON. Anskaffelse av bysykkelordning til pilot i området Lysaker - Fornebu
Vedlegg 1 til konkurransegrunnlaget KRAVSPESIFIKASJON Anskaffelse av bysykkelordning til pilot i området Lysaker - Fornebu Websaksnr. 15/120568 Innhold 1. INNLEDNING... 3 2. BESKRIVELSE... 3 3. MINSTEKRAV
DetaljerHovedprosjekt 2014, Høgskolen i Oslo og Akershus
Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...
DetaljerBring FraktBestilling
Bring FraktBestilling Modulen er en integrasjon mot mybring, levert av Bring/Posten, og gjør at du kan bestille fraktetiketter direkte i fra Prestashop Dashboard. Løsningen krever en API nøkkel, brukernavn
DetaljerUKE 10 Kravhåndtering. Gruppetime INF1055
UKE 10 Kravhåndtering Gruppetime INF1055 Hva skal vi i dag? Kravhåndtering - kapittel 4 Ukesoppgaver: Smidig programvareutvikling og kravhåndtering Krav KRAV KOMPETANSEMÅL: Kravhåndtering: anvende metoder
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
DetaljerAP221 Use Case TUL Utarbeid designdokumenter
AP221 Use Case TUL Utarbeid designdokumenter Utarbeid design Tjenesten designes. Dette er en samling av tre use case: Endre designdokument, Lag nytt designdokument, Last opp designdokument. Designet kan
DetaljerHøring rapport om felles meldingsboks
Vår dato Vår referanse 02.12.11 201102067 Din dato Din referanse 21.10.11 11/2706 Fornyings- administrasjons- og kirkedepartementet postmottak@fad.dep.no Høring rapport om felles meldingsboks Vi viser
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b) 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a)
DetaljerSpesifikasjon av Lag emne
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerProsessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02
Prosessmodeller og smidig programvareutvikling INF1050: Gjennomgang, uke 02 Kompetansemål Prosessmodeller Kunne redegjøre for hva som kjennetegner ulike prosessmodeller Vurdere prosesser for utvikling
DetaljerVilkår for abonnement og bruk av Dagsavisens tjenester
ABONNEMENTSVILKÅR Vilkår for abonnement og bruk av Dagsavisens tjenester Sist oppdatert: 24.oktober 2014 1 INNLEDNING Disse vilkårene regulerer bruk av Dagsavisens tjenester som bruker ConnectID og abonnement
DetaljerForside Eksamen INF1055 V17
Forside Eksamen INF1055 V17 Eksamensdato: 12. juni 2017 Eksamenstid 15:30-19:30 Hjelpemidler: Ingen Les denne forsiden nøye Oppgaven består av seks deler. Del 1 Modul A - Undersøkelser av bruk 2 diskusjonsspørsmål
DetaljerForside. Eksamen i IN1030 for Våren Ingen hjelpemidler tillatt.
Forside Eksamen i IN1030 for Våren 2018. 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
DetaljerIT I PRAKSIS!!!!! IT i praksis 20XX
IT I PRAKSIS 1 IT i praksis 20XX 2 IT I PRAKSIS FORORD 3 INNHOLD 4 IT I PRAKSIS Styringsmodell for utviklingsprosjekter (SBN) 5 Fra en idé til gevinstrealisering styringsmodell for utviklingsprosesser
DetaljerUse case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel
Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
DetaljerAnsvarsdrevet OO: CRC og UML Sekvensdiagrammer
Fra krav til objekter Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050--1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use
DetaljerForprosjektrapport. Sammendrag. Hovedoppgave våren 2019 Gruppe 3
Forprosjektrapport Hovedoppgave våren 2019 Gruppe 3 Sammendrag Vi skal overføre en eksisterende nettside over på en ny plattform samt legge til noe tilleggsfunksjonalitet. Hovedutfordringene ved den eksisterende
DetaljerOppgave 1 Multiple Choice
Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen
DetaljerMeeting Reservation System
Meeting Reservation System Oblig1c-1 Gruppe 8 Frode Revheim, Sven-Erik Nilsen, Terese Haug, Rolf Vassdokken Krav Vise møteromsoversikt Vise tilgjengelige rom for en gitt tidsperiode og med tilgjengelig
DetaljerKravspesifikasjon
24.05.2017 Kravspesifikasjon Gruppe 10 BACHELORPROSJEKT 2017 INNHOLDSFORTEGNELSE 1 PRESENTASJON... 3 2 OM BAKGRUNNEN... 3 3 FORORD... 4 4 LESERVEILEDNING... 4 5 KORT SYSTEMBESKRIVELSE... 4 6 RAMMEKRAV...
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 31. Mai, 2011 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerKravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495
Charlotte Sjøthun s180495 Nanna Mjørud s180477 Anette Molund s181083 Kravspesifikasjon Android app for aktivering av jakt- og fiskekort Bacheloroppgave vår 2014 Høgskolen i Oslo og Akershus Forord Hensikten
DetaljerDIREKTEBESTILLING FRA BORD TAKE AWAY, HURTIGKØ OG HJEMLEVERING
for restaurant for restaurant mcash den digitale lommeboken - er den mest komplette mobilbetalingsløsningen i Norge, og kan blant annet brukes til å ta imot betaling på restaurant, i butikk, på nett og
DetaljerUse Case-modell. Vurdering av oppdragsgivers krav
Use Case-modell Vurdering av oppdragsgivers krav Kravspesifikasjonen presiserer at brukergrensesnittet skal være grafisk, menybasert, ha støtte for bruk av mus og ha et intuitivt utseende, slik at enhver
DetaljerEntobutikk 3.TESTRAPPORT VÅR 2011
3.TESTRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne testrapport er skrevet i forbindelse med vårt hovedprosjekt ved Høgskolen i Oslo, ingeniørutdanning, våren 2011. Rapporten beskriver testingen av hele
DetaljerDerfor er forretningssystemet viktig for bedriften
Innhold Derfor er forretningssystemet viktig for bedriften... 2 Når er det på tide å bytte forretningssystem?... 2 Velg riktig forretningssystem for din bedrift... 3 Velg riktig leverandør... 4 Standard
DetaljerKravspesifikasjon nettbasert bookingsystem
Kravspesifikasjon nettbasert bookingsystem Innledning Kravspesifikasjonen stiller funksjonelle krav til løsningen. Kravene fremkommer i tabellform med beskrivelser av ønsket funksjonalitet. Tilbyder skal
DetaljerForprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549
Forprosjektrapport Gruppe 34 Bjørn Bergan Abdi Baisa Mads Larsen s161593 s156140 s156151 Magnus Dahl Hegge s153549 Presentasjon Hovedprosjektgruppe 34 består av 4 elever som nå gjennomfører sitt siste
DetaljerEndelig!! WEB påmelding og betaling i DogWeb-Arra, utstilling!
DogWeb Arra NKKs system for arrangører! Endelig!! WEB påmelding og betaling i DogWeb-Arra, utstilling! Innhold Hvordan begynne å bruke elektronisk påmelding!... 3 Sjekke priser, klasser i DogWeb-Arra....
DetaljerUNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF1500 Introduksjon til design, bruk, interaksjon Eksamensdag: 07. desember 2012 Tid for eksamen: 10:15 14:15 Oppgavesettet er
DetaljerLøsning av tvister, krav og tilbakeføringer. Av og til går noe galt med en bestilling. Vi er her for å veilede deg hvis det skjer.
Løsning av tvister, krav og tilbakeføringer. Av og til går noe galt med en bestilling. Vi er her for å veilede deg hvis det skjer. Situasjoner du kan oppleve 1 2 Tvister og krav Hvis en kunde har betalt
DetaljerLøsningsforslag Sluttprøve 2015
Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00
DetaljerHvis vi gjør større endringer i vår personvernerklæring, vil vi gi deg beskjed, og ved behov be om ditt samtykke på nytt.
Personvernerklæring Du og ditt personvern er viktig for oss, og vi ønsker at du alltid skal føle deg trygg og ha full tillit til oss. Det betyr at vi garanterer at vi håndtere dine personopplysninger på
DetaljerDel IV: Prosessdokumentasjon
1 2 Forord Dette dokumentet omhandler detaljert beskrivelse av vår arbeidsprosess gjennom hele perioden med prosjektet. Prosessdokumentasjonen er en viktig del av sluttrapporten, og er delt opp i følgende
DetaljerKunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.
1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer
DetaljerINF1500 Høst 2016 Lone Lægreid Martine Rolid Leonardsen. Utviklingsprosesser, krav og behov & Analyse
INF1500 Høst 2016 Lone Lægreid Martine Rolid Leonardsen Utviklingsprosesser, krav og behov & Analyse I DAG GENERELT - Generell informasjon - Et par eksempler på dårlig utforming UTVIKLINGSPROSESSER - Fire
DetaljerBRUK AV TJENESTEDESIGN OG BRUKEROPPLEVELSE (UX) VED UB
IT konferansen 2016 BRUK AV TJENESTEDESIGN OG BRUKEROPPLEVELSE (UX) VED UB Andrea Gasparini, Universitetsbiblioteket, UiO & Institutt for Informatikk, UiO 1 Agenda 2 Hva er burkeropplevelsen (UX) i det
DetaljerIPLOS I NARVIK KOMMUNE. Øyvind Kristiansen Systemadministrator HOS
IPLOS I NARVIK KOMMUNE Øyvind Kristiansen Systemadministrator HOS 19.10.2016 Narvik Litt bakgrunnsinformasjon Narvik kommune Har ca. 18 787 innbyggere Har et stort areal, og har befolkning spredd i alle
DetaljerINF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +
INF 2120 Innlevering 1 Levert av Gruppe 4 Anders Bakken (andeba) Are O. Pedersen (arep) Daniel M. Wittwer (danielmw) Naima Akram (naimaa) Ronnie Østgaard (ronnieo) Kravspesifikasjoner til trafikanten +
DetaljerLast ned app! Min Skoleskyss. Vi bringer elevene trygt til og fra skolen
Last ned app! Min Skoleskyss Vi bringer elevene trygt til og fra skolen Velkommen til skoleskyss! Fylkeskommunens ansvar for skoleskyss er i Akershus delegert til Ruter AS. Skoleskyss skal primært skje
DetaljerBusiness Model Canvas forretningsplanen visualisert på en side
Business Model Canvas forretningsplanen visualisert på en side Alexander Osterwalders Business Model Canvas er et utviklingsverktøy som hjelper gründer i prosessen fra ide frem til ferdig utviklet og testet
DetaljerPROEX.NO. En webbasert samhandlingsløsning. Utviklet av Eskaler as. Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger
PROEX.NO En webbasert samhandlingsløsning. Utviklet av Eskaler as Rogaland Kunnskapspark Postboks 8034 Postterminalen 4068 Stavanger Telefon: 51 87 48 50 Fax: 51 87 40 71 Dette dokumentet inneholder en
Detaljerviktig å vite Til deg som er andelseier i borettslag med høy fellesgjeld
viktig å vite Til deg som er andelseier i borettslag med høy fellesgjeld 1 2 Innhold Om borettslagsmodellen..................................... 5 Fellesgjeld...........................................................
DetaljerPROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004
PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004 VERSJON: PROSJEKTPLAN (1.0) 24. SEPTEMBER, 2004 prosjektplan.doc GRUPPE 12 PROSJEKTPLAN: PROSJEKTLEDELSE: USE CASE: KVALITETSSIKRING: ANDRÉ
DetaljerKapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process
INF 329 Web-teknologier Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process Navn: Bjørnar Pettersen bjornarp.ii.uib.no Daniel Lundekvam daniell.ii.uib.no Presentasjonsdato:
DetaljerHensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen
Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker
Detaljer10 mistak du vil unngå når du starter selskap
10 mistak du vil unngå når du starter selskap Ove Brenna Senior Bedriftsrådgiver Kontakt: E-post: ove.brenna@norskbedriftstjenste.no Tlf: 21 89 92 37 Ove Brenna har over 20 års erfaring fra selskapetableringer
DetaljerTT-KORT FASTE REISER OG FRITIDSREISER I SPESIALBIL MED BLÅTT KORT
Oslo kommune Velferdsetaten TT-KORT FASTE REISER OG FRITIDSREISER I SPESIALBIL MED BLÅTT KORT Hvor kan jeg reise? Med TT-kortet kan du reise til Fritidsformål innenfor kommunegrensen i Oslo. Gardermoen
DetaljerFunksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav.
Kravspesifikasjon I dette kapittelet foreligger kravspesifikasjonen som ble utformet tidlig i prosjektprosessen. Dette er den opprinnelige kravspesifikasjonen. Det har igjennom prosjektprosessen vært naturlig
DetaljerKravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009
Kravspesifikasjon med UML use case modellering Erik Arisholm 25.02.2009 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet
DetaljerCharacteristics of a good design
Characteristics of a good design (PPT. side 1) Innledning Høykvalitetsdesign bør ha visse karakteristikker for å oppnå kvalitetsprodukter, dvs.: enkelt å forstå enkelt å implementere enkelt å teste enkelt
DetaljerUKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR
INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige
DetaljerForprosjekt. Oppgdragsgiver Unikia, Lille grensen 7, 0159 Oslo, Kontaktperson Anders Kose Nervold,
Hovedprosjekt i data/informasjonsteknologi Høgskolen i Oslo og Akershus Forprosjekt Prosjekttittel Unikia Android applikasjon Gruppe 13 Markus Bugge-Hundere s188909 Morten Wold Aksel Wiig s236326 s232324
DetaljerPresentasjon 2 Gruppe 2 Oppgave 2 Oppdragsgiver 2. Sammendrag 3. Dagens situasjon 3 ServiceNow 3 Coop 3. Mål og rammebetingelser 3 Mål 3 Teknologier 4
Forprosjektrapport Bachelorprosjekt for gruppe 8, våren 2017 Innholdsfortegnelse Presentasjon 2 Gruppe 2 Oppgave 2 Oppdragsgiver 2 Sammendrag 3 Dagens situasjon 3 ServiceNow 3 Coop 3 Mål og rammebetingelser
DetaljerBrukerveiledning - Spekter Online for SuperOffice
Brukerveiledning - Spekter Online for SuperOffice 1. Beregningsmenyen 2. Bestillingsmenyen Hovedmenyen i Spekter Online er delt opp i 2 deler og består av Beregningsmenyen og Bestillingsmenyen som du kan
DetaljerDialogkonferanse og en-til-en samtaler med mulige tilbydere for anskaffelsen av bysykkelordning i Levanger kommune
Dialogkonferanse og en-til-en samtaler med mulige tilbydere for anskaffelsen av bysykkelordning i Levanger kommune Vi inviterer interessenter til samarbeid med Levanger kommune i utvikling av anbudet.
DetaljerStandard salgsbetingelser for forbrukerkjøp av varer over Internett
Standard salgsbetingelser for forbrukerkjøp av varer over Internett 1. Avtalen 2. Partene 3. Priser 4. Avtaleinngåelse 5. Ordrebekreftelse 6. Betaling 7. Levering m.v. 8. Risikoen for varen 9. Angrerett
Detaljer3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8
Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte
DetaljerTa kontakt med oss for spørsmål og bestilling. E-post: Telefon: velonor.no
Som medlem av Syklist velkommen gir Velonor AS deg spesialtilbud på våre sikre sykkelparkeringer fra Bikeep. Systemet vårt er en enkel løsning for å tilfredstille kravet til trygge sykkelparkeringer. Se
DetaljerForprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016
Forprosjektrapport Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016 1.0 Presentasjon 2.0 Sammendrag 3.0 Dagens situasjon 4.0 Mål og rammebetingelser 5.0 Løsninger/alternativer 6.0 Analyse
DetaljerHvordan og hvilke personopplysninger samler vi inn, og til hvilket formål?
Personvernerklæring for Nordisk Handelshus AS Oppdatert: 20/5-2018 Vi i Nordisk Handelshus AS ønsker å ivareta ditt personvern på best mulig måte. I denne personvernerklæringen redegjør vi for våre retningslinjer
DetaljerJara NetBusiness og Jara B2B Volum
Vilkårs - og funksjonsbeskrivelse for Jara NetBusiness og Jara B2B Volum 01.01.2010 Versjon 7.0 Innholdsfortegnelse VILKÅRS - OG FUNKSJONSBESKRIVELSE... 1 1 INNLEDNING... 4 1.1 HENSIKT... 4 1.2 DEFINISJONER...
DetaljerVelkommen til BRUK AV TANKEKART SOM HJELPEMIDDEL TIL TESTPLANLEGGING 21. APRIL 2015
Velkommen til BRUK AV TANKEKART SOM HJELPEMIDDEL TIL TESTPLANLEGGING 21. APRIL 2015 Hvem er jeg? Anne Mette M. Johansen Testleder i Visma Consulting AS BSc (Hons) Informatics, Høgskolen i Østfold/ University
DetaljerHovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App
Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus Forprosjektrapport Bravo Booking App 1 Presentasjon 2 1.1 Gruppe 2 1.2 Oppdragsgiver 2 1.3 Kontaktpersoner 2 1.4 Oppgave 3 2 Dagens
DetaljerForprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634
Forprosjekt Presentasjon Gruppe 19: Event-planlegger Andreas Berglihn s169991 Harald R. Svendsen s127142 Gruppe Gruppe 19 Andreas Berglihn, s169991 Harald R. Svendsen s127142 Oppgave Eventplanlegger Utvikle
DetaljerModellering IT konferanse
Modellering IT konferanse 1. Interessenter Utviklere som besøker konferansen: besøke IT konferanse Frivillige hjelpere: få gratis inngang på konferansen Ledelse: Tjene penger Matkjeder: Selge mat og drikke,
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerITS-stasjonen. Kooperative systemer og utvikling av leverandørmarkedet. 24. april 2012
ITS-stasjonen Kooperative systemer og utvikling av leverandørmarkedet 24. april 2012 Det er daglig kø på 10% av Europas motorveger. Forsinkelser fører til unødig drivstofforbruk på 1.9 milliarder liter
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
SKK modul B 03. Mai 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1055 > SKK -> Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning Prosjektstyring/Prosjektledelse
DetaljerForprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:
Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:
Detaljer