Anwendungsentwicklung fuer Intelligente Umgebungen im Web Engineering

Distributed and Self-organizing Computer Systems • Prof. Gaedke

VSR|EDU
Oberseminar
Informatik
Anwendungsentwicklung für
Intelligente Umgebungen im
Web Engineering
Dipl.-Inform. Andreas Heil
Fakultät für Informatik
Professur für Verteilte und Selbstorganisierende
Rechnersysteme

andreas.heil@informatik.tu-chemnitz.de

Sept. 1st, 2007
Tools for Schools
Vorlesung PVS |

Agenda
 Beiträge und Motivation
 Grundlagen und Prinzipien
 Vorgehensmodell
 Methode
 Werkzeug
 Formalismus
 Praktische Anwendung
 Zusammenfassung

© 2011 Dipl.-Inform. Andreas Heil ∙ Professur VSR ∙ Fakultät für Informatik ∙ TU Chemnitz Oberseminar
Informatik | 2

Beiträge und Motivation
 Thema: Ganzheitlicher Ansatz zur
Anwendungsentwicklung für Intelligenten
Umgebungen im Web Engineering
 Ziel: Entwicklung konkreter konstruktiver
Elemente für die Anwendungsentwicklung
 Vision: Die ingenieurmäßig, d.h.
planbare, kosteneffiziente als auch technisch
fundierte Entwicklung von Anwendungen für
Intelligente Umgebungen zu ermöglichen

Informatik | 3

Intelligente Umgebungen
Software A Software B

Externe Kommunikation

Steuerung

Daten
PC

Gebäudeautomation

Daten Daten Steuerung

Infrastruktur A Infrastruktur B
Daten-
austausch
Informatik | 4

Konstruktive Elemente

Werkzeuge Formalismen

Prinzipien

Methoden

Vorgehensmodell

Informatik | 5

Konstruktive Elemente
• Entwicklung konstruktiver Elemente für die
Anwendungsentwicklung
• Prinzipien für die Anwendungsentwicklung in
Intelligenten Umgebungen
• Geeignetes Vorgehensmodell mit evolutionärem
Charakter zur systematischen und strukturierten
Entwicklung, Betrieb und Weiterentwicklung
• Methoden zur Risikominimierung zur effizienten und
kostengünstigen Entwicklung
• Werkzeuge zur zielorientierten Entwicklung
• Formalismen zur differenzierten Abstraktion der
Ereignisbeschreibung zur methodischen Analyse
Informatik | 6

Grundlagen
Web- Web-
Semantik Föderation
Anwendungen Dienste

Web
Intelligente Umgebung

Daten Metadaten Kontext

Daten

Sensorik Aktuatorik

WAN LAN Drahtlosnetzwerk

Infrastruktur

Informatik | 7


Grundlagen
PRINZIPIEN

Informatik | 8

Prinzipien
 Evolution
 Wiederverwendung
 Sicherheit
 Benutzerinterkation
 Abstraktion von Daten
 Systematische Erstellung und Strukturierung
von Daten
 Verwendung von Metadaten
 Verknüpfung von Daten

Informatik | 9

Prinzipien: Evolution
 Evolutionsfähige Systeme
• Unterliegen stetigem Wandel
• i.d.R. nicht vollständig spezifiziert
• teilweise Implementierung
• ausreichend funktionsfähig um aktuelle Probleme
zu lösen

Informatik | 10

Prinzipien: Evolution
 Evolution der Domänenmenge
• Erweiterung des Systems um zusätzliche
Anwendungsdomänen
• stellt neue Funktionalität bereit
 Domänenspezifische Evolution
• Erweitert und verbessert existierende Anwendungsdomänen
• ändert existierende Funktionalität
 Föderative Evolution
• Erweiterung um durch Dritte bereitgestellte Funktionalität
 Passive Systemevolution
• Veränderung des Leistungsumfangs einer Anwendungsdomäne
durch hinzugewonnene oder verlorengegangene Funktionalität

Informatik | 11

Prinzipien: Evolution (II)

Anwendungsdomäne

Evolutionsbus

Organisation B

Anwendungsdomäne Organisation A Anwendungsdomäne

Evolution der Domänenmenge Domänenspezifische Evolution
Passive Systemevolution Föderative Evolution

Informatik | 12

Prinzipien: Wiederverwendung
 Horizontale Wiederverwendung
• Fördert Wiederverwendung von konkreten
Softwareartefakten innerhalb einer Phase
• Geringe Änderungsrate < 25%
 Vertikale Wiederverwendung
• Wiederverwendung von entwicklungsbezogenem
Fachwissen über eine Phasen hinweg und betrifft
Entwicklung, Qualitätssicherung und Entwurf
 Wiederverwendung von Domänenwissen
• Übertragung von Fachwissen auf
Anwendungsdomänen mit ähnlichem Sachverhalt
• Einmal entwickelte Konzepte mit minimaler
Anpassung wiederzuverwenden
Informatik | 13

Prinzipien: Wiederverwendung
Anwendungsdomäne Anwendungsdomäne

Evolution
Lebenszyklus

Komponente

Entwurf

Domänenwissen

Analyse

Fachwissen

Anwendungsdomäne

Informatik |
14
Vertikale Wiederverwendung Horizontale Wiederverwendung Wiederverwendung von Domänenwissen

Prinzipien: Sicherheit
 Hier: Föderativer Zugriff auf Daten und Funktionalität
 Authentifizierung
• Überprüfung einer Identität mittels Benutzername und
Kennwort
 Autorisierung
• Einräumung und Zuweisung von Zugriffsrechten auf Daten und
Funktionalität
 Datenschutz
• Schutz personen- und organisationsbezogener Daten
 Data Governance
• Generell geregelter Umgang, Speicherung, Verarbeitung und
Verbreitung von Daten
• Beinhaltet Überwachung und Management von Personen- und
organisationsbezogener Daten

Informatik | 15

Prinzipien: Benutzerinteraktion
 Benutzersicht
• Einheitliche Benutzerschnittstellen
• Einheitlicher Zugriff auf Geräte
 Entwicklersicht
• Einfache Erweiterung und Anpassung
• Nachträgliche Anpassung in kurzen Zyklen

Informatik | 16

Prinzipien: Abstraktion von Daten
 Repräsentation
• Darstellung nicht durch Ursprung oder Format
eingeschränkt oder vorgegeben
 Abstraktion
• Anbindung von unterschiedlichen Datenquellen
• Einheitliche Sicht auf Informationsquellen
unterschiedlichsten Typs

Informatik | 17

Prinzipien: Erstellung & Strukturierung
 Zusammenführen heterogener Datenquellen
• Unterschiedliche Formate und Strukturen
 Systematische Erstellung und Strukturierung
 Einheitliche Darstellung
informationstechnischer Einheiten zur
algorithmischen Verarbeitung

Informatik | 18

Prinzipien: Verwendung von Metadaten
 Semantik der Daten nicht global bekannt
 Beschreibung von Daten mittels Metadaten
 Interpretation von Daten unabhängig von
Struktur, Art oder Quelle
 Evolution der Lösung nicht durch Art oder
Struktur der Daten eingeschränkt
 Ermöglichen den Informationsraum einer
Intelligenten Umgebung zu definieren

Informatik | 19

Prinzipien: Verknüpfung von Daten
 Kontinuierlicher Datenstrom
 Keine in sich geschlossene Dateneinheiten
 Verknüpfung der Daten zur fortwährenden
Ausweitung des Informationsraums
 Traversierung des Informationsraums

Informatik | 20


WebComposition/WBS
VORGEHENSMODELL

Informatik | 21

Vorgehensmodell: Ausganssituation
• Neue Infrastrukturkomponenten
• Außerbetriebnahme im Einsatz befindlicher
Komponenten
• Ausfall von Systemkomponenten
• Änderungen aufgrund von Benutzerwünschen
• Neue technische Anforderungen und technische
Weiterentwicklung
• Neue externe Dienstleister und Datenquellen
• Zeitgleiche Entwicklung verschiedener Teilsystem
durch unterschiedliche Organisationseinheiten
Informatik | 22

Vorgehensmodell: Problemstellung
Passive Systemevolution Neue Systemkomponenten
Intelligente Umgebung

Entwicklungs- Entwicklungs-
fortschritt fortschritt
Entwicklungs-
fortschritt

Geändertes Anwendungslandschaft Stabiles Teilsystem
Benutzerverhalten

Anwendung/Teilsystem Evolutionseffekt Entwicklungsprozess
bidirektionaler Evolutionseffekt

Informatik | 23

Vorgehensmodell: Problemstellung
 Einfache Umsetzung und Implementierung des
