Der Einsatz von Workflow-Management-Systemen zur Ausführung von Geschäftsprozessen nimmt vor allem durch die Verbreitung des E-Commerce immer mehr zu. Gerade der elektronische Handel ist durch die Kooperation zwischen verschiedenen Unternehmen (Business2Business-E-Commerce) bzw. zwischen Unternehmen und Kunden (Business2Consumer-E-Commerce) geprägt. Workflow-Systeme müssen deshalb kooperative Prozesse zwischen unterschiedlichen Unternehmen unterstützen. Eine weitere Anforderung ist, dass sie unerwartete Fehler und Ausnahmen während der Workflow-Ausführung behandeln können. In diesem Artikel werden zuerst Kooperationsformen für Workflows und Anforderungen an Workflow-Systeme für die Unterstützung kooperierender Workflows erarbeitet. Anschließend werden verschiedene Forschungsansätze verglichen, um einen Überblick über den gegenwärtigen Stand der Forschung und Entwicklung auf dem Gebiet kooperierenderWorkflow-Management-Systeme zu erhalten.

Das Verhalten eines mobilen Systems wird bestimmt durch seine Architektur (statische und dynamische Anteile, Softwareverteilung), die zu Grunde liegende Netzwerkinfrastruktur (Topologie, Parameter wie Bandbreiten oder Latenzzeiten) und Interaktionen der Benutzer mit dem System. Um bereits zur Entwurfszeit zu bestimmen, ob ein mobiles System nichtfunktionale Anforderungen wie Antwortzeiten oder Verfügbarkeit von Diensten erfüllt, kann eine Simulation des Systems auf Basis eines Architekturmodells unter Einbeziehung eines Netzwerk- und eines Benutzerinteraktionsmodells durchgeführt werden. Ein derartiger Ansatz unter Verwendung der Architekturbeschreibungssprache Con Moto wird in diesem Beitrag vorgestellt.

Mobile software applications have to meet new requirements directly arising from mobility issues. To address these requirements at an early stage in development, an architecture description language (ADL) is proposed, which allows to manage issues like availability requirements, mobile code, security, and replication processes. Aspects of this ADL, Con Moto, are exemplified with a case study from the insurance sector.

Prozessmuster ermöglichen die modulare Modellierung und flexible Anwendung von Softwareprozessen. Gegenwärtige Beschreibungen von Prozessmustern weisen jedoch Mängel wie uneinheitliche und uneindeutige Beschreibungsformen und fehlende Beziehungsdefinitionen auf. Diese Mängel wirken sich nachteilig auf den effektiven Einsatz von Prozessmustern aus. In dieser Arbeit stellen wir die Sprache PROPEL (Process Pattern Description Language) vor, die Konzepte zur Beschreibung von Prozessmustern und Beziehungen zwischen Prozessmustern bereitstellt. Mit Hilfe von PROPEL können einzelne Prozessmuster modelliert und durch Definition von Beziehungen zu komplexeren Prozessen zusammengesetzt werden. Durch die Darstellung eines Prozessmuster-Katalogs in verschiedenen Sichten können die Prozessmuster und ihre Beziehungen übersichtlich dargestellt werden. Ein Beispiel illustriert, wie ein Prozessmuster-Katalog und die zugehörigen Prozessmuster modelliert werden.

Dieser Beitrag untersucht die Frage, wie komplexe Änderungen bei der Evolution von XML-Schemas automatisiert unterstützt werden können. Hierzu werden mögliche Änderungen an XML-Schemas durch Evolutionsoperatoren beschrieben, klassifiziert und beurteilt. Im Speziellen wird die Verschiebung (Move) von Elementen innerhalb von XML-Schemas analysiert. Die automatisierte Generierung und Ausführung von Transformationsregeln zur Migration von Instanzda-ten und die Beurteilung möglicher Informationsverluste während einer Transformation wird allgemein, wie auch anhand von Publikationsdaten untersucht.

