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

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

2、落 7后于硬件的發(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)。 軟件工程的目標(biāo)（）及其組成部分。方法、工具和過程。 4.PP.41軟件工程的目標(biāo)是：在給定成本、進(jìn)度的前提下，開發(fā)出具有適用性、 ? 有效性、可修改性、可靠性、可理解性、可維護(hù)性、可重用性、可移植性、可追蹤 性、可互操作性和滿足用戶需求的軟件產(chǎn)品。 方法是指產(chǎn)生某些結(jié)果的形式化過程， : 工具是用更好的方式完成某件

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

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

5、（概要）設(shè)計(jì) (3)任務(wù)：概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng) 制品：概要設(shè)計(jì)規(guī)格說明書 數(shù)據(jù)庫(kù)或數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)說明書 集成測(cè)試計(jì)劃 詳細(xì)設(shè)計(jì) (4)任務(wù)：應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng) 制品：詳細(xì)設(shè)計(jì)規(guī)格說明書 單元測(cè)試計(jì)劃 實(shí)現(xiàn) (5)任務(wù)：寫出正確的容易理解、容易維護(hù)的程序模塊 制品：源程序代碼 集成測(cè)試 (6)任務(wù)：根據(jù)概要設(shè)計(jì)規(guī)格說明書，將經(jīng)過單元測(cè)試的模塊逐步進(jìn)行集成和測(cè)試 制品：生成滿足概要設(shè)計(jì)要求、可運(yùn)行的系統(tǒng)源程序和系統(tǒng)集成測(cè)試報(bào)告 確認(rèn)測(cè)試 (7)任務(wù)：根據(jù)軟件需求規(guī)格說明書，測(cè)試軟件系統(tǒng)是否滿足用戶的需求 制品：可供用戶使用的軟件產(chǎn)品文檔，源程序) ( 使用和維護(hù) (8)任務(wù)：通過各

6、種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要 制品：版本更新的軟件產(chǎn)品 需求分析的定義。 2.確定用戶對(duì)待開發(fā)軟件系統(tǒng)的需求包括： 功能 ? 性能 ? 運(yùn)行環(huán)境約束 ? 典型的軟件開發(fā)過程模型的特點(diǎn)（優(yōu)缺點(diǎn)）及要求，特別是原型法、瀑布模型、增量和 3.迭代等 （）瀑布模型：需求分析系統(tǒng)設(shè)計(jì)程序設(shè)計(jì)編碼單元測(cè)試和集成測(cè)試系統(tǒng)測(cè)試- -1-驗(yàn)收測(cè)試運(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)? 需要等待很長(zhǎng)時(shí)間? （）模型：

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

8、在每一個(gè)新的發(fā)布中改變每個(gè)子系統(tǒng)的功能 : 減少循環(huán)時(shí)間 ? 系統(tǒng)一部分一部分地交付 ? 兩個(gè)系統(tǒng)功能可以并行 ?原型法的特點(diǎn)以及分類：探索型原型、實(shí)驗(yàn)型原型和演化型 4. 原型法定義 原型法是指在獲取一組基本的需求定義后，利用高級(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) 極限編程的特點(diǎn) 5.交流保持客戶和開發(fā)者的交換看法 : 簡(jiǎn)單性選擇簡(jiǎn)單

9、設(shè)計(jì)和實(shí)現(xiàn) : 勇氣盡早并經(jīng)常性交付功能敢于承諾并信守諾言 ):( 反饋開發(fā)過程中各種活動(dòng)循環(huán) : 第三章 了解項(xiàng)目計(jì)劃和管理的主要內(nèi)容和常用的方法。 1. ? 到 81 Ppt71 ? 軟件可行性研究的內(nèi)容。 2.? 技術(shù)、經(jīng)濟(jì)、操作、社會(huì)四個(gè)可行性 ? 估算工作量的主要方法：代碼行、任務(wù)分解技術(shù)、自動(dòng)估算成本技術(shù)。 ? 3.）代碼行技術(shù) 1? 軟件成本每行代碼的平均成本估計(jì)的源代碼總行數(shù) ? =估算方法： 由多名有經(jīng)驗(yàn)的軟件工程師分別做出估計(jì)。 ? 每個(gè)人都估計(jì)程序的最小規(guī)模、最大規(guī)模和最可能的規(guī)模， ?)(b)(a)m 分別算出這種規(guī)模的平均值、和之后，再用下式計(jì)算程序規(guī)模的估計(jì)值： ?

10、3 （的平均值的平均值的平均值）? /6+4*ma+bL= 單位：或。 KLOC LOC代碼行技術(shù)的優(yōu)點(diǎn)： 代碼是所有軟件開發(fā)項(xiàng)目都有的“產(chǎn)品”，而且很容易計(jì)算代碼行數(shù)； ? 有大量參考文獻(xiàn)和數(shù)據(jù)。 ? 代碼行技術(shù)的缺點(diǎn)： 源程序僅是軟件配置的一個(gè)成分，由源程序度量軟件規(guī)模不太合理； ?用不同語言實(shí)現(xiàn)同一個(gè)軟件所需要的代碼行數(shù)并不相同； ? 不適用于非過程性語言。 ? ）任務(wù)分解技術(shù) ?2 軟件開發(fā)項(xiàng)目分解為若干個(gè)相對(duì)獨(dú)立的任務(wù)，分別估計(jì)每個(gè)單獨(dú)任務(wù)的成本：? 單獨(dú)任務(wù)成本任務(wù)所需人力估計(jì)值每人每月平均工資；? = 軟件開發(fā)項(xiàng)目總成本估計(jì)各個(gè)單獨(dú)任務(wù)成本估計(jì)值之和。? = ）自動(dòng)估計(jì)成本技術(shù)

11、?3 采用自動(dòng)估計(jì)成本的軟件工具估計(jì) 第四章 了解需求的重要性及需求分析階段的主要產(chǎn)物。1. ? ? 如果開發(fā)過程的早期沒有檢測(cè)到并修復(fù)需求錯(cuò)誤，那么會(huì)造成很高的代 價(jià)，甚至使項(xiàng)目失敗。 ? 產(chǎn)物：軟件需求規(guī)格說明書 ? 需求的類型：功能需求、非功能需求或質(zhì)量需求、設(shè)計(jì)約束、過程約2.? 束。 功能需求根據(jù)要求的活動(dòng)描述需求行為 ? : 質(zhì)量需求或非功能需求描述軟件必須擁有的質(zhì)量特征 ? : 設(shè)計(jì)約束已經(jīng)做出的設(shè)計(jì)決策或?qū)栴}解決方案集的限制的設(shè)計(jì)決策 ? : 過程約束對(duì)用于構(gòu)建系統(tǒng)的技術(shù)和資源的限制 ? : ? 兩種需求文檔：需求定義文檔和需求規(guī)格說明書。 3.? 需求定義用戶想要得到的每一

12、件事情的完整列表。 ? : ? 描述打算構(gòu)建的系統(tǒng)將要安裝的環(huán)境中的實(shí)體 需求規(guī)格說明將需求重新陳述為關(guān)于要構(gòu)建的系統(tǒng)將如何運(yùn)轉(zhuǎn)的規(guī)格 ?: 說明 ? 需求規(guī)格說明書的主要內(nèi)容。 4.? ? 詳細(xì)描述輸入和輸出 ，包括 ? 輸入的源 輸出的目的地 ?, ? 有效范圍 ? 輸入輸出的數(shù)據(jù)格式 ? 數(shù)據(jù)協(xié)議 ? 窗口格式和組織 ? 計(jì)時(shí)約束 ? 根據(jù)接口的輸入輸出重新陳述要求的功能 ? 對(duì)用戶的質(zhì)量需求，設(shè)計(jì)適配標(biāo)準(zhǔn) ? ?常用的需求建模表示方法：圖、事件跟蹤、狀態(tài)機(jī)、網(wǎng)、數(shù)5.? ER Petri 據(jù)流圖、用例圖和原型法。 圖： ER? ? 一種表示概念模型的流行圖形表示法 ? 三個(gè)核心結(jié)構(gòu) 實(shí)

