DreamLand    复制

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全球专业认证人才库网站：
http://www.developer.ibm.com/university/students/opptysystem/index.html

9. IBM中国大学合作部网站：
http://www.ibm.com/cn/ibm/university

10. IBM中国大学合作项目CERNET网站：
http://ibmur.hust.edu.cn

11. IBM学院计划网站：http://www.ibm.com/university

12. IBM学院计划学生门户网站：http://www.ibm.com/university/students

13. IBM中国校园招聘网站：
http://campus.chinahr.com/pages/ibm/ 和 http://ibm.51job.com

14.SOA_SJTU的blog http://soa-sjtu.blogjava.net/

15.一个soa的blog http://www.blogjava.net/team/SOA.html

   也许现在也成了职业病了，看到初赛作品提交时间临近，我们的作品一天提交不上，就一天睡不着，每次临近提交的时候不是这里出问题就是那里出问题，真的是着急啊，每一次细心的改，一边改真的是一边觉得无奈，很多的时候都在怀疑，我们的作品到底能不能脱引而出，一边改一边祈求上苍。

   明天一定要提交了，明天早上一定要催阿杜把作品提交上，再不提交我的考试就要挂了，唉，我的考试啊，实在是对不起你，可是每次拿起课本想要复习，总会想起你，你怎么这么让我焦心呢！今天晚上又睡不着了，心烦意乱的，总期待明天的太阳能够早点升起来，等到把我们的作品提交上，我也好好的能松一口气，到时候一定要昂起头，大踏步地走，一定会很爽，很帅的。

   这是第一次参加比赛，才知道到参加比赛是这样的揪心，收，收不起，放，放不下，不管走到哪里，都把你带着，放在心里。唉，真想以后再也不参加比赛了，可是却还是放不下这种心情。参加比赛何止是熬夜啊，是夜熬人呢。无数个日日夜夜，熬煞多少人呢！明天，明天，一定要提交上，一定要让我们的作品出世，一定要让大家看到我们辛辛苦苦，日日夜夜无眠的成果。这真像是等待孩子出生一样，没有出生以前，是盼，出生了以后可能更是盼了！无休无止！这种不眠夜什么时候到头啊！

    不记得最近是怎么样睡觉怎么样休息的了，只是知道我为了你而----失眠了！

    好久好久都没有过这种心情了，一种为了一件事情而忘我的感觉了。我低估了你的能力，本以为只是把你当作我锻炼毅力的机会，没想到你真的把我的心旋进去了，再也逃不掉你的怀抱。SOA三个小小的字母在我的人生中所留下的足迹我无法想象，不知道多少年过后你是否仍然存在，但你至少会在我的生命里永生，我的血液，我的欢笑，我的泪里都已将你溶解，流遍我的身体，我的神经。

    我也很疑惑你为什么有如此的魅力，以致让我对你如此痴迷，我在梦里寻找这个问题的答案。思前想后，终于找到了我所期望的东西，也许真正让我如此痴迷的不是你，而是我自己，是你让我认识了一个另外的自己，一个一直都躲藏着的自己，在这些日子里，它终于得到了释放，你的伟大的思想给了它存在的契机。是你让我明白了在这个世界上还有什么叫做追求的东西，还有叫做不惜一切而奋斗而努力的东西，还有叫做魂牵梦绕的东西。我不知道应该如何回应我的另一个自己，就让它代替我去与你相和，漫步云端，领略天外风情。

    两个月，短短的两个月，我只是能够挽起你的手臂，还无法真正认识聆听到你的心跳；两个月，足足的两个月，我已为你而不眠了无数个日夜，同你一起欣赏凌晨的清爽。忘不了，忘不掉了，轻轻地记在本子上，合上了，便已封存在心的海洋。

    相识了，走过了，记住了，可是在我们生命的轨迹里总要有十字路口，交汇了便是相知，路过一步便要相离。现在的我已做好了迈出双脚的准备，因为你的存在已使我充满了对未来生命的向往，我要去看看外面世界，我要去欣赏别岸风光，不要怪我一个人悄悄地离开，我不是那么狠心的要丢弃你，我只是想要飞，飞去一个遥远的，遥远的不知名的国度，去那里寻找我的梦，我的天。你也已经慢慢的长大，慢慢的幻化成有形的躯体，你的精神，你的脉搏即将找到属于自己的家，就让我们彼此珍惜最后的时光，再一同走一个不眠夜，作为我们离别前最后的相依相拥。

    轻轻地问一句，若干年后，你还会记得我吗？可是，直到生命的最后一刻，我都不会忘记你的呀！

