UML基礎(chǔ)、案例與應(yīng)用

出版時間：2002-6-1 出版社：人民郵電出版社作者：Joseph Schmuller 頁數(shù)：294 字數(shù)：463000 譯者：李虎
Tag標簽：無

內(nèi)容概要

本書教讀者循序漸進地、系統(tǒng)地學(xué)習(xí)UML基礎(chǔ)知識和應(yīng)用技術(shù)。全書分為三部分24章。第一部分“基礎(chǔ)知識”包括第1章到第15章，主要是介紹UML語言的基礎(chǔ)知識以及面向?qū)ο蟮母拍詈退枷?，還簡單介紹了UML在開發(fā)過程的應(yīng)用方法。第二部分“學(xué)習(xí)案例”包括第16章到第22章，結(jié)合實例詳細分析了UML的應(yīng)用方法與技巧，還介紹了UML在熱點領(lǐng)域設(shè)計模式中的應(yīng)用。第三部分“高級應(yīng)用”包括最后兩章，先是運用UML來描述設(shè)計模式和嵌入式系統(tǒng)，然后討論UML在其他領(lǐng)域的應(yīng)用前景。附錄給出了每章的小測驗答案，簡單介紹了幾種UML建模工具，還對常用UML圖進行了總結(jié)。    本書適用于從事面向?qū)ο筌浖_發(fā)的軟件工程人員，也特別適合UML的初中級學(xué)習(xí)者。

書籍目錄

第一部分  基礎(chǔ)知識 第1章  UML簡介 第2章  理解面向?qū)ο?第3章  運用面向?qū)ο笏枷?第4章  關(guān)系 第5章   聚集、組成、接口和實現(xiàn) 第6章  介紹用例 第7章  用例圖 第8章  狀態(tài)圖 第9章  順序圖 第10章  協(xié)作圖 第11章  活動圖 第12章  構(gòu)件圖 第13章  部署圖 第14章  理解UML語言基礎(chǔ) 第15章  在開發(fā)過程中運用UML第二部分  學(xué)習(xí)案例 第16章  學(xué)習(xí)案例介紹 第17章  領(lǐng)域分析 第18章  收集系統(tǒng)需求 第19章  開發(fā)用例 第20章  交互和狀態(tài)變化 第21章  設(shè)計外觀、感覺和部署 第22章  理解設(shè)計模式第三部分  高級應(yīng)用 第23章   嵌入式系統(tǒng)建模 第24章  描繪UML的未來 附    錄

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

還沒讀過(47)
勉強可看(341)
一般般(582)
內(nèi)容豐富(2416)
強力推薦(198)

UML基礎(chǔ)、案例與應(yīng)用 PDF格式下載

用戶評論 (總計1條)

