Ausführung von Bachelor-, Master- und Diplomarbeiten

Im Folgenden wird beschrieben worauf es uns insbesondere bei Bachelor-, Master- und Diplomarbeiten ankommt und welche Anforderung an die entsprechenden Arbeiten gestellt werden. Sinngemäß können diese Anforderungen auch auf Seminararbeiten etc. angewandt werden.
Nachfolgend wird jedoch vereinfachend nur von Abschlussarbeiten gesprochen.

Allgemeines

Das Ziel der Abschlussarbeit ist es zu zeigen, dass Sie selbständig eine Aufgabe bearbeiten können.

Wir gehen davon aus, dass Sie bereits mind. eine Seminararbeit oder etwas vergleichbares geschrieben haben. Haben Sie noch keinen wissenschaftlichen Text mit mehr als 5 Seiten geschrieben, dann sagen Sie uns dies bitte direkt am Anfang.

Das Zielpublikum einer jeden Arbeit ist ein Student im vierten oder fünften Semester. Notwendiges Vorwissen sollte soweit dargestellt werden wie für ein (grobes) Verständnis der Arbeit notwendig ist. Weiterhin sollten Referenzen auf entsprechende Lehrtexte eingefügt werden.

Struktur / Aufbau

Der Anfang jeder Arbeit sollte mit einem Überblick über das Gebiet und einer Motivation für das bearbeitete Thema beginnen.
Daran schließen sich ein oder mehrere Kapitel an, die die Konzepte und ggf. die Implementierung beschreiben.
Danach schließt sich eine Evaluation an. Wie genau die Evaluation auszusehen hat hängt sehr von dem konkreten Thema ab und sollte mit der die Arbeit betreuenden Person abgesprochen werden.
Behandelt die Arbeit zum Beispiel neue Sprachkonzepte, dann sollten in einer Evaluation Fragen beantwortet werden, wie zum Beispiel: "Ist dadurch eine bessere Modularisierung zu erreichen?", "Ist der Code einfacher zu verstehen / kürzer?" oder auch "Welche Anwendungsfelder gibt es für das Konzept?". Sollte die Arbeit zum Beispiel statische Analysen diskutieren / implementieren, dann sind im Rahmen einer Evaluation fragen bzgl. der Geschwindigkeit, des Speicherverbrauchs, Probleme der Analyse (false positives / false negatives) etc. zu beantworten.
Eine Abschlussarbeit sollte auch immer verwandte Arbeiten ("Related Work") besprechen (insbesondere im Fall von Master- und Diplomarbeiten). Hierbei ist insbesondere auf die wissenschaftliche Güte der Arbeiten zu achten.
Jede Arbeit schliesst immer mit einer Zusammenfassung, die noch einmal kurz das behandelte Thema und die wichtigsten Ergebnisse in Kürze darstellt.
Eine Diskussion möglicher weiterer Ansatzpunkte für zukünftige Arbeiten ist optional und sollte mit der Betreuerin / dem Betreuer abgesprochen werden.

Im Allgemeinen gilt, dass die Arbeit so gegliedert werden sollte, dass der Leser allein aufgrund des Inhaltsverzeichnisses grob versteht was das Thema der Arbeit ist und wie die einzelnen Kapitel gegenseitig aufeinander aufbauen. Aussagekräftige Titel von Abschnitten und Kapiteln sind deshalb sehr wichtig. Im Idealfall bekommt der Leser dann schon einen guten Eindruck von den Inhalten und sieht den roten Faden.

Formale Anforderungen an die Ausarbeitung