Vorgehensmodells
 Ausdünnung und einfache Anpassung (Tailoring)
 Für weitere Systemkomponenten offenes
Vorgehensmodell
 Nachhaltige Entwicklung
 Teilprojekte in unterschiedlichen Entwicklungsphasen
 Evolution der Funktionalität (Berücksichtigung d.
passiven Systemevolution)
 Unterstützung von Risikomanagement
 Wiederverwendungsorientiertes Vorgehensmodell
 Komponentenorientiertes Vorgehensmodell

Informatik | 24

Vorgehensmodell: WebComposition/WBS

 Ausganspunkt:
WebComposition
Vorgehensmodell Evolutions-
analyse

Evolutions-
durchführung
Evolutions-
design

Informatik | 25

WebComposition/WBS
 Dreistufiges Lösungskonzept
 Additiv zum WebComposition Vorgehensmodell
 Systemanalyse
• Analyse geänderter und neuer Systemkomponenten
• Strategische Planung auf Basis des Ist-Zustandes des Systems
 Systementwurf
• Detaillierte Funktionsanalyse
• Wiederverwendung von Komponenten, Wiederverwendung von
Domänenwissen und Neuentwicklung
 Systemevolution
• Anwendung zuvor erstellter Komponenten
• Behandlung gegenseitiger Beeinflussungen von Systemkomponenten
• Modellverifikation und -evolution
 Wiederverwendungsrepositorium
• Speicherung von Prozessartefakten

Informatik | 26

WebComposition/WBS
Identifikation neuer/geänderter
Systemkomponenten
Systemkomponenten-
klassifizierung

Definition des Evolutionsraumes

Systemanalyse

Evolutionsanalyse

Komponentenevolution
Wiederverwendungs-
repositorium Funktionsanalyse
Domäneneffekt
Komponentenentwicklung
Modellverifikation
Modellierung
Systemevolution
Systementwurf
Evolutionsdurchführung
Evolutionsdesign

Informatik | 27

Systemanalyse
 Neue und geänderter Systemkomponenten
identifizieren
• Domänenspezifische Evolution beachten
• Evolution der Domänenmenge
 Systemkomponenten klassifizieren
• Prüfen ob auf bereits vorhanden Funktionalität
zurückgegriffen werden kann
• Möglichkeit der Adaption existierender
Komponenten
 Definition des Evolutionsraums
• Strategische Planung d. Funktionalitätsdefinition

Informatik | 28

Systementwurf
 Funktionsanalyse
• Basiert auf Klassifizierung von
Systemkomponenten und der
Funktionalitätsdefinition
• Spezifikation der benötigten Funktionalität
 Komponentenentwicklung
• Neuentwicklung von Komponenten
 Modellierung
• Überarbeitung des Systemmodells und der neuen
Beziehungen zwischen Komponenten

Informatik | 29

Systemevolution
 Komponentenevolution
• Adaption, Anpassung existierender Komponenten
• Komposition, Kombination der Funktionalität
mehrere existierender Komponenten
 Domäneneffekt
• Evolution aufgrund gegenseitiger Beeinflussung
neuer und angepasster Systemkomponenten
 Modellverifikation
• Abgleich zwischen Modell und Ist-Zustand des
Systems

Informatik | 30

Wiederverwendungsrepositorium
 Ablage von Prozessartefakten
• Systemmodell
• Datenstrukturen
• Domänenfunktionalität
• Benutzerschnittstellen
• Geschäftslogik

Informatik | 31

Metadaten
Systemmodell
Metadaten

Datenstrukturen

Metadaten
Daten
Metadaten

Domänenfunktionalität

Betrieb
Metadaten

Benutzerschnittstellen
Wiederverwendungs-
repositorium
Metadaten

Geschäftslogik

Anwendungsentwicklung

Wiederverwendung nutzt

Informatik | 32


WebComposition/Test
METHODEN

Informatik | 33

Methoden: Ausgangssituation
 Testen im Web Engineering ein offener
Forschungspunkt
 Mangelndes Bewusstsein bzgl. Entwurfs- und
Entwicklungsprozessen in der Praxis
 Keine einheitlichen Ansätze im
herkömmliches Testen für Intelligente
Umgebungen

Informatik | 34

Methoden: Problemstellung
 Risikominimierung durch Testen
