带着点豪情，带着点懵懂，带着点少年不怕虎山行的豪迈，我们参加了这个SOA大赛。带着点辛酸，带着点失落，带着点工作完成的喜悦，我们一路跌跌撞撞完成了比赛的任务。不以成败论英雄，也许我们会惨遭淘汰，但我们毕竟曾经拥有。

      今天终于完成了任务，且不说它的质量，但相对于他们那些报名却临场退缩的人，我们是值得骄傲的。就像足球中的加纳，在巴西队强势的进攻下，并没有失去自己的勇气，依然在在场上顽强地拼搏，释放出自己的激情。我们的生活绝对不能像澳大利亚队，丧失自己的勇气，丧失了和日本那战中的勇气，只是一味地在周旋，在游荡。意大利是光荣的，在最后的时刻仍然没有放弃机会。生活就是应该如此。是的，我们只是大三的学生，无论从知识的广度还是知识的深度，我们都不如研究生，博士生们，但我们仍在继续着我们认定的事情，向前……

    前段时间为自己的一些私人杂务忙得脚不沾地，上两次例会，看到Team里的其他member都带去了各自一周来搜集、整理、理解的成果，而反观自己，虽不至于一头雾水，但贡献实在寥寥。心里不是不惭愧的。今天第一次来到这个blog，看到他们留下的文字，字里行间，有温暖，也有憧憬和朝气。忽觉和他们一起努力，其实是很快乐的事情。
    一次竞赛，一场体验。且不论结果，暂不论得失。

    今天找时间看了些PPT，也上网狂搜索了些资料，特别是参考了其他团队的blog，目眩神迷之余，还是华丽的借鉴了很多好的想法，挺有触动的。Still a long way to go, though.
    到现在为止，外围的两个文档，基本上搞定了，颇具规模。只是最最boss级别的设计文档，还不是很有方向。里面尚有几个关键问题，亟须讨论又讨论，思考又思考，甚至，maybe要多次的推翻、重砌。。。。特别是粒度，特别是如何合理交互，当然，还有材料的组织、文字的表达。。etc。。。总之有点晕乎了。sigh。
    好在今晚终于考了一门大的，相对来说接下来的时间，总算宽裕点，不需要疲于奔命地“多线程”工作了。anyway，加油加油～～～大家一鼓作气吧，坚持就是胜利～～^_^
   

                                                                              

      今天考完了六级，应该差不多要全力以付投入比赛了．不过明天还有Websephere和xml的IBM认证要考，等考完了，就开始进一步地分析服务模型，争取把它做得透彻明了．加油！       参加soa大赛到现在，觉得自己收获了很多。我想我们每一位队员也是这么认为的。虽然大家最近都很辛苦，考试的压力，做课程设计的艰辛，但我们还是每天坚持不断地学习着我们的soa，不断进行着我们的比赛。

      现在，也许正是我们最艰难的时候，每天有新知识要学习，每天有问题要去分析。也正因为如此，我们的实验室才有了我们几个人激烈的讨论，还有那打破黑夜灯光和打破寂静的键盘声。

      我想对我和我们的小组成员说，相信我们的实力，相信我们的潜力。希望每个人都对自己说，我行。

polaire（IBM SOA Contest筹委会成员）：
事实上，我们设计竞赛的第一阶段的目的是希望参赛团队能够首先致力于业务需求分析和设计，以及系统框架高层设计，并不包括具体的代码开发。对于WPS的学习可以通过我们提供的学习材料完成。如果您能够进入竞赛的决赛，我们将为您提供全部的软件、硬件资源和必要的辅导，帮助您完成竞赛。
1. 竞赛报名后，我们将安排电话确认，然后安排软件的提供。整个周期大约是两个星期的时间，请大家不要着急，上午报名了下午就开始追问什么时候能够收到邮寄的软件。

2. 我们在竞赛第一阶段提供的软件是一些平台软件如WAS，DB2 Express等等，仅供大家学习参考、熟悉未来的开发环境。

3. ERP、CRM的真实软件将在第三阶段提供，在第一阶段希望大家能够通过文档来进行一些必要的学习。用友ERP系统的相关学习文档已经可以在网页中进行下载。CRM系统目前尚在商务谈判中，一旦明确后我们将在第一时间通知大家并提供相关学习资料。

