Programvarekomponenter og distribuerte system. INF 5040 høst foreleser: Frank Eliassen
|
|
|
- Birger Gabrielsen
- 7 år siden
- Visninger:
Transkript
1 Programvarekomponenter og distribuerte system INF 5040 høst 2006 foreleser: Frank Eliassen Frank Eliassen, SRL & Ifi/UiO 1 Litteratur Szyperski, C., Gruntz, D., Murer, S., Component Software eyond Object- Oriented Programming, Second Edition, Addison Wesley/ACM Press, 2002 Ikke definert pensum utover forelesningen Frank Eliassen, SRL & Ifi/UiO 2 INF 5040 høst
2 En historie om mellomvare Første generasjons mellomvare Utelukkende basert på klient-tjerner modellen Eksempler inkluderer Open Group s DCE Andre generasjons mellomvare asert på distribuert objekt-teknologi Eksempler inkluderer CORA and Java RMI Tredje generasjons mellomvare? asert på kommende komponent-teknologi Frank Eliassen, SRL & Ifi/UiO 3 Fremveksten av komponent-teknologier Hva er en komponent [Szyperski]? a unit of composition with contractually specified interfaces and explicit context dependencies only in this context, a component can be deployed independently and is subject to third-party composition Frank Eliassen, SRL & Ifi/UiO 4 INF 5040 høst
3 Rasjonale for komponenter Tid til markedet Forbedret produktivitet/ redusert kompleksitet Fokus på gjenbruk Programmering ved montasje (fabrikasjon) i stedet for utvikling (engineering) Reduserte krav til kunnskaper Viktigste fordel: utvikling av tjener-siden? (Jfr EJ og CORA Component Model seinere) Frank Eliassen, SRL & Ifi/UiO 5 Gjenbruk av komponenter Frank Eliassen, SRL & Ifi/UiO 6 INF 5040 høst
4 Komposisjon Komponenter og komposisjon Komposisjon er den grunnleggende metode for konstruksjon, utvidelse og gjenbruk i komponent-basert programvareutvikling I motsetning til (implementasjons) arv i objekt-orienterte tilnærminger Komponenter er til for komposisjon Frank Eliassen, SRL & Ifi/UiO 7 Connection-oriented programming Komposisjon av pre-fabrikerte komponenter inding av inngående- og utgående grensesnitt (provided/required interfaces) Reflekterer retningen på metodekall Ikke retningen til dataflyten Utgående grensesnitt De metodekall en komponent potensielt kan utstede Støtte for distribusjon? Når bindingen kan gjøres mellom ulike adresserom og maskiner C1 C2 Frank Eliassen, SRL & Ifi/UiO 8 INF 5040 høst
5 Tredjeparts-komposisjon Komposisjonen kan gjøres av tredjepart Eksempel Connections, outgoing and ingoing interfaces Forbinder matchende grensesnitt Kan gjøres under kjøretid av tredjepart Kan typisk gjøres ved å sette et passe attributt i komponenten med det utgående grensesnitt (setxxx) U C1 A X A C2 V Y Frank Eliassen, SRL & Ifi/UiO 9 Mange connection mønstre En-til-en, en-til-mange, mange-til-en, mange-tilmange U A X A Y C2 C1 V Z C3 Frank Eliassen, SRL & Ifi/UiO 10 INF 5040 høst
6 Indirection Frakobling av inngående og utgående grensesnitt ved mellomliggende komponenter C1 U A V G X A Y Z C2 C3 Frank Eliassen, SRL & Ifi/UiO 11 Komposisjon vs arv The fragile base class problem (Szyperski) Med bruk av arv, er det ofte vanskelig å modifisere en superklasse (base class) uten å påvirke uavhengig utviklede subklasser Fordeler ved komposisjon ygger på message forwarding ikke arv Message forwarding er enklere men mindre uttrykksfull enn arv. Komposisjon krever mer eksplisitt koding av relasjoner mellom entiteter (designed in vs patched in) Frank Eliassen, SRL & Ifi/UiO 12 INF 5040 høst
7 akgrunn for Java og CORA komponentmodeller Kjente problemer med CORA og Java-RMI Hvordan utplasserer jeg min applikasjon? Hvilke tjenester vil være tilgjengelige på en gitt vertsmaskin? Hvem vil aktivisere mine objekter? Jfr forelesning om designutfordringer Hvem forvalter mine objekters livssyklus? => Vi trenger en standard utviklings, utplasserings og kjøretidsomgivelse for distribuerte objekter (CORA, Java) Frank Eliassen, SRL & Ifi/UiO 13 Eksplisitt mellomvare: mangel på separation of concerns Programmerer direkte mot en mellomvare API Applikasjonslogikken må sammenveves med logikk for livssyklushandtering, transaksjoner, sikkerhet, persistens, m.v. Database API Database driver Klient Distr object Sikkerhets API Sikkerhets tjeneste Transaksjons API Trans. tjener Stub Skeleton Frank Eliassen, SRL & Ifi/UiO 14 INF 5040 høst
8 Implisitt mellomvare: bedre støtte for separation of concerns Logikk for livssyklushandtering, transaksjoner, sikkerhet, persistens, m.v. handteres av mellomvaren ehov for mellomvaretjenester erklæres separat og kan seinere endres uten å endre applikasjonskoden Mellomvaren kan endres uten å endre applikasjonskoden Klient Distr object Database API Database driver Request interceptor Sikkerhets API Transaksjons API Sikkerhets tjeneste Trans. tjener Stub Skeleton Frank Eliassen, SRL & Ifi/UiO 15 Komponentplattform En standard utviklings, utplasserings og kjøretidsomgivelse kan utformes som en mengde kontraktsfestede grensesnitt Kontrakten inngås mellom komponenter og en komponentplattform Komponentplattformen definerer reglene for utplassering (installasjon), komposisjon og aktivering av komponenter. For å levere og utplassere en komponent kreves et standardisert arkivformat som pakker inn komponentkode og meta-data Frank Eliassen, SRL & Ifi/UiO 16 INF 5040 høst
9 En implementasjon av en komponentplattform kalles gjerne en container Containerens ansvar livssyklushåndtering systemtjenester sikkerhet dynamisk installasjon og aktivering av nye komponenter f.eks. oppklare avhengigheter dynamisk Komponenter Container/Applikasjonstjener Kontraktsfestede grensesnitt spesifisert av komponentplattformen Frank Eliassen, SRL & Ifi/UiO 17 Kontrakter Hva inneholder en kontrakt? Mengde provided grensesnitt. Noen av disse kan være påkrevd av komponentplattformen Mengde required grensesnitt. Disse må tilbys av andre komponenter tilgjengelig i containeren Pre og post betingelser/invarianter Annet (ikke-funksjonelle krav: transaksjoner, sikkerhet, ytelse,...) Funksjoner defineres både syntaktisk og semantisk int add(int a, int b) pre: a + b <= Integer.MAXINT post: result = a + b Ekstra-funksjonelle krav Garanti: Retur innen 10 ms etingelse: Trenger 1000 CPU-sykler Frank Eliassen, SRL & Ifi/UiO 18 INF 5040 høst
10 Nøkkelspillere OMG og komponenter CORA v3 standarden med CORA Component Model (CCM) Microsoft og komponenter Utvikling av COM/DCOM, COM+ og.net SUN og komponenter Utvikling av Java eans og EJ Frank Eliassen, SRL & Ifi/UiO 19 Enterprise Java eans (EJ) Komponent-arkitektur for utplasserbare ( deployable ) tjener-side komponenter i Java. EJ 3.0: basert på Metadata facility i Java 5 annoteringer i kildekoden Litteratur: Tre typer enterprise beans Session beans (verb) POJO med session bean annotering Transiente, applikasjonslogikk (forretningsregler ) Entity beans (substantiv) POJO med entity bean annotering (men regnes ikke som komponent) Persistente, data-relatert logikk (oppdatere tilstand til entiteter) Message driven beans Logikk for å motta asynkrone meldinger og evt kalle andre beans Frank Eliassen, SRL & Ifi/UiO 20 INF 5040 høst
11 Klient-interaksjon med EJ komponent system Presentation Tier HTML Client HTTP Firewall usiness Partnet System SOAP, WSDL,... Messaging Client C++ Client Java Apps Java Applet Servlet JSP Messaging CORA-IIOP RMI-IIOP RMI-IIOP RMI-IIOP EJ Message- Driven ean EJ Session ean EJ Session ean usiness Tier EJ Session ean EJEntity ean EJ Session ean Frank Eliassen, SRL & Ifi/UiO 21 EJ3.0 implisitt mellomvare Metadata inspiseres av tjenesterammeverk. Nødvendige interceptors veves inn ruk av interceptors for å utføre systemnivåfunksjoner ved kjøretid. Persistens spesifieres ved å annotere de relevante attributter i kildekoden samt avbildning til database (O/R mapping) Frank Eliassen, SRL & Ifi/UiO 22 INF 5040 høst
12 Connection-oriented programming og EJ Ingen støtte for connection-oriented programming!! Følger tradisjonell objekt-orientert komposisjon (tredjepart kan ikke binde EJer, men en EJ kan spesifisere avhengighet til andre komponenter) Styrken er automatisk komposisjon av komponentinstanser med passe tjenester og ressurser som komponent-instansene er avhengige av Automatisk konfigurering av nødvendig implisitt mellomvare ut fra behov spesifisert ved annoteringer eller i en deployment-descriptor (transaksjoner, persistens og sikkerhet) (Javaeans har imidlertid støtte for connectionoriented programming) Frank Eliassen, SRL & Ifi/UiO 23 EJ/J2EE vs CORA EJ komplementerer CORA Mange EJ-tjenere bygger på CORAimplementasjoner EJ-teknologi gjør det lettere å bygge applikasjoner på toppen av CORA sin infrastruktur Frank Eliassen, SRL & Ifi/UiO 24 INF 5040 høst
13 CORA Component Model (CCM) Hva er CCM? En språkuavhengig, komponentmodell for tjenersiden av fler-lagsarkitekturen som understøtter implementasjon, forvaltning, konfigurering og utplassering av CORA applikasjoner Viktige egenskaper En underliggende komponentmodell En innpakkingsteknologi for utplassering av binære, flerspråklige eksekverbare enheter Et container rammeverk som tilbyr implisitt mellomvare for sikkerhet, transaksjoner, persistens og hendelsesbasert kommunikasjon Frank Eliassen, SRL & Ifi/UiO 25 En CORA komponent Støtte for connection-oriented programming Connect/disconnect operasjoner på Receptacles Eller basert på script-språk (del av CCM deployment descriptor) Frank Eliassen, SRL & Ifi/UiO 26 INF 5040 høst
14 Microsoft COM Tilby en komponent objekt-modell basert på prinsippene om binær innkapsling og binær kompatibilitet inær innkapsling: klienter må ikke rekompileres selv om tjenerobjektet endrer seg inær kompatibilitet: klient- og tjenerobjekter kan utvikles med forskjellige utviklingsomgivelser og forskjellige språk Grunnleggende mekanisme for å oppnå binær innkapsling og binær kompatibilitet i COM: skille mellom grensesnitt og implementasjon Støtte for spesifikasjon av utgående grensesnitt COM er en proprietær og de-facto standard COM+ adderer tjenester og interceptors til COM.NET introduserer CLR (Common Language Runtime) m.m. Mer seinere (studentpresentasjoner) Frank Eliassen, SRL & Ifi/UiO 27 Oppsummering Komponenter Programmering etter LEGO-prinsippet Kontraktsmessige grensesnitt og komposisjon Støtte for connection oriented programming Komponentarkitektur Spesifiserer kontraktsfestede grensesnitt mellom komponenter og applikasjonstjenere. Realiserer implisitt mellomvare Java: EJ, CORA: CCM, Microsoft: COM+/.NET Frank Eliassen, SRL & Ifi/UiO 28 INF 5040 høst
Komponentarkitekturer
Komponentarkitekturer INF 5040 høst 2004 foreleser: Frank Eliassen Frank Eliassen, SRL & Ifi/UiO 1 En historie om mellomvare!første generasjons mellomvare " Utelukkende basert på klient-tjerner modellen
Komponentarkitekturer. En historie om mellomvare
Komponentarkitekturer INF 5040 høst 2003 foreleser: Frank Eliassen Frank Eliassen, SRL & Ifi/UiO 1 En historie om mellomvare Første generasjons mellomvare Utelukkende basert på klient-tjerner modellen
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
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
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
CORBA & Java RMI & J2EE & CORBA CCM OMG & CORBA
CORBA & Java RMI & J2EE & CORBA CCM IN-ODP høst 2001 foreleser: Frank Eliassen Frank Eliassen, Simula RL &Ifi/UiO 1 OMG & CORBA Object Mangement Group (OMG): non-profit organisasjon med over 800 medlemsorganisasjoner
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
CORBA Objektmodell (Java RMI)
CORBA Objektmodell (Java RMI) IN-ODP høst 2002 foreleser: Frank Eliassen Frank Eliassen, SRL & Ifi/UiO 1 OMG & CORBA Object Mangement Group (OMG): non-profit organisasjon med over 800 medlemsorganisasjoner
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
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
RM-ODP og Multimedia middleware (M3W):
RM-ODP og Multimedia middleware (M3W): INF 5040 høst 2003 foreleser: Frank Eliassen SRL & Ifi/UiO 1 Litteratur Gordon Blair, Jean-Bernard Stefani, Distributed Processing and Multimedia, Addison-Wesley
Gruppe 11. Frank Petter Larsen Vegard Dehlen
qoskets Gruppe 11 Frank Petter Larsen Vegard Dehlen Problematikk Dagens mellomvare for objektbaserte distribuerte systemer har ikke innebygget støtte for å spesifisere, overvåke og kontrollere tjenestekvalitet
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
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
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
Utfordringer til mellomvare: Multimedia
Utfordringer til mellomvare: Multimedia INF 5040 høst 2003 foreleser: Frank Eliassen SRL & Ifi/UiO 1 Utfording fra multimedia til middleware Støtte for multimedia Programmeringsmodell og systemstøtte for
Oppsummering og pensumkommentarer. INF5040 høst forelesere: Frank Eliassen, Olav Lysne. Innhold og mål
Oppsummering og pensumkommentarer INF5040 høst 2005 forelesere: Frank Eliassen, Olav Lysne INF-5040 H05 1 Innhold og mål! Innsikt i og kunnskap om prinsipper og praksis for konstruksjon av distribuerte
Message Oriented Middleware (MOM) Thomas Filip Andresen Arild Berggren Eivind Bøhn
Message Oriented Middleware (MOM) Thomas Filip Andresen Arild Berggren Eivind Bøhn Agenda Hva er MOM? Hva er JMS? Hvordan kan MOM brukes i praksis? Hva er MOM? Message Oriented Middleware Sende meldinger
Oppsummering og pensumkommentarer. INF5040 høst forelesere: Frank Eliassen, Olav Lysne. Innhold og mål
Oppsummering og pensumkommentarer INF5040 høst 2006 forelesere: Frank Eliassen, Olav Lysne INF-5040 H06 1 Innhold og mål q Innsikt i og kunnskap om prinsipper og praksis for konstruksjon av distribuerte
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):
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
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
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)?
Jini. 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
class Book { String title; } class Dictionary extends Book { int wordcount; } class CartoonAlbum extends Book { int stripcount; }
Arv Arv (eng: inheritance) er en mekanisme for å bygge videre på eksisterende klasser og regnes ofte som varemerket til objektorientert programmering. Når arv brukes riktig, kan den gjøre koden ryddigere
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
INF5120 Oblig 1c4 - Gruppe 19
INF5120 Oblig 1c4 - Gruppe 19 Berge, Kristian, Trond og Fredrik Mapping av domenemodell mot EJB/WEB modell Teknologispesifikke valg PIM Class Model 1 PIM Service Model PIM class model PIM service model
Java RMI. Introduksjon. Markus Foss Hans-Gunnar Vold
Java RMI Markus Foss Hans-Gunnar Vold Introduksjon Java Remote Method Invocation Tillater metodekall mellom Java virituelle maskiner Introdusert i Java 1.02 Javas svar på RPC, men er objekt orientert,
Arv. Book book1 = new Book(); book1. title = "Sofies verden" class Book { String title; } class Dictiona ry extends Book {
Arv Arv (eng: inheritance) er en mekanisme for å bygge videre på eksisterende klasser og regnes ofte som varemerket til objektorientert programmering. Når arv brukes riktig, kan den gjøre koden ryddigere
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
DCOM. 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
Generiske mekanismer i statisk typede programmeringsspråk
Generiske mekanismer i statisk typede programmeringsspråk Dette stoffet er Pensum, og det er bare beskrevet her Mye her er nok kjent stoff for mange INF5110 7. mai 2013 Stein Krogdahl 1 Hvordan kunne skrive
Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus
// class Bygning Oppgave 1 System.out.println( Bolighus ); // class Bolighus Hva blir utskriften fra dette programmet? class Blokk extends Bolighus{ // class Blokk IN105subclassesII-1 Eksekveringsrekkefølgen
Implementering av caching ved hjelp av Spring. Christian Vestøl 27.04.06
Implementering av caching ved hjelp av Spring Christian Vestøl 27.04.06 Agenda Kort introduksjon til Spring med Spring Praktiske eksempler Forskjellige rammeverk for caching April 2006 2 Kort om Spring
Dynamisk konfigurering av komponentbaserte tjenester
Hovedoppgave ved sivilingeniørutdanningen i Informasjons- og Kommunikasjonsteknologi av Morten Thorsen og Arnfinn Andersen Grimstad, Juni 2001 Sammendrag Utbredelsen av komponentbaserte tjenester har i
J2EE. CMP Entity Beans, Transaksjoner, JSP
J2EE CMP Entity Beans, Transaksjoner, JSP CMP Entity Beans Container Managed Persistence Container sin oppgave å lagre innholdet i EJB til varig lager (typisk DB). Implementasjonsklassen lages abstrakt.
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
Jini. Overblikk. Gruppe 1: Odd-Wiking Rahlff, Arnor Solberg og Finn Haukebøe
Jini Gruppe 1: Odd-Wiking Rahlff, Arnor Solberg og Finn Haukebøe Overblikk Hvorfor Jini? (Motivasjon) Kort historikk Hva er Jini? Arkitektur Essensielle Egenskaper Styrker & Svakheter Jini vs. CORBA Jini
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
Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004
Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling
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.
Distributed Component Object Model. Utvikling av distribuerte applikasjoner. Utvidelse av COM for støtte av distribuerte objekter
DCOM Distributed Component Object Model Almir Delkic og Frank Jensen Institutt for Informatikk, Universitetet i Oslo, oktober 2003 Introduksjon Utvikling av distribuerte applikasjoner Utvidelse av COM
Utfordringer til mellomvare: Multimedia
Utfordringer til mellomvare: Multimedia IN-ODP høst 2001 foreleser: Frank Eliassen SRL & Ifi/UiO 1 Utfording fra multimedia til middleware ÿ Støtte for multimedia ÿ Programmeringsmodell og systemstøtte
Læringsmål for forelesningen
Læringsmål for forelesningen Objektorientering Abstrakte klasser og grensesnitt, redefinering av metoder Java-programmering Arv og bruk av abstrakte klasser Eclipse Undersøke instanser i Eclipse 1 Dagens
Stein Gjessing. Institutt for informatikk. Universitetet i Oslo. Institutt for informatikk
INF1010 11. mai 2017 Monitorer med kritiske regioner og passive venting innbygget i Java - Kommunikasjon mellom prosesser i Java (Ikke pensum i INF1010) Stein Gjessing Universitetet i Oslo 1 Repetisjon:
HØGSKOLEN I SØR-TRØNDELAG
HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring Kandidatnr: Eksamensdato: 10.desember 2008 Varighet: 0900 1200 Fagnummer: Fagnavn: LO346D Java EE og distribuerte systemer Klasse(r): NETT
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
Læringsmål for forelesningen
Læringsmål for forelesningen Objektorientering Bruk av grensesnitt og implementasjoner i Collection-klasser Java-prog, kap. 14-16 i Big Java Og side 990-997 i Appendix D Collection-rammeverket og iterasjon
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
Læringsmål for forelesningen
Læringsmål for forelesningen Objektorientering Delegeringsteknikken Delegering vs. arv 1 Dagens forelesning Introduksjon og motivasjon Hvorfor forelese om standardteknikker, såkalte patterns? Hva slags
Java. Henrik Lieng Høgskolen i Oslo og Akershus
Java Henrik Lieng Høgskolen i Oslo og Akershus Hvorfor Java? Objekt-orientert (primære stilen i moderne programutvikling) Sikkert (lar ikke programmerer tukle med minne etc.) Enkelt å lære (så lenge du
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
Anbefaling om bruk av HL7 FHIR for datadeling
Anbefaling om bruk av HL7 FHIR for datadeling Retningslinje utgitt 03/2019 1 Publikasjonens tittel: Utgitt: 03/2019 Dokumenttype Retningslinje Utgitt av: Direktoratet for e-helse Kontakt: postmottak@ehelse.no
Operativsystemer og grensesnitt
Operativsystemer og grensesnitt Ulike måter å bruke OS'et på Application Program Interface (API) Applikasjoner (ofte C-programmer) som f.eks. emacs, som bruker tjenestene i OS ved å kalle på funksjoner
Tilstandsmaskiner med UML og Java
Tilstandsmaskiner med UML og Java DAT2160 DAT2160 Høst Høst 2002 2002 Tilstandsmaskiner Tilstandsmaskiner med med UML UML og og Java Java Hva er en (endelig) tilstandsmaskin? En tilstandsmaskin kan sees
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
Fra krav til objektdesign
Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller
Introduksjon til Distribuerte System (DS)
Introduksjon til Distribuerte System (DS) INF5040 høst 2005 foreleser: Olav Lysne Olav Lysne, SRL & Ifi/UiO 1 Hva er et distribuert system? Definisjon [Coulouris & Emmerich] Et distribuert system består
Metode for ansvarsdrevet OO. Dagens forelesning. Delegering av ansvar i en trelagsarkitektur
Dagens forelesning o Litt mer om design med UML sekvensdiagrammer Sentralisert og delegert kontrollstil Resultater fra et eksperiment o UML klassediagrammer Notasjon: UML klassediagram og objektdiagram
Java RMI (Remote Method Invocation) Gruppe 9: Ivar Steien Rasmussen Tom Anders Dalseng Andreas Petlund
Java RMI (Remote Method Invocation) Gruppe 9: Ivar Steien Rasmussen Tom Anders Dalseng Andreas Petlund Antagelser og forutsetninger Implementasjonseksemplet kompileres og kjøres på Java SDK 1.4.2 Dokumentasjon
EKSAMEN I FAG TDT4100 Objekt-orientert programmering. Fredag 3. juni 2005 KL. 09.00 13.00
Side 1 av 6 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap EKSAMEN I FAG
INF1300 Introduksjon til databaser
UNIVERSITETET I OSLO INF1300 Introduksjon til databaser Dagens tema: Data, databaser og databasehånteringssystemer Data versus informasjon Beskrivelse av interesseområdet 100%-prinsippet og det begrepsmessige
Scientific applications in distributed systems
Scientific applications in distributed systems Kenneth Pedersen Kjetil Pedersen 11. desember 2001 http://faerun.dhs.org/project/ Vårt fokus Løyse numeriske problem ved hjelp av distribuerte system. Numeriske
Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
INF5120 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,
COM. Hva er COM? The Component Object Model. Microsoft sitt rammeverk for å lage og bruke komponenter
COM The Component Object Model Hva er COM? Microsoft sitt rammeverk for å lage og bruke komponenter Gjør programvare enklere å lage og bruke Tilbyr et bredt spekter i tjenester og verktøy Tilnærmet språkuavhengig
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
Repitisjonskurs. Arv, Subklasser og Grensesnitt
Repitisjonskurs Arv, Subklasser og Grensesnitt Subklasser Klasser i OO-programmering representerer typer av objekter som deler et sett med egenskaper. En subklasse har egenskapene til en klasse + ett sett
Kapittel 7: Mer om arv
Kapittel 7: Mer om arv Redigert av: Khalid Azim Mughal (khalid@ii.uib.no) Kilde: Java som første programmeringsspråk (3. utgave) Khalid Azim Mughal, Torill Hamre, Rolf W. Rasmussen Cappelen Akademisk Forlag,
INF3110 Programmeringsspråk. Velkommen til kurset INF 3110/4110. Programmeringsspråk 1/24
Velkommen til kurset INF 3110/4110 Programmeringsspråk 1/24 Forelesning 1 20.8.2003 Først det praktiske Foreleser: Roger Antonsen E-post: rantonse@ifi.uio.no Kontor: rom 3403 Treffetid: etter avtale Undervisning
INF 3110/4110. Velkommen til kurset. Programmeringsspråk. Først det praktiske
Velkommen til kurset INF 3110/4110 Programmeringsspråk 1/24 Først det praktiske Foreleser: Roger Antonsen E-post: rantonse@ifi.uio.no Kontor: rom 3403 Treffetid: etter avtale Undervisning Forelesninger:
Ark 1 av 18. programmeringsspråkenes. Velkommen til IN 211. verden. IN 211 Programmeringsspråk
Ark 1 av 18 IN 211 Programmeringsspråk Velkommen til programmeringsspråkenes verden IN 211 Forelesning 20.8.2001 Foreleser Ragnhild Kobro Runde E-post: ragnhilk@ifi.uio.no Kontor: 3345 Treffetid: torsdager
< T extends Comparable<T> > Indre klasser mm. «Det du bør ha hørt om før oblig 4»
< T extends Comparable > Indre klasser mm. «Det du bør ha hørt om før oblig 4» Strukturen i oblig 3 null null null null Personbeholder pl null null Person p "Adnan" michael@ifi.uio.no INF1010 21. februar
Overordnet 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
INF 329: Web-Teknologier. Dataimplementasjon. Fra Kapittel 11 i «Designing Data-Intensive Web Applications» Presentasjonsdato: 17/10/2004
INF 329: Web-Teknologier Dataimplementasjon Fra Kapittel 11 i «Designing Data-Intensive Web Applications» Presentasjonsdato: 17/10/2004 av: Dag Viggo Lokøen (dagvl@ii.uib.no) Kent Inge F. Simonsen (kentis@ii.uib.no)
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
Beskjed fra Skagestein
Beskjed fra Skagestein "I forbindelse med prosjektoppgavens delinnlevering 4 vil gruppelærerne sette opp en PHP-orakeltjeneste torsdag 7. april kl 1415-1800 på termstua i Niels Henrik Abels hus." INF1050-klasser-1
Forslag til løsning. Oppgave 1
Forslag til løsning Eksamen 2003 Oppgave 1 A) Lag en Business Model (COMET) for krisehåndteringssystemet. B) Diskuter fordeler og ulemper ved bruk av COMET i forhold til (Rational) Unified Process for
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 å
INF2810: Funksjonell Programmering. Tilstand og verditilordning
INF2810: Funksjonell Programmering Tilstand og verditilordning Erik Velldal Universitetet i Oslo 1. mars 2018 Forrige gang 2 Kode som trær 3 Ved evaluering oversettes kildekoden i et språk først til et
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 /
Objekt med Java. Harald Yndestad Høgskolen i Ålesund
Objekt med Java Harald Yndestad Høgskolen i Ålesund Dagens tema Objektorientert programmering Abstraksjon Modul-konseptet Arv Livssyklus 26.10.2002 HiÅ/KBS2001/Yndetad/JavaObjekt 2 26.10.2002 HiÅ/KBS2001/Yndetad/JavaObjekt
INF1300 Introduksjon til databaser
INF1300 Introduksjon til databaser Data (transiente, persistente) DBMS databser informasjon interesseområdet informasjonsmodeller informasjonssystemer Transiente og persistente data Når vi programmerer,
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
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!!!
Navngivning av XML elementer
Navngivning av XML elementer Versjon 1.0 En anbefaling fra Norsk EDIPRO August 2002 Norsk EDIPRO Tel. 22 12 83 90 Postboks 2526 Soll Fax. 22 12 83 97 0202 Oslo Internet: www.edipro.no Forord Språket XML,
Pensum: fra boken (H-03)+ forelesninger
Pensum: fra boken (H-03)+ forelesninger unntatt kursorisk tema KAP. 1 KAP. 2 KAP. 3 JAVA I-110 (ikke gjennomgått) OO + ABSTRAKSJON /GENERISK PROGRAMMERING REKURSJON ALGORITME-TIDSANALYSE; O-NOTASJON KAP.
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
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
Dalane Videregående Skole 1996 1997 Egersund VK2 2, Økonomisk- administrative fag
Curriculum Vitae Jahn-Tore Skåland Durudveien 16A 1344 Haslum f. 23/2-77 Tlf.: 67565661 Mob.: 92668441 Sivilstatus: Gift Utdannelse Den Polytekniske Høgskolen 2000-2001 Bekkestua 1-årig Diplomstudie i
TTM4175 Hva er kommunikasjonsteknologi?
1 TTM4175 Hva er kommunikasjonsteknologi? Del 3 Bjørn J. Villa Stipendiat Institutt for Telematikk, NTNU bv@item.ntnu.no 2 Innhold Begrepet «Kommunikasjonsteknologi» Definisjon, historikk og en liten refleksjon
ԣ ˢܝ Ί! Delphi 8 for.net!
Delphi 8 for.net COPYRIGHT 1984, 2004 Borland Software Corporation. Borland Inprise Borland Borland Software Corporation. 1 1-1 2 Delphi for.net 2-1...2-1...2-2...2-2...2-2...2-2...2-3.NET Framework...2-3
Factory Patterns Interface Deklarerer at klassen skal bruke et interface (implements i Java) Definerer implementasjoner for alle metodene i interfacet
Factory Patterns Interface Deklarerer at klassen skal bruke et interface (implements i Java) Definerer implementasjoner for alle metodene i interfacet Slide 2 v Factory Method Pattern Class creational
Pensum: fra boken (H-03)+ forelesninger
Pensum: fra boken (H-03)+ forelesninger unntatt kursorisk tema KAP. 1 KAP. 2 KAP. 3 JAVA I-110 (ikke gjennomgått) OO + ABSTRAKSJON /GENERISK PROGRAMMERING REKURSJON ALGORITME-TIDSANALYSE; O-NOTASJON KAP.
Programvareutvikling hos Sun Microsystems. Jørgen Austvik Sun Microsystems Database Technology Group
Programvareutvikling hos Sun Microsystems Jørgen Austvik Sun Microsystems Database Technology Group Innhold Sun i Trondheim Hva vi lager Utviklingsprosesser Kvalitetsarbeid > Mål > Hva vi gjør Verktøy
Objekt-interaksjon. INF 5040 høst 2006
Objekt-interaksjon Foreleser: Frank Eliassen Frank Eliassen, SRL & Ifi/UiO 1 Plan Prinsipper for realisering av fjernmetodekall (RMI) Objekt-tjenere CORBA RMI Java RMI Fler-trådede objekt-tjenere Frank
Forprosjektrapport. Utvikle en plattform for digitalisering av foosballbord.
Forprosjektrapport Tittel Oppgave Periode Openfoos Utvikle en plattform for digitalisering av foosballbord. 3. januar til 15. juni Gruppemedlemmer Amir Ghoreshi Marcel Eggum Neberd Salimi Valentin Rey
Sentral Policy Basert Autorisasjonsløsning
Sentral Policy Basert løsning Hvordan håndheve et felles regelverk i en fragmentert applikasjonsportefølge. 09/06/2015 Nordea created through a string of mergers Pre-70 300 banks 1970 s 80 banks 1980 s
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
UNIVERSITETET I OSLO
UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF3110/4110 Programmeringsspråk Eksamensdag: 3. desember 2004 Tid for eksamen: 9.00 12.00 Oppgavesettet er på 8 sider. Vedlegg: