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

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

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

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

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

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

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

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

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

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

2. 内容元模型(Content Metamodel) 在TOGAF的眼中,企业架构是以一系列架构构建块为基础的,并将目录.矩阵和图形作为其具体展现方式.如果我们把这些表述方式看作为构建块的语法,那么在其语义层面又该如何定义呢?为了解答这一问题,TOGAF制定了内容元模型.这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义,而且为了体现与架构开发方法之间的联系,内容元模型中相关内容是比照着架构开发方法各阶段来进行组织的,阐明了架构开发方法各个阶段所涉及到的构建块类型,以及他们之间…

在TOGAF 9之前的版本中,TOGAF的重点主要集中在企业架构开发方法方面,用于指导其使用者如何在各自的组织中对企业架构进行创建和维护,而对于企业架构的具体内容并没有相关的论述,因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架(例如Zachman框架)进行配合.可以说在TOGAF 9出现之前,TOGAF不能算是一个完整的企业架构框架,而随着内容框架(Content Framework)的引入,以及企业架构开发方法与该内容框架的相互结合,TOGAF已经可以说已经成为一个独立完…

1.11 需求管理(Requirements Management) 企业架构开发方法各阶段——需求管理 1.11.1 目标 本阶段的目标是定义一个过程,使企业架构的需求可以被识别.存储并与其他架构开发方法各阶段交互. 1.11.2 方法 如上图所示,需求管理阶段位于整个架构开发方法循环的中心,而整个架构开发方法过程实际上也是由这一构成所驱动的.需求管理的目标并不是针对一系列静态的需求表述,而是一个动态的过程,借助于这一过程企业架构的需求和因此而产生的变更能够被识别.储存,并与企业架构开发方法其…

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

1.9 实施治理(Implementation Governance) 企业架构开发方法各阶段——实施治理 1.9.1 目标 本阶段的目标是: 为每个实施计划给予建议. 对涵盖整个实施和部署过程的架构契约进行治理. 在解决方案正在实施和部署时,执行适当的治理功能. 确保实施项目和其他项目与已定义架构一致. 确保各解决方案被成功部署,如同一个计划好的工作方案一样. 确保被部署的解决方案与目标架构一致. 调动各种支持性行动,确保被部署的解决方案长期有效. 1.9.2 方法 这一阶段的核心是确保已经被…

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

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

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

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

mysql 主从同步出问题,重新修复从库 - web架构研究     mysql 主从同步出问题,重新修复从库    0     昨天由于操作失误,在从库上执行一堆sql之后,导致主从同步错误,并且已经无法恢复.     所以绝对重新修复所有数据,由于数据量还不是太大,所以修复起来还不是特别困难.     顺便记录下操作方式,也提醒大家千万不要在从库上执行写操作啊--伤不起-     主库相关操作     1 主库上锁表     flush tables with read lock;    …

最近因工作需要围绕着企业微信来进行调试,从而掏出了我的微信web开发者工具,在进行授权的时候微信web开发者工具成功的提示了我:“您未绑定企业微信开发者权限”.那么关键来了,因为我也百度过,发现也有很多关于开发者如何绑定企业微信web开发者权限的.但是因为企业微信的展示页面稍微有点变化,所以我现在花费点时间来讲点废话. 如何在微信web开发者工具开发企业微信 第一步: 下载开发者工具: 官方文档:https://mp.weixin.qq.com/wiki?t=resource/res_main&…

本文来自Rancher Labs 持续集成和持续交付(CI/CD)是DevOps背后的助推力之一.如果你的企业正在考虑使用DevOps,那么CI/CD绝对是需要考虑的其中一部分.但是CI/CD到底意味着什么?为什么它如此重要呢?为了对你的DevOps工具包和IT部署进行战略规划,深入理解CI/CD至关重要.本文中,我们将探讨CI/CD所需解决的难点.需要的工具以及预期的收益. 首先,我们从大局着手.DevOps旨在创建一个流畅的工作流程,并尽可能减少越区切换和建立快速反馈回路.这意味着什么呢?工…

4.2.31 数据生命周期图(Data Lifecycle Diagram) 数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期(从概念阶段到最终退出)中对其进行管理的核心部分.数据从本质上讲是一个实体,并独立于业务流程和活动.数据状态的每个变化都被表现在这张图中,这也可以包括引起此状态变化事件或规则.数据与流程的分离使得通用数据需求可以被识别出来,从而使得资源共享得以有效达成. 4.2.32 应用组合目录(Application Por tfolio Catalog) 此目录的目标…

1.10 架构变更管理(Architecture Change Management) 企业架构开发方法各阶段——架构变更管理 1.10.1 目标 本阶段的目标是: 确保基线架构持续符合当前实际. 评估架构性能,并对变更提出建议. 评估在之前阶段制定的框架和原则的变化. 为实施治理阶段建立的新的企业架构基线建立架构变更管理流程. 将架构和运营的业务价值最大化. 运用治理框架. 1.10.2 方法 架构变更管里流程的目标是保证架构能够达成其目标业务价值,并且这一过程还着眼于将原本静态的企业架构建设…

1.8 迁移规划(Migration Planning) 企业架构开发方法各阶段——迁移规划 1.8.1 目标 本阶段的目标是: 确保实施和迁移规划与企业中各种管理框架相协调. 通过对每个进行中的成本/业务分析赋予业务价值,来为所有的工作包.项目和构建块进行优先级评定. 最终确定架构愿景和架构定义文档,使其与批准的实施方法一致. 与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构. 创建.演进和监控详细的实施和迁移规划,该规划为在机会和解决方案阶段中定义的过渡架构的实现提供必要的资源. 1…

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

从业软件项目这么多年,在企业应用开发项目中,项目能否成功,是否能按照项目计划有效的推进,是有很强的一套项目管理理论.最早的时候,接触的项目管理的方法论就是微软的MSF(Microsoft Solutions Framework).它是一个可以更快地成功交付技术解决方案的方法论,强调实施此项目方法需要的人员更少,风险更低,同时可以获得更高的质量结果,提高成功率和解决方案的质量并减少对业务的影响. MSF 项目管理强调: 使业务和技术目标相匹配 建立明确的项目目标.角色和责任 实现迭代.里程碑/检查…

软件行业流行这样一个说法,由于Docker 技术的成熟和该技术被广大厂商的普遍应用,成就了微服务领域的快速成长,衍生了云原生技术和公有云的进一步推广.我个人认为Dockers 技术.微服务技术.云原生技术乃至领域模型概念其实是彼此相互相吸,互相依赖,组成了当今软件行业的一个新的生态链.作为软件行业从业者,虽然不能精通每一项新兴技术,但是我们要对主流技术应保持一颗积极探索的心. 本章节开始对Dockers领域的技术探索之路开始总结,之前身处项目,没有太多精力对它进行全面总结,但是,软件开发人员对技…

开发前端需要准备一些开发工具,这些工具怎么安装就不详细描写了,度娘一些很多很多.主要把核心的开发工具列表一些,这些资源也是非常容易找到和安装的. Node 安装:https://nodejs.org/en/ 安装LTS版本,验证安装成功:node -v : npm -v Typescript 安装:…

在.Netcore 技术栈中,一直在使用了开源组件IdentityService4进行身份管理,其功能的强大和易用性的确很受开发者喜欢,但是最近其开源组织Duende Software 开始对其进行商业收费,不得不探索其它的解决方案.个人认为,其实在.NetCore 本身是提供一套基AspNetCore.Identity解决方案的,我们只需按照自己的架构意图进行封装,就可以满足我们各种类型的需求. 现在动起手来(Beginning Out With IdentityServer4),开发一个满足…