2006年5月26日
#
JSP生成中使用了一般會使用表達(dá)式語言EL，語法和Freemarker是一致的，都是${...}，在模版中的<c:out value=$${subject.name}>這一類Jsp EL,很多時(shí)候這個${…}是不應(yīng)該被FreeMarker解析的。但是正如
http://michael.nona.name/archives/75?中提到的，F(xiàn)reeMarker中又沒有比較好的轉(zhuǎn)義方法，我下午我也想了很久，突然想到一個方法，可以這樣：
<c:out value=${'$'}{subject.name}>
即可以完成轉(zhuǎn)義，解決這個沖突，還是比較好用的
由于yanghuan和shushu考試比較多，晚上我和小曹最終再次review了一下我們的作品，還真是發(fā)現(xiàn)了一個小細(xì)節(jié)的地方不妥，又修改了一下。把所有的word文檔轉(zhuǎn)成了PDF，相關(guān)文件打包成zip文件，通過email發(fā)送出去的一剎那，輕松了很多，兩個多月的緊張努力和忙碌，終于可以完美的告一段落了。??????
??????從4月中旬中間件課程上楊歡、澍澍說起IBM的SOA大賽，對此都有興趣的我們，當(dāng)天去聽IBM的SOA宣講會，立即組織了現(xiàn)在的AccelerateSOA團(tuán)隊(duì)，并邀請我們的中間件老師繞老師作為我們的指導(dǎo)老師，從最初對SOA幾乎僅僅停留在直覺地概念上，每周開一次會討論，然后各自去學(xué)習(xí)相應(yīng)的SOA資料，到我們每個人都比較全面的明白了SOA的內(nèi)在思想、整體架構(gòu) 并嘆服IBM在架構(gòu)上的廣博與精妙，并在這將近一個月三兩天開會，經(jīng)常msn會議討論，email交流，到現(xiàn)在整整兩個多月了。這兩個多月的合作，我們付出了很多，學(xué)到了很多，收獲了很多，正如楊歡在我們團(tuán)隊(duì)blog上總結(jié)的，不管如何，我們已經(jīng)成功了！
??????6月26日23：18分，我們的作品正式email提交給了IBM組委會。明天我們應(yīng)該可以得到IBM的確認(rèn)吧
??????現(xiàn)在已經(jīng)陸續(xù)考試了，我們比較慶幸，時(shí)間安排得還是很合理，在大規(guī)模的考試來臨之前，圓滿地完成了我們的預(yù)定計(jì)劃。接下來的一周，我們都該集中時(shí)間準(zhǔn)備一下考試了；同時(shí)，在空余時(shí)間，我們還會繼續(xù)SOA的學(xué)習(xí)和積累，備戰(zhàn)復(fù)賽。
??????期待北京之行，五強(qiáng)之爭，期待現(xiàn)實(shí)中與我們的SOA友隊(duì)，同臺交流、暢談SOA！
在水木bbs上，都在討論服務(wù)規(guī)約具體指什么，這個我也是很疑惑，看了我們偉大的模版設(shè)計(jì)師小曹同學(xué)的服務(wù)模型設(shè)計(jì)文檔模版，豁然開朗，呵呵。鑒于很多團(tuán)隊(duì)也不明朗，特共享小曹同學(xué)的英明發(fā)現(xiàn)
中文：?
http://www-128.ibm.com/developerworks/cn/rational/419_soa/原文：
http://www-128.ibm.com/developerworks/rational/library/05/419_soa/上面敘述得很詳細(xì)的，尤其是中英文對照，就可以很快理解啦，摘要如下：
用于軟件服務(wù)的 UML 2.0 Profile 概述
在IBM Rational Sofware Architect 上實(shí)現(xiàn) profile 的目的是為描述服務(wù)提供一個共同語言，該 profile 包括了在開發(fā)生命周期內(nèi)的很多活動并且為不同的涉眾提供了視圖。例如，該 profile 提供為架構(gòu)師指定服務(wù)的能力――在生命周期的早期――使用邏輯劃分來描述整個企業(yè)范圍的服務(wù)組合。這個視圖再由設(shè)計(jì)師來細(xì)化，設(shè)計(jì)師開發(fā)服務(wù)規(guī)約說明――結(jié)構(gòu)上的和行為上的――這個服務(wù)規(guī)約說明擔(dān)當(dāng)服務(wù)的客戶和實(shí)現(xiàn)者之間契約的作用。消息視圖為設(shè)計(jì)師對于公共的服務(wù)數(shù)據(jù)定義提供重用信息模型的能力。
藍(lán)色字體部分對應(yīng)的是
This view is further detailed by designers, who develop the service specifications -- both structural and behavioral -- that act as the contracts between the services' clients and implementers.
可見：
?????????服務(wù)規(guī)約應(yīng)該是the service specifications ，也就是服務(wù)的契約、調(diào)用約定，擔(dān)當(dāng)服務(wù)的客戶和實(shí)現(xiàn)者之間契約的作用，同時(shí)服務(wù)規(guī)約包括結(jié)構(gòu)上的和行為上的，這個我的理解是結(jié)構(gòu)上是指消息的類型，或者在SOA中，應(yīng)該是SDO部分；行為上，就應(yīng)該是調(diào)用接口了
??????這是我根據(jù)上面developerWorks上的理解
今天整理了一下架構(gòu)設(shè)計(jì)概要文檔，總算基本上寫好了。天氣實(shí)在太熱了，上午出去了一會兒就熱得有些受不了了。不過還好明天據(jù)說要降溫。
??????然后看了一下原始的需求，發(fā)現(xiàn)我們到現(xiàn)在還有一個服務(wù)設(shè)計(jì)沒有做，前面也一直沒有提到。不過比較疑惑，其中的
l?????? 服務(wù)規(guī)約
l?????? 服務(wù)實(shí)現(xiàn)分析
這兩項(xiàng)分別是什么意思呢？
??????期待小曹的服務(wù)設(shè)計(jì)模版，呵呵，有模版可以參照的日子還是很愜意的。
??????終于發(fā)現(xiàn)計(jì)數(shù)器到1000勒，用SnagIt記錄下了這個時(shí)刻：
???
呵呵，上午去實(shí)驗(yàn)室的時(shí)候，老板說要加強(qiáng)和IBM的合作，我就在想，如果我們最終幸運(yùn)的進(jìn)入復(fù)賽，那么老板會同意的吧?不管了，先把必要的文檔寫好，過了初賽，到北京玩一圈再說，呵呵
前一段我們因?yàn)楹芏喽际峭ㄟ^email群發(fā)的方式，來相互傳閱文檔，同時(shí)每個文檔由一個負(fù)責(zé)人來具體控制，我覺得這樣很好，不過我們前面的通過ftp共享的方式，我覺得還是需要堅(jiān)持，前兩次咱們總是需要文檔的時(shí)候，不知道是在具體那封email里面的，就是這個問題。
??????我看到小曹晚上已經(jīng)建立了一個docs_release目錄了，我們的正式的文檔，就ftp上該目錄下吧。另外，每個人的文檔，還是放在各自的目錄下，同時(shí)email附件告知。
ps:這次搶到60了，不過看到我們的訪問次數(shù)馬上就要超過1000了。需要注意的是，我們的1000統(tǒng)計(jì)是比較精確的，同時(shí)沒有計(jì)算通過RSS訪問的，僅僅有Web訪問的計(jì)數(shù)，所以還是挺可喜的。恩，shushu和yanghuan同學(xué)，你們多寫寫心得哦
推薦兩篇文章：
介紹 IBM Rational Software Architect http://www-128.ibm.com/developerworks/cn/rational/524_rsa/?
基于RSA實(shí)現(xiàn)面向服務(wù)的體系架構(gòu) http://www-128.ibm.com/developerworks/cn/rational/r-rsa-soa/
我們的組件設(shè)計(jì)，我看了一下水木上的消息，使用一般的軟件畫出來也可以，要是可能的話，我們也可以考慮使用RSA來畫，或許要好看一些？
晚上又重新看了一下IBM的soa ppt，真的很欣賞一句中國古話了，叫“溫故而知新，可以為師也”，呵呵，每次看看，都有一些不同的收獲。陶潛曾言，“好讀書，不求甚解，每有會意，欣然若狂”，大概也是這種意境吧
WEB1.0是以數(shù)據(jù)為核心，WEB2.0是以人為出發(fā)點(diǎn)的互聯(lián)網(wǎng)
WEB2.0中的一些技術(shù)：
Blog：?用戶織網(wǎng)，發(fā)表新知識，和其他用戶內(nèi)容鏈接，進(jìn)而非常自然的組織這些內(nèi)容。
RSS：?用戶產(chǎn)生內(nèi)容自動分發(fā)，定閱
Podcasting：?個人視頻/聲頻的發(fā)布/定閱
SNS：?blog+人和人之間的鏈接
WIKI：?用戶共同建設(shè)一個大百科全書
WEB2.0中很多技術(shù)是為了使Web更加有序化，相互連接，有機(jī)組織起來
從知識生產(chǎn)的角度看，WEB1.0的任務(wù)，是將以前沒有放在網(wǎng)上的人類知識，通過商業(yè)的力量，放到網(wǎng)上去。WEB2.0的任務(wù)是，將這些知識，通過每個用戶的瀏覽求知的力量，協(xié)作工作，把知識有機(jī)的組織起來，在這個過程中繼續(xù)將知識深化，并產(chǎn)生新的思想火花；
從內(nèi)容產(chǎn)生者角度看，WEB1.0是商業(yè)公司為主體把內(nèi)容往網(wǎng)上搬，而WEB2.0則是以用戶為主，以簡便隨意方式，通過blog/podcasting?方式把新內(nèi)容往網(wǎng)上搬；
從交互性看，WEB1.0是網(wǎng)站對用戶為主；WEB2.0是以P2P為主。
從技術(shù)上看，WEB客戶端化，工作效率越來越高。比如像Ajax技術(shù),?GoogleMAP/Gmail里面用得出神入化。
摘自
http://blog.sina.com.cn/u/4951ae02010003ug
IBM的網(wǎng)頁上已經(jīng)把團(tuán)隊(duì)的信息正式公布出來了，在
http://www-900.ibm.com/cn/software/websphere/events/soacontest/team_info.shtml上可以看到，我們的團(tuán)隊(duì)在第三頁
http://www-900.ibm.com/cn/software/websphere/events/soacontest/team_info3.shtml??????下午看了一下各個兄弟團(tuán)隊(duì)的blog，很多團(tuán)隊(duì)都做得挺不錯的，把一些自認(rèn)為比較好的blog添加到我們的兄弟友隊(duì)里面，這樣也可以多多交流啦
??????一個多月的努力了，最后的幾天，我們要加油哦
昨天收到的快件，一上午就去拿了，呵呵，原來又是一個光盤，這次包括了一個TurboCRM的實(shí)施方案，還有就是一些用友ERP的資料，好像這個和上次的一樣，奇怪。
??????仔細(xì)看了一下，TurboCRM的資料還是非常有用的，這次是完整的敘述了一個他們公司的一個案例，我覺得這個應(yīng)該對我們的設(shè)計(jì)和架構(gòu)影響比較大的吧，好好看看再說，正好晚上開會可以討論一下
??????仔細(xì)看了一下，比較可喜的發(fā)現(xiàn)，原來TurboCRM軟件是支持B/S模式的啊，原來一直以為不能支持的呢，呵呵。該文章詳細(xì)的介紹了CRM要解決的問題，以及相應(yīng)的解決方案，然后就是TurboCRM的一些數(shù)據(jù)資料的結(jié)構(gòu)和構(gòu)成，仔細(xì)看了倒是發(fā)現(xiàn)原來很多理解上的不深入。
??????具體的資料，放在我們的ftp目錄SOA學(xué)習(xí)資料\用友&TurboCRM下了，大家抓緊時(shí)間看看，晚上我們看看可以根據(jù)這個把設(shè)計(jì)做什么改進(jìn)。
我們已經(jīng)忙碌了一個多月，現(xiàn)在就到最后的沖刺了，我們再加油一把，就可以到北京休息啦！
今天忙碌了一下，把部署視圖寫好了。前面大家一直討論的架構(gòu)設(shè)計(jì)的事情，現(xiàn)在經(jīng)過幾輪email討論，我想我們現(xiàn)在也該是基本上意見統(tǒng)一了，就看明天的組件設(shè)計(jì)，再把這個寫好，我們就可以來一個Review了。
下午收到了IBM寄過來的又一個快件，還沒有去看，不過比較好玩的是，這次的收件人是我們的隊(duì)名AccelerateSOA啦，明天去看看再說，好好奇的呢
加油，Accelerate！
摘要: 用友NC系統(tǒng)中外部數(shù)據(jù)交換平臺的簡單原理敘述，同時(shí)針對我們的soa大賽，做了一些介紹
閱讀全文
BlueDavy的
關(guān)于Plugin Framework的關(guān)鍵因素 提到了幾點(diǎn)
1、?? Plugin的編寫?
?????????一個好的Plugin System對Plugin沒有任何編碼上的要求，要求的只是其描述文件的編寫
2、?? Plugin的部署?
?????????如何更加方便的去部署一個Plugin，考慮中根據(jù)配置從相應(yīng)的目錄或網(wǎng)站搜索Plugin并注冊到系統(tǒng)中
3、?? Plugin的調(diào)用?
?????????根據(jù)Plugin的描述采取相應(yīng)的方式調(diào)用Plugin，例如webservice方式、socket方式等等
4、?? Plugin的交互?
?????????也許可以參考Maven的方式，比如需要調(diào)用其他的plugin，則采用類似這樣的配置或調(diào)用<attain plugin=”pluginname” function=”sendmail”/>抑或采用IoC容器注入依賴？？
5、?? Plugin的擴(kuò)展?
?????????對于Plugin的擴(kuò)展，這個Eclipse的擴(kuò)展點(diǎn)完全值得參考
6、?? Plugin的依賴關(guān)系的分析?????????
?????????這是我構(gòu)思中的一個東西，希望系統(tǒng)所有的模塊都基于此Plugin Framework，然后我們可以根據(jù)這些模塊Plugin來分析整個系統(tǒng)中各模塊的依賴關(guān)系等等，并進(jìn)行監(jiān)控，甚至在將來可以圖形化的進(jìn)行配置，圖形化搭積木式的搭建自己的系統(tǒng)，^_^
我發(fā)現(xiàn)，這個插件體系結(jié)構(gòu)，和SOA中的SCA體系結(jié)構(gòu)，還有Spring中的Beans工廠，有很多相似之處的，如下：
1.???SCA的編寫：
?????????需要繼承SCA的接口。不過，我倒是更加喜歡spring的方式，使用bean來配置一套系統(tǒng)，對每個bean沒有編碼限制
2.???SCA的部署
?????????使用scdl.xml進(jìn)行部署描述。如果scdl.xml存在于網(wǎng)絡(luò)中，是否能部署成功這個倒是不清楚。spring中直接使用xml描述，主要是各個Beans的配置
3.???SCA的調(diào)用
?????????使用binding進(jìn)行組合調(diào)用，現(xiàn)在支持的有SCA Binding、WebService Binding等等。spring中使用屬性注入和構(gòu)造器注入
4.???SCA的交互
??????使用import/export來暴露具體的接口，然后進(jìn)行調(diào)用。直接使用IOC，注入依賴，相互交互是依靠使用預(yù)定義接口，實(shí)現(xiàn)契約。
5.???SCA的擴(kuò)展
??????可以使用繼承來修改原來的模塊，并在運(yùn)行時(shí)通過替換SCA模塊達(dá)到目的。Plugin的擴(kuò)展點(diǎn)（Extension Point）的概念到時(shí)值得仔細(xì)考慮，非常靈活的。Spring中，通過修改配置文件，使用不同的beans來擴(kuò)展原有系統(tǒng)。
6、?SCA的依賴關(guān)系
??????好像現(xiàn)在ESB中還沒有Service Register的實(shí)現(xiàn)，其實(shí)，分析SCA的配置文件，是可以找到這些依賴的。本來就是一個總線結(jié)構(gòu)的啊。spring中beans工廠的配置文件現(xiàn)在倒是有很多基于eclipse的實(shí)現(xiàn)。
??????先寫這幾條，這幾天在仔細(xì)研究這些技術(shù)
由于參加soa比賽，才采用了WBM作為商業(yè)建模工具，真正見識了IBM的軟件有多么的不好用，聯(lián)想到以前使用微軟軟件的舒適經(jīng)歷，突然明白了一點(diǎn)，這就是ibm整個軟件思路上的一個特點(diǎn)，好象IBM從來就沒有把軟件的易用性放到開發(fā)計(jì)劃的重要事項(xiàng)中去，從我上大三學(xué)習(xí)數(shù)據(jù)庫，使用DB2，我就有這種很深的印象了，就是IBM的軟件比較大和難于使用，一如它歷史上所推崇的大型機(jī)。
??????微軟公司的所有軟件，在開發(fā)的過程中，都有易用性測試和用戶反饋，效果也是非常明顯的，也因此建立起了今日的微軟帝國。同時(shí)，再看看google，令人稱頌的也是他的簡潔和高效。這些例子都說明，在我們今天的軟件開發(fā)中，用戶的需求和易用性是需要特別值得重視的，恰恰這種我們普通用戶都可以體會到的好壞，IBM沒有重視，也許還是在抱著它當(dāng)年的大型機(jī)之夢在沾沾自喜吧，歷史將證明一切！！
??????今天發(fā)本文主要是實(shí)在被IBM的軟件氣死了，由于WBM的cvs協(xié)作設(shè)計(jì)有問題，我們不能使用cvs進(jìn)行團(tuán)隊(duì)開發(fā)，只能每個人都在自己的電腦上處理各自的部分。恰恰是這樣，讓我發(fā)現(xiàn)了WBM的又一個明顯的問題，那就是使用WBM的import來合并不同的開發(fā)結(jié)果的時(shí)候，超級難用，而且容易出錯。已經(jīng)有無數(shù)次這種合并把我辛辛苦苦的成果覆蓋了，今天又一次出現(xiàn)這種事情，實(shí)在讓我氣憤難當(dāng)，我不知道IBM到底使用過WBM來做一個完成得商業(yè)建模沒有，如果有，那這種顯而易見的問題早該發(fā)現(xiàn)了！！
??????想想一個導(dǎo)入合并其實(shí)很容易做到很人性化，比如微軟的word，合并文檔功能就設(shè)計(jì)的很好，很智能友好；同時(shí)，sybase的PowerDesigner的合并也是，使用圖形化的方式，一目了然；其實(shí)就是eclipse里面的cvs差異，也是顯示的很好的嘛，為什么事情一牽涉到IBM，味道就變了呢？
??????想到了以前看SharpDevelop的開發(fā)日記，決策使用SharpDevelop來進(jìn)行SharpDevelop開發(fā)；在Eclipse的開發(fā)中，也使用到了這種思想。當(dāng)你真正來使用的時(shí)候，很多問題是顯而易見的。
??????IBM真是想說愛你不容易啊，強(qiáng)烈建議IBM以后的軟件設(shè)計(jì)中更加重視易用性，重視用戶體驗(yàn)，這樣才可以更好的發(fā)展
前面我提到TurboCRM沒有找到開源版本，下午我發(fā)email給TurboCRM的相關(guān)人員，回復(fù)如下：
-------------------
你好！非常感謝你對我們公司的來信咨詢。關(guān)于soa大賽，我們確實(shí)是IBM公司的合作伙伴，關(guān)于CRM相關(guān)學(xué)習(xí)資料，請到大賽網(wǎng)站下載。對于我們公司產(chǎn)品，我們對IBM公司的承諾是在最后階段提供給入選的小組。如果你希望對我們公司及產(chǎn)品了解更多，請登陸我們公司網(wǎng)站www.turbocrm.com 或者其他第三方媒體.謝謝！
朱江
6/5
Best Regard!
Rigge Zhu(朱江)
Marketing Manager TurboCRM(Beijing) Limited
----------------------------
另外，請注意，由于TurboCRM好象沒有在線CRM部分，現(xiàn)在IBM已經(jīng)把CRM部分的描述修改了，具體如下（摘自smth）
我正在安排人更新網(wǎng)站中的題目描述，估計(jì)幾天之后就會更改過來。
事實(shí)上，我們的出題人說，這個其實(shí)不會有太大的區(qū)別。因此我的個人建議是，不要在這?
細(xì)節(jié)上耽誤太多的時(shí)間。
http://www-900.ibm.com/cn/software/websphere/events/soacontest/subject.shtml
Old:
于是，2005年8月份鳳凰公司引進(jìn)并成功應(yīng)用了某在線客戶關(guān)系管理系統(tǒng)（On Demand CRM?
。CRM通過訂閱的方式來提供客戶關(guān)系管理服務(wù)，鳳凰公司不需要提供任何硬件、軟件和空
間資源，而只需要每月向服務(wù)供應(yīng)商支付65美元。鳳凰的銷售人員在任何時(shí)間和地點(diǎn)只需?
通過普通的Web瀏覽器就可以使用和管理客戶及銷售信息，包括客戶信息，商機(jī)，業(yè)務(wù)機(jī)會
，以及客戶及銷售信息分析圖表等。
New:
于是，2005年8月份鳳凰公司引進(jìn)并在企業(yè)內(nèi)部成功實(shí)施了某客戶關(guān)系管理系統(tǒng)。鳳凰的銷
售人員在任何時(shí)間和地點(diǎn)只需要連接企業(yè)內(nèi)部網(wǎng)，并通過普通的Web瀏覽器就可以使用和管
理客戶及銷售信息，包括客戶信息，商機(jī)，業(yè)務(wù)機(jī)會，以及客戶及銷售信息分析圖表等。
?
摘要: 本文主要根據(jù)在使用WBI時(shí)的經(jīng)驗(yàn)，簡單總結(jié)了一下WMI Modeler中使用到的對業(yè)務(wù)建模的模擬
閱讀全文
下面這個網(wǎng)址有最新的資料下載
http://www-900.ibm.com/cn/software/websphere/events/soacontest/down.shtml該軟件的網(wǎng)址如下：
http://www.turbocrm.com/index.html不過貌似我找了一下，好象沒有看到下載的鏈接地址，好奇怪啊，不是說給一個推薦的開源的CRM么？
另外，好象我們隊(duì)這一段寫blog慢了一些，小曹看看是否有某人該報(bào)告大家啦,haha
發(fā)信人: Nanjiren.bbs@bbs.tju.edu.cn.no.spam (西方失敗), 信區(qū): Java
標(biāo)? 題: 項(xiàng)目經(jīng)理：做好項(xiàng)目開始階段的九條經(jīng)驗(yàn)zz
發(fā)信站: 天大求實(shí)BBS站 (Mon May 29 12:04:47 2006)
轉(zhuǎn)信站: SJTUBBS!bbsnews.sdu.edu.cn!news2.happynet.org!TJUBBS
本人做項(xiàng)目經(jīng)理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因
勢利導(dǎo)，只有最合適的，沒有什么叫對的，什么叫錯的，項(xiàng)目經(jīng)理最忌諱的就是完美
主義傾向，尤其是做技術(shù)人員出身的，喜歡尋找標(biāo)準(zhǔn)答案，耽誤了工作進(jìn)度，也迷茫
了自己。以下是本人一些做項(xiàng)目的個人體會，寫出來供大家指點(diǎn)，在討論過程中共同
提高水平。
項(xiàng)目開始階段是一個最重要的階段。項(xiàng)目經(jīng)理在接手一個新項(xiàng)目的時(shí)候，首先要
盡可能地多從各個方面了解項(xiàng)目的情況，如：
1. 這個項(xiàng)目是什么項(xiàng)目，具體大概做什么事情，是誰提出來的，目的是解決什
么問題。在國內(nèi)很多客戶都很不成熟的情況下，千萬不要根據(jù)項(xiàng)目的名稱望文生義地
去想象項(xiàng)目的目標(biāo)。一個名為“辦公自動化”的項(xiàng)目很有可能在你進(jìn)場以后一個月才
發(fā)現(xiàn)客戶其實(shí)需要的是一個計(jì)算機(jī)生產(chǎn)管理輔助信息系統(tǒng)系統(tǒng)。前期了解情況的工作
越詳細(xì)，后面的驚訝就越少，項(xiàng)目的風(fēng)險(xiǎn)就越小。
2.這個項(xiàng)目里牽涉哪些方面的人，如投資方、具體業(yè)務(wù)干系方、項(xiàng)目建成后的運(yùn)
營方、技術(shù)監(jiān)督方等等，很多項(xiàng)目里除了業(yè)主單位的結(jié)構(gòu)很復(fù)雜以外，還有一些其他
單位也會牽涉進(jìn)來，如項(xiàng)目監(jiān)理公司、業(yè)主的行業(yè)主管機(jī)構(gòu)等。項(xiàng)目經(jīng)理需要了解每
個方面的人對這個項(xiàng)目的看法和期望是什么。事先了解各個方面的看法和期望，可以
讓你在做項(xiàng)目碰到問題的時(shí)候，就每件事情分析哪些人會在什么方面支持你，哪些人
會出于什么目的反對你，從而提前準(zhǔn)備聯(lián)合朋友去對抗敵人，讓事情向你所希望的方
向發(fā)展。沒有永遠(yuǎn)的朋友，也沒有永遠(yuǎn)的敵人，只有一致的利益，這句話作為項(xiàng)目經(jīng)
理是一定要記住的；
3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項(xiàng)目的
看法。首先是高層領(lǐng)導(dǎo)是否重視，這個決定了你在需要資源的時(shí)候，公司是否會根據(jù)
你的要求提供最有力的支持。領(lǐng)導(dǎo)口頭肯定是說支持的，你需要做的是了解公司對這
個項(xiàng)目的實(shí)際期望，是想把項(xiàng)目越做越大還是想賺錢？是想做樣板工程還是干脆想敷
衍了事，公司領(lǐng)導(dǎo)對項(xiàng)目的態(tài)度決定了你做這個項(xiàng)目的戰(zhàn)略，而這個戰(zhàn)略方針將對你
做項(xiàng)目計(jì)劃產(chǎn)生直接的影響；
4.在做整體項(xiàng)目計(jì)劃前，還要大致計(jì)算一下你手上的資源。首先是時(shí)間，現(xiàn)在市
場競爭激烈，往往很多項(xiàng)目要求在幾乎不可能的時(shí)間范圍里完成。對于這一點(diǎn)，你在
做項(xiàng)目的風(fēng)險(xiǎn)控制計(jì)劃的時(shí)候要充分考慮。其次是人員，根據(jù)項(xiàng)目預(yù)算和已往經(jīng)驗(yàn)，
大致計(jì)算一下未來的項(xiàng)目小組有多少種角色，每個角色目前公司是否有人，是否能完
全歸這個項(xiàng)目使用，是否需要另外招聘一些人員，招聘的準(zhǔn)備工作要盡早啟動。最后
就是一些設(shè)備的準(zhǔn)備，項(xiàng)目所需大件關(guān)鍵設(shè)備要盡早預(yù)定，以后不管發(fā)生設(shè)備等人還
是人等設(shè)備的情況，浪費(fèi)的都是你的時(shí)間；
5.現(xiàn)在是做項(xiàng)目說明書的時(shí)候了。一份好的項(xiàng)目說明書不僅將要做的事情描述得
很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也
就是說它不僅說明白了要做哪些事情，也讓客戶的業(yè)務(wù)人員（一般不懂技術(shù)）知道項(xiàng)
目做成什么樣就算完成了。簡單地說，項(xiàng)目說明書描述項(xiàng)目做哪些事情和每件事情做
到什么程度以及如何檢查每一個結(jié)果。
6.是到做總體計(jì)劃的時(shí)間了嗎？不，你現(xiàn)在已經(jīng)知道了客戶的目標(biāo)和你手上的資
源，那么做計(jì)劃以前，你還需要和你的經(jīng)理和客戶充分溝通資源的問題。因?yàn)楹芏噘Y
源是還不明確的，你需要寫一份報(bào)告，詳細(xì)分析這個項(xiàng)目的風(fēng)險(xiǎn)以及對資源的需求情
況。如果一些問題不能得到解決的話，將發(fā)生什么樣的后果。如果資源不夠，就要高
層改變策略，增加對這個項(xiàng)目的投入。甚至在條件許可的情況下，有些公司會放棄這
個項(xiàng)目。總之，沒有人能完成一個不可能完成的任務(wù)，如果項(xiàng)目經(jīng)理不能盡早發(fā)現(xiàn)風(fēng)
險(xiǎn)，那么就只能去當(dāng)烈士了。
7. 明白了要做哪些事情和你手上的籌碼以及你做這個項(xiàng)目的總體策略，現(xiàn)在是
成立項(xiàng)目小組的時(shí)候了。很多項(xiàng)目經(jīng)理都沒有自己選擇組員的權(quán)利，那么，就盡量發(fā)
揮你的影響力去尋找那些你想要的人吧。成員的組成根據(jù)項(xiàng)目不同，相差較大，很難
有什么具體要求，但是，一定要有精通客戶業(yè)務(wù)的人，很多小項(xiàng)目里，這個人就是項(xiàng)
目經(jīng)理本人，大項(xiàng)目里會配備行業(yè)專家（Industry expert），這樣和客戶溝通起來
才不會雞同鴨講，雙方才可以相互理解。我經(jīng)常看到的情況是我們的技術(shù)人員和客戶
交談時(shí)滿口的專業(yè)術(shù)語，結(jié)果搞得客戶一頭霧水，反過來，他還指責(zé)客戶不懂技術(shù)。
其實(shí)，明白自己想做什么的客戶已經(jīng)是很好的客戶了，不知道自己要做什么，更不懂
怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇
了客戶，有了客戶你才有工資拿，心平氣和一點(diǎn)吧；
8.現(xiàn)在你要面對三群人：你的領(lǐng)導(dǎo)、你的組員和你的客戶，和這些人溝通，讓他
們知道你打算怎么做，什么時(shí)候要他們做什么準(zhǔn)備這些事情將是你的主要工作。既然
溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則
都是潛規(guī)則，如果你在一個部門時(shí)間做長了，對這些規(guī)則的運(yùn)用覺得是一件理所應(yīng)當(dāng)
的事情，但是，你現(xiàn)在面對的是多個部門甚至多個單位，不把溝通規(guī)則說清楚，你以
后就會吃虧。
下面的東西看起來無聊，其實(shí)還是很管用的：第一個是規(guī)定信息的流動方式和介
質(zhì)，是推還是拉。推的意思就是項(xiàng)目經(jīng)理將主動發(fā)布信息，不管通過電話、郵件還是
書面方式，保證將信息傳達(dá)到每個人。這種情況適合小項(xiàng)目，人少；拉的意思就是項(xiàng)
目經(jīng)理就是一個類似web服務(wù)器，你自己需要什么信息就去問他。當(dāng)然，沒有項(xiàng)目經(jīng)
理把自己搞得那么累，他會用發(fā)布信息到公共介質(zhì)的方式公布信息，簡單的是白板，
復(fù)雜一點(diǎn)的是項(xiàng)目的公共信息交互區(qū)，潛規(guī)則就是我發(fā)了你沒去看就不要說我沒告訴
你。說這些看似很無聊，其實(shí)里面牽涉信息傳達(dá)不完全的責(zé)任問題。
當(dāng)然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動
訪問是同時(shí)存在的，尤其是對領(lǐng)導(dǎo)，項(xiàng)目經(jīng)理更加應(yīng)該主動去和領(lǐng)導(dǎo)溝通。第二個問
題就是文檔問題，很多人怕寫文檔，但是項(xiàng)目經(jīng)理一定要牢記“好記性不如爛筆頭”
的道理。有理有時(shí)候?yàn)槭裁磿f不清呢？就是因?yàn)闆]有證據(jù)。所以項(xiàng)目經(jīng)理開始就要
和客戶說清楚有些文檔是必須簽字的，比如項(xiàng)目經(jīng)理的項(xiàng)目日志，每個星期至少讓客
戶簽字，另外所有達(dá)成共識的東西，比如會議紀(jì)要，甚至領(lǐng)導(dǎo)的講話記錄，都要寫成
文檔，雙方簽字，這樣以后扯皮的時(shí)候，就能做到有據(jù)可查。記住：說了的就和沒說
一樣，只有寫下來大家簽字后才算真正發(fā)生了的。
還有一些問題，比如你提交的報(bào)告，給領(lǐng)導(dǎo)（包括本方領(lǐng)導(dǎo)和客戶領(lǐng)導(dǎo)）做一個
選擇題，結(jié)果領(lǐng)導(dǎo)壓住不批，讓你無所適從，結(jié)果拖延了進(jìn)度。這時(shí)候，你可以等，
但是注意要留記錄，標(biāo)明是誰的責(zé)任；另外，如果你在開始階段就和領(lǐng)導(dǎo)商定：如果
批示提交三天后沒有得到領(lǐng)導(dǎo)答復(fù)就算對方同意，這樣你就會主動很多。再比如不同
事件的審批流程問題：什么等級的事情記錄在項(xiàng)目日志里、什么等級的事情要雙方項(xiàng)
目經(jīng)理專門簽署備忘錄、什么等級的事情要雙方領(lǐng)導(dǎo)出面簽署合同附件等等。事先想
得越周到，以后的工作就越主動。
9.好了，做了很多前期工作，定義了一些游戲規(guī)則，現(xiàn)在是坐下來做計(jì)劃的時(shí)候
了。這一節(jié)，任意找一本項(xiàng)目管理的書都會說得比我好，所以我就少寫一點(diǎn)，說一些
自己的體會就是了。首先是找?guī)讉€關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等，
做一下項(xiàng)目模塊劃分工作。項(xiàng)目分成幾塊去做，每一塊完成什么，模塊之間的信息如
何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強(qiáng)調(diào)
一點(diǎn)：完成一個目標(biāo)有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的
，這個思路會讓你的項(xiàng)目減少很多風(fēng)險(xiǎn)。有時(shí)候客戶會被某種新技術(shù)打動，堅(jiān)持要你
采用那種新技術(shù)，你就應(yīng)該告訴他：你選我做這個項(xiàng)目，就應(yīng)該容許我采用自己最喜
歡的方式做事情，新技術(shù)之所以有誘惑力，就是因?yàn)槌蕴澋娜诉€不多，我不希望你成
為第一批受害者。
采用一個計(jì)劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表
格以后，就可以知道這個項(xiàng)目有多少件事情要做，每件事情需要什么資源，他們之間
的前后關(guān)系如何，消耗的時(shí)間有多長，完成后有什么標(biāo)志等。所有的結(jié)果最后用一個
叫做甘特圖的形式表現(xiàn)出來。你做完這個表以后會驚奇地發(fā)現(xiàn)，甘特圖上項(xiàng)目的結(jié)束
時(shí)間會遠(yuǎn)遠(yuǎn)落后于你的計(jì)劃結(jié)束時(shí)間（簽合同的人永遠(yuǎn)不會先征求你的意見的）。當(dāng)
然，學(xué)過項(xiàng)目管理的人會大談什么WBS、優(yōu)化路徑之類的東西，但是我的經(jīng)驗(yàn)是你再
優(yōu)化也不可能把這些東西安排到計(jì)劃的時(shí)間結(jié)束。如果你沒碰到這個問題，在我恭喜
你挑了一個輕松活之前，請你再去確認(rèn)你是否羅列了所有要做的事情和正確評估了他
們所需要的時(shí)間。這時(shí)候，你就要考慮犧牲一些任務(wù)的時(shí)間（也意味著質(zhì)量）了。按
照什么標(biāo)準(zhǔn)犧牲？這個項(xiàng)目的戰(zhàn)略！我們在第三節(jié)提到過的戰(zhàn)略。
我的經(jīng)驗(yàn)是如果你什么都趕進(jìn)度，其結(jié)果可能就是十件事情你一件也沒做好，想
想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結(jié)果是十件事情
，你有三件做成了精品，三件完成，還有四件因?yàn)槟承┰蜓诱`，成績單是否靚麗了
很多呢？戰(zhàn)略決定優(yōu)先級，而正確排列事情的優(yōu)先級是一個項(xiàng)目經(jīng)理能力的主要體現(xiàn)
。 好，現(xiàn)在項(xiàng)目已經(jīng)完成了前期工作，了解了項(xiàng)目的目標(biāo)、搞清楚了手上的資源，
制定了項(xiàng)目的策略，然后編制了項(xiàng)目的整體計(jì)劃，項(xiàng)目進(jìn)入實(shí)施階段。進(jìn)入這個階段
反而是項(xiàng)目經(jīng)理比較空閑的時(shí)候，不像前期的時(shí)候項(xiàng)目經(jīng)理要象記者一樣到處和不同
的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是
最累人的事情。當(dāng)然，小項(xiàng)目的項(xiàng)目經(jīng)理往往自己也是一個資源，要做很多事情，這
時(shí)候反而比誰都苦。
項(xiàng)目經(jīng)理這段時(shí)間的主要工作是保持和客戶領(lǐng)導(dǎo)以及自己領(lǐng)導(dǎo)的溝通。和客戶領(lǐng)
導(dǎo)溝通時(shí)特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點(diǎn)，否則
，告訴他一切正常就可以了，而且態(tài)度要積極一些，千萬不要說一些領(lǐng)導(dǎo)不懂的細(xì)節(jié)
，比如：“王局長，最近項(xiàng)目進(jìn)度還算正常，就是JVM經(jīng)常發(fā)生一些內(nèi)存泄漏的情況
…”王局長：“(*&$@@”。?????????????????????????????????????????????????
摘要: 本文根據(jù)我閱讀IBM SOA系列文章的感想，摘要的敘述了SOA中SCA Service Module、SCA Service Component、SDO、BO等核心概念的相互關(guān)系，以及如何運(yùn)用這些組合成靈活的SOA應(yīng)用
閱讀全文
下午收到的，呵呵，同樣是一張光盤，不過只有10多M，已經(jīng)上傳到ftp的/SOA學(xué)習(xí)資料/用友ERP案例學(xué)習(xí)資料/目錄下。
下一階段覺得我們還是應(yīng)該分工看一下這些資料，在我們前一階段整理的流程的基礎(chǔ)上，完善一下。
我粗略的看了一下，還是有很多東西值得我們好好研究，比如，第一個HF公司業(yè)務(wù)講解，上面就特別提到了業(yè)務(wù)實(shí)施的價(jià)值，如下：
實(shí)施價(jià)值：
集中管理：
?? 實(shí)現(xiàn)集團(tuán)內(nèi)庫存量、產(chǎn)能、運(yùn)力的實(shí)時(shí)掌握。
?? 能夠出具各個公司匯總的，相關(guān)業(yè)務(wù)指標(biāo)的數(shù)據(jù)。
?? ……
業(yè)務(wù)協(xié)同：
?? 業(yè)務(wù)信息實(shí)時(shí)的反映到財(cái)務(wù)各歸口部門，便于財(cái)務(wù)分析決策。
?? 銷售信息能夠?qū)崟r(shí)的傳遞到下游相關(guān)部門，提高了業(yè)務(wù)協(xié)同的效率。
?? ……
資源平衡：
?? 在集中管理的基礎(chǔ)上，實(shí)現(xiàn)了產(chǎn)能平衡，根據(jù)訂單要求的交期，有針
對性的安排生產(chǎn)及調(diào)撥任務(wù)。
?? 根據(jù)車輛在途情況，有效的安排車輛的運(yùn)輸路徑及裝車安排，實(shí)現(xiàn)運(yùn)
輸能力的最大優(yōu)化。
在我們的業(yè)務(wù)建模的商業(yè)價(jià)值一部份，我們就應(yīng)該多考慮一下如何實(shí)現(xiàn)商業(yè)價(jià)值