Software Engineering

As previously announced, the re-exam of the Software Engineering course will take place.

Important: If you plan to come by public transport to the university, please note that buses, among others, will run as in the Saturday schedule beginning from Monday, March 16 [1]. Please plan on time on how to get to the exam.

Wait in front of the room assigned to you until we allow you to enter the room. Be there at 09.00!

To avoid confussion and any delay, please look up the room and which seat you are assigned to.

Please don't forget your student ID card and your ID card.

[1] https://www.saarbahn.de/

On Monday, March 16, for those who are registered for the re-exam in the LSF/HISPOS system, the re-exam of the Software Engineering course will take place, according to the most recent status.
However, we will keep you informed on the weekend if the situation changes. Hence, please check your e-mails and CMS news regularly.

Current status regarding the Corona virus:

• Persons with place of residence in the risk areas of coronavirus identified by the Robert Koch Institute will not be allowed access to the university sites and, therefore, are not allowed to participate in the exam. Note that the risk areas include the French region of Grand Est, which borders Saarland.
• Also, persons who are confirmed to be infected with coronavirus and persons who had close contact to people infected with coronavirus are not allowed to participate in the exam.

In such cases, in which you are not allowed to participate in the exam, or in cases in which you are not able to come to the university because of travel bans etc., please inform your examinations office about that. They will help you handling your exam registration/withdrawal etc. However, keep in mind that the people in the examinations office are very busy at the moment, so it may take quite some time until they are able to process your matters. The university reserves the right to have appropriate evidence presented.

General information regarding the re-exam:

We have assigned a seat to every individual student. The exam takes place in different rooms at the same time, there will be less than 30 people within one room, in accordance with the current regulations defined by the university management. The assignment of your seat is now visible in the CMS. Please check on your personal status page of the Software Engineering course in the CMS which room and which seat you are assigned to. (The exam takes place in different rooms at the same time. Therefore, make sure to directly come to the right room your seat is assigned to!)

Please wait in front of the room assigned to you until we allow you to enter the room. Be there at 09:00!

Don't forget to bring your student ID card and your ID card (we need both for identity control).

No additional aids (e.g., notes, calculator, ...) are allowed. It is also not allowed to use your own sheets. You will be provided with additional sheets from us during the exam if requested. Only use indelible pens (e.g., ballpoint pens, ink pens). Do not use red or green pens or pencils.

As stated above, we will keep you informed if the situation changes.

 

The grading of the projects is finished. On the CMS, you can find your project grade as well as your overall course grade now. Note that the final exam accounts for 33% of the overall course grade and the project accounts for 67% of the overall course grade.

For those who have passed the project, enrollment for the re-exam is possible. If you want to participate in the re-exam, you have to enroll for the re-exam in the LSF/HISPOS system by March 09, 2020. Withdrawal of your enrollment for the re-exam is possible in the LSF/HISPOS system until March 09, 2020. In the case you cannot register in the LSF/HISPOS system (e.g., if you study business informatics), please send an e-mail to us by March 09 in which you confirm that you participate in the re-exam. However, exam registration via e-mail is only applicable if you cannot register for exams in the LSF/HISPOS system (e.g., if you study business informatics).

The exam correction is finished and the results of the final exam are available on your personal status page.

Note: The grade of the final exam covers only the written exam, which accounts only for 33% of the overall course grade. The grading of the projects is not finished yet. You will be notified when the project grades are available.

Inspection of the final exam is possible on Wednesday, February 12, from 13:00 to 15:00 in room HS 003 in E1.3. For inspection, you need to bring your student ID card and your ID card.

Preannouncement for the re-exam: Registration for the re-exam is only possible after the overall course grade is determined (i.e., after the project grading is finished.) We will notify you regarding the registration procedure and corresponding deadlines as soon as the overall course grade is determined.

 

Tomorrow, Tuesday February 04, the final exam of the Software Engineering course takes place.

 

We have assigned a seat to every individual student. The assignment is now visible in the CMS. Please check on your personal status page of the Software Engineering course in the CMS which room and which seat you are assigned to. (The exam takes place in three different rooms at the same time. Therefore, make sure to directly come to the right room your seat is assigned to!)

Please wait in front of the room assigned to you until we allow you to enter the room. Be there at 12:00 noon!

Don't forget to bring your student ID card and your ID card (we need both for identity control).

 

No additional aids (e.g., notes, calculator, ...) are allowed.

It is also not allowed to use your own sheets. You will be provided with additional sheets from us during the exam if requested.

Only use indelible pens (e.g., ballpoint pens, ink pens). Do not use red or green pens or pencils.

