TOGAF架构开发方法(ADM)之业务架构阶段
摘要:TOGAF架构开发方法(ADM)之业务架构阶段1.3业务架构(Business Architecture)企业架构开发方法各阶段——业务架构1.3.1 目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构,描述产品和/或服务策略,以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角,通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视角相关的工具和技术1.3.2方法 针对业务架构的了解是进行其他领域(数据、应用和技术)架构工作的前提条件,因而如果不是因为组织中其他一些诸如企业规划、业务战
阅读全文
TOGAF架构开发方法(ADM)之架构愿景阶段
摘要:TOGAF架构开发方法(ADM)之架构愿景阶段1.2 架构愿景(Architecture Vision)企业架构开发方法各阶段——架构愿景1.2.1 目标确保架构开发循环的进展被企业管理层认知和支持,并取得必要的管理线的支持和承认。在预备阶段中明确的架构框架的整体背景之下定义和组织架构开发循环。验证业务原则、业务目标、组织的战略业务驱动力,以及企业架构的主要性能指标(KPIs)。定义基线架构的范围,明确其所包含的组件以及组件的优先级。定义相关干系人以及他们的关注点和目标定义架构工作所要解决的关键业务需求,以及必须应对的各项约束阐明架构愿景,并定制价值主张。这些价值主张被用来阐述对于那些需求和约
阅读全文
TOGAF架构开发方法(ADM)之准备阶段
摘要:TOGAF架构开发方法(ADM)之准备阶段1.1 准备阶段(Preliminary)企业架构开发方法各阶段——预备阶段1.1.1 目标 预备阶段的目标是:对进行企业架构活动的组织的背景和环境进行审查。明确企业架构的赞助人,以及其他将被创建企业架构这项业务指令所影响的主要干系人,并确定他们的需求和优先级、他们与组织的关系,以及他们之间所需的工作行为。确保所有将要被涉及到的或受益的人员致力于架构过程的成功。促使架构赞助者为将要受到影响的业务领域的工作制定需求。明确受此业务指令影响的各个企业组织元素,并对其范围进行界定。此外,还需要为这些元素定义各种约束和假设。定义组织的“架构足迹”,包括负责执行架
阅读全文
TOGAF总论及架构开发方法(ADM)概述
摘要:TOGAF总论及架构开发方法(ADM)概述TOGAF(The Open Group Architecture Framework)可以说是当前最为流行的企业架构框架理论了,截止到作者写本书之时,福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架了,并且中国企业对它的认可度也超过了50%。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例,它起源于美国国防部的信息管理技术架构框架(TAFIM,Technical Architecture Framework for Information Management),并在获得美国国防部的允许和鼓励之后,借助于美
阅读全文
架构、架构师和架构设计
摘要:架构、架构师和架构设计架构师角色、架构师执行的架构设计及由此生成的架构:架构 架构是体现在它的组件中的一个系统的基本组织、它们彼此的关系、与环境的关系及指导它的设计和发展的原则。 系统是组织起来完成某一特定功能或一组功能的组件集。系统这个术语包括了单独的应用程序、传统意义上的系统、子系统、系统之系统、产品线、产品组、整个企业及感兴趣的其他组合。系统用于完成他的环境中的一个或多个任务。 环境或上下文决定了对这个系统的开发、运作、政策以及会对系统造成其他影响的环境和设置。 任务是由一个或多个利益相关者通过系统达到一些目标的系统的一个用途或操作。 系统利益相关者是对系统感兴趣的或与系统有关...
阅读全文
联邦企业架构之FEA实施指南(下)
摘要:联邦企业架构之FEA实施指南(下)3. 企业架构过渡战略 上述针对片段架构和片段过渡战略开发的描述从本质上讲是在组织的各个业务层面以及对其进行支持的服务层面对组织如何改善其效能进行指导。但正如一个水桶的最大盛水量是由其最短木板决定的一样,在组织中一个部分的优化并不代表整个效能的改善,因而如何从组织全局的角度将各个片段的过渡战略进行优化整合才是能够使组织获得最优效能改善的最佳方法,而这一方法的最终产出就是优化组合了各片段过渡战略的企业架构过渡战略,因而每个片段过渡战略也可以说是企业架构过渡战略的一个细粒度的子集。 企业架构过渡战略是一个有效的企业架构的重要内容,它为组织在指定时间内实现目标架构描
阅读全文
深度剖析Byteart Retail案例:应用程序的配置
摘要:深度剖析Byteart Retail案例:应用程序的配置Byteart Retail提供了相对简单的配置方式:对于应用程序中所需要的参数,都是通过web.config文件进行配置的。这一点与框架系统的配置不同。框架系统至少应该提供两种配置方式:直接编写代码的方式,以及web/app.config的方式,这是为了迎合不同的使用场景而设计的。因为作为一套框架而言,它为应用程序的正确运行提供了支撑平台,因此,它需要向开发者提供直接编写代码的配置方式,以迎合测试的需要;同时,在生产环境中,用户还应该能够以配置文件的方式(.NET的标准做法是使用web/app.config文件)对框架进行配置,以便能够
阅读全文
闲聊下架构、框架,以及架构师...
摘要:闲聊下架构、框架,以及架构师...我们先来本人对下面这两个名词的个人见解:软件架构:几乎每个软件系统的架构都是不同的,因为软件架构的第一步就是根据当前项目的重要需求及约束来制定一个个技术决策。软件框架:可以分成行业框架和通用框架。通用框架是对大多数软件项目常用的模块(底层+高层)进行封装(同时暴露热点)的一个集合,能提高开发速度以及质量行业框架是针对某特定领域,把类似领域逻辑提取出来进行封装(同时暴露热点)的一个集合,能提高开发速度以及质量行业框架可以是基于通用框架之上的。站在架构师的角度,针对架构的开发,会慢慢演变为针对框架的开发(由于需要考虑复用以及对开发人员友好API特性)伸缩性:一般是
阅读全文
集成服务监控器-green.monitor发布
摘要:集成服务监控器-green.monitor发布在大型企业应用开发中,一个项目经常需要依赖于多个项目集成,经常某个集成服务的升级或者不工作,会导致你所工作的服务也挂掉,甚至影响你的开发流程。你是否还在接到测试团队或者运维团队的某个Bug,而自己花费了大量时间终于查出来是某个集成服务升级或异常,在这里浪费了大量时间,在笔者为所在项目建立了一个第三方集成服务监控的Monitor,去实时监控项目所依赖的所有集成服务,数据库。现在开源在githubhttps://github.com/greengerong/green-monitor,在其sample目录下有个使用demo。mavendependenc
阅读全文
联邦企业架构之FEA及参考模型(下)
摘要:联邦企业架构之FEA及参考模型(下)数据参考模型DRM 数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广,它可以用在一个机构内部,也可以用在某一个利益共同体(COI,Community of Interest,指的是一组为了实现共同利益和目标而相互合作的人或组织,而为了达成这一目标,他们需要一个共享的词汇表来实现信息共享)内或不同利益共同体之间。为了实现这一目的,数据参考模型采用了一种灵活的且基于标准的方式对数据的描述、分类和共享进行定义,因而数据参考模型的内容被划分为如下三个标准领域:DRM标
阅读全文
联邦企业架构之FEA及参考模型(中)
摘要:联邦企业架构之FEA及参考模型(中)服务组件参考模型SRM/CRM 服务组件参考模型是一个业务驱动的功能性框架,它依据服务组件如何对业务和性能目标进行支持而对其进行分类归纳。服务组件参考模型的定义与机构的业务功能相互独立,致力于在全联邦政府范围内对应用和服务组件进行重用。需要注意的是,服务组件参考模型的英文缩写比较杂乱,有的文档用SRM来代表,而其他一些文章则使用CRM,为了避免混淆本文下面部分采用SRM来代表,而这也正是OMB的参考模型定义文档中所采用的。服务组件参考模型的具体内容通过如下图所示的树形层次结构来进行组织:SRM内容组织结构服务领域(Service Domain):服务领域为用
阅读全文
在Windows Azure虚拟主机上宿主Byteart Retail案例程序
摘要:在Windows Azure虚拟主机上宿主Byteart Retail案例程序部署这两天将Byteart Retail案例程序宿主到了Windows Azure虚拟主机上。基本步骤是:在Windows Azure管理器中,新建一台虚拟主机,我选择的配置是最高版本的Windows Server加上基本可以说是最烂的硬件配置:Windows Server:Windows Server 2012 Datacenter Edition硬件配置:Small(1 core, 1.75GB Memory)启动虚拟主机,将主机配置成Application Server,然后添加Web Server等角色,确保
阅读全文
企业架构研究总结感想
摘要:企业架构研究总结(10)——写在中间的感想好几天没有接着更新这篇企业架构研究总结了,除了忙于其他事物之外,关于之前几篇文章的几条评论也让我思考良久,我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前,有必要停下来对一些概念进行进一步的阐明。不过,这篇文章只是基于我个人理解而来,恐有所偏失,但欢迎批评指正。 对于企业架构是否仅对大型组织或企业才有意义这个问题,我觉得这是一个非常有意思的问题,也是一个非常好的问题,因为在实践中好像也只有大型的企业或组织实现了或正在实现企业架构,很少见到中小型企业对这个方面产生兴趣,我想这至少是由于如下几个原因:大型企业或组织本身结构复杂,并且其所面对..
阅读全文
一致性hash和solr千万级数据分布式搜索引擎中的应用
摘要:一致性hash和solr千万级数据分布式搜索引擎中的应用互联网创业中大部分人都是草根创业,这个时候没有强劲的服务器,也没有钱去买很昂贵的海量数据库。在这样严峻的条件下,一批又一批的创业者从创业中获得成功,这个和当前的开源技术、海量数据架构有着必不可分的关系。比如我们使用mysql、nginx等开源软件,通过架构和低成本服务器也可以搭建千万级用户访问量的系统。新浪微博、淘宝网、腾讯等大型互联网公司都使用了很多开源免费系统搭建了他们的平台。所以,用什么没关系,只要能够在合理的情况下采用合理的解决方案。那怎么搭建一个好的系统架构呢?这个话题太大,这里主要说一下数据分流的方式。比如我们的数据库服务器只
阅读全文
设计的网站的分布式架构
摘要:设计的网站的分布式架构互联网的网站和大部分企业管理软件一样都是使用B/S架构模型,但是大型的公共网站B/S架构会更加复杂,对架构人员的要求更高,今天我想在自己博客里聊聊我设计的网站的B/S技术架构。 不管是B/S架构的企业管理系统还是网站技术架构可以抽象为如下简图: 在传统B/S架构的企业管理系统里,技术架构往往就是一个工程项目,各个逻辑分层都是该工程的业务逻辑模块。但是作为提供公共服务的网站,由于用户群比较庞大,网站并发量高,需求变化大,变更频繁以及网站出于对安全的考虑,以上的逻辑分层在技术架构上的实现也就会复杂的多。本人前不久做一个网站,我设计的技术架构简图如下: 我把网站项目拆分为...
阅读全文
面向领域驱动的企业级应用开发框架Apworks新版本发布
摘要:面向领域驱动的企业级应用开发框架Apworks新版本发布经过大半年的断断续续的努力,今天,我发布了Apworks的一个新版本:2.5.4878.35266。Apworks是我从2009年开始一直开发并维护的一个面向领域驱动的基于.NET的企业级应用程序开发框架,通过使用这个框架,开发者可以快速地开发出面向领域驱动的、专业的企业级应用程序。Apworks同时支持经典分层架构以及CQRS架构(基于CQRS架构的案例程序请参考:Tiny Library CQRS:http://tlibcqrs.codeplex.com)。为了更透明地向读者介绍面向领域驱动的经典分层架构,我也在社区中开发过一个案例程
阅读全文
构建负载和故障处理的MSMQ代理服务构想
摘要:构建负载和故障处理的MSMQ代理服务构想在大并发数据应用处理过程中,往主需要消息队列这样的应用把信息分发到不同服务器上进行数据处理,目的是把流程数据拆分成N个环节分布到不同的服务器上运行,从而提高整体数据处理能力.前段时间在做MSMQ的负载和故意处理,在测试的过程中发现让我非常困扰的问题,就是通过.net 操作远程MQ的时候当对方挡机了.NET并不会报错,而是会写入本地转出队列这样就很难实时有效地把消息转移到别的MQ服务器.另一方面.NET操作远程MQ本机也必须装上MQ服务,还有一个就是.NET操作远程MQ的损耗也非常高.为了解决以上问题的,所以打算实现一个MSMQ代理组件,组件分为两大部分别
阅读全文
联邦企业架构之CIO委员会的企业架构实施指南(上)
摘要:联邦企业架构之CIO委员会的企业架构实施指南(上)企业生命周期 FEAF为联邦企业架构的建设提供了方法论,但是该框架还只是在概念层面提出了联邦企业架构建设过程的各组成部分以及他们之间的关系,而对于如何以步进式的方式建设企业架构,FEAF的详细程度还是不够的。那么该如何使用架构框架理论为联邦政府以及各个机构建设企业架构呢?企业架构的建设、维护和使用又该如何融入到各个机构中?面对这些问题,2001年CIO委员会发布了《A practical guide to Federal Enterprise Architecture》,用于为各个机构提供一份关于建设和维护企业架构的详细指南,并且该指南还介..
阅读全文
联邦企业架构之FEAF的出现和构成
摘要:联邦企业架构之FEAF的出现和构成(下)基于前述关于FEAF第一粒度层次的描述,在第二粒度层次中原来模型中的架构驱动力、当前架构、目标架构以及架构模型的内容被进一步从业务和设计两个方面进行了细化:FEAF第二层粒度示意图 在第二粒度层次的细化中,业务方面代表着企业业务能力方面的内容,而设计方面则代表用于实现企业业务能力的技术方面的内容:架构驱动力细化为业务驱动力和设计驱动力两个方面:业务驱动力代表着联邦政府的核心业务需求,例如公众访问需求、Clinger-Cohen法案对架构开发的要求、其他新法案要求电子化访问或者电子签名的使用,以及关于政府行为的各种创新。设计驱动力代表用于实现联邦政府业..
阅读全文
联邦企业架构之FEAF的出现和构成
摘要:联邦企业架构之FEAF的出现和构成(上) 美国联邦政府可以说是企业架构应用的先行者和最大倡导者。通过企业架构的发展历史我们可以看出,早在上世纪九十年代以来,美国军方就对这种全局性的信息共享的理论开始了研究,并开发出符合其特色企业架构框架理论(DoDAF)。除此之外,在Zachman框架引入到美国联邦政府各部门之后,首先是美国国家技术标准研究所(NIST)于1989年发布了NIST企业架构模型(NIST EA Model,后来的联邦企业架构框架FEAF的便是以此为基石而建立起来的),随后各个政府部门也推出了他们自己的企业架构框架理论用于指导各自企业架构的开发,例如财政部(DOT)的企业架构框架T
阅读全文