Arkitektur. 4 april Mål for forelesningen: Se på kriterier for design, arkitektur av komponent og prosess. Kriterier. Komponenter.

Størrelse: px
Begynne med side:

Download "Arkitektur. 4 april Mål for forelesningen: Se på kriterier for design, arkitektur av komponent og prosess. Kriterier. Komponenter."

Transkript

1 4 april 2006 Arkitektur Mål for forelesningen: Se på kriterier for design, arkitektur av komponent og prosess Kriterier Komponenter Prosesser Kap 9-11 OO A & D 1

2 Design av arkitektur Arkitektur: En generell grunnstruktur, utbygges senere IT-system: En samling komponenter, som realiserer krav til modell, funksjoner og grenseflate Kriterium: En ønsket egenskap ved en arkitektur Brukere Grenseflate Funksjoner Modell Andre systemer IT-system Prinsipper: Fastsette og prioriter kriterier. Byg bro mellom kriterier og teknisk plattform. 2

3 Designkriterier Generelle kriterier (McCall) Brukervennlighet Sikkerhet Effektivitet Nøyaktig Pålitelig Vedlikeholdbar Fleksibilitet Begripelig Gjenbruk Flytbar Integrerbar Generelle kriterier i OOA & D En brukbar, fleksibel og begripelig helhet 3 Mathiassen, Munk-Madsen, Nielsen & Stage, 2000

4 Design-kriterier Teknisk Bindinger til eksisterende infrastruktur og utstyr og/eller programvare Vurdere gjenbruk av relevante mønstre og komponenter Kjøp av standard utstyr Standarder vedr. utviklingsmetodikk, verktøy mm Eksterne bindinger,... Organisatorisk Kontrakt/avtal Egen utviklingsavdeling (hvis noen ) eller samarbeid med andre Planer for videre utviklingsarbeid 4 Personellressurser Intern SU-kompetanse Erfaringer med tilsvarende systemer, teknisk plattform,..

5 Design kriterier (noen utvalgte) Kriterier Mest viktig Viktig Funksjonalitet A B, C Brukervennlighet B A C Sikkerhet C B A Mindre viktig Effektivitet B, C A Stabilitet B, C A Lett å oppfylle Fleksibilitet A, B C Gjenbruk/flytbar A, C B Vedlikeholdbar A, C Irrelevant A: Konferansesystem B: Hår-salong C. Rednings-kontroll 5

6 Kriterier for legekontoret: Kriterium Mål på Brukbarhet Tilpasning til legekontoret vanlige rutiner og medisink terminologi Sikkerhet Sikret mot uautorisert adgang, Tap av data Stabilitet Fungerer stabilt i gitt omgivelser Korrekthet I henhold til fastsatte beregningsregler, innstrukser etc. Fleksibilitet Integrasjon Kan endres for å tilpasses endringer i lovverk, skatteregler,.. Tilpasning til andre systemer 6

7 Fastsett og prioriter Mest viktig Viktig Mindre viktig Lett å oppfylle Irrelevant Brukervennlighet Sikkerhet Effektivitet Nøyaktig Pålitelig Vedlikeholdbar Testbar Fleksibilitet Begripelig Gjenbruk Flytbar Integrerbar 7

8 Vurdering av helheten Brukervennlighet Tilfredsstille brukeres behov Passe til den tekniske plattform Kravstyring Begripelig Gode abstraksjoner Ansvarssamling Gjenbruk av mønstre Fleksibel Skape moduler gjennom innkapsling 8 Mathiassen, Munk-Madsen, Nielsen & Stage, 2000

9 Design Patterns Christofer Alexander Notes of the Synthesis of Form The Timeless Way of Building A Pattern Language 253 entities... every design problem begins with an effort to achieve fitness between two entities: the form in question and its context. The form is the solution to the problem; the context defines the problem. (Alexander 1970 p 15 i Jansson & Köhler 2001) 9

10 Design Patterns? Catch experts design experiences Re-use of successful solutions Software Design Patterns can build a bridge between Object-Oriented Analysis and Design and Object- Oriented Programming 10

11 References Gamma et al (1995) Design Patterns Elements of Reusable Object- Oriented Software Fowler, M (1997) Analysis Patterns Reusable Objects Models Buschmann et al (1996) Pattern-Oriented Software Architecture a system of patterns 11

12 Den tradisjonelle 3-delte komponentarkitekturen <<komponent>> Brukergrensesnitt <<komponent>> Funksjoner <<komponent>> Modell 12

13 Komponent : Samling av programmer som utgjør en helhet og har veldefinert ansvar Grensesnitt komponenten : Representerer grensesnittet mot brukeren, fortolker menyer, knapperader,. Funksjon-modellen: Representerer funksjonaliteten: oppdatering, lesing, signallering, beregninger Modell-komponenten: Representerer problemområdet, dvs. dataene og deres struktur Definere Delsystemer Uavhengige systemer som kommuniserer med hverandre, men ikke bygger på hverandre. Hver delsystem kan inneholde model, funksjon og grensesnittskomponenter. - f eks Klient-tjener arkitektur, eller likeverdige systemer 13 Arild Jansen Ifi 2003

