七月上旬更新速递丨 聚焦集成、安全与AI深度进化

更新亮点: 本次重点强化系统集成能力与AI认知升级,新增4大核心模块9项资源,优化4项资源,点击标题了解(持续互动赢麦豆,解锁高阶技能)

重点推荐:《场景化数据分析实战》课程操作手册

配套六月王炸课程的全套落地指南,手把手教你复现实战场景!

二、实战技巧分享

高效处理资源集成难题》→ 从基础出发,深入探究集成的秘密

三、开发技能突破

第三方系统调用Smartbi接口》→讲解系统集成时的jar包获取,以及集成时代码调用的基本流程。

集成接口介绍》→梳理Smartbi目前提供的接口,以及不同接口的调用流程。

AI每日一学

DeepSeek-R1-0528模型升级:推理与生态的双重升级》→ 解析模型性能提升40%的关键技术 (技术前沿)

简单总结一下机器学习中的几种常见的学习方式与区别》→ 监督/无监督/强化学习差异与应用场景图解 (基础重构)

五、资源更新

CAS单点登录 V2版》上线→ 接入到 CAS 平台中,并实现单点登录

组织/用户/角色信息管理API接口》上线→ 一套 HTTP API的组织、用户、角色信息管理接口

竹云统一身份认证平台组织用户同步对接》上线→ Smartbi封装对应的服务接口,给竹云的统一身份认证平台实时调用,完成组织、用户和角色信息的实时同步。

交互式仪表盘支持自定义字体》优化→ 修复了文本组件编辑状态不生效的问题

只允许外网某种移动端APP访问》优化→ 针对V11版本,增加了钉钉、企业微信访问限制功能

AD域(LDAP/LDAPS)登录验证》优化→ 修复了“更新白名单状态之前没有判断判断用户是否存”的问题

元数据分析落地到知识库》优化→ 增加获取资源创建者的逻辑判断,对空值空对象等情况做优化

麦粉社区
>
帖子详情

如何依据企业角色设计BI的角色

其它 发表于 2023-8-16 17:31
发表于 2023-8-16 17:31:09

当前公司在做数据治理,以前做的BI角色基本是几个展示报表和所依赖的资源构成一个角色,比如A应用的汇总报表角色、A应用的整合报表角色、A应用的业务属性配置角色等等,也有一些比如公司预算管理员、公司绩效管理员、公司薪资管理员、董事长、财务总监、人力总监等工作类型或者岗位类型定义的角色;


现在,想要对照到企业角色中去,比如A应用公司管理角色、A应用一级部门管理角色、A应用小组管理角色等;以前的A应用的汇总报表角色、A应用的整合报表角色、A应用的业务属性配置角色等等,跟这种定义有差距,我该利用用户组的权限作为新建的A应用公司管理角色、A应用一级部门管理角色、A应用小组管理角色等,还是重新创建为单独的角色呢?举个极端的例子,这些**管理角色都是用的同样的资源;


A:重建角色,保证系统角色概念与企业角色概念一致;


B:将用户组视为一种角色,将系统角色赋给用户组,然后再往用户组里加人;

发表于 2023-8-16 17:40:40
建议是A,因为如果将用户组视为角色会出现一个问题,操作权限是需要通过角色控制的,如果需要针对不同角色操作权限不一样的情况,那就没招了。。
回复

使用道具 举报

发表于 2023-8-17 09:25:18
这个相当于站在数据应用角度去考虑的,而实际数据治理后,企业角色肯定不是这样的,都是些管理角色,例如生产计划管理角色、薪资管理角色、绩效管理角色、业务分析角色、部门管理角色、分公司总经理角色、排班角色、活动管理角色、会议管理角色、市场管理角色、大客户代表、总经理、董事长、财务总监、人力总监、信息化总监等等,那这样的话,这样的话我觉得A选项是合适的;
之所以考虑B,是因为我从数据应用(角色管理分为两类:数据应用角色、企业管理角色)的角度分析,某一类资源只需要一个角色就可以满足需求用户的要求,而如果按照企业角色对应,方便管理企业管理角色和数据应用的关系的话,就会增加角色管理成本,产生冗余角色,例如同样的资源和操作的要创建4个仅名字不一样的角色,便于对应企业管理角色。
应该选A还是选B呢?
回复

使用道具 1 举报

高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

2回帖数 0关注人数 820浏览人数
最后回复于:2023-8-17 09:25
快速回复 返回顶部 返回列表