Kap. 12 Analysemodellering (Analysis Modeling)

Størrelse: px
Begynne med side:

Download "Kap. 12 Analysemodellering (Analysis Modeling)"

Transkript

1 Kap. 12 Analysemodellering (Analysis Modeling) Strukturert analyse er en av de mest brukte brukte modelleringsmetoder i analysen. Den andre er objektorientert analyse Kort historikk Strukturert analyse er en måte å lage modeller på. Systemet/problemet deles hierarkisk opp i subsystemer. Utviklinga starta på 70-tallet, først Strukturert Design senere Strukturert Analyse. Samlet omtales de som SASD. Sentrale personer: DeMarco, Yourdon,. Systemutvikling Kap. 12 Analysemodellering 1 Systemutvikling Kap. 12 Analysemodellering Elementene i analysemodellen 12.2 Elementene i analysemodellen Analysemodellen må oppfylle 3 hovedmål: 1. Beskrive hva kunden krever. 2. Lage et grunnlag for system konstruksjon 3. Definere et sett med krav som kan valideres når systemet er ferdig utviklet (testgrunnlag). Fig viser analysemodellen. Data Dictionary (termkatalog) beskriver alle dataobjekter. Entitetsrelasjonsdiagrammet (ERD) beskriver relasjonene mellom dataobjektene (brukes i datamodellering). Dataobjektbeskrivelsen inneholder beskrivelsene av alle dataobjektene og attributtene. Data object description Dataflyt diagram Data Dictionary Entitets- Relasjonsdiagram Tilstandsovergangsdiagram Control Specification (CSPEC) Systemutvikling Kap. 12 Analysemodellering 3 Systemutvikling Kap. 12 Analysemodellering Elementene i analysemodellen Dataflytdiagrammer (DFD) har to hensikter: 1. Å vise hvordan data transformeres (overføres) når de går gjennom systemet. 2. Beskrive funksjonene (og subfunksjonene) som transformerer (overfører) dataflyten. Prosess-spesifikasjon (PSPEC) er en beskrivelse av alle prosessene i DFD. Tilstandsovergangsdiagrammet (State Transition Diagram (STD) viser hvordan systemet oppfører seg som følge av eksterne hendelser. Diagrammet viser tilstandene, og overgangen mellom dem. Kontrollspesifikasjonen (CSPEC) gir tilleggs om systemkontroll Datamodellering Vi bruker datamodellering til å definere dataobjektene i systemet, deres attributter, hvor de befinner seg, relasjonene mellom dem, og forholdet til prosessene. Til dette bruker vi entitets-relasjonsdiagram (ERD) som definerer alle dataobjektene. Mer om datamodellering i databasekurset!! Systemutvikling Kap. 12 Analysemodellering 5 Systemutvikling Kap. 12 Analysemodellering 6

2 12.4 Funksjonell modellering og sflyt Teknikker som brukes er: Dataflytdiagrammer (DFD) Data Dictionary (DD - termkatlog, datakatalog) Minispesifikasjoner Dataflytdiagrammer - DFD Kan f.eks. bruke Word, PowerPoint eller andre tegneverktøy til å tegne DFD: Input Input Output Datamaskin Output basert system Output Informasjonsflyt modell (kontekstdiagram) Systemutvikling Kap. 12 Analysemodellering 7 Systemutvikling Kap. 12 Analysemodellering Dataflytdiagrammer - DFD -2 Dataflytdiagrammer - DFD -3 Dataflytdiagram viser flyten av info og transformasjonene som brukes når data flyter fra input til output. DFD kalles også dataflytgraf og boblediagram. DFD kan representere system og programvare på alle abstraksjonsnivå. DFD bruker hierarki (flere nivå) for å vise oppdeling. Nivå 0 kalles kontekstdiagram (context model, fundamental system model). Der er hele systemet en boble, og all Prosess/transformasjon input og output til systemet vises. Nivå 1 viser hovedfunksjonene i Dataflyt systemet. Datalager Inn data Inn data 1.0 Transform #1 Midlertidige data 2.0 Transform #2 Midlertidige data 3.0 Transform Midlertidige data #3 4.0 Transform #4 Data lager Ut data Ut data Systemutvikling Kap. 12 Analysemodellering 9 Systemutvikling Kap. 12 Analysemodellering Dataflytdiagrammer - DFD -4 Dataflytdiagrammer - DFD -5 A B F DFD viser ikke prosesseringssekvens. (Den vises ikke før i konstruksjonen.) Fig viser videre oppdeling i subdiagrammer Nivå 0: System F kontekstdiagram Nivå 1: Funksjonene f1, f2,.,f7 Kontinuiteten i infoflyten må opprettholdes, d.v.s. at input og output på hvert nivå må være det samme. Dette kalles balansering, og er sentralt i å lage en konsistent modell, d.v.s. at ved detaljering av system F med input/output A og B, må A og B også være input til nivået under. A f 1 X Y V W f 2 f 3 f 41 f 42 X f 4 Z Y x 1 f 43 x 2 y 1 f 44 y 2 f 6 z 2 z 1 z f 3 5 Z f 45 f 7 B Systemutvikling Kap. 12 Analysemodellering 11 Systemutvikling Kap. 12 Analysemodellering 12

3 Dataflytdiagrammer - DFD -6 Til å beskrive innholdet i en dataflyt eller et lager brukes DD -Data Dictionary eller RD - Requirement Dictionary (Termkatalog) I tillegg til flyten brukes beskrivende tekst: Prosessbeskrivelse som beskriver hver prosess i detalj. En slik minispesifikasjon beskriver: Input Output Algoritme Restriksjoner og begrensninger på prosessen Ytelseskarakteristikker Konstruksjonsbegrensninger Utvidelser for sanntidssystemer Sanntidssystemer (real-time systems) virker (arbeider) ut fra input (interrupt) fra omgivelsene i en tidsluke som bestemmes av omgivelsene: Prosesstyring Forbrukselektronikk osv.. Systemutvikling Kap. 12 Analysemodellering 13 Systemutvikling Kap. 12 Analysemodellering Ward og Mellors utvidelser Informasjonsflyten er kontinuerlig Kontrollen som går gjennom systemet, og tilhørende kontrollprosessering vises. Mange forekomster av samme transformasjoner som ofte forekommer i multitasking situasjoner Systemtilstander og mekanismer som forårsaker transisjoner (overganger) mellom systemtilstander Eks. Tidskontinuerlig prosessering: Overvåking av gassturbinmotor: turbinhastighet forgassertemperatur trykk på forskjellige steder Fig viser utvidelser for tidskontinuerlig prosessring Ward og Mellors utvidelser -2 Ytelseskritiske prosesser er ofte tidskontinuerlige. I en fysisk eller implementasjonsmodell, må det være en mekanisme for innsamling av tidskontinuerlige data. Dette kan også gjøres kvasikontinuerlig i en høyhastighets pollingløkke (round-robin). Modellen viser også AD/DA-konvertering. Fig viser kontrollflyt og kontrollprosessering med Ward og Mellor notasjon. Figuren viser øverste nivå av data og kontrollflyt for en produksjonscelle. Komponenter skal settes sammen av en robot.... Systemutvikling Kap. 12 Analysemodellering 15 Systemutvikling Kap. 12 Analysemodellering Hatley og Pirbhai utvidelser Disse utvidelsene fokuserer på representasjon og spesifikasjon av kontrollorienterte forhold ved systemutviklingen. Kontrollflyten representeres i eget kontrollflytdiagram: CFD - Control Flow Diagram viser de samme prosesser som DFD, men viser altså kontrollflyt (ikke dataflyt). I diagrammet er det også en kontrollspesifikasjon CSPEC som viser: 1. Hvordan systemet (programmet) reagerer (oppfører seg) når en hendelse eller et kontrollsignal detekteres. 2. Hvilken prosess som startes som følge av hendelsen Hatley og Pirbhai utvidelser -2 Vi bruker også en prosesspesifikasjon PSPEC som beskriver den indre virkemåte av en prosess i et DFD. Fig Databetingelser inntreffer når data input til en prosess resulterer i en kontroll output. Figuren viser deler av en flytmodell av et automatisk overvåkings- og kontrollsystem for trykkventiler i et oljeraffineri. PSPEC er skrevet i psevdokode. Data og kontrollflyten er i adskilte diagrammer. Systemutvikling Kap. 12 Analysemodellering 17 Systemutvikling Kap. 12 Analysemodellering 18

4 Hatley og Pirbhai Utvidelser -3 Kontrollspesifikasjonen kan i tillegg vise PAT - prosess aktiverings-tabell (kap ) som viser hvilke prosesser som aktiveres av en gitt hendelse som flyter gjennom en vertikal strek. CSPEC kan også inneholde et tilstandsovergangsdiagram STD - State Transition Diagram. En systemtilstand (system state) er en observerbar oppførselsmåte Eksempel på tilstander er overvåking, alarm, trykk av (for trykkventiler) Modellering av oppførsel Modellering av (virkemåte) er sentralt i alle kravanalyse metoder. Dette vises bare i utvidelsene av strukturert analyse. Tilstandsovergangsdiagram (STD) viser virkemåte ved å vise tilstander, overganger og hendelsene som fører til overgangene. STD viser også aksjonene som utføres. STD brukes bl.a. til å dokumentere kommunikasjonsprotokoller. Fig viser eksempel på CFD for en kopieringsmaskin. Fig viser et tilstandsovergangsdiagram (STD) for fotokopiering. Sirkler kan også brukes i STD for å vise prosessene. Systemutvikling Kap. 12 Analysemodellering 19 Systemutvikling Kap. 12 Analysemodellering 20 State Transition Diagram Notation state 12.6 Bruk av Strukturert analyse The mechanics of Structured Analysis I dette kapitlet vises trinnene i utvikling av en strukturert analysemodell, og bruk av Hatley og Pirbhai utvidelser. event causing transition action that occurs new state Systemutvikling Kap. 12 Analysemodellering 21 Systemutvikling Kap. 12 Analysemodellering Utvikling av et E-R diagram E-R diagrammet brukes til å spesifisere dataobjektene som er input til og output fra systemet, attributter som definerer objektenes egenskaper og relasjonene mellom dem. Følgende iterative fremgangsmåte kan brukes til å lage ERD: 1. Kunden lager en liste over ting som inngår i systemet, er input eller output, eller er i dets omgivelser. 2. Utvikler og kunde går gjennom lista av objekter, og vurderer om objektet har forbindelser (relasjoner) med andre (objekter). NB: ikke navn på forbindelsene! 3. Der det eksisterer en forbindelse, dannes et eller flere objekt-relasjonspar. 4. For hvert objekt-relasjonspar bestemmes kardinalitet og modalitet (koplingsdeltagelse) Utvikling av et E-R diagram Steg 2 til 4 gjentas til alle objekt-relasjonspar er definert. Utelatelser oppdages, nye objekter og relasjoner legges til. 6. Attributtene til hver entitet defineres. 7. Det utarbeides et E-R diagram som gjennomgås. 8. Steg 1. til 7. gjentas til datamodelleringen er komplett. Eks. s : Safe Home. Fig viser forbindelser. Fig viser relasjoner, kardinalitet og modalitet (koplingsdeltagelse). (Mer om dette i Databasekurset!!) Systemutvikling Kap. 12 Analysemodellering 23 Systemutvikling Kap. 12 Analysemodellering 24

5 Utvikling av en dataflyt modell DFD er et verktøy for å lage modeller av s- og funksjonsdomenene samtidig. Vi lager en funksjonell dekomponering av systemet. Retningslinjer for å lage en dataflytmodell: 1. Nivå 0 er kontekstdiagrammet der hele systemet er en prosess. 2. Primær input og output må vises tydelig. 3. Dekomponering (refinement) starter med å isolere hovedprosessene, dataene (items) og lagre som skal vises på neste nivå. 4. Alle piler og bobler må merkes med meningsfulle navn. 5. Kontinuitet i sflyt må bevares fra nivå til nivå Utvikling av en dataflyt modell En prosess av gangen dekomponeres. (Prosess 1 dekomponeres i 1.1, 1.2,.. og 1.1 dekomponeres i 1.1.1, osv..) Gode råd: Ikke lag for kompliserte DFD. Ikke vis for mange detaljer tidlig i prosessen. Ikke vis prosedyremessige forhold i stedet for info-flyt. Eks. DFD og Prosessbeskrivelse for Safe Home overvåkingssystem. Fig viser kontekstdiagram (nivå 0) Fig viser nivå 1. Kontinuiteten i info-flyten er bevart fra nivå 0. Fig viser videre dekomponering. Dekomponeringen fortsetter til hver prosess (boble) utfører en enkelt funksjon. (jfr. cohesion ) Systemutvikling Kap. 12 Analysemodellering 25 Systemutvikling Kap. 12 Analysemodellering Utvikling av en kontrollflyt modell I de fleste tilfeller er det nok å lage en DF-modell. I sanntids-system (event-styrte anvendelser) som produserer kontroll- flyt med krav til tid og ytelse, kreves det modellering av kontrollflyt i tillegg til dataflytmodellen. For å lage en kontrollmodell tar en utgangspunkt i en dataflyt-modell som strippes for alle dataflytpiler (vises som stiplede piler) Hendelser og kontroll items (felt/data stiplet) legges til diagrammet, og et vindu settes inn i kontrollspesifikasjonen Utvikling av en kontrollflyt modell -2 Fig viser nivå 1 av CFD for safehome Når en hendelse flyter inn i CSPEC streken fra utsiden (omgivelsene), fører det til at CSPECen aktiverer en eller flere av prosessene som vises i CFD. Når et kontroll-item flyter fra en prosess og flyter inn i CSPEC vinduet, fører det til kontroll og aktivering av en annen prosess eller en utenforliggende. Systemutvikling Kap. 12 Analysemodellering 27 Systemutvikling Kap. 12 Analysemodellering Kontrollspesifikasjonen CSPEC CSPEC representerer virkemåten til systemet på 2 måter: 1. STD - tilstandsovergangsdiagram som viser sekvensiell spesifikasjon av virkemåten 2. PAT - Program Activation Table (programaktiveringstabell) som gir en kombinatorisk spesifikasjon av virkemåte. Fig viser et STD for safehome. Merkede piler indikerer hvordan systemet reagerer på hendelser og går mellom de 4 tilstander som er definert på dette nivået. Fig viser PAT som viser hvilke prosesser som aktiveres av de forskjellige hendelser Prosesspesifikasjon - PSPEC Minispesifikasjon PSPEC brukes til å beskrive alle prosesser som forekommer på det siste nivå av detaljeringen. PSPEC kan skrives som: tekst PDL - Program Design Language Matematiske ligninger Tabeller Diagrammer Flytkart (Chart) Psevdokode Minispec er første trinn i å lage en kravspesifikasjon, og som en guide for konstruksjon av programkomponenter som implementerer prosessen. Systemutvikling Kap. 12 Analysemodellering 29 Systemutvikling Kap. 12 Analysemodellering 30

6 Process Specification (PSPEC) A Design Note bubble PSPEC narrative pseudocode (PDL) equations tables diagrams and/or charts PSPEC one or more components" in the software design Systemutvikling Kap. 12 Analysemodellering 31 Systemutvikling Kap. 12 Analysemodellering Termkatalog Data Dictionary (DD) Termkatalog (DD) eller krav (data) ordbok kan skrives på mange former. De fleste inneholder: Navn - primærnavn på data/kontroll element (item), datalager, eller ekstern Alias - Andre navn som brukes om det første Hvor/hvordan brukes det? - liste av prosesser som bruker data eller kontrollfelter, og hvordan det brukes (input/output til prosesser, lager, eksterne er). Innholdsfortegnelse - Tilleggs - annen som en database (i CASE-verktrøy) kan inneholde slik at det er lett å finne hvor de forskjellige termer er brukt Termkatalog (Data Dictionary) -2 Sammensatte data kan forekomme på 3 måter : 1. Sekvens av data: A = B + C 2. Valg fra en mengde: A= [B C D] 3. Repeterende grupper: A= {B} n Systemutvikling Kap. 12 Analysemodellering 33 Systemutvikling Kap. 12 Analysemodellering Oversikt over andre klassiske analysemetoder Oversikt over andre klassiske analysemetoder -2 Metodene følger analyseprinsippene (fra kap. 11), men de har forskjellig notasjon (symbolbruk) og regler (fremgangsmåter). Datastrukturert systemutvikling (DSSD) (Warnier-Orrmetode/diagram) er basert på metoder for analyse av sdomenet. Det lages en hierarkisk modell av en, som grupperes i sekvens, seleksjon (utvalg) og repetisjon. Programstrukturen kan i stor grad følge sstrukturen. Jackson Systemutvikling (Jackson Structured Developement - JSD) er også utviklet ut fra analyse av s-domenet, og dets relasjoner til program og system-konstruksjon. Strukturert Analyse og Design Teknikk er en dokumentasjonsteknikk som er blitt mye brukt i systemdefinisjon, prosessrepresentasjon, kravspesifikasjon og system- /program-konstruksjon. Systemutvikling Kap. 12 Analysemodellering 35 Systemutvikling Kap. 12 Analysemodellering 36

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

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

Prosessmodellering. Strukturert design med dataflytdiagrammer (DFD) Gurholt & Hasle Kapittel 10. Kirsten Ribu Høgskolen i Oslo

Prosessmodellering. Strukturert design med dataflytdiagrammer (DFD) Gurholt & Hasle Kapittel 10. Kirsten Ribu Høgskolen i Oslo Prosessmodellering Strukturert design med dataflytdiagrammer (DFD) Gurholt & Hasle Kapittel 10 Kirsten Ribu Høgskolen i Oslo 1 Perspektiver på modellering De strukturerte metodene SA/SD sammen med datamodellering

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

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

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

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

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

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

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

Detaljer

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

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

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

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

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

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

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

Prosessmodell. Hurtigguider - rammeverk Sist redigert 13.06.2009. Snorre Fossland Eier og driver Snorres Modellbyrå

Prosessmodell. Hurtigguider - rammeverk Sist redigert 13.06.2009. Snorre Fossland Eier og driver Snorres Modellbyrå Prosessmodell Hurtigguider - rammeverk Sist redigert 13.06.2009 For å arbeide med prosessene, må du kunne synliggjøre og kommunisere dem på overordnet nivå. Du må også kunne bryte dem ned i mer detaljerte

Detaljer

>>21 Datamodellering i MySQL Workbench

>>21 Datamodellering i MySQL Workbench 21 MYSQL WORKBENCH 207 >>21 Datamodellering i MySQL Workbench I dette kapittelet vil du lære hvordan man lager datamodeller i MySQL Workbench hvordan man overfører en modell til MySQL I tillegg til å være

Detaljer

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

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

Detaljer

1. Funksjonsmodellering

1. Funksjonsmodellering Jarle Larsen 5.1.2004 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LO314D Prosjektrettet systemarbeid 1. Resymé: I denne leksjonen ser vi litt generelt på modellering og

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

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

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

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

INF3430/4431. VHDL byggeblokker og testbenker

INF3430/4431. VHDL byggeblokker og testbenker INF3430/4431 VHDL byggeblokker og testbenker Entity/architecture Innhold Strukturelle design (nettliste) Generics Configurations Operatorer-Operator prioritet (precedence) Datatyper Bit / IEEE1164 std_ulogic

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

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel 2-1 Business Model 2-1 a) Scoping statements I Våre avgrensninger Timeregistreringssystemet

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

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

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

