軟件工程及應(yīng)用-練習(xí)題(2)(全答案版)

1、軟件工程及應(yīng)用練習(xí)題一.單項(xiàng)選擇題1. 不屬于軟件架構(gòu)設(shè)計(jì)工作的內(nèi)容是_D。A. 軟件的層次結(jié)構(gòu)B.全局?jǐn)?shù)據(jù)結(jié)構(gòu)C接口 D.程序流程圖2. 有三個(gè)模塊，它們都訪(fǎng)問(wèn)同一組數(shù)據(jù)，各部件之間只有數(shù)據(jù)關(guān)系，沒(méi)有控制關(guān)系。把這三個(gè)模塊放到一起，形成的內(nèi)聚是_A。A. 通信內(nèi)聚B.過(guò)程內(nèi)聚 C.順序內(nèi)聚 D.功能內(nèi)聚3. 可以用于制定軟件項(xiàng)目進(jìn)度計(jì)劃的工具是D。A.部署圖 B.用例圖 C.時(shí)序圖 D.甘特圖4. 軟件企業(yè)最重要的資產(chǎn)是 _A。A.人 B.工具 C.辦公樓 D.技術(shù)5 .軟件開(kāi)發(fā)過(guò)程中一個(gè)對(duì)所要解決的問(wèn)題進(jìn)行定義并確定系統(tǒng)范圍的活動(dòng)是 B。A.風(fēng)險(xiǎn)管理活動(dòng)B.問(wèn)題定義活動(dòng)C.可行性研究活動(dòng)

2、D.需求分析活動(dòng)6. 作為設(shè)計(jì)活動(dòng)的核心角色，在整個(gè)項(xiàng)目中對(duì)設(shè)計(jì)活動(dòng)進(jìn)行領(lǐng)導(dǎo)和協(xié)調(diào)的角色是A。A.系統(tǒng)架構(gòu)師 B.構(gòu)件設(shè)計(jì)師C.項(xiàng)目經(jīng)理D.數(shù)據(jù)庫(kù)設(shè)計(jì)師7. 實(shí)施活動(dòng)將按照設(shè)計(jì)說(shuō)明書(shū)進(jìn)行開(kāi)發(fā)，具體工作體現(xiàn)在三個(gè)方面，下面的工作不屬于實(shí)施活動(dòng)的是_d。A.編碼 B.單元測(cè)試 C.集成D.驗(yàn)收測(cè)試8. 測(cè)試是選擇適當(dāng)?shù)臏y(cè)試用例執(zhí)行被測(cè)試程序的過(guò)程，目的在于A(yíng)。A.發(fā)現(xiàn)程序錯(cuò)誤B.證明程序無(wú)錯(cuò)C.改進(jìn)程序質(zhì)量 D.預(yù)防程序缺陷9. 在可行性研究中，首先考慮用戶(hù)是否已經(jīng)擁有或者準(zhǔn)備購(gòu)買(mǎi)相應(yīng)的計(jì)算機(jī)硬件和軟件，以支持新系統(tǒng)的開(kāi)發(fā)和應(yīng)用。這項(xiàng)研究任務(wù)屬于_A。A.技術(shù)可行性B.操作可行性C.經(jīng)濟(jì)可行性D.

3、操作可行性10. “驗(yàn)收標(biāo)準(zhǔn)1:在使用該產(chǎn)品的前 3周，系統(tǒng)從未發(fā)生過(guò)崩潰或者死機(jī)現(xiàn)象”，這項(xiàng)需求描述體現(xiàn)的需求分析建模原則是_B。A.循序漸進(jìn) B.可驗(yàn)證性C.可追蹤性D.自頂向下逐層分解11. 為了得到一個(gè)高質(zhì)量的軟件系統(tǒng)，除了設(shè)計(jì)人員的經(jīng)驗(yàn)和創(chuàng)造性之外，還要遵守一些設(shè)計(jì)指導(dǎo)原則。下面指導(dǎo)原則中正確的是_d。A.應(yīng)盡早考慮系統(tǒng)細(xì)節(jié)B.應(yīng)對(duì)系統(tǒng)做最大程度地分解，越徹底越好C.應(yīng)選擇最酷的技術(shù)D.應(yīng)考慮系統(tǒng)的可維護(hù)性與可擴(kuò)展性12. 在一個(gè)影像傳輸子系統(tǒng)中，一個(gè)模塊負(fù)責(zé)從攝像頭中讀取影像信息，然后由影像增強(qiáng)模塊銳化、幾何校正，再由壓縮模塊壓縮影像數(shù)據(jù)，之后傳輸模塊負(fù)責(zé)傳遞數(shù)據(jù)。把這些模塊放到一

