軟件工程答案

1、第 3 章 軟件項(xiàng)目管理（習(xí)題與參考答案）選擇題1. 軟件項(xiàng)目管理的“ 4P'是（）。（C）A. people ， performance ， payoff ， productB. people，product，performance ， processC. people，product，process ， projectD. people，process，payoff ， product2. （ ）項(xiàng)目管理在現(xiàn)代軟件開發(fā)中是不太重要的，因?yàn)榇蠖鄶?shù)項(xiàng)目能夠及時(shí)完成并成功交付。 （ B）A. 真B. 假3. 在軟件開發(fā)的各種資源中，（ ）是最重要的資源。（ C）A. 開發(fā)工具B. 方法C

2、. 硬件環(huán)境D. 人員4. 軟件項(xiàng)目規(guī)劃的第一步是（一步是（） 。 （ D）A. 確定項(xiàng)目預(yù)算B. 選擇團(tuán)隊(duì)的組織模型C. 確定項(xiàng)目的約束D. 建立項(xiàng)目的目標(biāo)和范圍5. 下面的（）方法最不適合你向團(tuán)隊(duì)成員解釋他或她為什么表現(xiàn)不合格。（ B）A. 個(gè)人談話B. 項(xiàng)目團(tuán)隊(duì)會議C. 正式報(bào)告D. 電子郵件6. 功能點(diǎn)估算技術(shù)需要以（）為基礎(chǔ)進(jìn)行問題分解。（ A）A. 信息域B. 項(xiàng)目進(jìn)度C. 軟件功能D. 過程活動7. 軟件開發(fā)團(tuán)隊(duì)的每一個(gè)成員都應(yīng)該參與計(jì)劃活動，以便（） 。 （ C）A. 降低計(jì)劃的粒度B. 深入地分析需求C. 所有成員同意該計(jì)劃D. 開始設(shè)計(jì)8. 在攻克技術(shù)難題時(shí)，最佳的開發(fā)團(tuán)隊(duì)

3、組織模型是（） 。 （ A）A. 民主式結(jié)構(gòu)B. 主程序員式結(jié)構(gòu)C. 技術(shù)管理混合式結(jié)構(gòu)D. 以上所有選項(xiàng)都不是9. 在選擇開發(fā)團(tuán)隊(duì)組織結(jié)構(gòu)時(shí)應(yīng)考慮（）因素。 （ E）A. 溝通的復(fù)雜程度B. 最終程序的規(guī)模大小C. 發(fā)布日期的嚴(yán)格程度D. 項(xiàng)目預(yù)算的多少E.選項(xiàng)A, B和C10. 在軟件開發(fā)過程中避免受挫的最佳方法之一是（） 。 （ A）A. 給予團(tuán)隊(duì)成員對于過程和技術(shù)決策的更多控制權(quán)B. 給予團(tuán)隊(duì)成員對于過程和技術(shù)決策的更少控制權(quán)C. 向團(tuán)隊(duì)成員隱瞞壞消息直到事情有所改善D. 根據(jù)生產(chǎn)效率獎勵團(tuán)隊(duì)成員11. 下面的（）軟件特性不是引起項(xiàng)目協(xié)調(diào)困難的一個(gè)因素。（ B）A. 互操作性B. 性能

4、C. 規(guī)模D. 不確定性12. 在進(jìn)行項(xiàng)目范圍活動時(shí)，問題分解的主要范圍是（） 。 （ E）A. 客戶工作流程B. 需要發(fā)布的功能C. 用于發(fā)布功能的過程D. 軟件過程模型E. 選項(xiàng) B 和 C13. （ ）隨著項(xiàng)目計(jì)劃的不斷形成，產(chǎn)品分解和過程分解經(jīng)常是同時(shí)發(fā)生的。（ A）A. 真B. 假14. 為了將項(xiàng)目失敗的風(fēng)險(xiǎn)減少到最小，項(xiàng)目經(jīng)理需要采?。ǎ?。 （ D）A. 將項(xiàng)目團(tuán)隊(duì)規(guī)模增加一倍B. 要求更大的預(yù)算C. 順利地開始D. 跟蹤過程E. 選項(xiàng) B 和 C15. （ ）估算不可靠的唯一原因是估算人員缺乏經(jīng)驗(yàn)。（ B）A. 真B. 假16. （ ）由于軟件項(xiàng)目估算不完全可靠，所以項(xiàng)目開始后

