首先了解CMS
CMS是Content Management System的缩写，意为“内容管理系统”.
CMS具有许多基于模板的优秀设计，可以加快网站开发的速度和减少开发的成本。
CMS的功能并不只限于文本处理，它也可以处理图片、Flash动画、声像流、图像甚至电子邮件档案。
CMS其实是一个很广泛的称呼，从一般的博客程序，新闻发布程序，到综合性的网站管理程序都可以被称为内容管理系统。
CMS的分类 CMS有几种不同的分类方法。比如，根据应用层面的不同，可以被划分为：
○ 重视后台管理的CMS
○ 重视风格设计的CMS
○ 重视前台发布的CMS
等等。就目前已经存在的各种CMS来说，最终界面上都是大同小异，但是在编程风格与管理方式上来讲却是相差万别。
就CMS本身被设计出来的出发点来说，应该是方便一些对于各种网络编程语言并不是很熟悉的用户用一种比较简单的方式来管理自己的网站。这虽然是本身的出发点，但由于各个CMS系统的原创者们自己本身的背景与对“简单”这两个字的理解程度的不同，就造成了现在没有统一的标准群雄纷争的局面。
简而言之CMS就是可以让你不需要学习复杂的建站技术，不需要学习太多复杂的HTML语言，你就能够利用CMS构建出一个风格统一功能强大的专业网站。
CMS的功能
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
内容管理系统是一个很泛的概念：从商业门户网站的新闻系统到个人的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
kycms 酷源网站内容管理系统（.net开源）: http://www.kycms.com （重点推荐KYCMS内容管理系统、商城系统，在线考试系统，子网站集群系统、oa系统）
dedecms 织梦网站管理系统 （开源）: http://www.dedecms.com/
帝国网站管理系统 ECMS : http://www.phome.net/
宏博内容管理系统 : http://www.hbcms.com/
COMSHARP CMS - 锐商企业CMS : http://www.comsharp.com/
TurboCMS : http://www.turbocms.com/
动易内容管理系统 : http://www.powereasy.net/
SupeSite 社区门户系统 : http://www.supesite.com/
phpcms 网站管理系统 : http://www.phpcms.cn/
verycms 内容管理系统 : http://www.verycms.net/
Joekoe CMS乔客网 : http://www.joekoe.net/
渐飞网站管理系统 : http://www.jfcms.net/
SiteServer CMS网站管理系统 : http://www.siteserver.cn/
.Net动网新闻 : http://www.xmlasp.net/
JTBC网站内容管理系统: http://www.jtbc.net.cn/ (开源免费)
FOOSUN网站内容管理系统：http://www.foosun.net/（开源免费）
HUGESKY CMS网站内容管理系统：<A href="http://www.hugesky.com">http://www.hugesky.com
CMS吧，CMS模板，CMS教程专业站http://www.cms8.com.cn
CMS系统对搜索引擎优势
Title等元标记不仅能个性化且能自定义规则，以满足复杂网站不同频道、分类、博客、论坛等对元标记的要求;
cms52.cn解读：这条目前已经ok了，国内目前的php类cms，dede，帝国全部模板都支持元标签自定义，wp用插件可以实现，只是目前keywords自动化生成的还不够智能。
静态化富含关键词的URL，且能灵活自定义，这对英文类网站的长尾关键词、问题类短语关键词组有莫大帮助;
cms52.cn解读：貌似国内的cms在这方面都不行，几乎都不支持伪静态，dz，phpwind倒是支持，不过是论坛，dede要修改才能支持伪静态， wordpress伪静态就做的很好，可以满足这条要求。要追求伪静态效果的话，选cms精灵建议选英文的cms，drupal，joomal都不错，我 个人做英文站的话喜欢用joomal。另外，对于中文url里插关键词效果没有英文的好。
能支持HTML中特殊的个性化标签，如nofollow、h1/h2/h3…
cms52.cn解读：dede，帝国，wordpress几乎都支持这些，模板技术都可以实现。
灵活的自然化的站内文字链接;
cms52.cn解读：应该说的是正文引用内链，dede有这个功能，但是做的不够好，要修改，wordpress用插件就能实现的很好，上海seo研究院就已经实现这个功能了，看看本文的内链就知道了^^
目录结构设置灵活无限制;
cms52.cn解读：看你怎么设计了，程序是死的人是活的，只要伪静态做的好，.htaccess正则写的好，什么目录结构都可以做出来。
支持长内容分页;
cms52.cn解读：基本上国内的目前都支持自动分页，dede，帝国在这方面都没问题。
支持301跳转设置;
cms52.cn解读：这个服务器端可以实现吧，或者自己写php函数header()转向也行吧，精灵都是服务器端直接设的。
XML/RSS输出并支持ping功能;
cms52.cn解读：国内的cms这方面有，但是属于鸡肋，跟没有一样，wordpress等国外的这方面用插件实现。
图片的标签处理;
精灵解读：国内的图片标签还不能自动生成，只能调用别的标签，如title，keywords等等。这方面没有仔细研究过，我不是注重图片标签的处理。
灵活的CSS调用;
精灵解读：应该都没问题吧，想怎么调就怎么调^^
运用缓存技术。
二、Constant Maturity Swap（固定期限掉期协议）
定义
CMS(Constant Maturity Swap)是一种掉期（利率交换）协议形式，它使得购买者能够锁定所收到现金流的久期。
在一般的利率掉期协议中，交易双方约定在一定时期内，在一笔象征性本金数额的基础上互相交换不同性质的利率（包括基于不同基准的浮动利率、固定利率等）款项的支付。CMS的特点是交换双方中，一方的利率会根据市场上的掉期利率（不是LIBOR）进行阶段性调整；另一方的利率则一般是LIBOR、固定利率或其他形式的有固定期限的利率。
例：假设现在的利率互换市场上，六个月LIBOR是5.0%，三年期的掉期利率是6.5%，则现在六月期LIBOR和三年期掉期利率之差为150个基点（一个基点=0.01%）。若一个投资者认为六个月LIBOR和三年期掉期利率在未来两年内的平均差值将达到50个基点，那么他可以签订以下的CMS协议
收到：六个月LIBOR
付出：三年期掉期利率 - 105个基点
在每半年中，
1. 若 三年期掉期利率 - 六个月LIBOR ＞ 105 个基点， 则投资者有资金流出
2．若 三年期掉期利率 - 六个月LIBOR ＜ 105 个基点， 则投资者有资金流入
由于现在两者之差是150个基点，因此最初六个月投资者将支付45个基点。但是若投资者的假设正确，即未来两年内三年期掉期利率和六个月LIBOR之差的平均值的确为50个基点，那么投资者将赚取55（=105-50）个基点的利润。这份协议的优势在于三年期掉期利率和六个月LIBOR差额究竟在未来哪一天开始缩小并不重要，只要它们的差额平均值小于105个基点，投资者就能获得收益。而如果签订DIRF(Differential Interest Rate Fix),由于投资者并不确定何时利差会变小，同样不能获利。
