主题：【原创】SaaS来袭 一 云和云的彼端 -- 闲茶

看起来老兄在行内泡的时间绝对不短了，呵呵

更多的是体现一种基于互联网络的新的组织方式。

这种组织方式可能是人之间的，譬如西西河就是一种组织方式，通过西西河这样一个论坛进行交流。Wikipedia是另一种组织方式。

这种组织方式也可能是软件之间的，譬如mashup，把不同网站的数据和表现形式相关联。

这种组织方式更可能的是软件和人混合的。

从技术上说，云计算是Grid在Public domain的自然扩展。也就是从私有网络扩展到公共网络，从私有协议扩展到公共协议。这个是我的理解。

只能说通过云（Internet）来获取某些服务功能。云计算和胖客户端并不冲突。

个人觉得关键在于两点：

1. 关注点分离

2. 黑盒化应用环境

关注点分离是我们划分服务的原则。基于关注点分离，我们合理地拆分需求，从而实现服务的独立性。

基于黑盒化应用环境，我们则可以decouple服务和依赖于他之上的其他组件。从而实现服务的可组合性。

当然SOA还有很多其他属性，但是我觉得这两点是最重要的。

从这个思路来看，的确有些启发。

乱说几句，面向对象，直观上看起来的确比较适合快速应用，也方便维护，但是从长远的来看，新功能的添加，很可能就是意味着新衍生类的增加，到后来，很可能造成巨大冗余。不知道会不会有这个问题。

我远谈不上资深，只是有机会接触了一下相关的东西，还请兄台多加指点。

基本上SOA的软件过程和传统软件过程已经不一样了。就像老铁你建西西河一样，从技术上来说，西西河的发展不再是传统软件过程那种一个版本替换另一个版本的跳跃式发展了，而是渐进的。用时髦的话说，就是evolution取代了revolution。这种情况下，松耦合的服务组合更合适evolution的发展。

至于到后期，会不会服务过多过滥，造成效率低下，这个谁也不能保证。不过在技术层面上说，基于Web Service的SOA的协议，基本上都不是强类型匹配的。也就是说，不需要衍生类这种概念来保证向上兼容性。

国内企业的应用系统构建时多数具有自己的特点：无法对需求进行清晰的界定。这里有企业的受市场环境影响的因素，也有企业内部人s员素质的因素，也有管理的因素，更有软件厂商实施能力的因素。而SAP、Oracle在销售自身的产品时所附带的管理咨询、软件实施实际是通过规范企业的业务流程来满足软件的需要，软件和用户之间也在找一个平衡：既能满足业务的、管理的需要，又不会牵扯更多的流程、利益、习惯的变化。

这些都意味着企业的需求是五花八门。所以，简单的HRMS只要工资计算公式能够支持足够复杂的组合，都能得到准确的结果。就像螺丝等标准件一样，通过标准首先来进行规范化，然后才能规模化。Salessforce的成功有这样的因素在里面。几年以前，有厂商为了避免用户的核心的客户数据被窃取，在类似Saleforce的体系下讲实际的客户名称、联系方式等关键数据存放在本地，而不放在系统里。计算的时候必须要有本地的数据配合才能看到真正的数据。这种需求不知道是不是只有中国才有。。。

其实就是想说明企业中的核心系统很难被规模化，不能说企业的需求有特色，但一定有特点。

但是，SOA或SAAS是否有市场呢？我觉得有...

以Web Service为代表的SOA体系在企业应用里面还是很成熟的。以WSDL+BPEL为核心，开发工具和效率上都还不错，大规模的企业级应用也很多。

恭喜：你意外获得【通宝】一枚

鲜花已经成功送出。

此次送花为【有效送花赞扬，涨乐善、声望】

需求的定义是软件领域一个老大难问题了，五花八门的需求采集和定义方法多了去了。路数也各有不同，有试图固化需求变更的，有拥抱需求变更的，怎是一个乱字了得。

另外，关于信息系统，一直以来有一种声音，就是把某某管理思想融入某某软件，关于这个提法，羽羊一直在思考，到底要不要这样做？也许这是作成品和作平台的分野？

还没想清楚，静待老哥论之。