第9-1章 UML概述_第1頁
第9-1章 UML概述_第2頁
第9-1章 UML概述_第3頁
第9-1章 UML概述_第4頁
第9-1章 UML概述_第5頁
已閱讀5頁,還剩32頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、11.1 什么是什么是UML 參考教材參考教材UML統(tǒng)一建模實(shí)用教程統(tǒng)一建模實(shí)用教程,王先國王先國主編主編 清華大學(xué)出版社,清華大學(xué)出版社,2009年年4月月LOGOUML 統(tǒng)一建模統(tǒng)一建模2第第9-19-1章章 UMLUML概述概述3目錄目錄1.1 什么是什么是UML1.2 什么是模型什么是模型1.3 UML工具工具小結(jié)小結(jié)41.1 什么是什么是UML統(tǒng)一建模語言統(tǒng)一建模語言 UML(Unified Modeling Language的縮寫):的縮寫): 是用來對(duì)軟件系統(tǒng)進(jìn)行是用來對(duì)軟件系統(tǒng)進(jìn)行可視化建模的一種標(biāo)準(zhǔn)語言可視化建模的一種標(biāo)準(zhǔn)語言。在開發(fā)階段,在開發(fā)階段,UML是用于說明、可視化

2、、構(gòu)建和書寫是用于說明、可視化、構(gòu)建和書寫 面向?qū)ο筌浖嫦驅(qū)ο筌浖破返脑O(shè)計(jì)語言。制品的設(shè)計(jì)語言。UML可以貫穿軟件開發(fā)周期中的每一個(gè)階段??梢载灤┸浖_發(fā)周期中的每一個(gè)階段。 被被OMG采納作為業(yè)界的標(biāo)準(zhǔn)。采納作為業(yè)界的標(biāo)準(zhǔn)。UML最適于數(shù)據(jù)建模,業(yè)務(wù)建模,對(duì)象建模,組件建模。最適于數(shù)據(jù)建模,業(yè)務(wù)建模,對(duì)象建模,組件建模。UML作為一種模型語言,它使開發(fā)人員專注于建立產(chǎn)品作為一種模型語言,它使開發(fā)人員專注于建立產(chǎn)品的模型和結(jié)構(gòu)。當(dāng)模型建立之后,的模型和結(jié)構(gòu)。當(dāng)模型建立之后,模型模型可以被可以被UML工具轉(zhuǎn)工具轉(zhuǎn)化成指定的化成指定的程序語言代碼程序語言代碼。IBM的的Rational Ros

3、e和和MS的的Visio都是都是UML工具。工具。51.1.1 UML的發(fā)展歷史的發(fā)展歷史公認(rèn)的面向?qū)ο蠼UZ言出現(xiàn)于公認(rèn)的面向?qū)ο蠼UZ言出現(xiàn)于70年代中期年代中期。從從1989年到年到1994年,其數(shù)量從不到十種增加到了五十多種。年,其數(shù)量從不到十種增加到了五十多種。90年代中年代中,一批新方法出現(xiàn)了,其中最引人注目的是,一批新方法出現(xiàn)了,其中最引人注目的是Booch 1993、OOSE和和OMT-2等。等。Booch是面向?qū)ο蠓椒ㄗ钤绲某珜?dǎo)者之一,是面向?qū)ο蠓椒ㄗ钤绲某珜?dǎo)者之一, 他提出了他提出了面向?qū)ο筌浖こ痰母拍蠲嫦驅(qū)ο筌浖こ痰母拍睢?991年,他將以前面向年,他將以前面向Ada

4、的工作擴(kuò)展到整個(gè)面向?qū)ο笤O(shè)計(jì)的工作擴(kuò)展到整個(gè)面向?qū)ο笤O(shè)計(jì)領(lǐng)域。領(lǐng)域。Booch 1993比較適合于系統(tǒng)的設(shè)計(jì)和構(gòu)造。比較適合于系統(tǒng)的設(shè)計(jì)和構(gòu)造。 61.1.1 UML的發(fā)展歷史的發(fā)展歷史 Rumbaugh等人提出了等人提出了面向?qū)ο蟮慕<夹g(shù)面向?qū)ο蟮慕<夹g(shù)(OMT)方法,)方法,采用了采用了面向?qū)ο蟮母拍蠲嫦驅(qū)ο蟮母拍睿⒁敫鞣N,并引入各種獨(dú)立于語言的表示符獨(dú)立于語言的表示符。這種方法使用這種方法使用對(duì)象模型、動(dòng)態(tài)模型、功能模型和用例模型對(duì)象模型、動(dòng)態(tài)模型、功能模型和用例模型,共同完成對(duì)整個(gè)系統(tǒng)的建模,所定義的概念和符號(hào)可用于軟共同完成對(duì)整個(gè)系統(tǒng)的建模,所定義的概念和符號(hào)可用于軟件開發(fā)的

5、分析、設(shè)計(jì)和實(shí)現(xiàn)的全過程,軟件開發(fā)人員不必在件開發(fā)的分析、設(shè)計(jì)和實(shí)現(xiàn)的全過程,軟件開發(fā)人員不必在開發(fā)過程的不同階段進(jìn)行概念和符號(hào)的轉(zhuǎn)換。開發(fā)過程的不同階段進(jìn)行概念和符號(hào)的轉(zhuǎn)換。OMT-2特別適特別適用于分析和描述以數(shù)據(jù)為中心的信息系統(tǒng)。用于分析和描述以數(shù)據(jù)為中心的信息系統(tǒng)。 Jacobson于于1994年提出了年提出了OOSE方法方法,其最大特點(diǎn)是,其最大特點(diǎn)是面向用面向用例例(Use-Case),并在用例的描述中引入了,并在用例的描述中引入了外部角色外部角色的概念。的概念。用例的概念是精確描述需求的重要武器,但用例貫穿于整個(gè)用例的概念是精確描述需求的重要武器,但用例貫穿于整個(gè)開發(fā)過程,包括對(duì)

