面向?qū)ο蟮腏ava與UML課件UML概述_第1頁
面向?qū)ο蟮腏ava與UML課件UML概述_第2頁
面向?qū)ο蟮腏ava與UML課件UML概述_第3頁
面向?qū)ο蟮腏ava與UML課件UML概述_第4頁
面向?qū)ο蟮腏ava與UML課件UML概述_第5頁
已閱讀5頁,還剩97頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

標準建模語言UML與

Java實現(xiàn)楊天劍北京郵電大學(xué)軟件經(jīng)濟管理學(xué)院2015年2月IntroductoryCaseStudyTheProblom:acomputersystemforuniversitylibraryDetailedRequirementScopeanditerationsIdentifyingclassRelationbetweenclassesTheSysteminaction有關(guān)面向?qū)ο蟮娜腴T知識面向?qū)ο蟪绦蛟O(shè)計圍繞的幾個主要概念:抽象數(shù)據(jù)類型、類、子類、繼承性、多態(tài)性。有關(guān)面向?qū)ο蟮母拍钭兞浚杭粗笇ο蟮乃赖臓顟B(tài)方法:指對象的功能單元。什么是消息?軟件對象通過相互間傳遞消息來相互作用和通信一個消息由三部分組成:1.接受消息的對象2.要完成方法的名字3.方法需要的參數(shù)對象B對象Amessage有關(guān)面向?qū)ο蟮母拍钜粋€例子在程序中操作對象是類的一個實例:即對象創(chuàng)建一個對象Helloobj=newHello();調(diào)用方法obj.showString(“HelloWorld!”)classHelloextendObject{

}privateStrings;publicHello(){Super();}publicvoidshowString(Strings)

{System.out.println(s);}publicStringchangeString(Stringstr){s=str;returns;}有關(guān)面向?qū)ο蟮母拍钍裁词欠庋b?封裝把對象的所有組成部分組合在一起,封裝定義程序如何引用對象的數(shù)據(jù),封裝實際私有數(shù)據(jù)方法上使用方法將類的數(shù)據(jù)隱藏起來,控制用戶對類的修改和訪問數(shù)據(jù)的程度。方法數(shù)據(jù)對象A對象B公有數(shù)據(jù)有關(guān)面向?qū)ο蟮母拍钍裁词亲宇?子類是作為另一個類的擴充或修正所定義的一個類.bicycle(superclass)MountainbikesRacingbikesTandembikessubclass有關(guān)面向?qū)ο蟮母拍钍裁词抢^承?繼承是子類利用父類中定義的方法和變量就像它們屬于子類本身一樣.classCar{intcolor_number;intdoor_number;intspeed;

push_break(){…}add_oil(){…}}

classTrash_Car

extendsCar{doubleamount;fill_trash(){…}}Java語言的特點Java是什么?

Java=“C++”--“復(fù)雜性和奇異性”+“安全性和可移植性”Java由那些特性?(1)面向?qū)ο蠓庋b性、多態(tài)性、繼承性、動態(tài)鏈接(2)操作平臺無關(guān)性嚴格的語言定義:“沒有依據(jù)機器的不同而不同”或“由編譯器決定”等字眼,最后的目標碼都是一致的,初值都是確定的Java語言的特點兩種工作模式的比較源程序Java編譯器SPARCpentiumPowerpc中間碼PowerpcpentiumSPARC二進制源程序SPARCPowerpcpentiumPowerpcpentiumSPARC編譯器二進制Java解釋器Java語言的特點編譯,沒有絕對地址調(diào)入包含,繼承所用道的所有類,內(nèi)存分配確定,編程真正可執(zhí)行的機器碼Java源程序(.java文件)Java編譯器JavaBytecode(.class文件)系統(tǒng)執(zhí)行平臺Bytecode解釋器Bytecode載入器字節(jié)碼校驗器不存在偽造的指針不違反訪問權(quán)限不非法訪問對象不導(dǎo)致操作棧溢出

Java語言的特點Java虛擬機JavainterpreterJust-in-timecompilerRuntimeSystemOperatingSystemHardware不同的操作系統(tǒng)有不同的虛擬機.它類似一個小巧而高效的CPU.byte-code代碼是與平臺無關(guān)的是虛擬機的機器指令.Java字節(jié)代碼運行的兩種方式:interpreter(解釋方式)Just-in-time(即時編譯):有代碼生成器將字節(jié)代碼轉(zhuǎn)換成本機的機器代碼,然后可以以較高速度執(zhí)行.關(guān)于UML與JAVA課程土地代表執(zhí)行開發(fā)活動的組織;使用的過程是良好開發(fā)的基礎(chǔ);架構(gòu)定義了被構(gòu)建產(chǎn)品的結(jié)構(gòu);符號是記錄信息之間通信的手段并提供了一個屋頂,開發(fā)工作將在這個屋頂下進行。UML符號是IT項目中記錄和傳遞信息的主要方法。關(guān)于UML與JAVA課程本課程目的:對現(xiàn)代化系統(tǒng)開發(fā)有一個認識,了解現(xiàn)代化系統(tǒng)開發(fā)有機結(jié)合地使用了多種方法、工具和技術(shù),理解如何構(gòu)建一個軟件系統(tǒng)的過程關(guān)于UML與JAVA課程本課程以構(gòu)建面向?qū)ο筌浖囊粋€典型過程為結(jié)構(gòu)主線UML是以面向?qū)ο鬄榛A(chǔ)的,而面向?qū)ο笥直黄毡檎J為是IT系統(tǒng)開發(fā)的最佳實踐。軟件開發(fā)中最杰出的過程是統(tǒng)一過程(1999Jacobson),我們對這種方法做一些討論。課程主要安排引言——UML概述1實例研究:ICANDO石油IT項目開端、組織和管理IT項目概念和開端2軟件開發(fā)生命周期2項目開發(fā)過程管理3成本效益模型3課程主要安排分析業(yè)務(wù)建模4需求分析5購買、構(gòu)建或修改對象概念6系統(tǒng)分析7構(gòu)架和設(shè)計設(shè)計8數(shù)據(jù)庫設(shè)計8構(gòu)架測試部署、支持與強化課程主要安排CASESTUDYBoardGames棋類游戲系統(tǒng)ATM自動柜員機系統(tǒng)ICANDO化學(xué)制品電話訂貨系統(tǒng)圖書館借書系統(tǒng)計劃(CASEStudypart4)面向?qū)ο蟮腏AVA技術(shù)Java的對象和類9Java的小程序與應(yīng)用程序10Java的事件處理11Java的異常12AWT圖形用戶界面13IO數(shù)據(jù)流14多線程15網(wǎng)絡(luò)功能16書籍借閱系統(tǒng)和學(xué)生管理系統(tǒng)主要參考書(UML)《電子商務(wù)系統(tǒng)分析與設(shè)計》楊天劍,胡桃,呂廷杰編著,北京郵電大學(xué)出版社,2007.9.國家“十一五”規(guī)劃教材KenLunn[英],UML軟件開發(fā),電子工業(yè)出版社,2005.1蔣慧等編,UMLProgrammingGuide--設(shè)計核心技術(shù),北京希望電子出版社,2001年4月IvarJacobson,GradyBooch,JamesRumbaugh.TheUnifiedSoftwareDevelopmentProcess.Addison-Wesley,1999.MeilirJones,UML面向?qū)ο笤O(shè)計基礎(chǔ),人民郵電出版社,2001年4月。劉超,張莉編著。《可視化面向?qū)ο蠼<夹g(shù)--標準建模語言UML教程》。北京航空航天大學(xué)出版社,1999年7月。PerditaStevens.UsingUMLSoftwareengineeringwithobjectsandcomponents,

Addison-Wesley,2000.JamesRumbaugh,IvarJacobson,GradyBooch.TheUnifiedModelingLanguageReferenceManual.Addison-Wesley,1999.主要參考書(JAVA)Deital.JAVA:Howtoprogram,PrenticeHellBruceEckel,ThinkingInJava.

