看板 [ OOAD ]
討論串[問題] 大型系統用 use-case driven 來 modeli …
共 4 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者tinlans ( )時間17年前 (2007/10/20 10:46), 編輯資訊
2
0
1
內容預覽:
大部分講 UML 和 OOAD 的書都會說:. 設計 use-case diagram 的時候要避免採用 functional decomposition 的方式. 很普遍的惡例就是 actor 跟一個 use case 有 association,. 然後再由那個 use case 放射狀 ---
(還有2436個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者H45 (!H45)時間17年前 (2007/10/20 14:45), 編輯資訊
1
0
0
內容預覽:
以下就我能夠回答的來討論..... 有些問題對我而言有些深奧,所以不知道怎麼回覆. 雖然實務上寫到太深入的細節,對於 Designer, Coder 有些幫助. 但是如你所說的,這個 use-case diagram 不會是以 actor 的角度來看系統. 反而是以 system 的角度來看功能了!
(還有1160個字)

推噓8(8推 0噓 18→)留言26則,0人參與, 最新作者tinlans ( )時間17年前 (2007/10/20 16:35), 編輯資訊
0
0
1
內容預覽:
是蠻類似的,. 但是有一點那種刻意為了避開樹狀 use-case,. 而造出樹狀 package 結構,. 再來逐層寫 use-case 的味道在,. 造成就算通通畫到同一個圖上,. 不同層次間的 use-cases 也不會有線連接在一起,. 說真的我也不清楚這麼做是好是壞,. 因為另一位 SA 強
(還有1459個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者ggg12345 (ggg)時間17年前 (2007/10/24 12:34), 編輯資訊
0
0
0
內容預覽:
======. 很抱歉, 用問題發問與討論問題. 對這行不是那麼熟練, 但分析與合成. 的設計方法, 各行各業是很通用的.. 1.use-case 顧名思義是 "案例", 案例就是整包的.. 2.functional decomposition 是假設功能有原始與基本的成員, 這種. 基本成員是基本
(還有331個字)
首頁
上一頁
1
下一頁
尾頁