軟件工程與項目管理(第2版) 課件 （王素芬）第9、10章　軟件維護、面向?qū)ο蠓椒▽W(xué)

9.1軟件維護的概念

9.2軟件維護的特點

9.3軟件維護的類型及比例

9.4區(qū)分維護類型的原則

9.5軟件維護的步驟

9.6軟件的可維護性

9.7軟件維護的副作用

9.8軟件重用9.1軟件維護的概念軟件維護是指軟件系統(tǒng)交付使用以后，為了改正軟件錯誤或滿足用戶新的需要而修改軟件的過程。在整個軟件生存周期中，軟件維護是最費時，也是最重要的一個階段。據(jù)有關(guān)資料統(tǒng)計，軟件維護占軟件總的開發(fā)工作量的60%以上，而維護費用可能占開發(fā)費用的55%～70%。因此，對軟件維護工作必須給予足夠的重視。軟件維護的作用如下：(1)在運行中發(fā)現(xiàn)軟件錯誤和設(shè)計缺陷，這些錯誤和缺陷在測試階段未能發(fā)現(xiàn)；改進設(shè)計，以便增強軟件的功能，提高軟件的性能。(2)要求已經(jīng)運行的軟件能夠適應(yīng)特定的硬件、軟件、外部設(shè)備、通信設(shè)備等的工作環(huán)境，或者是要求適應(yīng)已變動的數(shù)據(jù)或文件。(3)使已經(jīng)投入運行的軟件與其他相關(guān)的程序有良好的接口，以利于協(xié)同工作。(4)使運行軟件的應(yīng)用范圍得到必要的擴充等。9.2軟件維護的特點1.結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護軟件的開發(fā)過程對軟件的維護有較大的影響。根據(jù)軟件開發(fā)的過程可以把軟件維護分為結(jié)構(gòu)化維護和非結(jié)構(gòu)化維護兩類，如圖9.1所示。1)非結(jié)構(gòu)化維護對于非結(jié)構(gòu)化維護，軟件配置的唯一成分是程序代碼，沒有文檔。維護活動從艱苦地評價程序代碼開始，常常由于程序內(nèi)部文檔不足而使評價更困難，對于軟件結(jié)構(gòu)、全程數(shù)據(jù)結(jié)構(gòu)、系統(tǒng)接口、性能和(或)設(shè)計約束等經(jīng)常會產(chǎn)生誤解。因為沒有測試方面的文檔，所以不可能進行回歸測試。2)結(jié)構(gòu)化維護對于結(jié)構(gòu)化維護，軟件配置完整，維護工作從評價設(shè)計文檔開始，確定軟件重要的結(jié)構(gòu)特點、性能特點以及接口特點；估計要求的改動將帶來的影響，并且計劃實施途徑。然后首先修改設(shè)計并且對所做的修改進行仔細復(fù)查。接下來編寫相應(yīng)的源程序代碼；使用在測試說明書中包含的信息進行回歸測試。最后，把修改后的軟件再次交付使用。2.軟件的維護成本在過去的幾十年中，軟件維護的費用穩(wěn)步上升。1970年用于維護已有軟件的費用只占軟件總預(yù)算的35%～40%，1980年上升為40%～60%，1990年上升為70%～80%。有形的維護費用只不過是軟件維護的最明顯的代價，其他一些現(xiàn)在還不明顯的代價將來可能更為人們所關(guān)注。因為可用的資源必須供維護任務(wù)使用，以致耽誤甚至喪失了開發(fā)的良機，這是一個無形的代價。其他無形的代價(維護成本)還有：(1)一些看起來是合理的改錯或修改的要求不能及時滿足，使得用戶不滿意；(2)維護時產(chǎn)生的改動，可能會帶來新的潛伏的故障，從而降低軟件的整體質(zhì)量；(3)當(dāng)必須把軟件開發(fā)人員抽調(diào)去進行維護工作時，將在開發(fā)過程中造成混亂。軟件維護的最后一個代價是生產(chǎn)率的大幅度下降，這種情況在維護舊程序時常常遇到。維護工作量可以分成生產(chǎn)性活動和非生產(chǎn)性活動。維護工作量的計算表達式如下：其中：M——維護中消耗的總工作量；P——生產(chǎn)性工作量； K——經(jīng)驗常數(shù)； c——復(fù)雜程度(非結(jié)構(gòu)化設(shè)計和缺少文檔都會增加軟件的復(fù)雜程度)； d——維護人員對軟件的熟悉程度。通過這個模型可以看出，如果使用了不好的軟件開發(fā)方法(沒有使用軟件工程方法論)，而且參加維護的人員都不是原來開發(fā)的人員，那么維護工作量(及成本)將按指數(shù)級增加。此外，還涉及以下成本的附加因素：(1)到用戶處的差旅費；(2)對維護者以及用戶的培訓(xùn)費；(3)軟件工程環(huán)境和軟件測試環(huán)境的成本和年度維護費；(4)薪水和津貼之類的人員成本。建立維護概念時，要根據(jù)有限的可用數(shù)據(jù)估算成本。隨著開發(fā)工作的推進，估算要進一步細化，歷史度量數(shù)據(jù)應(yīng)用作估算維護成本的輸入。3.軟件維護工具控制軟件維護成本的潛在方法是使用CASE工具，這些工具輔助軟件維護活動。CASE可以看成是一套相互關(guān)聯(lián)的、支持軟件開發(fā)和維護所有各方面的工具。這些相互關(guān)聯(lián)的CASE工具最好以軟件工程環(huán)境的形式匯集在一起，以支持那些支持軟件維護活動的方法、策略、指南及標(biāo)準(zhǔn)。最好也為維護者提供軟件測試環(huán)境，以便修改后的軟件產(chǎn)品能在非運行環(huán)境中測試。軟件工程環(huán)境提供初始開發(fā)和修改軟件產(chǎn)品的工具。軟件測試環(huán)境提供測試環(huán)境，應(yīng)用于在非運行環(huán)境中測試修改后的軟件產(chǎn)品。注明成功運用CASE工具的日期。維護者應(yīng)仔細策劃這些工作。4.軟件維護中的問題與軟件維護有關(guān)的絕大多數(shù)問題，都可歸因于軟件定義和軟件開發(fā)的方法有缺點。在軟件生命周期的前兩個時期沒有嚴格而又科學(xué)的管理和規(guī)則，幾乎必然會導(dǎo)致在最后階段出現(xiàn)問題。下面列出和軟件維護有關(guān)的部分問題。(1)理解他人編寫的程序一般都有一定的困難性。(2)軟件配置的文檔嚴重不足甚至沒有，或者沒有合格的文檔。(3)當(dāng)需要對軟件進行維護時，由于軟件人員經(jīng)常流動，維護階段持續(xù)的時間又很長，因此一般不能指望由原來的開發(fā)人員來完成或提供對軟件的解釋。(4)絕大多數(shù)軟件在設(shè)計時沒有考慮到將來的修改問題。(5)追蹤軟件的建立過程非常困難，或根本做不到。(6)軟件維護可以說是一項毫無吸引力的工作。之所以形成這樣一種觀念，一方面是因為軟件維護工作量大，看不到什么“成果”，更主要的原因是因為維護工作難度大，又經(jīng)常遭受挫折，且從事這項工作缺乏成就感。上述種種問題在現(xiàn)有的沒有采用軟件工程思想開發(fā)出來的軟件中，都或多或少地存在著。而軟件工程部分地解決了與維護有關(guān)的各種問題。9.3軟件維護的類型及比例根據(jù)軟件維護的不同原因，軟件維護可以分成改正性維護、適應(yīng)性維護、完善性維護和預(yù)防性維護4種類型。1.改正性維護(Corrective)因為軟件測試不可能暴露出一個大型軟件系統(tǒng)所有潛藏的錯誤，所以必然會有第一項維護活動：在任何大型程序的使用期間，用戶在某些特定的使用環(huán)境下必然會發(fā)現(xiàn)這些潛藏的程序錯誤，并且把他們遇到的問題報告給維護人員。診斷和改正錯誤的過程稱為改正性維護。2.適應(yīng)性維護(Adaptive)計算機科學(xué)技術(shù)領(lǐng)域的各個方面都在迅速進步，外部環(huán)境、數(shù)據(jù)環(huán)境可能發(fā)生變化；另一方面，應(yīng)用軟件的使用壽命很容易超過10年，遠遠長于最初開發(fā)這個軟件時的運行環(huán)境的壽命。因此，適應(yīng)性維護也就是為了和變化了的環(huán)境適當(dāng)?shù)嘏浜隙M行的修改軟件的活動，是既必要又經(jīng)常的維護活動。3.完善性維護(Perfective)當(dāng)一個軟件系統(tǒng)順利運行時，常常出現(xiàn)第3項維護活動：在使用軟件的過程中用戶往往提出增加新功能或修改已有功能的建議，還可能提出一般性的改進意見。為了滿足這類要求，需要進行完善性維護。這項維護活動通常占軟件維護工作的大部分。4.預(yù)防性維護(Preventive)當(dāng)為了改進未來的可維護性和可靠性，或為了給未來的改進奠定更好的基礎(chǔ)而修改尚未引起問題的產(chǎn)品缺陷時，將出現(xiàn)第4項維護活動。這項維護活動通常稱為預(yù)防性維護，它被定義為“把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)，以支持明天的需求”。5.維護類型的比例在維護階段的前期，改正性維護的工作量較大。隨著錯誤發(fā)現(xiàn)率急劇降低，并趨于穩(wěn)定，就進入正常使用期。然而，由于改造的要求，適應(yīng)性維護和完善性維護的工作量逐步增加，在這些維護過程中又會引入新的錯誤，從而加重了維護的工作量。實踐證明，在這4項維護活動中，完善性維護所占的比例最大，即大部分維護工作是改變和加強軟件，而不是糾錯。所以，維護并不一定是救火式的緊急維修，而可以是有計劃的一種再開發(fā)活動。統(tǒng)計事實證明，完善性維護活動約占整個維護工作的50%，改正性維護占20%，適應(yīng)性維護占25%，其他維護活動只占5%左右，如圖9.2所示。應(yīng)該注意，上述4類維護活動都必須應(yīng)用于整個軟件配置，維護軟件文檔和維護軟件的可執(zhí)行代碼是同樣重要的。從圖9.3中可看到，軟件維護活動的工作量占整個生存周期的70%以上，這是因為漫長的軟件運行過程中需要不斷對軟件進行修改，以滿足用戶的擴充要求，加強軟件功能、性能的維護活動以及適應(yīng)新的環(huán)境要求，它們需要花費很多精力和時間，而且有時修改不正確，經(jīng)常還會引入新的錯誤。同時，軟件維護技術(shù)不像開發(fā)技術(shù)那樣成熟、規(guī)范化，自然消耗工作量就比較多。9.4區(qū)分維護類型的原則維護的部分任務(wù)是確定用戶的請求是屬于缺陷改正，還是適應(yīng)性或完善性修改。開發(fā)方通常必須免費更正軟件缺陷，用戶則要支付適應(yīng)性或完善性軟件修改的費用。在實踐中，區(qū)分它們可能非常困難，以下是一些指導(dǎo)原則。(1)若系統(tǒng)不能按程序員的意圖工作，則這是一個程序錯誤，屬于產(chǎn)品缺陷。(2)若系統(tǒng)沒有實現(xiàn)陳述的需求，則這是另一類缺陷，屬于違背需求。(3)若用戶有未說明的期望，但系統(tǒng)并不支持，則這屬于灰色區(qū)域。在實踐中，說明所有需求是不現(xiàn)實的。因此，對于用戶的合理期望，應(yīng)屬于產(chǎn)品缺陷問題。(4)若問題不屬于開發(fā)時的合理期望，那么它是一項適應(yīng)性或完善性修改。(5)若系統(tǒng)能夠完成用戶任務(wù)，但用戶想不出該如何執(zhí)行，則這屬于可用性問題。它通常不作為產(chǎn)品缺陷，除非指定了可用性需求。由此可見，在維護問題上存在灰色區(qū)域，這些灰色區(qū)域可能引發(fā)爭執(zhí)。為避免發(fā)生這種情況，合同可以包含這樣一項聲明：關(guān)于缺陷的爭執(zhí)應(yīng)交由雙方共同提出的仲裁者仲裁。9.5軟件維護的步驟9.5.1填寫維護申請報告所有軟件維護申請應(yīng)按規(guī)定的方式提出。軟件維護組織通常提供維護申請報告(MRF，MaintenanceRequestForm)，或稱軟件問題報告(見表9.1)，由申請維護的用戶填寫。

