Løsningsforslag til Case. (Analysen)

Størrelse: px
Begynne med side:

Download "Løsningsforslag til Case. (Analysen)"

Transkript

1 Løsningsforslag til Case (Analysen)

2 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 ikke er fullstendig. Oppstart Vi må prøve å få avklart de viktigste kravene til systemet som skal lages. Jeg legger her vekt på de funksjonelle kravene som jeg vil utrykke ved hjelp av use case. Dessuten vil jeg lage en Domenemodell, system seksvensdiagram, kontrakter og ordbok som støtte til å forstå hva systemet skal gjøre. Aller først må vi forsøke å oppsummere/avklare det som kan trekkes ut av formuleringen av case et. Hvis dette var et virkelig prosjekt, kunne vi ha snakket med aktuelle brukere og en oppdragsgiver. Men i dette tilfeller får vi gjøre egne forutsetninger. Et hjelpemiddel som er brukt er ruteheftet til Trondheim Trafikkselskap (nå Team). Det å studere eksisterende dokumentasjon er en av de ting man kan gjøre i arbeidet med å forstå problemområdet og dets terminologi. Sentrale begreper og sammenhenger som er funnet i ruteheftet er nedfelt i ordboken og domenemodellen. Skjermbildet må betraktes som et eksempel på hvordan brukergrensesnittet kan se ut. Det er ment som en hjelp til å belyse det som egentlig er det primære nemlig funksjonaliteten. Det man kan trekke ut er at systemet skal gjøre det mulig for en som skal reise med buss å få presentert en reiserute med angivelse av nærmeste holdeplass, avgangstider og reisens varighet, å få presentert en tidtabell for en gitt linje eller alle linjer til et trafikkselskap. Det er opp til de som skal designe systemet å utforme et godt brukergrensesnitt for innlesning og presentasjon av data. Use case Det er generelt flere måter å oppdage use case på. Jeg velger oppskriften til Larman:. Avgrensning av systemet. Det som skal utvikles er programvare. I utgangspunktet skal programvaren kunne kjøres fra personlige datamaskiner. Men alle nødvendige opplysninger om linjer, holdeplasser, traséer og avgangstider skal finnes i en sentral database. I første omgang vil vi se bort fra detaljene rundt denne databasen og se den som eksternt til systemet som skal utvikles. På sikt ser vi for oss at programmet også skal kunne kjøres fra mobiltelefon (wap) og PDA. 2. Identifiser aktører. Det er ikke vanskelig her å finne en primær aktør. Det er den som skal reise. Vi kaller aktøren Reisende. Vi ser også umiddelbart en støtteaktør (supporting actor) i databasesystemet med all relevant informasjon. Slik informasjon er den vi finner i et rutehefte. Derfor kaller vi denne aktøren Rutehefte.

3 3. Primære aktørers hensikt (goal) med systemet. Den primære aktør ønsker å oppnå to ting ved bruk av systemet, å finne en reiserute og få presentert en eller flere tidtabeller. 4. Definer use case for hvert behov. 3 leder til to use case, FinnReiserute og FinnTidtabell. Diagrammet som følger her viser use case modellen. FinnReiserute <<Actor>> Rutehefte Reisende FinnTidtabell Legg merke til at vi bruker to forskjellige symboler for aktører. For primære aktører som normalt vil være mennesker, bruker vi symbolet til venstre. Støtteaktører som ofte er andre systemer fremstiller med klassesymbol med stereotypen <<Avtor>>. For øvrig er det vanlig å plassere primære aktører til venstre og støtteaktører til høyre. Domenemodellen Andre navn for denne modellen er problemdomenemodell eller konseptuell modell. Den lages for å få frem viktige begreper og sammenhenger i problemområdet (domenet). I UML fremstilles modellen som en klassemodell hvor klassene representerer objekter i den virkelige verden. Assosiasjonene viser relasjoner mellom disse objektene. Det er altså ikke programvareklasser vi finner i denne modellen. Men det ligger i objektorienteringens ånd at vi vil finne igjen de samme navnene på klasser i programvaren. Kandidater til klasser i domenemodellen er funnet ved å studere teksten i Case et, ordboken, use case og ruteheftet. Vi har ikke funnet det nødvendig å bruke en kategoriliste. En sjekk mot kategorilisten viser at de konsepter vi har funnet, er dekket av kategorilisten. Assosiasjonene er også funnet mer ved intuisjon enn med utgangspunkt i en kategoriliste for assosiasjoner. Men også assosiasjonene faller inn under kategoriene i kategorilisten. Noen eksempler: Linje er en logisk del av en reiserute. Holdeplasser er logisk knyttet til linjer. Neste figur viser den domenemodellen vi har kommet frem til. 2

