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

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

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

Transkript

1 IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler for Kravspesifikasjonsdokumentet Pensumlitteratur : Artikkelsamling Stumpf & Teague : kap 5. Domain Models Maler som er lagt ut under Ressurser på hjemmesiden Klassediagrammet Etter å ha skissert Use Case (diagram og beskrivelser) og Systemsekvensdiagrammer, er neste steg innen OOA å komme frem til / avdekke / utarbeide et konseptuelt klassediagram for systemet. Oppgaven er å finne klassene og relasjonene som samlet danner en god modell av den virkelige verden. Modellen skal gi en statisk fremstilling av sentrale elementer (klasser) som finnes i det problemområdet som det nye IT-systemet skal være en speiling av. Modellen skal også vise sammenhengene mellom disse elementene (assosiasjoner). Klassediagrammet man utarbeider innen OOA viser kun : Klassenavn Klassens attributter Assosiasjoner mellom klassene Klasse En klasse er en beskrivelse av en type objekter Det enkelte objekt er en forekomst av en klasse Klassen beskriver felles egenskaper og oppførsel som alle objekter av klassen har Problemområdet, og kundens fokusering avgjør modelleringen av klassene i det nye systemet I OOA fokusere business classes (de klassene som finnes i det domenet systemet skal dekke). Den modellen vi kommer frem til kalles et Konseptuelt Klassediagram IMT2243 : Systemutvikling 1

2 Generalisering (Gen-Spec) : Klasse-strukturer Abstrahering - overordnede klasser detaljeres i underliggende klasser. Attributter og operasjoner som er felles defineres på høyt nivå og arves av alle sub-klasser Assosieringsstruktur : Viser viktige forbindelser mellom ulike klasser. Det er ingen arv mellom assosierte klassene Det angis multiplisitet på og settes navn på assosiasjonene Aggregering ( Whole-Part ) : En struktur der en klasse består_av en sammensetning av andre klasser. Her har vi ingen arv, men klassene er sterkt relatert normal aggregering (objektene er ikke uløselig knyttet til hverandre) composition aggregation - et eierforhold der delene lever inne i helheten. Domenemodellering Tommelfingerregler når du arbeider med domenemodell: Bruk sjekklister (se etter roller, steder, ting, objekter, beholdere, organisasjonsenheter, kataloger/beskrivelser ) Foreta språkanalyser av bl.a. Use Casene (substantiver som sier noe om virkeligheten ) Ta med konsepter fra virkeligheten som det nye systemet må holde på informasjon om for å yte tjenester senere Ikke omsett alle aktører fra UseCase til klasser Vurder om noe du avdekker skal modelleres som en klasse eller som et attributt (er du i tvil gjør det til en klasse) Ikke modeller statistikker og informasjonslister som klasser Kravspesifikasjonen Kravspesifiseringsarbeidet går ut på å kartlegge og dokumentere HVA som skal inngå i det nye systemet. Kategorier av krav : Funksjonelle krav Ikke-funksjonelle krav (operasjonelle) Avgrensninger Under Ressurser på hjemmesiden finnes to maler for kravspekdokumentet samt refreanser til viktige RUPartefakter. Dette er pensum, men husk at om alltid er dette Knaggrekker og huskelister fremfor Tvangstrøyer. Bruk dem deretter! IMT2243 : Systemutvikling 2

