JWorld@TW the best professional Java site in Taiwan
      註冊 | 登入 | 全文檢索 | 排行榜  

» JWorld@TW » Software Engineering  

按列印兼容模式列印這個話題 列印話題    把這個話題寄給朋友 寄給朋友    訂閱主題
reply to topicthreaded modego to previous topicgo to next topic
本主題所含的標籤
無標籤
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:joeyli]
singlelog

換回來



發文: 416
積分: 6
於 2005-05-05 11:14 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
joeyli wrote:
但是, 小弟認為iterate這樣的模式應該是至少適用於所有product開發案, 而不只是侷限在framework的開發.

同意你對iterative的看法,我先前只是隨手舉例而已啦。Big Smile

joeyli wrote:
其實無論哪一類型的專案, 所有的view都不能偏廢

A...是沒錯。不過當你開發產品也好,做專案也好,日子久了後,同一類型的東西,就會看看以前有什麼可以拿來用的。這個時候,你大概就只會挑某幾種view來看,你不會每次要接一個新的案子,都要從頭開始做吧。

如果你有了產品,除非有必要,否則大概也不會做大修改。通常在這種狀況下在做 SA / SD時會要看的view,可能就只有每個案子不同的部份。通常也就是要先capture他們的商業流程的部份。然後看看產品有沒有需要cutomize的部份。收集久了customization的需求,就可以當做下次product改版的參考。

kenming, moli, browser...這種在教育訓練界一直努力的人,是我很佩服的。我自己就沒有耐心不斷地講解相同的東西。要把一個觀念傳達給一個不了解的人,這是很困難的事情。

以前我媽叫我教她怎麼樣用電腦,我教了一陣子,最後就放棄了,她聽不懂,我又沒什麼耐心,就覺得很辛苦。後來請她自己去上課,兩個人就皆大歡喜。雖然當年她學會的東西在現在來看一點用都沒有。(有誰還在用dos的format a:?很多新的電腦連A:都沒有)


singlelog edited on 2005-05-05 11:25
reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
ec_yeh





發文: 72
積分: 0
於 2005-05-05 18:49 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
singlelog wrote:
一開始在起這個話題的時候,其實內心想的是,很多跟SA/SD相關的工作,跟UML其實沒什麼關係。不過好像很多小朋友都把這幾件事畫上等號。所以覺得有點納悶。
斗膽提出建議,UML說穿了不就是一些記號表示法。既然趨勢如此,獨孤大大您也就開始跟小朋友講UML和OO的語言嘛!可以用您所謂的小朋友聽得懂得語言告訴他們SA、SD怎麼做,也算是作育英才造福社會。像您提到的複雜的exception,其實真正的功力是在於找出好的model來,這用UML或是用ER來表達一點也不重要。Fowler寫出那本分析的經典名著時,可沒有用UML,還是一流的經典。可是後來他卻成了UML專家,因為UML distilled書出了好幾版都版版暢銷。我相信那是因為他分析設計的功力,而不是因為對UML語言的鑽研最深。


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:ec_yeh]
singlelog

換回來



發文: 416
積分: 6
於 2005-05-05 20:50 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
ec_yeh wrote:
斗膽提出建議,UML說穿了不就是一些記號表示法。既然趨勢如此,獨孤大大您也就開始跟小朋友講UML和OO的語言嘛!可以用您所謂的小朋友聽得懂得語言告訴他們SA、SD怎麼做,也算是作育英才造福社會。像您提到的複雜的exception,其實真正的功力是在於找出好的model來,這用UML或是用ER來表達一點也不重要。

基本上並不是因為我不用跟他們一樣的語言,而是我會傾向於看狀況用我覺得是適當的語言跟工具。可是在以往的工作經驗上,這會是個政治問題。

『我們公司應該要建立一套統一的標準。』

『為什麼你要提倡這種過時的東西?他就是不好才會被淘汰嘛。』

『我是聽說你們都用OOAD/UML/RUP(whatever)在開發才進公司的。』

