Systemarkitektur. INF1050: Gjennomgang, uke 07

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "Systemarkitektur. INF1050: Gjennomgang, uke 07"

Transkript

1 Systemarkitektur INF1050: Gjennomgang, uke 07

2 Kompetansemål Systemarkitektur Hva og hvorfor? Arkitektoniske modeller Kjennetegn Fordeler og ulemper Arkitektoniske stiler Ulike typer: Pipe-and-Filter / Client-Server / MVC / SOA

3 Gjennomgang av ukesoppgaver Ukens tema: Systemarkitektur

4 Oppgave 1 Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon.

5 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Mange definisjoner, men noen fellestrekk Strukturen / systemets struktur Består av elementer / synlige egenskaper / forholdet mellom disse Systemarkitektur Abstraksjon som hjelper til med å håndtere systemkompleksitet Viser hvordan man har valgt å strukturere et system i flere elementer Viser hvordan samspill og organisering mellom komponenter foregår

6 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Hvordan passer arkitektur inn i systemutviklingsbildet? Systemutvikling Utvikling og forvaltning av programvaresystemer Består (og påvirkes av) en rekke komponenter / personer / øvrige faktorer Programvare og kode / Hardwarekomponenter Krav og spesifikasjoner Aktører og interessenter (både interne og eksterne) Systemutviklingsprosess (plandrevet, smidig)

7 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Tradisjonell systemutvikling: Fossefallsmodellen

8 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Inkrementell systemutvikling: Flere aktiviteter gjøres samtidig Ofte i iterasjoner

9 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Felles for begge: Må ha en viss spesifikasjon / beskrivelse i bunn

10 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Spesifikasjonen leder til designprosessen

11 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Design av arkitektur Første steget i designprosessen Forstå hvordan systemet skal organiseres Redegjør for de strukturelle komponentene som utgjør et system Forholdene mellom disse komponentene Output Modell som beskriver systemets organisering

12 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Lavnivå-design: Architecture in the small Tar for seg arkitekturen til individuelle programmer / Indre struktur Hvordan er hvert program bygget? Hvilke komponenter består programmet av? Høynivå-design: Architecture in the large Tar for seg arkitekturen til hele, komplekse systemer / Hovedmoduler Kan inkludere arkitekturen til undersystemer, programmer, komponenter Kan være systemer som administreres på flere maskiner / av flere bedrifter

13 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Hvordan representeres arkitektur? Tradisjonelt: Enkle, uformelle blokkdiagrammer Viser de ulike komponentene som utgjør et system og deres forhold Kritikk: Ikke detaljerte nok Har i senere tid blitt mer komplekse (detaljerte) Skal gi tilstrekkelig informasjon om et system for å kunne forstå det på detaljnivå Ulike standarder ISO/IEC/IEE "System and SW Engineering: Architecture Description"

14 Oppgave 1: Løsningsforslag Hva er arkitektur innen systemutvikling? Gi forslag til en definisjon. Eksempel: Pakkerobot Viser arkitekturen til systemet Viser komponenter som må utvikles Viser forhold mellom komponentene Kan pakke ulike objekter Vision system identifiserer objektene Velger rett innpakningsmetode Figur 6.1 (Sommerville)

15 Oppgave 2(a) Angi fordeler og ulemper ved å lage arkitektur før utviklingen starter

16 Oppgave 2(a): Løsningsforslag Angi fordeler og ulemper ved å lage arkitektur før utviklingen starter Fordeler: Arkitektur før utviklingen starter Gir økt forståelse av helheten / god oversikt Fungerer som et kommunikasjonsverktøy i dialog med kunder Setter rammer for viktige detaljer i systemet Teknologi / Plattform / Struktur Vanlig å sette sammen team basert på valg av arkitektur Kan bidra til å avdekke problemer tidlig i utviklingen

17 Oppgave 2(a): Løsningsforslag Angi fordeler og ulemper ved å lage arkitektur før utviklingen starter Ulemper: Arkitektur før utviklingen starter Kan føre til feil fokus Bruker tid på et problem som viser seg å ikke eksistere Kan gi en falsk trygghetsfølelse Store beslutninger tas på manglende grunnlag Kravendringer underveis kan føre til at arbeid må gjøres på nytt Vanskelig for en arkitekt å forespeile seg hele systemet på forhånd

18 Oppgave 2(b) Angi fordeler og ulemper ved å lage arkitektur mens utviklingen pågår

