1 简介

OO方法中 基础用例和真实用例，在面向对象（OO）方法中，基本用例（Essential Use Cases）和真实用例（Real Use Cases） 是用于定义和完善系统需求的工具，但它们在抽象层次和开发过程中关注的重点上有所不同。

2. 基本用例

基本用例以抽象和技术无关的方式描述用户与系统交互的核心目的，关注“是什么”，而非“如何实现”。

• 特点

抽象化：去除了实现细节，仅表示系统必须完成的核心任务。
以用户为中心：聚焦用户想要完成的目标，而不是系统支持任务的具体方式。
平台无关：不依赖任何特定的技术或用户界面设计。
语言简化：通常用简单的意图和系统职责来表达（例如，“用户选择一本书”，“系统提供详情”）。

• 目的

捕捉基本需求，明确用户的目标。
作为进一步细化需求并设计系统的起点。
确保利益相关者和开发人员对核心功能有共同的理解。

• 示例

场景：用户想要搜索一本书。

• 基本用例：

用户意图：搜索一本书。
系统职责：提供匹配的结果。

4. 真实用例

真实用例描述用户与系统交互的具体、详细场景，通常包括技术和用户界面细节，关注“如何实现”。

• 特点

具体化：包含与系统行为和用户交互相关的实现细节。
以系统为中心：聚焦系统如何支持用户完成任务。
平台相关：可能包括技术或用户界面设计的具体信息。
语言详尽：捕捉逐步的交互流程，包括异常处理和替代流程。

• 目的

提供系统设计和实现的详细蓝图。
指导开发人员实现功能。
为编写测试用例以验证系统行为提供依据。

• 示例

场景：用户想要搜索一本书。

真实用例：

用户进入“搜索”页面。
用户在搜索框中输入书名。
用户点击“搜索”按钮。
系统查询数据库并显示匹配结果的列表。
用户从结果中选择一本书以查看详细信息。

4. 主要区别

基本用例（Essential Use Case）

抽象层次 高层次，抽象化
关注点 用户的意图与系统的核心职责
技术依赖 平台无关
目标人群 业务利益相关者、分析人员
目的 定义系统“应该做什么”

真实用例（Real Use Case）

抽象层次 低层次，详细化
目的 定义系统“如何实现”
关注点 包括用户界面、技术等具体交互过程
技术依赖 平台和技术相关
目标人群 开发人员、测试人员、UI/UX 设计师

5 总结

基本用例强调简单性、清晰性和用户意图，作为系统功能的高层次蓝图。
真实用例聚焦细节，是开发系统的具体实现指南。

通过从基本用例过渡到真实用例，面向对象方法确保系统设计既符合用户需求，又可以发展为详细的开发蓝图。

• 关系与转换

基本用例通常在项目生命周期的早期阶段（需求收集与分析阶段）开发，用于帮助利益相关者和开发人员专注于系统的核心目标，而不会因实现细节而分散注意力。

真实用例是从基本用例中衍生出来的，通常在设计和实现阶段开发。它们增加了必要的细节，为开发人员提供具体指导，并为测试提供依据。