6、系統(tǒng)的測(cè)試和驗(yàn)證。開發(fā)過程,包括對(duì)系統(tǒng)的測(cè)試和驗(yàn)證。OOSE比較適合支持比較適合支持商業(yè)工程和需求分析商業(yè)工程和需求分析。71.1.1 UML的發(fā)展歷史的發(fā)展歷史 此外,還有此外,還有Coad/Yourdon方法方法,即著名的,即著名的OOA/OOD,它,它是是最早的面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法之一最早的面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法之一。 該方法簡(jiǎn)單、易學(xué),適合于面向?qū)ο蠹夹g(shù)的初學(xué)者使用,該方法簡(jiǎn)單、易學(xué),適合于面向?qū)ο蠹夹g(shù)的初學(xué)者使用,但由于該方法在處理能力方面的局限,目前已很少使用。但由于該方法在處理能力方面的局限,目前已很少使用。 81.1.1 UML的發(fā)展歷史的發(fā)展歷史概括起來,概括起來,首先

7、首先,面對(duì),面對(duì)眾多的眾多的建模語言,建模語言, 用戶由于沒有能力區(qū)別不同語言之間的差別,用戶由于沒有能力區(qū)別不同語言之間的差別, 因此因此很難找到一種比較適合其應(yīng)用特點(diǎn)的語言很難找到一種比較適合其應(yīng)用特點(diǎn)的語言;其次其次,眾多的眾多的建模語言實(shí)際上建模語言實(shí)際上各有千秋各有千秋;第三第三,雖然不同的建模語言,雖然不同的建模語言大多雷同大多雷同, 但仍存在某些細(xì)微的但仍存在某些細(xì)微的差別差別,極大地妨礙了用戶之間的交流。,極大地妨礙了用戶之間的交流。因此在精心比較不同建模語言的優(yōu)缺點(diǎn)及總結(jié)面向?qū)ο蠹夹g(shù)應(yīng)因此在精心比較不同建模語言的優(yōu)缺點(diǎn)及總結(jié)面向?qū)ο蠹夹g(shù)應(yīng)用實(shí)踐的基礎(chǔ)上,組織聯(lián)合設(shè)計(jì)小組,根據(jù)

8、應(yīng)用需求,取其精用實(shí)踐的基礎(chǔ)上,組織聯(lián)合設(shè)計(jì)小組,根據(jù)應(yīng)用需求,取其精華,去其糟粕,求同存異,華,去其糟粕,求同存異,統(tǒng)一建模語言統(tǒng)一建模語言。91.1.1 UML的發(fā)展歷史的發(fā)展歷史UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。用的建模語言。 它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮乃淖饔糜虿幌抻谥С置嫦驅(qū)ο蟮姆治雠c設(shè)計(jì)分析與設(shè)計(jì),還支持從還支持從需求分析開始的軟件開發(fā)的全過程需求分析開始的軟件開發(fā)的全過程。UML代表了面向?qū)ο蠓椒ǖ能浖_發(fā)技術(shù)的發(fā)展

9、方向,代表了面向?qū)ο蠓椒ǖ能浖_發(fā)技術(shù)的發(fā)展方向,具有巨大的市場(chǎng)前景,也具有重大的經(jīng)濟(jì)價(jià)值和國防價(jià)值。具有巨大的市場(chǎng)前景,也具有重大的經(jīng)濟(jì)價(jià)值和國防價(jià)值。 101.1.2 UML的定義的定義UML是標(biāo)準(zhǔn)的是標(biāo)準(zhǔn)的建模語言建模語言,而不是標(biāo)準(zhǔn)的,而不是標(biāo)準(zhǔn)的開發(fā)過程開發(fā)過程。盡管盡管UML的應(yīng)用必然以系統(tǒng)的開發(fā)過程為背景,的應(yīng)用必然以系統(tǒng)的開發(fā)過程為背景, 但由于不同的組織和不同的應(yīng)用領(lǐng)域,需要采取不但由于不同的組織和不同的應(yīng)用領(lǐng)域,需要采取不同的開發(fā)過程。同的開發(fā)過程。111.1.1 UML的定義的定義 UML的定義包括的定義包括UML語義語義和和UML表示法表示法兩個(gè)部分。兩個(gè)部分。 UML

10、語義語義: 描述基于描述基于UML的精確元模型定義的精確元模型定義。 元模型元模型為為UML的所有元素在語法和語義上提供了簡(jiǎn)單、的所有元素在語法和語義上提供了簡(jiǎn)單、一致、通用的一致、通用的定義性說明定義性說明,使開發(fā)者能在語義上取得一致,使開發(fā)者能在語義上取得一致,消除了因人而異的表達(dá)方法所造成的影響。此外消除了因人而異的表達(dá)方法所造成的影響。此外UML還支還支持對(duì)元模型的擴(kuò)展定義。持對(duì)元模型的擴(kuò)展定義。 UML表示法表示法: 定義定義UML符號(hào)的表示法符號(hào)的表示法,為開發(fā)者或開發(fā)工,為開發(fā)者或開發(fā)工具使用這些圖形符號(hào)和文本語法,為系統(tǒng)建模提供了具使用這些圖形符號(hào)和文本語法,為系統(tǒng)建模提供了標(biāo)

11、準(zhǔn)標(biāo)準(zhǔn)。這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型,在語義上它這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型,在語義上它是是UML元模型的實(shí)例元模型的實(shí)例。語義語義:是對(duì):是對(duì)數(shù)據(jù)符號(hào)數(shù)據(jù)符號(hào)的的解釋解釋,語法語法:是對(duì)于:是對(duì)于這些符號(hào)這些符號(hào)之間的之間的組織規(guī)則組織規(guī)則和和結(jié)構(gòu)關(guān)系結(jié)構(gòu)關(guān)系的定義。的定義。 121.1.31.1.3UML中的圖中的圖UML中的的中的的圖圖分為兩大類:分為兩大類:結(jié)構(gòu)圖結(jié)構(gòu)圖和和行為圖行為圖。結(jié)構(gòu)圖結(jié)構(gòu)圖描繪系統(tǒng)組成元素之間的描繪系統(tǒng)組成元素之間的靜態(tài)結(jié)構(gòu)靜態(tài)結(jié)構(gòu);行為圖行為圖描繪系統(tǒng)元素的描繪系統(tǒng)元素的動(dòng)態(tài)行為動(dòng)態(tài)行為。結(jié)構(gòu)圖結(jié)構(gòu)圖有下列幾種類型:有下列幾種類型:7

