Bolk om Kravspesifisering

Størrelse: px
Begynne med side:

Download "Bolk om Kravspesifisering"

Transkript

1 Bolk om Kravspesifisering Guttorm Sindre, IDI Læremål Forstå Hva en kravspesifikasjon er, og hva den bør inneholde? Hvorfor god kravspesifikasjon er viktig i IS - utviklingsprosjekter Hvordan man går fram for å lage gode kravspesifikasjoner Praktiske ferdigheter i å Vurdere kvaliteten av kravspesifikasjoner Selv lage gode kravspesifikasjoner Bedømme hvilke uttrykksformer som passer til hva ifbm problemanalyse og kravspek, og hvorfor Men selvsagt ikke perfekt etter dette kurset! Innhold Kravspesifikasjoner, P11 (F13, F14) Innhold Kvalitetsvurdering (validering) Objekter og analyse / krav, P10, P13 (F15) Forskjell på problemanalyse, krav, design Ulike objekter i ulike faser Kravspek og hyllevare, P14 (F16) Spesielle metodiske problemer PORE-metoden Use cases, P12 (F17, F18) Motivasjon for use cases i kravspesifikasjon Hvordan skrive gode (tekstlige) use cases? Denne uka: P11 Utdrag fra Kotonya/Sommerville: Requirements Engineering: Processes and Techniques Del 1: Processes Kap 1: Intro Kap 2: Requirements Processes Kap 3: Requirements Elicitation and Analysis Kap 4: Requirements Validation Kap 5: Requirements Management Del 2: Techniques : navngitte teknikker (SADT, VORD,...) Disposisjon dagens forelesning 1. Hva er et krav? 2. Hvorfor er gode kravspesifikasjoner viktig? 3. FAQs om krav 4. Kravspesifisering i en større utviklingsprosess 5. Kravdokumentet Hva skal en kravspesifikasjon inneholde? 6. Hvordan skrive gode krav? 1. Hva er et krav? Krav sier Hva et system skal gjøre, og hvilke Betingelser/begrensninger det må operere under Ikke hvordan systemets indre skal utformes for å oppnå dette (design/implementasjon) Eksempler (P11, s. 4) 1. Systemet skal behandle info om biblioteksmateriale Systemet skal tillate brukerne å søke på Systemets brukergrensesnitt skal være web-basert Systemet skal støtte minst 20 transaksjoner pr sek. 5. Systemfasilitetene som er tilgjengelige for allmenn bruk skal kunne demonstreres på max 10 min. 1

2 2. Hvorfor er god kravspesifikasjon viktig? Dårlig kravspek gir flg problemer: Krav uttrykker ikke kundens reelle behov Krav er inkonsistente eller ukomplette Dyrt med senere endringer av vedtatte krav (og kostnaden øker til lenger feilaktige krav er med på lasset) Misforståelser mellom kunder, kravkonsulenter og designere Store tapsprosjekter, hva er grunnen? Dårlig prosjektstyring? Dårlig kravspek? Dårlig programmering? Eksempler på tapsprosjekter TRESS-90: 1,2 mrd kroner e-billetten (1995): 300 mill kroner Statens Vegvesen: 152 mill kroner Ariane-5: 5 mrd kroner Uheldig gjenbruk, kode som hadde virket for Ariane -4 Manglende spesifikasjon av forskjeller NASA s Mars-fiasko (1999), tap ca. 3,6 mrd Orbiter brant opp, Polar Lander kræsjet caused by a missing line of computer code several management mistakes, including inadequate testing before launching Viktigheten av å avsløre feilaktige krav tidlig Anslått at kostnaden ved et feilaktig krav multipliseres med 10 per fase Dvs: Oppdages allerede i kravfasen: kostnad 1 Oppdages etter design: kostnad 10 Oppdages etter ferdig implementasjon: kostnad 100 Oppdages etter bruk hos kunden: kostnad 1000 Eksempel på feilaktig (her inkomplett) krav (s.5)... søke på tittel, forfatter eller ISBN. Hva med CD er? 3. FAQs om krav (1.1) Hva er krav? Formulering av en tjeneste, eller Formulering av en begrensning Ulike kategorier av krav Tjenester på brukernivå Generelle systemegenskaper Spesifikke begrensninger Beregningsregler Begrensninger på utviklingsprosjektet (f.eks budsjett, valg av prog.språk) Dvs. ikke nødvendigvis bare HVA systemet skal gjøre Hva er kravspesifisering (RE)? Aktiviteter for å oppdage, dokumentere og vedlikeholde krav til et system Ved hjelp av systematiske teknikker For å sikre at kravene er komplette, konsistente, relevante etc. Hvor mye koster kravspesifisering (RE)? Varierer utifra type applikasjon, vanskegrad etc. Gjennomsnitt 15% for store systemer 10% for mindre systemer Hva skjer når krav er feil? Systemet blir forsinket, dyrere Kunder og brukere blir misnøyde Systemet kan bli lite pålitelig Høye kostnader til drift, vedlikehold, videreutvikling ~100 ganger så dyrt å fikse krav-feil som prog.-feil Hva er en kravspesifiseringsprosess? Strukturert sett av aktiviteter I en eller annen sekvens el. Iterasjon For å finne krav, analysere og forhandle om krav, spesifisere og validere krav Få organisasjoner har standardiserte prosesser 2

