水中氧

只是不甘心空气中无形的存在
构客网首页  博客  论坛

 
  用户信息
帐号:  新手必读
密码: 保存密码
    
 SOA我有话说

 本文的标签
SOA (收录3975篇)SOA我有话说 (收录156篇)SOA中国的关键任务 (收录32篇)

 常用操作

 分类列表
全部类别(61 篇)
技术学习(22 篇)
相关认识(5 篇)
MSN空间(16 篇)
我的MSN像册(16 篇)

 按月归档
2005年10月(3 篇)
2006年02月(1 篇)
2006年04月(2 篇)
2006年11月(3 篇)
2006年12月(6 篇)
2007年01月(1 篇)
2007年02月(2 篇)
2007年03月(1 篇)
2007年04月(6 篇)
2007年05月(1 篇)
2007年08月(7 篇)
2007年09月(3 篇)
2007年10月(7 篇)
2007年11月(8 篇)
2008年01月(1 篇)
2008年03月(1 篇)
2008年04月(3 篇)
2008年05月(3 篇)
2008年06月(2 篇)

 SOA2007 - SOA实践
我们何时迈向SOA
——SOA在中国的整体发展现状究竟如何?
我们如何迈向SOA
——中国企业如何迈出实施SOA的第一步?
我们应采用何种技术
——SOA国际标准SCA/SDO的具体内涵?
我们还需要何种技能
——SOA将如何改变系统架构设计以及项目管理过程?

  用户信息
 
帐号:  新手必读
密码: 保存密码
    
  本文的标签
SOA (收录3975篇)SOA我有话说 (收录156篇)SOA中国的关键任务 (收录32篇)
  常用操作
  分类列表
全部类别(61 篇)
技术学习(22 篇)
相关认识(5 篇)
MSN空间(16 篇)
我的MSN像册(16 篇)
  按月归档
2005年10月(3 篇)
2006年02月(1 篇)
2006年04月(2 篇)
2006年11月(3 篇)
2006年12月(6 篇)
2007年01月(1 篇)
2007年02月(2 篇)
2007年03月(1 篇)
2007年04月(6 篇)
2007年05月(1 篇)
2007年08月(7 篇)
2007年09月(3 篇)
2007年10月(7 篇)
2007年11月(8 篇)
2008年01月(1 篇)
2008年03月(1 篇)
2008年04月(3 篇)
2008年05月(3 篇)
2008年06月(2 篇)
  SOA2007 - SOA实践
我们何时迈向SOA
——SOA在中国的整体发展现状究竟如何?
我们如何迈向SOA
——中国企业如何迈出实施SOA的第一步?
我们应采用何种技术
——SOA国际标准SCA/SDO的具体内涵?
我们还需要何种技能
——SOA将如何改变系统架构设计以及项目管理过程?

SOA背景下中国独立软件开发商道路

发布时间:2008年05月05日 作者:shuizhongyang123@163

阅读次数:695次 类别:相关认识 永久链接 Trackback 
参加SOA我有话说
SOA背景下中国独立软件开发商道路

  SOA的出现带来对传统业务的深刻转变,架构理念的革新以及在灵活性上卓越优势也让客户在其越来越多的异构IT环境中寻找到一条切实有效的道路。对于大型企业应用,甚至是更多的中小企业应用,SOA将作为其IT企业基础架构的一部分,但是对于独立软件开发商而言,他们应该怎样去认识这样的一个发展潮流?进一步来说,对于中国的ISV而言,他们应该如何?

  在TechTarget中文站看到了一篇关于ISV的SOA方向的文章,虽然是06年的一篇ZapThink评论,但感觉对于当前的中国独立软件开发商依旧适用。文中这样说道:

  “独立软件供应商创造并销售在一个或多个IT平台上运行的软件产品。他们可能也提供咨询服务,但是这并非他们的传统业务。他们既不是简单的增值销售商也不是嵌入或定制其它产品的原始设备提供商。独立软件供应商销售拥有自主知识产权的可安装、可配置软件。”

  那对于这些软件开发商面向服务是否真的适用?如果他们的主要目标是填补那些大型软件公司还未占领的市场,那么他们是否应该考虑灵活架构呢?

  还是回到SOA的根本上来。SOA只是一种架构理念,它并非某一个或者某一系列确切的技术产品。用一种基于标准的松耦合接口来衔接起以往私有封闭的技术并加入到一个异构的分布式环境,从而降低成本并有效提高灵活性,这一出发点对于最终客户和软件开发商都是不径相同的。但是对于企业而言我可以从底层基础着手于这样的目标实现,那软件开发商呢?

  对此TechTarget的原文说道“有两种办法在自己的产品中利用SOA:帮助客户自己实现SOA,或者利用面向服务的原理使得自己的产品对于客户更有用更有价值,而不管他们的客户是否积极规划或实现SOA。”

  但是对于这两种方法并非所有的ISV都有着同样的解决之道。不管规模上的大小,ISV在对于满足客户需求的做法都是一致的,但是在实现过程中,资源的可用程度则是大小之分的具体体现。基于现有技术进行研发的创新和谨慎使用现有技术实现业务方面的创新这绝对是两码事。归根结底,独立软件开发商应该更多的从客户的业务需求着手而非产品功能。

  “通过把产品功能抽象成一套底层实现不变前提下不断演化的服务,独立软件供应商能够把他们的应用软件功能面向服务化,以满足客户不断改变的业务需求。”

  从这一点出发,独立软件开发商将不会再简单的进行构件化开发和集成工作,而是更多的作为业务演化的构件化资产。往更大了说,抛离原有的软件产品业务,转而提供服务业务,提供分离的IT功能,元数据以及实现服务组合的业务过程,更进一步则是成为了“不断成长的可嵌入的平台”。

  最后还是用ZapThink的话结尾吧:“客户们会期待更合理的费用以及不必重新进行投资就能改进业务的能力。因此,独立软件供应商没有选择,只能使自己的业务更加灵活,以期让自己的客户也变得同样灵活。于是,面向服务不仅是简单的在现有的、紧耦合的、复杂的、不灵活的以及非组件化的业务功能上添加基于标准的接口。更重要的是,为了兑现SOA的承诺,独立软件供应商必须改变他们构建、打包、销售、交付、管理和支持自身产品的方式。换句话说,SOA会迅速把独立软件供应商变得跟最终用户一样,而那些跟上潮流的将会发展壮大,而跟不上潮流的则会最终消亡。”

查看TechTarget中国:  http://www.searchsoa.com.cn/showContent_7245.htm(原文时间2006年5月16日)


本文参加了“SOA中国的关键任务”博客大赢家,评论文章即可参与活动,赢取万元奖金!

 评论 查看全部评论