5、可以忽略這些估算。（ B）A. 真B. 假17. 軟件項(xiàng)目規(guī)劃的目的是（） 。 （ C）A. 使客戶相信項(xiàng)目是可行的B. 使用歷史項(xiàng)目數(shù)據(jù)C. 使項(xiàng)目管理者合理地估算成本和進(jìn)度D. 在投標(biāo)項(xiàng)目之前確定大概的利潤邊界18. 軟件項(xiàng)目所需的人數(shù)應(yīng)該（） 。 （ D）A. 在估計(jì)開發(fā)需要的努力之后決定B. 由項(xiàng)目預(yù)算數(shù)量決定C. 從評價(jià)系統(tǒng)復(fù)雜性來決定D. 以上所有選項(xiàng)19. （ ）估計(jì)待開發(fā)軟件產(chǎn)品的規(guī)模必須基于像代碼行等直接度量單位。（ B）A. 真B. 假20. 代碼行估算技術(shù)需要以（）為基礎(chǔ)進(jìn)行問題分解。（ C）A. 信息域值B. 項(xiàng)目進(jìn)度C. 軟件功能D. 軟件過程活動21. 功能點(diǎn)估算技

6、術(shù)需要以（）為基礎(chǔ)進(jìn)行問題分解。（ A）A. 信息域值B. 項(xiàng)目進(jìn)度C. 軟件功能D. 軟件過程活動22. 經(jīng)驗(yàn)估算模型是基于（） 。 （ C）A. 專家基于過去項(xiàng)目經(jīng)驗(yàn)的判斷B. 期望值估計(jì)的細(xì)化C. 來自歷史項(xiàng)目數(shù)據(jù)的回歸模型D. 反復(fù)試驗(yàn)決定參數(shù)和系數(shù)23. COCOMIOI 是現(xiàn)代經(jīng)驗(yàn)估算模型的一個(gè)實(shí)例，它需要以 （） 為單位的程序規(guī)模信息。（ B）A. 功能點(diǎn)B. 代碼行C. 工作量D. 以上任何選項(xiàng)24. （ ）功能點(diǎn)不能用于估算面向?qū)ο蟮能浖?。?B）A. 真B. 假25. （ ）軟件項(xiàng)目延遲是不可避免的，而且無法解釋其原因。（ B）A. 真B. 假26. （ ）將開發(fā)團(tuán)隊(duì)人數(shù)增

7、加一倍可以保證項(xiàng)目完成時(shí)間減少一半。（ B）A. 真B. 假27. 任務(wù)集是（）的集合。（ A）A. 工作任務(wù)、里程碑、工作產(chǎn)品B. 任務(wù)分配、成本估算、度量單位C. 里程碑、可交付物、度量單位D. 責(zé)任、里程碑、文檔28. （ ）主動的風(fēng)險(xiǎn)管理有時(shí)被描述為救火。（ B）A. 真B. 假29. 軟件風(fēng)險(xiǎn)總是包括（）兩個(gè)特性。（ C）A. 救火和危機(jī)管理B. 已知的和未知的風(fēng)險(xiǎn)C. 不確定和損失D. 安置人員和預(yù)算30. 風(fēng)險(xiǎn)的三種主要類型是（） 。 （ B）A. 商業(yè)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)、預(yù)算風(fēng)險(xiǎn)B. 項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、商業(yè)風(fēng)險(xiǎn)C. 計(jì)劃風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)D. 管理風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、設(shè)計(jì)風(fēng)險(xiǎn)3

8、1. 下面的（）是有效的軟件配置項(xiàng)。（ E）A. 軟件工具B. 文檔C. 可執(zhí)行程序D. 測試數(shù)據(jù)E. 以上所有選項(xiàng)32. 下面的（）配置對象通常不包括在項(xiàng)目數(shù)據(jù)庫中。（ C）A. 設(shè)計(jì)規(guī)格說明書B. 可執(zhí)行程序C. 組織結(jié)構(gòu)描述D. 測試計(jì)劃33. 基線（ Baseline ）是指在項(xiàng)目生命周期的不同時(shí)間點(diǎn)上，一個(gè)或一組配置項(xiàng)通過（）而進(jìn)入正式受控的一種狀態(tài)。（ C）A. 存取控制B. 質(zhì)量控制C. 正式評審D. 變更管理34. （ ）軟件工作產(chǎn)品一旦成為基線就不能再更改了。（ B）A. 真B. 假35. （ ）如果開發(fā)小組使用自動化的項(xiàng)目數(shù)據(jù)庫工具，那么就不需要變更控制。（ B）A. 真B

