軟件工程復(fù)習(xí)綱要

1、軟件工程復(fù)習(xí)綱要第1章 、概述1、 軟件危機(jī)的概念及主要原因（1）軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)時(shí)所遇到的一系列問(wèn)題。（2）軟件危機(jī)產(chǎn)生的原因：軟件規(guī)模、方法、技術(shù)、軟件開(kāi)發(fā)人員；客觀(guān)：規(guī)模，環(huán)境，需求變化；主觀(guān)：開(kāi)發(fā)技術(shù)，管理。ü 軟件產(chǎn)品規(guī)模龐大，開(kāi)發(fā)和維護(hù)帶來(lái)客觀(guān)困難ü 軟件使用同期相對(duì)較長(zhǎng)，期間可能出現(xiàn)開(kāi)發(fā)沒(méi)料到的問(wèn)題，需要及時(shí)維護(hù)ü 軟件開(kāi)發(fā)技術(shù)落后，生產(chǎn)方式和開(kāi)發(fā)工具落后ü 軟件開(kāi)發(fā)人員忽視軟件需求分析的重要性，輕視軟件維護(hù)2、軟件、軟件工程、軟件工程學(xué)的概念（1）軟件是指計(jì)算機(jī)程序及其有關(guān)的數(shù)據(jù)和文檔。（2）軟件工程（software

2、engineering）是計(jì)算機(jī)軟件開(kāi)發(fā)、運(yùn)行、維護(hù)和隱退的系統(tǒng)方法；是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科；軟件工程的目標(biāo)是在規(guī)定的時(shí)間、開(kāi)發(fā)費(fèi)用內(nèi)，開(kāi)發(fā)滿(mǎn)足用戶(hù)需求的高質(zhì)量的軟件。（3）軟件工程學(xué)的主要內(nèi)容是軟件開(kāi)發(fā)技術(shù)（包含軟件工程方法學(xué)、軟件工具和軟件開(kāi)發(fā)環(huán)境）和軟件工程管理（包含軟件工程經(jīng)濟(jì)學(xué)和軟件管理學(xué)）。更多內(nèi)容請(qǐng)見(jiàn)P.4；3、軟件生命周期及生命周期各階段的任務(wù)（1）軟件生命周期指從設(shè)計(jì)軟件產(chǎn)品開(kāi)始到產(chǎn)品不能使用為止的時(shí)間周期。包括：定義，開(kāi)發(fā)，使用，維護(hù)，淘汰。（2） 軟件生命周期各階段的任務(wù)² 軟件計(jì)劃、軟件開(kāi)發(fā)和軟件運(yùn)行維護(hù)三個(gè)時(shí)期。² 軟件計(jì)劃時(shí)期：?jiǎn)栴}

3、定義、可行性研究、需求分析² 軟件開(kāi)發(fā)時(shí)期：軟件概要設(shè)計(jì)、軟件詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、綜合測(cè)試等階段。² 軟件運(yùn)行維護(hù)時(shí)期：需要不斷地進(jìn)行維護(hù)，使軟件持久滿(mǎn)足用戶(hù)需要4、 軟件開(kāi)發(fā)模型的幾種模型及各模型的特征（1） 瀑布模型(Waterfall Model) ：（規(guī)范的、文檔驅(qū)動(dòng)方法。開(kāi)發(fā)階段按順序進(jìn)行，適合需求分析較明確、開(kāi)發(fā)技術(shù)較成熟的情況。）特點(diǎn)：階段間具有順序性和依賴(lài)性；推遲實(shí)現(xiàn)編碼；質(zhì)量保證。（2） 快速原型模型：（快速原型系統(tǒng)讓用戶(hù)試用并收集用戶(hù)意見(jiàn)。獲取用戶(hù)真實(shí)需求。）特點(diǎn)：軟件產(chǎn)品的開(kāi)發(fā)基本上是線(xiàn)性順序進(jìn)行的；能減少軟件的總成本，縮短開(kāi)發(fā)周期。（3） 增量模型：

4、（優(yōu)點(diǎn)是能在早期向用戶(hù)提交部分產(chǎn)品和易于維護(hù)，缺點(diǎn)是軟件的體系結(jié)構(gòu)必須是開(kāi)放的。）特點(diǎn)：開(kāi)發(fā)過(guò)程中自始自終都有用戶(hù)參與（4） 噴泉模型：開(kāi)發(fā)過(guò)程有分析、系統(tǒng)設(shè)計(jì)、軟件設(shè)計(jì)和實(shí)現(xiàn)4個(gè)階段，各階段相互重疊，反映軟件過(guò)程并行性；以分析為基礎(chǔ)，反映了軟件過(guò)程迭代性的自然特性，從高層返回低層無(wú)資源消耗；強(qiáng)調(diào)增量開(kāi)發(fā)，整個(gè)過(guò)程是一個(gè)迭代的逐步提煉的過(guò)程。（適合面向?qū)ο蠓椒ǎ?） 螺旋模型：適用于大規(guī)模內(nèi)部開(kāi)發(fā)項(xiàng)目，分析風(fēng)險(xiǎn)和排除風(fēng)險(xiǎn)。（6） 統(tǒng)一過(guò)程：適用于面向?qū)ο蠓椒ǎ褂媒y(tǒng)一建模語(yǔ)言UML。采取用例驅(qū)動(dòng)和架構(gòu)優(yōu)先策略。迭代增量的建造方法。第2章 、軟件計(jì)劃（SA）1、 可行性研究的內(nèi)容和目的可行性研

5、究?jī)?nèi)容包括：技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)因素方面的可行性，目的是通過(guò)對(duì)用戶(hù)詳細(xì)的調(diào)查研究，確定所開(kāi)發(fā)軟件的系統(tǒng)功能、性能、目標(biāo)、規(guī)模，該系統(tǒng)同其他系統(tǒng)或其他軟件之間的相互關(guān)系。2、 需求分析的任務(wù)，及其要完成三個(gè)模型（1）需求分析的基本任務(wù)是研究用戶(hù)對(duì)系統(tǒng)的確切要求，是理解、分析和表達(dá)“系統(tǒng)必須做什么”的過(guò)程。（2）需求分析具體任務(wù)包括：確定目標(biāo)系統(tǒng)的具體要求、建立目標(biāo)系統(tǒng)的邏輯模型、書(shū)寫(xiě)“軟件需求規(guī)格說(shuō)明”、修正系統(tǒng)的開(kāi)發(fā)計(jì)劃、制定初步的系統(tǒng)測(cè)試計(jì)劃、編寫(xiě)初步的用戶(hù)手冊(cè)、編寫(xiě)數(shù)據(jù)要求說(shuō)明書(shū)。（3）三個(gè)模型：數(shù)據(jù)模型、功能模型和行為模型。3、數(shù)據(jù)流圖（DFD）的畫(huà)法(P.30)，及數(shù)據(jù)字典（D

6、D）的使用(P.36)。（1）數(shù)據(jù)流圖的基本符號(hào)（2） 數(shù)據(jù)字典符號(hào)4、 狀態(tài)圖總結(jié)需求分析的圖形工具：實(shí)體-關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、層次圖 ，Warnier圖，PO圖 。5、 課后作業(yè)一（某房地產(chǎn)經(jīng)營(yíng)管理系統(tǒng)）（1）DFD圖房地產(chǎn)經(jīng)營(yíng)管理系統(tǒng)DFD圖（2） 數(shù)據(jù)字典：房產(chǎn)信息=房產(chǎn)編號(hào)+地址+樓房名稱(chēng)+樓房總數(shù)+總房間數(shù)客戶(hù)基本情況=客戶(hù)號(hào)+姓名+身份證號(hào)房間租（售）信息=房產(chǎn)編號(hào)+樓房名稱(chēng)+房間號(hào)+房間層次+朝向+規(guī)格+面積+出租單價(jià)+出售單價(jià)+租售情況+客戶(hù)號(hào)房產(chǎn)租（售）資金回收情況=房產(chǎn)編號(hào)+樓房名稱(chēng)+房間號(hào)+客戶(hù)號(hào)+租|售+金額+日期記錄存儲(chǔ)規(guī)則：該文件按兩種方法排序

