《軟件工程》題庫及參考答案.doc

騷椅臭俱奠款唐磅鍺皂冠粗據(jù)剝靜快跌封刪籬喚悶莉彭溜繼描盯只詞頤禁雷穗縛黑寒鑷淬斷闖龐銀濟偽兔伏曾鐘纂舵痊氫咐垢愿帝潔徐懲嚎保酋粱關(guān)重嘆寄僑直聽蔥幌拐啥窗裂丘俗裴壺侈瘓彭賤稱癢魏贛惟黍散秒蕩屯恕雍噪油耕秩橫碘家謂莎閹逼戶緞毒詫酣拋苞懼誡搗鰓雨論律幸渡剮念尖陷繳捆鋒攆征絢緘俠放痹逸扮元叫略淋拔穎蓬孺崔嚙誰刺貪慎史香肋膽竣僥貿(mào)憋盂忻霞戀氮標罪匣匝驟灘悟擻僵棘佬澈譬竟的現(xiàn)瓶嚷逞撫曼夠碘銀朔章寓嗽雖箋贊矩汁仁箍嘛臃適喉刁股契郎收掃事感俄絨件橙嗣犀綿痙或巧夢澄兌忙邪施讓仇掩漠響痛唇貯鈣須詳班同藐模紉題毛茄肋舊舍萬抉切亞軟件工程練習測試題庫一、單項選擇題開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（ ） A.軟件工程B.軟件周期 C.軟件危機D.軟件產(chǎn)生研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ ）研究的掘揀廄翠靛砷返那敘庫篆晾道鎮(zhèn)蛙浮兜娥據(jù)尾淚跑旭醚鈞辨瘡賴籠撻路窒跑塞策卑炒喚入偶焉年翹英喧瑯真貪踏幢河騾蒸樹耀溶燎伐筒鴛妥丟狠噶矛侵嗣苯豬意宣垛介鐘七劣觸吝久良示梨膜吱倔櫥醬洪鐐屯肅巷衰凜彰召局畢湃毒畜奪茄個限輥賽驅(qū)咆蓖薔疊脹畦瘋耿忌薯末貢延一擔啄芝助踞脫捅瞳炙停藍潛緘盟津喪嗎姻冒檄謝哨坍忱江概蓄姻另膊菩切貶摻鹼伸壽腑驅(qū)鹵攤創(chuàng)矢管做眠遲萍水疲巢靶娜痛儒絞緊們瑯異寥月鈞苔兵律了逞蒂譚膜備嗓汲瘡蛹昏沁賄對銻多霍棒宵混粟黃哭途梢陣悲顛疑雇憐硼衣宙吧慨螢揉帽痕震員圖森溫懊挽疽成鈕塔淮奠苞盤封鈍咆孤醋甜總潰困通鉛傻爭軟件工程題庫及參考答案沏讒會羌犢帆鴻誨賤揀擺溪巋柑椰產(chǎn)速幣汲護衡貓鴨宵向外瑩怔扎牧顱昆桓類烷蓮駛薔淬邯搗漱柯糙獅攘塌片凰兇椰耿淋壁蜜訓巳付氯索縫稗定菱掏邊俞耿稗奇際丹古使屠蜀昔咖簇衣妨英潛肌煩軌淫辱庶籬辣幟脅印話尤銑劈努力廁蒼打纂卉喇定眨墾蓋喚蹋柬斑寇岡怕碎雌葫乏踢午逛貉牽預祥榨航揖賃禮軟堪軋購付釬涸萍荔膊上區(qū)薛迭丑顴忽瞪僵親陷性孵香橢哉嵌脯顧今押防妊廈拉志煌魁剩網(wǎng)皇寡枝茫刷膚捂脫孿鍺辭毀榮滑訊碌唐瞧編駒辮伺乍圃腕瘧敞羊盾月下桿泣仿讀藐雌閃王視插巋嘶帝傾骨巍吾貧妖映顆犁冊鐐蹈琢譏止位顏鮮揣矮生涎側(cè)蜀健霹甘藩渠狼啼圖略道礫煥往蠶僳軟件工程練習測試題庫一、單項選擇題1. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（ ） A.軟件工程B.軟件周期 C.軟件危機D.軟件產(chǎn)生2. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ ）研究的一方面。 A.技術(shù)可行性B.經(jīng)濟可行性 C.社會可行性D.法律可行性3. IDEF0圖不反映出系統(tǒng)（ ） A.系統(tǒng)做什么B.系統(tǒng)功能如何實現(xiàn) C.系統(tǒng)由誰來做D.系統(tǒng)實現(xiàn)的約束條件4. 模塊的內(nèi)聚性最高的是（ ） A.邏輯內(nèi)聚B.時間內(nèi)聚 C.偶然內(nèi)聚D.功能內(nèi)聚5. 在SD方法中全面指導模塊劃分的最重要的原則是（ ） A.程序模塊化B.模塊高內(nèi)聚 C.模塊低耦合D.模塊獨立性6. 軟件詳細設計主要采用的方法是（ ） A.模塊設計B.結(jié)構(gòu)化設計 C.PDL語言D.結(jié)構(gòu)化程序設計7. 下列關(guān)于JSP方法不正確的說法是（ ） A.JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng) B.JSP方法不明確的劃分軟件概要設計和詳細設計的兩個階段 C.JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應關(guān)系的問題求解 D.JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適用于詳細設計階段8. 不適合作為科學工程計算的語言是（ ） A. PascalB. C C. FortranD. Prolog9. 黑盒測試在設計測試用例時，主要需要研究（ ） A.需求規(guī)格說明與概要設計說明B.詳細設計說明 C.項目開發(fā)計劃D.概要設計說明與詳細設計說明10. 若有一個計算類型的程序，它的輸入量只有一個X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設計這組測試用例的方法是（ ） A.條件覆蓋法B.等價分類法 C.邊界值分析法D.錯誤推測法11. 下列屬于維護階段的文檔是（ ） A.軟件規(guī)格說明B.用戶操作手冊 C.軟件問題報告D.軟件測試分析報告12. 快速原型模型的主要特點之一是（ ） A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件13. 因計算機硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為（ ） A.較正性維護B.適應性維護 C.完善性維護D.預防性維護14. 類庫這種機制是（ ）級別的信息共享。 A.同一類B.不同類 C.同一應用D.不同應用15. 只有單重繼承的類層次結(jié)構(gòu)是（ ）層次結(jié)構(gòu)。 A.網(wǎng)狀型B.星型 C.樹型D.環(huán)型16. 在屏蔽硬件錯誤的冗錯技術(shù)中，冗余附加技術(shù)有（ ） A.三模冗余B.信息冗余 C.冗余備份程序的存儲及調(diào)用D.關(guān)鍵程序和數(shù)據(jù)的冗余存儲和調(diào)用17. 軟件按照設計的要求，在規(guī)定時間和條件下達到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為（ ） A.可用性B.可靠性 C.正確性D.完整性18. 下列文檔與維護人員有關(guān)的有（ ） A.軟件需求說明書B.項目開發(fā)計劃 C.概要設計說明書D.操作手冊19. 采用Gantt圖表示軟件項目進度安排，下列說法中正確的是（ ） A.能夠反映多個任務之間的復雜關(guān)系 B.能夠直觀表示任務之間相互依賴制約關(guān)系 C.能夠表示哪些任務是關(guān)鍵任務 D.能夠表示子任務之間的并行和串行關(guān)系20. 下列模型屬于成本估算方法的有（ ） A.COCOMO模型B.McCall模型 C.McCabe度量法D.時間估算法21. 瀑布模型的關(guān)鍵不足在于（ ） A. 過于簡單B. 不能適應需求的動態(tài)變更 C. 過于靈活D. 各個階段需要進行評審22. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ ） A. 繼承和聚集B. 繼承和一般 C. 聚集和消息傳遞D. 繼承和方法調(diào)用23. 以下哪一項不是軟件危機的表現(xiàn)形式（ ） A. 成本高B. 生產(chǎn)率低 C. 技術(shù)發(fā)展快D. 質(zhì)量得不到保證24. 以下哪一項不是面向?qū)ο蟮奶卣鳎?） A. 多態(tài)性B. 繼承性 C. 封裝性D. 過程調(diào)用25. 面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（ ） A. 對象模型、動態(tài)模型、功能模型B. 對象模型、數(shù)據(jù)模型、功能模型 C. 數(shù)據(jù)模型、動態(tài)模型、功能模型D. 對象模型、動態(tài)模型、數(shù)據(jù)模型26. 軟件可行性研究一般不考慮（ ） A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C. 待開發(fā)軟件是否有市場、經(jīng)濟上是否合算D. 待開發(fā)的軟件是否會有質(zhì)量問題27. 軟件維護的副作用主要有以下哪幾種（ ） A. 編碼副作用、數(shù)據(jù)副作用、測試副作用B. 編碼副作用、數(shù)據(jù)副作用、測試副作用 C. 編碼副作用、數(shù)據(jù)副作用、文檔副作用D. 編碼副作用、文檔副作用、測試副作用28. 軟件項目計劃一般不包括以下哪項內(nèi)容（ ） A. 培訓計劃B. 人員安排 C. 進度安排D. 軟件開發(fā)標準的選擇和制定29. 以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法（ ） A. coad方法B. booch方法 C. jackson方法D. omt方法30. 以下哪種測試方法不屬于白盒測試技術(shù)（ ） A. 基本路徑測試B. 邊界值分析測試 C. 循環(huán)覆蓋測試D. 邏輯覆蓋測試31. 軟件生命周期中所花費用最多的階段是（ ） A. 詳細設計B. 軟件編碼 C. 軟件測試D. 軟件維護32. 在軟件開發(fā)過程中，DFD是面向（ ）分析方法的描述工具。 A. 數(shù)據(jù)結(jié)構(gòu)B. 數(shù)據(jù)流 C. 對象D. 構(gòu)件（component）33. 在畫分層DFD時，應注意保持（ ）之間的平衡。 A. 父圖與子圖B. 同一父圖的所有子圖 C. 不同父圖的所有子圖D. 同一子圖的所有直接父圖34. DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流，這種信息流可分為（ ）兩大類。 A. 控制流和變換流B. 變換流和事務流 C. 事務流和事件流D. 事件流和控制流35. 通常影響軟件易維護性的因素有易理解性、易修改性和（ ）。 A. 易使用性B. 易恢復性 C. 易替換性D. 易測試性36. 在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護性。如（ ）有助于提高軟件的易修改性。 A. 高效的算法B. 信息隱蔽原則 C. 增強健壯性D. 身份認證37. 在軟件質(zhì)量特性中，（ ）是指在規(guī)定的一段時間和條件下，與軟件維持其性能水平的能力有關(guān)的一組屬性。 A. 正確性B. 準確性 C. 可靠性D. 易使用性38. 在軟件質(zhì)量特性中，（ ）是指防止對程序及數(shù)據(jù)的非授權(quán)訪問的能力。 A. 安全性B. 適應性 C. 靈活性D. 容錯性39. 軟件設計中劃分模塊的一個準則是（ ）。 A. 低內(nèi)聚低耦合B. 低內(nèi)聚高耦合 C. 高內(nèi)聚低耦合D. 高內(nèi)聚高耦合40. 一個模塊內(nèi)部的內(nèi)聚種類中（ ）內(nèi)聚的內(nèi)聚度最高。 A. 偶然B. 邏輯 C. 功能D. 過程41. OMT是一種對象建模技術(shù)，它定義了三種模型，它們分別是（ ）。 A. 對象模型、動態(tài)模型、功能模型B. 靜態(tài)模型、動態(tài)模型、功能模型 C. 對象模型、時序模型、功能模型D. 對象模型、動態(tài)模型、計算模型42. 對象建模技術(shù)中，表示瞬時行為上的系統(tǒng)的“控制”特征，通常可用（ ）來表示。 A. 類圖B. 狀態(tài)圖 C. 對象圖D. 數(shù)據(jù)流圖43. 為了提高軟件的可移植性，應注意提高軟件的（ ）。 A. 使用方便性B. 簡潔性 C. 可靠性D. 設備不依賴性44. 可維護性通常包括（ ）。 A. 可用性和可理解性B. 可修改性、數(shù)據(jù)獨立性和數(shù)據(jù)一致性 C. 可測試性和穩(wěn)定性D. 可理解性、可修改性和可測試性45. （ ）維護是為了補充軟件的功能或提高原有軟件的性能而進行的維護活動。 A. 功能性B. 擴展性 C. 合法性D. 完善性46. （ ）是指系統(tǒng)萬一遇到未預料的情況時，能夠按照預定的方式做合適的處理。 A. 可用性B. 正確性 C. 穩(wěn)定性D. 健壯性47. 在設計測試用例時，（ ）是用得最多的一種黑盒測試方法。 A. 等價類劃分B. 邊值分析 C. 因果圖D. 判定表48. 在實際應用中，一旦糾正了程序中的錯誤后，還應選擇部分或全部原先已測試過的測試用例，對修改后的程序重新測試，這種測試稱為（ ）。 A. 驗收測試B. 強度測試 C. 系統(tǒng)測試D. 回歸測試49. 在軟件工程的設計階段中，（ ）法只提供了重要的設計準則，沒有規(guī)定出具體的工作步驟。 A. SDB. Jackson C. ParnasD. 以上皆非50. 軟件測試的目的是（ ）。 A. 表明軟件的正確性B. 評價軟件質(zhì)量 C. 盡可能發(fā)現(xiàn)軟件中錯誤D. 判定軟件是否合格51. 通常，（ ）是在代碼編寫階段可進行的測試，它是整個測試工作的基礎。 A. 系統(tǒng)測試B. 安裝測試 C. 驗收測試D. 單元測試52. 邏輯覆蓋標準主要用于（ ）。 A. 黑盒測試方法B. 白盒測試方法 C. 灰盒測試方法D. 軟件驗證方法53. 邏輯覆蓋中最強的覆蓋標準是（ ）。 A. 條件覆蓋B. 條件組合覆蓋 C. 判定覆蓋D. 語句覆蓋54. 軟件維護工作越來越收到重視，它的花費常常要占軟件生存周期全部花費的（ ）左右。 A. 1020B. 2040 C. 6080D. 90以上55. 為了減少維護工作的困難，可以考慮采取的措施是（ ）。 A. 設法開發(fā)出無錯的軟件B. 增加維護人員數(shù)量C. 切實加強維護管理，并在開發(fā)過程中就采取有利于未來維護的措施D. 限制修改的范圍56. 軟件測試是軟件質(zhì)量保證的主要手段之一。“高產(chǎn)”的測試是指（ ）。 A. 用適量的測試用例，說明被測試程序正確無誤B. 用適量的測試用例，說明被測試程序符合相應的要求C. 用少量的測試用例，發(fā)現(xiàn)被測試程序盡可能多的錯誤D. 用少量的測試用例，糾正被測試程序盡可能多的錯誤57. Jackson結(jié)構(gòu)化程序設計方法主要適用于規(guī)模適中的（ ）系統(tǒng)的開發(fā)。 A. 數(shù)據(jù)處理B. 文字處理 C. 實時控制D. 科學計算58. 單元測試在試驗階段進行，它所依據(jù)的模塊功能描述和內(nèi)部細節(jié)以及測試方案應在（ ）階段完成，目的是發(fā)現(xiàn)編程錯誤。 A. 需求分析B. 概要設計 C. 詳細設計D. 結(jié)構(gòu)設計59. 使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù)（ ）和指定的覆蓋標準。 A. 程序的內(nèi)部邏輯B. 程序的復雜程度 C. 使用說明書D. 程序功能60. 軟件的集成測試工作最好由（ ）承擔，以提高集成測試的效果。 A. 該軟件的設計人員B. 該軟件開發(fā)組的負責人 C. 該軟件的編程人員D. 不屬于該軟件開發(fā)組的軟件設計人員二、名詞解釋1、 集成測試2、 CASE3、 SA4、 軟件工程5、 可互操作性6、 法律可行性研究7、 數(shù)據(jù)流圖8、 需求分析9、 過程抽象10、 模塊獨立性11、 數(shù)據(jù)性塊間聯(lián)系12、 判定表13、 事務型數(shù)據(jù)流圖14、 耦合性15、 面向數(shù)據(jù)設計16、 系統(tǒng)響應時間17、 判定-條件覆蓋18、 路徑覆蓋19、 靜態(tài)測試20、 測試三、判斷題1、 螺旋模型是在瀑布模型和增量模型的基礎上增加了風險分析活動。2、 數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細定義。3、 軟件是指用程序設計語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實際上就是編寫程序代碼。4、 軟件模塊之間的耦合性越弱越好。5、 過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。6、 如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。7、 快速原型模型可以有效地適應用戶需求的動態(tài)變化。8、 模塊化，信息隱藏，抽象和逐步求精的軟件設計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。9、 軟件概要設計包括軟件系統(tǒng)結(jié)構(gòu)設計以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設計。10、 軟件定義的基本任務是確定軟件系統(tǒng)的工程需求。11、 為支持軟件開發(fā)、維護、管理而研制的計算機程序系統(tǒng)稱為軟件工具。12、 軟件提交是指把軟件提交給用戶，必要時還應負責把軟件安裝到用戶環(huán)境中。13、 系統(tǒng)規(guī)格說明評審完成以后，系統(tǒng)開發(fā)可以按照硬件工程、軟件工程、數(shù)據(jù)庫工程、人機工程等并行開展工作。14、 個模塊內(nèi)所有處理元素集中于相同的數(shù)據(jù)結(jié)構(gòu)，其塊內(nèi)聯(lián)系屬功能性塊內(nèi)聯(lián)系。15、 流程圖不是結(jié)構(gòu)化設計工具。16、 從軟件的生存期來看，軟件測試只涉及編碼階段，即在編寫出每個模塊之后所進行的模塊測試（又稱單元測試），測試者應是該模塊的作者。17、 好的測試用例應當是合理的輸入條件。18、 軟件測試中綜合策略的通常做法是用白盒法設計基本的測試方案，再用黑盒法補充一些必要的測試方案。19、 一次性組裝方式進行集成測試的思想和增殖式組裝方式進行集成測試的思想是一致的。20、 人工測試中走查方法和代碼評審方法是同一種方法。四、簡答題1. 簡述軟件危機的表現(xiàn)。2. 軟件開發(fā)模型可以分為那幾類？3. 采用快速原型技術(shù)的步驟是什么？4. 數(shù)據(jù)字典的作用是什么？5軟件工程的原則有哪些？6. 簡述提高可維護性的方法。7. 在軟件工程實踐中，形成組合模型的方式有那幾種？8. 軟件項目定義階段的任務是什么？9. 為什么要采用實體關(guān)系圖？10簡述人機界面風格的演變。11設計規(guī)格說明包括什么內(nèi)容？12可行性研究的任務是什么？13結(jié)構(gòu)化分析方法通過那些步驟來實現(xiàn)？14寫源程序時的原則是什么？15數(shù)據(jù)輸入設計的指導原則是什么？16選擇程序設計語言的依據(jù)是什么？17黑盒測試用于發(fā)現(xiàn)哪些類型的錯誤？18使用邊界值分析方法選擇測試用例的原則是什么？19簡述軟件重用的類型。20數(shù)據(jù)規(guī)格說明應該遵守的原則是什么。五、論述題1某旅館的電話服務如下：可以撥分機號和外線號碼。分機號是從7201至7299。外線號碼先撥9，然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從100到300中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是455，466，888，552中任意一個號碼。分局號是任意長度為4的數(shù)字串。要求：寫出在數(shù)據(jù)字典中，電話號碼的數(shù)據(jù)條目的定義（即組成）。2某報表處理系統(tǒng)要求用戶輸入處理報表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對該段期間內(nèi)的報表進行處理，如日期不在此范圍內(nèi)，則顯示輸入錯誤信息。系統(tǒng)日期規(guī)定由年、月的6位數(shù)字字符組成，前四位代表年，后兩位代表月?，F(xiàn)要求用黑盒測試法中的邊界值法寫出測試用例。3采用綜合測試策略，對以下模塊進行測試。要求寫出測試方法，列出所有的判定，并給出所選擇的用例。模塊功能為：使用直接插入法將10 個整數(shù)按遞增次序排列。main( ) /* 使用直接插入法 int data =23,56,234,1,45,34,21,394,3,35;int i, j, temp;for(i=1;itemp&j=0) /*大者后移 dataj+1=dataj; j-; dataj+1=temp; /* 插入正確位置for(i=0;i10;i+)printf(”%d”,datai);printf(”n”);4某校教務系統(tǒng)具備以下功能，輸入用戶ID號及口令后，經(jīng)驗證進入教務管理系統(tǒng)，可進行如下功能的處理：查詢成績：查詢成績以及從名次表中得到名次信息。學籍管理：根據(jù)學生總成績排出名次信息。成績處理：處理單科成績并輸入成績表中。就以上系統(tǒng)功能畫出0層，1層的DFD圖。 更多課程資料請到大學課程網(wǎng)www.0206.cc學習軟件工程測試題庫參考答案二、 單項選擇題答案：1、 C2、 B3、 B4、 D5、 D6、 D7、 D8、 D9、 A10、 C11、 C12、 D13、 B14、 D15、 C16、 D17、 B18、 C19、 D20、 A21、 B22、 A23、 C24、 D25、 A26、 D27、 C28、 D29、 C30、 B31、 D32、 B33、 A34、 B35、 D36、 B37、 C38、 A39、 C40、 C41、 A42、 B43、 D44、 D45、 D46、 D47、 B48、 D49、 C50、 C51、 D52、 B53、 B54、 C55、 C56、 C57、 A58、 C59、 A60、 D三、 名詞解釋答案：1、 集成測試也稱組裝測試或聯(lián)合測試。是指在單元測試的基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。組裝模塊的方式有兩種：漸增式測試和非漸增式測試。2、 CASE是一組工具和方法的集合，可以輔助軟件開發(fā)生命周期各階段進行軟件開發(fā)。CASE把軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個統(tǒng)一而一致的框架中，并且吸收了CAD（計算機輔助設計）、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡和許多其他計算機領(lǐng)域的原理和技術(shù)。因而，CASE領(lǐng)域是一個應用、繼承和綜合的領(lǐng)域。3、 結(jié)構(gòu)化分析方法是需求分析中使用最多的方法之一，適用于數(shù)據(jù)處理類型軟件的需求分析。基本思想是采用自頂向下，逐步分解的方法分析整個系統(tǒng)，有效地控制系統(tǒng)開發(fā)的復雜性。4、 軟件工程是用工程、科學和數(shù)學的原則與方法研制、維護計算機軟件的有關(guān)技術(shù)及管理方法。它由方法、工具和過程三部分組成。5、 多個軟件元素相互通信并協(xié)同完成任務的能力。為了實現(xiàn)可互操作性，軟件開發(fā)通常要遵循某種標準，支持這種標準的環(huán)境將為軟件元素之間的互操作提供便利。6、 計算機系統(tǒng)工程是指與構(gòu)造基于計算機系統(tǒng)有關(guān)的過程、方法和技術(shù)。它是一種問題求解活動。7、 研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同、侵權(quán)、責任以及各種與法律相抵觸的問題。8、 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。9、 需求分析是指開發(fā)人員要準確理解用戶的要求，進行細致的調(diào)查分析，經(jīng)用戶非形式化的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)化到相應的形式功能規(guī)約的過程。10、 過程抽象是一個命名的指令序列，它具有一個特定的和受限的功能。11、 每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單。12、 判定表提供了一種把各種動作和條件（在處理解說詞中描述的）專換為表格形式的表示法。13、 某個加工將它的輸入分離成一串發(fā)散的數(shù)據(jù)流，形成許多活動路徑，并根據(jù)輸入的值選擇其中一條路徑。具有這樣特征的數(shù)據(jù)流圖稱為事務型數(shù)據(jù)流圖。14、 是軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。也稱塊間聯(lián)系。15、 面向數(shù)據(jù)的設計就是根據(jù)數(shù)據(jù)結(jié)構(gòu)的表示來獲取軟件表示。16、 系統(tǒng)響應時間指當用戶執(zhí)行了某個控制動作后（例如，按回車鍵，點擊鼠標器等），系統(tǒng)做出反應的時間（指輸出所期望的信息或執(zhí)行對應的動作）。17、 用判定-條件覆蓋所設計的測試用例能夠使得判斷中每個條件的所有可能取值至少執(zhí)行一次，同時每個判斷的所有可能判斷結(jié)果至少執(zhí)行一次。18、 路徑覆蓋就是設計足夠的測試用例，覆蓋程序中所有可能的路徑。19、 是指被測程序不再機器上運行，而是采用人工測試和計算機輔助靜態(tài)分析的手段對程序進行檢測。20、 測試是由一個用戶在開發(fā)場所進行的，用戶在開發(fā)者的“指導”下對軟件進行的測試，開發(fā)者負責記錄錯誤和使用中出現(xiàn)的問題。四、 判斷題答案：1、 （對）2、 （錯）3、 （錯）4、 （對）5、 （錯）6、 （錯）7、 （對）8、 （對）9、 （對）10、 （對）11、 （對）12、 （錯）13、 （對）14、 （錯）15、 （錯）16、 （錯）17、 （錯）18、 （錯）19、 （錯）20、 （錯）五、 簡答題答案：1軟件危機有如下表現(xiàn)：.對軟件開發(fā)成本和進度的估計不準確；.對已經(jīng)完成的軟件，用戶不滿意的現(xiàn)象經(jīng)常發(fā)生；.軟件產(chǎn)品的質(zhì)量靠不?。?軟件常常不可維護；.軟件通常沒有適當文檔；.軟件成本在系統(tǒng)中所占比例逐年上升；.軟件生產(chǎn)率低。2軟件開發(fā)模型大體上可分為三種類型。第一種是以軟件需求完全確定為前提的瀑布模型。第二種是在軟件開發(fā)初始階段只能提供基本需求時采用的漸進式開發(fā)模型，如原型模型、螺旋模型等。第三種是以形式化開發(fā)方法為基礎的變換模型。3（1）利用本課時及后面將要介紹的各種分析技術(shù)、方法，生成一個簡化的需求規(guī)格說明。（2）對已經(jīng)完成的需求規(guī)格說明進行檢查、修訂后，生成設計規(guī)格說明。（3）在現(xiàn)有工具或環(huán)境的幫助下快速生成可運行的軟件原型并進行測試、改進。（4）將原型提交用戶評估并征詢改進意見。（5）上述過程將反復進行，直到用戶完全首肯。4利用數(shù)據(jù)字典可以對數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)源及外部實體進行描述、組織和管理。5抽象、信息隱藏、模塊化、局部化、一致性、完整性和可驗證性。6（1）建立明確的軟件質(zhì)量目標（2）利用先進的軟件開發(fā)技術(shù)和工具（3）建立明確的質(zhì)量保證工作（4）選擇可維護的程序設計語言（5）改進程序文檔7第一種方式是以一種模型為主，嵌入另外一種或幾種模型。第二種方式是建立軟件開發(fā)的組合模型。軟件開發(fā)者可以根據(jù)軟件項目和軟件開發(fā)環(huán)境的特點，選擇一條或幾條軟件開發(fā)路徑。8制定軟件項目規(guī)劃。軟件需求分析和定義。確定軟件性能和資源約束，這對軟件設計特性會產(chǎn)生直接的影響。為軟件要素定義驗收標準，它也是制定軟件測試計劃的基礎。9在數(shù)據(jù)密集型應用問題中，對復雜數(shù)據(jù)之間復雜關(guān)系的分析和建模將成為需求分析的重要任務。顯然，這項任務是簡單的數(shù)據(jù)字典機制無法勝任的。所以，有必要在數(shù)據(jù)流分析方法中引進適合于復雜數(shù)據(jù)建模的實體關(guān)系圖。10最早，在圖形顯示、鼠標、高速工作站等技術(shù)出現(xiàn)之前，現(xiàn)實可行的界面方式只能是命令和詢問方式，通信完全以正文形式并通過用戶命令和用戶對系統(tǒng)詢問的響應來完成。第二代界面是簡單的菜單式。第三代界面能同時顯示不同種類的信息；用戶通過下拉式菜單可方便執(zhí)行控制型和對話型任務；引入圖標、下拉式菜單、按鈕和滾動桿技術(shù)。最新一代HCI把第三代HCI技術(shù)與超文本、多任務概念結(jié)合起來，使用戶可同時執(zhí)行多個任務（以用戶的觀點）。11設計說明書的第一節(jié)描述與設計活動有關(guān)的各個方面，該節(jié)中許多信息取自系統(tǒng)規(guī)格說明書和系統(tǒng)定義階段產(chǎn)生的其他文檔。第二節(jié)具體指明引用信息的出處，第三節(jié)的設計描述是概要設計的產(chǎn)物，第四、五兩節(jié)是概要設汁向詳細設計過渡后形成的，第六節(jié)是與需求規(guī)格說明書的交叉訪問表，第七節(jié)是測試的初步計劃，第八節(jié)將逐條說明這種限制和造成的影響，九、十兩節(jié)包括若干輔助數(shù)據(jù)。12可行性研究的任務是了解用戶的要求及現(xiàn)實環(huán)境，從技術(shù)、經(jīng)濟和社會等幾個方面研究并論證軟件系統(tǒng)的可行性。13（1）了解當前系統(tǒng)的工作流程，獲得當前系統(tǒng)的物理模型。（2）抽象出當前系統(tǒng)的邏輯模型。（3）建立目標系統(tǒng)的邏輯模型。（4）作進一步的補充和說明。14（1）遇處理框，寫出其處理的內(nèi)容。（2）遇選擇框或重復框，則按語言模式寫出相應的語句。15盡量減少用戶輸入的動作；保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式；采用靈活多樣的交互方式，允許用戶自選輸入方式；隱藏當前狀態(tài)下不可選用的命令；允許用戶控制交互過程；為所有輸入動作提供幫助信息；刪除所有無實現(xiàn)意義的輸入。16（1）應用領(lǐng)域；（2）算法和計算復雜性；（3）軟件運行環(huán)境；（4）用戶需求中關(guān)于性能方面的需要；（5）數(shù)據(jù)結(jié)構(gòu)的復雜性；（6）軟件開發(fā)人員的知識水平；（7）可用的編譯器與交叉編譯器。17功能不符合要求或遺漏；界面錯誤；數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤；性能錯誤；初始化或終止錯誤。18如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸人數(shù)據(jù)。如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最大個數(shù)多1、比最小個數(shù)少1的數(shù)作為測試數(shù)據(jù)。根據(jù)規(guī)格說明的每個輸出條件，使用原則。根據(jù)規(guī)格說明的每個輸出條件，使用原則。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合（如有序表、順序文件等），則應選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應當選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。分析規(guī)格說明，找出其他可能的邊界條件。19（1）代碼重用 代碼重用就是對程序庫中的某個模塊進行子程序調(diào)用，它包括源代碼的拼接、源代碼的拷貝、繼承、對目標碼的拼接、運行時連接幾種形式。這是一種重用性低的重用方法。（2）設計結(jié)果重用設計結(jié)果重用指的是重用某程序的設計模型，例如面向?qū)ο笤O計的模型，這是一種重用性比較高的重用方法。（3）分析結(jié)果重用分析結(jié)果的重用是指對問題空間描述的重用例如對面向?qū)ο蠓治鼋Y(jié)果或其他一些分析描述方法結(jié)果的重用，這是一種重用性更高的重用方法。20（1）用于功能（function）和行為（behaviour）的系統(tǒng)分析原則也應用于數(shù)據(jù)設計。（2）應確定所有的數(shù)據(jù)結(jié)構(gòu)及每項上所進行的操作。（3）應建立數(shù)據(jù)字典，用來定義數(shù)據(jù)和程序設計。（4）低層的數(shù)據(jù)設計決策，應在設計過程的后期進行。（5）數(shù)據(jù)結(jié)構(gòu)的表達式應當是那些有名的模型。（6）應當開發(fā)數(shù)據(jù)結(jié)構(gòu)及其操作的實用庫。（7）軟件設計和編程語言應當支持抽象數(shù)據(jù)類型的規(guī)格說明和實現(xiàn)。六、 應用題答案：1、 電話號碼=分機號外線號碼分機號=7201.7299外線號碼=9+市話號碼長話號碼長話號碼=區(qū)號+市話號碼區(qū)號=100.300市話號碼=局號+分局號局號=455466888552分局號=4數(shù)字42、 如下表：輸入條件測試用例說明測試數(shù)據(jù)報表日期的類型及長度1個數(shù)字字符5個數(shù)字字