19 Oppgave 2(b): Løsningsforslag Angi fordeler og ulemper ved å lage arkitektur mens utviklingen pågår Fordeler: Arkitektur mens utviklingen pågår Bedre samspill mellom kode og arkitektur Fanger lettere opp endringer i behov Lettere å håndtere endringer i omgivelser og teknologi Gir frihet til å inkludere sene innspill fra kunden Det lages ikke mer enn nødvendig Lettere å holde seg innenfor budsjett- og tidsrammer

20 Oppgave 2(b): Løsningsforslag Angi fordeler og ulemper ved å lage arkitektur mens utviklingen pågår Ulemper: Arkitektur mens utviklingen pågår Fare for å møtte gjøre ting om igjen Blir nødt til å endre ting / komponenter uten å produsere mer Fare for å være korttenkt Antar at nærmeste løsning er beste løsning Ikke nok tid til både design og dokumentasjon av arkitekturen Utfordrende for ikke-tekniske interessenter å forstå konsepter

21 Oppgave 3 Hva kjennetegner god arkitektur?

22 Oppgave 3: Løsningsforslag Hva kjennetegner god arkitektur? Kjennetegn for god systemarkitektur

23 Oppgave 3: Løsningsforslag Hva kjennetegner god arkitektur? Kjennetegn for god systemarkitektur Mulig å implementere et system i henhold til arkitekturen Arkitekturen er et resultat av konsekvent bruk av Prinsipper / Teknikker gjennom alle prosjektfaser Robust når det gjøres endringer i systemet Kilde til veiledning gjennom hele systemets levetid Gjenbruk av etablerte ingeniørprinsipper

24 Oppgave 3: Løsningsforslag Hva kjennetegner god arkitektur? Øvrige fordeler med god systemarkitektur Gjenbruk Arkitekturen gir en helhetlig beskrivelse av hvordan systemet er strukturert Ofte den samme for systemer med relativt like krav Kan støtte gjenbruk Dokumentasjon Arkitektur kan fungere som dokumentasjon for systemet Utfyllende dokumentasjon til kravspesifikasjonen

25 Oppgave 3: Løsningsforslag Hva kjennetegner god arkitektur? Ikke alltid like enkelt å lage god systemarkitektur Architecture Tradeoff Analysis Method (ATAM) Evaluere systemarkitekturen i henhold til kvalitetsmål Kartlegge risiko knyttet til valgt arkitektur Eksempler

26 Oppgave 4 Hva er forskjellen på fysisk og logisk arkitektur?

27 Oppgave 4: Løsningsforslag Hva er forskjellen på fysisk og logisk arkitektur? Fysisk arkitektur (HVA) Hvert lag består av fysiske komponenter (maskiner / hardware) Redegjør for hvordan det fysiske miljøet er utformet Gir oversikt over Ulike maskiner (hardware) / enheter Hva som kjører på de fysiske komponentene Nettverks- og serverspesifikasjoner Spesielt gunstig for utviklere / ingeniører

28 Oppgave 4: Løsningsforslag Hva er forskjellen på fysisk og logisk arkitektur? Logisk arkitektur (HVORDAN) Hvert lag forklares rent konseptuelt Mer abstrakt enn fysisk arkitektur Beskriver hvordan systemet fungerer Funksjoner og informasjon Gir oversikt over Ulike komponenter som inngår i programvaren Logiske forhold mellom ressurser / komponenter

29 Oppgave 4: Løsningsforslag Hva er forskjellen på fysisk og logisk arkitektur? Eksempel på logisk arkitektur Presentasjonslaget Presenterer data til brukeren Ofte i form av et grensesnitt Logikklaget Prosesserer data I henhold til domeneregler / forretningslogikk Datalaget Stedet hvor data struktureres og lagres

30 Oppgave 4: Løsningsforslag Hva er forskjellen på fysisk og logisk arkitektur?

31 Oppgave 4: Løsningsforslag Hva er forskjellen på fysisk og logisk arkitektur? Eksempel på fysisk arkitektur Klient Applikasjonen som kjører på enheten Webserver Mottar forespørsler fra klienten (sender videre) Applikasjonsserver Prosesserer data (henter fra databasen) Database Lagringsmedium for all nødvendig informasjon

32 Oppgave 4: Løsningsforslag Hva er forskjellen på fysisk og logisk arkitektur? Viser de ulike lagene: Klient-, web-, logikk-, og databaselaget Disse lagene har fysiske komponenter Klient / Webserver / Applikasjonsserver / Database

33 Oppgave 5(a) Hva er fordelene ved å bruke lagdelte arkitekturer?