13、體表示為矩形，代表具有共同性質(zhì)和行為的現(xiàn)實(shí)世界對(duì)象構(gòu) ?: 成的集合 關(guān)系表示為兩個(gè)實(shí)體之間的邊，邊中間有一個(gè)菱形，表示關(guān)系 ?: 的類型 屬性是實(shí)體的注釋，描述實(shí)體相關(guān)的數(shù)據(jù)或性質(zhì) : 事件跟蹤： 關(guān)于現(xiàn)實(shí)世界實(shí)體之間交換的時(shí)間序列的圖形描述 ? 垂直線不同實(shí)體的時(shí)間線，其名字出現(xiàn)在線的頂部: 水平線兩個(gè)實(shí)體之間的一個(gè)事件或交互: 時(shí)間按從頂?shù)较赂欉M(jìn)展 每一個(gè)圖描述一個(gè)跟蹤，表示只是若干個(gè)可能行為中的一個(gè) ? 事件跟蹤語義相對(duì)簡(jiǎn)單，易于理解 ? 狀態(tài)機(jī)： 是一種圖形描述，描述了系統(tǒng)與其環(huán)境之間的所有對(duì)話 ? 點(diǎn)表示存在于事件發(fā)生之間的一個(gè)穩(wěn)定的條件集合)( 狀態(tài) 邊表示由于一個(gè)事件的發(fā)生而

14、產(chǎn)生的行為或條件的變化)( 轉(zhuǎn)移 在表示動(dòng)態(tài)行為方面，以及在描述在響應(yīng)已經(jīng)發(fā)生的歷史事件時(shí)行為將 ? 如何變化方面很有用 網(wǎng): Petri 網(wǎng)是狀態(tài)轉(zhuǎn)移表示法的一種形式，用于建模并發(fā)活動(dòng)以及他們之 ?-Petri 間的交互。 圓圈：位置 ? 條：變遷 ? ?。杭^ ? 點(diǎn)：令牌 ? 數(shù)據(jù)流圖: 數(shù)據(jù)流圖建模功能以及從一個(gè)功能到另一個(gè)功能數(shù)據(jù)流 ?(DFD) 一個(gè)泡泡表示：一個(gè) 加工 箭頭表示： 數(shù)據(jù)流 平行線：數(shù)據(jù)存儲(chǔ)正式的庫(kù)或信息庫(kù): 矩形：表示參與者提供輸入數(shù)據(jù)或接受輸出的實(shí)體: 用例圖:構(gòu)成 ? 大的方框: 系統(tǒng)邊界 方框外的小人: 參與者，人或者系統(tǒng) 方框內(nèi)的橢圓用例，表示必須的主要功

15、能及其變種: 參與者和用例之間的線參與者參與了該用例: 用例不一定建模系統(tǒng)應(yīng)該提供的所有任務(wù)，而是用于說明用戶 ? 對(duì)重要系統(tǒng)行為的觀察 ? 6. 、可視化（）的作用：是為軟件系統(tǒng)的制品進(jìn)行描述（） ?specifyingUML1 （）、構(gòu)造（）、文檔化（）的一種語documentingvisualizingconstructing 言。 ? （）中的視圖：用例視圖，設(shè)計(jì)視圖，進(jìn)程視圖，實(shí)現(xiàn)視圖， ? 1 24UML 分布視圖。 ? （）中的三種擴(kuò)展機(jī)制 ? UML3 構(gòu)造型標(biāo)記值約束? contraint.tagged Stereotype,value, ? （）中所包含的種圖形及各自的作用

16、。 ? 104 UML ? （）用例圖的作用。 ?5 ?用例圖用來描述軟件需求模型中的系統(tǒng)功能，通過一組用例可以描述 軟件系統(tǒng)能夠給用戶提供的功能。 ?用例圖可以作為整個(gè)系統(tǒng)開發(fā)過程中的開發(fā)依據(jù)，指導(dǎo)和驅(qū)動(dòng)其他模 型。 ? （）用例圖的主要構(gòu)成部分。 ?6 ?執(zhí)行者、系統(tǒng)邊界和用例 第五章 獲取需求 5.概念設(shè)計(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ì)的衡量：耦合和

17、內(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ù)的改變意味著需要通過反向跟蹤所有訪問過該數(shù)據(jù)的構(gòu)件來 ? 評(píng)估該改變的影響 控制耦合 ? 標(biāo)記耦合 ? 數(shù)據(jù)耦合 ? 內(nèi)聚：如果構(gòu)件的所有元素都是直接面向執(zhí)行同一個(gè)任務(wù)的并且必須的，那么該構(gòu) ? 件是內(nèi)聚的 細(xì)述對(duì)象 6. 中的典型特征，其中特別是封裝、繼承和多態(tài)。

18、OOM1.標(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ù)是方法的核心技術(shù)，應(yīng)用非常廣泛，其中類、對(duì)象以及它們之間的關(guān) OO系是最基本的建模元素。類模型和對(duì)象模型揭示了系統(tǒng)的結(jié)構(gòu)。 了解類之間的各種關(guān)系：關(guān)聯(lián)、依賴、繼承或泛化、組合聚合等。 2./? 關(guān)聯(lián)用來表示來表示兩個(gè)（或

19、多個(gè)）類的對(duì)象之間的結(jié)構(gòu)關(guān)系，它在代碼中表現(xiàn)為 一個(gè)類以屬性的形式包含對(duì)另一個(gè)類的一個(gè)或多個(gè)對(duì)象的引用。 泛化關(guān)系：繼承關(guān)系定義類和包之間的一般元素和特殊元素之間的分類關(guān)系。 )? (繼承(Inheritance): ?泛化關(guān)系的一種實(shí)現(xiàn)機(jī)制 并非所有的泛化關(guān)系都適合用繼承關(guān)系實(shí)現(xiàn) ? 聚合：是表示類和類之間的“整體部分”關(guān)系，用空心菱形表示。聚合表示類之 間的整體與部分的關(guān)系。聚合意味著一個(gè)類擁有但共享另一個(gè)類的對(duì)象 組合是聚合的一種特殊情形，用實(shí)心菱形表示。與聚合相比，它有兩個(gè)特點(diǎn)： 一個(gè)部分類最多只能屬于一個(gè)整體類 1. 當(dāng)整體類不存在時(shí)，部分類將同時(shí)被銷毀。 2. 了解類圖的基本建模步

20、驟。 3.（）尋找出需求中的名詞候選對(duì)象。 (? )1（）合并含義相同的名詞，排除范圍以外的名詞，并尋找隱含的名詞。 ? 2（）去掉只能作為類屬性的名詞。 3?（）剩下的名詞就是要找的分析類（候選類。 4? )（）根據(jù)常識(shí)、問題域、系統(tǒng)責(zé)任確定該類有那些屬性。 5? （）補(bǔ)充該類動(dòng)態(tài)屬性，如狀態(tài)、對(duì)象間聯(lián)系（如聚合、關(guān)聯(lián)）等屬性。 6? 。（）從需求中的動(dòng)詞、功能或系統(tǒng)責(zé)任中尋找類的操作（候選操作）7 ? 接口和抽象類的定義及各自的特點(diǎn)。 4.? 抽象類是指那些不具有任何對(duì)象的類，其作用是為其他的類描述它們的公共屬性和 行為。通常，抽象類具有一組抽象操作。一個(gè)擁有至少一個(gè)抽象操作的類必定是一

