（）主要来源于领域概念模型和用例描述中具有持久意义的信息项，一般与用例中特定的业务逻辑关系不大。
A: 边界类
B: 控制类
C: 实体类
D: 数据字典
A: 边界类
B: 控制类
C: 实体类
D: 数据字典
举一反三
- （）主要来源于领域概念模型和用例描述中具有持久意义的信息项，一般与用例中特定的业务逻辑关系不大。 A: 边界类 B: 控制类 C: 实体类 D: 数据字典
- 针对要开发系统所在的领域，建立领域模型的三个主要步骤是（）。 A: 用例、业务属性、概念类之间的关系 B: 用例、业务活动、概念类 C: 概念类、属性、概念类之间的关系 D: 用例、用例图、用例描述
- 业务模型中的业务实体，在系统模型中最有可能 成为（）。 A: 系统用例 B: 参与者 C: 控制类 D: 实体类
- 业务模型由的业务实体，在系统模型中最有可能成为（ ）。 A: 系统用例 B: 参与者 C: 控制类 D: 实体类
- 在需求分析中，边界类（）。 A: 负责目标软件系统与外部执行者之间的交互 B: 作为完成用例任务的责任承担者，负责协调、控制其他类共同完成用例规定的功能或行为 C: 负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作 D: 负责实现用户的业务逻辑