Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO

Størrelse: px
Begynne med side:

Download "Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO"

Transkript

1 Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Høgskolen i Telemark

2 2 Lars- Martin Hejll Høgskolen I Telemark Oppgave 1 Spørsmål fra pensum (20%) 1. Nødvendige aktiviteter i systemutvikling: Problemanalyse Kravarbeid Implementasjon Testing Design Integrering Innføring/opplæring Foranalyse Validering og verdifisering Validering = Har vi bygd riktig system/produkt Eks: Har vi bygget riktig bro (hengebro) Verifikasjon/verdifisering = Har vi bygd systemet/produktet riktig Eks: Er broen bygget etter dagens standarder sikkerhet. 2. Forskjellen på hyllevare- systemer og skreddersydde/spesialtilpassede systemer. Hyllevare= løser kjente problemer det finnes ferdige produkter å velge mellom, ikke spesielt brukertilpasset. Ofte flere løsninger å velge mellom og lavere pris. Skreddersydd= lages på bestilling, større risiko og pris. Lages etter kundens krav og ønsker. Mer og mer gjenbruk av kode for skreddersydd, dette gjør at prisen og risiko synker. 3. Ikke- funksjonelle krav 4. Fossefall 5. Blackbox testing. 6. Attributter/variabler 7. Top- down testing 8. Kontroll objektet? 9. Vanlige prosessmodeller: UP/RUP SCRUM XP Evolusjonær/prototyping

3 Lars- Martin Hejll Høgskolen I Telemark 3 Fossefall Spiral- modellen Gjenbruk basert 10. Fossefall modellen egner seg best når kravene er tydelig og godt dokumenterte og lette å forstå. Klart definerte oppgaver som skal løses hvor det oppstår få eller ingen endringer underveis. Typisk vegprosjekt bygg en bru. Ikke typisk en applikasjon hvor kunden/oppdragsgiver er usikker på hvordan sluttprodukt han ønsker. Typisk store prosjekter. 11. Forskjell på inkrement og en iterasjon Inkrement: Deler som i for eksempel. XP som legger til ny funksjonalitet til sluttproduktet, inkrementet er den delen som blir lagt til. I programeringsspråk er et inkrement ofte betegnet som ++. Inkrementel software utvikling er bassert på måten vi vanligvis løser problemer, vi har skjeldent løsningen på problemet før vi tar fatt på det, vi jobber steg for steg fram, tar et steg tilbake vis vi trår feil og finner løsningen underveis. Dette er motsetningen til fossefalssmodellen. Ved å utvikle programvare på denne måten er det lettere og billigere å gjøre endringer i programvaren underveis mens den blir utviklet. Vanligvis inneholder tidlige inkrementer av systemet de viktigste funksjonalitetene, og funksjonaliteter som haster. Iterasjon: Gjentagelser av sykler som fører til et nytt inkrement. Interasjon nr N er en runde med Krav, konstruksjon testing implementasjon etc. denne iterasjonen fører til et nytt inkrement. 12. Smidige, XP og RUP/UP, protyp, evlosjonær etc. 13. Fordeler med smigig metoder Endrigsvillig underveis/tar høyde for endringer Mindre risiko for å feile Dynamiske kravspesifikasjon Ofte inkrementel levering, det viktigste kan være tidlig ferdig og bli raskt overlevert til kunden. Feil blir oppdaget på et tidligere tidspunkt pga tidlig testing. Kundeinkludering 14. Scrum master har ingen autoritet/admin/management innad i scrum teamet han er likestil med de andre deltagerene. Prosjektleder har myndighet til å administrere deligere og prioritere i scrum teamet. 15. Produkteier/product owner Holder dialogen med kunden Representerer interessentene Ansvarlig for backlog

4 4 Lars- Martin Hejll Høgskolen I Telemark Prioriterer aktivitere i backlog Fremmer krav og spesifikasjoner Administrere budsjettet Bør ha store visjoner og kreativitet Aksepterer eller ikke et arbeids resultat Ansvarlig for ROI (return of investment) Bestemmer release date og innhold som skal lanseres 16. Betyr at kildekoden til programmet er gjort tilgjengelig for alle (ofte på internett) Alikevel kan programmet lisensieres under ulike lisenser som for eksempel. GNU/GPL. Fri programvare og åpen programmvare er to forskjellige ting. Fri programvare betyr også at kildekoden kan redistribueres kommersielt. 17. Use case diagrammet beskriver i utgangspunktet standardforløpet til et system, basert på bruker historier. Representer funksjonelle krav til systemet. Aktører blir definert og deres ønsket funksjonalitet blir definert som ulike use caser. Diagramet viser hvordan de ulike aktørene samhandler med systemet. Use Case diagrammer forteller hva systemet skal gjøre, men ikke hvordan det skal gjøres. 18. Funksjonelle krav. 19. En interesent som benytter systemet. For en bank kan en aktør for eksempel være: Kunde, bankansatt etc. 20. Aktivitetsdiagrammer: viser forretningsprosesser og arbeidsprosesser. Aktivitetsdiagrammer er grafiske fremstillinger av arbeidsflyten av trinnvise aktiviteter og tiltak med støtte for valg, gjentakelse og samtidighet/pralell. Aktivitetsdiagrammer viser flyten fra aktivitet til aktivitet. En aktivitet er en pågående ikke-atomisk eksekvering innen en tilstandsmaskin. Skjema: trekanter med valg mulighet og praralelle aktiviteter. Tilstandsdiagramer: Viser hvordan systemet reagerer på interne og eksterne hendelser. Et tilstandsdiagram viser en tilstandsmaskin og vektlegger kontrollflyten (overgangene) fra tilstand til tilstand. Skjema: do/aktivitet

