INF5120 Oblig gjennomgang

Like dokumenter
INF5120 Eksamen Løsningsforslag Oppgave 1a,b COMET

Eksamen INF

INF 5120 Model based System development e-business supply chain management - Global Business case scenario. Oblig 2 Innleveringsfrist 2.

INF5120 Modellbasert systemutvikling

Forslag til løsning. Oppgave 1

INF5120 Oblig 1c4 - Gruppe 19

Distributed object architecture

Metadata for samordning og samhandling

Hour Registration System (HRS) Oblig 2. DEL 1: COMET Business Modelling

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

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

CORBA Component Model (CCM)

SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE

Hva betyr tjenesteorientert arkitektur for sikkerhet?

En ny generasjon standarder for bygging av geografisk infrastruktur Modellering av tjenester

Conference Centre Portal (CCP)

Model Driven Architecture (MDA) Interpretasjon og kritikk

INF Oblig 2. Hour Registration System (HRS)

Distributed object architecture

UML 1. Use case drevet analyse og design Kirsten Ribu

INF5120 Oblig 2 - Timeregistreringssystem Gruppe 25 Annette Kristin Levine Nils-Kristian Liborg Unni Nyhamar Hinkel

A Study of Industrial, Component-Based Development, Ericsson

University of Oslo Department of Informatics. Hours Registration System (HRS) INF 5120 Oblig 2. Skrevet av:

University of Oslo Department of Informatics. INF Modellering med objekter Oblig 2, V2004. Skrevet av:

Oblig2 i INF5120 Modellering med objekter UiO V04, Timelisteføringssystem Ver

Systemarkitektur. INF1050: Gjennomgang, uke 07

Use case drevet design med UML

INF 5120 Obligatorisk oppgave Nr 2

Kap3: Klassemodellering

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

ԣ ˢܝ Ί! Delphi 8 for.net!

Status for arbeidet med Referansemodell for elektronisk samhandling i og med offentlig forvaltning. Rammeverk for interoperabilitet

INF2810: Funksjonell Programmering. En Scheme-evaluator i Scheme

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

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

Geomatikkdagene 2018 Stavanger

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

UKE 13 Mer UML modellering. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski

UNIVERSITETET I OSLO

Prosedyrer. Lars Vidar Magnusson. October 26, Lars Vidar Magnusson () Forelesning i DAS October 26, / 19

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

Tarantell. Prinsipper, verktøy og standarder ved innføring av SOA. v/ Vidar Berget

Virksomhetsmodellering. basis for spesifikasjon av IT-systemer. Masteroppgave. Unni Løland. Et metodeforslag

Gruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>

INF120: Oblig 3. Yngve Mardal Moe

Statisk semantisk analyse - Kap. 6

Distribuerte objekter og objekt-basert mellomvare

AMS-case forts. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt

case forts. Generell interaktor Integer- interaktor Domenemodell Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt

UML-Unified Modeling Language

Statisk semantisk analyse - Kap. 6

Standarder for en tjenesteorientert arkitektur

WCFService Balanse. Didde Christensen. Beskrivelse av datauttrekk fra balanseavregningen. C r a y o n A S

INF2120 Tools at your fingertips

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

INF2810: Funksjonell Programmering. En metasirkulær evaluator

Tilbakemeldinger fra Skattedirektoratet v/sits på rapporten Metoder og standarder for tjenesteorientert arkitektur i offentlig sektor.

Web Services. Olav Lysne

SuperOffice Mobil Strategi Hvordan vi har bygget pla8ormuavhengige apper. Gu;orm Nielsen Utviklingsdirektør

SemTask - Semantic Task Support in Integrated Operations

Oppsummering. Thomas Lohne Aanes Thomas Amble

Modellering av data. Magnus Karge, Kartverket

Distribuerte objekter og objekt-basert mellomvare

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

INF2810: Funksjonell Programmering. En Scheme-evaluator i Scheme

Fra krav til modellering av objekter

Timed STAIRS tid for å ta steget til 3-event meldinger

GeWare: A data warehouse for gene expression analysis

Gruppe 43. Hoved-Prosjekt Forprosjekt

INF Obligatorisk innlevering 7

Introduksjon til Eclipse

Obligatorisk oppgave 3. INF1050: Gjennomgang, uke 16

Velkommen til INF Kompilatorteknikk

Huldt & Lillevik Lønn 5.0

Formål: I denne oppgaven skal du øve deg i å generere og endre GUI prototyper, samt lage database skjema på grunnlag av en UML modell.

Velkommen til INF Kompilatorteknikk

Sentral Policy Basert Autorisasjonsløsning

Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP

MDA Tool Support for SOI. Mike Rosen CTO, AZORA Technologies, Inc.

case forts. Alternativ 1 Alternativer Sammensetning Objekt-interaktor med valg

Løsningsveiledning for eksamensoppgaven i INF

Forprosjektrapport gruppe 3

DIGITALISERING MED INTERACT-FLOW

INF 2120 PROSJEKT: <DROP 3 GRUPPE 7> ATLE WANDSVIK DAMIR NEDIC SOHAIL AHMED CHAUDRY LARS ANTHONY MAPOY FOZIA SAEED

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering

1 Kodegenerering fra Tau Suiten

Etter uke 6 skal du. Introduksjon til objektorientert programmering. Hva skjedde ~1967? INF1001. Grunnkurs i objektorientert programmering

Grensesnittdokumentasjon for FEST

Systemutvikling - oppsummering. Alexander Nossum blog.eksplisitt.net 22. mai 2006

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

Kodegenerering, del 2: Resten av Kap. 8 pluss tilleggsnotat (fra kap. 9 i ASU ) INF5110 V2007

SIE 4005, 9/10 (4. Forelesn.)

Modellering av krav. INF1050: Systemutvikling 11. februar Universitetslektor Yngve Lindsjørn

Velkommen til INF Kompilatorteknikk

Android- Programmering. Våren 2016

INF2810: Funksjonell Programmering. En metasirkulær evaluator

Http- og WebServices funksjoner

Meta- og språk-modellering

Prøveeksamen INF1050: Gjennomgang, uke 15

Transkript:

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 (SOA) Web Services Model Driven Architecture (MDA) COMET metodikken.

AR car manufactor RR car manufactor GM car manufactor LG Transport A n K Min/Max broker and auction (AKBA) XE Transport AJB s Min/Max replenishment service Bosch Warehouse Philips Warehouse HELLA Warehouse

Service Oriented Architecture Service Funksjonelt Grensesnitt Input, Output, Exceptions Coarse Grained sendorder, ikke createorder, populateorder, validateorder, submitorder, checkorderprogress Skal gi et grensesnitt som gir tilgang funksjonaliteten i systemet.

SOA i COMET Tool Step Verktøy med et grensesnitt som mennesker kan bruke Immediate Step Kalle en BusinessService Tool UserService (Service som GUI laget bruker) User Service bruker Business Services Business Service Tilbyr funksjonaliteten til et business system

Web Services BPEL Orkestrering UDDI Publisering og søk WSDL Beskrivelse SOAP Meldinger og Invokasjon I tillegg et sett med WS-* standarder for sikkerhet, transaksjoner, interoperabilitet etc

UML2 Stereotyper Spesialisering av konsepter fra UML2 Brukes i profiler for og lage domene-spesifikke utvideleser av UML2 Må ikke forveksles med navn eller type.

Activity Diagrams Business Process/Intern Oppførsel Kontroll Flyt Fork/Join (Parallel) Branch/Merge (Ta en beslutning) DataFlyt Trenger et Dataobject Navn, stereotype, type Activity/Action En Action utføres når alle innkommende flyter (data og kontroll) er aktive

UML2 Interactions Ekstern oppførsel/meldingsflyt Objekter/Aktører: Lifelines Meldinger Combined Fragments Alt, opt, loop, par, neg etc Interaction Refererences Referere til et annet sekvens diagram

Transformasjoner

PIM Service model Source (UML2) Meta model (xmi) ATL script Target Meta model (xmi) PSM Webservice model MOF Script Code WSDL.xml

PIM Service model Source (UML2) Meta model (xmi) PSM Webservice model ATL script Target Meta model (xmi) PSM EJB components PSM Database MOF Script Code WSDL.xml JavaCode.java Database.sql

Hva er en metamodell? Beskrivelse av et konsept (språk) Abstrakt beskrivelse av et modelleringsspråk (f.eks UML) UML metamodellen er beskrevet av MOF (Meta Object Facility) Andre metamodeller som kan beskrives ved bruk av MOF: ER- diagrammer, Java (modellrepr. av kode) Metamodeller kan spesifiseres konseptuelt ved bruk av klassediagrammer: Dvs. bunch med metaklasser og koblingene (assosiasjonenen) dem imellom

Modell til modell trans. Vi trenger Bekskrivelse av source-modell S Metamodell A Beskrivelse av target-modell T Metamodell B Transformasjondefinisjon (trans. regler) A B Defintert av Defintert av S Trans. Def. T

Modell til modell trans (2) Source og target-modell kan være definert av samme metamodell (f.eks UML) Scenario oblig2 og ATL : UML Defintert av Defintert av Service modell Platform model Transformasjonsreglene må innholde regler som mapper elementer (metaklasser) fra metamodellene sammen. Pattern macthing ala ML, Pearl, Prolog og andre høynivåspråk. En regel i ATL har: Trans. Def. Ett eller flere patterns for ett source-modellelement Ett eller flere patterns for target-modellelementer ATL: Modellelementene i target-modellen må kobles sammen (ofte parent element): Klasse til pakke, operasjon til klasse, attributt til klasse, type til attributt osv.

Oblig 2 - ATL

Feil som ble gjort på oblig 2: Elementer ikke koblet sammen Definisjoner (XMI) blir stående uten eierskap Dvs. utenfor modellens kontekst Syns ikke i RSM Elementer ikke gitt navn Syns heller ikke i RSM Feil metaattributter (properties) brukt: Studer metamodellen(e) når du jobber med transformasjoner!

Modell til tekst trans. Vi trenger metamodell bare til source (UML) Scenario oblig2 og MOFScript: UML Defintert av Platform model Trans. Def. WSDL Pattern matching bare på source-modellen: Vi kjører utrykk/spørringer på source-modellen sine elementer. Vi skriver ut navn, typer eller andre properties og kombinerer det med klartekst (<% <porttype %> p.name <% /> %>).

Oblig 2 - MOFScript

Feil som ble gjort på oblig 2 Ingen iterasjon over parametere Bare første parameter i request ble skrevet ut Parameter-referanse i iterasjon ikke brukt name brukt istedet for prm.name gettype() brukt istedet for prm.gettype() Husk at MOFScript-spørringer er basert på OCL: Uttrykk må ha en kontekst: Self : referer til instansen av metaklassen transformasjonereglen er basert på (f.eks Operation) Referanse bruk i iterasjoner (som prm i vårt eksempel)