12、種種(1) 類圖類圖類圖類圖是使用是使用UML建模時(shí)建模時(shí)最常用的圖最常用的圖。它展示了系統(tǒng)中的。它展示了系統(tǒng)中的 靜態(tài)事物靜態(tài)事物、它們的、它們的結(jié)構(gòu)結(jié)構(gòu)以及它們之間的以及它們之間的相互關(guān)系相互關(guān)系。 這種圖的典型用法是描述系統(tǒng)的邏輯設(shè)計(jì)和物理設(shè)計(jì)。這種圖的典型用法是描述系統(tǒng)的邏輯設(shè)計(jì)和物理設(shè)計(jì)。(2) 構(gòu)件圖構(gòu)件圖構(gòu)件圖構(gòu)件圖展示一組構(gòu)件的展示一組構(gòu)件的組織組織和彼此間的和彼此間的依賴關(guān)系依賴關(guān)系。構(gòu)件圖說明系統(tǒng)如何實(shí)現(xiàn),軟件系統(tǒng)內(nèi)構(gòu)件如何協(xié)同工作。構(gòu)件圖說明系統(tǒng)如何實(shí)現(xiàn),軟件系統(tǒng)內(nèi)構(gòu)件如何協(xié)同工作。(3) 對(duì)象圖對(duì)象圖對(duì)象圖對(duì)象圖展示系統(tǒng)中的一組對(duì)象。它是系統(tǒng)在某一時(shí)刻的快照。展示系統(tǒng)中

13、的一組對(duì)象。它是系統(tǒng)在某一時(shí)刻的快照。對(duì)象圖是類圖在某一時(shí)刻的快照。對(duì)象圖是類圖在某一時(shí)刻的快照。131.1.31.1.3UML中的圖中的圖(4) 部署圖部署圖部署圖展示部署圖展示物理系統(tǒng)運(yùn)行時(shí)的架構(gòu)物理系統(tǒng)運(yùn)行時(shí)的架構(gòu)。部署圖描述系統(tǒng)中的部署圖描述系統(tǒng)中的硬件硬件和硬件上駐留的和硬件上駐留的軟件軟件。UML2.0新增了以下幾種新增了以下幾種結(jié)構(gòu)圖結(jié)構(gòu)圖:(5) 組合結(jié)構(gòu)圖組合結(jié)構(gòu)圖組合結(jié)構(gòu)圖展示組合結(jié)構(gòu)圖展示模型元素的內(nèi)部結(jié)構(gòu)模型元素的內(nèi)部結(jié)構(gòu)。(6) 包圖包圖包圖描繪包圖描繪包之間的依賴關(guān)系包之間的依賴關(guān)系(包是一個(gè)用于組織其他模型元(包是一個(gè)用于組織其他模型元素的通用模型元素)。素的通用

14、模型元素)。(7) 用例圖用例圖用例描述了系統(tǒng)的用例描述了系統(tǒng)的工作方式工作方式,以及系統(tǒng)能提供的,以及系統(tǒng)能提供的服務(wù)。服務(wù)。用例圖描述了用例圖描述了系統(tǒng)外部參與者系統(tǒng)外部參與者如何使用如何使用系統(tǒng)提供的服務(wù)系統(tǒng)提供的服務(wù)。141.1.31.1.3UML中的圖中的圖行為圖行為圖有下列幾種:有下列幾種:6種種(1) 活動(dòng)圖活動(dòng)圖活動(dòng)圖活動(dòng)圖顯示系統(tǒng)內(nèi)的活動(dòng)流。顯示系統(tǒng)內(nèi)的活動(dòng)流。 通常需要使用活動(dòng)圖通常需要使用活動(dòng)圖描述不同的業(yè)務(wù)過程描述不同的業(yè)務(wù)過程。(2) 狀態(tài)圖狀態(tài)圖狀態(tài)圖顯示一個(gè)對(duì)象的狀態(tài)圖顯示一個(gè)對(duì)象的狀態(tài)狀態(tài)和和狀態(tài)之間的轉(zhuǎn)換狀態(tài)之間的轉(zhuǎn)換。狀態(tài)圖中包括狀態(tài)圖中包括狀態(tài)狀態(tài)、轉(zhuǎn)換轉(zhuǎn)

15、換、事件事件和和活動(dòng)活動(dòng)。狀態(tài)圖是一個(gè)動(dòng)態(tài)視圖,對(duì)事件驅(qū)動(dòng)的行為建模尤其重要。狀態(tài)圖是一個(gè)動(dòng)態(tài)視圖,對(duì)事件驅(qū)動(dòng)的行為建模尤其重要。例如,可以利用狀態(tài)圖描述一個(gè)電話路由系統(tǒng)中交換機(jī)的狀例如,可以利用狀態(tài)圖描述一個(gè)電話路由系統(tǒng)中交換機(jī)的狀態(tài)。不同的事件可以令交換機(jī)轉(zhuǎn)移至不同的狀態(tài),用狀態(tài)圖態(tài)。不同的事件可以令交換機(jī)轉(zhuǎn)移至不同的狀態(tài),用狀態(tài)圖對(duì)交換機(jī)建模有助于理解交換機(jī)的動(dòng)態(tài)行為。在對(duì)交換機(jī)建模有助于理解交換機(jī)的動(dòng)態(tài)行為。在UML2.0中,中,狀態(tài)圖被稱作狀態(tài)圖被稱作狀態(tài)機(jī)圖狀態(tài)機(jī)圖(state machine diagram)。)。151.1.31.1.3UML中的圖中的圖 (3) 合作圖合作圖合

