這里是幾個(gè)常見(jiàn)的uml設(shè)計(jì)錯(cuò)誤，文中也是實(shí)例，因此隱去了相關(guān)信息，圖中遮擋的部分是完全一樣的兩個(gè)字，你可以把它考慮成任何東西。

一個(gè)朋友
17:29:39
青潤(rùn)兄，周末的時(shí)候讓你指教的地方有沒(méi)有看
青潤(rùn)
17:30:21
還沒(méi)有看，這幾天比較累，等下應(yīng)該會(huì)有時(shí)間了。
一個(gè)朋友
17:32:06
好的，拜托了。
青潤(rùn)
17:32:29
過(guò)會(huì)兒給你消息。
一個(gè)朋友
17:33:16
thanks
青潤(rùn)
17:56:44

這個(gè)拆分，貌似有點(diǎn)過(guò)度細(xì)化了，如果業(yè)務(wù)不是很復(fù)雜沒(méi)有必要，有發(fā)布必然有人看，uc改成一個(gè)，右側(cè)的use關(guān)系修改為查看，左側(cè)的修改為發(fā)布，這個(gè)是權(quán)限控制的東西，沒(méi)必要在這里細(xì)分uc的方式來(lái)區(qū)分。
青潤(rùn)
17:57:30
use關(guān)系一般可以不標(biāo)出
一個(gè)朋友
17:57:46
恩，但可能是接口呢？
一個(gè)朋友
17:57:52
就是另外的系統(tǒng)。
青潤(rùn)
17:59:01
那就是具體業(yè)務(wù)問(wèn)題，我只是在說(shuō)一般情況下，你們的深入業(yè)務(wù)，我就不了解了，我只幫看看看是否規(guī)則。
關(guān)于uc的細(xì)化，你現(xiàn)在沒(méi)有書(shū)，我也沒(méi)法發(fā)給你了，等將來(lái)你看了書(shū)，按照上面的方式進(jìn)行細(xì)化，就可以做的很好了，我書(shū)上給了量化的uc標(biāo)準(zhǔn)。
一個(gè)朋友
17:59:14
en
青潤(rùn)
18:00:15
另外，uc的箭頭一般不是空心三角箭頭，這個(gè)估計(jì)是vs的問(wèn)題，如果真的想用好uml還是換個(gè)uml tool比較好。
一個(gè)朋友
18:00:50
在界面上導(dǎo)出excel，打印這些，我看網(wǎng)上有些人用extends,有些人用includes.而我看到的一本書(shū)一會(huì)用includes,一會(huì)用extends.這個(gè)怎么回事？
一個(gè)朋友
18:01:17
extends的方向，網(wǎng)上也說(shuō)法不一。
青潤(rùn)
18:01:36

這個(gè)區(qū)分是沒(méi)有必要的，如果前一個(gè)uc過(guò)大，就直接拆分用后面的uc即可，這種劃分方式增加了uc數(shù)量，但實(shí)際上屬于重復(fù)定義。
青潤(rùn)
18:02:20
extend我的解釋就是最標(biāo)準(zhǔn)的，和uml concept上是完全一致的。
很多半瓶子水亂解釋是不負(fù)責(zé)任的做法。
青潤(rùn)
18:03:43
另外，即使發(fā)生剛才那張圖上的內(nèi)容，也應(yīng)該是extend關(guān)系，include關(guān)系是前者發(fā)生，后者必然發(fā)生，而不是有選擇的，所以，include關(guān)系不是一個(gè)可以隨便對(duì)多個(gè)，如果后面有多個(gè)，那么這些多個(gè)uc也應(yīng)該使順序都發(fā)生的，這個(gè)就和extend正好是相反的關(guān)系
青潤(rùn)
18:04:41
基本問(wèn)題就這么多，業(yè)務(wù)問(wèn)題，我就沒(méi)法看了，那涉及到的內(nèi)容太多，另外，我的慣例是不幫助解決公司內(nèi)的事務(wù)，只解釋純粹的使用問(wèn)題。
一個(gè)朋友
18:04:50
恩，我理解一下.
青潤(rùn)
18:10:56
ok

[全程建模]幾個(gè)常見(jiàn)的UML設(shè)計(jì)錯(cuò)誤