BAAN IVc. BAAN Data Navigator - Brukerhåndbok

BAAN IVc. BAAN Data Navigator - Brukerhåndbok BAAN IVc BAAN Data Navigator - Brukerhåndbok Utgitt av: Baan Development B.V. P.O.Box 143 3770 AC Barneveld The Netherlands Trykt i Nederland Baan Development B.V. 1997. Med enerett. Informasjonen i dette

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

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

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk

Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Hvordan komme i gang med ArchiMate? Det første modelleringsspråket som gjør TOGAF Praktisk Logica 2012. All rights reserved No. 3 Logica 2012. All rights reserved No. 4 Logica 2012. All rights reserved

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

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

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

Grafisk løsning av ligninger i GeoGebra

Grafisk løsning av ligninger i GeoGebra Grafisk løsning av ligninger i GeoGebra Arbeidskrav 2 Læring med digitale medier 2013 Magne Svendsen, Universitetet i Nordland Innholdsfortegnelse INNLEDNING... 3 GRAFISK LØSNING AV LIGNINGER I GEOGEBRA...

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

Hasardidentifikasjon. Hvordan finne ut hva som kan gå GALT FØR det går galt.

Hasardidentifikasjon. Hvordan finne ut hva som kan gå GALT FØR det går galt. Hasardidentifikasjon Hvordan finne ut hva som kan gå GALT FØR det går galt. 1 Hasard (trussel, uønsket hendelse) 2 Hendelse/situasjon som potensielt kan medføre skade på mennesker eller miljø. Bilkollisjon,

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

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

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