• Was ist zu testen?
• Wann wird getestet?
• Wie wird getestet?
• Was wird nicht getestet?
 Risikomanagement
• Kosteneffizienter Umgang mit unerwarteten
Situationen

Informatik | 35

WebComposition/Test
 Testen = Verifikation + Validierung
 Verifikation
• Untersuchung nicht ausführbarer Artefakte
• Korrekter Entwurf
• Wird das Richtige entwickelt?
 Validierung
• Untersuchung ausführbarer Artefakte
• Sicherstellung von System- und
Komponenteneigenschaften
• Wurde richtig entwickelt?

Informatik | 36

WebComspoition/Test
 Phasen
• Wann wird getestet
 Testobjekte
• Was wird getestet, was wird nicht getestet
 Qualitätsmerkmale
• Welche Aspekte werden getestet

Informatik | 37

WebComposition/Test
Phasen

Evolutionsdurchführung

Zuverlässigkeit
Funktionalität

Recoverability
Nutzbarkeit
Evolutionsdesign

Effizienz
Evolutionsanalyse
Qualitätsmerkmale

Inhalt und Struktur

Ressourcen
Infrastruktur und
Umgebung

Neue Aspekte der Testdimensionen
Testobjekte

Informatik | 38

WebComposition Testmodell
Iteration t Iteration t+1

… Systementwurf Systemevolution Systemanalyse Systementwurf Systemevolution …
Entwicklungsprozess
Überführung Überführung
Neuentwicklung Weiterentwicklung

Überführung
Adaption und Adaption und
Komposition Komposition
Testzyklus

Unit Tests

Test ja Integrations Modell-
erfolgreich
Tests Validierung
nein
Fehler Test ja Regressions
beheben erfolgreich Tests
nein
Fehler Test ja
erfolgreich Last Tests
beheben
nein
Test ja
erfolgreich Platform Tests

nein
Probleme Test ja
erfolgreich Überführung
beheben
nein
Darstellung
korrigieren

Informatik | 39

Ressourcenbasiertes Testen
 REST-Architekturstil
• Client-Server
• Zustandslosigkeit
• Caching
• Schnittstelle
• Mehrschichtiges Systeme
• Code-On-Demand

Informatik | 40

Fehlerklassifikation
 Ubiquitäres Versagen
• Beobachtung eines Fehlers spiegelt nicht den
zugrundeliegenden Defekt wieder
Beobachten des Fehlers
(Ubiquitäres Versagen)

Anwendungsversagen Portal

[XML-RPC]

Orga Orga
A [HTTP] B
Web-spezifisches Versagen
Anwendungsversagen

[HTTP] [HTTP/REST] Applikation

Web-Dienst Web-Dienst Web-Dienst
Netzwerk-
Dienstversagen [EIB] [TCP/IP]
[OSGi] [ODATA] versagen
trusts

Aktuator Datenbank IP A Sensor Dienst IP B

Geräteversage Dienstversagen

Informatik | 41

Fehlerklassifikation
 Klassifikation
• Geräteversagen
• Netzwerkversagen
• Dienstversagen
• Anwendungsversagen
• Web-spezifisches Versagen
 Gewichtung der Komponenten aufgrund der
Klassifikation

Informatik | 42

Risikomodell
4 5 6
Risikostufe
3 4 5
3

2 3 4
Systemrelevanz
hoch
4 5 6

3 4 5 Multiplikator
2

2 3 4
mittel
hoch 4 5 6

3 4 5
mittel 1

niedrig 2 3 4
niedrig
Wahrscheinlichkeit
des Versagens
Auswirkung niedrig mittel hoch
des Versagens

Informatik | 43

Priorisierung

Geräteversagen
Niedrig
0 3 5 1
Risikostufe Risikostufe Risikostufe

Anwendungs-
versagen
Niedrig
4 2 6
1
Systemrelevanz (Multiplokator)

Dienstversagen

2 5 3
Hoch

3
Web-spezifisches
Versagen

0 2 3
Mittel

2
Netzwerkversagen
Niedrig

2 5 6 1

Komponente A Komponente B Komponente C

Risikobewertung 15 29 32

Informatik | 44


WebComposition/DGS
WERKZEUG

Informatik | 45

Werkzeug: Ausgangssituation
 Hardwarekomponenten
 Softwarekomponenten
 Unterschiedliche Technologien zur
Verknüpfung
 Kein Standard zum Transport physischer
