【数据架构】SOGAF 通用实体框架 (CoE)

简介: 【数据架构】SOGAF 通用实体框架 (CoE)

Salesforce 运营、治理和架构框架 (SOGAF) 将 MIT-CISR 企业架构框架应用于 Salesforce 实施和程序。

介绍

为共同实体(即卓越中心)制定一个明确的定义是很棘手的。转换程序中的通用实体 (CoE) 有多种名称:

  1. “卓越中心”、“C4E”、“专业中心”、“专家网络”
  2. 术语“设计授权”或“平台授权”也用于通用实体,这会造成一些混淆
  3. 不同的描述会导致不同的期望——当没有得到满足时会感到沮丧
  4. 此类问题在难以确定是转型、能力还是最佳实践中心的实体中很常见

共同实体也可以扮演任意数量的这些角色,增加了混乱:


毕竟,通用实体 (CoE) 什么都做。

  • 这是转型计划与政府最接近的事情,跨部门工作
  • 有时它是裁判,确保业务和 IT 都遵循平台“规则”
  • 有时它是经纪人,在 LoB 或市场之间达成妥协
  • 从一些 LOB 或市场的角度来看,它是一种资源,遵循它们的优先级

在 SOGAF 中,Common Entity 的使命围绕着 4 个组成部分和 20 项活动展开,重点是建立运营模型的目的、愿景、价值观、角色、流程和指标

主要考虑因素

  • 建立序列以帮助组织学习数字思维方式
  • 设计、构建、实施和支持体验的策略和定义
  • 分享小组实践并为类似小组之间的标准化和重用创建指南
  • 专注于通过专业知识和指导持续改进,提高团队能力
  • 测试新的业务模型、流程和功能,以消除摩擦并识别新的客户体验。

组件

下图描述了 4 个组件(项目和产品管理、平台和产品支持、产品开发和平台优化以及采用和运营)及其主要职责。


活动

下表将上述每个组件的职责扩展为成功的关键活动。

CoE 组件 关键活动
CoE Mgmt & Salesforce PMO

设置 CoE 目标、范围和计划、预算、规模和风险管理

、人员/团队管理、员工入职和报告

Bus. Reqts, Value & Change Control

需求管理、项目范围治理会议、变更控制委员会会议

、利益相关者升级、

Product Portfolio & Innovation

设立创新实验室和创新中心(福传)。产品组合管理/3

次年度发布,构建 POC/原型

Security & Compliance/ regulations

与公司安全准则保持一致,在计划中实施安全护栏,对员

工和承包商进行合规培训

Architecture Oversight

组织战略、配置和代码质量、集成、数据量、归档

、备份和恢复、CD/CI 的监督和专业知识

Design Authority

建立、拥有和应用原则、标准、政策。保证合规性

和质量(用户体验、应用程序、数据、安全性、重用、

可扩展性和可持续性)。确保灵活性以满足业务需求并

利用新技术,包括 AppExchange

Product/ Platform/ CoE Standards

为平台和应用程序的实施、部署和维护定义规范和 SOP

、可重复的方法

Roles & Skills, Communications

定义角色和技能、培训路径和证书、工具包。就新功能

、计划升级和服务中断进行沟通

Internal projects consultancy & QA

项目 QA 方法(敏捷、混合、瀑布)和用于发现、设计

、构建、测试、部署的工具;评论和专业知识

Shared service for product devt

拥有资源、团队、组织(包括 PO)和工具包,能够

以工厂模式交付产品——单独或与 SI 一起交付

Best practice Community

定义、验证和传播流程、工作方式、经验教训和解决

方案配置,无论是强制性的还是临时性的

Reusable Assets Mgmt

收集、集中、管理和流通潜在资产(解决方案配置、代码

、集成模式、文档)

Environment Mgmt

支持所有环境——从沙箱到生产、营销 BU 等——监控状

态和质量。数据和元数据迁移

Release Mgmt & Integrations

使用工具建立主要和次要发布时间表。监督版本控制、分

支、频率、组件、集成

Data Migration & Quality Mgmt

监督数据模型和元数据,更新生产数据、数量、质量

、合规性以及数据报告

License & Usage Mgmt 监控 Salesforce 许可证的使用情况并定期更新使用情况。工具选择
Deployment, Training, Adoption, NOE

流程/LoB/市场最终用户部署和培训。应用程序和业务采用

。卓越网络

Administration – App, UI, Data, Platform

运行应用程序 - UI 和使用(Lightning/Mobile)、自动化

、标准和自定义对象、报告和仪表板、Chatter。数据。

