軟件工程習(xí)題參考答案(編輯修改稿)

　

【文章內(nèi)容簡介】 遵循哪些原則？ ① 模塊的邏輯描述應(yīng)清晰易讀、正確可靠； ② 設(shè)計(jì)的處理過程應(yīng)該簡明易懂； ③ 選擇恰當(dāng)?shù)拿枋龉ぞ邅砻枋瞿K 算法。 3．簡述結(jié)構(gòu)化設(shè)計(jì)的特點(diǎn)。 ① 自頂向下、逐步求精； ② 具有單入、單出的控制結(jié)構(gòu)（取消 GOTO 語句） 4． 結(jié)構(gòu)化程序設(shè)計(jì)中有 哪 幾種基本控制 結(jié)構(gòu) ？ 分別 描繪在程序流程圖、盒圖和PDA 圖中 這些基本控制 的圖例。 (1) 順序結(jié)構(gòu) (2) 選擇結(jié)構(gòu) (3) 先判定型循環(huán)結(jié)構(gòu) (4) 后判定型循環(huán)結(jié)構(gòu) (5) 多情況選擇 7． 試說明 ISO 為什么要建議停止使用程序流程圖，而推薦使用 PDA 圖？ 由于程序流程圖中的 GOTO 語句回嚴(yán)重地?fù)p害程序結(jié)構(gòu)，而無法實(shí)行結(jié)構(gòu)化設(shè)計(jì)。 PDA 圖則 既吸取了程序流程圖好學(xué)、好用、 好懂，方便、靈活的優(yōu)點(diǎn)，又保留了 NS 圖結(jié)構(gòu)化設(shè)計(jì)的特點(diǎn)，很好地滿足了軟結(jié)構(gòu)構(gòu)設(shè)計(jì)圖形工具的要求 ，以及 PDA 圖所具有的 ① 結(jié)構(gòu)清晰，層次分明，易讀；② 支持逐步求精的設(shè)計(jì)思想；③ 容易將 PAD 自動轉(zhuǎn)換為高級語言源程序 等特點(diǎn)，因此， ISO 要 推薦使用 PDA 圖。 8． 試說明 Jackson 方法是一種怎么樣的程序設(shè)計(jì)方法。 它有哪些工作步驟？ Jackson 方法 是以數(shù)據(jù)結(jié)構(gòu) (data structure)為基礎(chǔ)設(shè)計(jì)每個(gè)模塊的處理過程 ，將數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化成程序結(jié)構(gòu)。具體工作步驟有： 第 1 步：用 Jackson 圖描述 I\O 的數(shù)據(jù)結(jié)構(gòu) 第 2 步：在兩個(gè)圖中指出有直接因果關(guān)系、可以同時(shí)處理的單元 第 3 步： 將數(shù)據(jù)結(jié)構(gòu)映射到程序結(jié)構(gòu) 第 4 步：列出所有操作條件，并分配到上幅程序結(jié)構(gòu)圖中 第 5 步：用 Pseudocode 表示程序 編碼與測試 1．說明什么是程序編碼？為什么程序設(shè)計(jì)語言的特點(diǎn)和編碼風(fēng)格會影響到程序的可靠性、可讀性、可測試性和可維護(hù)性？ 所謂 “ 編碼 ” ，就是將在低級抽象層次得到的詳細(xì)設(shè)計(jì)結(jié)果，翻譯成用某種程序設(shè)計(jì)語言書寫的程序。是軟件設(shè)計(jì)的自然結(jié)果。 而程序設(shè)計(jì)語言 是否有理想 的 結(jié)構(gòu)化、模塊化機(jī)制，是否有可讀性好的控制結(jié)構(gòu)和 數(shù) 據(jù)結(jié)構(gòu)等 特性 ，以及程序設(shè)計(jì)語言提供的編譯、軟件工具等，再加上程序 的 設(shè)計(jì)風(fēng)格會很深刻的影響軟件的質(zhì)量和可維護(hù)性、可測試性、可靠性等。 2．用戶界面設(shè)計(jì)的最一般原 則 ，即所謂 “ 黃金規(guī)則 ” 是什么？ ； ； 。 3． 軟件界面設(shè)計(jì)包含了哪幾個(gè)方面的 基本 內(nèi)容？ 界面設(shè)計(jì)包括三個(gè)方面： ； ；，即用戶界面。 4．用戶界 面提供系統(tǒng)服務(wù)的方式通常有 哪兩種？ 命令驅(qū)動和屏幕菜單驅(qū)動 5． WIMP 界面 是 屏幕 菜單驅(qū)動 用戶界面的 一種形式，其設(shè)計(jì)準(zhǔn)則有哪些？ (1) 明確的動作：在屏幕上指點(diǎn)并操縱對象 (2) 即時(shí)反饋：操作結(jié)構(gòu)即見 (3) 增量效應(yīng)：圖標(biāo)應(yīng)被拖曳連續(xù)移動，而非跳躍 (4) 可視交互：交互操作與用戶概念模型匹配 (5) 剝皮式學(xué)習(xí)：學(xué)習(xí)系統(tǒng)功能復(fù)雜性逐層加深 (6) 可逆動作：也即應(yīng)有退回操作 (7) 事先驗(yàn)證：只允許合法操作產(chǎn)生效果 6． 為什么說軟件界面設(shè)計(jì)的質(zhì)量會直接影響到用戶對軟件產(chǎn)品的評價(jià)？ 用戶界面 (Userinterface)又稱人機(jī)界面 (manputer interface)，是用戶和計(jì)算機(jī)聯(lián)系的中間媒介，是系統(tǒng)中最重要、最關(guān)鍵的部分之一。用戶界面設(shè)計(jì)的好壞，直接影響到系統(tǒng)設(shè)計(jì)的成敗。 這是因?yàn)?，如果一個(gè)界面設(shè)計(jì)的不好，也即通常所說的用戶界面不友好，可以使用戶在使用時(shí)感到不便，甚至制造麻煩，系統(tǒng)就難以發(fā)揮應(yīng)有的效益，甚至可能被用戶棄用。 7． 什么是系統(tǒng)響應(yīng)時(shí)間？ 系統(tǒng)響應(yīng)時(shí)間有哪些重要屬性？ 系統(tǒng)響應(yīng)時(shí)間指從用戶完成某個(gè)控制動作，到系統(tǒng)給出預(yù)期響應(yīng)的時(shí)間。 系統(tǒng)響應(yīng)時(shí)間有 2 個(gè)重要的屬性：長度和易變性。 8． 在設(shè)計(jì)軟件系統(tǒng)的用戶幫助設(shè)施時(shí)，需要注意解決哪些問題？ 1．在用戶 與系統(tǒng)交互期間，是否任何時(shí)候都能獲得關(guān)于系統(tǒng)任何功能的幫助信息？ 2．用戶怎樣請求幫助？ 3．怎樣顯示幫助信息？ 4．用戶怎樣返回到正常的交互方式中？ 5．怎樣組織幫助信息？ 9． 軟件出錯(cuò)處理設(shè)計(jì)，即軟件安全性設(shè)計(jì)。一個(gè)交互式出錯(cuò)處理程序應(yīng)該具備哪些功能和屬性？ 1．信息應(yīng)該使用用戶可以理解的術(shù)語描述。 2．信息應(yīng)該提供有助于從錯(cuò)誤中恢復(fù)的建設(shè)性意見。 3．信息應(yīng)該指出錯(cuò)誤可能導(dǎo)致的后果。 4．信息應(yīng)該伴隨感官提示。 5．信息不能帶有指責(zé)色彩。 10． 測試的最基本目標(biāo)是什么？ 以盡可能小的代價(jià)，發(fā)現(xiàn)盡可 能多的錯(cuò)誤。 11．軟件測試的原則有哪些？ ① 應(yīng)當(dāng)把 “ 盡早和不斷的測試 ” 作為座右銘 ② 測試應(yīng)由獨(dú)立的專業(yè)測試機(jī)構(gòu)來完成 ③ 測試工作要全面，但不可能實(shí)現(xiàn) “ 窮舉 ” ④ 只能盡可能查錯(cuò)，不能證明程序中沒有錯(cuò) ⑤ 軟件測試符合 28(Pareto)原理 ⑥ 應(yīng)妥善保存測試文檔 ⑦ 制定嚴(yán)格、合理的測試計(jì)劃 ⑧ 錯(cuò)誤經(jīng)過修改后，相關(guān)的測試必不可少 12． 軟件測試的方法有哪幾種？ 黑盒測試和白盒測試 。 13．簡單說明什么是白盒測試，什么是黑盒測試。 黑盒測試是把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和 處理過程的測試方法。黑盒測試又稱功能測試。 白盒測試是對程序的執(zhí)行細(xì)節(jié)進(jìn)行測試，通過設(shè)計(jì)測試數(shù)據(jù)，驗(yàn)證程序模塊的每個(gè)路徑的執(zhí)行情況。白盒測試又稱結(jié)構(gòu)測試。 14．簡述軟件測試的步驟。 (1) 單元測試 —— 程序設(shè)計(jì) amp。 代碼 bugs (2) 子系統(tǒng)測試 —— 模塊連接 (3) 系統(tǒng)測試 —— 需求確認(rèn) amp。 系統(tǒng)設(shè)計(jì) (4) 驗(yàn)收測試 —— 用戶加入 (5) 平行運(yùn)行 —— 新舊系統(tǒng)比較運(yùn)行結(jié)果 16． 為什么單元測試必須由編程者自己完成？ 單元測試是對程序邏輯結(jié)構(gòu)的測試。而對程序結(jié)構(gòu)最為熟悉的，莫過于編程者。再者，高質(zhì)量的程序模塊是構(gòu)造系統(tǒng)的基礎(chǔ)，因此編程者 必須向下一道工序提交符合質(zhì)量要求的產(chǎn)品。 17． 單元測試的主要手段有哪些？ 代碼審查、計(jì)算機(jī)測試等。 18． 單元測試主要從哪 5個(gè)方面進(jìn)行？ 主要測試以下五個(gè)方面： 1. 模塊接口 2. 局部數(shù)據(jù)結(jié)構(gòu) 3. 重要的執(zhí)行通路 4. 出錯(cuò)處理通路 5. 邊界條件 19． 為什么人工代碼審查十分重要？ 一次審查可發(fā)現(xiàn)多個(gè)錯(cuò)誤，不必改一個(gè)測一個(gè)。 20． 集成測試主要有 漸增式測試、非漸增式測試 兩種，試述兩種方式的異同點(diǎn)。 漸增式測試：可以較早發(fā)現(xiàn)模塊間的接 口錯(cuò)誤、出現(xiàn)的錯(cuò)誤往往跟最新加入的模塊有關(guān)、在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測，測試更徹底，但較非漸增式測試費(fèi)時(shí)。 非漸增式測試由于最后才組裝，因此錯(cuò)誤發(fā)現(xiàn)得晚、發(fā)現(xiàn)錯(cuò)誤后難以診斷定位，但可以同時(shí)并行測試所有模塊，能充分利用人力。 21． 描述集成測試的兩種策略，并比較它們的優(yōu)缺點(diǎn)。 自頂向下測試和自底向上測試兩種。 自頂向下測試 的優(yōu)點(diǎn)是不需要測試驅(qū)