16、作圖合作圖是是交互圖交互圖的一種,的一種,交互圖交互圖還包括還包括順序圖順序圖(以及(以及UML2.0中新定義的其中新定義的其他幾種圖,稍后將介紹)。合作圖突出他幾種圖,稍后將介紹)。合作圖突出對(duì)象之間的合作與交互對(duì)象之間的合作與交互。在。在UML2.0 中,合作圖被中,合作圖被通信圖通信圖(communication diagram)所取代。所取代。(4) 順序圖順序圖順序圖順序圖是另一種是另一種交互圖交互圖。順序圖強(qiáng)調(diào)一個(gè)系統(tǒng)中順序圖強(qiáng)調(diào)一個(gè)系統(tǒng)中不同元素間傳遞消息的時(shí)間順序不同元素間傳遞消息的時(shí)間順序。UML2.0 又增加了下列幾種行為圖:又增加了下列幾種行為圖:(1) 時(shí)間圖時(shí)間圖時(shí)間

17、圖時(shí)間圖也是一種也是一種交互圖交互圖。它描繪與交互元素的狀態(tài)轉(zhuǎn)換或條件變化有關(guān)的詳細(xì)時(shí)間信息。它描繪與交互元素的狀態(tài)轉(zhuǎn)換或條件變化有關(guān)的詳細(xì)時(shí)間信息。(2) 交互概述圖交互概述圖交互概觀圖是一種高層視圖,用于從總體上顯示交互序列之間的控制流。交互概觀圖是一種高層視圖,用于從總體上顯示交互序列之間的控制流。161.1.31.1.3UML中的圖中的圖在實(shí)際進(jìn)行系統(tǒng)建模時(shí),在實(shí)際進(jìn)行系統(tǒng)建模時(shí),幾乎沒有人使用幾乎沒有人使用UML標(biāo)準(zhǔn)中定義標(biāo)準(zhǔn)中定義的的所有圖所有圖。其中的一些你可能永遠(yuǎn)也不會(huì)用到。其中的一些你可能永遠(yuǎn)也不會(huì)用到。從應(yīng)用的角度看,當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí),從應(yīng)用的角度看,當(dāng)采用面向

18、對(duì)象技術(shù)設(shè)計(jì)系統(tǒng)時(shí),u首先是首先是描述需求描述需求;u其次根據(jù)需求建立系統(tǒng)的其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型靜態(tài)模型,以構(gòu)造系統(tǒng)的結(jié)構(gòu);,以構(gòu)造系統(tǒng)的結(jié)構(gòu);u第三步是描述系統(tǒng)的第三步是描述系統(tǒng)的行為行為。其中在其中在第一步與第二步第一步與第二步中所建立的模型都是靜態(tài)的,中所建立的模型都是靜態(tài)的, 包括包括用例圖、類圖用例圖、類圖(包含(包含包包)、)、對(duì)象圖、組件圖對(duì)象圖、組件圖和和配置圖配置圖等五種等五種圖形,是標(biāo)準(zhǔn)建模語言圖形,是標(biāo)準(zhǔn)建模語言UML的的靜態(tài)建模機(jī)制靜態(tài)建模機(jī)制。其中其中第三步第三步中所建立的模型或者可以執(zhí)行,或者表示執(zhí)行時(shí)中所建立的模型或者可以執(zhí)行,或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或

19、交互關(guān)系。它包括的時(shí)序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、活動(dòng)圖、順序圖狀態(tài)圖、活動(dòng)圖、順序圖和和合作圖合作圖等四個(gè)圖形,是標(biāo)準(zhǔn)建模語言等四個(gè)圖形,是標(biāo)準(zhǔn)建模語言UML的的動(dòng)態(tài)建模機(jī)制動(dòng)態(tài)建模機(jī)制。因此,標(biāo)準(zhǔn)建模語言因此,標(biāo)準(zhǔn)建模語言UML的主要內(nèi)容也可以歸納為的主要內(nèi)容也可以歸納為靜態(tài)建靜態(tài)建模機(jī)制模機(jī)制和和動(dòng)態(tài)建模機(jī)制動(dòng)態(tài)建模機(jī)制兩大類。兩大類。171.1.41.1.4 UML的主要特點(diǎn)的主要特點(diǎn) UML的主要特點(diǎn)的主要特點(diǎn)可以歸結(jié)為三點(diǎn):可以歸結(jié)為三點(diǎn): 1UML統(tǒng)一了統(tǒng)一了Booch、OMT和和OOSE等方法中的基本概念等方法中的基本概念。2UML還吸取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長(zhǎng)處還吸

20、取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長(zhǎng)處,其,其中也包括非中也包括非OO方法部分。方法部分。UML符號(hào)表示考慮了各種方法的符號(hào)表示考慮了各種方法的圖形表示,在圖形表示,在UML中匯入了面向?qū)ο箢I(lǐng)域中很多人的思想。中匯入了面向?qū)ο箢I(lǐng)域中很多人的思想。3UML在演變過程中還提出了一些新的概念在演變過程中還提出了一些新的概念。在在UML標(biāo)準(zhǔn)中新加了模板、職責(zé)、擴(kuò)展機(jī)制、線程、過程、標(biāo)準(zhǔn)中新加了模板、職責(zé)、擴(kuò)展機(jī)制、線程、過程、分布式、并發(fā)、模式、合作、活動(dòng)圖等新概念,并清晰地區(qū)分布式、并發(fā)、模式、合作、活動(dòng)圖等新概念,并清晰地區(qū)分類型分類型(Type)、類、類(Class)和實(shí)例和實(shí)例(Instance

21、)、細(xì)化、細(xì)化(Refinement)、接口、接口(Interfaces)和組件和組件(Components)等概念。等概念。因此可以認(rèn)為,因此可以認(rèn)為,UML是一種先進(jìn)實(shí)用的標(biāo)準(zhǔn)建模語言是一種先進(jìn)實(shí)用的標(biāo)準(zhǔn)建模語言, 但其中某些概念尚待實(shí)踐來驗(yàn)證,但其中某些概念尚待實(shí)踐來驗(yàn)證,UML也必然存在一個(gè)進(jìn)也必然存在一個(gè)進(jìn)化過程化過程。 181.1.51.1.5 UML的應(yīng)用領(lǐng)域的應(yīng)用領(lǐng)域 UML的目標(biāo)是以的目標(biāo)是以圖圖的方式來描述任何類型的系統(tǒng),具有很的方式來描述任何類型的系統(tǒng),具有很寬的應(yīng)用領(lǐng)域。寬的應(yīng)用領(lǐng)域。其中最常用的是建立其中最常用的是建立軟件系統(tǒng)的模型軟件系統(tǒng)的模型,但它同樣可以用于描述