21、個(gè)抽象類。 ? 接口是一組沒有實(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)它。 交互圖的分類：順序圖和協(xié)作圖。這兩種圖形各自的優(yōu)缺點(diǎn)。注意中協(xié)作圖改 2.0 5.UML 稱通信圖。 ? 序列圖主要用來描述對(duì)象之間信息交換時(shí)的時(shí)間順序，它強(qiáng)調(diào)的是消息發(fā)送 的時(shí)間的先后順序 而協(xié)作圖則用來描述系統(tǒng)對(duì)象之間如何協(xié)作共同完成系統(tǒng)功能的要求。協(xié)作 ? 圖描述對(duì)象之間消息的連接關(guān)系，側(cè)重說明哪些對(duì)象之間有消息傳遞。與序 列圖相比，通過編號(hào)來看

22、消息的執(zhí)行順序比較困難，但協(xié)作圖中對(duì)象間靈活 的空間布局可以更方便地展示動(dòng)態(tài)連接關(guān)系等有用信息。用來描述對(duì)象之間的動(dòng)態(tài)關(guān)系。序列圖和協(xié)作圖都屬于交互圖 ,? ? 序列圖強(qiáng)調(diào)消息的時(shí)間順序，協(xié)作圖強(qiáng)調(diào)參與交互的對(duì)象的組織關(guān)系。 ? 序列圖和協(xié)作圖在語義上是等價(jià)的，兩者可以相互轉(zhuǎn)換。 ? 相同點(diǎn)：它們都表現(xiàn)出了對(duì)象之間的交互信息。 1. ?兩個(gè)圖對(duì)象的繪制方式相同 2.? 不同點(diǎn)：? 順序圖反映了對(duì)象之間交互的時(shí)間關(guān)系，而通信圖反映了對(duì)象之間交互的空間關(guān) 1.? 系。順序圖用于展示特定的業(yè)務(wù)場(chǎng)景，而通信圖用來展示詳細(xì)的業(yè)務(wù)過程。 2.? 順序圖的對(duì)象在圖形的頂部一字排開，而通信圖對(duì)象的擺放位置在二

