企业信息化架构参考

2020-10-24 来源：华佗健康网

企业架构框架

TOGAF

周金根

zhoujingen@gmail.com

http://blog.vsharing.com/zhoujg

2010-4-10

Ver0.2

企业架构框架 TOGAF ......................................................................................................................... 1 前言.......................................................................................................................................................... 7 TOGAF总体介绍..................................................................................................................................... 8

什么是企业 ............................................................................................................................ 8

什么是架构 ............................................................................................................................ 8 什么是企业架构 .................................................................................................................... 9 为什么需要企业架构 ..........................................................................................................13 为什么选择TOGAF ..............................................................................................................14 TOGAF目标 ..........................................................................................................................15 什么是架构框架 ..................................................................................................................16 The Open Group ...................................................................................................................16 TOGAF范围 ..........................................................................................................................18 参考书 ...................................................................................................................................26 其它信息 ..............................................................................................................................27 如何实施TOGAF................................................................................................. 错误！未定义书签。

TOGAF 或非 TOGAF？ ..................................................................... 错误！未定义书签。

组织保障 ............................................................................................ 错误！未定义书签。 TOGAF 实现路线图........................................................................... 错误！未定义书签。企业架构路线图示例 ........................................................................ 错误！未定义书签。基于基线开发(Baseline first)的迭代步骤 ....................................... 错误！未定义书签。主要技术和交付物 ............................................................................ 错误！未定义书签。具体实施 ............................................................................................ 错误！未定义书签。

ADM方法概要介绍 .............................................................................................................................28 预备阶段 ..............................................................................................................................28 阶段A：架构愿景...............................................................................................................28 阶段B：业务架构 ...............................................................................................................29 阶段C：信息系统架构 ......................................................................................................31 阶段D：技术架构 ..............................................................................................................33 阶段E：机会及解决方案 ..................................................................................................33 阶段F：迁移规划 ...............................................................................................................34 阶段G：实施治理 ..............................................................................................................35 阶段H：架构变更管理 ......................................................................................................36 需求管理 ..............................................................................................................................37 其他 .......................................................................................................................................38

企业架构成熟度模型（EAMM）..................................................................... 错误！未定义书签。

评估的几个方面 ................................................................................ 错误！未定义书签。 EA LEVEL 0 - NO PROGRAM ............................................................... 错误！未定义书签。

EA LEVEL 1 - INFORMAL PROGRAM .................................................. 错误！未定义书签。 EA LEVEL 2 - REPEATABLE PROGRAM ................................................ 错误！未定义书签。 EA LEVEL 3 - WELL-DEFINED PROGRAM ........................................... 错误！未定义书签。 EA LEVEL 4 - MANAGED PROGRAM .................................................. 错误！未定义书签。

EA LEVEL 5 - CONTINUOUSLY IMPROVING VITAL PROGRAM .......... 错误！未定义书签。 EA 实践成熟度 .................................................................................. 错误！未定义书签。

企业架构组织角色和技能 ................................................................................ 错误！未定义书签。

新兴的企业架构师角色 ................................................................... 错误！未定义书签。 TOGAF Roles........................................................................................ 错误！未定义书签。技能分类 ............................................................................................ 错误！未定义书签。掌握级别（Proficiency Levels） ...................................................... 错误！未定义书签。角色和技能定义 ................................................................................ 错误！未定义书签。通用角色（Generic Role） ............................................................... 错误！未定义书签。企业架构师主要特点（Key Characteristics of an Enterprise Architect）错误！未定义书签。

其他 ..................................................................................................... 错误！未定义书签。

对比解决方案架构、业务架构和企业架构 .....................................................................................39 解决方案架构 ......................................................................................................................39 业务架构 ..............................................................................................................................39 企业架构领域 ......................................................................................................................40 如何描述企业架构...............................................................................................................................42 架构复杂性 ..........................................................................................................................42 4个架构视图 .......................................................................................................................44 模型 .......................................................................................................................................44 基于符号和语义的模型（Symbolic and Semantic Models）.........................................45 架构描述基本概念 ..............................................................................................................46 View和ViewPoint ...............................................................................................................46 建模语言：ArchiMate .........................................................................................................47 ADM方法详细介绍 ........................................................................................... 错误！未定义书签。

0预备阶段 .................................................................................................. 错误！未定义书签。

架构内容 ............................................................................................ 错误！未定义书签。

工件 ..................................................................................................... 错误！未定义书签。输入 ..................................................................................................... 错误！未定义书签。任务 ..................................................................................................... 错误！未定义书签。输出 ..................................................................................................... 错误！未定义书签。技术：裁剪架构框架 ........................................................................ 错误！未定义书签。技术：企业架构组织模型 ............................................................... 错误！未定义书签。技术：架构原则 ................................................................................ 错误！未定义书签。技术：业务目的和业务驱动 ........................................................... 错误！未定义书签。技术：架构资源库 ............................................................................ 错误！未定义书签。技术：架构工具 ................................................................................ 错误！未定义书签。技术：架构工作请求 ........................................................................ 错误！未定义书签。 01企业架构原则 ....................................................................................... 错误！未定义书签。

约束和原则 ........................................................................................ 错误！未定义书签。我理解的一些示例 ............................................................................ 错误！未定义书签。 TOGAF示例 ........................................................................................ 错误！未定义书签。参考 ..................................................................................................... 错误！未定义书签。

A 架构愿景 ................................................................................................ 错误！未定义书签。

输入 ..................................................................................................... 错误！未定义书签。任务 ..................................................................................................... 错误！未定义书签。输出 ..................................................................................................... 错误！未定义书签。技术：业务战略和技术战略 ........................................................... 错误！未定义书签。技术：架构工作描述 ........................................................................ 错误！未定义书签。技术：架构愿景 ................................................................................ 错误！未定义书签。技术：涉众管理 ................................................................................ 错误！未定义书签。技术：沟通计划 ................................................................................ 错误！未定义书签。技术：架构视角/视图 ...................................................................... 错误！未定义书签。技术：价值链分析 ............................................................................ 错误！未定义书签。技术：风险管理 ................................................................................ 错误！未定义书签。技术：业务转换准备评估 ............................................................... 错误！未定义书签。技术：能力评估 ................................................................................ 错误！未定义书签。架构愿景是什么 ........................................................................................ 错误！未定义书签。

产品愿景 ............................................................................................ 错误！未定义书签。

