電大本科-軟件工程期末復習題

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件工程一、選擇題專心-專注-專業(yè)1、軟件工程的研究者將軟件開發(fā)和維護過程概括為（8）大活動。2、（自律、善于溝通、具有一定的軟件技能）是職業(yè)軟件工程師的必要條件。3、計算機病毒是指（一組自我復制和自動執(zhí)行的具有破壞能力的代碼）。4、軟件需求具有（D）。A.主觀性 B.不確定性 C.多變性 D.以上全部5、描述軟件需求通常不用哪個工具（模塊結(jié)構(gòu)圖）。6、軟件結(jié)構(gòu)圖中沒有（判斷）元素。 7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（不確定）。8、包含關(guān)系用于構(gòu)造多個用例（共性的部分）。9、如果說用例F被用例T擴展，意思是（F是一個一般用例，T是一個特殊用例）。10、用（E-R圖）對

2、需要長久保存的信息進行建模。11、美國卡內(nèi)基梅隆大學制定的SW-CMM是（軟件成熟度模型）。12、螺旋模型是一種將（瀑布模型和增量模型）結(jié)合起來的軟件開發(fā)模型。 13可行性研究的四大要素是（經(jīng)濟、技術(shù)、法律和社會環(huán)境）。14、軟件調(diào)研報告是在（需求分析之前）提交的時候。15、系統(tǒng)流程圖的主要作用（描述系統(tǒng)的物理模型）. 16、PDL是一種（過程設(shè)計語言）語言。 17、結(jié)構(gòu)化設(shè)計方法劃分模塊的原則是（低耦合，高內(nèi)聚）。18、配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境，反映系統(tǒng)的（物理架構(gòu)）。19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（時間）。 20、功能模型用于表達系統(tǒng)的需求，為軟件的進一步

3、分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ校桑ㄓ美龍D和場景描述）實現(xiàn)。21、下面的哪個選項不是軟件工程的宗旨（研究算法）。22、針對需求不確定的軟件開發(fā)，比較好的模型是（快速原型化模型）。23、可行性分析研究的費用大約是項目總經(jīng)費的（6%）。24、業(yè)務(wù)需求描述的是（軟件的目標、規(guī)模和范圍）。 25、一個數(shù)據(jù)流程圖中的圖形符號有且僅有（4）種。26、非直接耦合的模塊獨立性最強，（內(nèi)容耦合）的模塊獨立性最弱。27、信息隱藏的核心內(nèi)容是（一個模塊的內(nèi)部信息不允許其他模塊直接訪問）。28、面向過程的方法最關(guān)心的是（參數(shù)），而過程實施的對象是作為過程參數(shù)傳遞的。29、（用例視圖）用于描述系統(tǒng)的功能集。30、

4、用（靜態(tài)）模型建立系統(tǒng)組織結(jié)構(gòu)。 31、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（類圖）實現(xiàn)。32、如果對象之間的耦合是通過（消息機制）來實現(xiàn)的，則這種耦合就是交互耦合。33、定義類的屬性類型時盡量使用已有類型，太多自定義類型會降低系統(tǒng)的（可維護性）指標。34、在設(shè)計測試用例時，應該包括（上面所有情況）測試用例。 35、（邊值分析和等價類劃分）屬于功能測試方法。36、一個軟件項目大約（）的工作量在開發(fā)階段，（）的工作量在維護階段。（30%,70%）37、軟件項目管理的內(nèi)容不包括（技術(shù)和算法）。 38、通俗的說，軟件項目管理中常說的基線

5、是（通過正式復審的文檔）。 39、科學計算領(lǐng)域一般選擇（C）語言。40對于嵌套的循環(huán)和分支程序，層次不要超過（3）層。41、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類是（控制類）。42、繼承耦合是（一般化類與特殊化類）之間的一種關(guān)聯(lián)形式，設(shè)計時應該適當使用這種耦合。43、構(gòu)架設(shè)計的主要目的是（確定系統(tǒng)總體結(jié)構(gòu)），這項工作由經(jīng)驗豐富的構(gòu)架設(shè)計師主持完成。 44、測試用例是一組（測試用的輸入數(shù)據(jù)以及對應的預期結(jié)果）。45、由于面向?qū)ο笾械睦^承和消息機制，使得軟件測試（更加復雜）。46、軟件維護過程中產(chǎn)生的副作用，一般是由（修改程序）引起的。47、項目計劃活動的主要任務(wù)是（D）。A.估

