• Keine Ergebnisse gefunden

Diplomarbeitsthemen im Gebiet Software Engineering

N/A
N/A
Protected

Academic year: 2022

Aktie "Diplomarbeitsthemen im Gebiet Software Engineering"

Copied!
1
0
0

Wird geladen.... (Jetzt Volltext ansehen)

Volltext

(1)

Pof. Dr.-Ing. Oliver Haase

Verteilte Systeme & Software Engineering

Diplomarbeitsthemen im Gebiet Software Engineering

Derzeit bin ich im Bereich Software Engineering in den beiden folgenden Arbeitsge- bieten aktiv, in denen immer sehr spannende Diplomarbeitsthemen anfallen:

Model Driven Engineering (MDE): Beim MDE geht es im wesentlichen darum, in der Software–Entwicklung m¨oglichst große Anteile an Programmcode aus Modelbeschreibungen, z.B. den verschiedenen UML Beschreibungssprachen, zu generieren. Man spricht bei dieser Art der Code–Generierung auch vonModell- transformationen.

In diesem Bereich f¨uhre ich derzeit eine Industriekooperation mit der Firma Siemens, Bereich Postal Automation in Konstanz, durch, so dass eine Reihe sehr aktueller und praxisnaher Diplomarbeiten zu vergeben sind.

Komponentenorientierte Programmierung im Kleinen: Das ist ein Begriff, den Prof. Drachenfels in seinem gleichnamigen Artikel imInformatik–Spektrum, Vol. 28, No. 2, Springer Verlag, 2005, gepr¨agt hat. Dahinter verbirgt sich die Idee, dass eine Programmiersprache Code-Abh¨angigkeiten vermeiden sollte, in- dem sie

• strikt Schnittstellen von Implementierungen trennt;

• Implementierungsvererbung durch Komposition und Delegation ersetzt.

Gemeinsam mit Prof. Drachenfels habe ich die Sprache Joi (Java Objects by Interface)entwickelt, die die obigen Eigenschaften besitzt. Mehr Informationen zu Joi finden Sie unter

http://www-home.htwg-konstanz.de/~haase/hp/joi.html.

In diesem Bereich fallen einerseits Arbeiten im Bereich des ¨Ubersetzerbaus an, aber auch solche, die die Vorteile des Ansatzes durch praktische Experimente

¨uberpr¨ufen sollen.

1

Referenzen

ÄHNLICHE DOKUMENTE

Frage 3.2: Nachdokumentation im Code (11 Punkte, ca. 8 Minuten Bearbeitungszeit) Der gegebene Programmcode enthält weder einen Klassen- noch einen Methodenkommentar. Schreiben Sie

●  Läuft das Programm nicht oder sind Ergebnisse offensichtlich falsch, werden die Defekte gesucht und behoben (“Debugging”)!. ●  Der „Test“ ist beendet, wenn das

❍  Experimente zeigen, dass die Sitzung kaum neue Befunde erbringt (die kein Gutachter in der Vorbereitung erkannt hat)!. ❍   Kritische Durchsicht der Individualbefunde durch

●  Ist eine Skala additiv, so muss es mindestens eine Verhältnisskala sein. Die Umkehrung gilt nicht immer.!.. Beispiel: Messung von Portabilität !!. ❍  

●  Wie soll das Risiko im Projekt verfolgt werden?. ●  Kann das Risiko auf Dritte

❍   Eine Zertifizierung nach ISO 9001 bedeutet nicht automatisch, dass dieses Unternehmen Software hoher Güte herstellt!. ❍  Überspitzt ausgedrückt ist auch die kontrollierte

Positiv: Produktverantwortlicher übernimmt Änderungen durch Mischen in die RU; publiziert neue Version in RU!... Problem 2: Änderung

●  Projektspezifische Vorgaben für die Qualität (vgl. Folien Kapitel 16). ❍