Nazzaro & Associates

The Future of Technology Today SM


 

Home
Training
Services
Presentations
Modeling
Books
Links
Contact Us

North Star Inn: Check-In and Check-Out

 

Project:

North Star Inn Reservations

Use Case Package

Reservation Management

Use Case Name:

Check-In/Checkout

Use Case Number:

003

Use Case Author:

William F. Nazzaro

Version Number:

1.0

 

 

Actors:

 

        Initiator

Clerk

        Collaborator

Credit Bureau

 

 

Use Cases Referenced:

Manage Customer Profile

 

 

Brief Description:

This use case documents the process a clerk must go through to either check-in our checkout a customer.

 

 

Pre Condition(s):

Customer has a reservation.

Post Condition(s):

Customer’s bedroom reservation has been either modified or cancelled.

 

 

Use Case Diagram:

 

 
 

Basic Course:

Initialization:

This use case starts when the actor indicates they want to either check-in our checkout a customer from their bedroom.

Process:

The system will present the actor with the following options: “Check-In,” and “Checkout.” 

If the actor selects “Check-In,” 

The system will ask the actor to locate the customer’s reservation.  The system will allow the actor to perform a reservation search by “Customer Name” or “Reservation Confirmation Number”[1] [Exception: Reservation Not Found].  If the reservation is found the system will check to see if the customer’s bedroom is available [Exception: Bedroom Not Ready].   

If the customer’s bedroom is available then the system will prompt the actor to verify the customer’s information.  If the information is incorrect or outdated then the actor will update the customer information, refer to “Use Case – Manage Customer Profile.” 

If the customer had selected a discount program with their reservation,

The system will prompt the actor to verify the customer’s proof of membership or applicability (e.g., AAA card, license for proof of age) for the requested discount program [Exception: Discount Does Not Apply]

If the actor selects a new discount program for the customer’s reservation, 

The system will present the actor with a list of discount programs that are currently being offered/accepted by North Star Inn [Exception: No Discounts Being Offered].  The actor has the option to examine the applicable rules associated with a discount program.  

If the actor selects a discount program the reservation is updated to reflect the discount and the bedroom price is updated to take into account the applied discount [Exception: Discount Does Not Apply]

The system will ask the actor to verify the customer’s departure date. 

If the departure date is incorrect or has changed, 

The system will ask the actor to enter the new departure date.  If the new departure date is later than the original departure date the system will need to determine if a bedroom is available [Exception: Bedroom Unavailable].  If a bedroom is available then the system will update the customer’s reservation with the new departure date. 

The customer has now been “checked-in” to their bedroom.  The system will update the customer’s reservation and the bedroom’s status. 

If the actor selects “Checkout,” 

The system will ask the actor to locate the customer’s reservation.  The system will allow the actor to either perform a reservation search by “Bedroom Number” or “Customer Name.”  The system will automatically enter the actual departure date with today’s date (checkout date).   

The system will generate a summary of charges for the customer’s reservation.  The actor will ask the customer to review this summary of charges and verify its correctness [Exception: Charges Incorrect].  If the charges are correct the system will prompt the actor for the customer’s method of payment.  The system will let the customer pay cash or charge to a credit card. 

If the customer pays via cash 

The actor will enter the amount of cash received and the system will calculate any change.

If the customer pays via credit card 

The system will send the customer’s credit card information and the total bill amount to the Credit Bureau [Exception: Unable to Process Transaction].  The Credit Bureau will debit the total bill amount to customer’s credit card and provide a transaction confirmation number to the system [Exception: Credit Card Problem].  

The customer has now been “checked-out” of their bedroom.  The system will update the customer’s reservation and the bedroom’s status. 

Termination:

This use case terminates when the actor has completed checking-in or checking-out the customer.


[1] At this point in the application development process we are not concerned with the actual search details.  Over-identifying search criteria are common mistakes of use case developers.  Use case developers should focus on documenting the use case’s basic services.  Search criteria will be identified later in the application development process.

 
 

