<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    布衣王子

    Email:roose2008@gmail.com QQ:79212131

    UML類圖標準總結__大家相互學習

    以前在做一個項目之前總是在UML的一些概念上花費極大的功夫,得出的圖形反而讓自己都含糊不清。這兩天一口氣在網上查了很多相關文章,
    在圖書管也翻了幾本書,給自己定義了一個UML嚴格的標準?,F在拿到網上來,兄弟們幫我看看有那些地方又不妥當的地方。相互學習....

    首先弄清楚類圖是個什么東西:
        類圖(class diagram)描述了模型的靜態結構,包括模型中的類的類的內部結構以及于其他類的關系,在結構化設計一個系統的時候類圖可以讓我們的思路更加清晰。
        類的內部結構就不用說了,沒什么好說的。
        一個類與其他的類常見的關系(我所接觸到的關系)有:
        1.一般化關系
        2.關聯關系
        3.聚合關系
        4.組合關系(合成關系)
        5.依賴關系
        其中,聚合關系合成關系又屬于關聯關系。
    一般化關系表現是與類之間是(is a)的關系。也就是類與類之間的繼承,接口于接口之間的繼承或者是對一個接口的實現。表示方法是用一個空心箭頭+實線,箭頭指向父類?;蛴每招募珙^加虛線(如果富父類是接口的話)

    如圖1,User定義了系統中一個用戶的原型,客戶Customer繼承了User類并且有自己特有的方法。管理員Manager類也繼承了User類,并且又自己特有的方法,而且Manager為了能夠管理客戶還實現了Cmanage這個接口,也就具備了Cmanage的所有功能,可以對客戶的余額進行操作,而且還可以刪除一個客戶。


    關聯關系表現為類與類之間的(has a)關系。它使一個類知道另一個類的屬性和方法。關聯關系表示的是類與類之間的持久關系,這種關系一般是表示一種業務邏輯上的關系,需要保存到數據庫中的。
    如圖2.學生Student中存在一個班級Class的引用。在student中可以直接根據引用訪問到Class.同時在數據庫中存在兩張表tb_student,tb_class,在表tb_student中有一個字段存儲了所關聯的class記錄的id。用箭頭+實指向被關聯的類



    聚合關系是關聯的一種,是一種強關聯關系。聚合關系還體現了一種整體與個體的關系。如圖3:
    商品ShangPin是獨立的,一張進貨單JinHuoDan內可以又很多個商品??梢哉f進貨單JinHuoDan是整體,商品ShangPin是個體??梢杂蛇M貨單JinHuoDan導航到每個進貨單包含的商品??招牧庑?實線+箭頭指向部分。

    依賴關系是表現為類與類之間的一種(use a)的關系。一個類用到了另一個類,為了完成一特定的操作。但是類與類之間不存在業務邏輯上的關系。依賴關系是針對于程序來說的。依賴關系體現在程序中主要是些局部變量、方法參數、或對一個類方法的調用。如圖四:
    商品管理類ShangPinManager主要對上提供查詢商品,刪除商品的功能,而這些功能的實現必須調用Dao類的某些方法來實現(一種調用關系)但是他和我們數據庫持久類Dao沒有業務上的關系,更不可能把這兩個類存到數據庫中去。虛線+箭頭指向被調用的類。

    另外我個人覺得利用聚合足以體現合成,沒必要分的那么詳細。UML本身是一種工具,沒必要把太多時間花費在工具的一些概念上面。
    小弟愚見,請多多指教!。。。。

    posted on 2009-09-21 18:17 草包書生 閱讀(3294) 評論(8)  編輯  收藏

    評論

    # re: UML類圖標準總結__大家相互學習 2009-09-22 10:22 草包書生

    你們這群人一點也不厚道!回個帖都老火!  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-09-22 10:55 于翔

    dia畫的吧  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-09-22 17:57 草包書生

    是阿  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-09-23 22:54 wangchangbing

    最近也是在整理UML的相關資料 為面試準備
    但是發現公司原來利用VISIO畫的流程圖狀態圖 到了ROSE里面都不成立了

    其實公司畫的大部分只是一個示意圖 用來和客戶溝通
    有個圖客戶看了明白 至于里面的流程狀態在UML里面是不是規范的客戶不關心

    類圖我確實沒有畫過 可能是還沒有遇到特別復雜的類吧  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-09-24 12:01 草包書生

    @wangchangbing
    強烈建議你在項目之前用UML為你的project做一個總體的規劃  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-10-29 20:27 等牛奶的咖啡

    @草包書生
    Uml最大的作用不是用來文檔,也不是用來規劃什么,而是為了溝通和理解需求。
    在項目開始之前是不需要花很長的時間來進行Uml的詳細建模,因為項目在進行的過程中需求可能會經常的變動,另一方面,在進行反復的迭代式開發過程中才應當使用Uml畫圖同客戶交流進行需求的分析  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-10-29 20:29 等牛奶的咖啡

    不過完整的UML類圖的標準學習了下,還缺少組合和拋出異常這些  回復  更多評論   

    # re: UML類圖標準總結__大家相互學習 2009-11-07 12:53 草包書生

    @等牛奶的咖啡
    個人認為如果在每張一個獨立的uml圖中如果只有一條執行路徑的話,思維反而更清晰。如果把異常一融合到uml圖中,試想一下異常在到處亂拋,雜亂無章的,亂七八糟。況且uml這個東西本來也只是一個指導性的東西。所以啦 uml圖中加入異常的描述是完全沒有必要的。  回復  更多評論   


    只有注冊用戶登錄后才能發表評論。


    網站導航:
     

    導航

    常用鏈接

    相冊

    java的相關連接

    最新評論

    主站蜘蛛池模板: 亚洲午夜国产精品无码| 亚洲日本在线观看| 久久精品国产亚洲一区二区三区| 国产区图片区小说区亚洲区| 男女啪啪免费体验区| 久久99国产乱子伦精品免费| 免费大黄网站在线看| 久久久久久亚洲精品成人| 美女视频黄a视频全免费网站一区 美女视频黄a视频全免费网站色 | 日韩电影免费在线观看中文字幕| 免费看又黄又爽又猛的视频软件 | 亚洲欧洲国产日韩精品| 久章草在线精品视频免费观看| 成人毛片免费视频| 亚洲精品狼友在线播放| 亚洲中文无码mv| 黄在线观看www免费看| 亚洲精品乱码久久久久久 | 中文字幕在线免费看线人| 免费中文熟妇在线影片 | 国产一级一片免费播放| 亚洲美女在线国产| 亚洲色偷偷综合亚洲av78| 破了亲妺妺的处免费视频国产 | av成人免费电影| 国产麻豆免费观看91| 韩国免费一级成人毛片| 亚洲av丰满熟妇在线播放| 一级毛片无遮挡免费全部| 嫩草在线视频www免费看| 国产一区二区三区在线免费观看| 亚洲欧洲日产国码久在线观看| yellow视频免费在线观看| 亚洲av无码国产精品夜色午夜 | 国产成人高清亚洲一区久久| 国产国拍亚洲精品福利| 99ri精品国产亚洲| 日本特黄特色aa大片免费| 亚洲色大成网站www| 亚洲成a人片在线观看无码| 人人揉揉香蕉大免费不卡|