7、，一按客戶(hù)號(hào)排序，二按”房產(chǎn)編號(hào)+樓房名稱(chēng)+房間號(hào)”。 課后作業(yè)2（火車(chē)訂票系統(tǒng)）火車(chē)訂票系統(tǒng)DFD圖數(shù)據(jù)字典：列車(chē)運(yùn)行目錄=車(chē)次號(hào)+始發(fā)站+終點(diǎn)站+1途經(jīng)站+軟臥車(chē)廂數(shù)+硬臥車(chē)廂數(shù)+一個(gè)軟臥車(chē)廂數(shù)+發(fā)車(chē)日期列車(chē)鋪位信息=車(chē)次號(hào)+車(chē)廂號(hào)+鋪位號(hào)+上鋪|中鋪|下鋪+價(jià)格+1=已售|0=未售旅客訂票信息=旅客號(hào)+定票日期+預(yù)定車(chē)票日期+0=票未取|1=票已取+ 車(chē)次號(hào)+車(chē)廂號(hào)+鋪位號(hào)+上鋪|中鋪|下鋪 +價(jià)格 第三章、結(jié)構(gòu)化設(shè)計(jì)（SD）1、概要設(shè)計(jì)的任務(wù)概要設(shè)計(jì)的主要任務(wù)是確定設(shè)計(jì)方案、軟件結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)文件設(shè)計(jì)、制定測(cè)試計(jì)劃、書(shū)寫(xiě)概要設(shè)計(jì)文檔和復(fù)審。2、 模塊、模塊化的概念，模塊設(shè)計(jì)啟發(fā)規(guī)則、評(píng)

8、價(jià)模塊風(fēng)割好壞的標(biāo)準(zhǔn)（1） 模塊：又稱(chēng)構(gòu)件，是能夠單獨(dú)命名并獨(dú)立地完成一定功能，獨(dú)立地設(shè)計(jì)、編制、調(diào)試、查錯(cuò)、修改和維護(hù)的程序語(yǔ)句的集合。（2） 模塊化：把系統(tǒng)按照一定的規(guī)則分割成分割成能完成獨(dú)立功能的模塊，明確規(guī)定各模塊及其輸入輸出規(guī)格，使模塊的界面不會(huì)產(chǎn)生混亂。（3） 模塊設(shè)計(jì)啟發(fā)規(guī)則：² 盡力提高模塊獨(dú)立性：高內(nèi)聚、低耦合² 注意模塊的可靠性、通用性、可維護(hù)性、簡(jiǎn)單性² 模塊的大小應(yīng)適中規(guī)模² 模塊的深度、寬度、扇出和扇入應(yīng)適當(dāng)，通常設(shè)計(jì)得較好的軟件結(jié)構(gòu)，頂層扇出高，中間扇出較少，下層調(diào)用公用模塊。² 模塊接口要簡(jiǎn)單、清晰 （4） 評(píng)價(jià)模

9、塊風(fēng)割好壞的標(biāo)準(zhǔn)：模塊的大小、模塊之間的聯(lián)系程度（耦合性）、模塊內(nèi)元素聯(lián)系程度（內(nèi)聚性）、模塊信息的隱蔽程度。3、 耦合的幾種定義² 耦合（Coupling)是模塊之間依賴(lài)程度的度量。² 數(shù)據(jù)耦合：模塊間通過(guò)參數(shù)傳遞基本類(lèi)型的數(shù)據(jù)。² 控制耦合（中等程度耦合）：兩個(gè)模塊之間傳遞的信息中有控制信息。² 特征耦合：被調(diào)用模塊可以使用數(shù)據(jù)多于實(shí)際需要的數(shù)據(jù)。² 公共耦合：兩個(gè)或多個(gè)模塊都能夠存取同一公共數(shù)據(jù)環(huán)境，包括變量、公共內(nèi)存緩沖區(qū)、物理設(shè)備。² 內(nèi)容耦合：下列情況之一會(huì)產(chǎn)生內(nèi)容耦合Ø 某個(gè)模塊直接訪(fǎng)問(wèn)另一模塊的內(nèi)部數(shù)據(jù)

10、16; 兩個(gè)模塊有相同的程序段Ø 一個(gè)模塊直接進(jìn)入另一模塊的內(nèi)部；Ø 一個(gè)模塊有多個(gè)入口，即模塊有多個(gè)功能4. 內(nèi)聚的幾種定義² 內(nèi)聚（cohesion）：一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。² 偶然內(nèi)聚（concidental cohesion）：一個(gè)模塊完成多個(gè)完全不相關(guān)的功能。 ² 邏輯內(nèi)聚( logical cohesion)：一個(gè)模塊完成的任務(wù)在邏輯上屬于相同或相似的一類(lèi)任務(wù)。² 時(shí)間內(nèi)聚(temporal cohesion)：一個(gè)模塊完成多個(gè)具有時(shí)間相關(guān)性的功能，需要同時(shí)執(zhí)行。² 過(guò)程內(nèi)聚：處理元素是相關(guān)，必須

