Komponentarkitekturer
|
|
|
- Kristine Haaland
- 7 år siden
- Visninger:
Transkript
1 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 " 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 2 INF 5040 høst
2 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 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? " (Se EJ og CORA Component Model seinere) Frank Eliassen, SRL & Ifi/UiO 4 INF 5040 høst
3 Gjenbruk av komponenter Frank Eliassen, SRL & Ifi/UiO 5 Komposisjon I!Komponenter og komposisjon " Komposisjon er den grunnleggende metode for konstruksjon, utvidelse og gjenbruk i komponent-basert programvareutvikling " Jfr (implementasjons) arv i objektorienterte tilnærminger Komponenter er til for komposisjon Frank Eliassen, SRL & Ifi/UiO 6 INF 5040 høst
4 Komposisjon II! Connection-oriented programming " Komposisjon av pre-fabrikerte komponenter " 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 C1 C2 Frank Eliassen, SRL & Ifi/UiO 7 Tredjeparts-komposisjon! Komposisjonen kan gjøres av tredjepart! Eksempel " Connections, outgoing and ingoing interfaces " Forbinder matchende grensesnitt " Kan gjøres under kjøretid 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 8 INF 5040 høst
5 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 9 Indirection! Frakobling av inngående og utgående grensesnitt ved mellomliggende komponenter C1 U A G X A Y C2 V Z C3 Frank Eliassen, SRL & Ifi/UiO 10 INF 5040 høst
6 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. " Krever mer eksplisitt koding av relasjoner mellom entiteter (designed in vs patched in) Frank Eliassen, SRL & Ifi/UiO 11 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 12 INF 5040 høst
7 Eksplisitt mellomvare! 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 13 Implisitt mellomvare! 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 14 INF 5040 høst
8 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 en reglene for utplassering (installasjon), komposisjon og aktivering av komponenter. Frank Eliassen, SRL & Ifi/UiO 15 En implementasjon av en komponentplattform kalles gjerne en container! Containerens ansvar "livssyklushåndtering "systemtjenester "sikkerhet "dynamisk installasjon og aktivering av nye komponenter Komponenter Container/Applikasjonstjener Kontraktsfestede grensesnitt spesifisert av komponentplattformen Frank Eliassen, SRL & Ifi/UiO 16 INF 5040 høst
9 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)! 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 17 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 18 INF 5040 høst
10 Enterprise Java eans (EJ)! Komponent-arkitektur for utplasserbare ( deployable ) tjener-side komponenter i Java.! Litteratur: " " Part I: gir introduksjon til komponentarkitekturer og EJ! Tre typer enterprise beans " Session beans (verb) Transiente, applikasjonslogikk (forretningsregler ) " Entity beans (substantiv) Persistente, data-relatert logikk (oppdatere tilstand til entiteter) " Message driven beans Logikk for å motta asynkrone meldinger og evt kalle session beans Frank Eliassen, SRL & Ifi/UiO 19 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 20 INF 5040 høst
11 EJ objektet!request Interceptor " Delegerer forespørsler til bønner " Representerer implisitt mellomvare Client code 1. Call a method 5. Return result EJ Object 2. Call middleware API 4. Method return 3. Call a bean EJ Container/Server Transaction service Security service Persistence service Enterprise ean Frank Eliassen, SRL & Ifi/UiO 21 Home objektet! EJ objektfabrikk " Oppretter, lokaliserer og fjerner EJ objekter " Klienter lokaliserer Home objekter vha navnetjeneste Client code 3. Return EJ object reference EJ Container/Server 1. Create EJ object Home Object 2. Create EJ object EJ Object Enterprise ean Frank Eliassen, SRL & Ifi/UiO 22 INF 5040 høst
12 Innpakking og utplassering! Innpakking " For å levere og utplassere en komponent kreves et standardisert arkivformat som pakker inn separate filer (komponent-kode og meta-data) " Ejb-jar fil Fil som inneholder all informasjon som er nødvendig for å utplassere en komponent i en container-omgivelse! Deployment descriptor " XML fil som beskriver konfigurasjon (ulike grensesnitt og bean-klasser), krav til mellomvaretjenester, etc Frank Eliassen, SRL & Ifi/UiO 23 Connection-oriented programming og EJ! Ingen støtte for connection-oriented programming!! " Følger tradisjonell objekt-orientert komposisjon (tredjepart kan ikke binde EJer) " Styrken er automatisk komposisjon av komponentinstanser med passe tjenester og ressurser Automatisk konfiguering av nødvendig implisitt mellomvare ut fra behov spesifisert i en deploymentdescriptor (transaksjoner, persistens og sikkerhet) " (Javaeans har imidlertid støtte for connectionoriented programming) Frank Eliassen, SRL & Ifi/UiO 24 INF 5040 høst
13 Java 2 Enterprise Edition! En (spesifikasjon av en) plattform for utvikling og kjøring av forretningskritiske systemer! Definerer " tjenester " bibliotek " protokoller " kjøremiljø! Målet med J2EE er å gjøre det lettere å utvikle applikasjoner med flerlagsarkitektur! Inkluderer EJ komponent-arkitektur Frank Eliassen, SRL & Ifi/UiO 25 Flerlagsarkitektur! Krav om åpenhet og distribusjon! Større fleksibilitet enn tradisjonelle klient-tjener systemer! Deler presentasjon, data og forretningslogikk i egne programkomponenter, uavhengig av presentasjon og datarepresentasjon! Flerlagsarkitektur bygger på komponentmodeller Frank Eliassen, SRL & Ifi/UiO 26 INF 5040 høst
14 Flerlagsarkitektur tjeneste forespørsel resultat tjeneste forespørsel resultat Forretningslogikklag data Data/tjenester Applikasjonslogikk Webklienter Wapklienter Filsystemer Eksisterende applikasjon Applikasjoner tjeneste forespørsel resultat MV-tjenester data Database server Frank Eliassen, SRL & Ifi/UiO 27 J2EE API spesifikasjoner! Enterprise Java eans: Komponentmodell for å bygge gjenbrukbare tjenerkomponenter! Java Database Connectivity (JDC): Javagrensesnitt mot relasjonsdatabaser! Java RMI over the Internet-OR Protocol (RMI-IIOP): Fjernmetodeanrop mellom Java VM basert på IIOP.! Java Message Service: Asynkron kommunikasjon vha meldinger! Java IDL: En Java CORA OR som implementerer et subsett av CORA spesifikasjonen! Java Server Pages (JSP): Dynamisk generering av web-sider! Java Servlets: Servlets er komponenter som utplasseres på en webtjener! Java Transaction Service (JTA): Transaksjonstjeneste!... Frank Eliassen, SRL & Ifi/UiO 28 INF 5040 høst
15 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 29 Java 2 Enterprise Edition rannmur Klient RMI-IIOP EJ container EJ EJ EJ JDC RMI-IIOP Klient Klient HTTP XML EJ container EJ EJ EJ JDC Klient HTTP XML HTTP XML Web container RMI-IIOP Klient-lag Mellom-lag EIS-lag Frank Eliassen, SRL & Ifi/UiO 30 INF 5040 høst
16 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 31 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 32 INF 5040 høst
17 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 33 Oppsummering! Komponenter " Programmering etter LEGO-prinsippet " Kontraktsmessige grensesnitt og komposisjon " Støtte for connection oriented programming! Komponentarkitektur " Spesifiserer kontraktsfestede grensesnitt mellom komponenter og applikasjonstjenere. " Java: EJ, CORA: CCM, Microsoft: COM+/.NET! Java 2 Enterprise Edition (J2EE) " en standard utviklings-, utplasserings- og kjøretidsomgivelse for distribuerte EJ objekter Frank Eliassen, SRL & Ifi/UiO 34 INF 5040 høst
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
Programvarekomponenter og distribuerte system. INF 5040 høst foreleser: Frank Eliassen
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-
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
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
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
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
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 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
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 INF5040 foreleser: Olav Lysne Frank Eliassen, SRL & Ifi/UiO 1 Hvorfor objekt-basert distribuert mellomvare? Innkapsling naturlig tilnærming til utvikling
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
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
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
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
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
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
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
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.
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
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,
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
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
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
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
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
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
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):
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
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
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
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
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
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
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
1 Generelt om Avian Traveller
1 Generelt om Avian Traveller Avian Traveller er et komplett Travel Management system for håndtering av all intern reiserelatert administrasjon i dialog med interne og eksterne systemer. Avian Traveller
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)?
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
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
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
J2EE. Katalogtjenester, JNDI og Enterprise Beans
J2EE Katalogtjenester, JNDI og Enterprise Beans Navnetjeneste Rmiregistry er en navnetjeneste Mapper et navn til en objektreferanse MittObjekt obj = (MittObjekt)Naming.lookup( rmi://tjener.no/lotto );
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
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
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
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
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
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
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.
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:
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
InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
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
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
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
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
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
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
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..................................
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 PhD, Senior Engineer, UNINETT AS bv@item.ntnu.no // bv@uninett.no 2 Innhold Begrepet «Kommunikasjonsteknologi» Definisjon, historikk og en
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
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
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
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
P L A N I A 8 S Y S T E M K R A V PLANIA 8 SYSTEM KRAV. Plania 8 Systemkrav.docx 27.04.2015 1 av 8
PLANIA 8 SYSTEM KRAV Plania 8 Systemkrav.docx 27.04.2015 1 av 8 INNHOLD 1 INNLEDNING... 1-3 1.1 Generell beskrivelse... 1-3 1.1.1 Plania DESKTOP og Plania WEB... 1-3 2 SYSTEMKRAV... 2-4 2.1 Krav til ulike
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 /
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,
< 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
JSP - 2. Fra sist. Hvordan fungerer web? Tjenerside script HTML. Installasjon av Web-tjener Et enkelt JSP-script. Ønsker dynamiske nettsider:
Fra sist JSP - 2 Installasjon av Web-tjener Et enkelt JSP-script HTML statisk Forms Tags Ønsker dynamiske nettsider: Klientside-script/programmering Javascript, vbscript, applets Tjenerside-script/programmering
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
En ny generasjon standarder for bygging av geografisk infrastruktur Modellering av tjenester
En ny generasjon standarder for bygging av geografisk infrastruktur Modellering av tjenester Kurs i standarder, Oslo, 13.juni Modellering av tjenester Innhold Kort om tjenester og interoperabilitet NS-EN
Innhold uke 7. Objektorientert programmering i Python: Introduksjon. Lite tilbakeblikk: Programflyt og skop. Lite tilbakeblikk: Funksjoner er uttrykk
Innhold uke 7 Objektorientert programmering i Python: Introduksjon IN1000 Høst 2017 uke 7 Siri Moe Jensen Lite tilbakeblikk: Prosedyrer og funksjoner Objektorientert programmering Introduksjon: Hvorfor,
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
NB! Endring i undervisningsplanen
NB! Endring i undervisningsplanen Forelesningen 24. mars må dessverre avlyses på grunn av Fagkritisk dag Se beskjed som er lagt ut på kursets nettsider og den oppdaterte undervisningsplanen INF1050-klasser-1
JavaServer Pages (JSP)
JavaServer Pages (JSP) Forelesning 1 Klient/tjener-systemer, installasjon av tjener, og intro til JSP. Statisk Web = HTML Overskrift
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
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
Kontakt oss i Egroup for mer informasjon!
Oversikt System Replikering Integrasjon Web Services API I Utviklingsmiljø 3.0 Nyheter 3.0 Nyheter Publisering Publisering Publisering sansvarlig, Webmaster Konsulent, Rådgiver Utvikler Kontakt oss i Egroup
Installasjonsveiledning
Installasjonsveiledning Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Installasjon av Web Service 3 1.1 Krav........................................... 3 1.2 Installasjon av Sun Java System Application
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)
Technical Integration Architecture Teknisk integrasjonsarkitektur
Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices Introduksjon Masterdokument
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
Time-Independent Invocation(TII) and Interoperable Routing
Time-Independent Invocation(TII) and Interoperable Routing Presentert av: Henning Kulander Eivind Mork Erlend Garberg Introduksjon TII er en teknikk som muliggjør at forespørsler kan leve i nettet uten
UNIVERSITETET I OSLO
UNIVERSITETET I OSLO Side 1 Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1010 Objektorientert programmering Eksamensdag: Onsdag 4. juni 2014 Tid for eksamen: 9:00-15:00 Oppgavesettet er på
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
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
Etter uke 6 skal du. Introduksjon til objektorientert programmering. Hva skjedde ~1967? INF1001. Grunnkurs i objektorientert programmering
Etter uke 6 skal du Kjenne til motivasjonen for objektorientert programmering Introduksjon til objektorientert programmering INF1001 Høst 2016 Forstå hva en klasse er, og forskjellen på klasse og objekt
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
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
Innføring i SOAP. Agenda
Innføring i SOAP Mari Svalastog (mariss@ifi.uio.no) Joakim Blomskøld (joakimbl@ifi.uio.no) Erlend Nilsen (erlend@ifi.uio.no) Sten Amundsen (stena@simula.no) Dato: 28 oktober 2003 Agenda Motivasjon og oversikt
Læringsmål uke 7. Objektorientert programmering i Python: Introduksjon. Innhold uke 7. Lite tilbakeblikk: Programflyt og skop
Læringsmål uke 7 Objektorientert programmering i Python: Introduksjon IN1000 Høst 2018 uke 7 Siri Moe Jensen Kjenne til motivasjon og bakgrunn for objektorientert programmering Kunne definere en klasse,
23.09.2015. Introduksjon til objektorientert. programmering. Hva skjedde ~1967? Lokale (og globale) helter. Grunnkurs i objektorientert.
Grunnkurs i objektorientert programmering Introduksjon til objektorientert programmering INF1000 Høst 2015 Siri Moe Jensen INF1000 - Høst 2015 uke 5 1 Siri Moe Jensen INF1000 - Høst 2015 uke 5 2 Kristen
ԣ ˢܝ Ί! 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
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
INF 5120 Obligatorisk oppgave Nr 2
INF 5120 Obligatorisk oppgave Nr 2 Vigdis Bye Kampenes Stein Grimstad Gruppe 26 INF 5120 Obligatorisk oppgave Nr 2... 1 1 Business model... 2 Innledende kommentarer... 2 Andre avgrensninger... 2 Scoping
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
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 å
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
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
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
ephorte Integration Services (eis) produktbeskrivelse
ephorte Integration Services (eis) produktbeskrivelse Versjon 2 31.10.2012 Gecko Informasjonssystemer AS Robert Vabo INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE... 2 COPYRIGHT... 3 EPHORTE INTEGRATION SERVICES...