9、. 假36. 下面的（）不是軟件配置管理的任務(wù)。（ C）A. 變更控制B. 配置狀態(tài)報(bào)告C. 統(tǒng)計(jì)質(zhì)量控制D. 版本控制37. 配置狀態(tài)報(bào)告的主要目的是（） 。 （ C）A. 允許項(xiàng)目經(jīng)理修改項(xiàng)目進(jìn)度和成本估算B. 評估軟件開發(fā)人員和組織的績效C. 確保變更信息傳達(dá)到受影響的團(tuán)體D.選項(xiàng)A和CE.選項(xiàng)A、B和C練習(xí)題1. 簡要說明軟件項(xiàng)目管理的過程。參考答案：軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、 質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動。軟件項(xiàng)目管理的主要過程如下：（ 1 ）項(xiàng)目啟動與建議：在項(xiàng)目啟動階段，定義項(xiàng)目的商業(yè)需求，確定項(xiàng)目的目標(biāo)和實(shí)現(xiàn)方

10、法，大致估算項(xiàng)目的成本和進(jìn)度。（ 2） 項(xiàng)目規(guī)劃與進(jìn)度：在項(xiàng)目規(guī)劃階段，明確項(xiàng)目的各種活動、里程碑和可交付的成果，制定軟件開發(fā)計(jì)劃。（ 3） 項(xiàng)目組織與執(zhí)行：根據(jù)項(xiàng)目任務(wù)的要求選擇合適的開發(fā)人員，組建項(xiàng)目團(tuán)隊(duì)和協(xié)調(diào)項(xiàng)目資源，按照計(jì)劃執(zhí)行和推進(jìn)整個(gè)項(xiàng)目。（ 4） 項(xiàng)目監(jiān)督與評價(jià)：在項(xiàng)目執(zhí)行過程中，密切關(guān)注項(xiàng)目的進(jìn)展情況，綜合評價(jià)整個(gè)項(xiàng)目的實(shí)際進(jìn)展，及時(shí)發(fā)現(xiàn)和報(bào)告實(shí)際情況與計(jì)劃的偏差，在必要的情況下采取糾正行動，同時(shí)控制和管理項(xiàng)目的變更。（ 5） 項(xiàng)目交付與總結(jié)：完成正式的項(xiàng)目交付工作，客戶對所交付的軟件產(chǎn)品進(jìn)行驗(yàn)收，項(xiàng)目團(tuán)隊(duì)培訓(xùn)用戶并移交文檔，最后分析和總結(jié)項(xiàng)目的經(jīng)驗(yàn)教訓(xùn)。2. 某個(gè)軟件項(xiàng)目需要

11、30 名開發(fā)人員，現(xiàn)有兩種人員組織方案：（ 1 ） 將 30 人劃為一個(gè)開發(fā)組統(tǒng)一管理；（ 2） 按每個(gè)小組6 人的方式，將30 人分為 5 個(gè)小組。請分析比較上述兩種方案的優(yōu)缺點(diǎn)。參考答案：由于軟件規(guī)模的增大，需要多人組成開發(fā)小組共同參與一個(gè)項(xiàng)目的開發(fā)。但是當(dāng)多個(gè)人共同承擔(dān)軟件開發(fā)項(xiàng)目中的某一任務(wù)時(shí)，人與人之間必須通過交流來解決各自承擔(dān)任務(wù)之間的接口問題，這就產(chǎn)生了所謂溝通復(fù)雜性的問題。溝通需要花費(fèi)時(shí)間和代價(jià)，也會引起軟件錯(cuò)誤的增加，降低開發(fā)效率。（ 1 ）優(yōu)點(diǎn)：30 人集中在同一個(gè)開發(fā)小組，人員任務(wù)的分配和調(diào)度相對容易；缺點(diǎn)：溝通復(fù)雜性高，從而導(dǎo)致人員之間配合混亂，開發(fā)效率低。（ 3） 優(yōu)

