軟件工程期末復(fù)習(xí)簡答題(參考版)
2024-11-01 09:26本頁面
【正文】 而增量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細(xì)節(jié)，從而較早的產(chǎn)生工作軟件。 ：列出所有可能的錯誤原因的假設(shè)；排除不適當(dāng)?shù)募僭O(shè)；精化余于的假設(shè)；證明余于的假設(shè)。 3. 簡述設(shè)計 一個容錯系統(tǒng)的步驟。 1. 簡述演繹法調(diào)試的具體步驟。即對軟件質(zhì)量進(jìn)行跟蹤，及時記錄和報告軟件質(zhì)量情況。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴(yán)格控制軟件的修改和變更。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。軟件測試是質(zhì)量保證的重要手段，因為測試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯誤。國家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評審、設(shè)計評審、審計和測試等具體手段來保證質(zhì)量。 （ 2）組織正式技術(shù)評審。 39．軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？ 解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工作： （ 1）采用技術(shù)手段和工具。 （ 6）開發(fā)工具落后，生產(chǎn)率提高緩慢。 （ 4）軟件開發(fā)技術(shù)落后。 （ 2）軟件開發(fā)管理困難而復(fù)雜。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施，在軟件測試時，又沒有嚴(yán)格 的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運行中暴露出大量的問題。程序結(jié)構(gòu)不好，運行時發(fā)現(xiàn)錯誤也很難修改，導(dǎo)致維護(hù)性差。 （ 3）開發(fā)的軟件可維護(hù)性差。開 發(fā)初期對用戶的要求了解不夠明確，未能得到明確的表達(dá)。由于對工作量估計不足，對開發(fā)難度估計不足，進(jìn)度計劃無法按時完成，開發(fā)時間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計劃很難制定。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機。 38．什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？ 解：軟件發(fā)展第二階段的末期，由于計算機硬件技術(shù)的進(jìn)步，計算機運行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計算機的廣泛應(yīng)用創(chuàng)造了條件。 [解析 ]系統(tǒng)設(shè)計是問題求解及建立解答的高級策略。 （ 7）人機交互接口設(shè)計。分析模型中所有交互行為都表示為對象之間的事件。 如果資源是物理對象，則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問，以達(dá)到自身控制；如果資源是邏輯實體，如對象標(biāo)識符，那么在共享環(huán)境中有沖突訪問的可能，如獨立的事務(wù)可能同時使用同一個對象標(biāo)識符，則各個全局資源都必須有一個保護(hù)對象，由保護(hù)對象來控制對該資源的訪問。必須確定全局資源，并且制定訪問全局資源的策略。通常各數(shù)據(jù)存儲可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲要在費用、訪問時間、容量以及可靠性之間做折中考慮。 （ 4）數(shù)據(jù)存儲管理。 （ 3）處理器及任務(wù)分配。系統(tǒng)設(shè)計的一個重要目標(biāo)就是確定哪些是必須同時動作的對象，哪些不是同時動作的對象。 （ 2）確定并發(fā)性。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是一個功能，而是類、關(guān)聯(lián)、操作、時間和約束的集合。系統(tǒng)設(shè)計要決定整個結(jié)構(gòu)及風(fēng)格，這種結(jié)構(gòu)為后面設(shè)計階段的更詳細(xì)策略的設(shè)計 提供了基礎(chǔ)。 [解析 ]做軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報告共分為八個基本內(nèi)容。 （ 7）其他可供選擇方案：逐一說明其他可供選擇的方案，并說明未被推薦的理由。 （ 5）所建議系統(tǒng)的經(jīng)濟可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收周期。 （ 3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負(fù)荷；各項費用支出；所需要各類專業(yè)技術(shù)人員的數(shù)量；所需要 各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問題。 （ 2）可行性研究前提：可行性研究前提。 ： (1)功能需求 .(2)性能需求 .(3)可靠性和可行性需求 .(4)出錯處理需求 .(5) 接口需求 .(6)約束 .(7)逆向需求 .(8)將來可能提出的要求 . :是最早開始使用的獲取用戶需求的技術(shù) ,是迄今為止仍然廣泛使用的需求分析技術(shù) . 過程 3 種模型 :數(shù)據(jù)模型、功能模型和行為模型 . 3 種相互關(guān)聯(lián)信息 :數(shù)據(jù)對象、數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的
高考資料相關(guān)推薦
鄂ICP備17016276號-1