11、以特定次序執(zhí)行 。² 通信內(nèi)聚（communicational cohesion）：一個(gè)模塊內(nèi)包含需多個(gè)功能，并且這些功能的完成都依賴(lài)于相同的公用數(shù)據(jù)，即同一數(shù)據(jù)文件。各個(gè)成分合用同一個(gè)數(shù)據(jù)，或者產(chǎn)生同一個(gè)輸出數(shù)據(jù)。 ² 順序內(nèi)聚(sequential cohesion)：各成分順序執(zhí)行，前一個(gè)成分的輸出是后一個(gè)成分的輸入。² 功能內(nèi)聚(functional cohesion)：所有成分共同完成一個(gè)單一的功能。5、 系統(tǒng)結(jié)構(gòu)圖（SC）的畫(huà)法，及與交換型、事務(wù)性之間的轉(zhuǎn)換，深度、寬度、扇入、扇出的概念² 結(jié)構(gòu)圖符號(hào)（P.55）² 交換型數(shù)據(jù)流圖、

12、事務(wù)型數(shù)據(jù)流圖的畫(huà)法（P.57）² 深度：指軟件結(jié)構(gòu)中模塊的層數(shù)。² 寬度：指軟件結(jié)構(gòu)內(nèi)同一層次的模塊數(shù)的最大值。² 扇出：指一個(gè)模塊所調(diào)用的模塊數(shù)。² 扇入：指有多少上級(jí)模塊調(diào)用它6、 詳細(xì)設(shè)計(jì)的基本任務(wù)² 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)² 接口設(shè)計(jì)² 過(guò)程設(shè)計(jì)² 代碼設(shè)計(jì)、輸入輸出設(shè)計(jì)、網(wǎng)絡(luò)設(shè)計(jì)等² 編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、編寫(xiě)軟件系統(tǒng)的操作手冊(cè)等文檔² 復(fù)審7. 詳細(xì)設(shè)計(jì)的工具的使用² 流程圖、N-S圖、問(wèn)題分析圖（PAD圖）、判定樹(shù)、判定表、過(guò)程設(shè)計(jì)語(yǔ)言（PDL）²²

13、8、 Jackson方法(P.74)² 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法有兩種：Jackson方法和Warnier方法。² JACKSON方法中數(shù)據(jù)結(jié)構(gòu)通常表示為樹(shù)型結(jié)構(gòu)，有順序、選擇和循環(huán)三種基本結(jié)構(gòu)第4章 、軟件編碼和軟件測(cè)試1、 設(shè)計(jì)語(yǔ)言：哪些屬于/不屬于面向?qū)ο蟮恼Z(yǔ)言，設(shè)計(jì)語(yǔ)言的選擇。² 面向?qū)ο笳Z(yǔ)言Ø C+、Smalltalk、Eiffel、Actor、Ada是面向?qū)ο笮驼Z(yǔ)言Ø Object Pascal、Objective-C是混合型面向?qū)ο笳Z(yǔ)言Ø Java在網(wǎng)絡(luò)上廣泛使用² 如何選擇設(shè)計(jì)語(yǔ)言Ø 主要考慮項(xiàng)目應(yīng)用

14、領(lǐng)域、軟件開(kāi)發(fā)環(huán)境、用戶(hù)的知識(shí)以及程序員的知識(shí)等2、 程序的注釋² 程序的注釋分為兩種：序言性注釋和功能性注釋。l 序言性注釋通常安排在每個(gè)程序模塊的起始部分，它是對(duì)程序的整體說(shuō)明，對(duì)于理解程序本身具有引導(dǎo)作用。l 功能性注釋嵌入在源程序體內(nèi)，用以描述其后的語(yǔ)句或程序段的處理功能。3、測(cè)試目標(biāo)、測(cè)試關(guān)鍵問(wèn)題、測(cè)試原則² 測(cè)試目標(biāo)Ø 精心設(shè)計(jì)測(cè)試方案, 力爭(zhēng)盡可能少的次數(shù),測(cè)出盡可能多的錯(cuò)誤.Ø 程序測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程.Ø 好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；Ø 成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的

