- Submit deliverables Mon, Nov 8th 2359
- Submit the demo video Wed, Nov 10th 2359
- Prepare for the practical exam
- Attend the practical exam during the lecture on Fri, Nov 12th
1 Submit deliverables Mon, Nov 8th 2359
- Deadline for all v2.1 submissions is Mon, Nov 8th 23:59:00 unless stated otherwise. Note that 23:59:01 is considered late, as per the LumiNUS deadline mechanism.
- Penalty for late submission:
-1 mark for missing the deadline (up to 2 hour of delay).
-2 for an extended delay (up to 24 hours late).
Penalty for delays beyond 24 hours is determined on a case by case basis.- Even a one-second delay is considered late, irrespective of the reason.
- For submissions done via LumiNUS, the submission time is the timestamp shown by LumiNUS.
- When determining the late submission penalty, we take the latest submission even if the same exact file was submitted earlier. Do not submit the same file multiple times if you want to avoid unnecessary late submission penalties.
- The whole team is penalized for problems in team submissions. Only the respective student is penalized for problems in individual submissions.
- Submit to LumiNUS folder we have set up, not to your project space. cs2113T students: documents should be submitted to both modules. It's not enough to submit to CS2101 side only.
- Follow submission instructions closely. Any non-compliance will be penalized. e.g. wrong file name/format.
- For pdf submissions, ensure the file is usable and hyperlinks in the file are correct. Problems in documents are considered bugs too e.g. broken links, outdated diagrams/instructions etc..
- Do not update the code during the 14 days after the deadline. Get our permission first if you need to update the code in the repo during that freeze period.
- You can update issues/milestones/PRs even during the freeze period.
- [CS2113T only] You can update the source code of the docs (but not functional/test code) if your CS2101 submission deadline is later than our submission deadline. However, a freeze period of 1-2 days is still recommended, so that there is a clear gap between the tP submission and subsequent docs updates.
- You can update the code during the freeze period if the change is related to a late submission approved by us.
- You can continue to evolve your repo after the freeze period.
Submissions:
Don't take PDF conversion lightly: To convert the UG/DG/PPP into PDF format, go to the generated page in your project's github.io site and use this technique to save as a pdf file. Using other techniques can result in poor quality resolution (will be considered a bug) and unnecessarily large files.
Ensure hyperlinks in the pdf files work. Your UG/DG/PPP will be evaluated using PDF files during the PE. Broken/non-working hyperlinks in the PDF files will be considered as bugs and will count against your project score. Again, use the conversion technique given above to ensure links in the PDF files work.
Try the PDF conversion early. If you do it at the last minute, you may not have time to fix any problems in the generated PDF files (such problems are more common than you think).
Intangible benefits for early submissions: Given that using buffers to reduce the risk of deadline overruns is a learning outcome of this module, we strongly encourage setting an internal submission deadline a few hours earlier than the actual deadline. As an incentive, we plan to perform some checks on early submissions and inform you if we found issues with your submission (e.g., incorrect file name), thus giving you a chance to fix them before the deadline and avoid a penalty for it.
The icon indicates team submissions. Only one person need to submit on behalf of the team but we recommend that others help verify the submission is in order
We will not accept requests to limit late penalties of team submissions to one person even if the delay was one person's fault. That is, the responsibility (and the penalty) for team submissions are to be shared by the whole team rather than burden one person with it.
The icon indicates individual submissions. When uploading files to LumiNUS, please upload your individual files yourself. Reason: Penalties related to submission time/format are calculated automatically based on the uploader's identity.
- Product:
- Do a release on GitHub, tagged appropriately e.g.,
v2.1orv2.1b. - Upload the jar file to LumiNUS.
File name:[team ID][ProductName].jare.g. [CS2113-T09-2][ContactsPlus].jar
Recommended to avoid spaces and special characters in the product name as it can cause problems when running the JAR file using the command line.
- Do a release on GitHub, tagged appropriately e.g.,
- Source Code: Push the code to GitHub and tag with the version number. Source code (please ensure the code reported by RepoSense as yours is correct; any updates to RepoSense config files or
@@authorannotations after the deadline will be considered a later submission). Note that the quality of the code attributed to you accounts for a significant component of your final score, graded individually.
- User Guide: Convert to pdf and upload to LumiNUS.
File name:[TEAM_ID][ProductName]UG.pdfe.g.[CS2113-T09-2][ContactsPlus]UG.pdf
- Developer Guide: submission is similar to the UG
File name:[TEAM_ID][ProductName]DG.pdfe.g. [CS2113-T09-2][ContactsPlus]DG.pdf
- Project Portfolio Page (PPP):
- PDF file: submission is similar to the UG
File name:[TEAM_ID][Your full Name as Given in LumiNUS]PPP.pdfe.g.[CS2113-T09-2][Leow Wai Kit, John]PPP.pdf
Use-in place of/if your name has it e.g.,Ravi s/o Veegan→Ravi s-o Veegan(reason: Windows does not allow/in file names) - HTML version: make available on
github.io
- PDF file: submission is similar to the UG
- Product Website: Update website (home page,
AboutUs.mdetc.) on GitHub. Ensure the website is auto-published.
2 Submit the demo video Wed, Nov 10th 2359
3 Prepare for the practical exam
4 Attend the practical exam during the lecture on Fri, Nov 12th
- Attend the practical test, to be done during the lecture.