架构愿景 ............................................................................................ 错误！未定义书签。包含内容 ............................................................................................ 错误！未定义书签。愿景文档模板 .................................................................................... 错误！未定义书签。 A0业务战略和技术战略........................................................................... 错误！未定义书签。

业务战略 ............................................................................................ 错误！未定义书签。技术战略 ............................................................................................ 错误！未定义书签。 A1涉众管理（Stakeholder Management） ........................................... 错误！未定义书签。

好处 ..................................................................................................... 错误！未定义书签。管理流程 ............................................................................................ 错误！未定义书签。 ArchiMate对ViewPoint的分类....................................................... 错误！未定义书签。 A2使用价值流分析找到价值所在 .......................................................... 错误！未定义书签。

价值流图析 ........................................................................................ 错误！未定义书签。企业价值链图（EVC） ..................................................................... 错误！未定义书签。价值链分析（参考Value Chain Analysis） .................................... 错误！未定义书签。 B业务架构.................................................................................................. 错误！未定义书签。

架构内容 ............................................................................................ 错误！未定义书签。工件 ..................................................................................................... 错误！未定义书签。输入 ..................................................................................................... 错误！未定义书签。任务 ..................................................................................................... 错误！未定义书签。输出 ..................................................................................................... 错误！未定义书签。技术：架构视角/视图 ...................................................................... 错误！未定义书签。技术：架构定义文档 ........................................................................ 错误！未定义书签。技术：架构需求说明书 ................................................................... 错误！未定义书签。技术：业务场景 ................................................................................ 错误！未定义书签。技术：差距分析 ................................................................................ 错误！未定义书签。

技术：架构路线图 ............................................................................ 错误！未定义书签。技术：架构构建块 ............................................................................ 错误！未定义书签。技术：方案构建块 ............................................................................ 错误！未定义书签。 B1 架构定义文档和架构需求说明书介绍 ............................................ 错误！未定义书签。

架构定义文档 .................................................................................... 错误！未定义书签。架构需求说明书 ................................................................................ 错误！未定义书签。模板：架构愿景 ................................................................................................. 错误！未定义书签。

术语 ............................................................................................................. 错误！未定义书签。定位 ............................................................................................................. 错误！未定义书签。

业务机会 ............................................................................................ 错误！未定义书签。问题说明 ............................................................................................ 错误！未定义书签。产品定位说明 .................................................................................... 错误！未定义书签。涉众说明 ..................................................................................................... 错误！未定义书签。

市场统计数据 .................................................................................... 错误！未定义书签。涉众列表 ............................................................................................ 错误！未定义书签。涉众能力/兴趣矩阵 .......................................................................... 错误！未定义书签。关键涉众需要 .................................................................................... 错误！未定义书签。 SMART目标 ................................................................................................ 错误！未定义书签。解决方案概念图 ........................................................................................ 错误！未定义书签。约束 ............................................................................................................. 错误！未定义书签。其他需求 ..................................................................................................... 错误！未定义书签。附：企业架构As-IS、To-Be v0.1版 ........................................................ 错误！未定义书签。附一：企业架构语言ArchiMate介绍 ..............................................................................................48 ArchiMate 和 TOGAF的关系 ............................................................................................48 架构金字塔 ..........................................................................................................................49 架构组成 ..............................................................................................................................49 架构描述 ..............................................................................................................................50 图例 .......................................................................................................................................53 每层通用描述 ......................................................................................................................54 业务功能（Functions ）和角色（Actors） ....................................................................54 产品（Product）和服务（Services）...............................................................................55 服务（Services）和接口（Interfaces） ...........................................................................55 业务流程（Business Process） ..........................................................................................56 信息（Information） ..........................................................................................................56 应用（Application） ...........................................................................................................57 业务流程与应用 ..................................................................................................................57 技术（Technology） ...........................................................................................................58 部署（Deployment） ..........................................................................................................58 分层架构（Layered Architecture） ...................................................................................59 总图结构实例 ......................................................................................................................59 业务流程五个层次 ......................................................................................................................60

参考 .......................................................................................................................................61 附二：BABOK业务分析知识体系介绍 .............................................................................................62

什么是Business Analysis ....................................................................................................63 谁是BA .................................................................................................................................63 范围(Scope) ..........................................................................................................................64 BABOK结构 ..........................................................................................................................64 CBAP认证发展阶段 ............................................................................................................67 系列文章 ..............................................................................................................................68

参考： ...................................................................................................................................68

附三：业务领先模型介绍（BLM） ..................................................................................................69

需要掌握的内容 ..................................................................................................................69 8个方面 ...............................................................................................................................69

附四：组件化业务模型CBM介绍 ....................................................................................................71

介绍 ..................................................................................................... 错误！未定义书签。

专业化 ................................................................................................. 错误！未定义书签。 CBM通向专业化的路径 ................................................................... 错误！未定义书签。什么是业务组件 ................................................................................ 错误！未定义书签。 CBM分析三阶段 ............................................................................... 错误！未定义书签。洞察阶段（The Insight Phase）....................................................... 错误！未定义书签。架构阶段（The Architecture Phase） ............................................. 错误！未定义书签。

投资阶段（The Investment Phase） ............................................... 错误！未定义书签。参考 ..................................................................................................... 错误！未定义书签。

附五：信息系统开发平台OpenExpressApp ....................................................................................73 平台如何产生...............................................................................................................................73 Roadmap........................................................................................................................................74 软件产品线工程方法 ..................................................................................................................75 支持TOGAF企业架构开发框架 ................................................................................................75 从代码为中心到模型驱动 ..........................................................................................................76 业务集成开发Studio ...................................................................................................................79 当前进展 .......................................................................................................................................80 下一步工作 ...................................................................................................................................81 代码下载 .......................................................................................................................................84 项目站点：Codeplex ...................................................................................................................84 春节飞虎版1.1发布使用说明 ..................................................................................................84

前言

TOGAF是一个企业业架构方法，适合复杂的、面向组织级别以上系统的架构开发方法。今年1月份刚升级到9.0版，对业务建模和可操作性上都有很大的提高。我在这里把之前写过的一些内容集中在一起，方便大家学习。由于TOGAF是一个比较大的体系，想掌握它并用好它还需要付出更多努力和实践。

欢迎大家来信zhoujingen@gmail.com提出你的建议。

TOGAF总体介绍