12、點(diǎn)：30 人劃分成5 個(gè)小組，降低了溝通復(fù)雜性，提高開發(fā)效率；缺點(diǎn)：小組之間的協(xié)調(diào)配合難度大。3. 在選擇人員進(jìn)行軟件項(xiàng)目開發(fā)時(shí)，應(yīng)該考慮哪些因素？參考答案：參考因素說明 應(yīng)用領(lǐng)域的經(jīng)驗(yàn)為了成功地開發(fā)系統(tǒng)，開發(fā)人員必須了解相關(guān)的應(yīng)用領(lǐng)域。平臺的經(jīng)驗(yàn)在編寫底層程序時(shí)該因素很重要。編程語言的經(jīng)驗(yàn)該因素對于短周期的項(xiàng)目是很重要的。教育背景該因素可以顯示候選人應(yīng)該掌握的基礎(chǔ)知識和學(xué)習(xí)能力，由于開發(fā)人員的經(jīng)驗(yàn)可以在項(xiàng)目實(shí)踐中獲得，該因素并非是關(guān)鍵的。溝通能力由于項(xiàng)目成員需要與其他人員、管理者和客戶進(jìn)行口頭和書面交流，該因素是十分重要的。適應(yīng)性 適應(yīng)性可以通過候選人的各種經(jīng)歷進(jìn)行判斷，該因素反映出一個(gè)的學(xué)

13、習(xí)能力。工作態(tài)度項(xiàng)目成員應(yīng)該有積極的工作態(tài)度，樂于學(xué)習(xí)新技術(shù)，該因素很重要但是難以評估。個(gè)性 候選人必須與團(tuán)隊(duì)成員關(guān)系融洽，尚沒有軟件工程方面的特定個(gè)性類型，該因素很重要但是難以評估。第 8 章 面向?qū)ο笤O(shè)計(jì)（習(xí)題與參考答案）選擇題1. （ ）面向?qū)ο笤O(shè)計(jì)是在分析模型的基礎(chǔ)上，運(yùn)用面向?qū)ο蠹夹g(shù)生成軟件實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。 （ A）A. 真B. 假2. （ ）系統(tǒng)設(shè)計(jì)的主要任務(wù)是細(xì)化分析模型，最終形成系統(tǒng)的設(shè)計(jì)模型。（ B）A. 真B. 假3. （ ）關(guān)系數(shù)據(jù)庫可以完全支持面向?qū)ο蟮母拍?，面向?qū)ο笤O(shè)計(jì)中的類可以直接對應(yīng)到關(guān)系數(shù)據(jù)庫中的表。（ B）A. 真B. 假4. （ ）用戶界面設(shè)計(jì)對于一個(gè)

14、系統(tǒng)的成功是至關(guān)重要的，一個(gè)設(shè)計(jì)得很差的用戶界面可能導(dǎo)致用戶拒絕使用該系統(tǒng)。（ A）A. 真B. 假5. 內(nèi)聚表示一個(gè)模塊（）的程度，耦合表示一個(gè)模塊（）的程度。（ B， D）A. 可以被更加細(xì)化B. 僅關(guān)注在一件事情上C. 能夠適時(shí)地完成其功能D. 聯(lián)接其他模塊和外部世界6. 良好設(shè)計(jì)的特征是（） 。 （ E）A. 模塊之間呈現(xiàn)高耦合B. 實(shí)現(xiàn)分析模型中的所有需求C. 包括所有組件的測試用例D. 提供軟件的完整描述E. 選項(xiàng) B 和 DF.選項(xiàng)B、C和D7. （ ）是選擇合適的解決方案策略，并將系統(tǒng)劃分成若干子系統(tǒng)，從而建立整個(gè)系統(tǒng)的體系結(jié)構(gòu)；( )細(xì)化原有的分析對象，確定一些新的對象、對每

15、一個(gè)子系統(tǒng)接口和類進(jìn)行準(zhǔn)確詳細(xì)的說明。( A， B)A. 系統(tǒng)設(shè)計(jì)B. 對象設(shè)計(jì)C. 數(shù)據(jù)庫設(shè)計(jì)D. 用戶界面設(shè)計(jì)8. 下面的()界面設(shè)計(jì)原則不允許用戶保持對計(jì)算機(jī)交互的控制。( D)A. 允許交互中斷 B. 允許交互操作取消 C. 對臨時(shí)用戶隱藏技術(shù)內(nèi)部信息 D. 只提供一種規(guī)定的方法完成任務(wù)練習(xí)題1. 面向?qū)ο笤O(shè)計(jì)與面向?qū)ο蠓治龅膮^(qū)別是什么？設(shè)計(jì)包括哪些活動？答案要點(diǎn)：面向?qū)ο蠓治鍪侵攸c(diǎn)考慮系統(tǒng)“做什么”的問題，即運(yùn)用面向?qū)ο蠓椒▽栴}域進(jìn)行分析和理解，建立系統(tǒng)的分析模型；面向?qū)ο笤O(shè)計(jì)重點(diǎn)考慮系統(tǒng)“怎樣做”的問題，即在分析 模型的基礎(chǔ)上形成實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。面向?qū)ο笤O(shè)計(jì)主要涉及系統(tǒng)設(shè)計(jì)