23、維空間只要 ? 3. 選擇合適的位置即可。通信圖不能表現(xiàn)組合片段。 4.? 狀態(tài)圖和活動(dòng)圖各自的作用。注意活動(dòng)圖中泳道的作用。 6. 狀態(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è)交互圖中有多個(gè)消息指向該對(duì)象）的細(xì)化?；顒?dòng)圖是一種特殊形式的狀態(tài)機(jī)，用于對(duì)計(jì)算流程和工作流程建模 .? ；交互與交互圖相比：活動(dòng)圖著重表現(xiàn)活動(dòng)的控制流，描述在對(duì)象之間傳遞的操作 ? 圖著重表現(xiàn)的是對(duì)象到對(duì)象的控制流，描述在對(duì)象之間

24、傳遞的消息 泳道是活動(dòng)圖里對(duì)其中的活動(dòng)按照其職責(zé)上的關(guān)聯(lián)進(jìn)行的劃分。泳道在活動(dòng)圖內(nèi)是? 一系列的垂直的隔斷（這也是泳道這個(gè)名字的由來） 組件圖的作用以及組件與接口間的關(guān)系。 7. 組件是系統(tǒng)的一個(gè)物理的和可替代的組成部分，該組成部分遵循并實(shí)現(xiàn)了一組給定的 接口。組件屬于實(shí)現(xiàn)視圖 部署圖的作用。 8. 用來描述軟件產(chǎn)品在計(jì)算機(jī)硬件系統(tǒng)和網(wǎng)絡(luò)上的安裝 -）分發(fā)（ delivery - ）分布（ - distribution 主要的面向?qū)ο笤O(shè)計(jì)原則及各自的原理： 1.簡(jiǎn)介 設(shè)計(jì)原則名稱 任意父類可以出現(xiàn)的地方，子類也可以出里氏替換原LS軟件實(shí)體（類、模塊、函數(shù)等）應(yīng)該是可擴(kuò)展的，但是不可修改特征：模

25、塊的行為可以擴(kuò)展，當(dāng)應(yīng)用的需求改對(duì)于擴(kuò)展是開放的extensioOpefo開閉原對(duì)擴(kuò)展開發(fā)，對(duì)修改關(guān)OC時(shí)，可以對(duì)模塊進(jìn)行擴(kuò)展，以滿足新的需：對(duì)模塊行為擴(kuò)展時(shí)，不必改動(dòng)模塊對(duì)于更改是封閉的fomodificatioClose源代碼或二進(jìn)制代類的職責(zé)單單一職責(zé)原SR開閉原則的思想及關(guān)鍵封閉原則開OpeClosPrincipleOCTh針對(duì)抽象（或接口）編程，而不針對(duì)具體編依賴倒轉(zhuǎn)原DI軟件實(shí)體（類、模塊、函數(shù)等）應(yīng)該是可擴(kuò)展的，但是不可修改特征：模塊的行為可以擴(kuò)展，當(dāng)應(yīng)對(duì)于擴(kuò)展是開放的extensioOpefo的需求改變時(shí)，可以對(duì)模塊進(jìn)行擴(kuò)展，以滿足新的需使用多個(gè)專門接口要優(yōu)于使用單一的接接口隔

26、離原IS：對(duì)模塊行為擴(kuò)展時(shí)，不對(duì)于更改是封閉的fomodificatioClose改動(dòng)模塊的源代碼或二進(jìn)制代優(yōu)先使用組合或聚合關(guān)系，不要過于使用繼承關(guān)組合聚合原CR設(shè)計(jì)模式的分類4行為結(jié)構(gòu)創(chuàng)建原則設(shè)計(jì)模式與面向?qū)ο笤O(shè)計(jì)原則之間的關(guān)系，特別OC5的角度進(jìn)行分析掌握各種工廠模式的設(shè)計(jì)思想及其原理，了解如何6OC迪米特原一個(gè)軟件實(shí)體對(duì)其他實(shí)體的引用越少越好Lo 中的子類型與繼承的關(guān)系及區(qū)別。 LSP 2. 藍(lán)色的字指的是上沒有的問題。黃色 /ppt 是了解內(nèi)容 編寫程序7. 注意編程程序過程中應(yīng)遵循一定的標(biāo)準(zhǔn)和過程。1. 對(duì)單個(gè)開發(fā)人員的標(biāo)準(zhǔn) 編寫代碼文檔的方法對(duì)其他開發(fā)人員的標(biāo)準(zhǔn) 集成人員維護(hù)人員

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

28、代碼 改正和重寫，而不是打補(bǔ)丁 復(fù)用 生產(chǎn)者復(fù)用在設(shè)計(jì)的構(gòu)建要在以后的應(yīng)用中進(jìn)行復(fù)用 : 消費(fèi)者復(fù)用正在使用的構(gòu)件是原先為其他項(xiàng)目開發(fā)的構(gòu)件 : 注意實(shí)現(xiàn)容錯(cuò)技術(shù)的主要手段是冗余，冗余通常分為四類結(jié)構(gòu)冗余。(2):(1)3. ）冗余附加技術(shù)。信息冗余時(shí)間冗余和（4(3) 軟件中的注釋主要分：序言性注釋和功能性注釋兩種。4.測(cè)試程序和測(cè)試系統(tǒng)9. 8. 測(cè)試的目標(biāo)和衡量標(biāo)準(zhǔn)。 1. 測(cè)試目標(biāo)發(fā)現(xiàn)錯(cuò)誤 : 只有當(dāng)發(fā)現(xiàn)了錯(cuò)誤時(shí)，測(cè)試才被認(rèn)為是成功的 故障識(shí)別是確定由哪一個(gè)故障或哪些故障引起失效的過程 故障改正是修改系統(tǒng)使得故障得以去除過程 。各種類型的測(cè)試的主要任務(wù)及所依賴的文檔。測(cè)試的分類（或組織

29、） 2. 模塊測(cè)試、構(gòu)件測(cè)試、單元測(cè)試 集成測(cè)試 功能測(cè)試 性能測(cè)試 驗(yàn)收測(cè)試 安裝測(cè)試 測(cè)試 Alpha 測(cè)試 Beta 黑盒測(cè)試和白盒測(cè)試的思想，了解白盒測(cè)試中的基本路徑測(cè)試等方法。 3. 閉盒或黑盒測(cè)試對(duì)象的功能 : 開盒或白盒測(cè)試對(duì)象的結(jié)構(gòu) : 黑盒優(yōu)點(diǎn) 免于受強(qiáng)加給測(cè)試對(duì)象內(nèi)部結(jié)構(gòu)和邏輯的約束 缺點(diǎn) 不可能總是進(jìn)行完備的測(cè)試 單元測(cè)試的主要內(nèi)容。 4. 檢查代碼 代碼走查 代碼審查 典型的審查準(zhǔn)備時(shí)間和會(huì)議時(shí)間 錯(cuò)誤發(fā)現(xiàn)率 證明代碼的正確性 形式化證明技術(shù) 符號(hào)執(zhí)行自動(dòng)定理證明 測(cè)試與證明 證明在假設(shè)環(huán)境下 : 測(cè)試實(shí)際操作環(huán)境下運(yùn)轉(zhuǎn)的相關(guān)信息 : 選擇測(cè)試用例的步驟 確定測(cè)試目標(biāo)

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

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

32、原代碼進(jìn)行靜態(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) 其他 了解產(chǎn)品評(píng)估的幾種方法：特征分析、調(diào)查、案例研究和正式的試驗(yàn)。 1. 對(duì)屬性進(jìn)行評(píng)分和排列特征分析 :調(diào)查: 記錄數(shù)據(jù) 確定項(xiàng)目參與者對(duì)某一方法、工具或技術(shù)的反應(yīng)是怎樣的 確定趨勢(shì)或關(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) 操縱自變量 用一些方法來減少偏見和消除混雜因素 通常測(cè)量一個(gè)活動(dòng)的復(fù)制實(shí)例 通過變量研究樣本實(shí)例具有代表性 : 了解幾種主要的產(chǎn)品質(zhì)量模型：的模型、和的模型。 Dromey 9126 2. Boehm ISO產(chǎn)品質(zhì)量模型 的質(zhì)量模型 Boehm 反映了對(duì)質(zhì)量的一種理解 軟件做了用戶想要它做的事情 軟件正確、有效地使用了計(jì)算機(jī) 軟件易于用戶學(xué)習(xí)和使用 軟件是設(shè)計(jì)良好的、代碼良好的，并且易于測(cè)試和維護(hù) 質(zhì)量模型 ISO 9126是一個(gè)層次結(jié)構(gòu)的模型，具有個(gè)影響質(zhì)量的主要屬性 6每一個(gè)右邊的特性都嚴(yán)格與左邊的一個(gè)屬性相聯(lián)系 質(zhì)量模型 Dromey 產(chǎn)品質(zhì)量很大

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

35、始想法到最終的產(chǎn)品） 設(shè)計(jì)概念往往集中于通用的設(shè)計(jì)原理、模式和標(biāo)準(zhǔn) 高級(jí)的課程介紹適應(yīng)于大型的軟件系統(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é)等原理和方法，遵循系統(tǒng) 化的思想，運(yùn)用工程化方法，指導(dǎo)軟件開發(fā)和維護(hù)工作。 軟件

36、工程提出的原因，軟件危機(jī)的主要表現(xiàn)形式 答因軟件危機(jī)提出了軟件工程 : 表現(xiàn)形式軟件開發(fā)不能按照計(jì)劃進(jìn)行控制和完成，普遍存在拖延工期的現(xiàn)象； : 軟件開發(fā)生產(chǎn)率滿足不了巨大的市場(chǎng)需要； 開發(fā)出來的軟件滿足不了用戶 的需求； 軟件投資嚴(yán)重超出預(yù)算； 軟件可靠性和可用性差。 軟件工程學(xué)科的發(fā)展過程，各階段的時(shí)間范圍，以及在每一個(gè)發(fā)展階段突出 的特征軟件工程學(xué)科的發(fā)展可以粗略劃分為四個(gè)時(shí)期：軟件工程準(zhǔn)備期：201. 世紀(jì)年代中年代末 -40 60 特征： 程序是軟件的核心內(nèi)容； 強(qiáng)調(diào)程序的藝術(shù)化和個(gè)性化；軟件概念出現(xiàn)； 軟件危機(jī)出現(xiàn)。軟件工程形成期：世紀(jì)年代末年代中 8020 - 60 2. 特征：

