??????帶著點豪情，帶著點懵懂，帶著點少年不怕虎山行的豪邁，我們參加了這個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，當然，更神奇的當然是我們的組員了，呵呵~~~~~~~~~