安徽大學(xué)軟件工程導(dǎo)論期末復(fù)習(xí)考點試卷匯總.doc

《安徽大學(xué)軟件工程導(dǎo)論期末復(fù)習(xí)考點試卷匯總.doc》由會員分享，可在線閱讀，更多相關(guān)《安徽大學(xué)軟件工程導(dǎo)論期末復(fù)習(xí)考點試卷匯總.doc（30頁珍藏版）》請在裝配圖網(wǎng)上搜索。

第1章 軟件工程概述 1、什么是軟件工程？為什么會出現(xiàn)軟件工程？ 軟件工程是：① 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運行和維護過程，也就是把工程應(yīng)用于軟件；② 研究①中提到的途徑。 軟件工作者在20世紀60年代后期開始認真研究消除軟件危機的途徑，從而逐漸形成了一門新興的工程學(xué)科——計算機軟件工程學(xué)(通常簡稱為軟件工程)。 2、什么是軟件工程方法學(xué)？軟件工程的3要素(軟件工程方法學(xué)的3要素)是什么？分別包含什么內(nèi)容？ 軟件工程方法學(xué)：軟件生命周期全過程中使用的一整套技術(shù)方法的集合 軟件工程方法學(xué)包含3個要素：方法、工具和過程。 方法是完成軟件開發(fā)的各項任務(wù)的技術(shù)方法，回答“怎樣做”的問題； 工具是為運用方法而提供的自動的或半自動的軟件工程支撐環(huán)境； 過程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。 目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。 3、什么是軟件過程？什么是軟件周期？常見軟件生命周期模型(課件中的前5類)的特點有哪些？ 軟件過程：它是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。 軟件生命周期：由軟件定義、軟件開發(fā)和運行維護（也稱之為軟件維護）3個時期組成 ①瀑布模型 定義：傳統(tǒng)軟件工程方法學(xué)的軟件過程，基本上可以用瀑布模型來描述。 瀑布模型的特點：1.階段間具有順序性和依賴性；2.推遲實現(xiàn)的觀點；3.質(zhì)量保證的觀點。瀑布模型的成功在很大程序上是由于它基本上是一種文檔驅(qū)動的模型。 瀑布模型的主要優(yōu)點：a.可強迫開發(fā)人員采用規(guī)范的技術(shù)方法 ； b.嚴格地規(guī)定了每個階段必須提交的文檔 ； c.每個階段結(jié)束前必須正式進行嚴格的技術(shù)審查和管理復(fù)審 。 瀑布模型的主要缺點 ：在可運行的軟件產(chǎn)品交付給用戶之前，用戶只能通過文檔來了解未來的產(chǎn)品是什么樣的。開發(fā)人員和用戶之間缺乏有效的溝通，很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需求 。 ②快速原型模型 定義：所謂“快速原型”， 是快速建立起來的、可在計算機上運行的程序，它所能完成的功能往往是最終的軟件產(chǎn)品所能完成的功能的子集。 原型是軟件開發(fā)人員與用戶溝通的強有力工具，因此有助于所開發(fā)出的軟件產(chǎn)品滿足用戶的真實需求。 快速原型模型的主要優(yōu)點是：A．使用這種軟件過程開發(fā)出的軟件產(chǎn)品通常能滿足用戶的真實需求； B．軟件產(chǎn)品的開發(fā)過程基本上是線性順序過程。 ③增量模型 定義：增量模型也稱為漸增模型 增量模型的主要優(yōu)點：A．能在較短時間內(nèi)向用戶提交可完成部分工作的產(chǎn)品 ； B．逐步增加產(chǎn)品功能，從而使用戶有較充裕的時間學(xué)習(xí)和適應(yīng)新產(chǎn)品，減少一個全新的軟件給客戶組織帶來的沖擊 。 ④螺旋模型 定義：螺旋模型的基本思想是， 使用原型及其他方法盡量降低風險。理解這種模型的一個簡便方法，是把它看作在每個階段之前都增加了風險分析過程的快速原型模型 。 螺旋模型所描述的軟件過程主要適用于內(nèi)部開發(fā)的大型軟件項目 。 使用螺旋模型開發(fā)軟件，要求軟件開發(fā)人員具有豐富的風險評估知識和經(jīng)驗 。 螺旋模型主要有下述優(yōu)點 ：A．有利于已有軟件的重用 ； B．有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標 ； C．減少了過多測試或測試不足所帶來的風險 ； D．軟件維護與軟件開發(fā)沒有本質(zhì)區(qū)別 。 ⑤噴泉模型 定義：迭代是軟件開發(fā)過程中普遍存在的一種內(nèi)在屬性。在面向?qū)ο蠓缎椭校浖_發(fā)過程各階段之間的迭代或同一階段內(nèi)各個工作步驟之間的迭代，比在結(jié)構(gòu)化范型中更常見。 噴泉模型，是典型的面向?qū)ο笊芷谀Ｐ停浞煮w現(xiàn)了面向?qū)ο筌浖_發(fā)過程迭代和平滑過渡的特性。 5、1. 軟件生命周期概念 　　 軟件產(chǎn)品從提出、實現(xiàn)、使用維護到停止使用退役的過程稱為軟件生命周期。 　　 軟件生命周期分為3個時期共8個階段， 　　 軟件定義期：包括問題定義、可行性研究和需求分析3個階段； 　　 軟件開發(fā)期：包括概要設(shè)計、詳細設(shè)計、實現(xiàn)和測試4個階段； 　　 運行維護期：即運行維護階段。 表3-3 軟件生命周期各階段的主要任務(wù) 任務(wù) 描述 問題定義 確定要求解決的問題是什么 可行性研究與計劃制定 決定該問題是否存在一個可行的解決辦法，指定完成開發(fā)任務(wù)的實施計劃 需求分析 對待開發(fā)軟件提出需求進行分析并給出詳細定義。編寫軟件規(guī)格說明書及初步的用戶手冊，提交評審 軟件設(shè)計 通常又分為概要設(shè)計和詳細設(shè)計兩個階段，給出軟件的結(jié)構(gòu)、模塊的劃分、功能的分配以及處理流程。這階段提交評審的文檔有概要設(shè)計說明書、詳細設(shè)計說明書和測試計劃初稿 軟件實現(xiàn) 在軟件設(shè)計的基礎(chǔ)上編寫程序。這階段完成的文檔有用戶手冊、操作手冊等面向用戶的文檔，以及為下一步作準備而編寫的單元測試計劃 軟件測試 在設(shè)計測試用例的基礎(chǔ)上，檢驗軟件的各個組成部分。編寫測試分析報告 運行維護 將已交付的軟件投入運行，同時不斷的維護，進行必要而且可行的擴充和刪改 第2章 可行性研究 1、可行性研究包括哪幾方面(每方面解決什么問題)，研究得到的文檔和結(jié)論是什么? 技術(shù)可靠性：使用現(xiàn)有的技術(shù)能否實現(xiàn)這個系統(tǒng)嗎？ 經(jīng)濟可行性：這個系統(tǒng)的經(jīng)濟效益能否超過它的開發(fā)成本？ 操作可行性：系統(tǒng)的操作方式在這個用戶組織內(nèi)是否行得通？ 研究的結(jié)果：是一份可行性研究的各個步驟的工作結(jié)果的文檔，它包含了工程是否能繼續(xù)進行下去和分析員的推薦方案； 2、主要描述工具的概念和使用： 系統(tǒng)流程圖：是什么，成份和基本符號，描述什么模型，畫法； 數(shù)據(jù)流圖：是什么，成份和基本符號，系統(tǒng)級和功能級、簡單細化數(shù)據(jù)流圖的區(qū)別，畫法； 數(shù)據(jù)字典：是什么，內(nèi)容、定義數(shù)據(jù)的方法。 (1)系統(tǒng)流程圖的定義：是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。它用圖形符號以黑盒子形式描繪組成系統(tǒng)的每個部件。 系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)進行加工處理的控制過程，是物理數(shù)據(jù)流圖而不是程序流程圖。 系統(tǒng)流程圖的基本符號： (2)數(shù)據(jù)流圖的定義：它是一種圖形化技術(shù)，它描述信息和數(shù)據(jù)從輸入移動到輸出過程中所經(jīng)歷的變換。在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。 數(shù)據(jù)流圖的基本符號：正方形（或立方體） 表示數(shù)據(jù)的源點或終點； 圓角矩形（或圓形） 代表變換數(shù)據(jù)的處理； 開口矩形（或兩條平行橫線） 代表數(shù)據(jù)存儲； 箭頭線 表示數(shù)據(jù)流，即特定數(shù)據(jù)的流動方向。 (3)數(shù)據(jù)字典的定義：是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用也正是在軟件分析和設(shè)計的過程中給人提供關(guān)于數(shù)據(jù)的描述信息。 數(shù)據(jù)字典的內(nèi)容：數(shù)據(jù)流、數(shù)據(jù)流分量、數(shù)據(jù)存儲、處理 定義數(shù)據(jù)的方法：用被定義的事物的成分的某種組合表示這個事物，這些組成成分又由更低的成分組合來定義。 3、 數(shù)據(jù)字典和數(shù)據(jù)流圖的關(guān)系。 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就不嚴格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流圖中每個元素的精確定義放在一起，才能共同構(gòu)成系統(tǒng)的規(guī)格說明。 第3章 需求分析 需求規(guī)格說明書 1、需求分析的任務(wù)是什么？分析得到的成果(文檔)是什么？包含哪些內(nèi)容？ 1、需求分析的任務(wù)：（1）確定對系統(tǒng)的綜合要求：功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求、約束、逆向需求、將來可能提出的要求（2）分析系統(tǒng)的數(shù)據(jù)要求：（3）導(dǎo)出系統(tǒng)的邏輯模型（4）修正系統(tǒng)開發(fā)計劃； 2、需求分析得到的結(jié)果：是通過需求分析得到的除了分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明書，它是需求分析階段得出的最主要的文檔。 2、軟件需求通常包括哪些方面？各類需求一般包含內(nèi)容有哪些？ （1）功能需求 ：這方面的需求指定系統(tǒng)必須提供的服務(wù)。通過需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能。 （2）性能需求：性能需求指定系統(tǒng)必須滿足的定時約束或容量約束，通常包括速度(響應(yīng)時間)、信息量速率、主存容量、磁盤容量、安全性等方面的需求。 （3）可靠性和可用性需求：可靠性需求定量地指定系統(tǒng)的可靠性。可用性與可靠性密切相關(guān)，它量化了用戶可以使用系統(tǒng)的程度。 （4）出錯處理需求：這類需求說明系統(tǒng)對環(huán)境錯誤應(yīng)該怎樣響應(yīng)。 （5）接口需求：接口需求描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式。常見的接口需求有：用戶接口需求；硬件接口需求；軟件接口需求；通信接口需求。 （6）約束：設(shè)計約束或?qū)崿F(xiàn)約束描述在設(shè)計或?qū)崿F(xiàn)應(yīng)用系統(tǒng)時應(yīng)遵守的限制條件。 （7）逆向需求：逆向需求說明軟件系統(tǒng)不應(yīng)該做什么。 （8）將來可能提出的要求：應(yīng)該明確地列出那些雖然不屬于當前系統(tǒng)開發(fā)范疇，但是據(jù)分析將來很可能會提出來的要求。這樣做的目的是，在設(shè)計過程中對系統(tǒng)將來可能的擴充和修改預(yù)做準備，以便一旦確實需要時能比較容易地進行這種擴充和修改。 3、追加的主要描述工具的概念和使用： E-R圖：是什么，成份和基本符號，描述什么模型； 狀態(tài)轉(zhuǎn)換圖：是什么，描述什么模型 （1）E-R圖的定義：即實體--聯(lián)系圖，是表示數(shù)據(jù)對象及其之間關(guān)系的圖形語言機制，是建立數(shù)據(jù)模型的圖形工具。 E-R圖的基本成份和使用的符號 ：實體(即數(shù)據(jù)對象)----矩形框，關(guān)系----菱形框， 屬性----橢圓形或圓角矩形。 E-R圖描述的模型：用來建立數(shù)據(jù)模型，ER模型使用簡單的圖形符號表達系統(tǒng)分析員對問題域的理解 （2）狀態(tài)轉(zhuǎn)換圖的定義：通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。 狀態(tài)轉(zhuǎn)換圖的基本成份和使用的符號：基本成分是狀態(tài)、事件、狀態(tài)轉(zhuǎn)換。 狀態(tài)轉(zhuǎn)換圖描述的模型：用來建立系統(tǒng)的行為模型。 4、在結(jié)構(gòu)化分析中，建模的核心是什么？3種模型分別是什么，分別用什么工具來描述? 建模的核心是數(shù)據(jù)字典，它描述了所有的在目標系統(tǒng)中使用的和生成的數(shù)據(jù)對象。 （1）、數(shù)據(jù)模型，用實體-聯(lián)系圖描述； （2）、功能模型，用數(shù)據(jù)流圖描述； （3）、行為模型，用狀態(tài)轉(zhuǎn)換圖描述。 第5章 總體設(shè)計 1、什么是總體設(shè)計？ 將軟件需求轉(zhuǎn)化為軟件的數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)結(jié)構(gòu)，確定各組成成分(子系統(tǒng)或模塊)之間的相互關(guān)系 2、模塊化設(shè)計的原理包括什么？為了提高軟件的可維護性，其中，模塊獨立性最重要的，是評價軟件結(jié)構(gòu)質(zhì)量的首要標準。 模塊化設(shè)計的原理包括：模塊化、抽象、逐步求精、信息隱藏和局部化、模塊獨立。為了提高軟件的可維護性，其中，模塊獨立性最重要的，是評價軟件結(jié)構(gòu)質(zhì)量的首要標準。 3、模塊獨立性度量(描述)的兩個指標：內(nèi)聚、耦合；什么是內(nèi)聚，什么是耦合；耦合和內(nèi)聚的具體分類及使用原則；在面向數(shù)據(jù)流的方法中，內(nèi)聚、耦合各分為哪幾級，每級的具體含義分別是什么？強度從弱到強如何排列？耦合和內(nèi)聚兩者關(guān)系？ （1）耦合定義：它是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量； 耦合分類： 耦合使用原則：盡量使用數(shù)據(jù)耦合，小用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合，最終降低模塊間接口的復(fù)雜性。 （2）內(nèi)聚定義：它標志著一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴展。 內(nèi)聚分類： 內(nèi)聚使用原則：設(shè)計時力求高內(nèi)聚，設(shè)計時應(yīng)該力求做到高內(nèi)聚，通常中等程度的內(nèi)聚也是可以采用的，而且效果和高內(nèi)聚相差不多；但是，低內(nèi)聚很壞，不要使用。 （3）耦合和內(nèi)聚兩者關(guān)系：耦合與內(nèi)聚都是模塊獨立性的定性標準，都反映模塊獨立性的良好程度。其中內(nèi)聚更重要。內(nèi)聚與耦合密切相關(guān)。同其它模塊強耦合的模塊意味著它自己是弱內(nèi)聚的；強內(nèi)聚模塊意味著與其它模塊間松散耦合。所以設(shè)計的目標應(yīng)該是力爭高內(nèi)聚、低耦合。 第6章 詳細設(shè)計 1結(jié)構(gòu)化程序設(shè)計 　1結(jié)構(gòu)化程序設(shè)計的原則 　　結(jié)構(gòu)化程序設(shè)計方法的主要原則可以概括為自頂向下，逐步求精，模塊化，限制使用goto語句。 　2結(jié)構(gòu)化程序的基本結(jié)構(gòu)與特點 　　1. 順序結(jié)構(gòu) 　　2. 選擇結(jié)構(gòu)：選擇結(jié)構(gòu)又稱為分支結(jié)構(gòu)。 　　3. 重復(fù)結(jié)構(gòu)：重復(fù)結(jié)構(gòu)又稱為循環(huán)結(jié)構(gòu)。 2、什么是過程設(shè)計的工具？分類？基本要求？ 過程設(shè)計工具的定義：描述程序處理過程的工具 過程設(shè)計工具的分類：它們可以分為圖形、表格、和語言3類。 過程設(shè)計工具的基本要求：不論是哪類工具，對它們的基本要求都是能提供對設(shè)計的無歧義的描述。 3、軟件詳細設(shè)計描述工具的概念和使用：程序流程圖、N-S圖、PAD圖、PDL語言：是什么，基本符號和表示的意義，畫法；各種工具描述結(jié)果間的轉(zhuǎn)換。 （1）程序流程圖的定義：又稱為程序框圖，它是歷史最悠久、使用最廣泛的描述過程設(shè)計的方法，然而它也是用得最混亂的一種方法。 程序流程圖的基本符號： （2）盒圖(N-S圖)的定義：出于要有一種不允許違背結(jié)構(gòu)程序設(shè)計精神的圖形工具的考慮，Nassi和Shneiderman提出了盒圖。 它有下述特點： (1) 功能域(即，一個特定控制結(jié)構(gòu)的作用域)明確，可以從盒圖上一眼就看出來。 (2) 沒有箭頭，不可能任意轉(zhuǎn)移控制。 (3) 很容易確定局部和全程數(shù)據(jù)的作用域。 (4) 很容易表現(xiàn)嵌套關(guān)系，也可以表示模塊的層次結(jié)構(gòu)。 盒圖(N-S圖)的基本符號： （a）順序；（b）IF_THEB_ELSE型分支；（c）CASE型多分支；（d）循環(huán)；（e）調(diào)用子程序 （3）PAD（問題分析圖）的定義： 1973年由日本日立公司發(fā)明。它用二維樹形結(jié)構(gòu)的圖來表示程序的控制流，將這種圖翻譯成程序代碼比較容易。 PAD（問題分析圖）的基本符號： （a）順序；（b）選擇（IF C THEN P1 ELSE P2）；（c）CASE型多分支；（d）WHILE型循環(huán)（WHILE C DO P）；（e）UNTIL型循環(huán)(REPEAT P UNTIL C)；（f）語句標號；（g）定義 （3）過程設(shè)計語言(PDL)的定義：也稱為偽碼，PDL是一種“混雜”語言，它使用一種語言的詞匯，同時卻使用另一種語言(某種結(jié)構(gòu)化的程序設(shè)計語言)的語法。 過程設(shè)計語言(PDL)的舉例： 第7章 實現(xiàn) 1、軟件測試的目的是什么？軟件測試方法的種類？ 為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程，測試階段的根本目標是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。 2、軟件測試與軟件開發(fā)階段的關(guān)系？ 軟件開發(fā)過程是一個自頂向下、逐步細化的過程，而測試則是依相反的順序安排的，自底向上、逐步集成的過程。低一級為上一級測試準備條件。 3、軟件測試的步驟，過程。 模塊測試----單元、子系統(tǒng)測試----局部、系統(tǒng)測試----全局、驗收測試----用戶參與、平行運行----新舊共存 4、軟件測試的三大階段：單元測試、集成測試(組裝測試)、確認測試(驗收測試)的主要任務(wù)(目的)是什么？測試的內(nèi)容主要有哪些？測試計劃分別在什么時候制定？測試計劃的內(nèi)容有哪些？ 模塊測試（單元測試） 目的：是保證每個模塊作為一個單元能正確運行。在編寫出源程序代碼并通過了編譯程序的語法檢查之后，就可以用詳細設(shè)計描述作指南，對重要的執(zhí)行通路進行測試，以便發(fā)現(xiàn)模塊內(nèi)部的錯誤。 內(nèi)容： 1.模塊接口測試----檢測數(shù)據(jù)能否正確無誤地進入和流出模塊 2.路徑測試 3.出錯處理測試----測試程序中包含的出錯處理是否有效 4.邊界條件測試----檢測在數(shù)據(jù)邊界處，模塊能否正常工作 單元測試計劃的時間：在詳細設(shè)計結(jié)束時制定，主要使用白盒測試技術(shù) 集成測試 任務(wù)：在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計要求組裝成為系統(tǒng)，發(fā)現(xiàn)并排除在模塊連接的接口中可能出現(xiàn)的問題，最終構(gòu)成所要求的軟件系統(tǒng)。 內(nèi)容： (1)把各個模塊連接起來后，考察穿越模塊接口的數(shù)據(jù)是否會丟失或產(chǎn)生錯誤 (2)各個子功能組合起來，能否達到預(yù)期要求的主要功能 (3)一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響 (4)全局數(shù)據(jù)結(jié)構(gòu)是否有錯誤 (5)單個模塊的誤差累積起來，是否會被放大，從而達到不能被接受的程度 集成測試計劃的時間：在總體設(shè)計結(jié)束時制定，詳細設(shè)計結(jié)束時補充 確認測試 目的：也稱為稱驗收測試。它的主要目標是驗證軟件的有效性。證實軟件功能與用戶需求是否一致，即測試軟件能否按照軟件需求規(guī)格說明書(合同)的要求運行。 內(nèi)容：有效性測試、軟件配置復(fù)查、驗收測試 確認測試計劃的時間：在需求分析時制定，后續(xù)階段補充，通過黑盒測試技術(shù)。 5、什么是白盒測試？典型的白盒測試技術(shù)有哪幾個，含義如何？簡單的邏輯覆蓋測試用例設(shè)計。 白盒測試的定義：也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預(yù)定要求正確工作。 應(yīng)用時間：白盒測試在測試過程的早期階段進行 白盒測試技術(shù)：1、邏輯覆蓋：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、點覆蓋、邊覆蓋、路徑覆蓋； 2、控制結(jié)構(gòu)測試：基本路徑測試、條件測試、循環(huán)測試。 邏輯覆蓋測試的5種標準 發(fā)現(xiàn)錯誤的能力 標準 含義 1(弱) 語句覆蓋 每條語句至少執(zhí)行一次 A=2，B=0，X=4 2 判定覆蓋 每一判定的每個分支至少執(zhí)行一次 A=3，B=0，X=3 A=2，B=1，X=1 3 條件覆蓋 每一判定中的每個條件，分別按“真”、“假”至少各執(zhí)行一次A=2，B=0，X=4 A=1，B=1，X=1 4 判定/條件覆蓋 同時滿足判定覆蓋和條件覆蓋的要求A=2，B=0，X=4 A=1，B=1，X=1 5(強) 條件組合覆蓋 求出判定中所有條件的各種可能組合值，每一可能的條件組合至少執(zhí)行一次 ·條件覆蓋不一定包含判定覆蓋；判定覆蓋也不一定包含條件覆蓋。 ·條件組合覆蓋是前述幾種覆蓋標準中最強的。但是，滿足條件組合覆蓋標準的測試數(shù)據(jù)并不一定能使程序中的每條路徑都執(zhí)行到。 例子： 第8章 維護 1、什么是軟件維護、維護分哪四種類型、其含義分別是什么、在維護工作中占得比例如何？ 軟件維護定義：就是在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修正軟件的過程。 維護分為四種類型：（1）改正性維護：把整斷和改正錯誤的過程稱為改正性維護（2）適應(yīng)性維護：為了和變化的環(huán)境適當?shù)呐浜隙M行的修改軟件的活動，（3）完善性維護：在使用軟件的過程中用戶常常提出新增功能或修改已有功能的建議，為了滿足這類要求的活動（4）預(yù)防性維護：為了改進將來的可維護性或可靠性； 所占比例：完善性維護：50%～66% 改正性維護：17%～21% 適應(yīng)性維護：18%～25% 其他維護：4% 2、什么是軟件的可維護性？決定軟件可維護性的因素有哪些？造成軟件難以維護的原因有哪些？ 軟件的可維護性：是指軟件維護人員理解、糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改、擴充或壓縮軟件的難易程度 決定軟件可維護性的五個因素：（1）可理解性（2）可測試性（3）可修改性（4）可移植性（5）可重用性 難以維護的原因：在于這些軟件的文檔不全、質(zhì)量差、開發(fā)過程不注意采用好的方法，忽視程序設(shè)計風格等。 難以維護的根本原因：軟件定義和軟件開發(fā)的方法有缺點，在軟件生命周期的頭兩個時期沒有嚴格而又科學(xué)的管理和規(guī)劃，沒有采用軟件工程思想開發(fā)軟件。 3、文檔和可維護性之間的關(guān)系？ 文檔是影響軟件可維護性的決定因素，文檔往往比代碼更加重要； 軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類 .軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類.用戶文檔主要描述系統(tǒng)功能和使用 方法,并不關(guān)心這些功能是怎樣實現(xiàn)的;系統(tǒng)文檔描述系統(tǒng)發(fā)設(shè)計,實現(xiàn)和測試等各方面的 內(nèi)容" 8.4.2 文檔 分類 用戶文檔:主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實現(xiàn)的 系統(tǒng)文檔:描述系統(tǒng)設(shè)計、實現(xiàn)和測試等各方面的內(nèi)容 文檔要求 必須描述如何使用這個系統(tǒng)，沒有這種描述時即使是最簡單的系統(tǒng)也無法使用； 必須描述怎樣安裝和管理這個系統(tǒng)； 必須描述系統(tǒng)需求和設(shè)計； 必須描述系統(tǒng)的實現(xiàn)和測試，以便使系統(tǒng)成為可維護的 用戶文檔 功能描述 ，說明系統(tǒng)能做什么； 安裝文檔 ，說明怎樣安裝這個系統(tǒng)以及怎樣使系統(tǒng)適應(yīng)特定的硬件配置； 使用手冊 ，簡要說明如何著手使用這個系統(tǒng)( 應(yīng)該通過豐富例子說明怎樣使用常用的系統(tǒng)功能，還應(yīng)該說明用戶操作錯誤時怎樣恢復(fù)和重新啟動) ； 參考手冊 ，詳盡描述用戶可以使用的所有系統(tǒng)設(shè)施以及它們的使用方法，還應(yīng)該解釋系統(tǒng)可能產(chǎn)生的各種出錯信息的含義( 對參考手冊最主要的要求是完整，因此通常使用形式化的描述技術(shù)) ； 操作員指南( 如果需要有系統(tǒng)操作員的話) ，說明操作員應(yīng)該如何處理使用中出現(xiàn)的各種情況。 8.4.2 文檔 系統(tǒng)文檔 問題定義、需求說明到驗收測試計劃這樣一系列和系統(tǒng)實現(xiàn)有關(guān)的文檔 4、衡量軟件質(zhì)量的主要指標？ 可維護性、可使用性、可靠性是衡量軟件質(zhì)量的主要指標 9.面向?qū)ο蟮母拍? 9.2.1 對象 § 是客觀事物或概念的抽象表述，即對客觀存在的事物的描述統(tǒng)稱為對象 § 對象可以是事、物、或抽象概念 ，是將一組數(shù)據(jù)和使用該數(shù)據(jù)的一組基本操作或過程封裝在一起的實體。 對象的特點 (1) 以數(shù)據(jù)為中心。 (2) 對象是主動的。 (3) 實現(xiàn)了數(shù)據(jù)封裝。 (4) 本質(zhì)上具有并行性。 (5) 模塊獨立性好。 9.2.2 類 § 類又稱對象類（Object Class ）， 是一組具有相同屬性和相同操作的對象的集合。在一個類中，每個對象都是類的實例(instance) ， 它們都可以使用類中提供的函數(shù)。 9.2.3 實例 § 實例就是由某個特定的類所描述的一個具體的對象。類是對具有相同屬性和行為的一組相似的對象的抽象，類在現(xiàn)實世界中并不能真正存在。 9.2.4 消息 § 消息就是向?qū)ο蟀l(fā)出的服務(wù)請求（互相聯(lián)系、協(xié)同工作等）。一個消息包含3 個部分：接收消息的對象，消息名，消息變元。 § 例如，MyCircle 是Circle 類的一個實例，發(fā)送消息如下： MyCircle.show （GREEN ）； 9.2.5 方法 § 方法就是對象所能執(zhí)行的操作，也就是類中所定義的服務(wù)。 § 方法描述了對象執(zhí)行操作的算法，響應(yīng)消息的方法。在C++語言中把方法稱為成員函數(shù)。 9.2.6 屬性 § 屬性就是類中所定義的數(shù)據(jù)，它是對客觀世界實體所具有的性質(zhì)的抽象。 9.2.7 封裝 § 對象封裝了對象的數(shù)據(jù)以及對這些數(shù)據(jù)的操作。 9.2.8 繼承 § 繼承是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。在面向?qū)ο蟮能浖夹g(shù)中，繼承是子類自動地共享基類中定義的數(shù)據(jù)和方法的機制。 § 單重繼承： 子類僅從一個父類繼承屬性和方法 § 多重繼承：子類可從多個父類繼承屬性和方法 9.2.9 多態(tài)性 § 在類等級的不同層次中可以共享(公用)一個行為(方法)的名字，然而不同層次中的每個類卻各自按自己的需要來實現(xiàn)這個行為。 § 當對象接收到發(fā)送給它的消息時，根據(jù)該對象所屬于的類動態(tài)選用在該類中定義的實現(xiàn)算法 有兩種重載：函數(shù)重載是指在同一作用域內(nèi)的若干個參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字；運算符重載是指同一個運算符可以施加于不同類型的操作數(shù)上面。當然，當參數(shù)特征不同或被操作數(shù)的類型不同時，實現(xiàn)函數(shù)的算法或運算符的語義是不相同的。重載進一步提高了面向?qū)ο笙到y(tǒng)的靈活性和可讀性。 9.4.2 表示關(guān)系的符號 § 類與類之間關(guān)系有：關(guān)聯(lián),聚集,泛化（繼承）,依賴,細化 9.4.2.1 關(guān)聯(lián) § 關(guān)聯(lián)表示兩個類的對象之間存在某種語義上的聯(lián)系。 § （1） 普通關(guān)聯(lián) 普通關(guān)聯(lián)示例 § 在表示關(guān)聯(lián)的直線兩端可以寫上重數(shù)（multiplicity），它表示該類有多少個對象與對方的一個對象連接。重數(shù)的表示方法通常有： § 0…1 表示0到1個對象 § 0…*或* 表示0到多個對象 § 1+或1…* 表示1到多個對象 § 1…15 表示1到15個對象 § 3 表示3個對象 § 如果圖中未明確標出關(guān)聯(lián)的重數(shù)，則默認重數(shù)是1。 § （2） 關(guān)聯(lián)的角色 § 在任何關(guān)聯(lián)中都會涉及到參與此關(guān)聯(lián)的對象所扮演的角色（即起的作用），在某些情況下顯式標明角色名有助于別人理解類圖。如果沒有顯式標出角色名，則意味著用類名作為角色名。 § （3） 限定關(guān)聯(lián) § 限定關(guān)聯(lián)通常用在一對多或多對多的關(guān)聯(lián)關(guān)系中，可以把模型中的重數(shù)從一對多變成一對一，或從多對多簡化成多對一。在類圖中把限定詞放在關(guān)聯(lián)關(guān)系末端的一個小方框內(nèi)。 § （4） 關(guān)聯(lián)類 § 為了說明關(guān)聯(lián)的性質(zhì)可能需要一些附加信息?？梢砸胍粋€關(guān)聯(lián)類來記錄這些信息。關(guān)聯(lián)中的每個連接與關(guān)聯(lián)類的一個對象相聯(lián)系。關(guān)聯(lián)類通過一條虛線與關(guān)聯(lián)連接。 9.4.2.2 聚集 § 聚集是一種特殊的關(guān)聯(lián)，它指出類間的“ 整體- 部分” 關(guān)系。 § （1） 共享聚集 § 如果在聚集關(guān)系中處于部分方的對象可同時參與多個處于整體方對象的構(gòu)成，則該聚集稱為共享聚集。 § （2） 組合聚集 § 如果部分類完全隸屬于整體類，部分與整體共存，整體不存在了部分也會隨之消失，則該聚集稱為組合聚集。 9.4.2.3 泛化 ? UML中的泛化關(guān)系就是通常所說的繼承關(guān)系。 （1） 普通泛化 §（2） 受限泛化 § 可以給泛化關(guān)系附加約束條件，以進一步說明該泛化關(guān)系的使用方法或擴充方法，這樣的泛化關(guān)系稱為受限泛化。預(yù)定義的約束有4種： 多重、不相交、完全和不完全。下圖：多重繼承 9.4.2.3 泛化(III) § 完全繼承指的是父類的所有子類都已在類圖中窮舉出來了，圖示符號是指定{完全}約束。 § 不完全繼承與完全繼承恰好相反，父類的子類并沒有都窮舉出來，不完全繼承是一般情況下默認的繼承關(guān)系9.4.2.4 依賴 § 依賴關(guān)系表示： 其中一個模型元素是獨立的，另一個模型元素不是獨立的，它依賴于獨立的模型元素，如果獨立的模型元素改變了，將影響依賴于它的模型元素。 9.4.2.5 細化 § 當對同一個事物在不同抽象層次上描述時，這些描述之間具有細化關(guān)系。假設(shè)兩個模型元素A和B描述同一個事物，它們的區(qū)別是抽象層次不同，如果B是在A的基礎(chǔ)上的更詳細的描述，則稱B細化了A，或稱A細化成了B。 9.3 面向?qū)ο蠼！?面向?qū)ο箝_發(fā)軟件，需要建立3種形式的模型。 § 對象模型。描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)—數(shù)據(jù)結(jié)構(gòu)。 § 動態(tài)模型。描述系統(tǒng)控制結(jié)構(gòu)—執(zhí)行操作。 § 功能模型。描述系統(tǒng)功能—數(shù)值變化。 § 這三種模型從不同側(cè)面描述了對系統(tǒng)的需求。在面向?qū)ο蟮姆治?OOA)階段，這三種模型是必不可少的。 9.4 對象模型 § 對象模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。OO方法強調(diào)圍繞對象而不是功能來構(gòu)造系統(tǒng)。 § 使用統(tǒng)一建模語言UML （Unified Modeling Language ）提供的類圖來建立對象模型。 § UML用例圖是建立功能模型的有力工具。 動態(tài)模型描述系統(tǒng)控制結(jié)構(gòu)。通常用狀態(tài)圖表示。 下降狀態(tài) 在第一層 上升狀態(tài) 向第一層下降 空閑狀態(tài) 上升 到達 到達 上升 超時 下降 到達第一層 功能模型表示變化的系統(tǒng)的“功能”性質(zhì)，它指明了系統(tǒng)應(yīng)該“做什么”，通常，功能模型由一組數(shù)據(jù)流圖組成。 UML提供的用例圖也是進行需求分析和建立功能模型的強有力工具。 對象模型 動態(tài)模型 功能模型 對象的靜態(tài)結(jié)構(gòu)及相互關(guān)系 與時間和順序有關(guān)的系統(tǒng)性質(zhì) 與值的變化有關(guān)的系統(tǒng)性質(zhì) 描述系統(tǒng)的數(shù)據(jù)結(jié)構(gòu) 控制結(jié)構(gòu) 系統(tǒng)的功能 “干事的主體” “什么時候干” “干什么” 第13章 軟件項目管理 1、什么是軟件項目管理？目的是什么？軟件項目管理的主要內(nèi)容是什么？主要職能是什么？ 軟件項目管理的定義：是為了實現(xiàn)項目目標，運用相關(guān)的知識、技能、方法、工具，對項目的計劃、進度、質(zhì)量、成本、資源進行管理和控制的活動。 目的：通過計劃、組織和控制等一系列活動，合理地配置和使用各種資源，以達到既定目標的過程。項目管理不僅是為了節(jié)約金錢，而且是為了節(jié)省時間，縮短產(chǎn)品的開發(fā)周期。 內(nèi)容： (1) 人員的管理與組織 (2) 軟件度量 (3) 軟件項目計劃 (4) 風險管理 (5) 軟件質(zhì)量保證 (6) 軟件過程能力評估 (7) 軟件配置管理 主要職能：制定計劃、建立組織、配備人員、指導(dǎo) 2、軟件規(guī)模估算的兩種典型方法是什么？含義分別是什么？ 代碼行技術(shù)含義：這種方法依據(jù)以往開發(fā)類似產(chǎn)品的經(jīng)驗和歷史數(shù)據(jù)，估計實現(xiàn)一個功能所需要的源程序行數(shù) 代碼行技術(shù)估算方法：估計該程序模塊的最小規(guī)模(設(shè)為a)、最大規(guī)模(設(shè)為b)和最可能的規(guī)模(設(shè)為m)，則計算單元規(guī)模的估計值為： 功能點技術(shù)含義：依據(jù)對軟件信息域特性和軟件復(fù)雜性的評估結(jié)果，估算軟件規(guī)模 3、軟件開發(fā)小組人員如何確定，人員個數(shù)怎么確定？ 根據(jù)軟件規(guī)模估算出完成項目所需的工作量，確定開發(fā)人員的個數(shù)，并合理地組織項目組結(jié)構(gòu)。 4、根據(jù)什么、如何確定軟件項目組的最佳規(guī)模，為什么存在項目組的最佳規(guī)模？ 對于某一個組員來說，他與其他組員通信的路徑數(shù)在1~（P-1）的范圍內(nèi)變化。如果不與任何人通信時個人生產(chǎn)率為L，而且每條通信路徑導(dǎo)致生產(chǎn)率減少l，則組員個人平均生產(chǎn)率為 Lr=L-l(P-1)r (13.5) 其中，r是對通信路徑數(shù)的度量，00)。 對于一個規(guī)模為P的項目組，從（13.5）式導(dǎo)出項目組的總生產(chǎn)率為 Ltot=P(L-l(P-1)r) (13.6) 對于給定的一組L、l和r的值，總生產(chǎn)率Ltot是項目組規(guī)模P的函數(shù)。隨著P值增加，Ltot將從0增大到某個最大值，然后再下降。因此，存在一個最佳的項目組規(guī)模Popt，這個規(guī)模的項目組其總生產(chǎn)率最高。 4、以工程網(wǎng)絡(luò)圖為工具，如何估算工程進度(工程網(wǎng)絡(luò)圖如何畫)? 5、什么是軟件質(zhì)量？它主要包括哪三方面的內(nèi)容？軟件質(zhì)量保證的三個措施及其具體內(nèi)容？ 軟件質(zhì)量的定義：就是“軟件與明確地和隱含地定義的需求向一致的程度”。更具體地說，軟件質(zhì)量是軟件與明確地敘述的功能和性能需求、文檔中明確描述的開發(fā)標準以及任何專業(yè)開發(fā)的軟件產(chǎn)品但都應(yīng)該具有的隱含特征相一致的程度。 它包括三方面含義：（1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)，與需求不一致就是質(zhì)量不高； （2）指定的開發(fā)標準定義了一組指導(dǎo)軟件開發(fā)的準則，如果沒有遵守這些準則，肯定會導(dǎo)致軟件質(zhì)量不高； （3）通常，有一組沒有顯式描述的隱含需求（例如，軟件應(yīng)該是容易維護的）。如果軟件滿足明確描述的需求，但卻不滿足隱含的需求，那么軟件的質(zhì)量仍然是值得懷疑的； 軟件質(zhì)量保證的措施：（1）基于非執(zhí)行的測試即復(fù)審，在編碼開始之前，對前期產(chǎn)生的各種文檔進行檢查(閱讀和審查)； （2）基于執(zhí)行的測試即軟件測試； （3）程序正確性證明，使用數(shù)學(xué)方法嚴格驗證程序是否與對它的說明完全一致。 6、什么是軟件配置項、什么是軟件配置(包含的內(nèi)容)、什么是基線(在什么時候產(chǎn)生)？ 軟件配置項：1、計算機程序（源代碼和可執(zhí)行程序）；2、描述計算機程序的文檔（供技術(shù)人員或用戶使用）；3、數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。 軟件配置的定義：是指一個軟件產(chǎn)品在軟件生存周期各個階段所產(chǎn)生的各種形式(機器可讀或人工可讀)和各種版本的文檔、程序及其數(shù)據(jù)的集合。 基線的定義：通過了正式復(fù)審的軟件配置項稱為基線，只有通過正式的變化控制過程才能改變它。是一個軟件配置管理概念，它有助于人們在不嚴重妨礙合理變化的前提下來控制變化。 7、軟件配置管理的工作(任務(wù))包括哪幾方面？ 軟件配置管理主要有5項任務(wù)：標識軟件配置項、版本控制、變化控制、配置審計、狀態(tài)報告。 8、什么是CMM，它的基本思想是什么？ CMM是指能力成熟度模型，是用于評價軟件機構(gòu)的軟件過程能力成熟度的模型 CMM（能力成熟度模型）的基本思想是：由于問題是由人們管理軟件過程的方法不當引起的，所以新軟件技術(shù)的運用并不會自動提高軟件的生產(chǎn)率和質(zhì)量。CMM有助于軟件開發(fā)機構(gòu)建立一個有規(guī)律的、成熟的軟件過程。改進后的軟件過程將開發(fā)出質(zhì)量更好的軟件，使更多的軟件項目免受時間延誤和費用超支之苦。 9、CMM的兩個主要應(yīng)用分別是什么？ 軟件過程評估和軟件能力評價。 10、CMM有哪5個等級，其基本含義分別是什么？ 1初始級：軟件過程的特征是無序的，有時甚至是混亂的。 2、可重復(fù)級：軟件機構(gòu)建立了基本的項目管理過程(過程模型),可跟蹤成本、進度、功能和質(zhì)量。 3、已定義級：軟件機構(gòu)已經(jīng)定義了完整的軟件過程（過程模型），軟件過程已經(jīng)文檔化和標準化。所有的項目組都使用文檔化的、經(jīng)過批準的過程來開發(fā)和維護軟件。 4、已管理級：軟件機構(gòu)對軟件過程（過程模型和過程實例）和軟件產(chǎn)品都建立了定量的質(zhì)量目標，所有項目的重要的過程活動都是可度量的。 5、優(yōu)化級：軟件機構(gòu)集中精力持續(xù)不斷地改進軟件過程。這一級的軟件機構(gòu)是一個以防止出現(xiàn)缺陷為目標的機構(gòu)，它有能力識別軟件過程要素的薄弱環(huán)節(jié)，并有足夠的手段改進它們。 安徽大學(xué)2008 —2009 學(xué)年第 1 學(xué)期 《 軟件工程 》考試試卷（A卷） （時間120分鐘） 院/系 專業(yè) 姓名 學(xué)號 題 號 一 二 三 四 總分 得分 得分 一、單選題（每小題2分，共20分） 1．( ） 軟件工程的三要素是過程、 、工具。 A. 文檔 B. 代碼 C. 數(shù)據(jù) D.方法 2. ( ) 修改一個已有的庫存清單系統(tǒng)，使它能在每天送給采購員一份定貨報表。修改已有的庫存清單并且編寫產(chǎn)生報表的程序，估計共需3000元；系統(tǒng)修改后，能及時定貨將消除零件短缺影響生產(chǎn)的問題，估計因此每年可以節(jié)省2500元, 假設(shè)年利率為12%，軟件的生存周期是2年，開發(fā)該軟件的純收入是多少？ A. 2232.14 B. 1225.12 C. 3000 D.2000 3．( ) 一個程序向另一個子程序傳遞姓名、住址、電話號碼、生日和身份證號碼等五個變量。它們之間的耦合屬于 A. 標記耦合 B.控制耦合 C.數(shù)據(jù)耦合 D.公共耦合 4.（ ） 可行性研究主要從以下幾個方面進行研究： A. 技術(shù)可行性，經(jīng)濟可行性，操作可行性。 B. 技術(shù)可行性，經(jīng)濟可行性，系統(tǒng)可行性。 C. 經(jīng)濟可行性，系統(tǒng)可行性，操作可行性。 D. 經(jīng)濟可行性，系統(tǒng)可行性，時間可行性。 5.( ) CMM提供了一個框架，將軟件過程改進的進化步驟組織成5個成熟度等級。除第1級外，每個等級都包含了實現(xiàn)該成熟度等級目標的若干 A.關(guān)鍵實踐 B.關(guān)鍵過程域 C.軟件過程能力 D.軟件過程 6．( ) “國家——中國”之間的關(guān)系屬于 A 繼承 B 關(guān)聯(lián) C 聚合 D 類——實例 7.( ) 面向?qū)ο蠓治鍪菍ο到y(tǒng)進行 的一種方法。 A 需求建模 B 程序設(shè)計 C 設(shè)計評審 D 測試驗收 8.( ) 結(jié)構(gòu)化分析方法中，數(shù)據(jù)流程圖屬于 A 對象模型 B 功能模型 C 行為模型 D 數(shù)據(jù)模型 9.( ) Jackson圖屬于 階段使用到的圖形工具。 A 需求分析 B 概要設(shè)計 C 詳細設(shè)計 D 軟件實現(xiàn) 10．（ ） 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下： A. 內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。 B. 內(nèi)容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。 C. 內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。 D. 控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。 得分 二、簡答題（每小題6分，共30分） 1. 什么是軟件危機？軟件危機包含哪幾方面的問題？ 指，計算機在開發(fā)和維護方面遇到的一系列嚴峻問題。 1. 對軟件開發(fā)成本和進度的估計常常很不準確 2. 用戶對已完成的軟件系統(tǒng)不滿意 3. 軟件產(chǎn)品質(zhì)量靠不住 4. 軟件常常不可維護的 5. 軟件通常沒有合適的文檔資料 6. 軟件成本在計算機系統(tǒng)總成本中比例不斷上升 7. 軟件開發(fā)速度跟不上計算機應(yīng)用速度 2. 面向?qū)ο箝_發(fā)方法一般使用哪3種模型？分別描述系統(tǒng)的那些方面？（6分） 1. 功能模型 表示了變化的系統(tǒng)的 功能 性質(zhì) ，指明了系統(tǒng)一概做什么，因此更直接地反映了用戶對目標系統(tǒng)的需求 2. 對象模型 描述了顯示世界中的類與對象以及他們之間的關(guān)系，表示了目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。 3. 動態(tài)模型 動態(tài)模型表示瞬時的、行為化的系統(tǒng)的“控制”性質(zhì)，它規(guī)定了對象模型中的對象的合法變化序列 3．什么是控制耦合？舉一個控制耦合的例子。（6分） 兩個模塊之間傳遞的數(shù)據(jù)夾雜著控制信息，則稱為控制耦合。 public int y; Public A（string x） { if (x==”true”) { y=1; } Else { y=0; } } Public void B ( ) { if (y==1) { F( ); // F( )是系統(tǒng)自定義的函數(shù) } Else { G( ); // G( )是系統(tǒng)自定義的函數(shù) } } 模塊A&B之間為控制耦合因為兩個模塊間傳遞的y值是用作控制信號的開關(guān)量。改善方法就是把B模塊調(diào)用的函數(shù)直接寫入A模塊中，然后刪除B模塊。 4. 白盒測試的路徑覆蓋法與邏輯覆蓋有何不同？（6分） 邏輯覆蓋是逐漸進行越來越完整的通路測試 路徑覆蓋是選取足夠多的測試數(shù)據(jù)，使程序每條可能路徑都執(zhí)行一次。 5． 什么是信息隱蔽？信息隱蔽會帶來那些好處？（6分） 應(yīng)該這樣設(shè)計和確定模塊，使得一個模塊內(nèi)包含的信息（過程和數(shù)據(jù)），對于不需要這些信息的模塊來說是不能訪問的。 好處：大多數(shù)數(shù)據(jù)和過程對于軟件的其他部分而言是隱藏的，在修改期間由于疏忽而引入的錯誤就很少可能傳播到軟件的其他部分。 得分 三、應(yīng)用題（共20分） 1.(8分) 某校制定了教師的講課課時津貼標準。對于各種性質(zhì)的講座，無論教師是什么職稱，每課時津貼費一律是50元；而對于一般的授課，則根據(jù)教師的職稱來決定每課時津貼費：教授30元，副教授25元，講師20元，助教15元。繪制判定表。 略 2．（12分） 求解二次方程 Ax+Bx+C=0 (1) 輸入：A,B,C三個參數(shù) (2) 根的信息： 相等實根； 不等實根； 兩個大小相等符號相反的實根； 僅有一個實根； 有兩個虛根； (3) 根的值 用黑盒方法寫出程序的測試用例。 1. 相等的實根： A=1；C=1；B=4 2. 不等實根; A=1;C=0;B=4; 3. 大小相等符號相反的實根： A=-1；B=0；C=1； 4. 僅有一個實根： A=0；B=1；C=1； 5. 有兩個虛跟： A=4；B=4；C=2； 得分 四、設(shè)計題（30分） 1.(20分) 某考務(wù)處理系統(tǒng)有如下功能： ① 對考生送來的報名單進行檢查； ② 對合格的報名單編好準考證號后將準考證送給考生，并將匯總后的考生名單送給閱卷站； ③ 對閱卷站送來的成績清單進行檢查，并根據(jù)考試中心制定的合格標準審定合格者； ④ 制作考生通知單（內(nèi)含成績及合格／不合格標志）送給考生； 請繪制數(shù)據(jù)流程圖，給出相應(yīng)的數(shù)據(jù)字典，并據(jù)此畫出系統(tǒng)結(jié)構(gòu)圖。 略 2.(10分) 畫出上述系統(tǒng)的對象圖，并給出每個對象的屬性。 略 　　　2009—2010學(xué)年第二學(xué)期期末考試試題 1. 軟件危機具有下列表現(xiàn)（ ）。 I. 對軟件開發(fā)成本估計不準確 II. 軟件產(chǎn)品的質(zhì)量往往靠不住 III. 軟件常常不可維護 IV. 軟件成本逐年上升 A. I、II和III B. I、III和IV C. II、III和IV D. 以上都正確 2. 軟件生命周期一般都被劃分為若干個獨立的階段，其中占用精力和費用最多的階段往往是（ ）。A. 運行和維護階段 B. 設(shè)計階段 C. 代碼實現(xiàn)階段 D. 測試階段 3. 下列屬于軟件的特點的是（ ）。 A. 軟件是一種邏輯實體，具有抽象性 B. 軟件在使用過程中沒有磨損、老化的問題 C. 軟件不同于一般程序，它的一個顯著特點是規(guī)模龐大，復(fù)雜程度高 D. 以上都正確 4. 軟件工程的出現(xiàn)是由于（ ）。 A. 軟件危機的出現(xiàn) B. 計算機硬件技術(shù)的發(fā)展C. 軟件社會化的需要 D. 計算機軟件技術(shù)的發(fā)展 5. 軟件開發(fā)技術(shù)不包含（ ）。 A. 軟件開發(fā)方法學(xué) B. 軟件工程環(huán)境 C. 軟件工具 D. 軟件質(zhì)量度度量 6. 軟件工程的課程特點（ ）。 I. 學(xué)科理論及其知識應(yīng)用的多維性 II. 工程化 III. 濃厚的方法學(xué)色彩 IV. 實踐性、指導(dǎo)性強 A. I、II和III B. I、III和IV C. II、III和IV D. 以上都正確 7. 下列屬于應(yīng)用軟件的是（ ）。 I. 計算機輔助教學(xué)軟件 II. 軟件測試工具 III. 辦公自動化軟件 IV. 工程與科學(xué)計算軟件 A. I、II和III B. I、III和IV C. II、III和IV D. 以上都正確 8. 需求分析階段最重要的技術(shù)文檔是（ ）。 A. 設(shè)計說明書 B. 需求規(guī)格說明書 C. 可行性分析報告 D. 用戶手冊 9. 以下關(guān)于數(shù)據(jù)流圖的說法錯誤的是（ ）。 A. 數(shù)據(jù)流圖舍去了具體的物質(zhì)，只剩下數(shù)據(jù)的流動、加工處理和存儲 B. 數(shù)據(jù)流圖是用作結(jié)構(gòu)化分析的一種工具 C. 傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點/終點、數(shù)據(jù)流、控制流、數(shù)據(jù)存儲組成 D. 數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法 10. 數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（ ）。 A. 數(shù)據(jù)庫設(shè)計 B. 數(shù)據(jù)通信 C. 數(shù)據(jù)定義 D. 數(shù)據(jù)維護 11. 需求分析階段的研究對象是（ ）。 A. 系統(tǒng)分析員要求 B. 用戶要求 C. 軟硬件要求 D. 系統(tǒng)要求 12. 結(jié)構(gòu)化方法的基本原則是（ ）。 A. 模塊化 B. 抽象與分解 C. 信息隱蔽 D. 逐步求精 13. 耦合度最高的是（ ）耦合。A. 環(huán)境 B. 內(nèi)容 C. 控制 D. 數(shù)據(jù) 14. 內(nèi)聚程度較低的是（ ）內(nèi)聚。A. 偶然 B. 通訊 C. 順序 D. 時間 15. 對一個程序來說，組成系統(tǒng)的模塊數(shù)目（ ），則開發(fā)成本越小。 A. 越多 B. 越少 C. 順序 D. 時間 16. 畫軟件結(jié)構(gòu)圖時應(yīng)注意調(diào)用關(guān)系只能是（ ）。 A. 從下到上 B. 從上到下 C. 從左到右 D. 從右到左 17. 程序流程圖中的“→”代表（ ）。 A. 數(shù)據(jù)流 B. 控制流 C. 順序流 D. 調(diào)用 18. DFD中的“→”代表（ ）。 A. 數(shù)據(jù)流 B. 文件 C. 處理 D. 控制流 19. DFD中的“○”代表（ ）。 A. 數(shù)據(jù)流 B. 文件 C. 處理 D. 控制流 20. DFD中的“＿”代表（ ）。 A. 數(shù)據(jù)流 B. 文件 C. 處理 D. 控制流 1. 計算機軟件不僅僅是程序，還應(yīng)該有一整套 。 2. 傳統(tǒng)的軟件生存期模型是 。 3. 軟件按照功能的不同可以劃分為3大類型 、 和 。 4. DFD在軟件工程中表示 。 5. 與 是模塊獨立性的兩個定性標準，將軟件系統(tǒng)劃分模塊時，盡量做到 內(nèi)聚、 耦合，提高模塊的 ，為設(shè)計高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。 6. 數(shù)據(jù)流圖有四種基本成分： 、 、 、 。 7. 12. 數(shù)據(jù)字典有以下四類條目： 、 、 、 。 是組成數(shù)據(jù)流和數(shù)據(jù)存儲的最小元素。 8. 某廠對部分職工重新分配工作的政策是：年齡有20歲以下者，初中文化程度脫產(chǎn)學(xué)習(xí)，高中文化程度當電工；年齡有20歲至40歲之間者，中學(xué)文化程度男性當鉗工，女性當車工，大學(xué)文化程度者當技術(shù)員；年齡有40歲以上者，中學(xué)文化程度當材料員，大學(xué)文化程度當技術(shù)員。請用結(jié)構(gòu)化語言、判定表或判定樹描述上述問題的加工邏輯。 一、單項選擇題 1. D 2. A 3. D4. D5. D6. D 7. B 8. B 9. C 10. C 11. B12. B13. B14. A15. C16. B17. B18. A 19.C20. B 二、填空題 1. 文檔2. 瀑布模型3. 系統(tǒng)軟件 支持軟件 應(yīng)用軟件4. 數(shù)據(jù)流圖 5. 耦合性 內(nèi)聚性 高 低 獨立性 6. 數(shù)據(jù)流 加工（又稱為數(shù)據(jù)處理） 文件 數(shù)據(jù)的源點或終點 7. 數(shù)據(jù)流 數(shù)據(jù)項 文件 基本加工 數(shù)據(jù)項 三、簡答題 答：（1）結(jié)構(gòu)化語言。 IF 年齡<20 THEN IF 文化程度=初中 THEN 脫產(chǎn)學(xué)習(xí) ELSE 工作為電工 ENDIF ELSE IF 年齡≤40 THEN IF （文化程度=大學(xué)） THEN 工作為技術(shù)員 ELSE IF 性別=男性 THEN 工作為鉗工 ELSE 工作為車工 ENDIF ENDIF ELSE IF （文化程度=大學(xué)） THEN 工作為技術(shù)員 ELSE 工作為材料員 ENDIF ENDIF ENDIF （2）判定樹如下： 單項選擇題（每小題1分，共10分） 在結(jié)構(gòu)性的瀑布模型中，哪一個階段定義的標準將成為軟件測試中的系統(tǒng)測試階段的目標（ A ） （A） 需求分析階段 （B） 詳細設(shè)計階段（C） 概要設(shè)計階段 （D） 可行性研究階段 軟件工程方法中普遍定義的方法之一是結(jié)構(gòu)化生命周期方法（SLC方法），下述哪一個論述不具有SLC方法的主要特征（ C ） A 嚴格定義需求 B 劃分開發(fā)階段 C 規(guī)范文檔格式 D 分析控制流程 軟件結(jié)構(gòu)中兩個模塊之間有調(diào)用關(guān)系，傳遞簡單數(shù)據(jù)值，相當于高級語言中的值傳遞，這兩個模塊之間的耦合