4、起，形成的內(nèi)聚是C。A.通信內(nèi)聚B.過(guò)程內(nèi)聚 C.順序內(nèi)聚 D.功能內(nèi)聚13. 類(lèi)圖是面向?qū)ο笤O(shè)計(jì)建模描述方法中的重要模型之一，下面的類(lèi)圖中Inventory 和Product兩個(gè)類(lèi)之間的關(guān)系是C。InventoryA.泛化關(guān)系B.依賴(lài)關(guān)系ProductamountOnHandpriceQC.關(guān)聯(lián)關(guān)系D.包含關(guān)系14. 在軟件開(kāi)發(fā)歷史上，有大量的項(xiàng)目因?yàn)榻缑娴脑O(shè)計(jì)而失敗。下列人機(jī)界面設(shè)計(jì)方法中，可能導(dǎo)致項(xiàng)目失敗的是_C。A.理解用戶(hù)的特征B.理解用戶(hù)的任務(wù)C.避免用戶(hù)參與D.遵循良好的界面設(shè)計(jì)原則15. 程序設(shè)計(jì)語(yǔ)言的選擇取決于項(xiàng)目的性質(zhì)，如果開(kāi)發(fā)Web應(yīng)用軟件，那么應(yīng)該選用的是 B。A. F

5、ortra n B. Java C. Delphi D. C16. 對(duì)于程序中的語(yǔ)句進(jìn)行適當(dāng)?shù)奶幚?，能夠增加程序的可讀性.可理解性以及提高程序質(zhì)量。對(duì)于下面的函數(shù)：int comp(i nt x)if x>0 thenreturn 100+x;elsereturn 0;評(píng)價(jià)正確的是。A.違背了模塊的單入口和單出口的限制條件B.函數(shù)返回值類(lèi)型不應(yīng)為intC.方法名必須大寫(xiě)D.函數(shù)返回值不可以為 017. 常用的黑盒測(cè)試技術(shù)是C。A.基本路徑測(cè)試B.條件測(cè)試C.等價(jià)類(lèi)劃分法D.循環(huán)測(cè)試18. 軟件特征量用于解決軟件開(kāi)發(fā)中的某些定量問(wèn)題。以軟件開(kāi)發(fā)和維護(hù)過(guò)程所需的錢(qián)數(shù)如人民幣或者美元等貨幣單位

6、表示的特征量是B。A.軟件規(guī)模B.開(kāi)發(fā)成本C.開(kāi)發(fā)工作量 D.開(kāi)發(fā)期限19. 過(guò)程模型有很多種，其中嚴(yán)格地規(guī)定了每個(gè)階段必須提交的交付物，而且每個(gè)階段結(jié)束前，都必須有正式的審查的是A。A.瀑布模型B. RAD模型 C.增量模型D.螺旋模型20. 下列文檔內(nèi)容不會(huì)出現(xiàn)在問(wèn)題定義報(bào)告中的是_C。A.項(xiàng)目目標(biāo) B.項(xiàng)目范圍 C.軟件構(gòu)架D.開(kāi)發(fā)周期21. 為了保證軟件的質(zhì)量所需要的一系列有計(jì)劃的和有系統(tǒng)的活動(dòng)，稱(chēng)之為A。A.軟件質(zhì)量保證B.軟件質(zhì)量檢查C.軟件配置管理D.軟件設(shè)計(jì)22. 在軟件開(kāi)發(fā)過(guò)程中存在不同類(lèi)型的風(fēng)險(xiǎn)。預(yù)算、進(jìn)度、人員、資源等方面的潛在問(wèn)題，對(duì)軟件產(chǎn)生的影響屬于B。A.商業(yè)風(fēng)險(xiǎn)B

7、.項(xiàng)目風(fēng)險(xiǎn)C.技術(shù)風(fēng)險(xiǎn)D.環(huán)境風(fēng)險(xiǎn)23. 軟件的項(xiàng)目開(kāi)發(fā)開(kāi)始于哪項(xiàng)活動(dòng)_B。A.風(fēng)險(xiǎn)管理活動(dòng)B.問(wèn)題定義活動(dòng)C.可行性研究活動(dòng) D.需求分析活動(dòng)24. 在整個(gè)項(xiàng)目中負(fù)責(zé)定義表、索引、視圖、觸發(fā)器、存儲(chǔ)過(guò)程、表空間或者存儲(chǔ)參數(shù)的角色是_D。A.系統(tǒng)架構(gòu)師 B.構(gòu)件設(shè)計(jì)師C.項(xiàng)目經(jīng)理D.數(shù)據(jù)庫(kù)設(shè)計(jì)師25. 實(shí)施活動(dòng)中將單獨(dú)的軟件構(gòu)件合并成一個(gè)整體的軟件系統(tǒng)的工作是C。A.編碼B.單元測(cè)試C.集成D.驗(yàn)收測(cè)試26. 由用戶(hù)和客戶(hù)在軟件開(kāi)發(fā)團(tuán)隊(duì)的管理下執(zhí)行的測(cè)試是B。A.驗(yàn)收測(cè)試 B. a測(cè)試C. 3測(cè)試 D.系統(tǒng)測(cè)試27. 軟件過(guò)程模型中，具有開(kāi)發(fā)速度快、鼓勵(lì)復(fù)用的模型是_B。A.瀑布模型B. RA

8、D模型 C.增量模型D.螺旋模型28. 闡述項(xiàng)目目標(biāo)、項(xiàng)目范圍、開(kāi)發(fā)周期、預(yù)計(jì)投資金額的軟件項(xiàng)目文檔是_AA.問(wèn)題定義報(bào)告B.軟件需求規(guī)格說(shuō)明書(shū)C.系統(tǒng)設(shè)計(jì)文檔D.可行性研究報(bào)告29. 在可行性研究中，要考慮新系統(tǒng)的利益是否超過(guò)開(kāi)發(fā)成本。這項(xiàng)研究任務(wù)屬于C。A.技術(shù)可行性 B.操作可行性C.經(jīng)濟(jì)可行性D.操作可行性30. “在軟件需求分析中，要著重描述系統(tǒng)必須做什么，而不是如何去做出系統(tǒng)?！边@是需求分析建模原則中的 _d。A.循序漸進(jìn)原則B.可驗(yàn)證性原則C.可追蹤性原則D.遠(yuǎn)離實(shí)現(xiàn)原則31. 類(lèi)圖是面向?qū)ο笤O(shè)計(jì)建模描述方法中的重要模型之一，下面的類(lèi)圖中Apple和Fruit兩個(gè)類(lèi)之間的關(guān)系是_

9、A。A.泛化關(guān)系B.依賴(lài)關(guān)系C.關(guān)聯(lián)關(guān)系D.包含關(guān)系32. 人機(jī)界面設(shè)計(jì)方法應(yīng)以 _B為中心。A.程序員B.用戶(hù)C.技術(shù) D.美觀(guān)33. 程序設(shè)計(jì)語(yǔ)言的選擇取決于項(xiàng)目的性質(zhì)，如果開(kāi)發(fā)科學(xué)計(jì)算的軟件，那么應(yīng)該選用的是 A。A. Fortra n B. Java C. Delphi D. C34. 對(duì)于程序的注解，說(shuō)法正確的是_D。A.寫(xiě)注解浪費(fèi)程序員的時(shí)間B.寫(xiě)注解是一個(gè)會(huì)降低編程效率的壞習(xí)慣C.優(yōu)秀的程序員從來(lái)不寫(xiě)注解D.注解對(duì)于理解程序起著重要的作用。35. 黑盒測(cè)試技術(shù)常用來(lái)監(jiān)測(cè)下列類(lèi)型的錯(cuò)誤，除了 。A.漏掉的功能B.接口錯(cuò)誤C.數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤D.性能問(wèn)題36. 軟件特征量用于解決軟件開(kāi)發(fā)

10、中的某些定量問(wèn)題。以人月或者人年表示的特征量是C。A.軟件規(guī)模B.開(kāi)發(fā)成本C.開(kāi)發(fā)工作量D.開(kāi)發(fā)期限37. 可以用于表示軟件項(xiàng)目重要事件的工具是_B。A.部署圖 B.里程碑圖C.時(shí)序圖 D.甘特圖38. 在軟件企業(yè)中，首席技術(shù)官、技術(shù)專(zhuān)家、風(fēng)險(xiǎn)管理師、財(cái)務(wù)人員、過(guò)程總監(jiān)、領(lǐng)域?qū)＜叶紝儆?C類(lèi)型的角色。A.管理角色B.項(xiàng)目主要技術(shù)角色C.項(xiàng)目輔助角色 D.企業(yè)外部角色39. 關(guān)于軟件質(zhì)量說(shuō)法錯(cuò)誤的是_D。A. 軟件需求是判斷質(zhì)量?jī)?yōu)劣的基礎(chǔ)，不滿(mǎn)足要求，就沒(méi)有質(zhì)量。B. 不遵守軟件開(kāi)發(fā)的指導(dǎo)原則，軟件的質(zhì)量就會(huì)出現(xiàn)問(wèn)題。C. 需求中會(huì)存在一些沒(méi)有明確提出的隱含要求，如果沒(méi)滿(mǎn)足，質(zhì)量就有問(wèn)題。D.