今天我把咱们写的拟交付件所有文档的版式字体颜色图案统一的设计了一下，基本确定了大体的雏形。大家可以去FTP下载看看。以后要做的修改，都是基于这个新版本之上的，所以大家都不要存旧版本的文档，以免造成4个人信息不同步的问题。即将大功告成，我来总结一下目前的不完善的地方和今后改进的建议：

1。业务流程图因为画的时候疏忽，没有考虑订单冻结解冻这一部分，所以应该对流程图做一下修改，业务模型设计文档的每一步的编号可能也需要微调。（龙虾已把图改好~文档还没改）

2。组件设计文档一开始的几个白色大图实在是难看，建议重画，以免影响整个文档的美观。（张翠翠已改好）

3。最好设计一个精致点的flash队标，替换现在的静态图片队标。（耿凯游手好闲，玩忽职守，至今没做好）

4。考虑一下是否需要在文档中各处设置超链接，能够方便的在各个文档之间跳转。目前只实现了交付件清单到其他文档的链接。

5。张翠翠加紧学习数值分析，下周的小组会议你来给大家讲这门课的备考复习。

   6月12日，我们组召开了第十一次小组会议，这次小组会议最主要的安排是讨论了我们的系统架构图，并做了后期的收尾工作。

   系统架构图由阿杜起草，我们参照IBM参赛网站给出的参考案例进行了讨论，在分析后，我们给出两种方案，最后确定第二种为我们参加比赛的最终方案，有龙虾负责将图画好。后期的收尾工作主要是对图进行润色，由龙虾负责，不得不提一句，龙虾是我们的美术大师。交付件清单和使用说明由阿杜负责。翠翠负责将第十一次小组会议的内容写到博克上，这就是我现在的工作。至于耿凯，负责将“三国”玩好，别丢龙虾的脸。呵呵，也该是松一口气的时候了。

   小组会议的第二项非同小可的任务是，由阿杜担任我们的突击队老师，为我们讲解操作系统。眼看着就要期末考试了，我们这些孩子几乎是放弃了复习的时间，听到同学们说复习了一遍两遍了，我们真有些着急了。可是就拿昨天晚上的例子来说，面对第二天的英语口语考试，龙虾还是不动声色的搞我们的项目，当阿杜催促我们睡觉时，龙虾说出了很朴实的一句话“SOA比较重要”（注：和英语口语考试比较）。龙虾啊龙虾，不说什么了，一个字“顶”。其实我们每个人都何尝不是这样啊，但是为了共同的目标，四个字“无怨无悔”。

   复习的效果相当有效，6章的内容很简单的就进行完了。恩，小组学习，威力猛。我们准备让阿杜在周三给我们讲剩余的内容，对于星期一的考试，老天爷是不忍心让我们挂的。我这周的主要任务是复习数值分析，下周一的时候主讲的人就是我了，为了不丢脸，我也要加油了，呵呵！

   同志们，新的狙击目标又出现了，向着操作系统619号高地，冲！

   第一次我以为2个半小时的小组会议应该是最长的，事实证明我错了，又一次我以为2个小时50分钟的小组会议会是历史纪录，可是今天历时4个小时零10分钟的小组会议又一次出乎我的意料之外。

   6月10日下午两点，星期六，我们如约而至，和我们的辅导老师刘老师在南校区主楼2层办公室进行了一次长时间的会话。这一次我们有备而来，把我们苦苦熬夜的成果拿给老师看，到目前为止我们把所有的交付件都写完了，有的甚至改了好几遍，胸有成竹的我们还是不得不叹服老师的火眼金睛。

    首先我们讨论了《业务模型分析与设计》。老师带着我们一个箭头一个箭头的往下走，好不仔细。至此，我们发现我们的业务流程过于拘泥于大赛题目中的业务需求，其中所存在的主要问题如下：

1、在现有的业务模型中客户和联系人是分着管理的，则在“创建新业务机会”前面有一定的漏洞，应该再判断一下联系人是否存在。

2、我们的业务模型所存在的最大的问题在于角色的划分太过单一，对于改进，我们决定采用“甬道图”技术。

