BPM2.0之點評
點評文章： Ismael Ghalimi 的博文。
點評主題： 剛好特工小組找我寫一篇點評，我選的就是intalio的這個文章。
1） Make Way For BPM 2.0 （Bruce silver）
對brsilver的這個blog的部分內容並不完全同意。
Brsilver對BPMN非常精通，不過根據他的blog內容估計他對BPEL技術和SOA理念掌握不算很好。我也經常看他的blog。
2） BPM 2.0 （Intalio）點評在附件中。
文章的BPM指的是workflow和EAI系統，BPM2.0基本和我們的BPS6.1比較靠近。從大的方向看，我們是在朝BPM2.0走。細節部分有點差異。
1 Used by Process Analysts
1)文章的觀點是：BPM1.0一直有個巨大的謊言：BA使用BPM工具來建模和部署可執行的業務流程。
評：只有非常簡單的場景才能做到，大部分場景都只能建模不可執行的流程。
2）文章的觀點是:BPM2.0的BA是這樣的一批人：技術人員，同時也要理解業務知識。
評：非常同意這個觀點。建議我們公司的PPT也把這類人稱爲“BA（業務分析人員，業務分析專家）”。我不同意brsilver 的看法，他的看法是：BPM是top-down的，SOA是down-top的，我同意本文作者的看法：BPM是top-down/down-top/middle align三個方式都可以的，SOA也是三個方式都可以。
2 Starting with a Complete BPMS
文章的觀點是：傳統的BPM工具都有一個獨立的BPM建模工具，但是BPM2.0的建模工具應該是BPMS整體的一部分。
評論： BPMS是一個整體，BPM建模工具產生的結果一定要可以在BPMS中使用。BPP（業務流程平臺）也非常強調這一點，在BPP中，這一點叫着ICE（集成組合環境），包括建模、設計、開發、組合都應該是一體的。
3 One Single Tool in Eclipse
文章的觀點是：BPM產品現在都有很多的開發工具，BPM2.0中這些工具應該只有一個。
評論：同意。我們的“業務流程定製”也可以考慮要和studio整合互通。（能夠做成一個是最好）。
4 Loved by ABAP, PHP and VB Folks
文章的觀點是：BPM產品不能只在J2EE環境下運行，還應該可以被ABAP、PHP等語言調用運行。
評論：這個主要是對外接口的開發性。我們採用BPEL以後，這一條是可以做到的。
5 BPEL
文章的觀點是：過去在BPM領域沒有標準，現在已經產生了變化：標準就是BPEL2.0.
評論： 非常同意這樣的說法： BPM之BPEL，就如同 RDB之 SQL。
更加同意這樣的說法： workflow標準(比如XPDL)做了些什麼？除了一堆廢物一樣的接口，什麼都沒有做。
6 BPMN
文章的觀點是：Stephen White開發了BPMN，BPMI使得它成爲實際的流程建模標準。
評論： SAP已經支持BPMN了。IDS的aris支持EPC,現在也在做BPMN的支持。
7 Zero Code
文章的觀點是：BPM的實施都要寫一堆的代碼，BPM2.0應該去除這個情況。
評論： 作者沒有明說，其實背後的方法就是SOA。作者其實是想把BPM2.0與SOA結合起來的。
8 One Click Deploy
文章的觀點是：BPM的部署，因爲涉及到部署描述符、變量調整等問題，修改和調整非常複雜。BPM2.0應該可以做到“一鍵部署”。
評論： 我們的 業務流程定製從一定程度上是想做到這個目標的。
9 Generating Web Services on-the-fly
文章的觀點是：BPM(舊時的workflow和EAI系統)，對外的接口都是做 custom connectors，使用起來非常複雜。BPM2.0的BPEL自動產生需要的web services，保證了集成的方便性。
評論：我們的6.1在支持BPEL，期望做到這一點。
10 Interpreting BPEL Code Natively
文章的觀點是：BPM是通過代碼生成，對BPEL定義產生java代碼來實現的，這樣會帶來很多問題。BPM2.0應該採用內置的BPEL支持。
評論：我們現在的實現方式，是natively支持BPEL。
11 BPM的生命週期
文章的觀點是：Real-Time BAM Included，Native Process Simulation，Dynamic Process Optimization 都應該在BPM2.0中體現。
評論：這個是我們的目標。