資料庫類圖怎麼畫以及例子

① UML類圖怎麼畫

UML 類圖簡介 UML 對很多人來說應該不是一個陌生的概念，這一兩年來，UML 被大家越來越多的討論著。本來 UML 跟我這個主題似乎並不能扯上多大的關系（它是語言無關的，甚至可以說其本身就是一種語言——用於交流的）。我在此談到它有兩個目的： 1． UML 是針對面向對象軟體開發的，而 C++正是這樣的一種語言 2． UML 在設計中被越來越多的使用著，而下一篇雜談准備討論設計模式，如果不了解 UML，那麼無法進行下去 UML，全稱：Unified Modeling Language，其目的是為了對軟體密集型的製品進行可視化、詳述、構造和文檔化的圖形語言。UML 是依據許多前人的思想總結出的成果，1997 年被 OMG 通過並成為標准（所以在《設計模式》書中如果你看到與標准不一樣的地方，不要奇怪，那本書是 95 年的）。關於 UML 的歷史和更詳細的描述，可以參考《UML 參考手冊》。UML 主要由一系列視圖組成，其中包括靜態視圖（Static vi ew），用例視圖（Use case view）活動視圖（Acti vity view）等，不同的圖用處自然也不一樣，而對開發人員來講（或者說為我的下一篇來說），更重要的應該是靜態視圖中的類圖（class diagram）和交互視圖（Interaction view）中的順序圖（Sequence diagram），請注意 view 和 diagram 的區別。 類圖 靜態視圖說明了對象的結構，其中最常用的就是類圖，類圖可以幫助我們更直觀的了解一個系統的體系結構，有時侯，描述系統快照的對象圖（Object diagram）也是很有用的。在這里，我們主要介紹類圖，下面的圖就是一個簡單的類圖： 在類圖中，類由矩形框來表示，如上圖中，定義了 4 個類，分別為 Base、A、B、 C，類之間的關系通過各種線條和其他符號來表示，在上圖中，空心的三角表示繼承關系，在 UML 的術語中，這種關系被稱為泛化（Generalization），所以上面的類用等價代碼表示為： class Base{…}; class A:public Base{…}; class B:public Base{…}; class C:public Base{…}; 我們再看下一幅圖： 這幅圖與上幅幾乎沒有什麼區別，唯一的不同就是 Base 類中增加了成員，一個私有的 integer _x（UML 術語為 property）和一個公有的 fun()的函數（method），是否需要這些類的內部細節 UML 本身並沒有限制，完全取決於你自己如何使用， UML 的用處在於幫助你了解系統，所以只要你自己覺得足夠清楚，那麼夠了，不要再復雜了。 接著看第三幅圖： 上面圖中的箭頭表示一種關系，箭頭另一邊有一個菱形（空心）表示聚合（aggregation），聚合的意義表示 has-a 關系，其等價代碼如下： class A{…}; class B{ A* theA;…}; 聚合是一種相對鬆散的關系，聚合類 B 不需要對被聚合的類 A 負責。 下面的圖： 這幅圖與上面的唯一區別是菱形為實心的，它代表了一種更為堅固的關系——組合（composition）。組合表示的關系也是 has-a，不過在這里，A 的生命期受 B 控制，通常情況，等價代碼如下: class A{…}; class B{A theA;…}; 即 A 會隨著 B 的創建而創建，隨 B 的消亡而消亡。 下圖： 這里 B 與 A 的關系只是一種依賴關系，這種關系表明，如果類 A 被修改，那麼類 B 會受到影響，一個簡單的例子就是： class A{…}; class B{fun(A params);…}; 常用的關系就是我們上面用的這些，通過這些關系和類表示的類圖，我們可以用圖形化的方式描述一個系統的設計部分，當你習慣使用 UML 後，你會發現，這往往比你告訴同伴某某類從某某類派生，派生類又和某某類具有什麼關系容易的多。 順序圖： UML 中另外一個常用的圖形就是交互視圖中的順序圖，在以往的過程化語言中，我們通常使用流程圖來描述一個函數（系統）是如何工作的，而在面向對象的系統中，這顯然是不可行的，而順序圖正是來解決這個問題的。 假設有如下的偽代碼： class circle { public: void fillcolor() { // ... }; void draw() { fillcolor(); }; }; class window { public: void drawcircle() { _circle.draw(); }; private: circle _circle; }; 對於下面的調用： window wnd; wnd.drawcircle(); 對應的順序圖如下： 圖中上方的方塊表示參與的對象，垂直的虛線表示對象的生命線，方框表示激活，其中箭頭表示了一個調用消息（也可以有回送 return），如果是非同步的消息，則用半箭頭表示，其中 draw 表示了一個自調用(self call) 至此，UML 中最常用的（從開發人員的角度），當然 UML 的內容遠遠不只這些，這里的介紹只是一些簡單的概括，並且 UML 本身也在不斷的發展之中，無論怎樣，我覺得 UML 會越來越多的深入我們的開發過程中，特別是對下一篇我們要介紹的設計模式而言，類圖是主要的描述工具（到那個時候你會體會到 UML 描述的優越）。 如果你看過《設計模式》著本書，你會發現與我上面所描述的有一些細微的不同，不要緊張，《設計模式》是 GOF95 年的作品，那時候 UML 還沒有形成，而且，其中也明確那是 OMT 方法（Jim Rumbaugh 在通用電氣發表的建模技術——Object Modeling Technique）和 Booch 方法。

② 如何繪制UML類圖

類圖的屬性和方法是指類本身的屬性和行為，類及其屬性和方法是在程序設計過程中產生的，類圖只是用Visio繪制出來，用於項目團隊成員間或項目干係人之間的溝通和交流。例如：如果要設計一個關於銷售蘋果的程序，蘋果就可以看作一個實體（類），其基本屬性有顏色、形狀、味道、種類等，行為有開花、落果、膨大、成熟等行為。

下面給出繪制蘋果類圖的方法和步驟：

第一步：啟動Visio2010或更高版本，如下圖：

③ 怎麼根據資料庫來畫uml類圖

可以把uml類圖來表示資料庫表，持久類屬性當欄位使用，類方法可以不使用，表示出數據關系就可以了，應該分為持久類和操作類，操作類和你使用的開發框架有關，重點是類方法，uml當設計輔助和文檔是合適的，開發用它不實用，這是個人體會，不一定對。

④ 資料庫技術ER圖如何畫

如何畫資料庫ER圖

資料庫設計中重要的一環首先就是概念設計，也就是說，要從實際問題出發，排除非本質的東西，抽象出現實的數據結構之客觀規律——即畫出數據結構圖——ER圖。這是資料庫設計的重點，也是資料庫設計的難點。

那麼，如何才能正確地反映客觀現實，將ER圖畫好呢？

答案是，必須進行正確的需求分析。那麼如何進行需求分析呢？需求分析一般有兩種方法，一種是結構化分析(SA)，一種是面向對象分析(OOA).通過這兩種方法的實施以後，都可以得到比較正確的ER圖。現在以下面的實際問題為例，通過結構化分析(SA)方法的應用，講述如何得到比較正確的ER圖。

(一)校務管理系統

在要建立的系統中,有以下功能：

1.管理老師的功能：錄入老師情況(姓名.地址.所教課程),老師缺課記錄(名字.時間.原因.課程)

2.管理學生的功能:錄入學生情況(姓名.所選課程.成績)

3.教務主任的功能:查詢統計1:教師情況2:學生總成績3:學生平均成績

要求：

1）用結構化方法畫出系統頂層圖、0層圖，數據字典。

2）畫出該系統的數據模型ER圖。

一、結構化分析的需求分析

1）分析實際情況

根據實際情況，我們得到一下情況：

(一)教師任課流程：

⑤ Java類圖怎麼畫

下載一個rational rose軟體，IBM的。用這個畫類圖很簡單。進入rational rose 在logical view那右鍵new->class diagram(這個就是類圖了),進去之後畫類,畫完之後,右鍵選擇new attritube就是添加屬性,new operation 是添加方法。已經告訴你怎麼做了，自己動動手吧，很簡單的。

⑥ access資料庫中的ER圖和二維表怎麼畫

1、access是一種資料庫。並不能畫ERP圖
2、ER圖 是資料庫表格關系的一種表現形式。

3、建議先在網上找一套ER圖的例子
4、或者在某寶店裡搜一搜花幾塊錢買個源代碼。
註：其實我畫的也不多，互聯網上有些習題，這個習慣如果不在項目中鍛煉很難養成。

⑦ 資料庫關系怎麼畫出來

方法如下：

1、打開Microsoft Office Visio 2007，左側的模板類別中選擇「軟體和資料庫」，雙擊右側的「資料庫模型圖」；

⑧ UML 建模 類圖

一般都是先畫用例圖，分析用例。然後把用例圖中的actor去除，其餘的名詞中的大部分就是類了，再根據具體情況斟酌一下，就可以畫類圖。類圖並非一下子畫完的，可以在一開始先畫出一些必要的成員變數和成員函數，然後分析業務邏輯，並且開始畫狀態圖、活動圖和協作圖、順序圖，在畫這些圖的時候對業務邏輯會有進一步的認識。這時會發現類圖中的一些漏洞，然後回過頭來補充類圖。

我的理解是：代碼的編寫是以最終的類圖和對類圖的補充說明文檔為基礎的。

⑨ 如何利用Enterprise Architect畫類圖

工具/原料

電腦一台，安裝有Enterprise Architect工具
方法/步驟

首先創建域模型，依次點擊「New Model from Pattern」，選擇「Domain Model」，然後點擊「確定」按鈕。

創建類圖。選中「域模型測試」，點擊「New Diagram」，輸入類圖名稱「登錄類圖」，選擇「class」，最後點擊「確定」按鈕。

雙擊打開剛才創建的類圖。為下一步畫圖做好准備。

拖入一個用戶類。並命名為User。

為User類添加變數，在類窗口中，點擊「詳細信息」->"變數"，打開「User Attributes」窗口，添加User類的變數。

再依次創建Login、UserDao類，並為其添加屬性和方法，並添加類之間的關聯關系。User類與Login類是關聯關系，Login類依賴於UserDao類。登錄時會將封裝的User類發送到Login類進行處理，此二者為關聯關系。而Login類處理登錄時，會查詢資料庫獲取用戶信息此時會用到UserDao類，因此Login對數據的查詢依賴於UserDao類。