Ressourcen ins WWW
 Wiederverwendung physischer Ressourcen

Informatik | 46

Werkzeug: Problemstellung
 Abstraktion von Daten
• Einheitliche Sicht auf Informationsquellen
 Systematische Erstellung von Daten
• Ressourcenunabhängige Verarbeitung
 Sicherheit
• Zugriff auf Ressourcen , Definition von Akteuren
 Wiederverwendung von Komponenten
• Anwendungsentwicklung, z.B. auf Basis von Mashups
 Evolution
• Offenes System für zukünftige Entwicklungen
 Benutzerinteraktion
• Anschauliche, nutzerfreundliche Repräsentation von
Ressourcen, Abbildung von Geschäftsprozessen
Informatik | 47

WebComposition/DGS

HTTP-Schnittstelle (REST)

XML-RPC-Schnittstelle (POX) SOAP-Schnittstelle (SOA)

REST Architekturstil Dienstorientierte Architetkru

Engineering Anforderungen
Einsatz von Metadaten Einsatz von Metadeten
Einfachheit

Integration
Ressourcen-basiert Prozess-basiert

Verknüpfte Inhalte Datenbankfuntionalität

Web 2.0 Geschäftszenarien

Informatik | 48

WebComposition/DGS
 Zweischichtiges Komponentenmodell
 Hohes Maß an Wiederverwendung
 Einfache Substitution oder Konvertierung von
Komponenten
 Verknüpfung beliebiger Ressourcen
 Publish/Subscribe-Mechanismus
 Unterstützung bei der Generierung von
Benutzerschnittstellen

Informatik | 49

DGS Komponentenmodell (1)

WebComposition/DGS

Extensions
HTTP

Authentication &
SOAP Access Rights Authorization
Service
Access Control
Component
POX

Data Data Access
IFilter
Input Filter Data Adapter

Meta Store
Metadata

Output Filter
IFilter

Informatik | 50

DGS Komponentenmodell (2)

Verbunddienst

Authentifizierung &
Autorisierung
Sicherheit
Web Seite

HTTP

WebComposition
DGS Client DGS

SOAP

Speicherlösung
SOA Client
Datenzugriff

Informatik | 51

Ressourcenmodell (1)

