http://blog.sina.com.cn/u/1230089730[订阅]
个人资料
分类
    内容读取中…
评论
读取中...
访客
读取中...
好友
读取中...
博文
期望(2006-06-24 13:11)
难得相遇,
难得相知,
难得共识,
难得把酒尽欢。
远方有没有迷雾,
天空中还会不会有最璀灿的星,
流星划过夜空,留下的不是美丽,
而是我没来得及许下的心愿。
此刻,我们用最真的心,
静静的在天的另一边,
看太阳从东升起,从西落去。
然后,
便用我们的心等待那最美的星空来临,
等待成功的反馈。
其实希望和绝望只在一线之间,
网络的虚构,人生的飘浮,
那最重的砝码会偏向哪一头,不知道。
只知道希望太多,失望也太多。
只知道星星太多,月亮却只有一轮。
只知道太阳会落下,而夜空也会来到。
所以,我们不太在乎更多,
只在乎星星还在不在,
只在乎夜空还会不会璀灿无比,
只在乎希望还有没有.
                                                 &
他山之石(2006-06-24 12:42)

1.http://ibmur.hust.edu.cn/elearning/list.php ibm中国高校合作项目-远程教育与学习

2.http://www.51testing.com/html/20/102.html J2EE从零开始之J2EE简介,J2EE入门其他内容

3.http://www-128.ibm.com/developerworks/cn/webservices/ws-theme/ws-soa.html 面向服务的体系结构介绍

4.http://www-128.ibm.com/developerworks/cn/webservices/ soa和web services

5.https://www6.software.ibm.com/developerworks/cn/onlinecourse/websphere/wmodeler/index.html   WBI Modeler 的视频教程(需要注册)

6. IBM全球技术培训课程网站:http://www.ibm.com/services/learning/us

7. IBM全球专业认证网站:http://www.ibm.com/certify

8. IBM全球专业认证人才库网站:

完美结局(2006-06-23 14:03)
   快考试了,大家都挺忙得,其实我们四个都不轻松。为了SOA比赛,我们四个队员经过了N次讨论<_>,N次分工^_^,N次修改>_<,N个通宵-_-。更有老师一次次的为我们指导。
   今天下午终于提交了我们一个半月以来努力的成果。没有特别兴奋的感觉,也没有特别的轻松,毕竟我们还在等待着结果那~这种心情有点像高考过后考生的心情···
   虽然比较累,但这些日子过的很开心。忽然想起那天看得一个图片,描述五十年代大搞建设的中国劳动人民,整个图片上全是全身赤裸的男人,像蚂蚁一样有条不紊的工作。我想他们当时的干劲可能大部分来自于团队精神吧。一个人融入到团队中的感觉,可以通过那张图片来想象,当然我也在这段时间有所体会。讨论的时间里,我们专心于题目;讨论过后也有对骂的时候,也有队员会被“独打“或者“ 群殴“的时候,总会引起一阵阵欢笑。很开心能参加这个项目并在其中尽上自己的一份力量。
   总算是交上了!轻松了一点。
第二阶段安排(2006-06-23 13:44)

最近接到IBM的信件,介绍了关于比赛第二阶段的安排。也就是如果我们能进入复赛的活动计划。具体如下:

第二阶段安排

再遇难题(2006-06-07 17:36)
今天下午的讨论中,我们仔细分析了已有成果。结果发现其中存在不少问题,我总结了一下,大约有以下几点:
1. 什么是用例模型分析,应该抽取到什么程度?
2. 什么是数据模型分析?
3. 使用的关键技术,是列举SOA使用的,还是我们在设计中采用的技术?
4. 关于组件抽取,是列举服务流程中的还是在设计后的整个服务中?范围问题
5. 关于接口,因为我们现在还不是非常清楚数据的转换,所以不太清楚各种数据的接口。
6. 生产调度方面是否应加组件?还有其他的一些地方
7. UML建模问题
总之,发现问题还是不少的。这些都有待于下一步的讨论学习。
 
                                                  ------王凯
IBM对SOA的分析(2006-06-06 23:18)

现在IT面临的问题:架构的复杂性,具体表现在
      1.程序臃肿,据统计,70%的经费都用在了对已有系统的改造等方面,只有不到30%的用在了增加新功能上。
      2.脆弱性:
      3.迟钝:
企业架构:应用与应用之间的业务逻辑有重复
问题来源:接口问题
      第一家开发商对系统会对原有接口进行改造,随着时间的推进,又来了第二家,第三家,第四家开发商,每个开发商都对系统进行改造,结果原来的接口已经面目全非。
