Closed AsemLab closed 2 years ago
@maiqamaj please test
---- Test ---- 1- Library Owner should watch borrow and return date to manage number of books that borrowed 2- Customer should not enter his information on each borrow process again because the system contain all his information in the first sign up in system 3- When Library Owner reject the borrow request the system send to Customer reject notification Not delete borrow request details (should coustmer watch statuse for his request if reject or accept ) and not removing the customer from system which is wrong
please check your work again @Amalqazaq
@maiqamaj , I fix the bugs , please test.
The use case description
Use case name: Borrow a book
Brief description: Customer browses available books and choose a book for borrow
Actor: Customer
Preconditions: None
Main flow:
Postcondition: The customer can go to the library and borrow the desired book.
Alternatives: