XML als Metadaten objektorientierter Programmierung
|
|
- Imke Acker
- vor 6 Jahren
- Abrufe
Transkript
1 XML als Metadaten objektorientierter Programmierung Mario Jeckle DaimlerChrylser Research dept. product development process chain (FT3/EK) Mario Jeckle, ,
2 Terminologie Metadaten: [griech. meta inmitten, zwischen, nach, hinter] In der Informatik und verwandten Wissensgebieten als Wortbestandteile von Metamodell, Metaklasse, Metaprogrammierung, Metasprache, Metaknowledge verwandt. Allgemein im Sinne einer zusätzlichen höheren Abstraktionsebene über der betrachteten Objektebene. Mario Jeckle, , 2
3 Muddleware Dilemma Sybase s Powerbuilder Oracle s Designer Rational Rose a repository a modeling tool Middleware (Tuxedo, TIP, DCOM, IIOP, RMI, EJB, COM+, App Server ) Information Models (MOF, UML, CWM, OIM, RSM, BAPI, XML, XMI.) legacy system SAP R/3 WB stuff Mario Jeckle, , 3
4 klassischer Entwicklungszyklus Deployment Business Process Modeling Requirements Engineering Integration, Verteilung Object oriented Analysis QS, Test, Abnahme Object oriented Design Coding/ Customizing Metadaten (praktische Definition): Alle prozessrelevanten Daten des Entwicklungs- und Einsatzlebenszyklus Mario Jeckle, , 4
5 klassische Lösungen der Schnittstellenproblematik klassische Lösungsansätze Ein-System -Strategie Vorteile: (a priori) keinerlei Konvertierungsproblematik durch alleinige Nutzung des nativen Applikationsformates Nachteile: Mögliche Quelle hemmender Inflexibilität Verteilungsproblematik Format Konvertierung Vorteile: Systemflexibilität, hoher vertikaler Optimierungsgrad Nachteile: möglicher Informationsverlust Konverterbereitstellung und -Wartung S i S 2 S 3 S i 2 S 2 S 2 2 S 3 Konverter Konverter Mario Jeckle, , 5
6 klassische Schnittstellenproblematik Data Warehouses Development Tools XMI Software Assets Repositories Schnittstellenanzahl bei Integration eines gemeinsamen Austauschformats: n Database Schema Registries App App2 App6 App3 n 2 n 2 Schnittstellenanzahl bei Realisierung bidirektionaler Formatkonverter für n Systeme App5 App4 Mario Jeckle, , 6
7 Metadatenquellen und ihre Formate Informationsmodell formalisierte Darstellung formale Darstellung context Person inv: self.wife->notempty implies self.wife. age >= 8 and self.husband->notempty implies self.husband.age >= 8 context Company inv: self.employee->size import <= java.io.fileinputstream; 50 import java.io.filedescriptor; public class TischRechner { private FileInputStream fis = new FileInputStream(FileDescriptor.in); private byte nextoperand; //0=+, =-, 2=, 3=/ private char getcharacterfromstdinput() { char readcharacter='\0'; try { readcharacter = (char) fis.read(); catch (Exception e) { System.out.println("Exception "+e+" caught"); //end catch return readcharacter; //end getcharacterfromstdinput()... Programmcode informale Formulierung Ein Überweisungsvorgang setzt sich aus der Bonitätsprüfung des Auftraggebers vor Abbuchung vom Auftraggeberkonto,und Gutschrift auf dem Empfängerkonto zusammen. Datenmodell Mario Jeckle, , 7
8 Metadaten und Metamodelle Metamodell Dynamische Systemsicht Sequenzdiagramm (sequence diagram) Statische Struktursicht Klassendiagramm Externe Anwendungssicht Anwendungsfall (use case) Mario Jeckle, , 8
9 Einordnung von XMI in die Familie der XML-Sprachen PICS P3P RDF (Resource Description Framework) UML MOF extensible Markup Language ISO-STEP EXPRESS Mario Jeckle, , 9 Clear Text Encoding of exchange Structures Other RDF applications Platform for Internet Privacy Preferences Platform for Internet Content Selection Schema language for XML Multimedia data Vector Graphics Hypertext Documents Metadata Interchange ISO XML-Schema SMIL SVG XHTML XMI
10 Anwendungsgebiete von XMI Transfer von... Meta-Metamodell-Ausprägungen (vollständige Modellierunssprachen) Metamodell-Ausprägungen (vollständige Datenmodelle) Modell-Ausprägungen (vollständige Datenmodell-Ausprägungen/ Instanzen) Mario Jeckle, , 0
11 Aufbau von XMI XML-DTD für UML-Modelle XMI[UML] XML-DTD für MOF-Modelle XMI[MOF] Generation principles: Beschreibung der Herleitung von XML-DTDs aus UML-basierten Modellen Mario Jeckle, ,
12 Vier Schichten Metamodellarchitektur der OMG M 3+ Meta-Meta-Modell «instanceof» MetaClass «instanceof» M 2 Meta-Modell Class «instanceof» M Modell Person «instanceof» M 0 Ausprägungen Max Muster : Person Mario Jeckle, , 2
13 StructuralFeature multiplicity : Multiplicity changeabilit y : Changeab lekind targetscope : ScopeKind Attribute initialvalue : Expression ElementOwnership visibility : VisibilityKind isspecification : Boolean Feat ure ownerscope : ScopeKind visibili ty : VisibilityKind Operation concurrency : CallConcurrencyKind isroot : Boolean isleaf : Boolean isabstract : Boolean specification : String +feature {ordered} +ownedelement +namespac 0.. name : Name +owner 0.. Namespace +typ BehavioralFeature isquery : Boolean +specificatio Element ModelElement Classifier 0.. GeneralizableElement isroot : Boolean isleaf : Boolean isabstract : Boolean +typ Method body : ProcedureExpression + constrained {ordered} Parameter defaultvalue : Expression kind : ParameterDirectionKind +parameter {ordered} +constrain Constraint body : BooleanExpression Datatype Package Im po rt Clas s +imp orter Gen eraliz es Clas s ifier Association Constrains +constra in edeleme nt Mode lelement +de pen dent +conta inedelement Contains +provider /Depend son {orde re d} + con ta in e r Na m e s pa ce Constraint Ta g Typ edeleme nt Alias es +typedeleme nt +im ported +s {orde upere rtype d} +subtype GeneralizableElem ent Operation +type CanR aise +ope ration Behaviora lfeature +e xcep t Is Typ e Of <<Mo fexception>> Exception {ordered} Fe ature AttachedTo S tructuralfe ature StructuralFeature multiplicity : Multiplicity changeabilit y : Changeab lekind targetscope : ScopeKind Attribute initialvalue : Expression Co nstant TypeAlias ElementOwnership visibility : VisibilityKind isspecification : Boolean Feature ownerscope : ScopeKind visibili ty : VisibilityKind Parameter < <Mo fattri bute>> R e fe re nce Association Attribute +referrer +referent +referencedend RefersTo /Exposes Operation concurrency : CallConcurrencyKind isroot : Boolean isleaf : Boolean isabstract : Boolean specification : String +exp os edend +feature {ordered} +ownedelement +namespac 0.. name : Name +owner 0.. Namespace +typ BehavioralFeature isquery : Boolean +specificatio Element ModelElement Classifier 0.. GeneralizableElement isroot : Boolean isleaf : Boolean isabstract : Boolean +typ Method body : ProcedureExpression + constrained {ordered} Parameter defaultvalue : Expression kind : ParameterDirectionKind +parameter {ordered} +constrain Constraint body : BooleanExpression XML als Metadaten objektorientierter Programmierung Vier Schichten Metamodellarchitektur der OMG M 3+ Meta-Meta-Modell Meta Object Facility (MOF) M 2 Unified Modeling Language (UML) Meta-Modell Common Warehouse Modeling Facility (CWM)... mymodel (UML-Model) mymodel (CWM-Model) M Modell Arbeitnehmer Person Name : s tring Eigentüm er Arbeitsverhältnis Arbeits ve rhä ltnis Ge halt : m one y Arbeitgeber Firma Na me : s tring Eigentum von... Instance sets M 0 Ausprägungen Mario Jeckle, , 3
14 Anwendungsgebiete von XMI -- Transfer von UML-Modellen M 3+ Meta Object Facilities Meta Meta Model XMI[UML]-DTD <!ELEMENT XMI (XMI.header?, XMI.content?, XMI.difference, XMI.extensions )> <!ATTLIST XMI xmi.version CDATA #FIXED '.' timestamp CDATA #IMPLIED verified (true false ) #IMPLIED xmlns:uml CDATA #IMPLIED > <!-- --> <!-- --> <!-- XMI.header contains documentation and identifies the model, --> <!-- metamodel, and metametamodel --> <!-- --> <!ELEMENT XMI.header (XMI.documentation?, XMI.model, XMI.metamodel, XMI.metametamodel, XMI.import )> M 2 UML & other Meta Models UML & others as XML DTDs <!-- --> <!-- --> <!-- documentation for transfer data --> <!-- --> <!ELEMENT XMI.documentation (#PCDATA XMI.owner XMI.contact XMI.longDescription XMI.shortDescription XMI.exporter XMI.exporterVersion XMI.notice )> XMI[UML]-Document M M 0 Model Instances UML & other Models as XML Documents <XMI xmi.version=".0" timestamp="sat May 3 6:07:52 GMT+02: "> <XMI.header> <XMI.documentation> <XMI.exporter>XMI Toolkit</XMI.exporter> <XMI.exporterVersion>.05</XMI.exporterVersion> </XMI.documentation> <XMI.metamodel xmi.name="uml" xmi.version="."/> </XMI.header> <XMI.content> <Model_Management.Model xmi.id="_" xmi.uuid="dce:ddbe7e0-28d7-d4-9edf e3286:"> <Foundation.Core.ModelElement.name>SimpleTree</Foundation.Core.ModelElement.name> <XMI.extension xmi.extender="ixt" xmi.extenderid=""> <ixts s="rose"> <ixttv t="quid" v="39d03990a0"/> <ixttv t="file_name" v="simpletree.mdl"/> </ixts> </XMI.extension> <XMI.extension xmi.id="_.8" xmi.uuid="dce:ddbe7e30-28d7-d4-9edf e3286:" xmi.extender="rose" xmi.extenderid="rose"> Mario Jeckle, , 4
15 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Element name : Name ModelElement +constrained {ordered} ElementOwnership visibility : VisibilityKind isspecification : Boolean +ownedelement +constrain Feature ownerscope : ScopeKind visibility : VisibilityKind +feature +namespac 0.. +owner Namespace GeneralizableElement isroot : Boolean isleaf : Boolean isabstract : Boolean Parameter defaultvalue : Expression kind : ParameterDirectionKind +parameter Constraint body : BooleanExpression 0.. Classifier +typ {ordered} +typ StructuralFeature multiplicity : Multiplicity changeability : ChangeableKind targetscope : ScopeKind Attribute initialvalue : Expression Operation concurrency : CallConcurrencyKind isroot : Boolean isleaf : Boolean isabstract : Boolean specification : String BehavioralFeature isquery : Boolean +specificatio 0.. Method body : ProcedureExpression {ordered} UML-Metamodell (core package - backbone) Mario Jeckle, , 5
16 Anwendungsgebiete von XMI -- Transfer von UML-Modellen M 3+ Meta Object Facilities Meta Meta Model XMI[UML]-DTD <!ELEMENT XMI (XMI.header?, XMI.content?, XMI.difference, XMI.extensions )> <!ATTLIST XMI xmi.version CDATA #FIXED '.' timestamp CDATA #IMPLIED verified (true false ) #IMPLIED xmlns:uml CDATA #IMPLIED > <!-- --> <!-- --> <!-- XMI.header contains documentation and identifies the model, --> <!-- metamodel, and metametamodel --> <!-- --> <!ELEMENT XMI.header (XMI.documentation?, XMI.model, XMI.metamodel, XMI.metametamodel, XMI.import )> M 2 UML & other Meta Models UML & others as XML DTDs <!-- --> <!-- --> <!-- documentation for transfer data --> <!-- --> <!ELEMENT XMI.documentation (#PCDATA XMI.owner XMI.contact XMI.longDescription XMI.shortDescription XMI.exporter XMI.exporterVersion XMI.notice )> M Model UML & other Models as XML Documents M 0 Instances Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von Mario Jeckle, , 6
17 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von <XMI timestamp=" t2:40:00" verified="true xmi.version=. > <XMI.header> <XMI.model xmi.name="simpleclassmodel /> <XMI.metamodel xmi.name="uml xmi.version=.3 /> </XMI.header> Mario Jeckle, , 7
18 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von <XMI.content> <UML:Class name="person" xmi.id="person"> <UML:Classifier.feature> <UML:Attribute name="name type= string /> </UML:Classifier.feature> </UML:Class> Mario Jeckle, , 8
19 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von <UML:Class name="firma" xmi.id="firma"> <UML:Classifier.feature> <UML:Attribute name="name type= string /> </UML:Classifier.feature> </UML:Class> Mario Jeckle, , 9
20 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von <UML:Association> <UML:Association.connection> <UML:AssociationEnd name="arbeitnehmer" type="person /> <UML:AssociationEnd name="arbeitgeber" type="firma /> </UML:Association.connection> </UML:Association> Mario Jeckle, , 20
21 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von <UML:AssociationClass name="arbeitsverhältnis"> <UML:Classifier.feature> <UML:Attribute name="gehalt" multiplicity=".. type= money /> </UML:Classifier.feature> </UML:AssociationClass> Mario Jeckle, , 2
22 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbe itne hm e r Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring <<type>> money Eigentüm er Eigentum von <UML:Stereotype name="type" xmi.id="type /> <UML:Class name="money" stereotype="type" xmi.id="money /> Mario Jeckle, , 22
23 Anwendungsgebiete von XMI -- Transfer von UML-Modellen Arbeitsverhältnis Arbeitnehmer Arbeitgeber Person Name : s tring Arbe its ve rhä ltnis Ge ha lt : m one y Firma Name : s tring Eigentüm er Eigentum von <UML:Association> <UML:Association.connection> <UML:AssociationEnd name="eigentümer" multiplicity=" type="person /> <UML:AssociationEnd name="eigentum_von" multiplicity=" type="firma /> </UML:Association.connection> </UML:Association> Mario Jeckle, , 23
24 Anwendungsgebiete von XMI -- Transfer von UML-Modellen M 3+ Meta Object Facilities Meta Meta Model XMI[UML]-DTD <!ELEMENT XMI (XMI.header?, XMI.content?, XMI.difference, XMI.extensions )> <!ATTLIST XMI xmi.version CDATA #FIXED '.' timestamp CDATA #IMPLIED verified (true false ) #IMPLIED xmlns:uml CDATA #IMPLIED > <!-- --> <!-- --> <!-- XMI.header contains documentation and identifies the model, --> <!-- metamodel, and metametamodel --> <!-- --> <!ELEMENT XMI.header (XMI.documentation?, XMI.model, XMI.metamodel, XMI.metametamodel, XMI.import )> M 2 M M 0 UML & other Meta Models Model Instances UML & others as XML DTDs UML & other Models as XML Documents <!-- --> <!-- --> <!-- documentation for transfer data --> <!-- --> <!ELEMENT XMI.documentation (#PCDATA XMI.owner XMI.contact XMI.longDescription XMI.shortDescription XMI.exporter XMI.exporterVersion XMI.notice )> XMI[UML]-Document <XMI xmi.version=".0" > <XMI.header> <XMI.documentation> <XMI.exporter>XMI Toolkit</XMI.exporter> <XMI.exporterVersion>.05</XMI.exporterVersion> </XMI.documentation> <XMI.metamodel xmi.name="uml" xmi.version="."/> </XMI.header> <XMI.content> Modellierungswerkzeugunabhängige Darstellung beliebiger UML-Modelle Modellvalidierung (modeling guidelines) Werkzeugunabhängige Codegenerierung (-> XSL(T)) Design-Pattern Libraries Mario Jeckle, , 24
25 Anwendungsgebiete von XMI -- Transfer von UML-Modellen CASE-Tool Repository Import Import XMI[UML]-Document <XMI xmi.version=".0" timestamp="sat May 3 6:07:52 GMT+02: "> <XMI.header> <XMI.documentation> <XMI.exporter>XMI Toolkit</XMI.exporter> <XMI.exporterVersion>.05</XMI.exporterVersion> </XMI.documentation> <XMI.metamodel xmi.name="uml" xmi.version="."/> </XMI.header> <XMI.content> <Model_Management.Model xmi.id="_" xmi.uuid="dce:ddbe7e0-28d7-d4-9edf e3286:"> <Foundation.Core.ModelElement.name>SimpleTree</Foundation.Core.ModelElement.name> <XMI.extension xmi.extender="ixt" xmi.extenderid=""> <ixts s="rose"> <ixttv t="quid" v="39d03990a0"/> <ixttv t="file_name" v="simpletree.mdl"/> </ixts> </XMI.extension> <XMI.extension xmi.id="_.8" xmi.uuid="dce:ddbe7e30-28d7-d4-9edf e3286:" xmi.extender="rose" xmi.extenderid="rose"> Import Import Documentation Tool Validator CASE-Tool Export Arbeitnehmer Person Name : s tring Arbeitsverhältnis Arbeitsverhältnis Gehalt : money Import Arbeitgeber Firma Name : s tring Code- Generator Eigentüm er Eigentum von Mario Jeckle, , 25
26 Anwendungsgebiete von XMI -- Transfer von konkreten Daten M 3+ M 2 Meta Object Facilities Meta Meta Model UML & other Meta Models XMI[myLanguage]-DTD <!ELEMENT innernode.tree (Tree innernode leafnode) > <!ELEMENT innernode (XMI.extension, innernode.tree)? > <!ATTLIST innernode %XMI.element.att; %XMI.link.att;> <!ELEMENT leafnode.information (#PCDATA XMI.reference) > <!ELEMENT leafnode (leafnode.information?, XMI.extension)? > <!ATTLIST leafnode %XMI.element.att; %XMI.link.att;> <!ELEMENT SimpleTree ((Tree innernode leafnode)) > <!ATTLIST SimpleTree %XMI.element.att; %XMI.link.att;> XMI[myLanguage]-Document M M 0 Model Instances Models as XML-DTD Instances as XML-Documents <?xml version=".0"?> <!DOCTYPE XMI SYSTEM "SimpleTree.dtd"> <XMI> <XMI.header> </XMI.header> <XMI.content> <SimpleTree> <innernode> <Node.name>Auto</Node.name> <innernode.node> <leafnode> <leafnode.information>rad</leafnode.information> </leafnode> <innernode> <Node.name>Antrieb</Node.name> Mario Jeckle, , 26
27 Anwendungsgebiete von XMI -- Transfer von konkreten Daten Node name : S tring innernode le a fnode inform a tion : Obje ct UML-Modell zur Modellierung einer Baumstruktur Mario Jeckle, , 27
28 Anwendungsgebiete von XMI -- Transfer von konkreten Daten Node name : S tring Auto innernode leafnode inform a tion : Obje ct Rad Antrieb Motor Getriebe Baumstruktur -- Eine mögliche Ausprägung des vorhergehenden Modells Übersetzung Antriebsstrang Mario Jeckle, , 28
29 Anwendungsgebiete von XMI -- Transfer von konkreten Daten M 3+ M 2 M M 0 Meta Object Facilities Meta Meta Model UML & other Meta Models Model Instances Models as XML-DTD Instances as XML-Documents XMI[myLanguage]-DTD <!ELEMENT innernode.tree (Tree innernode leafnode) > <!ELEMENT innernode (XMI.extension, innernode.tree)? > <!ATTLIST innernode %XMI.element.att; %XMI.link.att;> <!ELEMENT leafnode.information (#PCDATA XMI.reference) > <!ELEMENT leafnode (leafnode.information?, XMI.extension)? > <!ATTLIST leafnode %XMI.element.att; %XMI.link.att;> <!ELEMENT SimpleTree ((Tree innernode leafnode)) > <!ATTLIST SimpleTree %XMI.element.att; %XMI.link.att;> <?xml version=".0"?> <!DOCTYPE XMI SYSTEM "SimpleTree.dtd"> <XMI> <XMI.header> </XMI.header> <XMI.content> <SimpleTree> <innernode> <Node.name>Auto</Node.name> <innernode.node> <leafnode> <leafnode.information>rad </leafnode.information> </leafnode> Node name : S tring innernode leafnode inform a tion : Obje ct XMI[myLanguage]-Document Rad Motor Übersetzung Auto Antrieb Getriebe Antriebsstrang Automatisierte Gewinnung von DTDs aus beliebigen Modellen Integration von XML-Sprachen in die Prozeßkette mit vergleichsweise geringem Aufwand Mario Jeckle, , 29
30 Darstellung des Beispiel-Dokuments im Microsoft Internet Explorer v5.5 Mario Jeckle, , 30
31 Anwendungsgebiete von XMI -- Transfer von konkreten Daten distribution XMI[myLanguage]-Document <?xml version=".0"?> <!DOCTYPE XMI SYSTEM "SimpleTree.dtd"> <XMI> <XMI.header> </XMI.header> <XMI.content> <SimpleTree> <innernode> <Node.name>Auto</Node.name> <innernode.node> <leafnode> <leafnode.information>rad</leafnode.information> </leafnode> <innernode> <Node.name>Antrieb</Node.name> Web Publishing XMI[myLanguage]-DTD ERP <!ELEMENT innernode.tree (Tree innernode leafnode) > <!ELEMENT innernode (XMI.extension, innernode.tree)? > <!ATTLIST innernode %XMI.element.att; %XMI.link.att;> <!ELEMENT leafnode.information (#PCDATA XMI.reference) > <!ELEMENT leafnode (leafnode.information?, XMI.extension)? > <!ATTLIST leafnode %XMI.element.att; %XMI.link.att;> <!ELEMENT SimpleTree ((Tree innernode leafnode)) > <!ATTLIST SimpleTree %XMI.element.att; %XMI.link.att;> PDM Generierung CASE-Tool Datenmodellierung Export XMI[UML]-Document <!ELEMENT innernode.tree (Tree innernode leafnode) > <!ELEMENT innernode (XMI.extension, innernode.tree)? > <!ATTLIST innernode %XMI.element.att; %XMI.link.att;> <!ELEMENT leafnode.information (#PCDATA XMI.reference) > <!ELEMENT leafnode (leafnode.information?, XMI.extension)? > <!ATTLIST leafnode %XMI.element.att; %XMI.link.att;> <!ELEMENT SimpleTree ((Tree innernode leafnode)) > <!ATTLIST SimpleTree %XMI.element.att; %XMI.link.att;> legacy system Mario Jeckle, , 3
32 Anwendungsgebiete von XMI -- Transfer von Modellierungssprachen M 3+ M 2 Meta Object Facilities Meta Meta Model Model as MOF-DTD UML & other Meta Models Instances as XML-Documents XMI[MOF]-DTD <!ELEMENT innernode.tree (Tree innernode leafnode) > <!ELEMENT innernode (XMI.extension, innernode.tree)? > <!ATTLIST innernode %XMI.element.att; %XMI.link.att;> <!ELEMENT leafnode.information (#PCDATA XMI.reference) > <!ELEMENT leafnode (leafnode.information?, XMI.extension)? > <!ATTLIST leafnode %XMI.element.att; %XMI.link.att;> <!ELEMENT SimpleTree ((Tree innernode leafnode)) > <!ATTLIST SimpleTree %XMI.element.att; %XMI.link.att;> XMI[MOF]-Document M M 0 Model Instances <?xml version=".0"?> <!DOCTYPE XMI SYSTEM "SimpleTree.dtd"> <XMI> <XMI.header> </XMI.header> <XMI.content> <SimpleTree> <innernode> <Node.name>Auto</Node.name> <innernode.node> <leafnode> <leafnode.information>rad</leafnode.information> </leafnode> <innernode> <Node.name>Antrieb</Node.name> Mario Jeckle, , 32
33 Anwendungsgebiete von XMI -- Transfer von Modellierungssprachen AttachedTo +constrainedelement Constrains ModelElement +dependent +containedelement Contains +provider /DependsOn {ordered} Im port +importer Alias e s +container Names pace +imported Constra int Ta g +typedelement TypedElement Generaliz es IsType Of Feature Constant Parameter +supertype {ordered} +s ubtype Ge ne ra liza ble Ele m e nt StructuralFeature Type Alia s Package Classifier +type BehavioralFeature +referent RefersTo +referencedend <<Mo fattribute >> Reference Association Attribute +referrer /Exposes +exposedend Datatype Class As s ociation Operation CanRaise +ope ration +exce pt <<MofException>> Exce p tion {ordered} MOF-Meta-Metamodell (the MOF model package) Mario Jeckle, , 33
34 Anwendungsgebiete von XMI -- Transfer von Modellierungssprachen Element ModelElement +constrained name : Name {ordered} +cons trainedelement AttachedTo Constrains ElementOwnership +ownedelement visibility : VisibilityKind isspecification : Boolean +namespac 0.. Feature Namespace GeneralizableElement Parameter ownerscope : ScopeKind isroot : Boolean defaultvalue : Expression visibility : VisibilityKind isleaf : Boolean kind : ParameterDirectionKind isabstract : Boolean +feature +parameter {ordered} +owner 0.. UML-Metamodel +typ Classifier +typ +constrain Constraint body : BooleanExpression ModelElement +dependent +containedelement Contains +provider /DependsOn {o rd e re d } StructuralFeature multiplicity : Multiplicity changeability : ChangeableKind targetscope : ScopeKind BehavioralFeature isquery : Boolean 0.. {ordered} Package Import +container +importer Names pace Constra int Gene raliz e s Classifier +subtype GeneralizableElement +supertype {o rd e re d} +type Alias e s +imported IsType Of Feature MOF Meta-Metamodel Tag TypedElement +typedelement Constant Parameter StructuralFeature Type Alia s +referencedend +referent RefersTo BehavioralFeature <<Mo fattribute >> Reference Association Attribute +refe rre r /Expos e s +exposedend Attribute initialvalue : Expression Operation concurrency : CallConcurrencyKind isroot : Boolean isleaf : Boolean isabstract : Boolean specification : String +specificatio Method body : ProcedureExpression Da tatype Class Association CanRaise +ope ra tion +except <<MofException>> Operation Exce p tion {o rd e re d } E 3 R-Metamodel Mario Jeckle, , 34
35 StructuralFeature multiplicity : Multiplicity changeability : ChangeableKind targetscope : ScopeKind Attribute initialvalue : Expression ElementOwnership visibility : VisibilityKind isspecification : Boolean Feature ownerscope : S copekind visibility : V isibilitykind +feature {ordered} Operation concurrenc y : CallConc urrencykind isroot : Boolean isleaf : Boolean isabstract : Boolean specification : String Element ModelElement name : Name +ownedelement +namespac 0.. Namespace +owner 0.. +typ BehavioralFeature isquery : Boolean Cl assi fier +specificatio 0.. GeneralizableElement isroot : Boolean isleaf : Boolean isabstract : Boolean +typ Method body : ProcedureExpression +constrained {ordered} +constrain Parameter Constraint defaultvalue : Expression body : BooleanExpression kind : ParameterDirectionKind +parameter {ordered} Data typ e Package Im port Cla ss +im po rte r Ge n e ra liz e s Clas sifier As sociation Operation +co nta ine dele m e nt Contains 0.. {o rd e re d } +s u btype GeneralizableElement 0.. +s {o rd upertype e re d } +typ e Alia se s CanRaise +op e ra tion +co nta ine r +cons tra ine delement Mode lelement +im ported Names pace provider IsTypeOf BehavioralFe ature +except <<MofException>> Exce p tio n {ordered} +dependent /De pe n ds On Constra int Fe atu re Attrib ute Attache dt o Constrains S tructuralfeature +refe rrer Tag +typedelement +referent Constant Type dele me nt Typ e Alia s Parameter +referencedend RefersTo /Exposes +e xp os e den d XML als Metadaten objektorientierter Programmierung Anwendungsgebiete von XMI -- Transfer von Modellierungssprachen UML-Metamodel XMI[UML]-DTD XMI generation principles XMI[MOF]-Doc. XMI[MOF]-Doc. Im port +importer Generaliz es +containedelement Contains Aliases +supertype {ordered} +subtype GeneralizableElement Package +type Classifier {o rd e re d } +conta ine r +constrainedelement ModelElement +im ported +provide r Names pace IsTypeOf +de pendent AttachedTo /DependsOn Constrains Constra int Ta g TypedElement +typedelement Feature MOF Meta-Metamodel Constant Parameter StructuralFeature TypeAlia s +referencedend +re ferent RefersTo Be havioralfe ature <<MofAttribute>> Reference As s ocia tio n Attribute +referrer /Exposes +expos edend XMI[MOF]-DTD manually generated XMI generation principles MOF Meta-Metamodel <<MofAttribute>> Refere nce As s o cia tio n Datatype Class As s ocia tion CanRaise +ope ration +except <<MofExce ption>> Operation Exce p tion {o rd e re d } Mario Jeckle, , 35
36 XMI Praktischer Einsatz -- OMG s distributed metadata architecture Repositories Tools Applications Repository Common Facility MOF XMI UML, CWM APIs APIs/XMI Object Request Broker & the Internet Information (Meta)Models Object Services (Naming, Transactions ) Mario Jeckle, , 36
37 XMI Praktischer Einsatz Einsatzbereiche Hersteller- und Middleware-neutrales Austauschformat Ideal für modellierungsgetriebene Entwicklung inkrementelle iterative Entwicklungsprozesse Vorteile Starke Standardbasiertheit (OMG s UML, MOF, CWM; W3C s XML-Familie) web enabled (vergleichsweise) leichte Implementierbarkeit Architekturneutral Überwindet Werkzeuggrenzen Mario Jeckle, , 37
38 XMI -- wer steckt dahinter? XMI-Partners: Unisys, IBM, DSTC, Oracle, Platinum, Fujitsu, Softeam, Recerca Informatica, DaimlerChrysler Unterstützer: Genesis, Inline, Rational, Select, Sprint, Cayenne, Sybase, Xerox, MCI Systemhouse, Boeing, Ardent, Aviatis, ICONIX, Integrated Systems, Verilog, Telefonica I+D, Universitat Politecnica de Catalunya, NCR, Nihon Unisys, NTT Mario Jeckle, , 38
39 Warum XMI? -- im Überblick XMI ist verabschiedeter OMG-Standard Die OMG ist mit über 800 Mitgliedern das weltgrößte Software-Konsortium XMI integriert die Unified Modeling Language (UML) XMI basiert auf der Meta Object Facility (MOF) XMI-Anwendungsgebiete Austausch von UML-Modellen (Rational Rose, Together, MID s Innovator, Software through Pictures, OTW) Middleware-bezogene Komponenteninformation (CORBA Components) Austausch von Data Warehouse Models (CWM) Vertikale Datenintegration (e.g. clincal information) Auf Basis von XMI lassen sich beliebige DTDs aus UML-Datenmodellen generieren XMI reagiert auf zukünftige Entwicklungen im Umfeld XML (XML Schema) Meta Data Coalition (MDC) hat Mapping MDC s OIM auf XMI angekündigt. Eine XMI-DTD für OIM existiert (XMI[OIM]) Mario Jeckle, , 39
40 Erfahrungen aus dem praktischen XMI-Einsatz XMI v. ist stabil und einsetzbar DTD ist schlanker als v.0 => kleinere Dokumente, weniger Overhead Struktur intuitiver und flexibler Werkzeugunterstützung wächst stetig automatisierte DTD-Generierung beschleunigt XML-Integration in laufenden Entwicklungsprozeß (inbesondere bei Schemaänderungen) XMI als XML-Sprache eröffnet Zugang zur XML-Sprachfamilie (XSL(T)!) Mario Jeckle, , 40
41 References OMG: IBM: XML.COM: IBM s XMI-Toolkit: Offizielle Spezifikation (UML und XMI) DTDs (XMI[MOF], XMI[UML]; XMI[E 3 R]) Beispiele Hintergrundartikel und Präsentationen Mario Jeckle, , 4
42 XMI-Code des Beispiels <?xml version=".0"?> Arbeitsverhältnis <!DOCTYPE XMI SYSTEM "xmi/v./ dtd"> Arbeitnehmer <XMI timestamp=" t2:40:00" verified="true"> Arbeitgeber <XMI.header> Person Arbe its ve rhä ltnis Firma Name : s tring Gehalt : money Nam e : s tring <XMI.model xmi.name="simpleclassmodel /> Eigentum von <XMI.metamodel xmi.name="uml" xmi.version=".3 /> Eigentüm er </XMI.header> <XMI.content> <UML:Class name="person" visibility="public" isroot="true" isleaf="true isabstract="false" isactive="true xmi.id="person"> <UML:Classifier.feature> <UML:Attribute name="name" visibility="public" multiplicity=".. /> </UML:Classifier.feature> </UML:Class> <UML:Class name="firma" xmi.id="firma"> <UML:Classifier.feature> <UML:Attribute name="name /> </UML:Classifier.feature> </UML:Class> <UML:Association> <UML:Association.connection> <UML:AssociationEnd name="arbeitnehmer" type="person /> <UML:AssociationEnd name="arbeitgeber" type="firma /> </UML:Association.connection> </UML:Association> <<type>> money Mario Jeckle, , 42
43 XMI-Code des Beispiels <UML:AssociationClass name="arbeitsverhältnis" visibility="public"> <UML:Classifier.feature> <UML:Attribute name="gehalt" type="money" multiplicity=".. xmi.id="gehalt_arbeitsverhältnis /> </UML:Classifier.feature> </UML:AssociationClass> <UML:Association> <UML:Association.connection> <UML:AssociationEnd name="eigentümer" multiplicity=" type="person /> <UML:AssociationEnd name="eigentum_von" multiplicity=" type="firma /> </UML:Association.connection> </UML:Association> <UML:Class name="money" stereotype="type" xmi.id="money /> <UML:Stereotype name="type" xmi.id="type /> </XMI.content> </XMI> Mario Jeckle, , 43
XML / XMI. Peter Braun Institut für Informatik Lehrstuhl für Software und Systemsengineering
XML / XMI Peter Braun Institut für Informatik Lehrstuhl für Software und Systemsengineering Inhalt Einführung in XML Geschichte Ziele/Defizite von XML Anwendungsgebiete XMI Warum? Geschichte, Hintergründe
MehrMOF Meta Object Facility. Veranstaltungsvortrag im Rahmen der Projektgruppe ComponentTools
MOF Meta Object Facility Veranstaltungsvortrag im Rahmen der Projektgruppe ComponentTools Überblick Object Management Group (OMG) Model Driven Architecture (MDA) Exkurs: Modelle, Metamodelle MOF Architektur
MehrXMI & Java. von Stefan Ocke so3@inf.tu-dresden.de 5.Juli 2001
XMI & Java von Stefan Ocke so3@inf.tu-dresden.de 5.Juli 2001 1. XMI XML Metadata Interchange - Ziele und Historie - Metamodellarchitektur der OMG und MOF - XMI Dokumente und XMI DTD Ziele und Historie
MehrXML: Stand der Standardisierung und Technik
XML: Stand der Standardisierung und Technik Mario Jeckle mario.jeckle@daimlerchrysler.com mario@jeckle.de www.jeckle.de DaimlerChrylser Research dept. product development process chain (FT3/EK) Mario Jeckle,
MehrModel Driven Architecture (MDA)
Model Driven Architecture (MDA) Vortrag im Fach Software Engineering II BA Mannheim / Fachrichtung Angewandte Informatik Torsten Hopp Gliederung Einleitung Motivation Grundzüge der MDA Ziele & Potenziale
MehrOracle JDeveloper 10 g
Oracle JDeveloper 10 g Modellierung Evgenia Rosa Business Unit Application Server ORACLE Deutschland GmbH Agenda Warum Modellierung? UML Modellierung Anwendungsfall (Use Case)-Modellierung Aktivitätenmodellierung
MehrModel Driven Software Development
Model Driven Software Development Vergleich von Metametamodellen Marcel Hoyer 1von 19 Themenvorstellung Vergleich von Metametamodellen Was sind überhaupt Metametamodelle? Analyse und Vergleich existierender
MehrModell/Metamodell. Generated Source Code. Generator. Model. Fakultät für Informatik und Wirtschaftsinformatik MDSD - SS 2014
Modell/Metamodell Model Generator Generated Source Code Andreas Schmidt Modellierung 1/18 Modell Modell beschreibt die zu generierende Anwendung Modell ist... abstrakt kompakt formal Modell kann in unterschiedlichen
MehrModel Driven Development im Überblick
Model Driven Development im Überblick Arif Chughtai Diplom-Informatiker (FH) www.digicomp-academy, Seite 1 September 05 Inhalt Motivation Überblick MDA Kleines Beispiel Werkzeuge www.digicomp-academy,
MehrJava Metadata Interface. Thorsten Pivl
Java Metadata Interface Thorsten Pivl Einleitung Was sind Metadaten? Das Wort Meta stammt aus dem griechischen und bedeutet über Meta-Daten: Daten über Daten Beschreibung von Daten 2 Einleitung Warum Metadaten?
MehrModel Driven Architecture Praxisbeispiel
1 EJOSA OpenUSS CampusSource Model Driven Architecture Praxisbeispiel 2 Situation von CampusSource-Plattformen Ähnliche Funktionen (Verwaltung von Studenten und Dozenten, Diskussionsforen,...), jedoch
MehrXML, Standards und andere Aktivitäten zur Formierung des Semantic Web
XML, Standards und andere Aktivitäten zur Formierung des Semantic Web Mario Jeckle DaimlerChrysler Forschungszentrum Ulm mario.jeckle@daimlerchrysler.com mario@jeckle.de www.jeckle.de Organisation der
MehrUML (Unified Modelling Language) von Christian Bartl
UML (Unified Modelling Language) von Inhaltsverzeichnis Inhaltsverzeichnis... 2 1 UML Unified Modelling Language... 3 2 Diagrammtypen... 3 2.1 Aktivitätsdiagramm... 3 2.1.1 Notation... 4 2.1.2 Beispieldiagramm...
MehrGrundlagen von MOF. Alexander Gepting 1
Grundlagen von MOF Alexander Gepting 1 Kurzfassung Meta-Object Facility (MOF) ist ein Standard der OMG der im Rahmen der Standardisierung von Modellierungstechniken für verteilte Architekturen und Softwaresysteme
MehrInhaltsverzeichnis. Vorwort... Einleitung... Einführung... 1
Vorwort... Einleitung... V VII Einführung... 1 1 Grundlagen... 7 1.1 Dokumentmodelle... 7 1.1.1 Multimedia... 8 1.1.2 Hypermedia... 9 1.1.3 Verteilung... 11 1.2 Geschichte des WWW... 13 1.2.1 Struktur...
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
MehrMichael Piechotta - CASE Tools. openarchitecture Ware
Model Driven Development Michael Piechotta - CASE Tools openarchitecture Ware Gliederung 1.Einleitung - Was ist MDD? - Wozu MDD? 2.Model Driven Development - OMG Konzepte: Modelle,Transformationen Meta-Modellierung
MehrStudienarbeit Umwandlung von XMI in GXL und von GXL in XMI
Universität Koblenz-Landau Fachbereich Informatik Institut für Softwaretechnik 19.06.2005 Studienarbeit Umwandlung von XMI in GXL und von GXL in XMI von Thomas Hebel Betreuer: Prof. Dr. Jürgen Ebert/Dr.
MehrXML Grundlagen. Andreas Rottmann,Sebastian Riedl. 27. August 2002. Quit Full Screen Previous Page Next Page GoTo Page Go Forward Go Back
XML Grundlagen Andreas Rottmann,Sebastian Riedl 27. August 2002 Rottmann, Riedl: XML Grundlagen 1 Überblick Hintergründe und Geschichte Aufbau von XML-Dokumenten DTD Schemata Erweiterungen XML APIs Rottmann,
MehrSoftwareentwicklung mit Enterprise JAVA Beans
Softwareentwicklung mit Enterprise JAVA Beans Java Enterprise Edition - Überblick Was ist J2EE Java EE? Zunächst mal: Eine Menge von Spezifikationen und Regeln. April 1997: SUN initiiert die Entwicklung
MehrEntwicklung von Web-Anwendungen auf JAVA EE Basis
Entwicklung von Web-Anwendungen auf JAVA EE Basis Java Enterprise Edition - Überblick Prof. Dr. Bernhard Schiefer Inhalt der Veranstaltung Überblick Java EE JDBC, JPA, JNDI Servlets, Java Server Pages
MehrAufgaben eines Codegenerators
Aufgaben eines Codegenerators Modell einlesen Modell verifizieren Modell transformieren Quellcodegenerierung heute!! Andreas Schmidt XMI / Zugriff auf XML 1/17 XML Input Aktueller Input unseres Generators
MehrWIRTSCHAFTSINFORMATIK
Westfälische Wilhelms-Universität Münster A platform for professional model-driven software development. Präsentation im Rahmen des Seminars Software Engineering WS 08/09 Jan Schürmeier Jan.Schuermeier@gmx.de
MehrRequirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit
IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational
Mehr46 Softwarearchitektur mit dem Quasar-Architekturstil
46 Softwarearchitektur mit dem Quasar-Architekturstil Prof. Dr. U. Aßmann Technische Universität Dresden Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie http://st.inf.tu-dresden.de
Mehr2 Modelle und Metamodelle
2 Modelle und Metamodelle Eine Operational Mappings-Modelltransformation hat als Eingabe ein oder mehrere Quellmodelle und liefert als Ausgabe ein oder mehrere Zielmodelle. Bei den Modellen handelt es
MehrArchitecture Blueprints
Architecture Blueprints Daniel Liebhart, Peter Welkenbach, Perry Pakull, Mischa Kölliker, Michael Könings, Markus Heinisch, Guido Schmutz Ein Leitfaden zur Konstruktion von Softwaresystemen mit Java Spring,.NET,
MehrPraktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com
Web Services Java Praktikum SS 2010 Gerald.Ehmayer@borland.com 1 Web Services Einführung Definition, Eigenschaften, Anwendungen... JAX-RPC Überblick, Architektur... JAX Übersicht, Architektur Java Praktikum
MehrCORBA. Eine kurze Einführung. Common Object Request Broker Architecture. Ying Lu
CORBA Common Object Request Broker Architecture Eine kurze Einführung Ying Lu Verlauf der Präsentation Was ist CORBA CORBA-Architektur Ein Beispiel CORBA im Einsatz CORBA im Vergleich Was ist CORBA Begriffe
Mehr3.2 Der CORBA-Standard Common Object Request Broker Architecture
3.2 Der CORBA-Standard Common Object Request Broker Architecture (Bildquelle: OMG) Kapitel 3.2: Vorlesung CORBA 1 CORBA Middleware im Ueberblick G CORBA = Common Object Request Broker Architecture. Standard
MehrGuido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0. Für den Einsatz in der Praxis
Guido de Melo 5.2.2007 Fachvortrag, Uni Ulm UML 2.0 Für den Einsatz in der Praxis Seite 2 Überblick 1. Ziele 2. Warum das alles? 3. Was ist UML 4. Diagrammarten 5. Umfeld Seite 3 1. Ziele 1. Ziele dieses
MehrOOAD in UML. Seminar Software-Entwurf B. Sc. Sascha Tönnies
OOAD in UML Seminar Software-Entwurf B. Sc. Sascha Tönnies Agenda 1. Einordnung des Themas im Seminar 2. UML kompakt 3. UML detailliert 4. Werkzeugunterstützung 2 Einordnung des Themas UML Hilfsmittel
MehrCOPE COuPled Evolution of metamodels and models
COPE COuPled Evolution of metamodels and models Diplomarbeit in Zusammenarbeit mit der BMW Car IT (Betreuer: Elmar Jürgens, Sebastian Benz) Markus Herrmannsdörfer 7. November 2007 Perlen der Informatik
MehrMetadaten, Application Understanding und Software Migration Clauss-Peter Hahn Senior Director of Development ASG GmbH & Co. KG
We manage the technology that lets you manage your business. Metadaten, Application Understanding und Software Migration Clauss-Peter Hahn Senior Director of Development ASG GmbH & Co. KG Agenda ASG Was
MehrAnhang B. B.1 Webseiten für Entwickler. Anwendungen
Anhang B BWebressourcen In diesem Kapitel stelle ich Ihnen eine Reihe von Webseiten mit nützlichen Tools und weiterführenden Informationen vor. Damit Sie die Links nicht abtippen müssen, können Sie dieses
MehrISO 15504 Reference Model
Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define metrics Pre-review Review yes Release
MehrUnified Modeling Language 2
Unified Modeling Language 2 Marvin Frommhold 17.11.2008 Gliederung Einleitung Geschichte Strukturierung der Spezifikation Diagrammtypen Strukturdiagramme Verhaltensdiagramme CASE-Werkzeuge Quellen Was
MehrMetadata Service Respository (MDS) - Sehen, lernen, verstehen!
Metadata Service Respository (MDS) - Sehen, lernen, verstehen! Carsten Wiesbaum esentri AG Schlüsselworte Metadata Service Repository, MDS, Oracle Fusion Middleware Einleitung Früher oder später wird jeder
MehrEinführung in das Eclipse Modeling Framework. 5. November 2014
Einführung in das Eclipse Modeling Framework 5. November 2014 Überblick Einführung in das Eclipse Modeling Framework: zur objektorientierten Modellierung von Datenstrukturen Welcher Teil einer mobilen
MehrEin Modellierungswerkzeug für Produktionsprozesse auf Basis einer BPMN-Erweiterung
Institut für Architektur von Anwendungssystemen Universität Stuttgart Universitätsstraße 38 D 70569 Stuttgart Diplomarbeit Nr. 3237 Ein Modellierungswerkzeug für Produktionsprozesse auf Basis einer BPMN-Erweiterung
Mehr27. Oktober 2005 Florian Marwede
Ausgewählte Aspekte zur Einführung in UML und XMI 27. Oktober 2005 Florian Marwede Carl von Ossietzky Universität Oldenburg Fakultät II Department für Informatik Abteilung Entwicklung korrekter Systeme
MehrXML Service Architekturen im Unternehmen
XML Service Architekturen im Unternehmen Version 2.0 August 2001 Daniel Schmutz, Simtech AG ! Einführung! Architekturen! Organisation! Fallstudie Inhalt Einführung! Was ist XML! Grundsätze von XML! Was
MehrVorlesung "Software-Engineering"
Vorlesung "Software-Engineering" Rainer Marrone, TUHH, Arbeitsbereich STS Vorige Vorlesung Pflichtenheft (requirements specification document) Charakterisierung von Software-Qualität Detaillierte Anforderungsanalyse
MehrDefinition von visuellen Alphabeten basierend auf Meta Object Facilities (MOF) 23. Oktober 2012
Definition von visuellen Alphabeten basierend auf Meta Object Facilities (MOF) 23. Oktober 2012 29 Textuelle Visuelle Alphabete Textuelle Sprachen: eindimensional (Sätze) Basiselemente: Buchstaben, Ziffern,
MehrMakologa Touré Damian Gawenda
Vortrag von Makologa Touré Damian Gawenda im ITT am 08. August 2006 07.08.06 Makologa Touré Damian Gawenda 1 Übersicht Was ist ein WMS? Web-Technologien Wie installiere ich einen Web-Map-Server? 07.08.06
MehrIntegration von Web Services in J EE Anwendungen mit XFire. 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire
Integration von Web Services in J EE Anwendungen mit XFire 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire univativ : = Umsetzung durch Studenten und Young Professionals.
MehrKonzept / Architektur Diagramme
Architektur-Modell Konzept / Architektur Diagramme Im Übergang Analyse Design wird das System konzipiert und seine Architektur entworfen: Subsystem-Modell (execution view) UML 1.x Package Diagram «subsystem»
MehrBest Practices für RM/RE in einem Prozess Framework Thomas Schröder
Best Practices für RM/RE in einem Prozess Framework Thomas Schröder 1 Die Herausforderung bewährte Praktiken effektiv zu nutzen Unterschiedliche Quellen in unterschiedlichen Formaten Schwierig anzupassen
MehrGridMate The Grid Matlab Extension
GridMate The Grid Matlab Extension Forschungszentrum Karlsruhe, Institute for Data Processing and Electronics T. Jejkal, R. Stotzka, M. Sutter, H. Gemmeke 1 What is the Motivation? Graphical development
MehrIndustrie 4.0 Predictive Maintenance. Kay Jeschke SAP Deutschland AG & Co. KG., Februar, 2014
Industrie 4.0 Predictive Maintenance Kay Jeschke SAP Deutschland AG & Co. KG., Februar, 2014 Anwendungsfälle Industrie 4.0 Digitales Objektgedächtnis Adaptive Logistik Responsive Manufacturing Intelligenter
MehrCurrent Workflow. formatted. Rules. Extensions. Rules. DOM processing with Meta API-calls. Code Generation (Smarty) XMLfile. Source code.
Current Workflow Rules T1 Rules Extensions XMLfile DOM processing with Meta API-calls Model 1 T2 Model 2 Code Generation (Smarty) Source code PP formatted sourcecode DTD V1 Rules XMI 1/21 Anbindung eines
MehrOpen Archives Initiative - Protocol for Metadata Harvesting (OAI-PMH)
, XML LV BF23 (0F32) Open Archives Initiative - Protocol for Metadata Harvesting (OAI-PMH) Achim Oßwald FH Köln Institut für Informationswissenschaft Wintersemester 2010 (Stand: 3.12.10) 1/ 18 OAI-PMH
Mehr.NET und wieder eine Middleware Architektur?
.NET und wieder eine Middleware Architektur? Volker Birk CCC ERFA Ulm vb@ebios.de Volker Birk, vb@ebios.de 1 .NET na und?.net soll die Architektur im Internet werden meint Microsoft. Genau so wie Windows?.NET
MehrAusarbeitung Referat zur MDA
Model Driven Architecture (MDA) Florian Betreuer: Marco Musconi Software Engeneering Project WS 2006/07 07. Februar 2007 SEPR WS 2006/07 Seite 1 Inhaltsverzeichnis Historie 3 CASE 3 Objektorientierung
MehrDialogentwicklung mit Hilfe des Model Driven Architecture Ansatzes
18.04.2007 Dialogentwicklung mit Hilfe des Model Driven Architecture Ansatzes Peter Mössinger, LRP Landesbank Rheinland-Pfalz Der MDA-Ansatz liefert vollständig neue Möglichkeiten im Bereich der Softwareentwicklung.
MehrKommunikation. Björn und Georg
Kommunikation Björn und Georg CORBA CORBA (Common Object Request Broker Architecture) Entwicklung der OMG ( Object Management Group) Zusammenschluss von 800 Firmen Hardware- und Progammiersprachen-unabhängiges
MehrUniversität Karlsruhe (TH)
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Kapitel 2 Die Definitionsphase Prof. Walter F. Tichy Wo sind wir gerade? Planung Lastenheft (funktionales Modell) Definition (Analyse) Pflichtenheft
MehrVortrag von: Ilias Agorakis & Robert Roginer
MDA Model Driven Architecture Vortrag von: Ilias Agorakis & Robert Roginer Anwendungen der SWT - WS 08/09 Inhalt Was ist MDA? Object Management Group (OMG) Ziele Konzepte der MDA Werkzeuge Vor- und Nachteile
MehrProblemseminar ModelDrivenSoftwareDevelopment
Problemseminar ModelDrivenSoftwareDevelopment Metamodellierungswerkzeuge Björn Dassow Aufbau Definition Beschreibung Metamodellierung Kurzer Überblick über EMF, GME, MetaEdit+ Interoperabilitätsbetrachtung
MehrKombination von Modellierungstechniken für den Softwareentwurf
Kombination von Modellierungstechniken für den Softwareentwurf Dr. Eckhardt Holz Institut für Informatik Humboldt-Universität zu Berlin Warum Modellieren wir beim Softwareentwurf? Kombination von Modellen
MehrOntologien und Ontologiesprachen
Ontologien und Ontologiesprachen Semantische Datenintegration SoSe2005 Uni Bremen Yu Zhao Gliederung 1. Was ist Ontologie 2. Anwendungsgebiete 3. Ontologiesprachen 4. Entwicklung von Ontologien 5. Zusammenfassung
MehrISO 15504 Reference Model
Prozess Dimension von SPICE/ISO 15504 Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define
MehrXML und Web Services. Mario Jeckle DaimlerChrysler Forschungszentrum Ulm mario.jeckle@daimlerchrysler.com mario@jeckle.de www.jeckle.
XML und s Mario Jeckle DaimlerChrysler Forschungszentrum Ulm mario.jeckle@daimlerchrysler.com mario@jeckle.de www.jeckle.de Gliederung I. XML Herkunft und Hintergrund Die evolution Wo stehen wir heute?
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrAusarbeitung Iteration I
Ausarbeitung Iteration I Domain Model siehe [Lar02], Kap. 0 2 Domain Model Illustriert relevante Konzepte des Problembereichs Das wichtigste Dokument in OOA (Use-Cases sind nicht OO; Use-Cases sind ein
Mehr39 Object Request Brokers. 40 Components of an ORB. 40.1 Stubs and Skeletons. 40.1.1 Stub
39 Object Request Brokers 40.1 Stubs and s invoke methods at remote objects (objects that run in another JVM) Stub: Proxy for remote object example ORBs: RMI, JavaIDL : Invokes methods at remote object
MehrDurchführungsbestimmung Metadaten. Kristian Senkler, con terra GmbH, k.senkler@conterra.de
Durchführungsbestimmung Metadaten Kristian Senkler, con terra GmbH, k.senkler@conterra.de Inhalt Wer hat die Durchführungsbestimmungen für Metadaten spezifiziert? Wie wurden die Durchführungsbestimmungen
MehrDatenmodelle im Kontext von Europeana. Stefanie Rühle (SUB Göttingen)
Datenmodelle im Kontext von Europeana Stefanie Rühle (SUB Göttingen) Übersicht Datenmodelle RDF DCAM ORE SKOS FRBR CIDOC CRM Datenmodelle "Datenmodellierung bezeichnet Verfahren in der Informatik zur formalen
MehrSeminar XML und Datenbanken. Thema: Workflow
Seminar XML und Datenbanken Thema: Workflow Betreuer: Markus Bon Bearbeiter: Kristof Barklage Gliederung (1) Grundlagen (2) Workflow Management Coalition (3) XML Process Definition Language (XPDL) (4)
MehrJochen Bauer 08.01.2010
08.01.2010 Um was geht s und wie läuft s ab? Eclipse-EMP-MDT: Standards unter einem Dach! Gliederung 1. der Model (MDT) 2. Model-Driven- (MDD) und MDT 3. Interne Domain-Specific-Languages (DSL) 4. 5. 6.,
MehrSoftwareschnittstellen
P4.1. Gliederung Rechnerpraktikum zu Kapitel 4 Softwareschnittstellen Einleitung, Component Object Model (COM) Zugriff auf Microsoft Excel Zugriff auf MATLAB Zugriff auf CATIA Folie 1 P4.2. Einleitung
MehrMit Legacy-Systemen in die Zukunft. adviion. in die Zukunft. Dr. Roland Schätzle
Mit Legacy-Systemen in die Zukunft Dr. Roland Schätzle Der Weg zur Entscheidung 2 Situation Geschäftliche und softwaretechnische Qualität der aktuellen Lösung? Lohnen sich weitere Investitionen? Migration??
MehrWas ist EMF? Wie wird EMF eingesetzt? Was ist ecore? Das Generatormodell Fazit
Was ist EMF? Wie wird EMF eingesetzt? Was ist ecore? Das Generatormodell Fazit EMF ist ein eigenständiges Eclipse-Projekt (Eclipse Modeling Framework Project) EMF ist ein Modellierungsframework und Tool
MehrEvaluation of Database Design and Reverse Engineering Tools for a Large Software System
Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Anne Thomas TU Dresden Dr. B. Demuth Pre Press GmbH (Dresden) T. Reuter Gliederung Einleitung Vorgehensweise Kontext
Mehr5. Programmierschnittstellen für XML
5. Programmierschnittstellen für Grundlagen Dr. E. Schön FH Erfurt Sommersemester 2015 Seite 135 Programmierschnittstelle Notwendigkeit: Zugriff auf -Daten durch Applikationen wiederverwendbare Schnittstellen
Mehr5. Programmierschnittstellen für XML
5. Programmierschnittstellen für für Medientechnologen Dr. E. Schön Wintersemester 2015/16 Seite 146 Notwendigkeit: Programmierschnittstelle Zugriff auf -Daten durch Applikationen wiederverwendbare Schnittstellen
MehrVisual Studio 2010 Jetzt auch für Architekten
TeamConf 2010 Visual Studio 2010 Jetzt auch für Architekten 06. Mai 2010 München Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de Daniel Meixner Consultant daniel.meixner@conplement.de
Mehr<Insert Picture Here> Oracle Business Process Analysis Suite. Gert Schüßler Principal Sales Consultant
Oracle Business Process Analysis Suite Gert Schüßler Principal Sales Consultant 1 Geschäftsprozesse Zerlegung am Beispiel Kreditvergabe Antrag aufnehmen Antrag erfassen Schufa Kunden
MehrDas Common Information Model (CIM) Dr.-Ing. Mathias Uslar
Das Common Information Model (CIM) Dr.-Ing. Mathias Uslar Vision: Smart Grid 2 Wirtschaftlicher Impact: OFFIS und das IT Quartier 101 National Institute for Standards and Technology (USA): The term Smart
Mehr1 Software Engineering 1
1 Software Engineering 1 XML 1.1 XML Extensible Markup Language Auszeichnungssprache zur Darstellung hierarchisch strukturierter Daten in Form von Textdaten Wird für den Datenaustausch/Speicherung benutzt
MehrEinsatz von Applikationsservern. Untersucht am Beispiel des Sybase Enterprise Application Server
Einsatz von Applikationsservern Untersucht am Beispiel des Sybase Enterprise Application Server Architektur von Datenbanksystemen Client / Server Modell (2 Schichten Modell) Benutzerschnittstelle Präsentationslogik
MehrA central repository for gridded data in the MeteoSwiss Data Warehouse
A central repository for gridded data in the MeteoSwiss Data Warehouse, Zürich M2: Data Rescue management, quality and homogenization September 16th, 2010 Data Coordination, MeteoSwiss 1 Agenda Short introduction
MehrInteraktive Aufbereitung von Anforderungen für den modellbasierten Test
Interaktive Aufbereitung von Anforderungen für den modellbasierten Test Mario Friske Fraunhofer FIRST mario.friske@first.fhg.de Treffen der GI-FG Requirements Engineering Hannover, 24. November 2005 Inhalt
MehrModel Driven Architecture
{ AKTUELLES SCHLAGWORT* / MODEL DRIVEN ARCHITECTURE Model Driven Architecture Martin Kempa Zoltán Ádám Mann Bei der Model Driven Architecture (MDA) bilden Modelle die zentralen Elemente des Softwareentwicklungsprozesses.
MehrSoftwareentwicklung mit Komponenten
Softwareentwicklung mit Komponenten XML Extensible Markup Language TU Berlin im Wintersemester 2000/2001 Von Akin Kurdoglu Betreuer M.Bittner, W. Koch, Prof. Dr. S. Jähnichen 1 Gliderung - Definition von
MehrSuper. Sub1. Sub2 State2. Sub3. Sub4. Super. State2. Sub4
Sub1 Super Sub3 H Sub2 State2 Sub4 Super State2 Sub4 $FWLYLW\'LDJUDPV Aktivitätsdiagramme beschreiben spezielle Zustandsautomaten. Transitionen werden hier grundsätzlich durch die Beendigung von Aktionen
MehrASN.1 <-> XML TRANSLATION
ASN.1 XML TRANSLATION Management Verteilter Systeme Patrick Gerdsmeier, Pierre Smits Wintersemester 2003/2004 Lehrstuhl für Systeme Prof. Dr. Kraemer BTU Cottbus ASN.1 XML TRANSLATION Gliederung
MehrBusiness Activity Monitoring Overall, Real Time Monitoring Daniel Jobst, TietoEnator Michael Herr, Deutsche Post SOPSOLUTIONS
Business Activity Monitoring Overall, Real Time Monitoring Daniel Jobst, TietoEnator Michael Herr, Deutsche Post SOPSOLUTIONS CITT Expertengespräch TietoEnator 2006 Page 1 Data Freshness and Overall, Real
MehrIT-Projekt-Management
IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über
MehrDesign mit CASE-Tools
Geodatabase Objekt Modell Teil 2: Design mit CASE-Tools Andreas Greithanner Team Entwicklung Kranzberg 2002 ESRI Geoinformatik GmbH Agenda Was ist CASE? Entwicklung eines Datenmodells Anlegen verschiedener
MehrEnterprise Application Integration Erfahrungen aus der Praxis
Enterprise Application Integration Erfahrungen aus der Praxis Teil 4: EAI und.net, EAI und J2EE Tutorial NODs 2002, Wolfgang Keller and Generali 2001, 2002, all rights reserved 1 Überblick EAI und....net
MehrÜbernahme von Digitalisaten mittels scopeingest 10.09.2012
Übernahme von Digitalisaten mittels scopeingest 10.09.2012 01.10.2012 scope solutions ag Company Overview 01.10.2012 scope 2 scope solutions ag History 2000 foundation of scope solutions ag Core activities
MehrStruktur der UML-Spezifikationen
Struktur der UML-Spezifikationen Udo Kelter 24.06.2010 Zusammenfassung dieses Lehrmoduls Die UML-Spezifikationen bestehen i.w. aus 4 umfangreichen Hauptdokumenten (UML Infrastructure, UML Superstructure,
MehrCOMMON OBJECT REQUEST BROKER ARCHITECTURE. Dmytro Pyvovar Otto-von-Guericke Universität Magdeburg
COMMON OBJECT REQUEST BROKER ARCHITECTURE Dmytro Pyvovar Otto-von-Guericke Universität Magdeburg Gliederung Motivation Was ist CORBA? Object Management Architecture (OMA ) Interface Definition Language
Mehrobjectif / SOA /.NET Inhalt Technologien ObjectiF Beispiel Vergleich: ObjectiF Rational Rose Quellenverzeichnis 20.01.2008 Christian Reichardt 2 Technologien 20.01.2008 Christian Reichardt 3 Methodenaufruf
MehrEmployment and Salary Verification in the Internet (PA-PA-US)
Employment and Salary Verification in the Internet (PA-PA-US) HELP.PYUS Release 4.6C Employment and Salary Verification in the Internet (PA-PA-US SAP AG Copyright Copyright 2001 SAP AG. Alle Rechte vorbehalten.
MehrEntwicklungsmethoden
Slide 3.1 Entwicklungsmethoden Prof. Dr. Josef M. Joller jjoller@hsr.ch Development Methodologies Prof. Dr. Josef M. Joller 1 Session 3 Slide 3.2 SOFTWARE LIFE-CYCLE MODELLE Development Methodologies Prof.
MehrAutomatisierungsarchitekturen für das Smart Grid Am Beispiel der OPC UA und der IEC 61970. Dr.-Ing. Mathias Uslar, Sebastian Rohjans
Automatisierungsarchitekturen für das Smart Grid Am Beispiel der OPC UA und der IEC 61970 Dr.-Ing. Mathias Uslar, Sebastian Rohjans 2 OPC Foundation Vision: OPC-Technologien sollen überall dort zur Interoperabilitäts-Basis
MehrSoftware Engineering II
Software Engineering II Wintersemester 12/13 Fachgebiet Software Engineering Installation der MWE Plugins Von der Juno Update Site installieren (falls noch nicht vorhanden): MWE SDK Xpand SDK 2 TFD Projekt
Mehr