軟件工程期末復(fù)習(xí)簡答題(存儲(chǔ)版)
【正文】 行性 .(2)經(jīng)濟(jì)可行性 .(3)操作可行性 . : (1).復(fù)查系統(tǒng)規(guī)模和目標(biāo) . (2).研究目前正在使用的系統(tǒng) . (3).導(dǎo)出新系統(tǒng)的高層邏輯模型 . (4).進(jìn)一步定義問題 . (5).導(dǎo)出和評價(jià)供選擇的解法 . (6).推薦行動(dòng)方針 . (7).草擬開發(fā)計(jì)劃 . (8).書寫文檔提交審查 . :是概括地描繪物理系統(tǒng)的傳 統(tǒng)工具 .它的基本思想是用圖形符號以黑盒子形式描繪組成系統(tǒng)的每個(gè)部件 . (DFD):是一種圖形化技術(shù) ,它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換 . :是關(guān)于數(shù)據(jù)的信息的集合 ,就是對數(shù)據(jù)流圖中包括的所有元素的定義的集合 . :(1)數(shù)據(jù)流 .(2)數(shù)據(jù)流分量 .(3)數(shù)據(jù)存儲(chǔ) .(4)處理 . :定義絕大多數(shù)復(fù)雜事物的方法 ,都是用被定義的事物的成分的某種組合表示這個(gè)事物 ,這些組成成分又由更底層的成分的組合來定義 . :作為分析階段的工具。 （ 3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負(fù)荷；各項(xiàng)費(fèi)用支出；所需要各類專業(yè)技術(shù)人員的數(shù)量；所需要 各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問題。系統(tǒng)設(shè)計(jì)要決定整個(gè)結(jié)構(gòu)及風(fēng)格，這種結(jié)構(gòu)為后面設(shè)計(jì)階段的更詳細(xì)策略的設(shè)計(jì) 提供了基礎(chǔ)。 （ 3）處理器及任務(wù)分配。 如果資源是物理對象，則可以通過建立協(xié)議實(shí)現(xiàn)對并發(fā)系統(tǒng)的訪問，以達(dá)到自身控制；如果資源是邏輯實(shí)體，如對象標(biāo)識(shí)符，那么在共享環(huán)境中有沖突訪問的可能，如獨(dú)立的事務(wù)可能同時(shí)使用同一個(gè)對象標(biāo)識(shí)符，則各個(gè)全局資源都必須有一個(gè)保護(hù)對象，由保護(hù)對象來控制對該資源的訪問。 38．什么是軟件危機(jī)？軟件危機(jī)的表現(xiàn)是什么？其產(chǎn)生的原因是什么？ 解：軟件發(fā)展第二階段的末期，由于計(jì)算機(jī)硬件技術(shù)的進(jìn)步，計(jì)算機(jī)運(yùn)行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計(jì)算機(jī)的廣泛應(yīng)用創(chuàng)造了條件。開 發(fā)初期對用戶的要求了解不夠明確，未能得到明確的表達(dá)。 （ 2）軟件開發(fā)管理困難而復(fù)雜。 （ 2）組織正式技術(shù)評審。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變更。 ：列出所有可能的錯(cuò)誤原因的假設(shè)；排除不適當(dāng)?shù)募僭O(shè)；精化余于的假設(shè)；證明余于的假設(shè)。 3. 簡述設(shè)計(jì) 一個(gè)容錯(cuò)系統(tǒng)的步驟。用戶可以自己制定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。 39．軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？ 解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾方面的工作： （ 1）采用技術(shù)手段和工具。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施，在軟件測試時(shí)，又沒有嚴(yán)格 的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運(yùn)行中暴露出大量的問題。由于對工作量估計(jì)不足，對開發(fā)難度估計(jì)不足，進(jìn)度計(jì)劃無法按時(shí)完成，開發(fā)時(shí)間一再拖延。 [解析 ]系統(tǒng)設(shè)計(jì)是問題求解及建立解答的高級策略。必須確定全局資源，并且制定訪問全局資源的策略。系統(tǒng)設(shè)計(jì)的一個(gè)重要目標(biāo)就是確定哪些是必須同時(shí)動(dòng)作的對象，哪些不是同時(shí)動(dòng)作的對象。 [解析 ]做軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報(bào)告共分為八個(gè)基本內(nèi)容。 （ 2）可行性研究前提：可行性研究前提。 （ 7）維護(hù)維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。如果不知道問題是什么就試圖解決這個(gè)問題，顯然是盲目的，只會(huì)自白浪費(fèi)時(shí)間和金錢，最終得出的結(jié)果很可能是毫無意義的。（ 3）實(shí)行嚴(yán)格的產(chǎn)品控制。（ 6）開發(fā)小組人員應(yīng)該少而精。（ 4）總體設(shè)計(jì)這個(gè)階段的基本任務(wù)是，概括地回答“怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng) ?”這個(gè)問題。 ：因?yàn)樗幕救蝿?wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么？”這個(gè)問題。 （ 4）所建議系統(tǒng)的技術(shù)可行性分析：所建議系統(tǒng)的簡要說明；處理流程和數(shù)據(jù)流程；與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對用戶的影響；對各種設(shè)備、現(xiàn)有軟件、開發(fā)環(huán)境、運(yùn)行環(huán)境的影響；對經(jīng)費(fèi)支出的影響；對技術(shù)可行性的評價(jià)。 （ 1）系統(tǒng)分解。各并發(fā)子系統(tǒng)必須分配給單個(gè)硬件單元，要么是一個(gè)一般的處理器，要么是一個(gè)具體的功能單 元，必須完成下面的
高考資料相關(guān)推薦
鄂ICP備17016276號-1