邊界

邊界本質(zhì)上是面向?qū)ο蠓椒ǖ囊粋€重要概念，與封裝的概念師出同源。面向?qū)ο罄?#xff0c;任何一個對象都有一個邊界，外界只能通過這個邊界來認識對象，與對象打交道，而對象內(nèi)部則是一個禁區(qū)。

在需求出來之前，必須先設(shè)想一個邊界，這個邊界的大小是不確定的，隨著需求的明確，邊界也逐漸變得明朗。但是問題是確定需求，依靠參與者和用例；而明確參與者和用例，前提條件是邊界是明確的，而偏偏這是邊界又是不明確的，所以這就是一個矛盾。實際上需求就是在不斷地調(diào)整這個矛盾的過程中逐步明確，進而更加確定邊界的。這個調(diào)整過程，不可避免地會導(dǎo)致參與者和用例的變化。所以需求過程是一個動態(tài)的過程，需要迭代的過程，而不是瀑布方法。

邊界決定視界

邊界是可大可小的，由建模者主觀臆定。對于建模來說，同樣的需求交給10個不同的人，可能得出10個不同的結(jié)果。因為除了對業(yè)務(wù)的理解不同之外，不同的人選擇的邊界不同，視角也不同。但那一個更正確呢？只能把這些不同的結(jié)果進行對比、思考、討論，最終希望得到一個恰當(dāng)?shù)慕Y(jié)果，就像盲人摸象一樣，多方結(jié)果的相互印證得出的結(jié)論總是會更接近真相。所以建模過程中，如果對建模結(jié)果感到疑惑，就可以試著改變邊界設(shè)定，得到不同的參與者和用例，再通過相互印證的方式得到更好的結(jié)果。

邊界決定抽象層次

在建模的時候，如果一個很龐大的系統(tǒng)，信息量之多會超出人腦的處理能力，進而失去分析能力。這就需要很好地把抽象層次，排除掉非本層次之內(nèi)的信息，自頂向下地把整個系統(tǒng)描述清楚。邊界的設(shè)定可以幫上大忙。

比如有一個大系統(tǒng)，其涉及的單位包括商業(yè)網(wǎng)站、銀行、政府機構(gòu)、工廠、物流、批發(fā)商、零售商等，這里面的業(yè)務(wù)非常復(fù)雜。

可以先把邊界設(shè)定為整個商業(yè)過程，得到的參與者是商業(yè)網(wǎng)站、銀行、政府機構(gòu)、工廠等，進而得到 商業(yè)網(wǎng)站—>宣傳商業(yè)信息、銀行—>管理財務(wù)、政府機構(gòu)—>監(jiān)管市場、工廠—>生產(chǎn)商品等，這些抽象層次非常高的用例。為這些用例建模、獲取領(lǐng)域模型、建立業(yè)務(wù)架構(gòu)等工作，確保參與者都能達到其業(yè)務(wù)目標，整個商業(yè)模式得以實現(xiàn)。

再接下來，把邊界縮小到宣傳商業(yè)信息領(lǐng)域，也就是商業(yè)網(wǎng)站部分，進而降低了抽象層次，就會得到廣告策劃人員、平面設(shè)計人員、網(wǎng)站管理員等參與者，進而得到策劃廣告、設(shè)計廣告、發(fā)布廣告等用例，而這些粒度小一些的用例保證滿足宣傳商業(yè)信息這一大用例。

如此這般，層層推進，直到抽象層次降低到對象的級別。

靈活使用邊界

邊界在設(shè)計層也能發(fā)揮重要的作用。軟件設(shè)計也面臨著很大的信息量，既要實現(xiàn)需求，又要保證性能，要具有擴展能力，還要友好易用。這時設(shè)定一些邊界就能有效地降低復(fù)雜度，比如將實現(xiàn)需求的任務(wù)交給分析模型，在這個邊界內(nèi)只考慮需求和實現(xiàn)；將擴展能力交給框架設(shè)計，在這個邊界內(nèi)專心設(shè)計靈活的框架；然后再在框架的約束下，把分析模型轉(zhuǎn)化成設(shè)計模型。

轉(zhuǎn)載于:https://www.cnblogs.com/simpro/p/4361265.html

總結(jié)

以上是生活随笔為你收集整理的系统分析与建模5的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。