在《年度总结和计划：去年4个1，今年5个1》中说过今年我准备在项目组引入一个架构方TOGAF。工业和信息化部副部长杨学山在一次内部座谈时提到：与西方发达国家比，国内的信息化建设在硬件方面已经不相上下，在软件方面有5年的差距，在信息化管理方面有大概10年的差距，在企业架构方面则有20年的差距。而企业架构离不开我们IT技术领域的架构师的支持，为了让更多人了解企业架构，我将会写一系列相关的blog与大家分享。本系列适合业务架构师、技术架构师或者有意做企业架构相关方面工作的人员。本篇作为此系列的首篇blog，介绍一下企业架构以及对TOGAF进行介绍。

什么是企业

 

具有一个共同目标的组织的集合，可能是政府部门，一个完整的公司，公司部门，单一科/处，或由共同拥有权连接在一起的地理疏远的组织链可能是一个“扩展的企业”，包括合作伙伴、供应商和客户

什么是架构

加固是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案，架构往往是对复杂形态的一种共性的体系抽象。

业务架构体系是针对企事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，更确切的说，是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统，比如业务架构体系认为一个信息系统必须由组织机构、业务流程、业务信息、业务功能、和业务语义等层次构成。

复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。

在ISO/IEC 42010:20072中对架构有如下定义：

The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution.

一个架构是系统的基本结构，它由多个组件以及它们彼此间的关系而组成，并且在一定环境和原则下进行设计和演变。具体可以参考我之前写的一篇bolg《架构－又一个类似与“平台”一样的词汇》。

火车工程师

火车工程师在做设计时，他不会去关心每节车厢里装的是什么，他们只需要关心这些车厢一节节连接在一起就好了，而把每节车厢中的具体事情交由相应的责任人即可。将一节节车厢连起来就形成了一个隐式的（或抽象的）流程，好比一个灵活的流程应该有这样的能力：当一节车厢被替换成另一节车厢时不会对整列火车造成什么影响。

车厢之间的连接的实现如同灵活的业务接口，其具体实现即是灵活的服务。

什么是企业架构

企业架构可以分为两大部分：业务架构和IT架构，大部分企业架构方法都是从IT架构发展而来的。

 

业务架构：是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容

IT架构：指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分。

对比 RUP 和其他主要关注于实现的规程，企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分，感觉它也是一个做企业信息化规划的方法。我认为，做工具型产品和企业级产品有个差别，那就是做企业级产品需要由工具型产品的产品型公司向咨询类的服务型公司转型。

1. 业务流程的组织逻辑(包含所有信息和技术服务，流程)和IT基础设施，反映了该公

司运作模式的整合和标准化的需求 (MIT Center for Information Systems Research) 2. 概念蓝图，定义了一个组织的结构和运作。企业架构的意图是确定组织如何能够最有效的实现其当前和未来的目的 (SearchCIO.com)

企业架构如同战略规划，可以帮助企业执行业务战略规划及IT战略规划。在业务战略方面，可使用TOGAF及其架构开发方法论

（ArchitectureDevelopmentMethod/ADM）来定义企业愿景/使命，目标/目的/驱动力，组织架构，职能及角色。在IT战略方面，TOGAF及ADM详细描述了如何定义业务架构，数据架构，应用架构，和技术架构，是IT战略规划的最佳实践指引。企业架构是承接企业业务战略与 IT战略之间的桥梁与标准接口，是企业信息化规划的核心。源于90年代美国的企业架构框架，到目前已经衍生出多种企业架构框架，如DoDAF（美国国防部体系架构框架 The Department of Defense Architecture Framework）、TOGAF等。

为什么需要企业架构

有些人可能会问：“为什么要做要做架构，直接拿来需求就做不就行了吗？”。搭个简易狗窝不需要专门进行设计，但是建个大厦则必须经过设计阶段一样，我想对于不复杂的东西，你怎么做我都觉得不会出什么差错，但是一旦业务复杂、规则麻烦、还涉及变革时，必须有一个清晰的架构才能保证做出来的东西是正确的。

中国的大多数企业在进行IT投资时都会跳过企业架构这个环节而直接进入了IT项目的建设，这样就会导致重复投资、信息孤岛等必然现象。缺少规划就会发现很多开发的功能重复，也有的功能开发完成后被打入冷宫，这里列一个简单例子：如hr系统中的HR服务台的一个功能，我填写了一个问题，但是没有回复，估计这个功能就被打入冷宫了，这样满意度可想而知。我觉得EA是一个业务和IT对齐的战略执行工具，一种设计、管理、沟通的工具。通过企业架构，我们可以达到：企业内不同的人要对企业现状（as－is）和企业愿景（to-be)有一个整体的的理解

 业务、信息、技术人员的共同愿景，是理解、沟通的基础

 如果没有一个清晰的架构，就不能保证正确的决策和好的实现，EA是理

解和实现企业IT建设的保障



TOGAF在国外的认知度很高，目前企业架构方法有很多，但TOGAF是最主流的，已经有超过15年的历史。不仅有80％的福布斯( Forbes)全球排名前50的公司在使用，而且支持开放、标准的SOA参考架构。目前已得到国际主流厂商的推动，德国有SAP在推动，美国IBM、 HP、SUN等公司在推动，中国在企业架构方面并不是很成熟，以前讨论多半集中在软件架构或是单独的系统架构，在02年才有一个企业架构出现。金蝶在TOGAF 8.1成熟之后，引进9.0，因为它包含对SOA的支持，所以这个也是金蝶选择在这个时期把它导入的原因之一。金蝶加入The Open Group，希望能够提升中国企业信息系统及业务架构的水平，并率领国内软件产业参与国际标准的制定。对金蝶而言，引进TOGAF和Open Group的SOA参考架构及治理原则，将推动金蝶集团产品，开发过程及治理的国际化与标准化。未来金蝶ERP产品EAS、BOS及金蝶中间件等产品都将遵循TOGAF企业架构框架，架构开发方法论及SOA参考架构，以提升产品质量及全面SOA服务化。在金蝶产品获得成功后，将建议金蝶用户采Open Group的TOGAF及SOA标准。在2009年11月份上海的金蝶年度客户大会及中国管理模式杰出奖颁奖典礼中，金蝶发布了EAS 7.0新版本，这是中国第一款使用TOGAF企业架构框架规划及SOA的ERP产品。

为什么选择TOGAF

根据The Open Group的2009年调研报告，各类企业架构框架的市场占用率如下：

根据以上三个调研机构的报告，TOGAF的占有率已经超过百分之五十。

TOGAF目标



长期