22、但它同樣可以用于描述非非軟件領(lǐng)域的系統(tǒng)軟件領(lǐng)域的系統(tǒng),如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過程,以及處理復(fù)雜數(shù)據(jù)的信如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過程,以及處理復(fù)雜數(shù)據(jù)的信息系統(tǒng)、具有實(shí)時(shí)要求的工業(yè)系統(tǒng)或工業(yè)過程等。息系統(tǒng)、具有實(shí)時(shí)要求的工業(yè)系統(tǒng)或工業(yè)過程等??傊?,總之,UML是一個(gè)是一個(gè)通用的標(biāo)準(zhǔn)建模語言通用的標(biāo)準(zhǔn)建模語言,可以對(duì)任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模??梢詫?duì)任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模。 191.1.51.1.5 UML的應(yīng)用領(lǐng)域的應(yīng)用領(lǐng)域 UML適用于開發(fā)過程中從適用于開發(fā)過程中從需求需求規(guī)格描述到系統(tǒng)完成后規(guī)格描述到系統(tǒng)完成后測(cè)試測(cè)試的的不同階段。不同階段。需求階段需求

23、階段,可以用,可以用用例用例來捕獲用戶需求。通過用例建模,描述來捕獲用戶需求。通過用例建模,描述對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)(用例)的功能要求;對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)(用例)的功能要求;分析階段分析階段,主要關(guān)心問題域中的主要概念(如抽象、類和對(duì)象,主要關(guān)心問題域中的主要概念(如抽象、類和對(duì)象等)和機(jī)制,需要識(shí)別這些等)和機(jī)制,需要識(shí)別這些類類以及它們相互之間的以及它們相互之間的關(guān)系關(guān)系,并用,并用UML類圖來描述系統(tǒng)。類圖來描述系統(tǒng)。設(shè)計(jì)階段設(shè)計(jì)階段,將考慮軟件系統(tǒng)中,將考慮軟件系統(tǒng)中類的定義和細(xì)節(jié)類的定義和細(xì)節(jié)(如處理用戶接(如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類)。

24、設(shè)計(jì)階段為構(gòu)造階口、數(shù)據(jù)庫、通訊和并行性等問題的類)。設(shè)計(jì)階段為構(gòu)造階段段(編程階段編程階段)提供更詳細(xì)的規(guī)格說明。提供更詳細(xì)的規(guī)格說明。201.1.51.1.5 UML的應(yīng)用領(lǐng)域的應(yīng)用領(lǐng)域 編程編程(構(gòu)造)是一個(gè)獨(dú)立的階段,其任務(wù)是用面向?qū)ο缶幊陶Z言將設(shè)計(jì)(構(gòu)造)是一個(gè)獨(dú)立的階段,其任務(wù)是用面向?qū)ο缶幊陶Z言將設(shè)計(jì)階段的階段的類類轉(zhuǎn)換成實(shí)際的轉(zhuǎn)換成實(shí)際的代碼代碼。在用。在用UML建立分析和設(shè)計(jì)模型時(shí),應(yīng)盡量建立分析和設(shè)計(jì)模型時(shí),應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。因?yàn)樵谠缙陔A段,模型僅避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。因?yàn)樵谠缙陔A段,模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具,過早考慮

25、編碼問題十分不利于建立簡(jiǎn)僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具,過早考慮編碼問題十分不利于建立簡(jiǎn)單正確的模型。單正確的模型。測(cè)試階段測(cè)試階段,UML模型還可作為測(cè)試階段的依據(jù)。模型還可作為測(cè)試階段的依據(jù)。系統(tǒng)通常需要經(jīng)過單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。系統(tǒng)通常需要經(jīng)過單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。不同的測(cè)試小組使用不同的不同的測(cè)試小組使用不同的UML圖作為測(cè)試依據(jù):圖作為測(cè)試依據(jù):?jiǎn)卧獪y(cè)試單元測(cè)試使用使用類圖類圖和類規(guī)格說明;和類規(guī)格說明;集成測(cè)試集成測(cè)試使用使用部件圖部件圖和和合作圖合作圖;系統(tǒng)測(cè)試系統(tǒng)測(cè)試使用使用用例圖用例圖來驗(yàn)證系統(tǒng)的行為;來驗(yàn)證系統(tǒng)的行為;驗(yàn)收測(cè)試驗(yàn)收測(cè)試由用戶