Die Bedeutung bzw. der praktische Nutzen von Ontologien zeigt sich insbesondere in den Lebenswissenschaften. Durch die gestiegene Akzeptanz und Anwendung von Ontologien stellt deren Management mehr und mehr ein wichtiges Problem dar. Aus diesen Grund werden die ständige Weiterentwicklung (Evolution) von Ontologien und die starke Heterogenität bezüglich ihrer Formate in diesem Beitrag näher betrachtet. Im speziellen versucht ein erster Ansatz verschiedene Ontologien über eine Middleware in Gridumgebungen zu integrieren, um Gridnutzern bzw. Anwendungen im Grid einen einheitlichen und einfachen Zugang zu Ontologieinformationen zu ermöglichen. Eine weitere Untersuchung beschäftigt sich primär mit der Evolution von Ontologien. Auf Basis eines Frameworks wurde eine quantitative Analyse der Evolution von 16 aktuell verfügbaren, biomedizinischen Ontologien durchgeführt.

This dissertation focuses on the performance evaluation of all components of Software Defined Networking (SDN) networks and covers whole their architecture. First, the isolation between virtual networks sharing the same physical resources is investigated with SDN switches of several vendors. Then, influence factors on the isolation are identified and evaluated. Second, the impact of control mechanisms on the performance of the data plane is examined through the flow rule installation time of SDN switches with different controllers. It is shown that both hardware-specific and controller instance have a specific influence on the installation time. Finally, several traffic flow monitoring methods of an SDN controller are investigated and a new monitoring approach is developed and evaluated. It is confirmed that the proposed method allows monitoring of particular flows as well as consumes fewer resources than the standard approach. Based on findings in this thesis, on the one hand, controller developers can refer to the work related to the control plane, such as flow monitoring or flow rule installation, to improve the performance of their applications. On the other hand, network administrators can apply the presented methods to select a suitable combination of controller and switches in their SDN networks, based on their performance requirements / Diese Dissertation konzentriert sich auf die Leistungsbewertung aller Komponenten von SDN-Netzwerken (Software Defined Networking) und deckt deren gesamte Architektur ab. Zuerst wird die Isolation zwischen virtuellen Netzwerken, die dieselben physischen Ressourcen teilen, mit SDN-Switches verschiedener Hersteller untersucht. Dann werden Einflussfaktoren auf die Isolation identifiziert und ausgewertet. Anschließen wird die Auswirkung von Kontrollmechanismen auf die Leistung der Datenebene durch die Flussregel-Installationszeit von SDN-Switches mit unterschiedlichen Controllern untersucht. Es wird gezeigt, dass sowohl Hardware-spezifische als auch Controller-Instanz einen spezifischen Einfluss auf die Installationszeit haben. Abschließend werden verschiedene Methoden der Verkehrsflussüberwachung eines SDN-Controllers untersucht und ein neuer Monitoringansatz entwickelt und evaluiert. Es wird bestätigt, dass die vorgeschlagene Methode die Überwachung bestimmter Flüsse ermöglicht und weniger Ressourcen verbraucht als der Standardansatz. Basierend auf den Ergebnissen dieser Arbeit können Controller-Entwickler einerseits die Arbeiten zur Steuerungsebene, wie zum Beispiel die Flussüberwachung oder die Flussregelinstallation, zur Verbesserung der Leistung ihrer Anwendungen verwenden. Auf der anderen Seite können Netzwerkadministratoren die vorgestellte Methode anwenden, um basierend auf ihren Leistungsanforderungen eine geeignete Kombination aus Controller und Switches in ihren SDN-Netzwerken auszuwählen.

The community project OpenStreetMap (OSM), which is well-known for its open geographic data, still lacks a commonly accepted mapping scheme for indoor data. Most of the previous approaches show inconveniences in their mapping workflow and affect the mapper's motivation. In our paper, an easy to use data scheme for OSM indoor mapping is presented. Finally, by means of several rendering examples from our Android application, we show that the new data scheme is capable for real world scenarios.