有關(guān)的常用網(wǎng)址:OMGhomepage.ContainsspecsforUML:UMLRTFhomepage.ContainsUMLspecartifacts,includingtheUML1.3finaldraftandtheRTF’sfinalreport./ckobryn/uml.htm:UMLresourcepagecontaininglinkstospecs,pubs,events,andvendors.:RationalProducts&UML聯(lián)系方法電話-mail地址:frankytj@歡迎大家來信或致電!UML概述(UML與面向?qū)ο?軟件工程與面向?qū)ο蠹夹g(shù)軟件開發(fā)過程結(jié)構(gòu)化方法面向?qū)ο筌浖_發(fā)方法標準建模語言UML面向?qū)ο蠹夹g(shù)的發(fā)展歷史UML設(shè)計目標與原則標準建模過程迭代增量式開發(fā)方法面向開發(fā)全過程的統(tǒng)一模型模型的分層(概念層、說明層和實現(xiàn)層)UML概述(UML模型語言)UML九種模型用例圖類圖、對象圖交互圖:順序圖、合作圖行為圖:狀態(tài)圖、活動圖實現(xiàn)圖:構(gòu)件圖、配置圖需求驅(qū)動的開發(fā)方法用例圖模型活動圖、順序圖UML概述(UML模型語言)面向?qū)ο蠓治雠c設(shè)計方法:類圖模型順序圖、狀態(tài)圖、活動圖UML概述1.引論;2.建模技術(shù);3.UML的模型圖;4.UML的基本視圖;5.標準建模過程概述;UML的學(xué)習(xí)方法和應(yīng)用領(lǐng)域;6.小結(jié)。

1.引論面向?qū)ο蠹夹g(shù)的應(yīng)用前景;為什么有必要統(tǒng)一建模語言;UML是一種建模語言;UML的設(shè)計目標;UML的發(fā)展歷程。面向?qū)ο蠹夹g(shù)的應(yīng)用前景面向?qū)ο蠹夹g(shù)出現(xiàn)于70年代末期(在Xerox公司研制出Smalltalk),它具有強大的生命力。在美國其應(yīng)用前景預(yù)測如下:1991年夏3%~4% 1993年末9%~12% 1995年夏15%~20% 到1996年為止~40% 到1998年為止 ~60% 到2000年為止 ~80%到2010年為止,哪個語言還不支持面向?qū)ο螅?/p>

為什么有必要統(tǒng)一建模語言面對眾多的建模語言,用戶沒有能力區(qū)別不同語言之間的差別。在眾多的建模語言中,實際上各有千秋,需要取長補短,日臻完善。雖然不同的建模語言大多相同,但仍存在某些細微的差別,這極大地妨礙了用戶之間的交流。

UML的設(shè)計目標UML是由Booch,Rumbaugh和Jacobson

發(fā)起,在Booch方法、OMT方法和OOSE方法的基礎(chǔ)上,集眾家之長,幾經(jīng)修改而成。UML的設(shè)計目標是:運用面向?qū)ο蟾拍顏順?gòu)造系統(tǒng)模型(不僅是針對軟件)。建立起從概念模型直至可執(zhí)行體之間明顯的對應(yīng)關(guān)系。著眼于那些有重大影響的問題。創(chuàng)建一種對人和機器都適用的建模語言。

UML的主要特點UML統(tǒng)一了Booch,OMT和OOSE等方法中的基本概念:用例圖從OOSE來;類圖從OMT和Booch等方法來;實現(xiàn)圖(構(gòu)件圖和配置圖)從Booch的模塊圖和過程圖來。UML吸取了OO技術(shù)領(lǐng)域各流派的長處:狀態(tài)圖從Harel

而來;活動圖從工作流圖而來;合作圖從Booch的對象圖和Fusion的對象交互作用圖等而來;等等。在演變過程中UML提出了一些新的概念。

