Maßgeschneiderte CAx-Systeme auf Basis von Komponenten
|
|
- Eike Kirchner
- vor 2 Jahren
- Abrufe
Transkript
1 Maßgeschneiderte CAx-Systeme auf Basis von n Dipl.-Ing. B. Swienczek, Dipl.-Inform. F. Arnold, Dipl.-Ing. Th. Kilb, Dipl.-Ing. A. Janocha Lehrstuhl für Rechneranwendung in der Konstruktion, Fachbereich Maschinenbau und Verfahrenstechnik, Universität Kaiserslautern 1 Stand der Technik Der Trend der letzten Jahre im CAx-Bereich geht eindeutig in Richtung 3D-Modellierung. Der Einsatz dieser Technologie ist jedoch erst dann wirtschaftlich sinnvoll, wenn die generierten Daten nicht ausschließlich als Ersatz für 2D-Zeichnungen dienen, sondern während des gesamten Produktentstehungsprozesses eingesetzt werden und auf diese Weise Datendurchgängigkeit gewährleistet wird. Mittlerweile wird ein umfangreiches Spektrum von Anwendungen eingesetzt. Beispielhaft seien hier Berechnungs- und Simulationsprogramme oder die 3D-Produktvisualisierung in nichttechnischen Bereichen (z. B. Marketing, Vertrieb) genannt. Viele CA-Systeme bieten zwar eine große Auswahl an Modulen für nahezu alle Bereiche der Produktentwicklung, allerdings ist kein System, unabhängig von seiner Komplexität, in der Lage, alle Anforderungen seiner Anwender zu erfüllen. Deshalb kommen in immer größerem Umfang spezielle Programme für individuelle Probleme zum Einsatz. Der Anwender sieht sich jedoch mit Schwierigkeiten konfrontiert, wenn er versucht, für spezielle Probleme spezielle Anwendungen unterschiedlicher Systemhersteller einzusetzen. Um die Integration der verschiedenen Programme zu ermöglichen, muß er sich auf neutrale Standardschnittstellen für den Produktdatenaustausch (IGES, VDAFS, STEP) verlassen, wobei hier mit Informationsverlusten zu rechnen ist. Außerdem muß er sich mit differierenden Benutzerführungen vertraut machen. Im Bewußtsein dieser Probleme entwickelte die Arbeitsgruppe CAD/CAM-Strategien der deutschen Automobilindustrie einen Vorschlag für eine offene CAx-Systemarchitektur /1/, /2/, /3/. Diese sollte in der Lage sein, alle CAx-n, die im Laufe des Produktentstehungsprozesses verwendet werden, zu integrieren. Es sollte unter anderem die folgenden Anforderungen erfüllen: Offenheit Interoperabilität Investitionssicherheit Aufhebung der Zwangsbindung des Anwenders an einen Systemhersteller Vermeidung redundanter Systeme Die Berücksichtigung der internationalen Standards STEP für den Bereich der Produktdatenmodellierung und CORBA für den Bereich der verteilten objektorientierten Systeme, die in den folgenden Abschnitten kurz dargestellt sind, war für die Erfüllung dieser Anforderungen eine wichtige Voraussetzung /5/, /6/.
2 2 Grundlagen 2.1 STEP 1984 begann die International Organization for Standardization (ISO) die Entwicklung von STEP mit folgendem Ziel: Eine eindeutige Repräsentation von computer-interpretierbaren Produktinformationen für den gesamten Lebenszyklus eines Produktes [ISO ] STEP ist primär die Beschreibung eines Produktdatenmodells. Der STEP-Standard enthält eine Anzahl von Regeln nicht ausschließlich für die Modellierung von Produktdaten sondern auch Beschreibungsmethoden, Implementierungsmethoden sowie Methoden zur Prüfung der Konformität von Implementierungen. Die Beschreibungssprache für STEP Informationsmodelle ist EXPRESS (ISO ). EX- PRESS erlaubt die Beschreibung des Datenmodells mit Entitäten einschließlich Attributen und Beziehungen zwischen diesen. Die Anforderungen an Produktdatenmodelle hängen stark vom industriellen Einsatz in speziellen Applikationen ab. Aus diesem Grund werden Produktdatenmodelle für verschiedene Anwendungsgebiete, die sogenannten Applikationsprotokolle (AP), definiert. Um die STEP-Philosophie der Automobilindustrie im Bereich Mechanik zu konkretisieren, wurde das Applikationsprotokoll AP 214 Core Data for Automotive Mechanical Design Processes definiert. AP 214 beinhaltet geometrische und nicht-geometrische Daten von Bauteilen wie auch Produktdaten mechanischer Bauteile und Baugruppen in der Automobilentwicklung. 2.2 Common Object Request Broker Architecture (CORBA) Ein weiterer für die Realisierung der CAx-Architektur verwendeter internationaler Standard ist CORBA. Es ist ein von der Object Management Group (OMG) definierter Standard für interoperable Softwaresysteme unter Verwendung von objektorientierter Technologie. Die zentrale der Spezifikation ist der Object Request Broker (ORB). Der ORB ist die Software (eine sog. Middleware), die zwischen den Applikationen im Netzwerk vermittelt. Er verwaltet die Interaktion zwischen verschiedenen heterogenen Applikationen und ermöglicht die Kommunikation zwischen Objekten über Plattformgrenzen hinweg. Durch die Verwendung eines ORB kann ein Client auf transparente Weise Methoden von Serverobjekten aufrufen. Diese Methoden können beispielsweise Objekte erzeugen, manipulieren oder löschen. Hierbei muß der Client keine Kenntnis darüber haben, wo das aktuelle Objekt sich befindet. Außerdem bleiben dem Client Details wie Programmiersprache, Betriebssystem oder andere Aspekte der Serverimplementierung verborgen. Dadurch ermöglicht der ORB die Interoperabilität zwischen Applikation in heterogenen verteilten Umgebungen und sorgt für eine nahtlose Verbindung von mehreren Objektsystemen. Für die Definition der Schnittstellen der Objekte innerhalb einer CORBA-Anwendung wurde mit der Interface Definition Language (IDL) eine spezielle Notation als Teil des CORBA-Standards
3 entwickelt. Aus einer mit Hilfe von IDL beschriebenen Schnittstelle lassen sich Implementierungsvorlagen für verschiedene Programmiersprachen ableiten, z. B. C, C++ oder Java. ORBs erlauben auch die Integration bestehender Systeme. In einer ORB-basierten Applikation wird das bestehende System quasi eingepackt, d. h. eine die bestehende Anwendung umschließende Software übersetzt zwischen der standardisierten Schnittstelle und der Schnittstelle der Anwendung. Diese Vorgehensweise wird im Softwareengineering als wrapping bezeichnet, die dabei entstehende Software als wrapper oder Adapter wie in Bild 1 zu sehen ist /9/. CORBA hat mittlerweile eine hohe Akzeptanz erreicht und wird von zahlreichen kommerziellen Produkten unterstützt. Es existieren unterschiedliche Implementierungen des abstrakten CORBA- Standards verschiedener Hersteller, die ab CORBA 2.0 auch untereinander kommunizieren können. 3 Der CAx-Objektbus Der CAx-Objektbus /4/ wurde als Basis für eine offene CAx-Systemarchitektur entwickelt. Als Kommunikationsschnittstelle für verteilte, objekt-orientierte CAx-Systeme ist er in der Lage, den Zugriff auf CAx-Objekte, also Produktdaten und die zugehörigen Funktionalitäten, über Plattformund Herstellergrenzen hinweg zu realisieren (siehe Bild 1). CAM-System CAD-System CAE-System ANICA konforme CAx- ANICA-Adapter ANICA-Adapter ANICA-Adapter CAx-Objektbus Bild 1: ANICA als Vorstufe zu CAx-nsystemen Der Grund für die Verwendung der internationalen Standards STEP und CORBA für die Realisierung des CAx-Objektbusses liegt darin, daß nahezu alle Anforderungen in den Bereichen Produktdatenmodellierung und Systemkommunikation erfüllt werden sowie in der Steigerung der Akzeptanz dieser Kommunikationsplattform bei Anwendern und Systemherstellern durch die weite Verbreitung dieser Standards. Eine weitere wichtige Voraussetzung für die Definition des CAx- Objektbusses war ein im Projekt ANICA (ANalysis of access Interfaces of various CAx systems, vgl. /9/) durchgeführter Vergleich verschiedener Programmierschnittstellen von CAD-Systemen und CAD-Kernen (u. a. CATIA, Pro/Engineer, ACIS, CAS.CADE). Hieraus wurde eine gemeinsame Menge von Funktionen abgeleitet, die auch durch den CAx-Objektbus unterstützt werden soll. Die Schnittstelle des CAx-Objektbusses erlaubt den Zugriff auf CAx-Klassen, die ihrerseits Daten und die dazugehörigen Methoden umfassen. Während die Daten eine Teilmenge der Entitäten
4 von STEP AP 214 darstellen werden die Methoden aus der vergleichenden Analyse der Systeme verwendet. Diese CAx-Klassen werden in IDL beschrieben und stehen dann den Programmierern von CAx- n zur Verfügung. Damit bestehende CAx-Systeme den CAx-Objektbus verwenden können, müssen Adapter (wrapper) implementiert werden, die die Umsetzung von Funktionsaufrufen und Daten der Programmierschnittstellen (API: Application Porgramming Interface) zu den CAx-Objekten übernehmen. Diese werden in Bild 1 als ANICA-Adapter bezeichnet. Diese Adapter werden für ANICA-konforme CAx- n nicht mehr benötigt. Von entscheidender Bedeutung an diesem neuen Kommunikationsansatz ist der Verzicht auf jegliche Form des dateibasierten Datenaustausches. Die Kooperation verschiedener n wird ausschließlich online und ohne das mehrfache Speichern von Daten realisiert. 4 Der CAx-Objektbus in der Praxis Grundsätzlich lassen sich drei verschiedene Strategien beim Einsatz des CAx-Busses unterscheiden. Diese sind von der Verfügbarkeit spezialisierter CAx-n abhängig (siehe Bild 2). CAD-1 CAD-2 Modul-A Modul-2 a) b) Modul-B Modul-C Objektbus Modul-1 Modul-3 Modul-A Modul-B CAD-1 Modul-C Objektbus c) Objektbus Bild 2 : Verschiedene Anwendungen des CAx-Objektbusses In Variante (a) werden noch keine CAx-n eingesetzt, sondern es werden bestehende CAx-Systeme miteinander verbunden. Dadurch können Daten und Funktionen eines Systems dem Anwender des anderen Systems zugänglich gemacht werden. Erkennbar ist der modulare Aufbau der beiden CAD-Systeme, wobei in diesem speziellen Fall nur ein einziges Modul von CAD-2 an das System CAD-1 angebunden wird. Bei dieser Lösung sind lediglich Investitionen für die zusätzlichen ANICA-Adapter erforderlich. Für den Anwender ergibt sich der Vorteil, daß er zur Nutzung von fremden Funktionen nicht die Bedienung eines weiteren CAx-Systems erlernen muß, sondern mit seiner gewohnten Benutzerumgebung zusätzliche Funktionen aufrufen kann. Lösung (b) stellt die Anbindung von spezialisierten CAx-n, die von Anfang an mit der CAx-Bus-Schnittstelle ausgestattet sind, an bestehende CAx-Systeme dar. Durch den CAx- Objektbus ist gewährleistet, daß diese n plattform- und herstellerübergreifend
5 verwendet werden können. Diese Lösung eignet sich beispielsweise zur Einbindung von Simulationslösungen (z. B. Kinematik, Ergonomiesimulation mit Menschmodellen) oder Berechnungsverfahren (z. B. FEM, CFD). Der Anwendungsfall (c) stellt die konsequenteste Umsetzung der ANICA-Architektur dar (vgl. /7/ /8/). Hier werden ausschließlich CAx-n miteinander verbunden. Der Rahmen um die einzelnen n stellt die temporäre Verknüpfung der n für eine spezifische Anwendung dar. Durch die hohe Flexibilität und die Auswahl der am besten geeigneten n kann mit dieser Lösung das Rationalisierungspotential des neuen Ansatzes am besten ausgeschöpft werden. 5 Ausblick Die Summe der Vorteile von komponentenbasierten CAx-Systemen wird für den Anwender erst in vollem Umfang realisierbar, wenn marktgängige Systeme diesen Ansatz übernehmen. Bild 1 zeigt jedoch, daß auch eine Kombination der im letzten Abschnitt dargestellten Anwendungsmöglichkeiten der Systemarchitektur möglich sind. So könnten zunächst vorhandene Komplettsysteme über den CAx-Objektbus miteinander verknüpft werden und, sobald diese verfügbar sind, ANICA-konforme CAx-n hinzugefügt werden. Anschließend können dann Komplettsysteme durch mehrere CAx-n substituiert werden. nkatalog Entwicklungsprozeß Optimiertes nsystem Kompositionswerkzeug Bild 2: Generierung von maßgeschneiderten CAx-nsystemen Insgesamt kann diese Entwicklung dazu führen, daß Anwender spezialisierte n verschiedener Hersteller zu einem individuell angepaßten System zusammenfügen. Dies vermindert die Abhängigkeit von einzelnen Systemherstellern. Wie in Bild 3 dargestellt, bestimmen Parameter des Entwicklungsprozesses die Konfiguration des nsystems. Mit Hilfe eines Kompositionswerkzeuges werden verschiedene n, die zuvor aus dem nkatalog ausgewählt wurden, miteinander verknüpft. Falls durch variierende Prozeßparameter Änderungen erforderlich werden, ist der Austausch einzelner n mit sehr geringem Aufwand möglich. Auf diese Weise entstehen schlanke Systeme, die in jedem funktionalen Teilbereich mit best of class -Anwendungen verschiedener Hersteller arbeiten. Eine einheitliche Benutzerführung bzw. Be-
6 nutzeroberfläche, die um die jeweiligen Bedienungselemente für Spezialfunktionen ergänzt wird, vermindert den Einarbeitungsaufwand gegenüber mehreren Komplettsystemen. 6 Literatur /1/ Dankwort C. W.: CAx Systems Architecture of the Future. In: Roller D.; Brunet P. (Eds.): CAD Systems Development. Tools and Methods, Springer-Verlag, /2/ Dankwort C. W.; Janocha A. T.: Von Monolithen zu n: CAx-Architekturen im Wandel. In: D. Ruland (Hrsg.): Tagungsband CAD 96. Verteilte und intelligente CAD- Systeme, Kaiserslautern, März /3/ Dankwort C. W.; Kellner P.; Leu D.; Müller G.; Renz W.; Weißberger G.: CAD in der Automobilindustrie - Aktuelle Bedürfnisse und mittelfristige Ziele. CAD-CAM REPORT Nr. 1, /4/ Iselborn B.: Entwurf eines CAx-Objektbusses. CAD 98: Tele-CAD. Produktentwicklung in Netzwerken. Darmstadt, März /5/ Janocha A. T.: CAx-Systemintegration auf Basis von CORBA und STEP. Produktdaten Journal, Nr.1, Juni 1996, S /6/ Janocha A. T., Arnold F.: "Architekturkonzepte integrierter CAx-Systeme", in: Proceedings of the International Conference on Computer Integrated Manufacturing (CIM '96), Zakopane, Poland, May 14-17, 1996, Vol III, pp /7/ Janocha A. T., Dankwort C.W.: Moderne CAx-Systemarchitekturen: Von proprietären Systemen zu Komponentware. CAD-CAM REPORT Nr. 9, September /8/ Janocha A. T., Gandyra M.: Richtungsweisender Einsatz der ntechnologie für CAx- Systeme. VDI-Berichte 1357: Neue Generation von CAD/CAM-Systemen - Erfüllte und enttäuschte Erwartungen, S /9/ Arnold F., Janocha A. T., Swienczek B., Kilb T.: " Die CAx-Integrationsarchitektur ANICA und ihre erste Umsetzung in die Praxis", erscheint in: Tagungsband zum Workshop "Integration heterogener Softwaresysteme" im Rahmen der 28. GI-Jahrestagung Informatik '98 - Informatik zwischen Bild und Sprache, Magdeburg, 21. September 1998
CORBA. Systemprogrammierung WS 2006-2007
CORBA Systemprogrammierung WS 2006-2007 Teilnehmer: Bahareh Akherattalab Babak Akherattalab Inhaltsverzeichnis: Verteilte Systeme Vergleich zwischen lokale und verteilte Systeme Verteilte Anwendungen CORBA
COMMON 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
Client/Server-Systeme
Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen
CORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten
CORBA-Konzept Ziele Common Object Request Broker Architecture CORBA Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Object Management Group Spezifiziert den CORBA-Standard
Online-Kopplung von CAx-Systemen für die virtuelle Produktentwicklung Ein Vergleich mit dem dateibasierten Datenaustausch
Online-Kopplung von CAx-Systemen für die virtuelle Produktentwicklung Ein Vergleich mit dem dateibasierten Datenaustausch Dipl.-Ing. B. Swienczek, Kaiserslautern Dipl.-Inform. F. Arnold, Kaiserslautern
3.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
CORBA. Beispiel einer Middleware-Plattform. Christian Fass WS 2013/14 Software Engineering: Basistechnologien
CORBA Beispiel einer Middleware-Plattform Christian Fass WS 2013/14 Software Engineering: Basistechnologien Allgemeines Common Object Request Broker Architecture Middleware: Vermittelt zwischen Obekten/Prozessen
Java 2, Enterprise Edition Einführung und Überblick
Universität aiserslautern AG Datenbanken und Informationssysteme Seminar Datenbank-Aspekte des E-Commerce Java 2, Enterprise Edition Einführung und Überblick m_husema@informatik.uni-kl.de Vortragsinhalte
Hello World from CORBA
Hello World from CORBA ein erster Überblick Aufruf einer Objekt-Methode Client gettemperature() Thermometer Objekt- Implementation Thermometer th = new Thermometer(); double t = th.gettemperature(); th
Von Monolithen zu Komponenten: CAx-Architekturen im Wandel
Von Monolithen zu Komponenten: CAx-Architekturen im Wandel Prof. Dr. C. Werner Dankwort Dipl.-Ing. Andrzej Janocha Lehrstuhl für Rechneranwendung in der Konstruktion Universität Kaiserslautern Gottlieb-Daimler-Straße
Webservices. 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung. Hauptseminar Internet Dienste
Hauptseminar Internet Dienste Sommersemester 2004 Boto Bako Webservices 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung Was sind Web Services? Web Services sind angebotene
Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation
Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation March 25, 2010 Slide 1 Agenda Die Problematik Das Lösungsmittel
KNX EtherGate Eine universelle Plattform für KNX/IP Interfaces
WEINZIERL ENGINEERING GMBH F. Heiny, Dr. Th. Weinzierl Bahnhofstr. 6 84558 Tyrlaching Tel. +49 (0) 8623 / 987 98-03 Fax +49 (0) 8623 / 987 98-09 E-Mail info@weinzierl.de KNX EtherGate Eine universelle
Modul Software Komponenten 10 Komponentenarchitektur
Modul Software Komponenten 10 Komponentenarchitektur Teil 3 Peter Sollberger Eine erste CORBA Anwendung Inhalt Dienstag, 4. November Object Request Broker CORBA Architektur und Komponenten (Teil 1) Übung:
SOAP Integrationstechnologie für verteilte Middlewarearchitekturen?
SOAP Integrationstechnologie für verteilte Middlewarearchitekturen? Großer Beleg Christian Wurbs Zwischenbericht http://www.inf.tu-dresden.de/~cw6 cw6@inf.tu-dresden.de Überblick 2 Aufgabenstellung CORBA
Kap. 3 Verteilte Objektverwaltung
Kap. 3 Verteilte Objektverwaltung 3.1 Einführung in die verteilte Objektverwaltung (Distributed Object Management, DOM) Anforderungen Kurzübersicht Java RMI Microsoft COM+ CORBA 3.2 Der CORBA-Standard
VL2: Softwareprojekt - Anforderungsanalyse. Inhalt. 1. Struktur eines Softwareprojektes
Dozent: G.Döben-Henisch (Version vom 16.April 2005) PPmP VL2 VL2: Softwareprojekt - Anforderungsanalyse Inhalt 1. Struktur eines Softwareprojektes 2. Anforderungsanalyse 1. Struktur eines Softwareprojektes
-Testen verteilter Anwendungen
-Testen verteilter Anwendungen Seminar Simulation und Bildanalyse mit Java im SS04 Konstantin Tjo, Urs Pricking Testen verteilter Anwendungen 1 Übersicht Einführung in verteilte Anwendungen RMI (Remote
Vortrag 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
Data Mining Standards am Beispiel von PMML. Data Mining Standards am Beispiel von PMML
Data Mining Standards am Beispiel von PMML Allgemeine Definitionen im Data Mining Data Mining (DM) Ein Prozess, um interessante neue Muster, Korrelationen und Trends in großen Datenbeständen zu entdecken,
Inhaltsverzeichnis. Zusammenfassung CORBA
Inhaltsverzeichnis 1 Was und wofür ist CORBA?... 2 1.1 Problematik in Verteilten Systemen... 2 1.2 Entwurfszeile... 2 2 Zweck und Ziele von OMG?... 2 3 Was ist eine Schnittstellenarchitektur?... 2 3.1
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
1 Einleitung 1. Produktion 19
VII 1 Einleitung 1 2 CAD-Technik im Rahmen der rechnerintegrierten Produktion 3 2.1 Rechnerintegrierte Produktion 3 2.1.1 Produktionsbereiche 4 2.1.2 Produktionsarten 7 2.1.3 Produktionstechnik 8 2.1.4
Projektgruppe 453: Entwurf eines Managementwerkzeugs zur Verwaltung von Sicherheitsdiensten für komplexe eingebettete Dienstesysteme
Titel CORBA Eine Middleware-Plattform für objektorientierte Technologien von Martin Villis 6. Mai 2004 Projektgruppe 453: Entwurf eines Managementwerkzeugs zur Verwaltung von Sicherheitsdiensten für komplexe
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
Workflow Management: Workflow (1)
Workflow Management: Workflow (1) Abgrenzung: Geschäftsprozeß Vorgang (Aktivität) Arbeitsablauf (Workflow) Arbeitsschritt (Work Item) Otto-von-Guericke-Universität Magdeburg Fakultät für Informatik Institut
Quo vadis, OPC? - von Data Access bis Unified Architecture - Dipl.-Ing. (BA) Erik Hennig Dresden, 25.10.2007
Informatik» Angewandte Informatik» Technische Informationssysteme Quo vadis, OPC? - von Data Access bis Unified Architecture - Dipl.-Ing. (BA) Erik Hennig Dresden, 25.10.2007 Gliederung Einführung Was
Model 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
Softwaretechnik (Allgemeine Informatik) Überblick
Softwaretechnik (Allgemeine Informatik) Überblick 1 Einführung und Überblick 2 Abstraktion 3 Objektorientiertes Vorgehensmodell 4 Methoden der Anforderungs- und Problembereichsanalyse 5 UML-Diagramme 6
09.01.14. Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
Vorlesung Programmieren
Vorlesung Programmieren Unified Modeling Language (UML) Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Unified Modeling Language (UML)
The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert
The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses
Erfolg ist programmierbar.
4578954569774981234656895856512457895456977498 3465689585651245789545697749812346568958561245 9545697749812346568958565124578954569774981234 6895856512457895456977498123465689585612457895 6977498123465689585651245789545697749812346568
Computer Aided Engineering
Computer Aided Engineering André Dietzsch 03Inf Übersicht Definition Teilgebiete des CAE CAD FEM Anwendungen Was hat das mit Rechnernetzen zu tun? André Dietzsch 03Inf Computer Aided Engineering 2 Definition
Übungen zu Softwaretechnik
Prof. Dr. Dr. h.c. M. Broy Lösungsblatt 11 Dr. H. Ehler, S. Wagner 23. Januar 2004 Übungen zu Softwaretechnik Aufgabe 16 Qualitätseigenschaften Broker-Pattern Beurteilen Sie das in Aufgabe 15 benutzte
Model Driven SOA Modellgetriebene Entwicklung von SOA Anwendungen. OOP München, 26.01.2011
Model Driven SOA Modellgetriebene Entwicklung von SOA Anwendungen OOP München, 26.01.2011 I N H A L T 1. SOA das erste Projekt 2. Prozesse Ergebnisse aus dem Fachbereich 3. Der Business Analyst und BPMN
OPC UA und die SPS als OPC-Server
OPC UA und die SPS als OPC-Server Public 01.10.2010 We software We software Automation. Automation. Agenda Firmenportrait Kurz-Einführung zu OPC Kurz-Einführung zu OPC UA (Unified Architecture) OPC UA
CIB DOXIMA PRODUKTINFORMATION
> CIB Marketing CIB DOXIMA PRODUKTINFORMATION Dokumentenmanagement & Dokumentenarchivierung > Stand: Januar 2013 INHALT 1 CIB DOXIMA 2 1.1 The next generation DMS 3 1.2 Dokumente erfassen Abläufe optimieren
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
Standardsoftware II. Klassifikation Schnittstellen
Standardsoftware II Schnittstellen zu ERP-Systemen Schnittstellen-1 Klassifikation Schnittstellen datenorientierte funktionale objektorientierte Schnittstellen-2 Was zeichnet eine Schnittstelle aus? Merkmale
Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund
Engine Die CSE Integration Platform Guten Tag! Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Integriertes Informationsmanagement mit der Engine - A2A vs. EBI Folie 2 Integration
Grundlagen und Implementation. Jan Kraft
Grundlagen und Implementation Jan Kraft Gliederung 1 die OMG 2 Was ist CORBA? 3 Funktionsweise 3.1 die Interface Definition Language 3.2 Objekt Adapter 3.3 weitere Komponenten des ORB 3.4 InterORB Protokolle
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
Hauptseminar Management von Softwaresystemen. Techniken der System-Integration EAI, Middleware, SOA, CORBA
Hauptseminar Management von Softwaresystemen Techniken der System-Integration EAI, Middleware, SOA, CORBA Betreuerin: Referent: Ulrike Hammerschall Alexey Krivoborodov Agenda Motivation Arten der Verteilung
Kommunikation. 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
Einführung in Generatives Programmieren. Bastian Molkenthin
Einführung in Generatives Programmieren Bastian Molkenthin Motivation Industrielle Entwicklung *!!*,(% % - #$% #!" + '( & )!* Softwareentwicklung Rückblick auf Objektorientierung Objektorientierte Softwareentwicklung
Java RMI, CORBA und Firewalls
Java RMI, CORBA und s Lehrstuhl für Datenverarbeitung falk@ei.tum.de Verteilte Objekte s Probleme Lösungsmöglichkeiten Konkrete Lösungen Verteilte Objekte Client mehrere Objekte Methoden-Aufruf Antwort
Praktikum 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
Simulation der SW-Systemzuverlässigkeit in Automatisierungssystemen auf Grundlage von SW-Komponenten
Universität Stuttgart Institut für Automatisierungs- und Softwaretechnik Prof. Dr.-Ing. Dr. h. c. P. Göhner Simulation der SW-Systemzuverlässigkeit in Automatisierungssystemen auf Grundlage von SW-Komponenten
Grid-Systeme. Betrachtung verschiedener Softwareplattformen zur Realisierung von Grids und Vorstellung des Globus Toolkit. 07.06.2002 Grid Systeme 1
Grid-Systeme Betrachtung verschiedener Softwareplattformen zur Realisierung von Grids und Vorstellung des Globus Toolkit 07.06.2002 Grid Systeme 1 Gliederung Vorstellung verschiedener Plattformen Globus
Multiuser Client/Server Systeme
Multiuser /Server Systeme Christoph Nießner Seminar: 3D im Web Universität Paderborn Wintersemester 02/03 Übersicht Was sind /Server Systeme Wie sehen Architekturen aus Verteilung der Anwendung Protokolle
Industrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit
Eckard Eberle, CEO Industrial Automation Systems Industrie 4.0 Eine Vision auf dem Weg zur Wirklichkeit Der nächste Schritt: Integration von Produktentwicklungs- und sprozess Heute Modulare, ITgestützte
Microsoft Dynamics NAV Technische Details
Microsoft Dynamics NAV Technische Details INHALT Microsoft Dynamics NAV Technische Details........................................ [3] Infrastruktur.............................................. [3] Systemanforderungen.....................................
Qualitätsaspekte des Software Designs am Beispiel Traffic Tower
Qualitätsaspekte des Software Designs am Beispiel Traffic Tower Matthias Wagner, Anita Herrmann Deutsches Zentrum für Luft- und Raumfahrt e.v. (DLR) Simulations-
Code-Erzeugung aus UML-Klassendiagrammen
Dominik 09.03.2009 Universität Ulm Gessenharter Inst. f. Programmiermethodik und Compilerbau Code-Erzeugung aus UML-Klassendiagrammen Theorie und Praxis Seite 2 REConf 2009 München Dominik Gessenharter
Liste der Handbücher. Liste der Benutzerhandbücher von MEGA
Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden
Without knowledge management our services would be unthinkable. Arthur D. Little
Without knowledge management our services would be unthinkable. Arthur D. Little Weshalb Wissensmanagement? Wissen ist die Gesamtheit der Informationen, Kenntnisse und Fähigkeiten einer Person, die zur
Erfolg ist programmierbar.
45789545697749812346568958565124578954569774981 46568958565124578954569774981234656895856124578 45697749812346568958565124578954569774981234656 58565124578954569774981234656895856124578954569 49812346568958565124578954569774981234656895856
Entwicklung 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
Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH
Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen
Was ist Software-Architektur?
Was ist Software-Architektur? Stephan Schulze Martin Knobloch 28.04.2004 Seminar: Software-Architektur Humboldt Universität zu Berlin sschulze knobloch@informatik.hu-berlin.de Gliederung Begriffsbestimmung
Technische Beschreibung: EPOD Server
EPOD Encrypted Private Online Disc Technische Beschreibung: EPOD Server Fördergeber Förderprogramm Fördernehmer Projektleitung Projekt Metadaten Internet Foundation Austria netidee JKU Linz Institut für
Desktop Management Interface und andere Initiativen der DMTF
Desktop Management Interface und andere Initiativen der DMTF Gliederung DMI Übersicht Architektur, Organisation Informationsmodell Kommunikationsmodell Sicherheit DMI-Zertifizierung Weitere DMTF-Initiativen
8.4 Überblick und Vergleich weiterer ERP-Systeme. G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP
8.4 Überblick und Vergleich weiterer ERP-Systeme G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP Kapitel 8: ERP-Einführung 32 Architektur von Oracle Applications 11 G Logische
Diskussionsbeitrag zur Entwicklung und Anwendung von Software für die Prozessunterstützung im verfahrenstechnischen Anlagenbau
8. Symposium "Informationstechnologien für Entwicklung und Produktion in der Verfahrenstechnik 02-03 März 2011, Frankfurt am Main Diskussionsbeitrag zur Entwicklung und Anwendung von Software für die Prozessunterstützung
EINSATZ VON DESIGN PATTERNS BEI DER ENTWICKLUNG DES CSM-FRAMEWORKS REMARC
EINSATZ VON DESIGN PATTERNS BEI DER ENTWICKLUNG DES CSM-FRAMEWORKS REMARC 10. Informatik-Tag, HTWM Dipl.-Inf. Chris Hübsch, ARC Solutions GmbH Inhalt 1. ARC Solutions 2. REMARC 3. Design Patterns 4. Patterns
Software-Entwurfsmuster
Software-Entwurfsmuster Prinzip von Entwurfsmustern und einige elementare Beispiele Malte Spiess malte@mathematik.uni-ulm.de Seminar Bildanalyse und Simulation mit Java im WS 2003/2004 Universität Ulm
09.06.2003 André Maurer andre@maurer.name www.andre.maurer.name Wirtschaftsinformatik FH 3.5 Fachhochschule Solothurn, Olten
Aktuelle Themen der Wirtschaftsinformatik Zusammenfassung 09.06.2003 André Maurer andre@maurer.name www.andre.maurer.name Wirtschaftsinformatik FH 3.5 Fachhochschule Solothurn, Olten 1 Serverseitige Webprogrammierung
Agenda. Clients aus drei verschiedenen Perspektiven: Was ist ein Dialog? Komponentenarchitektur innerhalb eines Dialoges
Komponentenbasierte Client-Architektur Hamburg, 16.11.2007 Bernd Olleck IT-Beratung Olleck Agenda Clients aus drei verschiedenen Perspektiven: Technische Infrastruktur Fachliche Sicht Aufgaben eines Clients
Java Enterprise Architekturen Willkommen in der Realität
Java Enterprise Architekturen Willkommen in der Realität Ralf Degner (Ralf.Degner@tk-online.de), Dr. Frank Griffel (Dr.Frank.Griffel@tk-online.de) Techniker Krankenkasse Häufig werden Mehrschichtarchitekturen
Mobile Agenten am Beispiel JADE (Java Agent DEvelopment Framework) Vorstellung in der Übung zu Konzepte Verteilter Systeme
Mobile Agenten am Beispiel JADE (Java Agent DEvelopment Framework) Vorstellung in der Übung zu Konzepte Verteilter Systeme Agenda Mobile Agenten allgemein JADE - Java Agent DEvelopment Framework Anwendungsfall
Kap. 3 Verteilte Objektverwaltung
Kap. 3 Verteilte Objektverwaltung G 3.1Einführung in die verteilte Objektverwaltung (Distributed Management, DOM) Anforderungen Kurzübersicht Java RMI Microsoft COM+ CORBA G 3.2Der CORBA-Standard G 3.3Iona
Java und XML 2. Java und XML
Technische Universität Ilmenau Fakultät für Informatik und Automatisierung Institut für Praktische Informatik und Medieninformatik Fachgebiet Telematik Java und XML Hauptseminar Telematik WS 2002/2003
Koordinatenmesstechnik und CAX-Anwendungen in der Produktion
Koordinatenmesstechnik und CAX-Anwendungen in der Produktion Grundlagen, Schnittstellen und Integration Bearbeitet von Tilo Pfeifer, Dietrich Imkamp 1. Auflage 2004. Buch. 184 S. Hardcover ISBN 978 3 446
Automatisierungstechnik und die IT-Welt
Automatisierungstechnik und die IT-Welt abacon group Automatisierungstechnik und die IT-Welt abacon group. Wissen vernetzt. Automatisierungstechnik und die IT-Welt Alles aus einer Hand von erfahrenen Profis.
inews: XML in der Praxis Konvertierung von Objekten nach XML und zurück Dr. St. Seefeld / INGTES AG
inews: XML in der Praxis Konvertierung von Objekten nach XML und zurück Dr. St. Seefeld / INGTES AG Objekte und XML Bei der Arbeit mit objektorientierten Programmiersprachen und XML kommt schnell der Wunsch
Vortrag im Rahmen des Arbeitskreis i Informatik an der Schule. Prof. Dr. Stefan Sarstedt 04.02.2009
Service-orientierte Architekturen (SOA) Ein Einblick Vortrag im Rahmen des Arbeitskreis i Informatik an der Schule Prof. Dr. Stefan Sarstedt 04.02.2009 Programmieren heute und damals 2009 182910* *************************************TRACE
Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen
Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- entwicklung von Fahrzeugen Martin Jaensch, Dr. Bernd Hedenetz, Markus Conrath Daimler AG Prof. Dr. Klaus D. Müller-Glaser
ObjectBridge Java Edition
ObjectBridge Java Edition Als Bestandteil von SCORE Integration Suite stellt ObjectBridge Java Edition eine Verbindung von einem objektorientierten Java-Client zu einer fast beliebigen Server-Komponente
Code wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015
Code wiederverwenden: Objektorientierte Programmierung (OOP) sinnvoll nutzen Roland Wagner Automatisierungstreff IT & Automation 2015 CODESYS a trademark of 3S-Smart Software Solutions GmbH Agenda 1 Warum
Model Driven Architecture
Model Driven Architecture Wilhelm Stephan Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Julian Kunkel SommerSemester
Komponenten- und ereignisorientierte Softwareentwicklung am Beispiel von Borland-Delphi
Komponenten- und ereignisorientierte Softwareentwicklung am Beispiel von Borland-Delphi Dr. Henry Herper Otto-von-Guericke-Universität Magdeburg Institut für Simulation und Graphik Lisa-Weiterbildung -
Fragen und Antworten. Inhalt. Autodesk Inventor 2012
Autodesk Inventor Fragen und Antworten Inhalt 1. Warum sollte ich von AutoCAD auf ein Autodesk Inventor -Produkt umstellen?... 2 2. Welche Vorteile bietet die Autodesk Inventor-Produktlinie?... 2 3. Welches
Datenverteiler-System
Externe Externe Externe Schnittstelle Schnittstelle Schnittstelle Externe Externe Schnittstelle Schnittstelle Aktuelle Situation 2-mal implementiert 1-mal implementiert UZ 1 M1 M2 DB Mn neu 3-mal implementiert
keytech Software DMS GmbH Notwendigkeit der Systemintegration in Zeiten wachsender Informationen
keytech Software DMS GmbH Notwendigkeit der Systemintegration in Zeiten wachsender Informationen Kennzahlen Gründung: 1994 Mitarbeiter: 55 Standorte: 3 x Deutschland, 1 x USA Umsatz: 5 Mio. Kunden: 720
DER CONTROLLER KNX IP. Bewährte Technik auf neuem Niveau
DER CONTROLLER KNX IP Bewährte Technik auf neuem Niveau DAS WAGO-KNX-PORTFOLIO KNX Controller KNX IP starke Performance Der frei programmierbare Controller KNX IP ist das Multitalent für die flexible Gebäudetechnik.
NX Product Template Studio Effiziente und flexible Konstruktionsvorlagen
NX Product Template Studio Effiziente und flexible Konstruktionsvorlagen Webinar : 20. November, 14:00 15:00 Uhr Ihr heutigen Referenten: Andrej Funke, NX Presales Peter Scheller, NX Marketing Unrestricted
Erfolgreicher Einsatz von modellbasierter Softwareentwicklung - Praxisbericht
Platz für ein Bild (optional) Erfolgreicher Einsatz von modellbasierter Softwareentwicklung - Praxisbericht 1.0 1.1 Elektronik? Was heisst modellbasierte Software-Entwicklung für uns? Was sind für eine
Objektorientierter Software-Entwurf Die Unified Modeling Language 4 1
Objektorientierter Software-Entwurf Die Unified Modeling Language 4 1 Die Unified Modeling Language Die UML (hier in der Version 0.9) ist ein Satz von Notationen zur Beschreibung objektorientierter Softwaresysteme.
Model 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
Willkommen zur Vorlesung. Objektorientierte Programmierung Vertiefung - Java
Willkommen zur Vorlesung Objektorientierte Programmierung Vertiefung - Java Zum Dozenten Mein Name: Andreas Berndt Diplom-Informatiker (TU Darmstadt) Derzeit Software-Entwickler für Web- Applikationen
12.4 Sicherheitsarchitektur
12.4 Sicherheitsarchitektur Modellierung Sicherheitsstrategie Systemmodell Sicherheitsmodell Entwurf Architektur Sicherheitsarchitektur Implementierung sicherer Code SS-12 1 Wie wird das Sicherheitsmodell
Anwendertreffen 25./26. Februar. IFC-Schnittstelle Import in cadwork 3D
IFC-Schnittstelle Import in cadwork 3D Was ist IFC IFC, Abkürzung für Industry Foundation Classes, wird zu einem neuen Datenaustauschformat zwischen 3D CAD-Systemen. Die bisher in der Bauindustrie praktizierte
Der Einsatz von CORBA in verteilten EDA-Tools
Der Einsatz von CORBA in verteilten EDA-Tools Frank Grützmacher Technische Universität Ilmenau Fakultät für Elektrotechnik und Informationstechnik Fachgebiet Mikroelektronische Schaltungen und Systeme
Cloud Computing für Logistik Die Logistics Mall als neue Generation der logistischen IT- Unterstützung?
Cloud Computing für Logistik Die Logistics Mall als neue Generation der logistischen IT- Unterstützung? Foto Name: Eric Gastel Funktion/ Bereich: Geschäftsführer Organisation: Unternehmensberatung für
Informationssystemanalyse Use Cases 11 1
Informationssystemanalyse Use Cases 11 1 Use Cases Slide 1 Als ein populäres Mittel um Anforderungen zu erfassen und Systeme zu beschreiben, werden Use Cases benutzt. Sie bilden die Basis für eine umfassendere
Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015
Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,
Universität Duisburg-Essen
Wissensintegration im Simulationsumfeld von Creo Simulate durch Anwendungs - programmierung René Andrae, M. Sc. Letzte Änderung 28.02.2014 Gliederung Lehrstuhlvorstuhlvorstellung Rechnereinsatz in der
Bedeutung von Interoperabilität und Standards in Grid Infrastrukturen
Bedeutung von Interoperabilität und Standards in Grid Infrastrukturen LMU SS 2012 Grid Computing Morris Riedel Federated Systems and Data Jülich Supercomputing Centre Forschungszentrum Jülich m.riedel@fz-juelich.de
DataSpace 2.0 Die sichere Kommunikations-Plattform für Unternehmen und Organisationen. Your Data. Your Control
DataSpace 2.0 Die sichere Kommunikations-Plattform für Unternehmen und Organisationen Your Data. Your Control WebGUI CMIS GW (JSON) GDS2 API (JSON) WebDAV GDS core Moderne Software Architektur Object-Store