完整word軟件工程期末復(fù)習(xí)要點(diǎn)歸納總結(jié)推薦文檔

1、第一章 軟件程學(xué)概論1、軟件危機(jī)產(chǎn)生的原因軟件本身的特點(diǎn) ：難于維護(hù)、邏輯復(fù)雜軟件開發(fā)與維護(hù)的方法不正確 ：忽略需求分析重要性、輕視軟件維護(hù)課本表述：軟件不同于硬件，它是計(jì)算機(jī)中的邏輯部件而不是物理部件軟件不同于一般程序， 它的一個(gè)顯著特點(diǎn)是規(guī)模龐大， 而且程序的復(fù)雜性將規(guī)模的 增加而呈現(xiàn)指數(shù)上升。軟件本身特有的特點(diǎn)確實(shí)給開發(fā)和維護(hù)帶了一些客觀困難 軟件開發(fā)與維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)與做法有關(guān)(忽略需求分析，輕視軟件維護(hù)) 對(duì)用戶要求沒(méi)有完整準(zhǔn)確的認(rèn)識(shí)就匆忙開始著手編寫程序 在軟件不同階段進(jìn)行修改需要付出的代價(jià)是很不相同的1、2、3、4、5、6、2、軟件危機(jī)的表現(xiàn)(什么是軟件危機(jī))(1)、(2)

2、、(3)、(4)、成本高：軟件質(zhì)量得不到保證： 軟件質(zhì)量問(wèn)題導(dǎo)致失敗的軟件項(xiàng)目非常多 進(jìn)度難以控制：項(xiàng)目延期比比皆是由于進(jìn)度問(wèn)題而取消的軟件項(xiàng)目較常見(jiàn) 只有一小部分的項(xiàng)目能夠按期完成 維護(hù)十分困難：軟件維護(hù)的多樣性軟件維護(hù)的復(fù)雜性軟件維護(hù)的副作用3、克服軟件危機(jī)(1) 、管理的角度： 軟件開發(fā)過(guò)程的研究、文檔的標(biāo)準(zhǔn)化以及人員的交流方式等(2) 、軟件開發(fā)方法的研究 結(jié)構(gòu)化軟件開發(fā)方法 , 面向?qū)ο蟮拈_發(fā)4、軟件工程的定義概括的說(shuō)，軟件工程師指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)和維護(hù)軟件， 把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得這就是軟件到的最好

3、的技術(shù)方法結(jié)合起來(lái)， 以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它， 工程。從而經(jīng)濟(jì)地獲得可靠的、 可以在(1)、軟件工程就是建立和使用一套合理的工程原理， 實(shí)際機(jī)器上高效運(yùn)行的軟件。(2)、把系統(tǒng)的、規(guī)范的、可度量的方法應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)的過(guò)程，也就 是把工程應(yīng)用于軟件 .研究中提到的途徑總之：軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)、 數(shù)學(xué)及管理科學(xué)等原理開發(fā)軟件的工程。 他借鑒傳 統(tǒng)工程的原理、方法，以提高質(zhì)量，降低成本為目的。5、軟件工程的本質(zhì)特性1、2、3、4、5、6、7、關(guān)注與大型程序的構(gòu)造中心課題是控制復(fù)雜度軟件經(jīng)常變化開發(fā)軟件的效率非常重要 和諧的合作是開發(fā)軟件的關(guān)鍵 軟件必須有效地支持它

4、的用戶 在軟件工程領(lǐng)域中通常由具有一個(gè)文化背景的人替另外一種文化背景的人創(chuàng)造產(chǎn)6、軟件工程的基本原理1、用分階段的生命周期計(jì)劃嚴(yán)格管理2、堅(jiān)持進(jìn)行階段評(píng)審3、實(shí)行嚴(yán)格的產(chǎn)品控制4、采用現(xiàn)代程序設(shè)計(jì)技術(shù)5、結(jié)果應(yīng)能清楚地審查6、開發(fā)小組應(yīng)該少而精7、承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 軟件工程學(xué)包含 3 個(gè)要素：方法、工具和過(guò)程7、軟件生命周期3 個(gè)時(shí)期組成。(1)、概念 : 軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)(也成軟件維護(hù))(2)、內(nèi)容：1、2、3、4、5、6、7、軟件生命周期軟件開發(fā)V間題定義 可行性研究 需求分析總體沒(méi)汁 詳細(xì)設(shè)計(jì) 編碼1_單元測(cè)試 綜合測(cè)試持久滿足用戶需求問(wèn)題定義回