14 Hvordan identifisere (del)komponenter: Komponenter kan være parter (moduler) eller lag Modellen: Skal representere tilstander og endringer i problemområdet, og skal kunne lagre og frambringe data til funksjonskomponeten og brukergrensesnittsmodellen Bør dele opp i samsvar med avskilte deler i PO, eller for å redusere kompleksitet (modularisering). Ulike klynger i modeller er slike kandidater. Eks: ulike databaser; I legekontorcaset: pasientdatabase avskilt fra legelisten Funksjon: Skal representere funksjonaliteten til systemet. Deles opp basert på kompleksitet eller klart avskilte deler (funksjonsområder). Naturlig oppdeling er mellom modellnære lag og brukergrensesnitt moduler, eller komponenter for å håndtere sikkerhetsfunksjoner ( f eks. kryptografi) 14 Grensesnitt: Skal håndtere kommunikasjon med aktørene: brukerne eller andre systemer. Naturlig oppdeling ut fra ulike typer aktører, eller grensesnitt mot ulike funksjonstyper. Arild Jansen Ifi 2003

15 Mønster Lagdelt arkitektur Generelt om lag og dele Grunnarkitektur Klient-server arkitektur Kombinering 15 Arild Jansen Ifi 2003

16 Lagdelt arkitektur Lag i+1 Lag: beskriver en komponents ansvar: de operasjoner som tilbys oppover og de som brukes nedenfra Lag i Del i,1 Lag i-1 Del i,2 Del i,n Del (eng. Part) : Ingen vesentlig interaksjon med andre dele i samme lag Lukket arkitektur: kun anvende operasjoner på det umiddelbart underliggende lag Del i-1,1 Del i-1,2 Del i-1,m Åpen arkitektur: anvende alle underliggende lag 16 Arild Jansen Ifi 2003

17 Grunnarkitektur Grensesnitt Brukergrensesnitt Teknisk platform Funksjon Modell Systemgrensesnitt Grunnarkitekturen avspeiler oppdelingen av omgivelsene i problemområde og anvendelsesområde Teknisk plattform er en utvidelse og innkapsling av den underliggende tekniske plattform Brukergrensesnitt Databasesystem Nettverksprogram 17 Arild Jansen Ifi 2003

18 Eksempel: Klient-server arkitektur Klient 1 Klient 2 Klient n Nettverk Server Prinsipp: Forsøk å optimere utnyttelse av klientenes ressurser og nettverkets kapasitet Klient Server Arkitektur B B + F + M Distribuerte presentation B B + M Lokal presentation B + F F + M Distribueret funksjonalitet B + F M Sentralisert datastruktur B + F + M M Distribuerte datastruktur 18

19 Prosess arkitektur: En struktur for hvordan systemet utfører handlinger, bestående av uavhengige prosesser Arbeidet med å definere prosess-arkitekturen består av Fordeling av programkomponentene på systemprosessorene Strukturere samspillet mellom objektene uten utføringen 19 Arild Jansen Ifi 2003

20 Mønstre for distribuering av komponenter Hvis programkomponenter og aktive objekter i en klient-server arkitektur skal fordeles på flere prosessorer, kan tre mønstre overveies: sentraliserende mønster distribuerte mønster desentraliserte mønster 20 Arild Jansen Ifi 2003

21 Det sentraliserte mønster : C lie nt Us er interfac e System inter fa ce : S erv er more clients Minimal distribuering kun brukergrensesnitt på klienter Fordeler: billige klienter konsistente data (et sted) enkel og forståelig struktur moderat nettverkstrafikk Us er interfac e Function Model Sy stem interface Ulemper: lav robusthet (serveren skal være oppe) høy access-tid ingen gratis backup 21 Arild Jansen Ifi 2003

22 Det distribuerte mønster Maksimal distribuering alt er på alle klienter : Client Fordeler: User interface Function System interface more clients lav aksess-tid høy robusthet God med backup Ulemper: Model redundante og potentielt inkonsistente data høy nettverkstrafik : Server System interface dyre klienter komplisert å forstå strukturen 22 Arild Jansen ifi 2003

23 Det desentraliserede mønster : Cli ent User interface System interface more clients Klienter har deres egne lokalt relevante data. Delte data er på serveren. Function Fordeler: Model (local) konsistente data lav nettverkstrafik lav aksesstid : Server Ulemper: User interface System interface dyre klienter ingen gratis backup Function Krever naturlig distribuering av data. Model (common) 23 Arild Jansen Ifi 2003

24 :Tunn klient Användargränssnitt :Tjock klient Användargränssnittt Systemgränssnitt Systemgränssnitt.. Fler tunna klienter Funktionskomponent Modellkomponent... Fler tjocka klienter :Server Användargränssnittt Funktion Systemgränssnitt Generiska 3-skikts komponentmodellen: användargränssnitt, fuktions- och modellkomponent. En klient-server modell: Tunna klienter för äldre och handikappade Modell tjocka för personal kombination av ett central resp distribuerat fördelningsmönster. 24

OOA&D starter med systemvalg

OOA&D starter med systemvalg OOA&D starter med systemvalg Situasjon Ideer Rike bilder Systemer Systemdefinisjon 1 Analyse & design Analyse av problemområdet Krav til bruk Analyse av anvendelsesområdet Klasser V Struktur V Adfærd V