如果遇到一個錯誤，則用戶必須完整地說明產(chǎn)生錯誤的情況，包括輸入數(shù)據(jù)、錯誤清單以及其他有關(guān)材料。如果申請的是適應(yīng)性維護或完善性維護，則用戶必須提出一份修改說明書，列出所有希望的修改。維護申請報告將由維護管理員和系統(tǒng)監(jiān)督員來研究處理。維護申請報告是由軟件組織外部提交的文檔，它是計劃維護工作的基礎(chǔ)。軟件組織內(nèi)部應(yīng)相應(yīng)地做出軟件修改報告(Software

Change

Report，SCR)，報告中應(yīng)指明：(1)所需修改變動的性質(zhì)；(2)申請修改的優(yōu)先級；(3)為滿足某個維護申請報告所需的工作量；(4)預(yù)計修改后的狀況。

軟件修改報告應(yīng)提交修改負責(zé)人，經(jīng)批準(zhǔn)后才能開始進一步安排維護工作。9.5.2維護計劃維護計劃在軟件開發(fā)期間由維護者制訂，宜包含用戶如何提出更改軟件產(chǎn)品的請求。維護計劃應(yīng)包含：(1)為何需要維護；(2)由誰做什么工作；(3)所參與的每個人的角色和職責(zé)是什么；(4)工作如何執(zhí)行；(5)可用于維護的資源是什么；(6)維護在何處執(zhí)行；(7)維護何時開始。9.5.3維護工作實施對于一項具體的軟件維護任務(wù)，在維護工作開始之前，應(yīng)該建立一個維護小組，接著制訂維護的報告，并且為這項維護任務(wù)建立事件流模型，在維護完成后要保存維護的記錄，最后還應(yīng)當(dāng)評價本次維護活動。維護小組由若干名維護人員組成，其中包括一名維護管理員和數(shù)名系統(tǒng)管理員。所有的維護請求由維護管理員經(jīng)過分析后傳給系統(tǒng)管理員去完成。系統(tǒng)管理員是熟悉軟件某一部分的軟件技術(shù)人員。所有的維護必須在修改批準(zhǔn)人員允許的范圍內(nèi)進行。維護小組的組成如圖9.4所示。在維護過程中，維護人員要各司其職，明確維護責(zé)任，以減少維護過程中的混亂。軟件維護所需要的一種報告是維護請求表。這是由軟件開發(fā)人員提供，由軟件用戶填寫的表格。如果軟件運行遇到問題，則用戶必須詳細描述出錯時的情況，包括輸入數(shù)據(jù)、輸出數(shù)據(jù)和其他有關(guān)資料。維護請求表是制訂軟件維護計劃的依據(jù)。在維護小組內(nèi)部還應(yīng)該指定一個軟件修改報告，內(nèi)容包括：本次維護所需要的工作量、維護的性質(zhì)、維護的優(yōu)先級等。在制訂維護計劃之前，軟件修改報告要交給修改批準(zhǔn)人進行審查。上述工作完成后，就可以為維護活動建立事件流模型了。圖9.5表示從提出維護請求到維護結(jié)束所出現(xiàn)的事件流。首先要判斷維護請求的類型。在這點上用戶和維護人員可能有不同的看法，用戶可能認為這次維護是改正性維護，而維護人員可能更愿意把它看成是適應(yīng)性維護或完善性維護。對于這些不同意見，雙方必須協(xié)商解決。如果是改正性維護，那么接著要判斷錯誤的嚴重程度，如果屬于嚴重錯誤，系統(tǒng)的一部分無法運行，則維護管理員應(yīng)該立即對問題進行分析，并分配人員進行維護。如果問題不嚴重，則這次維護和其他軟件開發(fā)任務(wù)放在一起，統(tǒng)一安排時間進行。對于完善性維護和適應(yīng)性維護，可以當(dāng)作同一性質(zhì)的維護。首先判斷維護要求的優(yōu)先級，如果優(yōu)先級不高，則可以同其他開發(fā)任務(wù)放在一起，統(tǒng)一安排時間進行；否則，維護管理員應(yīng)立即對問題進行分析，并分配人員進行維護。無論是什么性質(zhì)的維護，當(dāng)分配具體的系統(tǒng)管理員實施時，所需要的工作是大致相同的，包括復(fù)查軟件設(shè)計、修改代碼、單元測試、整體測試、有效性測試、系統(tǒng)測試和復(fù)審。就其本質(zhì)而言，維護工作就相當(dāng)于一次開發(fā)，因為在開發(fā)階段用到的文檔、開發(fā)方法，這里都會重新用到。在軟件維護事件流中的最后一步是復(fù)審，它再次驗證軟件的所有成分是否有效，是否滿足用戶在維護請求表中所提的要求。維護工作完成后，就該保存維護記錄。如果沒有維護記錄，就無法評價一個軟件使用的完好程度，也無法評價維護工作的有效性，難以估計維護的實際代價。維護記錄一般包括以下信息：(1)程序標(biāo)識。(2)源程序代碼的行數(shù)。(3)機器代碼的數(shù)目。(4)編碼使用的程序設(shè)計語言。(5)程序完成的日期。(6)自從交付使用以來程序運行的次數(shù)。(7)自從交付使用以來程序出現(xiàn)故障的次數(shù)。(8)程序修改的次數(shù)和標(biāo)識。(9)因程序修改而增加的源代碼數(shù)目。(10)因程序修改而刪除的源代碼數(shù)目。(11)每個修改所花費的人·時數(shù)。(12)程序修改的日期。(13)軟件工程師的名字。(14)維護請求表的標(biāo)識。(15)維護類型。(16)維護開始和結(jié)束的日期。(17)用于完成維護任務(wù)所耗費的人·時數(shù)。(18)與維護有關(guān)的純利潤。如果在維護過程中記錄了以上數(shù)據(jù)，就可以對維護活動進行定量評價，可以從以下幾個方面度量維護活動：(1)每次程序運行時平均出現(xiàn)的故障數(shù)。(2)花費在每一種維護類型上的總工作量。(3)對每個程序、每種編程語言、每種維護類型平均進行的程序修改數(shù)。(4)增加或刪除一條源代碼所花費的工作量。(5)維護各種編程語言的源程序所花費的工作量。(6)處理一張維護請求表的平均時間。(7)各種維護請求類型所占的比例。根據(jù)對維護活動所進行的度量結(jié)果，可以幫助軟件開發(fā)人員重新做出關(guān)于開發(fā)技術(shù)、編程語言選擇、資源分配等方面的決定。9.5.4維護文檔整理在軟件維護活動進行的同時，需要記錄一些與維護工作有關(guān)的數(shù)據(jù)信息，這些信息可作為估計軟件維護的有效程度，確定軟件產(chǎn)品的質(zhì)量，確定維護的實際開銷等工作的原始數(shù)據(jù)。其具體內(nèi)容應(yīng)包括：(1)程序標(biāo)識符。(2)源語句數(shù)。(3)機器指令條數(shù)。(4)使用的程序設(shè)計語言。(5)程序安裝的日期。(6)自從安裝以來程序運行的次數(shù)。(7)自從安裝以來程序失效的次數(shù)。(8)程序變動的層次和標(biāo)識。(9)因程序變動而增加的源語句數(shù)。(10)因程序變動而刪除的源語句數(shù)。(11)每個改動耗費的人·時數(shù)。(12)程序改動的日期。(13)軟件工程師的名字。(14)維護要求表的標(biāo)識。(15)維護類型。(16)維護開始和完成的日期。(17)累計用于維護的人·時數(shù)。(18)與完成的維護相聯(lián)系的純效益。應(yīng)該為每項維護工作都收集上述數(shù)據(jù)，以便填寫維護記錄表(見表9.2)?？梢岳眠@些數(shù)據(jù)構(gòu)成一個維護數(shù)據(jù)庫的基礎(chǔ)，并且用各種方法對它們進行評價。9.5.5維護活動評價如果已經(jīng)開始進行維護活動，則可以對維護工作做一些定量的評價。至少可以從7個方面來度量維護工作。(1)每次程序允許平均失效的次數(shù)。(2)用于每一類維護活動的總?cè)恕r數(shù)。(3)平均每個程序、每種語言、每種維護類型所做的程序變動數(shù)。(4)維護過程中增加或刪除一個源語句平均花費的人·時數(shù)。(5)維護每種語言平均花費的人·時數(shù)。(6)一張維護表的平均周轉(zhuǎn)時間。(7)不同維護類型所占的百分比。根據(jù)對維護工作定量度量的結(jié)果，可以做出關(guān)于開發(fā)技術(shù)、語言選擇、維護工作量規(guī)劃、資源分配及其他許多方面的決定，而且可以利用這樣的數(shù)據(jù)去分析評價維護任務(wù)。9.6軟件的可維護性所謂軟件的可維護性，就是維護人員理解、掌握和修改被維護軟件的難易程度。具有可維護性的軟件，應(yīng)具備如表9.3所示的4條性質(zhì)。符合上述4個條件的軟件其可維護性很好，反之，可維護性就差。由此可知，可維護性與開發(fā)人員的素質(zhì)關(guān)系極大。低素質(zhì)的開發(fā)人員開發(fā)出低質(zhì)量的軟件，其可維護性差，維護難度系數(shù)大，市場潛力就會十分渺茫。1.決定軟件可維護性的因素決定軟件可維護性的因素有：(1)可理解性：軟件的可理解性表現(xiàn)為人們通過閱讀源程序代碼和相關(guān)文檔，了解程序的結(jié)構(gòu)、功能及使用的容易程度。一個可理解性好的程序應(yīng)具備的特性有：模塊化、編碼風(fēng)格一致，不使用令人捉摸不定或含糊不清的代碼，使用有意義的數(shù)據(jù)名和過程名，結(jié)構(gòu)化，具有完整性等。(2)可靠性：表明一個程序按照用戶的要求和設(shè)計目標(biāo)在給定的一段時間內(nèi)正確執(zhí)行的概率。關(guān)于可靠性，度量的標(biāo)準(zhǔn)主要有：①平均失效間隔時間(MITF)。②平均修復(fù)時間(MTTR)。③有效：A?=?MTBD(MTBD?+?MDT)，其中MTBD為系統(tǒng)平均不工作間隔時間，MDT為平均不工作時間。(3)可測試性：診斷和測試系統(tǒng)的難易程度。(4)可修改性：可修改性表明程序容易修改的程度。一個可修改的程序應(yīng)當(dāng)是可理解的、通用的、靈活的、簡單的。其中，通用性是指程序適用于各種功能變化而無須修改。靈活性是指能夠容易地對程序進行修改。2.可維護性復(fù)審在軟件工程的每一個階段、每一項活動的復(fù)審環(huán)節(jié)中，應(yīng)該著重對可維護性進行復(fù)審，盡可能提高可維護性，至少要保證不降低可維護性。9.7軟件維護的副作用所謂軟件維護的副作用，是指因修改軟件而造成的錯誤或其他不希望發(fā)生的情況。軟件維護的副作用主要有3種，即修改軟件源程序的副作用、修改數(shù)據(jù)的副作用和修改文檔資料的副作用。1.修改軟件源程序的副作用在使用程序設(shè)計語言修改源代碼時，都可能引入錯誤。例如，刪除或修改一個子程序，刪除或修改一個標(biāo)號，刪除或修改一個標(biāo)識符，改變程序代碼的時序關(guān)系，改變占用存儲的大小，改變邏輯運算符，修改文件的打開或關(guān)閉，改進程序的執(zhí)行效率，把設(shè)計的改變翻譯成代碼的改變，以及為邊界條件的邏輯測試做出改變時，都容易引入錯誤。2.修改數(shù)據(jù)的副作用在修改數(shù)據(jù)結(jié)構(gòu)時，有可能造成軟件設(shè)計與數(shù)據(jù)結(jié)構(gòu)不匹配，因而導(dǎo)致軟件出錯。修改數(shù)據(jù)的副作用就是修改軟件信息結(jié)構(gòu)導(dǎo)致的結(jié)果。例如，在重新定義局部或全局常量，重新定義記錄或文件格式，增大或減小一個數(shù)組或高層數(shù)據(jù)結(jié)構(gòu)的大小，修改全局或公共數(shù)據(jù)，重新初始化控制標(biāo)志或指針，重新排列輸入／輸出或子程序的參數(shù)時，容易導(dǎo)致設(shè)計與數(shù)據(jù)不相容的錯誤。修改數(shù)據(jù)的副作用可以通過詳細的設(shè)計文檔加以控制。在此文檔中描述了一種交叉引用，把數(shù)據(jù)元素、記錄、文件和其他結(jié)構(gòu)聯(lián)系起來。3.修改文檔資料的副作用對數(shù)據(jù)流、軟件結(jié)構(gòu)、模塊邏輯或任何其他有關(guān)特性進行修改時，必須對相關(guān)技術(shù)文檔進行相應(yīng)修改，否則會導(dǎo)致文檔與程序功能不匹配，缺省條件改變，新錯誤信息不正確等錯誤，使得軟件文檔不能反映軟件的當(dāng)前狀態(tài)。對于用戶來說，軟件事實上就是文檔。如果對可執(zhí)行軟件的修改不反映在文檔里，就會產(chǎn)生修改文檔的副作用。例如，對交互輸入的順序或格式進行的修改，如果沒有正確地記錄在文檔中，就可能引起重大的問題。過時的文檔內(nèi)容、索引和文本可能造成沖突，引起用戶的失敗和不滿。因此，必須在軟件交付之前對整個軟件配置進行評審，以減少文檔的副作用。軟件維護的方式及其副作用的表現(xiàn)如表9.4所示。9.8軟件重用1.軟件重用的概念軟件重用是指在兩次或多次不同的軟件開發(fā)過程中重復(fù)使用相同或相似軟件元素的過程。軟件元素包括程序代碼、測試用例、設(shè)計文檔、設(shè)計過程、需求分析文檔甚至領(lǐng)域知識。對于新的軟件開發(fā)項目而言，它們或者是構(gòu)成整個目標(biāo)軟件系統(tǒng)的部件，或者在軟件開發(fā)過程中發(fā)揮某種作用。通常將這些軟件元素稱為軟部件。為了能夠在軟件開發(fā)過程中重用現(xiàn)有的軟部件，必須在此之前不斷地進行軟部件的積累，并將它們組織成軟部件庫。這就是說，軟件重用不僅要討論如何檢索所需的軟部件以及如何對它們進行必要的修剪，還要解決如何選取軟部件、如何組織軟部件庫等問題。因此，軟件重用方法學(xué)通常要求軟件開發(fā)項目既要考慮重用已有軟部件的機制，又要系統(tǒng)地考慮生產(chǎn)可重用軟部件的機制。這類項目通常被稱為軟件重用項目。2.軟件重用技術(shù)的意義軟件重用技術(shù)的意義有：(1)可以減少軟件開發(fā)過程中大量的重復(fù)性工作，提高軟件生產(chǎn)率，降低開發(fā)成本，縮短開發(fā)周期。(2)通過軟部件嚴格的質(zhì)量認證，使采用軟件重用技術(shù)開發(fā)的軟件系統(tǒng)有更可靠的質(zhì)量保證。(3)使用可重用軟部件有利于軟件系統(tǒng)的結(jié)構(gòu)優(yōu)化，提高軟件的靈活性和標(biāo)準(zhǔn)化程度。3.軟件重用的過程按照重要活動是否跨越相似性較小的多個應(yīng)用領(lǐng)域，軟件重用可區(qū)別為橫向重用和縱向重用。橫向重用(horizontalreuse)是指重用不同應(yīng)用領(lǐng)域中的軟件元素，如數(shù)據(jù)結(jié)構(gòu)、分類算法、人機界面構(gòu)件等。標(biāo)準(zhǔn)函數(shù)庫是一種典型的、原始的橫向重用機制?？v向重用是指在一類具有較多公共性的應(yīng)用領(lǐng)域之間進行軟部件重用。因為在兩個截然不同的應(yīng)用領(lǐng)域之間實施軟件重用的潛力不大，所以縱向重用才廣受矚目，并成為軟件重用技術(shù)的真正所在。不難理解，縱向重用活動的主要關(guān)鍵點即是域分析；根據(jù)應(yīng)用領(lǐng)域的特征及相似性預(yù)測軟部件的可重用性。一旦根據(jù)域確認了軟部件的重用價值，即可進行軟部件的開發(fā)并對具有重用價值的軟部件進行一般化，以便它們能夠適應(yīng)新的類似的應(yīng)用領(lǐng)域。然后，軟部件及其文檔即可進入軟部件庫，成為可供后續(xù)開發(fā)項目使用的可重用資源。這些部件構(gòu)成軟部件構(gòu)造活動。顯然，它是一個軟部件不斷積累、不斷完善的漸進過程。隨著軟部件的不斷豐富，軟部件庫的規(guī)模會不斷擴大，因此，庫的組織結(jié)構(gòu)將直接影響軟部件的檢索效應(yīng)，特別是當(dāng)檢索手段并不局限于標(biāo)準(zhǔn)函數(shù)庫所采用的簡單名字匹配方法時更是如此?？晒┖蜻x的軟部件從庫中檢索出來以后，用戶還必須理解其功能及行為，以判別它是否真正適用于當(dāng)前項目。必要時可考慮對某個與期望的功能/行為匹配程度最佳的軟部件進行稍許修改，甚至可以將修改后的軟部件加進軟部件庫以替代原有的軟部件。當(dāng)然，這要求修改后的軟部件比原有軟部件具有更高的重用價值。上述軟件重用方法如圖9.6所示。顯然，軟件重用過程可借助計算機的幫助。支持軟件重用的CASE工具的主要任務(wù)是，用某種組織結(jié)構(gòu)實現(xiàn)軟部件庫的存儲，提供友好的人機界面，幫助用戶瀏覽、檢索和修改軟部件庫，并且對用戶感興趣的問題進行解釋。事實上，現(xiàn)在幾乎所有的軟件重用活動都是在CASE工具的幫助下進行的。使用重用技術(shù)可以減少軟件開發(fā)活動中大量的重復(fù)性工作，這樣就能夠提高軟件的生產(chǎn)率，降低開發(fā)成本，縮短開發(fā)周期。同時，由于軟部件大都經(jīng)過嚴格的質(zhì)量認證，并在實際運行環(huán)境中得到檢驗，因此，重用軟部件有助于改善軟件質(zhì)量。此外，大量使用軟部件后，軟件的靈活性和標(biāo)準(zhǔn)化程度也可望得到提高。10.1面向?qū)ο蟮母拍?/p>

