通过用例驱动方法推动成功的软件开发：真实场景模板与示例

用例驱动方法是一种专注于从用户角度定义系统需求和功能的管理方法。这是一种以用户为中心的方法，强调识别用户的需求、目标和行为，以确保所开发的系统能够满足他们的期望。在此方法中，使用用例来描述系统对用户交互的响应行为。用例是描述系统在不同情境下如何被使用的场景。

优势

用例驱动方法提供了诸多优势，包括：

• 更深入地理解用户需求和要求
• 清晰定义系统行为和功能
• 早期识别潜在问题和冲突
• 改善利益相关者之间的沟通
• 资源和精力的高效分配
• 有效优先处理功能和需求

逐步用例开发指南

以下是一个高层次的可复用用例开发流程模板，您可以根据团队需求进行调整和定制：

1. 识别利益相关者及其需求：首先识别项目中涉及的所有利益相关者，并收集他们的需求。这可能包括最终用户、业务所有者和其他团队成员。
2. 优先排序需求：在获得需求列表后，根据其重要性和对项目的影响进行优先排序。这将帮助您首先关注最关键的需求。
3. 定义范围：根据优先排序的需求，定义项目范围。这包括确定项目将包含的功能和特性。
4. 创建用例：用例是描述用户如何与系统交互以实现特定目标的说明。创建用例来描述系统在不同使用场景中的表现。
5. 审查并优化用例：与利益相关者一起审查用例，并根据反馈进行优化。这可能涉及增加或删除步骤、更新需求或澄清细节。
6. 创建用户故事：用户故事是从最终用户角度对某个功能或特性进行的简要描述。根据您开发的用例创建用户故事。
7. 估算工作量：估算开发每个用户故事所需的工作量。这将有助于您规划项目时间表和资源分配。
8. 优先排序用户故事：根据用户故事的重要性和对项目的影响进行优先排序。
9. 规划冲刺：根据优先排序的用户故事，规划开发冲刺。每个冲刺应包含一组可在冲刺周期内完成的用户故事。
10. 审查与优化：审查每个冲刺的进展，并根据需要优化用例和用户故事。
11. 测试与验证：测试系统以确保其满足需求，并验证其是否满足利益相关者的需求。
12. 部署与监控：系统经过测试和验证后，将其部署到生产环境，并监控可能出现的问题或错误。

这只是一个通用模板，可根据您团队的具体需求和项目要求进行调整。您也可以使用敏捷项目管理工具，如Jira或Trello，来帮助您管理流程并跟踪进度。

用例方法的敏捷文档模板

利益相关者分析文档

以下是您提供的问题描述的利益相关者分析文档示例：

利益相关者分析文档：移动银行应用程序

利益相关者	角色	利益	需求
客户	移动银行应用程序的最终用户	易于使用、安全且便捷的银行体验	能够通过移动应用查看账户余额、在账户间转账以及支付账单
银行员工	客户支持与后端系统管理	高效且安全的后端系统	能够处理大量交易，易于维护和排查问题
企业所有者	希望提高客户满意度并降低成本的利益相关者	提升客户满意度、降低成本，并跟踪使用指标	能够跟踪客户使用情况、满意度水平，并分析使用指标以改进移动应用

此利益相关者分析文档识别了项目中涉及的不同利益相关者、他们的角色、利益和需求。它清晰地展示了每个利益相关者希望从项目中实现的目标及其优先级。该文档可在整个项目过程中作为参考，并在识别到新利益相关者或利益相关者需求发生变化时进行更新。

需求收集模板

以下是您提供的问题描述的需求收集模板示例：

需求收集模板：移动银行应用程序

需求描述	优先级	验收标准	利益相关者姓名
查看账户余额的能力	高	用户应能够查看与其个人资料相关联的所有账户的当前余额	客户
在账户之间转账的能力	高	用户应能够通过移动应用程序在账户之间转账	客户
支付账单的能力	高	用户应能够通过移动应用程序支付账单	客户
高效的后端系统	高	后端系统应能够处理大量交易，并且易于维护	银行员工
使用情况指标跟踪	中	应用程序应能够跟踪客户使用指标和满意度水平	企业所有者

此需求收集模板通过定义每个需求、其优先级、验收标准以及相关利益相关者姓名，帮助从利益相关者处收集需求。该模板可用于在与利益相关者的访谈、调查和焦点小组中捕捉需求。它确保所有需求都被收集、优先排序，并与利益相关者的兴趣和需求保持一致。当发现新需求或现有需求的优先级发生变化时，该模板可以进行更新。

需求可追溯性矩阵

以下是您提供的问题描述的需求可追溯性矩阵示例：

需求可追溯性矩阵：移动银行应用程序

需求编号	需求描述	利益相关者名称	状态	设计文档引用	测试文档引用
R1	查看账户余额的能力	客户	已实现	UI设计1.1	测试用例1.1
R2	在账户之间转账的能力	客户	进行中	UI设计1.2	测试用例1.2
R3	支付账单的能力	客户	未开始	UI设计1.3	测试用例1.3
R4	高效的后端系统	银行员工	已实现	后端设计2.1	测试用例2.1
R5	使用情况指标跟踪	企业所有者	进行中	分析设计 3.1	测试用例 3.1