Detaljer

Databaser. Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen

Databaser. Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen Databaser Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen Tema for dagen Relasjonsmodellen Hvorfor relasjoner? Fra ER diagram til relasjoner 22.09.2008

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

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

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

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

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

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

Detaljer

LW153 Sweex Wireless 150N Adapter USB

LW153 Sweex Wireless 150N Adapter USB LW153 Sweex Wireless 150N Adapter USB Legg merke til! På den vedlagte CD-ROM-platen finner du installasjonsveiviseren. Denne enkle installasjonsprosedyren viser deg hvordan du installerer adapter, steg

Detaljer

buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata

buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata IFD International Framework for Dictionaries Hvordan bygges en BIM? Hva kan hentes ut av BIM? Hvordan

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

Brukergrensesnittet i LabVIEW

Brukergrensesnittet i LabVIEW Kapittel 2 Brukergrensesnittet i LabVIEW 2.1 Hvordan starte LabVIEW Programmet LabVIEW kan startes på flere måter: Via Start (på PC ens skrivebord) / Programmer / National Instruments /LabVIEW Du kan åpne

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

Funksjonalitet og oppbygning av et OS (og litt mer om Linux)

Funksjonalitet og oppbygning av et OS (og litt mer om Linux) Funksjonalitet og oppbygning av et OS (og litt mer om Linux) Hovedfunksjoner i et OS OS skal sørge for: Styring av maskinvaren Deling av maskinens ressurser Abstraksjon vekk fra detaljer om maskinvaren