5、答要解決的問(wèn)題是什么？；寫出關(guān)于問(wèn)題性質(zhì)、工程目標(biāo)和工程規(guī)模 的書面報(bào)告可行性分析回答”對(duì)于問(wèn)題是否有行得通的解決辦法是否有可行的辦法需求分析確定”為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必須做什么 備哪些功能，得到需求規(guī)格說(shuō)明書?？傮w設(shè)計(jì)回答”概括地說(shuō)，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)？及模間的關(guān)系詳細(xì)設(shè)計(jì)回答”應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)呢 ？”確定實(shí)現(xiàn)模塊功能所需要的算 法與數(shù)據(jù)結(jié)構(gòu)編碼和單元測(cè)試寫出正確的容易理解、容易維護(hù)的程序模塊，然后仔細(xì)測(cè)試每個(gè)模塊綜合測(cè)試通過(guò)各種類型的測(cè)試(及相應(yīng)的調(diào)試)是軟件達(dá)到預(yù)定要求軟件維護(hù)通過(guò)各種必要活動(dòng)是系統(tǒng)持久地滿足用戶需求即探索問(wèn)題是否值得去解,，確定目標(biāo)系統(tǒng)必須具確定程序由

6、哪些模塊組成以&生命周期模型(1)、瀑布模型傳統(tǒng)瀑布模型特點(diǎn)：1、階段間具有順序性與依賴性2、推遲實(shí)現(xiàn)的觀點(diǎn)3、質(zhì)量保證的觀點(diǎn)瀑布模型優(yōu)點(diǎn)：2、3、缺點(diǎn)：1、1、可強(qiáng)迫開發(fā)人員使用規(guī)范的方法(例如：結(jié)構(gòu)化技術(shù)) 嚴(yán)格規(guī)定每個(gè)階段必須提交的文檔； 要求每個(gè)階段交出的所有產(chǎn)品都必須通過(guò)驗(yàn)證。瀑布模型是由文檔驅(qū)動(dòng)的 ”成為主要缺點(diǎn)適用范圍：適合于 用戶需求明確、完整、無(wú)重大變化 的軟件項(xiàng)目開發(fā)。(2)、快速原型模型適用范圍：用戶不能給出完整、 準(zhǔn)確的需求說(shuō)明， 或者開發(fā)者不能確定算法的有效性、 作系統(tǒng)的適應(yīng)性或人機(jī)交互的形式等情況。(3)、增量模型特點(diǎn)：2、 優(yōu)點(diǎn)：1、2、1、反復(fù)的應(yīng)用瀑布模型的基

7、本成分和原型模型的迭代特征，每一個(gè)線型過(guò)程 產(chǎn)生一個(gè)“增量”的發(fā)布或提交，該增量均是一個(gè)可運(yùn)行的產(chǎn)品。 早期的版本實(shí)現(xiàn)用戶的基本需求，并提供給用戶評(píng)估的平臺(tái)。從而減缺點(diǎn)：1、2、3、在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品； 逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品， 少一個(gè)全新的軟件可能給客戶組織帶來(lái)的沖擊； 軟件體系結(jié)構(gòu)必須是開放的； 開發(fā)人員既要把軟件系統(tǒng)看作整體。又要看成可獨(dú)立的構(gòu)件，相互矛盾； 多個(gè)構(gòu)件并行開發(fā)，具有無(wú)法集成的風(fēng)險(xiǎn)。(4)、螺旋模型基本思想： 使用原型或其他方法來(lái)降低風(fēng)險(xiǎn)。適用范圍：適用于內(nèi)部開發(fā)大規(guī)模軟件項(xiàng)目。優(yōu)點(diǎn)：1、對(duì)可選方案和約束條件的強(qiáng)調(diào)有

