GamePlay架构研究

你想建设一个能承受500万PV/每天的网站吗？如果计算呢

博客分类：架构研究测试基准作者：赵磊博客：http://elf8848.iteye.com你想建设一个能承受500万PV/每天的网站吗？500万PV是什么概念？服务器每秒要处理多少个请求才能应对？
michaellee163·2013-10-31 15:37

企业架构研究总结（45）——企业架构与建模之使用ArchiMate进行分析（全系列完）

4.使用ArchiMate进行分析     正如前面所说的那样，一个企业整体效率的提升有时并不是通过某一个领域内的优化就能达到的，而且这种忽视全局的做法往往还会造成不必要的浪费。由此可见，一个能够跨越各个领域、一致性的全局模型是实现企业整体效率提升的重要基础，而这也正是前面几个章节所描述的ArchiMate建模语言的终极目标。不过这样一个全面的企业架构模型的建立并不是最终的目标，如何使得企业内外各
·2013-10-15 16:00

企业架构研究总结（44）——企业架构与建模之Archimate视图和视角

   3.ArchiMate的视角与视图     创建、维护一个企业架构是一件非常复杂繁琐的事情，因为这项工作需要面对许多背景、利益各异的干系人，对他们所关注的问题进行解答，并能够在他们之间形成无障碍的沟通流。为了简化这个问题的复杂度，各种企业架构框架从各个方面对企业架构的建设提供了帮助和指导。虽然这些架构框架就其具体内容来讲差异性较大，但是无论哪一种框架对于企业架构的内容却都有着自己的一套定义和
·2013-10-12 11:00

企业架构研究总结（43）——企业架构与建模之ArchiMate详述（下）

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

企业架构研究总结（42）——企业架构与建模之ArchiMate详述（中）

2.4技术层模型元素     技术层模型元素包括了企业在信息基础设施方面（企业中基本的软硬件环境，包括物理设备、系统软件等为信息化提供基本支持的设施）的各种概念元素，以及他们之间的关系。与应用层模型元素相类似，技术层模型元素中的大部分概念元素也来源于UML2.0，这同样也是因为UML2.0在这一领域已经成为被广泛接受的事实标准。在ArchiMate2.0中，对企业技术层进行建模的各种概念元素以及他
·2013-10-10 13:00

企业架构研究总结（41）——企业架构与建模之ArchiMate的由来和详述（上）

     终于完成了关于企业架构框架理论的总结，谢谢各位看官的支持，能挺过之前过于理论化的叙述而坚持到现在着实不易，笔者也自愧没有实践经验可以分享，希望日后有兴趣的看官能够不吝赐教。在本系列后面的也是最后一个大部分中，笔者将以ArchiMate语言为核心，尽力描述企业架构和建模之间的关系，以及基于企业架构模型的分析，其内容大多来源于ArchiMate2.0标准以及《EnterpriseArchit
·2013-10-09 14:00

企业架构研究总结（40）——TOGAF架构能力框架之架构合同、成熟度模型和架构技能框架

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

企业架构研究总结（39）——TOGAF架构能力框架之架构委员会和架构合规性

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

企业架构研究总结（38）——TOGAF架构能力框架之架构能力建设和架构治理

     为了确保架构功能在企业中能够被成功地运用，企业需要通过建立适当的组织结构、流程、角色、责任和技能来实现其自身的企业架构能力，而这也正是TOGAF的架构能力框架（ArchitectureCapabilityFramework）的关注点所在。架构能力框架为企业如何建立这样一种架构能力提供了一系列参考材料，从而为各企业架构能力的创建提供了帮助，不过TOGAF的架构能力框架在当前还不是一套全面的
·2013-09-23 10:00

企业架构研究总结（37）——TOGAF企业连续体和工具之架构资源库及架构工具的选择

 3.架构资源库     在一个企业，尤其是在一个大型企业中，建设一个成熟的架构往往会产生大量的工作产品。为了很好地管理和利用这些工作产品，企业需要制定一个正式的针对不同类型架构资产的分类方法，并且还需要专门的流程和工作来辅助这些内容的存储和管理，而这正是架构资源库所关心的。在TOGAF中架构资源库所包含的内容包括了如下几个方面的信息：架构元模型（ArchitectureMetamodel）：描述
·2013-09-22 15:00

