討論串(共27篇) - [設計] 來談一下分析設計 - 看板Database

看板 [ Database ]

討論串[設計] 來談一下分析設計

共 27 篇文章

排序：最舊先 | 最新先 | 留言數 | 推文總分

內容預覽：開啟 | 關閉 | 只限未讀

推噓0(0推 )留言0則，0人參與作者come時間18年前 (2006/07/13 17:30)資訊

內容預覽:

我是說先有資料庫才有程式喔. 你完全誤會了這跟class diagram的語意一點都沒關係. 這是跟資料庫的設計和整個軟體開發流程的先後順序有關. 資料庫是在analysis階段就完成. analysis階段的class diagram只是一個雛形而已. 到了design階段的class diagr

(還有17個字)

#17

Re: [設計] 來談一下分析設計

推噓1(1推 )留言1則，0人參與作者seagal (會長繞跑了)時間18年前 (2006/07/13 18:41)資訊

內容預覽:

這樣說也是有道理. 的確ER Model是在分析階段就會產出的文件. 不過這也是我最主要覺得的問題. 硬把傳統的結構化分析與設計. 跟物件導向分析與設計串在一起. 產生的很多問題. 都讓我覺得很弔詭. 結構化的分析與設計. 起源於1960年代末期. 最初的結構化的分析與設計. 並沒有包含ER Mod

(還有1308個字)

#18

Re: [設計] 來談一下分析設計

推噓0(0推 )留言0則，0人參與作者come時間18年前 (2006/07/13 21:21)資訊

內容預覽:

並不是說OOA OOD就不會用到ER喔. 只要你的軟體計劃中有需要使用DB，就會有ER或者類似的資料庫模型文件. 除非你使用結合DB的OOPL. 另外資料庫的stored procedure不是用來給你寫物件的method的. 是用來控制資料庫的一致性的，補足DBMS內建constraint的不足.

(還有14個字)

#19

Re: [設計] 來談一下分析設計

推噓1(1推 )留言1則，0人參與作者come時間18年前 (2006/07/13 21:31)資訊

內容預覽:

理論與現實是有差別的. OID在RDBMS是類似那種額外附加的代理鍵. 有時候代理鍵在應付資料庫的一致性是很弱的嚴格來說DBA是管理已經上線的DB. DB的設計是DB設計師的事情. 除非這兩個角色重疊...難道OOA, OOD就不需要用到資料庫嗎?. 應該說資料庫的部份是用資料導向在開發. 其他部分

#20

Re: [設計] 來談一下分析設計

推噓0(0推 )留言0則，0人參與作者seagal (會長繞跑了)時間18年前 (2006/07/14 03:29)資訊

內容預覽:

我簡單回一下有關O/R mapping的方面好了. 明天要出國. 可能沒時間再繼續回了. ㄧ些有名的O/R mapping framework. java:. Hibernate http://hibernate.bluemars.net/. NET:. LINQ http://blog.sina.

(還有344個字)

首頁

尾頁