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