Abschlussarbeiten
Offene Arbeiten
- Restrukturierung von openArchitectureWare für die Integration in das Eclipse Modeling Project
- Entwicklung einer erweiterbaren Anwendung mittels Eclipse RCP zur Verwendung des Knowledge Discovery Metamodells als Ausgangspunkt für eine semi-automatische Restrukturierung von Softwaresystemen
- Entwicklung eines Plugins zur Darstellung der physikalischen Struktur eines Softwaresystems als Instanz des Source Packages des Knowledge Discovery Metamodells
- Entwicklung eines Konzeptes zur Verbindung der statischer Sicht eines Softwaresystems mit der dynamischen Sicht in besonderem Hinblick auf Abstraktionsmöglichkeiten und Darstellung von Bottlenecks
- Für weitere Themen wenden Sie sich bitte direkt an die jeweiligen wissenschaftlichen Mitarbeiter.
Diplomarbeiten, Masterarbeiten, Bachelorarbeiten
Die Abteilung Software Engineering vergibt Studien-, Diplom-, Masterarbeiten und individuelle Projekte zu aktuellen Themenbereichen der Softwaretechnik.
Entwicklungsprozess für Diplomarbeiten, Masterarbeiten und individuelle Projekte:
Grundsätzlich spielt der Entwicklungsprozess ja eine zentrale Rolle in der Softwaretechnik. Daher geben wir hier einige Hinweise zum Entwicklungsprozess bei der Betreuung von Diplomarbeiten in der Abteilung Software Engineering.
Prinzipiell kann das Verhältnis zwischen Abteilung und Diplomand(in) mit dem Verhältnis zwischen Kunden und Software-Häusern verglichen werden. Daher wird im folgenden der/die Diplomand(in) kurz als Software-Haus und die Abteilung als Kunde bezeichnet.
Zunächst wird eine ca. einseitige Anforderungsbeschreibung durch den Kunden erstellt (entspricht einem Aushang). Dann schreibt das Software-Haus ein Pflichtenheft (entspricht dem Proposal für das Diplomarbeitsvorhaben). Dieses Pflichtenheft muss vom Kunden abgenommen werden. Der Umfang sollte 10 bis 30 Seiten betragen, je nach Thema. Nach Ablieferung des Produkts (entspricht der Abgabe der Diplomarbeit) wird dieses gegen das Pflichtenheft geprüft und der Preis festgesetzt (entspricht der Note). Abgesehen von der nachträglichen Festlegung des Preises entspricht dieser Prozess durchaus der heute üblichen Praxis.
Der Vorteil eines expliziten Pflichtenheftes besteht für das Software-Haus darin, dass es klar sein sollte, was genau zu tun ist, damit das Produkt fertig ist. Der Kunde kann dann nicht noch nachträglich weitere Anforderungen aufstellen. Für den Kunden besteht der Vorteil darin, zu wissen, was von der Arbeit zu erwarten ist.
Bekanntermassen ist dieses starre Wasserfallmodell natürlich nicht praktikabel, so dass es gelegentlich zu Neuverhandlungen bzgl. des im Pflichtenheft festgelegten Zieles kommen kann.