8、利于已有軟件的重用，也有助于把軟件質(zhì) 量作為軟件發(fā)的一個(gè)重要目標(biāo)2、減少了過(guò)多測(cè)試或測(cè)試不足3、維護(hù)和開發(fā)之間并沒(méi)有本質(zhì)區(qū)別缺點(diǎn)：1、 風(fēng)險(xiǎn)驅(qū)動(dòng)，需要相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，否則風(fēng)險(xiǎn)更大2、隨著迭代次數(shù)的增加，工作量加大，軟件開發(fā)成本增加(5)、噴泉模型特點(diǎn)：噴泉模型是一種以用戶需求為動(dòng)力， 以對(duì)象為驅(qū)動(dòng)的模型， 主要用于采用對(duì)象技術(shù)的軟件開發(fā)項(xiàng)目。 該模型認(rèn)為軟件開發(fā)過(guò)程自下而上周期的各階段是相互 迭代和無(wú)間隙的特性。（6）、 Rational 統(tǒng)一過(guò)程RUP重復(fù)一系列周期，每個(gè)周期由一個(gè)交付給用戶的產(chǎn)品結(jié)束。每個(gè)周期劃分為初始、細(xì)化、構(gòu)造和移交四個(gè)階段，每個(gè)階段圍繞著五個(gè)核心工作

9、流（需求、分析、 設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試）分別迭代?？尚行匝芯?、概念（目的）用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決， 定問(wèn)題是否值得去解決。不是解決問(wèn)題， 而是確2、可行性研究任務(wù)了解客戶的要求及現(xiàn)實(shí)環(huán)境， 從技術(shù)、 經(jīng)濟(jì)和社會(huì)因素等三方面研究并論證本軟件 項(xiàng)目的可行性，編寫可行性研究報(bào)告，制定初步項(xiàng)目開發(fā)計(jì)劃。即對(duì)軟件開發(fā)以后的行動(dòng)方針提出建議。3、研究?jī)?nèi)容1）技術(shù)可行性2）經(jīng)濟(jì)可行性3）操作可行性4）法律可行性使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎 ? 這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過(guò)它的開發(fā)成本嗎 系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎 新系統(tǒng)開發(fā)是否會(huì)侵犯法藤、集體或國(guó)家利益4、數(shù)據(jù)字典（1）

10、、內(nèi)容1、數(shù)據(jù)流2、數(shù)據(jù)流分量（即數(shù)據(jù)元素）3、數(shù)據(jù)存儲(chǔ)4、處理2）、作用 對(duì)于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的圖形元素在字典中作為一個(gè)詞條加以定 義，使得每一個(gè)圖形元素都有一個(gè)確切的定義。第三章需求分析1、需求分析的任務(wù)（1）（2）（3）（4）確定對(duì)系統(tǒng)的綜合要求 分析系統(tǒng)的數(shù)據(jù)要求 導(dǎo)出系統(tǒng)的邏輯模型 修正系統(tǒng)的開發(fā)步驟2、獲取需求的方法訪談面向數(shù)據(jù)流自頂向下 簡(jiǎn)易的應(yīng)用規(guī)模說(shuō)明技術(shù) 快速建立軟件模型3、實(shí)體-關(guān)系圖（？?）、層次方框圖（？?為和1卩0圖（?）4、結(jié)構(gòu)化分析模型根據(jù)結(jié)構(gòu)化分析準(zhǔn)則，需求分析過(guò)程應(yīng)該數(shù)據(jù)模型（實(shí)體.聯(lián)系圖）建立3種模型J功能模型（數(shù)據(jù)流圖）行為模型（狀態(tài)轉(zhuǎn)換圖）數(shù)

11、據(jù)模巾行為模里瀆體聯(lián)系漏詞數(shù)據(jù)流圖OFD）狀態(tài)轉(zhuǎn)換怪（STD 圖）、功能校型T明1數(shù)據(jù)流圖：描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)時(shí)被變換的邏輯過(guò)程，指明系統(tǒng)具有的變換數(shù)據(jù)的功能，是建立功能模型的基礎(chǔ)實(shí)體-聯(lián)系圖：描繪數(shù)據(jù)對(duì)象及數(shù)據(jù)對(duì)象之間的關(guān)系，用于建立數(shù)據(jù)模型。狀態(tài)轉(zhuǎn)換圖：（稱為“狀指明了作為外部事件結(jié)果的系統(tǒng)行為。描繪了系統(tǒng)的各種行為模式 態(tài)”）和在不同狀態(tài)間轉(zhuǎn)換的方式。是行為建模的基礎(chǔ)第四章 總體設(shè)計(jì)1、模塊獨(dú)立性與耦合性（ ? ?）?（1） 模塊化把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊， 每個(gè)模塊完成一個(gè)子功能， 把這 些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求模塊化的優(yōu)點(diǎn)：1

