USE CASE TEMPLATE . please to answer this question not diagram. thanks everal co
ID: 371558 • Letter: U
Question
USE
CASE
TEMPLATE . please to answer this question not diagram. thanks
everal companies that sell onlineshoes or clothing, OR
•Several companies that provide social media services, OR
you must prepare a total of three use cases based on your choice of the most complex websites or businesses above, using the Use Case Template.
ach use case must have a minimum of 10 ordinary events and 3 alternative events. The actors in your usecase will include the customer or member, the business web interface server, and the business database server, and any other actor you can identify.
please use case tamplet to asnwer this question not the daigram.
USE CASE TEMPLATE FALL17
Date: 11/2/17
Version: 99.00
Use Case Name:
Place New Order
Use Case ID:
MSS-SUC002.00
Priority:
High
Source:
Requirement MSS-R1.00
Requirements Use Case MSS-BUC002.00
Primary Business Actor:
Club Member (Alias Active Member, Member)
Primary System Actor:
Club Member (Alias Active Member, Member)
Other Participating Actors:
Warehouse (Alias Distribution Center) (external receiver)
Accounts Receivable (external server)
Other Interested Stakeholders:
Marketing Interested in sales activity in order to plan new promotions.
Procurement Interested in sales activity in order to replenish inventory.
Management Interested in order activity in order to evaluate company performance and customer (member) satisfaction.
Description:
This use case describes the event of a club member submitting a new order for SuperClub products via the World Wide Web. The member selects the items he or she wishes to purchase. Once the member has completed shopping, the members demographic information as well as account standing will be validated. Once the products are verified as being in stock, a packing order is sent to the warehouse for it to prepare the shipment. For any product not in stock, a back order is created. On the completion, the member will be sent an order confirmation.
Precondition:
The individual submitting the order must be an active club member.
The member must log in to the system (provide identification) to enter an order.
Trigger
This use case is initiated when the member selects the option to enter a new order.
Typical Course of Events:
Actor Action
System Response
Step 1: The member requests the option to enter a new order.
Step 3: The member browses the available items and selects the ones he or she wishes to purchase, along with the quantity.
Step 5: The member verifies demographic information (shipping and billing addresses). If no changes are necessary, the member responds accordingly (to continue).
Step 7: The member verifies the order. If no changes are necessary, the member responds accordingly (to continue).
Step 9: The member responds by selecting the desired payment option.
Step 11: The member verifies the order. If no changes are necessary, the member responds accordingly (to continue).
Step 2: The system responds by displaying the catalog of the SuperClub products.
Step 4: Once the member has completed the selections, the system retrieves from file and presents the members demographic information (shipping and billing addresses).
Step 6: For each product ordered, the system verifies the product availability and determines an expected ship date, determines the price to be charged to the member and determines the cost of the total order. If an item is not immediately available, it indicates the product is back-ordered or that it has not been released for shipping (for preorders). If an item is no longer available, that is indicated also. The system then displays a summary of the order to the member for verification.
Step 8: The system checks the status of the members account. If satisfactory, the system prompts the member to select the desired payment option (to be billed later or pay immediately with a credit card).
Step 10: The system displays a summary of the order, including the desired payment option, to the member for verification.
Step 12: The system records the order information (including back orders if necessary).
Step 13: Invoke use case MSS-AUC01.00, Determine Appropriate Distribution Center and Release Order to Be Filled.
Step 14: Once the order is processed, the system generates an order confirmation and displays it to the members as well as sending it to the member via email.
Alternative Courses:
Alt-Step 3: The member enters search criteria to retrieve a specific item or to display a reduced list of items to browse and order from.
Alt-Step 5: If changes are required, the member updates the appropriate shipping, billing, or e-mail addresses and tells the system to store them accordingly. The system will validate the changes and, if successful, will store the new information to file.
Alt-Step 7: If the order requires changes, the member can delete any item no longer wanted to change the order quantity. Once the member has completed the order changes, the system reprocesses the order (go to step 6). If the member requests to do additional shopping, go to step 3. If the member needs to change the demographic information, go to step 5.
Alt-Step 8: If the members account is not in good standing, display to the member the account status, the reason the order is being held, and what actions are necessary to resolve the problem. In addition, an e-mail is sent to the member with the same information. They system prompts the member to hold the order for later processing or cancel the order. If the member wishes to hold the order, the system records the order information and places it in hold status and then displays the SuperClub main page. If the member chooses to cancel the order, the system clears the inputted information and then displays the SuperClub main page. Terminate the use case.
Alt-Step 10: If the member selects the option to pay by credit card, the system prompts the member to enter the credit card information (number and expiration date) and reminds the member that the billing address on file must match the billing address the credit card provided. The member enters the required information and requests that the system continues. The system validates the credit card account provided. If the account cannot be validated, the system notifies the member and requests an alternative means of payment. If the member cannot provide an alternative means at this time, he or she can choose either to hold or to cancel the order. If the member wishes to hold the order, the system records the order information and places it in hold status and then displays the SuperClub main page. If the member chooses to cancel the order, the system clears the inputted information and then displays SuperClub main page. Terminate the use case.
Alt-Step 11: If the order requires changes, the member can delete any item no longer wanted to change the order quantity. Once the member has completed the order changes, the system reprocesses the order (go to step 6). If the member requests to do additional shopping, go to step 3. If the member needs to change the demographic information, go to step 5.
Alt-Step 12: If all items ordered are on back order, the order is not released to the distribution center.
Conclusion:
This use case concludes when the member receives a confirmation of the order.
Postcondition:
The order has been recorded and, if the ordered products were available, released to the distribution center. For any product not available a back order has been created.
Business Rules:
Member must have a valid e-mail address to submit online orders.
Member is billed for products only when they are shipped.
Implementation Constraints and Specifications:
Use case must be available to the member 24 X 7.
Frequency It is estimated that this use case will be executed 3,500 times per day. It should support up to 50 concurrent members.
Assumptions:
Product can be transferred among distribution centers to fill orders.
Procurement will be notified of back orders by a daily report (separate use case).
The member responding to a promotion or using credits may affect price of each ordered item.
The member can cancel the order at any time.
Open Issues
None.
Use Case Name:
Place New Order
Use Case ID:
MSS-SUC002.00
Priority:
High
Source:
Requirement MSS-R1.00
Requirements Use Case MSS-BUC002.00
Primary Business Actor:
Club Member (Alias Active Member, Member)
Primary System Actor:
Club Member (Alias Active Member, Member)
Other Participating Actors:
Warehouse (Alias Distribution Center) (external receiver)
Accounts Receivable (external server)
Other Interested Stakeholders:
Marketing Interested in sales activity in order to plan new promotions.
Procurement Interested in sales activity in order to replenish inventory.
Management Interested in order activity in order to evaluate company performance and customer (member) satisfaction.
Description:
This use case describes the event of a club member submitting a new order for SuperClub products via the World Wide Web. The member selects the items he or she wishes to purchase. Once the member has completed shopping, the members demographic information as well as account standing will be validated. Once the products are verified as being in stock, a packing order is sent to the warehouse for it to prepare the shipment. For any product not in stock, a back order is created. On the completion, the member will be sent an order confirmation.
Precondition:
The individual submitting the order must be an active club member.
The member must log in to the system (provide identification) to enter an order.
Trigger
This use case is initiated when the member selects the option to enter a new order.
Typical Course of Events:
Actor Action
System Response
Step 1: The member requests the option to enter a new order.
Step 3: The member browses the available items and selects the ones he or she wishes to purchase, along with the quantity.
Step 5: The member verifies demographic information (shipping and billing addresses). If no changes are necessary, the member responds accordingly (to continue).
Step 7: The member verifies the order. If no changes are necessary, the member responds accordingly (to continue).
Step 9: The member responds by selecting the desired payment option.
Step 11: The member verifies the order. If no changes are necessary, the member responds accordingly (to continue).
Step 2: The system responds by displaying the catalog of the SuperClub products.
Step 4: Once the member has completed the selections, the system retrieves from file and presents the members demographic information (shipping and billing addresses).
Step 6: For each product ordered, the system verifies the product availability and determines an expected ship date, determines the price to be charged to the member and determines the cost of the total order. If an item is not immediately available, it indicates the product is back-ordered or that it has not been released for shipping (for preorders). If an item is no longer available, that is indicated also. The system then displays a summary of the order to the member for verification.
Step 8: The system checks the status of the members account. If satisfactory, the system prompts the member to select the desired payment option (to be billed later or pay immediately with a credit card).
Step 10: The system displays a summary of the order, including the desired payment option, to the member for verification.
Step 12: The system records the order information (including back orders if necessary).
Step 13: Invoke use case MSS-AUC01.00, Determine Appropriate Distribution Center and Release Order to Be Filled.
Step 14: Once the order is processed, the system generates an order confirmation and displays it to the members as well as sending it to the member via email.
Alternative Courses:
Alt-Step 3: The member enters search criteria to retrieve a specific item or to display a reduced list of items to browse and order from.
Alt-Step 5: If changes are required, the member updates the appropriate shipping, billing, or e-mail addresses and tells the system to store them accordingly. The system will validate the changes and, if successful, will store the new information to file.
Alt-Step 7: If the order requires changes, the member can delete any item no longer wanted to change the order quantity. Once the member has completed the order changes, the system reprocesses the order (go to step 6). If the member requests to do additional shopping, go to step 3. If the member needs to change the demographic information, go to step 5.
Alt-Step 8: If the members account is not in good standing, display to the member the account status, the reason the order is being held, and what actions are necessary to resolve the problem. In addition, an e-mail is sent to the member with the same information. They system prompts the member to hold the order for later processing or cancel the order. If the member wishes to hold the order, the system records the order information and places it in hold status and then displays the SuperClub main page. If the member chooses to cancel the order, the system clears the inputted information and then displays the SuperClub main page. Terminate the use case.
Alt-Step 10: If the member selects the option to pay by credit card, the system prompts the member to enter the credit card information (number and expiration date) and reminds the member that the billing address on file must match the billing address the credit card provided. The member enters the required information and requests that the system continues. The system validates the credit card account provided. If the account cannot be validated, the system notifies the member and requests an alternative means of payment. If the member cannot provide an alternative means at this time, he or she can choose either to hold or to cancel the order. If the member wishes to hold the order, the system records the order information and places it in hold status and then displays the SuperClub main page. If the member chooses to cancel the order, the system clears the inputted information and then displays SuperClub main page. Terminate the use case.
Alt-Step 11: If the order requires changes, the member can delete any item no longer wanted to change the order quantity. Once the member has completed the order changes, the system reprocesses the order (go to step 6). If the member requests to do additional shopping, go to step 3. If the member needs to change the demographic information, go to step 5.
Alt-Step 12: If all items ordered are on back order, the order is not released to the distribution center.
Conclusion:
This use case concludes when the member receives a confirmation of the order.
Postcondition:
The order has been recorded and, if the ordered products were available, released to the distribution center. For any product not available a back order has been created.
Business Rules:
Member must have a valid e-mail address to submit online orders.
Member is billed for products only when they are shipped.
Implementation Constraints and Specifications:
Use case must be available to the member 24 X 7.
Frequency It is estimated that this use case will be executed 3,500 times per day. It should support up to 50 concurrent members.
Assumptions:
Product can be transferred among distribution centers to fill orders.
Procurement will be notified of back orders by a daily report (separate use case).
The member responding to a promotion or using credits may affect price of each ordered item.
The member can cancel the order at any time.
Open Issues
None.
Explanation / Answer
Use Case Name: Places an order for a movie ticket
Use Case ID:
Priority: Low
Primary Business Actor: Registered/Non registered user
Primary System Actor: User
Other Participating Actors: Movie theatre, booking website, 3rd party payment , Food and snacks dept fulfilling the complimentary snacks
Other Interested Stakeholders: Marketing team interested to derive customer purchase patterns, Theatre keen to decode the best pricing strategy
Description:
The user places an online order on an events booking website for 2 movie tickets for the show on coming weekend. Once inside the portal, the user selects the movie, showtime and the seats. Next he is directed to the payment portal to complete the payments. Upon completion, the user gets the confirmation message/ booking details from the theatre on his mobile phone. He also gets the payment details from the payment gateway.
Precondition:
The user must have a valid credit/debit card and an active mobile connection
Trigger :
This use case is initiated when the member plans to visit a theatre and watch a movie
Typical Course of Events:
Actor Action/ System Response
Step 1: The user logs in to the events management website
Step 2: The system displays the theatres, movies etc based on his geo-location and set travel distance
Step 3: The user browses and filters the movies as per his schedule and convenience
Step 4: Once the user has completed his selection, he goes further to select the seats in the theatre amongst the available seats.
Step 5: The user next freezes his selection and makes the payment.
Step 6: The system directs the user to the payment gateway and the user punches his card details.
Step 7: The payment gateway deducts the amount and redirects the user to the events management website.
Step 8: The website also receives a confirmation of payment from gateway and thus confirms the user’s seats.
Step 9: The website displays the seat details and triggers an SMS to the user’s mobile.
Alternative Courses:
Alt-Step 3: The user picks the movie and the theatre from the suggested movies as per his past purchases.
Alt-Step 7: If the payment fails, the failure message is displayed and the user needs to reenter or change his card details to proceed with the step 5.
Conclusion:
This use case concludes when the user receives his tickets confirmation and deduction on his mobile
Postcondition:
The order has been committed to the database and the seats selected would show as blocked. Also the complimentary food requirements would be updated to the fulfillment team.
Business Rules:
Users must have a valid mobile phone number
User is billed before the consumption of the service
Use case must be available to the member 24 X 7.
Frequency It is estimated that this use case will be executed 1000 times per day. It should support up to 300 concurrent members.
Assumptions:
Tickets are available online on the events booking website which is updated regularly with the new releases and their showtimes
Snacks dept will be notified of the total number of gusts for each show so that the necessary food items are arranged
The member can cancel the order at any time and get the refunds with a nominal cancellation charges.
Open Issues : None
Related Questions
Navigate
Integrity-first tutoring: explanations and feedback only — we do not complete graded work. Learn more.