看看巨人们都在做什么 想想我们自己怎么做
2008-07-17 14:24
706 查看
此文是2007年6月,XPlatform Studio 开发出来后,对于当时平台发展的一些思考,现在看来也挺有意思,再贴出来,纪念一下。
从2002年开始,IBM为WebSphere平台定义了一种崭新的模式:金字塔结构模式,将整个WebSphere软件家族划分为三个方面的产品:基础和工具(Foundation and Tools)、商业门户(Business Portals),以及业务整合(Business Integration)。 WebSphere MQ作为消息中间件产品的实施标准,为用户提供一个具有工业标准、安全、可靠的信息传输系统。
2007年5月18日,Google悄然揭开了"Google Apps Partner Edition"上的面纱,它针对的目标是"ISP、门户和其他服务供应商。"他的目标就是让:用户通过点击简易管理控制面板,并且设置你希望在产品之上使用什么应用,然后就能够创建一个个性化的外观和功能集合。用户可以不再向诸如webmail之类的应用上投入资源和时间了--把这些工作留给Googleplex里那些‘勤劳的蜜蜂'们来完成。
参见站点:http://www.google.com/a/ 和 http://www.google.com/a/partners/
而微软除了在传统的Virtual Studio上大力发展windows应用集成开发环境,同时也在建设一个围绕着Office Live的hosted Office插件合作伙伴社区。最近在微软的Mix ‘07大会上,微软的官员向与会者展示了如何使用Office Live创建一个个性化的公众站点和应用,以及如何运用Office Live元素建设mash-ups。微软展示了第三方在Office Live Marketplace上建设的个性化Office Live应用。它为对于在"Office Live Innovate On"门户上,在Office Live进行个性化感兴趣的合作伙伴集中了很多资源。
参见站点:http://office.microsoft.com/en-us/officelive/default.aspx
未来我们的XPlatform平台化策略是怎么样的?当前的突破口在哪里?在google和microsoft两个巨人身上,我们能学到什么?
先抛砖引玉吧,来看看未来我们的XPlatform Studio具有的特点:
1、 改进软件开发生命周期
1) 信息交流
2) 简化报告流程
3) 项目状态的跟踪和监控
4) 分布式系统设计器
5) 集成简约的可视化开发工具
6) 简化的、集成的工作流和过程
7) 减小项目开发周期,提高投资回报
2、集成
1)数据集成
2)应用集成
3)逻辑控制集成
4)用户界面集成
5) 丰富的组件集成
6)行业构件集成
3、拓展性
1) 数据拓展性
2) 用户界面拓展性
3) 逻辑控制拓展性
4) 组件库的拓展性
现阶段,我们已经基于eclipse ,搭建起了数据集成方面的RCP插件应用。能够基于设计时态对实体模型的运行时态做设计和管理。未来,Studio会对Apps、Wfs、Events、Services、项目管理等开发Eclipse插件,不断丰富我们的通用组件和构件库,同时架构好运营支撑系统。可以想像,未来我们的ISV们,基于Studio开发出符合平台规范的行业应用或者service接入到我们的平台上来,而我们的运营支撑系统像电信的BOSS一样,提供:
1、 BSS,主要负责客户、服务、计费、帐单等核心业务;
2、 OSS,主要负责fulfill、资源、运行监控、运维、客服等后台业务;
3、 CRM,主要负责充值、Leads、销售过程、渠道、合作伙;
4、 非功能性部分,主要负责接入各种业务系统。
平台的发展才刚刚起步,让我们一起来丰富和完善,附图是Office Live的拓扑图,大家一起来点燃思考吧。
从2002年开始,IBM为WebSphere平台定义了一种崭新的模式:金字塔结构模式,将整个WebSphere软件家族划分为三个方面的产品:基础和工具(Foundation and Tools)、商业门户(Business Portals),以及业务整合(Business Integration)。 WebSphere MQ作为消息中间件产品的实施标准,为用户提供一个具有工业标准、安全、可靠的信息传输系统。
2007年5月18日,Google悄然揭开了"Google Apps Partner Edition"上的面纱,它针对的目标是"ISP、门户和其他服务供应商。"他的目标就是让:用户通过点击简易管理控制面板,并且设置你希望在产品之上使用什么应用,然后就能够创建一个个性化的外观和功能集合。用户可以不再向诸如webmail之类的应用上投入资源和时间了--把这些工作留给Googleplex里那些‘勤劳的蜜蜂'们来完成。
参见站点:http://www.google.com/a/ 和 http://www.google.com/a/partners/
而微软除了在传统的Virtual Studio上大力发展windows应用集成开发环境,同时也在建设一个围绕着Office Live的hosted Office插件合作伙伴社区。最近在微软的Mix ‘07大会上,微软的官员向与会者展示了如何使用Office Live创建一个个性化的公众站点和应用,以及如何运用Office Live元素建设mash-ups。微软展示了第三方在Office Live Marketplace上建设的个性化Office Live应用。它为对于在"Office Live Innovate On"门户上,在Office Live进行个性化感兴趣的合作伙伴集中了很多资源。
参见站点:http://office.microsoft.com/en-us/officelive/default.aspx
未来我们的XPlatform平台化策略是怎么样的?当前的突破口在哪里?在google和microsoft两个巨人身上,我们能学到什么?
先抛砖引玉吧,来看看未来我们的XPlatform Studio具有的特点:
1、 改进软件开发生命周期
1) 信息交流
2) 简化报告流程
3) 项目状态的跟踪和监控
4) 分布式系统设计器
5) 集成简约的可视化开发工具
6) 简化的、集成的工作流和过程
7) 减小项目开发周期,提高投资回报
2、集成
1)数据集成
2)应用集成
3)逻辑控制集成
4)用户界面集成
5) 丰富的组件集成
6)行业构件集成
3、拓展性
1) 数据拓展性
2) 用户界面拓展性
3) 逻辑控制拓展性
4) 组件库的拓展性
现阶段,我们已经基于eclipse ,搭建起了数据集成方面的RCP插件应用。能够基于设计时态对实体模型的运行时态做设计和管理。未来,Studio会对Apps、Wfs、Events、Services、项目管理等开发Eclipse插件,不断丰富我们的通用组件和构件库,同时架构好运营支撑系统。可以想像,未来我们的ISV们,基于Studio开发出符合平台规范的行业应用或者service接入到我们的平台上来,而我们的运营支撑系统像电信的BOSS一样,提供:
1、 BSS,主要负责客户、服务、计费、帐单等核心业务;
2、 OSS,主要负责fulfill、资源、运行监控、运维、客服等后台业务;
3、 CRM,主要负责充值、Leads、销售过程、渠道、合作伙;
4、 非功能性部分,主要负责接入各种业务系统。
平台的发展才刚刚起步,让我们一起来丰富和完善,附图是Office Live的拓扑图,大家一起来点燃思考吧。
相关文章推荐
- 同志们还在堕落,还在抱怨大学空虚吗?看看清华的同学在干什么吧.想当年他们也和我们在一个教室,我们怎能容忍自己落后呢?­
- 看看老人的忠告,怎么做,自己想想
- 我们拿计算机来拆,去研究里头有什么,把核心的软件剖析一下,怎么写的,这样我就会Basce汇编语言了,我就可以去讲Basce和汇编的课了。为研究计算机怎么上显示器,我就去研究,当时我们的那台显示器
- 看看Drools为我们了什么事
- 看看如何辨别自己是什么肤质。
- 想想我们能拿HoloLens 做点什么
- 嫁给程序员好吗?我们来看看她们是怎么回答的
- 遇到瓶颈和性能问题,不要掉进别人的坑中,而是想想自己做的话,怎么做。
- 看看 JDK 8 给我们带来什么
- 让我们看看当当网是怎么骗钱的!!!
- 算法怎么“知道”我们在“购物车”里放了什么?
- 看看是什么在改变 WEB (4)... (WEB改变世界, 我们改变WEB)
- 我们要掌控什么——控制自己,就是控制未来
- 开始学之前,先看看自己有什么问题吧~
- 看看我们常用的APP可以用什么来实现?(2)
- 看看 JDK 8 给我们带来什么(转)
- 如果大家关注SOA的事务一致性的处理,那么不妨看看我们是怎么解决的
- 是什么造成了MVP的尴尬现状?我们该怎么办?
- 从微软的DBML文件中我们能学到什么(它告诉了我们什么是微软的重中之重)~二 DBContext实例中,表实体对象是怎么被加入的