15、錯(cuò)誤的測(cè)試。² 測(cè)試關(guān)鍵問(wèn)題（查無(wú)資料）² 測(cè)試原則l 測(cè)試工作不能由設(shè)計(jì)和編碼人員進(jìn)行；l 測(cè)試用例既要有輸入數(shù)據(jù)，也得有對(duì)應(yīng)預(yù)期結(jié)果l 既有合理數(shù)據(jù)，也得有不合理數(shù)據(jù)的處理能力l 檢查是否處理了多余的工作l 精心設(shè)計(jì)測(cè)試方案，盡量把測(cè)試出軟件的錯(cuò)誤l Pareto原理：80 錯(cuò)誤可能由程序20的模塊造成l 需求分析階段，應(yīng)制定測(cè)試計(jì)劃，甚至測(cè)試用例l 長(zhǎng)期保存測(cè)試用例，直至程序廢棄4、集成測(cè)試，存根模塊、驅(qū)動(dòng)模塊² 集成測(cè)試（Integration Testing）也稱(chēng)為聯(lián)合測(cè)試或組裝測(cè)試，有組裝和檢驗(yàn)兩重意義。測(cè)試者：獨(dú)立的測(cè)試小組；測(cè)試策略：測(cè)試方法以黑盒

16、法為主。² 驅(qū)動(dòng)模塊驅(qū)動(dòng)模塊（driver）：模擬主程序或者調(diào)用模塊的功能，用于向被測(cè)模塊傳遞數(shù)據(jù)，接收、打印從被測(cè)模塊返回的數(shù)據(jù)。一般只設(shè)計(jì)一個(gè)驅(qū)動(dòng)模塊。² 存根模塊用于模擬那些由被測(cè)模塊所調(diào)用的下屬模塊的功能?？梢栽O(shè)計(jì)一個(gè)或者多個(gè)模塊。5、 黑盒測(cè)試，等價(jià)類(lèi)劃分法、邊界值分析法。² 黑盒測(cè)試。又稱(chēng)功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試、基于規(guī)格說(shuō)明書(shū)的測(cè)試，不考慮程序的內(nèi)部結(jié)構(gòu)與特性，只根據(jù)程序功能或程序的外部特性設(shè)計(jì)測(cè)試用例。² 等價(jià)類(lèi)劃分方法。等價(jià)類(lèi)劃分屬于黑盒測(cè)試，根據(jù)輸入數(shù)據(jù)和輸出數(shù)據(jù)的特點(diǎn)，將程序輸入域劃分成若干個(gè)部分，即子集，每個(gè)子集中的一個(gè)典型值在測(cè)試

17、中的作用與這一類(lèi)中所有其他值的作用相同。因此從每個(gè)子集中選取具有代表性的數(shù)據(jù)作為代表進(jìn)行測(cè)試來(lái)發(fā)現(xiàn)程序中的錯(cuò)誤。Ø 有效等價(jià)類(lèi)：符合需求規(guī)格及軟件設(shè)計(jì)規(guī)定的數(shù)據(jù)子集。Ø 無(wú)效等價(jià)類(lèi)：不符合需求規(guī)格及軟件設(shè)計(jì)規(guī)定的數(shù)據(jù)子集。² 邊界值分析法邊界值分析也屬于黑盒測(cè)試，邊界值分析不是從某等價(jià)類(lèi)中隨便挑一個(gè)作為代表，而是使這個(gè)等價(jià)類(lèi)的每個(gè)邊界都要作為測(cè)試條件；邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測(cè)試情況。6、 白盒測(cè)試，邏輯覆蓋法、因果圖法。² 白盒測(cè)試又稱(chēng)結(jié)構(gòu)測(cè)試，其測(cè)試用例根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)和執(zhí)行路勁來(lái)設(shè)計(jì)的。² 邏輯覆蓋法邏輯覆

