<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的相關連接

    最新評論

    主站蜘蛛池模板: 国产亚洲成人久久| 好大好硬好爽免费视频| 亚洲精品无码AV人在线播放| 麻豆亚洲AV成人无码久久精品| 成人免费在线视频| 亚洲欧洲另类春色校园网站| 91香蕉视频免费| 中文有码亚洲制服av片| 免费观看的a级毛片的网站| 亚洲国产精品18久久久久久 | 成在线人免费无码高潮喷水| 亚洲精品国精品久久99热| 国产免费伦精品一区二区三区| 狠狠亚洲狠狠欧洲2019| 精品亚洲永久免费精品| 亚洲黄色免费网址| 在线观看免费大黄网站| 免费一级毛片在线播放视频免费观看永久| 亚洲AV中文无码乱人伦在线视色 | 亚洲精品无码不卡| 免费黄色网址网站| 亚洲AV无码一区二区三区网址| 亚洲第一网站男人都懂| 国产色爽免费无码视频| 亚洲国产高清在线精品一区| 好大好硬好爽免费视频| 精品久久久久久国产免费了| 亚洲精选在线观看| 精品免费国产一区二区| 亚洲精品国产日韩无码AV永久免费网 | 日韩成人免费视频播放| 无码天堂亚洲国产AV| 免费在线看片网站| 东方aⅴ免费观看久久av| 亚洲一级片在线观看| 免费v片在线观看无遮挡| 日韩精品在线免费观看| 亚洲AV色吊丝无码| a级亚洲片精品久久久久久久| 91福利视频免费观看| 老司机午夜在线视频免费观|