o 行业标准，通用的企业架构方法

o 可单独使用或与对特别群组产品相关、特定的框架联合使用

 Version9

o 从TOGAF8.1.1的一个演变，密切对齐业务，重组的易用性，总体架构和企

业架构核心方法，可在今后几年被充实

什么是架构框架

大型公司和政府部门可以由多个企业组成，和可能开发及维护一些独立的企业架构来处理每一个企业，但是每一个企业的信息系统经常有太多共同之处，而且使用一个共同的架构框架通常有大的，潜在的收获。例如，一个共同的框架能提供架构储藏库开发的基础，和重用模型，设计，和基线数据。

   

一个架构框架是一个工具包，可用于开发范围广泛的不同架构

它应该说明了信息系统设计的方法，依据一套企业连续统一体，并说明企业连续统一体如何组成一个整体

它应该包含了一套工具，并提供一个共同的词汇

它还应包括一个建议的标准和相容的产品清单，可用于实施企业连续统一体

TOGAF 是一个架构框架，简而言之，是一种协助开发、验收、运行、使用和维护架构的工具。TOGAF已被80％的Forbes 50（福布斯）的公司使用，并支持开放、标准的SOA参考架构。

TOGAF是透过300多家开放群组架构论坛会员协同努力发展的，会员包含全球的领导IT客户及厂商，和代表了架构发展的最佳实践。使用 TOGAF作为架构框架将允许被开发的架构是一致的，反映利益相关者的需要，使用最佳实践，和给予应有的目前需求和未来业务可能需要二者的考虑。架构设计是一个技术复杂的过程，和设计异质、多厂商架构是显著地复杂。TOGAF扮演重要的角色来帮助“非神秘化”和去风险化架构开发流程。TOGAF提供加值平台，和使能使用者建立真正的基于开放系统的解决方案以处理他们的业务议题和需要。 The Open Group The Open Group于1993年开始应客户要求制定系统架构的标准，在1995年发表The Open GroupArchitectureFramework (TOGAF) 架构框架。TOGAF的基础是美国国防部的信息管理技术架构(TechnicalArchitecturefor Information Management:TAFIM)。它是基于一个迭代(Iterative)的过程模型，支持最佳实践和一套可重用的现有架构资产。它可让您设计、评估、并建立组织的正确架构。

TOGAF范围

强调商业目标作为架构的驱动力，并提供了一个最佳实践的储藏库，其中包括： 

TOGAF架构开发方法（ADM）：ADM是一个可靠的，行之有效的方法，以发展能够

满足商务需求的企业架构，它是TOGAF的关键。



TOGAF架构内容框架：提供了一个详细的架构工件模型，包括交付物、交付物的工件和架构构建块

上图的中文版如下：

上图的中文版本如下：



TOGAF参考模型：提供了两个参考模型，Technical Reference Model (TRM) 和Integrated Information Infrastructure Model (III-RM)



ADM指引和技术：提供应用ADM的一些指导（迭代、安全等）和技术（定义原则、业务场景、差距分析、迁移计划、风险管理等）



企业连续统一体：EA 专业人员和涉众的资源库，例如，模型、解决方案模式，和其他可以在企业架构实现和裁减过程中用作构建块的资产。



TOGAF能力框架：一套资源、指导、模板、背景信息等等，帮助在组织中进行架构实践

经过上面的一些介绍，我们知道TOGAF是一个优秀的企业架构框架，剩下就是我们如何去学习和实践它了！

参考书

下载这两本书请点图片链接,口袋书下载好像有问题，重新上传了一个

其它信息

TOGAF Web Site The Architecture Forum TOGAF Version 9 on-line epf

金蝶TOGAF版块 CIO时代EA TOGAF 或非 TOGAF：在 RUP 之上扩展企业架构 InfoQ:企业架构的现状什么TOGAF企业架构

ADM方法概要介绍

在《TOGAF总体介绍》中介绍了ADM是TOGAF的核心，本篇概要的介绍一下ADM方法的每个阶段的工作内容。

预备阶段

确定实现过程涉众，并且让它们面对企业架构工作的内容。该阶段交付基于组织业务法则的架构指导方针（Architecture Guiding Principles），并且描述用于监控 EA 实现进展的过程和标准。

阶段A：架构愿景

明确 EA 远景。架构远景（Architecture Vision）工件利用业务推动者明确企业架构工作的目的，并且创建基线和目标环境的粗略描述。如果业务目标不清楚，那么该阶段中的一部分工作是来帮助业务人员确定其关键的目标和相应的过程，这些企业架构都必须支持。同样是该阶段中生成的架构工作描述

（Statement of Architectural Work），勾勒出 EA 的范围及约束，并且表示出架构工作的计划。

阶段B：业务架构

详述关于业务领域架构的工作。架构远景（Architecture Vision）中概括的基线和目标架构在此被详细说明，从而使它们作为技术分析的有用输入。业务过程建模、业务目标建模和用例建模是用于生成业务架构的一些技术，这又包含了所期望状态的间隙分析。

阶段C：信息系统架构

涉及应用和数据（信息）架构的交付。该阶段利用基线和阶段 A

（ArchitectureVision）中开始的目标架构，以及业务间隙分析（业务架构的一部分）的结果，在范围内，并根据架构工作描述（Statement ofArchitectural Work ）中所概括的计划，为目前和展望的环境交付应用及数据架构。

阶段D：技术架构

利用技术架构的交付完成了 TOGAF ADM 循环的详细架构工作。如前面的阶段里，间隙分析和草案架构用作基线，由于初期对架构指导原则达成一致。建模标记，例如 UML，在此阶段中被积极地使用，从而生成各种观点。

阶段E：机会及解决方案

阐明目标架构所表现出的机会，并概述可能的解决方案。此阶段中的工作围绕着实现方案的可行性和实用性。此处生成的工件包括实现与移植策略（Implementation and Migration Strategy）、高层次实现计划

（High-levelImplementation Plan），以及项目列表（Project List），还有作为实现项目所使用的蓝图的已更新的应用架构。

阶段F：迁移规划

将所提议的实现项目划分优先级，并且执行移植过程的详细计划和间隙分析。该工作包括评估项目之间的依赖性，并且最小化它们对企业运作的整个影响。在此阶段中，更新了项目列表（Project List），详述了实现计划（Implementation Plan)，并且将蓝图传递给了实现团队。

阶段G：实施治理