企业架构研究总结（36）——TOGAF企业连续体和工具之企业连续体构成及架构划分

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

企业架构研究总结（35）——TOGAF架构内容框架之构建块（Building Blocks）

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

服务器端逻辑的迁移

我们现在的游戏，基本是客户端是dummy的，也就是没有什么gameplay的逻辑（除了当前控制的人物移动的预测），AI都在服务端。无论是对于单人的PVE，以及强PVP，都是如此。
seizeF·2013-09-03 20:00

Don't Starve，好脚本，好欢乐

这么棒的gameplay制作，我们需要把功劳归到开发组策划和程序的完美配合上。他们为什么可
mavaL·2013-08-24 20:00

Sprite Kit编程指南（9）-Sprite Kit最佳实践

你知道如何将节点添加到场景并让那些节点执行动作——创建游戏可玩性（gameplay）的构建块（buildingblocks）。你可能会错过的是更大的蓝图。
IT_Magician·2013-08-22 13:00

Sprite Kit编程指南（3）-添加动作到节点

为了添加游戏剧本（gameplay），你需要能够让精灵在屏幕周围移动并执行其他逻辑。SpriteKit让场景动起来所使用的主要机制是动作。到目前为止，你已经看过了动作子系统的某些部分。
IT_Magician·2013-08-06 10:00

企业架构研究总结（34）——TOGAF架构内容框架之架构制品（下）

 4.2.31数据生命周期图（DataLifecycleDiagram）     数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4
dyllove98·2013-07-09 13:00

企业架构研究总结（34）——TOGAF架构内容框架之架构制品（下）

 4.2.31数据生命周期图（DataLifecycleDiagram）     数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4
dyllove98·2013-07-08 14:00

企业架构研究总结（34）——TOGAF架构内容框架之架构制品（下）

 4.2.31数据生命周期图（DataLifecycleDiagram）     数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4
·2013-07-08 11:00

企业架构研究总结（33）——TOGAF架构内容框架之架构制品（上）

4.架构制品（ArchitecturalArtifacts）     架构制品是针对某个系统或解决方案的模型描述，与架构交付物和构建块相比，架构制品既不是架构开发方法过程各阶段的合约性产物，亦不是企业中客观存在的各种可重用解决方案，而是针对包括这些构建块在内的企业客观现实的描述，并以解答不同干系人的关注点为其最终目标。可以说，架构交付物面向于企业架构的产生，架构构建块倾向于企业架构的结果，而架构制
·2013-07-02 14:00

企业架构研究总结（32）——TOGAF架构内容框架之架构交付物

3.架构交付物（ArchitectureDeliverables）     架构交付物是在整个架构开发方法循环过程中所产生或被使用的契约性且正规化的企业架构内容，因而其与企业架构开发方法有着紧密的联系。本章将针对这些架构交付物以及他们与架构开发方法各阶段之间的关系进行阐述，不过需要注意的是，本章节的内容只是为了提供一个关于架构交付物的内容概括，由于企业中可能存在着符合其自身需要的项目和过程管理方法
·2013-07-01 12:00

企业架构研究总结（31）——TOGAF架构内容框架之内容元模型（下）

2.2治理扩展（GovernanceExtensions）治理扩展元模型内容     治理扩展部分的意图在于引入额外的，并且与支持运营治理的目标和业务服务相关的结构化数据。 2.2.1关注范围为目标制定评测标准以及将这些评测与服务相联系的能力。为服务沟通或外界用户与系统之间的服务交付提供契约的能力。定义可重用的服务质量的能力。创建额外的图形来展示系统的归属和管理。2.2.2适用场景当一个组织认为在
·2013-06-27 15:00

企业架构研究总结（30）——TOGAF架构内容框架之内容元模型（上）

2.内容元模型（ContentMetamodel）     在TOGAF的眼中，企业架构是以一系列架构构建块为基础的，并将目录、矩阵和图形作为其具体展现方式。如果我们把这些表述方式看作为构建块的语法，那么在其语义层面又该如何定义呢？为了解答这一问题，TOGAF制定了内容元模型。这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义，而且为了体现与架构开发方法之间的联系，内容元模型中相关
·2013-06-26 17:00

企业架构研究总结（30）——TOGAF架构内容框架之内容元模型（上）