18、蓋是以程序的內(nèi)部邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試用例設(shè)計(jì)技術(shù)，屬于白盒測(cè)試。 語(yǔ)句覆蓋:設(shè)計(jì)足夠的測(cè)試用例，使得程序中的每個(gè)語(yǔ)句至少執(zhí)行一次。 判定覆蓋:設(shè)計(jì)足夠的測(cè)試用例，使得程序中每個(gè)判定的取“真”分支和取“假”分支至少都執(zhí)行一次，判定覆蓋又稱(chēng)分支覆蓋。 條件覆蓋:設(shè)計(jì)足夠的測(cè)試用例，使得程序判定中的每個(gè)條件能獲得各種可能的結(jié)果。 判定/條件覆蓋:設(shè)計(jì)足夠的測(cè)試用例，使得判定中的每個(gè)條件都取到各種可能的值，而且每個(gè)判定表達(dá)式也都取到各種可能的結(jié)果。 條件組合覆蓋:設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定中的條件的各種可能組合都至少出現(xiàn)一次。² 因果圖法因果圖適合于描述對(duì)于多種輸入條件的組合，相應(yīng)產(chǎn)生

19、多個(gè)動(dòng)作的形式來(lái)設(shè)計(jì)測(cè)試用例。因果圖方法最終生成的是判定表。 Ø 用因果圖法生成測(cè)試用例的步驟(1) 分析哪些是原因，哪些是結(jié)果，給每個(gè)原因、結(jié)果一個(gè)標(biāo)識(shí)。(2) 分析語(yǔ)義，找出原因與結(jié)果、原因與原因之間的關(guān)系，畫(huà)出因果圖。(3) 在因果圖上標(biāo)明約束或限制條件。(4) 把因果圖轉(zhuǎn)化為判定表 。(5) 根據(jù)判定表每一列設(shè)計(jì)測(cè)試用例。Ø 因果圖的基本符號(hào)Ø 因果圖的約束符號(hào)第五章、軟件維護(hù)1、軟件維護(hù)和軟件可維護(hù)性² 軟件維護(hù)就是在軟件已經(jīng)交付使用以后對(duì)其進(jìn)行修改，以糾正錯(cuò)誤或改進(jìn)性能和其他屬性，使產(chǎn)品適應(yīng)改變了的環(huán)境。² 軟件可維護(hù)性是指維護(hù)人員

20、對(duì)該軟件進(jìn)行維護(hù)的難易程度，具體包括理解、改正、改動(dòng)和改進(jìn)軟件的難易程度。2、 軟件維護(hù)的種類(lèi)² 完善性維護(hù):擴(kuò)充原有系統(tǒng)的功能，提高系統(tǒng)的性能，提高軟件運(yùn)行的效率，滿(mǎn)足用戶(hù)的實(shí)際需要而進(jìn)行的維護(hù)活動(dòng)。 ² 糾錯(cuò)性維護(hù):對(duì)在測(cè)試階段未能發(fā)現(xiàn)的，在軟件投入使用后才逐漸暴露出來(lái)的錯(cuò)誤的測(cè)試、診斷、定位、糾錯(cuò)以及驗(yàn)證、修改的回歸測(cè)試過(guò)程，稱(chēng)為糾錯(cuò)性維護(hù)。² 適應(yīng)性維護(hù):計(jì)算機(jī)的軟、硬件環(huán)境，數(shù)據(jù)環(huán)境在不斷的變化，使運(yùn)行的軟件能適應(yīng)運(yùn)行環(huán)境或者數(shù)據(jù)的變動(dòng)而修改軟件的過(guò)程稱(chēng)為適應(yīng)性維護(hù)。² 預(yù)防性維護(hù):為了進(jìn)一步改善軟件的可靠性和易維護(hù)性，或者為預(yù)見(jiàn)的將來(lái)軟件運(yùn)行

21、和維護(hù)打下更好的基礎(chǔ)而對(duì)軟件進(jìn)行修改。第六和第七章、面向?qū)ο蠓椒▽W(xué)與UML及UML的應(yīng)用1、 面向?qū)ο笳Z(yǔ)言的特征封裝、繼承、多態(tài)2、 面向?qū)ο蠓椒ǖ幕靖拍?#178; 對(duì)象：一個(gè)對(duì)象代表了一個(gè)現(xiàn)實(shí)的或虛構(gòu)的實(shí)體，定義一些屬性和方法。² 類(lèi)：具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義。² 類(lèi)與類(lèi)之間的關(guān)系：關(guān)聯(lián)關(guān)系、繼承關(guān)系、依賴(lài)關(guān)系、細(xì)化關(guān)系Ø 類(lèi)的關(guān)聯(lián)關(guān)系:Ø 類(lèi)的一般-特殊關(guān)系:Ø 類(lèi)的依賴(lài)關(guān)系 ：依賴(lài)關(guān)系描述的是兩個(gè)模型元素（類(lèi)、用例等）之間的語(yǔ)義上的連接關(guān)系.Ø 類(lèi)細(xì)化關(guān)系：是對(duì)同一事物不同抽象級(jí)別的兩種描述。若元素B是對(duì)元

22、素A的更詳細(xì)的描述，則稱(chēng)元素B細(xì)化了元素A，或稱(chēng)元素A細(xì)化成元素B。 ² 消息：消息，就是要求某個(gè)對(duì)象執(zhí)行在定義它的那個(gè)類(lèi)中所定義的某個(gè)操作的規(guī)格說(shuō)明。通常，一個(gè)消息由下述三部分組成：接收消息的對(duì)象；消息標(biāo)識(shí)符(也稱(chēng)為消息名)；輸入信息和回答信息。² 封裝：封裝就是把對(duì)象的屬性和方法結(jié)合成一個(gè)獨(dú)立的單位，盡可能隱藏對(duì)象的內(nèi)部細(xì)節(jié)。² 繼承：某些類(lèi)之間具有結(jié)構(gòu)和行為特征的共性，廣義地說(shuō)，繼承是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。² 多態(tài)：在父類(lèi)中定義的屬性和服務(wù)為其子類(lèi)繼承后，可以具有相同的消息表現(xiàn)出不同的行為。3、 UML建模圖（P.12

23、7）注釋 (a)/消息 (b)² 五類(lèi)九種圖：l 用例圖：用于表示系統(tǒng)的功能，并指出各功能的操作者l 靜態(tài)圖：包括類(lèi)圖、對(duì)象圖及包，表示系統(tǒng)的靜態(tài)結(jié)構(gòu)l 行為圖：包括狀態(tài)圖和活動(dòng)圖，用于描述系統(tǒng)的動(dòng)態(tài)行為和對(duì)象之間的交互關(guān)系l 交互圖：包括順序圖和合作圖，用于描述系統(tǒng)的對(duì)象之間的動(dòng)態(tài)合作關(guān)系l 實(shí)現(xiàn)圖：包括構(gòu)件圖和配置圖，用于描述系統(tǒng)的物理實(shí)現(xiàn)² 用例圖：用例從外部參與者（用戶(hù))的角度描述系統(tǒng)的功能，主要元素有用例、執(zhí)行者和通信聯(lián)系，用例是一個(gè)類(lèi)，代表一類(lèi)功能，不是一個(gè)功能具體實(shí)現(xiàn)；執(zhí)行者也是一個(gè)類(lèi)² 類(lèi)圖和包：類(lèi)的圖標(biāo)由類(lèi)名、類(lèi)的屬性、類(lèi)的操作三部分組成。類(lèi)圖就

24、是由這些類(lèi)框和表明類(lèi)之間關(guān)聯(lián)的連線(xiàn)所組成。 ² 對(duì)象圖：對(duì)象是類(lèi)的一個(gè)實(shí)例，是具有具體值和行為的一個(gè)具體事物。l 對(duì)象有三種表示方式：對(duì)象名：類(lèi)名；：類(lèi)名；對(duì)象名。² 狀態(tài)圖：狀態(tài)圖（State Diagram）用來(lái)描述一個(gè)特定對(duì)象（通常指某一子系統(tǒng)）的所有可能狀態(tài)及引起其狀態(tài)轉(zhuǎn)移的事件。² 順序圖：用來(lái)描述在一個(gè)運(yùn)行的系統(tǒng)中對(duì)象之間動(dòng)態(tài)交互情況，并且這些交互要經(jīng)歷一定的時(shí)間。² 活動(dòng)圖：活動(dòng)圖是狀態(tài)圖的一種特殊情況。不需指明任何事件，只要?jiǎng)幼鞅粓?zhí)行，活動(dòng)圖中的狀態(tài)就自動(dòng)開(kāi)始轉(zhuǎn)換。² 協(xié)作圖：協(xié)作圖用于描述系統(tǒng)中相互協(xié)作的對(duì)象之間的交互關(guān)系和關(guān)

25、聯(lián)鏈接關(guān)系。² 構(gòu)件圖：描述軟件構(gòu)件之間的相互依賴(lài)關(guān)系，它表達(dá)的是系統(tǒng)代碼本身的結(jié)構(gòu)。² 部署圖：配置圖用來(lái)描述計(jì)算機(jī)和設(shè)備，展示它們之間的連接，以及駐留在每臺(tái)機(jī)器中的軟件。用部署圖描述使用金龍卡的飲食銷(xiāo)售系統(tǒng)。ü 畫(huà)出短信系統(tǒng)的以下用例的的順序圖和基本類(lèi)圖üü 用例腳本：1.發(fā)送短信用例：用戶(hù)輸入或讀入發(fā)送內(nèi)容；用戶(hù)選擇一個(gè)或多個(gè)發(fā)送人員；系統(tǒng)將明文短消息編碼轉(zhuǎn)換成格式化的短消息串；系統(tǒng)以串口方式將短信串傳入無(wú)線(xiàn)移動(dòng)終端2.接收短信用例的場(chǎng)景描述：用戶(hù)向串口發(fā)送指令從無(wú)線(xiàn)移動(dòng)終端讀取一組短消息串；系統(tǒng)將一組短信串分別解碼轉(zhuǎn)化成明文的短消息；系

26、統(tǒng)將短消息寫(xiě)入數(shù)據(jù)庫(kù)并顯示給用戶(hù)；3.人員維護(hù)的用例場(chǎng)景描述：用戶(hù)添加一個(gè)新成員；用戶(hù)更新一個(gè)成員信息；用戶(hù)刪除一個(gè)成員4.系統(tǒng)設(shè)置用例的場(chǎng)景描述：用戶(hù)修改系統(tǒng)信息，如客服中心號(hào)碼、端口號(hào)、延時(shí)；系統(tǒng)保存設(shè)置信息üüü 發(fā)送短信üü 接收短信üü 基本類(lèi)圖üü4、 面向?qū)ο蠓治龅哪康摹⒃瓌t、完成模型² 面向?qū)ο蠓治龅哪康模菏菍?duì)客觀(guān)世界的系統(tǒng)建立對(duì)象模型、動(dòng)態(tài)模型和功能模型Ø 對(duì)象模型：描述系統(tǒng)組成。Ø 動(dòng)態(tài)模型：描述系統(tǒng)控制結(jié)構(gòu)。Ø 功能模型：描述系統(tǒng)功能的。

27、78; 面向?qū)ο蠓治龅脑瓌t：l 定義有實(shí)際意義的對(duì)象l 強(qiáng)調(diào)實(shí)體的本質(zhì)、忽略無(wú)關(guān)的屬性，模型的描述要規(guī)范、準(zhǔn)確l 共享性l 封裝性5、面向?qū)ο笤O(shè)計(jì)的內(nèi)容、完成模型² 面向?qū)ο笤O(shè)計(jì)的內(nèi)容：面向?qū)ο笤O(shè)計(jì)是把分析階段得到的需求，轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案。分為進(jìn)行系統(tǒng)設(shè)計(jì)（總體設(shè)計(jì)）和對(duì)象設(shè)計(jì)（詳細(xì)設(shè)計(jì)）。Ø 系統(tǒng)設(shè)計(jì)將系統(tǒng)分成幾個(gè)子系統(tǒng)，建立系統(tǒng)的基本框架，每個(gè)子系統(tǒng)使用與面向?qū)ο蠓治鲆恢碌谋硎痉椒ń⒛Ｐ?，可以說(shuō)總體設(shè)計(jì)是逐漸擴(kuò)充面向?qū)ο蠓治瞿Ｐ偷倪^(guò)程；Ø 對(duì)象設(shè)計(jì)則針對(duì)每個(gè)子系統(tǒng)中的每個(gè)類(lèi)的作用、類(lèi)的內(nèi)部構(gòu)成（屬性和服務(wù)）以及類(lèi)之間關(guān)系進(jìn)行清晰、具體的描述，使得在實(shí)現(xiàn)階段程序員根據(jù)該描述能很容易地轉(zhuǎn)化成程序。6、 面向?qū)ο蟮膶?shí)現(xiàn)工作：編碼與測(cè)試² 面向?qū)ο鬁y(cè)試的目標(biāo)與結(jié)構(gòu)化軟件測(cè)試的目標(biāo)相同,都是為了找出軟件開(kāi)發(fā)中的錯(cuò)誤,提高軟件的質(zhì)量。面向?qū)ο筌浖y(cè)試策略也是從組