12、.2.3.4.使軟件結(jié)構(gòu)清晰，容易設(shè)計(jì)也容易閱讀與理解 容易測(cè)試與調(diào)試，提高可靠性 提高軟件的可修改性 有助于軟件開發(fā)工程的組織管理(2)(3)模塊獨(dú)立的重要性O(shè)有效的模塊化（即具有獨(dú)立的模塊）的軟件比較容易開發(fā)出來(lái)O獨(dú)立的模塊比較容易測(cè)試和維護(hù)耦合衡量不同模塊彼此間互相依賴 （連接 ）的緊密程度，耦合要低，即每個(gè)模塊和其 他模塊之間的關(guān)系要簡(jiǎn)單數(shù)據(jù)耦合：控制耦合：特征耦合：1、2、3、兩個(gè)模塊之間通過(guò)參數(shù)交換信息，而且交換的信息僅僅是數(shù)據(jù) 傳遞的信息中有控制信息當(dāng)把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其4、5、中一部分?jǐn)?shù)據(jù)元素公共環(huán)境耦合： 兩個(gè)或多個(gè)模塊通過(guò)一個(gè)公共環(huán)境相互作用

13、內(nèi)容耦合： 出現(xiàn)一下情況之一，則為內(nèi)容耦合： 一個(gè)模塊訪問(wèn)另一個(gè)模塊的內(nèi)部數(shù)據(jù) 一個(gè)模塊不通過(guò)正常入口而轉(zhuǎn)到另一個(gè)模塊的內(nèi)部 兩個(gè)模塊有一部分代碼重疊 一個(gè)模塊有多個(gè)入口1、2、3、4、數(shù)據(jù)耦合 控制耦合 特征耦合 公共環(huán)境耦合 內(nèi)容耦合(4)內(nèi)聚（ ?）? 衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。 個(gè)相對(duì)獨(dú)立的特定子功能內(nèi)聚要高， 每個(gè)模塊完成一信息隱藏（ ?）? 應(yīng)該這樣設(shè)計(jì)和確定模塊，使得一個(gè)模塊內(nèi)包含的信息 些信息的模塊來(lái)說(shuō)，是不能訪問(wèn)的（過(guò)程和數(shù)據(jù) ）對(duì)于不需要這2、啟發(fā)規(guī)則1、2、3、4、5、6、7、改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性 模塊規(guī)模應(yīng)該適中 深度、寬度、扇入、扇出都應(yīng)適中

14、模塊的作用域應(yīng)該在控制域之內(nèi) 力爭(zhēng)降低模塊接口的復(fù)雜度 設(shè)計(jì)單入口、單出口模塊 模塊功能應(yīng)該可以預(yù)測(cè)3、層次圖和HIPO圖（？?）?4、面向數(shù)據(jù)流的設(shè)計(jì)方法（ ? ?）?（1） 概念 面向數(shù)據(jù)流設(shè)計(jì)就是把信息流映射成軟件結(jié)構(gòu)， 信息流包括變換流、事物流。信息流的類型決定了映射的方法。（2） 變換分析與事務(wù)分析（ ?105 ）5、小結(jié)i. ii. iii. iv.v.進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)遵循的最主要的原理是模塊獨(dú)立原理 抽象和求精是一對(duì)互補(bǔ)概念 軟件工程師在實(shí)踐中總結(jié)經(jīng)驗(yàn)得出一些很有參考價(jià)值的啟發(fā)式規(guī)則 自頂向下逐步求精是進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)的常用途徑 用形式化的方法由數(shù)據(jù)流圖映射出軟件結(jié)構(gòu)第五章實(shí)現(xiàn)1

