Modul Software Komponenten 01 Komponenten
|
|
|
- Arwed Steinmann
- vor 8 Jahren
- Abrufe
Transkript
1 Modul Software Komponenten 01 Komponenten Martin Jud Inhalt 1. Begriff 2. Bedeutung 3. Nutzen 4. Entwurf mit Komponenten HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 2
2 1. Begriff Definition des Komponentenbegriffs Aus dem lateinischen componere (zusammensetzen) "A software component is a unit of composition with contractually specified interfaces and explicit context dependencies only. A software component can be deployed independently and is subject to composition by third parties." European Conference on Object-Oriented Programming (ECOOP), 1996 "Eine Software-Komponente ist ein Software-Element, das zu einem bestimmten Komponentenmodell passt und entsprechend einem Composition Standard ohne Änderungen mit anderen Komponenten verknüpft und ausgeführt werden kann." Councill, Heineman: Component-Based Software Engineering, Addison-Wesley, 2001 HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 4
3 Aus Wikipedia, Komponentenmodelle Komponentenmodelle sind konkrete Ausprägungen des Paradigmas der Komponentenbasierten Entwicklung. Neben der genauen Form und den Eigenschaften einer Komponente muss es einen Interaction-Standard und einen Composition-Standard festlegen. Ein Komponentenmodell kann ausserdem Implementierungen verschiedener Hersteller besitzen. Folgende Komponentenmodelle sind weit verbreitet: MS.NET Enterprise Java Beans DCOM (Distributed Component Object Model) CORBA Component Model HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 5 Software Komponenten in UML Bestell- Material Bestellung Bestell- Eingang Alternative Darstellung: Bestell- Material «component» Bestellung Bestell- Eingang HSLU T&A, Modul SWK - 01-Komponenten Aus der - Vorlesung Martin UML Jud2.0 von Jörg Hofstetter HTA Luzern 6
4 Subsysteme Der Komponentenbegriff ist hierarchisch System «subsystem» A «subsystem» B «subsystem» A1 «subsystem» A2 «subsystem» B1 HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 7 Adapted from Systems Design by David L. March, DeSales University Webpage Modules Layers Components A module is an implementation unit A component is a runtime unit. In this figure modules are grouped into layers. Each layer will be developed by a different team. The bold boundary illustrates the modules that participate when the corresponding component is running. HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 8
5 Adapted from Systems Design by David L. March, DeSales University Webpage Wichtige Eigenschaften von Komponenten eigenständige, ausführbare SW-Einheiten (Laufzeit-Sicht), d.h. Subsysteme, Prozesse, Objekte über ihre Schnittstellen austauschbar definiert lassen sich unabhängig voneinander entwickeln kunden- / anwendungsspezifische, bzw. wiederverwendbare Software sowie COTS können installiert / deployed werden HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 9 2. Bedeutung
6 aus Seminar Komponenten: Christopher Oezbek, Freie Universität Berlin Komponentenbasierte Entwicklung I Die Konstruktion von Software aus vorgegebenen Komponenten und Bibliotheken spielt eine immer grössere Rolle, da die Komplexität von Systemen, Protokollen und Anwendungsszenarien anwächst und damit eine Eigenentwicklung aus Gründen der Wirtschaftlichkeit und Sicherheit nicht ratsam erscheint. Christopher Oezbek, Freie Universität Berlin HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 11 aus Seminar Komponenten: Christopher Oezbek, Freie Universität Berlin Komponentenbasierte Entwicklung II Die Schwierigkeit der Softwareentwicklung liegt heute nicht in der Beherrschung der gewählten Programmiersprache, sondern vielmehr in der der zugehörigen Bibliothek (vgl. die Komplexität der Sprache Java und die des JDK). Christopher Oezbek, Freie Universität Berlin HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 12
7 aus Seminar Komponenten: Christopher Oezbek, Freie Universität Berlin Komponentenbasierte Entwicklung III Komponenten zu entwickeln, stellt hierbei noch höhere Anforderungen an unsere softwaretechnischen Fertigkeiten als reguläre Software, da eine ganze Reihe neuer Einflüsse beachtet werden müssen, die bei einmaliger Anwendung nicht auftreten. Christopher Oezbek, Freie Universität Berlin HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 13 Bedeutung der Komponententechnologie HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 14
8 3. Nutzen from Sterling Software The Enterprise Component Architects Webpage Nutzen von Komponenten HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 16
9 Auswirkungen von Änderungen from Sterling Software The Enterprise Component Architects Webpage HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 17 Auswirkungen mit Komponenten from Sterling Software The Enterprise Component Architects Webpage HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 18
10 4. Entwurf mit Komponenten Aus der Vorlesung Architektur von Jörg Hofstetter HTA Luzern Praktische Eigenschaften von Komponenten Wer eine Komponente einsetzen will, braucht nur deren Schnittstelle zu kennen. Komponenten, die dieselbe Schnittstelle haben, sind gegenseitig austauschbar. Komponententest ist blackbox Test. Komponenten lassen sich unabhängig voneinander entwickeln. Komponenten unterstützen die Wiederverwendbarkeit. HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 20
11 Aus der Vorlesung Architektur von Jörg Hofstetter HTA Luzern Verhaltenssicht Components & Connector: ausführbare Einheiten und gemeinsame Daten Datenfluss: Data flow between components. Control flow: wird angestossen von Prozess: welche Komponenten laufen parallel? Verteilung: Zuordnung der Komponenten zur HW ToLower «dataflow» Split Merge ToUpper HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 21 Aus der Vorlesung Architektur von Jörg Hofstetter HTA Luzern Komponenten-Spezifikation Export: unterstützte Interfaces, die andere Komponenten nutzen können. Export C Import: benötigte / benutzte Interfaces von anderen Komponenten. A Import B Verhalten: Verhalten der Komponente. Kontext: Rahmenbedingungen im Betrieb der Komponente. HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 22
12 Aus dem Vortrag UML-2 von Jörg Hofstetter HTA Luzern Verdrahtung von Komponenten Fehler, kann nicht zusammengesteckt werden! HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 23 Adapted from Documenting SW Architectures by Paul Clements et. al. Addison Wesley Architektur-Muster Pipe and Filter Subscriber Client A subscribe events request service Publisher Server B services Shared Data Publish-Subscribe Client-Server Peer-to-Peer concurrency & sychronization C D HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 24
13 Adapted from Documenting SW Architectures by Paul Clements et. al. Addison Wesley Rollen der Komponenten in den Architekturmustern Pipe-and-Filter Component: Filter Connector: Pipe Data Transformation Client-Server Component: Client und Server Connector: request/reply Decoupling Apps. from Services Shared Data Component: Repositories Connector: Data Reader/Writer Multiple Accessors & Persistence Publish-Subscribe Component: any Connector: publish-subscribe Send events & msgs. to unknown set of recipients Peer-to-Peer Component: Peer Connector: bidirectional RPC Collaboration Communicating Processes Component: any concurrent unit Connector: data exchg., msg. passing, sync., ctrl. Concurrent Systems HSLU T&A, Modul SWK - 01-Komponenten - Martin Jud 25
Modul Software Komponenten 10 Komponentenarchitektur
Modul Software Komponenten 10 Komponentenarchitektur Teil 1 Peter Sollberger Darstellung der Interaktionen verteilter Objekte Inhalt Montag, 27. Oktober Client/Server Computing Middleware verteilte Objekte
Komponentenbasierte Softwareentwicklung
Seminar WS04 Komponentenbasierte Softwareentwicklung Karl Pauls Software-Komponente A software component is a unit of composition with contractually specified interfaces and explicit context dependencies
11. Komponenten Grundlagen der Programmierung 1 (Java)
11. Komponenten Grundlagen der Programmierung 1 (Java) Fachhochschule Darmstadt Haardtring 100 D-64295 Darmstadt Prof. Dr. Bernhard Humm FH Darmstadt, 10. Januar 2006 Einordnung im Kontext der Vorlesung
Zwischenbericht Diplomarbeit
Zwischenbericht Diplomarbeit Vergleichende Studie zu den Komponentenmodellen COM+, EJB und CCM Stefan Haubold ([email protected]) 1 Gliederung " Aufgabenstellung " COM+ " Enterprise JavaBeans (EJB)
17 Komponentenbasiertes Software-Engineering
17 Komponentenbasiertes Software-Engineering 17.0 Einführung Lernziele Grundlagen, Prinzipien und Probleme des CBSE 17.1 Komponenten und Komponentenmodelle Komponenten und ihre Eigenschaften Komponentenmodelle
V-Modell mit UML. Max Kleiner
V-Modell mit UML Max Kleiner Open or programming for change The Unified Modeling Language [UML95] is a thirdgeneration object-oriented modeling language for specifying, visualizing, and documenting the
Enterprise JavaBeans Überblick
Enterprise JavaBeans Überblick 1. Überblick Java EE 5 und Komponententechnologien 3. Enterprise JavaBeans Architektur 4. Ressourcen Management und Primäre Services 5. Java Persistence: Entity Manager 6.
Softwarearchitektur mit dem Quasar- Architekturstil
Softwarearchitektur mit dem Quasar- Architekturstil Prof. Dr. U. Aßmann Technische Universität Dresden Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie http://www-st.inf.tu-dresden.de
Das JWAM-Framework und Komponenten
Das JWAM-Framework und Komponenten Eine konzeptionelle Bestandsaufnahme Kontext Der Begriff Komponente Aktuelle Bedeutung Komponenten und Frameworks Komponenten in JWAM Ausstattungskomponenten Einschubkomponenten
Experts in agile software engineering. Software Architektur andrena objects ag
Experts in agile software engineering Software Architektur [email protected] Experts in agile software engineering 2 Experts in agile software engineering 2 Architektur in der Software Entwicklung
Übungen zu Softwaretechnik
Prof. Dr. Dr. h.c. M. Broy Lösungsblatt 10 Dr. H. Ehler, S. Wagner 16. Januar 2004 Übungen zu Softwaretechnik Aufgabe 14 Systementwurf / SW-Grobentwurf nach dem V-Modell Auf dem Arbeitsblatt 3 sind Auszüge
Konzept / 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»
Aufbau eines modernen Betriebssystems (Windows NT 5.0)
Aufbau eines modernen Betriebssystems (Windows NT 5.0) Moritz Mühlenthaler 14.6.2004 Proseminar KVBK Gliederung 1.Das Designproblem a) Überblick b) Design Goals c) Möglichkeiten der Strukturierung 2. Umsetzung
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert
UML 2.0 als Architekturbeschreibungssprache? Seminar: Architekturbeschreibungssprachen Manuel Wickert Motivation UML 2.0 nicht als ADL im Sinne von Taylor/Medvidovic entworfen. Warum UML als ADL? weit
Ziele und Tätigkeiten von Architekten
Ziele und Tätigkeiten von Architekten Definition Software Architektur o A software architecture provides a model of a whole software system that is composed of internal behavioral units (i.e. components)
Software-Engineering. SWE III SW-Design. Software-Engineering im NDS-I besteht aus drei Modulen: SWE I Basismodul. SWE II Modellieren mit UML
Software-Engineering Software-Engineering im NDS-I besteht aus drei Modulen: SWE I Basismodul SWE II Modellieren mit UML SWE III Design Martin Jud NDS-I SWE III 1 SWE III SW-Design Lernziele Bedeutung
Software Design basierend auf dem Plug-In Konzept
Software Design basierend auf dem Plug-In Konzept Michael Antes Seminar Simulation und Bildanalyse mit Java, WS2003 Universität Ulm Software-Design basierend auf dem Plug-In-Konzept Inhalt: Einführung:
Komponentenbasierter
Komponentenbasierter Taschenrechner mit CORBA Silke Kugelstadt Torsten Steinert Inhalt Motivation Demonstration des Taschenrechners Grobarchitektur Implementierung des Clients Implementierung der Komponenten
Mathematik Seminar WS 2003: Simulation und Bildanalyse mit Java. Software-Architektur basierend auf dem Plug-in-Konzept
Mathematik Seminar WS 2003: Simulation und Bildanalyse mit Java Software-Architektur basierend auf dem Plug-in-Konzept Aufteilung: Probleme mit normaler/alter Software Ziele des Software Engineerings Die
Der agile Software Architekt
Der agile Software Architekt Ingmar Kellner 2013-09-25 Agil == Beweglich == Zur Handlung Fähig Source: http://de.wiktionary.org/wiki/agil Gegebene Versprechen schränken meine Agilität ein! 2013, hello2morrow
Vorlesung Software-Reengineering
Vorlesung Software-Reengineering Prof. Dr. Rainer Koschke Arbeitsgruppe Softwaretechnik Fachbereich Mathematik und Informatik Universität Bremen Wintersemester 2008/09 Überblick I 1 1 Softwarearchitektur
Enterprise JavaBeans Überblick
Enterprise JavaBeans Überblick 1. Überblick Java EE 5 und Komponententechnologien 2. Einführung Java EE 5 Plattform 3. Enterprise JavaBeans Architektur 4. Ressourcen Management und Primäre Services 5.
System-Modellierung. statisches & dynamisches Modell. System Model. System Model
System Model System-Modellierung erarbeiten der: der System-UseCases des konzeptionellen Analysemodells des Architekturmodells des Designmodells Setzt auf dem BusinessModel auf Martin Jud NDS-I SWE II
Kommunikation in verteilten Anwendungen
Kommunikation in verteilten Anwendungen Einführung in Sockets, Java RMI,CORBA und Jini von Prof. Dr. Oliver Haase 2., überarbeitete und erweiterte Auflage Oldenbourg Verlag München 1 Einführung in das
NotesSession.GetPropertyBroker( )
Bestandteile von CA Laufen im Rich Client (Notes oder Expeditor) oder via Portal Server im Browser NSF-Komponenten sind Notes-Designelemente Eclipse Komponenten sind Eclipse ViewParts lokale oder Websphere
Zustandsdiagramm - Begriffe
Zustandsdiagramm - Begriffe Zustand Zustände sind durch eine Kombination von Attributwerten bestimmt. Zweck beschreiben das Verhalten eines Objektes zeigen alle Zustände, die ein Objekt haben kann zeigen
Buchvorstellung Domain-Driven Design
Buchvorstellung Domain-Driven Design XPUG FFM 20 Bastiaan Harmsen Copyright Software Team GmbH, Bastiaan Harmsen 1 Standardattribute Domain-Driven Design Eric Evans Addison-Wesley ISBN 0-321-12521-5 $49,99
JavaFX im UI-Technologiedschungel
JavaFX im UI-Technologiedschungel Guten Tag, Hallo, Servus! Björn Müller Seit 2007 SAP, AJAX, Swing, JavaFX CaptainCasa Community Swing für Unternehmensanwendungen Seit 2012: JavaFX für Unternehmensanwendungen
Masterkurs Verteilte betriebliche Informationssysteme
Peter Man dl Masterkurs Verteilte betriebliche Informationssysteme Prinzipien, Architekturen und Technologien Mit 196 Abbildungen STUDIUM VIEWEG+ TEUBNER 1 Einführung in verteilte Systeme 1 1.1 Definitionen
UML (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...
CORBA. 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
Unternehmensweite IT Architekturen
Unternehmensweite IT Architekturen Part 1: IT Systems Architecture, Roles and Responsibilities of IT Architects Part 2: Solution Architecture, based on a practical Case Study Part 3: SOA (Service Oriented
Komponenten- und Service-orientierte Softwarekonstruktion
Komponenten- und Service-orientierte Softwarekonstruktion Lecture 1: Organisatorisches und Einführung Jakob Rehof LS XIV Software Engineering TU Dortmund Sommersemester 2015 SS 2015 J. Rehof (TU Dortmund)
Erläuterungen zu Darstellung des DLQ-Datenportals
Erläuterungen zu Darstellung des DLQ-Datenportals Definition zum Datenportal Das DLQ-Datenportal (DP) definiert fachliche Schnittstellen für den Datenaustausch zwischen verschiedenen Kommunikationspartnern.
arlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek
arlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek Speaker Andreas Holubek VP Engineering [email protected] arlanis Software AG, D-14467 Potsdam 2009, arlanis
39 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
Microsoft.NET Framework & Component Object Model. ein Vortrag von Florian Steuber
Microsoft.NET Framework & Component Object Model ein Vortrag von Florian Steuber Übersicht I..NET Framework 1. Was ist das.net Framework? 2. Das.NET Execution Model 3. Sprachunabhängigkeit, CTS und CLS
Jürgen Schwab, debis Systemhaus
Jürgen Schwab, debis Systemhaus 1 Komponenten - Markt VAA - Referenzmodell: eine komponentenorientierte Anwendungsarchitektur März 99 99 2 Die Voraussetzungen für einen Komponentenmarkt sind so gut wie
Alternative Architekturkonzepte
Alternative Architekturkonzepte Motivation: Suche nach einer Gesamtstruktur meistens: dominante nichtfunktionale Eigenschaften legen Architektur fest Antrieb: Architekturziel Ziel: globale Betrachtung
Architektur Verteilter Systeme Teil 1: Einführung
Architektur Verteilter Systeme Teil 1: Einführung 04.04.17 1 Literatur [1-1] Griffel, Frank: Componentware. dpunkt, 1998 [1-2] Reussner, Ralf; Hasselbring, Wilhelm (Hrg.): Handbuch der Software-Architektur.
Software- /Systemarchitektur
Software- /Systemarchitektur Agenda: Definition von Softwarearchitektur Voraussetzungen Was bedeutet Objektorientierung? Wie speichert man Daten persistent? Client-Server-Architektur Schichtenarchitektur
3-Tier-Architecture und J2EE
3-Tier-Architecture und J2EE Oliver Müller Seminar Software-Entwurf WS 2004/05 3-Tier, was war das noch gleich? NEIN, das nicht!!! 2 Die Lage - Applikationen laufen
Software Engineering
Software Engineering Gustav Pomberger, Wolfgang Pree Architektur-Design und Prozessorientierung ISBN 3-446-22429-7 Weitere Informationen oder Bestellungen unter http://www.hanser.de/3-446-22429-7 sowie
on Software Development Design
Werner Mellis A Systematic on Software Development Design Folie 1 von 22 How to describe software development? dimensions of software development organizational division of labor coordination process formalization
Empirische Strategien
Empirische Strategien Julian Raschke 07.04.2009 Übersicht Einordnung die Strategien im Detail Vergleich Kontext Software-Engineering Empirische Strategien 07.04.2009 2 Einordnung Situation: Software-Entwicklungsprozess
Technische Universität Kaiserslautern Lehrstuhl für Virtuelle Produktentwicklung
functions in SysML 2.0 La Jolla, 22.05.2014 12/10/2015 Technische Universität Kaiserslautern Lehrstuhl für Virtuelle Produktentwicklung Dipl. Wirtsch.-Ing. Christian Muggeo Dipl. Wirtsch.-Ing. Michael
Super. 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
Vorteile von Java und Konvergenz Service Creation mit JAIN Network Management mit JMX Fazit
Hochschule für Technik und Architektur Chur Dr. Bruno Studer Studienleiter NDS Telecom, FH-Dozent [email protected] 1 GSM: 079/610 51 75 Agenda Vorteile von Java und Konvergenz Service Creation
Programmiermethodik Vorlesung und Praktikum SS 2001
Vorlesung und Praktikum SS 2001 Prof. Dr. W. Effelsberg, G. Kühne, Ch. Kuhmünch Universität Mannheim 1. Einführung 1-1 Inhalt 1. Einführung, Vorstellung der Programmieraufgabe 2. Der Software-Entwicklungszyklus
Von UML 1.x nach UML 2.0
Zürich Soft Summer 2005 Fortgeschrittene Aspekte der Software Technologie Von UML 1.x nach UML 2.0 Prof. Dr. Martin Glinz www.ifi.unizh.ch/req Ergänzendes Material zur Vorlesung Spezifikation und Entwurf
Gemeinsam mehr erreichen.
Gemeinsam mehr erreichen. Microservices in der Oracle SOA Suite Baden 10. September 2015 Ihr Ansprechpartner Carsten Wiesbaum Principal Consultant [email protected] @CWiesbaum Schwerpunkte:
Was ist Software-Architektur?
Was ist Software-Architektur? Stephan Schulze Martin Knobloch 28.04.2004 Seminar: Software-Architektur Humboldt Universität zu Berlin sschulze [email protected] Gliederung Begriffsbestimmung
46 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
Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 [email protected]
Web Services Java Praktikum SS 2010 [email protected] 1 Web Services Einführung Definition, Eigenschaften, Anwendungen... JAX-RPC Überblick, Architektur... JAX Übersicht, Architektur Java Praktikum
Architecture 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,
Einführung: Verteilte Systeme - Remote Method Invocation -
Einführung: Verteilte Systeme - - Prof. Dr. Michael Cebulla 11. Dezember 2014 Fachhochschule Schmalkalden Wintersemester 2014/15 1 / 43 M. Cebulla Verteilte Systeme Gliederung 1 2 Architektur RMI Kommunikation
Enterprise JavaBeans Überblick: 12. Session Facade Einleitung 12.2 Problem 12.3 Lösung. Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 460
Enterprise JavaBeans Überblick 1. Überblick Komponententechnologien 2. Einführung 3. Enterprise JavaBeans Architektur 4. Ressourcen Management und Primäre Services 5. Java Persistence: Entity Manager 6.
Komponentenbasierter Taschenrechner mit CORBA
Komponentenbasierter Taschenrechner mit CORBA Silke Kugelstadt Torsten Steinert Inhalt Motivation Demonstration des Taschenrechners Grobarchitektur Implementierung des Clients Implementierung der Komponenten
Spring & OSGi: Plattform der Zukunft. Bernd Kolb (Kolbware) Martin Lippert (akquinet agile GmbH) Gerd Wütherich (comdirect bank AG)
Spring & OSGi: Plattform der Zukunft Bernd Kolb (Kolbware) Martin Lippert (akquinet agile GmbH) Gerd Wütherich (comdirect bank AG) 0 Inhalt Warum Spring & OSGi? Die Grundidee Der Stand der Dinge Ein praktisches
Complex Event Processing
[10] Armin Steudte HAW Hamburg Masterstudiengang Informatik - WS 2011/2012 Agenda Motivation Grundlagen Event Processing Networks Ausblick Quellen 2 Agenda Motivation Grundlagen Event Processing Networks
Vorlesung Donnerstags, 10.00 bis 11.30 Uhr, HS12 Übung Dienstags, 14.00 bis 15.30 Uhr 4-5 ÜbungsbläMer (Programmieraufgaben)
Komponenten Einführung Organisatorisches 2+1 SWS Vorlesung Donnerstags, 10.00 bis 11.30 Uhr, HS12 Übung Dienstags, 14.00 bis 15.30 Uhr 4-5 ÜbungsbläMer (Programmieraufgaben) Klausur 28. Februar 2013 Unterlagen
Multi-Tool Testlandschaft mit DDS
Multi-Tool Testlandschaft mit DDS MATLAB UND SIMULINK ALS ENABLER FÜR RAPID TOOL PROTOTYPING SEBASTIAN BEWERSDORFF ASSYSTEM GERMANY MATLAB EXPO 2017 MÜNCHEN 27.06.2017 EINFÜHRUNG Tools in Unternehmensprozessen
Softwareentwicklung 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
Oracle Data Warehouse Integrator Builder Ein Selbstversuch
Oracle Data Warehouse Integrator Builder Ein Selbstversuch DOAG Konferenz 2013, Nürnberg Dani Schnider, Trivadis AG BASEL BERN BRUGG LAUSANNE ZÜRICH DÜSSELDORF FRANKFURT A.M. FREIBURG I.BR. HAMBURG MÜNCHEN
+++ Bitte nutzen Sie die integrierte Audio-Funktion von WebEx (Menü Audio -> Integrated Voice Conference -> Start auswählen), um uns zu hören!!!.
+++ Bitte nutzen Sie die integrierte Audio-Funktion von WebEx (Menü Audio -> Integrated Voice Conference -> Start auswählen), um uns zu hören!!!. +++ Oracle Mobile Cloud Service (MCS) MCS SDK & MAF MCS
DATA ANALYSIS AND REPRESENTATION FOR SOFTWARE SYSTEMS
DATA ANALYSIS AND REPRESENTATION FOR SOFTWARE SYSTEMS Master Seminar Empirical Software Engineering Anuradha Ganapathi Rathnachalam Institut für Informatik Software & Systems Engineering Agenda Introduction