講個題外話。我以前做過一個跨國開發的案子,domain expert在台灣,可是主要的key development team在美國。

一開始時,我們配合 domain expert 寫了一堆文件。不過因為不是use case driven ooad document,所以你寫的文件沒人看,development team自己另外寫一套文件。等你review他們的文件,發現怎麼跟requirement差那麼多時,發現有太多東西被skip掉。後來我們依照新的format去改正原有的錯誤。這個team就覺得我們是因為建議的文件不被採用而挾怨報復,雞蛋裡挑骨頭。

到後來政治問題一直沒解決,我們生產的文件跟垃圾差不多,因為沒人要看。他們自己發明requirement。自己憑著想像亂做一通。

結果到了客戶端,當然是被客戶慘電。美國人給的答案是,我們是開發產品的公司,所以只是參考你們的需求,做出來當然會不一樣。後來客戶火大,就把j我們公司的人找來罵一頓。結果原來的 requirement,被美國人當做是change request。因為據說,美國都是這樣做案子的。Big Smile

當然,這是政治跟專案管理的問題,無關技術。不過很多這種鳥問題,就都是跟技術無關。

我的觀點是什麼?我總覺得,有些東西應該要還給它一個應有的地位。不是東西老,就代表它很差。也不是說它就是被淘汰的爛貨。可能拿來用在適當的地方,老方法就還是比新方法好用。當然啦,有些時候,就是會花太多時間在討論這樣子的問題。對一個team來說,這就不是很好了。


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
wangjim





發文: 4
積分: 0
於 2005-05-24 01:13 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
在這裡發表一點淺見....

其實UML的各項塑模工具在搭OOAD的開發方法是比較順也比較有幫助
因為在各產出及開發過程都能串接的比較順暢
Singlelog兄有提到DFD, ERD等分析或設計產出,
想必Singlelog兄應該是採用非OOAD的開發方法, 所以會提出這個問題也是很自然的反應

我從改採OOAD&OOP的開發方法進行專案後
Use Case Model, Class Diagram 及 Sequence Diagram這三個圖變成我最常畫也被認為是比較關鍵的產出
DFD由Sequence Diagram取代, ERD則是不需要畫
因為Class Diagram出來後, 有一套OR Mapping的規則可以對應出Table Schema
所以, 需求的部份由Use Case Model(包括圖及詳細描述)來表達
200項系統需求, 在整理後可能會變30~40個Use Case及Supplementary Spec(描述非功能需求的文件)
每個Use Case就是一個說大不大, 說小也不小的功能
整個專案再切成數個Iteration, 每個Iteration會消化幾個Use Case
也就是會根據這些Use Case設計出Class Diagram及Sequence Diagram
然後根據這些產出實作寫碼寫測試, 然後完成1個Iteration後
再繼續一個Iteration....

個人覺得這樣實行起來是滿順暢的, 但是....
這樣塑模工具其實就像是你的武器, 用的順, 再搭配上使用方法(開發方法)
就會覺得很好用, 但搭配不起來, 或是卡在畫圖的泥沼中, 就變惡夢一場
所以, 既然是武器, 用得順比較重用啦, 除非它已經不適用了
譬如說用Java開發AP, OO語言若搭配傳統開發方法就有點彆腳
我有看過一個專案就是這樣在做, 做得出來, 但就是發揮不了物件導向語言的一樣優點....

就醬, 一點淺見 ^^


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
darkerlemon





發文: 3
積分: 0
於 2005-06-02 18:14 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我對UML的看法在於就像一個台灣人同一個美國人講話一樣,
只是協調出一種彼此都懂的東西來溝通,
讓彼此比較容易了解講的是什麼,也比較容易觸及需求的真義。

而OO與非OO是設計系統時的不同考量,看你想以data為主體來建構系統,
或是模擬真實世界的互動,用物件來建構系統。
這與程式碼也沒有太大的關係。

