【正文】 ______：例如，一個(gè)模塊把數(shù)值量作為參數(shù)傳送給另一模塊。其缺點(diǎn)是直到測(cè) 試的最后階段，程序的缺陷都難以發(fā)現(xiàn)。 二、選擇 從供選擇的答案中，選出正確的答案填入（ ）內(nèi) 1．白盒測(cè)試法常用的方法是 A 方法，黑盒法中常用的方法是 B 方法和 C 方法， C 方法根據(jù)輸入的關(guān)系設(shè)計(jì)測(cè)試用例。 ( x )在軟件開發(fā)中一定要不惜代價(jià)避免風(fēng)險(xiǎn)。 1 ( x )開發(fā)人員和客戶對(duì)軟件質(zhì)量因素的認(rèn)可是完全一致的。 1 ( x )軟件運(yùn)行正確，可見軟件中沒有缺陷（ fault）。 ( v ) OOA 方法的核心思想是利用面向?qū)ο蟮母拍詈头椒檐浖枨蠼ㄔ炷Ｐ?，大致步驟是識(shí)別對(duì)象（屬性和方法），識(shí)別類及其結(jié)構(gòu)，定義對(duì)象之間的消息傳遞等。 4． ( x ) 好的測(cè)試用例應(yīng)能證明軟件是正確的。 1 軟件需求分析與設(shè)計(jì)復(fù)習(xí)題 一 ． 判斷 ( ) 程序設(shè)計(jì)語言種類很多，在進(jìn)行軟件開發(fā)時(shí)可以隨便選擇一種語言進(jìn)行編碼。 5． ( x ) 軟件 功能測(cè)試的測(cè)試用例主要是由需求階段的功能說明部分轉(zhuǎn)化而來 。 9． ( x ) 面向?qū)ο蠓椒ǜm合于軟件重用的根本原因在于它是軟部件唯一的合成技術(shù) 。 13． ( x ) RUP（ Rational Unified Process：統(tǒng)一軟件過程）本質(zhì)上是輕量級(jí)的軟件過程規(guī)范。 17． ( x ) UML 語言支持面向?qū)ο蟮闹饕拍睿⑴c具體的開發(fā) 過程相關(guān)。 21． ( v ) 在需求分析中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。供選擇的答案： （ ② ③ ⑤ ） A、 B、 C： ① 綜合測(cè)試 ② 路徑測(cè)試 ③ 等價(jià)分類 ④ 歸納測(cè)試 ⑤ 因 果 圖 ⑥ 追 蹤 ⑦ 回 溯 ⑧ 排 錯(cuò) 2. 軟件工程的出現(xiàn)是 由于（ A ）。 B 是從上層模塊向下層模塊依次結(jié)合進(jìn)行測(cè)試，為了測(cè)試需要設(shè)計(jì) E 模塊模擬被測(cè)模塊所調(diào)用的下級(jí)模塊。 其中， __________的耦合性最強(qiáng)。為了提高測(cè)試的效率，應(yīng)該 B[ ]。 說明錯(cuò) 誤、缺陷、失敗的含義與聯(lián)系。可能會(huì)在系統(tǒng)交付前或交付后被發(fā)現(xiàn)，也可能在測(cè)試過程中或者在運(yùn)行和維護(hù)過程中被發(fā)現(xiàn)。 軟件質(zhì)量應(yīng)從哪幾個(gè)方面來衡量？論述之。 (3)在產(chǎn)品將使用的商業(yè)環(huán)境背景下的產(chǎn)品的質(zhì)量 現(xiàn)代軟件工程大致包含的幾個(gè)階段及各個(gè)階段文檔（ P2324） 答： 3 使現(xiàn)代 SE 實(shí)踐發(fā)生變化的（七個(gè)）關(guān)鍵因素是什么？ (1)商用產(chǎn)品投入市場(chǎng)時(shí)間的緊迫性。 (5)面向?qū)ο蠹夹g(shù)的采用及其有效性。用里程碑明確表示出一個(gè)階段的 結(jié)束，并伴隨著提交物。 ⑶ 文檔轉(zhuǎn)換有困難。 答：分階段開發(fā)模型：系統(tǒng)被設(shè)計(jì)成部分提交 , 每次用戶只能得到部 分功能 , 而其他部分處于開發(fā)過程中 . 分類：增量開發(fā) :系統(tǒng)需求按照功能分成若干子系統(tǒng)，開始建造的版本 是規(guī)模小的、部分功能的系統(tǒng)，后續(xù)版本添 加包含新功能的子系統(tǒng)，最后版本是包含全部功能的子系統(tǒng)集 。 4 不要把設(shè)計(jì)當(dāng)成編寫代碼。包括對(duì)項(xiàng)目階段、步驟、活動(dòng)的分解，對(duì)各個(gè)活動(dòng) 的交互關(guān)系的描述，以及對(duì)各活動(dòng)完成時(shí)間的初步估算。 算式估算法： 其中 S 是系統(tǒng)規(guī)模估計(jì)量， a， b， c 是常量， X 是從 x1 到 xn 的一個(gè)成本因素的向量， m 是基于這些因素的一個(gè)調(diào)整因子。 階段 2(早期設(shè)計(jì)階段 )， COCOMO 采用功能點(diǎn)作為對(duì)規(guī)模的估計(jì)量。 (3)假設(shè)風(fēng)險(xiǎn)會(huì)發(fā)生，接受并用項(xiàng)目資源控制風(fēng)險(xiǎn)。 1 舉例說明獲取需求時(shí)的需求分 類及相互關(guān)系。 什么是設(shè)計(jì)？概念設(shè)計(jì)？技術(shù)設(shè)計(jì)？ 設(shè)計(jì)是將問題轉(zhuǎn)換為解決方案的創(chuàng)造性過程，對(duì)解決方案的描述也稱為設(shè)計(jì)。包含模塊，模塊之間的聯(lián)系，從子系統(tǒng)創(chuàng)建系統(tǒng)的相關(guān)操作。 自頂向下設(shè)計(jì)是有益的：首先涉及體系結(jié)構(gòu)，然后進(jìn)行代碼設(shè)計(jì)，最后是執(zhí)行設(shè)計(jì)。 (2)頭腦中的模型 :數(shù)據(jù)、功能、任務(wù)和角色的組織和表示。 (6)文化問題 :信仰 ,價(jià)值觀、道德規(guī)范、傳統(tǒng)、風(fēng)俗和 傳說。 2 什么是面向?qū)ο螅? OO 是一種軟件開發(fā)方法，它將問題及其解決方法組織成一系列獨(dú)立的對(duì)象，數(shù)據(jù)結(jié)構(gòu)和動(dòng)作都被包括在內(nèi)。 2 OO 開發(fā)過程有幾個(gè)步驟？ 答： OO 需求分析， OO 設(shè)計(jì) (系統(tǒng)設(shè)計(jì)：確定類、對(duì)象及它們之間的關(guān)系；程序設(shè)計(jì)：在模型中插入計(jì)算特性，確定類庫的細(xì)節(jié)，考慮非功能性需求 )， OO 編碼和測(cè)試 2 用例圖的組成和畫法 答：參與者是與系統(tǒng)相關(guān)的實(shí)體所扮演的一種角色。 2 熟悉類圖中各個(gè)類之間的基本關(guān)系分類 答：泛化（繼承），關(guān)聯(lián)，導(dǎo) 航，依賴，聚合，組裝 2 熟悉類圖的組成和基本畫法 答： 類圖 (Class diagram)由許多（靜態(tài)）說明性的模型 元素 （例如類、包和它們之間的關(guān)系，這些元素和它們的內(nèi)容互相連接）組成。 為什么說編碼工作是紛繁復(fù)雜甚至令人氣餒？ 答： (1)設(shè)計(jì)對(duì)于編碼來說并不總是簡(jiǎn)單明了的。 ① 重組可以幫助理解。 (2)算法：編寫代碼時(shí)，程序設(shè)計(jì)通常會(huì)制定一些算法。 (3)安排格式以增強(qiáng)理解。 XP 承諾降低軟件項(xiàng)目風(fēng)險(xiǎn)，改善業(yè)務(wù)變化的反應(yīng)能力，提高開發(fā)期間的生產(chǎn)力，為軟件開發(fā)過程增加樂趣等等 。 系統(tǒng)實(shí)現(xiàn)是 MIS 新系統(tǒng)開發(fā)工作的最后一個(gè)階段。 6 (2) 作為程序員，要注意“設(shè)計(jì)文檔并不總是與編碼直接對(duì)應(yīng)”，在克服困難圓滿完成設(shè)計(jì) 與源代碼實(shí)現(xiàn)