11、軟件質(zhì)量就是程序員的事，與其他人無(wú)關(guān)，因?yàn)檐浖褪撬麄兙帉?xiě)的。40. 在軟件開(kāi)發(fā)過(guò)程中存在不同類(lèi)型的風(fēng)險(xiǎn)。設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)等方面的潛在問(wèn)題，對(duì)軟件產(chǎn)生的影響屬于_C。A.商業(yè)風(fēng)險(xiǎn)B.項(xiàng)目風(fēng)險(xiǎn)C.技術(shù)風(fēng)險(xiǎn)D.環(huán)境風(fēng)險(xiǎn)41. 下面各項(xiàng)活動(dòng)中屬于項(xiàng)目管理活動(dòng)的是_A。A.質(zhì)量保證活動(dòng)B.問(wèn)題定義活動(dòng)C.可行性研究活動(dòng) D.需求分析活動(dòng)42. 在整個(gè)項(xiàng)目中負(fù)責(zé)控制整個(gè)設(shè)計(jì)流程，控制設(shè)計(jì)成本，組織設(shè)計(jì)復(fù)審，配置開(kāi)發(fā)資源、估算開(kāi)發(fā)成本的角色是C。A.系統(tǒng)架構(gòu)師B.構(gòu)件設(shè)計(jì)師C.項(xiàng)目經(jīng)理D. SQA人員43. 實(shí)施活動(dòng)中將一個(gè)模塊作為獨(dú)立的程序模塊進(jìn)行測(cè)試，以保證它能夠正確執(zhí)行規(guī)定的功能的活動(dòng)是

12、_B。A.編碼B.單元測(cè)試C.集成D. a測(cè)試44. 由用戶(hù)和客戶(hù)在他們的工作現(xiàn)場(chǎng)進(jìn)行的測(cè)試是_D。A.驗(yàn)收測(cè)試 B. a測(cè)試C. 3測(cè)試 D.系統(tǒng)測(cè)試45. 下列過(guò)程模型中不屬于演進(jìn)模型是_B。A. RUP模型 B. RAD模型 C.增量模型D.螺旋模型46. 軟件開(kāi)發(fā)中，可能出現(xiàn)“開(kāi)發(fā)了一個(gè)沒(méi)人真正需要的產(chǎn)品”的問(wèn)題，是_D_A.技術(shù)風(fēng)險(xiǎn) B.項(xiàng)目風(fēng)險(xiǎn) C.人員風(fēng)險(xiǎn)D.商業(yè)風(fēng)險(xiǎn)47. 在下列任務(wù)中，不屬于可行性研究的任務(wù)是_D。A.技術(shù)可行性分析B.評(píng)估風(fēng)險(xiǎn)C.制定營(yíng)銷(xiāo)計(jì)劃D.設(shè)計(jì)軟件算法48. “從系統(tǒng)最初的需求獲取到最后的需求實(shí)現(xiàn)，中間需要記錄這些環(huán)節(jié)，以便清楚地看到需求的前后轉(zhuǎn)換”這

13、是需求分析建模原則中的_C。A.循序漸進(jìn)原則B.可驗(yàn)證性原則C.可追蹤性原則D.遠(yuǎn)離實(shí)現(xiàn)原則49. 設(shè)計(jì)軟件的層次結(jié)構(gòu)，這項(xiàng)工作是在軟件開(kāi)發(fā)的_C階段做的工作。A.問(wèn)題定義階段B.詳細(xì)設(shè)計(jì)階段C.架構(gòu)設(shè)計(jì)階段D.可行性分析階段50. 有三個(gè)模塊，它們之間只有控制聯(lián)系，沒(méi)有數(shù)據(jù)關(guān)系。把這三個(gè)模塊放到一起，形成的內(nèi)聚是_A。A.過(guò)程內(nèi)聚B.控制內(nèi)聚 C.順序內(nèi)聚D.功能內(nèi)聚51. 類(lèi)圖是面向?qū)ο笤O(shè)計(jì)建模描述方法中的重要模型之一，下面的類(lèi)圖中VIP和User兩個(gè)類(lèi)之間的關(guān)系是_A。Admi nistratorA.泛化關(guān)系B.依賴(lài)關(guān)系C.關(guān)聯(lián)關(guān)系D.包含關(guān)系52. 下列人機(jī)界面設(shè)計(jì)方法中，有助于項(xiàng)目取

14、得成功的做法是_D。A.忽略用戶(hù)的特征 B.避免用戶(hù)的參與C.追求最新的技術(shù) D.以用戶(hù)為中心53. 程序設(shè)計(jì)語(yǔ)言的選擇取決于項(xiàng)目的性質(zhì)，如果開(kāi)發(fā)系統(tǒng)軟件和實(shí)時(shí)軟件，那么應(yīng)該選用的是_C。A. Fortra n B. Java C. Delphi D. C54. 編碼風(fēng)格是程序設(shè)計(jì)質(zhì)量的一個(gè)重要方面，下列內(nèi)容屬于編碼風(fēng)格是D。D.程序的數(shù)據(jù)結(jié)構(gòu)。A.程序注解B.程序的標(biāo)識(shí)符C.程序清單的安排55. 下列測(cè)試方法中，不屬于白盒測(cè)試方法的是_CA.基本途徑測(cè)試B.條件測(cè)試C.邊界值分析測(cè)試D.循環(huán)測(cè)試56. 軟件特征量用于解決軟件開(kāi)發(fā)中的某些定量問(wèn)題。以代碼行數(shù)或功能點(diǎn)數(shù)表示的特征量是 A。A.軟

