軟件需求分析與設(shè)計(jì)復(fù)習(xí)題-軟件工程-全文預(yù)覽
【正文】 少語義性的錯(cuò) 誤。 2 設(shè)計(jì)結(jié)構(gòu)應(yīng)該盡可能的模擬實(shí)際問題。 ⑸ 難以適應(yīng)商業(yè)環(huán)境和操作環(huán)境的變化。 缺點(diǎn)： ⑴ 最大的問題是它不能反映實(shí)際代碼的開發(fā)過程。 請(qǐng)寫出下列術(shù)語的英文全稱或縮寫：能力成熟度模型 ： CMM，極限編程 ： ExtremeProgramming，簡(jiǎn)稱 XP 瀑布模型及各階段文檔，優(yōu)缺點(diǎn)？ 答：需求分析 SRS 系統(tǒng)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)文檔如軟件結(jié)構(gòu)圖 程序設(shè)計(jì) 模塊功能算法和數(shù)據(jù)描述文檔 編碼 源程序和注釋 單元測(cè)試和集成測(cè)試 測(cè)試報(bào)告 系統(tǒng)測(cè)試 測(cè)試報(bào)告 驗(yàn)收測(cè)試 測(cè)試報(bào)告 運(yùn)行維護(hù) 維護(hù)報(bào)告 優(yōu)點(diǎn)： (1)它的簡(jiǎn)單性使得開發(fā)人員很容易向不熟悉軟件開發(fā)的客戶作出解釋。 (3)功能強(qiáng)大的桌面計(jì)算的可用性。設(shè)計(jì)和編寫代碼傾向于考慮內(nèi)部特性，尤其是，從業(yè)人員通常會(huì)把故障的數(shù)目和類型看作產(chǎn)品質(zhì)量的證據(jù)。 （ 2） 并非每一個(gè)缺陷都對(duì)應(yīng)于一個(gè)失敗，如果不執(zhí)行缺陷代碼或者不進(jìn)入某個(gè)特定狀態(tài)缺陷就不會(huì)引起失敗。 缺陷：當(dāng)人們?cè)谶M(jìn)行軟件開發(fā)活動(dòng)的過程中出現(xiàn)錯(cuò)誤時(shí)，就會(huì)引起缺陷。一般來 說，與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是 D[ ]，軟件測(cè)試工作最好由 E[ ]來承擔(dān)，以提高集成測(cè)試的效果。其中，（ A）是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列，（ B）是使程序能夠正確操縱信息的數(shù)據(jù)結(jié)構(gòu)，（ C）是與程序開發(fā)、維護(hù)和使用有關(guān)的圖文資料。 __________：例如，一個(gè)模塊把開關(guān)量作為參數(shù)傳送給另一模塊。 A．現(xiàn)在已提出的 B. 現(xiàn)在在研究的 C．不一定可以獲得的 D. 一定可以獲得的 4．模塊綜合測(cè)試的方法有 A 和 B 兩種， A 是從下層模塊向上層模塊依次結(jié)合進(jìn)行測(cè)試，為測(cè)試需要 C以便調(diào)用被測(cè)模塊，但從開發(fā)的初期就能并行進(jìn)行測(cè)試作業(yè)，并且每個(gè)模塊的 D 都很容易做，是這種方法的優(yōu)點(diǎn)。 22． ( v ) 用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部 23． ( v ) 軟件過載缺陷就是當(dāng)運(yùn)行程 序時(shí)，軟件內(nèi)部定長的數(shù)據(jù)結(jié)構(gòu)被溢出，系統(tǒng)任務(wù)無法 24． ( v ) 結(jié)構(gòu)化程序設(shè)計(jì)方法能改善程序結(jié)構(gòu)，提高程序的運(yùn)行效率 。 19． ( v ) 好的 軟件 測(cè)試是用少量的測(cè)試用例運(yùn)行程序，發(fā)現(xiàn)被測(cè)程序盡可能多的錯(cuò)誤。 15． ( x ) 基準(zhǔn)測(cè)試 （ benchmark test） 是非正式的用戶確認(rèn)和驗(yàn)收測(cè)試。 11． ( x ) 在軟件的 生命周期 中，工作量最大的一個(gè)階段就是編寫程序 。 7． ( x ) 有時(shí) 為了測(cè)試的方便，而可以局部地修改軟件系統(tǒng) 。 ( ) 在軟件開發(fā)的各個(gè)階段進(jìn)行過程中，增加人員肯定會(huì)對(duì)整個(gè)項(xiàng)目提前完成有好處。 2. ( x ) 軟件需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，是軟件可行性分析的依據(jù)。 ( x ) CoCoMo 模型可以用來估算系統(tǒng)的工作量和軟件開 發(fā)所需時(shí)間。 ( v ) 系統(tǒng)需求分析員應(yīng)該具有開發(fā)軟、硬件系統(tǒng)的經(jīng)驗(yàn)并且了解用戶領(lǐng)域的知識(shí)。 1 ( v )軟件失?。?failure）在系統(tǒng)交付之前和交付之后都可能被發(fā)現(xiàn)。 1 ( v )里程碑（ milestone）就是開發(fā)過程中的某個(gè)活動(dòng) (activity)。 對(duì)功能的具體實(shí)現(xiàn)。 A．軟件危機(jī)的出現(xiàn) B. 計(jì)算機(jī)硬件技術(shù)的發(fā)展 C．軟件社會(huì)化的需求 D. 計(jì)算機(jī)軟件技術(shù)的發(fā)展 3. 系統(tǒng)技術(shù)可行性研究涉及的技術(shù)應(yīng)該是（ D ）技術(shù)。 供選擇的答案： （ A：⑦ B：⑥ C：⑥ D：① E： ① ） A、 B、 D： ① 功能測(cè)試 ② 組合測(cè)試 ③ 綜合測(cè)試 ④ 可靠性測(cè)試 ⑤ 結(jié)構(gòu)測(cè)試 ⑥ 自頂向下測(cè)試 ⑦ 自底向上測(cè)試 C、 E： ① 仿真 ② 模擬 ③ 生成 ④ 轉(zhuǎn)貯 ⑤ 跟蹤 ⑥ 驅(qū)動(dòng)模塊 ⑦ 宏模塊 ⑧ 支持模塊 2 5．軟件設(shè)計(jì)中劃分程序模塊通常遵循的原則是要求各模塊間的耦合性盡可能 ________，三種可能的模塊耦合是： __________：例如，一個(gè)模塊直接引用另一模塊中的數(shù)據(jù)。 （ ② ⑧ ⑨ ⑤ ⑧ ） 6． 軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的部分，它是包括（ A）、（ B）及（ C）的完整集合。使用白盒測(cè)試方法時(shí)，測(cè)試數(shù)據(jù)應(yīng)該根據(jù) C[ ]和指定的覆蓋標(biāo)準(zhǔn)。 答：錯(cuò)誤，是進(jìn)行軟件開發(fā)過程中人為出錯(cuò)造成的。 （ 1） 單個(gè)錯(cuò)誤可能產(chǎn)生多個(gè)缺陷，并且缺陷可能駐留在任何開發(fā)或維護(hù)的產(chǎn)品中，如設(shè)計(jì)人員可能錯(cuò)誤理解某個(gè)需求，創(chuàng)建處于需求分析人員和用戶實(shí)際意圖不相符的設(shè)計(jì)，這個(gè)設(shè)計(jì)缺陷是一種錯(cuò)誤的編碼，可能導(dǎo)致其他缺陷，像不正確的代碼或用戶手冊(cè)中不正確的描述等 。 答： (1)產(chǎn)品的質(zhì)量：用戶在測(cè)量軟件質(zhì)量的
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1