軟件需求分析與設(shè)計(jì)復(fù)習(xí)題-軟件工程-在線瀏覽
2025-01-06 18:09本頁面
【正文】 的質(zhì)量 (2)發(fā)現(xiàn)軟件的錯(cuò)誤 (3)找出軟件中的所有錯(cuò)誤 (4)證明軟件是正確的 B： (1)隨機(jī)的選取測試數(shù)據(jù) (2)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) (3)在完成編碼以后制訂測試計(jì)劃 (4)選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù) C： (1)程序的內(nèi)部邏輯 (2)程序的復(fù)雜程度 (3)使用說明書 (4)程序的功能 D： (1)需 求規(guī)格說明書 (2)總體設(shè)計(jì)說明書 (3)源程序 (4)項(xiàng)目開發(fā)計(jì)劃 E： (1)該軟件的設(shè)計(jì)人員 (2)該軟件開發(fā)組的負(fù)責(zé)人 (3)該軟件的編程人員 (4)不屬該軟件開發(fā)組的軟件設(shè)計(jì)人員 填入答案：（ A： 2 B： 4 C： 1 D： 3 E: 4 ） 三、名詞解釋、簡答與論述 軟件工程的定義 ：軟件工程是一種系統(tǒng)工程，不只包括對技術(shù)問題的分析與解決，還包括對開發(fā)過程和給參與者分配合適的角色等方面的管理。 答：錯(cuò)誤，是進(jìn)行軟件開發(fā)過程中人為出錯(cuò)造成的。 失?。菏侵赶到y(tǒng)違背了它應(yīng)有的行為。 （ 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)致其他缺陷，像不正確的代碼或用戶手冊中不正確的描述等 。 （ 3） 缺陷是系統(tǒng)的內(nèi)部視圖，這是從開發(fā)人員角度看問題而失敗是系統(tǒng)的外部視圖，它是用戶所看到的問題。 答： (1)產(chǎn)品的質(zhì)量：用戶在測量軟件質(zhì)量的時(shí)候，用戶從故障數(shù)目和故障類型等外部特性進(jìn)行評(píng)價(jià)，如將失敗分為次要的、主要的、災(zāi)難性的。 (2)生產(chǎn)該產(chǎn)品的過程的質(zhì)量：任何一個(gè) 活動(dòng)出了差錯(cuò)都會(huì)影響產(chǎn)品的質(zhì)量，對過程進(jìn)行建模的優(yōu)點(diǎn)是我們能夠研究它，并尋找方法對他加以改進(jìn)。 (2)計(jì)算技術(shù)在經(jīng)濟(jì)中的轉(zhuǎn)變：更低的硬件成本，更高的開發(fā)和維護(hù)成本。 (4)廣泛的局域網(wǎng)和廣域網(wǎng)。 (6)使用窗口、圖標(biāo)、菜單和指示器的圖形用戶界面 (7)軟件開發(fā)瀑布模型的不可預(yù)測性。 (2)明確的表示出為了下一階段的開發(fā)，那些中間產(chǎn)品是必須的。 (3)瀑布模型是其他復(fù)雜模型的基礎(chǔ)。 ⑵ 面臨軟件變動(dòng)時(shí) , 該模型無法處理實(shí)際過程 中的重復(fù)開發(fā)問題 軟件 是一個(gè) 創(chuàng)造的過程 ,不是 一個(gè)制造的過程。 ⑷ 沒有將開發(fā)看成一個(gè)迭代的過程。 論述分階段開發(fā)模型的含義 , 分類及特點(diǎn)。 迭代開發(fā) :系統(tǒng)開始就提供了整體功能框架，后續(xù)版本陸續(xù)增強(qiáng) 各個(gè)子系統(tǒng)，最后版本使各個(gè)子系統(tǒng)的功能達(dá)到最強(qiáng) . 在所有的軟件開發(fā)過程模型中，你認(rèn)為哪些過程給予你最大的靈活性以應(yīng)對需求的變更？ 1 設(shè)計(jì)對于分析模型應(yīng)該是可跟蹤的：軟件的模塊可能被映射到多個(gè)需求上。 3 設(shè)計(jì)應(yīng)該表現(xiàn)出一致性。 5 在創(chuàng)建設(shè)計(jì)時(shí)就應(yīng)該能夠評(píng)估質(zhì)量。 什么是項(xiàng)目進(jìn)度？ 項(xiàng)目進(jìn)度是對特定項(xiàng)目的軟件開發(fā)周期的刻畫。 1 軟件人員應(yīng)該具備的能力是什么？ 答： (1)完成工作的能力 (2)對工作的興趣 (3)開發(fā)類似應(yīng)用的經(jīng)驗(yàn) (4)使用類似工具或語言的經(jīng)驗(yàn) (5)使用類似開發(fā)環(huán)境的經(jīng)驗(yàn) (6)使用類似技術(shù)的經(jīng)驗(yàn) (7)培訓(xùn) (8)與他人交流的能力 可行性分析 系統(tǒng)需求分析 程序設(shè)計(jì) 編寫程序 單元測試 集成測試 系統(tǒng)測試 系統(tǒng)交付 系統(tǒng)維護(hù) 4 (9)與他人共同承擔(dān)責(zé)任的能力 (10)管理技能 1 軟件項(xiàng)目組織的基本結(jié)構(gòu)？主 程序員組式的小組結(jié)構(gòu)有什么優(yōu)點(diǎn)？ 答： (1)主程序員負(fù)責(zé)制組：簡化交流，更快地作出決定 (2)無私編程方法：所有小組成員共同決定，共同承擔(dān)責(zé)任。因此，預(yù)測的準(zhǔn)確性基于估算者的能力、經(jīng)驗(yàn)、客觀性和洞察力。 1 試述 COCOMO 模型的三個(gè)階段基本工作原理或含義。 COCOMO 用應(yīng)用點(diǎn)來估計(jì)規(guī)模。 階段 3(后體系結(jié)構(gòu)階段 )， COCOMO 規(guī)模用功能點(diǎn)或代碼行的形式來表述。 降低風(fēng)險(xiǎn)的策略 :(1)通過改變性能或功能需求，避免風(fēng)險(xiǎn) (2)通過把風(fēng)險(xiǎn)分配 到其他系統(tǒng)中，或者購買保險(xiǎn)以便在風(fēng)險(xiǎn)成為事實(shí)時(shí)彌補(bǔ)經(jīng)濟(jì)上的損失，從而轉(zhuǎn)移風(fēng)險(xiǎn)。 1 需求的含義是什么 ? 需求是 對期望行為的表達(dá)。 Use Case（用例）是一個(gè) UML 中非常重要的概念 ： 在不展現(xiàn)一個(gè)系統(tǒng)或子系統(tǒng)內(nèi)部結(jié)構(gòu)的情況下，對系統(tǒng)或子系統(tǒng)的某個(gè)連貫的功能單元的定義和描述。 答 ： A 必須滿足的需求 B 很值得要得但不是必須的 C 可要可不要的。 非功能性需求 (質(zhì)量需求 )描述一些軟件解決方案必須擁有的質(zhì)量特性，如快速響應(yīng)的時(shí)間，易使用性、高可靠性或低維護(hù)代價(jià)等。 概念設(shè)計(jì)描述軟件的結(jié)構(gòu) 和功能，告訴客戶系統(tǒng)能夠做什么。 2 三種設(shè)計(jì)層次及其關(guān)系？ 答： A：結(jié)構(gòu)設(shè)計(jì)，由軟件需求中的系統(tǒng)能力與系統(tǒng)部件關(guān)聯(lián)起來而得到軟件整體結(jié)構(gòu)的過程。 B：代碼設(shè)計(jì)，各個(gè)部件的算法、數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。 C：運(yùn)行設(shè)計(jì)：最底層的設(shè)計(jì) — 內(nèi)存分配、數(shù)據(jù)格式、位模式等。隨著設(shè)計(jì)人員對解決方案及其含義有更多的理解，他們就會(huì)往返于各層次之間。（ 242 頁） 答： (1)隱喻：可以認(rèn)識(shí)和學(xué)習(xí)的基本術(shù)語。 (3)模型的導(dǎo)航規(guī)則 :如何在數(shù)據(jù) ,功能 ,活動(dòng)和角色中移動(dòng)
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1