15、件規(guī)模B.開(kāi)發(fā)成本C.開(kāi)發(fā)工作量 D.開(kāi)發(fā)期限57. 下列關(guān)于甘特圖的用途說(shuō)法正確的是_B。A.表示軟件層次結(jié)構(gòu)B.表示項(xiàng)目進(jìn)度I 式缺陷分析D.表示算法結(jié)構(gòu)58. 在軟件企業(yè)中，事業(yè)部經(jīng)理、項(xiàng)目經(jīng)理、軟件部長(zhǎng)都屬于_A類(lèi)型的角色。A.管理角色B.項(xiàng)目主要技術(shù)角色C.項(xiàng)目輔助角色D.企業(yè)外部角色59. 關(guān)于用例模型中參與者（Actor ）的說(shuō)法錯(cuò)誤的是 _D。A. 參與者在系統(tǒng)邊界外部B. 參與者直接與系統(tǒng)交互C. 一個(gè)人可以擔(dān)任多個(gè)參與者D. 參與者只能是人60. 在傳統(tǒng)需求分析建模方法中用于功能建模的是_B。A.數(shù)據(jù)字典B.數(shù)據(jù)流圖C.狀態(tài)變遷圖 D.判定樹(shù)填空題1“要求某個(gè)統(tǒng)計(jì)功能的結(jié)果

16、必須在10秒鐘之內(nèi)計(jì)算出來(lái)?！睆男枨蟮姆N類(lèi)來(lái)看這段需求表述屬于性能需求。2. 軟件開(kāi)發(fā)過(guò)程中，為了確保最終用戶(hù)可以正常使用軟件產(chǎn)品而進(jìn)行的活動(dòng)是 測(cè)試 。3. 軟件工程的核心目標(biāo)是保證和提高工程質(zhì)量。4. 在軟件開(kāi)發(fā)過(guò)程中，存在一系列活動(dòng)，這些活動(dòng)可以分為基本活動(dòng)和輔助活動(dòng) 。5. 從需求的種類(lèi)來(lái)看，可以分為功能性需求和非功能性需求。6. 部署是為了確保最終用戶(hù)可以正常使用軟件產(chǎn)品而進(jìn)行的活動(dòng)。根據(jù)產(chǎn)品類(lèi)型，可以講部署分為三種模式：自定義安裝模式、現(xiàn)場(chǎng)支持模式、In ternet模式。7. RUP模型是由Rational公司提出的過(guò)程模型，它將軟件開(kāi)發(fā)過(guò)程分為4個(gè)大的階段，即先啟、精化、構(gòu)建和

17、產(chǎn)品化。8. 軟件系統(tǒng)經(jīng)濟(jì)可行性分析的依據(jù)是獲得的效益必須等于或大于系統(tǒng)成本。系統(tǒng)成本主要包括兩大部分：?jiǎn)?dòng)成本和運(yùn)營(yíng)成本。9. Bertrand Meyer在1988年提出“一個(gè)軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放對(duì)修改關(guān)閉?！边@條原則被稱(chēng)為開(kāi)一閉原則 。10. RUP模型倡導(dǎo)以迭代和增量的方式開(kāi)發(fā)軟件系統(tǒng)。11. 系統(tǒng)正式運(yùn)營(yíng)后能夠產(chǎn)生的效益，稱(chēng)為系統(tǒng)的運(yùn)營(yíng)效益。12. “子類(lèi)可以替換父類(lèi)，可以出現(xiàn)在父類(lèi)能出現(xiàn)的任何地方?！边@條原則被稱(chēng)為 里氏替換原則。13. 軟件復(fù)用能夠是軟件開(kāi)發(fā)企業(yè)得到明顯的回報(bào)，按照軟件復(fù)用應(yīng)用的領(lǐng)域范圍，分 為橫向復(fù)用和縱向復(fù)用 。14. 將已經(jīng)通過(guò)徹底測(cè)試的模塊組裝起來(lái)，以形

18、成一個(gè)系統(tǒng)或者軟件產(chǎn)品，這種測(cè)試是集成測(cè)試。15. 軟件復(fù)用能夠是軟件開(kāi)發(fā)企業(yè)得到明顯的回報(bào)，根據(jù)對(duì)可復(fù)用信息進(jìn)行復(fù)用的方式，分為黑盒復(fù)用和 白盒復(fù)用。16. 把一個(gè)模塊作為獨(dú)立的程序單元進(jìn)行測(cè)試，以保證它能夠正確執(zhí)行規(guī)定的功能，這種測(cè)試是單元測(cè)試 。17. 有三個(gè)模塊，它們都訪(fǎng)問(wèn)同一組數(shù)據(jù)，各部件之間只有數(shù)據(jù)關(guān)系，沒(méi)有控制關(guān)系。把這三個(gè)模塊放到一起，形成的內(nèi)聚是通訊內(nèi)聚。18負(fù)責(zé)設(shè)計(jì)系統(tǒng)的用戶(hù)交互界面，如交互的方式、交互的邏輯順序、交互的內(nèi)容和界 面風(fēng)格的角色是界面設(shè)計(jì)師。19. 軟件開(kāi)發(fā)和維護(hù)過(guò)程中存在的周期長(zhǎng)，成本高,質(zhì)量低等問(wèn)題，軟件開(kāi)發(fā)的這些特性使得人們深陷在軟件危機(jī)中。20. 通過(guò)