建立起了治理架构（TOGAF）和开发组织之间的关系（例如，可能由 RUP 和项目管理知识体系（（Project Management Bodyof Knowledge，PMBOK)的组合，或其他项目管理方法所规定），并且在正式的架构治理下实现所选的项目。阶段的交付内容是开发组织所接受的架构契约（ArchitectureContracts）。阶段 G 最终的输出是符合架构的解决方案。

阶段H：架构变更管理

重点转移到实现的解决方案的交付所达到的架构基线的变更管理。该阶段可能会生成为企业架构工作的后继循环设置目标的架构工作请求（Request for Architecture Work）。

需求管理

处理所有类型的需求，包括显著的业务推动者、关系，及新的功能和变更请求。

其他

Introducing The Open Group Architecture Framework (TOGAF), Part 2:Explore an industry standard for defining an enterprise architecture

对比解决方案架构、业务架构和企业架构

开发人员对于架构这个词一定不陌生，但是我们说的架构只是产品开发中的技术相关架构，真正要做好一个产品，在技术架构之上还有其他一些架构，本篇介绍一下三类主要的架构：解决方案架构、业务架构和企业架构。有时候我们把视野拓宽一些，多锻炼自己的大局观，对自己的思维和技能都会有很大的提高。在《TOGAF 或非 TOGAF：在 RUP 之上扩展企业架构》中对比几个不同的架构框架，让我对什么是架构更清晰了。我觉得不错，所以给大家分享一下。

解决方案架构

解决方案架构是“技术性的”，它们的范围内包括各种技术元素，如软件、数据和 IT 基础架构，这些领域都是由技术人员来处理。

业务架构

业务架构在 90 年代作为单独的领域出现了，业务架构包含过程及信息、组织和绩效等方面内容

企业架构领域

企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分，EA 路线图可能比单路线解决方案包含更多内容（如图 3 所示），这可能会形成多个、同时的实现。

EA 环境是全局性的，其视点是组织化的，而解决方案架构是具体到实现的。EA 主要用于企业分析、计划和架构治理。

注意：来自解决方案架构规程中的一些主题（低层次的）不含在 EA 的范围内，而许多附加的（大部分是更高层次的）主题加入了。还要注意的是关键的业务架构主题完整地包含于 EA 规程之中了。

如何描述企业架构

搭建一个简易狗屋时，我们不会去设计三维图，做预算，规划施工等，而建个复杂建筑时，缺少架构是不可能能完成的。就像我们程序员做个小功能，可能都不需要做设计就可以实现了，但是当问题复杂了，考虑因素多了，产品关联复杂了，那么还一直摸着石头过河，事前不做架构不做规划，那么最终结果必然是失败的。

盖房屋需要架构，做功能需要技术架构，那么给企业做信息、业务规划就需要做企业架构，那我们如何描述企业架构呢？架构复杂性



设计：

o 为了避免大家的误解，架构师设计时应该采用一种通用的、易于理解的一组

词汇，这些词汇不能特定于单一架构领域。

o 提供通用的和组织特定的指导、最佳实践、架构图描述标准和其它能够提高

架构质量的方法

o 架构时迭代、反复完成的一个过程，需要支持对架构决策的跟踪和变更管理



沟通

o 架构需要同组织内或组织外的不同涉众（如管理人员、设计人员、合作伙伴等）进行沟通

o 能够对不同涉众关注的方面进行精确的描述实现

o 从以往的架构中提供反馈

o 可能的话，还需要集成已存在的设计工具



 变更

o 架构的变更对组织影响非常大，预先评估变更导致的一系列活动，仔细计划

架构演进

4个架构视图

组织的业务流程的目的是实现他们的产品，软件应用是支持业务流程，而技术设施是运行应用，信息是在业务流程和应用中使用。 1. 业务架构（business architecture）：业务战略、组织结构以及业务流程 2. 应用架构（application architecture）：服务、应用 3. 信息架构（information architecture）：业务对象和数据 4. 基础设施架构（infrastructure architecture）：硬件、网络和软件环境

模型

为了解决上面这些复杂性，明确的描述架构的核心模型是非常有价值的，而单一架构领域的细节可以不用定义（比如UI模型、主外键设定等），因为这属于特定专业的内容了。在《架构－又一个类似与“平台”一样的词汇》中描述了架构的一种定义是：架构是由软件元素、元素的外部可见属性以及它们之间的关系组成。

我们在描述架构时，最重要的就是关注核心元素以及它们之间的关系。在描述企业架构时，我们使用模型（models）。

  

领域（Domain）：总体描述中的一个子集概念

模型（Model）：一种聚焦特定领域内的抽象但很明确概念以及概念之间的关系，UML就是我们常见的一种描述模型的语言

建模（Modelling）: 对总体概念的部分进行抽象描述的动作

基于符号和语义的模型（Symbolic and Semantic Models）

基于符号的模型

基于语义的模型

以后blog中，如果没有明确提出语义模型，都指符号模型。

架构描述基本概念

View和ViewPoint 没有哪个人会关心架构所有的范围和细节，我们需要针对不同的涉众提供符合他们关注点的特定视图。这里涉及到两个概念：

 

ViewPoint: 视图模板，定义了如何看这个视图

View: ViewPoint的实例，展现模型中的这个ViewPoint包含什么

下图为TOGAF的架构内容框架中的一张图，表明了元模型、View和ViewPoint的关系

建模语言：ArchiMate

企业架构的核心方法就是使用一种集成的、一致的方式来描述多个领域的概念，ArchiMate是一种图形化的企业架构语言，可以参考《企业架构语言ArchiMate介绍》

附一：企业架构语言ArchiMate介绍

公司内部对于如何描述一个架构没有形成一个系统化的方法，所以公司在做业务架构时各个项目组都不统一，有的项目组还对如何定义架构不很清楚。项目组最近在进行一个新项目的业务架构，为了让大家架构描述形成一致的方法，我在本篇对ArchiMate架构语言进行介绍，通过本篇学习后，读者能够对架构有个总体认识，当然具体如何描述，则需要业务架构师根据具体业务和关注视图进行架构了，我能做的更多是提供一些方法和思考。

我们如何做复杂系统的企业架构？其实，这个不用自己再去摸索方法，业界已经存在多种做企业架构的框架，如TOGAF、 Zachman、PaeF、IAF等。TOGAF的应用比较多，而且有一个ArchiMate的模型语言来支持业务、信息和技术架构，所以我推荐大家使用 TOGAF和ArchiMate，以下给大家概要的介绍一下。