如之前一些先學講的,系統對非設計師來說只是一個黑盒子,
他只在乎結果對不對,你怎麼設計,用怎樣的演算法和資料結構,
只是在開發時實作有差別和影響系統運作時的 performance 而已,
既然output的結果都一樣,對user來說就有達到功能性。


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:darkerlemon]
ChihHsiang

改用misgod的帳號了....

版主

發文: 293
積分: 0
於 2005-06-02 21:03 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
UML不就是一個溝通的語言嗎??
我覺得不ㄧ定用UML,用你最輕鬆方便的方式只能要溝通就好啦...
語言不就是只要你和我可以溝通就好,沒有說一定要那一種吧

我們公司來說 SA->SD->PG分處各地~~
UML就成了彼此溝通的管道
也不是一定用UML只是他提供了一個共同的標準
避免各說各話,畫了一堆讓人看不懂的圖~~
而且對新人來說可以縮短上線時間,不用額外去學公司的特殊文件規格...


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
bin1x





發文: 85
積分: 0
於 2005-07-26 22:49 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
最近去上了一個課
也看講師們談UML
這個東西
之前待的一家公司,有買書要?媕Y員工讀
那時不曉得這個是什麼東西
等到上JAVA 課時
上課老師提了一下,其它我是不太懂了
ER MODEL 這個東西可就知道了
理論的東西,應該都不會變
表現的工具,可能就有差別了
可以把UML 當成VISIO 在用
好像就對了
只是這種理論的東西,談的系統面
大致上的架構,表示的很清楚
當系統面要再ZOOM IN 到程式面時
似乎就不是那麼明白的事情了
如果在套用在工作實務上時
我只能說,課堂上歸課堂上
繼續讀書吧


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助?[分享] [Re:ianhong]
architectsu





發文: 9
積分: 0
於 2005-08-22 16:06 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
看到各位精闢的見解, 收益良多.

感覺大家好像都在比較不同的Modeling 技術到底誰優誰劣
或者在不同的時空下 誰較適合,

不過在 MDA 的架構下, 以後這類問題應該會越來越不重要,
畢竟會講很多語言的天才是少數,
在英國適合講英文, 在中國當然講中文溝通最有效率
不同語言產生不同的族群, 也不必硬要統一.
實現 MDA 的 CASE TOOL 即將問世
因此以後透過 MOF & OCL 定義 Meta Model 的互轉, 即能達到不同Modeling Language 所塑模的 Model 之互通了. UML的使用方式將會漸漸由草稿轉變為藍圖甚至程式設計語言的方向前進.

但是以為以後 SA/D 就不用寫文件了, 那就錯了! 因為只是提升文件的層次而已
以後還是要記錄分析設計時, 決策的來龍去脈, 例如 why to use these patterns, why to choice these frameworks / Lib / Components etc.

個人小小的意見


reply to postreply to post
~~~~~~~~~~~~~~~~~~~~~
IT 無法謀財, 只能害命...

~~~~~~~~~~~~~~~~~~~~~
作者 Re:UML到底對於SA/SD要做的事有多大的幫助?[分享] [Re:architectsu]
monoxxx





發文: 1
積分: 0
於 2005-08-29 17:03 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
其實看到大家對於UML有這樣多的討論,我也真的學了很多,不過我覺得大家何不用一個角度來看,UML其實就是軟體工程的藍圖語言。

我曾經聽過一位老師跟我說過一句話,他也是引述某人的言論,他說:全世界的工程只有軟體工程不畫圖,我想UML的產生就是要讓不同背景與語言文化的人可以透過這樣一個工具快速的望圖就能知其一二吧。當然我把UML只套到軟工上也不恰當,但我個人對於UML若用在軟體工程的看法就是這樣的。

就好比建築師與土木工程師在蓋建物、大樓、橋梁、或者建築物前,一定是先畫藍圖來溝通,而不可能只是在那邊講說我要怎樣怎樣的蓋,而在建築業與土木業中的這些圖都有明確的定義,所以大家只要看到藍圖,管你是那一國的工程師都可以溝通啦。