2.内容元模型（ContentMetamodel）     在TOGAF的眼中，企业架构是以一系列架构构建块为基础的，并将目录、矩阵和图形作为其具体展现方式。如果我们把这些表述方式看作为构建块的语法，那么在其语义层面又该如何定义呢？为了解答这一问题，TOGAF制定了内容元模型。这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义，而且为了体现与架构开发方法之间的联系，内容元模型中相关
·2013-06-26 17:00

企业架构研究总结（29）——TOGAF架构内容框架之概述及架构工作产品分类

     在TOGAF9之前的版本中，TOGAF的重点主要集中在企业架构开发方法方面，用于指导其使用者如何在各自的组织中对企业架构进行创建和维护，而对于企业架构的具体内容并没有相关的论述，因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架（例如Zachman框架）进行配合。可以说在TOGAF9出现之前，TOGAF不能算是一个完整的企业架构框架，而随着内容框架（ContentFra
·2013-06-25 16:00

企业架构研究总结（29）——TOGAF架构内容框架之概述及架构工作产品分类

     在TOGAF9之前的版本中，TOGAF的重点主要集中在企业架构开发方法方面，用于指导其使用者如何在各自的组织中对企业架构进行创建和维护，而对于企业架构的具体内容并没有相关的论述，因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架（例如Zachman框架）进行配合。可以说在TOGAF9出现之前，TOGAF不能算是一个完整的企业架构框架，而随着内容框架（ContentFra
·2013-06-25 16:00

企业架构研究总结（28）——TOGAF架构开发方法（ADM）之需求管理阶段

1.11需求管理（RequirementsManagement）企业架构开发方法各阶段——需求管理 1.11.1目标     本阶段的目标是定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2方法     如上图所示，需求管理阶段位于整个架构开发方法循环的中心，而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理的目标并不是针对一系列静态的需求表述，而
·2013-06-21 13:00

企业架构研究总结（28）——TOGAF架构开发方法（ADM）之需求管理阶段

1.11需求管理（RequirementsManagement）企业架构开发方法各阶段——需求管理 1.11.1目标     本阶段的目标是定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2方法     如上图所示，需求管理阶段位于整个架构开发方法循环的中心，而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理的目标并不是针对一系列静态的需求表述，而
·2013-06-21 13:00

企业架构研究总结（27）——TOGAF架构开发方法（ADM）之架构变更管理阶段

1.10架构变更管理（ArchitectureChangeManagement）企业架构开发方法各阶段——架构变更管理 1.10.1目标     本阶段的目标是：确保基线架构持续符合当前实际。评估架构性能，并对变更提出建议。评估在之前阶段制定的框架和原则的变化。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。将架构和运营的业务价值最大化。运用治理框架。1.10.2方法     架构变更管
·2013-06-20 14:00

企业架构研究总结（27）——TOGAF架构开发方法（ADM）之架构变更管理阶段

1.10架构变更管理（ArchitectureChangeManagement）企业架构开发方法各阶段——架构变更管理 1.10.1目标     本阶段的目标是：确保基线架构持续符合当前实际。评估架构性能，并对变更提出建议。评估在之前阶段制定的框架和原则的变化。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。将架构和运营的业务价值最大化。运用治理框架。1.10.2方法     架构变更管
·2013-06-20 14:00

企业架构研究总结（26）——TOGAF架构开发方法（ADM）之实施治理阶段

1.9实施治理（ImplementationGovernance）企业架构开发方法各阶段——实施治理 1.9.1目标     本阶段的目标是：为每个实施计划给予建议。对涵盖整个实施和部署过程的架构契约进行治理。在解决方案正在实施和部署时，执行适当的治理功能。确保实施项目和其他项目与已定义架构一致。确保各解决方案被成功部署，如同一个计划好的工作方案一样。确保被部署的解决方案与目标架构一致。调动各种支
·2013-06-18 15:00

企业架构研究总结（25）——TOGAF架构开发方法（ADM）之迁移规划阶段

1.8迁移规划（MigrationPlanning）企业架构开发方法各阶段——迁移规划 1.8.1目标     本阶段的目标是：确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值，来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档，使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详
·2013-06-17 13:00

企业架构研究总结（25）——TOGAF架构开发方法（ADM）之迁移规划阶段

1.8迁移规划（MigrationPlanning）企业架构开发方法各阶段——迁移规划 1.8.1目标     本阶段的目标是：确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值，来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档，使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详
·2013-06-17 13:00