ArchiMate 和 TOGAF的关系

架构金字塔

我们给一个产品做架构时，一开始肯定不是直接出功能模块、数据关系等，最重要的是要从金字塔上端开始。 IT本身并不能够促进企业的任何优势，它只是企业运行的必要条件，关键是IT的应用如何与企业战略、组织、流程和管理控制系统的融合。我们只有从使命、愿景到策略再到目标，层

级细化和分解，分析目标的As-Is到To-Be，这个也是项目组在做业务规划和架构时需要花时间的明确地方，相关涉众必须在目标上达成一致。如果使命、愿景和测路是大方向，那么目标就是具体做事情前的指导，如果这个错了，则会对后续工作造成不可想象的后果。

目标确定后，我们要做的就是作具体的As-Is分析以及To-Be了。那么我们下面看看做架构时，我们需要关注哪些方面呢？

架构组成

在《架构－又一个类似与“平台”一样的词汇》中我对架构进行了一些总体概要的描述，下面对企业架构的组成进行一下描述。

产品架构、流程架构、信息架构、应用架构和技术架构，这些架构层次其实大部分业务架构师在做架构时都接触过，只是很多人没有形成统一概念而已。这么多架构，那我们如何描述它呢？以下将介绍一下ArchiMate模型语言。

架构描述

ArchiMate是一种集成多种架构的一种可视化业务分析模型语言，它从下图业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect）和产品、组织、流程、信息、数据、应用、技术领域（Domain）来进行描述：

图例

每层通用描述

业务功能（Functions ）和角色（Actors）

产品（Product）和服务（Services）

服务（Services）和接口（Interfaces）

业务流程（Business Process）

信息（Information）

应用（Application）

业务流程与应用

技术（Technology）

部署（Deployment）

分层架构（Layered Architecture）

总图结构实例

以下我我在一个项目应用中的总图，只是粗略应用，具体细节就不列了，以免误人子弟，但是架构需要的主要内容这张图都表现出来了。

业务流程五个层次

在《推荐: 一个业务流程梳理工具Sam》中提到过业务流程的五个层次，大家在做业务流程时也可以参考。

参考

在线ArchiMate1.0

在线ART

架构语言 archimate 1.0版本下载企业架构－开篇：TOGAF介绍

          架构语言ArchiMate －语言结构（Language Structure）架构语言ArchiMate －业务层（Business Layer）架构语言ArchiMate －应用层（Application Layer）架构语言ArchiMate －技术层（Technology Layer）架构语言ArchiMate －关系（Relationships）架构语言ArchiMate －业务层、应用层和技术层之间的关系架构语言ArchiMate －架构视角（Viewpoint）分类框架架构语言ArchiMate － ArchiMate提供的基本视角（Viewpoints）介绍一架构语言ArchiMate － ArchiMate提供的基本视角（Viewpoints）介绍二企业架构语言ArchiMate v0.5.pdf

附二：BABOK业务分析知识体系介绍

当我们作项目时，下面这张图很多人都明白，从计划、构建、测试、部署实施后发现提供的方案并不能真正解决用户的问题，那么我们是不是少了什么步骤或者缺少对什么环节的重视呢？

上图和下图对比就可以看出来，保证产品是客户想要的，那么必须有业务分析这个重要环节，必须很好的描述和定义用户的需求并提供解决方案。

Scrum方法中对开发团队提供了很多支持，但是对PO如何得出Product Backlog并未提及，因为这已经属于另一范畴了。那我们有没有什么方法可以支持PO进行业务分析呢？秉承一贯偷的作风，在年度总结和计划：去年4个1，今年5个1中提及到引入BABOK知识体系，本篇将作为这个系列的开篇，对BABOK进行总体的介绍。

什么是Business Analysis

BABOK对\"What is Business Analysis\"做了一个权威的定义：

Business analysis is the set of tasks and techniques used to work as a liaison among stakeholders in order to understand the structure,policies, and operations of an organization, and recommend solutions that enable the organization to achieve its goals.

翻译一下为：

Business Analysis就是一组任务和技能的集合，它是不同的利益相关者之间的桥梁，目的是为了让这些利益相关者更好的理解组织的架构、政策和运作模式，并且为了使得组织能够达到它们的目标，提出相应的解决方案。

谁是BA

BABOK认为BA是任何人都可以是BA，只要他做的是业务分析的工作，而不区分岗位角色，他可能是系统分析师、流程分析师、项目（产品）管理者、开发人员、质量分析员、业务架构师或者咨询师等等。在不同的公司，对于BA有不同的理解和职位描述，所以在BABOK中也没有定义明确的岗位职责。

对于IT的BA而言，IT部门和业务部门会存在gap，IT不懂业务，而业务部门不懂技术，所以IT的BA最好是既懂技术又懂业务。

范围(Scope)

术语“scope”应用非常广泛，定义也非常之多，IT中有两个定义占主导：

 

方案范围（Solution scope）：是满足业务需求而设计的一套方案项目范围（Project scope）：实现和构造特定方案（solution）时的工作

在本系列介绍中，如果没有特别说明时，范围都指方案范围，而项目范围更多出现在项目管理范畴中。

BABOK结构

BABOK由以下几个部分组成：

1. 任务（TASK）：业务分析中的核心工作，每件任务都必须具有如下的特性：

o 每件任务都是有价值的，并且大家都是认同的

o 每件任务是完整的，它的输出可以作为其它不同人的输入 o 每件任务都是知识体系中必须的组成部分 o 输入/输出

2. 技能（TECHNIQUE）：技能描述在在某个特定的情况下如何执行任务。每个任务可以没有或者有1至多个相关的技能，但每个技能必须至少关联到一项任务中去。BABOK中包括了BA社区中大部分常用的技能。当我们在自己领域中实践时，可以添加自己的技能。

3. 知识点（Knowledge Area）：知识点是相关任务和技能的集合，它由7大组成部分：

CBAP认证发展阶段

系列文章

      

BA计划和监控（BA Planning & Monitoring）概要企业分析（Enterprise Analysis）概要需求获取（Elicitation）

需求分析（Requirements Analysis）概述

方案评估和验证（Solution Assessment and Validation）概述

需求管理和沟通（Requirements Management and Communication）概要业务分析技术（Business Analysis Techniques）概要

参考： BABOK Version 2 View more presentations from International Institute of Business Analysis. IIBA 业务分析师在敏捷项目中的作用 BABOK2 public Draft 下载