4 for på og avstigning nærmeste..* Reiserute inneholder Linje - Varighet - linjeid - FørsteAvgang : Tidspunkt 0..*..* - Type - NesteAvgang : Tidspunkt har * beskrives i Reise Sted * Bestemmelsessted foregår med har Avreisested..* følger Trase består av Strekning - Navn har har....*..* Avgang - Avgangstid kan ha skjer fra har er i nærheten av * Holdeplass - Navn terminal er oppført i er oppført i..*.. Note 0..* 2 Tidtabell.. kan ha Passering - Passeringstid Passeringstid angis i minutter etter avgang fra terminal. Det normale er at en holdeplass har en passeringstid oppført i en tidtabell. Derfor assosiasjonsklasse. Unntak kan forekomme og er angitt i Note. Av denne modellen trekker vi ut disse hovedpunktene: Reiserute har kunnskap om reisens varighet og avgangstidspunkter. En reiserute er assosiert med holdeplasser for på og avstigninger. Reiserute er også assosiert med en eller flere Linje. Reise er beskrevet i en Reiserute og starter på et Sted og slutter på et Sted. En Linje følger en Trasé som igjen består av Strekninger. En Linje har flere Holdeplasser. Linje er også assosiert med tidtabeller. For å få frem at en bestemt tidtabell inneholder avgangstider for en bestemt linje, har vi introdusert konseptet Avgang i assosiasjonen mellom Linje og Tidtabell. Vi kan ikke gjøre Avgang til en assosiasjonsklasse fordi hver instans av Linje og Tidtabell er assosiert med mange avganger. Avgang er assosiert med Holdeplass ved at avganger skjer fra en holdeplass som er terminal. Det får vi frem ved at Holdeplass har rollen terminal i denne sammenheng. I en bestemt tidtabell er de enkelte holdeplasser for en linje oppført en gang med ett passeringstidspunkt. Dette er ikke en egenskap ved en holdeplass eller tidtabell, men knyttet til assosiasjonen mellom en holdeplass og en tidtabell. Derfor har vi introdusert assosiasjonsklassen Passering. Enkelte har lett for å begynne å tenke programvareklasser og hvordan assosiasjoner skal realiseres i koden når de ser domenemodellen. Det skal man ikke. For som Larman skriver Domenemodellen er en visuell ordbok som inneholder ord og konsepter fra problemdomenet og som kan inspirere oss når vi skal navngi ting under design av programvaren. Det bidrar til å redusere et av gapene i forståelse av problem og programvare. 3

5 Mer analyse Fullstendig essensiell use case Use case UC: Finn reiserute Primær aktør: Reisende Støtteaktør: Rutehefte. Representerer en database med nødvendig informasjon til å finne reiseruter. Andre interessenter: Trafikkselskaper: Ønsker å bedre servicen til sine reisende Prebetingelse: Ingen spesielle. Postbetingelse: En reiserute er funnet og presentert. Hovedflyt av hendelser:. Systemet er klart til å lage reiserute. 2. Reisende legger inn avreisested. 3. Systemet ber om bestemmelsessted. 4. Reisende legger inn bestemmelsessted. 5. Systemet presenterer en reiserute med informasjon om linje som skal brukes, nærmeste holdeplass ved avreisested, nærmeste holdeplass ved bestemmelsessted, første avgangstid, neste avgangstid, reisens varighet og eventuelle overganger og holdeplasser for disse. 6. Systemet er klart for å motta nytt avreisested. Alternativ flyt: *a. Reisende kan når som helst avslutte programmet. 2a, 4a. Ugyldige steder:. Systemet gir melding om at sted enten er skrevet feil eller ikke finnes. 2. Reisende korrigerer sted. Spesielle krav: Svartid fra bestemmelsessted er lagt inn til reiserute presenteres skal ikke overstige 2 sekunder i 90% av tiden. Teknologi: a. Systemet skal kunne kjøre på hjemme PC er med Windows 95, Windows NT 4.0 og nyere versjoner som er kommersielt tilgjengelige pr første halvår 200. b. Systemet skal kunne kjøre på datamaskiner som kjører Linux operativsystem. c. Systemet skal kunne kjøre på Apple datamaskiner. Bruksfrekvens: Nærmest kontinuerlig. Uavklarte spørsmål: Om systemet skal kjøres på mobiltelefoner (WAP). Om systemet skal kjøres på PDA er. 4

