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

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0> Gruppenavn Prosjektnavn Kravdokument For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1

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

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

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

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

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

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

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

Evaluering av It-systemer i et forvaltningsperspektiv. Drift, vedlikehold og videreutvikling av IT-systemet

Evaluering av It-systemer i et forvaltningsperspektiv. Drift, vedlikehold og videreutvikling av IT-systemet Evaluering av It-systemer i et forvaltningsperspektiv Drift, vedlikehold og videreutvikling av IT-systemet Bakgrunnen IT-systemer har ofte lenger levetid enn forventet er ofte forretningskritiske utvikler

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006 Systemutvikling - oppsummering Alexander Nossum alexander@nossum.net blog.eksplisitt.net 22. mai 2006 INNHOLD 2 Innhold 1 Utviklingsprosessmodeller 3 1.1 Fossefall/waterfall................................

Detaljer

Test og kvalitet To gode naboer. Børge Brynlund

Test og kvalitet To gode naboer. Børge Brynlund Test og kvalitet To gode naboer Børge Brynlund To gode naboer som egentlig er tre Kvalitetssikring, kvalitetskontroll og testing Kvalitet I Betydningen Kvalitet er den viktigste faktoren for å avlede langsiktig

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

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

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

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

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

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

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

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

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

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

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

Pålitelighet og Tilgjengelighet i Programvaresystemer. Tor Stålhane IDI / NTNU

Pålitelighet og Tilgjengelighet i Programvaresystemer. Tor Stålhane IDI / NTNU Pålitelighet og Tilgjengelighet i Programvaresystemer Tor Stålhane IDI / NTNU Mål og midler Husk: Det er safety som er målet. Pålitelighet og tilgjengelighet er bare midler til å nå målet. Hva er pålitelighet

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

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

Kravspesifiseringsprosessen

Kravspesifiseringsprosessen IMT2243: 18.februar 2010 DAGENS : Metoder for å få kartlagt de Funksjonelle kravene Strukturert Analyse den gamle måten og gjøre det på (dette foilsettet + wikipedia-omtalen er eneste pensum innen SA)

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

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

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

Python: Løkker. TDT4110 IT Grunnkurs Professor Guttorm Sindre

Python: Løkker. TDT4110 IT Grunnkurs Professor Guttorm Sindre Python: Løkker TDT4110 IT Grunnkurs Professor Guttorm Sindre Læringsmål og pensum Mål Forstå hvorfor vi trenger løkker i programmering Ha kjennskap to ulike typer løkker (while-løkke, for-løkke) Og vite

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

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

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

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

Oppgave 2: Kontraktsutforming a) Refererer innledningsvis til følgende temaer i presentasjonen knyttet til særtrekkene i PS2000:

Oppgave 2: Kontraktsutforming a) Refererer innledningsvis til følgende temaer i presentasjonen knyttet til særtrekkene i PS2000: INF 1050 UKEOPPGAVER 4: AVTALER OG KONTRAKTER, PS2000 INNSPILL TIL SVAR Oppgave 1: Denne oppgaven relaterer til motivasjonen for kurset som helhet (hvorfor er det nødvendig med prosesser og veldefinerte

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

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

GJENNOMGANG 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

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

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

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

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

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

Endringer -- Hva blir det (til) med IEC 61511?

Endringer -- Hva blir det (til) med IEC 61511? 1 Endringer -- Hva blir det (til) med IEC 61511? IFEAs IEC 61508 seminar 7-8 Mars 2012 Mary Ann Lundteigen NTNU Mary.a.lundteigen@ntnu.no Mars 2012 2 IEC 61511 er Brukernes* standard Tre deler: Del 1 (tilsvarer

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

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

Obligatorisk oppgave INF3221/4221

Obligatorisk oppgave INF3221/4221 Obligatorisk oppgave INF3221/4221 Dette er en beskrivelse av den obligatoriske oppgavene for kurset INF3221/4221 Problemdefinering, krav og modellering, våren 2005. Formål Oppgaven går ut på å lage en

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

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

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

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

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

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

Master Data Management

Master Data Management Master Data Management Hvordan kan MDM brukes til å sikre at masterdata er korrekte? Kim Askild Jensen, SAP MM/SRM/MDM/BPM/Screen Personas konsulent 1 12. september 2012 MDM Masterdata presentasjon Generell

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.

Detaljer

Forskningsmetoder i informatikk

Forskningsmetoder i informatikk Forskningsmetoder i informatikk Forskning; Masteroppgave + Essay Forskning er fokus for Essay og Masteroppgave Forskning er ulike måter å vite / finne ut av noe på Forskning er å vise HVORDAN du vet/ har

Detaljer

Tips ved skriving av rapport Hovedprosjekt for data-linjene

Tips ved skriving av rapport Hovedprosjekt for data-linjene Tips ved skriving av rapport Hovedprosjekt for data-linjene Status pr 27. mars 2009: Forprosjekt ferdig Presentere forprosjekt for oppdragsgiver? Kommentarer må innarbeides i hovedprosjektet Hovedprosjekt

Detaljer

SolidPlant er perfekt for deg som jobber med design av rørsystemer og anlegg, og er kjent med SolidWorks.

SolidPlant er perfekt for deg som jobber med design av rørsystemer og anlegg, og er kjent med SolidWorks. SolidPlant, det eneste virkelig spesifikasjonsstyrte anleggsdesign programmet for SolidWorks. Ved å kombinere intuitive parametrisk styrte SolidWorks med en sofistikert database for å generere alle komponenter

Detaljer

GJENNOMGANG OBLIGATORISK OPPGAVE 1

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

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

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

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

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

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

Avdekke virksomhetens kunnskap, velge systemet fornuftig og unngå marerittene. ERP ABBATE UK LIMITED 1

Avdekke virksomhetens kunnskap, velge systemet fornuftig og unngå marerittene. ERP ABBATE UK LIMITED 1 Avdekke virksomhetens kunnskap, velge systemet fornuftig og unngå marerittene. ERP ABBATE UK LIMITED 1 CRM, Customer Relationship Management, fokuserer på utvikling og opprettholdelse av stabile kunderelasjoner

Detaljer

MUS2830 - Interaktiv Musikk

MUS2830 - Interaktiv Musikk MUS2830 - Interaktiv Musikk Oppsummering 13 november 2014 Hvorfor studere interaktiv musikk? Oppdage nye musikalske uttrykk (F.eks. har flere laptop- og mobilorkestre oppstått de siste årene) Gjøre musisering

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

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