19、描述系統(tǒng)狀態(tài)以及導(dǎo)致系統(tǒng)改變狀態(tài) 的事件來(lái)表示系統(tǒng)行為 的圖形手段21軟件企業(yè)中，最重要的資產(chǎn)是人。22在成本/效益分析中，為了建立新系統(tǒng)所支付的一次性開(kāi)支是系統(tǒng)的啟動(dòng)成本 。23在軟件設(shè)計(jì)中，為了降低復(fù)雜度，應(yīng)該隱藏或者推遲考慮細(xì)節(jié)，這在軟件工程中被 稱(chēng)為抽象。24軟件復(fù)用能夠是軟件開(kāi)發(fā)企業(yè)得到明顯的回報(bào)，按照軟件復(fù)用方法，分為組合式復(fù) 用和生成式復(fù)用。25兩個(gè)模塊之間通過(guò)接口的參數(shù)表交換開(kāi)關(guān)數(shù)據(jù)，旨在控制另一個(gè)模塊的執(zhí)行邏輯， 這種耦合被稱(chēng)為控制耦合。26模塊執(zhí)行一些無(wú)關(guān)的功能或者難以定義的功能，模塊內(nèi)部各組件之間沒(méi)有任何關(guān)系，這種內(nèi)聚是偶然內(nèi)聚 。27.作為設(shè)計(jì)活動(dòng)的核心角色，在整個(gè)項(xiàng)目

20、中對(duì)設(shè)計(jì)活動(dòng)進(jìn)行領(lǐng)導(dǎo)和協(xié)調(diào)的角色是 系統(tǒng)架構(gòu)師。28傳統(tǒng)軟件工程中主要采用狀態(tài)變遷圖和Petri網(wǎng)來(lái)對(duì)系統(tǒng)的行為建模。29.需求分析活動(dòng)的交付物是需求規(guī)約文檔，它是系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等工作的基礎(chǔ)。30軟件開(kāi)發(fā)過(guò)程中，做完測(cè)試之后，關(guān)注如何將軟件系統(tǒng)應(yīng)用在用戶(hù)的工作環(huán)境里的 活動(dòng)是部署 。三. 問(wèn)答題1. RUP模型的優(yōu)點(diǎn)是什么？體系完整，理論成熟，實(shí)踐性強(qiáng)，可剪裁，可擴(kuò)充。2. 分治是軟件工程史上最重要的思想之一，從技術(shù)角度講，分治應(yīng)考慮哪些因素？ 程序設(shè)計(jì)法，部件重用，可理解性，獨(dú)立性，有界性。3. 簡(jiǎn)述對(duì)系統(tǒng)進(jìn)行抽象設(shè)計(jì)的優(yōu)點(diǎn)。(1) 抽象有利于認(rèn)識(shí)事物的普遍特征和基本原理。(2) 抽象

21、可以幫助設(shè)計(jì)人員制定出模塊的框架。(3) 抽象有利于軟件的復(fù)用。(4) 抽象可以提高系統(tǒng)的可擴(kuò)展性。4. 軟件架構(gòu)設(shè)計(jì)的任務(wù)是什么？(1) 總體設(shè)計(jì)：根據(jù)軟件需求規(guī)約文檔確定一個(gè)合理的軟件體系結(jié)構(gòu)。(2) 詳細(xì)設(shè)計(jì)：進(jìn)一步確定如何實(shí)踐目標(biāo)系統(tǒng)，包括數(shù)據(jù)對(duì)象、人機(jī)接口和模塊邏輯的 詳細(xì)設(shè)計(jì)。5. 什么是集成測(cè)試？集成測(cè)試有哪些主要的測(cè)試方法？集成測(cè)試是將已經(jīng)通過(guò)徹底測(cè)試的模塊組裝起來(lái)，以形成一個(gè)系統(tǒng)或者軟件產(chǎn)品。主要包括自頂向下測(cè)試、自底向上測(cè)試、三明治測(cè)試和回歸測(cè)試等測(cè)試方法。6. 開(kāi)發(fā)軟件項(xiàng)目時(shí)，程序設(shè)計(jì)語(yǔ)言的選擇由哪些因素決定？CASE工具支持等決定。由生產(chǎn)率因素，軟件應(yīng)用領(lǐng)域，程序員的知