运行平台环境、归档、备份和恢复。监控、安全。发布和路线图 (SF)

Access, Identity, Authorization

用户配置、授权和访问(Profile & P-set)。身份和 SSO

、身份验证、证书、(停用)

End User Support & Ticketing

运行票务流程。解决级别 2(管理员)并与 L3(开发

)(应用程序缺陷)和/或 L4 (SF) 协调以获得支持

相关文章
|
1月前
|
消息中间件 存储 缓存
十万订单每秒热点数据架构优化实践深度解析
【11月更文挑战第20天】随着互联网技术的飞速发展,电子商务平台在高峰时段需要处理海量订单,这对系统的性能、稳定性和扩展性提出了极高的要求。尤其是在“双十一”、“618”等大型促销活动中,每秒需要处理数万甚至数十万笔订单,这对系统的热点数据处理能力构成了严峻挑战。本文将深入探讨如何优化架构以应对每秒十万订单级别的热点数据处理,从历史背景、功能点、业务场景、底层原理以及使用Java模拟示例等多个维度进行剖析。
54 8
|
1月前
|
存储 分布式计算 数据挖掘
数据架构 ODPS 是什么?
数据架构 ODPS 是什么?
293 7
|
1月前
|
数据采集 搜索推荐 数据管理
数据架构 CDP 是什么?
数据架构 CDP 是什么?
52 2
|
1月前
|
数据采集 监控 前端开发
二级公立医院绩效考核系统源码,B/S架构,前后端分别基于Spring Boot和Avue框架
医院绩效管理系统通过与HIS系统的无缝对接,实现数据网络化采集、评价结果透明化管理及奖金分配自动化生成。系统涵盖科室和个人绩效考核、医疗质量考核、数据采集、绩效工资核算、收支核算、工作量统计、单项奖惩等功能,提升绩效评估的全面性、准确性和公正性。技术栈采用B/S架构,前后端分别基于Spring Boot和Avue框架。
|
1月前
|
存储 分布式计算 关系型数据库
架构/技术框架调研
本文介绍了微服务间事务处理、调用、大数据处理、分库分表、大文本存储及数据缓存的最优解决方案。重点讨论了Seata、Dubbo、Hadoop生态系统、MyCat、ShardingSphere、对象存储服务和Redis等技术,提供了详细的原理、应用场景和优缺点分析。
|
2月前
|
人工智能 前端开发 JavaScript
前端架构思考 :专注于多框架的并存可能并不是唯一的方向 — 探讨大模型时代前端的分层式微前端架构
随着前端技术的发展,微前端架构成为应对复杂大型应用的流行方案,允许多个团队使用不同技术栈并将其模块化集成。然而,这种设计在高交互性需求的应用中存在局限,如音视频处理、AI集成等。本文探讨了传统微前端架构的不足,并提出了一种新的分层式微前端架构,通过展示层与业务层的分离及基于功能的横向拆分,以更好地适应现代前端需求。
|
2月前
|
存储 分布式计算 API
大数据-107 Flink 基本概述 适用场景 框架特点 核心组成 生态发展 处理模型 组件架构
大数据-107 Flink 基本概述 适用场景 框架特点 核心组成 生态发展 处理模型 组件架构
98 0
|
1月前
|
监控
SMoA: 基于稀疏混合架构的大语言模型协同优化框架
通过引入稀疏化和角色多样性,SMoA为大语言模型多代理系统的发展开辟了新的方向。
44 6
SMoA: 基于稀疏混合架构的大语言模型协同优化框架
|
2月前
|
JSON 前端开发 Java
Spring Boot框架中的响应与分层解耦架构
在Spring Boot框架中,响应与分层解耦架构是两个核心概念,它们共同促进了应用程序的高效性、可维护性和可扩展性。
65 3
|
3月前
|
机器学习/深度学习
ACM MM24:复旦提出首个基于扩散模型的视频非限制性对抗攻击框架,主流CNN和ViT架构都防不住它
【9月更文挑战第23天】复旦大学研究团队提出了ReToMe-VA,一种基于扩散模型的视频非限制性对抗攻击框架,通过时间步长对抗性潜在优化(TALO)与递归令牌合并(ReToMe)策略,实现了高转移性且难以察觉的对抗性视频生成。TALO优化去噪步骤扰动,提升空间难以察觉性及计算效率;ReToMe则确保时间一致性,增强帧间交互。实验表明,ReToMe-VA在攻击转移性上超越现有方法,但面临计算成本高、实时应用受限及隐私安全等挑战。[论文链接](http://arxiv.org/abs/2408.05479)
84 3