【正文】 12345678 First National Bank Mary Smith $ 屬性取決于視點(diǎn) 從 銷售人員 的角度 – 型號(hào) – 價(jià)格 – 顏色 – 里程數(shù) 從 維修人員 的角度 – 馬達(dá)類型 – 傳動(dòng)類型 – 維修記錄 一輛汽車具有的 屬性 : 操作 ?對(duì)象的行為是由為此對(duì)象定義的一系列操作決定的 ? 操作訪問或修改對(duì)象的屬性值 ? 一個(gè)類的所有實(shí)例都可以使用在這個(gè)類中定義的操作 操作取決于視點(diǎn) ? 從 銷售人員 的角度 – 處理客戶定單 – 準(zhǔn)備銷售合同 – 加入清單 – 從清單中刪除 ? 從 維修人員 的角度 – 測(cè)試剎車 – 修理剎車 – 轉(zhuǎn)動(dòng)輪胎 – 檢查馬達(dá)速度 一輛汽車具有的 操作 : 屬性和操作的標(biāo)記法 ? 在類的圖標(biāo)中描述屬性和操作 ? 通常只顯示最重要的屬性和操作，避免圖形混亂 ? 屬性顯示在操作上方，操作的名字后跟有 () 班機(jī) flightNumber date departure time status release( ) takeOff( ) 屬性 操作 類和對(duì)象的關(guān)系 ? 每一個(gè)對(duì)象都是某一個(gè)類的實(shí)例 ? 每一個(gè)類在某一時(shí)刻都有零個(gè)或更多的實(shí)例 ? 類是靜態(tài)的 。（從對(duì)象產(chǎn)生類） – 問題域：類是一組具有相同特性和行為的對(duì)象的通用定義 – 系統(tǒng)： 共同的特性通過屬性表現(xiàn)出來 (數(shù)據(jù) ) 共同的行為通過操作表現(xiàn)出來 (功能 ) ? 類是對(duì)象的模板，用它可以產(chǎn)生多個(gè)對(duì)象，一個(gè)具體的對(duì)象只是類的一個(gè)實(shí)例。 問題：電視的特性泄漏給代碼的其余部分，違背簡(jiǎn)單性和本地化。 ? 面向?qū)ο筌浖闹匾卣鳎焊淖兊暮?jiǎn)單性和本地化。 如果以后需要知道 Person身高，就可以把身高的知識(shí)和相關(guān)的行為直接添加到 Person代碼中。 ? 在編程術(shù)語中，對(duì)象是獨(dú)立的模塊，有自己的數(shù)據(jù)和操作。如：人、房屋、洗衣機(jī)等 – 建模和實(shí)現(xiàn)：對(duì)象 描述 客觀事物的一個(gè)實(shí)體，是構(gòu)成系統(tǒng)的基本單元。類可以產(chǎn)生實(shí)例對(duì)象，對(duì)象類可以派生出新類，這些就實(shí)現(xiàn)了對(duì)象類的數(shù)據(jù)結(jié)構(gòu)和操作代碼的軟構(gòu)件重用。 ? 支持軟件重用。把最穩(wěn)定的部分，即對(duì)象作為構(gòu)筑系統(tǒng)的基本單位，而把容易發(fā)生變化的部分，既屬性與服務(wù)，封裝在對(duì)象之內(nèi)，對(duì)象之間通過接口聯(lián)系，使得需求變化的影響盡可能地限制在對(duì)象內(nèi)部。有利于對(duì)問題域和系統(tǒng)責(zé)任的理解，有利于人員交流。 需要解決重用構(gòu)件的提取和制作、重用構(gòu)件庫的組織、重用構(gòu)件的檢索、重用構(gòu)件的組裝等技術(shù)問題。 軟件重用 ： 軟件重用是提高軟件開發(fā)效率、改善軟件質(zhì)量的重要途徑。其它如經(jīng)費(fèi)、技術(shù)因素、競(jìng)爭(zhēng)因素等都可能引起系統(tǒng)需求的變化。最常見的是用戶對(duì)系統(tǒng)的要求發(fā)生了改變。 系統(tǒng)需求變化 ： 在軟件開發(fā)過程中系統(tǒng)的需求常不斷地發(fā)生變化。例如，用戶、領(lǐng)域?qū)＜一蝽?xiàng)目管理員看不懂、不明白軟件開發(fā)人員表達(dá)問題的概念、術(shù)語、表示法，反之亦然。軟件開發(fā)項(xiàng)目的有關(guān)人員包括用戶、領(lǐng)域?qū)＜摇⑾到y(tǒng)分析員、軟件設(shè)計(jì)員、程序員、測(cè)試員、項(xiàng)目管理員等，需要經(jīng)常交流，探討系統(tǒng)的需求，明確軟件成分的定義，協(xié)商系統(tǒng)的結(jié)構(gòu)與銜接，進(jìn)行工作的交接等，因而，軟件工程是“面向人”的。 迫切需要有效的方法和工具能夠簡(jiǎn)單明了地描述待開發(fā)軟件的問題域與系統(tǒng)責(zé)任。 準(zhǔn)確、透徹地理解問題域與系統(tǒng)責(zé)任是軟件系統(tǒng)開發(fā)的首要任務(wù)。系統(tǒng)責(zé)任是指待開發(fā)的系統(tǒng)應(yīng)具備的職能。 ? 對(duì)象之間通過消息傳遞相互聯(lián)系。類可以產(chǎn)生對(duì)象。 面向?qū)ο蠹夹g(shù)的基本觀點(diǎn) ? 客觀世界是由對(duì)象組成的。 面向?qū)ο蠹夹g(shù) 面向?qū)ο笫且环N新的軟件工程方法，新的程序設(shè)計(jì)范型 ?基本技術(shù)： 使用對(duì)象、類、繼承、封裝、消息等基本概念進(jìn)行程序設(shè)計(jì)和實(shí)現(xiàn) ?基本思想： 盡可能地運(yùn)用人類的自然思維方式來構(gòu)造軟件系統(tǒng)。 基本控制結(jié)構(gòu)：順序、選擇、循環(huán)。信息局部化是指把一切關(guān)系密切的軟件元素物理地就近安置。 ? 模塊化 :模塊化把一個(gè)復(fù)雜的軟件系統(tǒng)的設(shè)計(jì)問題轉(zhuǎn)化為若干個(gè)較小的、容易處理的模塊的設(shè)計(jì)問題，便于分別解決。 時(shí)間 發(fā)布 軟件設(shè)計(jì)準(zhǔn)則 ? 認(rèn)識(shí)抽象 :建立軟件的設(shè)計(jì)模型時(shí)常采用分層抽象的辦法。 ? 在每一個(gè)子瀑布中，迭代式方法學(xué)允許重復(fù)各個(gè)階段，直至滿足需求為止。 ? 在每個(gè)遞增部分，螺循式方法學(xué)建議，開發(fā)每個(gè)遞增部分至少應(yīng)進(jìn)行二遍。 ? 能滿足不斷變化的需求，適應(yīng)市場(chǎng)的變化。之后，在對(duì)整體進(jìn)行大的修改，交付 。 遞增式方法學(xué) ? 在首次交付的系統(tǒng)版本（ ）中，將包含最基本、最重要的功能。 ? 經(jīng)典階段的工作中產(chǎn)生的制品（圖、描述、代碼等）不應(yīng)拋棄，應(yīng)在進(jìn)入部署階段的過程中逐步改進(jìn)。把軟件從早期階段傳遞給下述完備、使所有用戶滿足的整體系統(tǒng)。 ? 如果發(fā)現(xiàn)錯(cuò)誤，必須在下一遍開發(fā)過程中才能更正。 不完美之處： ? 只是把瀑布開發(fā)過程進(jìn)行了三四次，盡管問題越來越小，但并沒有消失。 在經(jīng)過三四遍的開發(fā)過程，完成系統(tǒng)后，就可以全面測(cè)試和部署系統(tǒng)了。如：原型、概念證明或快速應(yīng)用程序開發(fā)等。 ? 作為支持迭代方法學(xué)的架構(gòu)。 ? 作為一個(gè)架構(gòu)，來學(xué)習(xí)軟件開發(fā)中使用不同的技術(shù)：盡管瀑布方法對(duì)于實(shí)際的開發(fā)來說過于簡(jiǎn)單，但仍包含邏輯順序的經(jīng)典階段，適合于學(xué)習(xí)。 ? 實(shí)際情況是：軟件開發(fā)往往在反復(fù)實(shí)踐中完成。 軟件開發(fā)階段的關(guān)鍵問題 ? 需求階段： 什么是我們的上下文？要達(dá)到什么目的？ ? 分析階段： 要處理什么實(shí)體？如何確保有正確的實(shí)體？ ? 系統(tǒng)設(shè)計(jì)階段： 如何解決