产品经理在进行产品设计时，经常会使用到用例模板来详细描述产品的功能和用户交互流程。以下是对这个文档中提到的知识点的详细说明：
1. **用例定义**：用例是一个描述用户如何与系统交互以达成特定目标的场景。用例名称通常采用动词短语形式，如"创建账户-SSC-AU001"，其中"SSC"代表子系统缩写，"AU"代表模块缩写，"001"是用例编号。
2. **用例基本信息**：
- **用例概述**：明确描述用例的目标，解释用户为何执行该操作。
- **支持的业务**：关联到具体的过程组、业务组件和业务用例，以确保产品设计符合业务需求。
- **参与者**：指使用该功能的用户角色，如管理员、普通用户等。
- **利益相关者**：涉及利益的人或群体，以及他们通过执行此用例获得的利益。
- **前置条件**：执行用例前必须满足的条件，系统可检测。
- **后置条件**：用例完成后系统应有的状态。
- **触发事件**：引发用例执行的事件或条件。
3. **用例场景**：
- **优先级**：场景的紧急程度，分为高、中、低三类，影响开发顺序。
- **主场景**：成功且典型的操作流程，描述从触发到完成的完整过程。
- **备选场景**：与主场景不同的用户行为，可能改变某些步骤，但仍然导致期望结果。
- **异常场景**：处理错误或异常情况的场景，描述如何处理系统或用户的错误。
4. **数据实体**：涉及的实体及其属性和数据规则，用于确保数据处理的正确性和一致性。
5. **业务规则**：规定业务操作的约束和要求，例如交易验证、权限控制等。
6. **设计约束**：
- **界面样式**：对用户界面的特殊要求，如颜色、布局、字体等，以及优先级和状态跟踪。
- **报表**：报告格式的特殊需求，以及优先级和状态跟踪。
7. **非功能性需求**：
- **可用性**：衡量用户能多快学会和操作，以及效率。
- **安全性**：保护系统免受意外或恶意攻击，确保数据安全。
- **可靠性**：系统持续稳定运行的能力。
- **性能**：包括响应时间和吞吐量，衡量系统处理请求的速度。
- **容量**：系统处理工作负载的最大能力。
- **并发量**：系统同时处理请求的数量。
- **可支持性**：涉及系统的可维护性和可扩展性需求。
8. **与其他用例关系**：
- **依赖**：一个用例可能依赖于另一个用例才能完全实现其功能。
- **同价值**：两个或多个用例可能实现相同业务目的的不同方式。
每个带编号的项目都是填写用例模板时必须考虑的部分，而未编号的项则视具体情况选择是否填写。通过这样的模板，产品经理可以清晰地定义产品功能，帮助开发团队理解用户需求，从而更好地构建产品。
