<
From version < 34.1 >
edited by Reinhard von Hanxleden
on 2021/09/17 10:37
To version < 24.1 >
edited by cds
on 2014/09/05 00:07
>
Change comment: More translations

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.rvh
1 +XWiki.cds
Content
... ... @@ -15,7 +15,7 @@
15 15  
16 16  = Interaction With Your Adviser(s) =
17 17  
18 -A good interaction with your adviser(s) is key to success. Unless you happen to have substantial work experience and to already be an expert in your field, your adviser is ahead of you in terms of experience and expertise. Take advantage of this to improve your own work.
18 +A good interaction with your adviser(s) is key to success. Unless you happen to have substantial work experience and to be already an expert in your field, your adviser is ahead of you in terms of experience and expertise. Take advantage of this to improve your own work.
19 19  
20 20  Advisers are humans. They like to help you with your thesis topic; they don't like to have to "drive" it, or to get the feeling that their advice (including the hints on this page) is ignored. You, and not your adviser, should be the one who is pushing your work, asking questions, initiating discussions, and handing over thesis/chapter drafts without having to be explicitly asked for it. In short, your adviser should be convinced that your work is on track.
21 21  
... ... @@ -23,28 +23,17 @@
23 23  
24 24  Usually, your thesis is a full-time job, also meaning **full-time presence at your desk**. In case you also have other regular work to do, discuss this with your adviser at the beginning of your thesis work.
25 25  
26 -= Thesis Proposal =
27 -
28 -The first thing to do after you familiarized yourself with the topic and problem of your thesis is to write a short proposal (~~2-4 pages). The proposal should be prepared as early as possible (within the first or second week) and should show your adviser that you understood the problem and have a rough idea how to solve it. It may be structured as follows.
29 -
30 -* Problem description
31 -* Planned Solutions/Goals
32 -** Hard requirements that have to be fulfilled by the end of your thesis
33 -** Soft requirements that can be solved if time permits
34 -* Schedule outlining your proceeding (this includes writing the thesis, see next section)
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.
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.
28 +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
33 +Master's Thesis
47 47  )))|=(((
35 +Bachelor's Thesis
36 +)))|=(((
48 48  Motivation
49 49  )))
50 50  |(((
... ... @@ -52,6 +52,8 @@
52 52  )))|(((
53 53  3 months before final submission
54 54  )))|(((
44 +6 weeks
45 +)))|(((
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  )))|(((
53 +3 weeks
54 +)))|(((
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  )))|(((
62 +10 days
63 +)))|(((
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 ==
83 +== 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 -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.
85 +More often than not, you will write code as part of your thesis. 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."
89 +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.
91 +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 -\\
96 +
103 103  )))|(((
104 -\\
98 +
105 105  )))|(((
106 -\\
100 +
107 107  )))|(((
108 -\\
102 +
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 -\\
117 +
124 124  )))
125 125  |(((
126 126  Punkte
... ... @@ -160,9 +160,9 @@
160 160  max. 24
161 161  )))
162 162  |(((
163 -//Interaktion mit Betreuer//
157 +//Anwesenheit und Interaktion mit Betreuer//
164 164  )))|(((
165 -Interaktion nur auf Initiative des Betreuers; schwer erreichbar; selten anwesend, weist nicht auf Probleme hin
159 +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//
205 +//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 -\\
229 +
236 236  )))|(((
237 -\\
231 +
238 238  )))|(((
239 -\\
233 +
240 240  )))|(((
241 -\\
235 +
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 +9471805
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/9471805/Writing and Grading Theses