Ruijie交换机
监控包
描述属性是引用时用“{部门.名称}”。后端默认会保存引用关系
三、当选择好包后，可以后建包间的关系（也可以选择默认的包间关系）
某（些）人购买的所有资产
包含默认关系：- 属于- 安装于- 。。。
戴尔服务器
Windows
- Type：Windows- Metrics(...)- Refer:{PC.ALL}
返回结果示意：
对Refer，表示会继承所有PC的属性，同时有自己特有的。
交换机
- Type：SWITCH- IP
人员
- 姓名- 部门名：{部门.名称}
包内定义了PC与交换机有连接关系，则实例化的时候只能建立连接关系。
张三
五、一个实例化后的示例
定义可以包括这样几部分1. Parm：查询参数。比如user：入参为人员的ID2. Refer：主体引用的是哪些数据（可以只使用部分人员数据）3. Relation：使用哪个关系，使用的是正向还是反向。4. RelationRefer：对这些关系中，都会引用哪些数据字段。
服务A
Linux
- Type：Windows- Metrices(...)- Refer:{PC.ALL}
接入
四、创建或选择“视图”
包间关系后建
二、简单的行业包（资源管理，组织，资产管理）
姓名
组织
名称
人事部
安装于
一个实例化的示例
CI
- ID- Type- 其它属性
连接
定义查询视图
PC
- Type：PC- IP- 其它。。。
部门
服务
- Type：Service- 名称- 开发者- 维护者
一、基础包 - 必须包含
关系
- 名称- 正向- 反向- 其它属性
交换机购买人 - 人
- Type：PC- 名称- 购买人- 其它。。。
基础包
注：实例化时，会根据模型定义来进行约束，比如：- 如果定义了CI服务A，和戴尔服务器建立安装于关系，会成功。- 如果想将服务A和Ruijie交换机建立部署关系，则会失败。
查询张三所购买的设备
资产管理包
数于
- Type：PC- Metics(...)
- Type：SWITCH- 名称- 购买人- 其它。。。
入参：userID = 张三的ID，type = ALL
组织包
基础包里定义的是- CI和关系的基本结构- 默认的关系类型。
资源管理包
交换机购买人 - 人
- From: 资产管理包.交换机.购买人- To:人员.姓名- Relation:属于- 其它属性。。。
属于
CMDB