　　貼不了圖，原文在 http://iamsujie.com/7000/7011/，歡迎大家來探討相關(guān)話題
　　
　　人治–>法治–>德治（無為而治），大公司多為第二種：法治。1和3外表很像，區(qū)別在于1無法，而3的法在每個人的心中而非紙上。這是產(chǎn)品和團隊發(fā)展的必經(jīng)階段，我們的現(xiàn)狀就是“1–>2”，開始規(guī)范化，正好有同學(xué)原來熟悉UML，所以大家也都開始學(xué)習(xí)一下。
　　
　　UML就是統(tǒng)一建模語言，它試圖將軟件工程的過程給規(guī)范化，從產(chǎn)品設(shè)計的角度，我對它的簡單理解就是用一系列的標準圖把需求分析的過程串起來，充分體現(xiàn)了“字不如表，表不如圖”的原則，我以單個用例的粒度為界，把相關(guān)的圖為兩個層面。
　　
　　上層的圖中，用例是最小單位，不涉及用例內(nèi)部，主要有：
　　
　　? 類圖：感覺有點像實體關(guān)系圖（ERD，更接近現(xiàn)實世界的對象，類圖更接近技術(shù)實現(xiàn)的對象），描述系統(tǒng)中出現(xiàn)的各個對象之間的關(guān)系，以及和外部系統(tǒng)的關(guān)系。這是對業(yè)務(wù)領(lǐng)域的描述，一個外行看了以后就應(yīng)該了解系統(tǒng)是做哪方面事情的。還是用我最喜歡的“小明去飯店”為例，畫個圖練練。
　　
　　? 用例圖：各個用例之間的關(guān)系（include/extend）、用例包、用例和actor之間的關(guān)系（將一組相關(guān)用例打包成一個模塊，畫成“用例包”）。描述這個系統(tǒng)具體可以做哪些事情。
　　
　　? 狀態(tài)圖：表達系統(tǒng)里實體的狀態(tài)轉(zhuǎn)換，這也是貫穿多個用例的。例圖里描述的就是“小明”的狀態(tài)轉(zhuǎn)換。
　　
　　上層的圖包裝一下就可以生成整個產(chǎn)品最頂級的業(yè)務(wù)邏輯圖，描述整個系統(tǒng)的業(yè)務(wù)層面的事情，用于商業(yè)演示。業(yè)務(wù)邏輯圖的畫法現(xiàn)在團隊內(nèi)也沒有統(tǒng)一的意見，比較隨意，表達清楚就行，這也意味著最難畫。
　　
　　現(xiàn)在說說下層的圖，描述的是一個用例內(nèi)部的事務(wù)（用例內(nèi)部不一定是“單個用例”內(nèi)部，也可能有用例之間的關(guān)系），主要有：
　　
　　? 時序圖（順序圖）：描述事情變化在時間維度上的先后順序，善于表達對象（比如多個頁面之間）的交互。玩的好可以完全替代UC中對流程的文字表述。
　　
　　? 活動圖（比較接近傳統(tǒng)意義上的流程圖）：描述各種動作如何引起系統(tǒng)變化，善于表達泳道較多、分支較多的情況。
　　
　　? 協(xié)作圖：表達不同對象之間是怎么互相影響的，這個圖團隊里用到的不多，就不畫了，理論上他和時序圖是可以等價轉(zhuǎn)換的，時序圖關(guān)注交互在時間上的步驟，協(xié)作圖關(guān)注交互過程中各個對象間的關(guān)系。
　　
　　這些圖我們都是用Rational Rose畫的，它最好的一個點是可以在不同層次間的圖穿透，比如從用例包穿透看到用例圖，再穿透進某個用例看活動圖，再穿透進活動圖的某一步看具體的時序圖。
　　
　　很多時候多種圖都可以描述同一件事情，只是從不同的視角去表達一個系統(tǒng)，選用哪個關(guān)鍵是看針對特定的系統(tǒng)，從哪個角度來描述更容易讓受眾理解。另外還有表述軟件實施的構(gòu)件圖、描述硬件結(jié)構(gòu)的部署圖，暫時用處不大，遵循性價比的原則直接跳過了。
　　
　　融入了UML標準圖元素以后，一個功能模塊的PRD大約就是這樣的：文檔說明、類圖+用例圖；一個個的UC，UC里包含時序圖、活動圖等等。
　　
　　感慨一下Rational Rose真的太強大（建立了整個軟件工程的RUP，Rational Unified Process，包括分析、設(shè)計、編碼、測試、部署等等一切），我想絕大多數(shù)公司應(yīng)該找一個輕一點的工具，誰好的方案？
　　
　　最后，再強調(diào)，工具是給人用的，如果團隊里其他成員都看不懂了，學(xué)習(xí)成本太高，那一定不要強推UML，尋找合適自己的工具吧，原則很簡單：把事情說清楚！

UML基礎(chǔ)、案例與應(yīng)用

用戶評論 (總計1條)

推薦圖書

相關(guān)圖書

UML基礎(chǔ)、案例與應(yīng)用

用戶評論 (總計1條)

推薦圖書

相關(guān)圖書

UML基礎(chǔ)、案例與應(yīng)用