Skip to content

Latest commit

 

History

History
270 lines (251 loc) · 5.64 KB

requirements.md

File metadata and controls

270 lines (251 loc) · 5.64 KB

Requirements

Use cases

Use-case diagram

usecase

Check the current occupation

Name Check the current occupation
Actor Student
Description Students can look up the current ocupation in the library.
Preconditions
  • The occupation is availabe at the library's website.
  • The library is open.
Postconditions
  • The student is informed of the current occupation.
Normal flow
  1. The student accesses the occupation.
  2. The system fetches the occupation from the website.
  3. The occupation is presented in a user friendly way.
Alternative flows and exceptions If the library is closed, a warning is issued.

See the usual traffic

Name See the usual traffic
Actor Student
Description Students can compare the current occupation to the usual traffic of the library.
Preconditions
  • Data has already been collected.
Postconditions
  • The student is informed of the library's usual traffic.
Normal flow
  1. The student looks for the usual traffic.
  2. The system gets the usual occupation from the collected data.
  3. The traffic is presented in a user friendly way.
Alternative flows and exceptions If the system is not aware of the library's traffic it won't be displayed.

View booked rooms

Name View booked rooms
Actor Student
Description Students can see the rooms they have booked.
Preconditions
  • The student has booked rooms.
Postconditions
  • The student is informed of his booked rooms.
Normal flow
  1. The student accesses the page.
  2. The system gets the information from the website.
  3. The student is informed of his booked rooms.
Alternative flows and exceptions
  • If the user has no booked rooms, a proper message is displayed.

Book rooms

Name Book rooms
Actor Student
Description Students can book a room for a selected date and time.
Preconditions
  • There are enough available rooms.
Postconditions
  • The room has been booked on the library's system.
  • The room is no longer available for reservation.
Normal flow
  1. The student starts the booking process.
  2. The system asks for the date and time, duration.
  3. If wanted, the customer can disable automatic room allocation.
  4. The system asks the user for comments on the reservation.
  5. The system communicates the reservation to the website.
  6. The system displays the status of the reservation.
Alternative flows and exceptions
  • If the user decides to chose a room (step 3) the system asks which room to be booked.

View Library Profile

Name View Library Profile
Actor Student
Description Students can view their library profile.
Preconditions
  • The student is authenticated.
Postconditions
  • The student gets information of his/hers own library profile.
Normal flow
  1. The student accesses librarys's profile.
  2. The information (ex: total number of loaned books, loan requests, loan history etc.) is displayed in a user friendly way.
Alternative flows and exceptions
  • In step 1 the student needs to be authenticated, otherwise it's not possible to get access to the profile.