26、進(jìn)行,以驗(yàn)證系統(tǒng)測(cè)試的結(jié)果是否滿足在分析階段確定由用戶進(jìn)行,以驗(yàn)證系統(tǒng)測(cè)試的結(jié)果是否滿足在分析階段確定的需求。的需求。總之,總之,UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng),而且適用適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng),而且適用于系統(tǒng)開發(fā)的不同階段,從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)。于系統(tǒng)開發(fā)的不同階段,從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)。 UML 2.0 中一共定義了中一共定義了13 種圖示(種圖示(diagrams)211.21.2 什么是模型什么是模型模型模型就是對(duì)一個(gè)對(duì)象或物體的就是對(duì)一個(gè)對(duì)象或物體的簡(jiǎn)化表示簡(jiǎn)化表示。如,如,地球儀地球儀就是一個(gè)模型,它是對(duì)地球的

27、簡(jiǎn)化表示。就是一個(gè)模型,它是對(duì)地球的簡(jiǎn)化表示。我們可以用我們可以用模型模型來表示現(xiàn)實(shí)領(lǐng)域中的業(yè)務(wù),來表示現(xiàn)實(shí)領(lǐng)域中的業(yè)務(wù),也可以用也可以用模型模型表示軟件領(lǐng)域中的軟件組成和結(jié)構(gòu)。表示軟件領(lǐng)域中的軟件組成和結(jié)構(gòu)。日常生活中,常見的模型有很多,如圖日常生活中,常見的模型有很多,如圖1-1所示。所示。下面按用途對(duì)模型進(jìn)行命名的有:下面按用途對(duì)模型進(jìn)行命名的有:交通模型交通模型:道路交通圖、交通標(biāo)志:道路交通圖、交通標(biāo)志建筑模型建筑模型:建筑物模型、沙盤、公司總部的:建筑物模型、沙盤、公司總部的3D復(fù)制品復(fù)制品數(shù)據(jù)分析模型數(shù)據(jù)分析模型:條形圖、餅狀圖:條形圖、餅狀圖設(shè)計(jì)模型設(shè)計(jì)模型:建筑平面圖、管線圖

28、、電路板設(shè)計(jì)圖:建筑平面圖、管線圖、電路板設(shè)計(jì)圖 221.21.2 什么是模型什么是模型圖圖1-1 常見的模型常見的模型建筑平面圖建筑平面圖數(shù)據(jù)分析模型數(shù)據(jù)分析模型管線圖管線圖電路板設(shè)計(jì)圖電路板設(shè)計(jì)圖231.21.2 什么是模型什么是模型上面這些模型,上面這些模型,是用是用圖形符號(hào)圖形符號(hào)對(duì)現(xiàn)實(shí)世界中某個(gè)事物的對(duì)現(xiàn)實(shí)世界中某個(gè)事物的模仿或仿真模仿或仿真。在軟件開發(fā)工程中,在軟件開發(fā)工程中,模型模型主要用來描述主要用來描述問題域問題域和和軟件域軟件域。問題域問題域主要包括主要包括業(yè)務(wù)、業(yè)務(wù)規(guī)則、業(yè)務(wù)流程、工作流程業(yè)務(wù)、業(yè)務(wù)規(guī)則、業(yè)務(wù)流程、工作流程;軟件域軟件域主要包括主要包括軟件組成、軟件結(jié)構(gòu)、

29、軟件部署軟件組成、軟件結(jié)構(gòu)、軟件部署等。等。241.2.11.2.1 為什么建模為什么建模開發(fā)軟件活動(dòng)開發(fā)軟件活動(dòng)包括兩個(gè)方面工作:包括兩個(gè)方面工作:第一是對(duì)第一是對(duì)業(yè)務(wù)和業(yè)務(wù)規(guī)則業(yè)務(wù)和業(yè)務(wù)規(guī)則的理解和表示;的理解和表示;第二是第二是規(guī)劃和設(shè)計(jì)軟件系統(tǒng)規(guī)劃和設(shè)計(jì)軟件系統(tǒng)。由于業(yè)務(wù)規(guī)模和復(fù)雜度不斷增加,軟件的規(guī)模和復(fù)雜度也不由于業(yè)務(wù)規(guī)模和復(fù)雜度不斷增加,軟件的規(guī)模和復(fù)雜度也不斷增長(zhǎng),人們對(duì)業(yè)務(wù)的理解、對(duì)軟件的設(shè)計(jì)和構(gòu)造越來越困斷增長(zhǎng),人們對(duì)業(yè)務(wù)的理解、對(duì)軟件的設(shè)計(jì)和構(gòu)造越來越困難,只有借助難,只有借助UML這種建模語言來表示和理解業(yè)務(wù);借助這種建模語言來表示和理解業(yè)務(wù);借助UML語言來設(shè)計(jì)和構(gòu)造

30、軟件系統(tǒng),通過語言來設(shè)計(jì)和構(gòu)造軟件系統(tǒng),通過UML來表示和展現(xiàn)來表示和展現(xiàn)系統(tǒng)組成和交互。系統(tǒng)組成和交互。在軟件開發(fā)活動(dòng)中,在軟件開發(fā)活動(dòng)中,UML主要用于兩個(gè)方面的建模:主要用于兩個(gè)方面的建模:對(duì)對(duì)業(yè)務(wù)建模業(yè)務(wù)建模和對(duì)要構(gòu)造的和對(duì)要構(gòu)造的軟件建模軟件建模。251.2.11.2.1 為什么建模為什么建模 1對(duì)業(yè)務(wù)建模對(duì)業(yè)務(wù)建模業(yè)務(wù)建模的目的是業(yè)務(wù)建模的目的是理解業(yè)務(wù)內(nèi)容和業(yè)務(wù)過程理解業(yè)務(wù)內(nèi)容和業(yè)務(wù)過程。你對(duì)自己的業(yè)務(wù)過程建模,不僅是為了理解業(yè)務(wù)的內(nèi)容中規(guī)你對(duì)自己的業(yè)務(wù)過程建模,不僅是為了理解業(yè)務(wù)的內(nèi)容中規(guī)定了要做什么,業(yè)務(wù)是如何進(jìn)行的,同樣也是為了識(shí)別業(yè)務(wù)定了要做什么,業(yè)務(wù)是如何進(jìn)行的,同樣也

31、是為了識(shí)別業(yè)務(wù)的變更對(duì)業(yè)務(wù)造成的影響。的變更對(duì)業(yè)務(wù)造成的影響。對(duì)業(yè)務(wù)建模對(duì)業(yè)務(wù)建模,有助于你發(fā)現(xiàn)業(yè)務(wù)有助于你發(fā)現(xiàn)業(yè)務(wù)的優(yōu)缺點(diǎn)的優(yōu)缺點(diǎn),找出需要改進(jìn)和優(yōu)化的地方找出需要改進(jìn)和優(yōu)化的地方,在某些情況下還可在某些情況下還可以對(duì)幾個(gè)可選的業(yè)務(wù)過程進(jìn)行仿真以對(duì)幾個(gè)可選的業(yè)務(wù)過程進(jìn)行仿真。 2對(duì)軟件建模對(duì)軟件建模軟件建模的目的是軟件建模的目的是用用UML表示軟件的體系和組成表示軟件的體系和組成,方便軟件設(shè)計(jì)人員理解和修改軟件方案方便軟件設(shè)計(jì)人員理解和修改軟件方案,確保軟件設(shè)計(jì)和計(jì),確保軟件設(shè)計(jì)和計(jì)劃能正確地實(shí)現(xiàn),同時(shí),一旦設(shè)計(jì)和計(jì)劃需要修改時(shí),修改劃能正確地實(shí)現(xiàn),同時(shí),一旦設(shè)計(jì)和計(jì)劃需要修改時(shí),修改后的軟

32、件系統(tǒng),同樣經(jīng)受得起時(shí)間的檢驗(yàn),例如,當(dāng)在一個(gè)后的軟件系統(tǒng),同樣經(jīng)受得起時(shí)間的檢驗(yàn),例如,當(dāng)在一個(gè)軟件系統(tǒng)中增加一個(gè)組件時(shí),你要保證系統(tǒng)不會(huì)因?yàn)樵黾恿塑浖到y(tǒng)中增加一個(gè)組件時(shí),你要保證系統(tǒng)不會(huì)因?yàn)樵黾恿诉@個(gè)組件而崩潰。這個(gè)組件而崩潰。261.2.21.2.2建模的目的和原則建模的目的和原則1. 建模的目標(biāo)建模的目標(biāo) 通過對(duì)通過對(duì)業(yè)務(wù)業(yè)務(wù)和和軟件系統(tǒng)軟件系統(tǒng)建模,以實(shí)現(xiàn)下面建模,以實(shí)現(xiàn)下面4個(gè)目標(biāo):個(gè)目標(biāo):(1)對(duì)業(yè)務(wù)和軟件進(jìn)行對(duì)業(yè)務(wù)和軟件進(jìn)行可視化可視化, 便于對(duì)業(yè)務(wù)和軟件系統(tǒng)的便于對(duì)業(yè)務(wù)和軟件系統(tǒng)的理解和交流理解和交流。(2) 詳細(xì)說明詳細(xì)說明系統(tǒng)的組成、結(jié)構(gòu)和系統(tǒng)交互的行為系統(tǒng)的組成、結(jié)構(gòu)