附三：业务领先模型介绍（BLM）

企业战略规划的重点在于“看准方向、抓住机会、理清业务、设计组织、落实执行”，建立一个企业的核心竞争力和差异化优势，为企业的长期发展奠定基础是企业战略规划的目标。BLM是IBM在总结自身多年经营管理经验的基础上，形成的一整套的战略制定及执行的模式和方法论。

我们公司使用的战略工具就是BLM，我觉得它可以作为企业架构愿景阶段的一个输入，所以在这里简单介绍一下。

需要掌握的内容

要掌握该模型，主要需要掌握：

1、理解企业经营管理三要素（战略、执行、领导力）之间的内在关系 2、掌握同一种指定企业经营战略的语言 3、掌握IBM的企业领先模型的经营战略制定的基本步骤和方法 4、理清战略制定步骤之间的内在逻辑关系 5、达成企业共同的企业经营目标 6、以战略为依据进行执行跟踪 7、理解战略自上而下实施方法 8个方面

BLM认为企业战略的制定和执行包含8个相互影响、相互作用的方面：战略意图、市场洞察、创新焦点、业务设计、关键任务、氛围与文化、人才及正式组织等，他们的关系如下图。

战略意图市场洞察力

组织机构的方向和最终目标，与公司的战略重点相一致。 · 这个业务设计是否提升了公司的战略重点？

了解客户需求、竞争者的动向、技术的发展和市场经济状况以找到机遇和风险，目标是：解释市场上正在发生什么以及这些改变对公司来说意味着什么。 · 这个业务设计所依赖的客户角度和经济上的假设是什么？ · 这些假设还成立吗？什么可能使他们改变？ · 客户最优先考虑的是什么？它们又是怎样在改变？ · 正在发生的技术转变是什么？它们对公司的影响是什么？ · 是什么将你和竞争对手的业务设计区分开来？

创新焦点

进行与市场同步的探索与试验。从广泛的资源中过滤想法，通过试点和深入市场的实验探索新想法，谨慎的进行投资和处理资源，以应对行业的变化。 · 新的业务设计能否抓住新的价值来源？ · 这种价值来源是可持续的吗？

· 客户优先权的变化对你的业务设计会有怎样的影响？ · 有什么可替代的设计可以满足下一轮的客户优先权？

业务设计

对外部的深入理解，为利用内部能力和战略控制点探索可替代的业务设计提供了基础。业务设计设计五要素：选择客户、价值主张、价值获取、活动范围和战略控制。 · 我们是否建立现有能力上？ · 能否获得所要的新能力？

关键任务

满足业务设计和它的价值主张的要求所必须的行动。 · 支持业务设计、尤其是价值主张的实现 · 可将重要运营流程的设计与落实包括在内 · 是连接战略与执行的轴心点 · 是执行的其它部分的基础 · 年度性的、可按季度跟踪衡量

正式组织

为确保关键任务和流程能有效地执行，需建立相应的组织机构、管理和考核标准，包括人员单位的大小和角色、管理与考评、奖励与激励系统、职业规划、人员和活动的物理位置，以便于经理指导、控制和激励个人和集体去完成团队的重要任务。 · 支持关键业务的执行，包括建立相应的组织机构 · 管理和考核标准

· 目的是便于经理指导、控制和激励个人和集体去完成团队的重要任务

人才

重要岗位的人员要具备相应的能力以完成出色的业绩。 · 人才需求详细定义 · 获得 · 培养 · 激励 · 留存

氛围文化

创造好的工作环境以激励员工完成关键任务，积极的氛围能激发人们创造出色的成绩，使得他们更加努力，并在危急时刻鼓舞他们。

附四：发布的在线查看电子书列表

软件＝业务＋架构＋流程＋组织.ppt

10 年的技术工作，软件这个词对我来说一点都不陌生，但是当我问自己如何理解软件的？我却不知道如何回答。软件＝业务＋架构＋流程＋组织，其中公式是借用软件产品线工程BAPO的概念，我觉得不错，这个ppt就是我去年思考的一个理解，希望大家看后对软件也有一个更清晰的认识。

2. 企业架构语言ArchiMate.pdf ArchiMate是一种架构描述的建模语言，它使用清晰的概念和关系来描述架构领域，提供简单的、一致的结构化描述模型。我也写了一系列相关blog，大部分内容都来自于Open Group已经发布了1.0版本上，现在把这些内容集成次电子书，也便于大家学习。 3. 敏捷个人－认识自我，管理自我.pdf 去年我写了一系列个人管理的文章，深受大家喜欢。想到写这个系列是源于在实施敏捷Scrum方法时，对方法实施是否对人的水平需要高要求的一些思考。自组织团队是建立在敏捷个人之上的，没有个人就没有团队，实施 Scrum对人要求不高，但想实施得好，那么对人的要求肯定不低。对于个人来说，工作中的技术水平高低自然会影响到实施的效果，而我更认为认识自我、管理自我相关的软性技能更为重要，特别是对于刚形成的团队来说，没有这些软技能是实施的一大挑战。现在把以前写的与个人管理相关的内容集中在这本电子书中，方便大家阅读。今年我将会继续扩充个人管理的内容，不断完善敏捷个人。 4. 开源信息系统开发平台之OpenExpressApp框架.pdf OpenExpressApp 是将现有技术和产品中有价值的部分引入到一起，它要做的是整合别人已经实践的方法来提高我们自身的开发能力。不同于以往为特定开发角色提供独立的开发工具和框架，它基于业务模型驱动开发指导思想，为业务分析人员、软件设计和开发人员提供的一种集成的开发平台，提供报表、流程、元数据等基础引擎，具有业务建模、领域建模和应用建模等模型，并提供权限、报表等多个通用应用模块。为了支持软件开发，还提供基于敏捷思想、软件产品线工程的软件项目管理工具、快速原型工具和测试支持。OpenExpressApp是一个模型驱动开发平台，目前只是实现了C/S框架部分，2010年下半年将开始进行元模型引擎的开发（OpenMetaEdit）。

敏捷方法之 Scrum.pdf

去年在项目组实施了Scrum敏捷方法，我在blog上写了一些相关 blog，其中一些文章深受大家的喜欢。现在把之前写的Scrum相关的内容集中在这本电子书中，方便

