Navigation auf uzh.ch
Software requires constant evolution due to changing customer needs, bugs that have to be fixed or changes in the environment. This has been formulated in Lehman’s first law of software evolution, which states that a software system must be continuously adapted, or it becomes less and less useful. This constant change poses many challenges, for instance, on the reliability of the software as well as on the software developers that continuously have adapt. Both researchers and practitioners have recognized the importance to study and support software evolution and the humans involved in the process. In this seminar, we will cover some the most relevant studies, approaches and techniques that researchers have looked at in this context.
This course will be a combination of the traditional writing and presenting of a report on a chosen topic, as well as three sessions in the beginning of the term to discuss some research undertaken on each of the seminar topics. The three sessions will already cover research articles that can be used in the seminar report as well and should provide you a good start for writing the report. Short response papers for each of these sessions will also be required by each student to ensure the papers were read and stimulate an interesting discussion in class.
Learning objectives:
At the end of this course, students should be able to:
News:
(Sep 20) We were suffering from an extended downtime of our content management system and it was not possible to update the website. The system is back now and I just included the papers. Sorry for the delay and any inconvenience caused!
(Sep 20) Due to the high number of participants, we will change the format of the presentation day. Instead of an all-day event, we will do smaller sessions by topic and do a group discussion. You will find details in the kick-off slides.
Lecturers: | Dr. Sebastian Proksch (Prof. Dr. Thomas Fritz, Prof. Dr. Harald Gall) |
Time & Location | Mondays, 12:15pm to 1:45pm, Room 1.D.29 |
Language: | English |
AP (ECTS): | 3 points |
Target Audience: | BSc Informatics and MSc Informatics Students |
Prerequisites: | Software Engineering |
Registration: | Registration for a topic at and after the kick-off meeting & Modulbuchung |
Date and Time | Topic / Deliverable |
---|---|
17.09. | Kick-off meeting (Slides) |
22.09., 11:59pm | Send your three topic preferences for the report by email |
23.09. | Topic assignment |
For the first three weeks, we will meet and discuss two topics per week. For each week, students have to read the main paper of each topic (i.e. two papers for the two topics per class). Students will have to read the papers and write a short and concise response paper on the three papers (less than a page long!). In class, we will then discuss the research, opinions and reflections on the topics. This will provide students a good introduction to their selected topic, help to understand what is important in a paper, and what others think about the papers.
To practice literature research, students have to find a related paper for both topics and briefly elaborate in the response paper, why the suggested related work could be interesting in the context of the class. It is not necessary though to read that paper.
23.09., 11:59pm | Response paper for topic 1 & 2 due by email |
24.09. | Mandatory class discussion (Topic 1 & 2) |
30.09., 11:59pm | Response paper for topic 3 & 4 due by email |
01.10. | Mandatory class discussion (Topic 3 & 4) |
07.10., 11:59pm | Response paper for topic 5 & 6 due by email |
08.10. | Mandatory class discussion (Topic 5 & 6) |
Starting from the listed published research articles and the ones discussed in class, the students have to undertake a critical review of the topic assigned and write a report on it. The structure and content of this report is left open-ended (see details below). The report will then reviewed by the teaching assistant and 2-3 other students. Based on the feedback, a final submission will be created which will then be a part of the final grade.
The week of 15.10. | Optional feedback meeting with your topic advisor to discuss your outline/structure of your report (and the research questions you are going to explore) |
13.11., 11:59pm | Submit report for review |
16.11., 11:59pm | Bid on the reports you want to review |
17.11. | Reviews start |
22.11., 11:59pm | All Reviews Due |
23.11. | Author Notification |
5.12., 11:59pm | Submit revised report |
The week of 12.12. | Group discussion wit your topic advisor |
Please note: All meetings and deadlines in this list are mandatory!
The extra papers are only listed to give you some context. Don't take one of these as the additional paper for the response papers.
Please note: To access the papers which are hosted on ACM or IEEE, you need a subscription, which is provided by the university. Download the papers when you are connected to the university Wi-Fi (UZH, eduroam doesn't work) or via VPN.
Additional topics
Due to the high number of participants, we extended the list of available topics. These topics are not going to be discussed in class, but can be picked for the report.
Starting from the listed published research articles and the ones discussed in class, the students have to undertake a critical review of the topic assigned and write a report on it. The structure and content of this report is left open-ended, but should consider the points discussed in the kick-off slides.
The report has then to be submitted for reviewing through the seminar Easy Chair page (for more information please refer to the `Delivery' subsection of this page). The report will then go through a first review phase (blind review), done by the teaching assistant and 2-3 other students. Every participant has to review two to three other participants' reports. The goal of this first review is to provide and gather some useful feedback on the report, which should then be used to improve and modify the report accordingly and submit it for the second and final time. At the end, the participants will have to present their work on the presentation day.
The written report represents the second part of the seminar. It has to be 9-11 pages long (not counting the cover sheet, the table of contents, the reference list and the word of honor) and in the Lecture Notes in Computer Science format. Both the Microsoft Word ("word.zip") and LaTeX format ("llncs2e.zip") are available here for downloading, even though we strongly suggest anyone to use the LaTeX format. Eventually the report will have to be delivered as PDF on the submission site (not available, yet).
Each student should investigate and cite at least 7-11 papers from related work in the report in addition to the 2 papers provided by us.
Below you can find two very good reports from a previous seminar that you can use as blueprints while writing your report:
Do not forget the word of honor, declaring that you worked independently and did not plagiarize.
For any other question or if in doubt please contact the organizers.
The report of each student goes through a first review phase, done by 2-3 other students. The goal of this first reviews is to give some useful feedback on the report, which should then be improved and modified accordingly.
The reviews take the following criteria into account:
Grade each report according to one of the following options:
Every participant has to review two to three other participants' reports. The whole reviewing process (the reports and their subsequent reviews submission) will be done through the EasyChair online platform. An email with all the necessary instructions will be sent after the seminar kick-off.
Below you can find some examples of good reviews from previous years: Review 1, Review 2
For the final grade we will take the following aspects into account:
The following are grading criteria/guidelines for the final report and the presentation (this is not a complete list, rather a list of hints):
5.50 - 6.0 : An excellent work
5.0 - 5.50 : A high quality work
4.0 - 5.0 : A good work with just a couple of small weaknesses
3.0 - 4.0 : An average work with clear weaknesses
0 - 3.0 : Insufficient work with many substantial weaknesses