• 非常有用的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:
     
     
  • 相关阅读:
    js内置date类
    获取下拉列表的value
    表单的隐藏与显示
    JavaScript
    CSS的相关属性
    CSS
    基于akka-http搭建restfull框架
    Netsharp配置文件
    nginx配置备忘
    docker安装radis
  • 原文地址:https://www.cnblogs.com/xiaomaohai/p/6157566.html
Copyright © 2020-2023  润新知