UML的發(fā)展歷程1994.10,Booch和Rumbaugh將Booch93和OMT-2統(tǒng)一,1995.10.發(fā)布UM0.8。1995年秋,經(jīng)過Booch等三人的努力,1996.6和1996.10發(fā)布UML0.9和UML0.91。1996年成立UML成員協(xié)會,有700多公司支持UML,占領(lǐng)OO市場的85%。1997.1發(fā)布UML1.0,1997.9發(fā)布UML1.1。1997.11OMG采納UML1.1作為OO技術(shù)的標準建模語言。此后,UML的維護工作由CrisKobryn領(lǐng)導(dǎo)的OMG版本修改小組RTF(RevisionTaskForce)負責(zé).1998.6:UMLV.1.1(編輯修改版).1999.6:UMLV.1.3(技術(shù)終訂版).2000:UMLV.1.42001:推出2.0

UML的發(fā)展歷程(續(xù))公眾反饋OOPSLA95UnifiedMethod0.8工業(yè)化標準化統(tǒng)一化分散的各部分

Booch93OMT-21996.6和1996.10UML0.9&0.91

1997.11.171997.9公布UML1.1

1997.1公布UML1.0合作伙伴意見UML1.1被OMG

接納為標準其他方法Booch91OMT-1OOSE1999.6UML1.3WhoisOMG?TheObjectManagementGroup,Inc.(OMG)isaninternationalorganizationsupportedbyover800members,includinginformationsystemvendors,softwaredevelopersandusers.Foundedin1989OMGpromotesthetheoryandpracticeofobject-orientedtechnologyinsoftwaredevelopment.Primarygoalsarethereusability,portability,andinteroperabilityofobject-basedsoftwareindistributed,heterogeneousenvironments.2.建模技術(shù)構(gòu)造模型的目的;建模技術(shù)要點;系統(tǒng)的多態(tài)性。構(gòu)造模型的目的在著手解決一個復(fù)雜問題之前,對解決方案進行檢測。用于同客戶和其他相關(guān)人員進行交流。加強視覺效果。對復(fù)雜問題進行適度簡化。模型是對事物的抽象。人們常常在正式建造實物之前,先建立模型,以便更透徹地了解它的本質(zhì),抓住問題的要害。建模技術(shù)要點構(gòu)造模型的基本技術(shù)是抽象,應(yīng)突出與問題有關(guān)的特征,將與問題無關(guān)的性質(zhì)略去。不必追求絕對的真實和完全,只需從期望的目的角度看其是否充分。應(yīng)當(dāng)刻畫問題的關(guān)鍵方面,略去相對次要的因素。建模語言應(yīng)支持人的由模糊到清晰、由粗到細逐漸完善的認識過程。應(yīng)采用可視化圖形建模語言。系統(tǒng)的多面性在功能和性能方面:功能正確,性能良好(效率要高)。在非功能方面:魯棒性、可擴充性、可再用性、兼容性、可移值性、可驗證性、完整性以及易使用性等方面要好。一個系統(tǒng)應(yīng)具有多方面的特點:一個系統(tǒng)要從多個視角去描述。一個視圖可能包含多個模型圖,每張模型圖都應(yīng)當(dāng)簡單明了,易于交流。UML:重點是針對系統(tǒng)的“功能性”Whatwelookfor?techniquestoimprovequalityandreducecostandtime-to-market,includecomponenttechnologyvisualprogrammingpatternsframeworksalso,techniquestomanagethecomplexityofsystemsastheyincreaseinscopeandscale.什么是UML?UML1.3:

TheUnifiedModelingLanguage(UML)providessystemarchitectsworkingonobjectanalysisanddesignwithoneconsistentlanguageforspecifying,visualizing,constructing,anddocumentingtheartifactsofsoftwaresystems,aswellasforbusinessmodeling.WhatdoesUMLprovide?TheUnifiedModelingLanguage(UML)isalanguageforspecifying,visualizing,constructing,anddocumentingtheartifactsofsoftwaresystems,aswellasforbusinessmodelingandothernon-softwaresystems.TheUMLrepresentsacollectionofthebestengineeringpracticesthathaveprovensuccessfulinthemodeling