Container (http://vsr.tu-chemnitz.de) VSR

Informationsspeicher (/lectures) besteht aus

besteht aus
Vorlesungen
Informationsspeicher (/people)
besteht aus
Informationsraum

Element (/gaedke) Projekten
beinhaltet
Personen
Element (/heil)
beinhaltet Gaedke
beinhaltet hat veröffentlichet
Informationsspeicher (/publications)
Heil

... Brandt Publikationen
...

Information Store (/projects)

Container (https://...)

Container (http://...)

Informatik | 52

Ressourcenmodell (2)
<rdf:Description rdf:about="http://vsr-data.tu-chemnitz.de/people/" >
<wcv:member rdf:resource=“http://vsr.tu-chemnitz.de/people/heil” />
URI </rdf:Description>

http://vsr-data.cs.tu-chemnitz.de/people/heil

Graph
http://vsr-data.cs.tu-chemnitz.de/people/heil

http://vsr-data.cs.tu-chemnitz.de/people/

http://vsr-data.cs.tu-chemnitz.de/

<rdf:Description rdf:about="http://vsr-data.tu-chemnit.de/" >
http://vsr-data.cs.tu-chemnitz.de/... <wcv:has rdf:resource=“http://vsr.tu-chemnitz.de/people” />
</rdf:Description>

Informatik | 53


WebComposition/WCS
FORMALISMUS

Informatik | 54

Formalismus: Ausganssituation
 Formale Beschreibung schwierig
• Hohe Änderungsrate der Systemlandschaft
• Momentaufnahme des Systems
• Unterschiedliche Sachverhalte bedürfen
verschiedener Granularität
• Änderungen aufgrund passiver Systemevolution
sind mit herkömmlichen Formalismen nur schwer
zu erfassen

Informatik | 55

Formalismus: Problemstellung
 Integration des Formalismus
• Kombination der formalen Beschreibung mit
graphischer Notation
 Abstraktion
• Unterschiedliche Konzepte auf einheitlichem
Abstraktionsniveau abbilden
 Einheitliche Modellierung
• Welche Modellierung eignet sich z.B. zur Anbindung
an weitere Modelle
 Anbindung und Rückführung
• Rückführung der formale Beschreibung in das

Informatik | 56

WebComposition/WCS
 Basierend auf dem Ambient Kalkül
 Beschreibung von Ressourcen (Ambients) …
• Eindeutige Identifikation von Ressourcen
• Lokale Prozesse
• Verschachtelung von Ressourcen
• Relokalisierung von Ressourcen
 … und deren Interkation
• Ambient I/O
• Parent I/O
• Ether I/O
• Remote I/O

Informatik | 57

Active-Folder
m m
n n n
in m. P P
Q in m Q

Input (x). P(x)
R R

m m
n n
Output C read P(C)
out m. P out m. P
Q out m Q

R R

n

Q open n P
Q

open n. P

Informatik | 58

WAM-Modell
Parent I/O
∇n〈M〉 ≡ mv in or.mv in os. Ambient I/O
〈M〉rinvoke ≡ ∇ws〈param〉 ps≡ ps[!(x).P]
invoke ≡ mv in ps.〈param〉
R1 R2
Ambient I/O R3
rs≡ rs[!(x).P] Web
invoke ≡ mv in rs.〈param〉 Portal 1
trusts
Dienst 4

token ≡ t[open t.lock l. rpc]
sts2≡ t[in t. in r] | r[open t.release l]
Dienst 1 Dienst 2 Dienst 3

DB2

DB1 IP1 IP2

Remote I/O sr1≡ sr1 [ws | trust]
token ≡ t[open t.lock l. rpc] sr2≡ sr2 [bs |…]
sts1≡ t[in t. in r] | r[open t.release l] trust ≡ !open req
bs ≡ bs[req[invoke] | mv. out bs. out sr2.in sr1]]

Informatik | 59

Unterstützung der Systemevolution
 Überführung der graphischen WAM-Notation
in WAM-RDF und zurück
 Überführung der Systemlandschaft, z.B. des
Domäneneffekts aus WebComposition/DGS
in WAM-RDF
 Rücktransformation in graphische WAM-
Notation und
 Formalisierung der Beschreibung im WCM

Informatik | 60


Praktische
UMSETZUNG

Informatik | 61

Umsetzung
 Weiterentwicklung des WebComposition/DGS
an der VSR
WebComposition/DGS

Rückführung Rückführung

DGS Navigationsdienst SA-REST

Rückführung

RFID Infrastruktur VodooIO Infrastruktur

Rückführung

Workflow Unterstützung

Partielle Rückführung Partielle Rückführung

DGS Listen Manager
Projekt

Projektdauer teilweise Rückführung Projekt in Bearbeitung
Rückführung Projekt abgeschlossen

Informatik | 62

Anwendungsszenario e-Home
 Microsoft Research und fischertechnik

Informatik | 63

Anwendungsszenario Sensornetzwerk
 Freie Universität Berlin und Microsoft Research

Informatik | 64

Anwendungsszenario Unternehmensdaten (1)

 TU Chemnitz Einstiegsseite

Darstellung Projekte
als RSS Feed

Personen

Publikationen

Spezifische Spezifische
Publikation Person

Ressource Darstellung im OpenLink
RDF Browser Spezifische
als PDF Projektseite

Informatik | 65

Anwendungsszenario Unternehmensdaten (2)

 International Society for Web Engineering
ICWE 2008
Publikationen

Erweiterbare
Referenzierte
Metadaten
Metadaten

Informatik | 66

Zusammenfassung
 Effektive Anwendungsentwicklung auf Basis
der vorgestellten Prinzipien ist für Intelligente
Umgebungen möglich
• Vorgehensmodell: WebComposition/WBS
• Methoden: WebComposition/Test
• Werkzeug: WebComposition/DGS
• Formalismus: WebComposition/WCS

Informatik | 67


Danke für Ihre Aufmerksamkeit!
FRAGEN

Informatik | 68

Anwendungsentwicklung fuer Intelligente Umgebungen im Web Engineering

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (16)

Ähnlich wie Anwendungsentwicklung fuer Intelligente Umgebungen im Web Engineering

Ähnlich wie Anwendungsentwicklung fuer Intelligente Umgebungen im Web Engineering (20)

Mehr von Andreas Heil

Mehr von Andreas Heil (10)

Anwendungsentwicklung fuer Intelligente Umgebungen im Web Engineering

Hinweis der Redaktion