22、識(shí)與用戶(hù)要求，7. 在需求分析活動(dòng)中，使用數(shù)據(jù)字典有何意義？ 以數(shù)據(jù)字典為中心的建模方法能夠相對(duì)完整地、 精確地描述一個(gè)系統(tǒng)。 數(shù)據(jù)字典可以統(tǒng) 一項(xiàng)目中的數(shù)據(jù)定義格式， 表面與開(kāi)發(fā)人員之間的交流， 保證組織背部的數(shù)據(jù)共享， 避 免因數(shù)據(jù)不統(tǒng)一而造成理解差異，以及由此導(dǎo)致的人力浪費(fèi)和工期延誤。8. 什么是組件？ 是指有定義完備接口的， 明確規(guī)定了上下文依賴(lài)關(guān)系的合成單元， 可由第三方開(kāi)發(fā)， 并 能被獨(dú)立部署，具有自包含屬性，其內(nèi)部構(gòu)造和特征不可見(jiàn)。9. 人機(jī)界面的設(shè)計(jì)應(yīng)遵循哪些指導(dǎo)原則？(至少要說(shuō)出 5 條原則)(1) 系統(tǒng)的全部界面格式和更個(gè)應(yīng)給保持一致。(2) 適當(dāng)組織菜單層次和菜單項(xiàng)。(3

23、) 為不同的用戶(hù)或者功能提供不同的界面服務(wù)。(4) 力求用戶(hù)需要的輸入量最少。(5) 對(duì)于一些破壞性的的命令或者功能選項(xiàng)要進(jìn)行確認(rèn)。(6) 提供有效的系統(tǒng)保證能力。(7) 布局合理。(8) 簡(jiǎn)單易懂，整潔有序，條理清晰。(9) 應(yīng)具有幫助功能。(10) 具有一定的智能10. 軟件危機(jī)產(chǎn)生的原因？ 軟件開(kāi)發(fā)具有難以描述性，缺乏可見(jiàn)性，具有復(fù)雜性、變化性、風(fēng)險(xiǎn)性、強(qiáng)合作性。軟 件開(kāi)發(fā)的這些特性使得人們深深的現(xiàn)在軟件危機(jī)中。11快速應(yīng)用開(kāi)發(fā)(RAD)模型的優(yōu)點(diǎn)和缺點(diǎn)是什么？ 優(yōu)點(diǎn)：開(kāi)發(fā)速度快，鼓勵(lì)復(fù)用。缺點(diǎn)： 如果難以適當(dāng)?shù)哪K化， 則很難組織多個(gè)團(tuán)隊(duì)并行開(kāi)發(fā)。 如果在項(xiàng)目早期不能完 整正確的獲取需

24、求，則很難按時(shí)完成開(kāi)發(fā)任務(wù)。12. 什么軟件危機(jī)？軟件危機(jī)有哪些主要表現(xiàn)？ 軟件危機(jī)是指在軟件開(kāi)發(fā)和維護(hù)過(guò)程中存在的周期長(zhǎng)，成本高，質(zhì)量低等問(wèn)題。 主要表現(xiàn)：缺乏計(jì)劃性。軟件需求獲得不充分，不準(zhǔn)確。缺乏團(tuán)隊(duì)合作、協(xié)調(diào)能力。缺 乏良好的軟件質(zhì)量評(píng)測(cè)手段。 軟件的可維護(hù)性差。 軟件的復(fù)用性差。 軟件開(kāi)發(fā)過(guò)程不規(guī) 范。缺乏自動(dòng)化的工具來(lái)協(xié)助開(kāi)發(fā)。缺乏變更管理手段。缺乏風(fēng)險(xiǎn)管理手段。13. 瀑布模型的優(yōu)點(diǎn)和缺點(diǎn)是什么？ 優(yōu)點(diǎn)：有一定的反饋性質(zhì)；嚴(yán)格規(guī)定了每個(gè)階段必須提交的交付物；每個(gè)階段結(jié)束前， 都必須有正式的審查。缺點(diǎn)：開(kāi)發(fā)方不能很好的與用戶(hù)交互；只具有很有限的反饋性質(zhì)。14. 什么是增量模型？增量

25、模型的優(yōu)點(diǎn)是什么？ 增量模型是一種演進(jìn)模型，它規(guī)定軟件開(kāi)發(fā)過(guò)程是一次開(kāi)發(fā)一個(gè)部分。優(yōu)點(diǎn)：可以在開(kāi)發(fā)過(guò)程中與用戶(hù)很好的交互； 減少開(kāi)發(fā)風(fēng)險(xiǎn)； 有利于實(shí)驗(yàn)性產(chǎn)品的開(kāi)發(fā)； 應(yīng)對(duì)“最后期限”的之中辦法。15. 在可行性研究報(bào)告中，系統(tǒng)方案應(yīng)包括哪些方面的內(nèi)容？ 硬件環(huán)境；技術(shù)策略；軟件模型及模型描述；客戶(hù)的投資成本、運(yùn)行成本和運(yùn)行效益； 開(kāi)發(fā)方的資源配置計(jì)劃；方案的風(fēng)險(xiǎn)和不足。16. 傳統(tǒng)需求分析建模方法會(huì)用到的模型有哪些？功能建模(數(shù)據(jù)流程圖) 、行為建模(狀態(tài)變遷圖、 Petri 圖)、數(shù)據(jù)字典、判定表和判定樹(shù)。17. 詳細(xì)設(shè)計(jì)的任務(wù)是什么？在軟件構(gòu)架的基礎(chǔ)上，進(jìn)一步確定如何實(shí)現(xiàn)目標(biāo)系統(tǒng)。具體包括

