- Deliver v1.3
- Update user docs
- Release as a jar file
- Wrap up v1.3
- Demo v1.3 before the tutorial
1 Deliver v1.3
- Deliver the features that you planned for v1.3.
Have any suggestions to improve AB3?
Now that you have worked with AB3 codebase for a while, if you have any suggestions on how to improve AB3 (for future batches), feel free to post in the AB3 upstream issue tracker.
Examples: places where the design/code can be simplified, hard to understand parts of the code, tips you can share with future batches, ...
2 Update user docs
This task is time-sensitive. If done later than the deadline, it will not be counted as 'done' (i.e., no grace period). Reason: This is 'an early draft'; if done late, it is the 'final version' already.
- Update the v1.3 user guide to match the current version of the product. Reason: testers will need to refer to the UG during the practical exam dry run.
- Clearly indicate which features are not implemented yet e.g. tag those features with a
Coming soon. - For those features already implemented, ensure their descriptions match the exact behavior of the product e.g. replace mockups with actual screenshots
- Clearly indicate which features are not implemented yet e.g. tag those features with a
- Landing page (
docs/index.md): Update to look like a real product (rather than a project for learning SE) if you haven't done so already. In particular, update theUi.pngto match the current product ( tips).
3 Release as a jar file
- Do a resulting in a jar file on GitHub that can be downloaded by potential usersproper product release as described in the Developer Guide. Aim to release it by the weekly deadline. Do some manual tests to ensure the jar file works.
- Note that you can do an additional JAR release before the PE dry run if you wish, as long as you do it before 10 am Friday. That additional JAR is still considered part of v1.3 and therefore, can contain new features. When doing this additional release, do not delete the previous one (reason: it is good to preserver the release history) -- testers are expected to take the latest JAR file anyway. You may use any suitable version number for this JAR file e.g.,
v1.3.1
4 Wrap up v1.3
- as before
5 Demo v1.3 before the tutorial
- [one member] As was done in
v1.2,- Run your application using the JAR file that you released for
v1.3. - Take screenshots of each available feature in action (or screen-record a demo -- need not be polished).
- Add those screenshots (or upload the demo video somewhere and give the link) to your collaborative project notes document with an appropriate heading e.g.,
v1.3 features demo.
- Run your application using the JAR file that you released for