Salesforce的7步企业架构(EA)方法
当我们说企业架构(EA)会引发大家的很多共鸣,从我们需要他,到我们试过,最后到它根本没用。CIO(Chief Information Officer,首席信息官),CTO(Chief Technology Officer,首席技术官),首席架构师和业务功能的Leader一般都会从过去的经验对EA有自己的判断——好的,坏的或不Care。不管你对EA的看法如何,其实每个中型到大型的企业都要从战略层面上去审视他们的系统。这就是企业架构的目标——有一个基于业务目标的架构战略。
在Salesforce我们看到了一个成功企业架构的方法如下:
(1)业务价值导向
业务价值导向意味着EA的终极目标是达到你的的业务战略目标和战术目标。是否启用了一个新的商业模式,灵活机动的战略或全渠道的策略,EA的首要目标实际上不是技术而是业务结果。
(2)实用的
实用的意味着EA提供了一个可执行的路线图,需要几个月,而不是几年。没有业务能等待一年以上的时间才可以实现。成功的EA总能够定义一个“向前推进”的计划,实用的将可以突破每个公司都面临的限制和问题。
(3)尽可能简化的产品
尽可能简化的产品意味着不应该绑定复杂的产品。创建复杂的技术文档和图表并不会提高商业价值。能够理解当前状态,对未来状态达成一致,并建立一个执行路线图是真正重要的因素,也Salesforce EA的职责。我们的方法是采取一个MVP EA方法,避免过度分析。原因在于开始行动和小的成功会不断增加信心。
在Salesforce,我们有一个简单的7步企业架构方法论可以见下图:
1、Business Strategy;
2、Capability Map ;
3、Capability Gap Analysis ;
4、Current State Detinition ;
5、Future State Detinition;
6、Strategic Roadmap;
7、Business Value Proposition。
正如你所看到的我们的EA方法论,在EA所做的一切都是以战略目标和战术目标为导向的。这可以保持专注于真正重要的而避免EA成为一系列无关联的技术实验。它可以防止EA成为空中楼阁。这个方法建议让EA植根于现实,专注于提供业务功能。
大型的企业架构师必须是技术和业务知识都具备的,拥有强大商业智慧,具备销售、市场营销、财务、服务等经验以及深厚的技术知识是一个EA必须的技能。观点是,如果一个EA不了解业务的话,他不可能成为一个值得信赖的顾问。理想化的一个EA是技术能力占比1/3 ,业务能力占比2/3或业务能力占比为1/3和技术能力占比2/3。底线是EA必须即了解业务又了解技术知识。
最后也是最关键的EA成功元素是管理。没有业务和技术团队之间持续沟通对话,几乎是不可能有一个可运转的企业架构。管理有助于创建高效的沟通途径并快速做出决策。管理还会促成标准的实施,当多个交叉的系统变化时更好的理解业务流程,并能够让业务和技术团队一起工作。
总之,具有战略眼光的企业业务系统是每个公司更快达到目标的关键。运用得当,EA可以成为业务目标的推动者,帮助和提高你的业务敏捷性。
文章来源:怡海软件(http://www.frensworkz.com/)
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
可应用于实际的14个NLP突破性研究成果(四)
可应用于实际的14个NLP突破性研究成果(一) 可应用于实际的14个NLP突破性研究成果(二) 可应用于实际的14个NLP突破性研究成果(三) 11.对序列建模的通用卷积和递归网络的实证评估作者:SHAOJIE BAI,J。ZICO KOLTER,VLADLEN KOLTUN 论文摘要 对于大多数深度学习实践者来说,序列建模与循环网络是同义词。然而,最近的研究结果表明,卷积架构在语音合成和机器翻译等任务上的表现优于循环网络。给定一个新的序列建模任务或数据集,应该使用哪种架构?我们对序列建模的一般卷积和循环架构进行了系统的评价。我们在广泛的标准任务中评估这些模型。我们的结果表明,一个简单的卷积架构在不同的任务和数据集上的表现优于LSTM等典型的循环网络。我们的结论是,需要重新考虑序列建模和循环网络之间的共同关联,卷积网络应该被视为序列建模任务
- 下一篇
结算模块设计
支付系统和结算系统关系很密切,在钱收到自己的账户里面,不可能就放在那里不管了,在用户用完产品之后,大家要对对账,看看用户用了我们的什么服务,有哪些要收费的项目,用户需要付那些钱,钱有没有付清楚,钱有没有算错,等用户觉得这些收费没错,确认账单了。 大家进行结算,这些结算的数据,后面可供财务制作报表,当然财务有另外一套逻辑,但是起码要提供结算的数据。 这里给出一个结算模块关键部分的参考设计 设计 需要保存的内容 账单账单历史账单细节结算单结算单历史发票除了正常的收费之外还有其他的结算项目,那么再增加一些其他的收费信息表 详细的数据 账单: 订单id 应收 实收 价格类型(有时候由于不同的规则,计算应收的方式不同) 会员id 是否确认(账单要展示给用户看,需要用户确认,或者自己人工确认,定时任务确认) 账单确认时间 确认账单来源 结算单id(有账单,一般最终都会进行结
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS6,CentOS7官方镜像安装Oracle11G
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8编译安装MySQL8.0.19
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS关闭SELinux安全模块