3 Fins det noen ideell kravspes-prosess? Ingen riktig for alle organisasjoner Avhengig av type prosjekt, involvert personell etc. De fleste standarder (IEEE std 830, US DoD std 2167A) handler mest om dokumentene som skal produseres, ikke om prosessen Hva er en kravspesifikasjon? Dokumentet, i motsetning til kravspesifisering (aktiviteten) Offisiell formulering av kravene, for kunder, brukere og programvareutviklere Her: kravdokumentet (requirements document) Hva er interessenter (stakeholders)? Personer eller organisasjoner som vil bli påvirket av systemet, og har (eller bør ha) innflytelse på kravene direkte eller indirekte Interessenter, automatisert togsignalsystem Operatører som skal være ansvarlige for systemet Togpersonell Ledelse i jernbanen Passasjerer Utstyrsinstallatører, vedlikeholdsingeniører Tilsynsmyndigheter FAQs (forts) Hva er forholdet mellom krav og design? Krav: HVA, design: HVORDAN Ikke alltid enkelt skille Systemet må virke sammen med andre eksisterende systemer Store systemer: Noe overordnet arkitekturdesign nødvendig før man kan gi detaljerte krav for subsystemer Ønske om å gjenbruke deler av eksisterende system Mhp godkjenning fra eksterne myndigheter: behov for å benytte et standard, utprøvet design Dvs., kan ikke alltid gi en helt ren framstilling av HVA og velge et hvilket som helst HVORDAN innen dette FAQs (siste) Hva er kravstyring (Req. Management)? Holde rede på endringer i kravspek Pga endrede behov, omgivelser, forretningsmål, lover og regler Hovedaktiviteter Endringskontroll: formelle prosedyrer for å innhente og gjennomføre endringer Endringseffektanalyse (change impact analysis): hvordan en endring vil påvirke resten av systemet Forutsetter sporbarhet Krav-krav (hvordan de er relatert til hverandre) Pre-krav (hvordan krav er relatert til overordnede forretningsmål, hvem som hadde kravet,...) Post-krav (hvordan krav er relatert til designet) 4. Kravspesifisering i større utv.prosess Systems engineering : utvikling av systemer med Programvare Maskinvare og annet utstyr Organisasjonelle rutiner for hvordan det skal betjenes To hovedkategorier Brukerkonfigurerte systemer: settes sammen av eksisterende programvareprodukter (hyllevare) Skreddersøm: kunde gir krav, kontraktør utvikler system ihht kravene. Kan være ulike divisjoner i samme organisasjon, eller ulike firmaer Etter hvert nå en glidende overgang Skreddersøm, ulike typer systemer Informasjonssystemer Hovedoppgave: prossesere info i DB Standard plattformer Krav programvarekrav (+ organisasjonsrutiner) Embedded systems (innbakte systemer) Hovedoppgave: kontroll av maskinvare Spesiallaget plattform Krav både til maskinvare og programvare Kommando- og kontrollsystemer Kombinasjon av info.sys og emb.sys. Ulike plattformer satt sammen i nettverk Spesifikasjon av maskinvare, programvare og org.rutiner 3