Exception(s):

  1. Bedroom Not Ready: This occurs if the customer is trying to check-in early and the bedroom is not ready for occupancy.  The actor will notify the customer of the bedroom’s status and the system will not allow the customer to check-in and the use will end.

  2. Bedroom Unavailable: This occurs if the bedroom is unavailable for the customer’s entire stay due to a modified departure date.  The bedroom can be unavailable for a number of reasons (e.g., room reserved or scheduled maintenance).  The actor can view other bedrooms to see if they are available or the actor can modify the bedroom type to see if a different bedroom type is available.  If the exception cannot be resolved the system will present the actor will other Inns in the area so the actor can try to accommodate the customer.  The customer can choose to cancel their reservation, see “Use Case – Manage Reservation,” or keep their current reservation.  If a bedroom is available or customer chooses to keep their current reservation the use case will continue.

  3. Charges Incorrect: This occurs if there exists a charge or charges on the customer’s bill that are incorrect and need to be modified.  The actor will correct any charges that are deemed incorrect and the use case will continue.

  4. Credit Card Problem: This occurs if the Credit Bureau determines there is a problem with the credit card (e.g., incorrect information, credit limit exceeded, inactive card, or fraudulent card).  Depending upon the credit card problem the actor can try to process the credit card again, change the credit card information, or ask the customer to provide a different credit card.  If the exception cannot be resolved the actor will have to ask the customer to pay cash and the use case will continue.

  5. Discount Does Not Apply: This occurs if a selected discount program does not apply to a particular customer.  For example, senior citizen discount selected, but the person is not a senior citizen.  The selected discount program will be disallowed and the actor has the option to select another discount program. If the customer does not have the required proof for the discount program, the system will not apply the discount to customer’s reservation and the use case will continue.

  6. No Discounts Being Offered: This occurs if North Star Inn is not participating in any discount programs at time of reservation and the use case will continue.

  7. Reservation Not Found: This occurs if the system is unable to locate the reservation with the information provided.  The actor can re-enter the information, but if the exception cannot be resolved then the actor will try to accommodate the customer by locating an available bedroom at North Star Inn, see “Use Case – Place Reservation” and this use case will end.

  8. Unable to Process Transaction: This occurs if the Credit Bureau is “down” and is unable to process North Star Inn’s transaction.  The actor will manually complete the transaction without receiving verification from the Credit Bureau.  The actor will verify the customer’s credit card information, home address, and driver’s license.  The actor will process the information at a later date when the Credit Bureau is available and the use case will continue.

 
 

GUI’s Referenced:

TBD

 
 

Open Issue(s):

  1. What if the customer’s check-in is before 4 PM or after 7 PM?

Answer – If the bedroom is available and the actor is available then check-in will be allowed.  Since North Star Inn is a “Mom and Pop” Bed & Breakfast the owners have tried to establish stringent check-in times to enable themselves to perform other activities during the day.  The business practice of checking in after 7 PM is not encouraged and not guaranteed, the customer’s reservation may have been automatically cancelled.

  1. What if the customer’s checkout is earlier then the original departure date?  Is the customer charged a cancellation fee?

Answer – North Star Inn does not charge a cancellation fee for an early checkout.

  1. Should the system check the customer’s length of stay if they change their departure date and make it earlier?

Answer – The system will not check the length of stay.  North Star Inn has established length of stay to try and maximize their profitability during peak time (e.g., weekends, and holidays).  If this policy becomes abused North Star Inn may decided to charge something similar to a cancellation fee.

  1. What should the system do if the customer is unable to produce a method of payment at time of checkout?

Answer – North Star Inn recognizes this problem and has determined this is not within our scope.  The innkeepers will have to get involved and develop a payment arrangement with the customer.

  1. Is there a risk associated with the actor manually completing a credit card transaction when the Credit Bureau is unable to process the transaction?

Answer – North Star Inn recognizes the risk and is willing to accept any exposure to non-payment.

 
 

Assumption(s):

  1. If the customer does not have a reservation the actor need to create one, see “Use Case – Place Reservation.”

  2. The customer’s reservation can only have one discount program applied to it.

  3. Reservation can be for only one bedroom and one customer.

 

  Back to Top  

Copyright © 1998 - 2007 by Nazzaro & Associates.  All rights reserved.