3、对于数据的整合问题。我们的开发过程中几乎没有数据整合的这一部分，说明我们对于整合认识的不完整性。这就要求我们必须明确整合的原因是什么，目的是什么。对于整合的原因主要是现有的ERP和CRM系统已经不能满足凤凰公司的业务需求了，另一方面是因为ERP中和CRM中的数据存在冗余和不一致的情况，这就要求我们该增则增，该砍则砍。所谓增的就是要开发新的ERP和CRM中都不存在的服务，所谓砍的就是将ERP和CRM中的数据进行整合，保证相同的信息只能在一个数据库中。至于整合的结果，应该是形成了一个新的系统，财务人员和销售人员所看到的将不再是ERP或者CRM了，而是我们开发的新系统。

4、在我们的业务流程里，应该是少了什么判定条件，即使一开始出现了业务机会我们应该判断一下到底有没有潜在的可能，如果说没有可能只是将客户信息增加到CRM中后面的业务流程就不需要走了。

5、在“赢”和“提交生成订单请求”中间最好加上合同管理。

6、我们对于角色理解有些偏差，对于业务模型中的人员实现和系统实现理解有所误会；对于“合同”和“订单”的理解可能有所差错，应当明确合同是企业与客户签订的是外部的，而订单是企业内部的，但是由于财务人员角色的特殊性使得他们既能看到合同又能看到订单。

    讨论完了业务模型，紧接着我们讨论了服务模型。服务模型中存在的主要问题在于：

1、缺少一个系统的服务模型图。

2、流程服务中的流程图不应该是业务模型图，而应该是用那些小的服务整合起来的系统的服务模型图。

3、缺少对于每个服务具体的实现方式。

    服务模型和组建模型简直就是唇亡齿寒的关系。组建模型中不可避免的也存在一列问题：

1、在系统结构图中，ERP和CRM中的数据库应该是直接供给ERP和CRM系统用，再由那些ERP和CRM中的管理模块进行整合形成新的服务，并非直接调用数据库；各个组建之间有可能彼此调用彼此的服务，建议可以用不同颜色的线来表示不同层次的关系。

2、数据流程图缺少箭头，建议使用VISIO2003再将其画一遍。

   讨论完了这几个交付件以后，我们开始将目光定位在全局，首先讨论了《系统的开发计划》其存在的问题在于：

1、所需要的软、硬件及开发平台不是很明确。

2、风险预测有问题，测试部分不到位。

   接着我们讨论了《项目综述》其存在的主要问题是：

1、参赛作品题目说明，理解上有误。

2、总体设计思想中缺少“为什么要整合，整合的目的是什么”。

3、分析市场影响时可以加上SOA的根本特点。

    最后我们共同讨论了《系统架构分析与设计》其存在的主要问题是：

1、用户需求部分也应该加上“为什么要整合，整合的目的是什么”。

2、在用例模型中角色划分得太少，这个地方如果加上对于每个角色的权限的分析也许会更好，比如不同的角色对于不同的数据所能实施的行为是不一样的。

    在此次会议即将结束的时候老师再次提醒我们应该再仔细地看看大赛的题目，好好的分析每一句话所能透露给我们的信息，对于我们目前不能实现的部分，我们想到的就应该加上，这样就应该在项目的最后加上我们对于今后系统需要完善的东西。

     此次会议我们真的是应该感谢我们的辅导老师，在周末找出那么长的时间为我们那么耐心的讲解，把他所知道的、所能预测的都毫不保留的传授给我们，在此应该对老师说一声：谢谢您！到了会议的最后，不得不提每个人都已经是精疲力尽了，但是一个共同的信念支持着我们，快要临近考试的我们在这个关头更要互相鼓励，我们的付出应该后有收获的，想信我们自己吧！

 　　今天，刘老师放弃了他周末的时间，对我们做的工作进行了指导。
 　　他根据我们的文档，一一进行了点评。
 　　首先是《业务模型的分析与设计文档》，因为只有对业务有了明确的定位，才能进行服务和组件

的建模。 经过我们的讨论，发现我们第二次修改的业务流程和第一次有了很大的改进，但还存在很大的

