分析設計,它幾乎包括了數據庫模型設計的全過程。利用Power Designer能夠製做業務流數據庫

程圖、面向對象模型、概念數據模型、物理數據模型,能夠生成VB、JAVA、PB、C#等多編程

種客戶端開發工具的應用程序,還能爲數據倉庫製做結構模型,而且能對團隊設計模型進框架

行控制。本文經過一個書店信息管理系統討論利用Power Designer進行數據庫設計與實現數據庫設計

的全過程。編輯器

電腦應用技術 二零零六總第六十六期ide

2函數

1 基於需求的UML 對象設計工具

UML 是一種標準的圖形化建模語言,是面向對象分析設計的一種標準表示方法,並

爲不一樣領域的人們提供統一的交流標準,使得系統設計可以獨立於特定的建模語言與開發

過程。UML模擬對象的結構和行爲,定義了用例圖、類圖、序列圖、對象圖、狀態圖、協

做圖、活動圖、組件圖和部署圖9種圖形,用於面向對象的系統建模。在Power Desinger9.5

版本中已經提供對全部9種圖的支持。使用UML面向對象模型能夠清楚地反映應用程序的

結構(包括動態的和靜態的),使咱們能夠更好地開發和維護整個系統。

系統需求描述:顧客經過網上查詢獲得本身想要的書目,若是存在,則經過Email發

出購書請求,圖書管理員受到請求後向售書系統發送相關信息。系統首先更新庫存,而後

向顧客發出郵件進行確認,最後執行「賣出」操做,更新相關數據。

由以上需求能夠獲得相關的用例圖和序列圖(如圖一、圖2所示)。

圖1 系統用例圖

圖2 系統序列圖

圖3 系統的類圖

2 POM 與CDM 之間的轉換

在熟悉系統的工做流程後,開始設計與系統相關的類圖(如圖4所示)。這裏主要設計

了四個類,其中ShowBOOK類用來完成用戶接口的功能,它的主要任務是使用戶可以經過

界面與數據庫交互,界面返回查詢結果;DbBOOK類主要完成後臺數據的處理;DbManager

電腦應用技術 二零零六總第六十六期

3

類用來加載數據庫驅動,經過ODBC鏈接數據庫,執行查詢條件並對JDBC使用時的錯誤進

行處理,它被ShowBOOK類和DbBOOK類調用。BOOK類用來記錄圖書的相關信息:包括

做者,出版日期,售價,售出日期等。

圖4 系統的概念數據模

 

圖5 系統的物理數據模型

接下來由類圖轉化獲得相應的CDM(如圖5所示)。固然,在實際的設計過程當中,咱們

也能夠先獲得CDM,而後轉換爲對應的OOM,再對OOM進行處理(如添加構造函數和成

員函數等)並生成應用程序框架。概念數據模型把現實世界中的信息抽象成實體和聯繫從

而產生實體關係圖(E-R圖),它反映了信息系統的總體結構,主要描述不一樣信息之間的概

念關係,它獨立於具體的DBMS,可讓設計人員專一於數據庫的設計工做,而不考慮與

具體實施環境相關的問題。OOM與CDM的轉換,主要包括類和實體的轉換,類屬性和實

電腦應用技術 二零零六總第六十六期

4

體屬性的轉換,繼承和關聯之間的轉換。

3 CDM 與PDM 之間的轉換

PDM並不必定要從CDM生成,它能夠從數據庫腳本產生,能夠從數據庫中直接逆向

工程產生,也能夠直接在Power Designer中完成。

物理數據模型的做用是把概念數據模型與特定的DBMS結合在一塊兒,完成物理數據結

構的生成。同一個CDM能夠產生基於不一樣DBMS的PDM。PDM中包含了DBMS的特徵,包

括主鍵、外鍵、候選鍵、視圖、索引、觸發器、存儲過程等等。在Power Designer中每一

種它所支持的RDBMS都有一個DEF文件,每一個DEF文件包含了用來生成特定RDBMS數據

庫腳本的參數,能夠在Power Designer中修改,也能夠用文本編輯器修改(文件自己是ASCII

格式),使用這種方法可使數據類型轉換和數據庫生成腳本的語法發生全局性的改變,

