請注意我們的項目任務(wù)是整合，并不是從零開始去實現(xiàn)業(yè)務(wù)。下面是我理解的項目設(shè)計過程
第一步，業(yè)務(wù)擴展和業(yè)務(wù)流程圖。業(yè)務(wù)擴展是大賽推薦的創(chuàng)新方式，業(yè)務(wù)流程圖是要畫出來的，業(yè)務(wù)流程圖是為之后的設(shè)計提供業(yè)務(wù)上的邏輯概念。
第二步，業(yè)務(wù)建模。在這里的業(yè)務(wù)建模我覺得并不是像書上說的建模，不是那么的繁瑣，因為書上的建模是從零開始的，并沒有ERP系統(tǒng)的支持。就拿提交訂單這個業(yè)務(wù)模塊來說，我們所要做的可能只有一個方法的設(shè)計，而這個方法內(nèi)部的具體操作只是對原有ERP系統(tǒng)已有的提交訂單功能模塊的調(diào)用。而這個調(diào)用的語句塊兒會涉及到如何生成一個xml文件，并傳遞給ERP系統(tǒng)，目的是讓ERP系統(tǒng)做出提交訂單的處理。
第三步，抽象出服務(wù)。在業(yè)務(wù)建?；A(chǔ)上，利用已經(jīng)建模出來的組件去暴露出服務(wù)，設(shè)計服務(wù)的接口。把所有的服務(wù)都抽象出來。
第四步，設(shè)計企業(yè)服務(wù)總線。所有的服務(wù)都已經(jīng)有了以后，就要用企業(yè)服務(wù)總線去將服務(wù)根據(jù)業(yè)務(wù)邏輯的要求連接起來，去完成整個業(yè)務(wù)。這里就涉及到服務(wù)之間的消息傳遞了。至此就算結(jié)束了。
以上只是我的個人見解，希望隊友們能夠提出建議。