5 Lars- Martin Hejll Høgskolen I Telemark 5 Oppgave 2 Modellering av en nettbank(40%) 2a) Use case 2b) Use case beskrivelse Aktør: Kunde, Bank Navn: Betale regning Pre: Kunde har usr/pass Penger tilstrekkelig på konto Nødvendige opplysninger tilgjengelig(kid, konotnr etc) HovedFlyt: 1. Kunden velger betale regning 2. Kunden fyller inn data 3. Bekrefter OK 4. Kunden taster inn brukernav/passord 5. Betalingen blir validert og utføres 6. Kvitering/bekreftelse til kunden Post: Betaling utført til mottaker Tilbakemelding/kvitering til kunde Alternativ flyt: 5.1 Betaling ikke godkjent 5.2 Start fra punkt 3

6 6 Lars- Martin Hejll Høgskolen I Telemark Forutsetning: I punkt 3 ligger det mulighet for å velge betalingsmottaker fra register, det er mulig å legge til endre betalingsmottaker, disse detaljene er ikke inkludert. 2c) Sekvens diagram Betale regning Oppgave 3 Krav og empiriske metoder (20%) a) Ikke- funksjonelle krav for nettbanken: Krav til høy sikkerhet ihht. Dagens standarder.(ukjent for meg men kan angis spesifikt og måles mot dette) Innenfor bank tjenester er kanskje sikkerhet det viktigste ikke- funksjonelle kravet, kunden må kunne stole på at pengene er trygge hos banken. Ytelses krav med tanke på å tåle X antall samtidige brukere, antallet (X) må beregnes ihht. Bankens ambisjoner og visjoner om antall kunder. Dette kan verdifiseres med en stress av systemet.

7 Lars- Martin Hejll Høgskolen I Telemark 7 Systemet skal være brukervenlig slik at også eldre/senior it brukere med lav it kunnskap skal kunne benytte systemet. 90% av brukere mellom skal klare å benytte 80% av tjenestene systemet tilbyr. b) Undersøkelse av om ikke- funksjonelle krav har blitt infridd. Av empiriske forskningsmetoder ville jeg benyttet kontrollert eksperiment for å teste sikkerheten og ytelse. For å undersøke om brukervennligheten har vært tilstrekkelig for eldre kunder ville jeg benyttet Case- studie med intervjuer, ved å eksponere ny og gamle kunder for systemet og undersøke om brukervenligheten er ihht. Krav som er spesifisert. Oppgave 4 Smidig metodikk (20%) a) Jeg tror det er flere grunner til at smidig metodikk har blitt svært vanlig i systemutvikling. 1. Utviklingen av it systemer i dag går raskere en noen gang tidligere, nye standarder og muligheter dukker stadig opp, dette gjør at også forventningene til kunden endrer seg raskt. For utviklingsprosjekter som strekker seg over tid er det stor sannsynlighet for at både krav, forventninger og ønsket fra kunden forandrer seg under utviklingen. Smidige metoder åpner for akurat dette, at endringer kan oppstå mitt i utviklingen i motsettning til tradisjonelle metoder som gjennomfører fullstendig analyse og kravspesifikasjon før utviklingsarbeidet starter. Etter at utviklingsarbeidet har startet er det ikke rom for nye endringer, og vis det må foretaes endringer blir det ofte svært kostbart. 2. Smidig utviklingsmetodikk åpner for bedre dialog med kunden, kunden blir underveis eksponert for deler av produktet i form av inkrementer, dette gjør at kunden og leverandør får en solid felles forståelse for hva som vil bli levert til slutt, missforståelser eller endringer kan avklares tidlig. 3. Jeg tror det er mye mer gøy å kunne bruke mer tid på å skape vellfungerende programmvare fremfor å bli låst til omfattende dokumentasjon og studier viser at det også gir raskere og bedre resultater. 4. Dialog med kunde fremfor å holde på kontraktene er mer menneskelig og skaper et bedre sammarbeid mellom kunde og leverandør. Alt munner ut i The Agile manifesto: Vellfungerende programmvare framfor omfattende dokumentasjon Dialog med kunde framfor kontrakts forhandlinger. Endringsvillighet fremfor å bli styrt av en plan

