| 作者 |
内容 |
| misfans |
類圖設計的問題
請教各位高人有關類圖設計的問題﹕
1. 類圖有必要把所用資料庫表全部設計出來嗎?這是我聽別人所說﹐但我自已的體會應該是UML設計同資料庫表無關﹐但是為何即使我自已設計出來的類圖也感覺像是在設計資料庫表一樣呢?
2.
類圖需要把所有的頁面類設計出來嗎?因為我們是用c#做網頁開發的﹐朋友建議說類圖設計應包括所有的公用模組設計﹑頁面類設計﹐且頁面類甚至細到某一個Button的點擊事件了﹐請問是這樣的嗎?有這必要嗎?但如果不這么設計﹐則遇到需要以頁面類方法來表現的時候(時序圖﹑狀態圖)該怎么辦?
類圖在整一個UML設計中﹐應該說是它的核心﹐也是最復雜的部分。可是類圖到底應該設計成什么樣的程度呢?還因本公司無法取得相關技朮支援﹐故特來請教各位高人﹐還望不吝賜教!
謝謝! |
| 04/02/18 09:03 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| misfans |
回复:
類圖設計的問題
奇怪﹐不知是沒人看得懂繁體中文還是我的問題太簡單﹐竟如此沒有人氣?!!!
郁悶ing... |
| 04/02/19 15:22 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| eddiewang |
回复:
類圖設計的問題
你可以随便download下来一个C#的例子,然后反向生成Visio文档,不是rose,里面就有类图的设计结果了,参考一下微软的做法,仅供参考。 |
| 04/02/19 17:27 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| xiaoysh |
回复:
類圖設計的問題
1.文中"資料庫表"是台湾的说法吗?是和大陆的"数据库表"一个概念吗?
如果是这样的话,那么类的设计和数据库的设计是两码事。两者虽然会有密切联系,但肯定是需要分开设计的。具体的做法不是一两句话能说清的。
2.用uml作web application的设计是有一些问题,一般是要作相应的扩展的。
理论上,在详细设计中是应该把包括按钮点击事件这些内容也设计出来的。
3.要设计的东西是类及其关系,而不是类图。类的设计我想应该做到把相应的属性和方法都抽取出来才行吧。当然,这个工作不是可以一蹴而就的。
而应该以use case的驱动来逐步迭代细化而得。
以上只是个人观点。 |
| 04/02/20 16:43 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| misfans |
回复:
類圖設計的問題
我沒有試過Visio,因為我的Visio版本是2002﹐好像不支持。
有機會我會找個Visio XP試試的﹐謝謝! |
| 04/02/23 08:55 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| misfans |
回复:
類圖設計的問題
我是在一家台資企業工作的程序員﹐最近開始逐漸導入UML設計。
我們所說的資料庫表同你的理解是一樣的!
因為我們都是在摸索著學習﹐而一些人的觀點是在類圖的設計應該把資料庫各資料表(table)也設計出來﹗
當然我認為不對﹐我認為類圖的設計是系統設計過程中各種功能類﹑邊界類的商務邏輯的組合設計﹐是為了使我們的程式更優化﹐合理化。并且在UC圖+類圖+時序圖的合作時﹐整體性地分析整一個系統的邏輯﹐并可以此分析其弱點﹐缺陷﹐甚至為以后的開發留出擴展接口。
而不應包含對資料庫中各資料表(table)結構的分析!它是系統設計﹐而不是資料庫設計﹐那是PDM設計!
其次﹐在對于邊界類設計的問題上﹐我的問題是﹐如果設計人員把Button_Click等細小事件方法都設計出來﹐會不會對設計員的考慮太多﹐而讓程式員的考慮太少﹐甚至會限制到程式員的發揮呢???
|
| 04/02/23 09:12 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| smilemac |
首先需要问自己我为什么要设计?我通过设计想达到什么目的。这些问题不清楚,设计也是白设计。
|
| 04/02/23 21:43 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|