26、：模塊邏輯的詳細(xì)設(shè)計(jì); 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)；人機(jī)接口設(shè)計(jì)。18. 什么是投資回收分析？該方法的缺點(diǎn)是什么？投資回收分析是一個(gè)決定新系統(tǒng)所生成的經(jīng)濟(jì)效益超過(guò)它的開(kāi)發(fā)費(fèi)用所用時(shí)間長(zhǎng)度的 技術(shù)。缺點(diǎn)：是一種非常粗略的計(jì)算，完全忽略了資金的時(shí)間因素。四分析題1. 某軟件企業(yè)對(duì)部分職員重新分配工作的政策是：年齡在25歲以下者，高中生轉(zhuǎn)崗培訓(xùn)，大學(xué)生當(dāng)軟件測(cè)試工程師；年齡在 25歲至35歲之間者，大學(xué)生男性當(dāng)軟件 設(shè)計(jì)師，女性當(dāng)售前技術(shù)支持，研究生都當(dāng)系統(tǒng)架構(gòu)師；年齡在35歲以上者，大答案:學(xué)生當(dāng)系統(tǒng)分析員，研究生當(dāng)項(xiàng)目經(jīng)理。請(qǐng)用判定樹(shù)描述上述問(wèn)題。高中生：轉(zhuǎn)崗培訓(xùn)大學(xué)生：軟件測(cè)試工程師男：軟件

27、設(shè)計(jì)師 大學(xué)生女：售前技術(shù)支持25歲-35歲彳研究生：系統(tǒng)架構(gòu)師35歲以'大學(xué)生：系統(tǒng)分析員研究生：項(xiàng)目經(jīng)理2. 某企業(yè)管理信息系統(tǒng)中“檢查訂貨單”用例中對(duì)于欠款處理的業(yè)務(wù)規(guī)則是：訂單金額超過(guò)5000元時(shí)，對(duì)于欠款超過(guò) 60天的訂單，不發(fā)批準(zhǔn)書(shū)；對(duì)于欠款不超過(guò)60天的發(fā)批準(zhǔn)書(shū)、發(fā)貨單。訂單金額不超過(guò)5000元時(shí)，對(duì)于欠款超過(guò) 60天的訂單，發(fā)批準(zhǔn)書(shū)、發(fā)貨單、及催款通知單；對(duì)于欠款不超過(guò)60天的訂單，發(fā)批準(zhǔn)書(shū)、發(fā)貨單。請(qǐng)用判定樹(shù)描述上述問(wèn)題。答案：廠(chǎng)超過(guò)5000元超過(guò)60天：不發(fā)批準(zhǔn)書(shū)不超過(guò)60天：發(fā)批準(zhǔn)書(shū)，發(fā)貨單超過(guò)60天：發(fā)批準(zhǔn)書(shū)，發(fā)貨單，催款通知單匸不超過(guò)5000元不超過(guò)60天：發(fā)

28、批準(zhǔn)書(shū)，發(fā)貨單3畫(huà)出以下偽碼程序的程序流程圖。STARTIF x1 THENaDO WHILE x2bIF x3 THENcELSEdEND IFEND DOELSEeEND IFSTOP4.某航空物流公司的包裹收費(fèi)政策如下：若是國(guó)內(nèi)包裹，則收費(fèi)F=0.8元；如超重，收費(fèi)為F=0.8+0.2*(W-5)元，其中W為包裹重量，以克為單位。若是國(guó)內(nèi)快件，貝叫攵費(fèi)F=20 元；如超重，收費(fèi)為 F=20+1.2*(W-10)元。若是國(guó)外包裹，則收費(fèi) F=5.4元；如超重，收 費(fèi)為F=5.4+0.5*(W-5)元，其中W為包裹重量，以克為單位。若是國(guó)外快件，貝叫攵費(fèi)F=200 元；如超重，收費(fèi)為F=200+10*(W-10)元。請(qǐng)用判定樹(shù)描述上述問(wèn)題。答案：包裹國(guó)內(nèi)v-快件包裹國(guó)外Y快件|"未超重：F=0.8元I 超重：F=0.8+0.2* (W-5)元 未超重：F=20元,超重：F=20+1.2* (W-10 )元未超重：F=5.4元.超重：F=5.4+0.5* (W-5)元|未超重：F=200元超重：F=200+10* ( W-10)元38畫(huà)出以下偽碼程序的程序流程圖。STARTIF x1 THENaDO UNTIL x5bIF x2 THENfELSEkEND IFEND DOELSEcEND IFSTOP結(jié)束5畫(huà)出以下偽碼