8 8 Lars- Martin Hejll Høgskolen I Telemark Personer og samspill fremfor prosesser og verktøy. b) Matvarekjede nytt logistikk system. Utfordringer med SCRUM over store avstander globalt. Språk Tidssoner Kulturelle forskjeller Ulik oppfattning av kundens behov/forventning. Forskjellige utviklingsstandarder Management og koordinering av ressurser Mange interessenter Vannskelig å opprettholde dialog med kunden med alle prosjektdeltagerene.

Obligatorisk oppgave 1: Foranalyse og Kravhåndtering Lars- Martin Hejll 5611 Systemutvikling

Obligatorisk oppgave 1: Foranalyse og Kravhåndtering Lars- Martin Hejll 5611 Systemutvikling Obligatorisk oppgave 1: Foranalyse og Kravhåndtering LarsMartin Hejll 5611 Systemutvikling Høgskolen i Telemark Oppgave 1: Bakgrunn for systemet LarsMartin Hejll A) Ved å sentralisere bookingsystemet til

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET 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:

Detaljer

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

1. 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

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET 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:

Detaljer

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

Modellering 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

Detaljer

Kravspesifikasjon med UML use case modellering. Erik Arisholm 25.02.2009

Kravspesifikasjon 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

Detaljer

Spesifikasjon av Lag emne

Spesifikasjon 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

Detaljer

Smidig metodikk, erfaringer fra NAV Fagportal

Smidig metodikk, erfaringer fra NAV Fagportal Smidig metodikk, erfaringer fra NAV Fagportal Gry Hilde Nilsen, NAV Morten Tveit, Fornebu Consulting NAV, 08.03.2011 Side 1 Smidig gjennomføring i NAV Fagportal Individer og samspill framfor prosesser

Detaljer

Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Ansvarsdrevet 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

Detaljer

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG SCRUM Smidig prosjektledelse og utvikling 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG HVORDAN SPISER DU EN ELEFANT? EN BIT AV GANGEN 'HOW WILL YOU LIVE, RAMBO?'

Detaljer

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Kontrakter og test i smidige prosjekter Fagmøte Dataforeningen i Trondheim 12.Mars 2012 Agenda Smidige manifest Smidige prosjekter og testing Samarbeid og tillit teori Hva er en kontrakt Gjennomgang av

Detaljer

GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING

GJENNOMGANG 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

Detaljer

Oppgave 1 Multiple Choice

Oppgave 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

Detaljer

IT I PRAKSIS!!!!! IT i praksis 20XX

IT 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

Detaljer

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

UKEOPPGAVER 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

Detaljer

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Klassediagram Aktivitetsdiagram Tilstandsdiagram Sekvensdiagram 1 Ta utgangspunkt i følgende klasser:

Detaljer

Prosjektledelse - fra innsiden

Prosjektledelse - fra innsiden Prosjektledelse - fra innsiden Presentasjon hos UiO 31.08.2012 Ida Lau Borch, fagansvarlig i Metier AS Det ligger et fantastisk potensial i det å være best i prosjektledelse og -styring Prosjekteierstyring

Detaljer

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

Use 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

Detaljer

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet

Lykke til! Eksamen i fag TDT4140 Systemutvikling 28.11.2012 9.00. NTNU Norges teknisk-naturvitenskapelige universitet Side 1 av 10 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:

Detaljer

VEDLEGG 1 KRAVSPESIFIKASJON

VEDLEGG 1 KRAVSPESIFIKASJON VEDLEGG 1 KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE Forord... 2 1 Systembeskrivelse... 2 2 Mål for systemet... 3 3 Funksjonelle krav... 4 4 Ikke-funksjonelle krav... 5 5 Use-case diagram... 6 6 Rammekrav...

Detaljer

CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM

CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM Scrum Master og Product Owner i Høst 2015 1 Om Scrum Scrum er et populært rammeverk laget med henblikk på å utvikle komplekse informasjonssystemer.

Detaljer

Use 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. 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,

Detaljer

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

Hensikten 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

Detaljer

Scrum. en beskrivelse V 2012.12.13

Scrum. en beskrivelse V 2012.12.13 Scrum en beskrivelse Scrum prinsipper Verdier fra Agile Manifesto Scrum er det mest kjente av de smidige (Agile) rammeverkene. Scrum er også kilden til mye av tankegodset bak verdiene og prinsippene i

Detaljer