6、算項目的進度 B.分配工作量 C.計劃資源使用 D.以上全部48、如果程序代碼的（可讀性）好，則調(diào)試的成本就可以大幅度降低。49、兩個浮點數(shù)X0和X1比較相等時，應該用（|X0-X1|<）比較。50、瀑布模型存在的問題是（缺乏靈活性）。 51、（開發(fā)一個簡單的問題解決方案）不是分析建模的目的。 52、對用例進行設(shè)計，發(fā)現(xiàn)實現(xiàn)用例功能的（關(guān)鍵類），確定類之間的關(guān)系。 53、框架是一組可用于不同應用的（類）的集合。54、從狹義上講，軟件測試是（為發(fā)現(xiàn)錯誤而執(zhí)行程序）的過程。55、在設(shè)計黑盒測試用例時，主要研究（需求規(guī)格說明）。 56、（白盒測試）時，測試人員必須接觸到程序源代碼。57、一般維

7、護程序代碼的策略（根據(jù)維護申請讀源程序，并修改）。58、Gantt圖直觀簡明、易學易用，但它不能（直接反應任務(wù)間的依賴關(guān)系和關(guān)鍵路徑）。59、（軟件配置管理）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 60、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。61、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（過程層和方法層），最上層是工具層。62美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（7）條基本原理。63、下面哪個選項不是軟件工程研究的內(nèi)容（精通一門編程語言）。64可行性研究的主要任務(wù)是（進行一次簡要的需求分析）。 65、用戶

8、需求描述的是（用戶使用該軟件要完成的任務(wù)）。66、數(shù)據(jù)流程圖的主要作用是（描繪系統(tǒng)的邏輯模型）。 67、軟件設(shè)計的目標是（在最短的時間內(nèi)，生產(chǎn)出可靠性、可維護性俱佳的軟件方案。）。68、內(nèi)容耦合是模塊間最緊密的耦合，（非直接耦合）是模塊間最松散的耦合。69、面向?qū)ο笫恰跋取贝_定()“后”（）。(動作的主體/執(zhí)行動作) 70、UML是一種（面向?qū)ο蠼ＵZ言）語言。71、軟件工程強調(diào)將（D）的方法應用于軟件的開發(fā)和維護過程之中。A.規(guī)范化 B.系統(tǒng)化 C.可度量 D.以上全部72、軟件開發(fā)活動的順序應該是（問題定義、可行性研究、需求分析、設(shè)計、編碼和測試。）。73假定銀行的存款年利率是2%，請問現(xiàn)

9、在存5000元，兩年后的價值應為（5202）元。74、系統(tǒng)物理模型用（系統(tǒng)流程圖）表示。75、關(guān)于軟件需求特性不正確的描述是“軟件需求具有（準確性）”。76、隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。（減小/增加）77、反映模塊獨立性的指標是（內(nèi)聚和耦合）。 78、面向過程的方法最關(guān)心的是（過程），而過程實施的對象是作為過程參數(shù)傳遞的。80、用（用例）模型分析和定義用戶的需求。 81、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D ）實現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動圖 D.以上全部82、面向?qū)ο蠓治龊驮O(shè)計的界限是（模

10、糊的），從分析到設(shè)計是一個逐漸擴充模型的過程。83、每個子系統(tǒng)的接口定義了若干（操作），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實現(xiàn)方法應該是隱藏的。84、測試最早的開始時間是（從需求分析階段開始）。85、從測試對象的粒度上劃分測試為（單元測試、集成測試、系統(tǒng)測試和驗收測試）。86、維護的工作量與軟件規(guī)模成（正比），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報表數(shù)等指標來衡量。87、上世紀70年代，美國國防部的研究結(jié)果發(fā)現(xiàn)70%的項目是因為（管理不善引起）原因，造成項目失敗。88所有程序設(shè)計語言的基本成分都可歸納為：數(shù)據(jù)成分、（運算成分）、控制成分和傳輸成分。8