Kurze, prägnante Sätze! Der Text sollte leicht zu verstehen sein und die Satzstruktur und die Wortwahl nicht vom Inhalt ablenken.
Zeichensetzungsfehler sollten vermieden werden.
Alle Abbildungen (d.h. Grafiken und Tabellen) müssen immer aus dem Text heraus referenziert werden und auch erläutert werden. Im Falle von Grafiken benutzen Sie wann immer möglich eingeführte grafische Notationen (z.B. UML, Flußdiagramme, etc.) und verwenden Sie diese korrekt.
Wenn Sie eine eigene Notation verwenden, dann erklären Sie die grafischen Elemente und Ihre Bedeutung - im Allgemeinen raten wir davon aber ab: Wiederverwendung ist auch hier ein Ziel.
Formatieren Sie alle Codeabschnitte immer gleich und achten Sie vor allem darauf, dass der Code mit Zeilennummern versehen ist und - am Wichtigsten - dass nur soviel Code dargestellt wird, wie absolut notwendig ist, um den Erläuterungen im Text folgen zu können. Sollten Ihre Codeschnipsel mehr als 20-30 Zeilen umfassen, dann denken Sie bitte zweimal darüber nach ob der Code (a) notwendig ist und (b) ob es vielleicht sinnvoll ist diesen Code in zwei Teilen zu beschreiben. Referenzieren Sie aus dem Text heraus immer die Codezeilen, die Sie gerade diskutieren.
Jedes Kapitel hat entweder kein oder mind. zwei Unterkapitel.
Abkürzungen oder Fachwörter sind vor der ersten Verwendung zu definieren. Abkürzungen, die nicht allgemeingültig sind sollten niemals in einer Überschrift vorkommen. Allgemeinverständliche Abkürzungen wie zum Beispiel UML dürfen in Überschriften verwendet werden - sind aber dennoch zu definieren.
Die Referenzen, die Sie in Ihrer Arbeit angeben, sollten wissenschaftlichen Ansprüchen genügen.
Als grobe Richtlinie können alle Text, die durch ein "Peer-Review" durchgekommen sind, als qualitiv hinreichend betrachtet werden. Insbesondere gilt dies für Journals und Konferenzpublikationen von Elsevier, ACM, IEEE, Springer.
Referenzen auf Wikipedia und ähnliche Quellen dürfen ergänzend angegeben werden. So ist es zum Beispiel kein Problem für ein Design Pattern zusätzlich zu einem Verweis auf das Design Patterns Buch von Gamma et al. auch auf Wikipedia zu verweisen. Wichtig ist jedoch, dass dies zusätzlich und nicht ausschließlich erfolgt. Solche Referenzen sollten nur dann angegeben werden, wenn das dort dargestellte Wissen für die Lektüre der Arbeit ausreichend ist.
Jede verwendete Quelle muss eindeutig kenntlich gemacht werden.

Prozeß

Am Anfang Ihrer Arbeit sollten Sie gemeinsam mit Ihrer Betreuerin / Ihrem Betreuer einen sehr groben Zeitplan aufstellen und sich daran dann auch halten.
Eigenständiges Arbeiten, selbständiges Finden von "Related Work" und Kreativität sind uns wichtig.
Eigenständiges Arbeiten bedeutet, dass man nach der Besprechung der Aufgabe regelmäßig (mind. 2 mal im Monat) Kontakt zu seiner Betreuerin / seinem Betreuer sucht und Ihn über den Fortschritt und etwaige Probleme auf dem Laufenden hält.
Tauchen während der Durchführung einer Arbeit unerwartete Probleme auf (eine Bibliothek funktioniert nicht wie erwartet, der Einarbeitungsaufwand ist wesentlich höher, es gibt sonstige zeitintensive aber nicht-Universitäre Probleme etc.) informieren Sie uns bitte so früh wie möglich.
Wenn Sie etwas an der Aufgabenstellung nicht verstehen, dann fragen Sie nach - versuchen Sie nicht zu interpretieren!
Sollten Sie merken, dass Sie mit etwas nicht rechtzeitig fertig werden, dann melden Sie sich möglichst frühzeitig!
Sie sollten die Struktur Ihrer Arbeit vor dem Ende Ihrer Arbeit mit Ihrer Betreuerin / Ihrem Betreuer und ggf. mit dem Korreferenten kurz durchsprechen. Weiterhin ist es sehr zu empfehlen Ihrer Betreuerin / Ihrem Betreuer eine Vorabversion der vollständigen Arbeit vorzulegen. Da es das Ziel dieser Arbeiten ist zu zeigen, dass Sie eigenständig arbeiten können, ist ein mehrfach iterativer Verbesserungsprozeß nicht vorgesehen.

Sonstiges

