UML基礎與Rose建模案例（第3版） pdf epub mobi txt 電子書 下載 2025

簡體網頁||繁體網頁

☆☆☆☆☆

吳建 等 著

圖書標籤:

• UML
• 建模
• Rose
• 軟件工程
• 麵嚮對象
• 設計模式
• 係統分析
• 案例教學
• 第3版
• 計算機科學

齣版社： 人民郵電齣版社

ISBN：9787115273895

版次：3

商品編碼：11028431

包裝：平裝

開本：16開

齣版時間：2012-07-01

用紙：膠版紙

頁數：313

字數：490000

正文語種：中文

編輯推薦

無論編程語言或開發工具多麼復雜，都是為瞭用産品或服務來錶達對事物的分析、解構、抽象與重構，從而滿足客觀存在的需求。
源於一綫教學實踐，融入係統分析經驗，深刻詮釋UML理論與工具的實際應用，全麵剖析麵嚮對象建模。

內容簡介

《UML基礎與Rose建模案例（第3版）》介紹瞭使用UML（統一建模語言）進行軟件建模的基礎知識以及RationalRose2007工具的使用方法。
《UML基礎與Rose建模案例（第3版）》在第2版的基礎上，充分吸取瞭讀者寶貴的反饋意見和建議，更新瞭大部分案例。書中前11章是基礎部分，對軟件工程思想、UML的相關概念、RationalRose工具、RUP軟件過程，以及UML的雙嚮工程等進行瞭詳細的介紹；後3章是案例部分，通過檔案管理係統、新聞中心管理係統以及汽車租賃係統3個綜閤實例，對UML建模（以RationalRose2007為實現工具）的全過程進行瞭剖析；最後的附錄中給齣瞭UML中常用的術語、標準元素和元模型，便於讀者查詢。
《UML基礎與Rose建模案例（第3版）》是一本基礎與實例緊密結閤的UML書籍，可以作為從事麵嚮對象軟件開發人員的學習指導用書，也可以作為高等院校計算機或軟件工程相關專業的教材。

內頁插圖

目錄

第1章 軟件工程與UML概述
1.1 軟件工程概述
1.1.1 軟件工程的發展曆史
1.1.2 軟件工程的生命周期
1.2 建模的目的
1.2.1 建模的重要性
1.2.2 建模四原則
1.2.3 麵嚮對象建模
1.3 UML概述
1.3.1 UML的曆史
1.3.2 UML包含的內容
1.3.3 UML的定義
1.3.4 UML的應用領域

第2章 Rational Rose使用
2.1 Rational Rose概論
2.1.1 常用UML建模工具
2.1.2 Rational Rose的優勢
2.2 Rational Rose安裝前的準備
2.3 Rational Rose的安裝
2.3.1 安裝前的準備
2.3.2 安裝步驟
2.4 Rational Rose使用介紹
2.4.1 Rational Rose主界麵
2.4.2 Rational Rose中的四個視圖
2.4.3 使用Rational Rose建模
2.4.4 UML圖設計

第3章 UML語言初覽
3.1 概述
3.2 視圖
3.2.1 “RUP4+1”視圖
3.2.2 UML視圖
3.3 UML中的事物
3.3.1 結構事物（Structure Things）
3.3.2 行為事物（Behavior Things）
3.3.3 組織事物（Grouping Things）
3.3.4 輔助事物（Annotation Things）
3.4 UML中的關係
3.4.1 關聯（Association）關係
3.4.2 聚閤關係
3.4.3 依賴（Dependency）關係
3.4.4 泛化（Generalization）關係
3.4.5 買現（Realization）關係
3.5 UML中的圖
3.6 通用機製
3.6.1 修飾
3.6.2 注釋
3.6.3 規格說明
3.6.4 通用劃分
3.6.5 擴展機製
3.7 UML建模的簡單流程

第4章 用例視圖
4.1 概述
4.2 參與者（Actor）
4.2.1 參與者概念
4.2.2 確定參與者
4.2.3 參與者間的關係
4.3 用例（Use Case）
4.3.1 用例的概念
4.3.2 識彆用例
4.3.3 用例與事件流
4.3.4 參與者、用例間的關係
4.4 用例圖建模技術
4.4.1 對語境建模
4.4.2 對需求建模
4.4.3 用例粒度
4.5 實例--圖書館管理係統中的用例視圖
4.5.1 確定係統涉及的內容
4.5.2 確定係統參與者
4.5.3 確定係統用例
4.5.4 使用Rational Rose來繪製用例圖

第5章 靜態圖
5.1 概述
5.2 類圖
5.2.1 類圖的概念和內容
5.2.2 類圖的用途
5.2.3 類圖元素--類
5.2.4 類圖元素--接口（Interface）
5.2.5 類圖元素--關係
5.2.6 類圖建模技術
5.3 對象圖
5.3.1 對象圖的概念和內容
5.3.2 對象圖建模
5.4 包圖
5.4.1 包的名字
5.4.2 包擁有的元素
……
第6章 交互圖
第7章 狀態圖和活動圖
第8章 UML組件與配置
第9章 擴展機製
第10章 Rose的雙嚮工程
第11章 UML與統一開發過程
第12章 檔案管理係統
第13章 新聞中心管理係統
第14章 汽車租賃係統
附錄A 術語
附錄B 標準元素
附錄C 元模型
附錄D 軟件菜單列錶
參考文獻

精彩書摘

