我发现身边越来越多人谈数字化.谈企业架构,但是感觉谈的总是IT?知道好像不对,但是又好像也无法告诉别人这和传统的IT架构有什么不一样?网上找资料,看了很多也摸不到门路,也不知道别人讲的对不对.对了还好,万一错了,那就错上加错. 如果你希望了解企业架构,但又苦于找不到中文资料,那么除了买我的中文讲义之外,还可以扫码访问我之前写的一些文章 关于我 大家好,我是周金根,IT帮创始人,2001年从浙江大学毕业进入一家建筑领域软件企业,在16年的工作中从程序员做起,从事过开发经理.项目经理.技术专家.系统…

本文来自企业架构学院: BangEA:如何实施企业架构? IT不仅是开展业务的手段,而且正在迅速演变为业务,IT绩效会直接影响企业的盈利能力,但很多企业并没有适时或充分的让IT组织参与业务的规划和决策过程,没有给予在规划和IT决策过程中考虑的安全性.可扩展性.集成问题等IT问题足够的重视. 复杂性驱动改变 传统的应用集成方式存在诸多弊端,仅仅依靠在两个数据库中传递数据或者相互之间调用接口的模式很难解决企业的整体集成问题.无论是在理论上或是实际中,这样的集成方式注定意味着项目的失败. 仅仅从技术角…

随着业务和IT的不断融合,企业业务.信息系统和技术结合日益紧密,企业对信息系统及技术的敏捷性要求越来越高.如何在多变的环境下快速创新产品或服务并推向市场是企业面临的日益紧迫的压力.企业架构作为连接和匹配企业业务战略.IT战略和IT项目之间的核心要素,逐渐被企业接受,并成为企业业务规划和信息化规划的核心. 目前主流的企业架构框架都缺乏在解决方案层级对每个领域的架构内容做深入的剖析和介绍,并提供相应的参考模型.ESA(企业及解决方案架构)认证培训正好弥补了这一点,它对业务架构.数据架构.软件架构.应…

放假三天,用部分时间阅读了企业IT架构转型之道这本书.第一遍潦草读完,就感觉收益颇多.这本书值得多读几遍,适合精度. 作为银行IT开发人员,在央企IT成本部门的大背景下,开发过程中遇到的诸多疑惑.困惑逐渐累积在心头,如同路口电线杆上的线缆,日益纠缠,难以厘清.但这些困惑从来没有在脑海里面消失,一旦遇到闲暇的时间就会冒出来. 读完转型之道这本书,不禁感叹阿里巴巴的强大.阿里在高速发展的10年里面,围绕解决其核心业务,在技术上积累的解决方案.方法论令人惊叹. 银行,尤其是中国的几家大银行,如今面临的…

此文是我阅读<企业IT架构转型之道>一书的学习笔记,所有内容出自钟华老师的这本书. 零.为何读<企业IT架构转型之道> 在加入X公司后,开始了微服务架构的实践,也开始了共享平台服务的建设,在这方面阿里巴巴的中台战略是一个较好的参考.于是,领导就赠了这么一本<企业IT架构转型之道>给我,希望我学以致用,更多的是有这样的一个眼界去指导我们的中台架构设计.因此,我花了两周时间快速地阅读了一下此书,总结了此文作为学习笔记以供日后复习用.此书的确讲了一些干货,虽然很多内容留于表面…

  一.什么是业务中台 概念来自于阿里,介于前台和后台(此后台指的是云计算.数据库.消息队列.缓存等基础服务) 采用共享式架构设计解决以往烟囱式架构设计的资源浪费.重复造轮.试错成本高的问题 阿里的中台架构: 二.业务中台的好处 传统烟囱式架构的缺点: 项目制下的产物,相似功能重复建设,比如各业务中通用的用户.订单.会员.评价等功能,开发和维护成本高 数据分散,格式不统一,无法进行某个领域的业务建模 团队成员按照项目组织,经常项目做完即走,无法深入了解业务,无法培养领域专家 创新业务试错成本过高…

内容来源:2017年6月10日,优维科技高级解决方案架构师黄星玲在“DevOps&SRE 超越传统运维之道”进行<DevOps在传统企业的落地实践及案例分享>演讲分享.IT 大咖说作为独家视频合作方,经主办方和讲者审阅授权发布. 摘要在传统支撑模式无法满足业务价值快速交付要求的情况下,传统企业应该如何引入DevOps能力进行突破创新,本次分享将从以下几个方面具体探讨DevOps如何与传统融合进而落地:1.DevOps的整体框架及落地方法探讨:2.DevOps落地关键点之一:IT元数据平…