3 Kravspekmal hentet fra R.Pressman ( 1.0 Introduksjon 1.1. Målsetning (Effektmål og Resultatmål) 1.2. Oppgavebeskrivelse/avgrensning 1.3. Systemets omgivelser (kontekst) 1.4. Begrensninger / rammer 2.0 Bruker beskrivelser (Usage scenario) 2.1. Bruker profiler (beskriv alle kategorier brukere) 2.2. Brukstilfeller (Use-cases) 2.3. Spesielle brukshensyn 3.0 Datamodell og data beskrivelse 3.1. Beskrivelse av sentrale dataobjekter Dataobjekter og deres attributter Relasjoner mellom dataobjektene Fullstendig datamodell Datakatalog 4.0 Funksjonell modell og beskrivelse 4.1. Beskrivelse av funksjon n Prosessbeskrivelse Informasjonsflyt diagram Funksjonsgrensesnitt beskrivelse Detaljbeskrivelse av alle transformasjoner Ytelseskrav Design begrensninger IMT2243 : Systemutvikling 3

4 4.2. Systemets eksterne grensesnitt Eksterne maskingrensesnitt Eksterne systemgrensesnitt Brukergrensesnitt Kontrollflyt beskrivelse 5.0. Operasjonell modell og beskrivelse 5.1. Detaljert operasjonell beskrivelse Hendelser av betydning for det operasjonelle Systemets tilstander 5.2. Tilstandsdiagrammer 5.3. Kontrollspesifikasjon 6.0. Restriksjoner og begrensninger 7.0. Testkriterier Beskrive strategien for hvordan validering og verifisering skal foregå 7.1. Beskrivelse av testtyper 7.2. Beskrivelse av forventede resultater 7.3. Ytelseskrav 8.0. Appendix / Vedlegg IMT2243 : Systemutvikling 4

5 Sjekking av kravene Validitet : Har vi satt opp de riktige kravene? Konsistens : Har vi satt opp motstridende krav? Komplett : Er kravspesifikasjonen dekkende? Realisme : Er det realistisk at vi klarer å oppfylle kravene? Verifiserbarhet : Kan man teste om kravene er oppnådd? En alternativ Kravspekmal : (ofte benyttet i stud.prosj. ved HiG) DEL 1. INTRODUKSJON (OVERORDNET KRAVSPESIFIKAJON) Lages ofte i et forprosjekt, og er et av flere beslutningsdokument. Skal gi oversikt over systemet Målgruppe : ledere og brukere Noe overlapp mot prosjektplan Innhold : DEL 1. INTRODUKSJON 1.1 BAKGRUNN 1.2 KORT OM KRAV TIL SYSTEMET 1.3 KORT OM SYSTEMETS OMGIVELSER 1.4 DOKUMENTETS STRUKTUR 1.5 DEFINISJONER 1.6 REFERANSER IMT2243 : Systemutvikling 5

6 DEL 2. BRUKER BESKRIVELSE Brukerorientert beskrivelse av hva man skal ha. Slik denne malen er, inneholder den også aspekter om den totale løsningen, ikke bare programvaredelen Målgruppe : Brukere, analytikere, leverandører Langt mer detaljert enn Del 1 Innhold : DEL 2. Bruker Beskrivelse 2.1 OMGIVELSER 2.2 SYSTEMETS BRUKERE 2.3 FUNKSJON 2.4 OPERASJON 2.5 ASPEKTER OMKRING LIVSSYKLUS 2.6 YTELSE 2.7. BEGRENSNINGER 2.8. ANTAGELSER DEL 3. Detaljert kravspek Settes opp av brukere og analytikere med evt. bistand fra leverandør. Kan være en del av kontrakt mellom kunde og leverandør Skal være detaljert nok til å bygge et design av løsningen på Målgruppe : Utviklere, Leverandør 3. Funksjonell spesifikasjon 3.1. Funksjonell struktur 3.2. Dataspesifikasjon og dataordlister 3.3. Operasjonelle systemkrav 3.4. Funksjonelle krav pr modul i detalj IMT2243 : Systemutvikling 6

7 DEL 3. Detaljert kravspek (2) 4. Begrensninger (SW og HW) 5. Aspekter omkring livssyklus 6. Aspekter omkring installasjon 7. Utgivelser underveis 8. Akseptansekrav 9. Prosjektstyring og kvalitetssikringskrav IMT2243 : Systemutvikling 7

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

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

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

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

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

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

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

Use case drevet design med UML

Use case drevet design med UML Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05

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

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

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

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

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

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

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

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

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

Intelligente Handlevogner

Intelligente Handlevogner Intelligente Handlevogner Kravspesifikasjon Prosjekt I Systemutvikling ved Høgskolen I Gjøvik våren 2005. Audun Klundby Asbjørn Konstad Hans Einar Øverjordet 03HBINDA Kilde: www.windowsfordevices.com 1.

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

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

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

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

Her er løsningsmomenter for oppgavene Høst 2003 :

Her er løsningsmomenter for oppgavene Høst 2003 : Her er løsningsmomenter for oppgavene Høst 2003 : OPPGAVE 1. Estimering (20 %) Du er leder i et firma med 20 ansatte. Nesten alle er IT-konsulenter som fyller ulike roller i systemutviklingsprosjekter.

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

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 Prosessrapporten Prosessrapporten skal beskrive valg av systemutviklings-prosess,

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

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

KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300

KONTINUASJONSEKSAMEN I FAG 78052 SYSTEMERING 2 Torsdag 24. august 2000 Tid: kl 0900-1300 NORGES TEKNISK- NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Navn: Hallvard Trætteberg Tlf.: 7359 3443 Hjelpemidler: Ingen tillatte hjelpemidler.

Detaljer

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

Detaljer

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04

God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 Mer om UML God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 1 I dag Litt repetisjon GRASP mønstre og OO design Prosjektoppgaven:

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

Tom Røise 2/28/2007. IMT2243 : Systemutvikling 1. Forelesning IMT2243 1. mars 2007. Tema : Litteratur : Strukturert analyse. Strukturert analyse

Tom Røise 2/28/2007. IMT2243 : Systemutvikling 1. Forelesning IMT2243 1. mars 2007. Tema : Litteratur : Strukturert analyse. Strukturert analyse Forelesning IMT2243 1. mars 2007 Tema : Litteratur : Art.saml. Punkt 9 : Kap. 9. SASD - modellen, E. Andersen Metoden går ut på å anvende et sett teknikker i arbeidet med å lage gode systemmodeller /beskrivelser

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

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

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

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

Eksamen 1998. 1.1 Bilisten

Eksamen 1998. 1.1 Bilisten Eksamen 998 Les hele oppgaven Kontrollér konsistens mellom de ulike systembeskrivelsene Skriv mer kommentarer og tekst enn vist på foilene Skriv og tegn med blyant. Bilisten 2 Overvåkerne 3 Bystyret 4

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

Tom Røise 27.Jan 2011

Tom Røise 27.Jan 2011 Forelesning IMT2243 27. Januar 2011 Tema : Risikostyring i systemutviklingsprosjekter Prosjektstyring i systemutviklingsprosjekter Presentasjon av prosjektoppgave 2011 Prosjektplandokumentet (Innlevering

Detaljer

Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP

Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å

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

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Utviklingsprosesser & krav og behov

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Utviklingsprosesser & krav og behov INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen Utviklingsprosesser & krav og behov I DAG GENERELT - Generell informasjon - Et par eksempler på dårlig utforming UTVIKLINGSPROSESSER - Fire tilnærminger

Detaljer

S Y S T E M U T V I K L I N G ( L O 1 3 8 A )

S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) A V D E L I N G F O R I N G E N I Ø R U T D A N N I N G H Ø G S K O L E N I O S L O O G A K E R S H U S P R O S J E K T R A P P O RT S Y S T E M U T V I K L I N G ( L O 1 3 8 A ) H Ø S T 2011 GRUPPE 24:

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

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering. Bakgrunn Modellering har lenge vært et kjent begrep innen systemutvikling. På 80-tallet ble metoder som Yourdon/Demarco og Gane&Sarson brukt for å lage dataflyt-diagrammer. Etter hvert ble disse integrert

Detaljer

1. Modellering av objektorienterte systemer

1. Modellering av objektorienterte systemer Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Modellering av objektorienterte systemer Tore Berg Hansen Lærestoffet er utviklet for faget IFUD Objektorientert systemutvikling 1. Modellering

Detaljer

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2. Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.05-743 småling (ID=335) Sist endret: 2013-03-06 Definisjon: Målt avstand på tvers av vegen mellom gitt referansepunkt og

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5400 Toalettanlegg (ID=243) Datakatalog versjon: 2.04-733 Sist endret: 2014-10-20 Definisjon: Ett eller flere rom i en bygning med ett eller flere

Detaljer

Kap. 12 Analysemodellering (Analysis Modeling)

Kap. 12 Analysemodellering (Analysis Modeling) Kap. 12 Analysemodellering (Analysis Modeling) Strukturert analyse er en av de mest brukte brukte modelleringsmetoder i analysen. Den andre er objektorientert analyse. 12.1 Kort historikk Strukturert analyse

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

Veileder for kravspesifisering. for digitale læringsplattformer og digitale læringsressurser

Veileder for kravspesifisering. for digitale læringsplattformer og digitale læringsressurser Veileder for kravspesifisering for digitale læringsplattformer og digitale læringsressurser Kravspesifisering s.2av54 Innholdsfortegnelse KRAVSPESIFISERING...3 BEOVSANALYSE...8 OMFANGSBESKRIVELSE...12

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

Alta kommune. Sluttrapport: Samspillkommune 30 Elektronisk informasjonsutveksling i pleie- og omsorgstjenesten i kommunene

Alta kommune. Sluttrapport: Samspillkommune 30 Elektronisk informasjonsutveksling i pleie- og omsorgstjenesten i kommunene Alta kommune : Samspillkommune 30 Elektronisk informasjonsutveksling i pleie- og omsorgstjenesten i kommunene 02.04.2009 Godkjent av: Per Prebensen Side 2 av 6 Innhold 1. Bakgrunn for prosjektet... 3 2.

Detaljer

Hva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP

Hva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP Hva gjøres i analysen? 2. 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

BSN PROSESS 5 - BRUK AV BIM TIL FREMDRIFT OG RESSURSSTYRING (4D)

BSN PROSESS 5 - BRUK AV BIM TIL FREMDRIFT OG RESSURSSTYRING (4D) BSN PROSESS 5 - BRUK AV BIM TIL FREMDRIFT OG RESSURSSTYRING (4D) Bruk av BIM til fremdrift og ressursstyring (4D) Identifikasjon bsnp5 Endringslogg Dato Endringsbeskrivelse Ansvarlig 2012-04-12 v0.2 -

Detaljer

Vedlegg Side 83 av 155

Vedlegg Side 83 av 155 4 Side 83 av 155 Innholdsfortegnelse 1 Kravspesifikasjon... 86 2 Kravspesifikasjon 2.0... 92 3 Domenemodell... 98 4 UseCase Diagram Oversikt... 102 6 Detaljert beskrivelse av UseCase Diagram... 106 Webapplikasjon...

Detaljer

Rollemodell. for. det norske kraftmarkedet

Rollemodell. for. det norske kraftmarkedet Rollemodell for det norske kraftmarkedet Versjon: 1.1.A Dato: 27. mai 2010 INNHOLD 1. INNLEDNING... 3 1.1 OM ROLLEMODELLEN... 3 1.2 EDIEL/EBIX... 3 1.3 NOEN UAVKLARTE PROBLEMSTILLINGER... 4 1.3.1 Nettområder

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5440 Tunnel (ID=581) Datakatalog versjon: 1.94-637 Sist endret: 2013-04-25 Definisjon: Sted hvor veg passerer gjennom jord/fjell eller under større

Detaljer

BSN PROSESS 4 - BRUK AV BIM I KOSTNADSKALKYLE

BSN PROSESS 4 - BRUK AV BIM I KOSTNADSKALKYLE BSN PROSESS 4 - BRUK AV BIM I KOSTNADSKALKYLE Bruk av BIM i kostnadskalkyle Identifikasjon bsnp4 Endringslogg Dato Endringsbeskrivelse Ansvarlig 2012-04-12 v0.2 - levert til offisiell høring TBF Linda

Detaljer

Prosjektforslag. Prosjektforslag for Felles Datakatalog

Prosjektforslag. Prosjektforslag for Felles Datakatalog Prosjektforslag Prosjektforslag for Felles Datakatalog Denne fylles ut ved behandling. Prosjektnummer: Saksnummer: Behandlet dato: Behandlet av / Prosjekteier: Utarbeidet av: Beslutning:

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

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

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

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5400 Toalettanlegg (ID=243) Datakatalog versjon: 1.94-637 Sist endret: 2013-03-07 Definisjon: Ett eller flere rom i en bygning med ett eller flere

Detaljer

Hvordan kan vi forebygge storulykker?

Hvordan kan vi forebygge storulykker? Hvordan kan vi forebygge storulykker? Barrierestyring Anne Myhrvold Direktør Petroleumstilsynet Sjøsikkerhetskonferansen 25-26.09.2013 Ptil Tilsyn Fag Hovedledelse Internt Regelverk En mangeartet industri

Detaljer

Fra data til innsikt. Om prosjektet

Fra data til innsikt. Om prosjektet Fra data til innsikt DEFINERE FOKUS Om prosjektet De store produksjonsselskapene innen olje og gass må hele tiden strebe etter å effektivisere drift og øke sikkerheten på sine installasjoner. For å støtte

Detaljer

Overtrykksikring av innløp fra brønner og rørledninger - feiloperering av ventiler og kollaps av choker

Overtrykksikring av innløp fra brønner og rørledninger - feiloperering av ventiler og kollaps av choker lassification: Internal Status: Draft Overtrykksikring av innløp fra brønner og rørledninger - feiloperering av ventiler og kollaps av choker Håkon Løvåsen Fagleder Prosessikring, StatoilHydro 2 Feiloperering

Detaljer

Inf 1510: Bruksorientert design

Inf 1510: Bruksorientert design Inf 1510: Bruksorientert design Gjennomgang av prosjektrapport Rune Rosseland 18.01.2016 Læringsmål Fra emnesiden: Etter emnet skal studentene kunne bruke ulike metoder for bruks-orientert design og design

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.6220 Trafo (ID=466) Datakatalog versjon: 2.04-733 Sist endret: 2014-06-13 Definisjon: Transformerer vekselstrøm fra et spenningsnivå til et annet.

Detaljer

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE Datamodeller og andre UML diagrammer kan selvsagt tegnes for hånd, men vi kan også bruke alt fra enkle tegneprogrammer til komplette utviklingsmiljøer.

Detaljer

20.1 Det objektorienterte paradigme (mønster)

20.1 Det objektorienterte paradigme (mønster) Kap. 20 Objektorienterte begreper og prinsipper Kap. 20 Objektorienterte begreper og prinsipper OOP - objektorientert programmering Opprinnelig fra norske SIMULA (67) Objektorientert utvikling kom i bruk

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

Variabelliste og utkast til informasjonsmodell

Variabelliste og utkast til informasjonsmodell Variabelliste og utkast til informasjonsmodell Dette dokumentet beskriver et utkast til informasjonsmodell for uttrekk av data fra et EPJ-system. Modellen er i stor grad basert på eksisterende EPJ-standarder

Detaljer

Ved KHiB brukes åtte kriterier som felles referanseramme for vurdering av studentenes arbeid ved semestervurdering og eksamen:

Ved KHiB brukes åtte kriterier som felles referanseramme for vurdering av studentenes arbeid ved semestervurdering og eksamen: VURDERING OG EKSAMEN, KHiBs MASTERPROGRAM I KURATORPRAKSIS 1. Introduksjon til KHiBs vurderingskriterier I kunst- og designutdanning kan verken læring eller vurdering settes på formel. Faglige resultater

Detaljer

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag

EKSAMEN 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA. Tom Røise. INNFØRING MED PENN, evt. trykkblyant som gir gjennomslag LØSNINGSMOMENTER FOR : EKSAMEN FAGNAVN: FAGNUMMER: SYSTEMUTVIKLING IMT2243 EKSAMENSDATO: 4. juni 2007 KLASSE: 05HBINDA, 05HBINFA, 05HBISA, 05HBMETEA, 06HBINFA TID: 0900-1200 FAGLÆRER: Tom Røise ANTALL

Detaljer

TILBUDSVEILEDER HVORDAN LAGE TIL BERGEN BRANNVESEN. Side 1

TILBUDSVEILEDER HVORDAN LAGE TIL BERGEN BRANNVESEN. Side 1 TILBUDSVEILEDER HVORDAN LAGE TIL BERGEN BRANNVESEN NB! Skissene over, og i denne veilederen for øvrig, er kun illustrasjoner og formidler derfor ingen detaljer eller krav med hensyn til den gjenstanden

Detaljer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 1 DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 2 INNHOLDSFORTEGNELSE DEL 1: Regler for navning av geografiske elementer 1 0 Orientering og

Detaljer

Teknologiforum, Clarion hotel, Gardermoen 2015-10-26/27. En introduksjon til SOSI del 1 Regler for UML modellering

Teknologiforum, Clarion hotel, Gardermoen 2015-10-26/27. En introduksjon til SOSI del 1 Regler for UML modellering Teknologiforum, Clarion hotel, Gardermoen 2015-10-26/27 SOSI versjon 5.0 Morten Borrebæk Kartverket En introduksjon til SOSI del 1 Regler for UML modellering (fra forretningsprosesser til tjenestemodeller)

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

Anskaffelse av Elektronisk Arkiv. Bilag 4 Prosjekt- og fremdriftsplan

Anskaffelse av Elektronisk Arkiv. Bilag 4 Prosjekt- og fremdriftsplan Anskaffelse av Elektronisk Arkiv Bilag 4 Prosjekt- og fremdriftsplan Anskaffelse av Elektronisk Arkivløsning for Innhold 1 Generelt om bilag 4... 3 2 Fremdriftsplan... 3 SSA-k-lille Bilag 4 2 Anskaffelse

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

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver 6. 040428 Gruppe 1: Fredrik Melsom Klausen, Andreas Limyr, Odd-Wiking Rahlff, Tho Diu Tang 1...1 2. BUSINESS MODEL...2 2.1

Detaljer

1. Objektorientert systemutvikling

1. Objektorientert systemutvikling Tore Berg Hansen 26.10.2004 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO314D Prosjektrettet systemarbeid 1. Resymé: I denne leksjonen skal vi se på hvordan man kan arbeide

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

Ti egenskaper for å evaluere nettsteders brukskvalitet. Den opplevde kvaliteten til nettstedet

Ti egenskaper for å evaluere nettsteders brukskvalitet. Den opplevde kvaliteten til nettstedet Ti egenskaper for å evaluere nettsteders brukskvalitet Den opplevde kvaliteten til nettstedet Bakgrunnen Det finnes: Ingen begrensninger på hvem som kan presentere informasjon på internett Mange forskjellige

Detaljer

Førkommersielle anskaffelser i spesialisthelsetjenesten Hvorfor og hvordan?

Førkommersielle anskaffelser i spesialisthelsetjenesten Hvorfor og hvordan? Førkommersielle anskaffelser i spesialisthelsetjenesten Hvorfor og hvordan? Grete Solli, spesialrådgiver, Helse Sør-Øst RHF Innovasjon i helsesektoren Store utfordringer innen helse- og omsorgsektoren

Detaljer

ORIENTERING OM RETTEN TIL

ORIENTERING OM RETTEN TIL Fylkesmannen i Østfold KLAGE PÅ KARAKTER Grunnskolen til elever og foresatte ORIENTERING OM RETTEN TIL Å KLAGE PÅ KARAKTERER GENERELLE BESTEMMELSER Dette er en orientering om de bestemmelsene som gjelder

Detaljer

Oppgave 1. Finn krav. Finn krav. Finn test

Oppgave 1. Finn krav. Finn krav. Finn test Oppgave 1 1. Hensikten med use case er å oppnå en felles forståelse av krav til systemet mellom brukere / kunder og utviklere. Et use case er et scenario, ikke en komplett, deltaljert kravspesifikasjon.

Detaljer

15.01.08. Mandat, prosjekt rapportering bostedsløse og vanskeligstilte på boligmarkedet

15.01.08. Mandat, prosjekt rapportering bostedsløse og vanskeligstilte på boligmarkedet 15.01.08 Mandat, prosjekt rapportering bostedsløse og vanskeligstilte på boligmarkedet Innholdsfortegnelse 1. Bakgrunn...3 1.1 Prosjektets omfang og avgrensninger...3 2 Prosjektets hovedmål...3 3 Organisering

Detaljer

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten + INF 2120 Innlevering 1 Levert av Gruppe 4 Anders Bakken (andeba) Are O. Pedersen (arep) Daniel M. Wittwer (danielmw) Naima Akram (naimaa) Ronnie Østgaard (ronnieo) Kravspesifikasjoner til trafikanten +

Detaljer

Produktspesifikasjon. ATK-punkt (ID=162) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Produktspesifikasjon. ATK-punkt (ID=162) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema Produktspesifikasjon Datagruppe: 1 Vegobjekttype: 1.0 Datakatalog versjon: 2.05-743 Sist endret: 2014-10-20 Definisjon: Kommentar: Alle ATK- (ID=162) Punkt hvor det gjennomføres automatisk trafikkontroll

Detaljer

Dagens. Faglærers bakgrunn IMT 1321 IT-LEDELSE. Faglærer : Tom Røise 11.Jan. 2010. IMT1321 IT-Ledelse 1

Dagens. Faglærers bakgrunn IMT 1321 IT-LEDELSE. Faglærer : Tom Røise 11.Jan. 2010. IMT1321 IT-Ledelse 1 Dagens Presentasjon av lærer Presentasjon av emnet Fremdriftsplan for emnet IT-systemenes rolle i virksomheter - modell over sentrale sammenhenger - 6 strategiske forretningsmål som bakgrunn for innføring

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

BÆRUM KOMMUNE. Bilag 1: Kundens kravspesifikasjon

BÆRUM KOMMUNE. Bilag 1: Kundens kravspesifikasjon BÆRUM KOMMUNE Bilag 1: Kundens kravspesifikasjon Innhold 1. INNLEDNING... 3 2. OPPBYGNING... 4 2.1. ABSOLUTTE KRAV SOM ER UFRAVIKELIG... 4 2.2. VEDLEGG 1 PERSONAS... 4 2.3. VEDLEGG 2 BRUKERHISTORIER...

Detaljer

Produktspesifikasjon. Fartsgrense (ID=105) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Fartsgrense (ID=105) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2. Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.04-733 (ID=105) Sist endret: 2013-03-07 Definisjon: Høyeste tillatte hastighet på en vegstrekning. Kommentar: Oppdateringslogg

Detaljer

ARK 2014 Arkitekturfaget - observasjon fra en tjenesteleverandør

ARK 2014 Arkitekturfaget - observasjon fra en tjenesteleverandør ARK 2014 Arkitekturfaget - observasjon fra en tjenesteleverandør www.steria.com Stein Aarum Leder for arkitekturfagområdet Steria www.steria.com Innhold Hva vi mener med arkitektur Vår viktigste rolle

Detaljer

Kvalitet i programvaresystemer Dokumentasjon av tester

Kvalitet i programvaresystemer Dokumentasjon av tester Kvalitet i programvaresystemer Dokumentasjon av tester Dette notatet handler om dokumentasjon av tester. Gjennom utforming og gjennomføring av tester søker man å avdekke så mange feil i et program som

Detaljer

Plan for SOSI-arbeid 2012, Morten presenterte planen for arbeidet med SOSI i 2012, basert på innmelding i miljøet.

Plan for SOSI-arbeid 2012, Morten presenterte planen for arbeidet med SOSI i 2012, basert på innmelding i miljøet. Referat SOSI-arbeidsgruppe 1 Teknikker og modeller Dato: 29. mars 2012 Tid: 0930-1500 Sted: Statens kartverk Oslo, møterom 2 STATENS KARTVERK Deltakere: Joan Peel Hansen, Kartverket Inger Hokstad, BA-nettverket

Detaljer

Avdeling for ingeniørutdanning Høgskolen i Oslo. Prosjektrapport Systemutvikling (lo138a) Høst 2010. Taxisentral

Avdeling for ingeniørutdanning Høgskolen i Oslo. Prosjektrapport Systemutvikling (lo138a) Høst 2010. Taxisentral Avdeling for ingeniørutdanning Høgskolen i Oslo Prosjektrapport Systemutvikling (lo138a) Høst 2010 Taxisentral Gruppe 19 Prosjekthjemmeside: http://gruppe19.lmdahl.no/ Forfattere: Larsen, Mads s156151

Detaljer