【正文】 augh聯(lián)合開發(fā)的第三代面向?qū)ο螅∣bjectoriented，簡稱OO）的建模語言，它采納和擴(kuò)展了Booch標(biāo)記法、OMT（ Objectoriented Modeling and Design）標(biāo)記法和OOSE標(biāo)記法，還吸取了面向?qū)ο蠹夹g(shù)中其它流派的長處，其中也包括非OO方法的影響?，F(xiàn)在中間件領(lǐng)域工業(yè)化標(biāo)準(zhǔn)的制定、統(tǒng)一、實(shí)現(xiàn)，使基于構(gòu)件的應(yīng)用開發(fā)成為可能。構(gòu)件技術(shù)按功能可分為三層：底層構(gòu)件為基本數(shù)據(jù)類構(gòu)件和系統(tǒng)支撐構(gòu)件，包括數(shù)據(jù)庫構(gòu)件、代碼表構(gòu)件；中間層為各種通用的構(gòu)件包括消息中間件、數(shù)據(jù)交換中間件等；頂層為針對各種領(lǐng)域的專用構(gòu)件或子系統(tǒng)構(gòu)件，例如統(tǒng)計(jì)構(gòu)件，查詢構(gòu)件等。如J2EE平臺的構(gòu)件模型是EJB模型，構(gòu)件運(yùn)行虛擬機(jī)是JVM；CORBA平臺的構(gòu)件模型是CCM，構(gòu)件運(yùn)行虛擬機(jī)是ORB；．NET平臺的構(gòu)件模型是DCOM，構(gòu)件運(yùn)行虛擬機(jī)是CLR。構(gòu)件突出了自包容和被包容的特性，這就是作為軟件生產(chǎn)線上零件的必要特征。構(gòu)件軟件技術(shù)是一種社會化的軟件開發(fā)方法，它使得開發(fā)者可將由不同語言、不同供應(yīng)商開發(fā)的構(gòu)件經(jīng)過軟件重用組合在一起來構(gòu)造軟件。推動構(gòu)件技術(shù)發(fā)展的最大動力就是軟件復(fù)用。軟件復(fù)用就是利用已有的軟件成分來構(gòu)造新的軟件，它可以減少軟件開發(fā)所需的費(fèi)用和時(shí)間，且有利用提高軟件的可維護(hù)性和可靠性。他們可以把新寫的構(gòu)件放進(jìn)公司的知識庫，以至于其它人就可以使用這些構(gòu)件的功能。使用內(nèi)部開發(fā)的構(gòu)件和公開市場的構(gòu)件來為他們的應(yīng)用軟件提供盡可能多的功能?；跇?gòu)件的開發(fā)來自于利用構(gòu)件生產(chǎn)應(yīng)用軟件的概念。在這兩個(gè)生命周期中，采用一個(gè)適當(dāng)?shù)臉?biāo)準(zhǔn)以識別和開發(fā)可復(fù)用軟件將大大促進(jìn)軟件復(fù)用的實(shí)踐。它不僅是對軟件程序的復(fù)用，還包括對軟件生產(chǎn)過程中其它勞動成果的復(fù)用，如項(xiàng)目計(jì)劃書、可行性報(bào)告、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、源程序、測試用例、文檔與使用說明等等。任何構(gòu)架都不能被直接復(fù)用，除非要建立的應(yīng)用系統(tǒng)非常簡單或者與構(gòu)架極為相似，除此之外，都要對構(gòu)架進(jìn)行或多或少的修改和擴(kuò)展才能被復(fù)用。構(gòu)架的直接目的是被復(fù)用，以減少建立一個(gè)新應(yīng)用系統(tǒng)的工作量。在一個(gè)專用領(lǐng)域內(nèi)構(gòu)造構(gòu)架時(shí)，把握構(gòu)架的共同點(diǎn)是關(guān)鍵因素。將構(gòu)架作為系統(tǒng)構(gòu)造和演化的基礎(chǔ)，可以實(shí)現(xiàn)大規(guī)模、系統(tǒng)化的軟件復(fù)用。重用不僅要重用舊的代碼，而且要重用相似的分析設(shè)計(jì)結(jié)果和體系結(jié)構(gòu)，來減少構(gòu)造新軟件系統(tǒng)的代價(jià)并提高軟件的可靠性。軟件構(gòu)架(又稱軟件體系結(jié)構(gòu))描述的是系統(tǒng)整體設(shè)計(jì)格局，它為“基于構(gòu)件的軟件開發(fā)”(CBD，Component Based Software Development)提供了構(gòu)件組裝的基礎(chǔ)和上下文。比如，先定義一個(gè)父類“幾何圖形”，它具有“計(jì)算面積”的操作，然后再定義一些子類，如“三角形”、“長方形”和“圓形”，它們可繼承父類“幾何圖形”的各種屬性和操作，并且在各自的定義中要重新描述“計(jì)算面積”的操作。換句話說，多態(tài)允許屬于不同類的對象對同一消息做出不同的響應(yīng)。多態(tài)繼承簡化了定義一個(gè)新類的過程，有利于人們對事物的認(rèn)識和描述，達(dá)到了軟件復(fù)用的目的。在這個(gè)系統(tǒng)中，研究生類就叫做子類或派生類，學(xué)生類就叫做父類或基類。比如，某系統(tǒng)已經(jīng)定義了一個(gè)學(xué)生類，現(xiàn)在還需要定義一個(gè)研究生類。繼承類的成員又分為公有成員、私有成員和保護(hù)成員，它們分別有不同的訪問控制機(jī)制。封裝是指把對象的屬性和操作結(jié)合在一起，組成一個(gè)獨(dú)立的單元。3.比如，對于“教師”類，某位教師“王一”就是類的一個(gè)實(shí)例；對于“學(xué)生”類，某位學(xué)生“李二”就是該類的一個(gè)實(shí)例。談到類的概念，就必須知道什么是類的實(shí)例。每位學(xué)生都有自己特定的編號、姓名和院系等屬性值，并且執(zhí)行登錄操作后，都會進(jìn)入個(gè)性化的主頁。對于同類對象，它們具有相同的屬性和操作，但是每個(gè)對象的屬性值可能不同，執(zhí)行操作的結(jié)果也可能不同。比如，對于兩個(gè)教師，他們雖然可能身高、體重、性別、年齡和籍貫等特征不同，但是職業(yè)卻是相同的；對于兩把椅子，它們可能顏色、形狀、價(jià)格和位置等特征不同，但是作用卻是相同的。2. 類 類是對對象的抽象，是對具有相同屬性和相同操作的一組相似對象的定義。對象具有主動性。對象的數(shù)據(jù)是封裝起來的，對數(shù)據(jù)的處理需要通過特定的操作。比如，把人當(dāng)成一個(gè)對象，那么他的屬性就有身高、體重、姓名和年齡等靜態(tài)特征，他的操作就包括工作、學(xué)習(xí)、吃飯和運(yùn)動等；把汽車當(dāng)成一個(gè)對象，那么它的屬性就有品牌、顏色、價(jià)格和壽命等，它的操作就包括加速、減速和剎車等。屬性是用來描述對象靜態(tài)特征的數(shù)據(jù)項(xiàng)，是對客觀世界實(shí)體所具有性質(zhì)的抽象。面向?qū)ο蟮幕靖拍畎▽ο?、類、封裝、繼承和多態(tài)，下面一一介紹。所謂面向?qū)ο缶褪腔趯ο蟾拍睿詫ο鬄橹行?，以類和繼承為構(gòu)造機(jī)制，來認(rèn)識、理解、刻畫客觀世界和設(shè)計(jì)、構(gòu)建相應(yīng)的軟件系統(tǒng)。對象是由數(shù)據(jù)和容許的操作組成的封裝體，與客觀實(shí)體有直接對應(yīng)關(guān)系，一個(gè)對象類定義了具有相似性質(zhì)的一組對象。正是因?yàn)閭鹘y(tǒng)軟件工程方法的弊端逐漸顯現(xiàn)出來，為現(xiàn)代軟件工程方法的出現(xiàn)創(chuàng)造了條件，其方法可以簡單的分為：分析、設(shè)計(jì)、編碼、測試和維護(hù)五個(gè)階段，其同傳統(tǒng)軟件工程方法有著極大的相同點(diǎn)。雖然如此，傳統(tǒng)方法學(xué)仍然是人們在軟件開發(fā)過程中使用的十分廣泛的軟件工程方法學(xué)，在開發(fā)某些類型的軟件時(shí)也比較有效。開發(fā)過程前期入手快而后期頻繁改動的現(xiàn)象比較常見。結(jié)構(gòu)化設(shè)計(jì)從系統(tǒng)的功能入手，按照工程標(biāo)準(zhǔn)，嚴(yán)格規(guī)范地將系統(tǒng)分解為若干功能模塊，因?yàn)橄到y(tǒng)是實(shí)現(xiàn)模塊功能的函數(shù)和過程的集合。對于問題世界的抽象結(jié)論，結(jié)構(gòu)化方法可以用數(shù)據(jù)流圖，系統(tǒng)結(jié)構(gòu)圖，數(shù)據(jù)字典，狀態(tài)轉(zhuǎn)移圖，實(shí)體關(guān)系圖來進(jìn)行系統(tǒng)邏輯模型的描述，生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。 傳統(tǒng)軟件工程方法面向的是過程，它按照數(shù)據(jù)變換的過程尋找問題的結(jié)點(diǎn)，對問題進(jìn)行分解。由于程序不能映射問題以及各個(gè)階段的文檔不能對應(yīng)，每一步追溯都存在許多理解障礙。 軟件維護(hù)階段的工作，一是對使用中發(fā)生的錯(cuò)誤進(jìn)行修改，二是因需求發(fā)生了變化而進(jìn)行修改。但是由于分析方法的缺陷很容易產(chǎn)生對問題的錯(cuò)誤理解，而分析與設(shè)計(jì)的差距很容易造成設(shè)計(jì)人員對分析結(jié)果的錯(cuò)誤轉(zhuǎn)換，以致在編程時(shí)程序員往往需要對分析員和設(shè)計(jì)人員已經(jīng)認(rèn)識過的事物重新進(jìn)行認(rèn)識，并產(chǎn)生不同的理解。但是傳統(tǒng)的軟件工程方法中設(shè)計(jì)文檔很難與分析文檔對應(yīng)，原因是二者的表示體系不一致，所謂從分析到設(shè)計(jì)的轉(zhuǎn)換，實(shí)際上并不存在可靠的轉(zhuǎn)換規(guī)則，而是帶有人為的隨意性，從而很容易因理解上的錯(cuò)誤而留下隱患。 在總體設(shè)計(jì)階段，以需求分析的結(jié)果作為出發(fā)點(diǎn)構(gòu)造出一個(gè)具體的系統(tǒng)設(shè)計(jì)方案，主要是決定系統(tǒng)的模塊結(jié)構(gòu)，以及模塊的劃分，