6 Use case UC2: Finn tidtabell Primær aktør: Reisende Støtteaktør: Rutehefte. Representerer en database med nødvendig informasjon til å finne tidtabeller. Andre interessenter: Trafikkselskaper: Ønsker å bedre servicen til sine reisende Prebetingelse: Ingen spesielle. Postbetingelse: En eller alle tidtabeller er funnet og presentert. Hovedflyt av hendelser:. Systemet er klart til å motta kommando fra reisende. 2. Reisende legger inn kommando. Kommando gjelder presentasjon av tidtabell for en bestemt linje eller tidtabell for alle linjer. 3. Systemet presenterer en eller alle tidtabeller. 4. Systemet er klart til å motta ny kommando. Alternativ flyt: *a. Reisende kan når som helst avslutte programmet. *b. Alle inndata skal sjekkes for gyldighet og reisende gis adgang til å korrigere data. 2a. Ugyldig kommando:. Systemet gir melding om at kommando er feil. 2. Reisende korrigerer kommando. 2b. Kommando gjelder en bestemt linje:. Systemet ber om aktuell linje. 2. Reisende legger inn aktuell linje. 3a. En linje:. Systemet presenterer tidtabell for aktuell linje. 3b. Alle linjer:. Systemet presenterer tidtabeller for alle linjer. Spesielle krav: Svartid fra data er lagt inn til systemet starter å presentere tidtabeller skal ikke overstige 2 sekunder i 90% av tiden. Teknologi: d. Systemet skal kunne kjøre på hjemme PC er med Windows 95, Windows NT 4.0 og nyere versjoner som er kommersielt tilgjengelige pr første halvår 200. e. Systemet skal kunne kjøre på datamaskiner som kjører Linux operativsystem. f. Systemet skal kunne kjøre på Apple datamaskiner. Bruksfrekvens: Nærmest kontinuerlig. Uavklarte spørsmål: Om systemet skal kjøres på mobiltelefoner (WAP). Om systemet skal kjøres på PDA er. 5

7 System sekvensdiagrammer Finn Reiserute : System Systemet er klart til å lage reiserute : Reisende lagreiserute() Reisende setter avreisested settavreisested(avreisested) Reisende setter bestemmelsessted settbestemmelsessted(bestemmelsessted) presenterreiserute( ) Systemet presenterer reiserute reiserute Dette burde vært en stiplet linje for å markere retur fra systemet. Denne versjon av verktøyet har ikke den muligheten. Finn tidtabell 6

8 : System Sytemet er klart til å lage tidtabeller : Reisende lagtidtabell() Reisende legger inn kommando leskommando(kommando) Systemet presenterer tidtabell tidtabell presenteres Dette burde vært en stiplet linje for å markere retur fra systemet. Denne versjon av verktøyet har ikke den muligheten. 7

9 Kontrakter Kontrakter kan lages for systemoperasjoner i kompliserte use case som et element til økt forståelse. I vårt relativt enkel system er ikke dette strengt talt nødvendig. Vi tar med noen her som eksempler på hvordan kontrakter ser ut. Kontrakter for Finn Reiserute Kontrakt KO: lagreiserute Operasjon: lagreiserute( ) Kryssreferanse: Use case: Finn Reiserute Prebetingelse: Ingen spesiell Postbetingelse: En Reiserute ble laget (instans ble kreert) Kontrakt KO2: settavreisested Operasjon: settavreisested( avreisested : Sted ) Kryssreferanse: Use case: Finn Reiserute Prebetingelse: Ingen spesiell Postbetingelse: Et avreisested ble laget (instans kreert) Et avreisested ble assosiert med Reiserute (assosiasjon etablert) Kontrakt KO3: settbestemmelsessted Operasjon: settbestemmelsessted( bestemmelsessted : Sted ) Kryssreferanse: Use case: Finn Reiserute Prebetingelse: Ingen spesiell Postbetingelse: Et bestemmelsessted ble laget (instans kreert) Et bestemmelsessted ble assosiert med Reiserute (assosiasjon etablert) Kontrakt KO4: presenterreiserute Operasjon: presenterreiserute( ) Kryssreferanse: Use case: Finn Reiserute Prebetingelse: Ingen spesiell Postbetingelse: En instans av Holdeplass, avreiseholdeplass, ble laget (instans kreert) En instans av Holdeplass, bestemmelsesholdeplass, ble laget (instans kreert) En instans av Linje, linje, ble laget (instans kreert) En instans av Tidtabell, tidtabell, ble laget (instans kreert) En instans av Avgang, avgang, ble laget (instans kreert) avreiseholdeplass ble assosiert med en Reiserute (assosiasjon etablert) bestemmelsesholdeplass ble assosiert med en Reiserute (assosiasjon etablert) linje ble assosiert med en Reiserute (assosiasjon etablert) avgang ble assosiert med linje (assosiasjon etablert) tidtabell ble assosiert med avgang (assosiasjon etablert) Tidspunkt for første avgang ble funnet (attributt modifisert) Tidspunkt for neste avgang ble funnet (attributt modifisert) Reisens varighet ble funnet (attributt modifisert) 8

10 En instans av Holdeplass, overgangsholdeplass, ble eventuelt laget og assosiert med en Reiserute (instans kreert og assosiasjon etablert) En instans av Linje, overgangslinje, ble eventuelt laget og assosiert med en Reiserute (instans kreert og assosiasjon etablert). 9

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

1. Objektorientert systemutvikling

1. Objektorientert systemutvikling Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Objektorientert systemutvikling Tore Berg Hansen 25.10.2005 Lærestoffet er utviklet for faget LO314D Prosjektrettet systemarbeid 1. Objektorientert

Detaljer

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

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

Detaljer