再者推到電子業,那些IC設計的數位邏輯,或者主機版layout圖不也都是如此的功用嗎?大家可以透過這些設計藍圖就要達到您所想要做的出的產品。

而我想UML當初的理想也就是要讓軟體工程達到如其他工程藍圖的溝通效果吧。

不過至於要不要用呢?我覺得就就是很爭議的地方了,因為沒有人規定你做OOAD就一定要去使用UML來畫草圖的,甚至像實際的狀況上,很多情況都是光把產品做出來就來不及了,沒錯的,這的確是這樣,但是這部份本來就是要視公司情況與專案情況來決定的,沒有絕對的。

就像一般坊間的泥水匠師父,他們若在蓋房子,說實在的會一定去畫建築藍圖嗎?答案是很可能根本就不用的,所有的圖就在他們的腦海中了,但是今天若您是要蓋一棟101大樓,這樣的巨型建物您還能這樣做嗎?我想這樣的例子也一樣存在於軟體工程的專案中的。

講到這裡我只是想表達,UML只是一種讓我們可以把軟體真的工程化的工具,好用來彼此溝通,但是發展至今我們是不是有用到他的好處,這就是要值得深思的地方了,但是UML總是跨出了這一步,我認為我們身為軟體工作者應該有必要好好的去了解研究他才是,也希望有一天軟體工程可以達到如同其他工程一樣的標準化工具來互相溝同。


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
eronlin





發文: 1
積分: 0
於 2005-09-02 16:52 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
1.計算 3+5 : 心算比較快
2.計算 6*23+89*22 : 可能需要紙跟筆
3.計算 56 開根號 +0.5599385 : 用計算機比較好
4.計算 圓周率 : 可能要不錯的電腦
5.計算 太空梭降落的地點 : 可能要有經過規劃的計算軟體


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
gongtow





發文: 13
積分: 0
於 2006-03-31 23:59 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
個人提供一些經驗,我使用 VP UML + eclispse 做開發,因為雙向 engineering 容易,因此維護 UML 圖的成本並不高。畫圖的目的在於幫助開發流程,如果畫得圖不能產生 Code,我覺得是 overhead,而 code 不能反向回饋到圖上,那圖的正確性三天就沒了。

不過目前的問題在於,真的懂UML的人並不多,UML是一套統一語言,可是就跟任何其他語言一樣,你講出來的話,要經過別人的理解,這理解的過程就差異很大了。就拿Use Case 來講,到現在還是一屁股人畫出 Create Account, Delete Account 這樣的use case。

同一個 Team 經過一段時間的合作,可以磨合出來一套大家理解的語言,這個語言就算是UML,也有一定的說法。譬如說,我的老闆就非要在 Class diagram 上面畫上一個 client,而且一定要在右邊,不然他就說你格式錯誤。

設計師和程序員的溝通需要語言,三言兩語的口語化溝通當然比不上規規矩矩的UML文件,但是光圖是不夠的,javadoc,use case文件都可以當作輔助,文件的多寡和詳細程度到雙方的認知趨於一致就可以。多做就是單純為了 Review 而已了。

初始設計階段當然大家都是用白板和紙筆,可是到文件製作交付的階段,白板和紙筆做出來的文件就過不了關。


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
yeah920





發文: 2
積分: 0
於 2007-01-19 11:01 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
学习

reply to postreply to post
广东省深圳市
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
DrAlbert





發文: 13
積分: -1
於 2007-02-25 09:16 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
軟件工程 是講計劃的
軟件藝術 是講創意的

UML 是 軟件工程

為團隊作戰的必須

我們發包NoteBook的零件配件時 UML 就像 AutoCad 畫圖一樣
畫圖的人是不用想如何作
想的是RD經理的規格要求

沒有發包沒有團隊分離時你會一心想著接下來要如何做
建築師從來不想等一下要爬到 50公尺高 綁模板
因此可以專心構想
再由專業繪圖工程師將創意劃上

你在Coding又畫圖 UML
太不專業了


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
chihyi





發文: 45
積分: 0
於 2007-02-27 17:12 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
各位前輩們好,

原本沒注意到這一篇文章,看到有最近的回應,才進來看看..

沒想到..一篇一篇看下來..看得我是 戰戰惶惶,汗出如漿 ...

研究所兩年的學習下..軟體工程的種種信條..早已深植我心..變成我的"信仰"了..

即使我們都知道一個理工人應該時時保持懷疑的態度..

但是是所學所聞..還是把我訓練成一個"宗教狂熱者"..

或許..我應該就像獨孤木大人所說的那種小朋友吧...

這一篇一篇的看下來..回頭印證我這初入社會的半年來工作經驗..真是看得我頭皮發麻..

UML很好..RUP很好..CMMI很好..但是我們應該照單全收嗎?

或許..我們一般的教育下..講述許多UML的優點..卻沒有人教學生UML有那些缺點..

這可能才是一個大問題..

---
一點拙見, 請大家指教囉


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:chihyi]
singlelog

換回來



發文: 416
積分: 6
於 2007-02-27 18:23 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
chihyi,

這些很好的東西都很有用。只是說你在現實生活中可能會需要調整一下。我不是什麼大大啦,只是說如果這些東西你都很清楚了,那遇到問題時就會多了一些解決的方法。


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
Joying





發文: 8
積分: 0
於 2007-10-31 09:43 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
如果眼裡的"系統", 只是一個達到客戶需求的產出,
那麼什麼都不要做, 只需要努力去Coding就夠.
如果眼裡的"系統", 要符合
功能正常運作, 教會使用者使用, 程式實作外包與交給不懂的人維護,
那就有很多事情必須去做.
(B01, B02, F01)

>>以速度來看
用UML設計, 會多花SA/SD三倍的時間,
因為要花時間畫圖, 要花時間review
(A02)

>>以文件來看
先畫UML表達設計再依循著做,
設計完後文件也跟著出來, 否則得寫沒人要看的"回憶錄"
(C01)

>>以Use Case來看
使用UML依照某些設計準則來做會有較佳的層次,
直接做的話常因概念模糊而發生責任與關係上的問題,
造成被類別"綁死"而難以變更的現象
(B14, B15)

>>以分析來看
使用UML, 對確認應該有哪些層次的物件概念較清楚
也方便分析出共同的動作將之抽出共用, 並不是只是圖而已
(B09-B11)

>>以追溯來看
在UML裡的重點似乎應在"Modeling"而不是"Language"
在Model裡可以快速地找到任何一個物件被哪些Use Case的追溯關係(反向找尋也可),
追溯的關係可說是國內開發系統時大家不想去做的事,
但在其他國家卻很重視影響的追溯.
(B12, C28, D25)

----------------------------------------------------------------------

在工作上, 已經遇到印度最大的TA TA來台灣作生意而成為競爭廠商,
對於在特定Domain上提出的方案, 功能與使用都還沒有我們做的好.
但是著重軟體工程, SA Tool, 元件工廠....的他們, 很擔心未來成長的後勢,
這對只看重"用程式達到功能"的我們是看不到的隱憂, 提出了也沒人想改變....


reply to postreply to post
一個幾乎不看書的Java程式寫作員
努力考過一次SCJP但是只得到49%
理想是用XP作出符合OOAD精神的設計

從OOAD中領略人生的常理 http://ooadreason.blogspot.com
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
linbn





發文: 4
積分: 0
於 2008-01-12 07:09 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我記得有幾本書提到...(大意)

如果你的工具夠用了,就不用去找更花俏的,
如果你覺得這個方法不適合,那就刪掉...即使他是個標準模型,
配合自己的團隊調整方法...


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:singlelog]
zanyking





發文: 406
積分: 4
於 2008-01-24 10:44 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
自己這幾年來開發系統的心得是,任何大題目都要先從定義開始。

對我來說,SA/SD是為了將程式語言、硬體架構、使用者行為、系統輸出等等
具有龐大複雜性的東西,以一個人智可以掌握的模型去抽象、簡化,使我們能夠
有地方措手並產出期望的結果。

