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

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

內(nèi)容概要

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

書籍目錄

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

圖書封面

圖書標(biāo)簽Tags

無

評(píng)論、評(píng)分、閱讀與下載

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

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

用戶評(píng)論 (總計(jì)1條)

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

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

用戶評(píng)論 (總計(jì)1條)

推薦圖書

相關(guān)圖書