Use Case-modellering. INF1050: Gjennomgang, uke 04

Use Case-modellering. INF1050: Gjennomgang, uke 04 Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram

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

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

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

UKE 11 UML modellering og use case. Gruppetime INF1055

UKE 11 UML modellering og use case. Gruppetime INF1055 UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav

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

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKE 13 Mer UML modellering Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Objektorientert design - kapittel 5 og 7 UML modellering Aktivitetsdiagrammer Klassediagram Ukesoppgaver

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

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

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

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

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

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

Objektorientering og UML. INF1050: Gjennomgang, uke 06

Objektorientering og UML. INF1050: Gjennomgang, uke 06 Objektorientering og UML INF1050: Gjennomgang, uke 06 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design

Detaljer

Fra krav til objekter. INF1050: Gjennomgang, uke 05

Fra krav til objekter. INF1050: Gjennomgang, uke 05 Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet

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

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN

GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING HELGA NYRUD & KRISTIN BRÆNDEN GJENNOMGANG UKESOPPGAVER 4 USE CASE MODELLERING INF1050 V16 HELGA NYRUD & KRISTIN BRÆNDEN TEMAER SÅ LANGT I KURSET Forelesning 1: Systemutvikling og systemutviklingsprosesser Forelesning 2: Prosessmodeller

Detaljer

STE6221 Sanntidssystemer Løsningsforslag

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

Detaljer

GJENNOMGANG UKESOPPGAVER 6 MER OM OBJEKTORIENTERING OG UML

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

Detaljer

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320

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

Kap3: Klassemodellering

Kap3: Klassemodellering Kap3: Klassemodellering I dag: Litt repetisjon fra sist (innledende om klassemodellen) Deretter egentlig litt mer repetisjon, men nå fra intro- Felt-/Instansvariabler og kurset i Java: Klasser og Objekt,

Detaljer

UML-Unified Modeling Language

UML-Unified Modeling Language UML-Unified Modeling Language Use case realisering Designmodellering 21.01.2004 Kirsten Ribu Use Case diagram Klassediagram Oppførselsdiagrammer: Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram

Detaljer

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering Use case realisering Designmodellering 31.01.2005 Kirsten Ribu UML-Unified Modeling Language Use Case diagram Klassediagram Oppførselsdiagrammer Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram

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

AP221 Use Case TUL Oversett tjenesteutgave

AP221 Use Case TUL Oversett tjenesteutgave AP221 Use Case TUL En utgave av en tjeneste skal kunne oversettes til valgte språk. Dette gjøres av oversetter når utgaven er utviklet nok til at det er hensiktsmessig å oversette. Det er definert et hovedspråk

Detaljer

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn INF1050: Systemutvikling 07. februar 2017 Modellering av krav Førstelektor Yngve Lindsjørn INF1050 ->Systemutvikling-> Modellering av krav / Yngve Lindsjørn 1 Temaer i dagens forelesning Modellering av

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

Operatørkontroll Kvalitetsmanual Buss. Kvalitetsmanual Buss. Versjon 8.0 Februar 2011 1

Operatørkontroll Kvalitetsmanual Buss. Kvalitetsmanual Buss. Versjon 8.0 Februar 2011 1 Kvalitetsmanual Buss Versjon 8.0 Februar 2011 1 Q1Dato Dato for gjennomføring av kontrollen registreres. Q 2 Intervjer ID Intervju ID registreres. (inntil 3 siffer) Q3 Transportmiddel Transportmiddelet

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

Gruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>

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

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

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell. Dagens forelesning. Fra krav til objekter Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Detaljer

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.

Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5. 2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave

Detaljer

Regtoppformatet versjon 1.2

Regtoppformatet versjon 1.2 Regtoppformatet versjon 1.2 Regtopp/Oslo og Akershus Trafikkservice AS Juni 1996 Tekst korrigert mai 1998 2 1. Innledning 3 2. Versjonshistorikk 3 2.1. Versjon 1.2. 3 2.2. Versjon 1.1.D* 4 2.3. Versjon

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

AP221 Use Case SBL Preutfyll og instansier innsendingstjeneste

AP221 Use Case SBL Preutfyll og instansier innsendingstjeneste AP221 Use Case SBL innsendingstjeneste innsendingstjeneste Preutfylling av innsendingstjenester skal hjelpe brukerne med utfyllingen av innsendingstjenesten. Der tjenesteeier kjenner til informasjonen

Detaljer

Leveranse 2. September 27, 2002

Leveranse 2. September 27, 2002 Leveranse 2 gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser, diagram,

Detaljer

MARE NOSTRUM. Del 2 Kravspesifikasjon

MARE NOSTRUM. Del 2 Kravspesifikasjon MARE NOSTRUM Del 2 Forord Kravenes hensikt og utforming Kravene i kravspesifikasjonen utformet slik at de skal imøtekomme oppdragsgivers krav, ønsker og spesifikasjoner på best mulig måte. Hensikten med