33、和系統(tǒng)交互的行為。 便于開發(fā)人員對(duì)系統(tǒng)的宏觀理解。便于開發(fā)人員對(duì)系統(tǒng)的宏觀理解。(3) 用模型的方式為系統(tǒng)提供一個(gè)用模型的方式為系統(tǒng)提供一個(gè)模板模板, 開發(fā)人員依據(jù)開發(fā)人員依據(jù)該模板構(gòu)造軟件系統(tǒng)該模板構(gòu)造軟件系統(tǒng)。(4) 將計(jì)劃和決策將計(jì)劃和決策文檔化文檔化。 271.2.21.2.2建模的目的和原則建模的目的和原則2建模的原則建模的原則(1) 僅當(dāng)僅當(dāng)需要需要時(shí),才為業(yè)務(wù)或軟件系統(tǒng)構(gòu)建模型時(shí),才為業(yè)務(wù)或軟件系統(tǒng)構(gòu)建模型 (2) 按照按照實(shí)際情況實(shí)際情況或按我們或按我們需要的樣式需要的樣式, 對(duì)業(yè)務(wù)或軟件系統(tǒng)進(jìn)行建模。對(duì)業(yè)務(wù)或軟件系統(tǒng)進(jìn)行建模。(3) 依據(jù)依據(jù)解決方案解決方案,來構(gòu)造需要的模型

34、。,來構(gòu)造需要的模型。(4) 最好最好用一組相對(duì)獨(dú)立的模型用一組相對(duì)獨(dú)立的模型, 從從不同的側(cè)面不同的側(cè)面,描述重要的業(yè)務(wù)或軟件系統(tǒng)。,描述重要的業(yè)務(wù)或軟件系統(tǒng)。 281.2.31.2.3 為什么要用為什么要用UML建模建模UML是一種是一種公共的、可擴(kuò)展的、應(yīng)用廣泛的設(shè)計(jì)語言公共的、可擴(kuò)展的、應(yīng)用廣泛的設(shè)計(jì)語言。UML可應(yīng)用于軟件開發(fā)活動(dòng)中的每個(gè)階段,可應(yīng)用于軟件開發(fā)活動(dòng)中的每個(gè)階段, 可以表示每個(gè)階段的產(chǎn)品??梢员硎久總€(gè)階段的產(chǎn)品。使用使用UML的原因,主要表現(xiàn)在以下三個(gè)方面:的原因,主要表現(xiàn)在以下三個(gè)方面:1UML是一種公共語言是一種公共語言UML為業(yè)務(wù)分析員(為業(yè)務(wù)分析員(busine

35、ss analyst)、架構(gòu)設(shè)計(jì)師)、架構(gòu)設(shè)計(jì)師(architect)、代碼實(shí)現(xiàn)者、測(cè)試者、數(shù)據(jù)庫設(shè)計(jì)師和許許)、代碼實(shí)現(xiàn)者、測(cè)試者、數(shù)據(jù)庫設(shè)計(jì)師和許許多多參與軟件設(shè)計(jì)和開發(fā)的人提供了一個(gè)多多參與軟件設(shè)計(jì)和開發(fā)的人提供了一個(gè)公共公共“語言語言”,使他們能夠理解業(yè)務(wù)、需求,理解軟件和架構(gòu)如何構(gòu)造。使他們能夠理解業(yè)務(wù)、需求,理解軟件和架構(gòu)如何構(gòu)造。291.2.31.2.3 為什么要用為什么要用UML建模建模2UML是一種應(yīng)用廣泛的語言是一種應(yīng)用廣泛的語言UML不僅可以用于軟件建模,也可以用于業(yè)務(wù)建模、不僅可以用于軟件建模,也可以用于業(yè)務(wù)建模、知識(shí)建模、數(shù)據(jù)庫建模、工作流建模、嵌入式系統(tǒng)建模。知識(shí)建

