⑴ 求解ER圖和類圖的區別
ER圖主要用於資料庫的設計，類圖主要用於編寫應用程序。
⑵ 設計幾個類，用UML類圖說明一個 學生借閱圖書 系統
基於UML的圖書館借閱管理系統設計（1）系統分析（包括系統描述（問題域描述）、用例模型、分析類圖）。（2）系統設計（包括系統的邏輯模型如設計類圖、順序圖、狀態圖及組件圖等）。（3）系統實施（包括信息代碼設計、資料庫設計、輸入設計、輸出設計、用戶界面設計和處理過程的設計以及最終的程序設計）。（4）編制好程序後，設計若干測試用例，上機測試並通過所設計的程序系統。（5）設計報告格式按附件要求書寫。課程設計報告書正文的內容應包括： 1．問題描述； 2．用例模型及分析類圖的描述； 3．設計類圖、核心用例的順序圖與狀態圖、組件圖等的描述； 4．信息代碼設計、資料庫設計、輸入設計、輸出設計的描述； 5．用戶界面設計和處理過程的設計的描述； 6．給出軟體的測試方法和測試結果。 7．設計的特點、不足、收獲與體會。
⑶ UML系統設計中給出的資料庫主要用表和你畫類圖有關系嗎
有關系，類圖中的實體類是可以轉換為資料庫表的，也就是說類圖和資料庫模型之間是可以互相轉換的，可以參考trufun kant studio一站式集成開發平台的資料庫模型和UML模型轉換這一部分的內容，或者參考trufun網站幫助系統中介紹有關兩個模型之間的關聯轉換的文章
⑷ 怎樣將類圖直接轉換為資料庫的表
庫。 通常使用以下兩種方法來映射繼承關系： 1）將基類映射到一張表，每個子類映射到一張表。在基類對應的表中定義主鍵，而在 子類對應的表中定義外鍵。 2）將每個子類映射到一張表，沒有基類表。在每個子類的表中包括基類的所有屬性。 這種方法適用於子類的個數不多，基類屬性比較少的情況。
⑸ 類圖的通用技術
沒有類是單獨存在的，他們通常和別的類協作，創造比單獨工作更大的語義。因此，除了捕獲系統的詞彙以外，還要將注意力集中到這些類是如何在一起工作的。使用類圖來表達這種協作。
l 確定你建模的機制。機制代表了部分你建模的系統的一些功能和行為，這些功能和行為是一組類、介面和其他事物相互作用的結果。
l 對於每個機制，確定類、介面和其他的參與這個協作的協作。同時確定這些事物之間的關系。
l 用場景來預排這些事物，沿著這條路你將發現模型中忽略的部分和定義錯誤的部分。
l 確定用這些事物的內容來填充它們。對於類，開始於獲得一個責任（類的職責），然後，將它轉化為具體的屬性和方法。
圖7-1是一個自治機器人的類圖。這張的圖焦點聚集那些讓機器人在路上行走的機制對應的類上。你可以發現一個虛類Motor和兩個從它派生出來的類：SteeringMotor和MainMotor。這兩個類都從它的父親Motor繼承了五個方法。這兩個類又是另一個類Driver的一部分。類PathAgent和Driver有一個1對1的關系，和CollisionSensor有1對n的關系。
在這個系統中其實還有很多其他的類，但這張圖的重點是放在那些將機器人移動的類上的。在其他的圖中你可能也會看到這些類。通過將焦點放在不通的功能上，可以獲得從不通的角度對整個系統的認識，最終達到認識整個系統。
很多系統都是有持久性數據的，也就是說要將這些數據保存到資料庫中以便下一次使用。通常你會使用關系型資料庫或面向對象的資料庫，或其它類型的資料庫來保存數據。UML很適合為邏輯資料庫模式建模。
UML的類圖是E-R圖（為邏輯資料庫建模的通用工具）的超集，盡管E-R圖的重點是數據，類圖的擴展允許模型化行為。在物理資料庫中這些邏輯操作一半轉化為觸發器或存儲過程。
l 確定那些狀態比其生命周期要長的類。
l 創建一張包含這些類的圖，標記它們為持久性的。
l 詳細定義它們的屬性。
l 對於使得物理資料庫設計復雜的模式如：循環關系、1對1關系、N元關系，考慮創建中間抽象來使得邏輯結構復雜。
l 詳細定義這些類的操作，特別是那些訪問數據和涉及數據完整性的方法。
l 如果可能的話使用工具來將你的邏輯設計轉化為物理設計。
建模是重要的，但要記住的是對於開發組來說軟體才是主要的產品，而不是圖。當然，畫圖的主要目的是為了更好地理解系統，預測什麼時候可以提供什麼樣的軟體來滿足用戶的需要。基於這個理由，讓你畫的圖對開發有指導意義是很重要的。
某些時候，使用UML。你的模型並不能直接映射成為代碼。例如，如果你在使用活動圖為一個商業過程建模，很多活動實際上涉及人而不是計算機。
很多時候，你創建的圖形可以被映射成為代碼。UML並不是專門為面向對象的語言設計的，它支持多種語言，但使用面向對象的語言會更直觀些，特別是類圖的映射，它的內容可以直接映射成為面向對象語言的內容。如：C++，SMALLTALK、ADA、ObjectPascal、Eiffel和Forte。UML還支持如Visual Basic這樣的面向對象的語言。
正向工程：是從圖到代碼的過程。通過對某中特定語言的映射可以從UML的圖得到該語言的代碼。正向工程會丟失信息，這是因為UML比任何一種程序語言的語義都豐富。這也正是為什麼你需要UML模型的原因。結構特性、協作、交互等可以通過UML直觀地表達出來，使用代碼就不是那麼明顯了。
⑹ 總結在設計繪制類圖的過程中應注意哪些問題
1．找出所有數據中的最大值和最小值，並算出它們的差．2．決定組距和組數．3．確定分點4．列出頻數分布表．5．畫頻數分布直方圖．
⑺ 如何用powerdesigner設計資料庫
工具：
Sybase PowerDesigner 15.1
Microsoft sql Server 2005
第一步概要設計：
打開PowerDesigner軟體，設計「概念數據模型」(ConceptualData Model)：
點擊workspace 右鍵---》New—>Conceptual DataModel,
彈出如下界面：
設計表、表結構：
在設計屬性(欄位)的時候，三個字母(M、P、D)分別表示：
M：是否為空；(√表示不允許為空)
P：是否為主鍵；
D：是否在該軟體的視圖中顯示
第二步：物理設計
將「概念數據模型」設計的表轉換為「物理數據模型」(PhysicalData Model)，實際上是從「概要設計」轉換為「詳細設計」，即對表的具體實現。
將概要設計模板轉換為物理設計
選擇「Tools」-->「Generate Physical DataModel…」即可。
然後選擇你的DBMS.
點擊「確定」按鈕以後，就產生了對應「SQL Server 2005」資料庫的表、屬性、關系的具體實現。
這時就會有一個物理設計的模板出現，將你在概要設計時的實體都轉換成具體的表。
第三步：在SQL Server2005中手動創建資料庫（也可以用SQL創建庫，pd可以將我們的表設計都轉換成SQL）
需手動在SQL SERVER2005中創建您的數據！如：「Students「，此過程省略…
第四步：在數據源ODBC中配置用戶數據源
第五步：在SQL Server2005中自動創建表結構
首先：根據「物理數據模型」(Physical Data Model)自動建立相應的SQL語句：
其次：執行其創建的SQL語句文件，將數據表結構自動創建到SQL Server 2005資料庫中：
完成以上步驟後，刷新SQL Server 2005數據，將會看到你所創建的相關表結構。
另外生成單張表SQL語句可以：
在物理設計模板中，選擇表--》右鍵—》SQL Perview…
生成SQL創建庫和表，我喜歡懶人式，或者說拿給客戶時，客戶用的爽。。。
建立表的主外鍵關系：
使用PowerDesigner物理模型為建的關系表添加外鍵，有個原則就是主表的主鍵名稱必須和副表的外鍵名稱一致。
測試(僅測試，不含技術)
1.建主表user 2.建副表department
uid int primarykey did int primary key
namevarchar(32) uid int
2.對著模型右擊New->Reference
parent表為user表，child表為department
這樣就建立了關系，外建也自動建立了。
關於表關系的建立，本人也存疑，但有三種思路：
1、概要設計時設計好關系。（個人傾向於這種方式，有時間嘗試）
2、物理設計時設計好關系（筆者使用此方法，若表很多，關系復雜，此階段設計關系會很痛苦。偶深受其害！）
3、生產資料庫後，DBMS中建立關系（這種方式是筆者突發奇想，仔細思考，不建議採用這種方式，如果使用T-SQL重構資料庫，又得重建關系）
仔細思考過後，個人認為概要設計時，設計實體、實體必要屬性、實體與實體關系，然後在資料庫物理設計時詳細設計表屬性等內容。
⑻ UML類圖與E-R圖有那些區別
前者是程序開發的時候由需求分析者畫的程序所需要的類的圖給開發人員看的，有類名和屬性和方法組成，
後者是資料庫之間的一種關聯圖，用來表示表與表之間的關系，有關系型和網狀和對象性和層狀型。
⑼ 在畫資料庫類圖時如何將資料庫視圖表示出來
聯系：視圖（view）是在基本表之上建立的表，它的結構（即所定義的列）和內容（即所有數據行）都來自基本表，它依據基本表存在而存在。一個視圖可以對應一個基本表，也可以對應多個基本表。視圖是基本表的抽象和在邏輯意義上建立的新關系
區別：1、視圖是已經編譯好的sql語句。而表不是
2、視圖沒有實際的物理記錄。而表有。
3、表是內容，視圖是窗口
4、表只用物理空間而視圖不佔用物理空間，視圖只是邏輯概念的存在，表可以及時四對它進行修改，但視圖只能有創建的語句來修改
5、表是內模式，視圖是外模式
6、視圖是查看數據表的一種方法，可以查詢數據表中某些欄位構成的數據，只是一些sql語句的集合。從安全的角度說，視圖可以不給用戶接觸數據表，從而不知道表結構。
7、表屬於全局模式中的表，是實表；視圖屬於局部模式的表，是虛表。
8、視圖的建立和刪除隻影響視圖本身，不影響對應的基本表。