Detaljer

Operatørkontroll Kvalitetsmanual - Buss. Ruter AS Versjon: Kvalitetsmanual Buss. Operatørkontroll. Fotograf: Bonanza AS

Operatørkontroll Kvalitetsmanual - Buss. Ruter AS Versjon: Kvalitetsmanual Buss. Operatørkontroll. Fotograf: Bonanza AS Operatørkontroll Kvalitetsmanual - Buss Ruter AS 15.06.2016 Versjon: 11.0 Kvalitetsmanual Buss Operatørkontroll Fotograf: Bonanza AS Innhold: Q1Dato... 2 Q2 Intervjuer ID... 2 Q3 Transportmiddel... 2 Q5

Detaljer

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering INF2120 V2005 Gruppe 2 christrc ieronnin kjetimk noushinm sjuros Trafikanten+ Innlevering 2 29.04.2005 Intensjon Vårt trafikkoppfølgingssystem skal være et system for brukerne av rutetrafikk, ved at disse

Detaljer

Meeting Reservation System

Meeting Reservation System Meeting Reservation System Oblig1c-1 Gruppe 8 Frode Revheim, Sven-Erik Nilsen, Terese Haug, Rolf Vassdokken Krav Vise møteromsoversikt Vise tilgjengelige rom for en gitt tidsperiode og med tilgjengelig

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

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle

Del - leveranse Del 2. Inf 2120 fredag Gruppe 1 Knut Johannes Dahle Del - leveranse Del 2 Inf 2120 fredag 29.4 Gruppe 1 Knut Johannes Dahle AV Catrine Myhre (catrinem@ifi.uio.no) Mehdi Zare (mehdiz@ifi.uio.no) Odd Christer Brovig (oddcb@ifi.uio.no) Christer Aas (chrisva@ifi.uio.no)

Detaljer

Bridging the gap: taking BIM to the construction site Case: BIM-kiosker på Urbygningen ved NMBU

Bridging the gap: taking BIM to the construction site Case: BIM-kiosker på Urbygningen ved NMBU Ketil Bråthen, Fafo Bridging the gap: taking BIM to the construction site Case: BIM-kiosker på Urbygningen ved NMBU Industripartnere Forskningspartnere BIM har tiltrukket seg mye interesse fra både industrien

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

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte Universitetet i Oslo Institutt for informatikk Eskild Busch UML hefte 6. desember 2000 Innhold Dette heftet tar for seg deler av UML som er sentralt i kurset IN29. Use case-, sekvens-, tilstand- og klassediagrammer,

Detaljer

Kravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon

Kravspesifikasjon med. UML diagrammer. systemutvikling. Dokumentasjon av systemets krav, arkitektur, design og implementasjon Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Kravspesifikasjon med. Erik Arisholm

Kravspesifikasjon med. Erik Arisholm Kravspesifikasjon med UML use case modellering Erik Arisholm 01.03.2010 Unified Modeling Language (UML) Notasjon som støtter opp under modellbasert systemutvikling objektorientert analyse ( hva systemet

Detaljer

Spesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter

Spesifikasjon av Lag emne. Kursregistrering g bruksmønstermodell. Dagens forelesning. Fra krav til objekter Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objekter Hva skal systemet gjøre? UML: Bruksmønstermodeller (Use Cases) o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Detaljer

Gruppe 43. Hoved-Prosjekt Forprosjekt

Gruppe 43. Hoved-Prosjekt Forprosjekt Gruppe 43 Hoved-Prosjekt Forprosjekt Mobil Applikasjon Utvikling HiOA Bacheloroppgave forprosjekt våren 2017 Presentasjon Gruppen består av: Gebi Beshir Ole-Kristian Steiro Tasmia Faruque s182414 s189141

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

Unified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert

Unified Modeling Language (UML) Kravspesifikasjon med UML use case modellering. UML diagrammer. Notasjon som støtter opp under modellbasert 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

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

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5

Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 1 Innholdsfortegnelse INNHOLDSFORTEGNELSE... 2 REVISJONSOVERSIKT...4 INTRODUKSJON MED FORUTSETNINGER... 5 FRA LEVERANSE 1 (GRUPPE 2)...5 TILLEGG I FORUTSETNINGER... 5 REVIDERT UTGAVE AV SPESIFIKASJON FRA

Detaljer

Kravspesifikasjon. 14. oktober 2002

Kravspesifikasjon. 14. oktober 2002 Kravspesifikasjon gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser,

Detaljer

Forslag til løsning. Oppgave 1

Forslag til løsning. Oppgave 1 Forslag til løsning Eksamen 2003 Oppgave 1 A) Lag en Business Model (COMET) for krisehåndteringssystemet. B) Diskuter fordeler og ulemper ved bruk av COMET i forhold til (Rational) Unified Process for

