Arkitektur. Kirsten Ribu Høgskolen i Oslo
|
|
- Monika Arntzen
- 7 år siden
- Visninger:
Transkript
1 Arkitektur Kirsten Ribu Høgskolen i Oslo
2 I dag Generelt om arkitektur N-lags arkitektur
3 Hva er arkitektur? Oppdelingen av et system i deler og spesifikasjon av samhandlingen / interaksjonen mellom disse delene for å danne helheten Den fundamentale strukturen til en enhet og samspillet mellom dens deler
4 Overbelastet begrep Det finnes mange arkitekturer:
5 IEEE Definisjoner Architecture: The fundamental organisation of a system embodied in its components, their relationships to each other and to the environment, and the principles guiding its design and evolution. Architecture description A collection of products to document an architecture
6 Viktige prinsipper for moderne systemutvikling Arkitektur-orientert tilnærming Iterativ livssyklus prosess Komponentbasert utvikling Endrings-orientert miljø Modell-basert notasjon Objektiv kvalitetskontroll
7 Programvarearkitektur Programvare består av en samling abstrakte strukturer: datastrukturer Interaksjonstrukturer concurrency (samtidighet) Transksjonsstrukturer Komponenetstrukturer. Ingen av strukturene ER arkitekturen i seg selv Bare representasjoner av ulike syn på arkitekturen
8 Modellbasert utvikling
9 Komponentbasert utvikling Logisk arkitektur for et enkelt e-handels system
10 Farer i utviklingsprosessen: Mangel på styring 1 Bruk og kast kode Noen ganger oppstår store, kaotiske systemer på bakgrunn av bruk-og-kast kode Bruk-og-kast har til hensikt å bli brukt en gang prototyping for klargjøring av krav f.eks. Fare: Å sette prototypen i produksjon
11 Mangel på styring 2 Spaghetti-kode Systemet viser tegn på uregulert vekst, gjentatte og kostbare reparasjoner. Informasjonen flyter åpent mellom deler av systemet som er fjernt fra hverandre Noen ganger er all informasjon global eller redundant
12 The complete Pasta Theory of Software Spaghetti-kode Kaotisk, vanskelig å forstå, umulig å vedlikeholde Lasagne-kode enkel, forståelig og lagdelt struktur uheldigvis monolittisk og vanskelig å modifisere selv om den er strukturert I praksis er det vanskelig å endre bare ett lag uten at det virker inn på den øvrige struktur Ravioli-kode Den ideelle struktur Små komponenter som er løst koblet Hver komponenet er en pakke som inneholder litt kjøtt eller annen næring til systemet, enhver komponent kan modifiseres eller erstattes uten å virke inn på de øvrige komponenter
13 Mangel på styring 3 Analogi: slum Lite planlegging, ukontrollert vekst, billige materialer, manglende infrastruktur, Vedlikeholdsproblemer
14 Mangel på styring forts Mange programvaresystemer er fra et arkitektursynspunkt ikke stort bedre enn en slum Det mangler gode verktøy, metoder og infrastruktur (rammeverk) Deler av systemet vokser uten kontroll Mangel på solid arkitektur gjør at problemer ett sted påvirker andre deler av systemet
15 Arkitekturbegrepet Bygninger er synlige, fysiske objekter. Programvare er usynlig Et brukergrensesnitt presenterer en visualisering av programvare, slik en fasade framstiller en bygnings arkitektur I motsetning til fysisk arkitektur er det bare utviklerne som vet hvordan programvaren ser ut på innsiden The London Eye
16 Systemarkitektur - Introduksjon Det finnes forskjellige modeller for arkitektur Delsystemer av store systemer kan ha forskjellig arkitektur Vi må velge en arkitekturmodell eller sette sammen flere Arkitekturen påvirker Ytelse Robusthet Distribuerbarhet Vedlikeholdbarhet
17 Systemarkitektur og ikkefunksjonelle krav Ytelse Bruk få moduler med lite innbyrdes kommunikasjon (lav kobling) Sikkerhet Bruk lagdelt arkitektur der kritiske data lever trygt i et sikkert indre lag Tilgjengelighet Gjør det mulig å skifte ut moduler uten å stoppe systemet Vedlikeholdbarhet Bruk mange små og innkapslede moduler. Unngå avhengigheter
18 Blokkdiagram Første aktivitet i arkitekturutforming En boks per subsystem Identifikasjons -system Armkontroller Videosystem Klokontroller Subsystemer kan deles igjen Pakningsvalgsystem Blokkdiagrammet er lett å forstå Pakke system Transportbåndkontroller
19 Blokkdiagrammer er ikke nok Viser oppbygging, men mangler detaljer Nyttig for kommunikasjon med interessenter Nyttig for å planlegge videre arbeid Trenger i tillegg informasjon om Interaksjon Datautveksling Grensesnitt Tre modeller kan brukes til dette formålet Repository Klient-tjener Abstrakt maskin
20 Repository arkitektur Brukes i systemer som håndterer store datamengder Systemet organiseres rundt en felles database (repository) Passer der data produseres av ett sybsystem og brukes av et annet
21 Klient/tjener modell Frittstående servere Klienter som benytter tjenester hos serverne Nettverk som tillater forbindelse mellom klient og tjener Kan kombineres med repository Ytelsesproblemer ved større datamengder Distribuert arkitektur er fleksibel Backup og datastruktur på hver server
22 Abstrakt-maskin modell Også kalt lagdelt arkitektur Hvert lag en abstrakt maskin som leverer tjenester til neste lag Som OSI-modellen for nettverksarkitektur (7 lag) Støtter inkrementell utvikling Kan skifte ut et lag hvis grensesnittet er uendret Bare nabolag påvirkes av grensesnittendringer Maskinavhengighet kan avgrenses til indre lag Lagdeling kan gi ytelsesproblemer
23 N-lags arkitektur Skille / isolere ansvarsområder og funksjonalitet Mestre kompleksitet dele opp i mindre deler Splitt og hersk Benytte funksjonalitet uten å kjenne virkemåte i detalj Begrense påvirkning mellom ulike lag Eks.: GUI db Utbyttbare komponenter Lett å endre deler av systemet Gjenbruke funksjonalitet fra andre prosjekt Standardisering muliggjør bruk av hyllevare
24 Klassisk tre-lagsarkitektur Presentasjon Brukerinteraksjon Presentasjon av data Domene (Forretningslogikk) Data Begreper, sammenhenger, data, beregninger, regler som gjelder Utgjør kjernen i systemet Hva systemet gjør Tilgang til og lagring av data Oftest: Database + mellomvare Presentasjon Domene Data
25 3 lags arkitektur (Microsoft eksempel)
26 Modulkobling Modulkobling er et mål på sammenkoblingene mellom modulene vi har satt opp i designet. Det er et ideal å komme frem til moduler med lav kobling Sterk modulkobling vanskeliggjør vedlikehold. Ved lav kobling er endringer og feilsøking enklere, da datautvekslingen er minimal Ved å holde datastrukturene internt i den enkelte modul oppnår man en lavere koblingsgrad (innkapsling innen OO). Globale data er et skrekk-eksempel på høy kobling - men mange benytter seg av det likevel
27 Flere lag Forfine GUI-siden Splitter Presentasjon: Datapresentasjon Kontroll Isolere brukerinteraksjon fra presentasjon Tilsvarer MVCpattern Model - View - Controller M - Domene V - Datapresentasjon C - Kontroll Datapresentasjon Kontroll Domene Data
28 Ulike typer patterns - mønstre
29 Patterns på ulike design nivåer
30 Model-View-Controller - MVC MVC = et arkitekturmønster (pattern) En måte å strukturere arkitekturen i et system som har et grafisk brukergrensesnitt Består av tre komponenter: Datamodell, View: GUI, Controller
31 MVC Arkitekturen muliggjør fleksibelt skjembilde-design og interaksjonsdesign Adskiller forretningslogikk og database fra den grafiske presentasjonen
32 MVC Model-View-Controller
33 Model Modellen representerer forretningslogikken og reglene som definerer tilgang til dataene
34 View View viser innholdet i modellen. Spesifiserer hvordan data skal vises Har ansvar for å opprettholde samme presentasjon når modellen endres
35 Controller Kontrolleren oversetter interaksjoner med View et til handlinger (actions) som skal utføres av modellen I en stand-alone GUI klient kan interaksjon være klikk på knapper eller menyvalg. I en webapplikasjon er interaksjon representert som GET og POST Handlinger som utføres av modellen kan være: Aktivisering av business prosesser Endringer i modellen: oppdateringer etc
36 Distribuerte systemer
37 Distribuerte systemer Distribuert funksjonalitet Fordeler Tilgjengeliggjøre applikasjoner over nettverk Flere maskiner involvert, kommunikasjon over nettverk Ulike distribusjonskanaler: web, wap, telefon Dele ressurser og funksjonalitet Muliggjør sentralt datalager Forenklet drift unngå desentral deployment av kode Utfordringer Ytelse - kall mellom to prosesser er DYRT! Effektive mekanismer for kommunikasjon: mye og sjelden
38 Distribuerte systemer Fordeler funksjonalitet Flere maskiner Kommunikasjon over nettverk Hvor går skillelinjene? Ansvarsområder Teknologi Ytelse Transport av data Protokoll Kapasitet Remote call = fjernkall DYRT Performance killer Nettverk Lag 1 Lag 2 Lag N
39 Klient-tjener arkitektur Klassisk 2-lags klienttjener 2 maskiner involvert Knyttet sammen med nettverk Klient Brukergrensesnitt Lokale beregninger Tjener Sentrale beregninger Oftest: sentralt datalager Klient Tjener
40 To-delt kommunikasjonssystem
41 Lagdeling distribuert prosessering
42 Fordeler med N-lags arkitektur Selvstendige komponenter Kan gjenbrukes Kan deles mellom applikasjoner Gode verktøy tilgjengelige VB, JBuilder Web editorer Kan gi bedre skalerbarhet Enklere vedlikehold Endringer kan omfatte kun få lag Isolere lag mot påvirkning fra andre lag
43 Problemer med N-lags arkitektur Ytelse Flere lag gir flere kall for å få utført en oppgave Må minimere datatransport og kall til tjener Husk standard design-prinsipp: Lav kopling Utvikling krever spesialisert kompetanse Feil arkitekturvalg gir mye omarbeidin GUI, mellomvare, database, nettverk Endringer kan påvirke alle lag Ett nytt datafelt i databasen påvirker helt gjennom til GUI
44 Neste gang Kirsten er borte hele uka Mandag: Overraskelse Torsdag: Ingen forelesning
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
DetaljerTom 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
DetaljerTom 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
DetaljerForelesning 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
DetaljerInnholdsfortegnelse: 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é:
DetaljerKapittel 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
DetaljerSystemarkitektur. 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 /
DetaljerDistributed 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
DetaljerModel 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
DetaljerProgramvare 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
DetaljerDistributed 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
DetaljerGenerelt 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
DetaljerTeam2 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
DetaljerTechnical 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
DetaljerNOVUG 3 februar 2009
NOVUG 3 februar 2009 Tjenestekatalog og CMDB En kombinasjon som fungerer i praksis 2008 Prosesshuset AS All tillhørende informasjon kan bli endret uten varsel 1 Introduksjon Stig Bjørling Ellingsen Gründer
DetaljerOppsummering. 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
DetaljerHensikten 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
DetaljerKapittel 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:
DetaljerIntroduksjon 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
Detaljer2. 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
DetaljerEn historie om Visma Reporting. Arkitektur og. Vi har et problem
En historie om Visma Reporting Arkitektur og Brukergrensesnitt Forelesning 11 - INF1050 Systemutvikling 25.3.2009 Vil gi forståelse for hva er arkitektur Hva driver arkitekturutvikling Kjenne til noen
DetaljerQPAWeb. Et webgrensesnitt for QPA
QPAWeb Et webgrensesnitt for QPA Bachelorgruppe 34 Ole Gunnar Dybvik, student dataingeniør - systemutvikling Jon Severin Eivik Jakobsen, student dataingeniør - nettverksarkitektur og -design Eskild André
DetaljerOptimalJ-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
DetaljerISY 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
DetaljerKap. 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
DetaljerOverordnet beskrivelse
N O R K A R T G E O S E R V I C E A S Desember 2010 INNHOLD 1 INTRODUKSJON... 4 2 NAVNETJENESTE... 5 3 PORTAL... 6 4 OBJEKTKATALOG... 6 5 ARKIV... 7 6 ADMINISTRASJONSPROGRAMMER... 8 7 TILGANGSAPI... 8
DetaljerA 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
DetaljerArkitektur. 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(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
DetaljerUBIT Systemarkitektur. Dagens situasjon. Referansegruppa Forfatter(e) Sven K Strøm Sist oppdatert
UBIT 2010 Systemarkitektur Dagens situasjon Til Referansegruppa Forfatter(e) Sven K Strøm Sist oppdatert 2008-05-15 UBiTs brukere har mange forskjellige typer utstyr og programvare. UBiT ønsker å være
DetaljerApplikasjonsutvikling 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
DetaljerKap. 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,
DetaljerSystem 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
DetaljerAlgDat 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
DetaljerStikkord: 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
DetaljerUKEOPPGAVER 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
DetaljerObligatorisk 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
DetaljerSystem Dokumentasjon. Team2. Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk
System Dokumentasjon Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk System Dokumentsjon 23/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerINF1010 MVC i tekstbaserte programmer
INF1010 MVC i tekstbaserte programmer Marit Nybakken marnybak@ifi.uio.no 9. februar 2004 Marit har ingen utdanning innen systemutvikling og vet antageligvis ikke hva hun prater om. Hun har dog skumlest
DetaljerAltinns nye tjenesteverksted. Lars Vegard Bachmann, produkteier portal og tjenester, Altinn
Altinns nye tjenesteverksted Lars Vegard Bachmann, produkteier portal og tjenester, Altinn 01 Nytt tjenesteverksted? Hva mener du med det? Bakgrunn, mål, konsept og overordnet beskrivelse 02 Det høres
DetaljerUse 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,
DetaljerCORBA 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
DetaljerAkseptansetesten. 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
DetaljerForprosjektrapport 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
DetaljerKirsten 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
DetaljerKonfigurasjonsstyring
INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging
DetaljerFri 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
DetaljerSkytjenester (Cloud computing)
-Ein tydeleg medspelar Skytjenester (Cloud computing) Kontaktkonferanse Kristiansund 14.-15. juni Dagfinn Grønvik - IT-sjef Møre og Romsdal fylkeskommune Luftig begrep Skytjenester.men likevel rimelig
DetaljerExtreme Fabric Connect / Shortest Path Bridging
Extreme Fabric Connect / Shortest Path Bridging Shortest Path Bridging en kort introduksjon Av Johnny Hermansen, Extreme Networks Extreme Fabric Connect / Shortest Path Bridging Extreme Fabric Connect,
DetaljerNovember 2012 Stig Claussen, Senior Consultant Psiam. Infor 10 EAM
November 2012 Stig Claussen, Senior Consultant Psiam Infor 10 EAM Add-on Suite for Infor EAM Psiam forhandler Doc+ OpenCAD GlobalSearch Leveres som integrerte «plugins» til InforEAM 2 Agenda Doc+, GlobalSearch,
DetaljerKinderegget ; enklere, billigere og mye raskere
Kinderegget ; enklere, billigere og mye raskere Softwaredesign for Grid arkitektur Hvordan utnytte den nye plattformen? Ark 2012 Tormod Varhaugvik, SKD SITS, Oktober 2012 tormodv.blogspot.com Utfordringen
DetaljerPeer-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
DetaljerLæ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-
DetaljerLek 01 Grunnprinsipper
Lek 01 Grunnprinsipper I denne presentasjonen ser vi nærmere på: Standardisering Standardiseringsorganisasjoner Lagdelte kommunikasjonsmodeller Pakkesvitsjede nettverk Klient-tjener arkitektur 1 Standardisering
DetaljerAlgDat 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):
DetaljerKirsten 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,
DetaljerOppgave 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
DetaljerRequirements & Design Document
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 03/04/2018 Systemutvikling og dokumentasjon/ia4412
DetaljerProgramvareutvikling (store systemer)
Programvareutvikling (store systemer) Software Engineering Nils-Olav Skeie Associate Professor, PhD Page 1 Agenda Bakgrunn, Programvareutvikling, Prosess, Analyse, Design, Koding, Testing CARGOMASTER,
DetaljerRequest 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).
DetaljerOppgave 1: Multiple choice (20 %)
Oppgave 1: Multiple choice (20 %) For alle oppgavene gjelder at det bare er ett riktig svar. No Spørsmål Svar A Svar B Svar C Svar D 1 Kanban er et eksempel på: Prosess Software prosess Prosess modell
DetaljerDistribuerte 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
DetaljerScan Secure GTS 5.1 + PAS
Scan Secure GTS 5.1 + PAS Installasjonsmanual For versjon 5.1.7 og nyere Denne installasjonsmanualen er konfidensiell Den er kun ment til bruk for system administrator Den skal ikke benyttes av brukere
DetaljerOppsummering : 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
DetaljerJini. Gruppe 1 Martin Skarsaune Bjørn Arne Dybvik Cuong Huu Truong. Definisjon
Jini Gruppe 1 Martin Skarsaune Bjørn Arne Dybvik Cuong Huu Truong Definisjon Et distribuert system bygd opp som et forbund av brukergrupper og ressurser som brukerne trenger, der ressursene tilbyr brukere
DetaljerEksamen 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!!!
DetaljerKI på Oslo Børs Kjetil Nysæther
KI på Oslo Børs Kjetil Nysæther Om Oslo Børs Oslo Børs ASA ble grunnlagt i 1819 og opererer i dag de eneste regulerte verdipapirmarkedene i Norge. På markedsplassene til Oslo Børs knyttes lokale og internasjonale
DetaljerDCOM. 21. oktober Mai et al. Hva er egentlig en komponent?
DCOM 21. oktober 2004 Mai et al. Komponent Hva er egentlig en komponent? En komponent er et programvareobjekt, ment å samvirke med andre komponenter, og tilbyr en gitt funksjonalitet. En komponent har
DetaljerInnhold 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,
DetaljerAMS-case. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt
AMS-case Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt Domenemodell Sentrale begreper og relasjoner Utgangspunkt for både oppgave- og dialogmodeller Mange muligheter kan undersøkes
DetaljerModellering 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,
DetaljerInnhold. Innledning... 15. Del 1 En vei mot målet
Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................
Detaljeredocs 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)
DetaljerDistribuerte 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
DetaljerSOFTWARE REQUIREMENT & DESIGN DOCUMENT. Home Automation System. Nickolas Helgeland, Jon Erik Nordskog og Kristian Sande Sjølyst
SOFTWARE REQUIREMENT & DESIGN DOCUMENT Home Automation System Nickolas Helgeland, Jon Erik Nordskog og Kristian Sande Sjølyst Innholdsfortegnelse 1. Introduksjon... 2 2. Overordnet systemskisse... 3 2.1.
DetaljerFDVU-systemer muligheter og begrensninger
FDVU-systemer muligheter og begrensninger Storefjell 7 mars 2007 Ole Petter Andersen sportation Facility Asset Service Power Generation Process Manufacturing Oil and Gas Mining Aviation Communication Pharmaceuticals
DetaljerDesign, bruk, interaksjon
Design, bruk, interaksjon Magnus Li magl@ifi.uio.no INF1510 23.01.2017 Denne forelesningen 1. Mennesker 2. Informasjonssystemer 3. Områder innen menneske-maskin interaksjon 4. Designe for brukere og brukskontekst:
DetaljerHva karakteriserer god arkitekturpraksis og hvorfor ble valgt arkitekturmetode benyttet?
Hva karakteriserer god arkitekturpraksis og hvorfor ble valgt arkitekturmetode benyttet? HelsIT 2011 Roar Engen Leder for arkitekturseksjonen,teknologi og ehelse, Helse Sør-Øst RHF Medforfatter: Jarle
DetaljerSosi GML JSON. Visdomsord fra en ikke-ekspert
Sosi GML JSON Visdomsord fra en ikke-ekspert SOSI Ryggraden i kartforvaltning Standard SOSI = SUKSESS 1987 =>???? Hvorfor ikke SOSI? Kompleksitet: på smertegrensen Lineære referanser (vegnett, rørledning)
DetaljerDistribuerte 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
DetaljerSikkerhet i Pindena Påmeldingssystem
Sikkerhet i Pindena Påmeldingssystem Versjon: 4.2.0 Oppdatert: 30.08.2017 Sikkerhet i Pindena Påmeldingssystem 2 Innhold Om dokumentet 3 Sikkerhet på klientsiden 3 Sikkerhetstiltak i koden 3 Rollesikkerhet
DetaljerForslag til Norsk Referansekatalog
Forslag til Norsk Referansekatalog Hva er Norsk Referansekatalog? Oversikt over åpne standarder som anbefales brukt i norsk offentlig forvaltning for å sikre elektronisk samhandling. Omfatter teknisk,
DetaljerINF5120 Eksamen Løsningsforslag Oppgave 1a,b COMET
INF5120 Eksamen 2004- Løsningsforslag Oppgave 1a,b COMET Oppgave 2 Patterns Oppgave 2 (20%) Diskuter hvordan web-shop systemet kan gjøres fleksibelt i forhold til å håndtere mange produkt-typer,
DetaljerInfoRed 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,
Detaljerwww.steria.no Steria as a Service En norsk skytjeneste Steria
www.steria.no Steria as a Service En norsk skytjeneste Steria Steria as a Service - Agenda Kort presentasjon av Steria Sterias utfordringer i drift Sterias målsetninger for drift Prosjektet IT Factory
DetaljerLøsningsarkitektur i og rundt Altinn. 31. august 2009 Wilfred Østgulen
Løsningsarkitektur i og rundt Altinn 31. august 2009 Wilfred Østgulen 1 Formål Formålet med presentasjonen er å gi dere et innblikk i hvordan vi har tenkt og jobbet med arkitektur i den nye Altinn-løsningen
DetaljerJigZaw - Verktøy. Teststategi utviklet av. Erik Drolshammer Bård Lind. Verifiser Forventet Funksjonalitet
JigZaw - Verktøy Verifiser Forventet Funksjonalitet Teststategi utviklet av Erik Drolshammer Bård Lind Bård Lind Java siden 1997 Arkitekt siden 2000 JavaBin siden 1999 Enterprise Domain Repository og JigZaw-teststrategi
DetaljerForprosjektrapport gruppe 3
Forprosjektrapport gruppe 3 Presentasjon: Tittel: NILS Mobil Oppgave: Utvikle en løsning hvor det skal benyttes mobile enheter for registrering og kontroll av gjenstander som et alternativ til dagens PC-baserte
DetaljerDRI2001 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
Detaljercase forts. Generell interaktor Integer- interaktor Domenemodell Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt
Domenemodell AMS- case forts. Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt Sentrale begreper og relasjoner Utgangspunkt for både oppgave- og dialogmodeller Mange muligheter
DetaljerAMS-case forts. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt
AMS-case forts. Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt Domenemodell Sentrale begreper og relasjoner Utgangspunkt for både oppgave- og dialogmodeller Mange muligheter
DetaljerGJENNOMGANG 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:
DetaljerGruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>
Gruppenavn Beskrivelse av arkitektur For Navn på systemet Versjon Revisjonshistorie Dato Versjon Beskrivelse av endring Forfatter Innhold 1. Innledning 4 1.1
DetaljerKomponentbasert 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
DetaljerArkitektur og. Forelesning 11 - INF1050 Systemutvikling
Arkitektur og Brukergrensesnitt Forelesning 11 - INF1050 Systemutvikling 25.3.2009 En historie om Visma Reporting Vil gi forståelse for hva er arkitektur Hva driver arkitekturutvikling Kjenne til noen
DetaljerTjenesteorientert arkitektur hvordan statistikkproduksjonen støttes og forbedres av en tilpasset IT arkitektur
14. juni 2010 Tjenesteorientert arkitektur hvordan statistikkproduksjonen støttes og forbedres av en tilpasset IT arkitektur Lill Kristoffersen lill.kristoffersen@ssb.no Statistisk sentralbyrå IKT Abstract:
DetaljerSystemutvikling (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å
DetaljerTilbakemeldinger fra Skattedirektoratet v/sits på rapporten Metoder og standarder for tjenesteorientert arkitektur i offentlig sektor.
Tilbakemeldinger fra Skattedirektoratet v/sits på rapporten Metoder og standarder for tjenesteorientert arkitektur i offentlig sektor. Generelle tilbakemeldinger som er diskutert i dokumentgjennomgangsmøte:
DetaljerSystemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling
Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling 21.1.2009 Rune Steinberg International Development Manager ERP INF1050 Systemutvikling Vår 2009 - Copyright Rune Steinberg 2009 1 Innledning
Detaljer