11、9程序結(jié)構(gòu)清晰且簡單易懂，一個函數(shù)的規(guī)模一般（100左右）行。90、不屬于軟件項目管理的是（軟件銷售利潤）。91、用（動態(tài)）模型描述和分析業(yè)務(wù)流程。 92、用（界面類）描述系統(tǒng)與角色之間的接口。93、對類進行詳細設(shè)計，主要是設(shè)計類的（屬性和方法），優(yōu)化類之間的關(guān)系。94、面向?qū)ο笤O(shè)計強調(diào)定義（軟件對象），并且使它們相互協(xié)作來滿足用戶需求。95、軟件測試的目標是設(shè)計優(yōu)秀的測試用例，（以最小的代價、在最短的時間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯誤）。96、（程序員應該仔細測試自己編寫的程序代碼）不符合軟件測試原則。97、引起軟件改變的原因主要有（D）。A.運行環(huán)境變化 B. 需求變化 C.系統(tǒng)有錯 D.以

12、上全部98、（軟件配置管理）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 99、現(xiàn)在人們更強調(diào)程序代碼的（可維護性）。100、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。1軟件對硬件和環(huán)境有著不同程度的依賴性，這導致了軟件(升級和移植)問題。2原型化方法是用戶和設(shè)計者之間的一種交互手段，適用于(需求不確定性高的)系統(tǒng)。3IEEE是(國際電氣和電子工程師協(xié)會)的簡稱。4可行性研究的主要目的是(確定系統(tǒng)是否值得開發(fā))。 5(功能需求)定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。 6數(shù)據(jù)流程圖中的處理不能表示(數(shù)據(jù)組成)。7隨著模塊規(guī)模的，模塊的開發(fā)成本，但是模塊之間的接口變得復

13、雜起來，使得模塊的集成成本增加。(減小，減小) 8詳細設(shè)計與概要設(shè)計銜接的圖形工具是(SC圖)。9面向過程的方法最關(guān)心的是 ，而過程實施的 是作為過程參數(shù)傳遞的。(過程對象) 11目前面向?qū)ο蠓治鲇性S多方法，大多數(shù)方法可以歸結(jié)為建立(功能模型)、對象模型、動態(tài)模型。12構(gòu)建類圖是(對象模型)的任務(wù)。13首先用(配置圖)描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)元素分配到這些物理節(jié)點上。14類的屬性結(jié)構(gòu)要堅持簡單的原則，盡可能不使用復雜的(數(shù)據(jù)結(jié)構(gòu))。15現(xiàn)在人們更強調(diào)程序的(可讀性)。16程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、(條件/判斷結(jié)構(gòu))和循環(huán)結(jié)構(gòu)。17一般性的軟件其測試工作量大約

14、占整個開發(fā)工作量的(40)。18下面哪些測試方法屬于黑盒測試?( 等價類劃分) 19軟件特性中，相互矛盾的是(效率與通用性)。20(軟件配置管理)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 二、簡答題1、 試從軟件的特點出發(fā)分析軟件危機產(chǎn)生的原因。(1)軟件是一種邏輯實體，具有抽象性，無法看到軟件本身的形態(tài)，必須通過觀察、分析、思考和判斷才能了解它的功能和性能。(2)軟件對硬件和環(huán)境有著不同程度的依賴性，這導致了軟件升級和移植的問題。計算機硬件和支撐環(huán)境不斷升級，為了適應運行環(huán)境的變化，軟件也需要不斷維護，并且維護的成本通常比開發(fā)成本高許多。(3)軟件生產(chǎn)至今尚未擺脫手工方式，軟件開

15、發(fā)的手工行為造就了一個致命的問題，就是為應用“量身訂做”軟件。長期以來，軟件給人的感覺是修改幾條指令很簡單，客戶總是強調(diào)軟件要適應自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。(4)軟件涉及人類社會的各行各業(yè)，常常涉及一些行業(yè)知識，這對軟件工程師提出了很高的要求。(5)軟件是與文學藝術(shù)作品相似的精神作品，與體力勞動相比，精神活動過程的特點是“不可見性”，這大大增加了組織管理上的困難。2、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€模型，請問三個模型的作用？1）功能模型：表達系統(tǒng)的詳細需求，為軟件的進一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ校捎美龍D和場景描述組成。2）對象模型：表示靜態(tài)的、結(jié)