34 Oppgave 5(a): Løsningsforslag Hva er fordelene ved å bruke lagdelte arkitekturer? Utgangspunkt for lagdeling Systemutviklingsprosessen er i stadig endring Ønsker en viss grad av separasjon og uavhengighet Bør kunne gjøre utskiftinger uten at dette påvirker hele systemet Lagdelt arkitektur Organiserer systemet i flere lag Hvert lag kan i prinsippet erstattes uten at det påvirker resten av systemet Spesielt viktig for å støtte effektiv, inkrementell utvikling Skiller mellom fysisk og logisk lagdeling

35 Oppgave 5(a): Løsningsforslag Hva er fordelene ved å bruke lagdelte arkitekturer? Fordeler ved lagdeling Tydelig inndeling av komponentenes ansvarsområder Hvert lag har en spesifikk funksjon Bidrar til å gjøre systemet modulbasert Enklere å gjøre utskiftninger av ineffektive / utdaterte lag Kobler systemet sammen på en robust / intuitiv måte Vi har et hierarki å forholde oss til Sørger for god struktur og kan forbedre koden (lesbarhet)

36 Oppgave 5(b) Når kan lagdeling være en ulempe?

37 Oppgave 5(b): Løsningsforslag Når kan lagdeling være en ulempe? Ulemper ved lagdeling Kan være unødvendig i systemer med lav utskiftning av moduler Kan virke påtvunget / kunstig, spesielt for mindre systemer Vanskelig å dele systemet i enkeltlag for sammensatte systemer Kan resultere i et tregere system Spørringer må gjennom flere lag Ofte avhengige av ett språk og ett sentralisert applikasjonslag

38 Oppgave 6 Redegjør de viktigste karakteristikkene for følgende arkitektoniske stiler: Pipe-and-Filter Klient-Server Model-Vew-Controller (MVC) Service-orientert arkitektur (SOA) Gi eksempler på applikasjoner / systemer som typisk vil bruke de ulike stilene.

39 Oppgave 6: Løsningsforslag Pipe-and-Filter Arkitektonisk stil basert på dataflyt Baserer seg på en rekke uavhengige komponenter som filtrerer data Hver komponent utfører en dataendring / transformasjon Data flyter gjennom fra en komponent til en annen Kan minne om et samlebånd

40 Oppgave 6: Løsningsforslag Pipe-and-Filter Fordeler En stil som er enkel å forstå Utviklere for god oversikt over input / output og systemets adferd Arbeidsflyten ligner på velkjente strukturer fra forretningsprosessene Utvidelse av ytterligere transformasjoner er intuitiv Ulemper Dataformatet må avklares på forhånd og følges av alle samhandlende komponenter Hver komponent må parse input og unparse output til vedtatt format Øker systemets overhead

41 Oppgave 6: Løsningsforslag Klient-server Funksjonalitet deles inn i tjenester (services) Hver tjeneste leveres av en egen server Klienter benytter seg av tjenestene ved å søke tilgang til ønsker server

42 Oppgave 6: Løsningsforslag Klient-server Består av tre hovedkomponenter Servere Tilbyr tjenester til andre komponenter Eksempel: Printer- og filtjenester Klienter Forespør tjenestene Nettverk Gir klientene tilgang til tjenestene

43 Oppgave 6: Løsningsforslag Klient-server Fordeler Servere kan fordeles over et distribuert nettverk All funksjonalitet trenger ikke implementeres av alle servere (tjenester) Kan allikevel gjøres tilgjengelig for alle klienter Ulemper Hver server (tjeneste) er såkalt single point of failure Hvis én server feiler vil hele nettverket påvirkes Uforutsigbar ytelse Kan lede til DoS-angrep Organisatoriske problemer hvis servere eies av ulike organisasjoner

44 Oppgave 6: Løsningsforslag Model-View-Controller (MVC) Skiller presentasjon og interaksjon fra selve data Systemet stykkes opp i tre logiske komponenter som samhandler MODEL VIEW Håndterer data og tilhørende dataoperasjoner Definerer og håndterer hvordan data presenteres for brukeren CONTROLLER Håndterer brukerinteraksjon og sender disse til MODEL og VIEW

45 Oppgave 6: Løsningsforslag Model-View-Controller (MVC)

46 Oppgave 6: Løsningsforslag Model-View-Controller (MVC) Figur 6.3 (Sommerville)

47 Oppgave 6: Løsningsforslag Model-View-Controller (MVC) Figur 6.4 (Sommerville)

48 Oppgave 6: Løsningsforslag Model-View-Controller (MVC) Fordeler Tydelig skille av ansvarsområder Data kan endres uavhengig av representasjon, og motsatt Model avhenger ikke av View, og kan endres uten å påvirke arkitekturen Enklere å støtte ulike filformater Ulemper Økt kompleksitet Ineffektiv aksess til data gjennom et bestemt grensesnitt

