<
From version < 34.1 >
edited by Reinhard von Hanxleden
on 2021/09/17 10:37
To version < 28.1 >
edited by cds
on 2015/04/08 11:20
>
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.rvh
1 +XWiki.cds
Content
... ... @@ -33,18 +33,19 @@
33 33  ** Soft requirements that can be solved if time permits
34 34  * Schedule outlining your proceeding (this includes writing the thesis, see next section)
35 35  
36 -You should send your thesis proposal to your advisor and (if he is not already your advisor) the professor. After you finished the proposal, you should give a short (informal) talk of about 15 minutes during our daily tea meeting presenting your topic to all members of our group.
36 +After you finished the proposal, you should give a short (informal) talk of about 15 minutes during our daily tea meeting presenting your topic to all members of our group.
37 37  
38 38  = Timing is (Almost) Everything =
39 39  
40 -Chances are your adviser has already supervised one or more theses. Take advantage of their experience! Send them drafts of the chapters of your thesis before submitting the final thesis. Of course, the drafts should be as good as possible from your point of view. Your adviser can only improve your drafts so much. If your draft is of low quality, (s)he can help you push it to an okay-ish level; but if the draft is already of high-quality to start with, (s)he can help you elevate it to pure awesomeness. Note that your drafts need not be complete yet: you can always hand in missing bits and pieces later on. Here's a schedule that has proven to work well regarding when to hand in what.
40 +Chances are your adviser has already supervised one or more theses. Take advantage of his or her experience! Send him drafts of the chapters of your thesis before submitting the final thesis. Of course, the drafts should be as good as possible from your point of view. Your adviser can only improve your drafts so much. If your draft is of low quality, (s)he can help you push it to an okay-ish level; but if the draft is already of high-quality to start with, (s)he can help you elevate it to pure awesomeness. Note that your drafts need not be complete yet: you can always hand in missing bits and pieces later on. Here's a schedule that has proven to work well regarding when to hand in what.
41 41  
42 -(% class="wrapped" %)
43 43  |=(((
44 44  What
45 45  )))|=(((
46 -When
45 +Master's Thesis
47 47  )))|=(((
47 +Bachelor's Thesis
48 +)))|=(((
48 48  Motivation
49 49  )))
50 50  |(((
... ... @@ -52,6 +52,8 @@
52 52  )))|(((
53 53  3 months before final submission
54 54  )))|(((
56 +6 weeks
57 +)))|(((
55 55  Once you are halfway through your thesis, you should have a basic idea of which topics you want to cover in your thesis. This must be discussed with your adviser.
56 56  )))
57 57  |(((
... ... @@ -59,6 +59,8 @@
59 59  )))|(((
60 60  4 weeks
61 61  )))|(((
65 +3 weeks
66 +)))|(((
62 62  The first drafts you submit are used to make you aware of basic problems of your writing style. Getting this feedback as early as possible in your writing process means that you won't have to change the whole thesis after you submit your final draft.
63 63  )))
64 64  |(((
... ... @@ -66,6 +66,8 @@
66 66  )))|(((
67 67  2 weeks
68 68  )))|(((
74 +10 days
75 +)))|(((
69 69  Submitting a draft of your complete thesis **before** the final submission gives your adviser enough time to find problems and gives you enough time to incorporate corrections into your final thesis. This doesn't only improve the quality of your thesis, but also satisfies your adviser.
70 70  )))
71 71  
... ... @@ -85,27 +85,26 @@
85 85  
86 86  The bottom line: write clean and proper code that adheres to our coding guidelines and document it. The quality and the readability of your code and of your documentation will influence your grade.
87 87  
88 -== Reviews and Ratings ==
95 +== Reviews and Ratings[[url:http://trac.rtsys.informatik.uni-kiel.de/trac/rtsys/wiki/Hinweise_Arbeiten#ReviewsundRatings||style="text-decoration: none;" title="Link to this section" shape="rect" class="anchor"]] ==
89 89  
90 90  To make sure that code is of a certain quality, it must be run through design and code reviews. The way this works is explained [[on this page>>doc:KIELER.Review Process]]. The reviews are not only intended to improve the quality of your code, but also to give feedback to you as a programmer to help you improve.
91 91  
92 92  = What Grade Do I Get For All This? =
93 93  
94 -Zur Beurteilung einer Abschlussarbeit wird generell ein schriftliches Gutachten erstellt, welches die jeweilige Arbeit individuell rdigt (incl. Note) und an das Prüfungsamt weitergeleitet wird. Es hängt dabei von der jeweiligen Aufgabenstellung ab, welche Leistungen im Einzelfall erwartet werden; so sind z.B. die Anforderungen hinsichtlich der konkreten Umsetzung bei einer stark anwendungsbezogenen Arbeit anders als bei einer eher theoretischen Arbeit. Gewisse Anforderungen und Erwartungen hinsichtlich der Qualität der Arbeit und der Vorgehensweise des Studierenden sind jedoch allgemein gültig, und z.T. auch bereits in der jeweiligen Prüfungsordnung konkret genannt. So sieht z.B. §11(5) der Bachelorprüfungsordnung vor: „Die Note der Bachelorarbeit berücksichtigt die Problembearbeitung, die Bachelorarbeit und den Abschlussvortrag einschließlich der sich anschließenden Aussprache."
101 +Die Benotung studentischer Arbeiten richtet sich zunächst nach der jeweils anzuwendenen Studienordnung; r eine Diplomarbeit im Diplomstudiengang Informatik sieht z.B. §20(2) der Diplomprüfungsordnung vor: „Die Diplomarbeit ist von der Lehrkraft, die sie ausgegeben hat und einer oder einem weiteren Prüfungsberechtigten zu beurteilen.
95 95  
96 -Ein etwas detaillierterer Kriterien-/Bewertungskatalog ist in den beiden folgenden Tabellen angegeben. Diese sind zunächst für Bachelorarbeiten ausgelegt, finden aber - mit entsprechenden Abwandlungen - auch für Masterarbeiten Anwendung.
103 +Zur Beurteilung einer Diplomarbeit wird generell ein schriftliches Gutachten erstellt, welches die jeweilige Arbeit individuell würdigt (incl. Note) und an das Prüfungsamt weitergeleitet wird. Es hängt dabei von der jeweiligen Aufgabenstellung ab, welche Leistungen im Einzelfall erwartet werden; so sind z.B. die Anforderungen hinsichtlich der konkreten Umsetzung bei einer stark anwendungsbezogenen Arbeit anders als bei einer eher theoretischen Arbeit. Gewisse Anforderungen und Erwartungen hinsichtlich der Qualität der Arbeit und der Vorgehensweise des Studierenden sind jedoch allgemein gültig, und z.T. auch bereits in der jeweiligen Prüfungsordnung konkret genannt. So sieht z.B. §19(1) der Diplomprüfungsordnung vor: „Die Diplomarbeit [...] soll zeigen, dass die Kandidatin oder der Kandidat in der Lage ist, innerhalb einer vorgegebenen Frist ein Problem aus dem Fach Informatik selbständig nach wissenschaftlichen Methoden zu bearbeiten.“ Hier sind also bereits drei Kriterien genannt (Fristeinhaltung, Selbständigkeit, Wissenschaftlichkeit). Ein etwas detaillierterer Kriterien-/Bewertungskatalog ist in den beiden folgenden Tabellen angegeben. Diese sind zunächst für Diplomarbeiten ausgelegt, finden aber - mit entsprechenden Abwandlungen - auch für Studien-, Bachelor- und Masterarbeiten Anwendung.
97 97  
98 -(% class="wrapped" %)
99 99  |(((
100 100  **Merkmal**
101 101  )))|(((
102 -\\
108 +
103 103  )))|(((
104 -\\
110 +
105 105  )))|(((
106 -\\
112 +
107 107  )))|(((
108 -\\
114 +
109 109  )))|(((
110 110  **Punkte**
111 111  )))
... ... @@ -120,7 +120,7 @@
120 120  )))|(((
121 121  Vollständige, gute Lösung und Behandlung zusätzlicher Fragestellungen
122 122  )))|(((
123 -\\
129 +
124 124  )))
125 125  |(((
126 126  Punkte
... ... @@ -160,9 +160,9 @@
160 160  max. 24
161 161  )))
162 162  |(((
163 -//Interaktion mit Betreuer//
169 +//Anwesenheit und Interaktion mit Betreuer//
164 164  )))|(((
165 -Interaktion nur auf Initiative des Betreuers; schwer erreichbar; selten anwesend, weist nicht auf Probleme hin
171 +Selten anwesend, Interaktion nur auf Initiative des Betreuers; schwer erreichbar; weist nicht auf Probleme hin
166 166  )))|(((
167 167  Unregelmäßige Interaktion, jedoch generell erreichbar und häufig anwesend
168 168  )))|(((
... ... @@ -208,7 +208,7 @@
208 208  max. 16
209 209  )))
210 210  |(((
211 -//Aufbau und sprachliche Qualität der Ausarbeitung//
217 +//Qualität der Ausarbeitung//
212 212  )))|(((
213 213  Ausarbeitung mit schweren Mängeln: fehlende Systematik, Schreibfehler, schlechtes Deutsch, unübersichtliche Verzeichnisse usw.
214 214  )))|(((
... ... @@ -232,13 +232,13 @@
232 232  max. 16
233 233  )))
234 234  |(((
235 -\\
241 +
236 236  )))|(((
237 -\\
243 +
238 238  )))|(((
239 -\\
245 +
240 240  )))|(((
241 -\\
247 +
242 242  )))|(((
243 243  **Summe**
244 244  )))|(((
... ... @@ -247,7 +247,6 @@
247 247  
248 248  Die Umrechnung einer Punktzahl in eine Zensur ergibt sich unter Anwendung dieses Katalogs aus der folgenden Tabelle.
249 249  
250 -(% class="wrapped" %)
251 251  |(((
252 252  Note
253 253  )))|(((
... ... @@ -295,10 +295,6 @@
295 295  24
296 296  )))
297 297  
298 -= RtSys Stammtisch =
299 -
300 -Every student who is going to write a thesis and hence is considered an integral part of our group is more than welcome to join our [[doc:RtSys Stammtisch]]. We will meet monthly in different restaurants in Kiel to have dinner and a good time together. Please ask your advisor or other students to invite you
301 -
302 302  = Further Links =
303 303  
304 304  * Prof. Luttenberger at the [[Communication Systems Group>>url:http://www.comsys.informatik.uni-kiel.de/||shape="rect"]] regularly offers a very good course on writing and presenting scientific work.
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -106364952
1 +16810002
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTSYS/pages/106364952/Writing and Grading Theses
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTSYS/pages/16810002/Writing and Grading Theses