Detaljer

Lysregulering av trafikk

Lysregulering av trafikk Avdeling for teknologiske fag Bachelorutdanningen RAPPORT FRA KYBERNETIKKPROSJEKT HØSTEN 2009 Lysregulering av trafikk Avdeling for teknologiske fag Adresse: Pb 203, 3901 Porsgrunn, telefon 35 02 62 00,

Detaljer

Datamodellering med E/R

Datamodellering med E/R Datamodellering med E/R Fasene i systemutvikling og databasedesign E/R (Entity/Relationship) Entitet Attributt Identifikator Forhold og roller Kardinaliteter: 1:1, 1:M, M:N Oppløsing av mange-til-mange

Detaljer

Flere design mønstre. 19. september 2002, Tore Berg Hansen, TISIP

Flere design mønstre. 19. september 2002, Tore Berg Hansen, TISIP Flere design mønstre 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

AMS-case forts. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt

AMS-case forts. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt AMS-case forts. Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt Objekt-interaktor med valg Relatert objekt velges ofte blant mange kandidater Output av kandidat-sett Input av

Detaljer

1. Datamodellering. 1.1. Kommentarer til læreboka

1. Datamodellering. 1.1. Kommentarer til læreboka Tore Mallaug 20.10.2009 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for fagene LN323D Databaser 1. Datamodellering Resymé: Denne leksjonen viser et par eksempler på ER-modellering

