作為一個系統(tǒng)分析師，給出一個業(yè)務(wù)然后進(jìn)行分析，將各種可能遇到的情況盡量的列舉出來，這是基本素質(zhì)之一。這不但需要系統(tǒng)分析師有比較嚴(yán)謹(jǐn)?shù)乃季S，而且還要求其有很豐富的工作經(jīng)驗。假設(shè)現(xiàn)在用戶有一個“重新打開銷售訂單”的業(yè)務(wù)需求，那么在設(shè)計、開發(fā)這個作業(yè)的時候，需要進(jìn)行哪些限制呢？

　　一、重新打開訂單業(yè)務(wù)背景

　　在分析某個業(yè)務(wù)的時候，最重要的就是要了解業(yè)務(wù)的背景。如果忽略了業(yè)務(wù)背景，那么設(shè)計出來的模型就好像是海市蜃樓，虛無縹緲。為此筆者建議，作為系統(tǒng)分析師，在分析業(yè)務(wù)需求的時候，一定要講需求回歸到背景中去�；蛘呶覀兛梢园阉�叫做案例分析題。用戶給出的可能是一個知識點，我們要將其組成一個現(xiàn)實的案例。

　　一般訂單的處理包括兩個階段，分別為訂單的輸入與訂單審核。業(yè)務(wù)員接到客戶的訂單之后，需要將訂單數(shù)據(jù)輸入到系統(tǒng)中。然后再由其主管進(jìn)行審核。當(dāng)主管在系統(tǒng)中做了審核的操作之后，訂單的數(shù)據(jù)就不能夠再進(jìn)行更改。但是在實際過程中，由于各種各樣的原因，仍然需要對已經(jīng)審核過的訂單進(jìn)行修改。如業(yè)務(wù)員在輸入數(shù)據(jù)的時候，將訂單的數(shù)量輸錯了，而主管在審核的時候又沒有發(fā)現(xiàn)這個錯誤�；蛘哒f，后來由于客戶的原因，更改了訂單的數(shù)量或者交起，此時用戶就可能需要更改銷售訂單。在遇到這個情況之后，用戶就會提出需要，要重新打開銷售訂單進(jìn)行更改。

　　二、重新打開訂單業(yè)務(wù)的后臺限制解析

　　系統(tǒng)分析師現(xiàn)在需要考慮的就是，是否允許用戶打開已經(jīng)審核的銷售訂單呢？此時不能夠簡單的回答允許還是不允許。而是要根據(jù)實際情況來分析。

　　如在ERP系統(tǒng)中，一般采購需要根據(jù)銷售訂單來生成采購訂單�；蛘哒f物料計劃部門需要根據(jù)銷售訂單來生成物料需求計劃。也就是說，其他部門需要用到銷售訂單中的數(shù)據(jù)，銷售訂單是系統(tǒng)流程的起源。如果現(xiàn)在其他部門已經(jīng)根據(jù)銷售訂單生成了相關(guān)的采購訂單或者物料計劃，在這種情況下，允許業(yè)務(wù)員對銷售訂單數(shù)據(jù)的直接更改嗎？答案是否定的。因為在這種情況下，如果還允許更改的話，那么源數(shù)據(jù)跟后面的紀(jì)錄就會對不上。后續(xù)在追蹤分析的時候就難以找到責(zé)任人。總之，就是某個單據(jù)已經(jīng)生成了后續(xù)單據(jù)的時候，這個原始單據(jù)就不允許重新打開進(jìn)行更新。

　　但是如果這個銷售訂單剛下，其他部門根據(jù)還沒有處理�；蛘哒f其他部門在處理之前的審核過程中發(fā)現(xiàn)了問題，告知了業(yè)務(wù)員。在這種情況下是否允許用戶打開訂單來更改呢？一般在這種情況下是允許的。因為沒有關(guān)聯(lián)紀(jì)錄，此時更改源數(shù)據(jù)不會對其他部門產(chǎn)生連鎖反應(yīng)。而如果采用其他單據(jù)來更改這個訂單信息的話(如通過訂單變更單來更改)，雖然從技術(shù)上說是可行的，但是一般沒有這個必要。畢竟在這種情況下，還沒有給企業(yè)帶來實質(zhì)性的損失。而如果通過訂單變更單來更改的話，反而會造成比較多的垃圾數(shù)據(jù)。所以在這種情況下，才真正的需要重新打開訂單的作業(yè)。

　　三、在技術(shù)上如何將這種限制落實到實處

