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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

/* * @Author: 我爱科技论坛 * @Time: 20180715 * @Desc: 实现一个类似于JQuery功能的框架 * V 1.0: 实现了基础框架.事件框架.CSS框架.属性框架.内容框架.动画框架的搭建 * V 2.0:实现了框架的进一步优化,具有良好的扩展性, 可以支持链式访问 * */ / 主框架: 只做一件事,就是用于获取所有的元素集合 (function (w) { // 定义一个Xframe对象,后面就是他的构造函数 var xframe = function (…

11. Phase D: Technology Architecture (opengroup.org) Phase D: Technology Architecture D阶段:技术架构 11.1 Objectives | 11.2 Inputs | 11.3 Steps | 11.4 Outputs | 11.5 Approach 11.1 目标 | 11.2 输入 | 11.3 步骤 | 11.4 输出 | 11.5 方法 Figure 11-1: Phase D: Technology…

文章写到这里,我一直在犹豫是继续写针对中小型框架的设计还是写些框架设计上的进阶方面的内容?对于中小型系统来说,只要将前面的内容进行一下细化,写上二三十章具体开发上的细节,来说明这个通用框架怎么开发的就已完全足够了,因为对于中小型系统来说,并不是很复杂,简单的了解三层架构就已经够用了,而使用太多的设计反而有点罗嗦,因为基本上没有什么人会为中小型系统花费太多的设计工作.而对于设计大型平台的框架设计,又深深感到自己的积累还远远不够,写出来怕会误导大家.但不换个思维来讲述也很难说清框架的设计思想,别人拿…

约定 还记得上版本的第二十四篇的约定嘛?现在出来履行啦~ 为什么要重制? 之前写的专栏都是按照心情写的,在最初的时候笔者什么都不懂,而且文章的发布是按照很随性的一个顺序.结果就是说,大家都看完了,都还对框架没有一个感觉,感觉很乱.而现在,经过两年多的摸索,笔者已经对框架的体系有了一个了解,所以希望再版一次此系列的专栏. 为什么不在原来的文章里直接修改呢? 在上一轮的专栏第二十四篇里有讲过过:虽然以前的内容过时了,但是这些专栏对笔者有很重要的意义,它们记录了笔者成长的一个经历,在评论区有着大家的支…

    设计模式<框架<架构<平台,从复用角度讲,设计模式是代码级复用.框架是模块级复用.架构是系统级复用.平台是企业应用级复用. 1.设计模式 为什么要先说设计模式?因为设计模式在这些概念中是最基本的,而且也比较简单.那么什么是设计模式呢?说的直白点,设计模式就是告诉你针对特定问题如何组织类.对象和接口之间的关系,是前人总结的经验.比如我要在代码中实现一个全局唯一的配置类,那么就使用Singleton模式.设计模式在实际编码工作和设计框架时会被使用到,而更高层的架构和平台则不会太关注它…

系列目录     [已更新最新开发文章,点击查看详细] 开源项目是众多组织与个人分享的组件或项目,作者付出的心血我们是无法体会的,所以首先大家要心存感激.尊重.请严格遵守每个项目的开源协议后再使用.尊重知识产权,共建和谐开源社区. 如果表述不恰当的地方,请及时告知我,谢谢. 10.Furion[国产,入选GVP] Furion项目的作者[富察宏磊]是一位90后的优秀IT人才. Furioin 是一款基于.NET5技术开发的功能强大.性能极致.文档完善.示例丰富.极易入门.快速开发.极易维护的We…

Cola:一个分布式爬虫框架 - 系统架构 - Python4cn(news, jobs) Cola:一个分布式爬虫框架 发布时间:2013-06-17 14:58:27, 关注:+2034, 赞美:+4, 不爽:+2 本文标签: 爬虫 分布式 原始出处: 残阳似血的博客 由于早先写的WeiboCrawler问题很多,而且当时我有提到,其实可以实现一个通用的爬虫框架.最近由于要抓取新的数据,于是我就写了这个cola.下面的文字来自wiki. Cola是一个分布式的爬虫框架,用户只需编写几个特定的…

今天1024程序员节,写文章庆祝!!! 今天的文章是讲微信小程序开发的,按理解把架构与框架说说.有不对之处请大神指点…… 微信小程序与web应用很像,但是原理不同,微信小程序是运行在微信应用内的,不是运行在浏览器上,所以JS的一些DOM操作在这里不适用.小程序有自己的一套标记语言(wxml),样式语言(wxss),与web开发的html和css思想是一致的. 首先,说说微信小程序架构. 架构分为视图层,逻辑层,组件,API几个部分.视图层负责页面结构.样式和数据展示,用wxml.wxss语言编写…

2013年04月19日 14:09:37 MJiao 阅读数:4614   深入浅出node.js游戏服务器开发1——基础架构与框架介绍   游戏服务器概述 没开发过游戏的人会觉得游戏服务器是很神秘的东西.但事实上它并不比web服务器复杂,无非是给客户端提供网络请求服务,本质上它只是基于长连接的socket服务器.当然在逻辑复杂性.消息量.实时性方面有更高的要求.   游戏服务器是复杂的socket服务器. 如果说web服务器的本质是http服务器,那么游戏服务器的本质就是socket服务器.…

摘要:Ray的定位是分布式应用框架,主要目标是使能分布式应用的开发和运行. Ray是UC Berkeley大学 RISE lab(前AMP lab) 2017年12月 开源的新一代分布式应用框架(刚发布的时候定位是高性能分布式计算框架,20年中修改定位为分布式应用框架),通过一套引擎解决复杂场景问题,通过动态计算及状态共享提高效率,实现研发.运行时.容灾一体化 Ray架构解析 业务目标 Ray的定位是分布式应用框架,主要目标是使能分布式应用的开发和运行. 业务场景 具体的粗粒度使用场景包括 弹性…