10.2面向?qū)ο蟮哪Ｐ?/p>

10.3面向?qū)ο蟮姆治?/p>

10.4面向?qū)ο蟮脑O(shè)計

10.5面向?qū)ο蟮膶崿F(xiàn)

10.6面向?qū)ο蠛突趯ο蟮膮^(qū)別10.1面向?qū)ο蟮母拍蠲嫦驅(qū)ο?ObjectOriented，OO)是20世紀90年代以來主流的軟件開發(fā)方法。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計和軟件開發(fā)，擴展到很寬的范圍，如數(shù)據(jù)庫系統(tǒng)、交互式界面、應(yīng)用結(jié)構(gòu)、應(yīng)用平臺、分布式系統(tǒng)、網(wǎng)絡(luò)管理結(jié)構(gòu)、CAD技術(shù)、人工智能等領(lǐng)域。起初，“面向?qū)ο蟆笔菍Ｖ冈诔绦蛟O(shè)計中采用封裝、繼承、抽象等設(shè)計方法。可是，這個定義顯然不適合現(xiàn)在的情況。面向?qū)ο蟮乃枷胍呀?jīng)涉及軟件開發(fā)的各個方面，如面向?qū)ο蟮姆治?ObjectOrientedAnalysis，OOA)，面向?qū)ο蟮脑O(shè)計(ObjectOrientedDesign，OOD)以及面向?qū)ο蟮木幊虒崿F(xiàn)(ObjectOrientedProgramming，OOP)。10.1.1傳統(tǒng)開發(fā)方法存在的問題傳統(tǒng)開發(fā)方法存在以下幾個問題。1.軟件重用性差重用性是指同一事物不經(jīng)修改或稍加修改就可多次重復(fù)使用的性質(zhì)。傳統(tǒng)的程序設(shè)計通過庫函數(shù)的方式來實現(xiàn)重用，實踐表明標(biāo)準(zhǔn)函數(shù)庫缺乏靈活性，往往難以適應(yīng)不同應(yīng)用場合的不同要求。對于用戶自己設(shè)計的功能模塊，對它的重用也有限制，一方面要保證功能完全相同，否則需要進行修改，另一方面，過程和數(shù)據(jù)是相互依賴的，功能的變化往往涉及數(shù)據(jù)結(jié)構(gòu)的改變，如果新的應(yīng)用中的數(shù)據(jù)與原來模塊中的數(shù)據(jù)不同，則對數(shù)據(jù)進行修改的同時，功能模塊也需要修改。2.軟件可維護性差軟件工程強調(diào)軟件的可維護性，強調(diào)文檔資料的重要性，規(guī)定最終的軟件產(chǎn)品應(yīng)該由完整、一致的配置成分組成。在軟件開發(fā)過程中，始終強調(diào)軟件的可讀性、可修改性和可測試性是軟件的重要的質(zhì)量指標(biāo)。實踐證明，用傳統(tǒng)方法開發(fā)出來的軟件，維護時其費用和成本仍然很高，其原因是可修改性差，維護困難，導(dǎo)致可維護性差。3.開發(fā)出的軟件不能滿足用戶需要用傳統(tǒng)的結(jié)構(gòu)化方法開發(fā)大型軟件系統(tǒng)涉及各種不同領(lǐng)域的知識，在開發(fā)需求模糊或需求動態(tài)變化的系統(tǒng)時，所開發(fā)出的軟件系統(tǒng)往往不能真正滿足用戶的需要。用結(jié)構(gòu)化方法開發(fā)的軟件，其穩(wěn)定性、可修改性和可重用性都比較差，這是因為結(jié)構(gòu)化方法的本質(zhì)是功能分解，從代表目標(biāo)系統(tǒng)整體功能的單個處理著手，自頂向下不斷把復(fù)雜的處理分解為子處理，這樣一層一層地分解下去，直到僅剩下若干個容易實現(xiàn)的子功能處理為止，然后用相應(yīng)的工具來描述各個最底層的處理。因此，結(jié)構(gòu)化方法是圍繞實現(xiàn)處理功能的“過程”來構(gòu)造系統(tǒng)的。然而，用戶需求的變化大部分是針對功能的，因此，這種變化對于基于過程的設(shè)計來說是災(zāi)難性的。用這種方法設(shè)計出來的系統(tǒng)結(jié)構(gòu)常常是不穩(wěn)定的，用戶需求的變化往往造成系統(tǒng)結(jié)構(gòu)的較大變化，從而需要花費很大代價才能實現(xiàn)這種變化。10.1.2面向?qū)ο蟮幕靖拍?.對象對象是人們要進行研究的任何事物，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計劃或事件。我們所指的對象是計算機中的對象，是對現(xiàn)實中對象的模擬，它抽象出現(xiàn)實世界中對象的特征和行為，分別用數(shù)據(jù)和函數(shù)刻畫，并封裝成一個整體。模擬后的計算機對象既能體現(xiàn)現(xiàn)實世界事物的狀態(tài)，也具有相應(yīng)的行為。在不同領(lǐng)域中對于對象有不同理解。一般地認為，對象就是一種事物，一個實體。在面向?qū)ο蟮念I(lǐng)域中，則應(yīng)當(dāng)從概念和實現(xiàn)形式兩個角度來理解對象。從概念上講，對象是代表著正在創(chuàng)建的系統(tǒng)中的一個實體。例如，一個商品銷售系統(tǒng)，像顧客、商品、柜臺、廠家等都是對象，這些對象對于實現(xiàn)系統(tǒng)的完整功能都是必要的。從實現(xiàn)形式上講，對象是一個狀態(tài)和操作(方法)的封裝體。狀態(tài)是由對象的數(shù)據(jù)結(jié)構(gòu)的內(nèi)容和值定義的，方法是一系列的實現(xiàn)步驟，它是由若干操作構(gòu)成的。對象實現(xiàn)了信息隱藏，對象與外部是通過操作接口聯(lián)系的，方法的具體實現(xiàn)外部是不可見的。封裝的目的就是阻止非法的訪問，操作接口提供了這個對象的功能。對象是通過消息與另一個對象傳遞信息的，每當(dāng)一個操作被調(diào)用時，就有一條消息被發(fā)送到這個對象上，消息帶來了將被執(zhí)行的這個操作的詳細內(nèi)容。一般地講，消息傳遞的語法隨系統(tǒng)不同而不同，其他組成部分包括：目標(biāo)對象、所請求的方法和參數(shù)。2.對象的狀態(tài)和行為對象具有狀態(tài)，一個對象用數(shù)據(jù)值來描述它的狀態(tài)。對象還有操作，用于改變對象的狀態(tài)，對象及其操作就是對象的行為。對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作封裝于對象的統(tǒng)一體中。3.類我們習(xí)慣上把具有相同或相似性質(zhì)的對象劃分成類。因此，對象的抽象是類，類的具體化就是對象，也可以說類的實例是對象。類是創(chuàng)建對象的樣板，它包含著所創(chuàng)建對象的狀態(tài)描述和方法的定義。類的完整描述包含了外部接口和內(nèi)部算法以及數(shù)據(jù)結(jié)構(gòu)的形式。由一個特定的類所創(chuàng)建的對象被稱為這個類的實例，因此類是對象的抽象及描述，它是具有共同行為的若干對象的統(tǒng)一描述體。類中要包含生成對象的具體方法。類是抽象數(shù)據(jù)類型的實現(xiàn)。一個類的所有對象都有相同的數(shù)據(jù)結(jié)構(gòu)，并且共享相同的實現(xiàn)操作的代碼，而各個對象有著各自不同的狀態(tài)，即私有的存儲。因此，類是所有對象的共同的行為和不同狀態(tài)的集合體。類具有屬性，它是對象的狀態(tài)的抽象，用數(shù)據(jù)結(jié)構(gòu)來描述類的屬性。類具有操作，它是對象的行為的抽象，用操作名和實現(xiàn)該操作的方法來描述。4.類的結(jié)構(gòu)在客觀世界中有若干類，這些類之間有一定的結(jié)構(gòu)關(guān)系。通常有兩種主要的結(jié)構(gòu)關(guān)系，即一般—具體結(jié)構(gòu)關(guān)系，整體—部分結(jié)構(gòu)關(guān)系。(1)一般—具體結(jié)構(gòu)稱為分類結(jié)構(gòu)，也可以說是“或”關(guān)系，或者是“isa”關(guān)系。(2)整體—部分結(jié)構(gòu)稱為組裝結(jié)構(gòu)，它們之間的關(guān)系是一種“與”關(guān)系，或者是“hasa”關(guān)系。5.消息和方法對象之間進行通信的結(jié)構(gòu)叫做消息。在對象的操作中，當(dāng)一個消息發(fā)送給某個對象時，消息包含接收對象去執(zhí)行某種操作的信息。發(fā)送一條消息至少要包括說明接受消息的對象名、發(fā)送給該對象的消息名(即對象名、方法名)。一般還要對參數(shù)加以說明，參數(shù)可以是認識該消息的對象所知道的變量名，或者是所有對象都知道的全局變量名。類中操作的實現(xiàn)過程叫做方法，一個方法有方法名、參數(shù)和方法體。消息傳遞如圖10.1所示。10.1.3面向?qū)ο蟮奶卣?1)對象唯一性。每個對象都有自身唯一的標(biāo)識，通過這種標(biāo)識，可找到相應(yīng)的對象。在對象的整個生命期中，它的標(biāo)識都不改變，不同的對象不能有相同的標(biāo)識。(2)分類性。分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性)和行為(操作)的對象抽象成類。一個類就是這樣一種抽象，它反映了與應(yīng)用有關(guān)的重要性質(zhì)，而忽略其他一些無關(guān)內(nèi)容。任何類的劃分都是主觀的，但必須與具體的應(yīng)用有關(guān)。(3)繼承性。繼承性是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機制，這是類之間的一種關(guān)系。在定義和實現(xiàn)一個類的時候，可以在一個已經(jīng)存在的類的基礎(chǔ)之上來進行，把這個已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容，并加入若干新的內(nèi)容。繼承性是面向?qū)ο蟪绦蛟O(shè)計語言不同于其他語言的最重要的特點，是其他語言所沒有的。在類層次中，子類只繼承一個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。在類層次中，子類繼承了多個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。在軟件開發(fā)中，類的繼承性使所建立的軟件具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創(chuàng)建工作量，增加了代碼的可重性。采用繼承性，提供了類的規(guī)范的等級結(jié)構(gòu)。通過類的繼承關(guān)系，使公共的特性能夠共享，提高了軟件的重用性。(4)多態(tài)性。多態(tài)性是指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同的結(jié)果。不同的對象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)性。多態(tài)性允許每個對象以適合自身的方式去響應(yīng)共同的消息。多態(tài)性增強了軟件的靈活性和重用性。10.1.4面向?qū)ο蟮囊孛嫦驅(qū)ο蟮囊匕ǎ?1)抽象。抽象是指強調(diào)實體的本質(zhì)、內(nèi)在的屬性。在系統(tǒng)開發(fā)中，抽象指的是在決定如何實現(xiàn)對象之前的對象的意義和行為。使用抽象可以盡可能避免過早考慮一些細節(jié)。類實現(xiàn)了對象的數(shù)據(jù)(即狀態(tài))和行為的抽象。(2)封裝性(信息隱藏)。封裝性是保證軟件部件具有優(yōu)良的模塊性的基礎(chǔ)。面向?qū)ο蟮念愂欠庋b良好的模塊，類定義將其說明(用戶可見的外部接口)與實現(xiàn)(用戶不可見的內(nèi)部實現(xiàn))顯式地分開，其內(nèi)部實現(xiàn)按其具體定義的作用域提供保護。對象是封裝的最基本單位。封裝防止了程序相互依賴性而帶來的變動影響。面向?qū)ο蟮姆庋b比傳統(tǒng)語言的封裝更為清晰、更為有力。(3)共享性。面向?qū)ο蠹夹g(shù)在不同級別上促進了共享同一類中的共享。同一類中的對象有著相同的數(shù)據(jù)結(jié)構(gòu)。這些對象之間是結(jié)構(gòu)、行為特征的共享關(guān)系。在同一應(yīng)用中共享。在同一應(yīng)用的類層次結(jié)構(gòu)中，存在繼承關(guān)系的各相似子類中，存在數(shù)據(jù)結(jié)構(gòu)和行為的繼承，使各相似子類共享共同的結(jié)構(gòu)和行為。使用繼承來實現(xiàn)代碼的共享，這也是面向?qū)ο蟮闹饕獌?yōu)點之一。另一種共享是在不同應(yīng)用中的共享。面向?qū)ο蟛粌H允許在同一應(yīng)用中共享信息，而且為未來目標(biāo)的可重用設(shè)計準(zhǔn)備了條件。通過類庫這種機制和結(jié)構(gòu)來實現(xiàn)不同應(yīng)用中的信息共享。(4)強調(diào)對象結(jié)構(gòu)而不是程序結(jié)構(gòu)。10.1.5面向?qū)ο蟮拈_發(fā)方法1.?Booch方法Booch最先描述了面向?qū)ο蟮能浖_發(fā)方法的基礎(chǔ)問題，指出面向?qū)ο箝_發(fā)是一種根本不同于傳統(tǒng)的功能分解的設(shè)計方法。面向?qū)ο蟮能浖纸飧咏藢陀^事務(wù)的理解，而功能分解只通過問題空間的轉(zhuǎn)換來獲得。2.?Coad方法Coad方法是1989年Coad和Yourdon提出的面向?qū)ο箝_發(fā)方法。該方法的主要優(yōu)點是通過多年來大系統(tǒng)開發(fā)的經(jīng)驗與面向?qū)ο蟾拍畹挠袡C結(jié)合，在對象、結(jié)構(gòu)、屬性和操作的認定方面，提出了一套系統(tǒng)的原則。該方法完成了從需求角度進一步進行類和類層次結(jié)構(gòu)的認定。盡管Coad方法沒有引入類和類層次結(jié)構(gòu)的術(shù)語，但事實上已經(jīng)在分類結(jié)構(gòu)、屬性、操作、消息關(guān)聯(lián)等概念中體現(xiàn)了類和類層次結(jié)構(gòu)的特征。3.?OMT方法OMT方法是1991年由JamesRumbaugh等5人提出來的，其經(jīng)典著作為“面向?qū)ο蟮慕Ｅc設(shè)計”。該方法是一種新興的面向?qū)ο蟮拈_發(fā)方法，開發(fā)工作的基礎(chǔ)是對真實世界的對象建模，然后圍繞這些對象使用分析模型來進行獨立于語言的設(shè)計，面向?qū)ο蟮慕：驮O(shè)計促進了對需求的理解，有利于開發(fā)出更清晰、更容易維護的軟件系統(tǒng)。該方法為大多數(shù)應(yīng)用領(lǐng)域的軟件開發(fā)提供了一種實際的、高效的保證，努力尋求一種問題求解的實際方法。4.?UML(UnifiedModelingLanguage)語言軟件工程領(lǐng)域在1995—1997年取得了前所未有的進展，其成果超過軟件工程領(lǐng)域過去15年的成就總和，其中最重要的成果之一就是統(tǒng)一建模語言(UML)的出現(xiàn)。UML將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。UML不僅統(tǒng)一了Booch方法、OMT方法和OOSE(面向?qū)ο筌浖こ?方法的表示方法，而且對其作了進一步的發(fā)展，最終統(tǒng)一為大眾接受的標(biāo)準(zhǔn)建模語言。UML是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)全過程。10.2面向?qū)ο蟮哪Ｐ?0.2.1對象模型對象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實體的對象關(guān)系角度來描述，表現(xiàn)了對象的相互關(guān)系。該模型主要關(guān)心系統(tǒng)中對象的結(jié)構(gòu)、屬性和操作，它是分析階段3個模型的核心，是其他兩個模型的框架。1.對象和類對象和類涉及以下內(nèi)容：(1)對象。對象建模的目的就是描述對象。(2)類。通過將對象抽象成類，可以使問題抽象化，抽象增強了模型的歸納能力。類的符號表示如圖10.2所示。(3)屬性。屬性指的是類中對象所具有的性質(zhì)(數(shù)據(jù)值)。(4)操作和方法。操作是類中對象所使用的一種功能或變換。類中的各對象可以共享操作，每個操作都有一個目標(biāo)對象作為其隱含參數(shù)。方法是類的操作的實現(xiàn)步驟。2.關(guān)聯(lián)關(guān)聯(lián)用于描述類與類之間的連接。由于對象是類的實例，因此，類與類之間的關(guān)聯(lián)也就是其對象之間的關(guān)聯(lián)。類與類之間有多種連接方式，每種連接的含義各不相同(語義的連接)，但外部表示形式相似，故統(tǒng)稱為關(guān)聯(lián)。關(guān)聯(lián)關(guān)系一般都是雙向的，即關(guān)聯(lián)的對象雙方彼此都能與對方通信。反過來說，如果某兩個類的對象之間存在可以互相通信的關(guān)系，或者說對象雙方能夠感知另一方，那么這兩個類之間就存在關(guān)聯(lián)關(guān)系。描述這種關(guān)系常用的字句是：“彼此知道”“互相連接”等。根據(jù)不同的含義，關(guān)聯(lián)可分為普通關(guān)聯(lián)、遞歸關(guān)聯(lián)、限定關(guān)聯(lián)、或關(guān)聯(lián)、有序關(guān)聯(lián)、三元關(guān)聯(lián)(見圖10.3)和聚合7種。比較常用的關(guān)聯(lián)有普通關(guān)聯(lián)、遞歸關(guān)聯(lián)和聚合。1)普通關(guān)聯(lián)普通關(guān)聯(lián)是最常見的一種關(guān)聯(lián)，只要類與類之間存在連接關(guān)系就可以用普通關(guān)聯(lián)表示。比如，作家使用計算機，計算機會將處理結(jié)果等信息返回給作家，那么，在其各自所對應(yīng)的類之間就存在普通關(guān)聯(lián)關(guān)系。普通關(guān)聯(lián)的圖示是連接兩個類之間的直線，如圖10.4所示。2)遞歸關(guān)聯(lián)如果一個類與它本身有關(guān)聯(lián)關(guān)系，那么這種關(guān)聯(lián)稱為遞歸關(guān)聯(lián)。任何關(guān)聯(lián)關(guān)系中都涉及與此關(guān)聯(lián)有關(guān)的角色，也就是與此關(guān)聯(lián)相連的類中的對象所扮演的角色關(guān)聯(lián)中的角色通常用字符串命名。在類圖中，把角色的名字放置在與此角色有關(guān)的關(guān)聯(lián)關(guān)系(直線)的末端，并且緊挨著使用該角色的類。角色名是關(guān)聯(lián)的一個組成部分，建模者可根據(jù)需要選用。引入角色的好處是能夠指明類和類的對象之間的聯(lián)系。注意，角色名不是類的組成部分，一個類可以在不同的關(guān)聯(lián)中扮演不同的角色。3)聚合聚合是關(guān)聯(lián)的特例。如果類與類之間的關(guān)系具有“整體與部分”的特點，則把這樣的關(guān)聯(lián)稱為聚合。例如，汽車由車輪、發(fā)動機、底盤等構(gòu)成，則表示汽車的類與表示輪子的類、發(fā)動機的類、底盤的類之間的關(guān)系就具有“整體與部分”的特點，因此，這是一個聚合關(guān)系。識別聚合關(guān)系的常用方法是尋找“由……構(gòu)成”“包含”“是……的一部分”等字句，這些字句很好地反映了相關(guān)類之間的“整體-部分”關(guān)系。聚合的圖示方式為，在表示關(guān)聯(lián)關(guān)系的直線末端加一個空心的小菱形，空心菱形緊挨著具有整體性質(zhì)的類，如圖10.8所示，聚合關(guān)系中可以出現(xiàn)重數(shù)、角色(僅用于表示部分的類)和限定詞，也可以給聚合關(guān)系命名，圖10.8所示的聚合關(guān)系表示海軍由許多軍艦組成。除去上述的一般聚合外，聚合還有兩種特殊的聚合方式，即共享聚合和復(fù)合聚合。如果聚合關(guān)系中的處于部分方的對象同時參與了多個處于整體方對象的構(gòu)成，則該聚合稱為共享聚合。比如，一個球隊(整體方)由多個球員(部分方)組成，但是一個球員還可能加入了多個球隊，球隊和球員之間的這種關(guān)系就是共享聚合。共享聚合關(guān)系可以通過聚合的重數(shù)反映出來，如果作為整體方的類的重數(shù)不是1，那么該聚合就是共享聚合，如圖10.9所示。如果構(gòu)成整體類的部分類，完全隸屬于整體類，則這樣的聚合稱為復(fù)合聚合。換句話說，如果沒有整體類，則部分類也沒有存在的價值，部分類的存在是因為有整體類的存在。比如，窗口由文本框、列表框、按鈕和菜單組成。整體方的重數(shù)必須是零或1，部分方的重數(shù)可取任意范圍值，如圖10.10所示。3.繼承一個類的所有信息(屬性或操作)能被另一個類繼承，繼承某個類的子類中不僅可以有屬于自己的信息，而且還擁有了被繼承類中的信息。引入繼承的好處在于由于把一般的公共信息放在父類中，因此處理某個具體特殊情況時只需要定義該情況的個別信息，公共信息從父類中繼承得來，增強了系統(tǒng)的靈活性、易維護性和可擴充性。程序員只要定義新擴充或更改的信息就可以了，舊的信息完全不必修改(仍可繼續(xù)使用)，大大縮短了維護系統(tǒng)的時間。繼承某類所有信息的具體類，稱為子類，被繼承類稱為父類?？梢詮母割愔欣^承的信息有屬性、操作和所有的關(guān)聯(lián)關(guān)系。建模過程如下：(1)識別繼承關(guān)系。確定了類中應(yīng)該定義的屬性之后，就可以利用繼承機制共享公共性質(zhì)，并對系統(tǒng)中眾多的類加以組織。繼承關(guān)系的建立實質(zhì)上是知識抽取的過程，它應(yīng)該反映出一定深度的領(lǐng)域知識，因此必須有領(lǐng)域?qū)＜颐芮信浜喜拍芡瓿?。許多歸納關(guān)系都是根據(jù)客觀世界現(xiàn)有的分類模式建立起來的，只要可能，就應(yīng)該使用現(xiàn)有的概念。一般說來，可以使用以下兩種方式建立繼承(即歸納)關(guān)系。①自底向上：抽象出現(xiàn)有類的共同性質(zhì)泛化出父類，這個過程實質(zhì)上模擬人類歸納思維過程。②自頂向下：把現(xiàn)有類細化成更具體的子類，這模擬了人類的演繹思維過程。從應(yīng)用域中常常能明顯看出應(yīng)該做的自頂向下的具體化工作。例如，帶有形容詞修飾的名詞詞組往往暗示了一些具體類。但是，在分析階段應(yīng)該避免過度細化。使用多重繼承機制時，通常應(yīng)該指定一個主要父類，從它繼承大部分屬性和行為；次要父類只補充一些屬性和行為。(2)反復(fù)修改。在實際的建模過程中，僅僅經(jīng)過一次建模過程很難得到完全正確的對象模型。事實上，軟件建模過程本身就是一個反復(fù)修改、逐步完善的過程。在建模的任何一個步驟中，如果發(fā)現(xiàn)了模型的缺陷，都必須返回到前期階段進行修改。由于面向?qū)ο蟮母拍詈头栐谡麄€開發(fā)過程中都是一致的，因此更容易實現(xiàn)反復(fù)修改及逐步完善的過程。4.對象模型對象模型由一個或若干個模板組成。模板將模型分為若干個便于管理的子塊，在整個對象模型和類及關(guān)聯(lián)的構(gòu)造塊之間，模板提供了一種集成的中間單元，模板中的類名及關(guān)聯(lián)名是唯一的。10.2.2動態(tài)模型動態(tài)模型是與時間和變化有關(guān)的系統(tǒng)性質(zhì)。該模型描述了系統(tǒng)的控制結(jié)構(gòu)，它表示了瞬間的、行為化的系統(tǒng)控制性質(zhì)，它關(guān)心的是系統(tǒng)的控制，操作的執(zhí)行順序，它表示從對象的事件和狀態(tài)的角度出發(fā)，表現(xiàn)了對象的相互行為。該模型描述的系統(tǒng)屬性是觸發(fā)事件、事件序列、狀態(tài)、事件與狀態(tài)的組織。使用狀態(tài)圖作為描述工具。它涉及事件、狀態(tài)、操作等重要概念。1.事件事件是指定時刻發(fā)生的某件事。2.狀態(tài)狀態(tài)是對象屬性值的抽象。對象的屬性值按照影響對象顯著行為的性質(zhì)將其歸并到一個狀態(tài)中去。狀態(tài)指明了對象對輸入事件的響應(yīng)。3.狀態(tài)圖狀態(tài)圖用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件。大多數(shù)面向?qū)ο蠹夹g(shù)都用狀態(tài)圖表示單個對象在其生命周期中的行為。一個狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移。10.2.3功能模型功能模型描述了系統(tǒng)的所有計算。功能模型指出發(fā)生了什么，動態(tài)模型確定什么時候發(fā)生，而對象模型確定發(fā)生的客體。功能模型表明一個計算如何從輸入值得到輸出值，它不考慮計算的次序。功能模型由多張數(shù)據(jù)流圖組成。數(shù)據(jù)流圖用來表示從源對象到目標(biāo)對象的數(shù)據(jù)值的流向，它不包含控制信息，控制信息在動態(tài)模型中表示，同時數(shù)據(jù)流圖也不表示對象中值的組織，值的組織在對象模型中表示。數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動作對象和數(shù)據(jù)存儲對象。(1)處理。數(shù)據(jù)流圖中的處理用來改變數(shù)據(jù)值。最低層處理是純粹的函數(shù)，一張完整的數(shù)據(jù)流圖是一個高層處理。(2)數(shù)據(jù)流。數(shù)據(jù)流圖中的數(shù)據(jù)流將對象的輸出與處理、處理與對象的輸入、處理與處理聯(lián)系起來。在一個計算機中，用數(shù)據(jù)流來表示中間數(shù)據(jù)值，數(shù)據(jù)流不能改變數(shù)據(jù)值。(3)動作對象。動作對象是一種主動對象，它通過生成或者使用數(shù)據(jù)值來驅(qū)動數(shù)據(jù)流圖。(4)數(shù)據(jù)存儲對象。數(shù)據(jù)流圖中的數(shù)據(jù)存儲是被動對象，它用來存儲數(shù)據(jù)。它與動作對象不一樣，數(shù)據(jù)存儲本身不產(chǎn)生任何操作，它只響應(yīng)存儲和訪問的要求。10.3面向?qū)ο蟮姆治雒嫦驅(qū)ο蠓治龅哪康氖菍陀^世界的系統(tǒng)進行建模。以上面介紹的模型概念為基礎(chǔ)，結(jié)合“銀行網(wǎng)絡(luò)系統(tǒng)”的具體實例來構(gòu)造客觀世界問題的準(zhǔn)確、嚴密的分析模型。分析模型有3種用途：用來明確問題需求；為用戶和開發(fā)人員提供明確需求；為用戶和開發(fā)人員提供一個協(xié)商的基礎(chǔ)，作為后繼的設(shè)計和實現(xiàn)的框架。10.3.1面向?qū)ο蟮姆治鲞^程面向?qū)ο蟮姆治鲞^程如圖10.15所示。系統(tǒng)分析的第一步是：陳述需求。分析者必須同用戶一起工作來提煉需求，因為這樣才表示了用戶的真實意圖，其中涉及對需求的分析及查找丟失的信息。下面以“銀行網(wǎng)絡(luò)系統(tǒng)”為例，用面向?qū)ο蠓椒ㄟM行開發(fā)。銀行網(wǎng)絡(luò)系統(tǒng)問題陳述：設(shè)計一個支持銀行ATM計算機網(wǎng)絡(luò)系統(tǒng)的軟件。這個網(wǎng)絡(luò)包括柜員機和自動取款機(ATM)，由聯(lián)營機構(gòu)共享。每個營業(yè)部提供各自的計算機來維護它的賬戶和處理面臨的事務(wù)。柜員機屬于各營業(yè)部，并且直接與營業(yè)部計算機通信，柜員輸入賬務(wù)和處理數(shù)據(jù)。ATM與中心處理機通信。中心處理機分理事務(wù)到相應(yīng)的營業(yè)部。ATM接收現(xiàn)金卡，與用戶交互，與中心計算機通信完成事務(wù)處理，分配現(xiàn)金和打印收據(jù)。系統(tǒng)需要恰當(dāng)?shù)挠涗浐桶踩ＷC。系統(tǒng)必須正確控制并發(fā)訪問同一賬號。營業(yè)部提供自己的計算機軟件。共享系統(tǒng)的費用由各營業(yè)部根據(jù)現(xiàn)金卡數(shù)量來分擔(dān)。圖10.16給出銀行網(wǎng)絡(luò)系統(tǒng)的示意圖。10.3.2建立對象模型首先標(biāo)識和關(guān)聯(lián)，因為它們影響了整體結(jié)構(gòu)和解決問題的方法；其次是增加屬性，進一步描述類和關(guān)聯(lián)的基本網(wǎng)絡(luò)，使用繼承合并和組織類；最后操作增加到類中去作為構(gòu)造動態(tài)模型和功能模型的副產(chǎn)品。1.確定類構(gòu)造對象模型的第一步是標(biāo)出來自問題域的相關(guān)的對象類，對象包括物理實體和概念。所有類在應(yīng)用中都必須有意義，在問題陳述中，并非所有類都是明顯給出的。有些是隱含在問題域或一般知識中的。按圖10.17所示的過程確定類。查找問題陳述中的所有名詞，產(chǎn)生暫定類。根據(jù)下列標(biāo)準(zhǔn)，去掉不必要的類和不正確的類。(1)冗余類：若兩個類表述了同一個信息，則保留最富有描述能力的類。(2)不相干的類：除掉與問題沒有關(guān)系或根本無關(guān)的類。(3)模糊類：類必須是確定的，有些暫定類邊界定義模糊或范圍太廣。(4)屬性：如果某些名詞描述的是其他對象的屬性，則從暫定類中刪除。如果某一性質(zhì)的獨立性很重要，就應(yīng)該把它歸屬到類，而不把它作為屬性。(5)操作：如果問題陳述中的名詞有動作含義，則描述的操作就不是類。但是具有自身性質(zhì)而且需要獨立存在的操作應(yīng)該描述成類。2.準(zhǔn)備數(shù)據(jù)字典為所有建模實體準(zhǔn)備一個數(shù)據(jù)字典。準(zhǔn)確描述各個類的精確含義，描述當(dāng)前問題中的類的范圍，包括對類的成員、用法方面的假設(shè)或限制。3.確定關(guān)聯(lián)兩個或多個類之間的相互依賴就是關(guān)聯(lián)。一種依賴表示一種關(guān)聯(lián)，可用各種方式來實現(xiàn)關(guān)聯(lián)，但在分析模型中應(yīng)刪除實現(xiàn)的考慮，以便設(shè)計時更為靈活。關(guān)聯(lián)常用描述性動詞或動詞詞組來表示，其中有物理位置的表示、傳導(dǎo)的動作、通信、所有者關(guān)系、條件的滿足等。從問題陳述中抽取所有可能的關(guān)聯(lián)表述，把它們記下來，但不要過早去細化這些表述。所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問題中的動詞詞組而得到的。在陳述中，有些動詞詞組表述的關(guān)聯(lián)是不明顯的。最后，還有一些關(guān)聯(lián)與客觀世界或人的假設(shè)有關(guān)，必須同用戶一起核實這種關(guān)聯(lián)，因為這種關(guān)聯(lián)在問題陳述中找不到。使用下列標(biāo)準(zhǔn)去掉不必要和不正確的關(guān)聯(lián)：(1)若某個類已被刪除，那么與它有關(guān)的關(guān)聯(lián)也必須刪除或者用其他類來重新表述。(2)不相干的關(guān)聯(lián)或?qū)崿F(xiàn)階段的關(guān)聯(lián)：刪除所有問題域之外的關(guān)聯(lián)或涉及實現(xiàn)結(jié)構(gòu)中的關(guān)聯(lián)。(3)動作：關(guān)聯(lián)應(yīng)該描述應(yīng)用域的結(jié)構(gòu)性質(zhì)而不是瞬時事件。(4)派生關(guān)聯(lián)：省略那些可以用其他關(guān)聯(lián)來定義的關(guān)聯(lián)。因為這種關(guān)聯(lián)是冗余的。4.確定屬性屬性是個體對象的性質(zhì)，屬性通常用修飾性的名詞詞組來表示。形容詞常常表示具體的可枚舉的屬性值，屬性不可能在問題陳述中完全表述出來，必須借助于應(yīng)用域的知識及對客觀世界的知識才可以找到它們。只考慮與具體應(yīng)用直接相關(guān)的屬性，不要考慮那些超出問題范圍的屬性。首先找出重要屬性，避免那些只用于實現(xiàn)的屬性，要為各個屬性取有意義的名字。按下列標(biāo)準(zhǔn)刪除不必要的和不正確的屬性：(1)對象：若實體的獨立存在比它的值重要，那么這個實體不是屬性而是對象。(2)限定詞：若屬性值取決于某種具體上下文，則可考慮把該屬性重新表述為一個限定詞。(3)名稱：名稱常常作為限定詞而不是對象的屬性，當(dāng)名稱不依賴于上下文關(guān)系時，名稱即為一個對象屬性，尤其是它不唯一時。(4)標(biāo)識符：在考慮對象模糊性時，引入對象標(biāo)識符表示，在對象模型中不列出這些對象標(biāo)識符，它是隱含在對象模型中的，只列出存在于應(yīng)用域的屬性。(5)內(nèi)部值：若屬性描述了對外不透明的對象的內(nèi)部狀態(tài)，則應(yīng)從對象模型中刪除該屬性。(6)細化：忽略那些不可能對大多數(shù)操作有影響的屬性。5.使用繼承來細化類使用繼承來共享公共機構(gòu)，以此來組織類，可以用兩種方式來進行。(1)自底向上通過把現(xiàn)有類的共同性質(zhì)一般化為父類，尋找具有相似的屬性、關(guān)系或操作的類來發(fā)現(xiàn)繼承。有些一般化結(jié)構(gòu)常常是基于客觀世界邊界的現(xiàn)有分類，只要可能，盡量使用現(xiàn)有概念。對稱性常有助于發(fā)現(xiàn)某些丟失的類。(2)自頂向下將現(xiàn)有的類細化為更具體的子類。具體化常?？梢詮膽?yīng)用域中明顯看出來。應(yīng)用域中各枚舉字情況是最常見的具體化的來源。當(dāng)同一關(guān)聯(lián)名出現(xiàn)多次且意義也相同時，應(yīng)盡量具體化為相關(guān)聯(lián)的類。在類層次中，可以為具體的類分配屬性和關(guān)聯(lián)。各屬性都應(yīng)分配給最一般的適合的類，有時也加上一些修正。6.完善對象模型對象建模不可能一次就能保證模型是完全正確的，軟件開發(fā)的整個過程就是一個不斷完善的過程。模型的不同組成部分多半是在不同的階段完成的，如果發(fā)現(xiàn)模型的缺陷，就必須返回到前期階段去修改，有些細化工作是在動態(tài)模型和功能模型完成之后才開始進行的。具體的完善過程如下：(1)對于丟失對象的情況分析及解決辦法：·若同一類中存在毫無關(guān)系的屬性和操作，則分解這個類，使各部分相互關(guān)聯(lián)；·若一般化體系不清楚，則可能分離扮演兩種角色的類；·若存在無目標(biāo)類的操作，則找出并加上失去目標(biāo)的類；·若存在名稱及目的相同的冗余關(guān)聯(lián)，則通過一般化創(chuàng)建丟失的父類，把關(guān)聯(lián)組織在一起。(2)查找多余的類。(3)若類中缺少屬性、操作和關(guān)聯(lián)，則可刪除這個類。(4)查找丟失的關(guān)聯(lián)。(5)若丟失了操作的訪問路徑，則加入新的關(guān)聯(lián)以回答查詢。10.3.3建立動態(tài)模型1.準(zhǔn)備腳本動態(tài)分析從尋找事件開始，然后確定各對象的可能事件順序。在分析階段不考慮算法的執(zhí)行，算法是實現(xiàn)模型的一部分。2.確定事件確定所有外部事件。事件包括所有來自或發(fā)往用戶的信息、外部設(shè)備的信號、輸入、轉(zhuǎn)換和動作，可以發(fā)現(xiàn)正常事件，但不能遺漏條件和異常事件。3.準(zhǔn)備事件跟蹤表把腳本表示成一個事件跟蹤表，即不同對象之間的事件排序表，對象為表中的列，給每個對象分配一個獨立的列。4.構(gòu)造狀態(tài)圖對各對象類建立狀態(tài)圖，反映對象接收和發(fā)送的事件，每個事件跟蹤都對應(yīng)于狀態(tài)圖中的一條路徑。10.3.4建立功能模型功能模型用來說明值是如何計算的，表明值之間的依賴關(guān)系及相關(guān)的功能，數(shù)據(jù)流圖有助于表示功能依賴關(guān)系，其中的處理對應(yīng)于狀態(tài)圖的活動和動作，其中的數(shù)據(jù)流對應(yīng)于對象圖中的對象或?qū)傩?。建立功能模型的具體步驟如下：(1)確定輸入值、輸出值。先列出輸入、輸出值，輸入、輸出值是系統(tǒng)與外界之間的事件的參數(shù)。(2)建立數(shù)據(jù)流圖。數(shù)據(jù)流圖說明輸出值是怎樣從輸入值得來的，數(shù)據(jù)流圖通常按層次組織。10.3.5確定操作在建立對象模型時，確定了類、關(guān)聯(lián)、結(jié)構(gòu)和屬性，還沒有確定操作。只有建立了動態(tài)模型和功能模型之后，才可能最后確定類的操作。10.4面向?qū)ο蟮脑O(shè)計1.面向?qū)ο笤O(shè)計的概念OOA主要通過對類的認定和劃分，以確定問題空間中存在的類、確定類和類的結(jié)構(gòu)等，然后建立一個完整的分析模型。OOD將面向?qū)ο蠓治鼋⒌姆治瞿Ｐ妥儞Q成設(shè)計模型。軟件設(shè)計人員需要發(fā)現(xiàn)相關(guān)的對象，將它們的因子化為適當(dāng)粒度的類、定義類的接口和繼承層次結(jié)構(gòu)，并且建立它們之間的關(guān)系等。應(yīng)避免重復(fù)設(shè)計，至少使重復(fù)設(shè)計降到最低程度。設(shè)計可重用的面向?qū)ο筌浖抢щy的，但是，人們總是在設(shè)計過程中充分利用重用技術(shù)。軟件設(shè)計完成后，設(shè)計人員都試圖重用它，并不斷地修改該設(shè)計，使它不斷完善和成熟。OOD把主要的系統(tǒng)構(gòu)件組織為子系統(tǒng)的系統(tǒng)級“模塊”。數(shù)據(jù)和操作數(shù)據(jù)的方法被封裝為對象，對象(類)是OO系統(tǒng)的構(gòu)造積木塊。OOD必須具有描述對象屬性的特定數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)組織以及個體操作過程的細節(jié)。OOD為了實現(xiàn)軟件需求，可能引入其他類和對象，也可能為提高軟件設(shè)計質(zhì)量和效率而改進類結(jié)構(gòu)。例如，重用類庫中的類，通過類的認定和類層次結(jié)構(gòu)的組織，確定解空間中存在的類和類結(jié)構(gòu)，并確定外部接口和主要數(shù)據(jù)結(jié)構(gòu)等。OOA和OOD很難截然分開，也就是說，面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計之間不會用階段和時序來區(qū)分。但是，OOD建造系統(tǒng)仍然基于軟件設(shè)計的基本概念——抽象、信息隱藏、功能獨立、模塊性等。在傳統(tǒng)方法和OOD方法中有10種設(shè)計建模的主要構(gòu)成成分，它們可以用于比較各種傳統(tǒng)方法和面向?qū)ο笤O(shè)計方法。這10種設(shè)計建模的主要構(gòu)成成分是：①模塊層次的表示；②數(shù)據(jù)定義的規(guī)格；③過程邏輯的規(guī)格；④端到端處理序列的說明；⑤對象狀態(tài)和變遷的表示；⑥類及層次的定義；⑦類中操作的表示；⑧操作的詳細定義；⑨消息連接的規(guī)格；⑩排他服務(wù)的標(biāo)識。2.面向?qū)ο笙到y(tǒng)設(shè)計模型傳統(tǒng)的設(shè)計方法有4個層次——體系結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和構(gòu)件設(shè)計。OOD方法與傳統(tǒng)方法相比，也存在以下4個層次：(1)體系結(jié)構(gòu)設(shè)計(系統(tǒng)設(shè)計)；(2)數(shù)據(jù)設(shè)計(當(dāng)屬性被確定)；(3)接口設(shè)計(當(dāng)消息模型被開發(fā))；(4)構(gòu)件設(shè)計(當(dāng)對象被認定后進行對象設(shè)計等)。值得注意的是，OO設(shè)計的“體系結(jié)構(gòu)”更多的是關(guān)注對象之間的協(xié)助，而不是構(gòu)件間的功能控制流。系統(tǒng)模型設(shè)計過程如下：(1)子系統(tǒng)設(shè)計。一個軟件系統(tǒng)往往有幾個主要組成部分，可以按主題把主要的系統(tǒng)構(gòu)件組織為子系統(tǒng)。子系統(tǒng)是可以相對獨立運作的，各子系統(tǒng)之間具有盡可能簡單的明確的接口。子系統(tǒng)設(shè)計應(yīng)包括每一個子系統(tǒng)的表示，這些子系統(tǒng)能夠滿足用戶的軟件需求，并且實現(xiàn)支持用戶需求的技術(shù)設(shè)施。(2)類與對象設(shè)計。這里應(yīng)該包括每一個類與對象的表示和類結(jié)構(gòu)的創(chuàng)建。例如類的層次結(jié)構(gòu)的創(chuàng)建，可以用一般化類以及不斷逼近目標(biāo)的特殊化類的機制實現(xiàn)；組裝結(jié)構(gòu)可以用分析類的聚集來實現(xiàn)。(3)消息設(shè)計。它包括每一個對象能夠與協(xié)作對象通信的設(shè)計細節(jié)。通過消息設(shè)計建立系統(tǒng)的內(nèi)部和外部接口。(4)責(zé)任設(shè)計。它包括每一個對象的所有屬性和操作的數(shù)據(jù)結(jié)構(gòu)以及算法設(shè)計(服務(wù)、方法的具體實現(xiàn)的細節(jié))。在面向?qū)ο笙到y(tǒng)中，存在著類和通信對象重復(fù)出現(xiàn)的模式，利用這些模式可以解決特定的問題，使得面向?qū)ο笤O(shè)計更靈活和重用性更好。設(shè)計模式是基于過去的經(jīng)驗而幫助設(shè)計者重用成功的設(shè)計，把設(shè)計模式應(yīng)用于設(shè)計問題中，就不需要重復(fù)設(shè)計。在面向?qū)ο笙到y(tǒng)中，設(shè)計模式可以通過應(yīng)用繼承和組合這兩種不同的機制被使用。使用繼承，現(xiàn)存的設(shè)計模式變成了新子類的模板，存在于模式中的屬性和操作也被子類所繼承而變成子類的一部分；組合導(dǎo)致對象的聚合概念。一個問題可能需要具有復(fù)雜功能的對象，復(fù)雜對象可以通過選擇一組設(shè)計模式并且聚合適當(dāng)?shù)膶ο蠼M裝而成。當(dāng)然可以考慮繼承和組合并存的方法，在實際設(shè)計中，往往組合要優(yōu)先于繼承。過分地使用繼承會導(dǎo)致類層次越來越龐大而變得難以管理，組合關(guān)注的目標(biāo)是小的類層次和對象，組合可以用不修改的方式使用現(xiàn)存的設(shè)計模式——重用構(gòu)件。每一個設(shè)計模式可以被處理為黑盒，在模式之間的通信僅僅通過良好的接口來實現(xiàn)。Rumbaugh方法中的對象建模技術(shù)提出的設(shè)計活動，有兩個不同抽象的級別，即系統(tǒng)設(shè)計和對象設(shè)計。(1)系統(tǒng)設(shè)計。它著重于構(gòu)造一個完整的軟件產(chǎn)品或者系統(tǒng)所有構(gòu)件的布局。具體來說，系統(tǒng)分析模型被劃分為若干個子系統(tǒng)，然后被分配給處理器和任務(wù)，實現(xiàn)數(shù)據(jù)管理的策略被定義，訪問它們所需要的全局資源和控制被標(biāo)識。(2)對象設(shè)計。它著重于個體對象的詳細布局。具體來說，從系統(tǒng)分析模型中，為對象選擇出操作，并且為每一個操作定義算法；適合于屬性和算法的數(shù)據(jù)結(jié)構(gòu)被表示；類和類屬性的設(shè)計應(yīng)該能夠優(yōu)化對數(shù)據(jù)的訪問，并提高計算的功效；消息模型被創(chuàng)建，用以實現(xiàn)對象關(guān)聯(lián)。由Coad/Yourdon提出的OOD模型如圖10.25所示。該模型表示系統(tǒng)由4個部件組成，即垂直分成4個部分：①主體部件(PDC)設(shè)計(問題領(lǐng)域部分)；②用戶界面部件(HIC)設(shè)計(人機交互部分)；③任務(wù)管理部件(TMC)設(shè)計；④數(shù)據(jù)管理部件(DMC)設(shè)計。每一個部件又有5個層次，即水平切片分成5層：①主題層；②類與對象層；③結(jié)構(gòu)層(分類、聚集)；④屬性層；⑤服務(wù)層。雖然有各種各樣的設(shè)計方法，每一種設(shè)計方法有各自不同的術(shù)語。但是，整體的OOD過程是基本一致的。為了完成面向?qū)ο笤O(shè)計，軟件設(shè)計人員應(yīng)該完成下列步驟：(1)描述每個子系統(tǒng)并將其分配到處理器或任務(wù)；(2)選擇實現(xiàn)數(shù)據(jù)管理、界面支持和任務(wù)管理的設(shè)計策略；(3)為系統(tǒng)設(shè)計合適的控制機制；(4)通過創(chuàng)建每個操作的過程表示和類屬性的數(shù)據(jù)結(jié)構(gòu)，從而完成對象設(shè)計；(5)使用對象間的協(xié)作和對象關(guān)系，完成消息設(shè)計；(6)創(chuàng)建消息模型；(7)評審設(shè)計模型并在需要時迭代。3.面向?qū)ο笤O(shè)計原則在傳統(tǒng)設(shè)計中，有5種標(biāo)準(zhǔn)用于判斷設(shè)計方法的模塊化能力，它也可以用于面向?qū)ο笤O(shè)計中。(1)分解性(Decomposability)：設(shè)計方法幫助設(shè)計者將一個大型問題分解為易于求解的子問題的程度。(2)組裝性(Composability)：設(shè)計方法保證程序構(gòu)件(模塊)一旦被設(shè)計和建造后，可被重用創(chuàng)建其他系統(tǒng)的程度。(3)易理解性(Understandability)：程序構(gòu)件在不參考其他信息或者其他模塊的情況下，易于理解的程度。(4)連貫性(Continuity)：在程序中進行小修改的能力，這些修改展示它們自己與一個或少數(shù)幾個模塊中對應(yīng)修改的能力。(5)保護性(Protection)：如果一個錯誤在特定的模塊中發(fā)生，將減少副作用傳播的能力。優(yōu)秀的面向?qū)ο笤O(shè)計應(yīng)該權(quán)衡各種因素，降低設(shè)計成本，提高軟件的可維護性。根據(jù)以上5個設(shè)計標(biāo)準(zhǔn)可導(dǎo)出以下的基本原則：(1)模塊化。與傳統(tǒng)的設(shè)計方法一樣，面向?qū)ο笤O(shè)計方法也支持系統(tǒng)分解和系統(tǒng)模塊化的設(shè)計原理。實際上對象就可以理解為構(gòu)件(模塊)，它是把數(shù)據(jù)結(jié)構(gòu)和操作這些數(shù)據(jù)方法緊密地結(jié)合在一起的構(gòu)件(模塊)。(2)抽象。面向?qū)ο蠓椒ú粌H支持過程抽象，而且支持數(shù)據(jù)抽象。類實際上就是一種抽象數(shù)據(jù)類型，類的公共接口構(gòu)成了類的規(guī)格說明，使用者通過類的接口就可以使用類中定義的數(shù)據(jù)，無須知道類中具體算法的實現(xiàn)細節(jié)和數(shù)據(jù)元素表示方法，通常把這類抽象稱為規(guī)格說明抽象。有一些面向?qū)ο笳Z