49 Oppgave 6: Løsningsforslag Service-Oriented Architecture (SOA) Historisk perspektiv World Wide Web Revolusjonerer informasjonsutveksling Klienter kunne nå hente informasjon fra servere utenfor egen organisasjon Problem: Data er kun tilgjengelig via en nettleser (upraktisk) Foreslått løsning: Webtjenester Organisasjoner som ønsker å dele informasjon Web Service Interface Grensesnittet definerer: Tilgjengelig data + Hvordan data kan hentes ut Standard representasjon av informasjonsressurs (data)

50 Oppgave 6: Løsningsforslag Service-Oriented Architecture (SOA) SOA En samling av tjenester Måte å utvikle distribuerte systemer på Hver komponent er en egen tjeneste Disse tjenestene er samlet i et register Tjenestene kommuniserer med hverandre Gjennom kommunikasjonsprotokoller over et nettverk XML-baserte protokoller SOAP og WSDL

51 Oppgave 6: Løsningsforslag Service-Oriented Architecture (SOA) Grunnleggende SOA Tjenesteregister "Klienter" Tjenesteleverandør Figur 19.1 (Sommerville)

52 Oppgave 6: Løsningsforslag Service-Oriented Architecture (SOA) Grunnleggende SOA Tjenesteleverandør (Service Provider) Design + implementasjon av tjenester / Spesifiserer grensesnitt til tjenestene Publiserer tjenestene og informasjon om disse Klienter (Service Requestor) Ønsker tjeneste og finner aktuell SP / Binder egen applikasjon til tjenesten Kommuniserer med tjenesten gjennom protokoller (SOAP/WSDL) Tjenesteregister (Service Registry) Stiller ut tjenestene og lar klienten søke i registeret Match-maker

53 Oppgave 6: Løsningsforslag Service-Oriented Architecture (SOA) SOAP (Simple Object Access Protocol) Protokoll for utveksling av meldinger Støtter kommunikasjon mellom tjenester, klienter og tjenesteleverandører Påkrevde og valgfrie komponenter for meldinger som utveksles WSDL (Web Services Description Language) Web Service Definition Language Definerer standard grensesnitt for tjenester Hvordan tjenester opererer (navn, parametere, typer) og bindinger mellom tjenester

54 Oppgave 6: Løsningsforslag Service-Oriented Architecture (SOA) Fordeler Gjenbruk av tjenester Vedlikehold Hver tjeneste kan oppdateres uten at det påvirker andre tjenester Testing Små, enkeltstående komponenter er lettere å teste enn sammensatte Plattformuavhengighet Ulemper Økt overhead Validering av all input foregår hver gang tjenester interagerer Betydelige investeringskostnader med en gang (up front)

55 Oppgave 6: Løsningsforslag Eksempler på bruk av de ulike arkitektoniske stilene

56 Spørsmål? Ta kontakt Yulai Fjeld uio.no Husk å inkludere emnekoden! Andre gruppelærere Delta på gruppetimene

57 Takk til Foilene er basert på Tidligere presentasjoner laget av Emilie Hallgren og Kristin Brænden Eksisterende forelesningsnotater av Dag Sjøberg og Yngve Lindsjørn Sommerville, I. (2010). Software Engineering (9th Edition). Pearson.

58 Takk for meg Neste uke : Testing

Obligatorisk oppgave 3. INF1050: Gjennomgang, uke 16

Obligatorisk oppgave 3. INF1050: Gjennomgang, uke 16 Obligatorisk oppgave 3 INF1050: Gjennomgang, uke 16 Pensum for oppgaven Estimering Arkitektur 4+1 view-modellen og lagdeling Arkitektoniske stiler UML-modellering Tilstands- og aktivitetsdiagrammer Testing

Detaljer

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11 Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del

Detaljer

Kravhåndtering. INF1050: Gjennomgang, uke 03

Kravhåndtering. INF1050: Gjennomgang, uke 03 Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle

Detaljer

Kontrakter. INF1050: Gjennomgang, uke 12

Kontrakter. INF1050: Gjennomgang, uke 12 Kontrakter INF1050: Gjennomgang, uke 12 Kompetansemål Kontrakter I plandrevet utvikling I smidig utvikling Behov for smidige kontrakter Kontraktsmodeller PS2000 Del I: Kontrakter Grunnleggende: Hva? Plandrevet

Detaljer

Systemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017

Systemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017 Systemutvikling Universitetet i Oslo, Institutt for informatikk Vår 2017 Dagens plan Introduksjon Emnets oppbygging Praktisk om ukesoppgaver og obligatoriske oppgaver Gjennomgang av ukesoppgaver Registrering