企业架构研究总结（24）——TOGAF架构开发方法（ADM）之机会及解决方案阶段

1.7机会及解决方案（OpportunitiesandSolutions）企业架构开发方法各阶段——机会及解决方案 1.7.1目标     本阶段的目标是：重新审查业务目标和能力，合并自业务架构阶段到技术架构阶段之间的差距，并通过对各构建块分组进行组织来表明这些能力。重新审查并确定企业当前用于适应变更的各个因素和能力。获得一系列过渡架构，它们可以通过对各种机会的开发利用，来为各构建块的实现提供持续
·2013-06-09 15:00

企业架构研究总结（23）——TOGAF架构开发方法（ADM）之技术架构阶段

1.6技术架构（TechnologyArchitecture）企业架构开发方法各阶段——技术架构 1.6.1目标     技术架构建设阶段的目标是将应用架构中定义的各种应用组件映射为相应的技术组件，这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。由于技术架构定义了架构解决方案的物理实现，因而它与实施和迁移规划有着很强的关联。技术架构定义了技术组合的基线和目标视图，以及从基线架构到目
·2013-06-09 10:00

企业架构研究总结（22）——TOGAF架构开发方法（ADM）之信息系统架构阶段

1.4信息系统架构——数据架构（InformationSystemArchitecture——Data）企业架构开发方法各阶段——信息系统架构     信息系统架构的建设着眼于明确用于支持企业业务架构的各种数据和应用，因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。在本章中，我们将针对数据架构的建设进行探讨。 1.4.1目标     数据架构建设的目标是通过一种完整、一致、稳定且能够为
·2013-06-08 11:00

企业架构研究总结（21）——TOGAF架构开发方法（ADM）之业务架构阶段

1.3业务架构（BusinessArchitecture）企业架构开发方法各阶段——业务架构 1.3.1目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构，描述产品和/或服务策略，以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角，通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视角相
·2013-06-07 14:00

企业架构研究总结（20）——TOGAF架构开发方法（ADM）之架构愿景阶段

1.2架构愿景（ArchitectureVision）企业架构开发方法各阶段——架构愿景1.2.1目标确保架构开发循环的进展被企业管理层认知和支持，并取得必要的管理线的支持和承认。在预备阶段中明确的架构框架的整体背景之下定义和组织架构开发循环。验证业务原则、业务目标、组织的战略业务驱动力，以及企业架构的主要性能指标（KPIs）。定义基线架构的范围，明确其所包含的组件以及组件的优先级。定义相关干系人
·2013-06-06 22:00

企业架构研究总结（19）——TOGAF架构开发方法（ADM）之准备阶段

1.1准备阶段（Preliminary）企业架构开发方法各阶段——预备阶段1.1.1目标     预备阶段的目标是：对进行企业架构活动的组织的背景和环境进行审查。明确企业架构的赞助人，以及其他将被创建企业架构这项业务指令所影响的主要干系人，并确定他们的需求和优先级、他们与组织的关系，以及他们之间所需的工作行为。确保所有将要被涉及到的或受益的人员致力于架构过程的成功。促使架构赞助者为将要受到影响的业
·2013-06-06 14:00

企业架构研究总结（18）——TOGAF总论及架构开发方法（ADM）概述

     TOGAF（TheOpenGroupArchitectureFramework）可以说是当前最为流行的企业架构框架理论了，截止到作者写本书之时，福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架了，并且中国企业对它的认可度也超过了50%。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例，它起源于美国国防部的信息管理技术架构框架（TAFIM，Tec
·2013-06-05 10:00

企业架构研究总结（17）——联邦企业架构之我见

     今天时间比较多，正好将联邦企业架构的总结写一下作为联邦企业架构的结束之语，各位一直关注但无聊于联邦企业架构部分的客官终于可以看到这一部分的终结了，值得高兴，在之后如果可能的话我会继续TOGAF的研究总结（事先说明一下，个人认为这一部分更加枯燥，且都是以翻译标准为主，所以想要快乐学习企业架构的客官需要提前有思想准备^_^，感谢您的继续关注，在此谨为之前为您的学习所带来的困扰深表歉意）。  
·2013-05-29 20:00

企业架构研究总结（16）——联邦企业架构之FEA实施指南（下）

