錯誤一：以為Entity-Relation Diagram就是Class Diagram。
錯誤二：Sequence Diagram 繪製僅到初步設計階段。
錯誤三：Sequence Diagram 在描述Flow of Events 階段時，就將Transaction Object life、資料加解密、壓縮J2EE等Services 的機制加入。
錯誤四：漏掉Package 的設計，直接進行Class Design，直接繪製Class Diagram 。
錯誤五：Actor 與USE Case的關係表示，以為箭頭方向表示資料流向。
錯誤六：在Sequence Diagram中強調畫面(GUI)的設計。
錯誤七：在Sequence Diagram 中強調Return的設計。
錯誤八：一開始在USE-CASE Analysis階段就太過注重例外或情況判斷的分析。
錯誤九：在Sequence Diagram 中忘了描述例外或情形判斷的設計，以致無法全部滿足USE-CASE Design的結果。
錯誤十：沒有將分析後的Sequence Diagram 做具體化(Realization)。
錯誤一：以為Entity-Relation Diagram就是Class Diagram。
解釋：
很多人會以為E-R Diagram 就是Class Diagram ，特別是一開始就比較熟悉Data Modeling 技術的專業人員，更容易犯這錯誤，由於已經習慣以往DFD(Data Flow Diagram ) 的設計，因此在跨到OO設計技術時，常會忽略掉程序類別。
錯誤二：Sequence Diagram 繪製僅到初步設計階段。
解釋：
Sequence Diagram 的設計正確應該分成兩個步驟，先為初步設計;再為細部設計。在初步設計時，主要是描述Business Flow of Event，在細部設計時，則接著利用Sequence Diagram 將Mechanism等機制加入。(錯誤二)犯了不及型的錯誤，有些人會做到初步設計就停手了，而相對的(錯誤三)則犯了太過型的錯誤，(錯誤三)在初步設計階段就猛將mechanism機制帶進來，有點太本末倒置了。
錯誤三：Sequence Diagram 在描述Flow of Events 階段時，就將Transaction Object life、資料加解密、壓縮J2EE等Services 的機制加入。
解釋：
Sequence Diagram 的設計正確應該分成兩個步驟，先為初步設計;再為細部設計。在初步設計時，主要是描述Business Flow of Event，在細部設計時，則接著利用Sequence Diagram 將Mechanism等機制加入。(錯誤二)犯了不及型的錯誤，有些人會做到初步設計就停手了，而相對的(錯誤三) ..
訪客只能看到部份內容，免費 加入會員 或由臉書 Google 
可以看到全部內容