oflargeandcomplexsystems.UMLcanbetterfitandsupportthoseadvancedtechnologiesUML是一種建模語言建模方法=建模語言+建模過程。建模語言定義了用于表示設(shè)計的符號(通常是圖形符號);建模過程描述進行設(shè)計所需要遵循的步驟。標準建模語言UML是一種建模語言,而不是一種方法,它統(tǒng)一了面向?qū)ο蠼5幕靖拍?、術(shù)語及其圖形符號,為人們建立了便于交流的共同語言。建模能力:建模方法+領(lǐng)域知識+實踐3.UML的模型圖兩類、九種模型圖靜態(tài)模型圖,又稱結(jié)構(gòu)圖可視化、說明、構(gòu)造和文檔化系統(tǒng)靜態(tài)特性動態(tài)模型圖,又稱行為圖可視化、說明、構(gòu)造和文檔化系統(tǒng)動態(tài)特性靜態(tài)圖類圖(classdiagram):展示對象類、接口、及其相互合作與關(guān)聯(lián)包圖:在UML1.1以后,它不再被看作一種獨立的模型圖對象圖:展示對象及其相互之間的關(guān)系實現(xiàn)圖(implementationdiagrams):構(gòu)件圖(componentdiagram):描述部件的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系;配置圖(deploymentdiagram):定義系統(tǒng)中軟硬件的物理構(gòu)架。動態(tài)圖用例圖:從用戶角度描述系統(tǒng)的行為,并指出各功能的操作者狀態(tài)圖:描述由事件驅(qū)動的系統(tǒng)/對象的狀態(tài)轉(zhuǎn)移活動圖:描述活動之間的控制流交互圖:描述對象之間的交互情況順序圖:重點描述消息發(fā)生的事件順序合作圖:重點描述各個對象之間收發(fā)消息的情況3.1

關(guān)于保險業(yè)務(wù)的一張用例圖保險銷售人員客戶客戶統(tǒng)計表簽署保險文件銷售統(tǒng)計表1.領(lǐng)取保險文件;2.講解保險條款3.填寫保單;4.客戶和銷售代表簽字;3.1(續(xù))訂貨系統(tǒng)用例圖3.2

靜態(tài)圖:類圖、對象圖和包圖靜態(tài)圖包括類圖、對象圖和包圖,用以描述模型中類及其實例之間的靜態(tài)關(guān)系。類圖用于定義系統(tǒng)中的類,包括描述類之間的聯(lián)系(如關(guān)聯(lián)、依賴、聚合等)以及類的內(nèi)部結(jié)構(gòu),即類的屬性和操作。對象圖顯示類的對象實例,一個對象圖是類圖的一個實例。包圖由包或類組成,主要表示包與包、或包與類之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。訂貨系統(tǒng)類圖關(guān)于金融貿(mào)易的一張類圖客戶有價證券明細表代理11..*

Owns1..*1..*

HandlesContains0..*0..*證券債券互助基金股票關(guān)于保險的一張類圖客戶保險單代理11..*

Owns1..*1

HandlesContains0..*0..*保險人壽險醫(yī)療保險車險類圖和對象圖類圖展示類Uses0..11..*計算機名字:String內(nèi)存:Integer作者名字:String年齡:Integer小影:作者名字=“王小影”年齡=32小影的家用PC:計算機名字=“Dell486”內(nèi)存=64小影的工作PC:計算機名字=“CompaqX”內(nèi)存=32對象圖展示類的實例3.3