16、構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3）動態(tài)模型：描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)的“控制”特性。3、一個程序片段如下，請設(shè)計符合條件組合覆蓋的測試用例。if (a>=4) && (b<0) c=a+b;else c=a-b;if (c>3) | (c<1) printf(“c不在計算區(qū)域n”)else printf(“%dn”, c);a>=4 b<0a>=4 b>=0a<4 b<0a<4 b>=0c>3c<

17、;=3c<1c>=1綜合以上條件組合，設(shè)計測試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）：a=4 b=-1 c=3a=4 b=0 c=4a=-1 b=-1 c=0a=-1 b=0 c=-14、軟件工程為什么要強調(diào)規(guī)范化和文檔化？軟件工程強調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個人生產(chǎn)方式，進入標準化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計思想、設(shè)計過程和實現(xiàn)過程完整地記錄下來，以便于后人的使用和維護，在開發(fā)過程中各類相關(guān)人員借助于文檔進行交流和溝通。另外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢姡阌诠芾碚邔浖?/p>

18、生產(chǎn)進度和開發(fā)過程進行管理。在用戶最終驗收時可以通過對提交的文檔進行技術(shù)審查和管理審查，保證軟件的質(zhì)量。5、讀懂下面的程序，調(diào)整格式，使其更容易理解，并添加注釋。int main()int a10;for (int i =0;i<10;i+)scanf(“%d”,ai);int max=a0,min=a1;for (int j = 0;j<10;j+)max=(max>aj?max:aj);min=(min<aj?min:aj);printf("max= %d",max);printf("min= %d",min);printf(

19、"n");return 0;int main()int a10;/讀入10個數(shù)據(jù)for (int i =0;i<10;i+)scanf("%d",ai);/max存放最大值，min存放最小值int max=a0,min=a0;/從10個數(shù)中發(fā)現(xiàn)最大、最小值for (int j = 0;j<10;j+) max=(max>aj?max:aj);min=(min<aj?min:aj);/輸出結(jié)果printf("max= %d",max);printf("min= %d",min);return

20、0;6、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與用戶需求的區(qū)別？業(yè)務(wù)需求是用戶高層領(lǐng)導機構(gòu)決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務(wù)需求一般在進行需求分析之前就應該確定，需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。用戶需求是用戶使用該軟件要完成的任務(wù)。這部分需求應該充分調(diào)研具體的業(yè)務(wù)部門，詳細了解最終用戶的工作過程、所涉及的信息、當前系統(tǒng)的工作情況、與其他系統(tǒng)的接口等等。用戶需求是最重要的需求，也是出現(xiàn)問題最多的。7、一個程序片段如下，請

21、設(shè)計符合判定覆蓋的測試用例。if (a>=5) && (b<0) c=a+b;else c=a-b;if (c>5) | (c<1) printf(“c不在計算區(qū)域n”)else printf(“%dn”, c);參考答案:條件：a>=5 b<0a>=5 b0c<11<c<5符合判定覆蓋的測試用例（不唯一）：a=5,b=-1,c=4; a=5,b=5,c=0;8、請說明對象模型的作用是什么？對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο?/p>

22、方法中，類圖是構(gòu)建對象模型的核心工具。9、請說明IPO圖的作用，并給出一個IPO圖的模板。數(shù)據(jù)流程圖中的處理本應該放在數(shù)據(jù)字典中進行定義，但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類事物，它們各自有獨立的描述格式，因此在實際項目中通常將處理說明用IPO圖標描述。下面是項目中常用的處理說明模板：系統(tǒng)名稱： 作者： 處理編號： 日期： 輸入?yún)?shù)說明： 輸出參數(shù)說明：處理說明：局部數(shù)據(jù)元素：備注：10、什么是耦合？什么是內(nèi)聚？在軟件設(shè)計中應該保持模塊的獨立性原則。反映模塊獨立性的有兩個標準：內(nèi)聚和耦合。內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度；耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計時追求高內(nèi)聚、低耦