BangEA企业架构系列在不同机构做了不少TOGAF认证课,自己都觉得有点枯燥了,我在想我们IT帮2020年第一期的认证课是不是该换种授课方式呢?想到就做......TOGAF认证培训,最早主要就是讲授知识点,后来开始补充一些案例,再后来补充一些实践方法.其实能讲到方法的机构已经不错了,但是我在思考的是如何能够更有趣的方式来进行学习. 我冒出了一些关键词,如知识点.基本概念.交付物.过程.技术等.在星球资料我分享了一些学习资料,例如架构项目章程 这些交付物在工作中是重要的,但是以前的认证公开课不…

SaaS赛道是一个超大赛道,足够容纳上万家服务商,不太可能有哪个服务商能满足所有场景,大部分SaaS服务商在某个垂直领域,提供差异化的产品和服务.SaaS产品大部分都是面向B端客户,少部分面向C端客户,本文主要讲的B端SaaS产品. B端SaaS产品的挑战 B端SaaS产品为企业提供协同办公的工具,帮助企业解决某类经营管理问题,核心价值在于增加收入.降本提效.管控风险.一般会按业务垂直或行业垂直来细分,业务垂直型的SaaS产品有CRM.人力资源.ERP.推广营销.财税.OA等细分市场:行业垂直型…

ylbtech-Miscellaneos: 企业架构(Enterprise Architecture) A,返回顶部 1, 简称EA.是指对企业事业信息管理系统中具有体系的.普遍性的问题而提供的通用解决方案,更确切的说,是基于业务导向和驱动的架构来理解.分析.设计.构建.集成.扩展.运行和管理信息系统.复杂系统集成的关键,是基于架构(或体系)的集成,而不是基于部件(或组件)的集成. 有效的企业架构对企业的生存和成功具有决定性的作用,是企业通过IT获得竞争优势的不可缺少的手段. 2, http:/…