Prosjektledelse, prosjektplanlegging, teamarbeid

Prosjektledelse, prosjektplanlegging, teamarbeid INF1050: Systemutvikling 25. mars 2015 Prosjektledelse, prosjektplanlegging, teamarbeid Universitetslektor Yngve Lindsjørn INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning

Detaljer

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

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser? UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering

Detaljer

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

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling

Detaljer

Prosjekteierrollen, krav og forventninger. Implementering av pensjonsreformen i Statens Pensjonskasse PERFORM

Prosjekteierrollen, krav og forventninger. Implementering av pensjonsreformen i Statens Pensjonskasse PERFORM Prosjekteierrollen, krav og forventninger Implementering av pensjonsreformen i Statens Pensjonskasse Bakgrunn og fakta Prosjekt Perform Implementering av regelverket knyttet til pensjonsreformen Migrering

Detaljer

Kommende Trender Innenfor Test

Kommende Trender Innenfor Test Kommende Trender Innenfor Test Jennifer Blechar, Sopra Steria April 2015 Trondheim Test Conference Jennifer Blechar Studerte matematikk i USA, mastergrad fra London School of Economics, doktorgrad fra

Detaljer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller

Detaljer

Testing tidlig i livssyklusen smidige prosjekter. Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria

Testing tidlig i livssyklusen smidige prosjekter. Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria Testing tidlig i livssyklusen smidige prosjekter Arne Erik Hurum Helsedirektoratet Bjørn Andersen - Steria 20.03.2014 Arne Erik Hurum, Testansvarlig Helseforvaltningsløsninger/eSaks Hva er esaks Hvordan

Detaljer

Løsningsforslag til Case. (Analysen)

Løsningsforslag til Case. (Analysen) Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen

Detaljer

Presentasjon 1, Requirement engineering process

Presentasjon 1, Requirement engineering process Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv

Detaljer

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

Detaljer

1. Forord 2. Leserveiledning

1. Forord 2. Leserveiledning KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter

Detaljer

Valg av utviklingsmetode hva betyr dette for kontraktsutformingen

Valg av utviklingsmetode hva betyr dette for kontraktsutformingen Valg av utviklingsmetode hva betyr dette for kontraktsutformingen SSA-konferansen 2010 Erik Bollestad Forfatter Prosjektittel 16.02.2010 16.02.2010 1 Kontraktens funksjoner Konfliktforebyggende Avklarer

Detaljer

De fleste kjenner Tomras pantemaskiner, som er godt utbredt i store deler av verden.

De fleste kjenner Tomras pantemaskiner, som er godt utbredt i store deler av verden. Risikoanalyse i ukjent terreng om farene ved innovasjon og test Av Audun Urke, Sogeti Norge AS Innlegget tar for seg risiko og test i prosjekter preget av innovasjon. Innovasjon er som regel ikke farlig,

Detaljer

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Kunden 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

Detaljer

Teknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, Objectdesign 27 August, Smidig fagdag i SPK

Teknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, Objectdesign 27 August, Smidig fagdag i SPK Teknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, 27 August, Smidig fagdag i SPK Om meg Per Otto Bergum Christensen Siv.ing, Datateknikk, NTNU Senior konsulent, Tre siste prosjekter:

Detaljer

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse

Tom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler

Detaljer

Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen

Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold Ove Dalen There is a lack of discipline in many web publishing processes because managers in charge of websites often don't respect

Detaljer

Scrum. -nøkkelbegreper og noen personlige erfaringer

Scrum. -nøkkelbegreper og noen personlige erfaringer Scrum -nøkkelbegreper og noen personlige erfaringer Agile Manifesto Manifest for smidig systemutvikling Vi oppdager stadig nye og bedre måter å utvikle systemer på, både ved å gjøre det selv og ved å hjelpe

Detaljer

IT Service Management

IT Service Management IT Service Management Forelesning uke 7 Innhold Endringer Endringer i ITIL: Service Transition Endringer - en nødvendig onde? If it ain t broke don t fix it. De fleste supportsaker synes å skyldes endringer

Detaljer

AlgDat 12. Forelesning 2. Gunnar Misund