行為圖:狀態(tài)圖,活動圖行為圖包括狀態(tài)圖和活動圖,描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。狀態(tài)圖描述一類對象的所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件?;顒訄D描述為滿足用例要求所要進行的活動以及活動間的約束關(guān)系。使用活動圖可以很方便地表示并行活動。一部電梯的狀態(tài)圖上升(樓層)在第一層上升(樓層)向第一層下降下降狀態(tài)空閑狀態(tài)上升狀態(tài)到達(樓層)到達(樓層)下降(樓層)超時一臺打印機服務(wù)器的活動圖創(chuàng)建附加文件顯示"磁盤已滿"的信息顯示"正在打印"的信息[磁盤已滿][尚有磁盤空間]打印機.打印(文件)刪除顯示信息的對話框訂貨系統(tǒng)的打印發(fā)票用例的活動圖借書用例的活動圖--visio工具3.4

交互圖:順序圖,合作圖交互圖包括順序圖和合作圖,它描述對象間的交互(動態(tài)合作)關(guān)系。順序圖:用以顯示對象之間在時間順序方面的動態(tài)合作關(guān)系。因此,如果強調(diào)時間和順序,應(yīng)當(dāng)使用順序圖。合作圖:著重描述對象間的通信方面的動態(tài)合作關(guān)系。因此,如果強調(diào)通信關(guān)系,則可以選擇合作圖。借閱圖書序列圖添加一個新用戶訂貨系統(tǒng)順序圖一臺打印機服務(wù)器的順序圖:計算機:打印服務(wù)程序:打印機:打印隊列[打印機空閑]打?。ㄎ募打印機忙]保存(文件)打印(文件)一臺打印機服務(wù)器的合作圖[打印機忙]1.2保存(文件):計算機:打印隊列1:打?。ㄎ募?打印服務(wù)程序:打印機[打印機空閑]1.1打?。ㄎ募┙栝唸D書合作圖訂貨系統(tǒng)合作圖3.5

實現(xiàn)圖:構(gòu)件圖,配置圖實現(xiàn)圖包括構(gòu)件圖和配置圖。構(gòu)件圖:描述部件(partofcode)的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系配置圖:定義系統(tǒng)中(特別是在分布式及網(wǎng)絡(luò)環(huán)境中)軟硬件的物理構(gòu)架反映程序代碼構(gòu)件之間的

依賴關(guān)系的構(gòu)件圖反映程序代碼構(gòu)件之間的

依賴關(guān)系的構(gòu)件圖描述系統(tǒng)物理構(gòu)架的配置圖《DecNet協(xié)議》客戶A:個人電腦PC客戶B:個人電腦PC《TCP/IP協(xié)議》《TCP/IP協(xié)議》服務(wù)器:02數(shù)據(jù)庫服務(wù)器:VAX描述系統(tǒng)物理構(gòu)架的配置圖4.UML的基本視圖UML的五類基本視圖;UML的用例視圖;UML的邏輯視圖;UML的構(gòu)件視圖;UML的并發(fā)視圖;UML的配置視圖。

UML的五類基本視圖構(gòu)件示圖用例視圖配置視圖邏輯視圖

UML的五類基本視圖(續(xù))用例視圖:從系統(tǒng)外部執(zhí)行者的角度理解、展示系統(tǒng)功能。邏輯視圖:從系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為的角度展示系統(tǒng)內(nèi)部功能性設(shè)計。構(gòu)件示圖:展示代碼構(gòu)件的組織結(jié)構(gòu)。并發(fā)視圖:展示系統(tǒng)的并發(fā)性,刻畫并發(fā)系統(tǒng)中的通訊和同步問題。配置視圖:展示系統(tǒng)的物理的體系結(jié)構(gòu),其中用到的計算機和各種設(shè)備稱作節(jié)點。

UML的用例視圖從系統(tǒng)外部執(zhí)行者的角度理解系統(tǒng)的功能:它描述執(zhí)行者與系統(tǒng)的交互,其執(zhí)行者可以是一個用戶,也可以是另一個系統(tǒng)。用例圖面向客戶、建模人員、開發(fā)人員和測試人員,是系統(tǒng)模型圖的核心。用例視圖:用例圖和活動圖描述。一張用例圖是系統(tǒng)的一種用途的描述;一組用例圖描述了整個系統(tǒng)所期望的用途。