16、、對象設(shè)計(jì)(或詳細(xì)設(shè)計(jì))、 數(shù)據(jù)庫設(shè)計(jì)和用戶界面設(shè)計(jì)等活動。 在類設(shè)計(jì)中，為什么建議使用set 方法和 get 方法進(jìn)行屬性設(shè)置和讀??？答案要點(diǎn)：目的在于降低類之間的耦合度。下圖顯示了某個(gè)學(xué)校課程管理系統(tǒng)的部分類圖，其中一個(gè)學(xué)生( student ) 可以知道所有注冊的教師(instructor ) ，一個(gè)教師也可以知道所有注冊課程的學(xué)生?，F(xiàn)在提出一個(gè)新的需求：“一個(gè)教師也可以是某些課程的學(xué)生”，那么下面設(shè)計(jì)AE中哪一個(gè)是 最 好 的 ？ 為 什 么 ？ ( 請 務(wù) 必 說 明 理 由 ) Studentname : StringstudentID IntegerregisteredInstr

17、uctors:InstructorgetRegisteredInstructor()InstructorInstructorname : StringinstructorID : IntegerregisteredStudents StudentgetRegisteredStudents() : Student0.* 0.* 設(shè)計(jì)A：設(shè)計(jì)B：設(shè)計(jì)C：設(shè)計(jì)D： Candicatename : StringcandidateID : Integerstudent : Booleaninstructor :BooleanregisteredCandidate:CandidategetRegister

18、edCandidates()Candidate0.*CandicatecandidateID:IntegernameStringStudentregisteredInstructors: InstructorgetRegisteredInstructor()InstructorInstructorregisteredStudents: StudentgetRegisteredStudents()Student0.*0.*InstructorStudentRoleregisteredCandidate CandidategetRegisteredCandidates()Candicatecand

19、idateID:IntegernameString0.*0.*0.*InstructorStudentCandicatecandidateID: Integername :StringRoleregisteredCandidate : CandidategetRegisteredCandidates（）0.*0.*設(shè)計(jì)E：參考答案：設(shè)計(jì)A： 這個(gè)設(shè)計(jì)使用了一個(gè)自返關(guān)聯(lián)，但其中的registeredCandidate （） 方法有問題。如果一個(gè)人既是學(xué)生又是老師，那么要想同時(shí)獲得他作為學(xué)生對應(yīng)的所有老師，以及他作為老師對應(yīng)的所有學(xué)生，getRegisteredCandidates （） 方法得到

20、的Candidate 數(shù)組中并不能區(qū)分上述的兩種結(jié)果。設(shè)計(jì)B： 這個(gè)設(shè)計(jì)使用了一個(gè)泛化關(guān)系，但它并沒有解決題中給出的新的要求。事實(shí)上，這個(gè)設(shè)計(jì)只是在題中已有設(shè)計(jì)之上的改進(jìn)，實(shí)質(zhì)還是一樣的，并不能描述一個(gè)教師也可以是某些課程的學(xué)生的情況。設(shè)計(jì)C:這個(gè)設(shè)計(jì)定義了一個(gè)Role類，學(xué)生和教師是 Role類的兩個(gè)子類。如果一個(gè)Candidate 對象是教師，可以調(diào)用Instructor 類的 getRegisteredCandidates （）方法獲得所對應(yīng)的所有學(xué)生；如果這個(gè)對象是學(xué)生，可以調(diào)用Student 類的 getRegisteredCandidates（） 方法獲得所對應(yīng)的所有教師；如果這個(gè)

21、對象既是教師又是學(xué)生，那么分別調(diào)用Instructor類的 getRegisteredCandidates （） 方法和 Student 類的 getRegisteredCandidates （） 方法 即可。設(shè)計(jì)D：整個(gè)設(shè)計(jì)有著與 B中類似的問題，即一個(gè) Candidate對象要么是一個(gè)學(xué)生，要么是一個(gè)老師，不能同時(shí)都是，無法滿足新的需求。設(shè)計(jì)E： 這個(gè)設(shè)計(jì)與D 基本一致，只是把 Candidate 類與 Role 類之間的關(guān)聯(lián)關(guān)系改成了聚集關(guān)聯(lián)，同樣無法滿足新的需求。綜上所述，設(shè)計(jì)C 是最好的。下圖是 MortgageApplication 對象的狀態(tài)圖，假設(shè)有一個(gè)要求，即增加一個(gè)“Can

