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):
|
- Data entry operator receives customer information.
- Data entry operator enters following information:
- Customer code
- Customer name
- Customer address
- Customer phone
- 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.
- 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.
- Credit card information is send to the external payment gateway. Appropriate APIs of the external payment gateway will be used for validity.
- External payment gateway returns "OK" if credit card is validated or else will return "NOT VALID" flag.
- Data entry operator then adds the customer in database.
|
Alternate scenario (Extensions):
|
Update Existing Customer
- Data entry operator enters customer code to retrieve the customer who has to be updated.
- 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.
- Data Entry operator updates the customer information.
|
Alternate scenario (Extensions):
|
Delete Existing Customer
- Data entry operator enters customer code to retrieve the customer who has to be deleted.
- 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:
|
|
相关推荐
【用例描述模板 V21】是一个用于规范和标准化IT项目中文档编辑和协作的工具,尤其适用于doc文档类型的文件管理。此模板旨在确保团队成员在编辑和更新文档时能够清晰地追踪修改历史,提高协作效率,同时也方便后期的...
《用例(UserCase)文档模板详解》 在软件开发过程中,用例(UserCase)文档是需求分析的重要工具,它清晰地定义了系统或产品的功能需求,为开发者提供了明确的指南。本文将深入解析一个典型的用例文档模板,帮助...
用例模板use case template 用例模板是软件开发中的一种重要文档,用于描述系统的功能需求和行为。下面是对用例模板的详细解释。 用例 ID 和名称 每个用例都需要一个唯一的整数序列号标识符,以便于区分和追踪。...
use case:一个用例描述了为实现某个有价值的成果,在参与者与系统之间进行的交互。 3. 用例描述 项目中的所有用例进行详细描述。 3.1 用户管理用例 用例名称:用户创建用例 ID:角色:Admin 用例说明:学院图书...
测试用例主要来源于三个方面:设计文档中的Use Case、根据界面和功能模块设计的操作以及历史Bug的记录。编写测试用例时,通常使用Excel或Word模板,包含测试环境、测试数据、测试步骤、预期结果等四个主要部分。此外...
- **用例实现(Use Case Realization)**:细化用例,与系统构架关联。 - **技术风险评估(Technical Risk Mitigation Plan)**:规划如何降低技术风险。 ### 3. 构建阶段(Construction) 此阶段关注代码实现和...
10. 测试用例:测试用例(Test Case)详细描述了测试步骤、预期结果和实际结果,用于验证系统功能的正确性。 11. 缺陷报告:缺陷报告(Bug Report)记录了发现的问题,包括问题描述、复现步骤和影响程度。 12. ...
9. **UC(用户场景/用例)**:User Case,描述用户如何与产品交互,是理解用户需求和预期的重要工具,通常包括预设条件、执行步骤、期望结果。 这些文档不仅体现了产品经理的工作流程,还反映了其与团队、用户、...
- **用例描述(Use Case Specification)**:详细阐述每个用例的活动流,包括预条件、后条件和异常处理。 **2. 分析阶段** 分析阶段主要关注系统的逻辑模型。常见的文档模板有: - **分析类图(Analysis Class ...
- **整体说明**:概述所有的用户故事(User Stories)或用例,提供一个全局视角。 - **UC正文**:详细描述每个具体的用户行为,如“UC_用例名称1”,包括预条件、主流程、异常流程以及期望的结果。 例如,"UC_...
7. 测试用例文档(Test Case Document):列出每项功能的测试条件和预期结果,用于验证软件的正确性。 8. 用户手册(User Manual):为用户提供软件操作指南,包括安装、使用教程和常见问题解答。 9. 开发进度报告...
7. 测试用例文档(Test Case Document):详细描述每个测试场景,包括测试条件、预期结果和实际操作步骤,便于执行测试。 8. 项目进度报告(Project Progress Report):定期更新项目进度,包括已完成的任务、延期...
项目创建后,用户可以在相应模块添加相应对象,例如:usercase 中 primary use cases 是图表中的一种,图表选择器可以通过右击 model,选择 add--newdiagram 选项调出图表创建的选择项。 EA 工具提供了丰富的模型...
- **zt_case** 和 **zt_caseStep**: 分别记录了测试用例的基本信息以及测试步骤。 通过这些表,可以有效地管理缺陷并跟踪修复进展。 ##### 11. zt_testTask - 测试任务表 记录了测试任务的相关信息,如测试任务的...
7. 用例文档:每个用户需求转化为用例文档,采用模板,但是否完全合适仍有待评估。 8. 用例文档内容:包括用例图、场景、界面原型和DM(数据模型),但非功能性需求的描述不够准确。 9. 需求优先级:已对用户需求...
团队采用了模板来编写用例文档,整体评价较好,但非功能性需求的记录存在不足。 8. **用例图、用例场景、界面原型和DM(Data Model)**:这些是用例文档的重要组成部分,团队已包含这些元素,但评价一般,可能需要...
8. **用例文档**:以结构化的方式描述用户操作和系统响应,是需求细化的重要手段,应遵循一定的模板。 9. **用例图和相关描述**:包括场景、界面原型和数据模型(DM),清晰展示需求的实现路径。 10. **非功能性...
5. **模板(Template)**:如果需要编写通用的代码,如容器类或算法,可以使用模板,使代码能够处理多种数据类型。 6. **异常处理(Exception Handling)**:在可能出现错误的地方,使用`try-catch`块来捕获和处理...
- PRD内容:愿景、目标市场、竞争分析、功能描述、优先级排序、用例(User Case)、系统和技术需求等。 - **产品设计**:关注产品的用户界面(UI)和用户体验(UX),包括交互设计(User Interaction)。 - 在大公司中,...
用例图(Use Case Diagram)在需求分析阶段具有重要的作用。它主要用于描述人们希望如何使用一个系统,具体而言,是作为参与者的外部用户所能观察到的系统功能的模型图。在整个软件开发过程中,开发团队会围绕需求...