データベースモデルの設計のほぼ全過程を含ん分析と設計、。パワー・デザイナーは、トラフィックフローを利用することができます

チャート、オブジェクト指向モデル、概念データモデルは、物理データ・モデルは、VB、JAVA、PB、C位、およびその他を生成することができます

クライアント開発ツール、アプリケーション、データウェアハウスだけでなく、構造モデルを作成するための種類、およびモデルは、チームを設計するために雇わすることができます

ラインコントロール。書店を通じて情報管理システムの電源デザイナーデータベース設計および実装の使用を議論します

全体のプロセス。

コンピュータのアプリケーション技術2006総第六十六チー

2

UMLのオブジェクト設計のニーズに基づいて1

UMLはオブジェクト指向の表現の標準設計の標準グラフィカルモデリング言語、分析され、

これは、システムの設計は、特定のモデリング言語と開発から独立していることができなって、通信規格の異なる領域で統一された人々を提供します

プロセス。ユースケース図、クラス、シーケンス図、オブジェクト図、状態図、Coの定義されたUML構造及び挙動シミュレーションオブジェクト

オブジェクト指向システムのモデリングのためのパターンのプロットを、図のイベント、アセンブリおよび展開9種類。パワーDesinger9.5で

バージョンは、グラフのすべての9種類のサポートを提供してきました。UMLオブジェクト指向モデルを使用して明確にアプリケーションを反映することができます

私たちはより良い全体のシステムを開発し、維持することができるように、（動的および静的を含む）の構造。

あなたが欲しい本を得るために、インターネットを介して顧客からの問い合わせがあった場合、その後、電子メールで送信：システム要件の説明

司書によって要求の後書籍販売システムに情報を送信、要求を予約します。まず、システムは、その後、在庫を更新します

メールは、関連するデータを更新し、最終的な実装「売り」の操作、顧客に確認を送りました。

（図1および図2に示すように）、図2のシーケンス図に関連した上記の要件を得ることができるから。

（実施例1）図システム

図2の図のシーケンスシステム

図のクラス3のシステム。

CDMとの間に2 POM変換

システムに精通しているワークフローの後、システム（図4）に関連付けられたクラス図を設計し始めました。ここでは主な設計

4つのクラス、完了まで前記クラスShowBOOKユーザインタフェース、その主なタスクは、ユーザが作成することです

データベースインタフェースと対話し、インターフェースは、クエリ結果を返す; DbBOOKは、主背景データの処理を完了するために、DBManagerの

コンピュータのアプリケーション技術2006総第六十六チー

3

クラスは、JDBCを使用しているときに、クエリとエラーを実行し、データベースへのODBC接続で駆動されるデータベースをロードするために使用しました

ライン処理、それはShowBOOKクラスとDbBOOKクラスと呼ばれています。BOOKや書籍を記録するための関連情報は、次のとおりです。

著者、発行日、価格、発売日。

図4の概念データモデル系

 

図5のシステムの物理データ・モデル

次に、図のクラスによって形質対応するCDM（図5）を得ました。もちろん、実際の設計プロセスでは、我々

最初のそのようなコンストラクタに添加しようOOMプロセス（再び、対応するOOMに変換し、その後、CDMを得ることができます

メンバ関数など）およびアプリケーションフレームワークを生成します。抽象エンティティからのリンクに、概念データモデル実世界の情報

情報システムの全体構成を反映するエンティティ関係図（ER図）、生成、主に異なるの間で情報を記載しなければなりません

にかかわらず、設計者は、データベースの設計に集中することができ、特定のDBMSに依存しないで読むの関係、

環境に関連する具体的な実装の問題。変換とエンティティクラス、クラス属性と固体を含むCDMへの変換OOM、

コンピュータのアプリケーション技術2006総第六十六チー

4

継承と関連間の変換、コンバータ属性。

PDM間の3 CDM変換

PDMは、必ずしもCDMから生成されていない、それは逆にすることができるデータベースから直接、データベースからスクリプトを生成することができ

設計、それはまたパワーデザイナで直接行うことができます。

物理データ・モデルの役割は一緒に特定のDBMSへの結合の概念データモデルであり、物理的なデータ構造を完成

構造形成。CDMベースのPDMと異なるDBMSを生成することができます。PDMには、DBMSの特性が含まれています

主キー、外部キー、候補キー、ビュー、インデックス、トリガ、ストアドプロシージャなどを含みます パワーデザイナーの各

それはRDBMSは、DEFファイルのDEFファイルには、それぞれが特定のRDBMSデータを生成するために使用されるが含まれているサポートされていた種

（ASCIIファイル自体はパラメータライブラリスクリプトがパワーデザイナで変更することもできますし、テキストエディタで変更することができます

フォーマット）は、この方法は、構文データタイプ変換を可能にし、発生グローバル変更のスクリプト・データベースを生成します

通常の状況下で注意して使用する必要があります。

PDMにCDMエンティティ及びプロパティ：PDMの変換中CDMは、主変換の三種類に関連します

中的表及表列；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->生成数据库。

当然，最主要的不是流程怎样，而是根据具体的项目要灵活运用。

下面是我辛苦找来的一片文章，希望能给大家带来一点参考。