23、合。11、請畫圖說明軟件工程的層次化結(jié)構(gòu)，并詳細分析中間兩層的內(nèi)容。軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過程層和方法層，最上層是工具層。見圖：其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進行軟件需求分析和設(shè)計，如何實現(xiàn)設(shè)計，如何測試和維護等方法。12、請為下面的程序設(shè)計符合判定覆蓋的測試用例。int main()int a,b,c,x,y,z;scanf(“d%,d%,d%),&a,&b,&c);if a>5 x=10 else x=1;if b>10 y=20 else

24、 y=2;if c>15 z=30 else z=3;printf(“d%,d%,d%n”,x,y,z)參考答案:條件：a>5 a<=5b>10b<=10c>15c<=15判定測試用例(不唯一)：a=6 b=11 c=16； a=5 b=10 c=1513、請說明快速原型化模型的基本思想。在需求分析的同時，以比較小的代價快速建立一個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進行基本操作，并且提出改進意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評價，提出建議，如此往復，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?；诳焖僭突Ｐ偷拈_發(fā)過程基

25、本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運行，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進行系統(tǒng)分析和設(shè)計，而原型已經(jīng)通過了用戶和開發(fā)組的審查，在設(shè)計階段由于有原型作設(shè)計參考，所以設(shè)計的結(jié)果正確率比較高。14、下面的程序段A被程序員誤寫成程序段B，請設(shè)計合適的測試用例發(fā)現(xiàn)其中的錯誤。程序段A程序段B T=0;if (A>=1)&& (B>=2) T=T+1;else T=T+2;if (X>=90) &&(Y>=75) T=T+3;else T=T+4; printf(“d%n”,T)； T=0;if (A>=1)&&

26、; (B>=2) T=T+1;else T=T+2;if (X>=90)&&(Y<75) T=T+3;else T=T+4; printf(“d%n”,T)；條件組合：A>=1 B>=2;A>=1 B>2A<1 B>=2A<1 B<2X>=90 Y>=75X>=90 Y<75X<90 Y>=75X<90 Y<75由此獲得測試用例：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;

27、其中 X=90 Y=75能夠發(fā)現(xiàn)錯誤。15、請舉例說明用例之間的包含關(guān)系和擴展關(guān)系的區(qū)別？包含關(guān)系用于構(gòu)造多個用例共同的活動。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗證用戶密碼。這種情況下應該將密碼驗證功能獨立出來，便于復用、減少冗余。一個用例擴展另一個用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時，系統(tǒng)檢查所還圖書是否有預訂記錄，如果有則執(zhí)行“通知”用例。16、軟件設(shè)計中的抽象是什么意思？所謂抽象就是將事務(wù)的相似方面集中和概括起來，暫時忽略它們之間的差異?；蛘哒f，抽象就是抽出事務(wù)的本質(zhì)特性而暫時不考慮它們的細節(jié)17、孩子閱讀疲倦時，一定要休息。如果不疲倦，但是對所閱讀的

28、內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對內(nèi)容有興趣，理解無困難，則繼續(xù)閱讀；如果不疲倦，對內(nèi)容有興趣，但理解有困難，則應該重讀。請對上面的描述設(shè)計判定表。參考答案:疲倦YYYYNNNN感興趣YYNNYYNN糊涂YNYNYNYN重讀繼續(xù)跳到一下章休息化簡為：疲倦YNNN感興趣YYN糊涂YN重讀繼續(xù)跳到一下章休息18、活動圖與狀態(tài)圖的區(qū)別？(1)描述的重點不同：活動圖描述的是從活動到活動的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。(2)使用的場合不同：在分析用例、理解涉及多個用例的工作流、處理多線程應用等情況下，一般使用活動圖；在顯示一個對象在其生命周期內(nèi)的行為時，一般使用狀態(tài)圖。19、

29、試分析結(jié)構(gòu)化方法存在的主要問題是什么？(1) 結(jié)構(gòu)化方法分析和設(shè)計階段所應用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設(shè)計階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。(2) 需求分析的細化程度沒有標準，只能憑借分析人員的經(jīng)驗自己把握；需求分析的過程是在一種瀑布形式，當需求變更時，功能變化就會導致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。(3) 結(jié)構(gòu)化程序設(shè)計將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復用。(4) 結(jié)構(gòu)化方法設(shè)計的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護性差。20、請說明判定表的作用及其結(jié)構(gòu)。