　　業(yè)務(wù)背景了解了，具體的限制也心中有數(shù)了，接下去的工作就是需要設(shè)計，如何將這種限制落實到實處。雖然說條條道路通羅馬，但是我們在具體實現(xiàn)的過程中，還是需要兼顧成本、效益、安全等原則。

　　以這個“重新打開訂單”的業(yè)務(wù)來說，從技術(shù)上看可以按照如下這個思路進(jìn)行限制。

　　第一步：可以在訂單級別，設(shè)置幾個字段，用來關(guān)聯(lián)后續(xù)的單據(jù)。如可以在銷售訂單單頭的數(shù)據(jù)表中，設(shè)置一個“生產(chǎn)計劃”的字段。如果這個字段有相關(guān)的內(nèi)容，則表示這個訂單已經(jīng)生成了生產(chǎn)計劃。在執(zhí)行“重新打開訂單”這個業(yè)務(wù)的時候，就需要先去判斷這個字段的值。如果非空的話，那么就不允許重新打開訂單。相反，如果為空的話，表示沒有后續(xù)關(guān)聯(lián)的單據(jù)，則允許用戶打開訂單。如果銷售訂單關(guān)聯(lián)采購訂單或者關(guān)聯(lián)出貨單，都可以進(jìn)行類似的設(shè)置。

　　第二步：其他相關(guān)聯(lián)單據(jù)生成的時候，注意需要會寫相關(guān)的字段。如現(xiàn)在用戶根據(jù)銷售訂單來生成采購計劃。當(dāng)采購計劃正常生成之后，需要將生成采購計劃的序列號回寫道對應(yīng)的銷售訂單字段中。只有如此，銷售訂單中這些控制性字段的信息才能夠得到及時更新。“重新打開訂單”作業(yè)才能夠根據(jù)這些字段來進(jìn)行作業(yè)的控制。

　　第三步：刪除作業(yè)時的處理。在實際工作中，還可能會遇到這種情況。如某個銷售訂單中有100個產(chǎn)品。而由于客戶的原因，需要更改其中50個產(chǎn)品的數(shù)量。此時對于采購計劃與采購訂單的影響就會比較大。遇到這種情況時，用戶可能寧愿刪掉采購計劃，讓銷售員重新打開銷售訂單更改數(shù)量。然后用戶再重新生成采購計劃。遇到這種情況該如何處理呢？這也就是說，當(dāng)刪除采購計劃的時候，也需要同時清空對應(yīng)銷售訂單中“采購計劃”這個字段中的值。當(dāng)這個值變?yōu)榭罩�后，“重新打開銷售訂單作業(yè)”就可以重新打開銷售訂單，讓用戶進(jìn)行修改。

　　以上這個步驟，從開發(fā)語言上來看，主要就是用來IF判斷語句與Update更新語句。在應(yīng)用程序開發(fā)上，沒有多大的困難。而主要的問題就是，作為系統(tǒng)分析師，要將這些內(nèi)容一一考慮到。其實系統(tǒng)分析師就好像是一幢大樓的設(shè)計人員。而程序開發(fā)人員就好像是造房子的人，他們只需要根據(jù)設(shè)計人員的圖紙來建造即可。系統(tǒng)分析師需要對最后的運行結(jié)果負(fù)責(zé)，開發(fā)人員只需要保證在代碼的編寫上不要出現(xiàn)錯誤即可。為此系統(tǒng)分析師在這里起到的作用是非常之大的。

　　其實這個需求還有其他的處理方式。如在執(zhí)行“重新打開訂單”作業(yè)的時候，可以去采購計劃那邊查詢，看看有沒有目標(biāo)定單的相關(guān)信息。從技術(shù)上講，這是可行的。但是筆者不建議這么設(shè)計。在文章一開頭，筆者談到過系統(tǒng)分析師在分析業(yè)務(wù)邏輯的時候，需要成本、效益、安全等兼顧。根據(jù)上面這種方法，雖然最終可以達(dá)到用戶所需要的目標(biāo)。但是不符合安全、效益的原則。如如果采用第一種方法，即在訂單單頭表中放入控制字段的話，那么就可以從銷售訂單中直接關(guān)聯(lián)到采購計劃，也就是說可以直接從銷售訂單關(guān)聯(lián)查詢到采購計劃。而如果采用第二種方式的話，就只能夠?qū)崿F(xiàn)控制，而不能夠?qū)崿F(xiàn)關(guān)聯(lián)查詢的功能。此時在選擇方法的時候，就需要考慮效益原則，而不能夠光考慮目標(biāo)。簡單的說，就是選擇具體的實現(xiàn)方式時，如果能夠給用戶帶來額外的附帶價值，那是最好的。