2. Requirements Specification, Modeling, Planning - rere252/tarkvteh14r6 GitHub Wiki
Requirements Specification
1.Use case
Accepting payments
Precondition - Order must have been placed, order must have been delivered to the customer, the customer has requested to pay, client has enough funds to pay for the order, the client can provide the payment by one of the supported methods, waiter has entered the order into the POS.
Primary actor(s) - Waiter and client
Main Success Scenario - Client pays in cash and has the exact amount or pays with credit/ debit card.
Extensions - possible alternatives of the main success scenario:
- Client does not have the exact amount -> Waiter needs to calculate and give the client the return money.
- Client shows the client card -> Waiter enters the discount -> The bill is sent to the customers e-mail (customer wants the bill sent there) ->Customer pays the bill using Internet bank
####2.Use case####
Creating a new user account
Precondition - The restaurant needs a new waiter, new waiter has been hired for the job. The POS provides the function for the manager to create a new user account.
Primary actor(s) - Manager and waiter
Main Success Scenario - The manager lets the new waiter fill in the forms and chooses the username and password for the waiter to use. Manager successfully creates the new user account and sets the permissions level.
Extensions - possible alternatives of the main success scenario:
- The waiter has worked for this company before and they have all the information they need about him/her, manager gives the waiter the new username and password.
####3.Use case####
Ordering supplies from warehouse
Precondition - The stock is running low and needs to be refilled, manager has found out what products they should order from the warehouse. Manages has the necessary contact information to contact the warehouse and place the order. Restaurant has the funds to refill the stock. Warehouse has all the products and the needed amounts in stock.
Primary actor(s) - Manager and warehouse employees
Main Success Scenario - Manager sends an e-mail and requests products that are running low, warehouse manager gets the e-mail, has the items requested in stock in full amount and sends out the necessary products to the restaurant right away with a van
Extensions - possible alternatives of the main success scenario:
- Manager sends an e-mail and requests the products that are running low -> warehouse manager gets the e-mail -> the warehouse manager sends an e-mail back to the restaurant with an information containing the time that the products should arrive
- Manager sends an e-mail and requests the products that are running low -> warehouse manager does not get the e-mail on does not answer in 24 hours -> Manager calls the warehouse and places the order->Warehouse employee tells the manager the time the goods would arrive.
4.Use case####
Booking an event
Precondition - The client contacts the restaurant manager via e-mail or telephone. Client tells the manager about the all the needed information about the booking- (number of people, wishes for the menu)
Primary actor(s) - Manager and client
Main Success Scenario - Manager can book the time, that client wants for the event to take place
Extensions - possible alternatives of the main success scenario:
- The time the client wants to book the event is already booked by somebody else -> Manager finds a different time that suits the client and that is not booked.
- The time the client wants to book the event is already booked by somebody else -> Client does not want to book the event for any other time-> Manager gives the client the contact information for the beer restaurants in the vicinity.
5.Use case####
Changing the product price
Precondition - The product is about to expire. POS sends out a notification to the manager. Manager decides to lower the products price and make it a "today's special". Manager knows the new price and the POS has the necessary function for changing.
Primary actor(s) - Manager and/or waiter
Main Success Scenario - Manager changes the product’s price
Extensions - possible alternatives of the main success scenario:
- Waiter changes the product’s price -> POS sends a notification to the manager about the price change.
Modeling
The model can be found at https://api.genmymodel.com/projects/62eaa805-6614-48f6-95eb-202d7bce08c0/diagrams/_ZimBM0ikEeSygayfuMsNCA/jpeg
Planning
The planning xls spreadsheet can be found at https://docs.google.com/spreadsheets/d/1ynRJ0XiJsWi1a3819qlluReFT62lPGTNDuyHuv0vD9Q/edit#gid=0