用例間的三種關係：
（1）擴充套件(extends)：用例b extends用例a，表示用例b是用例a在某種特定情況下可能會出現的擴充套件用例。例如：老王進城辦事，2小時就可以回去，在這2小時內內急時就會去上廁所。上廁所用例是進城用例的擴充套件，因為不上廁所老王進城辦事也可完成。
（2）包含(includes)：用例a includes用例b，表示沒有了用例b，用例a本身也就不完整了。例如：還是老王進城，他從海南來北京辦事，3天才能回去，那麼這種情況下進城用例與上廁所用例的關係就應該是包含關係了。
（3）泛化：泛化關係指的是同一業務目的的不同技術實現。例如：老王進城，他可以坐飛機，可以坐火車，還可以走路，那麼進城用例就泛化為坐飛機、坐火車和走路三個用例了，它們之間存在層級關係。
總的來看，擴充套件可以「凍結」基本用例以保持穩定（因為擴充套件用例通常是不確定的）；包含可以提供公共互動，提高「復用」；泛化是同一業務目的的不同技術實現。用例之間除了上述三種關係不再有其他關係，用例之間不能通訊。
如何更深層的識別使用者的需求
這個標題寫的有點大,我不是什麼需求工程師與架構師,我只是乙個小小的程式設計師.我寫這個的原因,只是想寫一點自己的想法.我管理乙個專案,這個專案涉及的資料比較多,而前台功能不是很完善,所以我總是收到用的郵件請求,能不能幫我從後台統計一下,什麼什麼.因為我是作航空的軟體,所以總是出現這種情況,能不能幫我...
兩個用例之間可能存在的關係
包含 擴充套件 泛化，而通常不應該有通訊關係 包含關係 在uml中，用構造型 表示 箭頭方向是從基用例到被包含用例 它是指基用例在它內部說明的某乙個位置上顯式地合併了另乙個用例的行為 擴充套件關係 在uml中，擴充套件關係用構造型 表示 箭頭從擴充套件用例到基用例 它表示基用例在由擴充套件用例間接說...
類之間的關係
類之間的關係 內容 網上關於此類的討論非常多，發現對於該問題的理解各有各的說法，而各個說法中又相去甚遠。通過瀏覽這些討論以及對 的參考，發表一下自己的看法.類間關係有很多種，在大的類別上可以分為兩種 縱向關係 橫向關係。縱向關係就是繼承關係，它的概念非常明確，也成為oo的三個重要特徵之一，這裡不過多...