开发笔记 第864页

CMS是Content Management System的缩写，意为”内容管理系统”。
CMS具有许多基于模板的优秀设计，可以加快网站开发的速度和减少开发的成本。
CMS的功能并不只限于文本处理，它也可以处理图片、Flash动画、声像流、图像甚至电子邮件档案。
CMS还分各个平台脚本种类的。
内容管理系统是企业信息化建设和电子政务的新宠，也是一个相对较新的市场，对于内容管理，业界还没有一个统一的定义，不同的机构有不同的理解：
Gartner Group 认为内容管理从内涵上应该包括企业内部内容管理、Web内容管理、电子商务交易内容管理和企业外部网(Extranet)信息共享内容管理（如CRM和 SCM等），Web内容管理是当前的重点，e-business和XML是推动内容管理发展的源动力。
Merrill Lynch的分析师认为内容管理侧重于企业员工、企业用户、合作伙伴和供应商方便获得非结构化信息的处理过程。内容管理的目的是把非结构化信息出版到 intranets, extranets和ITE(Internet Trading Exchanges), 从而使用户可以检索、使用、分析和共享。商业智能系统 (BI)侧重于结构化数据的价值提取，而内容管理则侧重于企业内部和外部非结构化资源的战略价值提取。
Giga Group 认为作为电子商务引擎，内容管理解决方案必须和电子商务服务器紧密集成，从而形成内容生产(Production)、传递(Delivery)以及电子商务端到端系统。
我们认为内容管理系统是一种位于WEB前端（Web 服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。内容管理解决方案重点解决各种非结构化或半结构化的数字资源的采集、管理、利用、传递和增值，并能有机集成到结构化数据的商业智能环境中，如OA,CRM等。内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内容。这里指的”内容”可能包括文件、表格、图片、数据库中的数据甚至视频等一切你想要发布到 Internet、Intranet以及Extranet网站的信息。
CMS是如何应运而生的？
随着网络应用的丰富和发展，很多网站往往不能迅速跟进大量信息衍生及业务模式变革的脚步，常常需要花费许多时间、人力和物力来处理信息更新和维护工作；遇到网站扩充的时候，整合内外网及分支网站的工作就变得更加复杂，甚至还需重新建设网站；如此下去，用户始终在一个高成本、低效率的循环中升级、整合……
于是，我们听到许多用户这样的反馈：
页面制作无序，网站风格不统一，大量信息堆积，发布显得异常沉重；
内容繁杂，手工管理效率低下，手工链接视音频信息经常无法实现；
应用难度较高，许多工作需要技术人员配合才能完成，角色分工不明确；
改版工作量大，系统扩展能力差，集成其它应用时更是降低了灵活性；
对于网站建设和信息发布人员来说，他们最关注的系统的易用性和的功能的完善性，因此，这对网站建设和信息发布工具提出了一个很高的要求。
首先，角色定位明确，以充分保证工作人员的工作效率；其次，功能完整，满足各门道”把关人”应用所需，使信息发布准确无误。比如，为编辑、美工、主编及运维人员设置权限和实时管理功能。
此外，保障网站架构的安全性也是用户关注的焦点。能有效管理网站访问者的登陆权限，使内网数据库不受攻击，从而时刻保证网站的安全稳定，免于用户的后顾之忧。
根据以上需求，一套专业的内容管理系统CMS应运而生，来有效解决用户网站建设与信息发布中常见的问题和需求。对网站内容管理是该软件的最大优势，它流程完善、功能丰富，可把稿件分门别类并授权给合法用户编辑管理，而不需要用户去理会那些难懂的SQL语法。
CMS是如何发展的？
内容管理从2000年开始成为一个重要的应用领域，这时.COM和B2B, B2C等经历了资本和市场的考验及洗礼，人们重新回到信息技术应用的基本面－如何提高竞争能力，而内容管理恰恰能够通过对企业各种类型的数字资产的产生、管理、增值和再利用，改善组织的运行效率和企业的竞争能力，企事业单位也开始认识到内容管理的重要性。
从企事业单位信息化的观点来看，以下因素导致对内容管理软件的巨大需求：
(1) 知识是企业的财富。在Internet交互过程中，只有十分之一涉及销售，其他十分之九都和信息交互有关，员工的知识获取越来越依赖于互联网，特别是在电子商务的个性化环境中，客户为了做出购买决定，需要智能化地获取信息，不仅仅是商品的数量和价格，更重要的可能是产品的手册、安全保证、技术指标、售后服务、图片文件等等。
(2) 信息的及时性和准确性。无论在企业内网还是外网，信息的更新越来越快，企事业单位的信息生产量越来越多，且呈现成倍增长的趋势，企事业单位更需要的是一个功能强大、可扩展的、灵活的内容管理技术来满足不断的信息更新、维护，这时如何保证信息的准确性和真实性将越来越显得重要。
(3) 企业内外网统一的需求增长。随着企事业单位信息化的建设，内联网和外联网之间的信息交互越来越多,优秀的内容管理系统对企业内部来说，能够很好地做到信息的收集和重复利用以及信息的增值利用, 对于外联网来说，更重要的是真正交互式和协作性的内容。
国外从事内容管理软件研发的主要厂商包括Vignette,Interwoven, BroadVision, Openmarket，ATG， Allaire, Documentum, Hummingbird等，这些公司CM产品和解决方案专业性很强，大多基于J2EE等平台，功能丰富，主要面向企业级用户，是CM市场的主要厂商。还有一些更窄的专业厂商提供内容管理某个阶段需要的功能，如Verity 提供知识检索，Micromedia 提供内容创作平台，Akamai和Inkitomi 提供内容分发管理技术等。与此相反，Microsoft, IBM, oracle等公司提供通用平台性CM解决方案。但是目前CM市场仍有很多不完善的地方，包括：
在这个全新的市场中很难找到一个CMS满足用户的所有需求。
有些CMS只是单纯的信息发布工具而以，称不上内容的收集和再利用更谈不上知识管理的概念，最多只是一组网站建设工具软件而已。
所有产品的可视链接都非常差，只有极少数厂商能够提供可视软件，这些软件都不是交互式的，不能用作管理工具。
CMS都有可能包括些什么？
隐藏在内容管理系统(CMS)之后的基本思想是分离内容的管理和设计。页面设计存储在模板里，而内容存储在数据库或独立的文件中。当一个用户请求页面时，各部分联合生成一个标准的 HTML 页面。
一个内容管理系统通常有如下要素：
文档模板
脚本语言或标记语言
与数据库集成
内容的包含物由内嵌入页面的特殊标记控制。这些标记对于一个内容管理系统通常是唯一的。这些系统通常有对较复杂的操作的语言支持，如 Python, Perl, 或 Java 等。
内容管理系统对站点管理和创造编辑都有好处。这其中最大的好处是能够使用模板和通用的设计元素以确保整个网站的协调。作者只需在他们的文档中采用少量的模板代码，然后即可把精力集中在设计之上的内容了。要改变网站的外观，管理员只需修改模板而不是一个个单独的页面。
内容管理系统也简化了网站的内容供给和内容管理的责任委托。很多内容管理系统允许对网站的不同层面人员赋予不同等级的访问权限，这使得他们不必研究操作系统级的权限设置，只需用浏览器接口即可完成。
其他的特性如：搜索引擎、日历、Web 邮件等也会内置于内容管理系统 CMS 内，或允许以第三方插件的形式集成进来。
如何开发CMS
内容管理系统是一个很泛的概念：从商业门户网站的新闻系统到个人的Weblog都可以称作发布系统。
框架型：本身不包含任何应用实现，只是提供了底层框架，具体应用需要一定的二次开发，比如Cocoon，Vignette；
应用型：本身是一个面向具体类型的应用实现，已经包含了新闻/评论管理，投票，论坛，WIKI等一些子系统。比如：postNuke xoops等；
但无论如何，在发布系统选型之前，首先了解自己的实际需求是最重要的：想根据现成系统将自己的需求硬往上照搬是非常不可取的。访问量，权限控制和各种功能需求。每个模块和功能自己都比较清晰一点以后，再去网上找找类似的实现：你会发现其实每个环节到目前上都有比较成熟的实现了，而且还在不断完善和发展中，如果没有：你的需求太特殊，或者可以尝试分解成更小的系统组合实现。
内容管理系统被分离成以下几个层面：各个层面优先考虑的需求不同
1，后台业务子系统管理（管理优先：内容管理）：新闻录入系统，BBS论坛子系统，全文检索子系统等，针对不同系统的方便管理者的内容录入：所见即所得的编辑管理界面等，清晰的业务逻辑：各种子系统的权限控制机制等；
2，Portal系统（表现优先：模板管理）：大部分最终的输出页面：网站首页，子频道/专题页，新闻详情页一般就是各种后台子系统模块的各种组合，这种发布组合逻辑是非常丰富的，Portal系统就是负责以上这些后台子系统的组合表现管理；
3，前台发布（效率优先：发布管理）：面向最终用户的缓存发布，和搜索引擎spider的URL设计等……
内容管理和表现的分离：很多成套的CMS系统没有把后台各种子系统和Portal分离开设计，以至于在Portal层的模板表现管理和新闻子系统的内容管理逻辑混合在一起，甚至和BBS等子系统的管理都耦合的非常高，整个系统会显得非常庞杂。而且这样的系统各个子系统捆绑的比较死，如果后台的模块很难改变。但是如果把后台各种子系统内容管理逻辑和前台的表现/发布分离后，Portal和后台各个子系统之间只是数据传递的关系：Portal只决定后台各个子系统数据的取舍和表现，而后台的各个子系统也都非常容易插拔。
内容管理和数据分发的分离：需要要Portal系统设计的时候注意可缓存性（Cache Friendly）性设计：CMS后台管理和发布机制，本身不要过多考虑”效率”问题，只要最终页面输出设计的比较Cacheable，效率问题可通过更前端专门的缓存服务器解决。
此外，就是除了面向最终浏览器用户外，还要注意面向搜索引擎友好(Search engine Friendly)的URL设计：通过 URL REWRITE转向或基于PATH_INFO的参数解析使得动态网页在链接（URI）形式上更像静态的目录结构，方便网站内容被搜索引擎收录；
都有哪些CMS提供商
Vignette. 奥斯汀, TX Vignette公司，网站内容管理系统的领导者，今天宣布在中层楼资金上它取得了1亿4千万美元，成为奥斯汀基础软件公司中最大的私人资产投资，同时也使Vignette成为在奥斯汀发展最快的互联网软件公司。 Vignette 公司，作为全世界网站内容应用系统的领导者，为公司们提出了解决方案——在互联网上建立非常成功的商业。 Vignette的王牌产品是StoryServer 3，它能使公司以应用软件（如在线发布、知识管理和复杂电子商务系统）为基础建立、管理和发布服务，最终加速和提高客户的忠实度和持续力。超过75个一流公司，包括Ziff- Davis' ZDNet, First Chicago NBD, Bay Networks 和 CNET ，使用StoryServer 3 ，每天提供2500万个网页浏览。 StoryServer3 获得了5个行业奖励，包括UPSIDE杂志的”网络基础组织类最活跃的私人公司” 。 它的 V/5 系列是一套应用软件包，设计用来为门户、B2C 和 B2B 市场需求提供内容管理。 V/5系列具有高度的可定制化能力和广泛的功能，它包括内容和模板的开发、个性化定制和发布。但是，它的多数功能还需要开发。
Documentum. Documentum 是文档管理解决方案的长期供应商。带着它的4i 网站内容管理（WCM）版本，公司有力地进入了CM舞台，它提供了一个解决方案来支持具有在线而动态的内容的电子商务应用软件。对大中型组织来说，它也是一个健全的可扩展的网站内容管理解决方案。
Eprise. Eprise的 Participant Server 2.6.6是该公司内容管理的产品，它为大型商务和.com提供商业应用软件，包括互联网、企业内部网和公共网站。该产品能促进内容添加、修改和全球发布。 Participant Server 的主要组件包括内容中心、操作中心、共享中心和内容分配套件。产品为投稿和创造提供基于网络的界面，同时内容分配组件处理适于交易的内容分配。 A single Web based administrative interface is a plus because administration can be distributed across the organization. 单一的基于网络的管理界面是附加的，因为管理在组织范围内可以是分布式的。
Interwoven. Interwoven的 TeamSite 4.5是横向聚焦的网站内容管理解决方案，它向财富500强和全球2000个上市公司提供企业范围的网站内容管理。TeamSite 的管理和组成能力通过桌面和基于Java的接口提供，这种桌面和接口作为操作系统的一部分出现。用户可以通过Windows Explorer把内容拖放到存储库中。
Xpedio. Xpedio CMS 4.0是全球 2000 B2B 和 B2E 公司所用的解决方案包，它为没有技术的用户提供了容易使用的网站建设能力。该产品在企业内部互联网、外部互联网和电子商务网站上促进了内容的快速发展和管理。在管理和发布内容方面，它是强大的解决方案，它提供具有分布式管理能力的创作工具、安全、发布的灵活性和完全基于浏览器的界面。
Ncompass. NCompass Labs于2001年4月通过微软成立，现在它是微软的子公司。 Resolution 3.1是Ncompass的浏览器，以网站内容管理解决方案为基础，在2001年底，它做为微软的产品（称为微软内容管理服务器）再次发布。
Open Market. Open Market 的Content Server 3.1是 J2EE兼容的内容管理解决方案，它嫦虺霭妗⒚教搴徒鹑诜务市常Open Market 把内容服务器定位为推动以内容为中心的电子商务应用软件的产品，它处理访问者、客户和合作者之间的交互。该产品有用于管理和组织的网络界面，包括了一个个性化的引擎和用于发布的应用软件服务器。
BroadVision. BroadVision 把应用方法用于内容管理，主要目标是B2B, B2E 和 B2C 市场。 BroadVision以应用软件程序包的形式出售产品，如出售给附带商业、合作商业、市场和雇员自我服务。内容管理解决方案也独立地出售。
FileNET. FileNET 是文档管理市场的传统领导者，现在它集中精力于生产电子商务应用软件的Panagon生产线。它的网站内容管理套件包括Panagon 内容服务（PCS）、Panagon 网络发布者（PWP）、Panagon 网络服务（PWS）和Panagon 电子流程。FileNET套件主要面向于金融、保险、政府、电信、公共事业和制造业。FileNET把它的网站内容管理套件定位在内容管理的全部解决方案，它贯穿内容的生命周期，从创造到审批、发布和分配。然而，在它目前的版本中，产品在核心网站内容管理的功能性上需要重大发展，如个性化和动态内容的表达。
Megellan. 2000 年7月，Gauss Interprise 和美国软件开发者Magellan 合并，主要销售它的内容管理系列 Versatile Internet Platform (VIP)。VIP定位于企业管理内容、网站内容和门户的平台。对于集中的环境，产品系列有适应需求的基本功能，包括基于网络的管理，单一和大批的输入、第三方厂商提供的基本库服务、以及用于分布式内容创造的模板设计工具。
InStranet. InStranet 成立于1999年，总部设在纽约，并且在巴黎设有欧洲总部。公司的王牌产品是InStranet 2000 1.5，它是一个浏览器和基于Java的网站内容管理解决方案。产品聚焦于，在B2B和雇员工作环境下，向企业内部互联网和外部互联网发布业务文件和内容。InStranet 2000 1.5在 J2EE兼容的应用服务器上运行，已在BEA WebLogic, IBM WebSphere 和 iPlanet 应用服务器上经过检验。
Mediasurface. Mediasurface 的总部设在伦敦，它的美国办事处在纽约和弗朗西丝科。公司为组织提供管理内容软件，用于企业内部互联网和外部互联网。公司的核心产品是 Mediasurface 3.5，它瞄准垂直市场，包括金融服务、政府、教育、卫生保健、IT服务、媒体、出版和广播、零售和消费服务。
Six Open Systems. Six Offene Systeme GmbH 在美国称为Six Open Systems (Six) ，于1991年在德国成立。Six在德国有重要的消费群，它以产品Six CMS 4.0打入美国市场。该产品是由内到外的、以浏览器为基础的解决方案，它用来帮助媒体出版商简化和管理内容设计及网页和门户、互联网、企业内部互联网等的设计。
Starbase. Starbase 销售合作产品，该产品为电子商务应用软件创造、管理代码和内容。2001年2月, Starbase收购了worldweb.net 和它的产品 Expressroom I/O 、以及基于Java 和 XML的网站内容管理解决方案。Starbase正把Expressroom I/O添加到它的代码和内容管理解决方案的协作套件中。
国内用的比较多的有Active Context、turbocms、cms4i，不过这些都是纯商业性系统，价格很高，一般个人建站，建议选取一些国外比较有名的开源系统，如 Mambo、Drupal、Tikiwiki、PhpNuke、 PostNuke、Xoops、Tikipro、不过这些全是基于php + mySQL的，众所周知，php和mySQL是免费的嘛^__^

内容管理系统(CMS)的设计和选型

作者：车东 发表于：2003-03-06 18:03 最后更新于：2007-04-12 11:04
版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明。
http://www.chedong.com/tech/cms.html

---------------    ---------------     ---------------
|新闻管理子系统|   | BBS论坛子系统|    | 商城子系统  |
---------------    ---------------     ---------------
|       \     /    |     \           /   内
|        ----------|---   \         /    容   <== 业务子系统（零件生产）
|           /      |   \   \       /     管
---------------      |    ---------------  理
|专题制作子系统|     |    |全文检索子系统|
---------------      |    ---------------
\       |          /
-------------------------|---------------------------------------------
\     |        /            频
---------------             道   <== Portal系统（产品组装）
| Portal 系统 |             管
---------------             理
|
-------------------------|---------------------------------------------
|                     前
|                     台   <== 发布系统（分发代理）
---------------              发
|前台发布系统 |              布
---------------
/        \
/          \
---------------      ---------------
| 用户浏览器   |     |Search Engine|
---------------      ---------------

在公司的例会上，你的老板给你布置了一个新任务。这个任务听起来一点也不难，你所要做的一切就是为你公司的网站建立一个“简单”的基于Microsoft .NET的内容管理系统(CMS)。当你离开会议厅时，你可能刚刚开始觉得蹊跷：为什么没有人试图得到这个任务，你甚至记起当宣布这个项目时，你的几个同事都躲了起来，这究竟是怎么回事？
你也许还不知道，这个新任务会逼着你必须学习许多新技术，如HTML、JavaScript,、ASP.NET、C#、SQL、XML、 ADO.NET、 .NET remoting、网络服务等。你还需要掌握几个概念，如n层（n-tier）体系结构、数据库开发、版本控制、工作流（workflow）、个人化（personalization）和安全等等。
无论你是否认同这一点，你无疑是得到一个好项目，因为在开发过程会逼得你学到很多东西。唯一的遗憾就是没有人会立即认识到你在完成这个“简单的”项目后变得多么博学了。
有一大堆文章谈到建立你那个“简单”的CMS（内容管理系统）所需要的内容。沿着这条路走下去，我们将探索与CMS开发有关的众多技术和概念。我们在开篇文章所提到的技术在会在我们的实现样本中一一出现。那让我们从基本体系结构（即三层和多层体系结构）来开始本系列文章吧。
CMS三层体系结构
我曾在开发CMS（内容管理系统）三层体系结构上受到好评，不过那已经是好久以前的事了。CMS三层体系结构与标准三层客户端/服务器体系结构是基本对应的。CMS三层体系结构没有什么难以理解的内容，都是一些常识性的东西。它的每一层对应着一个体系结构中必须的元素：交互（interaction）、操作（manipulation）以及存储。这三层是：
表示层——处理与用户的交互、交流。
事务逻辑（business logic）层——处理用户所需要的信息。
数据库层——存储系统所处理的所有数据。
图A中直观的表示了CMS三层体系结构。图A所示的层分别位于不同的机器上，实际上，多个层可以存在于同一台计算机中，但是将它们分布在多台计算机中可以更好的分配CMS系统的负荷。

图A
CMS三层体系结构
CMS n层体系结构
简单的说，CMS n层体系结构就是把CMS三层体系结构的各个层分解为多个层，如图B所示。把层进行分解的好处是使得各个层更好的协调工作从而提高了系统性能；同时这也使得系统分布在更多的计算机上，这样可以减少系统由于指定计算机耗时过多而造成的瓶颈，从而提高了系统负荷。

图B
CMS n层体系结构
表示层是什么？
尽管表示层并不见得比其它层更重要，但是它几乎得到了全部的荣耀——因为它是唯一的CMS用户可以看到的层。这个层负责CMS与用户的交互工作。
表示层实际上由两部分组成：即Web客户端和Web服务器。Web客户端驻留在用户计算机中，通常用来接受Web浏览器的表格（form）。Web服务器位于Web主机地址上，用来生成动态Web页面和组成CMS系统的表格。
Web客户端与Web服务器端通过“请求——回应”的方式来相互通信。Web客户端向Web服务器发出请求，Web服务器根据请求作出回应。
Web客户端使用的是HTTP的请求方式。如：
GET /index.html HTTP/1.0
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows NT)
Host: www.contentmgr.com
Web servers respond using the HTTP response. For example:
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Thu, 12 Jul 2002 19:19:52 GMT
Connection: Keep-Alive
Content-Length: 1270
Content-Type: text/html
Set-Cookie: ASPSESSIONIDQQQGQGDC=MOFPDBPCPNIBACIBDCIOFCCL; path=/
Cache-control: private
…HTML嵌入了Web服务器发出的回应，该回应用来指示浏览器显示什么内容；JavaScript用来实现客户端的基本功能。最近以来，其它技术，如Java applet和ActiveX组件开始流行了，不过Web服务器在最初发出的回应中，绝大多数还是使用HTML，这包括了服务器发出的用于通知客户端使用何种HTML以外的技术来接管后面的执行过程的回应。
事务逻辑层是什么？
重申一次，事务逻辑层的功能可以放到单个的服务器上（三层体系结构），也可以分布到多个服务器上（n层体系结构）。事务逻辑层的功能包括以下三个部分：
访问（获取和保存）数据库层的数据。
从表示层获取数据。
执行必要的运算并且/或者处理数据。
事务逻辑层从数据库层获取数据，并根据表示层的需要来对数据进行处理。事务逻辑层也可以获得表示层提供的数据，并根据数据库层的需要对其进行处理。
CMS事务逻辑层的许多逻辑与其它两个层的交接（interfacing）有关。在Microsoft.NET下，由于ADO.NET、.NET remoting和Web服务器的帮助，这种逻辑的复杂性大多都被降低了。有了.NET之后，该层的最复杂的逻辑就是用于处理事务逻辑而进行计算和处理数据任务了（用C＃或者Managed C++）。
什么是数据库层
数据库层的名字告诉了我们它的任务是什么了；它用来处理CMS数据。一个不太引人注意的地方就是，它的数据存储和检索功能并不限制于数据库。它可以是单个或者一系列平面文件（flat file），可能是XML格式。不过，数据通常还是存在数据库中。数据库的类型并不重要，因为对绝大多数CMS系统来说Microsoft SQL Server 2000与Oracle以及Sybase同样优秀（至少，你在Windows环境下）。也就是说，微软公司已经为Microsoft SQL Server 2000优化了.NET接口（interface）；这可能会给它一个小小的优势（edge）。不过其它数据库提供商也没有闲着，微软的这个优势很快就会消失。
如果你不偏好某种数据库，你最好按通用的方式编写代码，这样你可以把任何数据库嵌入到你的CMS中。谁知道将来会怎样？今年所选择的数据库，明年你可能就不想再用了，是不是？
数据库层通常有它所在的计算机加载和访问。在大型的CMS中，通常在另一台计算机上保存一个镜像拷贝，这样可以在主机发生故障时，可以用它来顶替。
数据库层的内部工作过程、以及数据库本身，对一般的编程者来说是一个迷。开发者在本层的主要任务就是建立数据库、创建并载入数据库纲要（schema），偶尔也需要生成报表，还有一点就是要常常备份数据库。
选择哪一种体系结构？
选择哪一种体系结构（三层或者n层）取决于以下因素：
CMS 需要实现的功能
数据的数量
并行工作的用户数量
预期的增长
基本上，如果你的CMS系统将一直保持较小的规模，最好选择三层体系结构。相反，如果你估计CMS系统会越来越大，n层体系结构是一个明智的选择。
由于服务器间的通信量不高，三层体系结构更容易实现。但是在.NET中，并不一定要这么做。由于三层体系容易构建，所以可以早日投入使用。这样，如果市场要求很急迫，三层体系结构也可以作为大的CMS系统的暂时解决方案；把三层体系结构的方案几乎“无痛苦”的移植到n层体系结构是可行的。不过，你要认识到，拥有大量用户的三层体系的CMS系统很可能会超负荷的。
小结
现在你应该基本理解这两种主要用于CMS的体系结构。同时，你也应该可以科学的评估你应该使用哪一种体系结构。

几个.Net开源的CMS、Portal系统 最近打算花些功夫研究.Net环境下的CMS、Portal系统，很多优秀的开源CMS、Portal系统，都是PHP开发的，比如Xoops、 Mambo、Drupal，比起Php在OpenSource中的群星璀璨来，.Net CMS、Portal开源项目有点暗淡。在sourceforge上找了一个下午，把一些比较有成熟、有特点的项目下载下来准备研究。
一、DotNetNuke DotNetNuke
是一个.Net平台下，最负盛名的CMS系统，爱好者们都称它为DNN，开发语言是VB.Net。
其相关资源有：
Sourceforge上的项目地址：http://sourceforge.net/projects/dnn/
官方网址：http://www.dotnetnuke.com/
有汉化版本，国内有不少的研究者，主要集中在：http://www.dnnchina.net/，那里提供有很多的学习教程和Skin。 DNN是一个比较成熟的CMS系统，提供有大量的插件（Feed、相册等），目前最高版本是4.0，在.Net2.0框架下运行。
DNN是VB.Net开发的，很多开发者并不习惯VB.Net的风格，所以DNN爱好者创建了个C#版本的项目SharpNuke.NET。
Sourceforge上的项目地址：http://sourceforge.net/projects/sharpnukenet
官方地址为：http://sharpnuke.net/
二、dBlog Sourceforge
介绍说dBlog是asp和ASP.NET混合开发的，实际上主要还是asp环境下运行的CMS系统，这是一个轻量级的系统，其实主要用于Blog的发布，而并非Portal。
Sourceforge上的项目地址：http://sourceforge.net/projects/dblog/
官方地址：http://www.dblog.it/
比较有特点的地方就是blog、podcast的相关功能的实现。
三、Rainbow Portal
一 个酷酷的名字–Rainbow，使用C#开发，这个系统是在MS iBuySpy的基础架构上强化而来的，目前的Rainbow2006和iBuySpy项目已经很不一样了，大大的超出了很多，比起DNN来， Rainbow也有不少的优点，它支持多种语言，可以定制主体风格，可以创建工作流等。
Sourceforge上的项目地址：http://sourceforge.net/projects/rainbowportal/
官方地址：http://www.rainbowportal.net/
Rainbow在国内也有相关的研究：http://rata.cnblogs.com/
我发现Rainbow2006的安装有些问题，他的数据库创建脚本不适应大字符集的环境，我在简体中文的系统打开脚本查看，一些Insert的配置参数是乱码。
四、OmniPortal OmniPortal
并不是一个直接的应用程序，实际上是一个Portal的框架内核，可以在它的基础上建立任何的Web应用系统。对于一个Web开发者，OmniPortal提供了优秀的二次开发基础类库，虽然目前OmniPortal还不是一个Release版本，但是非常值得关注。
Sourceforge上的项目地址：http://sourceforge.net/projects/omniportal/
官方地址：http://www.omniportal.net/
由于OmniPortal是一个基础框架，因此参考文档相当重要，可是官方网站不知道为什么总连不上去，Sourceforge上又没有相关的文档，让人非常遗憾。
五、Ludico 这个Portal、CMS系统也不是一个正式版本的，去年11月份才开始的项目，但是我发现它的架构非常优秀，采用NHibernate.Net作为系统框架，因此可以作为一个很好的学习对象，值得关注之。
Sourceforge上的项目地址：http://sourceforge.net/projects/ludico/

Controller控制器代码，用于返回List 的结果List给View视图显示用

public void FlashGet(String browserAddr)
{
//创建models
FlashGet flashGet = new FlashGet();
//根据url是否为空判断定向到页面
ViewData["test"] = "url is:"+browserAddr;
if (browserAddr==null)
{
RenderView("HowTo");
}
else
{
List<String> Result=flashGet.GetSWFS(browserAddr);
//返回结果给list
ViewData["list"] = Result;
RenderView("SWFList");
}
}

View视图代码,遍历List 的ViewData数据

<%@ Page Title="" Language="C#" MasterPageFile="~/Views/Shared/Site.Master" AutoEventWireup="true" CodeBehind="SWFList.aspx.cs" Inherits="FlashSaver.Views.Home.SWFList" %>
<%@ Register TagPrefix="m" Namespace="FlashSaver.App_Code" %>
<asp:Content ID="Content1" ContentPlaceHolderID="MainContentPlaceHolder" runat="server">
<%=ViewData&#91;"test"&#93;%>
<%
foreach (String path in (ViewData&#91;"list"&#93; as List<String>))
{
Response.Write(path+"<br/>");
}
%>
</asp:Content>

主要的代码分析如下：
///

private void GetHTML() {
if (_HTMLData != null) return;
Byte[] BinData;
try {
WebClient wc = new WebClient();
BinData = wc.DownloadData(_URL);
_HTMLData = Encoding.Default.GetString(BinData);
wc.Dispose();
}
catch (Exception) { Console.WriteLine(“Can not read this page!”); return; }
GetTitle();
GetMeta();
GetLink();
if (OnFinishAnalyze != null) { OnFinishAnalyze(this, new EventArgs()); }
Console.WriteLine(“Finish!”);
this.Dispose();
}
///

private void GetTitle() {
if (_Title != null) return;
//”()” 提取网页标题的正则表达式
Regex reg = new Regex(@”“, RegexOptions.IgnoreCase);
try{
Match m = reg.Matches(_HTMLData)[0];
if (m.Success) _Title = m.Groups[1].Captures[0].ToString();
}
catch (Exception) { _Title = “”; }
}
///

private void GetLink() {
if (_ChildURLSet != null) return;
ArrayList urlset=new ArrayList();
//”]+>([^ <>]+)” //提取超链接的正则表达式
Regex reg = new Regex(“]+>([^<>]+?)“, RegexOptions.IgnoreCase);
MatchCollection mm;
try { mm = reg.Matches(_HTMLData); } catch (Exception) { return; }
urlset.Add(new QLinkURL(this._URL, “”, this._MetaWords,this._Title));
foreach (Match m in mm) {
urlset.Add(new QLinkURL(URLJoin(m.Groups[1].Captures[0].ToString()), m.Groups[2].Captures[0].ToString().Replace(” “,””), “”));
}
_ChildURLSet = (QLinkURL[])urlset.ToArray(System.Type.GetType(“QSplider.QLinkURL”));
}
private void GetMeta() {
if (_MetaWords != null) return;
//
Regex reg = new Regex(““, RegexOptions.IgnoreCase);
try{
Match m = reg.Matches(_HTMLData)[0];
if (m.Success) _MetaWords = m.Groups[1].Captures[0].ToString();
}catch(Exception){ _MetaWords = “”;}
}
public void Dispose() {
this._HTMLData = null;
this._ChildURLSet = null;
this._MetaWords = null;
this._Title = null;
}
public string URLJoin(string s2) {
s2=s2.Trim(_SplitChar);
if (s2.StartsWith(“http://”, true,null)) return s2;
if(s2.StartsWith(“/”)) s2.Substring(1,s2.Length-1);
if (_URL.LastIndexOf(“/”) > 9) _URL = _URL.Substring(0,_URL.LastIndexOf(“/”));
return (_URL + “/” + s2).Trim(_SplitChar);
}
主要工作的函数就是上面的几个了！这是一个爬虫的代码！
当然还有数据库的，还有web的！
下载地址如下：
http://59.70.157.222/QSearch.Splider.zip
http://59.70.157.222/QSearch.WebSite.zip

一、Config.web
用过ASP的人对它的调试应该是记忆深刻的。在整片整片的代码中找到那几个
出错的地方，难度可想而知。现在微软推出了ASP的更新换代产品ASP.NET。对于
ASP.NET的好处，我想很多网站都已经介绍了差不多的，不过对于ASP.Net的调试
讲得就不是很多了。所以，我就以我的一点个人经验写了这一篇文章。由于，我
也是接触ASP.Net不久，错漏之处在所难免，还请大家多多指正。好了，言归正传。
第一招：配置Config.web
一般，当我们写好的网页运行出错了，ASP.Net就会在页面上告诉我们程序有
错了，但究竟错在哪里，它是没有提示的。为了能让ASP.Net进一步提示我们出错
的信息。我们就有必要编辑Config.web中的配置信息。
可能还有很多刚刚接触ASP.Net的人不太了解Config.web这个文件。那我就顺便介绍一下。Config.web是ASP.Net的一个配置文件，它里面存放着关于ASP.Net的所有配置信息。当执行一个ASP.Net页面时，它会先到该页面所在的目录查找这个文件，如果没有找到，就往上一级目录找，一直到wwwroot目录。如果都没有，它就会调用X:\WINNT\Microsoft.NET\Framework\ v1.0.2204目录中的Config.web文件(X为系统目录)。所以，如果大家要想改变所有页面的配置，就应该改WINNT目录中的那个 Config.web。另外顺便说一下，当你打开Config.web后，你会发现这是一个XML结构的配置文件。
好了，介绍解说这么多了，回到我们的主题。现在你要做的第一步就是：打
开或者新建一个Config.web文件。我们分开来说：
如果是新建，你就需要用文本编辑器新建一个新的文档，然后往里面输入下
面的语句:



输完后选择另存为，输入文件名Config.web，将它保存到当前页面相同的文件夹中即可。如果是修改一个已经存在的Config.web文件，你只需要用文本编辑器打开它，然后在和之间的任意地方输入：
即可。
二、<%@%>
上一次我们说到配置Config.web文件，让出错信息给出更多的提示。可光有
提示又有什么用呢？“最多就是知道错在哪里，可我还是不会改呀！”别急，别
急，看看咱们这篇文章叫什么来着，“三板斧”，那当然是一斧赛过一斧啦！上
次那招不够厉害，我们还有下面的那，所以别急啊，且听我慢慢道来。
第二招：Trace追踪
用过ASP的人应该都用过下面的语句吧：
Response.Write XXX
Response.End
虽然我不太喜欢ASP的编程方法，但是这种方便的调试手段还是很好的。换用
ASP.Net以后，我发现ASP.Net提供一种更强大的调试方法，它就是我们现在要说
的Trace。所谓Trace功能就是在网页的最前面加上一些标记，至于是什么标记呢？嘿嘿，我不能马上告诉你(不好，臭鸡蛋……哇！)。我是说，我要先介绍一点基础的知识啦！
我不知道大家对ASP.Net的页面标示了解多少，为了下面讲解的方便，我还是
概要的介绍一下吧！ASP.Net的页面标示指的是在每一个ASP.Net页面最上面，用
<%@和%>括起来的语句。它的功能是用来确定在处理ASP.Net文件的时候，需要系
统做一些什么特殊的设定。具体的语法如下：
<%@ directive attribute=value %>
其中：directive就是页面标示符；attribute是该标示符对应的一些属性。
注意：在属性之间需要空格，而在”=”之间不能有空格。
ASP.Net现在包含以下7种标识
@ Page,
@ Control,
@ Import,
@ Registe,
@ Assembly,
@ OutputCache,
@ Webservice
我们用得最多的就是@ Page标示，而现在我要讲的Trace功能，也要用到@ Page。(关于这七个标示的具体应用，我会在以后发贴讲述的。)好了，回到我们的主题。要用Trace功能，你必须在页面的最上面加上：<%@ Page Trace="true" %> 这句话。加好后，你就可以看看页面的运行情况了。运行该页面。你会发现在页面的下半部分出现了一大堆的数据。下面就来解释一下这些数据的含义：
Request Details:通过Request方式向浏览器所读取的数据；
Trace Information:事件发生或程序执行的过程信息；
Control Tree:网页所使用的控件及控件之间的阶层关系；
Cookies Collection:网页所使用的Cookie信息；
Headers Collection:浏览器的表头信息。
Server Variables:Server变量的数据信息。
有了这一大堆数据，我们的工作就好做多了，但且慢欢喜，Trace还提供了更强大的功能，请接着看下去。
除了让ASP.Net页面显示这一堆数据外，我们还可以将程序中用到的变量的
值实时的显示在Trace Information区段中，其方法是调用Trace.Warn或Trace.Write两个方法。他们的用法如下：
Trace.Warn(“Description”,Variables);
Trace.Write(“Description”,Variables);
我想你们一定会问，这两个有什么区别呢？回答是：在功能上，这两个是一模一样的，只是在显示上，Trace.Warn将会以红色字体表示。
三、 查错神器Debugger
要用好的兵器，没点准备是不行的，所以我们就先来做点准备运动。
1.Config.web的设定：还记得第一招中讲的吗？对了，还是这个文件，打开它，向里面加入这条语句

说明：由于在预设情况下，ASP.Net会以正常模式来运行页面，为了能让它以查错模式编译网页，我们就必须加入这句语句。
2.启动查错工具DbgUrt.exe:这个程序放在x:\Program Files\Microsoft.Net\FrameworkSDK\GuiDebug目录里，文件名是DbgUrt.exe
3.激活查错功能:
运行DbgUrt.exe程序
–〉选取菜单Debug/Processes
–〉在出现的Processes对话框中选中Show system processes和Show processes in all sessions
–〉在Available processes列表框的最下面找到xspwp.exe(如果没有，请运行一.aspx页面，然后按Refresh键。)
–〉选取该文件后，按Attach键
–〉在出现的对话框中选中Common Language Runtime，然后按OK，回到Processes对话框
–〉按Close键
–〉在程序的主菜单中选取File/Open/File，打开你想要检测的文件。
下面正式开始页面调试。
利用DbgUrt.exe打开欲调试的文件后，我们要做的第一件事情就是：设置断
点。是不是觉得和其它Windows应用程序的调试很像（什么很像？简直就是一模
一样吗！）加断点的方法很简单，先决定需要加断点的地方，然后将光标移动到
该行，按下F9或者在该行的最前面点击鼠标左键，该句前面就会出现一个问号的
标记，这就是断点！我们当然可以设定多个断点，只要你喜欢。你要是像取消一
个断点，只需在该行重复设置断点的动作即可。
设置好断点后，只要使用浏览器浏览被调试的页面，当程序运行到断点的位
置时，它就会自动弹出DbgUrt.exe，并且停在刚才的断点位置。这是，我们就可
以利用Command Window-Immediate窗口检查变量的值了。
当我们想继续执行当前页面时，我们有几种选择：
1、按F5键，运行到下一个断点，若没有断点，则运行完该页面；
2、按F11键，执行单步操作；
3、按F10键，同样是单步操作，但它会进入子程序（函数）中的语句。

第一部分——即使拥有全部需求和最佳设计，你的架构仍然很可能失败，原因在于……

目前的管理学校，教育培养的是公司经营者。设计公司几乎没有引起重视……几乎从来没有任何人为了取得计划的增长和稳定性，有意识和有思想地设计一个组织。

——  Jay W. Forrester，设计未来（1998）

介绍

在一篇名为《动态业务应用势在必行（The Dynamic Business Applications Imperative）》的论文中，Forrester的高级分析师John R. Rymer指出了当今应用的一个致命缺陷：

当今应用迫使人们去寻找一种将孤立的信息和功能组映射到他们任务和过程的方法，它们强迫IT人员花高额预算来跟踪不断变化的市场、策略、规章制度和业务模型。

在下一个5年内，IT的主要目标应该是发明新一代企业软件，适应业务和业务工作，同时能随业务演变而演变。

Forrester称这个新生代为动态业务应用， 强调了和业务过程及工作（为人而设计）的紧密配合，对业务变化的自适应（为变化而构建）。在这个阶段，动态业务应用的需求比创建它们所需的设计实践更清 晰。工具都是现成的：面向服务架构（SOA）、业务过程管理（BPM）和业务规则领域中的先驱——包括独立软件开发商（ISV）——已经开始向我们展示了 这种方法。现在就是开始这段旅程的时候。

在这篇由两部分组成的文章中，我们会从架构和方法论的角度，采用历史的观点来看待这些动态业务应用（DBA）的发展。我们的目标是获得一种能使应用容易适应业务变化和其他必要修改的构建方法。随着企业在21世纪关注灵活性，DBA是使业务和IT在未来几十年内成功的关键。

图 1. 灵活性和效率——21世纪企业的两个主要驱动力

动态性对我们意味着什么？

在软件工程领域，许多框架或产品都声称具有自适应性。在我们设法理解一个解决方案在适应变化方面究竟有多好之前，需要给系统是如何变化的——它们的动态性——下一个可靠的定义。

早期的面向对象方法论认识到[1]：为了使系统分析中立，它必须基于两类现实世界的需求：

• 现实世界的实体 —— 收集现实世界实体的信息和它们间的关系，有助于分析师开始以一种系统的、结构的、客观的观点来看待需求，而非一种技术的、主观的观点
• 现实世界的事件 —— 系统行为只由改变现实世界实体状态的事件的出现来驱动

在这样的背景下，对于每一个被分析的系统，我们总能识别一个或多个最重要的实体。每个实体都又包含3个关联元素：事件、状态和生命周期。每个事件代 表状态中的一个变化，所有普通实体状态的有序和代表了一个生命周期。但是，那些触发状态变化且是正常流程一部分的事件与那些触发状态变化但不是正常流程一 部分的事件之间有明显的差异。例如，当一个产品订单被提交之后，一组可能发生的事件包括付费处理和订单交付。当一个用户变更订单或当企业改变价格时，我们 不能认为这些动作是正常流程的一部分，因此它们与实体（如订单）的生命周期无关。核心实体实例的生命周期单独定义了在正常操作中系统最有可能处理的东西。 所有其他事件类型，如变化或中间步骤，被区别对待。

这个场景对很多工程师都不陌生：一个系统模型包含一个核心实体结构，该实体具有一组事件，这些事件组成了实体的生命周期。这个系统模型对分析师和设 计者都很清晰且易于理解。建模工具，如有限状态机、实体关系图、实体状态转换图和数据流图，为了帮助这种方法已经经过了快20年的完善。那些为复杂系统 （如空客380或F-22，后者是世界上最高级的战斗机）服务、拥有数十亿行代码的软件就是这样被编写出来的。使用对象流图（它是捕获事件和状态转换的基 础模型）虚拟化实体生命周期是这个模型的关键。在这个情况下，架构可以被认为是静态的，因为整个系统状态在时间轴上的任意一点都是确定的。

图 2. 事件模型、状态变化和生命周期是正常操作的核心

普通事件、状态、生命周期间的关系，以及从其他事件类型中分出的普通事件是理解所建议的动态操作框架的基础。正如James Martin 和James Odell很久以前在《面向对象分析设计》中所写的，分析师、设计师和实现者都应该使用同一系统模型。分析师使用数据流图思考，设计师使用结构图思考，程 序员使用Java和SQL思考。在数据流上下文中，分析师识别对象类型，并思考改变对象状态的事件。最终用户也理解这个相同的认识。他们也应该按照对象类 型、事件、对象状态的变化，以及触发和控制事件的业务规则进行思考。Martin和Odell强调了对象流图对系统设计师的重要性：“事件模式适合按照事 件、触发器、条件和操作来描述过程。但是这种方式不适合描述大型复杂过程。一个系统领域常常太大或太复杂，无法表示成事件和触发器。此外，可能只有一个高 级别的认识才是必要的。这对战略级别的规划尤其正确。在这样的情况下，一个对象流图是有用的。对象流图（OFD）与数据流图（DFD）类似，因为它们描述 了活动和其他活动间的接口。在DFD中，这个接口传递数据。在对象技术中，我们不再限于数据传递。相反，图应该表示从一个活动传递到另一个活动的任何类型 事物：不论它是报表、零部件、已完货物、设计、服务、硬件、软件——或数据。简而言之，OFD指的就是被产生的对象，以及产生和交换它们的活动。”

为了捕获与业务操作关联的信息流，业务分析师用价值流程图（Value Stream Mapping）对OO方法论进行了补充。价值流程图起源于丰田，与精益制造关系紧密。美国国家环境保护局将价值流程图定义为“用来认识那些产生产品或交 付服务的活动序列与信息流程的精益过程映射方法。”此处的关键词是“产品”和“服务”。它们显现了合适的信息流程在整个企业中扮演的统一角色。

把过程流图和价值流程图两个概念结合在一起后，它产生了一个完全代表整个企业经营范围、可被方便翻译成OO（图2）概念的框架基础。

但是，许多系统并不是静态的，它们变化无常的行为无法被一组关系和事件捕获。事实上，它们发生在不可知的[2]未来，传统用来捕获它们动态特点的工具不起作用。所有的业务应用和绝大多数现实世界的系统都归于此类。这些系统，基于它们和其他外部系统的交互方式，处理3类变化：

• 正常工作 —— 组成主实体或实体们生命周期的正常事件序列。通过每个事件——实体改变其状态——通常可以方便地定义一个过程。在正常工作行为内部，有些操作上下文元素不 期望被改变。例如，当一个客户订购一个产品时，在整个提取订单、准备订单和交付订单的过程中，诸如价格、组成和交付方式等是不期望被改变的。
• 内部变化 —— 如上所述，在整个核心实体生命周期内，某些上下文元素不期望被改变。在现实世界中，这并不总是真理，因为管理决策或其他因素会迫使上下文元素变化。我们称内部系统属性的变化是内部变化。
• 外 部或环境变化 —— 不管一个企业如何相信他们“拥有”一个客户，但是这个客户总有保留改变他或她意志的自由。一个系统不太可能与外部系统（如客户或供应商）总是有一个“固定 的”合同。然而，正常工作很可能围绕这个“固定的”规则集合进行设计。我们称系统外部引起的变化为外部变化。

要对现实世界系统建模，就必须处理好这所有3种变化类型。这种模型与静态架构模型相比，在管理复杂性上有了极大的提高。从正常工作的观点来看，内部 和外部系统完全独立于主信息流运行。内部和外部系统甚至有它们自己的操作——管理有其自身的决策周期，客户有其自己的操作环境——由各自的信息流描述。就 信息流而言，这3种系统分别运行在3个平行宇宙中。解决这3种非同步信息流的唯一办法就是为每个信息流实现一个独立全面的变更管理。这种复杂交互在图3 （动态操作图）中表示。

邮轮公司给客户提供的服务可以作为解释动态操作的例子。在订购时，一个客户会决定在游览期间他计划参与的服务。但是，不仅客户可能在游览前和游览中 改变主意，而且邮轮公司也可能会为了利用新机会或应对未知事件改变服务。按照当前方法设计的系统，大部分变更都以极高的运营成本人工处理。使用基于动态业 务应用架构原则设计出的系统，来自客户和内部管理决策的变更由两个与正常工作完全集成的变更管理子系统负责。这不仅能降低成本，而且还提高了服务质量，甚 至可以最优化运营来提高利润。因为是完全通用的，它还可以重用标准组件。最终结果对于参与的每个人、业务、IT和客户来说是多赢的。

图 3. 动态操作有3个维度——正常事件、内部控制和外部反馈

动态业务应用的目标之一就是使设计和软件实现变得简单，以支持对所有业务来说司空见惯的动态系统。以我们的经验，与一个框架优先的工程学相结合是构建一个DBA的最有效的技术方法。

设计企业系统要求框架先行

构建动态业务应用说起来简单，做起来难。工程，包括软件工程，都采用了有百年历史的框架优先方法。设计一座桥梁、一架飞机或者甚至是一个软件应用都 使用相同的方法：一个设计团队先收集需求，然后使用一组定义良好的框架步骤来设计和构建系统。在设计桥梁和其他工程系统时，现有框架已被证明非常成功。但 在使用它来为业务系统开发软件时，却碰了壁。这两类系统之间有一个根本区别。在设计桥梁和飞机时，最终结果总是一个拥有静态架构的系统：当变更发生时，如 增加桥梁负重或飞机速度，整个系统可能就要重头重新设计。不幸的是，软件也常常使用一个静态架构进行设计：每当一个非预期的变更被引入到运营中时，很可能 所有事情都停了下来，使用包含新增功能的系统替代现有系统。因为业务运营在一个不断变化的环境中，而且比以往更依赖IT系统，这种停——走式的解决方案是 不可接受的。持续升级和在企业基础设施中集成系统的成本已经达到了无法支撑的地步。

依赖业务涉众作为我们全部需求的输入首先就是个问题。考虑到需求，目前还没有真正适合动态操作的“框架优先”软件设计方法。甚至卡内基梅隆软件工程 学院也表示架构是由场景驱动的，场景以涉众输入为基础被创建出来：“诱导一个软件密集型系统的业务目标是标准架构设计和分析方法的一个组成部分。业务目标 是驱动方法的引擎，通过将它们的实现作为场景……一个理想的设计方法或过程必须考虑众多涉众和众多影响。”

作为工程师，当我们收集系统需求时，我们怎能知道我们得到了正确的场景或是否遇上了正确的涉众？我们又如何能说明业务未来的变化，而这些变化通常连参与的涉众都不知道？

“企业经营者和企业设计师之间存在着根本区别。为了说明这点，考虑一下在一架飞机成功操作背后的两种最重要的人。一个是飞机设计师，另一个是这架飞 机的飞行员。设计师创造的飞机连平庸的飞行员都可成功驾驶。一般情况下，经理更像是飞行员而非一个设计师。一个经理管理一个组织，这和一个飞行员驾驶飞机 没什么两样。飞行员的成功依赖于那些创造了一架成功飞机的飞机设计师。另一方面，是谁来设计一家由管理者管理的公司呢？几乎从没有任何人有意识和有思想的 去设计一个组织，以取得有计划的增长和稳定性。在当前的管理学校中，教育培养的是企业的经营者，而如何设计企业几乎不受重视。”

在几年前完成的报告“设计未来”中，MIT的教授和系统动态之父Jay Forrester，指出这个问题是我们为企业设计系统的基本限制：

Forrester的观察进一步使当前的企业架构方法失效。在我们需要设计一个企业系统架构时，作为知识主要来源的涉众甚至是错误的分类。他们是企 业的“用户”，不是“设计师”。在设计飞机时，飞机设计师决不可能去询问飞行员或乘客关于飞机制造方面的事情。但是，在学校、工程或MBA课程中却没有企 业设计这门课。

那么回到企业架构，其中有一个根本的断档。企业架构的“用户”是企业涉众，很可能是熟悉企业动态性的企业毕业生，但是他们不熟悉工程方法。企业系统 的设计者和构建者——软件工程师——熟悉静态框架，但是对动态框架却很陌生。事实上，还没有说明业务动态的框架。根据企业架构框架，这是一个需要填补的缺 口。这个框架只描述企业是如何“被设计的”，但是也会定义开发路线图和主要组件，使用它们来构建企业的支持系统。

图 4. 企业架构的业务和工程方法

我们建议根本改变我们架构和设计信息系统的方式，以一种不要求业务涉众作为主要输入的方式。我们推荐利用一个以业务实体生命周期和事件模型为中心的框架作为架构的主要输入来源。业务场景只被用来微调一个已完架构，而不是作为主要驱动力。

这种框架优先方法从一开始就说明了业务动态，而不是事后诸葛亮。它暗示被设计的企业应用是动态适应的，而不是像由今天的方法论所实现的那样是静态适应的。这种方法成数量级的减小了开发和维护软件的成本，并砍掉了与改变和维护现有系统直接相关的超过70%的IT开销。

Fig 5. 基于框架的软件解决方案开发方法

在我们建议的方法中，业务场景只被作为一个已完架构的微调，而不是主要驱动力。我们将我们的直觉、经验和技巧输入到设计过程中越晚，产生导致巨大损失的错误的可能性就越少。由涉众输入引起的需求变更会在已经建好的现有解决方案框架中处理，减少了风险和延迟。

一份Standish报告研究表明，超过1千万美元的项目，成功率只有3%。行业咨询和哈佛商学院教授Andrew McAfee表示，部署如此高成本技术（如ERP、CRM、供应链管理、电子商务和其他企业应用）组织的成功率在25% ~ 70%之间。McAfee总结说：“这些面临的问题并非是单独的，它们都是同一事情的不同例子，基本上都是使用IT改变业务过程的结果。”。最近，这些百 分比有所提高，但是对于复杂系统IT仍缺乏清晰的路线。框架优先的方法能使业务变化集成到IT实现中，并提供了业务和技术之间更清晰的转换，可以将成功率 提高接近100%。建构复杂系统的时间由几个月或几年缩短至几天。

动态操作的服务器架构 —— 忘记SOA，迎接信息装配线

90年代早期，事件几乎是每本面向对象方法论书籍中的核心角色。随着象Windows这样基于GUI操作系统的出现，GUI开发平台依靠复杂事件模型来设计和构建单个应用。但是，在客户机-服务器环境中，服务器端的事件处理总是基于一个简单得多的模型。

当基于Web的技术（如J2EE和.NET）开始替代传统的客户机-服务器应用，客户机和服务器都经历了根本的转变。客户端的富OS事件模型由 Web浏览器和原始的脚本语言代替。在服务器端，事件处理由无状态、扁平的、静态架构所替代。其方式非常类似将网页传给Web浏览器的方式。

为了模拟现实世界的需求，需要一个有状态的、层次的、动态的和分布式的架构，设计必须严重依赖数据库来存储范围广泛的各种动态信息。但是根据其定 义，关系数据库非常适合存储不常变化的数据间关系。保存动态、分布式、层次的和有状态信息要求一个不同的基础设施，它不是以关系数据库为中心的。

基于Web的技术为支持现实世界系统引入了其他挑战。当J2EE应用服务器在一个分布式环境被使用时，使用Java作为编程语言的一个最大优势完全 没有了。Java虚拟机的垃圾回收从来没有被设计成能自动清除在多实例间交换的内存对象。在这种情况下，架构师和设计师必须编排整个对象生命周期，不考虑 编程语言的能力。甚至在数据保存在数据库中时，这种相同的数据清除问题也变得非常困难。

正如我们已经看到的，一旦我们能从正常工作中分离变化，架构就能只依赖事件和生命周期进行设计和实现。围绕生命周期进行系统设计已经经历了一个世纪——它被称为装配线。

在装配线于20世纪早期引入之前，制造业的工作方式多多少少和今天面向服务架构（SOA）处理信息的方式一样。每个对于SOA服务的调用一般都被视 为一个无状态调用。为了说明以前调用的历史，每个服务必须完全实现如何处理系统内部状态。一旦需求改变，几乎所有服务也需要以成本极高的方式重新编码来改 变它们各自的实现。

图 6. 服务器架构是以事件模型为基础的

我们建议使用以事件模型和生命周期为中心的信息架构作为业务需求和系统架构的双向翻译平台。事件模型在下一级被扩展成四个基本模型：状态、分布式、层次和动态。所有这5个模型可被基础需求和架构模型中的业务或技术人员方便地解释：

• 事件模型/生命周期—— 它是构建其他模型的基础核心。对业务用户来说，它是价值流，反映产品/服务生命周期和为客户创造价值的过程序列。对技术人员来说，同一事件序列反映了代表 业务实体对象的状态变化。最终结果是，事件模型扮演了解耦元素，大大简化了设计和实现。事件模型还扮演了另一个重要角色。因为其他四个模型是围绕事件模型 而构建的，它还扮演一个集成平台。事实上，事件模型是创造实现变更、层次和分布式组件的唯一办法。
• 状态模型—— 对业务用户来说，这个模型扮演了企业的面板，捕获当前经营的整体状况。对技术人员来说，它是系统的整体状态，它是全部生命周期实例的当前状态，以及它们的变化之和。
• 分布式模型 —— 对业务用户来说，这个模型捕获了其生命周期内控制产品/服务的各种组织。对技术人员来说，主实体只能基于分布式模型来控制。
• 层次模型—— 所有业务都有代表管理层级的层次结构。所有系统设计应该在架构上反映这种控制层次。正如销售VP不能给CEO下命令一样，低层级的组件不能给高层级的组件发送执行“命令”。
• 动态模型—— 继事件模型之后最重要的模型。业务用户使用它来捕获平时必须被处理的全部变更。如前所述，有两种变化类型：外部，如客户输入；内部，如管理决策。对技术人员来说，动态模型被翻译成一个匹配各种事件、生命周期和变化类型的插件架构。

这5个模型不仅可以被用在初始设计，对贯穿整个系统生命周期的需求变更亦有裨益。它们一起形成了自适应系统设计所缺失的框架步骤。这5个模型排除了用例作为企业架构的主输入的必要性。它们可以被翻译成一个清晰和全面的工程问题集合，与在桥梁或飞机设计中使用的方法类似。

图 7. 自适应架构是以5个模型为基础的信息架构结果

这5个模型定义了以信息变化和装配线为中心的动态业务应用通用架构。最重要的子系统是：静态模型、变更管理、虚拟装配对象和事件处理。在下一个细化层级，还有两个子系统：系统命令和控制与持久化。

这个架构还解决了在寻求一个适用于事务型工作流隐喻的通用解决方案过程中长期存在的问题，它是由Jim Gray[3]在 几十年前提出的。因为整个设计以单个事件的执行为中心，不仅可以实现“移动到下一个装配步骤”，而且也可实现“移动到前一个装配步骤”。实现需要根据用户 的输入决定前往哪个“方向”。通过将多个步骤“链接”在一起，可以使用相同的架构实现一个事务型工作流的“撤销（Undo）”操作。

动态业务应用的一个关键元素是事件处理。使用新的自适应系统信息理论，可以使用一个通用组件结构来“执行”每个事件。这个组件使用声明性编程来内嵌 业务逻辑、调用工作流引擎、调度器和业务规则引擎。这个实现不仅可以极大加速自适应系统开发，而且可以使后期改变非常容易处理，也减少了维护复杂集成的需 要。

我们建议围绕事件（操作）和事件生命周期创建一个供给控制、运营和环境的物理模型。生命周期控制器为离散事件管理装配信息。变更管理功能指导标准事件模型和个体事件内外部变更的执行。

结论

我们已经讨论了扁平、无状态、静态、客户端——服务器、基于Web的解决方案的演变方式所带来的IT架构和层次、有状态、动态、分布式业务的现实世 界之间的脱节。我们还讨论了传统工程方法为什么不能支撑能支持动态业务的自适应系统的开发。我们展示这两个问题的可能解决方案可以用一种新的模型驱动架构 方法来找到。

本文的第二部分将描述动态业务应用的可能架构，并给出一个案例研究，介绍我们概念的实际实现。

参考文献

[1] Yourdon Systems Method —— Model Driven Systems Development —— Yourdon Press, 1993

[2] Eric D. Beinhocker —— "The origin of Wealth", HBS Press Book,2006 —— 在他的新书“The origin of Wealth”中，麦肯锡公司高级顾问Eric D. Beinhocker声称，将经济视为一种静态、平衡的系统的传统观点正在经受一场彻底的反思，包括为数众多的原则。新的中心是：“复杂经济学”，其中经 济被视为一种高度动态的、不断演变、几乎无法预测的系统。这个摘录涉及在未来未知时公司如何来制定战略。

[3] Mark Whitehorn ,The Register, Interview with Jim Gray —— http://www.regdeveloper.co.uk/2006/05/30/jim_gray/

查看英文原文：Beyond SOA: A New Enterprise Architecture Framework for Dynamic Business Applications

Gunther Lenz是微软的一名架构师，Christoph Wienands是在西门子工作的一名软件工程师，两人担当起了一个项目，目标是评估以Microsoft Visual Studio 2005 Domain Specific Languages工具为基础建立的软件工厂（Software Factory）的优势。

虽然对于目前基于文本的软件开发工作来说，重用增加、抽象层次提高、自动化水平提高这些都是显而易见的好处，但还不足以向管理层及其他利益相关者证明先期投入的必要性。因此我们着手寻找定量的数据，以图清楚地在商业上确立这种范型。

该分析的目标是在框架及应用程序开发领域识别出自动化和重用的机会。为此作者开发了一个软件工厂模板（Software Factory Template）：

软件工厂模板是在Software Factory Schema的基础上实现的。我们提供了多个T4模板——有工件生成、向导和DSL——全都包含在安装包里。这些模板给开发者提供了额外的工具和上下文敏感的自动化机制。

他们的项目分为两个部分：

• 用DSL生成框架性的C#工件
• 通过指导（guidance）和自动化为应用程序开发者提供支持

经过初步研究，他们发现：

对于开发者来说，以前定义加上使用要输入320行的代码，而现在只需要输入几个字符串，然后决定几个选项就可以了。最终不但节省了时间，而且质量也提高了——因为只能在合理的选项中选择，而且在工件生成之前还会对输入进行验证。

总而言之，结论就是：

DSL开发成10倍地提高生产率，投资收益率超过100%。

对于指导包（guidance package），即使在最低投入的情况下也可以达到超过300%的投资收益率。

作者们计划在未来解决一些更复杂的问题：

• 如何将此方法扩展到更广阔的领域？
• 如何让工具适应更复杂的实现？
• 能够节省多少维护工作？
• 如何处理DSL元模型及模型的演进？

查看英文原文：Making the Business Case for Software Factories