Detaljer

Oblig 2, SLI250 Et kortfattet analyse og designdokument for skifteregister på nett

Oblig 2, SLI250 Et kortfattet analyse og designdokument for skifteregister på nett Oblig 2, SLI250 Et kortfattet analyse og designdokument for register på nett Harald Askestad haraldas@uio-pop.uio.no 2. oktober 2000 Innhold Innledning 2 2 Systemdefinisjon 2 3 Objektmodell 2 4 Funksjoner

Detaljer

Distributed object architecture

Distributed object architecture Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture

Detaljer

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration

Detaljer

Arkitektur mm. Forelesning

Arkitektur mm. Forelesning Istitutt for iformatikk Pesum litteratur : Arkitektur mm Forelesig 18.03.2003 - Mathiasse et al OOA&D, kap. 8-11 - Skagestei : Are use cases ecessarily the best start of a OO system developmet process

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

(MVC - Model, View, Control)

(MVC - Model, View, Control) INF1010 - våren 2008 Modell - Utsyn - Kontroll (MVC - Model, View, Control) Stein Gjessing Inst. for informatikk Et bankprogram Vi skal lage et program som håndterer kontoene i en bank. En konto eies av

Detaljer

Arkitektur. Kirsten Ribu Høgskolen i Oslo

Arkitektur. Kirsten Ribu Høgskolen i Oslo Arkitektur Kirsten Ribu Høgskolen i Oslo 03.03.05 03.03.2005 1 I dag Generelt om arkitektur N-lags arkitektur 03.03.2005 2 Hva er arkitektur? Oppdelingen av et system i deler og spesifikasjon av samhandlingen

Detaljer

Tom Røise IMT 2243 : Systemutvikling 1. Forelesning IMT Mars Designfasen i SU-prosjekter : Generelle steg i Designprosessen

Tom Røise IMT 2243 : Systemutvikling 1. Forelesning IMT Mars Designfasen i SU-prosjekter : Generelle steg i Designprosessen Forelesning IMT2243 12. Mars 2007 Tema : Design av programvare Hva ønsker vi å oppnå i designfasen? Generelle steg ved design av programvare Softwarearkitektur Struktur og organisering Dekomponering Kontrollmekanismer

Detaljer

Tom Røise 24.Mars 2009

Tom Røise 24.Mars 2009 Forelesning IMT2243 24. Mars 2009 Tema : Design av programvare Offshore Software Development (se foiler for sist) Hva er målet i designfasen? Generelle steg ved design av programvare Softwarearkitektur

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

DRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO

DRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO DRI 2001 13.9 : Introduksjon til systemutvikling. Introduksjon til systemutvikling Systemutvikling og nettstedsutvikling Om ulike typer offentlige nettsteder Kvalitetskrav til offentlige nettsteder Litt

Detaljer

Distributed object architecture

Distributed object architecture Forelesning IMT2243 1. April 2009 Tema: forts. arkitektur og design av programvare Oppsummering fra forrige gang Programvarearkitektur i distribuerte systemer Programvarearkitektur i RUP Eksempler på arkitekturvurderinger

Detaljer

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning Systemutviklingsarbeidet et overblikk DRI2001 forelesning 21. sept. 05 Informasjonssystem og datasystem Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer og perspektiver for SU-arbeidet

Detaljer

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning

DRI 2001 Systemutviklingsarbeidet et overblikk Forelesning Systemutviklingsarbeidet et overblikk DRI2001 forelesning 12. sept. 06 Forholdet mellom informasjonssystemet og virkeligheten Hva innebærer utvikling av et IS (systemutvikling: SU) Å utvikle et IS det

Detaljer

Forelesning IMT Mars 2011

Forelesning IMT Mars 2011 Forelesning IMT2243 24. Mars 2011 Tema : Design av programvare Hva er målet i designfasen? Generelle steg ved design av programvare Softwarearkitektur Struktur og organisering Kontrollmekanismer Dekomponering

Detaljer

Systemarkitektur. INF1050: Gjennomgang, uke 07

Systemarkitektur. INF1050: Gjennomgang, uke 07 Systemarkitektur INF1050: Gjennomgang, uke 07 Kompetansemål Systemarkitektur Hva og hvorfor? Arkitektoniske modeller Kjennetegn Fordeler og ulemper Arkitektoniske stiler Ulike typer: Pipe-and-Filter /

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

Team2 Requirements & Design Document Værsystem

Team2 Requirements & Design Document Værsystem Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412

Detaljer

Objektorientert design av kode. Refaktorering.

Objektorientert design av kode. Refaktorering. Objektorientert design av kode. Refaktorering. DEL 1 INF1010-forelesning 2. mars Ragnhild Kobro Runde Læringsmål Kjenne til og kunne bruke viktige prinsipper for god kodedesign. Kunne finne alternative

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

OOSU 22.sept Pattern har sin opprinnelse innen arkitektur (byplanlegging / bygninger)