不足。考虑到实际情况，发现题目要求的业务需求有很大的漏洞：
 　　一，题目混淆了订单和合同，合同是销售人员与客户签订的，当合同签订后，所有的业务（包括生产和财务）都要围绕它来进行，它是供货商和客户之间的具有法律效益的文档，也许合同中的金额超过一定程度后，会由某些决策人员来决定是否签订，但签订后不能修改；而订单是签订合同后，根据合同要求，由销售人员发给财务人员审查后在生产和供货 运输部门流通的，一般来说，订单中不应包含客户的相关信息。而题目中完全没有这一概念，难道签订合同后如果库存不足就要退回订单吗？这显然是不合理的。
 　　二，题目中多次提到数据的及时更新的问题。经过我们讨论，发现这也有一些不太合理的地方。ERP和CRM为什么要整合？是因为以前的两个系统不能满足我们的需求了，数据的不一致性就是问题之一。当然，题目中当数据更新时及时同步到另外的数据库中基本可以满足需求，但是两个数据库中的数据的冗余为什么不能这样解决：凡是两个数据库中有冗余的信息我们只留一个，比如库存信息完全可以只在ERP中存储。这样就能消除数据的不一致性，而且也可以减少数据同步带来的时间和效率上的损失。
 　　我们准备再次修改业务流程，虽然很占时间，但这必需要做。
 　　再有，我们讨论了《服务模型的分析和设计》，存在的主要问题是我们对业务模型和服务模型的理解有些偏差，所谓的业务，应该是完全的的由角色来完成的工作，而服务就是为实现这些业务，能通过系统的哪些部分来实现（当然也包括人工服务）。
 　　我们还一起讨论了《项目实施计划书》。由于凤凰公司是只有750人的中小型公司，我们要在制定项目实施计划时还考虑到公司的经济实力，这是需要进一步修改的内容。
 关于组件和系统架构，在原则上没有什么问题，不过需要进一步完善。

　　　　　　　　　　气有浩然,学无止境

   6月9日，我们相约“陶然”在那里我们留下我们的身影，我们的欢笑，我们的思想。那里是我们第九次小组会议的纪念地。如果谈此次最深的感想，我想那就是饺子很好吃，嘿嘿，还有就是我们的“猪”的SOA理论，呵呵！

   这次小组会议我们每个人都拿着自己辛辛苦苦的成果：龙虾的《服务模型分析与设计》，杜一的《系统架构分析与设计》，张翠翠的《组件设计》和耿凯的《系统开发计划》这次的会议算是在精心的准备下开始的。辛苦了几天的成果摆在眼前时真的有种很欣慰的感觉。在这其中做得最成功的应该算是龙虾的《服务模型分析与设计》不但内容很专业，文档的美观也是无与之媲美的。我们对这几分文档进行了讨论，发现了其中存在的主要问题：

   在组件设计文档中存在着部分与服务模型不一致的情况；

   组件设计当中的“主要系统结构图”和“数据流程”存在问题，需要修改；

  《系统架构分析与设计》中的系统整体架构不够完善，欠美观。

在边吃边聊中我们的感受的又岂止是饺子的香。

    鉴于存在这些问题，我们分配了接下来要做的事情：

    龙虾负责将组件设计中的几个组件图重新画一遍；

    杜一负责将系统整体架构图进一步不完善，并在其中阐述SOA思想；

    张翠翠负责将组件设计中的与服务模型中的不一致的地方进行修改一下，将组件设计中的“主要系统构” 和“数据流程图”修改一下，同时与耿凯负责将“项目综述”写一下。

    耿凯负责写“项目综述”中的“商业价值分析”那一块。

吃完饭后走在回去的路上，边走边聊我们的小组，我们的得失，除了有了有点害怕以外，真的是感觉很好，我这个平时不喜欢和别人讲话的人，竟然可以在这里找到共同的话题，感谢每个人带给每个人的快乐与充实，祝愿我们的SOA思想能够有机会看到世界的光芒！

    看到这么漂亮的家，真的是很高兴，看到我们FTP上写的东西在逐渐地增多，真的是很欣慰，一切都到了快要结果的时候了，终于明白为什么参加比赛的人都喊着要睡觉了，最近习惯了夜里工作，这甚至已经成为一个习惯了，早了无论如何都睡不着。

    可是当我们快要弄完的时候却发现该看的东西很多还没有看，这应该怎么办呢？没办法，再继续，还有就是我的组件模型真的是很迷茫，今天晚上又要挑灯夜读了，我别的期盼的不多，只希望能找到我的组件的接口定义和实现机制那一部分就足够了，老天爷保佑我，一定要让我发现那一部分呢。

四周静悄悄的，只能听到自己敲键盘和鼠标的声音；

风扇一直在吹着，可是一点也觉不出凉快来；

舍友都睡了，只有我还在做我的soa。

突然感到挺孤独，

于是，我打开qq，

发现，居然还有人在线！

都凌晨两点了，会是谁呢？

原来是我的队友们：DreamLand的成员。

居然都不约而同的熬夜；

为了同一个目标，

为了同一个梦想，

我们努力着；

我们放弃了很多玩的时间，

我们甚至放弃了休息的时间，