4. 我们希望广大同学在竞赛的第一阶段不要将太多的精力花费在软件学习上（这也是我们不马上提供ERP系统的原因之一），而希望大家尽量仔细地进行业务需求分析和系统设计，在业务流程和系统设计上体现的“创新”的价值比在代码层面上实现创新的价值要高很多，希望大家明白。

Q & A
: 1. 推荐学习材料中多次提到line of business，IBM把它翻译成企业线，但我还是不明白含义，请具体解释一下。
翻译得不够准确，应该翻译成业务线或者业务部门。比如电信企业的业务线包括客户服务，资源管理，网络建设；银行的业务线包括信贷部门、结算部门等等；生产制造企业的业务部门包括车间管理、生产计划、库存管理等等。简而言之就是涉及到企业核心生产的业务部门，被称为line of business，简称LOB。有时候我们直接用LOB来指代这些业务部门的领导。

: 2.基于电子商务模式（patterns for e-business）的设计文档应该放到初赛交付件中的哪个文档中的哪个部分比较合适？
不知道你所说的这个电子商务模式具体是什么，我个人估计应该是在业务模型分析设计中？
 
: 3.CRM，我们队试着找了几个，但都不是很理想，IBM能指定一个就好了（一个美好的愿望）！
是的，我们会指定一个的。但是因为现在商务谈判还没有完全结束，因此不好公布。
我们已经指定了ERP的供应商用友软件，并且在网站中提供了相关资料的下载。

: 4.组件模型图中涉及的系统结构图和另一个文档涉及的系统架构图有什么区别？具体应该怎么画一个系统结构图？这方面的推荐学习资料好象没有。

在学习的时候看到"ibm推荐使用组件业务建模（component business model）和面向服务的建模(service oritended model and architecture)两种方法学建立组件模型 ，服务模型和流程模型"，对于这两种建模的方法学不能从总体上把握，能不能指导以下？他们建模用什么工具？建出来的模型在soa中处于一个什么层次上？
CBM是从stragagy级别的分模块，设置cost,risk等, 有CBM tool.
SOMA用WBI Modeler

      在 SOA 系统中不同的功能模块可以被分为7层:
      第1层就是系统已经存在的程序资源，例如ERP或者CRM系统等。
      第2层就是组件层，在这一层中我们用不同的组件把底层系统的功能封装起来。
      第3层就是 SOA 系统中最重要的服务层，在这层中我们要用底层功能组件来构建我们所需要的不同功能的服务。总的来说，SOA 中的服务可以被映射成具体系统中的任何功能模块，但是从功能性方面可以大致划分为以下三种类型:(1)商业服务(business service) 或者是商业过程(business process)。这一类的服务是一个企业可以暴露给外部用户或者合作伙伴使用的服务。比如说提交销售订单，产品信息查询，库存信息查询。(2)商业功能服务(business function service)， 这类服务会完成一些具体的商业操作，也会被更上层的商业服务调用，不过大多数情况下这类服务不会暴露给外部用户直接调用，比如说检索用户帐户信息，存储用户信息等。(3)技术功能服务(technical function service)，这类服务主要完成一些底层的技术功能，比如说日志服务以及安全服务等。 
      在服务层之上的第4层就是商业流程层，在这一层中我们利用已经封装好的各种服务来构建商业系统中的商业流程。
      在商业流程层之上的就是第5层表示层了，我们利用表示层来向用户提供用户接口服务，这一层可以用基于portal的系统来构建。以上这5层都需要有一个集成的环境来支持它们的运行，
      第6层中的企业服务总线(ESB)提供了这个功能。
      第7层主要为整个 SOA 系统提供一些辅助的功能，例如服务质量管理，安全管理这一类的辅助功能。

      分层是自下而上的，但是我们在具体的实践环节是怎么样的呢？记得在学习计算机网络这门课程的时候，称为自顶向下实现计算机网络。也就大概从那时起，自上而下，自下而上或两者兼有成了心中一种分析问题的方法。也就是在soa的实现中，我们可以从分析商业模式起，再分析服务，到组件。而根据现有的系统资源，又可以倒推过来需要哪些组件与服务。所以我觉得，根据这个分层模型，我们可以灵活应用，好好体会与应用soa这个思想。