30、判定表是結(jié)構(gòu)花設(shè)計的工具，用于描述多重條件的處理。分為4各部分：條件列表、條件組合、操作列表、特定條件下的操作組合。21、請給出軟件工程七條基本原理中的任意三條基本原理。原理1用分階段的生命周期計劃嚴格管理 原理2堅持進行階段評審原理3實行嚴格的產(chǎn)品控制原理4采用現(xiàn)代程序設(shè)計技術(shù)原理5結(jié)果應能清楚地審查原理6開發(fā)小組的人員應該少而精原理7承認不斷改進軟件工程實踐的必要性22、結(jié)構(gòu)化程序設(shè)計的特征是什么？結(jié)構(gòu)化程序設(shè)計的特征如下：程序模塊只有一個入口和一個出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。23、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與功能需求的區(qū)別

31、？業(yè)務(wù)需求是用戶高層領(lǐng)導機構(gòu)決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務(wù)需求一般在進行需求分析之前就應該確定，需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設(shè)計和編碼。24、對功率大于50馬力的機器或已運行 10 年以上的機器，

32、應送到專業(yè)的維修公司處理；如果功率小于20馬力，并且有維修記錄，則在車間維修；否則送到本廠的維修中心維修，請建立判定表。>=50馬力YNNN<=20馬力NNYN>=10年NY-N有維修記錄-Y-送外本廠本車間25、某學校開發(fā)了學生網(wǎng)上選課的系統(tǒng)，學生在網(wǎng)上查找到希望選修的課程，并查看是否還有名額，若有名額就輸入學號，系統(tǒng)自動記錄該學生的選課信息，并返回選課成功。下面的順序圖描述了選課成功的情形，請將以下對象填入最合適的位置：系統(tǒng)界面、學生、學生基本信息、學生選課記錄、課程基本信息。參考答案：26、什么是軟件危機?軟件危機表現(xiàn)在哪幾個方面?由于軟件特點和長期以來一直沒有發(fā)明一種

33、高效的開發(fā)方法，導致軟件生產(chǎn)效率非常低，交付期一拖再拖，最終交付的軟件產(chǎn)品在質(zhì)量上很難保障。這種現(xiàn)象早在20世紀60年代被定義為“軟件危機”。它的具體表現(xiàn)如下： a)“已完成”的軟件不滿足用戶的需求。 b)開發(fā)進度不能保障，交付時間一再拖延。 c)軟件開發(fā)成本難以準確估算，開發(fā)過程控制困難造成開發(fā)成本超出預算。 d)軟件產(chǎn)品的質(zhì)量沒有保證，運算結(jié)果出錯、操作死機等現(xiàn)象屢屢出現(xiàn)。 e)軟件通常沒有適當?shù)奈臋n資料，或文檔與最終交付的軟件產(chǎn)品不符，軟件的可維護程度非常低。27、根據(jù)相關(guān)的法律，對于侵犯軟件著作權(quán)的行為，根據(jù)情節(jié)應當給予什么處罰?對于侵犯軟件著作權(quán)的行為，要根據(jù)情況承擔停止侵害、消除影

34、響、賠禮道歉、賠償損失等民事責任；損害社會公共利益的，由著作權(quán)行政管理部門責令停止侵權(quán)行為，沒收違法所得，沒收、銷毀侵權(quán)復制品，并處罰款；情節(jié)嚴重的，著作權(quán)行政管理部門可以沒收用于制作侵權(quán)復制品的材料、工具、設(shè)備等；觸犯刑律的，依法追究刑事責任。28、請用判定表描述產(chǎn)品出庫量的計算方法：當庫存量大于等于提貨量時，以提貨量作為出庫量；當庫存量小于提貨量，但是庫存量大于等于提貨量的50時，以實際庫存量作為出庫量；否則，出庫量為0，不能提貨。28、QQ軟件的用戶分為游客和登陸會員，登陸會員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請用類的繼承關(guān)系描述QQ用戶群。三、 應用題1、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對設(shè)備維修信息進行管理，具體描述如下：車間主任填寫維修申請單，內(nèi)容有設(shè)備名稱、型號、故障描述、維護時間要求、預計費用；填好后交給審計人員，審計人員根據(jù)企業(yè)的審計規(guī)定對維修申請單進行審計，填寫審計意見和審計結(jié)果，審計