OOSU 22.sept Pattern har sin opprinnelse innen arkitektur (byplanlegging / bygninger) OOSU 22.sept 2010 PATTERNS (mønstre) Hva er et Pattern opprinnelsen Mal for en Patternbeskrivelse Hva er et Pattern Language? Ulike typer Pattern vi anvender innen systemutvikling Dagens Pensum : (kursorisk

Detaljer

Nedenstående 'casebeskrivelse' danner grunnlag for alle oppgavene.

Nedenstående 'casebeskrivelse' danner grunnlag for alle oppgavene. Eksamen IN 265 våren 2003 Løsningsforslag Nedenstående er en kortfattete løsningsmomenter Generelt gjelder at besvarelsen skal vise overblikk, forståelse og konsistens. Viktig for vurderingen er i hvilken

Detaljer

Model Driven Architecture (MDA) Interpretasjon og kritikk

Model Driven Architecture (MDA) Interpretasjon og kritikk Model Driven Architecture (MDA) Interpretasjon og kritikk Ragnhild Kobro Runde (Ifi, UiO) Veileder: Ketil Stølen (Ifi/SINTEF) Stuntlunsj SINTEF Oversikt Bakgrunn/utgangspunkt for presentasjonen MDA stuntlunsj

Detaljer

Distribuerte objekter og objekt-basert mellomvare

Distribuerte objekter og objekt-basert mellomvare Distribuerte objekter og objekt-basert mellomvare INF 5040 H2004 foreleser: Frank Eliassen Frank Eliassen, SRL & Ifi/UiO 1 Hvorfor objekt-basert distribuert mellomvare?! Innkapsling " naturlig tilnærming

Detaljer

Distribuerte objekter og objekt-basert mellomvare

Distribuerte objekter og objekt-basert mellomvare Distribuerte objekter og objekt-basert mellomvare INF 5040 H2006 foreleser: Frank Eliassen INF5040 Frank Eliassen 1 Hvorfor objekt-basert distribuert mellomvare? Innkapsling naturlig tilnærming til utvikling

Detaljer

Brukergrensesnittdesign

Brukergrensesnittdesign Brukergrensesnittdesign Hva er brukergrensesnittet? Tone Bratteteig INF-102, 7/3 2003 se lenke fra INF102s web-side: http://www.sylvantech.com/~talin/projects/ui_design.html A summary of principles for

Detaljer

Distribuerte objekter og objekt-basert mellomvare

Distribuerte objekter og objekt-basert mellomvare Distribuerte objekter og objekt-basert mellomvare INF5040 foreleser: Olav Lysne Frank Eliassen, SRL & Ifi/UiO 1 Hvorfor objekt-basert distribuert mellomvare? Innkapsling naturlig tilnærming til utvikling

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

2. HVA ER EN KOMPONENT?

2. HVA ER EN KOMPONENT? Innholdsfortegnelse 1. INTRODUKSJON 3 2. HVA ER EN KOMPONENT? 3 2.1. Litt av historien 3 2.2. UML og komponenter 5 2.3. Noen definisjoner 5 REFERANSER 7 1. Introduksjon Komponenter og komponentbasert systemutvikling

Detaljer

CORBA Component Model (CCM)

CORBA Component Model (CCM) CORBA Component Model (CCM) INF5040 Høst 2005 Erlend Birkedal Jan Erik Johnsen Tore Ottersen Løkkeberg Denne presentasjonen CORBA Svakheter ved CORBA Object Model Komponenter CORBA Component Model Hva

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

API: Application programming interface, eller programmeringsgrensesnitt

API: Application programming interface, eller programmeringsgrensesnitt API: Application programming interface, eller programmeringsgrensesnitt 1 Interface 1: Cockpit i F16 2 Interface 2: GUI GUI: Graphical user interface The first Graphical User Interface on the XeroxStar

Detaljer

DRI2001 h04 - Forelesning Systemutvikling og nettsteder

DRI2001 h04 - Forelesning Systemutvikling og nettsteder Systemutvikling utvikling av offentlig nettsteder DRI2001 forelesning 20.10 Litt om eksperimentell systemutvikling og prototyping Systemutviklingsprosessene og utvikling av [offentlige] nettsteder Fasene

Detaljer

A Study of Industrial, Component-Based Development, Ericsson

A Study of Industrial, Component-Based Development, Ericsson A Study of Industrial, Component-Based Development, Ericsson SIF8094 Fordypningsprosjekt Ole Morten Killi Henrik Schwarz Stein-Roar Skånhaug NTNU, 12. des. 2002 Oppgaven Studie av state-of-the-art : utviklingsprosesser

Detaljer

Software installasjon og andre ettertanker

Software installasjon og andre ettertanker Software installasjon og andre ettertanker Stein Jørgen Ryan 25feb05 Software installasjon Alle software produsenter gjør det. Høyst varierende forståelse av hva det er. Hvordan gjøres det i dag (på Windows)?

Detaljer

Konfigurasjonsstyring

Konfigurasjonsstyring INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging

Detaljer

Brukergrensesnitt og kognisjon - disposisjon

Brukergrensesnitt og kognisjon - disposisjon Brukergrensesnitt og kognisjon - disposisjon 1. Sentrale begreper: HCI, brukergrensesnitt, usability, kognisjon 2. Universitassaken om falsk datatrygghet ved UiO 3. Universitassaken sett i lys av to ulike

Detaljer

AlgDat 10. Forelesning 2. Gunnar Misund

AlgDat 10. Forelesning 2. Gunnar Misund AlgDat 10 Forelesning 2 Oversikt Java repetisjon IDE eller teksteditor + kommandolinje? Java Collections and Generics Programvareutvikling En mengde mer eller mindre veldefinerte metoder (software engineering):

Detaljer

DRI2001 forelesning

DRI2001 forelesning Systemutviklingsarbeidet et overblikk DRI2001 forelesning 6.10.04 Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer for SU-arbeidet Ulike SU-metoder Perspektiver i SU-arbeidet SU er

Detaljer

ISY Park Go og nye ISY Park. Endre Lykke, NoIS

ISY Park Go og nye ISY Park. Endre Lykke, NoIS ISY Park Go og nye ISY Park Endre Lykke, NoIS Agenda ISY Park 7 status Presentasjon av ISY Park Go Ny NS 3420 Nye ISY Park 8 Avklaringer og diskusjon 2019-02-07 Nye ISY Park 2 ISY Park 7 Status ISY Park

Detaljer

Brukskvalitet. Bruk og nytte av systemet

Brukskvalitet. Bruk og nytte av systemet Brukskvalitet Bruk og nytte av systemet Fem grunner til at systemer er vanskelige å bruke Systemet er tilpasset maskinen og arbeidsoppgaven - ikke brukeren Brukerenes arbeidsoppgaver endres raskt, mens

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

Grunnleggende om Evaluering av It-systemer

Grunnleggende om Evaluering av It-systemer Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien

Detaljer

Generelt om operativsystemer

Generelt om operativsystemer Generelt om operativsystemer Hva er problemet? Styring av maskinvare og ressurser tilknyttet en datamaskin er komplisert, detaljert og vanskelig Maskinvare, komponenter og programvare endres og forbedres

Detaljer

Våre tekniske konsulenter kan bistå slik at din bedrift får en best mulig tilpasset Handyman installasjon ut fra deres infrastruktur.

Våre tekniske konsulenter kan bistå slik at din bedrift får en best mulig tilpasset Handyman installasjon ut fra deres infrastruktur. Bob Innhold 1 Innledning... 3 2 Komplett installasjon på en PC... 4 2.1 Beskrivelse... 4 2.2 Hardware... 4 2.3 Software... 4 3 Applikasjonsserver... 5 3.1 Beskrivelse... 5 3.2 Hardware... 5 3.3 Software...

Detaljer

OPENBRIDGE Åpen plattform for multi-leverandør brosystemer

OPENBRIDGE Åpen plattform for multi-leverandør brosystemer OPENBRIDGE Åpen plattform for multi-leverandør brosystemer Marianne Støren Berg, prosjektleder på vegne av konsortiet August 2016 OPENBRIDGE systemarkitektur Sikkerhet, effektivitet og innovasjon Dagens

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

GJENNOMGANG UKESOPPGAVER 9 TESTING

GJENNOMGANG UKESOPPGAVER 9 TESTING GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.

Detaljer

Læringsutbyttebeskrivelse, Fredrikstad FagAkademi

Læringsutbyttebeskrivelse, Fredrikstad FagAkademi Navn på utdanningen Nettverksadministrator med design Navn på emnet Windows klient/skybasert klient programvare Nivå 5,1 Kandidaten har kunnskap om bruk og oppsett av gjeldende Windows operativsystem.

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

OOA & D. Analyse av problemområde klasser, klassediagram struktur atferd. 14 mars Tone Bratteteig

OOA & D. Analyse av problemområde klasser, klassediagram struktur atferd. 14 mars Tone Bratteteig OOA & D Analyse av problemområde klasser, klassediagram struktur atferd 14 mars 2006 1 ( Modellering i analysen Utgangspunkt: Problemområdet slik det framkommer i systemdefinisjonen Problemområdet beskrives

Detaljer

SPIRIT OF INNOVATION NY PLATTFORM FOR INFORMASJONSSTØTTE PÅ BRO RUNE VOLDEN ULSTEIN POWER & CONTROL AS

SPIRIT OF INNOVATION NY PLATTFORM FOR INFORMASJONSSTØTTE PÅ BRO RUNE VOLDEN ULSTEIN POWER & CONTROL AS SPIRIT OF INNOVATION NY PLATTFORM FOR INFORMASJONSSTØTTE PÅ BRO RUNE VOLDEN ULSTEIN POWER & CONTROL AS UPC PRODUCT COM Bridge Power & Drives IAS BRUKERGRENSESNITT BRUKERGRENSESNITT BRUKERGRENSESNITT BRUKERGRENSESNITT

Detaljer

EKSAMEN I FAG TDT MMI Tirsdag 1. juni 2004 Tid: kl

EKSAMEN I FAG TDT MMI Tirsdag 1. juni 2004 Tid: kl Side 1 av 5 NORGES TEKNISK-NATURVITENSKAPELIGE UNIVERSITET INSTITUTT FOR DATATEKNIKK OG INFORMASJONSVITENSKAP Faglig kontakt under eksamen: Dag Svanæs, Tlf: 73 59 18 42 Hallvard Trætteberg, Tlf: 73 59

Detaljer

Obligatorisk oppgave 3

Obligatorisk oppgave 3 Universitetet i Oslo Institutt for informatikk Obligatorisk oppgave 3 IN265 - gruppe 2 Itpays AS Nils Fredrik Gjerull (nilsfr) Edina Mahic (edinam) Visar Beqiri (visarb) Amer Mesihovic (amerm) Bente Brevig

Detaljer

Bilag til kjøpsavtalen for Transportadministrasjon K Bilag 3 - Kundens tekniske plattform

Bilag til kjøpsavtalen for Transportadministrasjon K Bilag 3 - Kundens tekniske plattform Helse Vest IKT: Saksnummer 2013/105 og Avtalenummer 901238 Bilag til kjøpsavtalen for Transportadministrasjon K Bilag 3 - Kundens tekniske plattform Status: Tilbud Sist oppdatert: 25.02.2014 Signert dato:

Detaljer

En enkel modell. Hvorfor?

En enkel modell. Hvorfor? Interaksjonsdesign Hvorfor? Hva er interaksjonsdesign i forhold til menneske-maskin interaksjon og participatory design? Hva er elementene i interaksjonsdesign? En enkel modell Bruker Interaksjonsdesign

Detaljer

Obligatorisk oppgave INF3221/4221

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

Detaljer

OpenCOM. Del av et forskningsprosjekt ved Lancaster University, UK

OpenCOM. Del av et forskningsprosjekt ved Lancaster University, UK OpenCOM Del av et forskningsprosjekt ved Lancaster University, UK Problem (fra ReMMoC) Eksisterende Mellomvare Eksisterende mellomvare mangler fleksibilitet til å takle oppgaver som: Multimedia Mobil databehandling

Detaljer

Grunnlag: 11 år med erfaring og tilbakemeldinger

Grunnlag: 11 år med erfaring og tilbakemeldinger Antenor Management System v5 Grunnlag: 11 år med erfaring og tilbakemeldinger Antenor Management System v5 AMS v5 første versjon lanseres 13. november 100% uavhengig plattform 100% dedikert til Quality

Detaljer

Repetisjon om evaluering av It-systemer. Hvordan vurdere og verdsette?

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

Detaljer

OOA & D. Rike bilder. Systemdefinisjon FACTOR. Analyse av problemområde klasser, klassediagram struktur atferd. Tone Bratteteig

OOA & D. Rike bilder. Systemdefinisjon FACTOR. Analyse av problemområde klasser, klassediagram struktur atferd. Tone Bratteteig OOA & D Rike bilder Systemdefinisjon FACTOR Analyse av problemområde klasser, klassediagram struktur atferd 1 ( Must Learn to plan and conduct the initial part of an IT project Explore and document needs

Detaljer

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Lokal Node (VPN)

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Lokal Node (VPN) PRODUKTBESKRIVELSE INFRASTRUKTUR Lokal Node (VPN) Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 14/10/04 Page 1 of 11 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG

Detaljer

INF våren Fra problem til program. Utvikling av store datasystemer. Eksempel: Lage en nytt hus. Oversikt:

INF våren Fra problem til program. Utvikling av store datasystemer. Eksempel: Lage en nytt hus. Oversikt: Oversikt: INF1010 - våren 2008 Fra problem til program Stein Gjessing Inst. for informatikk n Fasene i utvikling av datasystemer n Utviklingsmetoder n Fossefall og Unified Process (UP) n Smidig systemutvikling

Detaljer

Gruppetime INF3290. Onsdag 23. september

Gruppetime INF3290. Onsdag 23. september Gruppetime INF3290 Onsdag 23. september Dagens plan 1. Gå gjennom ukens artikler a. Reflexive integration in the development and implementation of an Electronic Patient Record system (Hanseth, Jacucci,

Detaljer

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

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

Detaljer

Peer-to-Peer systemer

Peer-to-Peer systemer Peer-to-Peer systemer Bakgrunn Oversikt Taksonomi Applikasjonsområder Modeller Mats Thoresens diplom 2003 1 2 Hva er Peer-to-Peer? Peer node i et nettverk Noder i en arkitektur kommuniserer og deler ressurser

Detaljer

Uke 4. Magnus Li INF /

Uke 4. Magnus Li INF / Uke 4 Magnus Li magl@ifi.uio.no INF3290 19/20.09.2017 Repetisjon av begreper Oppgave Radiologisystem Økonomisystem Administrasjonen Radiologisk avdeling Avdeling for rehabilitering Pasientjournal Pasient

Detaljer

edocs DM og SharePoint med «SeeUnity»

edocs DM og SharePoint med «SeeUnity» edocs DM og SharePoint med «SeeUnity» -Sindre Rønning CTO SharePoint LETT!! (SharePoint) One size fits all..? Enkeltpersoner -Tilfeldig innhold - Løs struktur - Fritt for styring Prosjektgrupper (SharePoint)

Detaljer

Brukskvalitet. Lett å bruke og samtidig nyttig

Brukskvalitet. Lett å bruke og samtidig nyttig Brukskvalitet Lett å bruke og samtidig nyttig Fem grunner til at systemer kan være vanskelige å bruke Systemet er ikke tilpasset brukeren, men maskin og arbeidsoppgave Arbeidsoppgaver endres raskt - systemer

Detaljer

Brukskvalitet TDT4180, vår 2017

Brukskvalitet TDT4180, vår 2017 Brukskvalitet TDT4180, vår 2017 Yngve Dahl IDI, NTNU God og dårlig design God og dårlig design To sentrale konsepter innen interaksjonsdesign Brukskvalitet (usability) ISO 9241-11 Brukersentrert design

Detaljer

Maps og Hashing. INF Algoritmer og datastrukturer. Map - ADT. Map vs Array

Maps og Hashing. INF Algoritmer og datastrukturer. Map - ADT. Map vs Array Maps og Hashing INF0 - Algoritmer og datastrukturer HØSTEN 00 Institutt for informatikk, Universitetet i Oslo INF0, forelesning : Maps og Hashing Map - Abstrakt Data Type Hash-funksjoner hashcode Kollisjonshåndtering

Detaljer

Bedre selvbetjeningsløsninger. Valg av teknologi for brukergrensesnittene Marita Johansen, Odd Reidar Sømme og Halvard Løchen

Bedre selvbetjeningsløsninger. Valg av teknologi for brukergrensesnittene Marita Johansen, Odd Reidar Sømme og Halvard Løchen Bedre selvbetjeningsløsninger Valg av teknologi for brukergrensesnittene Marita Johansen, Odd Reidar Sømme og Halvard Løchen Formål Ved valg av teknologi for brukergrensesnittene i SAP er det mange som

Detaljer

Effektiv kontroll over kopi- og utskriftsjobbene med uniflow Output Manager

Effektiv kontroll over kopi- og utskriftsjobbene med uniflow Output Manager UNIFLOW uniflow Output Manager Effektiv kontroll over kopi- og utskriftsjobbene med uniflow Output Manager Spar virksomheten for tid og penger: Få kontroll over kopi og utskrifter og bli mer effektiv Få

Detaljer

F.I.F.F.I.G. Fleksibelt og Innovativt system For FakultetsInformasjon og andre Greier

F.I.F.F.I.G. Fleksibelt og Innovativt system For FakultetsInformasjon og andre Greier F.I.F.F.I.G. Fleksibelt og Innovativt system For FakultetsInformasjon og andre Greier Bakgrunn Kvardagsbehov Studierelatert Tre ting: Emne info Mat Kollektivtrafikk UiO på mobilen? Mål Samle informasjon

Detaljer

The Complete Property Management System. Hoist Technology - www.hoistgroup.com

The Complete Property Management System. Hoist Technology - www.hoistgroup.com The Complete Property Management System Hoist Technology - www.hoistgroup.com Med fokus på driften HotSoft 8 er et komplett bookingssystem som passer alle typer overnattingssteder fra vandrerhjem til større

Detaljer

Datastrukturer og Algoritmer

Datastrukturer og Algoritmer TOD 063 Datastrukturer og Algoritmer Forside fra lærebokens Nord Amerikanske utgave Tar for seg praktisk problemstilling: Hvordan håndtere containere som blir lastet fra containerskip i en travel havn

Detaljer

FINF H september Arild Jansen, AFIN Systemutvikling med usikre og uforutsigbare rammer FINF

FINF H september Arild Jansen, AFIN Systemutvikling med usikre og uforutsigbare rammer FINF Systemutvikling i uforutsigbare omgivelser - FINF4001 - Forelesning 19. september Temaer: Hard, myk og dialektiske tilnærming i SUarbeidet Ulike perspektiver på kvalitet Organisatorisk kontekst for utvikling

Detaljer

INF Algoritmer og datastrukturer

INF Algoritmer og datastrukturer INF2220 - Algoritmer og datastrukturer HØSTEN 2009 Institutt for informatikk, Universitetet i Oslo INF2220, forelesning 3: Maps og Hashing Bjarne Holen (Ifi, UiO) INF2220 H2009, forelesning 3 1 / 25 Maps

Detaljer

OWGS (Obstacle Warning GPS System)

OWGS (Obstacle Warning GPS System) OWGS (Obstacle Warning GPS System) Enkelt Effektivt Sikkert Fleksibelt Innhold OFU prosjekt VG faksimile Hovedmål Utvikle en arkitektur (verdikjede, organisasjon, teknisk) for OWGS Prosjektet skal utvikle

Detaljer

Visma.net. Redefining business solutions

Visma.net. Redefining business solutions Visma.net Redefining business solutions Hvorfor Visma.net Styr hele virksomheten fra én løsning Visma.net er en nettbasert forretningsløsning med ytelse på høyde med de beste lokalt installerte løsningene.

Detaljer

Komponentbasert Systemutvikling - Hva, Hvorfor, Hvordan

Komponentbasert Systemutvikling - Hva, Hvorfor, Hvordan Komponentbasert Systemutvikling - Hva, Hvorfor, Hvordan Øyvind Matheson Wergeland Master student 23. 1. 2004 Typiske bruksområder for komponenter Sammensatte dokumenter Microsoft OLE og ActiveX (COM) Distribuerte

Detaljer

Oppsummering. Thomas Lohne Aanes Thomas Amble

Oppsummering. Thomas Lohne Aanes Thomas Amble Oppsummering Thomas Lohne Aanes Thomas Amble 14.11.04 Kapittel 2: Data Modell Mål: Data som skal brukes av applikasjonen blir spesifisert på en formell og likevel intuitiv måte. Resultat: Vi får et konseptuelt

Detaljer

Hva betyr tjenesteorientert arkitektur for sikkerhet?

Hva betyr tjenesteorientert arkitektur for sikkerhet? Hva betyr tjenesteorientert arkitektur for sikkerhet? Torbjørn Staff Architecture Innovation Group Accenture, its logo, and High Performance Delivered are trademarks of Accenture. Agenda Arkitekturevolusjonen

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

InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby

InfoRed Publisering. - produktbeskrivelse.  TalkPool WebServices Postboks Åneby InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,

Detaljer

Utfordringer for bruk av felles digitale tjenester i det offentlige?

Utfordringer for bruk av felles digitale tjenester i det offentlige? Utfordringer for bruk av felles digitale tjenester i det offentlige? Hvorfor fellestjenester - hvilke fellestjenester gjelder det Hvorfor er det så vanskelig : Juridiske, tekniske, organisatoriske, økonomiske

Detaljer

Metadata for samordning og samhandling

Metadata for samordning og samhandling Metadata for samordning og samhandling DNV/ Industry Geir Jevne, principal 16 October 2008 Problemløsning i en teknologisk hverdag Slide 2 Trærne i samordnings-, samarbeids- og samhandlingsskogen 1. Status

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

Kravspesifikasjon for PLBSys NG. Versjon 1.0

Kravspesifikasjon for PLBSys NG. Versjon 1.0 Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010 Innhold Revisjonshistorikk... 3 1. Introduksjon... 4 1.1 Registrering av nødpeilesendere i Norge... 4 1.2 Systemets formål og omfang...

Detaljer

Systemutvikling (Software Engineering) Professor Alf Inge Wang

Systemutvikling (Software Engineering) Professor Alf Inge Wang 1 Systemutvikling (Software Engineering) Professor Alf Inge Wang 2 Undervisningsmål og henvisning Målet med timen er: Få kunnskap om hva systemutvikling er Forstå hva en utviklingsprosess består av Få

Detaljer

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Sentralisert Node

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Sentralisert Node PRODUKTBESKRIVELSE INFRASTRUKTUR NRDB Sentralisert Node Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 14/10/04 Page 1 of 10 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG

Detaljer

Technical Integration Architecture Teknisk integrasjonsarkitektur

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

Detaljer

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

Modellering IT konferanse

Modellering IT konferanse Modellering IT konferanse 1. Interessenter Utviklere som besøker konferansen: besøke IT konferanse Frivillige hjelpere: få gratis inngang på konferansen Ledelse: Tjene penger Matkjeder: Selge mat og drikke,

Detaljer

NOVAPOINT BRUKERMØTE 2016 BERGEN, mai

NOVAPOINT BRUKERMØTE 2016 BERGEN, mai QuadriDCM og Easy Access Anne Fauskanger Johnny Jensen QuadriDCM Hva er det? One team working together in one shared model BIM for Infrastructure Road So, what is QuadriDCM? Railway Bridge Build your design

Detaljer

Fra informasjonssystemer til informasjonsinfrastrukturer

Fra informasjonssystemer til informasjonsinfrastrukturer Fra informasjonssystemer til informasjonsinfrastrukturer - basis for samhandling i forvaltningen Gjesteforelesning AFIN 30.8.17 Øivind Langeland 1 Disposisjon og pensum Disposisjon: Bakgrunn Informasjonsinfrastrukturer

Detaljer

Innhold uke 7. Objektorientert programmering i Python: Introduksjon. Lite tilbakeblikk: Programflyt og skop. Lite tilbakeblikk: Funksjoner er uttrykk

Innhold uke 7. Objektorientert programmering i Python: Introduksjon. Lite tilbakeblikk: Programflyt og skop. Lite tilbakeblikk: Funksjoner er uttrykk Innhold uke 7 Objektorientert programmering i Python: Introduksjon IN1000 Høst 2017 uke 7 Siri Moe Jensen Lite tilbakeblikk: Prosedyrer og funksjoner Objektorientert programmering Introduksjon: Hvorfor,

Detaljer

Referansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk

Referansearkitektur use cases. Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk Referansearkitektur use cases Kjell Sand SINTEF Energi AS NTNU Institutt for elkraftteknikk 1 Begrunnelse for arkitektur use cases Med det brede perspektivet Smart grids har, er det nødvendig å dele det

Detaljer

INF2810: Funksjonell Programmering. Tilstand og verditilordning

INF2810: Funksjonell Programmering. Tilstand og verditilordning INF2810: Funksjonell programmering INF2810: Funksjonell Programmering Tilstand og verditilordning Erik Velldal Universitetet i Oslo 26. februar 2015 Forrige gang 2 I dag Vi blar om til kapittel 3 i SICP.

Detaljer