4 Emergent properties skjulte egenskaper, dvs som ikke kommer til syne før subsystemene er utviklet og satt sammen Pålitelighet Vedlikeholdbarhet Ytelse Anvendbarhet Sikkerhet Trygghet Generisk prosess (Fig 1.2) ]^ W X YZ[ \ g h_ i` jh a]bgc*b g kjhd ief G!H IQJRKLM STUI VLN HO P :;4 < ABCBCD E CE F! "# $% & ' ($% )*% +,-. / 0 1/.. 21/ 0 l m n opq prs t u v w v xy z {*v } ~ ƒ ˆ Š Œ Ž 5. Kravdokumentet (1.3) Skal beskrive følgende: Tjenester / funksjoner som systemet skal tilby Begrensninger som systemet må operere under Overordnede egenskaper for systemet (emergent properties) Grensesnitt til andre systemer som dette må integreres med Informasjon om anvendelsesområdet Mange måter å strukturere dette på Standarder fra IEEE, DoD Begrensninger på utviklingsprosessen Organisasjon kan ha egen standard IEEE Standard 830 (1993) 1. Introduksjon 1. Formål med dokumentet 2. Produktets omfang 3. Terminologi 4. Referanser 5. Oversikt over resten 2. Generell beskrivelse 1. Produktperspektiv 2. Produktfunksjoner 3. Brukerkarakteristikker 4. Generelle begrensninger 5. Antagelser og avhengigheter 3. De spesifikke kravene 4. Appendiks 5. Indeks Brukere av kravdokumentet Kunder Gi krav, sjekke om de stemmer med behov Ledelse (av utviklerfirma) Vurderer anbud, planlegger prosjekt Systemutviklere Forstå hva som skal lages Systemtestingeniører Utvikle systemtester Vedlikeholdsingeniører Forstå systemet og relasjoner mellom ulike deler 6. Hvordan skrive gode krav? (intro) De fleste organisasjoner skriver i naturlig språk Forståelig for alle grupper av lesere Stor, generell uttrykkskraft Ulemper Ikke entydig beskrivelse, potensielle misforståelser Vanskelig med automatisert analyse av krav Kan gi falsk følelse av mestring / enkelhet Vanlige problemer Komplekse undersetninger (hvis... ) Sløv, inkonsistent bruk av terminologi Implisitt kunnskap / antagelser 4

5 Hvordan skrive gode krav? (huskeregler) 1. Krav leses oftere enn de skrives Dvs. lønner seg å bruke mer tid på skriving for å optimalisere lesbarheten 2. Leserne har ulik bakgrunn Ikke regn med at de har samme kunnskap som deg! 3. Det er ikke lett å skrive klart og konsist! Utkast Gjennomgang (review) Forbedring Detaljnivå: avhengig av type krav, kundens forventninger, standarder osv. Hvordan skrive gode krav? (retningslinjer) Definer standard format for kravdokumentasjon Mer oversiktlig Reduserer sannsynligheten for å utelate viktig info Format kan variere noe for ulike krav Skriv enkelt, konsekvent og konsist Korte setninger og avsnitt, lister og tabeller Unngå sjargong, faguttrykk Bruk diagrammer for oversikt Supplementer med andre uttrykksformer Kvantifiser hvis mulig Gjelder særlig ikke-funksjonelle krav (dvs overordnede systemegenskaper) Eksempel på krav Ifbm et prosjekt for å skaffe et nytt ERP system for en større bedrift, fikk man i intervjuer med ulike interessenter typisk fram krav a la følgende: Fra brukere: Denne funksjonen må bli bedre enn i det gamle systemet Fra dataeksperter: Samme data må kun lagres ett sted, dvs. ingen duplisering. Ville dette vært gode eller dårlige krav? Hvorfor? Oppsummering Har gått igjennom Hva krav er Hvor kravspesifisering hører hjemme i en større utviklingssammenheng Hva kravdokumentet bør inneholde Noen retningslinjer for å skrive gode krav Neste gang Validering av krav (Requirements validation) 5 š

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

Agenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen

Agenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen TDT4140: Kravinnhenting Torbjørn Skramstad IDI / NTNU Introduksjon til objektorientert design Agenda Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav Intervju Scenarier Etnografi Eksempel

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

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

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

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

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

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

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

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

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste?

Kort om evaluering og testing av It-systemer. Hvordan vurdere, verdsette, velge og teste? Kort om evaluering og testing av It-systemer Hvordan vurdere, verdsette, velge og teste? Evaluere - Bokmålsordboka Evaluere Vurdere, verdsette, gi karakter for. Vurdere Bedømme, verdsette. Bedømme Dømme

Detaljer

INF329: Utvalgte emner i programutviklingsteori Sikkerhetsanalyse av programvare

INF329: Utvalgte emner i programutviklingsteori Sikkerhetsanalyse av programvare INF329: Utvalgte emner i programutviklingsteori Sikkerhetsanalyse av programvare Kap. 6, «Auditing Software» (s. 115) Kristian Harms, harms@ii.uib.no Presentert 21. september 2005 Merriam-Webster: Audit

Detaljer

Krav. Beskriver tjenestene produktet skal håndtere Kravene kan testes

Krav. Beskriver tjenestene produktet skal håndtere Kravene kan testes Krav og terminologi Krav Et utsagn som gjelder produktet vi skal teste og evaluere. Vi skal vurdere graden av sannhet i kravet opp mot funksjonen i produktet Funksjonelle krav Beskriver tjenestene produktet

Detaljer

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO

Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Eksamen 2012 INF1050 Lars- Martin Hejll Universitetet i OSLO Høgskolen i Telemark 2 Lars- Martin Hejll Høgskolen I Telemark Oppgave 1 Spørsmål fra pensum (20%) 1. Nødvendige aktiviteter i systemutvikling:

Detaljer

Kap. 10 Systemutvikling System Engineering

Kap. 10 Systemutvikling System Engineering Kap. 10 Systemutvikling System Engineering - Utvikling og integrering av både maskin- og programvare. - Hvordan oppstår behov for programvare? - Hvordan inngår programvare i en sammenheng med andre (del)systemer,

Detaljer

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

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

Detaljer

Jernbaneverkets erfaringer med implementering av RAMS

Jernbaneverkets erfaringer med implementering av RAMS Jernbaneverkets erfaringer med implementering av RAMS Terje Sivertsen, seksjonsleder signal Infrastruktur Teknikk, Premiss og utvikling Jernbaneverket RAMS-seminar, NJS, Oslo, 18. april 2007 1 Innhold

Detaljer

Requirement Engineering Process

Requirement Engineering Process Prosessaktører Prosesstøtte Prosess management Prosesskalitet Prosessforbedring Horfor bruke prosessmodeller? forenklet beskrielse a en prosess lagd ut fra et bestemt perspekti så det kan ære flere forskjellige

Detaljer

Tom Røise 18. Februar 2009

Tom Røise 18. Februar 2009 Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare

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

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

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

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

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

Programvare arkitekturer

Programvare arkitekturer Programvare arkitekturer 14. oktober 2001, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker

Detaljer

Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi.

Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Oppsummering infosys Strategier Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Forretningststrategi Porters modell - konkurransefordel Bedriften oppnår konkurransefordel

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

Validering og verifisering. Kirsten Ribu

Validering og verifisering. Kirsten Ribu Validering og verifisering Kirsten Ribu 2005 1 I dag Validering og verifisering Inspeksjon Testing 2 Noen ord om prosjektet Sjekk kurssidene jevnlig. Endringer forekommer (forelesningsplanen) Hvordan fungerer

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

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

Krav som bør stilles til leverandørens verifikasjon og test

Krav som bør stilles til leverandørens verifikasjon og test Krav som bør stilles til leverandørens verifikasjon og test Av Hans Schaefer Versjon 1.2, 14.9.2005 Dette dokument beskriver krav en bør stille til verifikasjon under utviklingen og test hos en seriøs

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

Skjulte avhengigheter i signalsystemene? - Hvordan unngå at togene kolliderer

Skjulte avhengigheter i signalsystemene? - Hvordan unngå at togene kolliderer Skjulte avhengigheter i signalsystemene? - Hvordan unngå at togene kolliderer Terje Sivertsen Seksjonsleder Signal Jernbaneverket Banedivisjonen Teknikk, Premiss og utvikling Skjulte avhengigheter i komplekse

Detaljer

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

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1 Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring

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

Technical Integration Architecture Teknisk integrasjonsarkitektur

Technical Integration Architecture Teknisk integrasjonsarkitektur Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices Introduksjon Masterdokument

Detaljer

Introduksjon til fagfeltet

Introduksjon til fagfeltet LC238D http://www.aitel.hist.no/fag/_dmdb/ Introduksjon til fagfeltet Datafiler side 2 Databasesystemer side 3-5 Databasearkitektur ANSI/SPARC side 6-7 Datamodeller side 8 Flerbruker databasesystem side

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

En metodologisk studie av ulykkesgransking med Driving Reliability and Error Analysis Method (DREAM)

En metodologisk studie av ulykkesgransking med Driving Reliability and Error Analysis Method (DREAM) Sammendrag: TØI-rapport 912/2007 Forfatter: Fridulv Sagberg Oslo 2007, 50 sider En metodologisk studie av ulykkesgransking med Driving Reliability and Error Analysis Method (DREAM) Denne undersøkelsen

Detaljer

Klargjøring av begreper

Klargjøring av begreper Akkrediteringsdagen 2015 Fleksibel akkreditering Anne Grændsen agr@akkreditert.no Klargjøring av begreper Akkreditering formell anerkjennelse av at organisasjonen (CAB) har kompetanse til å utføre spesifiserte

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

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

John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM

John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM John-Kjell.Hoset@Stretch.no 9513 5625 EN INNFØRING I BPM 1 AGENDA DEL1 HVA ER BPM Hva er BPM Utfordringen Gruppearbeid DEL2 PRAKTISK MODELLERING OG DEMO MED BIZAGI Hva er BPMN BPMN modellering verktøy

Detaljer

Læringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering

Læringsmål og pensum. Utvikling av informasjonssystemer. Oversikt. Systemutvikling Systemutvikling i seks faser Femstegs prosedyre for programmering 1 2 Læringsmål og pensum TDT4110 Informasjonsteknologi grunnkurs: Uke 38 Utvikling av informasjonssystemer Læringsmål Kunne seks faser for systemanalyse og design Kunne femstegs prosedyre for programmering

Detaljer

AGENDA. Gjennomgang av utkast til løsningskonsepter. Plan og arbeidsform frem mot endelig leveranse. Annet

AGENDA. Gjennomgang av utkast til løsningskonsepter. Plan og arbeidsform frem mot endelig leveranse. Annet AGENDA 01 02 03 Gjennomgang av utkast til løsningskonsepter Plan og arbeidsform frem mot endelig leveranse Annet Behov fra samfunnsøkonomisk analyse 1. Et antall alternative løsningskonsepter som skiller

Detaljer

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Iden%fisere behov og etablere krav INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010 Oversikt Behov Krav Oppgavebeskrivelse Oppgaveanalyse Behov og krav Behov Noe som ikke er koplet

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ØSNINGSFORSLAG TIL EKSAMEN I STE6221 Sanntidssystemer

LØSNINGSFORSLAG TIL EKSAMEN I STE6221 Sanntidssystemer HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT LØSNINGSFORSLAG TIL EKSAMEN I STE6221 Sanntidssystemer Tid: Onsdag 16.03.2005, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar

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

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

Training module on. Grant Contract 517846-LLP-1-2011-1-DK-LEONARDO-LMP

Training module on. Grant Contract 517846-LLP-1-2011-1-DK-LEONARDO-LMP Training module on 2Fish project: Inclusion of secondary service professions within fishery to the normal VET system Grant Contract 517846-LLP-1-2011-1-DK-LEONARDO-LMP Kurs tittel: Kurs Type: Kvalifiserings

Detaljer

Conference Centre Portal (CCP)

Conference Centre Portal (CCP) IN-MMO Obligatorisk oppgave 1 Brian Elvesæter mmo-oppgaver@ifi.uio.no 1 Conference Centre Portal (CCP) 2 1 Oblig 1: Problem description [1/3] The Conference Center Portal is an Internet portal that organizers

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

1. Intro om SharePoint 2013

1. Intro om SharePoint 2013 Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Intro om SharePoint 2013 Stein Meisingseth 09.08.2013 Lærestoffet er utviklet for faget LO205D Microsoft SharePoint 1. Intro om SharePoint

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

Generelt om permanent lagring og filsystemer

Generelt om permanent lagring og filsystemer Generelt om permanent lagring og filsystemer Filsystem Den delen av OS som kontrollerer hvordan data lagres på og hentes frem fra permanente media Data deles opp i individuelle deler, filer, som får hvert

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

En kravspesifikasjon skal være så konkret og detaljert at det er mulig å teste det ferdige produkt/system opp mot store deler av denne.

En kravspesifikasjon skal være så konkret og detaljert at det er mulig å teste det ferdige produkt/system opp mot store deler av denne. A KRAVSPESIFIKASJON Dette notat er en generell beskrivelse av en kravspesifikasjon for et (teknisk) datasystem. Den er basert på «The STARTS Purchasers Handbook» kap.4 og Appendix B, oversatt til norsk

Detaljer

PROSJEKTPLAN FOR INF [4 3]120-PROSJEKT: PROJECT HOSPITAL 2004

PROSJEKTPLAN 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É

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

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

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

Holdninger til og bruk av avdelingsvise kliniske informasjonssystemer ved St. Olavs hospital

Holdninger til og bruk av avdelingsvise kliniske informasjonssystemer ved St. Olavs hospital 1 Holdninger til og bruk av avdelingsvise kliniske informasjonssystemer ved St. Olavs hospital Eivind Vedvik Medisinstudent, det medisinske fakultet, NTNU Norsk senter for elektronisk pasientjournal eivindve@stud.ntnu.no

Detaljer

INF5120 - Oblig 2. Hour Registration System (HRS)

INF5120 - Oblig 2. Hour Registration System (HRS) INF5120 - Oblig 2 Hour Registration System (HRS) 1 av 40 1 Innholdsfortegnelse 1 Innholdsfortegnelse... 2 2 Innholdsfortegnelse for figurer... 3 3 Hour Registration System (HRS)... 4 3.1 Introduksjon...

Detaljer

Menneskelige og organisatoriske risikofaktorer i en IO-kontekst

Menneskelige og organisatoriske risikofaktorer i en IO-kontekst Menneskelige og organisatoriske risikofaktorer i en IO-kontekst The interplay between integrated operations and operative risk assessments and judgements in offshore oil and gas Doktoravhandling Siri Andersen

Detaljer

Vakt og lønnssystem - Rema 1000

Vakt og lønnssystem - Rema 1000 Avdeling for ingeniørutdanning Høgskolen i Oslo og Akershus Prosjektrapport Systemutvikling (LO138A) Høst 2011 Vakt og lønnssystem - Rema 1000 Gruppe 8 Forfattere: Andreas Baaserud, s169982 Ravi Agnihotri,

Detaljer

ISTQB Foundation Level Prøveeksamen

ISTQB Foundation Level Prøveeksamen ISTQB Foundation Level Prøveeksamen Svar på følgende spørsmål For hvert spørsmål er der ETT og BARE ETT rett svar! (Unntak er avmerket spesielt). Spørsmål til Kap 1 ("Fundamentals") 1.1. (K2) Hva er betydningen

Detaljer

Læringsmål for forelesningen

Læringsmål for forelesningen Læringsmål for forelesningen Objektorientering Delegeringsteknikken Delegering vs. arv 1 Dagens forelesning Introduksjon og motivasjon Hvorfor forelese om standardteknikker, såkalte patterns? Hva slags

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

ITB Anbudsystem. Innhold

ITB Anbudsystem. Innhold ITB Anbudsystem IT Tjenestebeskrivelse for: Anbudssystem Ansvarsforhold: Organisasjon IT Ansvarlig: Torgeir Riksfjord n/a Eier: Arnt Ove Hol n/a Rådgivende: n/a Informert: Brukere med innkjøpansvar n/a

Detaljer

Hjelp til å lage godkjente PDF-filer

Hjelp til å lage godkjente PDF-filer Tittel: Hjelp til å lage godkjente PDF-filer Utgiver: Norge digitalt Utarbeidet av: Kartverket Versjon: 1.0 Dato: 08.05.2014 1 Innhold 1. Universell utforming og PDF 1.1. Forskrift om universell utforming

Detaljer

GS1 Validering Brukerdokumentasjon 24.06.2008

GS1 Validering Brukerdokumentasjon 24.06.2008 GS1 Validering Brukerdokumentasjon 24.06.2008 24.06.2008 All contents copyright GS1 2008 Side 1 av 9 Innholdsfortegnelse 1. Introduksjon... 3 1.1. Bakgrunn... 3 1.2. Formål... 3 1.3. Bruksområde... 3 1.4.

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

Records Management - Gevinst for organisasjonen?

Records Management - Gevinst for organisasjonen? Records Management - Gevinst for organisasjonen? Anne-Lill Holme edocs brukerforum 10. 11.02.2001 1 av 26 Agenda Hva er Records Management Hvordan bruke Records Management Gevinst for organisasjonen? 2

Detaljer

Generelle bestemmelser og tekniske krav Side: 1 av 7

Generelle bestemmelser og tekniske krav Side: 1 av 7 Generelle bestemmelser og tekniske krav Side: 1 av 7 1 HENSIKT OG OMFANG... 2 2 KONTROLLTILTAK... 3 2.1 Kontroll av nye signalanlegg og ved funksjonsendring i eksisterende... 3 2.1.1 Generelt...3 2.1.2

Detaljer

Hva, Hvorfor og litt om Hvordan

Hva, Hvorfor og litt om Hvordan Dokumentasjon Hva, Hvorfor og litt om Hvordan Basert på materiale fra SAGE og andre kilder Hva skal du dokumentere Dokumentere for ditt spesifikke miljø/behov Kilder som er eksterne er ikke tilgjengelig

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

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

Detaljer

Norsk olje og gass plan for opplæring. MOB-ba t repetisjonskurs

Norsk olje og gass plan for opplæring. MOB-ba t repetisjonskurs Norsk olje og gass plan for opplæring MOB-ba t repetisjonskurs Versjon nr: 1 Dato: 18. januar 2016 Norsk olje og gass plan for opplæring repetisjonskurs Side: 2 FORORD Denne plan for opplæring er utarbeidet

Detaljer

2. Beskrivelse av mulige prosjektoppgaver

2. Beskrivelse av mulige prosjektoppgaver Avanserte databaser (øving 9, 10, 11 & 12) Tore Mallaug 25.01.2008 Opphavsrett:Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO326D Avanserte Databaser INNLEVERINGSFRISTER (Obligatorisk

Detaljer

Grunnleggende testteori. Etter Hans Schaefer

Grunnleggende testteori. Etter Hans Schaefer Grunnleggende testteori Etter Hans Schaefer Industri- og softwareprodukt Industriprodukt Fysisk produkt Testes under produksjon og til slutt om produktet oppfyller kravene Tilpasses, endres, redesignes,

Detaljer

Testing av øreproppens passform har aldri vært enklere

Testing av øreproppens passform har aldri vært enklere Testing av øreproppens passform har aldri vært enklere DOC2475 NO En personlig opplæring i bruk av ørepropper som hørselsvern inkluderer test av brukerens egne øreproppers passform, samt tilbyr et utvalg

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

Innholdsfortegnelse: Resymé: Denne leksjon gir en kort og enkelt oversikt over hvilke oppgaver som skal utføres i design- og programmeringsfasen.

Innholdsfortegnelse: Resymé: Denne leksjon gir en kort og enkelt oversikt over hvilke oppgaver som skal utføres i design- og programmeringsfasen. Kort innføring i design og programmeringsfasen Jarle Larsen/Tore Berg Hansen 2.11.04 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO314 Prosjektrettet systemarbeid Resymé:

Detaljer

Ny og forbedret løsning for rapportering av medlemsdata på Kundeside

Ny og forbedret løsning for rapportering av medlemsdata på Kundeside Ny og forbedret løsning for rapportering av medlemsdata på Kundeside Fra og med september 2014 så vil vi foreta en utfasing av Nettpensjon som verktøy for innrapportering av medlemsdata. Nettpensjon vil

Detaljer

CV STEG FOR STEG. Dette er viktig, du skal bruke dette senere når du skriver CV en din.

CV STEG FOR STEG. Dette er viktig, du skal bruke dette senere når du skriver CV en din. perfektcv.no Steg for Steg 1 CV STEG FOR STEG Når du skal starte å sette opp CV en din må du først tenke på hva er det arbeidsgiveren etterspør. Aller første steg er å lese nøye gjennom stillingsannonsen

Detaljer

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

Funksjonskravene 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

Detaljer

Bedre valg av leverandør gjennom trialsourcing & Fastpris eller per time?! Oslo, 1. desember, 2014 Magne Jørgensen

Bedre valg av leverandør gjennom trialsourcing & Fastpris eller per time?! Oslo, 1. desember, 2014 Magne Jørgensen Bedre valg av leverandør gjennom trialsourcing & Fastpris eller per time?! Oslo, 1. desember, 2014 Magne Jørgensen Presentasjonen bygger på:" Better selection of Software Providers Through Trialsourcing,

Detaljer

Eksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300

Eksamen i fag TDT4140 Systemutvikling. 22. mai, 2008 kl 0900-1300 Side 1 av 11 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: 15. juni, 2008 Eksamen

Detaljer

19. januar 2012 Noen punkter fra i går

19. januar 2012 Noen punkter fra i går 1 19. januar 2012 Noen punkter fra i går Godkjente øvinger og prosjekt er obligatorisk for å få gå opp til eksamen Noen myter om systemutvikling Ariane 5 ulykken 2 Noen myter om systemutvikling Myte 1:

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

HØRINGSNOTAT OM forlag TIL ENDRINGER I DOK- FORSKRIFTEN

HØRINGSNOTAT OM forlag TIL ENDRINGER I DOK- FORSKRIFTEN HØRINGSNOTAT OM forlag TIL ENDRINGER I DOKFORSKRIFTEN Ved alminnelig høring av utkast til forskrift om endring til forskrift om dokumentasjon og omsetning av produkter til byggverk (DOKforskriften) av

Detaljer

Kandidatnummer: 2625, 2634, 2624, 2619, 2638. Emnekode: Emnenavn: Emneansvarlig: Innleveringsfrist: 15. mai 2009 kl 12.00

Kandidatnummer: 2625, 2634, 2624, 2619, 2638. Emnekode: Emnenavn: Emneansvarlig: Innleveringsfrist: 15. mai 2009 kl 12.00 Kandidatnummer: 2625, 2634, 2624, 2619, 2638 Emnekode: Emnenavn: Emneansvarlig: IS-304 Prosjektoppgave/Applikasjonsutvikling/Kvalitetssikring Hallgeir Nilsen Innleveringsfrist: 15. mai 2009 kl 12.00 Antall

Detaljer

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer... Side 1 1. Forord Dette dokumentet er en kravspesifikasjon og har blitt utarbeidet av arbeidsgiver og prosjektgruppen. Dokumentet består av ni kapitler. Det vil først bli presentert hvem prosjektgruppen

Detaljer

ITB ERP Økonomi. Innhold

ITB ERP Økonomi. Innhold ITB ERP Økonomi IT Tjenestebeskrivelse for: Brukerstøttesystem Ansvarsforhold: Organisasjon IT Ansvarlig: Siv T Hansen Eier: Gunn Randi Seime Dagfinn Grønvik Rådgivende: Siv T Hansen, Økonomiledere i andre

Detaljer

Kildekritikk & Kildevern

Kildekritikk & Kildevern Kildekritikk & Kildevern Mesna videregående skole 5. sept 2007 Ulike typer fusk/plagiering Hele teksten er kopiert Teksten består av mer eller mindre avsnitt hentet fra forskjellige verk - mer eller mindre

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

ERP valg Her får De råd til ERP!

ERP valg Her får De råd til ERP! Her får De råd til ERP! ERP ABBATE UK LTD ERP-valg, ERP-rådgivning og ERP-effektivisering. Vi fastholder 100% nøytralitet i forhold til ERP-leverandører! ERP-valg og ERP-rådgivning. Vi fastholder 100%

Detaljer

Læringsmål for forelesningen

Læringsmål for forelesningen Læringsmål for forelesningen Objektorientering Abstrakte klasser og grensesnitt, redefinering av metoder Java-programmering Arv og bruk av abstrakte klasser Eclipse Undersøke instanser i Eclipse 1 Dagens

Detaljer