22、celled ”，圖中除“ Closed ”狀態(tài)外的任何狀態(tài)都可以轉(zhuǎn)換到該狀態(tài)。請畫出修改后的狀態(tài)圖（請不同的修改方法中哪種方法最好）InstructorStudentCandicatecandidateID:Integername:StringRoleregisteredCandidate : CandidategetRegisteredCandidates（）0.*0.*參考答案：方法1：方法2：方法2引入了組合狀態(tài)和子狀態(tài)，從而可以在組合狀態(tài)Running 中加入更多的子狀態(tài)，以保證組合狀態(tài)的可擴(kuò)展性。所以說，方法2 相對于方法1 更好一些。5. 請舉例說明用戶界面設(shè)計(jì)的基本原則。參考答

23、案：（1）用戶控制：用戶應(yīng)當(dāng)感覺系統(tǒng)的運(yùn)行在自己的控制之下。在圖形界面或基于Web的界面中，用戶指導(dǎo)程序的每一步執(zhí)行；即使在程序進(jìn)行某些處理或用戶等待輸出結(jié)果時(shí)，用戶同樣保持對控制的敏感度。舉例：當(dāng)程序進(jìn)行某些需要占用較長時(shí)間的處理時(shí)，需要為用戶提供及時(shí)的反饋信息，諸如一個(gè)沙漏、一個(gè)等待的指示器或其他類似的東西。（ 2） 界面一致性：一致性要求用戶界面遵循標(biāo)準(zhǔn)和常規(guī)的方式，讓用戶處在一個(gè)熟悉的和可預(yù)見的環(huán)境之中，這主要體現(xiàn)在命名、編碼、縮寫、布局以及菜單、按鈕和鍵盤功能在內(nèi)的控制使用等。舉例：一個(gè)運(yùn)行在 Windows平臺上的三維幾何造型系統(tǒng)應(yīng)當(dāng)采用Windows圖形窗口的“外觀和感覺” ，與

24、 Office 類型軟件保持一致的界面風(fēng)格和操作方式。（ 3） 界面容錯(cuò)性：一個(gè)好的界面應(yīng)該以一種寬容的態(tài)度允許用戶進(jìn)行實(shí)驗(yàn)和出錯(cuò)，使用戶在出現(xiàn)錯(cuò)誤時(shí)能夠方便地從錯(cuò)誤中恢復(fù)。舉例： Microsoft Word 系統(tǒng)允許撤消用戶對文檔的許多最近操作，從而處理用戶的誤操作問題。（ 4） 界面美觀性：界面美觀性是視覺上的吸引力，主要體現(xiàn)在具有平衡和對稱性、合適的色彩、各元素具有合理的對齊方式和間隔、相關(guān)元素適當(dāng)分組、使用戶可以方便地找到要操作的元素等。舉例：清華大學(xué)軟件學(xué)院綜合信息服務(wù)系統(tǒng)的Web界面在平衡和對稱、色彩、元素分組、用戶方便地查找信息等方面進(jìn)行了良好的設(shè)計(jì)。（ 5） 界面可適應(yīng)性：界

25、面可適應(yīng)性是指用戶界面應(yīng)該根據(jù)用戶的個(gè)性要求及其對界面的熟知程度而改變，即滿足定制化和個(gè)性化的要求。所謂定制化是在程序中聲明用戶的熟知程度，用戶界面可以根據(jù)熟知程度改變外觀和行為；所謂個(gè)性化是使用戶按照自己的習(xí)慣和愛好設(shè)置用戶界面元素。舉例：系統(tǒng)允許用戶選擇語言類型（中文、英文、意大利文等），并系統(tǒng)根據(jù)用戶定制的語言類型顯示不同語種的用戶界面。第 9 章 軟件實(shí)現(xiàn)（習(xí)題與參考答案）選擇題1. （ ）在程序設(shè)計(jì)中使用括號以改善表達(dá)式的清晰性。（ A）A. 真B. 假2. （ ）在程序設(shè)計(jì)中應(yīng)盡可能對程序代碼進(jìn)行優(yōu)化。（ B）A. 真B. 假3. （ ）不要修補(bǔ)不好的程序，要重新寫。（ A）A. 真B. 假4. （ ）程序中的注釋是可有可無的。