UML的邏輯視圖描述系統(tǒng)如何提供要求的功能:靜態(tài)結(jié)構(gòu):

類(界面,內(nèi)部結(jié)構(gòu));對象;關(guān)系。 用類圖和對象圖描述。

動態(tài)行為:對象之間相互發(fā)送消息而引發(fā)的動態(tài)合作關(guān)系。 用狀態(tài)圖、順序圖、合作圖和活動圖描述。各種特性:永久性,并發(fā)性。主要是面向設(shè)計人員和開發(fā)人員。

UML的構(gòu)件視圖描述實現(xiàn)的各個模塊及其相互之間的關(guān)系:模塊的內(nèi)部結(jié)構(gòu);模塊間的依賴關(guān)系;關(guān)于各構(gòu)件的一些附加信息: 資源分配(構(gòu)件的責(zé)任); 其它管理信息,如開發(fā)工作的進展報告等。主要面向開發(fā)人員。構(gòu)件視圖:由構(gòu)件圖組成,其中構(gòu)件表示不同類型的代碼模塊。

UML的配置視圖展示系統(tǒng)的物理配置,如計算機和其它設(shè)備(統(tǒng)稱結(jié)點)及其相互之間的連接關(guān)系,包括在物理的體系結(jié)構(gòu)中如何配置構(gòu)件的映像關(guān)系。面向開發(fā)、集成和測試人員。配置視圖用配置圖描述。5.標準建模過程標準過程的生命周期階段視圖標準過程的迭代視圖核心工作流和模型迭代和工作流標準過程的特征標準過程的生命周期階段視圖時間初始階段細化階段構(gòu)造階段移交階段初始階段細化階段構(gòu)造階段移交階段初始階段:項目范圍(Scope)、效益,開發(fā)事務(wù)實例(BusinessCase)細化階段:建立項目計劃,描述系統(tǒng)特征,捕獲詳細需求,建立基線體系結(jié)構(gòu)構(gòu)造階段:在基線體系結(jié)構(gòu)的基礎(chǔ)上建立系統(tǒng)移交階段:確認測試,用戶測試,向用戶移交最終的軟件標準過程的迭代視圖體系結(jié)構(gòu)迭代...開發(fā)迭代開發(fā)迭代...移交迭代...內(nèi)部提交內(nèi)部提交內(nèi)部提交內(nèi)部提交內(nèi)部提交內(nèi)部提交內(nèi)部提交外部提交初始迭代...初始階段細化階段構(gòu)造階段移交階段1:每個階段都有若干個迭代過程組成2:每次迭代都有產(chǎn)品提交(提交給開發(fā)組,所以是“內(nèi)部提交”)迭代:按照確定的計劃執(zhí)行的一組有順序的活動。當(dāng)滿足確定的評價準則時,迭代結(jié)束。每次迭代都有一個可執(zhí)行的提交核心工作流和模型需求獲取設(shè)計實現(xiàn)測試分析用例模型設(shè)計模型配置模型實現(xiàn)模型.分析模型測試模型各個模型都采用UML的模型圖來描述每個核心工作流都會產(chǎn)生一個或多個模型迭代和工作流需求獲取設(shè)計實現(xiàn)測試分析核心工作流過程階段初始階段細化階段構(gòu)造階段移交階段迭代初始迭代迭代#1迭代#2迭代#n迭代#n+1迭代#n+2迭代#m迭代#m+1細化階段的一次迭代工作量三維結(jié)構(gòu)標準過程的特征用例驅(qū)動的過程以體系結(jié)構(gòu)為中心的過程增量式的迭代過程6UML的學(xué)習(xí)方法和應(yīng)用領(lǐng)域使用UML的目的學(xué)習(xí)UML的方法UML的應(yīng)用領(lǐng)域使用UML的目的軟件開發(fā)的過程猶

溫馨提示

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

評論

0/150

提交評論