AlgDat 12. Forelesning 2. Gunnar Misund AlgDat 12 Forelesning 2 Forrige forelesning Følg med på hiof.no/algdat, ikke minst beskjedsida! Algdat: Fundamentalt, klassisk, morsomt,...krevende :) Pensum: Forelesningene, oppgavene (pluss deler av

Detaljer

SCRUM EB og TMG 2010

SCRUM EB og TMG 2010 SCRUM Hovedmål Mer om roller i SCRUM Es/mering av innhold i sprinter Visualisering av fremdri; ved burndown Scrum Daily SCRUM 24h Product backlog Sprint backlog 1 uke Sprint Delprodukt / delleveranse Roller

Detaljer

Introduksjon,l SCRUM. EB og TMG 2010 1

Introduksjon,l SCRUM. EB og TMG 2010 1 Introduksjon,l SCRUM EB og TMG 2010 1 Hva er Scrum? Kilde: http:/image.google.com EB og TMG 2010 2 Kompleksitet Kilde: http://www.coderfriendly.com/ EB og TMG 2010 3 SCRUM - kortversjonen Scrum er en smidig

Detaljer

EKSAMEN. Fordypning i digital arbeidsflyt. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag

EKSAMEN. Fordypning i digital arbeidsflyt. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag KANDIDATNUMMER: EKSAMEN FAGNAVN: FAGNUMMER: Fordypning i digital arbeidsflyt IMT5131 EKSAMENSDATO: 05.12.2005 SENSURFRIST: 26.12.2005 KLASSE: TID: 09.00 13.00 FAGLÆRER: Rune Hjelsvold Faglærer kontaktes

Detaljer

LocalBank Prosjektbeskrivelse

LocalBank Prosjektbeskrivelse LocalBank Prosjektbeskrivelse INNHOLD MÅL... 2 STRUKTUR... 2 IMPLEMENTASJON AV ILOCALBANKREPOSITORY... 3 GUI... 4 EXCEPTION... 4 KODE... 4 NOEN KLASSER OG SPESIELLE EMNER SOM DE VISER... 5 KLASSE DIAGRAMMER...

Detaljer

Forespørsel: FRAM-11-0016-00 Nettauksjonstjenester. Del 2 VEDLEGG C: KRAVSPESIFIKASJON KRAVSPESIFIKASJON. FOR ANSKAFFELSE AV Nettauksjonstjenester

Forespørsel: FRAM-11-0016-00 Nettauksjonstjenester. Del 2 VEDLEGG C: KRAVSPESIFIKASJON KRAVSPESIFIKASJON. FOR ANSKAFFELSE AV Nettauksjonstjenester Del VEDLEGG C: KRAVSPESIFIKASJON KRAVSPESIFIKASJON FOR ANSKAFFELSE AV Nettauksjonstjenester Del VEDLEGG C: KRAVSPESIFIKASJON Innholdsfortegnelse Formål... Leverandørens løsningsbeskrivelse...3 3 Leveransekrav...4

Detaljer

Livsløpstesting av IT-systemer

Livsløpstesting av IT-systemer Livsløpstesting av IT-systemer Testing, validering og evaluering Teste Undersøke ved hjelp av tester om systemet fungerer slik det er beskrevet Validere Bekrefte hvordan systemet virkelig fungerer, om

Detaljer

Smidig utvikling NTNU 10.01.2014 Tor-Erik Mathisen tor-erik.mathisen@accenture.com

Smidig utvikling NTNU 10.01.2014 Tor-Erik Mathisen tor-erik.mathisen@accenture.com Smidig utvikling NTNU 10.01.2014 Tor-Erik Mathisen tor-erik.mathisen@accenture.com Accenture, its logo, and High Performance Delivered are trademarks of Accenture. Agenda Hvorfor Hva Scrum Prosjekteksempel

Detaljer

Planlegging og dokumentasjon

Planlegging og dokumentasjon Planlegging og dokumentasjon Edgar Bostrøm. - leilighetsnotat, etterutdanningskonferansen, 17.02.2010, noe revidert. Generelle kommentarer: Begrunnelse for hovedområdet Planlegging og dokumentasjon : o

Detaljer

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495

Kravspesifikasjon. 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

Detaljer

BIRD - Administrasjon av forskningsdata (Ref #2219b941)

BIRD - Administrasjon av forskningsdata (Ref #2219b941) BIRD - Administrasjon av forskningsdata (Ref #2219b941) Søknadssum: 1 000 000 Varighet: Toårig Kategori: Innsatsområder Samarbeid og partnerskap Opplysninger om søker Organisasjonsnavn / nr Handelshøyskolen

Detaljer

User Story Mapping gir en nyttigere backlog

User Story Mapping gir en nyttigere backlog User Story Mapping gir en nyttigere backlog Workshop, Smidig 2011 Nils Christian Haugen nch@scienta.no Christian Stensholt christian.stensholt@bouvet.no 1 Agenda Intro til User Story Mapping (15 min) Demo

Detaljer

SYSTEMUTVIKLINGSKONTRAKTER SMIDIG OG PS2000

SYSTEMUTVIKLINGSKONTRAKTER SMIDIG OG PS2000 SYSTEMUTVIKLINGSKONTRAKTER SMIDIG OG PS2000 Ståle L Hagen UiO 22. april 2015 www.selmer.no Praktisk kontraktsrett En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse 4l å gjøre

Detaljer

UML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu

UML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering

Detaljer

IA4412 Systemutvikling og dokumentasjon Læringsutbytte, arbeidsbelastning og vurderingsformer

IA4412 Systemutvikling og dokumentasjon Læringsutbytte, arbeidsbelastning og vurderingsformer IA4412 Systemutvikling og dokumentasjon Læringsutbytte, arbeidsbelastning og vurderingsformer B. Lund. (2013). Lunch. Available: http://www.lunchstriper.no, http://www.dagbladet.no/tegneserie/lunch Hans-Petter

Detaljer

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner

Kap. 2 Prosessen. Utviklingsmodeller -2. Utviklingsmodeller. Utviklingsmodeller -4. Utviklingsmodeller - 3. Software Engineering - definisjoner Software Engineering - definisjoner Kap. 2 Prosessen Utviklingsprosessen Modeller for utvikling Bauer: Etablering og bruk av gode ingeniørmessige prinsipper for å fremskaffe økonomisk programvare som er

Detaljer

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser

Ulike typer prosessmodeller. Systemutvikling. Utviklingsmodeller. Prosessmodell - faser 1 Ulike typer prosessmodeller Systemutvikling Oppsummering av hovedområdene i kurset LO 135A Kirsten Ribu 19.05.2004 De røde er viktige i kurset: Evolusjonær (prototyping) Inkrementell (RUP) XP fossefall

Detaljer

S y s t e m d o k u m e n t a s j o n

S y s t e m d o k u m e n t a s j o n S y s t e m d o k u m e n t a s j o n Monitorering av produksjonsløyper ved Nasjonalbiblioteket - Project BAKE Utarbeidet av: Einar Wågan Kristian Akerhei Studium: Informasjonssystemer Innlevert: 26.5.2015

Detaljer

STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen

STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag kontinuasjonseksamen Tid: Mandag 06.08.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent

Detaljer

Tid for læring. Microsoft Office 2007 Windows Vista. e-læring bok

Tid for læring. Microsoft Office 2007 Windows Vista. e-læring bok Tid for læring Microsoft Office 2007 Windows Vista e-læring bok Microsoft Office 2007 Windows Vista e-læring bok Office 2007 er en ny generasjon kontorstøtte-verktøy med et helt nytt grensesnitt. Office

Detaljer

BlackBox, WhiteBox og andre testmetoder. Etter ønske fra studentene 26. november 2009

BlackBox, WhiteBox og andre testmetoder. Etter ønske fra studentene 26. november 2009 BlackBox, WhiteBox og andre testmetoder Etter ønske fra studentene 26. november 2009 Hva er testing? Testing er å undersøke IT-systemer eller deler av det for å vurdere om kravene til det som testes er

Detaljer

HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no

HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no Fra SPKs strategi IT-tjenestene for kjerneprosessene i SPK er overordnet ansett å være gode og

Detaljer

INF 5120 Modellering med objekter

INF 5120 Modellering med objekter INF 5120 Modellering med objekter Obligatorisk oppgave nr. 1 Gruppe 4 Problem: Det skal designes en kaffemaskin til bruk blant de ansatte hos en bedrift. Eieren av bedriften ønsker en enkel og billig maskin.

Detaljer

ELCOM deltagerprosjekt: Elektronisk strømmarked. Siri A. M. Jensen, NR. Oslo Energi, 3.desember 1996. Epost: Siri.Jensen@nr.no.

ELCOM deltagerprosjekt: Elektronisk strømmarked. Siri A. M. Jensen, NR. Oslo Energi, 3.desember 1996. Epost: Siri.Jensen@nr.no. ELCOM deltagerprosjekt: Elektronisk strømmarked Siri A. M. Jensen, NR Oslo Energi, 3.desember 1996 1 Hva gjøres av FoU innenfor Elektronisk handel og markedsplass? Elektronisk handel -> Information Highway

Detaljer

Bruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge

Bruk av HP Quality Center med smidige utviklingsmetoder. HP Sofware Norge Bruk av HP Quality Center med smidige utviklingsmetoder Kjell Lillemoen HP Sofware Norge QC og smidige metoder Agenda Smidig terminologi Smidig metoder og verktøy Hvilke krav bør vi stille QC med Scrum

Detaljer

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration

Detaljer

Høgskolen i Oslo og Akershus

Høgskolen i Oslo og Akershus Høgskolen i Oslo og Akershus Gruppe 2 Forprosjektrapport Presentasjon Oppdragsgiver: Prosjekttittel: Definisjon: Accenture Shera Shera er en «event»-applikasjon til Android der man kan registrere arrangementer

Detaljer

SAS I TNS GALLUP. Fra spesialistverktøy til standard rapporteringsog analyseverktøy. Copyright 2010 SAS Institute Inc. All rights reserved.

SAS I TNS GALLUP. Fra spesialistverktøy til standard rapporteringsog analyseverktøy. Copyright 2010 SAS Institute Inc. All rights reserved. SAS I TNS GALLUP Fra spesialistverktøy til standard rapporteringsog analyseverktøy Copyright 2010 SAS Institute Inc. All rights reserved. TNS Gallup TNS Gallup er Norges største analyseinstitutt. TNS Gallup

Detaljer

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1 KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3

Detaljer

Innhold. Innledning... 15. Del 1 En vei mot målet

Innhold. Innledning... 15. Del 1 En vei mot målet Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................

Detaljer

Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram

Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Læreplan i informasjonsteknologi - programfag i studiespesialiserende utdanningsprogram Fastsatt som forskrift av Utdanningsdirektoratet 3. april 2006 etter delegasjon i brev 26. september 2005 fra Utdannings-

Detaljer

Pedagogisk regnskapssystem

Pedagogisk regnskapssystem av Benjamin Dehli og Jørgen Tellnes Innhold 1 Innledning 2 Om forprosjektet 2.1 Forprosjektgruppen 2.2 Målsetninger med forprosjektet 3 Beskrivelse av hovedprosjektet 3.1 Arbeidstittel 3.2 Prosjektgruppe

Detaljer

Innlevering 3. IBE 250 Ingrid Vermøy, 090859

Innlevering 3. IBE 250 Ingrid Vermøy, 090859 Innlevering 3 IBE 250 Ingrid Vermøy, 090859 Kai A. Olsen er professor i informatikk ved Høgskolen i Molde og ved Universitetet i Bergen, han er også professor ved universitetet i Pittsburgh. Per Sætre

Detaljer

Forprosjekt Bacheloroppgave 2012

Forprosjekt Bacheloroppgave 2012 Forprosjekt Bacheloroppgave 2012 Dette dokumentet inneholder beskrivelse av prosjektet, rammer, mål og systemutviklingsmodell Skrevet av Lap To, Håvard Andreas Heggheim og Tobias Moe Thorstensen 1 Forprosjekt

Detaljer

Smidige metoder i praksis Høgskolen i Oslo Kristin Meyer Kristiansen Objectnet AS

Smidige metoder i praksis Høgskolen i Oslo Kristin Meyer Kristiansen Objectnet AS Smidige metoder i praksis Høgskolen i Oslo Kristin Meyer Kristiansen Objectnet AS Agenda Min erfaring med scrum + litt input fra Javazone 2007 Universell Utforming Min erfaring med smidige metoder MT-prosjektet

Detaljer

Undervisning i Smidige metoder ved Universitetet i Oslo

Undervisning i Smidige metoder ved Universitetet i Oslo Undervisning i Smidige metoder ved Universitetet i Oslo Dag Sjøberg Professor ved Ins4tu7 for informa4kk Universitetet i Oslo Dag Sjøberg, Universitetet i Oslo 1 Planer for undervisning Kurs INF1050 Systemutvikling/software

Detaljer

Smidig utvikling med Balsamiq

Smidig utvikling med Balsamiq Smidig utvikling med Balsamiq «Smidig prototyping: Dialog mellom produkteier, utviklere og kunde» Nettverksmøte i Den Norske Dataforening 4. september 2013, Trondheim Velkommen til dette foredraget som

Detaljer

KONTRAKTER FOR PROGRAMVAREUTVIKLING. Ståle L Hagen UiO 20. april 2016 www.selmer.no

KONTRAKTER FOR PROGRAMVAREUTVIKLING. Ståle L Hagen UiO 20. april 2016 www.selmer.no KONTRAKTER FOR PROGRAMVAREUTVIKLING Ståle L Hagen UiO 20. april 2016 www.selmer.no Praktisk kontraktsrett En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse 3l å gjøre eller

Detaljer

Implementeringsveiledning for Elektronisk Avtaleinngåelse med AvtaleGiro og efaktura

Implementeringsveiledning for Elektronisk Avtaleinngåelse med AvtaleGiro og efaktura Implementeringsveiledning for Elektronisk Avtaleinngåelse med AvtaleGiro og efaktura Versjon 1.0 Dato 15.06.2015 Side 1 av 10 Innhold 1 Introduksjon... 3 1.1 Kort om tjenesten... 3 1.2 Målgruppe... 3 1.3

Detaljer

Bachelorprosjekt 2015

Bachelorprosjekt 2015 Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Eksamen i IN219, 13. desember 2001 Side 1 av 6 UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i : IN219 Store programsystemer Eksamensdag : Torsdag 13. desember 2001 Tid for eksamen

Detaljer

Kravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse

Kravspesifikasjon. Dagens forelesning. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Kravspesifikasjon og objektorientert analyse Dagens forelesning Kravspesifikasjon Kravspesifikasjon og objektorientert analyse Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi UML? Noen resultater fra et UML-eksperiment

Detaljer

Motivasjon: Hvorfor modellere? Systemutvikling med UML Del 2 (forelesning 4-6) Repetisjon: Egenskapsrommet. Egenskapsrommet

Motivasjon: Hvorfor modellere? Systemutvikling med UML Del 2 (forelesning 4-6) Repetisjon: Egenskapsrommet. Egenskapsrommet Motivasjon: Hvorfor modellere? Systemutvikling med UML Del 2 (forelesning 4-6) Øyvind Stavdahl Institutt for teknisk kybernetikk, NTNU Oktober 2004 Avmystifisere systemets kompleksitet Skaffe oversikt

Detaljer

Kravspesifikasjon. Kravspesifikasjon. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Hva skal systemet gjøre? Hvem og hva påvirker krav?

Kravspesifikasjon. Kravspesifikasjon. Mal for kravspesifikasjon. Hvordan finne fram til kravene? Hva skal systemet gjøre? Hvem og hva påvirker krav? Kravspesifikasjon Kravspesifikasjon Erik Arisholm Simula Research Laboratory & Institutt for Informatikk Hva skal systemet gjøre? Hvem og hva påvirker krav? Motivasjon: Hvorfor trenger vi UML? o Noen resultater

Detaljer

Til: Aktuelle studenter for Cyberneticas studentprogram Antall sider: 5 Dato: 2014-11-10

Til: Aktuelle studenter for Cyberneticas studentprogram Antall sider: 5 Dato: 2014-11-10 Address: Cybernetica AS Leirfossveien 27 N-7038 Trondheim Norway Phone.: +47 73 82 28 70 Fax: +47 73 82 28 71 STUDENTOPPGAVER Til: Aktuelle studenter for Cyberneticas studentprogram Antall sider: 5 Dato:

Detaljer

Grunnleggende om Evaluering av It-systemer

Grunnleggende om Evaluering av It-systemer Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Kravspesifikasjonen skal beskrive applikasjonens funksjonalitet og betingelsene som oppdragsgiver krever. Det skal også hjelpe utviklerne med å begrense applikasjonen slik at den

Detaljer

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere

Statisk testing. Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Statisk testing Testing uten datamaskin, men med vår egen evne til å vurdere og analysere Hva er statisk testing Analyser som utføres på skrevne dokumenter Hensikten er å finne avvik fra spesifikasjonene

Detaljer

INF 5120 Obligatorisk oppgave Nr 2

INF 5120 Obligatorisk oppgave Nr 2 INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping

Detaljer

Om Statsbygg Anskaffelse av nytt digitalt FM verktøy Prosessen Kravspesifikasjon Kriterier for valg Noen viktige erfaringer!

Om Statsbygg Anskaffelse av nytt digitalt FM verktøy Prosessen Kravspesifikasjon Kriterier for valg Noen viktige erfaringer! FM KONFERANSE 2012 Anskaffelse av nytt digitalt FM verktøy Steinar Olsen, Statsbygg AGENDA Om Statsbygg Anskaffelse av nytt digitalt FM verktøy Prosessen Kravspesifikasjon Kriterier for valg Noen viktige

Detaljer

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Gruppenummer: 21 Forprosjektrapport Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Gruppemedlemmer: Guro Asbjørnsen, Ester Jansson, Marius Skalstad og

Detaljer

Kirsten Ribu - Høgskolen i Oslo 05.05.04

Kirsten Ribu - Høgskolen i Oslo 05.05.04 Prosessmodellering Strukturert analyse og design et overblikk Gurholt & Hasle, kapittel 10 Kirsten Ribu - Høgskolen i Oslo 05.05.04 1 Perspektiver på modellering Datamodellering var lenge den mest brukte

Detaljer

Systemutvikling (Software Engineering) TDT 4110 IT Grunnkurs Professor Guttorm Sindre

Systemutvikling (Software Engineering) TDT 4110 IT Grunnkurs Professor Guttorm Sindre Systemutvikling (Software Engineering) TDT 4110 IT Grunnkurs Professor Guttorm Sindre Læringsmål og pensum Mål Lære å lage større og sammensatte programmer Pensum Pythonboka kap. 1-9, 12 Teorikapitlet

Detaljer

Med selvbetjening når vi ut til kundene med nye muligheter som setter nye trender.. More Software Solutions AS

Med selvbetjening når vi ut til kundene med nye muligheter som setter nye trender.. More Software Solutions AS Med selvbetjening når vi ut til kundene med nye muligheter som setter nye trender.. More Software Solutions AS 80% av alle forretningsdokumenter er skjema (Gartner og PWC) I stedet for å spørre hva det

Detaljer