带着点豪情，带着点懵懂，带着点少年不怕虎山行的豪迈，我们参加了这个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这个思想。
今天从网上翻天覆地的看了许多网页,都是关于SOA的,嗯,比前面的了解又多一层,得好好的整理一下,否则...,记忆是个很奇怪的东西,你不去再强压一下它,它就不会给你装东西.呵呵,开始.
      总的说来今天看的东西都是对于SOA具体方面的理解，下面列出关键字，嗯，这样就可以了吧：
<1>.基于网络或是面向网络:这个不好说,如果说SOA是一个理念的话,那这里说的就太具体了,就限制了SOA这种理念的发展了,不过对于现在的技术来说,去实现这种理念还是要有所限制的,大到来说,SOA是可以依靠WEB SERVICE 来实现的,或是说,这种关系就像COM与DLL或C++,前者是一个思维方式,一个设计理念.后者是在实现技术中对其的具体实现,就是来体现它.嗯,SOA也是这样.
<2>分布式管理设计(distribute):这个啊,好东西啊,对于现在的企业业务整合已有技术可以完成了,比方说ESB,比方说中间件.这些技术同样可以实现异构系统间的整合,但什么是分布式加上网络就是一个很有吸引力的东西.比方说,一个跨国公司拥有不同的管理系统,那么如何使这个公司在网络的环境下像一个个体呢?那么SOA来实现.提供数据交换的一致性标准,通信的一致标准.
<3>松耦合,独立性,SERVICE与SERVICE之间只是你需要服务,我就提供,你不需要,我就退出.这就是说,服务与服务之间没有前制或后制关系统,我不会依赖于你,相反也是.我们是具有不同的功能的独立处体.
<4>透明性,不能出现这种情况,在一个服务系统中,当我需要服务时,却不知道向谁申请服务,也就是服务位置的透时性.
<5>业务驱动这个很容易理解,没有业务就没有SERVICE,理所当然就没有......
不知道今天整理的内容里面有多少错误,不管他们了,先写着再说,以后发现再改正吧.嘿嘿,吃东西了,-^^-

(夜深了,想入松一下,就来到了这里,嗯,顺便整理一下以前的所学)
         我在这里想从人类的思维方面来理解各种编程领域里的设计思维，毕竟编程领域里的设计思维来自现实世并是维妙维悄地体现地现实世界。
         由于人类思维的连续性,所以在初期的编程是我们所熟知的面向过程。它体现了人类对社会及自然界的现象思考的方式,处于最底层的思维,把事物分离开来,而是针对事情的发展,前因后果，接照规律来运行着。等到我们用分离的眼光来看待现实世界时，便有了面向对象，把世界看成独立的各体，各体与各体之间存在着种种联系，彼此你影响着我，我影响着你，这便组成的了这个精彩的世界。嗯，下面是面对组件，这个词儿在现实世界里不适合，我们暂且改为面向部落吧。好吧，我们继续。当人类社会的发展，人们开始聚集起来，这便成了部落，部落与部落之间也存在着联系，你给我提供一些服务，我也给你提供一些服务，但部落之内但不是像人与人之间的联系那个关系人命了(_^^_)。所以这种关系逐渐淡化了一点，但仍然存在着，并相互连系着呈现一个完美的世界。下面的是面向服务，也就是我们的SOA了，在这里我也想换个词，面向国家，嘿嘿。当今世界，我们可以看到，国家与国家之间的关系网是纵横交错，但有一点，可以说是一定的，某个国家不会因为另个一个国家的存亡而存亡，这里说的国家单从民族上来讲的。所以，关系进一步淡化。
         嗯，来点总结吧：从面向过程到向面对象到基于组件再到面向服务是不是也存在这个现实世界里的变化呢？我个人的答案是：是，这种设计思维的递增，正体现了，粒度的增大，牵连的淡化，也就是术语上的高内聚，松耦合。个体与个体之间的向内一致与向外一致。对于正在发展壮大的面向服务设计与构架思维来说，它体现了服务的独立性，服务之间通信的一致性。需要则给，不需要则不给，不能满足再加，这会给带来设计的高度自由性，系统的高度扩展性，维护性，与重用性。

      经过一阵的讨论，我们最终还是决定用e-hunter作为我们的队名．中文名为“电子猎人”．

      在大一刚开始学软件的时候，写出来的程序不管是语法还是逻辑方面都拥有着许多的错误，于是那段时间坐在电脑面前的Debug便成了深深刻在脑海中回忆。软件危机是任何时候都存在的，看过<<人月神话>>的也许会有更深刻的理解。我们的队名为e-hunter，也希望我们正如猎人一般，寻找着软件中真正的bug，看到问题的本质，然后拿起手中的武器，尽量降低错误，做最好的软件。着也正是前面加个e字的原因，电子时代的猎人！

      也许这个名字还跟游戏有些渊源，比如魔兽世界中猎人的角色，充满着神奇……

      这就是我们的名字——e-hunter，当然，更神奇的当然是我们的组员了，呵呵~~~~~~~~~