You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, users can only select the file format they want to save into after running the exit command. The filename is set to allocation_results no matter what file format the user chooses.
I believe this to be a feature flaw due to the use case of the application. As SEP admin, the user might want to have multiple allocation result files based on various factors. If a partner university suddenly increases or decreases the amount of slots they have available or if students withdraw from the SEP programme, there might be multiple rounds of allocations.
As school admin loves record keeping, I believe users would not want to overwrite the same file while using the app as they would lose the history of prior allocations.
Hi, thanks for raising this issue up. Similar to #773, as stated in our User Guide in page 11, we have mentioned that the contents of the results would be overwritten if the file do exists, as shown in the screenshot below, under the IMPORTANT section. Furthermore, we do believe it is more convenient for data files to be overwritten. If an admin wants to use a different set of student data, he/she can move the allocation_results file to a separate folder, or rename the file.
Furthermore, regarding updating the same set of student data, we do believe that admins would not bother about the history of prior allocations, as they are outdated and insignificant. The new data overwriting the previous data still contains the data of universities that the students are allocated to. Once the students are allocated to a university, they cannot be replaced by new students being added into the student list.
Currently, users can only select the file format they want to save into after running the
exit
command. The filename is set to allocation_results no matter what file format the user chooses.I believe this to be a feature flaw due to the use case of the application. As SEP admin, the user might want to have multiple allocation result files based on various factors. If a partner university suddenly increases or decreases the amount of slots they have available or if students withdraw from the SEP programme, there might be multiple rounds of allocations.
As school admin loves record keeping, I believe users would not want to overwrite the same file while using the app as they would lose the history of prior allocations.
[original: nus-cs2113-AY2425S1/pe-interim#273] [original labels: type.FeatureFlaw severity.Low]
The text was updated successfully, but these errors were encountered: