Re: [問題] 該如何規畫一個程式

※ 引述《[e-mail] (三億兩千萬大散戶)》之銘言：
> ※ 引述《[e-mail] (預約兩年後的未來~~)》之銘言：
> > 規劃的問題真的是一個大哉問.....
> > 這只有多讀多想多做才能從中獲得足夠的經驗.....
> > 妳若有興趣可以先讀一些DesignPatter的書籍, 都是規劃的根基.
> > 其實哪些東西要Public哪些要Private這真的是要從需求去仔細規劃,
> > 不是寫到一半, 需要什麼就再把哪些DataMember從Private改成Public....
> > 這樣一定會亂....
> > 唉, 好像救不了你, 畢竟這不是三言兩語的事情.....
> > 講了這麼多廢話, 只有多讀多學多想這句比較中肯....^_^
> 應該是我資質駑鈍吧
> 我感覺design pattern跟UML那些東西一樣都是屬於比較理論的東西
> 就像學校中網路七層的理論講了N遍了結果還是不會寫網路程式一樣
> 後來發現其實寫一般的網路程式只要知道IP/Port就可以了
> 像我有稍微翻一下書局design pattern書
> 好像有看到一個介紹瓦斯爐開關的東西
> 什麼大火中火小火切來切去的
> 可是感覺好像跟我寫程式沒什麼關係耶...
> 可能是我太笨了吧...
> 至於程式架構改來改去
> 其實都是上面的人想加東加西的啊
> 我也沒辦法做決定啊
> 光是StringGrid就可以把人搞死了
> 字要靠右 要換顏色 要能編輯 要能自選欄位 要能排序 要能畫圖 ...
> 當然也有更好的元件
> 但是複雜的元件就會有更多意想不到的問題
> 真不曉得像Outlook那種列表元件是怎麼辦到的
> 不只要會寫程式
> 還要有藝術細胞才行
。
。
    ＵＭＬ我是覺得用起來蠻有幫助的，
。
以使用案例圖做開頭我覺得是最好用的方式。
。
特別推諫歐萊禮的UML學習手冊 ( 封面有隻貓 )，
在該書第四章有對使用案例圖的圖形意義做了十分詳盡的說明。
。
博碩文化的UML使用手冊，
此書的第十七章能使你快速地了解使用案例圖的架構與意義，
。
維科出版的活用UML與樣式，
此書的第六章對以文字描述使用案例圖中案例的事件過程有清楚的說明。
。
    其中尤其以歐萊禮和維科這兩本最重要，要畫圖先看歐萊禮那本，
。
畫完圖之後，為了加上文字描述，就看維科那本。文字描述的重要性，
。
在於更清楚的表達系統的動作與特性，如此才能畫出活動圖和類別圖。
。
    而活動圖與類別圖畫好，整個程式的流程與類別、
。
變數等等的規劃也差不多了，接下來只要按圖施工即可。
。
。
--
※ Origin: Yahoo!奇摩 大摩域 <telnet://bbs.kimo.com.tw> 
◆ From: 218-166-108-187.dynamic.hinet.net