`
Jack Wu
  • 浏览: 866928 次
  • 来自: ...
社区版块
存档分类
最新评论

非常有用的User case用例描述模板

阅读更多
Table 6.0
Use Case #
DATAENTRYPROJECTCUST-1009
Use Case name
Maintain Customer
Description
This Use Case depicts full maintenance of customer from project "Data Entry".
Scope and level
  • Data Entry System (Internal)
  • Credit Card System (External)
Level
User Goal Level (If this property is not understood, look at the reference for the book Writing Effective Use Cases (**PRE-PUB. DRAFT#3**): Alistair Cockburn Humans and technology)
Primary and secondary actors
Data Entry operator.
Stakeholders and interests
 
Trigger
Data entry operator clicks on menu: "Add New Customer"
Preconditions
  • Data entry operator should be logged in.
  • Data entry operator should have access to Internet.
Assumptions
Customer information received is entered manually. No automated import routine is in the scope.
Failed End condition
  • Customer is not added to database and appropriate error message is displayed.
  • Customer code already existing in the customer database.
  • Customer code length limit is exceeded.
  • Customer credit card limit is exceeded.
  • Customer credit card validation failed with the payment gateway.
Action
Add new customer
Main success scenario (or basic Flow):
  1. Data entry operator receives customer information.
  2. Data entry operator enters following information:
    • Customer code
    • Customer name
    • Customer address
    • Customer phone
  3. Customer code is checked if it exists in Customer table.
    • If the customer code is existing then "Duplicate Customer Code" error is raised.
    • If the customer code is more than 8 length, then "Customer code length limit crossed" error is raised.
  4. After step 3 is passed OK. Data entry operator enters credit card information. If the credit card length is more than 10 length, then "Credit card length limit crossed" error is raised.
  5. Credit card information is send to the external payment gateway. Appropriate APIs of the external payment gateway will be used for validity.
  6. External payment gateway returns "OK" if credit card is validated or else will return "NOT VALID" flag.
  7. Data entry operator then adds the customer in database.
Alternate scenario (Extensions):
Update Existing Customer
  1. Data entry operator enters customer code to retrieve the customer who has to be updated.
  2. Data entry operator makes appropriate changes to the customer information. All steps and business validation from 1 to 6 of Add new Customer is repeated.
  3. Data Entry operator updates the customer information.
Alternate scenario (Extensions):
Delete Existing Customer
  1. Data entry operator enters customer code to retrieve the customer who has to be deleted.
  2. Data entry operator deletes the customer. Data entry operator is alerted "Are you sure you want to delete the Customer?”
    • If the data entry operator clicks "Yes", then the customer is deleted from the database.
    • If the data entry operator clicks "NO", no action is taken.
Success Guarantee (Post conditions):
  • Customer is added to Customer database.
  • Customer is updated to Customer database.
  • Customer is deleted from Customer database.
Special Requirements (including business rules):
 
Technology and Data Variations List:
If credit card payment gateway API changes, the interaction of the data entry customer module will have to be changed accordingly.
Frequency of occurrence:
 
Notes and Open Issues:
 
 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics