1、精選優(yōu)質(zhì)文檔-傾情為你奉上v 1.什么是軟件？v 是一系列按照特定順序組織的計(jì)算機(jī)數(shù)據(jù)和指令的集合，包括程序、數(shù)據(jù)和文檔。v 附：軟件的特征：成本高、風(fēng)險(xiǎn)大、維護(hù)困難vv 2.什么是軟件危機(jī)，其內(nèi)容主要是指什么？v 原因：1、與軟件本身的特點(diǎn)有關(guān)；2、與軟件開發(fā)人員有關(guān)； 定義： 在開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重的問題。 1）對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確。 2）用戶對(duì)“已完成”系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。 3）軟件產(chǎn)品的質(zhì)量不可靠。 4）軟件的可維護(hù)程度非常之低。 5）軟件通常沒有適當(dāng)?shù)奈臋n資料。 6）軟件的成本不斷提高。 7）軟件開發(fā)生產(chǎn)率無法滿足人們對(duì)軟件的生產(chǎn)要求，軟件開發(fā)生產(chǎn)

2、率的提高落后于硬件的發(fā)展。3.什么是軟件工程？開發(fā)、運(yùn)行和維護(hù)軟件的系統(tǒng)方法 軟件工程主要研究軟件生產(chǎn)的客觀規(guī)律性，建立與系統(tǒng)化軟件生產(chǎn)有關(guān)的概念、原則、方法、技術(shù)和工具，指導(dǎo)和支持軟件系統(tǒng)的生產(chǎn)活動(dòng)，以期達(dá)到降低軟件生產(chǎn)成本 、改進(jìn)軟件產(chǎn)品質(zhì)量、提高軟件生產(chǎn)率水平的目標(biāo)。4.軟件工程的目標(biāo)（ PP.41 ）及其組成部分。方法、工具和過程。 軟件工程的目標(biāo)是：在給定成本、進(jìn)度的前提下，開發(fā)出具有適用性、有效性、可修改性、可靠性、可理解性、可維護(hù)性、可重用性、可移植性、可追蹤性、可互操作性和滿足用戶需求的軟件產(chǎn)品。方法: 是指產(chǎn)生某些結(jié)果的形式化過程， 工具: 是用更好的方式完成某件事情的設(shè)備或

3、自動(dòng)化系統(tǒng)，如各種集成開發(fā)環(huán)境、編譯工具、測試工具等。 過程: 生產(chǎn)特定產(chǎn)品的工具和技術(shù)的結(jié)合 軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過程。5.軟件開發(fā)方法的定義。 通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)。比如SASD方法、面向?qū)ο蟮能浖_發(fā)方法。6.好的軟件的一些主要衡量指標(biāo)。例如McCall 的質(zhì)量模型。 （1）質(zhì)量,它的衡量：產(chǎn)品的質(zhì)量、過程的質(zhì)量、商業(yè)環(huán)境背景下產(chǎn)品的質(zhì)量。McCall 的質(zhì)量模型： 需求分析員: 與客戶合作，確定并文檔化客戶需求 設(shè)計(jì)人員: 生成系統(tǒng)描述:系統(tǒng)要做什么 程序員: 編寫事先指定需求的代碼 測試人員: 發(fā)現(xiàn)錯(cuò)誤 培訓(xùn)人員: 向用

4、戶說明如何使用這個(gè)系統(tǒng) 維護(hù)小組: 修復(fù)系統(tǒng)驗(yàn)收之后出現(xiàn)的錯(cuò)誤 資料管理員: 準(zhǔn)備和存儲(chǔ)軟件需求文檔等 配置管理團(tuán)隊(duì): 保持各工件之間的通信附：開發(fā)團(tuán)隊(duì)的成員 第二章1.什么是軟件生命周期？主要分為哪些階段？各個(gè)階段的主要任務(wù)及產(chǎn)生的主要制品？定義：當(dāng)過程是在開發(fā)軟件產(chǎn)品時(shí)，把這種軟件開發(fā)過程稱為軟件生命周期。階段：(1)可行性研究與計(jì)劃任務(wù)：對(duì)于問題是否有行得通的解決方法（技術(shù)、經(jīng)濟(jì)、操作、社會(huì)）制品：可行性論證報(bào)告初步的項(xiàng)目開發(fā)計(jì)劃(2)需求分析任務(wù)：為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么制品：軟件需求規(guī)格說明書(3)總體（概要）設(shè)計(jì) 任務(wù)：概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)制品：概要設(shè)計(jì)規(guī)格說

5、明書數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)說明書集成測試計(jì)劃(4)詳細(xì)設(shè)計(jì)任務(wù)：應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)制品：詳細(xì)設(shè)計(jì)規(guī)格說明書單元測試計(jì)劃(5)實(shí)現(xiàn)任務(wù)：寫出正確的容易理解、容易維護(hù)的程序模塊制品：源程序代碼(6)集成測試任務(wù)：根據(jù)概要設(shè)計(jì)規(guī)格說明書，將經(jīng)過單元測試的模塊逐步進(jìn)行集成和測試制品：生成滿足概要設(shè)計(jì)要求、可運(yùn)行的系統(tǒng)源程序和系統(tǒng)集成測試報(bào)告(7)確認(rèn)測試 任務(wù)：根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求制品：可供用戶使用的軟件產(chǎn)品(文檔，源程序)(8)使用和維護(hù)任務(wù)：通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要制品：版本更新的軟件產(chǎn)品2.需求分析的定義。 確定用戶對(duì)待開發(fā)軟件系統(tǒng)

6、的需求包括： 功能 性能 運(yùn)行環(huán)境約束3.典型的軟件開發(fā)過程模型的特點(diǎn)（優(yōu)缺點(diǎn)）及要求，特別是原型法、瀑布模型、增量和迭代等（1）瀑布模型：需求分析->系統(tǒng)設(shè)計(jì)->程序設(shè)計(jì)->編碼->單元測試和集成測試->系統(tǒng)測試->驗(yàn)收測試->運(yùn)行和維護(hù)； 優(yōu)點(diǎn)：采用規(guī)范的方法；嚴(yán)格規(guī)定每個(gè)階段提交的文檔；要求每個(gè)階段交出的產(chǎn)品必須經(jīng)過驗(yàn)證；缺點(diǎn)：對(duì)如何處理開發(fā)中產(chǎn)品和活動(dòng)的變化沒有提供相關(guān)的指導(dǎo) 將軟件開發(fā)視為制造而不是創(chuàng)造 創(chuàng)造一個(gè)產(chǎn)品沒有迭代的活動(dòng) 需要等待很長時(shí)間（2）V模型： 用單元測試驗(yàn)證程序設(shè)計(jì) 用系統(tǒng)測試驗(yàn)證系統(tǒng)設(shè)計(jì) 用驗(yàn)收測試驗(yàn)證需求 如果在驗(yàn)證和

7、確認(rèn)過程中發(fā)現(xiàn)了問題，那么在再次執(zhí)行右邊的測試步驟之前，重新執(zhí)行左邊的步驟以修正左邊（3）原型化模型： 允許需求或設(shè)計(jì)反復(fù)調(diào)查 減少開發(fā)中的風(fēng)險(xiǎn)和不確定性 原型模型存在的問題 為了使原型盡快的工作，沒有考慮軟件的總體質(zhì)量和長期的可維護(hù)性。 為了演示，可能采用不合適的操作系統(tǒng)、編程語言、效率低的算法，這些不理想的選擇成了系統(tǒng)的組成部分。 開發(fā)過程不便于管理。（3）增量開發(fā): 先定義一個(gè)小的功能子系統(tǒng)，再在每個(gè)新的發(fā)布中增加新功能迭代開發(fā): 一開始就提交完整的系統(tǒng)，再在每一個(gè)新的發(fā)布中改變每個(gè)子系統(tǒng)的功能 減少循環(huán)時(shí)間 系統(tǒng)一部分一部分地交付 兩個(gè)系統(tǒng)功能可以并行4. 原型法的特點(diǎn)以及分類：探索型

8、原型、實(shí)驗(yàn)型原型和演化型原型法定義原型法是指在獲取一組基本的需求定義后，利用高級(jí)軟件工具可視化的開發(fā)環(huán)境，快速地建立一個(gè)目標(biāo)系統(tǒng)的最初版本，并把它交給用戶試用、補(bǔ)充和修改，再進(jìn)行新的版本開發(fā)。反復(fù)進(jìn)行這個(gè)過程，直到得出系統(tǒng)的“精確解”，即用戶滿意為止。 演化型原型 不僅幫我們回答問題，而且還要演變?yōu)樽罱K產(chǎn)品 原型必須展現(xiàn)最終產(chǎn)品的質(zhì)量需求，并且這些質(zhì)量的要求不能改進(jìn) 5.極限編程的特點(diǎn) 交流: 保持客戶和開發(fā)者的交換看法 簡單性: 選擇簡單設(shè)計(jì)和實(shí)現(xiàn) 勇氣: 盡早并經(jīng)常性交付功能(敢于承諾并信守諾言) 反饋:開發(fā)過程中各種活動(dòng)循環(huán) 第三章v 1. 了解項(xiàng)目計(jì)劃和管理的主要內(nèi)容和常用的方法。v

9、Ppt71到81vv 2.軟件可行性研究的內(nèi)容。v 技術(shù)、經(jīng)濟(jì)、操作、社會(huì)四個(gè)可行性vv 3. 估算工作量的主要方法：代碼行、任務(wù)分解技術(shù)、自動(dòng)估算成本技術(shù)。v 1）代碼行技術(shù)v 軟件成本 = 每行代碼的平均成本×估計(jì)的源代碼總行數(shù) 估算方法： 由多名有經(jīng)驗(yàn)的軟件工程師分別做出估計(jì)。 每個(gè)人都估計(jì)程序的最小規(guī)模(a)、最大規(guī)模(b)和最可能的規(guī)模(m)， 分別算出這3種規(guī)模的平均值、和之后，再用下式計(jì)算程序規(guī)模的估計(jì)值： L=（a的平均值+4*m的平均值+b的平均值）/6單位： LOC或KLOC。 代碼行技術(shù)的優(yōu)點(diǎn)： 代碼是所有軟件開發(fā)項(xiàng)目都有的“產(chǎn)品”，而且很容易計(jì)算代碼行數(shù)； 有

10、大量參考文獻(xiàn)和數(shù)據(jù) 。代碼行技術(shù)的缺點(diǎn)： 源程序僅是軟件配置的一個(gè)成分，由源程序度量軟件規(guī)模不太合理； 用不同語言實(shí)現(xiàn)同一個(gè)軟件所需要的代碼行數(shù)并不相同； 不適用于非過程性語言。 2）任務(wù)分解技術(shù) 軟件開發(fā)項(xiàng)目分解為若干個(gè)相對(duì)獨(dú)立的任務(wù)，分別估計(jì)每個(gè)單獨(dú)任務(wù)的成本： 單獨(dú)任務(wù)成本 = 任務(wù)所需人力估計(jì)值×每人每月平均工資； 軟件開發(fā)項(xiàng)目總成本估計(jì) = 各個(gè)單獨(dú)任務(wù)成本估計(jì)值之和。 3）自動(dòng)估計(jì)成本技術(shù) 采用自動(dòng)估計(jì)成本的軟件工具估計(jì) 第四章v 1.了解需求的重要性及需求分析階段的主要產(chǎn)物。v 如果開發(fā)過程的早期沒有檢測到并修復(fù)需求錯(cuò)誤，那么會(huì)造成很高的代價(jià)，甚至使項(xiàng)目失敗。v 產(chǎn)物：

11、軟件需求規(guī)格說明書vv 2.需求的類型：功能需求、非功能需求或質(zhì)量需求、設(shè)計(jì)約束、過程約束。v 功能需求: 根據(jù)要求的活動(dòng)描述需求行為v 質(zhì)量需求或非功能需求: 描述軟件必須擁有的質(zhì)量特征v 設(shè)計(jì)約束: 已經(jīng)做出的設(shè)計(jì)決策或?qū)栴}解決方案集的限制的設(shè)計(jì)決策v 過程約束: 對(duì)用于構(gòu)建系統(tǒng)的技術(shù)和資源的限制vv 3. 兩種需求文檔：需求定義文檔和需求規(guī)格說明書。v 需求定義: 用戶想要得到的每一件事情的完整列表。v 描述打算構(gòu)建的系統(tǒng)將要安裝的環(huán)境中的實(shí)體v 需求規(guī)格說明: 將需求重新陳述為關(guān)于要構(gòu)建的系統(tǒng)將如何運(yùn)轉(zhuǎn)的規(guī)格說明vv 4. 需求規(guī)格說明書的主要內(nèi)容。v 詳細(xì)描述輸入和輸出 ，包括v

12、輸入的源v 輸出的目的地, v 有效范圍 v 輸入輸出的數(shù)據(jù)格式v 數(shù)據(jù)協(xié)議v 窗口格式和組織v 計(jì)時(shí)約束 v 根據(jù)接口的輸入輸出重新陳述要求的功能v 對(duì)用戶的質(zhì)量需求，設(shè)計(jì)適配標(biāo)準(zhǔn) vvv 5. 常用的需求建模表示方法：ER圖、事件跟蹤、狀態(tài)機(jī)、Petri網(wǎng)、數(shù)據(jù)流圖、用例圖和原型法。v ER圖：v 一種表示概念模型的流行圖形表示法v 三個(gè)核心結(jié)構(gòu)v 實(shí)體: 表示為矩形，代表具有共同性質(zhì)和行為的現(xiàn)實(shí)世界對(duì)象構(gòu)成的集合v 關(guān)系: 表示為兩個(gè)實(shí)體之間的邊，邊中間有一個(gè)菱形，表示關(guān)系的類型屬性: 是實(shí)體的注釋，描述實(shí)體相關(guān)的數(shù)據(jù)或性質(zhì) 事件跟蹤： 關(guān)于現(xiàn)實(shí)世界實(shí)體之間交換的時(shí)間序列的圖形描述 垂直

13、線: 不同實(shí)體的時(shí)間線，其名字出現(xiàn)在線的頂部 水平線: 兩個(gè)實(shí)體之間的一個(gè)事件或交互 時(shí)間按從頂?shù)较赂欉M(jìn)展 每一個(gè)圖描述一個(gè)跟蹤，表示只是若干個(gè)可能行為中的一個(gè) 事件跟蹤語義相對(duì)簡單，易于理解狀態(tài)機(jī)： 是一種圖形描述，描述了系統(tǒng)與其環(huán)境之間的所有對(duì)話 點(diǎn)(狀態(tài)) 表示存在于事件發(fā)生之間的一個(gè)穩(wěn)定的條件集合 邊(轉(zhuǎn)移) 表示由于一個(gè)事件的發(fā)生而產(chǎn)生的行為或條件的變化 在表示動(dòng)態(tài)行為方面，以及在描述在響應(yīng)已經(jīng)發(fā)生的歷史事件時(shí)行為將如何變化方面很有用 Petri網(wǎng): Petri 網(wǎng)是狀態(tài)-轉(zhuǎn)移表示法的一種形式，用于建模并發(fā)活動(dòng)以及他們之間的交互。 圓圈：位置 條：變遷 ?。杭^ 點(diǎn)：令牌數(shù)據(jù)流圖:

14、 數(shù)據(jù)流圖 (DFD) 建模功能以及從一個(gè)功能到另一個(gè)功能數(shù)據(jù)流 一個(gè)泡泡表示： 一個(gè) 加工 箭頭表示： 數(shù)據(jù)流 平行線：數(shù)據(jù)存儲(chǔ): 正式的庫或信息庫 矩形：表示參與者: 提供輸入數(shù)據(jù)或接受輸出的實(shí)體 用例圖: 構(gòu)成 大的方框: 系統(tǒng)邊界 方框外的小人: 參與者，人或者系統(tǒng) 方框內(nèi)的橢圓: 用例，表示必須的主要功能及其變種 參與者和用例之間的線: 參與者參與了該用例 用例不一定建模系統(tǒng)應(yīng)該提供的所有任務(wù)，而是用于說明用戶對(duì)重要系統(tǒng)行為的觀察 v 6.v （1）UML的作用：是為軟件系統(tǒng)的制品進(jìn)行描述（specifying）、可視化（visualizing）、構(gòu)造（constructing）、文

15、檔化（documenting）的一種語言。vv （2）UML中的41視圖：用例視圖，設(shè)計(jì)視圖，進(jìn)程視圖，實(shí)現(xiàn)視圖， 分布視圖。vv （3）UML中的三種擴(kuò)展機(jī)制§ 構(gòu)造型Stereotype,標(biāo)記值 tagged value,約束 contraint.§v （4）UML中所包含的10種圖形及各自的作用。vv （5）用例圖的作用。v 用例圖用來描述軟件需求模型中的系統(tǒng)功能，通過一組用例可以描述軟件系統(tǒng)能夠給用戶提供的功能。v 用例圖可以作為整個(gè)系統(tǒng)開發(fā)過程中的開發(fā)依據(jù)，指導(dǎo)和驅(qū)動(dòng)其他模型。vv （6）用例圖的主要構(gòu)成部分。v 執(zhí)行者、系統(tǒng)邊界和用例 第五章5.獲取需求 概念設(shè)

16、計(jì)：告訴客戶系統(tǒng)將做什么數(shù)據(jù)來自哪里?系統(tǒng)中數(shù)據(jù)會(huì)發(fā)生什么情況?對(duì)用戶來說，系統(tǒng)將會(huì)是什么?向用戶提供的選擇是什么?事件的計(jì)時(shí)是什么?報(bào)表和屏幕是什么樣的?） 技術(shù)設(shè)計(jì)：告訴變成這系統(tǒng)將做什么對(duì)主要硬件部分及其功能的描述 軟件構(gòu)件的層次和功能 數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)流好設(shè)計(jì)的衡量：耦合和內(nèi)聚耦合度： 高度耦合：當(dāng)兩個(gè)構(gòu)件之間有大量依賴關(guān)系的時(shí)候 松散耦合：當(dāng)兩個(gè)構(gòu)件具有某種程度的依賴，但他們之間的相互連接比較弱 非耦合：構(gòu)件之間不存在相互連接 耦合度的類型： 內(nèi)容耦合：當(dāng)一個(gè)構(gòu)件修改了另一個(gè)構(gòu)件的內(nèi)部數(shù)據(jù)項(xiàng)時(shí)，或一個(gè)構(gòu)件內(nèi)的分支轉(zhuǎn)移到另外一個(gè)構(gòu)件中的時(shí)候，可能出現(xiàn)內(nèi)容耦合 公共耦合：對(duì)公共數(shù)據(jù)的改變意

17、味著需要通過反向跟蹤所有訪問過該數(shù)據(jù)的構(gòu)件來評(píng)估該改變的影響 控制耦合 標(biāo)記耦合 數(shù)據(jù)耦合 內(nèi)聚：如果構(gòu)件的所有元素都是直接面向執(zhí)行同一個(gè)任務(wù)的并且必須的，那么該構(gòu)件是內(nèi)聚的 6.細(xì)述對(duì)象 1. OOM中的典型特征，其中特別是封裝、繼承和多態(tài)。 標(biāo)識(shí) 抽象 分類 封裝 繼承 多態(tài) 持久性 對(duì)象的概念：對(duì)象是指某個(gè)事物，大多對(duì)應(yīng)于真實(shí)世界中的某個(gè)客觀實(shí)體；但有些對(duì)象在真實(shí)世界中沒有直接的對(duì)應(yīng)物，是人們對(duì)某個(gè)事物的一種抽象描述。對(duì)象的基本特征可以歸納為對(duì)象的屬性和行為兩類。類的概念：類是指對(duì)一組具有相同特征的對(duì)象的抽象描述；任何對(duì)象都是某個(gè)類的實(shí)例。類圖的作用：類圖技術(shù)是OO方法的核心技術(shù)，應(yīng)用非

18、常廣泛，其中類、對(duì)象以及它們之間的關(guān)系是最基本的建模元素。類模型和對(duì)象模型揭示了系統(tǒng)的結(jié)構(gòu)。2.了解類之間的各種關(guān)系：關(guān)聯(lián)、依賴、繼承或泛化、組合/聚合等。v 關(guān)聯(lián)用來表示來表示兩個(gè)（或多個(gè)）類的對(duì)象之間的結(jié)構(gòu)關(guān)系，它在代碼中表現(xiàn)為一個(gè)類以屬性的形式包含對(duì)另一個(gè)類的一個(gè)或多個(gè)對(duì)象的引用。v 泛化關(guān)系：(繼承關(guān)系)定義類和包之間的一般元素和特殊元素之間的分類關(guān)系。v 繼承(Inheritance): 泛化關(guān)系的一種實(shí)現(xiàn)機(jī)制并非所有的泛化關(guān)系都適合用繼承關(guān)系實(shí)現(xiàn)v 聚合：是表示類和類之間的“整體部分”關(guān)系，用空心菱形表示。聚合表示類之間的整體與部分的關(guān)系。聚合意味著一個(gè)類擁有但共享另一個(gè)類的對(duì)象組

19、合是聚合的一種特殊情形，用實(shí)心菱形表示。與聚合相比，它有兩個(gè)特點(diǎn)：1. 一個(gè)部分類最多只能屬于一個(gè)整體類2. 當(dāng)整體類不存在時(shí)，部分類將同時(shí)被銷毀。3.了解類圖的基本建模步驟。v （1）尋找出需求中的名詞(候選對(duì)象)。v （2）合并含義相同的名詞，排除范圍以外的名詞，并尋找隱含的名詞。v （3）去掉只能作為類屬性的名詞。v （4）剩下的名詞就是要找的分析類（候選類)。v （5）根據(jù)常識(shí)、問題域、系統(tǒng)責(zé)任確定該類有那些屬性。v （6）補(bǔ)充該類動(dòng)態(tài)屬性，如狀態(tài)、對(duì)象間聯(lián)系（如聚合、關(guān)聯(lián)）等屬性。v （7）從需求中的動(dòng)詞、功能或系統(tǒng)責(zé)任中尋找類的操作（候選操作）。4. 接口和抽象類的定義及各自的特點(diǎn)

20、。v 抽象類是指那些不具有任何對(duì)象的類，其作用是為其他的類描述它們的公共屬性和行為。通常，抽象類具有一組抽象操作。一個(gè)擁有至少一個(gè)抽象操作的類必定是一個(gè)抽象類。v 接口是一組沒有實(shí)現(xiàn)的操作的集合。接口只提供操作的聲明，不提供任何相應(yīng)的功能代碼。具體的功能代碼由使用該接口的類實(shí)現(xiàn)，這叫作實(shí)現(xiàn)關(guān)系。一個(gè)類和一個(gè)接口不同：一個(gè)類可以有它形態(tài)的真實(shí)實(shí)例，然而一個(gè)接口必須至少有一個(gè)類來實(shí)現(xiàn)它。5.交互圖的分類：順序圖和協(xié)作圖。這兩種圖形各自的優(yōu)缺點(diǎn)。注意UML 2.0中協(xié)作圖改稱通信圖。§ 序列圖主要用來描述對(duì)象之間信息交換時(shí)的時(shí)間順序，它強(qiáng)調(diào)的是消息發(fā)送的時(shí)間的先后順序§ 而協(xié)作圖

21、則用來描述系統(tǒng)對(duì)象之間如何協(xié)作共同完成系統(tǒng)功能的要求。協(xié)作圖描述對(duì)象之間消息的連接關(guān)系，側(cè)重說明哪些對(duì)象之間有消息傳遞。與序列圖相比，通過編號(hào)來看消息的執(zhí)行順序比較困難，但協(xié)作圖中對(duì)象間靈活的空間布局可以更方便地展示動(dòng)態(tài)連接關(guān)系等有用信息。§ 序列圖和協(xié)作圖都屬于交互圖,用來描述對(duì)象之間的動(dòng)態(tài)關(guān)系。§ 序列圖強(qiáng)調(diào)消息的時(shí)間順序，協(xié)作圖強(qiáng)調(diào)參與交互的對(duì)象的組織關(guān)系。§ 序列圖和協(xié)作圖在語義上是等價(jià)的，兩者可以相互轉(zhuǎn)換。§ 相同點(diǎn)：§ 1.它們都表現(xiàn)出了對(duì)象之間的交互信息。§ 2.兩個(gè)圖對(duì)象的繪制方式相同§ 不同點(diǎn)：§

22、 1.順序圖反映了對(duì)象之間交互的時(shí)間關(guān)系，而通信圖反映了對(duì)象之間交互的空間關(guān)系。§ 2.順序圖用于展示特定的業(yè)務(wù)場景，而通信圖用來展示詳細(xì)的業(yè)務(wù)過程。§ 3.順序圖的對(duì)象在圖形的頂部一字排開，而通信圖對(duì)象的擺放位置在二維空間只要選擇合適的位置即可。§ 4.通信圖不能表現(xiàn)組合片段。6. 狀態(tài)圖和活動(dòng)圖各自的作用。注意活動(dòng)圖中泳道的作用。v 狀態(tài)圖：描述交互對(duì)對(duì)象內(nèi)部的影響，交互圖中的消息在這里變成外部事件對(duì)對(duì)象發(fā)出的命令，對(duì)象對(duì)這些命令的響應(yīng)導(dǎo)致對(duì)象的狀態(tài)發(fā)生變化。因此，從這個(gè)意義上說，狀態(tài)圖是順序圖的進(jìn)一步細(xì)化，并且是對(duì)核心對(duì)象（選擇核心對(duì)象的依據(jù)是看是否在多個(gè)交

23、互圖中有多個(gè)消息指向該對(duì)象）的細(xì)化。v 活動(dòng)圖是一種特殊形式的狀態(tài)機(jī)，用于對(duì)計(jì)算流程和工作流程建模.v 與交互圖相比：活動(dòng)圖著重表現(xiàn)活動(dòng)的控制流，描述在對(duì)象之間傳遞的操作；交互圖著重表現(xiàn)的是對(duì)象到對(duì)象的控制流，描述在對(duì)象之間傳遞的消息v 泳道是活動(dòng)圖里對(duì)其中的活動(dòng)按照其職責(zé)上的關(guān)聯(lián)進(jìn)行的劃分。泳道在活動(dòng)圖內(nèi)是一系列的垂直的隔斷（這也是泳道這個(gè)名字的由來）7.組件圖的作用以及組件與接口間的關(guān)系。組件是系統(tǒng)的一個(gè)物理的和可替代的組成部分，該組成部分遵循并實(shí)現(xiàn)了一組給定的接口。組件屬于實(shí)現(xiàn)視圖8. 部署圖的作用。用來描述軟件產(chǎn)品在計(jì)算機(jī)硬件系統(tǒng)和網(wǎng)絡(luò)上的- 安裝- 分發(fā)（delivery ）- 分布

24、（distribution ）1. 主要的面向?qū)ο笤O(shè)計(jì)原則及各自的原理：設(shè)計(jì)原則名稱簡介重要性里氏替換原則LSP任意父類可以出現(xiàn)的地方，子類也可以出現(xiàn)êêêê開閉原則OCP對(duì)擴(kuò)展開發(fā)，對(duì)修改關(guān)閉êêêêê單一職責(zé)原則SRP類的職責(zé)單一êêêê依賴倒轉(zhuǎn)原則DIP針對(duì)抽象（或接口）編程，而不針對(duì)具體編程êêêêê接口隔離原則ISP使用多個(gè)專門接口要優(yōu)于使用單一的接口êê組合聚合原則CRP優(yōu)先使用組合或

25、聚合關(guān)系，不要過于使用繼承關(guān)系êêêê迪米特原則LoD一個(gè)軟件實(shí)體對(duì)其他實(shí)體的引用越少越好。êêê2. LSP中的子類型與繼承的關(guān)系及區(qū)別。§ 軟件實(shí)體（類、模塊、函數(shù)等）應(yīng)該是可擴(kuò)展的，但是不可修改的§ 特征：對(duì)于擴(kuò)展是開放的（Open for extension）：模塊的行為可以擴(kuò)展，當(dāng)應(yīng)用的需求改變時(shí)，可以對(duì)模塊進(jìn)行擴(kuò)展，以滿足新的需求對(duì)于更改是封閉的（Closed for modification）：對(duì)模塊行為擴(kuò)展時(shí)，不必改動(dòng)模塊的源代碼或二進(jìn)制代碼開閉原則的思想及關(guān)鍵。OCP（The Open-

26、Close Principle, 開放-封閉原則）軟件實(shí)體（類、模塊、函數(shù)等）應(yīng)該是可擴(kuò)展的，但是不可修改的特征：對(duì)于擴(kuò)展是開放的（Open for extension）：模塊的行為可以擴(kuò)展，當(dāng)應(yīng)用的需求改變時(shí)，可以對(duì)模塊進(jìn)行擴(kuò)展，以滿足新的需求對(duì)于更改是封閉的（Closed for modification）：對(duì)模塊行為擴(kuò)展時(shí)，不必改動(dòng)模塊的源代碼或二進(jìn)制代碼4. 設(shè)計(jì)模式的分類。創(chuàng)建型 結(jié)構(gòu)型 行為型5. 設(shè)計(jì)模式與面向?qū)ο笤O(shè)計(jì)原則之間的關(guān)系，特別是OCP原則。6. 掌握各種工廠模式的設(shè)計(jì)思想及其原理，了解如何從OCP的角度進(jìn)行分析。/藍(lán)色的字指的是ppt上沒有的問題。黃色是了解內(nèi)容7.編

27、寫程序1. 注意編程程序過程中應(yīng)遵循一定的標(biāo)準(zhǔn)和過程。對(duì)單個(gè)開發(fā)人員的標(biāo)準(zhǔn) 編寫代碼文檔的方法對(duì)其他開發(fā)人員的標(biāo)準(zhǔn) 集成人員, 維護(hù)人員, 測試人員 文檔序言 對(duì)代碼分析的自動(dòng)化工具設(shè)計(jì)和實(shí)現(xiàn)的匹配 低耦合, 高內(nèi)聚, 定義明確的接口2. 了解一些編程指導(dǎo)原則。l 控制結(jié)構(gòu)使程序容易閱讀根據(jù)模塊化的塊來構(gòu)建程序不要讓代碼太過特殊，也不要太過普通用參數(shù)名和注釋來展現(xiàn)構(gòu)件之間的耦合度構(gòu)件之間的關(guān)系必須是可見的 l 算法重點(diǎn)關(guān)注: 性能效率可能會(huì)伴隨著一些隱藏的代價(jià) 編寫更快代碼的代價(jià) 測試代碼的代價(jià) 用戶理解代碼的代價(jià) 修改代碼的代價(jià)l 數(shù)據(jù)結(jié)構(gòu)有幾種使用數(shù)據(jù)結(jié)構(gòu)的技術(shù)提出應(yīng)該怎樣對(duì)程序進(jìn)行組織

28、保持程序簡單 用數(shù)據(jù)結(jié)構(gòu)來決定程序結(jié)構(gòu)l 保持程序簡單 (continued)n 通用性指導(dǎo)原則局部化輸入和輸出包含偽代碼改正和重寫，而不是打補(bǔ)丁復(fù)用 生產(chǎn)者復(fù)用: 在設(shè)計(jì)的構(gòu)建要在以后的應(yīng)用中進(jìn)行復(fù)用 消費(fèi)者復(fù)用: 正在使用的構(gòu)件是原先為其他項(xiàng)目開發(fā)的構(gòu)件3. 注意實(shí)現(xiàn)容錯(cuò)技術(shù)的主要手段是冗余，冗余通常分為四類:(1)結(jié)構(gòu)冗余。 (2)信息冗余 (3)時(shí)間冗余和（4）冗余附加技術(shù)。4.軟件中的注釋主要分：序言性注釋和功能性注釋兩種。8. 測試程序和9.測試系統(tǒng)1. 測試的目標(biāo)和衡量標(biāo)準(zhǔn)。測試目標(biāo): 發(fā)現(xiàn)錯(cuò)誤只有當(dāng)發(fā)現(xiàn)了錯(cuò)誤時(shí)，測試才被認(rèn)為是成功的 故障識(shí)別是確定由哪一個(gè)故障或哪些故障引起失效

29、的過程 故障改正是修改系統(tǒng)使得故障得以去除過程 2. 測試的分類（或組織）。各種類型的測試的主要任務(wù)及所依賴的文檔。模塊測試、構(gòu)件測試、單元測試集成測試功能測試性能測試驗(yàn)收測試安裝測試Alpha測試 Beta測試3. 黑盒測試和白盒測試的思想，了解白盒測試中的基本路徑測試等方法。閉盒或黑盒: 測試對(duì)象的功能 開盒或白盒: 測試對(duì)象的結(jié)構(gòu) 黑盒優(yōu)點(diǎn)免于受強(qiáng)加給測試對(duì)象內(nèi)部結(jié)構(gòu)和邏輯的約束缺點(diǎn)不可能總是進(jìn)行完備的測試4. 單元測試的主要內(nèi)容。檢查代碼 代碼走查代碼審查典型的審查準(zhǔn)備時(shí)間和會(huì)議時(shí)間錯(cuò)誤發(fā)現(xiàn)率證明代碼的正確性 形式化證明技術(shù) 符號(hào)執(zhí)行 自動(dòng)定理證明測試與證明證明: 在假設(shè)環(huán)境下測試:

30、實(shí)際操作環(huán)境下運(yùn)轉(zhuǎn)的相關(guān)信息選擇測試用例的步驟 確定測試目標(biāo) 選擇測試用例定義測試 測試的完全性語句測試分支測試路徑測試定義使用的路徑測試所有使用的測試所有謂詞使用/部分計(jì)算使用的測試所有計(jì)算使用/部分謂詞使用的測試5. 集成測試的類型及主要的測試策略。自底向上的測試自頂向下測試一次性測試三明治測試改進(jìn)的自頂向下測試: 進(jìn)行合并之前每一個(gè)層的構(gòu)件進(jìn)行單獨(dú)測試改進(jìn)的三明治測試: 允許在將較上層的構(gòu)件和其他構(gòu)件合并前，先對(duì)這些較上層的構(gòu)件進(jìn)行測試6. 了解測試計(jì)劃的主要內(nèi)容。計(jì)劃的目的構(gòu)建測試目標(biāo)設(shè)計(jì)測試用例編寫測試用例測試測試用例執(zhí)行測試評(píng)估測試結(jié)果計(jì)劃的內(nèi)容測試的目標(biāo)是什么怎樣進(jìn)行測試用什么標(biāo)

31、準(zhǔn)確定何時(shí)測試完成7. 測試系統(tǒng)中的測試過程：功能測試、性能測試、驗(yàn)收（或確認(rèn)）測試、安裝測試，及它們的內(nèi)容。功能測試: 集成系統(tǒng)是否按照需求規(guī)格說明執(zhí)行它的功能?性能測試: 是否滿足非功能需求?驗(yàn)收測試: 系統(tǒng)是客戶期望的嗎？安裝測試: 系統(tǒng)能在客戶端運(yùn)行嗎 ?11. 系統(tǒng)維護(hù)1. 維護(hù)活動(dòng)的類型：改正性、適應(yīng)性、完善性、預(yù)防性。 2. 各種維護(hù)活動(dòng)的主要內(nèi)容和目標(biāo)。改正性: 維護(hù)對(duì)日常的系統(tǒng)功能的控制適應(yīng)性: 維護(hù)對(duì)系統(tǒng)修改的控制完善性: 完善現(xiàn)有系統(tǒng)預(yù)防性: 防止系統(tǒng)性能下降到不可接受的程度3. 軟件再生：文檔重構(gòu)、重組、逆向工程、再工程，以及它們各自的內(nèi)容和含義。文檔重構(gòu): 對(duì)原代碼進(jìn)

32、行靜態(tài)分析，給出更多的信息重組: 改變代碼結(jié)構(gòu) 逆向工程: 根據(jù)代碼重新創(chuàng)建設(shè)計(jì)和規(guī)格說明信息再工程: 對(duì)現(xiàn)有工程進(jìn)行逆向工程，接著再改變規(guī)格說明和設(shè)計(jì)以完成邏輯模型 ；然后，根據(jù)修改的規(guī)格說明和設(shè)計(jì)生成新的系統(tǒng) 其他1. 了解產(chǎn)品評(píng)估的幾種方法：特征分析、調(diào)查、案例研究和正式的試驗(yàn)。特征分析: 對(duì)屬性進(jìn)行評(píng)分和排列調(diào)查: 記錄數(shù)據(jù) 確定項(xiàng)目參與者對(duì)某一方法、工具或技術(shù)的反應(yīng)是怎樣的確定趨勢或關(guān)系獲取產(chǎn)品或項(xiàng)目的相關(guān)信息 記錄構(gòu)件規(guī)模、故障數(shù)目、花費(fèi)的工作量 案例研究確定可能影響活動(dòng)的結(jié)果的關(guān)鍵因素，隨后記錄下它們 包括一系列步驟: 概念、設(shè)計(jì)、準(zhǔn)備、執(zhí)行、分發(fā)以及決策 將一種情形和另一種情形

33、進(jìn)行比較 正式試驗(yàn)操縱自變量用一些方法來減少偏見和消除混雜因素通常測量一個(gè)活動(dòng)的復(fù)制實(shí)例實(shí)例具有代表性: 通過變量研究樣本2. 了解幾種主要的產(chǎn)品質(zhì)量模型：Boehm 的模型、ISO 9126和Dromey 的模型。產(chǎn)品質(zhì)量模型Boehm 的質(zhì)量模型反映了對(duì)質(zhì)量的一種理解軟件做了用戶想要它做的事情軟件正確、有效地使用了計(jì)算機(jī) 軟件易于用戶學(xué)習(xí)和使用 軟件是設(shè)計(jì)良好的、代碼良好的，并且易于測試和維護(hù) ISO 9126 質(zhì)量模型是一個(gè)層次結(jié)構(gòu)的模型，具有6個(gè)影響質(zhì)量的主要屬性每一個(gè)右邊的特性都嚴(yán)格與左邊的一個(gè)屬性相聯(lián)系 Dromey 質(zhì)量模型產(chǎn)品質(zhì)量很大程度上由組成產(chǎn)品的構(gòu)件、構(gòu)件組成部分的實(shí)際性

34、質(zhì)決定的 正確的屬性內(nèi)部屬性上下文性質(zhì)描述性性質(zhì)ISO 9126的6種屬性可復(fù)用性屬性機(jī)器無關(guān)性可分離性可配置性過程成熟度屬性包括客戶傾向良好定義保證有效性3. 了解常用的過程評(píng)估模型：CMM、SPICE、CMMI和ISO 9000等。過程和能力成熟度CMMISO 9000SPICE4. 了解軟件工程與計(jì)算機(jī)科學(xué)的關(guān)系。軟件工程即涉及計(jì)算機(jī)科學(xué)又涉及工程學(xué)l 計(jì)算機(jī)科學(xué) 集中于數(shù)據(jù)、數(shù)據(jù)轉(zhuǎn)換和算法高級(jí)課程介紹特定領(lǐng)域的設(shè)計(jì)和編程技術(shù) l 軟件工程集中于構(gòu)建軟件產(chǎn)品考慮開發(fā)一個(gè)軟件系統(tǒng)所涉及的所有活動(dòng)（從初始想法到最終的產(chǎn)品） 設(shè)計(jì)概念往往集中于通用的設(shè)計(jì)原理、模式和標(biāo)準(zhǔn) 高級(jí)的課程介紹適應(yīng)于大

35、型的軟件系統(tǒng)的設(shè)計(jì)和分析技術(shù)  1 第1部分：軟件工程概論   要求掌握：  軟件的概念，軟件的本質(zhì)特征是什么？ 軟件：是相對(duì)硬件而言的，是計(jì)算機(jī)系統(tǒng)中的程序、數(shù)據(jù)，及其相關(guān)文檔的總稱。  軟件的本質(zhì)是:對(duì)人的意識(shí)的反映 軟件的特征: 抽象性、智能性、無形性、依附性、復(fù)雜性、泛域性、非損性、復(fù)制性、演化性  軟件工程概念 軟件工程是采用工程概念、原理、技術(shù)和方法來指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科，該學(xué)科運(yùn)用到計(jì)算機(jī)科學(xué)、數(shù)學(xué)、管理學(xué)等原理和方法

36、，遵循系統(tǒng)化的思想，運(yùn)用工程化方法，指導(dǎo)軟件開發(fā)和維護(hù)工作。  軟件工程提出的原因，軟件危機(jī)的主要表現(xiàn)形式 答:   因軟件危機(jī)提出了軟件工程 表現(xiàn)形式: 軟件開發(fā)不能按照計(jì)劃進(jìn)行控制和完成，普遍存在拖延工期的現(xiàn)象； 軟件開發(fā)生產(chǎn)率滿足不了巨大的市場需要； 開發(fā)出來的軟件滿足不了用戶的需求； 軟件投資嚴(yán)重超出預(yù)算； 軟件可靠性和可用性差。  軟件工程學(xué)科的發(fā)展過程，各階段的時(shí)間范圍，以及在每一個(gè)發(fā)展階段突出的特征 軟件工程學(xué)科的發(fā)展可以粗略劃分為

37、四個(gè)時(shí)期： 1. 軟件工程準(zhǔn)備期：20世紀(jì)40年代中-60年代末 特征：  程序是軟件的核心內(nèi)容； 強(qiáng)調(diào)程序的藝術(shù)化和個(gè)性化；軟件概念出現(xiàn)；軟件危機(jī)出現(xiàn) 。 2.  軟件工程形成期：20世紀(jì)60年代末-80年代中 特征：軟件工程概念出現(xiàn)；沒有形成完整軟件工程學(xué)科體系； 以軟件開發(fā)方法研究帶動(dòng)整個(gè)軟件工程的發(fā)展,出現(xiàn)了典型的結(jié)構(gòu)化方法,JSD方法等經(jīng)典軟件開發(fā)方法；程序設(shè)計(jì)方法深入研究:程序設(shè)計(jì)=算法+數(shù)據(jù)結(jié)構(gòu)；數(shù)據(jù)結(jié)構(gòu),操作系統(tǒng),數(shù)據(jù)庫技術(shù)發(fā)展 3.軟件工程發(fā)展期：

38、20世紀(jì)80年代末-90年代中  特征：軟件需求旺盛,軟件產(chǎn)業(yè)形成；微機(jī)、網(wǎng)絡(luò)等技術(shù)出現(xiàn)并飛速發(fā)展；軟件開發(fā)集成環(huán)境； 面向?qū)ο蠓椒ㄩ_始受到重視；文件服務(wù)器模式，C/S模式出現(xiàn)。 4. 軟件工程縱深期：20世紀(jì)90年代末-今天  特征： WWW技術(shù)出現(xiàn)并趨于成熟； 軟件體系結(jié)構(gòu)； 軟件工程過程 以UML為代表的軟件建模語言和軟件建模技術(shù)出現(xiàn)；云計(jì)算和物聯(lián)網(wǎng) 。  軟件工程學(xué)科的基本內(nèi)容，在什么時(shí)間提升為一級(jí)學(xué)科？ 答:內(nèi)容:軟件工程理論，軟件工程

39、技術(shù)，軟件工程管理，軟件服務(wù)工程,在2011年.  軟件生存期模型，都有哪些形式，每一種模型的特征及優(yōu)缺點(diǎn) 答:1.瀑布模型 ：各階段明確任務(wù)、自上而下、順序固定、逐級(jí)過渡的結(jié)構(gòu)模式，各階段的聯(lián)系就象瀑布流水一樣自上而下、不可逆返。 特點(diǎn)：軟件各階段之間具有順序性和依賴性的觀點(diǎn)；問題放大效應(yīng)的觀點(diǎn)；推遲實(shí)現(xiàn)的觀點(diǎn)；質(zhì)量保障的觀點(diǎn) 缺點(diǎn)：開發(fā)過程不允許往返，缺乏靈活性；在軟件開發(fā)出來之前，用戶無法知道軟件的真實(shí)面目。 2. 演化模型 特點(diǎn)：針對(duì)事先不能完整地定義需求； 針對(duì)用戶的核心需求,開發(fā)核心

40、系統(tǒng)；根據(jù)用戶的反饋,實(shí)施活動(dòng)的迭代。 優(yōu)點(diǎn)：解決了瀑布模型不允許階段返回的問題； 適合不能及時(shí)確定需求的開發(fā)場景；       缺點(diǎn)： 每一個(gè)迭代期，仍然以瀑布模型為基礎(chǔ)。 3.增量模型  優(yōu)點(diǎn)：每個(gè)階段交付一個(gè)可用的產(chǎn)品；減少一個(gè)全新產(chǎn)品給客戶帶來的心理上的影響；分階段地交 BAIDU_CLB_fillSlot( '' );  2 付產(chǎn)品不需要大的資金支出；需求經(jīng)常變化，增量模型的靈活性使其具有更加優(yōu)越的適用性。 缺

41、點(diǎn)：需要一個(gè)開放的結(jié)構(gòu)，方便構(gòu)件的加入；增量模型本身就是一個(gè)矛盾的名詞。 4.螺旋模型：分步推進(jìn)、逐步深化的螺旋方式 優(yōu)點(diǎn)：更符合人們的認(rèn)知規(guī)律；容易確定某個(gè)軟件產(chǎn)品何時(shí)測試完成。    缺點(diǎn)：開發(fā)和維護(hù)的界限變得不十分清晰；僅適應(yīng)于大型軟件開發(fā)。 5.噴泉模型 特點(diǎn)：軟件生存期需要?jiǎng)澐殖蔀槎鄠€(gè)相對(duì)獨(dú)立的階段，但各個(gè)階段之間的界限并不是十分明確，相鄰階段之間存在明顯的重迭和交叉。 6.智能模型 什么叫軟件工程過程，國際標(biāo)準(zhǔn)化組織規(guī)定了有哪些過程？RUP的含義是什么？它有哪些典型特征？ 

42、答：軟件工程過程：是指軟件在其生命周期中，一系列相關(guān)活動(dòng)按照確定的次序演繹變化的進(jìn)程. 包括： 獲取過程  運(yùn)作過程  供應(yīng)過程  維護(hù)過程  管理過程               支持過程 開發(fā)過程   裁剪過程     統(tǒng)一軟件開發(fā)過程RUP &

43、#160;   時(shí)間維:   初始、細(xì)化、構(gòu)建、移交4個(gè)階段。     工作維：領(lǐng)域分析、需求分析、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測試等核心工作。 第2部分：軟件建模技術(shù)概論   要求掌握：  軟件模型的概念 答：軟件模型:是指通過軟件建模語言，對(duì)軟件的功能和性能等外特性，軟件的要素和結(jié)構(gòu)，以及軟件的動(dòng)態(tài)行為特性所給出的抽象和規(guī)范描述。   軟件模型的基本內(nèi)容 答：1）從軟件反映的側(cè)面看軟件

44、模型的內(nèi)容：功能模型、對(duì)象模型、數(shù)據(jù)模型、過程、交互、狀態(tài)、架構(gòu)、界面。  2）從軟件開發(fā)的工作看軟件模型的內(nèi)容：業(yè)務(wù)、需求、分析、測試、設(shè)計(jì)。  UML的中文含義是什么？ 答：統(tǒng)一建模語言（Unified Modeling Language）  在2.0版本之后，UML共定義了哪些圖？ 答：  用例圖、類圖、活動(dòng)圖、順序圖、狀態(tài)圖的畫法，這些圖的作用是什么  答：1.用例圖：用例圖用來描述軟件的功能，作用是： 展現(xiàn)軟件功能；展現(xiàn)軟件使用者和軟件之間的關(guān)系；展現(xiàn)軟件功能相互之間的關(guān)系。  BAIDU_CLB_fillSlot(