GithubHelp home page GithubHelp logo

pe's People

Contributors

nighoggdatatype avatar

Watchers

 avatar

pe's Issues

Return command format is slightly too excessive.

Currently, the return command requires the prefix bc/ behind the bar code of the book being returned. Assuming that only one bar code should be entered at a time, we can remove this redundant prefix and just directly enter the barcode. Eg: return 1234567890.

Borrow command does not throw error upon being given multiple books:

To recreate:

  • Start a fresh copy of the software with default data
  • Run borrow r/Alex Yu bc/1999999999 bc/1999999998

K04vcCuqvW.png

Expected Results: Rejected for inputting too many barcodes

SumatraPDF_NKoX1Gf61C.png

Actual Results: Accepts, and silently only process the last barcode. This behaviour can lead to much confusion and mistracking.

5yWpJjcg4j.png

This scenario in particular is a reasonable expectation of the borrow command, but can be worked around if caught on time, resulting in the medium rating.

It is not possible to set any hourly rate for late fees

I currently assume that the late fees are calculated on a hourly basis based on this screenshot:

sTU92NaoCK.png

Currently, there is no way to set a custom rate via a stand alone function.

SumatraPDF_vNcUgY5m45.png

Even if there is, as a hidden feature in one of the config files, it is not stated in the User Guide, and if it is in one of the other commands, then it would be placed wildly inappropriately.

I rate this of high importance since this is a matter of money, which might make it useless to determine late fees.

Return command does not throw error on attempting to feed it multiple bar codes.

Steps to recreate:

  • Start out with the default data.
  • Execute the command: return return bc/1000000000 bc/1000000001
    • This corresponds to "The Hobbit" and "The Old Man And The Sea", both borrowed by "Bernice Tan"
  • Observe that rather than be rejected, as expected from the command format return bc/BARCODE it is instead accepted.
    • Also note that only one of them is accepted, which can cause confusion, since the success of the operation gives the impression that both are accepted.

7dFsHHl54v.png

Below is the documentation for return.

SumatraPDF_awPh9MY5s0.png

Unclear when a book is 'overdue'

Nowhere in the UG is it stated when a book is considered overdue. Is it hard-coded, or can it be customized in some setting somewhere, or could it be different between users, perhaps with longer registered, and higher activity borrowers being more trustworthy of longer borrowing times?

It is currently not possible to set the policy for how long until a book is considered overdue

There is currently no command explicitly to set the default time until a book is considered overdue.
SumatraPDF_vNcUgY5m45.png

There is also no known feature to set any sort of deadline for a book to be returned by, so it is likely hard coded as far as I can tell.
SumatraPDF_3kXfC9zc1B.png

If such a feature does exist, it is already too difficult to discover, since if it is neither a stand-alone command, or part of the 'borrow' command, or part of a non-existant 'settings' command, there are no more obvious places to set it.

Unclear how the late fee is calculated

It is unclear what the late return fee is if a book is returned late, or how it is calculated. I rate it of high severity since money matters should not be left clear, and this is a likely cause for disputes.

One of the NFR is not scoped clearly.

image.png

"The user inferface must be intuitive and clear, so that new users can use the app without
much difficulty."

It is unclear what counts as intuitive and clear, since this is a subjective evaluation. A better metric would be that "New users can complete the following X tasks within 2 hours of first learning about the product, with reading the UG included in the timing"

Too detailed UML diagram, that is difficult to read.

This UML diagram is entirely too detailed to be read easily.
This needs the PDF reader to be zoomed in almost entirely on the diagram to read it properly.

image.png

Suggestion, break this diagram down into multiple, simpler diagrams.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.