错误一：以为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 
可以看到全部内容
