Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Flaw: Users should be able to save into multiple files instead of overwriting the same file #562

Open
nus-pe-bot opened this issue Nov 16, 2024 · 1 comment

Comments

@nus-pe-bot
Copy link

nus-pe-bot commented Nov 16, 2024

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]
@isaacsaw25
Copy link
Contributor

isaacsaw25 commented Nov 17, 2024

Team's Response

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.

photo_2024-11-17_12-16-34.jpg

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.

Duplicate status (if any):

Duplicate of #773

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants