<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>芮祥麟的专栏</title><link>http://blog.csdn.net/juishl/</link><description /><dc:language>zh-CN</dc:language><lastUpdateTime>Fri, 31 Aug 2007 12:51:07 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>Juishl</dc:creator><title>Blog搬到中国CIO发展中心的网站</title><link>http://blog.csdn.net/Juishl/archive/2007/08/31/1766826.aspx</link><pubDate>Fri, 31 Aug 2007 12:51:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/08/31/1766826.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1766826.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/08/31/1766826.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1766826.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1766826</trackback:ping><description>感谢诸位近一年来的支持。参考研究院市场部同仁的建议，我会把Blog搬到中国CIO发展中心的网站上（http://doc.ileader.com.cn/blog/Juishl/index.html ）。希望各位能够继续支持。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1766826.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>模型驱动SOA帮助提高开发团队效率</title><link>http://blog.csdn.net/Juishl/archive/2007/07/23/1702623.aspx</link><pubDate>Mon, 23 Jul 2007 11:05:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/07/23/1702623.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1702623.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/07/23/1702623.aspx#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1702623.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1702623</trackback:ping><description>做过应用软件开发的朋友们大多都熟悉传统的开发生命周期：应用软件首先从业务分析员画在在纸上或者流程图工具中的业务草图开始。可以发现，整个应用软件的开发周期中，在交流沟通上，以及为纠正沟通产生的误解，花费了大量的人力物力。为了解决沟通的问题，特别是业务人员和技术人员之间的沟通，软件开发过程中引入了许多模型。 SOA让模型驱动的开发进入业务层次，业务人员而非技术人员成为这个层次上的创新主体。模型驱动SOA凭借更高层次的业务功能抽象，达成业务模型和业务系统实现的双向工程，帮助提高开发团队效率。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1702623.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>软件即服务杂谈</title><link>http://blog.csdn.net/Juishl/archive/2007/07/02/1675894.aspx</link><pubDate>Mon, 02 Jul 2007 18:44:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/07/02/1675894.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1675894.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/07/02/1675894.aspx#Feedback</comments><slash:comments>4</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1675894.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1675894</trackback:ping><description>说到SaaS的渊源，多少可以看到当初ASP（Application Service Provider）的影子。应用租赁的概念借SaaS重新获得了新生。为什么应用租赁概念这次能够成功呢？从业务模式上来说，SaaS算得上是外包模式的延伸。从财务上来讲，SaaS用户除了分享它的规模效益之外，最大的收益未必是总体财务支出的减少，而是把有关的固定成本转化为可变成本。随着模式的成熟，无论是SaaS承诺的服务水平（Service Level Agreement, SLA）还是给出的安全审计结果，都优于一般的企业信息部门能提供的平均水平。对于SaaS的进一步发展，首先应该强调的是这种新的软件价值交付方式。离线SaaS逐渐进入热烈讨论，正表明了在这一点上业界已经有了初步共识。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1675894.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>BPM/SOA把业务和技术统一在“服务”中</title><link>http://blog.csdn.net/Juishl/archive/2007/06/15/1653649.aspx</link><pubDate>Fri, 15 Jun 2007 15:30:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/06/15/1653649.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1653649.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/06/15/1653649.aspx#Feedback</comments><slash:comments>5</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1653649.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1653649</trackback:ping><description>经历了本世纪初的网络泡沫破灭，越来越多的企业正在寻找创新业务模式，以取得竞争优势。应对新型业务模式的创新要求，管理学界提出了诸如业务流程再造（Business Process Reengineering, BPR）等许多方法论。在流程再造的实践中，管理方法论结合IT做实施，就产生了业务流程管理（Business Process Management, BPM）。虽然诸如面对对象分析和设计，乃至更早的IT系统分析设计理论，都曾经帮助解决了当初IT应用中诸多的问题，但已经无法满足业务流程创新的步伐。SOA就是对最新的应用 需求发展做出的回应，试图以更高抽象度IT系统方法论来解决问题。BPM/SOA的结合点是就是“服务”。服务抽象层和业务流程层的配合，具有前所未有的灵活性，两者结合带来效用倍增。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1653649.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>业务流程平台(Business Process Platform，BPP)</title><link>http://blog.csdn.net/Juishl/archive/2007/06/01/1634665.aspx</link><pubDate>Fri, 01 Jun 2007 20:05:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/06/01/1634665.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1634665.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/06/01/1634665.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1634665.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1634665</trackback:ping><description>“平台(Platform)”算得上是现在的一个热门概念。随着SOA的不断进化，出现了“业务流程平台(Business Process Platform，BPP)”的提法。什么是业务平台？SAP TV上用汽车做比喻来形象地解释业务流程平台的概念。几乎所有人对车都有自己的定制要求。也许大多数人不晓得的是，其实车的零部件至少有70%是相同的，另外30%特殊部件由各厂商按客户需定制，然后总成。同样的概念借用到应用软件的研发中，就是业务流程平台。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1634665.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>SOA不是Web Service</title><link>http://blog.csdn.net/Juishl/archive/2007/05/16/1611206.aspx</link><pubDate>Wed, 16 May 2007 11:05:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/05/16/1611206.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1611206.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/05/16/1611206.aspx#Feedback</comments><slash:comments>11</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1611206.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1611206</trackback:ping><description>用一句话来概括基本的观点“SOA不是Web Service，Web Service是目前最适合实现SOA的技术”。 类似的情况让人联想到爱因斯坦提出来的理论，著名的质量能量转化等式E=mc2，直到人们掌握了核子裂变技术，向世人展示了这个理论等式的巨大威力。随着人们认识的提高，还会有新技术不断的发明出来，更好的来满足这个要求。就好像在核子裂变之后，人们又发现了威力更加强大的核子聚变。为了要有一个更高的角度来看待问题，SOA和Web Service还是不应该混为一谈。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1611206.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>SOA借鉴设计模式</title><link>http://blog.csdn.net/Juishl/archive/2007/05/09/1601368.aspx</link><pubDate>Wed, 09 May 2007 09:19:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/05/09/1601368.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1601368.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/05/09/1601368.aspx#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1601368.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1601368</trackback:ping><description>虽然软件设计模式针对的是代码片段的复用，而SOA实施中讨论的是服务的复用，是软件开发中两个不同层次的问题，但是因为面向对象的软件设计也是SOA的一大支柱，所以这里有共性，设计模式许多好的思路，在SOA的服务复用中值得借鉴。 等同设计模式的作用，定义SOA的模式，其实是利用模式来共享专家知识。作为专家知识载体的模式，可能会分别来自于SOA平台工具厂商，开发社区，以及企业。这三个来源对模式定义的侧重点会有所差异。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1601368.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>新标准简化SOA开发</title><link>http://blog.csdn.net/Juishl/archive/2007/04/29/1590014.aspx</link><pubDate>Sun, 29 Apr 2007 10:03:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/04/29/1590014.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1590014.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/04/29/1590014.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1590014.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1590014</trackback:ping><description>在基于SOA开发中，最近确实看到一些“简化”呼声的可操作性措施。四月早些时候，OASIS，在SOA标准领域扮演举足轻重地位的国际标准化组织，宣布成立了开放复合服务架构委员会(Open Composite Services Architecture，Open CSA)，专门致力于推动简化SOA开发标准的制定和推广。SAP作为成员之一，对上述标准无限欢迎。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1590014.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>SOA助推行业解决方案</title><link>http://blog.csdn.net/Juishl/archive/2007/04/13/1563938.aspx</link><pubDate>Fri, 13 Apr 2007 18:14:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/04/13/1563938.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1563938.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/04/13/1563938.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1563938.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1563938</trackback:ping><description>从某种意义上讲，完全按项目定制的软件是最“完美”的企业应用，当然，在“完美”的代价是高昂的。这里显示的是根据业务流程做软件定制的高成本和软件规模效益的冲突。其实，这不是应用软件研发独有的问题，在传统制造行业也经历过这种窘境。SOA推动软件进入工业化时代，同样的经验可以运用到软件研发中，助推行业解决方案。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1563938.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>哪些行业会是面向服务架构（SOA）的先行者</title><link>http://blog.csdn.net/Juishl/archive/2007/04/06/1554814.aspx</link><pubDate>Fri, 06 Apr 2007 17:10:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/04/06/1554814.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1554814.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/04/06/1554814.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1554814.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1554814</trackback:ping><description>一项突破性技术产生后，总要有第一批勇于“吃螃蟹”的先行者来示范。这个道理应该同样对SOA适用,，“哪些行业会是SOA的先行者？”排名前三的行业需求来自电信、金融和政府。答案不算出人意料，这里倒是可以检讨一下其中可能的原因。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1554814.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>SOA时代的协作创新</title><link>http://blog.csdn.net/Juishl/archive/2007/03/29/1545162.aspx</link><pubDate>Thu, 29 Mar 2007 12:50:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/03/29/1545162.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1545162.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/03/29/1545162.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1545162.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1545162</trackback:ping><description>最近阅读业界的新闻和内部报告，我越来越清楚地意识到“协作创新”的在SOA时代的特别意义。最近，SAP一口气发布了80多个新的all-in-one行业解决方案。在面向服务架构的企业应用推出后不久，能够有如此多的行业方案涌现，至少说明了两件事情。其一，面向服务架构确实把应用平台的灵活性和适应性提到一个新的层次；其二，面向服务架构应用平台上的系列新开发工具，特别是模型驱动的开发工具，大大便利了新解决方案的开发。之所以协作变得这么重要，是因为“标准”在SOA时代无可替代的地位。可以说“标准”既是“协作”的原因，也是结果。协作创新的另一个结果是分担明确产品责任。明确的责任是盈利分享模式的基础。SOA时代也是是为双赢或多赢的协同创新的时代，协作而非竞争正在悄悄改变软件产业的格局。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1545162.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>从消费者观点看“服务”产品</title><link>http://blog.csdn.net/Juishl/archive/2007/03/17/1532201.aspx</link><pubDate>Sat, 17 Mar 2007 17:13:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/03/17/1532201.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1532201.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/03/17/1532201.aspx#Feedback</comments><slash:comments>4</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1532201.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1532201</trackback:ping><description>消费者的观点和态度更是最终决定 SOA命运的关键。所谓消费者是上帝，而上帝的待遇来自于充分的市场竞争。培育众多供应商的环境就是一个共同创新的生态圈 。在共同创新的生态圈中，众多厂商百家争鸣，为消费者创造琳琅满目的服务产品。需要集中贩卖“服务”的市场(Market Place)的存在。这个市场的功能就是最小化“服务”产品和消费需求配对过程的成本。促使消费者做出购买选择主要是品牌和产品的性价比。在通用服务供应市场，不可避免有垄断的产生，但是服务的供求也许不会是80/20法则，80%的服务由20%的厂商提供；更可能体现是“长尾”理论，有足够多的消费者组成的具有个性化要求的服务“长尾”市场，为足够多数量的“服务”供应商提供纵向市场(Vertical Market)生存空间。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1532201.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>SOA, 从复合应用出发</title><link>http://blog.csdn.net/Juishl/archive/2007/03/07/1523212.aspx</link><pubDate>Wed, 07 Mar 2007 14:19:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/03/07/1523212.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1523212.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/03/07/1523212.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1523212.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1523212</trackback:ping><description>Gartner提出SOA都十年有余了，现在SOA刚刚逐步被企业接受和采纳。实施SOA毕竟不同于购买一个应用软件，它涉及的是一个长期的信息系统战略调整，往往不可能十天半个月，甚至一年半载出效益的。其实，这里是有一些误解的，如果从一个完备SOA来讲，确实如此，但是长城不是一天建成的，向企业级SOA转变的过程也应当是逐步进化的过程。所以，应该要在现有的信息系统架构下找到一个合适的出发点，从这里起步向企业级SOA转变。复合应用就是一个出发点。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1523212.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>随SOA而变</title><link>http://blog.csdn.net/Juishl/archive/2007/02/26/1515369.aspx</link><pubDate>Mon, 26 Feb 2007 22:58:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/02/26/1515369.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1515369.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/02/26/1515369.aspx#Feedback</comments><slash:comments>8</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1515369.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1515369</trackback:ping><description>之前的Blog零星提到了许多因为SOA带来的变化，今天想把随SOA而来的变化做个简单总结。信息工作者随SOA而变的是其知识技能和观念态度，应该看到SOA带来更多发展机会。SOA，又促进了商业模式的变化。再说得远一点，从整个价值链来看，随SOA而变的是上下游企业之间的关系。衷心希望无论企业和个人能够随SOA而变，把握潮流，获取更大成功。&lt;img src ="http://blog.csdn.net/juishl/aggbug/1515369.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Juishl</dc:creator><title>SOA搭建联合创新平台</title><link>http://blog.csdn.net/Juishl/archive/2007/02/07/1504244.aspx</link><pubDate>Wed, 07 Feb 2007 13:55:00 GMT</pubDate><guid>http://blog.csdn.net/Juishl/archive/2007/02/07/1504244.aspx</guid><wfw:comment>http://blog.csdn.net/juishl/comments/1504244.aspx</wfw:comment><comments>http://blog.csdn.net/Juishl/archive/2007/02/07/1504244.aspx#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>http://blog.csdn.net/juishl/comments/commentRss/1504244.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1504244</trackback:ping><description>SOA试图搭建一个联合创新平台，提供更多创新可能。SOA从技术上，更重要的是从业务模式上，搭建了联合创新平台。联合创新平台预示了软件生态系统欣欣向荣的知识聚合，应用创新的场景。在联合创新的平台上，要突破产品创新局限，看到创新更丰富的含义。
&lt;img src ="http://blog.csdn.net/juishl/aggbug/1504244.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>