Detaljer

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål OptimalJ-kurs UIO 2004 Agenda Time 1: Oppsummering av kurset Time 2: De ulike modellene egenskaper og formål Team Development med OptimalJ Domain Patterns Egenutviklede transformasjoner (krever Architect

Detaljer

SAKSFRAMLEGG. Arkivsaksnummer.: Arkivnummer: Saksbehandler: 08/2087 Q37 Tone Hiorth

SAKSFRAMLEGG. Arkivsaksnummer.: Arkivnummer: Saksbehandler: 08/2087 Q37 Tone Hiorth SAKSFRAMLEGG Arkivsaksnummer.: Arkivnummer: Saksbehandler: 08/2087 Q37 Tone Hiorth NY BUSSHOLDEPLASS I VIKERSUND RÅDMANNENS FORSLAG: Bussholdeplassen i Vikersund anlegges langs Vikersundgata, slik skisse

Detaljer

Utvikling fra skallet og inn

Utvikling fra skallet og inn Utvikling fra skallet og inn Kravspesifikasjon Brukergrensesnitt! inn ut Erik Arisholm Simula Research Laboratory Utviklingsretning Applikasjon Virkelighetsmodell Bruker Oppfatning av interesseområdet

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:

Detaljer

Betinget eksekvering og logiske tester i shell

Betinget eksekvering og logiske tester i shell Betinget eksekvering og logiske tester i shell Betinget eksekvering *? Programmet utfører operasjon(er) bare hvis en logisk betingelse er sann Bash tilbyr to kontrollstrukturer for å kunne gjøre betinget

Detaljer

VMware Horizon View Client. Brukerveiledning for nedlasting, installasjon og pålogging for fjerntilgang

VMware Horizon View Client. Brukerveiledning for nedlasting, installasjon og pålogging for fjerntilgang VMware Horizon View Client Brukerveiledning for nedlasting, installasjon og pålogging for fjerntilgang Introduksjon Fjerntilgang er blitt oppgradert til en bedre og mer moderne løsning. Programmet er identisk

Detaljer

Bontveit. Haugsdal/Samdal. - Nesttun - Sandven - Kalandseidet - Samdalen - Haugsdal. Bussen kan være skiltet: 620/630 Osøyro/Halhjem Alle ruter.

Bontveit. Haugsdal/Samdal. - Nesttun - Sandven - Kalandseidet - Samdalen - Haugsdal. Bussen kan være skiltet: 620/630 Osøyro/Halhjem Alle ruter. 604 TRASÉ: Busstasjonen - Lars Hilles gt. - Gamle Nygårdsbro - Bjørnsons gt. - Storetveit - Paradis - Nesttun - Sandven - Kaland - Bontveitvegen - Gimmeland - Frotveit - Bontveit - Lund snuplass. Fra Bontveit

Detaljer

Planlegging og dokumentasjon

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

Detaljer

TDT4110 Informasjonsteknologi, grunnkurs Uke 35 Introduksjon til programmering i Python

TDT4110 Informasjonsteknologi, grunnkurs Uke 35 Introduksjon til programmering i Python TDT4110 Informasjonsteknologi, grunnkurs Uke 35 Introduksjon til programmering i Python Professor Guttorm Sindre Institutt for datateknikk og informasjonsvitenskap Læringsmål og pensum Mål Vite hva et

Detaljer

GLOMMA RINGEN GYLDIG FRA 4.JANUAR 2016. Sarpsborg Fredrikstad

GLOMMA RINGEN GYLDIG FRA 4.JANUAR 2016. Sarpsborg Fredrikstad GLOMMA RINGEN GYLDIG FRA 4.JANUAR 2016 Sarpsborg Fredrikstad Vi endrer Glommaringen 4. januar 2016 Glommaringen har blitt en svært populær ringrute mellom Fredrikstad og Sarpsborg med nærmere 1,5 millioner

Detaljer

Nyheter i Office 2016 NYHETER, FUNKSJONER, FORKLARING

Nyheter i Office 2016 NYHETER, FUNKSJONER, FORKLARING Nyheter i Office 2016 NYHETER, FUNKSJONER, FORKLARING 1 Word 1.1 Gjør ting raskt med Fortell meg det Du vil legge merke til en tekstboks på båndet i Word 2016 med teksten Fortell meg hva du vil gjøre.

Detaljer

Mer om objektorientering og UML

Mer om objektorientering og UML INF1050: Systemutvikling 21. februar 2017 Mer om objektorientering og UML Universitetslektor Yngve Lindsjørn INF1050 > Systemutvikling->objektorientert modellering 1 Temaer i dagens forelesning Ø Objektorientert

Detaljer

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl

Eksamen i fag SIF8018 Systemutvikling. Fredag 25. mai 2001 kl Side av 9 NTNU Norges teknisk-naturvitenskapelige universitet BMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist:. juni Eksamen i fag SIF808

Detaljer

or*dtrosnilt,'+'.q':'

or*dtrosnilt,'+'.q':' %,u lbnvaston.*.'. or*dtrosnilt,'+'.q':' JavaBin 5. mai Vidar Alvestad - Skatteetaten Inspirert av: Noen eksempler er hentet fra boken. Jeg tror Mr. Feathers tilgir meg dersom du kjøper boken ;-) Hva er

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1

Detaljer

1. Innholdsfortegnelse

1. Innholdsfortegnelse Ruteinformasjon Side 2 av 9 1. Innholdsfortegnelse 1. Innholdsfortegnelse... 2 2. Kort presentasjon av systemet... 3 3. Funksjoner... 4 3.1. Lister... 4 3.2. Melding... 5 3.3. Farger og skrifttyper...

Detaljer

AP221 Use Case TUL Utarbeid designdokumenter

AP221 Use Case TUL Utarbeid designdokumenter AP221 Use Case TUL Utarbeid designdokumenter Utarbeid design Tjenesten designes. Dette er en samling av tre use case: Endre designdokument, Lag nytt designdokument, Last opp designdokument. Designet kan

Detaljer

MinGat ny innloggingsmetode

MinGat ny innloggingsmetode MinGat ny innloggingsmetode Helse Vest IKT har vurdert at tidligere innloggingsmetode til MinGat hjemmefra ikke var sikker nok. De har derfor skjerpet sikkerheten. Dersom du ønsker å logge deg inn hjemmefra

Detaljer

Brukerhåndbok Nett-TV-meter

Brukerhåndbok Nett-TV-meter Brukerhåndbok Nett-TV-meter Innhold Om Nett-TV-meter... s. 3 Daglig bruk av Nett-TV-meter... s. 4 Innlogging... s. 4 Utlogging... s. 5 Hvordan påvirker Nett-TV-meter min datamaskin?... s. 7 Brukerhåndbok

Detaljer

Aksiom 3.1 (Likhet av mengder). La A og B være mengder. Da er A og B like hvis og bare hvis de har akkurat de samme elementene.

Aksiom 3.1 (Likhet av mengder). La A og B være mengder. Da er A og B like hvis og bare hvis de har akkurat de samme elementene. Notat 3 for MAT1140 3 Mengder 3.1 Mengder definert ved en egenskap Det matematiske begrepet mengde har sin opprinnelse i vår intuisjon om samlinger. Objekter kan samles sammen til et nytt objekt kalt mengde.

Detaljer

Generelt om operativsystemer

Generelt om operativsystemer Generelt om operativsystemer Operativsystemet: Hva og hvorfor Styring av prosessorer (CPU), elektronikk, nettverk og andre ressurser i en datamaskin er komplisert, detaljert og vanskelig. Maskinvare og

Detaljer

Prosjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2007

Prosjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2007 Prosjektoppgave: Bildedatabase TDT4145 Datamodellering og Databasesystemer Våren 2007 NB! Kun for de som ikke tar fellesprosjektet. Innledning I løpet av de siste årene har det blitt stadig mer vanlig

Detaljer

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER VEDLEGG 1 RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER INNHOLDSFORTEGNELSE 1 OPPDRAGSBESKRIVELSE... 3 1.1 Omfang... 3 1.2 Gjennomføring... 3 1.3 Opplæring...

Detaljer

Veiledning for aktivering av. Mobil Bredbåndstelefoni

Veiledning for aktivering av. Mobil Bredbåndstelefoni Veiledning for aktivering av Mobil Bredbåndstelefoni Veiledning for aktivering av Mobil Bredbåndstelefoni For at Telio Mobil Bredbåndstelefoni skal fungere på din mobiltelefon må en klient (@irtelio) lastes

Detaljer

Use Case-modell. Vurdering av oppdragsgivers krav

Use Case-modell. Vurdering av oppdragsgivers krav Use Case-modell Vurdering av oppdragsgivers krav Kravspesifikasjonen presiserer at brukergrensesnittet skal være grafisk, menybasert, ha støtte for bruk av mus og ha et intuitivt utseende, slik at enhver

Detaljer

Kravspesifikasjon. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 24.01.2012

Kravspesifikasjon. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 24.01.2012 2012 Kravspesifikasjon Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 24.01.2012 1. Forord Kravspesifikasjonen beskriver oppdragsgiver, bakgrunnen for

Detaljer

Forelesning IMT Mars 2011

Forelesning IMT Mars 2011 Forelesning IMT2243 31. Mars 2011 Tema: forts. arkitektur og OOD (ObjektOrientert Design) Eksempler på arkitekturvurderinger Yummy Inc., BUSTA, Tidligere studentprosjekter Prosjekt del 3 Designfasen Forventninger

Detaljer

GSM MINI. Bruksanvisning OVERSIKT GSM MINI 2. FØR BRUK: 2 - Aktivering av SIM-kort - Oppstart - Signalstyrke - Reset av adgangskode

GSM MINI. Bruksanvisning OVERSIKT GSM MINI 2. FØR BRUK: 2 - Aktivering av SIM-kort - Oppstart - Signalstyrke - Reset av adgangskode 64-311-06 Bruksanvisning GSM Mini Rev1.00 Side - 1 - GSM MINI Bruksanvisning INNHOLD: SIDE: OVERSIKT GSM MINI 2 FØR BRUK: 2 - Aktivering av SIM-kort - Oppstart - Signalstyrke - Reset av adgangskode FJERNSTYRING

Detaljer

Manual for innlegging av standard sideinnhold og nyheter via «backend»

Manual for innlegging av standard sideinnhold og nyheter via «backend» Manual for innlegging av standard sideinnhold og nyheter via «backend» 23.3.2006 Utarbeidet av: 2 Innlogging og beskrivelse av hovedelement i «backend» For å få tilgang til redigeringsmodul velges følgende

Detaljer

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være "datter" til annet vegojekt.

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være datter til annet vegojekt. Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.07-755 Breddemåling (ID=293) Sist endret: 2013-03-06 Definisjon: Målt bredde gjeldende over en strekning. Breddemåling

Detaljer

NYTT: Mulig å søke i Resultatobjektfeltet i oppgavetypene Terrengoverflate, Strekk profil og Strekk vertikalt:

NYTT: Mulig å søke i Resultatobjektfeltet i oppgavetypene Terrengoverflate, Strekk profil og Strekk vertikalt: 2016/07/01 23:37 1/5 Versjon 19.2X.FP5 Versjon 19.2X.FP5 Oppdateringer i NovapointDCM Basis Generelt NYTT: Mulig å søke i Resultatobjektfeltet i oppgavetypene Terrengoverflate, Strekk profil og Strekk

Detaljer

Prosjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2008

Prosjektoppgave: Bildedatabase. TDT4145 Datamodellering og Databasesystemer. Våren 2008 Prosjektoppgave: Bildedatabase TDT4145 Datamodellering og Databasesystemer Våren 2008 NB! Kun for de som ikke tar fellesprosjektet. Innledning I løpet av de siste årene har det blitt stadig mer vanlig

Detaljer

Look what I say. Imagetalk Symbol Writer Håndbok. Norsk. Håndbok Side 1

Look what I say. Imagetalk Symbol Writer Håndbok. Norsk. Håndbok Side 1 Look what I say Imagetalk Symbol Writer Håndbok Norsk Håndbok Side 1 Håndbok for Imagetalk Symbol Writer Innhold Hva er Imagetalk Symbol Writer?... side 3 Hvordan denne håndboken skal brukes... 3 Funksjonaliteten

Detaljer

1. SQL datadefinisjon og manipulering

1. SQL datadefinisjon og manipulering Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag SQL datadefinisjon og manipulering Tore Mallaug 7.10.2008 Lærestoffet er utviklet for faget Databaser 1. SQL datadefinisjon og manipulering

Detaljer

AD Travel funksjonsbeskrivelse

AD Travel funksjonsbeskrivelse AD PRODUKT AS AD Travel funksjonsbeskrivelse Mobil App Utlegg og Vedlegg 01.08.2014 Dokumentet beskriver funksjonalitet for AD Travels Mobil App for utlegg og elektroniske vedlegg Bakgrunn AD Travel har

Detaljer

1. Programmering: Hva og hvorfor? Scratch fra scratch Enkel programmering for nybegynnere

1. Programmering: Hva og hvorfor? Scratch fra scratch Enkel programmering for nybegynnere 1. Programmering: Hva og hvorfor? 1. Programmering: Hva og hvorfor? Du har nå valgt å lære deg å programmere. Gratulerer med et flott valg! Programmering er en allsidig og nyttig aktivitet, og det er et

Detaljer

Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider.

Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider. 1 For hver del, alle sub deler teller likt. Prøv å skrive alle svar på alle spørsmål i det tomme rom i disse sidene. Hvis du trenger mer plass, bruk ekstra sider. For hvert spørsmål, hvis du trenger å

Detaljer

Manual for å oppgrade TS 1000 fra:

Manual for å oppgrade TS 1000 fra: Manual for å oppgrade TS 1000 fra: Versjon 4.xx til versjon. 5.02 F01 04.02.2011 Første versjon TKi FK Rev. Dato: Beskrivelse: Utarbeidet Sign. Kontrollert Sign INNHOLD 1 GENERELT OM OPPGRADERING TIL VERSJON

Detaljer

PUNKT TIL PUNKT-KOBLING KOBLING. Versjon 10/10. Hvordan kobler jeg controlleren til en pc 1

PUNKT TIL PUNKT-KOBLING KOBLING. Versjon 10/10. Hvordan kobler jeg controlleren til en pc 1 PUNKT TIL PUNKT-KOBLING KOBLING Versjon 10/10 Hvordan kobler jeg controlleren til en pc 1 INDEKS 1 INTRODUKSJON...3 1.1 NETTVERK MED EN RUTER...3 1.2 PUNKT TIL PUNKT-KOBLING MELLOM SH-KONTROLLEREN OG EN

Detaljer