通常狀況下應該謹慎使用。

將CDM轉換爲PDM的過程當中,主要涉及到三類轉換:CDM中實體及屬性轉換爲PDM

中的表及表列;CDM中的聯繫轉換爲PDM中的參照完整性;CDM中、繼承及遞歸關係的轉

換。

本系統使用的是ORACLE數據庫系統,轉換後的PDM如圖6所示。

圖6 OOM,CDM和PDM之間的關係

4 生成ORACLE 數據庫

生成物理數據模型後,須要對其進行必定的調整才能生成數據到數據庫。根據CDM中

的業務規則,我門要作的工做有:保證數據的完整性和一致性,生成視圖和索引,編寫相

關的觸發器和存儲過程等等。在生成數據庫時,能夠有兩種方法:一是先生成數據庫腳本,

而後在數據庫管理系統中執行該腳本以生成數據;另一種是經過ODBC鏈接直接在數據

ODBC

OOM

CDM PDM

System request

Application structure

Application source

(java, PB, VB, C#)

Data structures

Business rules

Data integrality

View and index

Trigger and procedure

SQL script DBMS

電腦應用技術 二零零六總第六十六期

5

庫中生成數據併產生腳本。ODBC是Windows環境下鏈接到數據庫管理系統的標準接口,

其本質是一個開放的、方便的、標準的應用程序接口。這個API提供了訪問關係型和非關

系型DBMS的接口,同時也提供了逆向工程這些DBMS的能力。因爲在以前的PDM中已經

選擇了ORACLE的DBMS,因此若要生成ORACLE數據庫,須要預先創建ORACLE的ODBC

鏈接。

通常而言,在實際工做中,多采用第一種方法,即先生成SQL腳本,而後人工檢查,

確認無誤後再生成數據庫。

5 OOM、CDM、PDM 之間的關係

OOM, CDM和PDM這三種模型之間是能夠相互轉化的,它們之間的關係如圖7所示。

咱們能夠根據須要從OOM開始設計,也能夠從CDM或從PDM開始設計。

Power Designer根據三種模型對象之間的對應關係和必定的轉換規則,實現三種模型

之間的轉換。表1給出了它們之間的對應關係。

表1 OOM,CDM和PDM對象之間的轉換關係

OOM objects CDM objects PDM objects

Class Entity Table

Class attribute Entity attribute Column

Identifier Primary identifier Primary/foreign key

Identifier Secondary identifier Alternative key

Association Relationship/association Reference/table

Generalization Inheritance Reference

Domain Domain Domain

Association class Association with attributes Table

Class operations N/A Procedure and trigger

Interface/dependency/realization N/A N/A

6 小 結

利用Power Designer進行項目開發,能夠有效提升咱們的開發速度,尤爲是針對大中

型信息管理系統,Power Designer擁有的完整的全部模型類型的元數據知識庫將爲全部建

模者提供理想的團隊開發環境。而其強大的報告生成功能,將使開發人員和用戶更迅速地

瞭解項目的技術細節,能夠在很大程度上下降維護費用。固然,Power Designer畢竟只是

一種工具,不可能代替開發人員完成全部的事情,只有當開發人員深入理解UML,數據庫

原理,SQL, JAVA等基礎理論和技術時,纔可以讓Power Designer發揮其最大優點。

參考文獻

[1] 劉潤東.UML對象設計與編程[M]. 北京:北京但願電子出版社,2001.

[2] 白尚旺. PowerDesigner數據庫建模技術[M]. 西安:西安電子科技大學出版社,2002.

[3] Sybase Corporation. Sybase PowerDesigner Tutorial[R]. 2001.

若是使用UML進行一個完整的系統分析和設計,他的步驟是:用例圖->序列圖->類圖->TDD方法的敏捷開發。

那麼,對於咱們經常使用的PD,進行一個完整的系統分析和設計應遵循什麼步驟呢?先用OOM(對應UML)實現用例圖序列圖類圖->根據類圖抽象出CDM(對應ER)->具體出PDM->生成數據庫。

固然,最主要的不是流程怎樣,而是根據具體的項目要靈活運用。

下面是我辛苦找來的一片文章,但願能給你們帶來一點參考。