nus-se-bot
commented
3 years ago Team's Response
Our application simulates the condition in an army camp where the number of recruits in each platoon and section are capped. Our application allows for slightly more than the actual limit, thus we expect no issues for users.
Items for the Tester to Verify
:question: Issue response
Team chose [response.Rejected]
- [x] I disagree
Reason for disagreement: Sorry for the misunderstanding, but perhaps the team could explain the term better under the context or glossary such as how the ID restriction could be used for the army in Singapore, or under design considerations like why these number restrictions are chosen to avoid misunderstandings. If this is used for army of another country, will the number restrictions still be applicable. Perhaps, this is an issue of documentation instead that the context is not specified to be within Singapore and the design considerations of the ID restrictions are not explained for all readers to understand properly.
:question: Issue severity
Team chose [severity.VeryLow]
Originally [severity.Medium]
- [x] I disagree
Reason for disagreement: If the context is not in Singapore, then the ID restrictions may no longer be valid which would cause some performance issues. Also, the terms could be better explained and the design consideration could be included to avoid any confusion. The severity should be low.
The requirement is a valid 4D number: the first two digits must be from 1 - 4, while the last two digits must be from 1 - 20. A valid ID_NUM has only four digits. And the id field of two persons should not be the same. However there are only a limited number of potential users for this app. If the profile need to be created exceed this number, it will not be possible for those new users. This feature requirement contrains the app to only limited number of users. Maybe the team could consider alternative approaches since app seem to be so useful, more users might want to use it.