3. 架构资源库 在一个企业,尤其是在一个大型企业中,建设一个成熟的架构往往会产生大量的工作产品.为了很好地管理和利用这些工作产品,企业需要制定一个正式的针对不同类型架构资产的分类方法,并且还需要专门的流程和工作来辅助这些内容的存储和管理,而这正是架构资源库所关心的.在TOGAF中架构资源库所包含的内容包括了如下几个方面的信息: 架构元模型(Architecture Metamodel):描述了组织为自身量身定制的架构框架,包括架构开发方法和架构内容的元模型. 架构能力(Architecture…

下载:本文PDF版 昨天有帮友在IT帮大本营微信群了问到 我打开ea网站的常见问题,截图回复了一下 如果让我再简单说一下该学什么,我想用下面这张图来说明 实操型的看 企业架构,从理论到实践 认证型的看 企业架构TOGAF最新版官方认证公开课 踏实型的看今天写的这篇文章 什么是踏实型的企业架构学习者?那就是先把基础打牢,一些基本概念一定要掌握,而且要全局了解,并且要自己能综合起来,最好可以给别人讲讲.那要学习哪些知识呢?下面我们来说一下踏实型学习者学习的TOGAF线上课程的内容.你也可以把以下大纲…

企业架构模型(Enterprise Architecture Model,EAM)是PowerDesigner 15新增的功能,它能够以图形的方式展现企业架构,从而取代文字描述:以偏向非技术性的表达方式,从不同层面表达不同的图示结果. 企业架构模型从业务层,应用层和技术层对企业的体系架构进行全方面的描述,包括业务流程,业务功能,系统,人员等单元的结果及行为,以确保各单元能够符合企业的战略发展方向.PowerDesigner企业架构模型包括7种企业架构流程图,这7种企业架构流程图可以划分为以下3个…

PowerDesigner 企业架构模型 ( EAM ) 说明 file工作数据库框架application网络   目录(?)[+]   一. 企业架构模型 说明 EnterpriseArchitecture Model(EAM),企业架构模型从业务层.应用层以及技术层的对企业的体系架构进行全方面的描述,包括业务流程.业务功能.系统.人员等单元的结构及行为,以确保各单元能够符合企业的战略发展方向. EAM 分以下三类: (1)    业务层: 组织结构图 业务通信图 进程图 城市规划图 (2)…

企业架构与建模之使用ArchiMate进行分析(全系列完) 4. 使用ArchiMate进行分析 正如前面所说的那样,一个企业整体效率的提升有时并不是通过某一个领域内的优化就能达到的,而且这种忽视全局的做法往往还会造成不必要的浪费.由此可见,一个能够跨越各个领域.一致性的全局模型是实现企业整体效率提升的重要基础,而这也正是前面几个章节所描述的ArchiMate建模语言的终极目标.不过这样一个全面的企业架构模型的建立并不是最终的目标,如何使得企业内外各干系人在决策时能够做到对企业各层面中各自关注的…

4. 使用ArchiMate进行分析 正如前面所说的那样,一个企业整体效率的提升有时并不是通过某一个领域内的优化就能达到的,而且这种忽视全局的做法往往还会造成不必要的浪费.由此可见,一个能够跨越各个领域.一致性的全局模型是实现企业整体效率提升的重要基础,而这也正是前面几个章节所描述的ArchiMate建模语言的终极目标.不过这样一个全面的企业架构模型的建立并不是最终的目标,如何使得企业内外各干系人在决策时能够做到对企业各层面中各自关注的部分有着深入.一致的洞察才是此模型的终极价值所在.要达到这样…

企业架构与建模之Archimate视图和视角 3. ArchiMate的视角与视图 创建.维护一个企业架构是一件非常复杂繁琐的事情,因为这项工作需要面对许多背景.利益各异的干系人,对他们所关注的问题进行解答,并能够在他们之间形成无障碍的沟通流.为了简化这个问题的复杂度,各种企业架构框架从各个方面对企业架构的建设提供了帮助和指导.虽然这些架构框架就其具体内容来讲差异性较大,但是无论哪一种框架对于企业架构的内容却都有着自己的一套定义和分类方法,不过也正是这些分类明确.条理清晰的分类方法却使得各种企业…

终于完成了关于企业架构框架理论的总结,谢谢各位看官的支持,能挺过之前过于理论化的叙述而坚持到现在着实不易,笔者也自愧没有实践经验可以分享,希望日后有兴趣的看官能够不吝赐教.在本系列后面的也是最后一个大部分中,笔者将以ArchiMate语言为核心,尽力描述企业架构和建模之间的关系,以及基于企业架构模型的分析,其内容大多来源于ArchiMate 2.0标准以及<Enterprise Architecture at Work>这两部资料,有兴趣的看客可以对其进行参考比照.在此,再一次感谢支持本系列的…

3. ArchiMate的视角与视图 创建.维护一个企业架构是一件非常复杂繁琐的事情,因为这项工作需要面对许多背景.利益各异的干系人,对他们所关注的问题进行解答,并能够在他们之间形成无障碍的沟通流.为了简化这个问题的复杂度,各种企业架构框架从各个方面对企业架构的建设提供了帮助和指导.虽然这些架构框架就其具体内容来讲差异性较大,但是无论哪一种框架对于企业架构的内容却都有着自己的一套定义和分类方法,不过也正是这些分类明确.条理清晰的分类方法却使得各种企业架构框架对于各领域内容的描述缺失了他们之间的关…

2.7 关系模型元素 企业架构模型包括了各种概念元素以及他们之间的关系,这其中的概念元素已经在前面几节中进行了阐述,而这些概念元素之间的关系则是本节的叙述重点.虽然ArchiMate中具有种类繁多的概念元素,并且横跨企业中的多个领域,但是这些元素之间的关系经过抽象后却并不像想象中那么多,并且其中的大部分关系来源于诸如UML.BPMN等在业界被广泛使用的标准,因而掌握起来并不难.总体来说,ArchiMate中的关系元素可概括为如下三类: 结构关系:用于表示相同或不同类型的概念元素间结构的关系. 行…

2.4 技术层模型元素 技术层模型元素包括了企业在信息基础设施方面(企业中基本的软硬件环境,包括物理设备.系统软件等为信息化提供基本支持的设施)的各种概念元素,以及他们之间的关系.与应用层模型元素相类似,技术层模型元素中的大部分概念元素也来源于UML 2.0,这同样也是因为UML 2.0在这一领域已经成为被广泛接受的事实标准.在ArchiMate 2.0中,对企业技术层进行建模的各种概念元素以及他们之间的主要关系(元模型)被定义如下: 2.4.1 结构元素 2.4.1.1 节点(Node) 定义…

终于完成了关于企业架构框架理论的总结,谢谢各位看官的支持,能挺过之前过于理论化的叙述而坚持到现在着实不易,笔者也自愧没有实践经验可以分享,希望日后有兴趣的看官能够不吝赐教.在本系列后面的也是最后一个大部分中,笔者将以ArchiMate语言为核心,尽力描述企业架构和建模之间的关系,以及基于企业架构模型的分析,其内容大多来源于ArchiMate 2.0标准以及<Enterprise Architecture at Work>这两部资料,有兴趣的看客可以对其进行参考比照.在此,再一次感谢支持本系列的…

5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物.质量以及适用目标的联合协议,并且通过有效的架构治理将会促使这些协议的成功施行.通过对合同的管理施行一个治理方法,如下几点将会得到保障: 一个连续监测系统,用于检查完整性.变更.决策,并对组织内所有架构相关活动进行审计. 与现存的或正在开发中的架构相关的原则.标准和需求得以被坚持. 明确存在于架构的开发.实现和运营中的各种风险. 一系列流程和实践得以被制定,从而保障针对所有架构制品的开发和使用的问责性.责任和规章. 对于为合同进行负…

3. 架构委员会 正如前面所说,一个用来对架构治理策略的实现进行监督的跨组织的架构委员会是架构治理策略成功的主要要素之一.架构委员会应该能够代表所有主要干系人的需求,并且通常还需要对整个架构的审查及维护活动负有高级行政职责.通常来讲,架构委员会需要对如下目标的达成进行负责: 子架构之间的一致性. 确定可重用组件. 保证企业架构的灵活性: 满足不断变化的业务需求. 尽可能的利用不断出现的新技术. 严格确保架构合规性. 改善组织中架构规程的成熟度水平. 确保采用以架构为基础的开发规程. 为所有关于架…

为了确保架构功能在企业中能够被成功地运用,企业需要通过建立适当的组织结构.流程.角色.责任和技能来实现其自身的企业架构能力,而这也正是TOGAF的架构能力框架(Architecture Capability Framework)的关注点所在.架构能力框架为企业如何建立这样一种架构能力提供了一系列参考材料,从而为各企业架构能力的创建提供了帮助,不过TOGAF的架构能力框架在当前还不是一套全面的关于如何运用架构能力的模板,它只是为企业架构能力建设和运用过程中的各项关键活动提供了一系列导则和指南. 如…

又回头看了之前文章的评论,本人也同样感慨这些文章的确像政治课本般的虚无缥缈,所以对费力看完却觉得无从下手的看官致以诚挚的歉意和理解,因为这个问题也同样困扰着笔者本人,而我能做的也只能是纸上谈兵.之前也接触过国家某大型公司的企业架构建设项目,采用的也是TOGAF标准,但是要将其作为例子罗列出来,实在是件伟大的工程,而且本人也真没接触这么多项目内容,无法列举示例还请见谅.就笔者本人的理解,是否符合TOGAF的判定标准主要是企业架构的建设过程是否遵循企业架构开发方法(ADM),至于后面的内容框架(架构…

之前忙于搬家移居,无暇顾及博客,今天终于得闲继续我的“政治课”了,希望之后至少能够补完TOGAF方面的内容.从前面文章可以看出,笔者并无太多能力和机会对TOGAF进行理论和实际的联系,仅可对标准的文本进行翻译和整理,间或掺杂点个人理解,望各位看官海涵,如能有所帮助则足以欣慰. 5. 构建块(Building Blocks) 架构构建块可以说是企业架构内容的核心,也是企业架构开发方法的最终产物.与此相比,架构交付物所面向的是企业架构开发过程,架构制品则可以看作是企业架构内容的表现形式和使用方式,而…

4. 架构制品(Architectural Artifacts) 架构制品是针对某个系统或解决方案的模型描述,与架构交付物和构建块相比,架构制品既不是架构开发方法过程各阶段的合约性产物,亦不是企业中客观存在的各种可重用解决方案,而是针对包括这些构建块在内的企业客观现实的描述,并以解答不同干系人的关注点为其最终目标.可以说,架构交付物面向于企业架构的产生,架构构建块倾向于企业架构的结果,而架构制品则注重于针对企业架构的应用(虽然架构交付物可以包含若干架构制品,但是架构制品在本质上还是被用来为不同的…

3. 架构交付物(Architecture Deliverables) 架构交付物是在整个架构开发方法循环过程中所产生或被使用的契约性且正规化的企业架构内容,因而其与企业架构开发方法有着紧密的联系.本章将针对这些架构交付物以及他们与架构开发方法各阶段之间的关系进行阐述,不过需要注意的是,本章节的内容只是为了提供一个关于架构交付物的内容概括,由于企业中可能存在着符合其自身需要的项目和过程管理方法,因而企业也可以根据自己的实际情况对这些交付物进行改造和定制.首先,我们先来审视一下架构交付物与企业架构…

2.2 治理扩展(Governance Extensions) 治理扩展元模型内容 治理扩展部分的意图在于引入额外的,并且与支持运营治理的目标和业务服务相关的结构化数据. 2.2.1 关注范围 为目标制定评测标准以及将这些评测与服务相联系的能力. 为服务沟通或外界用户与系统之间的服务交付提供契约的能力. 定义可重用的服务质量的能力. 创建额外的图形来展示系统的归属和管理. 2.2.2 适用场景 当一个组织认为在IT方面的变更将会对其当前的运营治理模型产生非常重大的影响时. 当一个组织针对服务水平…