【文章內(nèi)容簡介】 作者： 處理編號： 日期： 輸入?yún)?shù)說明： 輸出參數(shù)說明： 處理說明： 局部數(shù)據(jù)元素： 備注： 什么是耦合？什么是內(nèi)聚？ 答案 在軟件設(shè)計中應(yīng)該保持模塊的獨立性原則。反映模塊獨立性的有兩個標準：內(nèi)聚 和耦合。內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度；耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計時追求高內(nèi)聚、低耦合。 請畫圖說明軟件工程的層次化結(jié)構(gòu)，并詳細分析中間兩層的內(nèi)容。 1 答案 軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過程層和方法層，最上層是工具層。見圖： 質(zhì)量保證層工具層方法層過程層 其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進行軟件需求分析和設(shè)計，如何實現(xiàn)設(shè)計，如何測試和維護等 方法。 1 請為下面的程序設(shè)計符合判定覆蓋的測試用例。 int main() { int a,b,c,x,y,z。 scanf(“d%,d%,d%),amp。a,amp。b,amp。c)。 if a5 x=10 else x=1。 if b10 y=20 else y=2。 if c15 z=30 else z=3。 printf(“d%,d%,d% \n”,x,y,z) } 答案 條件 ： a5 a=5 b10 b=10 c15 c=15 判定測試用例 (不唯一 )： a=6 b=11 c=16； a=5 b=10 c=15 1請說明快速原型化模型的基本思想。 答案 在需求分析的同時，以比較小的代價快速建立一個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進行基本操作，并且提出改進意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評價，提出建議，如此往復(fù)，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?；诳焖僭突Ｐ偷拈_發(fā)過程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運行，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進行系統(tǒng)分析和設(shè)計，而原型已經(jīng)通過了用戶和開發(fā) 組的審查，在設(shè)計階段由于有原型作設(shè)計參考，所以設(shè)計的結(jié)果正確率比較高。 1下面的程序段 A 被程序員誤寫成程序段 B，請設(shè)計合適的測試用例發(fā)現(xiàn)其中的錯誤。 程序段 A 程序段 B ?? { T=0。 if (A=1)amp。amp。 (B=2) T=T+1。 else T=T+2。 if (X=90) amp。amp。(Y=75) T=T+3。 else T=T+4。 } printf(“d% \n”,T) ； ?? ?? { T=0。 if (A=1)amp。amp。 (B=2) T=T+1。 else T=T+2。 if (X=90)amp。amp。(Y75) T=T+3。 else T=T+4。 } printf(“d% \n”,T) ； ?? 答案 條件組合： A=1 B=2。 A=1 B2 A1 B=2 A1 B2 X=90 Y=75 X=90 Y75 X90 Y=75 X90 Y75 由此獲得測試用例： A=1 B=2。 A=1 B=1。A=0 B=2。A=0 B=1。X=90 Y=75。X=90 Y=1。X=1 Y=75。X=1 Y=1。其中 X=90 Y=75 能夠發(fā)現(xiàn)錯誤。 評分標準：答案 不唯一，不管用什么方法，給出的測試用例能夠發(fā)現(xiàn)錯誤就給滿分。參考答案為 X=90 Y=75。 1 請舉例說明用例之間的包含關(guān)系和擴展關(guān)系的區(qū)別？ 答案 包含關(guān)系用于構(gòu)造多個用例共同的活動。例如，在 ATM 系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗證用戶密碼。這種情況下應(yīng)該將密碼驗證功能獨立出來，便于復(fù)用、減少冗余。一個用例擴展另一個 用例 的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時，系統(tǒng)檢查所還圖書是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。 1 軟件設(shè)計中的抽象是什么意思？ 答案 所謂抽象就是將事務(wù)的相 似方面集中和概括起來，暫時忽略它們之間的差異?；蛘哒f，抽象就是抽出事務(wù)的本質(zhì)特性而暫時不考慮它們的細節(jié) 1 孩子閱讀疲倦時，一定要休息。如果不疲倦，但是對所閱讀的內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對內(nèi)容有興趣，理解無困難，則繼續(xù)閱讀；如果不疲倦，對內(nèi)容有興趣，但理解有困難，則應(yīng)該重讀。請對上面的描述設(shè)計判定表。 答案 疲倦 Y Y Y Y N N N N 感興趣 Y Y N N Y Y N N 糊涂 Y N Y N Y N Y N 重讀 √ 繼續(xù) √ 跳到一 下章 √ √ 休息 √ √ √ √ 化簡為： 疲倦 Y N N N 感興趣 Y Y N 糊涂 Y N 重讀 √ 繼續(xù) √ 跳到一下章 √ 休息 √ 1 活動圖與狀態(tài)圖的區(qū)別？ 答案 描述的重點不同：活動圖描述的是從活動到活動的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。 使用的場合不同：在分析用例、理解涉及多個用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動圖；在顯示一個對象在其生命周期內(nèi)的行為時，一般使用狀態(tài)圖。 1 試分析結(jié)構(gòu)化方法存在的主要問題是什么？ 答案 結(jié)構(gòu)化方法分析和設(shè)計階段所應(yīng)用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設(shè)計階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。 需求分析的細化程度沒有標準，只能憑借分析人員的經(jīng)驗自己把握；需求分析的過程是在一種瀑布形式，當(dāng)需求變更時，功能變化就會導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。 結(jié)構(gòu)化程序設(shè)計將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復(fù)用。 結(jié)構(gòu)化方法設(shè) 計的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護性差。 請說明判定表的作用及其結(jié)構(gòu)。 答案 判定表是結(jié)構(gòu)花設(shè)計的工具，用于描述多重條件的處理。分為 4 各部分：條件列表、條件組合、操作列表、特定條件下的操作組合。 2 請給出軟件工程七條基本原理中的任意三條基本原理。 答案 原理 1．用分階段的生命周期計劃嚴格管理 原理 2．堅持進行階段評審 原理 3．實行嚴格的產(chǎn)品控制 原理 4．采用現(xiàn)代程序設(shè)計技術(shù) 原理 5．結(jié)果應(yīng)能清楚地審查 原理 6．開發(fā)小組的人員應(yīng)該少而精 原理 7．承認不斷改進軟件工程實踐的必要性 2 結(jié)構(gòu) 化程序設(shè)計的特征是什么？ 答案： 結(jié)構(gòu)化程序設(shè)計的特征如下：程序模塊只有一個入口和一個出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。 2某學(xué)校開發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng)，學(xué)生在網(wǎng)上查找到希望選修的課程，并查看是否還有名額，若有名額就輸入學(xué)號，系統(tǒng)自動記錄該學(xué)生的選課信息，并返回選課成功。下面的順序圖描述了選課成功的情形，請將以下對象填入最合適的位置：系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。 ( 2 ) ( 3 )有 有 有 有 有有 有 有 有 有 有 有( 1 )有 有有 有 有 有有 有 有 有有 有有 有 有 有 有 有有 有 有 有有 有 有 有 有有 有 有 有有 有 有 有 有 有有 有 有 有( 4 ) ( 5 ) 答： ( 2 ) 有 有 有 有( 3 ) 有 有 有 有有 有有 有 有 有 有有 有 有 有 有 有 有( 1 ) 有 有有 有有 有 有 有有 有 有 有有 有有 有 有 有 有 有有 有 有 有有 有 有 有 有有 有 有 有有 有 有 有 有 有有 有 有 有( 4 ) 有 有 有 有有 有( 5 ) 有 有 有 有有 有 2軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與功能需求的區(qū)別？ 答案 業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機構(gòu)決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務(wù)需求一般在進行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三～五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。 功能需求定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對軟件提出了用戶需求，這些需 求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設(shè)計和編碼。 2 對功率大于 50 馬力的機器或已運行 10 年以上的機器，應(yīng) 送到專業(yè)的 維修 公司 處理 ；如果功率小于 20 馬力，并且有 維修記錄 ，則在車間維修；否則送到本廠的維修中心維修， 請建立判定表 。 答案 =50 馬力 Y N N N =20 馬力 N N Y N =10 年 N Y N 有維修記錄 Y 送外 √ √ 本廠 √ 本車間 √ 二、 應(yīng)用題 某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對設(shè)備維修信息進行管理，具體描述如下： 車間主任填寫維修申請單，內(nèi)容有設(shè)備名稱、型號、故障描述、維護時間要求、預(yù)計費用；填好后交給審計人員，審計人員根據(jù)企業(yè)的審計規(guī)定對維修申請單進行審計，填寫審計意見和審計結(jié)果，審計意見可以修改費用，審