Diese Arbeit behandelt die Entstehung eines Prototypen für die Übertragung von hochsensiblen Daten zwischen verschieden Firmen. Dabei geht Sie auf alle Schritte bei der Entwicklung ein von der Anforderungsanalyse über die Evaluierung einer passenden Technologie und die eigentliche Implementierung bis hin zum Test und der Administration.:1. Einleitung 1 2. Anforderungsanalyse 2 2.1. Ist-Analyse 2 2.2. Definition weiterer Anforderungen 3 2.3. Ergebnisse der Anforderungsanalyse 4 2.3.1. Begriffserklärungen 4 2.3.2. Ablauf 4 2.3.3. Anforderungen 6 3. Evaluierung verschiedener Technologien 8 3.1. E-Mail 8 3.2. SSL über TCP 8 3.3. SVN-Repository 9 3.4. Apache Camel 10 3.5. SIMON (RPC) 10 3.6. RESTful Webservice 11 3.7. OSGi 11 3.8. Apache Shiro 13 3.9. Bouncy Castle 14 3.10. Weitere Technologien 14 4. Implementierungsmöglichkeiten 15 4.1. Vorwort 15 4.2. Aufteilung der Anforderungen in Module für OSGi 16 4.3. Apache Camel 18 4.4. SIMON 19 4.5. RESTful-Webservice 20 4.6. SVN als Transporttechnik 21 4.7. Konfigurationen 22 4.7.1. Serverspezifische Konfiguration 22 4.7.2. Projektspezifische Konfiguration 23 4.8. Bestätigung durch einen Nutzer 23 4.9. Ver-/Entschlüsselung 23 4.10. Konverter 23 5. Implementation der Datenübertragung 25 5.1. Apache Camel 25 5.2. RESTful Webservice 25 5.2.1. Restlet-Ressourcen und iPOJO Abhängigkeitsverwaltung 25 5.2.2. Datenübertragung 26 5.3. SIMON 27 5.4. SVN 27 5.5. Entscheidung 28 6. Implementation mit Apache Camel 30 6.1. iPOJO Abhängigkeitsmanagement 30 6.2. Datenübertragung 32 6.3. Ein- und Ausgabe 33 6.3.1. Eingabe von Daten 33 6.3.2. Ausgabe von empfangenen Daten 33 6.4. Ver-/Entschlüsselung 34 6.5. Authentifikation 35 6.6. Bestätigung durch einen Nutzer 36 6.7. Konverter 37 6.8. Abfragemechanismus 38 6.8.1. Speichern von Nachrichten 39 6.8.2. Anfrage stellen 39 6.8.3. Antworten auf Anfragen 40 6.9. Konfiguration 40 6.9.1. Auslesen der Konfiguration 40 6.9.2. Validierung der Konfiguration 41 6.9.3. Verschlüsselung von sensiblen Informationen 41 6.10. Fehlerbehandlung 42 6.10.1. Datenübertragung 42 6.10.2. Authentifikation 42 6.10.3. Konfiguration 43 6.11. Lizenzen 43 6.11.1. Lizenzübersicht der eingesetzten Technologien 43 6.11.2. Lizenzerklärungen 44 7. Inbetriebnahme und Verwaltung 45 7.1. Inbetriebnahme des Servers 45 7.2. Verwaltung der OSGi Umgebung 45 7.2.1. System-Information 45 7.2.2. Bundle-Übersicht 45 7.2.3. iPOJO Komponenten-Übersicht 45 7.2.4. iPOJO Instanz-Ansicht 46 7.3. Aktualisierung einzelner Komponenten 46 7.4. Bekannte Fehler 46 7.4.1. Endlosschleife nach Verbindungsverlust zum E-Mail-Server 46 7.4.2. Update der Module Commons und Interfaces zeigt keine Wirkung 47 7.4.3. bcprov is no longer valid. 47 8. Test 48 8.1. Unit-Tests 48 8.2. Systemtest 50 9. Ergebnisse und Ausblick 51 Anhang 54

Process patterns allow the modular modelling and adaptable application of software processes. Present descriptions of process patterns show defects like non-uniform and unequivocal description forms and missing relationship definitions. These defects disadvantageously affect the effective usage of process patterns. In this work we present the language PROPEL (Process Pattern Description Language), which provides concepts for the semiformal description of process patterns and relationships between process patterns. With the help of PROPEL single process patterns can be modelled and, by definition of relationships, be composed to more complex processes. With the representation of different views of a process pattern catalog the process patterns and their relationships can be shown clearly. An example illustrates how a process pattern catalog and the contained process patterns are modelled. It is shown that in applying PROPEL the complexity of a process model can be reduced, the inconsistencies of processes can be eliminated and the flexibility of processes can be improved.