湖北交投建设集团集团网站wordpress微信采集

uvm_object
├── uvm_component         (验证环境中的静态组件)
└── uvm_transaction└── uvm_sequence_item (用于sequence-driver交互的事务)

2. 核心类的作用与区别

(1) uvm_object

• 定位：所有UVM类的基类。

• 功能：

  • 提供基础的对象操作（如copy()、compare()、print()）。

  • 支持工厂（factory）机制，实现对象的动态创建。

• 使用场景：

  • 所有动态对象（如事务、配置对象）的基类。

  • 不包含层次结构，生命周期由用户管理（显式创建和销毁）。

(2) uvm_component

• 定位：UVM验证环境中的静态组件。

• 继承自：uvm_object。

• 功能：

  • 具有层次结构（通过parent参数构建树形结构）。

  • 支持阶段（phase）机制（如build_phase、connect_phase）。

  • 生命周期与仿真相同（自动创建和销毁）。

• 使用场景：

  • 验证环境中的组件（如driver、monitor、agent、env）。

  • 配置和连接硬件接口（通过virtual interface）。

(3) uvm_transaction

• 定位：事务（Transaction）的基类，用于描述验证场景中的数据流。

• 继承自：uvm_object。

• 功能：

  • 扩展了事务的通用属性（如时间戳、事务ID）。

  • 支持事务记录和分析（如覆盖率收集、调试打印）。

• 使用场景：

  • 非sequence交互的通用事务（如日志记录）。

  • 通常由uvm_sequence_item替代（因其功能更专一）。

(4) uvm_sequence_item

• 定位：专用于sequence-driver交互的事务。

• 继承自：uvm_transaction。

• 功能：

  • 支持事务的父子关系（通过parent_sequence字段）。

  • 提供事务的请求-响应机制（set_id_info()、get_sequence_id()）。

  • 允许动态随机化（randomize()）。

• 使用场景：

  • 在sequence中生成请求事务，发送到driver。

  • driver处理事务后返回响应（如读操作的数据）。

3. 关键对比

类名	定位	生命周期	典型应用场景
uvm_object	所有对象的基类	动态（用户管理）	事务、配置对象、工厂对象
uvm_component	验证环境的静态组件	静态（仿真周期）	driver、monitor、agent、env
uvm_transaction	通用事务的基类	动态（用户管理）	非sequence场景的事务（如日志）
uvm_sequence_item	sequence-driver交互的专用事务	动态（用户管理）	驱动DUT信号、处理请求-响应

---