15、、選擇程序設(shè)計(jì)語(yǔ)言為了使程序容易測(cè)試和維護(hù)以減少軟件的總成本，所選用的高級(jí)語(yǔ)言程序應(yīng)該有 理想的模塊化機(jī)制，以及可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)：為了便于調(diào)試和提高軟件 可靠性，語(yǔ)言特點(diǎn)應(yīng)該是編譯程序能夠盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤；為了降低軟件 開發(fā)和維護(hù)的成本，選用的高級(jí)語(yǔ)言應(yīng)該有良好的獨(dú)立編譯機(jī)制。第六章 軟件測(cè)試2、測(cè)試的概念(1) 測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程(2) 好的測(cè)試方案是極可能發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案。(3) 成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。3、測(cè)試的過(guò)程與步驟( ? ?)?大型軟件的測(cè)試過(guò)程基本由下述幾個(gè)步驟組成(1)(2)(3)(4

16、)(5)4、單元測(cè)試( ? ?)?模塊測(cè)試(單元測(cè)試) 發(fā)現(xiàn)編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤 子系統(tǒng)測(cè)試系統(tǒng)測(cè)試(集成測(cè)試) 驗(yàn)收測(cè)試(確認(rèn)測(cè)試) 平行運(yùn)行模塊接口 局部數(shù)據(jù)結(jié)構(gòu) 重要的執(zhí)行通路 出錯(cuò)處理通路 邊界條件5、集成測(cè)試( ? ?)?著重從下述 5 個(gè)模塊進(jìn)行測(cè)試(主要使用白盒測(cè)試技術(shù)) (1)(2)(3)(4)(5)集成測(cè)試就是測(cè)試和組裝軟件的系統(tǒng)化技術(shù)，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問(wèn)題。 有兩種集成策咯(1) 自頂向下集成(2) 自底向上集成6、確認(rèn)測(cè)試( ? ?)?也稱驗(yàn)收測(cè)試，它的目標(biāo)是驗(yàn)證軟件的有效性。通常使用黑盒測(cè)試法。7、白盒測(cè)試技術(shù)( ? ?)?白盒方法測(cè)試軟件時(shí)設(shè)計(jì)測(cè)試數(shù)據(jù)的典型

17、技術(shù) (1) 邏輯覆蓋語(yǔ)句覆蓋 判定覆蓋 條件覆蓋 判定 / 條件覆蓋 條件組合覆蓋 點(diǎn)覆蓋 邊覆蓋 路徑覆蓋1、2、3、4、5、6、7、8、(2) 控制結(jié)構(gòu)測(cè)試1、基本路徑測(cè)試2、條件測(cè)試3、循環(huán)測(cè)試8、黑盒測(cè)試技術(shù)( ? ?)?黑盒測(cè)試力圖發(fā)現(xiàn)下述類型的錯(cuò)誤： 功能不正確或遺漏了功能。 界面錯(cuò)誤。數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部訪問(wèn)數(shù)據(jù)庫(kù)錯(cuò)誤 性能錯(cuò)誤初始化和終止錯(cuò)誤(1)(2)(3)(4)(5)黑盒測(cè)試用到的技術(shù)(1) 等價(jià)劃分(2) 邊界值分析(3) 錯(cuò)誤推測(cè)第七章 維護(hù)1、維 護(hù)的定義( ?)?改正性維護(hù) 糾正在使用過(guò)程中暴露出來(lái)的錯(cuò)誤；診斷和改正錯(cuò)誤的過(guò)程， 適應(yīng)性維護(hù) 為了和變化了的環(huán)境適當(dāng)?shù)?/p>

