<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嚴格的標準。現在拿到網上來,兄弟們幫我看看有那些地方又不妥當的地方。相互學習....

    首先弄清楚類圖是個什么東西:
        類圖(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內可以又很多個商品。可以說進貨單JinHuoDan是整體,商品ShangPin是個體。可以由進貨單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的相關連接

    最新評論

    主站蜘蛛池模板: 久久亚洲日韩精品一区二区三区| 国产精品久久久久久亚洲影视| 亚洲欧洲日本精品| 国产线视频精品免费观看视频| 国产高清免费视频| 亚洲av午夜精品一区二区三区 | 午夜时刻免费入口| 亚洲情综合五月天| 国产大片免费天天看| 亚洲中文字幕无码一区二区三区| 亚洲已满18点击进入在线观看| 国产无限免费观看黄网站| 九九精品国产亚洲AV日韩| 伊人免费在线观看| 亚洲国产成人久久精品影视| 久久永久免费人妻精品| 国产aa免费视频| 成年女人A毛片免费视频| 亚洲精品无码成人AAA片| 99re6在线精品视频免费播放| 亚洲一区二区视频在线观看| 狠狠躁狠狠爱免费视频无码 | 亚洲国产精品成人网址天堂| 免费在线观看自拍性爱视频| 特级做A爰片毛片免费69 | a在线观看免费网址大全| 国产麻豆剧传媒精品国产免费| wwwxxx亚洲| 亚洲第一页综合图片自拍| 免费国产在线视频| 国产亚洲sss在线播放| 亚洲国产精品一区二区第一页免| 亚洲av综合av一区二区三区| 黄页网站在线观看免费| 国产成人精品一区二区三区免费| 亚洲国产精品13p| 免费人人潮人人爽一区二区| 久久久久亚洲精品美女| 97人妻精品全国免费视频| 亚洲AV无码国产精品色| 亚洲午夜AV无码专区在线播放 |