36、模、數(shù)據(jù)庫建模、工作流建模、嵌入式系統(tǒng)建模。用同一種語言對(duì)不同的領(lǐng)域建模,便于理解和溝通。用同一種語言對(duì)不同的領(lǐng)域建模,便于理解和溝通。3UML是一種很好的擴(kuò)展語言是一種很好的擴(kuò)展語言在在UML框架上,用戶可以定義和擴(kuò)展框架上,用戶可以定義和擴(kuò)展UML語義和語法,語義和語法,建模更方便、更靈活。建模更方便、更靈活。301.2.41.2.4 用用UML可以建立的模型種類可以建立的模型種類可以使用不同類型的可以使用不同類型的UML圖,創(chuàng)建不同類型的模型。圖,創(chuàng)建不同類型的模型。這些模型都是由不同類型的圖、模型元素以及模型元素之間這些模型都是由不同類型的圖、模型元素以及模型元素之間的鏈接組成。的鏈接

37、組成。對(duì)模型有兩種常見的分類方法:對(duì)模型有兩種常見的分類方法:1按產(chǎn)生模型的階段性分類按產(chǎn)生模型的階段性分類在軟件開發(fā)過程中,模型的產(chǎn)生具有階段性。在軟件開發(fā)過程中,模型的產(chǎn)生具有階段性。模型按階段性分為以下幾類:模型按階段性分為以下幾類:業(yè)務(wù)模型業(yè)務(wù)模型:展示業(yè)務(wù)和業(yè)務(wù)規(guī)則的模型展示業(yè)務(wù)和業(yè)務(wù)規(guī)則的模型。 領(lǐng)域?qū)<翌I(lǐng)域?qū)<液秃托枨蠓治鰩熜枨蠓治鰩焺?chuàng)建該種模型。創(chuàng)建該種模型。需求模型需求模型:展示應(yīng)用系統(tǒng)要求和業(yè)務(wù)要求的模型展示應(yīng)用系統(tǒng)要求和業(yè)務(wù)要求的模型。 需求分析師需求分析師和和系統(tǒng)分析師系統(tǒng)分析師創(chuàng)建該種模型。創(chuàng)建該種模型。311.2.41.2.4 用用UML可以建立的模型種類可以建立的

38、模型種類設(shè)計(jì)模型:包含架構(gòu)模型和詳細(xì)設(shè)計(jì)模型, 架構(gòu)模型展示軟件系統(tǒng)的宏觀結(jié)構(gòu)和組成; 詳細(xì)設(shè)計(jì)模型展示軟件的微觀組成和結(jié)構(gòu)。 架構(gòu)師設(shè)計(jì)架構(gòu)模型, 詳細(xì)設(shè)計(jì)模型則以資深開發(fā)人員為主, 架構(gòu)師提供指導(dǎo),共同設(shè)計(jì)。實(shí)現(xiàn)模型:表示可執(zhí)行軟件的組成要素和關(guān)系。 以資深開發(fā)人員(設(shè)計(jì)人員)為主,架構(gòu)師提供總體指導(dǎo)。數(shù)據(jù)庫模型:以數(shù)據(jù)庫開發(fā)人員為主,架構(gòu)師提供指導(dǎo), 資深開發(fā)人員(設(shè)計(jì)人員)予以配合。321.2.41.2.4 用用UML可以建立的模型種類可以建立的模型種類按模型的用途分類按模型的用途分類按模型在開發(fā)過程中所起的作用,對(duì)模型分類,按模型在開發(fā)過程中所起的作用,對(duì)模型分類,在在UML系統(tǒng)開發(fā)

39、中有三個(gè)主要的模型:系統(tǒng)開發(fā)中有三個(gè)主要的模型: 功能模型功能模型: 從用戶的角度展示系統(tǒng)的功能從用戶的角度展示系統(tǒng)的功能,包括,包括用例圖用例圖。 對(duì)象模型對(duì)象模型: 采用對(duì)象、屬性、操作、關(guān)聯(lián)等概念采用對(duì)象、屬性、操作、關(guān)聯(lián)等概念 展示系統(tǒng)的結(jié)構(gòu)和基礎(chǔ)展示系統(tǒng)的結(jié)構(gòu)和基礎(chǔ),包括,包括類圖類圖。 動(dòng)態(tài)模型動(dòng)態(tài)模型: 展現(xiàn)系統(tǒng)的內(nèi)部行為展現(xiàn)系統(tǒng)的內(nèi)部行為。 包括包括序列圖、活動(dòng)圖、狀態(tài)圖序列圖、活動(dòng)圖、狀態(tài)圖。 331.31.3 UML工具工具UML工具是幫助軟件開發(fā)人員方便使用UML的軟件,它的主要功能包括:支持各種支持各種UML模型圖的輸入、編輯和存儲(chǔ)模型圖的輸入、編輯和存儲(chǔ);支持正向工程

40、和逆向工程支持正向工程和逆向工程;提供和其他開發(fā)工具的接口提供和其他開發(fā)工具的接口。不同的工具提供的功能不同,各個(gè)功能實(shí)現(xiàn)的程度也不同。目前主要的UML工具有uRational公司的公司的Rose,uTogether Soft公司的公司的Together,u微軟公司的微軟公司的Visio等。等。341.3.1 1.3.1 主要主要UML工具介紹工具介紹Rational公司公司Rose是是目前最好的基于目前最好的基于UML的的Case工具工具,它把它把UML有機(jī)地集成到面向?qū)ο蟮能浖_發(fā)過程中。有機(jī)地集成到面向?qū)ο蟮能浖_發(fā)過程中。不論是在系統(tǒng)需求階段,還是在對(duì)象的分析與設(shè)計(jì)、軟件的不論是在系統(tǒng)需求階段,還是在對(duì)象的分析與設(shè)計(jì)、軟件的實(shí)現(xiàn)與測(cè)試階段,它都提供了清晰的實(shí)現(xiàn)與測(cè)試階段,它都提供了清晰的UML表達(dá)方法和完善表達(dá)方法和完善的工具,方便建立其相應(yīng)的軟件模型。的工具,方便建立其相應(yīng)的軟件模型。使用使用R

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論