Detaljer

Use Case-modellering. INF1050: Gjennomgang, uke 04

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

Detaljer

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12 Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering

Detaljer

Fra krav til objekter. INF1050: Gjennomgang, uke 05

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

Detaljer

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02

Prosessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02 Prosessmodeller og smidig programvareutvikling INF1050: Gjennomgang, uke 02 Kompetansemål Prosessmodeller Kunne redegjøre for hva som kjennetegner ulike prosessmodeller Vurdere prosesser for utvikling

Detaljer

Forskningsmetoder. INF1050: Gjennomgang, uke 13

Forskningsmetoder. INF1050: Gjennomgang, uke 13 Forskningsmetoder INF1050: Gjennomgang, uke 13 Kompetansemål Forskningsmetoder Hva? Hvorfor? Empiriske forskningsmetoder Eksperiment Case-studier Etnografi Aksjonsforskning Spørreskjema Systematisk litteraturstudie

Detaljer

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:

Detaljer

Prosjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10

Prosjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10 Prosjektledelse, planlegging og teamarbeid INF1050: Gjennomgang, uke 10 Kompetansemål Prosjektstyring og prosjektledelse Hva og hvorfor? Risikohåndtering Ledelse av mennesker og motivasjon Teamarbeid og

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

Kapittel 13 Advanced Hypertext Implementation. Martin Lie Ole Kristian Heggøy

Kapittel 13 Advanced Hypertext Implementation. Martin Lie Ole Kristian Heggøy Kapittel 13 Advanced Hypertext Implementation Martin Lie Ole Kristian Heggøy 08.11.04 Forbedring av arkitektur Problem med alt i ett -løsning: Spredning av forretningslogikk. Avhengighet mellom presentasjonssider

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

Objektorientering og UML. INF1050: Gjennomgang, uke 06

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

Detaljer

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055 UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling

Detaljer

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

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

Detaljer

Prøveeksamen INF1050: Gjennomgang, uke 15

Prøveeksamen INF1050: Gjennomgang, uke 15 Prøveeksamen 2016 INF1050: Gjennomgang, uke 15 Overblikk Multiple choice Modellering Aktivitetsdiagram Sekvensdiagram Klassediagram Tilstandsdiagram Krav Ikke-funksjonelle krav og målbarhet Smidig metodikk

Detaljer

UDDI norsk katalog for registrering av tjenester (WMS, WFS, WCS, WS) i Norge digitalt

UDDI norsk katalog for registrering av tjenester (WMS, WFS, WCS, WS) i Norge digitalt UDDI norsk katalog for registrering av tjenester (WMS, WFS, WCS, WS) i Norge digitalt Norwegian UDDI-registry for web services (WMS, WFS, WCS, WS)to be used in Norway digital fra Geoportal-prosjektets

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

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

GJENNOMGANG UKESOPPGAVER 7 REPETISJON

GJENNOMGANG UKESOPPGAVER 7 REPETISJON GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon

Detaljer

Eksamen INF1050: Gjennomgang, uke 15

Eksamen INF1050: Gjennomgang, uke 15 Eksamen 2012 INF1050: Gjennomgang, uke 15 Overblikk Varierte spørsmål fra pensum Modellering Use case Tekstlig beskrivelse Sekvensdiagram Klassediagram Krav Empiriske metoder Smidig metodikk Varierte spørsmål

Detaljer

SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE

SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE HVA ER WEB SERVICER OG TJENESTELAG? Fra Wikipedia: En web service er definert av W3C som et software system som er designet for å støtte

Detaljer

Testing av programvare. INF1050: Gjennomgang, uke 08

Testing av programvare. INF1050: Gjennomgang, uke 08 Testing av programvare INF1050: Gjennomgang, uke 08 Kompetansemål Testing av programvare Hva og hvorfor? Testfaser Ulike nivåer Testtyper Spesifikasjonsbasert testing / Strukturbasert testing Testdrevet

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

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

UNIVERSITETET I OSLO

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

Detaljer

Estimering. INF1050: Gjennomgang, uke 09

Estimering. INF1050: Gjennomgang, uke 09 Estimering INF1050: Gjennomgang, uke 09 Kompetansemål Estimering Hva og hvorfor? Estimeringsprinsipper Estimeringsprosessen Spesifikasjonsbasert testing / Strukturbasert testing Estimeringsmodeller COCOMO

Detaljer

GJENNOMGANG OBLIGATORISK OPPGAVE 1

GJENNOMGANG OBLIGATORISK OPPGAVE 1 GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet

Detaljer

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

