軟件工程及應(yīng)用-練習(xí)題(2)(全答案版)_第1頁
軟件工程及應(yīng)用-練習(xí)題(2)(全答案版)_第2頁
軟件工程及應(yīng)用-練習(xí)題(2)(全答案版)_第3頁
軟件工程及應(yīng)用-練習(xí)題(2)(全答案版)_第4頁
軟件工程及應(yīng)用-練習(xí)題(2)(全答案版)_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論