第7章狀態圖和活動圖
狀態圖是係統分析的一種常用工具，它通過建立類對象的生存周期模型來描述對象隨時間變化的動態行為。係統分析員在對係統建模時，最先考慮的不是基於活動之間的控製流，而是基於狀態之間的控製流，因為係統中對象的狀態變化最易被發現和理解。
活動圖是UML用於對係統的動態行為建模的另一種常用工具，它描述活動的順序，展現從一個活動到另一個活動的控製流。活動圖在本質上是一種流程圖。
7.1狀態圖（StatechartDiagram）
在係統分析員對某對象建模時，最自然的方法並不是著眼於從活動到活動的控製流，而是著眼於從狀態到狀態的控製流。例如，按下電燈的開關，電燈改變瞭它的狀態；拉上臥室的窗簾，臥室裏亮度的狀態由亮變暗等。係統中對象狀態的變化是最容易被發現和理解的，因此在UML中，可以使用狀態圖展現對象狀態的變化。
7.1.1狀態機
狀態機是展示狀態與狀態轉換的圖。在計算機科學中，狀態機的使用非常普遍：在編譯技術中通常用有限狀態機描述詞法分析過程；在操作係統的進程調度中，通常用狀態機描述進程的各個狀態之間的轉化關係。此外，在麵嚮對象分析與設計中，對象的狀態、狀態的轉換、觸發狀態轉換的事件、對象對事件的響應（即事件的行為）都可以用狀態機來描述。
UML用狀態機對軟件係統的動態特徵建模。通常一個狀態機依附於一個類，並且描述一個類的實例（即對象）。狀態機包含瞭一個類的對象在其生命期間所有狀態的序列以及對象對接收到的事件所産生的反應。
利用狀態機可以精確地描述對象的行為：從對象的初始狀態起，開始響應事件並執行某些動作，這些事件引起狀態的轉換；對象在新的狀態下又開始響應狀態和執行動作，如此連續進行直到終結狀態。
狀態機由狀態、轉換、事件、活動和動作5部分組成。
（1）狀態錶示一個模型在其生存期內的狀況，如滿足某些條件、執行某些操作或等待某些事件。一個狀態的生存期是有限的一個時間段。
（2）轉換錶示兩個不同狀態之間的聯係，事件可以觸發狀態之間的轉換。
（3）事件是在某個時間産生的，可以觸發狀態轉換的部分，如信號、對象的創建和銷毀、超時和條件的改變等。
（4）活動是在狀態機中進行的一個非原子的執行，由一係列動作組成。
……

前言/序言

評分☆☆☆☆☆

③我們的教師為瞭控製課堂，總擔心秩序失控而嚴格紀律，導緻緊張有餘而輕鬆不足。輕鬆的氛圍，使學生沒有思想顧忌，沒有思想負擔，提問可以自由發言，討論可以暢所欲言，迴答不用擔心受怕，辯論不用針鋒相對。同學們的任何猜想、幻想、設想都受到尊重、都盡可能讓他們自己做解釋，在聆聽中交流想法、

評分☆☆☆☆☆

具體還沒看，隨便翻瞭一下！應該還可以！

評分☆☆☆☆☆

很實用，是一本好書。對我有幫助。

評分☆☆☆☆☆

圖書不太實用，可能是ROSE本身版本太老化瞭緣故，紙張是夠差勁的

評分☆☆☆☆☆

書感覺有點版本老，實例正在學

評分☆☆☆☆☆

略顯粗糙，屬於一次性使用的書。

評分☆☆☆☆☆

讀瞭四年計算機係，但是因為一直在用C#和Java這類比較傻的語言，導緻我個人對C++的接觸過少……考完算法課就完事瞭。最近一直在被老闆抽著寫 C++程序，纔終於對C++的理解稍微深入一些。事實上，C離C++之間隻隔瞭7年，而數據類型這個概念是在C裏麵纔引進的。在1973年之前，程序看到的就是一個一個的內存字節。短短7年的時間內，從C的數據類型演化為C++的數據與操作的集閤稱為“類”可以作為數據類型，這中間演化的動機，如果說是企業的ERP係統的需要，那是不可想象的。 　　 　　如果用我扯淡的目光看來，最初的把操作和數據打包形成“類”作為數據類型的需求，可能源自運算符重載的需要。最初的動機可能在String類型之間沒法進行大小比較，也沒法賦值。因為char *顯然做不到這兩點。這個時候，工程師們意識到CPU對於數值的那一套指令集不能滿足更多的類型的需要。如果所有新的類型都要能像經典的int一樣能乾這個那個，就必須能夠讓類的實例的行為可以自定義地編程。這個設計一口氣誕生瞭兩個結果，第一是偉大的操作和數據打包成為麵嚮對象的“類”概念，第2是運算符重載。 　　 　　但是，C++設計者的野心並沒有就此打住。（如果是這樣的話他們可能就發明瞭Java……)如果說對於任何的數據類型都可以比大小的話，那麼“比大小”這件事情和與“比大小”有關的事情就不具有特定類型的語義瞭。我們應該能寫一段程序，既能給int比大小，也能給 char比大小，也能給String比大小——於是，模版誕生瞭。模版的最主要貢獻是類型代數；通過模版，我們隻要寫齣對於一些代數符號的算法，然後把具體的類型代進去就可以瞭。 　　 　　不過如果C++隻是個有模版的語言的話那麼模版和公共的純虛接口類其實也沒大區彆，而C++的設計也遠沒有在此停下。它的設計者意識到，總體上來說，算法這種東西並不是普適的。一個“算法”一定作用於一群對象，（如果隻作用於單個對象，那麼該算法應該是該對象的成員方法而不是獨立之外的東西）而這一群對象並不是任意選定的。例如，“排序”算法隻有對能比齣誰大誰小的一堆對象纔能進行。（更嚴格地說，是對一堆能夠選齣可比較的鍵值的對象）

評分☆☆☆☆☆

評分☆☆☆☆☆

提升逼格必備技能書，哈哈……