UKE 11 UML modellering og use case. Gruppetime INF1055

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

Detaljer

GJENNOMGANG UKESOPPGAVER 8 ARKITEKTUR

GJENNOMGANG UKESOPPGAVER 8 ARKITEKTUR GJENNOMGANG UKESOPPGAVER 8 ARKITEKTUR INF1050 V16 KRISTIN BRÆNDEN Hvorfor bry seg om arkitektur? - Hvordan systemene er designet og satt opp åpner eller begrenser muligheter: - Skalering - Endringer -

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

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige

Detaljer

Programmeringsrammeverk som kan installeres på Windows Mobiloperativsystem

Programmeringsrammeverk som kan installeres på Windows Mobiloperativsystem .NET Android AOSP Programmeringsrammeverk som kan installeres på Windows operativsystem Mobiloperativsystem Android Open Source Project. Har i oppgave å vedlikeholde og videreutvikle Android operativsystem.

Detaljer

Oppgave 1 Multiple Choice

Oppgave 1 Multiple Choice Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen

Detaljer

Forprosjektrapport Bacheloroppgave 2017

Forprosjektrapport Bacheloroppgave 2017 Forprosjektrapport Bacheloroppgave 2017 Chat Modul for Webnodes Content Management System Gruppe 32 Adam Asskali, Anmer Seif, Sara Khan 20.01.2017 Veileder G. Anthony Giannoumis Innholdsfortegnelse 1.Presentasjon

Detaljer

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

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

Detaljer

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

Kap. 10 Systemutvikling System Engineering

Kap. 10 Systemutvikling System Engineering Kap. 10 Systemutvikling System Engineering - Utvikling og integrering av både maskin- og programvare. - Hvordan oppstår behov for programvare? - Hvordan inngår programvare i en sammenheng med andre (del)systemer,

Detaljer

Tom Røise 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

UKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKE 15 Prosjektledelse, planlegging og teamarbeid Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Se på oblig 5 Prosjektledelse og teamarbeid (kap. 22) Prosjektplanlegging og

Detaljer

Tom Røise 9. Februar 2010

Tom Røise 9. Februar 2010 Forelesning IMT2243 9. Februar 2010 Tema : Kravspesifisering : prosessen og produktet Viewpoint en myk tilnærming Pensum : Kap. 6 og 7 i Sommerville, Kravspesifisering Kravspesifisering = arbeidet med

Detaljer

Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process

Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process INF 329 Web-teknologier Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process Navn: Bjørnar Pettersen bjornarp.ii.uib.no Daniel Lundekvam daniell.ii.uib.no Presentasjonsdato:

Detaljer

INF5120 Oblig gjennomgang

INF5120 Oblig gjennomgang INF5120 Oblig gjennomgang 12.05.2005 COMET og MinMax Replenishment Pilotcase for automatisert ordrehåndtering innen bilindustrien. Integrering av systemer. En gruppe = en aktør Service Oriented Architecture

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

Request for information (RFI) Integrasjonsplattform

Request for information (RFI) Integrasjonsplattform Request for information (RFI) Integrasjonsplattform Trondheim kommune Trondheim kommune har initiert et prosjekt for å etablere en ny integrasjonsplattform TIP (Trondheim kommune Integrasjons Plattform).

Detaljer

Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.

Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client. Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client. Studenter: Magnus Skomsøy Bae, Marius Eggen, Magnus Krane Klasse: 3ING, Systemutvikling Produserer redaksjonelle

Detaljer

GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER

GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER INF1050 V16 KRISTIN BRÆNDEN Kontrakter En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse til å gjøre eller å unnlate å gjøre noe Smidig

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

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

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

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

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

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

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen. Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3

Detaljer

INF329,HØST

INF329,HØST TTHROUGH THROUGH THE FIREWALL KAPITTEL 16 BUILDING SECURE SOFTWARE INF329,HØST 2005 Isabel Maldonado st10900@student.uib.no 1 Innledning Kort om firewall Hva er det som foresaker at en brannmur blokkerer

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

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

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

Detaljer

Eksamen INF

Eksamen INF Eksamen INF5120 06.06.2005 Et løsningsforslag Oppgave 1 a) Business Model Oppgaven spør om en business model for samhandlingen mellom Buyer og Seller, og det er da viktig å ikke modellere alt det andre!!!

Detaljer

1. SQL server. Beskrivelse og forberedelse til installasjon

1. SQL server. Beskrivelse og forberedelse til installasjon Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag SQL server. Beskrivelse og forberedelse til installasjon Stein Meisingseth 15.10.2014 Lærestoffet er utviklet for faget IDRI2001 Drift av

Detaljer