As we have heard that some of the project teams are still very busy with the final deliverables of their project, we extend the deadline for the final submission. That is, every project team gets three more days to work on its final deliverables. However, you don't have to use this deadline extension and can also submit the final deliverables regularly.

All the deliverables of Week 12 have to be submitted, at the latest, by the end of Monday (2020-01-27, 23:59).

---

 

Here is a short reminder of what has to be submitted (final deliverables):

• The following deliverables have to be submitted to the CMS by the end of Monday (2020-01-27, 23:59):
  • The progress report (incl. time log). The final progress report has to contain a link to your public GitHub repository (see below).
  • The final test report (as PDF). The final test report should build on your test plan and contain the current results of your tests (passed or not; if they still do not pass, provide a reasonable explanation for that). Also state whether the tests discovered any errors or bugs. The final test report has to report the test quality in terms of code coverage. Also provide a short statement on the code coverage (e.g., explaining why the coverage might be noticeably low or high for certain modules).
  • Instructions on how to build, deploy, and use your software.
  • Video of the software (90–180 seconds), showing core use cases and features.
  • Optional: Final requirements documents, use-case diagrams, UML class and sequence diagrams can be uploaded to the CMS, but this is not necessary (i.e., the diagrams and documents can be updated if something has changed, but we don't request it).
• The final implementation has to be pushed to the master branch of your GitLab repository by the end of Monday (2020-01-27, 23:59). The final software product has to contain the implementation of all must-have requirements. (Implementation of may-have requirements as time permits.)
• In addition, to finally publish your work, you need to create a public GitHub repository (https://www.github.com/). At the end of the final submission deadline (2020-01-27, 23:59), your public GitHub repository should contain your developed software (including source code, test suite, documentation on how to build, deploy, and use your software).
  • As agreed in your contract agreements, you have to publish it under an open-source license. So, don't forget to add a suitable license to your GitHub repository. In general, you have to publish your work under MIT license (https://opensource.org/licenses/MIT), except you already have agreed to another open-source license with the customer. However, please check if you re-used already published or existing code in your software. If so, you have to check whether the license of these code snippets is compatible with the MIT license. If not, you have to adjust your open-source license in compliance with the license of the already existing code.
  • In addition, also make sure that you don't violate copyright and related rights (this might especially hold for icons or pictures used in your software).
  • Don't migrate the complete GitLab repository to GitHub -- only copy the final version of the source code and related documentation to the new GitHub repository and commit this as a whole. Make sure to remove all the diagrams and documents before pushing to GitHub, especially those which contain privacy data, such as names and matriculation numbers (that is also the reason why you are not allowed to migrate the complete project, as your commit history contains all the documents containing privacy-related data, even if you would remove it in the end.)

In the end, both GitLab and GitHub repositories should contain the same version of your software and corresponding documentation by the end of Monday (2020-01-27, 23:59). Don't forget to add the link to your public GitHub repository to your final progress report.

We have created a mock exam for you, to provide an example how your final exam in Software Engineering could potentially look like. The mock exam can be downloaded from the CMS as of now.

In addition, we will discuss the mock exam and possible solutions for its tasks in the lecture on Tuesday, January 28, at 12:00 in Günter-Hotz-Hörsaal. We highly recommend to deal with all the tasks of the mock exam (that is, solving them independently for yourself) before we are going to discuss them in the lecture.

Deliverables in Week 11:

• The progress report (incl. time log) has to be submitted to the CMS by the end of Friday (2020-01-17, 23:59). The progress report has to contain an additional section in which the work on your issues has to be documented. In this additional section, you should place the answer to the following questions:
  • Who worked how long on which issues this week?
  • Which new issues were created this week? / Which bugs were found this week?
  • Which issues were resolved, which bugs fixed this week?
  • Which tests are already written / generated? (regardless of whether they already pass or not)

 

Deliverables in Week 12 (final deliverable):

• The following deliverables have to be submitted to the CMS by the end of Friday (2020-01-24, 23:59) Monday (2020-01-27, 23:59):
  • The progress report (incl. time log). The final progress report has to contain a link to your public GitHub repository (see below).
  • The final test report (as PDF). The final test report should build on your test plan and contain the current results of your tests (passed or not; if they still do not pass, provide a reasonable explanation for that). Also state whether the tests discovered any errors or bugs. The final test report has to report the test quality in terms of code coverage. Also provide a short statement on the code coverage (e.g., explaining why the coverage might be noticably low or high for certain modules).
  • Instructions on how to build, deploy, and use your software.
  • Video of the software (90–180 seconds), showing core use cases and features.
  • Optional: Final requirements documents, use-case diagrams, UML class and sequence diagrams can be uploaded to the CMS, but this is not necessary (i.e., the diagrams and documents can be updated if something has changed, but we don't request it).
• The final implementation has to be pushed to the master branch of your GitLab repository by the end of Friday (2020-01-24, 23:59) Monday (2020-01-27, 23:59). The final software product has to contain the implementation of all must-have requirements. (Implementation of may-have requirements as time permits.)
• In addition, to finally publish your work, you need to create a public GitHub repository (https://www.github.com/). At the end of Week 12 (2020-01-24, 23:59) (2020-01-27, 23:59), your public GitHub repository should contain your developed software (including source code, test suite, documentation on how to build, deploy, and use your software).
  • As agreed in your contract agreements, you have to publish it under an open-source license. So, don't forget to add a suitable license to your GitHub repository. In general, you have to publish your work under MIT license (https://opensource.org/licenses/MIT), except you already have agreed to another license in your contract agreement with the customer. However, please check if you re-used already published or existing code in your software. If so, you have to check whether the license of these code snippets is compatible with the MIT license. If not, you have to adjust your open-source license in complience with the license of the already exisiting code.
  • In addition, also make sure that you don't violate copyright and related rights (this might especially hold for icons or pictures used in your software).
  • Don't migrate the complete GitLab repository to GitHub -- only copy the final version of the source code and related documentation to the new GitHub repository and commit this as a whole. Make sure to remove all the diagrams and documents before pushing to GitHub, especially those which contain privacy data, such as names and matriculation numbers (that is also the reason why you are not allowed to migrate the complete project, as your commit history contains all the documents containing privacy-related data, even if you would remove it in the end.)

In the end, both GitLab and GitHub repositories should contain the same version of your software and corresponding documentation by the end of Friday (2020-01-24, 23:59) Monday (2020-01-27, 23:59). Don't forget to add the link to your public GitHub repository to your final progress report.

Deliverables in Week 9:

• The progress report (incl. time log) has to be submitted to the CMS by the end of Friday (2019-12-20, 23:59). The progress report has to contain an additional section in which the work on your issues has to be documented. In this additional section, you should place the answer to the following questions:
  •  Who worked how long on which issues?
  •  Which new issues were created? / Which bugs were found?
  •  Which issues were resolved, which bugs fixed?
  •  Which tests are already written / generated? (regardless of whether they already pass or not)

 

Deliverables in Week 10 (after the Christmas break):

• The following deliverables have to be submitted to the CMS by the end of Friday (2020-01-10, 23:59):
  • The progress report (incl. time log). The progress report has to contain an additional section in which the work on your issues has to be documented (see also the detailed description above in the description of the deliverables of Week 9).
  • The initial test report (as PDF). The initial test report should build on your test plan and contain the current results of your tests (passed or not). Also state whether the tests discovered any errors or bugs. (It is ok to have failing tests at this point. Though, they must be documented. Don't conceal failing tests, as failing tests at this point of the project are not negative w.r.t. grading.) A coverage report is not yet necessary, it will be required in the final submission of the project in Week 12.

 

We wish you a Merry Christmas and a Happy New Year!

The implementation of most of the must-have requirements (current implementation, source code, etc.) has to be pushed to the master branch of your GitLab repository. We only look at the master branch, all other branches will be ignored. Therefore, for this week's submission, make sure to push your commits to the master branch until the end of Friday (2019-12-13, 23:59).

---

Here is a short reminder of what has to be submitted this week (Week 8):

• The following deliverables have to be submitted to the CMS by the end of Friday (2019-12-13, 23:59):
  • the progress report (incl. time log)
  • an updated requirements document (as PDF). If there were any inconsistencies in the requirements document of the first milestone, they can be resolved in the updated document.
  • an updated use-case diagram (as PDF). If there were any inconsistencies between between requirements and use-case diagram, they can be resolved in the updated diagram.
  • an updated UML class diagram (as PDF)
  • and sequence diagrams (as PDF) for, at least, six different use cases (i.e., an updated version of the three sequence diagrams from Week 6 and three additional sequence diagrams for other scenarios). All the sequence diagrams should be as fine-grained as possible, that is, they should contain concrete function/method calls with respect to the implemented functions/methods in your source code (consistent with the class diagram).
• The implementation of most of the must-have requirements has to be finished. The current implementation (source code, etc.) has to be pushed to the master branch of your GitLab repository by the end of Friday (2019-12-13, 23:59)

 

Deliverables in Week 7:

• The progress report (incl. time log) and the test plan (as PDF) have to be submitted to the CMS by the end of Friday (2019-12-06, 23:59). The test plan should contain a detailed overview of all the test cases you plan (that is, which components of your application are tested and how they are tested, which testing techniques will be used for which component, how much time is dedicated to testing for which compontent, etc.).

 

Deliverables in Week 8:

• The following deliverables have to be submitted to the CMS by the end of Friday (2019-12-13, 23:59):
  • the progress report (incl. time log)
  • an updated requirements document (as PDF). If there were any inconsistencies in the requirements document of the first milestone, they can be resolved in the updated document.
  • an updated use-case diagram (as PDF). If there were any inconsistencies between between requirements and use-case diagram, they can be resolved in the updated diagram.
  • an updated UML class diagram (as PDF)
  • and sequence diagrams (as PDF) for, at least, six different use cases (i.e., an updated version of the three sequence diagrams from Week 6 and three additional sequence diagrams for other scenarios). All the sequence diagrams should be as fine-grained as possible, that is, they should contain concrete function/method calls with respect to the implemented functions/methods in your source code (consistent with the class diagram).
• The implementation of most of the must-have requirements has to be finished. The current implementation (source code, etc.) has to be pushed to the GitLab repository by the end of Friday (2019-12-13, 23:59)

Deliverables in Week 5:

• The progress report (incl. time log) and the completed GUI paper prototypes (as PDF) have to be submitted to the CMS by the end of Friday (2019-11-22, 23:59). Keep in mind that the paper prototype has to include exceptional scenarios (edge-cases).

 

Deliverables in Week 6:

• The progress report (incl. time log), the completed UML class diagram(s), and sequence diagrams for three different core use cases (i.e., three different  scenarios) have to be submitted (as PDF) to the CMS by the end of Friday (2019-11-29, 23:59).

 

Here is a short remark regarding the submission of the project deliverables this week (Week 3):

• The progress report (including time log) and the first complete draft of the contract-style requirements document (PDF) have to be uploaded to the CMS. Submission is possible until the end of Friday (2019-11-08, 23:59).

For the deliverables of next week (Week 4), please notice:

• The progress report (including time log) and the final version of the contract-style requirements document (PDF) have to be uploaded to the CMS by the end of Friday (2019-11-15, 23:59).
• The use-case diagram and the prototype have to be uploaded into the provided repository (also by Friday 2019-11-15, 23:59).

In general, please keep in mind that the "Project Deliverables" column of the project schedule states what has to be submitted at the end of a week (mandatory!). However, the "Expected Project Progress" column contains what we expect you to do within a certain week (as kind of an advice on how to achieve the goals). That is, everything mentioned in the "Expected Project Progress" column does not necessarily need to be submitted (but you should have worked on that and it should be mentioned in the progress report if you have dealt with it).

Notice that Friday, November 01, is an official holiday. For that reason, the progress report of this week exceptionally has to be submitted already by the end of Thursday (October 31, 23:59).

As some questions regarding the time log came up, we have updated the example progress report regarding the time log. The time log should be part of the progress report, that is, for each of the contributions of an individual team member during a week, you should state the amount of time the specific person has spent on a certain task within this week (on an hourly basis). Please see the updated example document in the CMS. It is mandatory that there is a separate paragraph for each team member, even if two or more team members may have worked on the same tasks.

The project assignment is finished, you can see your assigned project in the CMS.
The tutor assigned to your project will contact you via e-mail soon to arrange a meeting with the customer and you.

For each project, we provide a GitLab repository in the GitLab of the Computer Science faculty. Using this GitLab repository is mandatory. Assistants and tutors will have access to this repository, too. In order to give you access to your repository, you have to login into the faculty GitLab (using the Student-Employee-LDAP):

https://gitlab.cs.uni-saarland.de/

If you don't remember your password for the faculty services of the Computer Science faculty, you can use the following link to reset your password (notice that it can take an hour until you receive an e-mail to reset your password).

https://udo.cs.uni-saarland.de/pw/requestpwd.php

You have to login into the GitLab today by 11:59 PM. In the case of technical problems with your GitLab account, please contact Alex Fauß (fauss@cs.uni-saarland.de). After your successful login, you have an account there, which we can add to your project's repository afterwards (in the next days).

Keep in mind that the first submission of your project's progress report and time log is due on Friday, 2019-10-25. The weekly progress report needs to be uploaded in the CMS on time. In the progress report, every group member has to state what she/he has done in this week. Submitting such a weekly report on time is mandatory for passing the project.