[转帖] iTop权限模型 简析
iTop是以公司/组织为单位来隔离和划分数据的，这个思想与Remedy的多租户的机制如出一辙；它的组织架构的结构支持多层级。一个访问账户可以被添加一个或者多个组织的许可，被授权访问的组织节点的下级组织节点也同样具有相同的权限。
其次iTop的每个对象，这个对象可以是各种票单、CI、文档和联系人信息也都是具有公司/属性的属性；这样做既符合实际客观世界的实现，有方便管理。最后iTop中的用户权限是基于角色的；系统内置了12个角色，每个角色都有自己的授权矩阵，这些角色和ITIL中的角色可以一一对应。授权矩阵对该角色用户能够对授权范围内组织里所有的对象做什么样程度的操作和功能。这些操作包括：读、修改和删除（单位操作和批量操作）。每个用户可以被赋予一个或者多个角色，则他将具有更多权限。
类读批量读修改批量修改删除批量删除功能
Email通知是是否否否否
触发器 (当从自助门户中更新)是是否否否否
触发器 (进入某状态时)是是否否否否
触发器 (离开某状态时)是是否否否否
触发器 (对象创建时)是是否否否否
动作/触发器是是否否否否
触发器 (到达临界值)是是否否否否
Attachment是是否否否否
关联 虚拟设备/卷是是否否否否
组织是是否否否否
位置是是否否否否
人员是是否否否否
团队是是否否否否
文档文件是是否否否否
文档注释是是否否否否
文档网页是是否否否否
网络设备是是否否否否
服务器是是否否否否
应用系统是是否否否否
业务流程是是否否否否
中间件是是否否否否
数据库是是否否否否
Web服务器是是否否否否
PC软件是是否否否否
其它软件是是否否否否
中间件实例是是否否否否
数据库表空间是是否否否否
Web应用实例是是否否否否
软件是是否否否否
OS补丁是是否否否否
软件补丁是是否否否否
OS许可证是是否否否否
软件许可证是是否否否否
关联 文档/许可证是是否否否否
OS版本是是否否否否
OS类型是是否否否否
文档类型是是否否否否
联系人类型是是否否否否
品牌是是否否否否
型号是是否否否否
网络设备类型是是否否否否
IOS版本是是否否否否
关联 文档/补丁是是否否否否
关联 软件实例/软件补丁是是否否否否
关联 CI/OS 补丁是是否否否否
关联 文档/软件是是否否否否
关联 联系人/CI是是否否否否
关联 文档/CI是是否否否否
子网是是否否否否
物理接口是是否否否否
关联 可关联CI/网络设备是是否否否否
关联 应用系统/功能CI是是否否否否
关联 应用系统/业务流程是是否否否否
关联 人/团队是是否否否否
组是是否否否否
组/CI是是否否否否
机架是是否否否否
机壳是是否否否否
电源是是否否否否
PDU是是否否否否
PC是是否否否否
打印机是是否否否否
电话是是否否否否
移动电话是是否否否否
IP电话是是否否否否
平板电脑是是否否否否
外设是是否否否否
合同类型是是否否否否
客户合同是是否否否否
供应商合同是是否否否否
关联 联系人/合同是是否否否否
关联 合同/文档是是否否否否
关联 CI/提供者合同是是否否否否
服务类型是是否否否否
服务是是否否否否
关联 文档/服务是是否否否否
关联 联系人/服务是是否否否否
子服务类型是是否否否否
SLA是是否否否否
SLT是是否否否否
关联 SLA/SLT是是否否否否
关联 客户合同/服务是是否否否否
关联 提供者合同/服务是是否否否否
关联 CI/服务是是否否否否
交付方式是是否否否否
关联 交付方式/联系人是是否否否否
存储系统是是否否否否
SAN交换机是是否否否否
磁带库是是否否否否
NAS网络存储是是否否否否
光纤通道接口是是否否否否
磁带是是否否否否
NAS文件系统是是否否否否
逻辑卷是是否否否否
关联 服务器/卷是是否否否否
关联 SAN/数据中心设备是是否否否否
关联 联系人/票单是是是是是否
关联 CI/票单是是是是是否
工单是是是是是否关闭
Hypervisor是是否否否否
群集是是否否否否
虚拟机是是否否否否
逻辑端口是是否否否否
例行变更是是是是否否批准
常规变更是是是是否否拒绝, 批准, 拒绝批准
紧急变更是是是是否否批准, 拒绝批准
事件管理是是否否否否
已知错误是是否否否否
链接 已知错误/功能CI是是否否否否
链接 文档/已知错误是是否否否否
FAQ是是否否否否
FAQ分类是是否否否否
问题是是否否否否
用户请求是是否否否否
*变更审批者是能影响变更审批的人 ；目前还不支持对内置12个标准角色的修改和，增加自定义角色。根据我们的分析和评估这个权限模型对标准ITSM项目实施完全够用。用户可以根据自己的组织结构，支持组织结构等管理模式来直接套用此权限模型。 无相关文章
学习了。 先收下了，慢慢研究 谢谢分享 阅读全文的链接没有了啊。。。。。。
页:
[1]
2