Detaljer

Oppgave 1 Referent Modell (20%)

Oppgave 1 Referent Modell (20%) BOKMÅL Side 1 av 5 NORGES EKNISK- NAURVIENSKAPELIGE UNIVERSIE INSIU FOR DAAEKNIKK OG INFORMASJONSVIENSKAP KONINUASJONS EKSAMEN I FAG SIF 8035 INFORMASJONSSYSEMER orsdag 10. august 2000 Løsningsforslag

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

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

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

Kanban. Anine Ragnif

Kanban. Anine Ragnif Kanban Anine Ragnif Hvorfor spille KANBAN-spillet? Prinsipper for KANBAN Forstå KANBAN rask og effektivt Mekanismer for god arbeidsflyt Morsom læring Kanban 2014 2 Historikk Kanban har sin opprinnelse

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

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

Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009

Nettside, Webshop og Beregningsmodell. Hovedprosjekt våren 2009 Nettside, Webshop og Beregningsmodell Hovedprosjekt våren [Type the abstract of the document here. The abstract is typically a short summary of the contents of the document. Type the abstract of the document

Detaljer

Repetisjon og mer motivasjon. MAT1030 Diskret matematikk. Repetisjon og mer motivasjon

Repetisjon og mer motivasjon. MAT1030 Diskret matematikk. Repetisjon og mer motivasjon Repetisjon og mer motivasjon MAT030 Diskret matematikk Forelesning 22: Grafteori Roger Antonsen Matematisk Institutt, Universitetet i Oslo 4. april 2008 Først litt repetisjon En graf består av noder og

Detaljer

Vi har her med prosesser i en Norsk Bank å gjøre. Den overordnete prosessen er innvilgning av kreditt, og alle de subaktiviteter det måtte innebære.

Vi har her med prosesser i en Norsk Bank å gjøre. Den overordnete prosessen er innvilgning av kreditt, og alle de subaktiviteter det måtte innebære. SAMMENDRAG ØVING 5 Antall leverte øvinger: 4 Vi har her med prosesser i en Norsk Bank å gjøre. Den overordnete prosessen er innvilgning av kreditt, og alle de subaktiviteter det måtte innebære. Etter å

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

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

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

Detaljer

Databaser & objektorientering.

Databaser & objektorientering. Databaser & objektorientering. Noen grunnbegreper innen objektorientering. Klasser og forekomster klasser beskriver strukturen for noe. Beskrivelsen inneholder: et navn attributter /egenskaper / tilstander

Detaljer

INF 4130. 8. oktober 2009. Dagens tema: Uavgjørbarhet. Neste uke: NP-kompletthet

INF 4130. 8. oktober 2009. Dagens tema: Uavgjørbarhet. Neste uke: NP-kompletthet INF 4130 8. oktober 2009 Stein Krogdahl Dagens tema: Uavgjørbarhet Dette har blitt framstilt litt annerledes tidligere år Se Dinos forelesninger fra i fjor. I år: Vi tenker mer i programmer enn i Turing-maskiner

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

Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller

Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller LC238D http://www.aitel.hist.no/fag/_dmdb/ Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller ER-modellen, intro.

Detaljer

Brannscenarier Hvilke scenarier må analyseres? Hvordan velge analysemetode? Trondheim 5. januar 2011

Brannscenarier Hvilke scenarier må analyseres? Hvordan velge analysemetode? Trondheim 5. januar 2011 Brannscenarier Hvilke scenarier må analyseres? Hvordan velge analysemetode? Trondheim 5. januar 2011 Audun Borg 1 Sammendrag Brannscenario Brannscenarier i koder og standarder. Valg av brannscenario ved

Detaljer

Dagens tema: Relasjonsmodellen (funksjonelle avhengigheter og nøkler, integritetsregler) Realisering: Fra ORM til relasjoner

Dagens tema: Relasjonsmodellen (funksjonelle avhengigheter og nøkler, integritetsregler) Realisering: Fra ORM til relasjoner UNIVERSITETET I OSLO INF1300 Introduksjon til databaser Dagens tema: Relasjonsmodellen (funksjonelle avhengigheter og nøkler, integritetsregler) Realisering: Fra ORM til relasjoner Institutt for informatikk

Detaljer

Objektorientert programmering med Java ISBN 82-7674-748-5

Objektorientert programmering med Java ISBN 82-7674-748-5 Tema 8 Programdesign som isolerer godt mellom logikk og presentasjon passer godt for å lage ulike grensesnitt mot logikk-delen. Klassen ZipFile som ble brukt i et konsoll-basert grensesnitt på side 67,

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

Systemidentifikasjon Oppgaver

Systemidentifikasjon Oppgaver Telemark University College Department of Electrical Engineering, Information Technology and Cybernetics Systemidentifikasjon Oppgaver HANS-PETTER HALVORSEN, 2012.03.16 Faculty of Technology, Postboks

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

Arkitektur. Kirsten Ribu Høgskolen i Oslo 10.02.04 10.02.2004 1

Arkitektur. Kirsten Ribu Høgskolen i Oslo 10.02.04 10.02.2004 1 Arkitektur Kirsten Ribu Høgskolen i Oslo 10.02.04 10.02.2004 1 I dag Generelt om arkitektur N-lags arkitektur MVC Model View Controller mønsteret 10.02.2004 2 Hva er arkitektur? Oppdelingen av et system

Detaljer

Databaser. Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen

Databaser. Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen Databaser Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen Tema for dagen Hva er relasjonsalgebra? Seleksjon Projeksjon Produkt Indre forening Ytterforening Settoperasjoner: union, snitt, differanse

Detaljer

Veiledning til e-kurs

Veiledning til e-kurs 2012 Veiledning til e-kurs Bjørnar Larsen Autech Kompetanse as 08.04.2012 Innledning Du bruker e-kurset i reguleringsteknikk og industriell måleteknikk på samme måte. Samme veiledning kan derfor brukes

Detaljer

Konseptuell modell, skjermdesign og konstruksjon

Konseptuell modell, skjermdesign og konstruksjon Konseptuell modell, skjermdesign og konstruksjon Vedlegg til øving D3 1. Gjennomgående eksempel 2. Beskrivelse av konseptuell modell 3. Skjermdesign, kobling mot konseptuell modell og oppførsel 4. Dokumentasjon

Detaljer

20.01.2012. Brukerkrav og use case diagrammer og -tekst 19. januar 2012. Agenda. Brukerkrav og use case. Diagrammer Tekst.

20.01.2012. Brukerkrav og use case diagrammer og -tekst 19. januar 2012. Agenda. Brukerkrav og use case. Diagrammer Tekst. Brukerkrav og use case diagrammer og -tekst 19. januar 2012 Agenda Brukerkrav og use case Diagrammer Tekst Praktisk eksempel 1 OOAD i livsløpsperspektiv Krav Design Konstruksjon Her er vi i nå Testing

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

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

1 Kodegenerering fra Tau Suiten

1 Kodegenerering fra Tau Suiten Kodegenerering fra Tau Suiten For å generere Javakode eller en annen form for programmeringskode ut i fra Tau suiten, er det visse ting som må være utført.. En UML modell må eksistere og være korrekt.

Detaljer

Matematisk morfologi III

Matematisk morfologi III Matematisk morfologi III Lars Aurdal Norsk regnesentral Lars.Aurdal@nr.no 4. desember 2003 Copyright Lars Aurdal, NTNU/NR Oversikt, kursdag 3 Sammensatte operasjoner: Hit-or-miss-transformen. Skjeletter.

Detaljer

EKSAMENSFORSIDE SKRIFTLIG EKSAMEN

EKSAMENSFORSIDE SKRIFTLIG EKSAMEN EKSAMENSFORSIDE SKRIFTLIG EKSAMEN Fag-/kurskode OBJ110 Fag/kurs Objektorientert systemutvikling 1 Ansvarlig faglærer Viggo Holmstedt Ansvarlig fakultet ØS Klasse(r)/gruppe(r) IS2 Dato 13.12.2010 Eksamenstid,

Detaljer

Plan for dagen. Kræsj-kurs i sanntidsprogrammering. Måter å tenke på. Programmering intro. Tråder & synkronisering

Plan for dagen. Kræsj-kurs i sanntidsprogrammering. Måter å tenke på. Programmering intro. Tråder & synkronisering Kræsj-kurs i sanntidsprogrammering 1. Amanuensis Sverre Hendseth Teknisk Kybernetikk. http://www.itk.ntnu.no/ansatte/hendseth_sverre/ Plan for dagen Programmering intro Tråder & Synkronisering Non-preemptive

Detaljer

RETNINGSLINJER FOR SKRIVING AV SLUTTRAPPORT VED BACHELOROPPGAVE

RETNINGSLINJER FOR SKRIVING AV SLUTTRAPPORT VED BACHELOROPPGAVE RETNINGSLINJER FOR SKRIVING AV SLUTTRAPPORT VED BACHELOROPPGAVE Det gis ulike anbefalinger for hvordan en prosjektrapport skal se ut. Noen krav til innhold og utseende er beskrevet i forslaget nedenfor.

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

ITPE2400/DATS2400: Datamaskinarkitektur

ITPE2400/DATS2400: Datamaskinarkitektur ITPE2400/DATS2400: Datamaskinarkitektur Forelesning 6: Mer om kombinatoriske kretser Aritmetikk Sekvensiell logikk Desta H. Hagos / T. M. Jonassen Institute of Computer Science Faculty of Technology, Art

Detaljer

Vedlegg til kravspesifikasjon ebyggesaksbehandling Standardiserte saksbehandlingsprosesser

Vedlegg til kravspesifikasjon ebyggesaksbehandling Standardiserte saksbehandlingsprosesser Vedlegg til kravspesifikasjon ebyggesaksbehandling Standardiserte saksbehandlingsprosesser Desember 2014 Innholdsfortegnelse 1. Innledning... 3 2. Standardiserte saksbehandlingsprosesser... 3 3. Eksempel

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