3.企业架构过渡战略     上述针对片段架构和片段过渡战略开发的描述从本质上讲是在组织的各个业务层面以及对其进行支持的服务层面对组织如何改善其效能进行指导。但正如一个水桶的最大盛水量是由其最短木板决定的一样，在组织中一个部分的优化并不代表整个效能的改善，因而如何从组织全局的角度将各个片段的过渡战略进行优化整合才是能够使组织获得最优效能改善的最佳方法，而这一方法的最终产出就是优化组合了各片段过渡战
·2013-05-29 15:00

企业架构研究总结（15）——联邦企业架构之FEA实施指南（上）

     通过前面的论述，我们可以了解到在接管了FEA的开发之后，OMB先后制定了诸如参考模型、联邦过渡框架以及企业架构评估框架等标准用于为FEA的开发提供帮助。但是FEA的开发并不是最终的目的，美国联邦政府创建的FEA的初衷是为了提高政府整体的信息资源的利用率和效能，并改善政府针对信息技术的投资水平，因而如何开发和应用FEA并使其为上述目标提供价值才是目标所在。为了达到这一目标，OMB于2007
·2013-05-28 15:00

企业架构研究总结（14）——联邦企业架构之联邦过渡架构及企业架构评估框架

联邦过渡框架     联邦过渡框架（FTF，FederalTransitionFramework）是一份包含了所有跨机构的信息技术举措的目录，它为各个政府机构对于获知政府全局级别的信息技术策略目标以及各跨机构举措这些方面的信息充当了唯一的信息源。就这份目录的内容来说，联邦过渡框架包含如下两个方面的跨机构信息技术举措：受OMB资助的各项举措，例如电子政务举措和业务线（LOB）举措等。政府全局级别的举
·2013-05-23 10:00

企业架构研究总结（13）——联邦企业架构之FEA及参考模型（下）

数据参考模型DRM数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广，它可以用在一个机构内部，也可以用在某一个利益共同体（COI，CommunityofInterest，指的是一组为了实现共同利益和目标而相互合作的人或组织，而为了达成这一目标，他们需要一个共享的词汇表来实现信息共享）内或不同利益共同体
闹市闲云·2013-05-22 15:00

企业架构研究总结（13）——联邦企业架构之FEA及参考模型（下）

数据参考模型DRM     数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广，它可以用在一个机构内部，也可以用在某一个利益共同体（COI，CommunityofInterest，指的是一组为了实现共同利益和目标而相互合作的人或组织，而为了达成这一目标，他们需要一个共享的词汇表来实现信息共享）内或不同
·2013-05-22 15:00

企业架构研究总结（12）——联邦企业架构之FEA及参考模型（中）

服务组件参考模型SRM/CRM     服务组件参考模型是一个业务驱动的功能性框架，它依据服务组件如何对业务和性能目标进行支持而对其进行分类归纳。服务组件参考模型的定义与机构的业务功能相互独立，致力于在全联邦政府范围内对应用和服务组件进行重用。需要注意的是，服务组件参考模型的英文缩写比较杂乱，有的文档用SRM来代表，而其他一些文章则使用CRM，为了避免混淆本文下面部分采用SRM来代表，而这也正是O
·2013-05-21 16:00

企业架构研究总结（11）——联邦企业架构之FEA及参考模型（上）

     在CIO委员会提出了FEAF与联邦企业架构实施指南后，美国白宫的管理与预算办公室（OMB）接下了管理和协调联邦企业架构建设的责任，并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室（FEA-PMO）。与FEAF不一样，FEA（FederalEnterpriseArchitecture，即联邦企业架构）并不是一种理论化的企业架构开发方法论，而是联邦政府所要建立的企业架构本
·2013-05-20 16:00

企业架构研究总结感想

企业架构研究总结（10）——写在中间的感想 好几天没有接着更新这篇企业架构研究总结了，除了忙于其他事物之外，关于之前几篇文章的几条评论也让我思考良久，我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前
·2013-05-15 10:00

企业架构研究总结（10）——写在中间的感想

   好几天没有接着更新这篇企业架构研究总结了，除了忙于其他事物之外，关于之前几篇文章的几条评论也让我思考良久，我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前，有必要停下来对一些概念进行进一步的阐明
·2013-05-14 22:00
上一页 4 5 6 7 8 9 10 11 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他