Web Services. Olav Lysne

Web Services. Olav Lysne Web Services Olav Lysne Til nå har dere hørt om Mellomvare for objektbasert kommunikasjon brukes vanligvis i anvendelser som er innen én organisasjon, eller innen et tett konsortium av samarbeidende organisasjoner

Detaljer

Løsningsforslag Sluttprøve 2015

Løsningsforslag Sluttprøve 2015 Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00

Detaljer

Kravspesifikasjon MetaView

Kravspesifikasjon MetaView Kravspesifikasjon MetaView BACHELOROPPGAVE VÅREN 2014 1. Presentasjon Tittel: MetaView Oppgave: Lage en applikasjon og api som skal kommunisere med MetaVision slik at det skal bli enklere for leger og

Detaljer

Hvordan kan en gjenbrukbar NOARK kjerne bidra til samhandling mellom forvaltningsnivåene?

Hvordan kan en gjenbrukbar NOARK kjerne bidra til samhandling mellom forvaltningsnivåene? Hvordan kan en gjenbrukbar NOARK kjerne bidra til samhandling mellom forvaltningsnivåene? Thomas Sødring Høyskolen i Oslo thomas.sodring@jbi.hio.no +47 99 57 04 72 NOKIOS Workshop NOARK 5 26. Oktober 2010

Detaljer

Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi.

Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Oppsummering infosys Strategier Delt opp i tre strategier: forretningststrategi, organisasjonsstrategi og informasjonstrategi. Forretningststrategi Porters modell - konkurransefordel Bedriften oppnår konkurransefordel

Detaljer

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

Innholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10

Innholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10 1 Innholdsfortegnelse 1. Testing... 3 1.1 Feiltesting av koden... 3 1.2 Funksjonstesting:... 7 2. Kilder.10 2 1. Testing Testing av et system er nødvendig for å finne ut om systemet fungere slik det skal

Detaljer

Web Service Registry

Web Service Registry BACHELORPROSJEKT 21 Web Service Registry Prosjektpresentasjon Ola Hast og Eirik Kvalheim 05.05.2010 Dette dokumentet er en kort presentasjon av bachelorprosjektet Web Service Registry Innhold 1. Om oppgavestiller...

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

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

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

1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen

1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen Kravspesifikasjon 1 Inledning 1.1 Presentasjon Tittel Informasjonsplattform for NorgesGruppen Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer

Detaljer

UKE 10 Kravhåndtering. Gruppetime INF1055

UKE 10 Kravhåndtering. Gruppetime INF1055 UKE 10 Kravhåndtering Gruppetime INF1055 Hva skal vi i dag? Kravhåndtering - kapittel 4 Ukesoppgaver: Smidig programvareutvikling og kravhåndtering Krav KRAV KOMPETANSEMÅL: Kravhåndtering: anvende metoder

Detaljer

Inf1055 Modul B 26 april 2017:

Inf1055 Modul B 26 april 2017: Inf1055 Modul B 26 april 2017: Del 1: - Testing Yngve Lindsjørn ynglin@ifi.uio.no 1 Oversikt - Testing Hva er testing? Validering &Verifisering Testfaser Enhetstesting Integrasjonstesting Systemtesting

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

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

ARK 2014 Arkitekturfaget - observasjon fra en tjenesteleverandør

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

Detaljer

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

Digitalt førstevalg og felleskomponenter

Digitalt førstevalg og felleskomponenter Digitalt førstevalg og felleskomponenter Ark2011 Cat Holten Brønnøysundregistrene Agenda Altinns arkitektur i fugleperspektiv Nye utfordringer ved økt modenhet Problemstillinger til diskusjon Ark 2011

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

Derfor er forretningssystemet viktig for bedriften

Derfor er forretningssystemet viktig for bedriften Innhold Derfor er forretningssystemet viktig for bedriften... 2 Når er det på tide å bytte forretningssystem?... 2 Velg riktig forretningssystem for din bedrift... 3 Velg riktig leverandør... 4 Standard

Detaljer

UKE 16 Kontrakter. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UKE 16 Kontrakter. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKE 16 Kontrakter Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? OBS!! Siste ordinære gruppetime Kontrakter Ukesoppgaver Gjennomgang av oblig 4 Kontrakter Kompetansemål - Kontrakter

Detaljer

Applikasjonsutvikling med databaser

Applikasjonsutvikling med databaser Applikasjonsutvikling med databaser Lars Vidar Magnusson October 12, 2011 Lars Vidar Magnusson () Forelesning i DAS 10.10.2011 October 12, 2011 1 / 24 Applikasjonsutvikling med databaser Databaser tilbyr