但是，我们无怨无悔！

      转眼交稿的日子就要来了，我们从也由从一开始对soa的茫然不知所措，变得了解并可以接受了。

      回头看看走过的历程，我们的奋斗是那样的开心与充实。现在我们团队成员也像一个个小小的组件在soa的思想下连成了一个团结同进的整体。哈哈，如果我们的任务是在soa思想下完成一个系统的话，我觉得这次大赛的任务就是把我们用soa思想合成一个个团队。未来的社会很难创造孤胆英雄了，一个人就可以创造奇迹的时代过去了，未来是属于团队的，是属于那些合作在一起共同奋斗的集体的。在soa思想下的我们是完美的结合。是具有强劲竞争力的集体。感谢这次大赛，感谢这个伟大思想的提出者

       未来属于我们！！！！！

    从我们正式组队到现在算起来快有两个月了，在这两个月的时间里，所带给我的，我所收获的是不经历之永远都不知道的。

从建我们自己的队名，队标，QQ群，博客到每一周都没有落下的小组会议，还有好几次逃课去见我们的辅导老师都给我们留下了永远美丽的记忆。每一次小组会议上时间在不知不觉中流走只剩下饥肠辘辘而又面红耳赤的我们，从一个小时到一个半小时，到2个小时，2个半小时，到最后的2个小时50分钟，就这样每一次的小组会议让我们感受收获，感受思想的成长。

我也懒惰过，有时候看着那么多的英文资料真的是不想看呢，可是没有办法，坐着看不下去只好站着看了，一个上午，一个下午，一个下午，一个上午，呵呵，最后终于看完了，学院的图书不够就跑到东校区去借书，但是总为借不到如意的资料而感叹学校的图书馆跟不上我们的思路。

我们的生活除了工作上的讨论，还有很多不为人知的趣事。我们曾经讨论过吃“龙虾”，曾经一起编过“预知耿凯命运如何，我们下次再续”的鬼故事，我们也有因为打字慢而要语音聊天却对着屏幕而说不出话来的羞涩。呵呵，四个人共同走过的岁月，四个人的身影，四个人的梦。

我们准备这周五借讨论的机会去吃一顿，虽然“吃” 显得很幼稚，可是我们深知这是在酒桌文化的传统下，让彼此能够铭记这种“战斗”的情谊，有欢乐，有辛劳，还有接下来的期盼，祝愿我们能实现我们的梦！

6月5日，星期一，我们小组召开了第八次会议。这次我们明显的感觉到我们的任务已经到了最后的冲刺阶段。接下来的就是要努力地将我们小组的智慧，我们的SOA思想见诸于笔端了。充满了希冀，也充满了担忧，我们到底能不能取得最后的胜利，关键在此一举了。

会议一开始，我们对杜一所写的业务模型分析与设计文档进行了讨论，厚厚的好几张纸不知道花了他多少时间。功夫不负有心人，已将我们的业务流程详细的描述并分析出来了，但是里面还存在着一些问题，经过共同的讨论，决定在文章的最前面加上“业务模型综述”在文章的最后面加上“业务模型对IT系统的挑战”。讨论晚业务模型以后，接着就对张翠翠提出的服务模型进行了讨论，这次的服务模型是在上次提出的基础上进行细化和修改形成的，里面存在的主要问题是：对于可扩展的业务需求几乎没有很明确详细的服务与之对应，可视化信息聚合还不知道应该聚合什么样的信息，IISC上的服务几乎没有用到更不用说开发新的服务了。鉴于时间比较紧，而且不关乎大局，我们决定先把该写得交付件写好了再说，边写再边想这个问题。

 紧接着我们研究并讨论了大赛要求得交付件的格式和内容，并对接下来的工作进行了分工：

龙虾负责：服务模型的分析和设计报告；

张翠翠负责：组件模型的分析与设计报告；

杜一负责：系统整体架构的分析与设计；

耿凯负责：系统开发计划安排报告。

在这些交付件中，有两点我们没有明确：一点是，系统整体架构中的“数据模型”我们还不知道应该是什么样的；第二点是，组件设计中的“接口定义”涉及到技术问题，我们现在还不好把握。准备这两点问问老师。我们决定星期五晚上进行详细的讨论，于星期六和星期日将所有的工作结束。

    每个人的工作都比较艰巨，同志们，顶住啊，关键时候一定要顶住啊！

　　今天回家，不能和大家一起讨论，道个歉先。

　　不过我在家也没有闲着，又整理了一下我的任务--业务模型的分析和设计文档，周一讨论一下，看有什么缺陷。

　　不多写了。。。。。。。。。。。。