根源:没有人从全局对业务逻辑,实现,接口的定义等统一的考虑。
SOA可以很好的解决以上问题。
SOA原理:接口在现在应用之上构建抽象业务服务模型。由服务推出新的需求?构建应用有规范,标准?
由垂直应用到水平应用,公共平台上的服务串接,接口由服务模型解决。
架构:基于ESB柔性架构:
      优点:1.不需要了解别人的协议等细节,反问外部的信息都用自己本地协议来访问。技术依赖较小。
      &nbs

励志短文(2006-06-06 13:12)

    一般人没有办法突破,因为他只是想要,而不是一定要得到。
    只要你一定要,事实上一定有方法的。成功一定有方法,失败也一定有原因。假如你还没有成功,是因为你方法还没有找对,假如你目前还是停留在现状,一定有些失败的原因你没有发觉。
    我认为一个人之所以没有办法突破的第一个原因是,他每次都在想他不要的事情。
    譬如有些人担心收入不够,他天天在讲,万一我钱不够怎么办?万一我钱不够……
    这样想的时候,已经注定他钱不够了。因为思想是原因,环境是结果。你的环境是你思想的结果,所以你怎么想,就会得到什么结果。
    当一个人总想他自己不要的,他就没有办法突破。
    举一个例子,我有一个非常好的朋友,25岁,还没有女朋友,我一直想介绍女朋友给他。我问他,假如你把条件讲出来,也许我可以帮你引荐一下。
    他说:“第一思想要保守。第二行为要开放;第三作风要大胆。”
    讲到第四
关于工程(2006-06-06 13:09)
   我们的数据库老师曾经教过软件工程,但后来不教了,开始教数据库。他说工程更多的需要意会。工程有时候没有对错的问题,也就是说可能有很多种解决方案,但有好与坏之分。比如说数据库里的一范式,要求属性的原子性,但实践之中有很多是违背了一范式的,但效果却很不错。所以说,工程的东西要多做多想多实践!
   对于SOA其实也是众多解决方案里面的一种,但它有其独到的优点。而具体到详细的设计一个工程的时候,我忽然发现里面有太多的东西是合适不合适,而不是对不对的问题。我前天夜里设计系统架构的时候,不知不觉地就工作到了早晨六点。虽然业务流程已经烂熟于心,但仍然每一个细节都要想很多的事情,时间便显得十分不够用。其实做什么事情都是有一定的规律可循的,比如软件工程,虽然需要“意会”,但也是一门重要而且实用的指导理论。我们虽然目前没有学习软件工程,但在这段时间的比赛中,我们相信我们队员都对软件工程有了个初步的印象。我们也从中学到了很多的经验,关于到底要怎样时间计划,怎样分工,怎样分析问题,如何获取我们想要得资料,什么样的架构好,什么样的组件便于重用······
&n
大赛题目的改动(2006-06-05 23:22)
对于最初的竞赛题目,有一些小小的修改:
原题目中:于是,2005年8月份凤凰公司引进并成功应用了某在线客户关系管理系统(On Demand CRM)。CRM通过订阅的方式来提供客户关系管理服务,凤凰公司不需要提供任何硬件、软件和空
间资源,而只需要每月向服务供应商支付65美元。凤凰的销售人员在任何时间和地点只需要通过普通的Web浏览器就可以使用和管理客户及销售信息,包括客户信息,商机,业务机会,以及客户及销售信息分析图表等。
因为大赛现在推荐的系统是TurboCRM,因此题目现在改为:于是,2005年8月份凤凰公司引进并在企业内部成功实施了某客户关系管理系统。凤凰的销售人员在任何时间和地点只需要连接企业内部网,并通过普通的Web浏览器就可以使用和管理客户及销售信息,包括客户信息,商机,业务机会,以及客户及销售信息分析图表等。
成功在望(2006-06-05 22:52)
 
    经过几周的忙碌,我们的初赛作品终于将要完工。看着一张张模型图,一篇篇文档,心里真有种说不出的感情。
    毕竟牺牲了好多的周末,毕竟熬过了好多的夜晚,大家在一起的讨论中有过争吵,有过辩论,更有获得相同意见后的欢悦。回首往日,我们是充实的,我们是幸运的,能和这麽多志同道合的朋友一起学习拼搏,难道不是人生的一大乐事?不管结局如何,我们已经收获很多,我们是胜利者!
    看看自己的作品,听听别的队的讨论,感觉我们还是很强的。最近又查阅到我们的BLOG在所有的参赛队伍中排名靠前,更加增长了我们获胜的信心。中国有句老话:只要功夫深,铁杵磨成针。相信只要我们完全付出了,就一定能进入复赛。尽管有研究生组成的队伍,有博士生组成的队伍,但我们从一个起跑线上出发,我们无需畏惧!
    伙伴们,成功正在向我们招手,让我们继续努力,笑到最后!
 
 &nbs