此需求可追溯性矩阵有助于在整个项目过程中跟踪需求的进展。它将每个需求与其描述、相关方名称、状态以及设计和测试文档的引用进行关联。该矩阵确保所有需求都得到考虑，并提供了一种清晰的方式来跟踪每个需求的实施状态。在开发和测试过程中，它可以作为参考点，以确保所有需求都已满足并经过测试。随着项目进展，当新增需求或现有需求发生变化时，该矩阵可以进行更新。

用户画像文档

以下是您提供的问题描述的用户画像文档示例：

用户画像文档：移动银行应用程序

人物名称：莎拉

背景：

莎拉是一位29岁的平面设计师，就职于城市的一家设计公司。她精通技术，几乎用手机处理所有事务，包括银行事务。她总是忙于奔波，更倾向于使用手机应用程序来管理财务，因为它能节省她的时间。

人口统计信息：

• 年龄：29
• 性别：女性
• 婚姻状况：单身
• 职业：平面设计师
• 所在地：城市

目标：

• 能够快速便捷地查看账户余额
• 能够轻松地在账户之间转账
• 能够通过手机应用程序准时支付账单

挑战：

• 莎拉拥有多个银行账户，有时难以跟踪所有账户的余额。
• 她担心自己财务信息的安全性，希望确保自己的移动银行应用程序是安全的。

引言：

“我非常喜欢使用我的手机应用程序来管理我的财务。它为我节省了大量时间和麻烦。我只想能够快速方便地查看余额，在账户之间转账，并准时支付账单。”

此用户画像文档有助于创建移动银行应用程序典型用户的具体画像。它提供了用户背景、人口统计信息、目标、挑战和引言等信息。该文档可在设计和测试移动应用程序时作为参考，以确保应用程序满足目标用户的需求。当发现新的用户画像或现有用户画像的需求发生变化时，该文档可以进行更新。

 

候选用例列表

根据您提供的问题描述，以下是移动银行应用程序的候选用例列表：

1. 查看账户余额 – 用户应能够查看与其个人资料相关联的所有账户的当前余额。
2. 账户间转账 – 用户应能够通过移动应用程序在自己的账户之间转账。
3. 支付账单 – 用户应能够通过移动应用程序支付账单。
4. 设置自动付款 – 用户应能够为定期账单设置自动付款。
5. 存入支票 – 用户应能够通过移动应用程序存入支票。
6. 查找附近的ATM和分行 – 用户应能够通过移动应用程序查找附近的ATM和银行分行。
7. 报告丢失或被盗的卡片 – 用户应能够通过移动应用程序报告丢失或被盗的卡片。
8. 联系客户支持 – 用户应能够通过移动应用程序联系客户支持。
9. 查看交易记录 – 用户应能够查看与其个人资料相关联的所有账户的交易记录。
10. 设置账户提醒 – 用户应能够为余额不足、大额交易及其他账户活动设置提醒。

这些用例涵盖了用户可能期望从移动银行应用程序中获得的各种功能。每个用例代表用户在应用程序内可以执行的特定操作或任务。这些用例可用于开发用户故事、测试用例和其他项目文档。它们也可以根据相关利益相关者的需求和兴趣进行优先级排序。

 

优先级用例

以下是一个示例表格，按规模、优先级以及移动银行应用程序的目标/价值对用例进行优先级排序：

用例	规模	优先级	目标/价值
查看账户余额	小	高	便利性，信息获取
账户间转账	中	高	便利性，效率
支付账单	中	高	便利性，效率
设置自动付款	中等	中等	便利性，效率
存支票	中等	中等	便利性，效率
查找附近的ATM和分行	小	中等	便利性，信息获取
报告丢失或被盗的卡片	小	中等	安全性，欺诈防范
联系客户支持	小	中等	客户服务，满意度
查看交易记录	中等	低	记录保存，信息获取
设置账户提醒	中等	低	便利性，安全性

此表列出了每个用例，以及其规模（小、中或大）、优先级（高、中或低）以及其所代表的目标或价值（例如便利性、信息获取、安全性等）。用例的规模由实施所需的工作量决定，而优先级则基于该用例对项目成功的重要性。目标或价值有助于为每个用例提供背景，并解释其重要性。该表格可用于指导移动银行应用程序的开发，确保最关键的用例得到适当的优先处理。

用例描述示例

以下是“查看账户余额”用例的一个示例用例描述：

用例名称：查看账户余额

参与者：

• 客户

描述：客户希望通过移动银行应用程序查看其账户余额。此用例使客户能够快速便捷地查询账户余额，而无需前往银行网点或使用ATM。

前置条件：

• 客户在银行拥有有效的账户。
• 客户已在智能手机或平板电脑上下载并安装了移动银行应用程序。
• 客户已登录其移动银行账户。

基本流程：

1. 客户打开移动银行应用程序。
2. 客户从主菜单中选择“查看账户余额”选项。
3. 应用程序显示客户账户列表，以及每个账户的当前余额。
4. 客户查看账户余额。

备选流程：

• 如果客户只有一个账户，应用程序可能会自动显示账户余额，而无需显示账户列表（步骤3）。
• 如果客户拥有多个账户，但应用程序无法获取账户余额，则会向客户显示错误信息。

后置条件：

• 客户已查看其账户的余额。
• 客户可以选择在移动银行应用程序中执行其他操作，或退出账户登录。

异常情况：

• 如果移动银行应用程序不可用或运行异常，客户将无法查看其账户余额。
• 如果客户忘记了登录凭证，需要重置密码或联系客户支持以获得帮助。
• 如果客户的账户已关闭或处于非活跃状态，将无法查看账户余额。