powerdesigner教程(完整)

1、前言前言在CSDN上轉(zhuǎn)悠經(jīng)常看到有網(wǎng)友尋求PowerDesigner相關(guān)資料的帖子，BaiduGoogle上找找還真很少；同時也有不少網(wǎng)友發(fā)來Email詢問相關(guān)PowerDesigner問題或索要相關(guān)資料的，故下定決心制作本文檔。折騰二十多天，終于輸出了現(xiàn)在的文檔，其中絕大部分內(nèi)容都是依照PowerDesigner自帶的幫助文檔翻譯過來，樂意啃英文的朋友最好還是看其”原汁”教程，同時本文檔僅用于幫助分析設計人員更快熟悉掌握PowerDe

2、signer的使用方法，不包含分析設計方面的理論，所以要作好系統(tǒng)的分析設計工作還是需要用戶深厚的項目實踐功底。起初想盡量按照PowerDesigner自帶幫助文檔完整地進行，嘗試了一上午的工作之后這種方案馬上就被我否決，原因有二：1.內(nèi)容太多，工作量太多。2.原幫助文檔特別周全，個人覺得可以在內(nèi)容上作很大程度的壓縮。姑決定按原幫助文檔寫，同時加入自己目前正在做的技術(shù)論壇分析設計過程以便于理解。對本文檔內(nèi)容的幾點說明：1本文檔只包括Pow

3、erDesigner部分內(nèi)容（RQMReptCDMPDM），內(nèi)容不夠全面。2內(nèi)容盡量簡略，一些相同或類似操作過程盡量不再重復。3部分術(shù)語參考了飛思科技產(chǎn)品研發(fā)中心監(jiān)制電子工業(yè)出版社的《PowerDesigner數(shù)據(jù)庫系統(tǒng)分析設計與應用》。4暫時沒有包含OOMXMLBPMILM等模型內(nèi)容，我將會在后期陸續(xù)更新。版本說明：我使用的是PowerDesignerTrial11英文版，因此文檔中一些菜單，按鈕名稱也用英文寫出（因當心自己譯出的名稱

4、和中文版上的名稱不一致而造成理解不便），若是給使用中文版的朋友帶來不便，我在這說聲”抱歉”了!同時由于各版本不同部分操作可能會有所區(qū)別。這里要感謝在我進行翻譯工作期間給我發(fā)送Email關(guān)注的網(wǎng)友，感謝一直支持我的朋友們！由于第一次做翻譯工作，限于水平有限，文檔中肯定存在很多不足和錯誤之處，衷心歡迎各位網(wǎng)友指點迷津，期望得到您的指導！Email:dingchungao@dingchungao@QQ:330982401Blog::Slash

5、2006.8.31需求模型需求模型PowerDesigner11.0.0.1363評估版為了更好的將原文含義再現(xiàn)，不加入我個人語言習慣，我盡量按照原文檔內(nèi)容翻譯。環(huán)境簡介RequirementsModel以下面兩種視圖呈現(xiàn)（而不是以圖表形式）：需求文檔視圖對一系列公共屬性進行編號可編輯行矩陣單元格代表了當前需求與設計對象，外部文件或其它需求的聯(lián)系RequirementsModel允許你可以：對一結(jié)構(gòu)化技術(shù)文檔建立需求模型檢查現(xiàn)有或引入的

6、模型對需求和設計對象(其它類型模型)建立聯(lián)系對其它設計對象建立需求模型，或反之通過需求模型建立其它設計類型從需求模型生成或更新MSWd文檔提供用戶一符合需求模型的MSWd文檔從現(xiàn)有MSWd文檔生成或更新相應的需求模型各對象之間關(guān)系如下圖所示：RequirementsModel應該包括如下特定對象(Object)：ObjectDeionRequirement功能行為的名稱或內(nèi)容，可以是父級或子級需求的一部分，它應該在被指派給用戶或群(Gr

7、oups)前被準確定義說明Glossaryterm用于需求模型中的詞匯，它應該被正確定義說明以避免誤解，建立一定的通用規(guī)則User至少與某一需求有關(guān)的個人實體Group至少與某一需求有關(guān)的用戶(user)群體由于RequirementsModel中沒有圖表，以上各對象均沒有與之對應的圖象符號。需求是以圖表視圖形式列出，可編輯矩陣視圖顯示出需求和各設計對象，外部文件或其它需求之間的聯(lián)系。需求建模環(huán)境包括一系列定義不同模型內(nèi)容和行為的參數(shù)和