大家阅读。目前我所在项目组实施效果还行，但还属于较低层次的成熟度级别，Scrum敏捷方法虽然看似简单，但要在框架支持下想要实施好还是需要一些挑战的，价值观的传递非常重要，自组织团队也尤为重要，最后还是落实到敏捷个人。 6.

企业架构框架－TOGAF.pdf TOGAF 是一个企业业架构方法，适合复杂的、面向组织级别以上系统的架构开发方法。今年1月份刚升级到9.0版，对业务建模和可操作性上都有很大的提高。我在这里把之前写过的一些内容集中在一起，方便大家学习。由于TOGAF是一个比较大的体系，想掌握它并用好它还需要付出更多努力和实践。

规模化产品开发方法－产品线工程 .pdf 随着软件应用的普及，企业对软件也越来越重视，不断的要求采用软件提高效率，提升技能增强企业竞争力。随着客户的增多，软件企业这时需要面对更多的客户，处理共性和个性问题。如何保证低成本、高质量、快速上市等要求就成为了企业竞争力的主要表现之一，而产品线工程方法就是支持这种大范围重用（large-scale reuse）的方法。产品线区别于传统的代码重用就是大量的使用重用（可以达到90％），不仅仅是代码，还包括需求、业务等。这里将介绍一些与产品线相关的知识，帮助大家更好的了解和学习软产品线工程。

业务分析与需求.pdf 业务分析和需求对产品来说起到决定性作用，本文将会讲解一下业务分析知识体系BABOK以及一些与需求相关的一些知识。

报表引擎设计.pdf 报表管理软件中常用的基础组件之一，简单报表可以轻易的通过一些方式实现，但想要处理国内复杂的报表，则必须开发一个报表引擎，本文将从报表引擎的设计方面进行讲解，只要掌握了这些核心模型（借鉴润乾报表思路），就可以实现一个比较好的引擎

附五：信息系统开发平台OpenExpressApp

在多年开发中，对于中大型信息系统的开发总会遇到上面这些问题。从技术角度来说，这些问题的解决好坏往往又决定了该产品是否成功，我认为要想一致的解决这些问题，我们必然要有一个信息系统的开发平台。开发平台是在系统平台之上，提供在开发方法指导下，通过开发工具、辅助工具，基于框架、引擎以及内置的模块等一套支持软件开发生命周期的完整开发环境来构造软件，以期在统一平台下能够快速高质量的提供产品。纯粹的语言开发工具（如Visual Studio等）、组件或引擎（如报表引擎等）只是平台的组成部分，单独拿来说不属于开发平台。开发平台有技术平台，也有业务平台，技术平台的用户更多的是开发人员，而业务平台的用户会着重考虑业务人员，OpenExpressApp的目标就是做成一个这样的开发平台。

平台如何产生

在技术层面，我们经常谈到重用的概念，那么重用又分几个层次呢？我用下图表达了重用的几个层次： 1. 函数和类 2. 模块和引擎 3. 应用包和框架 4. 思想

这几个层次中，在做平台时首要的是思想的重用，框架和引擎的重用都需要思想重用的指导，而函数和类的重用属于更细节的内容，不属于架构层次。

基于上面的几个重用层次，平台一般是下面几种方法中产生： 1. 完全自己做 2. 完全用别人的 3. 山寨 4. 扩展

5. 组合1..4

OpenExpressApp采用的是第五种方法，通过组合不同引擎、方法、开源产品等来实现一个自己的模型驱动开发平台。

Roadmap

OpenExpressApp是一个开发平台，提供在开发方法指导下，通过开发工具、辅助工具，基于框架、引擎以及内置的模块等一套支持软件开发生命周期的完整开发环境。

软件产品线工程方法

OpenExpressApp采用软件产品线工程方法指导，在开发平台时就注意领域开发和应用开发。

支持TOGAF企业架构开发框架

TOGAF是业界已经公认的企业架构框架，OpenExpressApp的EA建模将支持架构开发框架（ADM），使用ArchiMate语言作为建模语言。

从代码为中心到模型驱动

现在业界已经有很多解决规模化问题的开发方法，有软件工厂、产生式编程、DSL、DSM等，其中很多都是基于模型来开发的。

OpenExpressApp将借鉴上面这些开发方法，主要以DSM方法作为指导：

业务集成开发Studio

以往不同阶段工作借助与不同工具，这样很难让大家协同起来，OpneExpressApp将提

供一个以业务集成平台为中心的开发Studio，这将很好的提高产品的一致性。

通过以上一些说明可以看出来，OpenExpressApp是将现有技术和产品中有价值的部分引入到一起，它要做的是整合别人已经实践的方法来提高我们自身的开发能力。不同于以往为特定开发角色提供独立的开发工具和框架，它基于业务模型驱动开发指导思想，为业务分析人员、软件设计和开发人员提供的一种集成的开发平台，提供报表、流程、元数据等基础引擎，具有业务建模、领域建模和应用建模等模型，并提供权限、报表等多个通用应用模块。为了支持软件开发，还提供基于敏捷思想、产品线工程的软件项目管理工具、快速原型工具和测试支持。

     

OpenExpressApp框架(参考XAF) OpenMetaEdit（参考MetaEdit+) OpenReport（参考润乾报表） OpenWorkflow（使用微软的WF） OpenStudio（基于OpenExpressApp开发，参考Mendix、Novulo） OpenTool（基于OpenExpressApp开发）

当前进展

目前处于OpenExpressApp框架阶段，提供类似ExpressAppFramework的开发框架，供软件开发人员使用，现有框架已在实际项目中应用。现阶段实现主要是基于C/S(WPF)分布式，参考了ExpressApp Framework（应用框架），使用了CSLA作为分布式业务对象框架，Composite WPF作为UI框架，还使用了其他一些代码（如 LiteORM、Flee等）。

下一步工作

元模型引擎 OpenMetaEdit

代码下载

源码页面：

http://openexpressapp.codeplex.com/SourceControl/list/changesets SVN地址：https://OpenExpressApp.svn.codeplex.com/svn

项目站点：Codeplex 春节飞虎版1.1发布使用说明

1. 生成数据库：执行Example\\OpenExpressApp.sql 生成数据库，或者通过Lib\\DBCreator.exe从项目编译后的类库生成数据库 2. 打开OpenExpressApp\\OpenExpressApp.sln，修改OpenExpressApp.Host.WPF配置文件

的数据库连接字符串为自己的配置 3. 运行：

因篇幅问题不能全部显示，请点此查看更多更全内容

查看全文

全部频道

企业信息化架构参考