那麼既然模型是抽象的,當中會有與現實不同的例外(抽象滲漏)、有模型無法涵蓋到的世界就會是正常且必然發生的,所以,問題從來只在於,你的模型對問題的本質能涵蓋多少?你有沒有好的品味去選擇適當有效率的方式來建構模型?

我不覺得非常實際的東西(bit operation, IO, Driver)去做很抽象的物件分析會是件好事。
我也不覺得Use case能夠厲害到去照顧『使用者經驗』這類的問題。

工具始終是工具,對開發者來說,對它始終抱持批判懷疑的態度來使用才是健康的。

而作為宣傳一個工具、提倡一種方法的傳教士,講清楚你的邊界、限制在哪裡,對台下在聽的開發人員而言,可能會比如何使用你的工具重要。

以我個人的審美觀(偏見)來說,我不太相信MDA,以及第二版之後的UML。
基本上程式碼產生器是個很容易有抽象滲漏的玩意,以至於它的使用必定要嚴格的限制在一個定義清楚的Domain裡頭,否則,你就得不斷的加入更多的細節來克服每天冒出來、不在你控管範圍、卻又不得不克服的例外。
不管MDA、UML原本是個什麼東西,從夏農的Information entropy理論來看,日漸尋找到的例外細節都會拖垮它的最初設計,而將它變成另外一種需要花費同樣effort卻不見得能做更多事情的程式語言。

我認為當我需要選擇一個工具時,我得要有以下的想法:
這世上有許許多多的開發方式與模型,而因為我的工作是這個方面的,所以我選用這樣的東西,它雖然在處理AAA的問題很不錯,但是只要跟BBB有關,這個工具就最好別用,因為,它會在CCC上面難以解釋、定義,而造成ddd問題。


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:zanyking]
MistyJungle

沒錢萬萬不能...



發文: 56
積分: 0
於 2008-01-24 11:51 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
zanyking wrote:
以我個人的審美觀(偏見)來說,我不太相信MDA,以及第二版之後的UML。
基本上程式碼產生器是個很容易有抽象滲漏的玩意,以至於它的使用必定要嚴格的限制在一個定義清楚的Domain裡頭,否則,你就得不斷的加入更多的細節來克服每天冒出來、不在你控管範圍、卻又不得不克服的例外。
不管MDA、UML原本是個什麼東西,從夏農的Information entropy理論來看,日漸尋找到的例外細節都會拖垮它的最初設計,而將它變成另外一種需要花費同樣effort卻不見得能做更多事情的程式語言。


我是屬於 "人工" 派的 MDA.
我不擅長於 "機械" 派的 MDA.


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:MistyJungle]
zanyking





發文: 406
積分: 4
於 2008-01-25 10:35 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
MistyJungle wrote:
我是屬於 "人工" 派的 MDA.
我不擅長於 "機械" 派的 MDA.


"人工"派的MDA...有嘗試著使用UML做出良好OOAD的人不是"人工"派的MDA的嗎?
Smile


reply to postreply to post
作者 Re:UML到底對於SA/SD要做的事有多大的幫助? [Re:zanyking]
MistyJungle

沒錢萬萬不能...



發文: 56
積分: 0
於 2008-01-25 11:38 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
zanyking wrote:
"人工"派的MDA...有嘗試著使用UML做出良好OOAD的人不是"人工"派的MDA的嗎?
Smile

"人工"派的MDA 是做完設計後, 叫人去生出程式碼.
用UML作OOAD 但是最後目的並沒有用來產生產品, 就還不算是 MDA. (抓你語病)

基本上 機械派流的 才是真正 MDA. 人工派流的是來鬧場的.


reply to postreply to post
go to first page go to previous page  1   2  go to next page go to last page
» JWorld@TW »  Software Engineering

reply to topicthreaded modego to previous topicgo to next topic
  已讀文章
  新的文章
  被刪除的文章
Jump to the top of page

JWorld@TW 本站商標資訊

Powered by Powerful JuteForum® Version Jute 1.5.8