18、配合而進(jìn)行的修改軟件活動(dòng) 完善性維護(hù) 在使用軟件的過(guò)程中增加新的功能或修改已有功能，(2)(3)還可能提出一般性的改進(jìn)2、維 護(hù)的過(guò)程( ?)?(1)(2)(3)(4)(5)維護(hù)組織維護(hù)報(bào)告 維護(hù)的事件流 保存維護(hù)記錄 評(píng)價(jià)維護(hù)活動(dòng)3、小結(jié)所謂軟件維護(hù)就是在軟件已經(jīng)交付使用周， 為了改正錯(cuò)誤或滿足新的需要而修改軟 件的過(guò)程。根據(jù)交付使用之后可能進(jìn)行的 4 項(xiàng)活動(dòng)具體定義軟件維護(hù)(1)意見(jiàn)的過(guò)程 (4) 預(yù)防性維護(hù)為了改進(jìn)未來(lái)的可維護(hù)性與可靠性， 或?yàn)榱私o未來(lái)的改進(jìn)奠定更好的基礎(chǔ)而修 改軟件的過(guò)程。1、 軟件生命周期每個(gè)階段的工作都和軟件可維護(hù)性有密切關(guān)系。2、 再工程過(guò)程可以在完成任意一個(gè)活動(dòng)

19、之后中止第八章 面向?qū)ο蠹夹g(shù)1、面向?qū)ο蠓椒▽W(xué)要點(diǎn) （? ?）?面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則， 是盡可能模擬人類思維方法， 是開發(fā)軟件盡 可能接近人類認(rèn)識(shí)世界解決問(wèn)題的方法與過(guò)程。2、面向?qū)ο蠓椒▽W(xué)優(yōu)點(diǎn)1、2、3、4、5、3、對(duì)象模型 （? ?）?與人類習(xí)慣的思維方法一致穩(wěn)定性好可重用性好 較易開發(fā)大型軟件產(chǎn)品 可維護(hù)性好對(duì)象模型表示靜態(tài)的， 結(jié)構(gòu)化的系統(tǒng)的 “數(shù)據(jù)”性質(zhì)。 它是對(duì)模擬客觀世界實(shí)體的對(duì) 象以及對(duì)象彼此之間的關(guān)系的映射，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。4、動(dòng) 態(tài)模型 （ ? ?）?動(dòng)態(tài)模型表示瞬時(shí)的、 行為化的系統(tǒng)的 ”控制“性質(zhì)， 它規(guī)定了對(duì)象模型中的對(duì)象的 合法序列。5、功 能模型

20、 （ ? ?）?功能模型表示變化的系統(tǒng)的 ”功能“性質(zhì)，他指明了系統(tǒng)應(yīng)該 ”做什么 ”，因此更直接 反映了用戶對(duì)目標(biāo)系統(tǒng)的需求。功能模型指明了系統(tǒng)應(yīng)該“做什么”；動(dòng)態(tài)模型明確規(guī)定了什么時(shí)候（即在何種狀 況下接受什么時(shí)間的觸發(fā)）做；對(duì)象模型則定義了做事情的實(shí)體。在面向?qū)ο蠓椒▽W(xué)中，對(duì)象模型是最基本的，它為其他兩種模型奠定了基礎(chǔ)，人們依靠對(duì)象模型完成了 3中模型的集成。下面扼要地?cái)⑹?種模型之間的關(guān)系。三種模型描述了系統(tǒng)的不同方面：對(duì)象模型動(dòng)態(tài)模型功能模型對(duì)象的靜態(tài)結(jié)構(gòu)及相互關(guān)系與時(shí)間和順序有關(guān)的系統(tǒng)性質(zhì)與值的變化有關(guān)的系統(tǒng)性質(zhì)描述系統(tǒng)的數(shù)據(jù) 結(jié)構(gòu)控制結(jié)構(gòu)系統(tǒng)的功能干事的主體”什么時(shí)候干”干什么”6、種模型之間的關(guān)系（？?）?功能模型與對(duì)象模型的關(guān)系-對(duì)象模型描述了功能模型中的動(dòng)作對(duì)象，數(shù)據(jù)存儲(chǔ)以及數(shù)據(jù)流結(jié)構(gòu)-功能模型中的處理對(duì)應(yīng)于對(duì)象模型中的操作動(dòng)態(tài)模型與對(duì)象模型的關(guān)系-狀態(tài)轉(zhuǎn)換驅(qū)使行為發(fā)生，這些行為在DFD中被映射成處理，它們同時(shí)與對(duì)象模 型的操作相對(duì)應(yīng)-針對(duì)每個(gè)建立的動(dòng)態(tài)模型描述了類實(shí)例的生命周期或運(yùn)行周期動(dòng)態(tài)模型與功能模型的關(guān)系-功能