Wie begrüßen es sehr wenn Sie über die Arbeit hinaus auch noch an einer wissenschaftlichen Publikation (Workshop, Conference Paper, etc. ) zu dem Thema Ihrer Arbeit mitarbeiten möchten.
Wenn Sie Probleme haben (wie kann ich...., wo gibt es...., wo finde ich...?) fragen Sie. Der häufigste Fehler ist, dass zu lange versucht wird ein Problem alleine zu lösen. Wir sind auch jederzeit bereit mit Ihnen über das Design Ihres Programmes zu reden oder andere Dinge der Implementierung zu erörtern. Ein mit uns abgesprochenes Design ist auf jeden Fall für beide Seiten positiv!
Da die Sprache der Wissenschaft in der Informatik Englisch ist, werden wir sie jederzeit dabei unterstützten wenn Sie Ihre Arbeit in Englisch schreiben möchten.
Die Arbeit kann aber selbstverständlich auch in Deutsch geschrieben werden.
Bzgl. der Länge von Diplomarbeiten und Masterarbeiten gilt, dass 50 (Bachelorarbeiten 30) Seiten (Din A4; Times 12pt; 1,3 Zeilen Zeilenabstand; 2cm Rand) als untere Grenze und 100 Seiten als obere Grenze anzusehen sind. Abweichungen davon sollten vorher mit der Betreuerin / dem Betreuer und ggf. dem Korreferenten abgesprochen werden.
Nach der Einarbeitungsphase, d.h. nachdem Sie sich mit dem Thema vertraut gemacht haben und sich über verwandte Arbeiten informiert haben, sind die Ergebnisse verbunden mit einem rudimentärem Arbeitsplan im Rahmen des Fachgebietsseminars vorzustellen (ca. 25min).
Kurz vor dem Ende der Arbeit ist dann der Abschlußvortrag (für Bachelor- und Masterstudenten Notenrelevant) - wieder im Rahmen des Oberserminars des Fachgebiets - zu halten (ca. 30min).
Für Diplomarbeiten ergibt sich die Note aus der schriftlichen Ausarbeitung. Es wird ebenfalls überprüft, ob der in der Arbeit beschriebene Stand der Implementierung entspricht, sofern vorhanden. Eine exzellente Ausarbeitung ist dabei die notwendige Voraussetzung für das Erreichen einer exzellenten Note.
Für Bachelor- und Masterarbeiten ergibt sich die Note aus der schriftlichen Ausarbeitung und dem Abschlußvortrag mit einem Kolloquium. Es wird ebenfalls überprüft, ob der in der Arbeit beschriebene Stand der Implementierung entspricht, sofern vorhanden. Eine exzellente Ausarbeitung ist dabei die notwendige Voraussetzung für das Erreichen einer exzellenten Note.

Deckblatt

Auf dem Deckblatt ist zu vermerken:

Titel der Abschlußarbeit
Autor + Fachbereich des Autors + Studiengang, z.B.
Max Mustermann, FB 20, Informatik (Diplom)
Die Matrikelnummer darf nicht auf dem Deckblatt / in der Arbeit überhaupt vermerkt werden!
Die Informationen zum Fachgebiet, d.h. :
Technische Universität Darmstadt
Fachbereich Informatik
Fachgebiet Softwaretechnologie
Prof. Dr. Mira Mezini
geg. die Betreuerin / der Betreuer
das Abgabedatum der Arbeit
(Achtung: nur Monat und Jahr - nicht Tag! Beispiel: Juni 2007)

Abgabe der Aschlußarbeit

Es sind für das Fachgebiet drei Exemplare abzugeben.
Es ist eine elektronische Fassung (PDF) der Arbeit abzugeben, die nicht die Matrikelnummer enthält.
Wurde im Rahmen der Arbeit Implementiert, dann ist es wichtig, dass der Sourcecode mit abgegeben wird. Weiterhin ist natürlich auch das Ergebnis (Plug-in, Anwendung,...) abzugeben und eine detailierte Installationsanleitung beizulegen. Eine kurze Beschreibung (Tutorial) für die ersten Schritte ist auch obligatorisch.
Die Applikation (das Plug-in,...) ist so auszulieferen, dass es sich einfach und schnell testen lässt. Wurde zum Beispiel ein Eclipse Plug-in entwickelt, dann ist es wichtig, dass dieses Plug-in als direkt "deploybares" Bundle zur Verfügung gestellt wird!
Am Besten ist es wenn Sie alle Sourcen (d.h. inklusive der LaTeX Sourcen für die Arbeit, etwaige Grafikdateien etc.) auf eine CD brennen und diese der Arbeit beilegen.

Version 21.Juni.2007