Detaljer

STRATEGISK PLAN

STRATEGISK PLAN STRATEGISK PLAN 2010 2015 IT-AVDELINGEN UNIVERSITETET I BERGEN Brukerorientering Kvalitet Samarbeid Etikk SIDE 1 v. 1.00, 24. juni 2010 VISJON IT-avdelingen ved UiB skal produsere og levere IKT-tjenester

Detaljer

Eksamen 2013 Løsningsforslag

Eksamen 2013 Løsningsforslag Eksamen 2013 Løsningsforslag Oppgave 1. Multiple choice 1b# 2a# 3b# 4c# 5b# 6a# 7a# 8b# 9d# 10b# Oppgave 2 - Bibliotek - Utlån av bøker a) Måle størrelse eller mengde funksjonalitet Denne oppgaven ser

Detaljer

Fri programvare i helsesektoren en realitet! Presentasjon av Enkeltoppgjør

Fri programvare i helsesektoren en realitet! Presentasjon av Enkeltoppgjør Fri programvare i helsesektoren en realitet! Presentasjon av Enkeltoppgjør Snorre Meland - Teknologidirektør Acando AS Acando AS Enkeltoppgjør 2 Ny nasjonal saksbehandlingsløsning for refusjon av reiseutgifter

Detaljer

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted. Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig

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

Innledende Analyse Del 1.2

Innledende Analyse Del 1.2 Innledende Analyse Del 1.2 Arianna Kyriacou 1. juni 2004 Innhold 1 Spesifikk beskrivelse 2 1.1 Hovedmål............................... 2 1.2 Mål (mer konkret).......................... 2 1.3 Krav..................................

Detaljer

6105 Windows Server og datanett Jon Kvisli, HSN Skriveradministrasjon - 1. Utskrift i nettverk

6105 Windows Server og datanett Jon Kvisli, HSN Skriveradministrasjon - 1. Utskrift i nettverk 6105 Windows Server og datanett Leksjon 7b Skriveradministrasjon Utskrift og plassering i nettverk Utskriftsbegreper Windows, driver Fire ulike oppsett Skriveradministrasjon og rettigheter Skrivergrupper

Detaljer

Web fundamentals. Web design. Frontend vs. Backend 17.01.2008. Webdesign 17. januar 2008 3. Monica Strand

Web fundamentals. Web design. Frontend vs. Backend 17.01.2008. Webdesign 17. januar 2008 3. Monica Strand Web fundamentals Webdesign 17. januar 2008 Monica Strand Webdesign 17. januar 2008 1 Web design Fagområdet Web design inneholder flere disipliner Grafisk design Informasjonsdesign Brukergrensesnittdesign

Detaljer

KRAVSPESIFIKASJON FOR SOSIORAMA

KRAVSPESIFIKASJON FOR SOSIORAMA KRAVSPESIFIKASJON FOR SOSIORAMA Innhold 1. Forord... 2 2. Definisjoner... 3 3. Innledning... 4 3.1 Bakgrunn og formål... 4 3.2 Målsetting og avgrensninger... 4 4. Detaljert beskrivelse... 8 4.1 Funksjonelle

Detaljer

1. Intro om SharePoint 2013

1. Intro om SharePoint 2013 Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Intro om SharePoint 2013 Stein Meisingseth 09.08.2013 Lærestoffet er utviklet for faget LO205D Microsoft SharePoint 1. Intro om SharePoint

Detaljer

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

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

Arkitektur. 4 april Mål for forelesningen: Se på kriterier for design, arkitektur av komponent og prosess. Kriterier. Komponenter. 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 Design av arkitektur Arkitektur: En generell

Detaljer

Distribuert ObjektArkitektur. Faglærer : Tom Røise. IMT3102 Objektorientert systemutvikling 1. OOSU 11.nov 2010

Distribuert ObjektArkitektur. Faglærer : Tom Røise. IMT3102 Objektorientert systemutvikling 1. OOSU 11.nov 2010 OOSU 11.nov 2010 TEMA : Programvarearkitektur : Veien fra Lagdeling og Klient-Tjener til SOA og Cloud Computing Rep. av Distribuert Objektarkitektur, Web-applikasjoner og Model Driven Architecture Web

Detaljer

Smidig metodikk, erfaringer fra NAV Fagportal

Smidig metodikk, erfaringer fra NAV Fagportal Smidig metodikk, erfaringer fra NAV Fagportal Gry Hilde Nilsen, NAV Morten Tveit, Fornebu Consulting NAV, 08.03.2011 Side 1 Smidig gjennomføring i NAV Fagportal Individer og samspill framfor prosesser

Detaljer