37、軟件工程概念出現(xiàn)；沒有形成完整軟件工程學(xué)科體系； 以軟件開發(fā)方法 研究帶動(dòng)整個(gè)軟件工程的發(fā)展出現(xiàn)了典型的結(jié)構(gòu)化方法方法等經(jīng)典軟件開 ,JSD 發(fā)方法；程序設(shè)計(jì)方法深入研究程序設(shè)計(jì)算法數(shù)據(jù)結(jié)構(gòu)；數(shù)據(jù)結(jié)構(gòu)操作系統(tǒng)數(shù),=:,+ 據(jù)庫(kù)技術(shù)發(fā)展軟件工程發(fā)展期：世紀(jì)年代末年代中 90- 80 3. 20 特征：軟件需求旺盛軟件產(chǎn)業(yè)形成；微機(jī)、網(wǎng)絡(luò)等技術(shù)出現(xiàn)并飛速發(fā)展；軟件, 開發(fā)集成環(huán)境；面向?qū)ο蠓椒ㄩ_始受到重視；文件服務(wù)器模式，模式出現(xiàn)。 C/S 軟件工程縱深期：世紀(jì)年代末今天- 904. 20 特征：技術(shù)出現(xiàn)并趨于成熟；軟件體系結(jié)構(gòu)；軟件工程過程以為 WWW UML 代表的軟件建模語言和軟件建模技術(shù)出

38、現(xiàn)；云計(jì)算和物聯(lián)網(wǎng) 。 軟件工程學(xué)科的基本內(nèi)容，在什么時(shí)間提升為一級(jí)學(xué)科？ 答內(nèi)容軟件工程理論，軟件工程技術(shù)，軟件工程管理，軟件服務(wù)工程在 2011:,: 年. 軟件生存期模型，都有哪些形式，每一種模型的特征及優(yōu)缺點(diǎn) 答瀑布模型：各階段明確任務(wù)、自上而下、順序固定、逐級(jí)過渡的結(jié)構(gòu)模式， :1. 各階段的聯(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ì)用戶的核心需

39、求開發(fā)核心系統(tǒng)；根, 據(jù)用戶的反饋實(shí)施活動(dòng)的迭代。, 優(yōu)點(diǎn)：解決了瀑布模型不允許階段返回的問題； 適合不能及時(shí)確定需求的開發(fā) 場(chǎng)景；缺點(diǎn)：每一個(gè)迭代期，仍然以瀑布模型為基礎(chǔ)。增量模型3. 優(yōu)點(diǎn)：每個(gè)階段交付一個(gè)可用的產(chǎn)品；減少一個(gè)全新產(chǎn)品給客戶帶來的心理上 的影響；分階段地交 BAIDU_CLB_fillSlot( 920314 ); 2付產(chǎn)品不需要大的資金支出；需求經(jīng)常變化，增量模型的靈活性使其具有更加 優(yōu)越的適用性。 缺點(diǎn)：需要一個(gè)開放的結(jié)構(gòu)，方便構(gòu)件的加入；增量模型本身就是一個(gè)矛盾的 名詞。螺旋模型：分步推進(jìn)、逐步深化的螺旋方式4. 優(yōu)點(diǎn)：更符合人們的認(rèn)知規(guī)律；容易確定某個(gè)軟件產(chǎn)品何時(shí)測(cè)

40、試完成。 缺點(diǎn)： 開發(fā)和維護(hù)的界限變得不十分清晰；僅適應(yīng)于大型軟件開發(fā)。噴泉模型5. 特點(diǎn)：軟件生存期需要?jiǎng)澐殖蔀槎鄠€(gè)相對(duì)獨(dú)立的階段，但各個(gè)階段之間的界限 并不是十分明確，相鄰階段之間存在明顯的重迭和交叉。智能模型6. 什么叫軟件工程過程，國(guó)際標(biāo)準(zhǔn)化組織規(guī)定了有哪些過程？的含義是什 RUP 么？它有哪些典型特征？ 答：軟件工程過程：是指軟件在其生命周期中，一系 列相關(guān)活動(dòng)按照確定的次序演繹變化的進(jìn)程. 包括： 獲取過程 運(yùn)作過程 供應(yīng)過程 維護(hù)過程 管理過程 支持過程開發(fā)過程裁剪過程統(tǒng)一軟件開發(fā)過程 RUP 時(shí)間維初始、細(xì)化、構(gòu)建、移交個(gè)階段。 : 4 工作維：領(lǐng)域分析、需求分析、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等核心工作。第部 2 分：軟件建模技術(shù)概論 要求掌握： 軟件模型的概念 答：軟件模型是指通過軟