軟件工程復(fù)習(xí)資料

軟件工程期末復(fù)習(xí)選擇題1、軟件工程的研究者將軟件開發(fā)和維護(hù)過(guò)程概括為（）大活動(dòng)。A.5B.7C2、（）是職業(yè)軟件工程師的必要條件。計(jì)算機(jī)病毒是指（）。A.計(jì)算機(jī)系統(tǒng)的漏洞B.一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼C.一種細(xì)菌D.程序中的BUG4、軟件需求具有（）。5、描述軟件需求通常不用哪個(gè)工具（）。6、軟件結(jié)構(gòu)圖中沒有（）元素。A．模塊B．調(diào)用參數(shù)C．返回結(jié)果D．判斷7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（）。A．不確定B．?dāng)?shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C．?dāng)?shù)據(jù)調(diào)用關(guān)系D．程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖8、包含關(guān)系用于構(gòu)造多個(gè)用例（）。A.9、如果說(shuō)用例F被用例T擴(kuò)展，意思是（）。A.F是一個(gè)一般用例，T是一個(gè)特殊用例B.F是一個(gè)特殊用戶，T是一個(gè)一般用例10、用（）對(duì)需要長(zhǎng)久保存的信息進(jìn)行建模。11、美國(guó)卡內(nèi)基﹒梅隆大學(xué)制定的SW-CMM是（）。12、螺旋模型是一種將（）結(jié)合起來(lái)的軟件開發(fā)模型。13可行性研究的四大要素是（）。A.經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性14、軟件調(diào)研報(bào)告是在（）提交的。A.可行性分析之前B.15、系統(tǒng)流程圖的主要作用（）.16、PDL是一種（）語(yǔ)言。A．低級(jí)程序設(shè)計(jì)語(yǔ)言B．建模語(yǔ)言C．高級(jí)程序設(shè)計(jì)語(yǔ)言D．過(guò)程設(shè)計(jì)語(yǔ)言17、結(jié)構(gòu)化設(shè)計(jì)方法劃分模塊的原則是（）。A．模塊扇出小于5B．模塊扇入小于5C．低耦合，高內(nèi)聚D．模塊深度小于718、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（）。A.邏輯架構(gòu)B.19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（）。A.數(shù)據(jù)庫(kù)B.接口C.對(duì)象D.時(shí)間20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（）?shí)現(xiàn)。A.場(chǎng)景描述B.活動(dòng)圖和場(chǎng)景描述C.21、下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（）。22、針對(duì)需求不確定的軟件開發(fā)，比較好的模型是（）。A.快速原型化模型B.23、可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（）。‰24、業(yè)務(wù)需求描述的是（）。A.功能需求B.用戶需求C.用戶的具體業(yè)務(wù)流程D.軟件的目標(biāo)、規(guī)模和范圍25、一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（）種。A.3B.5C26、非直接耦合的模塊獨(dú)立性最強(qiáng)，（）的模塊獨(dú)立性最弱。A．內(nèi)容耦合B．?dāng)?shù)據(jù)耦合C．控制耦合D．外部耦合27、信息隱藏的核心內(nèi)容是（）。A．把數(shù)據(jù)都放在公共的區(qū)域B．?dāng)?shù)據(jù)不能被其他模塊訪問(wèn)C．一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問(wèn)D．把信息加密，只能讓有密鑰的模塊訪問(wèn)28、面向過(guò)程的方法最關(guān)心的是（），而過(guò)程實(shí)施的對(duì)象是作為過(guò)程參數(shù)傳遞的。29、（）用于描述系統(tǒng)的功能集。A.組件視圖B.邏輯視圖C.30、用（）模型建立系統(tǒng)組織結(jié)構(gòu)。31、對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校桑ǎ?shí)現(xiàn)。32、如果對(duì)象之間的耦合是通過(guò)（）來(lái)實(shí)現(xiàn)的，則這種耦合就是交互耦合。33、定義類的屬性類型時(shí)盡量使用已有類型，太多自定義類型會(huì)降低系統(tǒng)的（）指標(biāo)。A.有效性B.安全性C.可維護(hù)性D.開發(fā)效率34、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括（）測(cè)試用例。A.可能產(chǎn)生無(wú)效輸出的輸入情況B.無(wú)效的和不期望的輸入情況C.有效的和期望的輸入情況D.上面所有情況35、（）屬于功能測(cè)試方法。C.邊值分析和判定覆蓋D.判定覆蓋和回歸測(cè)試36、一個(gè)軟件項(xiàng)目大約（）的工作量在開發(fā)階段，（）的工作量在維護(hù)階段。A.30%,70%B.70%,30%C.30%,30%D.70%,70%37、軟件項(xiàng)目管理的內(nèi)容不包括（）。A.人員的組織與管理B.技術(shù)和算法C.軟件配置管理D.軟件開發(fā)進(jìn)度計(jì)劃38、通俗的說(shuō)，軟件項(xiàng)目管理中常說(shuō)的基線是（）。A.管理的基本思路B.一種軟件開發(fā)的基本策略C.基本的技術(shù)路線D.通過(guò)正式復(fù)審的文檔39、科學(xué)計(jì)算領(lǐng)域一般選擇（）語(yǔ)言。40對(duì)于嵌套的循環(huán)和分支程序，層次不要超過(guò)（）層。A.1B.241、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類是（）。42、繼承耦合是（）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。A.虛類與實(shí)體類B.43、構(gòu)架設(shè)計(jì)的主要目的是（），這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完成。A.類圖B.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)C.處理流程D.確定系統(tǒng)總體結(jié)構(gòu)44、測(cè)試用例是一組（）。45、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測(cè)試（）。A.更加簡(jiǎn)單B.更加復(fù)雜C.46、軟件維護(hù)過(guò)程中產(chǎn)生的副作用，一般是由（）引起的。47、項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（）。資源48、如果程序代碼的（）好，則調(diào)試的成本就可以大幅度降低。A.性能比B.可擴(kuò)充性C.49、兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí)，應(yīng)該用（）比較。A.X0==X1B.X1-X0<εC.|X0-X1|<εD.X0=X150、瀑布模型存在的問(wèn)題是（）。A．用戶容易參與開發(fā) B．適用可變需求C．用戶與開發(fā)者易溝通D．缺乏靈活性51、（）不是分析建模的目的。A.定義可驗(yàn)證的軟件需求B.開發(fā)一個(gè)簡(jiǎn)單的問(wèn)題解決方案C.描述客戶需求D.建立軟件設(shè)計(jì)的基礎(chǔ)52、對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（），確定類之間的關(guān)系。A.算法B.業(yè)務(wù)流程C.數(shù)據(jù)結(jié)構(gòu)D.關(guān)鍵類53、框架是一組可用于不同應(yīng)用的（）的集合。54、從狹義上講，軟件測(cè)試是（）的過(guò)程。A.55、在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究（）。A.概要設(shè)計(jì)說(shuō)明書 D.需求規(guī)格說(shuō)明56、（）時(shí)，測(cè)試人員必須接觸到程序源代碼。A、黑盒測(cè)試 B、白盒測(cè)試C、壓力測(cè)試D、外觀測(cè)試57、一般維護(hù)程序代碼的策略（）。A.從需求開始重新開發(fā)B.根據(jù)維護(hù)申請(qǐng)讀源程序，并修改C.找一個(gè)新的模塊替換 D.不用讀源程序，從新編寫代碼58、Gantt圖直觀簡(jiǎn)明、易學(xué)易用，但它不能（）。任務(wù)間的依賴關(guān)系和關(guān)鍵路徑59、（）針對(duì)開發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過(guò)程管理C．風(fēng)險(xiǎn)管理D．軟件配置管理60、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(huán)結(jié)構(gòu)。61、軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（），最上層是工具層。62美國(guó)著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（）條基本原理。A.7B.5C63、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（）。A.生產(chǎn)無(wú)故障的軟件B.精通一門編程語(yǔ)言64可行性研究的主要任務(wù)是（）。A.確定系統(tǒng)做什么B.確定性能C.確定功能D.進(jìn)行一次簡(jiǎn)要的需求分析65、用戶需求描述的是（）。A.用戶使用該軟件要完成的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目標(biāo)、規(guī)模和范圍66、數(shù)據(jù)流程圖的主要作用是（）。A.描述模塊組成B.說(shuō)明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.描繪系統(tǒng)的邏輯模型67、軟件設(shè)計(jì)的目標(biāo)是（）。A．在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。B．為軟件編碼設(shè)計(jì)模塊結(jié)構(gòu)。C．確定軟件要做什么。D．確定軟件的實(shí)現(xiàn)算法。68、內(nèi)容耦合是模塊間最緊密的耦合，（）是模塊間最松散的耦合。A．?dāng)?shù)據(jù)耦合B．非直接耦合C．控制耦合D．外部耦合69、面向?qū)ο笫恰跋取贝_定()“后”（）。70、UML是一種（）語(yǔ)言。71、軟件工程強(qiáng)調(diào)將（）的方法應(yīng)用于軟件的開發(fā)和維護(hù)過(guò)程之中。72、軟件開發(fā)活動(dòng)的順序應(yīng)該是（）。A.問(wèn)題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。B.問(wèn)題定義、設(shè)計(jì)、可行性研究、編碼和測(cè)試。C.需求分析、設(shè)計(jì)、編碼和測(cè)試。D.需求分析、編碼和測(cè)試、試運(yùn)行。73假定銀行的存款年利率是2%，請(qǐng)問(wèn)現(xiàn)在存5000元，兩年后的價(jià)值應(yīng)為（）元。202B.4500C74、系統(tǒng)物理模型用（）表示。75、關(guān)于軟件需求特性不正確的描述是“軟件需求具有（）”。A.多變性B.模糊性C.76、隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。A．減小/減小B．減小/增加C．增加/減小D．增加/增加77、反映模塊獨(dú)立性的指標(biāo)是（）。A．模塊的復(fù)雜性B．模塊的大小C．模塊的參數(shù)D．內(nèi)聚和耦合78、面向過(guò)程的方法最關(guān)心的是（），而過(guò)程實(shí)施的對(duì)象是作為過(guò)程參數(shù)傳遞的。79、UML是一種（）語(yǔ)言。A.建模工具B.可視化的程序設(shè)計(jì)語(yǔ)言C.80、用（）模型分析和定義用戶的需求。81、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”82、面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過(guò)程。83、每個(gè)子系統(tǒng)的接口定義了若干（），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。A.84、測(cè)試最早的開始時(shí)間是（）。A.從詳細(xì)設(shè)計(jì)階段開始C.從需求分析階段開始85、從測(cè)試對(duì)象的粒度上劃分測(cè)試為（）。A.單元測(cè)試、集成測(cè)試B.壓力測(cè)試、功能測(cè)試、性能測(cè)試和系統(tǒng)測(cè)試C.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試D.黑盒測(cè)試、白盒測(cè)試、功能測(cè)試和性能測(cè)試86、維護(hù)的工作量與軟件規(guī)模成（），軟件的規(guī)?？梢杂稍闯绦虻恼Z(yǔ)句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫(kù)的規(guī)模，以及輸出的報(bào)表數(shù)等指標(biāo)來(lái)衡量。87、上世紀(jì)70年代，美國(guó)國(guó)防部的研究結(jié)果發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)椋ǎ┰?，造成?xiàng)目失敗。A.技術(shù)不精B.管理不善引起88所有程序設(shè)計(jì)語(yǔ)言的基本成分都可歸納為：數(shù)據(jù)成分、（）、控制成分和傳輸成分。89程序結(jié)構(gòu)清晰且簡(jiǎn)單易懂，一個(gè)函數(shù)的規(guī)模一般（）行。50090、不屬于軟件項(xiàng)目管理的是（）。A.軟件銷售利潤(rùn)B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)能力評(píng)估91、用（）模型描述和分析業(yè)務(wù)流程。92、用（）描述系統(tǒng)與角色之間的接口。A.93、對(duì)類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的（），優(yōu)化類之間的關(guān)系。A.數(shù)據(jù)結(jié)構(gòu)B.處理流程C.94、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（），并且使它們相互協(xié)作來(lái)滿足用戶需求。95、軟件測(cè)試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測(cè)試用例，（）。B.以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤96、（）不符合軟件測(cè)試原則。A.對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象B．程序員應(yīng)該仔細(xì)測(cè)試自己編寫的程序代碼97、引起軟件改變的原因主要有（）。A.運(yùn)行環(huán)境變化B.98、（）針對(duì)開發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過(guò)程管理C．軟件配置管理D．風(fēng)險(xiǎn)管理99、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的（）。100、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(huán)結(jié)構(gòu)。簡(jiǎn)答題1、試從軟件的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的原因。2、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合條件組合覆蓋的測(cè)試用例。……if(a>=4)&&(b<0){c=a+b;elsec=a-b;if(c>3)||(c<1)printf(“c不在計(jì)算區(qū)域\n”)elseprintf(“%d\n”,c);……3、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問(wèn)三個(gè)模型的作用？4、軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？5、讀懂下面的程序，調(diào)整格式，使其更容易理解，并添加注釋。intmain(){inta[10];for(inti=0;i<10;i++)scanf(“%d”,a[i]);intmax=a[0],min=a[1];for(intj=0;j<10;j++){max=(max>a[j]?max:a[j]);min=(min<a[j]?min:a[j]);}printf("max=%d",max);printf("min=%d",min);printf("\n");return0;}6、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與用戶需求的區(qū)別？7、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合判定覆蓋的測(cè)試用例。if(a>=5)&&(b<0){c=a+b;elsec=a-b;if(c>5)||(c<1)printf(“c不在計(jì)算區(qū)域\n”)elseprintf(“%d\n”,c);8、請(qǐng)說(shuō)明對(duì)象模型的作用是什么？9、請(qǐng)說(shuō)明IPO圖的作用，并給出一個(gè)IPO圖的模板。10、什么是耦合？什么是內(nèi)聚？11、請(qǐng)畫圖說(shuō)明軟件工程的層次化結(jié)構(gòu)，并詳細(xì)分析中間兩層的內(nèi)容。12、請(qǐng)為下面的程序設(shè)計(jì)符合判定覆蓋的測(cè)試用例。intmain(){inta,b,c,x,y,z;scanf(“d%,d%,d%),&a,&b,&c);ifa>5x=10elsex=1;ifb>10y=20elsey=2;ifc>15z=30elsez=3;printf(“d%,d%,d%\n”,x,y,z)}13、請(qǐng)說(shuō)明快速原型化模型的基本思想。14、下面的程序段A被程序員誤寫成程序段B，請(qǐng)?jiān)O(shè)計(jì)合適的測(cè)試用例發(fā)現(xiàn)其中的錯(cuò)誤。程序段A程序段B……{T=0;if(A>=1)&&(B>=2)T=T+1;elseT=T+2;if(X>=90)&&(Y>=75)T=T+3;elseT=T+4;}printf(“d%\n”,T)；…………{T=0;if(A>=1)&&(B>=2)T=T+1;elseT=T+2;if(X>=90)&&(Y<75)T=T+3;elseT=T+4;}printf(“d%\n”,T)；……15、請(qǐng)舉例說(shuō)明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？16、軟件設(shè)計(jì)中的抽象是什么意思？17、孩子閱讀疲倦時(shí)，一定要休息。如果不疲倦，但是對(duì)所閱讀的內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對(duì)內(nèi)容有興趣，理解無(wú)困難，則繼續(xù)閱讀；如果不疲倦，對(duì)內(nèi)容有興趣，但理解有困難，則應(yīng)該重讀。請(qǐng)對(duì)上面的描述設(shè)計(jì)判定表。18、活動(dòng)圖與狀態(tài)圖的區(qū)別？19、試分析結(jié)構(gòu)化方法存在的主要問(wèn)題是什么？20、請(qǐng)說(shuō)明判定表的作用及其結(jié)構(gòu)。21、請(qǐng)給出軟件工程七條基本原理中的任意三條基本原理。22、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么？23、某學(xué)校開發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng)，學(xué)生在網(wǎng)上查找到希望選修的課程，并查看是否還有名額，若有名額就輸入學(xué)號(hào)，系統(tǒng)自動(dòng)記錄該學(xué)生的選課信息，并返回選課成功。下面的順序圖描述了選課成功的情形，請(qǐng)將以下對(duì)象填入最合適的位置：系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。24、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與功能需求的區(qū)別？25、對(duì)功率大于50馬力的機(jī)器或已運(yùn)行10年以上的機(jī)器，應(yīng)送到專業(yè)的維修公司處理；如果功率小于20馬力，并且有維修記錄，則在車間維修；否則送到本廠的維修中心維修，請(qǐng)建立判定表。應(yīng)用題1、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對(duì)設(shè)備維修信息進(jìn)行管理，具體描述如下：車間主任填寫維修申請(qǐng)單，內(nèi)容有設(shè)備名稱、型號(hào)、故障描述、維護(hù)時(shí)間要求、預(yù)計(jì)費(fèi)用；填好后交給審計(jì)人員，審計(jì)人員根據(jù)企業(yè)的審計(jì)規(guī)定對(duì)維修申請(qǐng)單進(jìn)行審計(jì)，填寫審計(jì)意見和審計(jì)結(jié)果，審計(jì)意見可以修改費(fèi)用，審計(jì)結(jié)果是同意或不同意；車間主任可以隨時(shí)查詢審計(jì)意見和結(jié)果；審計(jì)通過(guò)的維修申請(qǐng)單送給總經(jīng)理進(jìn)行審核，并填寫審核意見和結(jié)果，審核也是以修改費(fèi)用，審核結(jié)果是同意或不同意。審核通過(guò)后，車間把設(shè)備送去維修。維修后由車間主任組織對(duì)設(shè)備維修結(jié)果進(jìn)行驗(yàn)收，企業(yè)對(duì)每臺(tái)有設(shè)備驗(yàn)收標(biāo)準(zhǔn)。驗(yàn)收通過(guò)后，由財(cái)務(wù)人員進(jìn)行結(jié)算，填寫支付單并支付維修費(fèi)。最后收取發(fā)票后，財(cái)務(wù)人員填寫發(fā)票記錄。請(qǐng)畫出設(shè)備維修信息管理軟件的數(shù)據(jù)流程圖。2、某個(gè)學(xué)生成績(jī)管理系統(tǒng)的部分功能如下：(1)基本信息管理：教務(wù)管理人員輸入或修改學(xué)期教學(xué)計(jì)劃、學(xué)生名單和教師名單；(2)學(xué)生選課：學(xué)生根據(jù)教學(xué)執(zhí)行計(jì)劃進(jìn)行選課；(3)分配任課教師：教務(wù)管理人員為符合開課條件的課程分配教師；(4)教師查詢并打印課表；(5)成績(jī)管理：每門課程的教師在考試評(píng)分結(jié)束后將考試成績(jī)錄入，學(xué)生可查詢。請(qǐng)根據(jù)要求畫出該問(wèn)題的數(shù)據(jù)流程圖。3、一個(gè)簡(jiǎn)化的養(yǎng)老院軟件需求描述如下：老人來(lái)到養(yǎng)老院，接待人員將老人的基本信息錄入到系統(tǒng)中，管理員讀取老人信息，進(jìn)行護(hù)理級(jí)別的評(píng)估，根據(jù)評(píng)估結(jié)果分配床位、確定護(hù)理方案，床位的分配信息存入床位分配數(shù)據(jù)表，每位老人的護(hù)理方案也要保存到數(shù)據(jù)庫(kù)表中。財(cái)務(wù)人員根據(jù)收費(fèi)標(biāo)準(zhǔn)、床位分配信息、護(hù)理方案和老人的日常護(hù)理記錄計(jì)算應(yīng)收費(fèi)用，老人的家屬可以查詢應(yīng)收費(fèi)信息和老人的日常護(hù)理信息。護(hù)士根據(jù)老人基本信息、護(hù)理方案對(duì)老人進(jìn)行日常護(hù)理，并向系統(tǒng)錄入每日的護(hù)理信息。請(qǐng)你根據(jù)以上的描述，畫出數(shù)據(jù)流程圖。4、學(xué)校教師工資管理系統(tǒng)的需求描述如下：教師每月末將本月的工作量輸入到系統(tǒng)中，學(xué)院負(fù)責(zé)人對(duì)教師輸入的工作量進(jìn)行審核，財(cái)務(wù)部門對(duì)審核后的工作量計(jì)算本月工資，本月工資=基本工資＋各種補(bǔ)貼＋工作量獎(jiǎng)金－稅收－保險(xiǎn)一公積金金。基本工資、各種補(bǔ)貼、保險(xiǎn)、公積金信息由人事處負(fù)責(zé)輸入和維護(hù)，教師可以查詢?cè)鹿べY明細(xì)。銀行系統(tǒng)每月從本系統(tǒng)讀入每位教師的實(shí)發(fā)工資，并向每位教師的銀行卡帳戶打入月工資。教師可以查詢自己銀行卡的金額。請(qǐng)針對(duì)上面描述的需求畫出數(shù)據(jù)流程圖。5、學(xué)校開發(fā)的網(wǎng)上作業(yè)管理信息系統(tǒng)需求如下：教師使用本系統(tǒng)將作業(yè)題輸入到數(shù)據(jù)庫(kù)中，并且針對(duì)不同的學(xué)生布置不同的作業(yè)。學(xué)生在網(wǎng)上查看教師給自己布置的作業(yè)，并完成作業(yè)，完成的作業(yè)放在學(xué)生作業(yè)表中。教師在網(wǎng)上批閱作業(yè)，并可以統(tǒng)計(jì)作業(yè)完成情況。學(xué)生可以查看教師批閱的作業(yè)，修改作業(yè)中的錯(cuò)誤，教師仍然可以查看學(xué)生修改作業(yè)的情況，并給予批閱。請(qǐng)仔細(xì)閱讀上面的描述，畫出數(shù)據(jù)流程圖。參考答案選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇正確答案。答案1.C2.A3.B4.D5.C6.D7.A8.B9.A10.C11.C12..D13.A14.B15,A16.D17.C18.B19.D20.C21.B22.A23.B24.D25.C26.A27.C28.A29.C30.D31.B32.A33.C34.D35.B36.A37.B38.D39.B40.C41.A42.B43.D44.A45.B46.B47.D48.C49.C50.D51.B52.D53.A54.A55.D56.B57.B58.A59.D60.A61.C62.A63.B64.D65.A66.D67.A68.B69.C70.B71.D72.A73.A74.A75.C76.B77.D78.A79.C80.D81.D82.B83.A84.C85.C86.B87.B88.B89.D90.A91.D92.B93.C94.A95.B96.B97.D98.C99.A100.A二、簡(jiǎn)答題1、答案軟件是一種邏輯實(shí)體，具有抽象性，無(wú)法看到軟件本身的形態(tài)，必須通過(guò)觀察、分析、思考和判斷才能了解它的功能和性能。軟件對(duì)硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件升級(jí)和移植的問(wèn)題。計(jì)算機(jī)硬件和支撐環(huán)境不斷升級(jí)，為了適應(yīng)運(yùn)行環(huán)境的變化，軟件也需要不斷維護(hù)，并且維護(hù)的成本通常比開發(fā)成本高許多。軟件生產(chǎn)至今尚未擺脫手工方式，軟件開發(fā)的手工行為造就了一個(gè)致命的問(wèn)題，就是為應(yīng)用“量身訂做”軟件。長(zhǎng)期以來(lái)，軟件給人的感覺是修改幾條指令很簡(jiǎn)單，客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。軟件涉及人類社會(huì)的各行各業(yè)，常常涉及一些行業(yè)知識(shí)，這對(duì)軟件工程師提出了很高的要求。軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動(dòng)相比，精神活動(dòng)過(guò)程的特點(diǎn)是“不可見性”，這大大增加了組織管理上的困難。2、答案a>=4b<0a>=4b>=0a<4b<0a<4b>=0c>3c<=3c<1c>=1綜合以上條件組合，設(shè)計(jì)測(cè)試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）：a=4b=-1c=3a=4b=0c=4a=-1b=-1c=0a=-1b=0c3、答案1）功能模型：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場(chǎng)景描述組成。2）對(duì)象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3）動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。4、答案軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái)，以便于后人的使用和維護(hù)，在開發(fā)過(guò)程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，在開發(fā)過(guò)程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過(guò)程由不可見變?yōu)榭梢?，便于管理者?duì)軟件生產(chǎn)進(jìn)度和開發(fā)過(guò)程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過(guò)對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。5、答案intmain(){inta[10];//讀入10個(gè)數(shù)據(jù)for(inti=0;i<10;i++)scanf("%d",a[i]);//max存放最大值，min存放最小值intmax=a[0],min=a[0];//從10個(gè)數(shù)中發(fā)現(xiàn)最大、最小值for(intj=0;j<10;j++){max=(max>a[j]?max:a[j]);min=(min<a[j]?min:a[j]);}//輸出結(jié)果printf("max=%d",max);printf("min=%d",min);return0;}6、答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁(yè)紙就可以描述清楚，也可以將它直接作為需求規(guī)格說(shuō)明書中的一部分。用戶需求是用戶使用該軟件要完成的任務(wù)。這部分需求應(yīng)該充分調(diào)研具體的業(yè)務(wù)部門，詳細(xì)了解最終用戶的工作過(guò)程、所涉及的信息、當(dāng)前系統(tǒng)的工作情況、與其他系統(tǒng)的接口等等。用戶需求是最重要的需求，也是出現(xiàn)問(wèn)題最多的。7、答案條件：a>=5b<0a>=5b≮0c<11<c<5符合判定覆蓋的測(cè)試用例（不唯一）：a=5,b=-1,c=4;a=5,b=5,c=0;8、答案對(duì)象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，類圖是構(gòu)建對(duì)象模型的核心工具。9、答案數(shù)據(jù)流程圖中的處理本應(yīng)該放在數(shù)據(jù)字典中進(jìn)行定義，但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類事物，它們各自有獨(dú)立的描述格式，因此在實(shí)際項(xiàng)目中通常將處理說(shuō)明用IPO圖標(biāo)描述。下面是項(xiàng)目中常用的處理說(shuō)明模板：系統(tǒng)名稱：處理編號(hào)：日期：輸入?yún)?shù)說(shuō)明：輸出參數(shù)說(shuō)明：處理說(shuō)明：局部數(shù)據(jù)元素：備注：10、答案在軟件設(shè)計(jì)中應(yīng)該保持模塊的獨(dú)立性原則。反映模塊獨(dú)立性的有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度；耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計(jì)時(shí)追求高內(nèi)聚、低耦合。答案軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過(guò)程層和方法層，最上層是工具層。見圖：其中過(guò)程層定義了一組關(guān)鍵過(guò)程域，目的是保證軟件開發(fā)過(guò)程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)計(jì)，如何測(cè)試和維護(hù)等方法。12、答案條件：a>5a<=5b>10b<=10c>15c<=15判定測(cè)試用例(不唯一)：a=6b=11c=16；a=5b=10c=1513、答案在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改進(jìn)意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評(píng)價(jià)，提出建議，如此往復(fù)，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?；诳焖僭突Ｐ偷拈_發(fā)過(guò)程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)行，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進(jìn)行系統(tǒng)分析和設(shè)計(jì)，而原型已經(jīng)通過(guò)了用戶和開發(fā)組的審查，在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考，所以設(shè)計(jì)的結(jié)果正確率比較高。14、答案條件組合：A>=1B>=2;A>=1B>2A<1B>=2A<1B<2X>=90Y>=75X>=90Y<75X<90Y>=75X<90Y<75由此獲得測(cè)試用例：A=1B=2;A=1B=1;A=0B=2;A=0B=1;X=90Y=75;X=90Y=1;X=1Y=75;X=1Y=1;其中X=90Y=75能夠發(fā)現(xiàn)錯(cuò)誤。評(píng)分標(biāo)準(zhǔn)：答案不唯一，不管用什么方法，給出的測(cè)試用例能夠發(fā)現(xiàn)錯(cuò)誤就給滿分。參考答案為X=90Y=75。15、答案包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗(yàn)證用戶密碼。這種情況下應(yīng)該將密碼驗(yàn)證功能獨(dú)立出來(lái)，便于復(fù)用、減少冗余。一個(gè)用例擴(kuò)展另一個(gè)用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時(shí)，系統(tǒng)檢查所還圖書是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。16、答案所謂抽象就是將事務(wù)的相似方面集中和概括起來(lái)，暫時(shí)忽略它們之間的差異?；蛘哒f(shuō)，抽象就是抽出事務(wù)的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié)17、答案

疲倦YYYYNNNN感興趣YYNNYYNN糊涂YNYNYNYN重讀√繼續(xù)√跳到一下章√√休息√√√√

化簡(jiǎn)為：疲倦YNNN感興趣YYN糊涂YN重讀√繼續(xù)√跳到一下章√休息√18、答案描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。使用的場(chǎng)合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。19、答案結(jié)構(gòu)化方法分析和設(shè)計(jì)階段所應(yīng)用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設(shè)計(jì)階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進(jìn)行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。需求分析的細(xì)化程度沒有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握；需求分析的過(guò)程是在一種瀑布形式，當(dāng)需求變更時(shí)，功能變化就會(huì)導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。結(jié)構(gòu)化程序設(shè)計(jì)將數(shù)據(jù)定義與處理數(shù)據(jù)的過(guò)程相分離，不利于軟件復(fù)用。結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護(hù)性差。20、答案判定表是結(jié)構(gòu)花設(shè)計(jì)的工具，用于描述多重條件的處理。分為4各部分：條件列表、條件組合、操作列表、特定條件下的操作組合。21、答案原理1．用分階段的生命周期計(jì)劃嚴(yán)格管理原理2．堅(jiān)持進(jìn)行階段評(píng)審原理3．實(shí)行嚴(yán)格的產(chǎn)品控制原理4．采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理5．結(jié)果應(yīng)能清楚地審查原理6．開發(fā)小組的人員應(yīng)該少而精原理7．承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性22、答案：結(jié)構(gòu)化程序設(shè)計(jì)的特征如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。23、答案24、答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁(yè)紙就可以描述清楚，也可以將它直接作為需求規(guī)格說(shuō)明書中的一部分。功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對(duì)軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。25、答案>=50馬力YNNN<=20馬力NNYN>=10年NY-N有維修記錄--Y-送外√√本廠√本車間√應(yīng)用題1、答案參考答案如下，結(jié)果不唯一。2、答案不唯一。參考答案如下：3、答案答案不唯一，參考答案如下：4、答案5、答案軟件工程復(fù)習(xí)題一選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇正確答案。1．以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（）

A.成本高B.生產(chǎn)率低C.技術(shù)發(fā)展快D.質(zhì)量得不到保證2．哪種模型分批地逐步向用戶提交產(chǎn)品，每次提交一個(gè)滿足用戶需求子集的可運(yùn)行的產(chǎn)品。（）A.演化模型B.噴泉模型C.原型模型D.螺旋模型3．可行性研究的目的不包括（）A.分析開發(fā)系統(tǒng)的必要性B.確定系統(tǒng)建模的方案C.分析系統(tǒng)風(fēng)險(xiǎn)D.確定是否值得開發(fā)系統(tǒng)4．可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（）。%5．在E-R模型中，包含以下基本成分（）。A.數(shù)據(jù)、對(duì)象、實(shí)體B.控制、聯(lián)系、對(duì)象C.實(shí)體、聯(lián)系、屬性D.實(shí)體、屬性、聯(lián)系6．軟件需求分析產(chǎn)生一個(gè)重要文檔是（）。A.軟件維護(hù)說(shuō)明書B.需求規(guī)格說(shuō)明書C.可行性報(bào)告D.初步用戶手冊(cè)7．內(nèi)聚程度較低的是（）。A.通信內(nèi)聚B.過(guò)程內(nèi)聚C.順序內(nèi)聚D.時(shí)間內(nèi)聚8．概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是（）A.把軟件劃分成模塊B確定模塊之間的調(diào)用關(guān)系C.確定各個(gè)模塊的功能D.設(shè)計(jì)每個(gè)模塊的偽代碼9．UML語(yǔ)言支持的建模方式不包括有（）。A.靜態(tài)建模B.動(dòng)態(tài)建模C.模塊化建模D.功能建模10．以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳌＃ǎ?/p>

A.多態(tài)性B.繼承性C.封裝性D.過(guò)程調(diào)用11．在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ǎ〢.軟件危機(jī)B.軟件工程C.程序設(shè)計(jì)革命D.結(jié)構(gòu)化程序設(shè)計(jì)12．瀑布模型的關(guān)鍵不足在于（）

A.過(guò)于簡(jiǎn)單B.不能適應(yīng)需求的動(dòng)態(tài)變更C.過(guò)于靈活D.各個(gè)階段需要進(jìn)行評(píng)審13．可行性研究的四大要素是（）。A.經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性14．經(jīng)濟(jì)可行性研究的主要內(nèi)容包括（）A.開發(fā)過(guò)程B.開發(fā)工具C.風(fēng)險(xiǎn)分析D.效益分析15．在需求分析過(guò)程中，分析員要從用戶那里解決的最重要的問(wèn)題是（）。A.要求軟件做什么B.要給軟件提供哪些信息C.要求軟件工作效率如何D.要求軟件具有什么樣的結(jié)構(gòu)16．DFD中的每個(gè)加工至少需要（）A.一個(gè)輸入流B.一個(gè)輸出流C.一個(gè)輸入或輸出流D.一個(gè)輸入流和一個(gè)輸出流17．PDL是描述處理過(guò)程（）。A.做什么B.為什么做C.怎么做D.對(duì)誰(shuí)做18．當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）A．?dāng)?shù)據(jù)耦合B．公共耦合C．標(biāo)記耦合D．內(nèi)容耦合19．按照模塊獨(dú)立性，耦合程度由弱至強(qiáng)正確的順序是（）。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20．UML中，包圖是一種（）。A.集合B.數(shù)據(jù)結(jié)構(gòu)C.分組機(jī)制D.對(duì)系統(tǒng)的動(dòng)態(tài)描述21．面向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（）。A.邏輯模型B.物理模型C.數(shù)據(jù)模型D.用例模型22．面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（）。A.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)B.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶界面設(shè)計(jì)C.類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì) D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)23．類有3種類型，即（）。A.邊界類、實(shí)體類、控制類B.實(shí)體類、控制類、界面類C.控制類、實(shí)體類、虛類D.界面類、控制類、公共類24.（）是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。A.消息連接B.參數(shù)傳遞C.方法重寫D.繼承25．結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（）。A.程序的規(guī)模B.程序效率C.程序語(yǔ)言的先進(jìn)性D.程序易讀性26．下列關(guān)于功能性注釋不正確的說(shuō)法是（）。A.功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋C.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋27．軟件測(cè)試的目的是（）。A.評(píng)價(jià)軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯(cuò)誤C.找出軟件中的所有錯(cuò)誤D.證明軟件是正確的28．在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究（）。\l"412"A.概要設(shè)計(jì)說(shuō)明書 B.詳細(xì)設(shè)計(jì)說(shuō)明C.項(xiàng)目開發(fā)計(jì)劃 D.需求規(guī)格說(shuō)明29．以下屬于完善性維護(hù)的有（）。A．解決開發(fā)時(shí)未能測(cè)試各種可能條件帶來(lái)的問(wèn)題B．增加聯(lián)機(jī)求助命令C．縮短系統(tǒng)的應(yīng)答時(shí)間，使其達(dá)到特定要求D．為提高軟件的可靠性和可維護(hù)性，主動(dòng)修改軟件40．軟件項(xiàng)目管理的內(nèi)容包括（）。A.人員的組織與管理B.軟件配置管理C.軟件開發(fā)進(jìn)度計(jì)劃D.以上所有31．以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法（）

方法方法方法方法32．面向?qū)ο蠓治龅暮诵脑谟冢ǎ?。A.建立正確的模型B.識(shí)別問(wèn)題域?qū)ο驝.識(shí)別對(duì)象之間的關(guān)系D.上面都有33．在面向?qū)ο蠓椒ㄖ校枋鱿到y(tǒng)控制結(jié)構(gòu)的模型是（）模型。A.動(dòng)態(tài)模型B.功能模型C.對(duì)象模型D.靜態(tài)模型34．面向?qū)ο蠓治龊驮O(shè)計(jì)涉及到三個(gè)方面的內(nèi)容：（）、一系列有效的分析步驟和一個(gè)方便易用的建模工具。A.一套完善的建模符號(hào)B.有效的數(shù)據(jù)結(jié)構(gòu)C.靈活的體系結(jié)構(gòu)D.穩(wěn)定的系統(tǒng)架構(gòu)35．每個(gè)子系統(tǒng)的接口上定義了若干（），體現(xiàn)了子系統(tǒng)的功能。A.說(shuō)明B.操作C.屬性D.關(guān)系36．程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)包括（）。A.數(shù)據(jù)結(jié)構(gòu)的描述性B.抽象類型的描述性C.數(shù)據(jù)庫(kù)的易操作性D.軟件的可移植性37．以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（）。

A.語(yǔ)句覆蓋測(cè)試B.邊界值分析測(cè)試C.條件覆蓋測(cè)試D.判斷覆蓋測(cè)試38．軟件測(cè)試的主要特點(diǎn)是（）。A．軟件測(cè)試的開銷不大B.軟件測(cè)試要依靠工具C．軟件不能進(jìn)行“窮舉”測(cè)試D.軟件測(cè)試要依靠人工39．在軟件生存期的維護(hù)階段，繼續(xù)診斷和修正錯(cuò)誤的過(guò)程稱為（）。

A.完善性維護(hù)B.適應(yīng)性維護(hù)C.預(yù)防性維護(hù)D.改正性維護(hù)40．不屬于軟件項(xiàng)目管理的是（）。A.開發(fā)機(jī)構(gòu)能力評(píng)估B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估C.質(zhì)量監(jiān)控D.軟件銷售利潤(rùn)簡(jiǎn)答題1．什么是軟件危機(jī)？試簡(jiǎn)述至少3種軟件危機(jī)的典型表現(xiàn)。簡(jiǎn)述軟件過(guò)程模型3．簡(jiǎn)述結(jié)構(gòu)化分析的主要步驟4.請(qǐng)給出軟件工程七條基本原理中的任意6條基本原理。5．軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？6．簡(jiǎn)述模塊獨(dú)立性，內(nèi)聚與耦合。7．設(shè)計(jì)下列偽程序的語(yǔ)句覆蓋測(cè)試用例。BEGININPUT（A,B,C）IFA>5THENX=10ELSEX=1ENDIFIFB>10THENY=20ELSEY=2ENDIFIFC>15THENZ=30ELSEZ=3ENDIFPRINT(X,Y,Z)END8.為了提高軟件的可維護(hù)性，在軟件開發(fā)過(guò)程的各個(gè)階段怎樣充分考慮軟件的可維護(hù)性因素。9．簡(jiǎn)述在項(xiàng)目開發(fā)時(shí)選擇程序設(shè)計(jì)語(yǔ)言的主要考慮的因素。10．設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。BEGININPUT(A,B)IF(A>0)AND(B>0)THENX=A+BELSEX=A-BENDIF(C>A)OR(D<B)THENY=C-DELSEY=C+DENDPRINT(X,Y)END應(yīng)用題一個(gè)簡(jiǎn)單的飛機(jī)機(jī)票預(yù)訂系統(tǒng)：機(jī)票預(yù)訂系統(tǒng)按功能可分成兩部分，一部分為旅行社預(yù)訂機(jī)票，另一部分為旅客取票，兩部分通過(guò)機(jī)票文件的數(shù)據(jù)存儲(chǔ)聯(lián)系起來(lái)。旅行社把預(yù)訂機(jī)票的旅客信息(姓名、年齡、單位、身份證號(hào)碼、旅行時(shí)間、目的地等)輸入機(jī)票預(yù)訂系統(tǒng)。系統(tǒng)為旅客安排航班，打印出取票通知單(附有應(yīng)交的賬款)。旅客在飛機(jī)起飛的前一天憑取票通知單交款取票，系統(tǒng)檢驗(yàn)無(wú)誤，輸出機(jī)票給旅客。請(qǐng)你根據(jù)以上的描述，畫出數(shù)據(jù)流程圖。2.用用例圖描述圖書管理。該系統(tǒng)主要包括三類用戶：讀者、圖書管理員、系統(tǒng)管理員。其中，讀者是多個(gè)，圖書管理員是幾個(gè)，系統(tǒng)管理員是一個(gè)。對(duì)于系統(tǒng)，讀者可以查詢自己的借閱情況、分門別類的查詢圖書和在規(guī)定期限內(nèi)續(xù)借不能超過(guò)一次操作的情況下進(jìn)行自行登錄續(xù)借書等。圖書管理員主要是日常操作以下幾個(gè)工作環(huán)節(jié)：圖書訂購(gòu)、新書驗(yàn)證、書目錄入、圖書登記、讀者信息管理、借閱書登記、圖書信息注銷和讀者信息注銷等，而系統(tǒng)管理員統(tǒng)籌管理圖書的系統(tǒng)相關(guān)事宜，比如權(quán)限維護(hù)、日志維護(hù)、增刪用戶和管理系統(tǒng)后臺(tái)數(shù)據(jù)等。

參考答案選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇正確答案。1.C2.A3.B4.B5.C6.B7.D8.D9.C10.D11.A12.B13.A14.D15.A16.D17.C18.D19.A20.C21.B22.A23.B24.D25.D26.B27.B28.D29.B31.C32.D33.A34.A35.B36.D37.B38.C39.D40.D二、簡(jiǎn)答題1．什么是軟件危機(jī)？試簡(jiǎn)述至少3種軟件危機(jī)的典型表現(xiàn)。答：（1）軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中，所遇到的一系列嚴(yán)重問(wèn)題。（2）典型表現(xiàn)：開發(fā)費(fèi)用和進(jìn)度難以估算和控制，大大超過(guò)預(yù)期的資金和規(guī)定日期；軟件需求分析不夠充分，用戶不滿意“已經(jīng)完成”的軟件系統(tǒng)。軟件質(zhì)量難于保證；軟件維護(hù)困難；通常沒有保留適當(dāng)?shù)奈臋n資料開發(fā)成本逐年上升；軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)2.簡(jiǎn)述軟件過(guò)程模型答：（1）軟件過(guò)程是人們開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的活動(dòng)、方法、實(shí)踐和改進(jìn)的集合。它明確定義軟件過(guò)程中所執(zhí)行的活動(dòng)及其順序，確定沒一個(gè)活動(dòng)內(nèi)容和步驟，定義每個(gè)角色和職責(zé)。（2）軟件工程將軟件開發(fā)和維護(hù)的過(guò)程概況為8個(gè)大的活動(dòng)：?jiǎn)栴}定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、系統(tǒng)測(cè)試和運(yùn)行維護(hù)。3.簡(jiǎn)述結(jié)構(gòu)化分析的主要步驟答：（1）根據(jù)用戶的需求畫出初始的數(shù)據(jù)流程圖，寫出數(shù)據(jù)字典和初始的加工處理說(shuō)明(IPO圖)，實(shí)體關(guān)系圖。（2）以初始數(shù)據(jù)流程圖為基礎(chǔ)，從數(shù)據(jù)流程圖的輸出端開始回溯。在對(duì)數(shù)據(jù)流程圖進(jìn)行回溯的過(guò)程中可能會(huì)發(fā)現(xiàn)丟失的處理和數(shù)據(jù)，應(yīng)將數(shù)據(jù)流程圖補(bǔ)充完善。（3）對(duì)軟件性能指標(biāo)、接口定義、設(shè)計(jì)和實(shí)現(xiàn)的約束條件等逐一進(jìn)行分析。（4）系統(tǒng)分析人員與用戶一起對(duì)需求分析的結(jié)果進(jìn)行復(fù)查。（5）根據(jù)細(xì)化的需求修訂開發(fā)計(jì)劃。（6）編寫需求規(guī)格說(shuō)明書和初始的用戶手冊(cè)，測(cè)試人員開始編寫功能測(cè)試用的測(cè)試數(shù)據(jù)。4.請(qǐng)給出軟件工程七條基本原理中的任意6條基本原理。答：原理1．用分階段的生命周期計(jì)劃嚴(yán)格管理原理2．堅(jiān)持進(jìn)行階段評(píng)審原理3．實(shí)行嚴(yán)格的產(chǎn)品控制原理4．采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理5．結(jié)果應(yīng)能清楚地審查原理6．開發(fā)小組的人員應(yīng)該少而精原理7．承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性5．軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？答：（1）軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。（2）文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái)，以便于后人的使用和維護(hù)，在開發(fā)過(guò)程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，在開發(fā)過(guò)程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過(guò)程由不可見變?yōu)榭梢?，便于管理者?duì)軟件生產(chǎn)進(jìn)度和開發(fā)過(guò)程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過(guò)對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。6．簡(jiǎn)述模塊獨(dú)立性，內(nèi)聚與耦合。答：模塊獨(dú)立性,是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能,而和軟件系統(tǒng)中其它的模塊的接口是簡(jiǎn)單的。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度)的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。7.設(shè)計(jì)下列偽程序的語(yǔ)句覆蓋測(cè)試用例。BEGININPUT（A,B,C）IFA>5THENX=10ELSEX=1ENDIFIFB>10THENY=20ELSEY=2ENDIFIFC>15THENZ=30ELSEZ=3ENDIFPRINT(X,Y,Z)END答：因?yàn)槊總€(gè)判定表達(dá)式為真或假時(shí)均有賦值語(yǔ)句，為了使每個(gè)語(yǔ)句都至少執(zhí)行一次，總共需要兩組測(cè)試數(shù)據(jù)，以便使得每個(gè)判定表達(dá)式取值為真或假各一次。下面是實(shí)現(xiàn)語(yǔ)句覆蓋的典型測(cè)試用例：（1）使3個(gè)判定表達(dá)式之值全為假輸入：A=1，B=1，C=1預(yù)期的輸出：X=1，Y=2，Z=3（2）使3個(gè)判定表達(dá)式之值全為真輸入：A=20，B=40，C=60預(yù)期的輸出：X=10，Y=20，Z=308.為了提高軟件的可維護(hù)性，在軟件開發(fā)過(guò)程的各個(gè)階段要充分考慮軟件的可維護(hù)性因素。答：（1）在需求分析階段應(yīng)該明確維護(hù)的范圍和責(zé)任，檢查每條需求，分析維護(hù)時(shí)這條需求可能需要的支持，對(duì)于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。（2）在設(shè)計(jì)階段應(yīng)該做一些表更實(shí)驗(yàn)，檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性，設(shè)計(jì)時(shí)應(yīng)該將今后可能變更的內(nèi)容與其他部分分離出來(lái)，并且遵循高內(nèi)聚、低耦合的原則。（3）編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。（4）在測(cè)試階段測(cè)試人員應(yīng)該按照需求文檔和設(shè)計(jì)文檔測(cè)試軟件的有效性和可用性，收集出錯(cuò)信息并進(jìn)行分類統(tǒng)計(jì)，為今后的維護(hù)打下基礎(chǔ)。9．簡(jiǎn)述在項(xiàng)目開發(fā)時(shí)選擇程序設(shè)計(jì)語(yǔ)言的主要考慮的因素。答：編程人員的水平和編程經(jīng)歷；待開發(fā)的軟件類型；算法和計(jì)算復(fù)雜性；數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；軟件的開發(fā)成本和時(shí)間要求；軟件可移植性要求；可用的軟件工具。10．設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。BEGININPUT(A,B)IF(A>0)AND(B>0)THENX=A+BELSEX=A-BENDIF(C>A)OR(D<B)THENY=C-DELSEY=C+DENDPRINT(X,Y)END答：條件組合覆蓋標(biāo)準(zhǔn)為，使得每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。本程序中共有兩個(gè)判定表達(dá)式，每個(gè)判定表達(dá)式中有兩個(gè)簡(jiǎn)單條件，因此，總共有8種可能的條件組合，它們是：A>0,B>0A>0,B<=0A<=0,B>0A<=0,B<=0C>A,D<BC>A,D>=BC<=A,D<BC<=A,D>=B下面的4個(gè)測(cè)試用例，可以使上面列出的8種條件組合每種至少出現(xiàn)一次：實(shí)現(xiàn)1，5兩種條件組合輸入：A=1，B=1，C=2，D=0預(yù)期的輸出：X=2，Y=2(1分)實(shí)現(xiàn)2，6兩種條件組合輸入：A=1，B=0，C=2，D=1預(yù)期的輸出：X=2，Y=1(1分)實(shí)現(xiàn)3，7兩種條件組合輸入：A=0，B=1，C-1，D=0預(yù)期的輸出：X=-1，Y=-1(1分)實(shí)現(xiàn)4，8兩種條件組合輸入：A=0，B=0，C=-1，D=1預(yù)期的輸出：X=0，Y=0(1分)三、應(yīng)用題1.答：（答案不唯一，做為參考）。2.答：參考答案軟件工程復(fù)習(xí)題2選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇正確答案。1．軟件工程的出現(xiàn)是由于（）A.軟件危機(jī)B.計(jì)算機(jī)硬件技術(shù)的發(fā)展C.軟件社會(huì)化的需要D.計(jì)算機(jī)軟件技術(shù)的發(fā)展2．螺旋模型是一種將瀑布模型和哪種模型結(jié)合起來(lái)的軟件開發(fā)模型。（）A.快速原型模型B.專家模型模型D.演化模型3．軟件可行性研究一般不考慮（）

A.是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開發(fā)B.是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開發(fā)C.待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D.待開發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題4．軟件需求分析的任務(wù)不包括（）。A.問(wèn)題分析B.信息域分析C.結(jié)構(gòu)化設(shè)計(jì)D.確定邏輯結(jié)構(gòu)5．結(jié)構(gòu)化分析方法（SA法）使用的主要描述工具有（）。A.數(shù)據(jù)庫(kù)B.模塊結(jié)構(gòu)圖C.PAD圖D.分層的DFD圖6．源程序的效率與（）階段確定的算法的效率直接有關(guān)。A．概要設(shè)計(jì) B.總體設(shè)計(jì) C.單元設(shè)計(jì) D.詳細(xì)設(shè)計(jì)7．畫DFD圖的主要目的是（）。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具B.對(duì)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述C.對(duì)目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述D.作為編碼和測(cè)試的工具8．耦合度最高的是（）。A.外部耦合B.內(nèi)容耦合C.控制耦合D.數(shù)據(jù)耦合9．為了提高模塊的獨(dú)立性，模塊之間最好是（）。A.控制耦合B.公共耦合C.內(nèi)容耦合D.數(shù)據(jù)耦合10．UML是一種（）。A.建模工具B.可視化的程序設(shè)計(jì)語(yǔ)言C.可視化的建模語(yǔ)言D.過(guò)程11．下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（）。A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時(shí)交付軟件D.生產(chǎn)無(wú)故障軟件12．是職業(yè)軟件工程師的必要條件。（）A.自律、善于溝通、具有一定的軟件技能B.編程速度快C.熟悉眾多的軟件環(huán)境D.語(yǔ)言天賦13．可行性分析研究的目的是（）A.爭(zhēng)取項(xiàng)目B.項(xiàng)目是否值得開發(fā)C.開發(fā)項(xiàng)目D.規(guī)劃項(xiàng)目14．可行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行（）的過(guò)程。A.詳細(xì)軟件設(shè)計(jì)B.需求分析和設(shè)計(jì)C.深入的需求分析D.測(cè)試設(shè)計(jì)15．需求規(guī)格說(shuō)明書的作用不包括（）A.軟件驗(yàn)收的依據(jù)B.用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D.軟件設(shè)計(jì)的依據(jù)16．進(jìn)行需求分析有的多種描述工具，但不包括（）。A.數(shù)據(jù)流圖B.判定表C.PAD圖D.數(shù)據(jù)詞典17．反映模塊獨(dú)立性的指標(biāo)是（）。A.模塊的復(fù)雜性B.模塊的大小C.模塊的參數(shù)D.內(nèi)聚和耦合18．兩個(gè)模塊都訪問(wèn)一個(gè)全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，則這兩個(gè)模塊屬于（）。A.數(shù)據(jù)耦合B.外部耦合C.公共耦合D.內(nèi)容耦合19．下列哪個(gè)不是UML的視圖（）A.邏輯視圖B.行為視圖C.組件視圖D.并發(fā)視圖20．屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的（）。A.實(shí)例B.虛擬C.繼承D.多態(tài)21．反映收發(fā)消息的對(duì)象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是（）。A.順序圖B.類圖C.合作圖D.組件圖22．面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過(guò)程。A.清晰的B.模糊的C.非線性的D.確定的23．動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（）?shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動(dòng)圖D.以上全部24．不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫(kù)應(yīng)用的語(yǔ)言是（）A.SQLB.CobolC.4GLD.Lisp25．軟件工程中，只根據(jù)程序的功能說(shuō)明而不關(guān)心程序內(nèi)部邏輯的測(cè)試方法，稱為（）測(cè)試。

A.白盒法B.灰盒法C.黑盒法D.綜合法26．若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是［，］，現(xiàn)從輸入的角度考慮一組測(cè)試用例：，，，。設(shè)計(jì)這組測(cè)試用例的方法是（）。A.條件覆蓋法 B.等價(jià)分類法C.邊界值分析法 D.錯(cuò)誤推測(cè)法27．即使軟件能順利運(yùn)行，但用戶往往會(huì)提出增加新功能或改進(jìn)已有功能的建議，為滿足這一類要求而進(jìn)行的活動(dòng)稱為（）。A.完善性維護(hù)B.預(yù)防性維護(hù)C.適應(yīng)性維護(hù)D.代碼重構(gòu)28.可維護(hù)性的特性中，相互矛盾的是（）。A.可理解性與可測(cè)試性B.效率與可修改性C.可修改性與可理解性D.可理解性與可讀性29.不屬于軟件項(xiàng)目管理的是（）。A.軟件銷售利潤(rùn)B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)能力評(píng)估30.（）針對(duì)開發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過(guò)程管理C．軟件配置管理D．風(fēng)險(xiǎn)管理31．面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制（）A.繼承B.消息C.方法D.結(jié)構(gòu)32．表示對(duì)象相互行為的模型是（）模型。A.動(dòng)態(tài)模型B.功能模型C.對(duì)象模型D.狀態(tài)模型33．對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校桑ǎ?shí)現(xiàn)。A.順序圖B.類圖C.狀態(tài)圖D.組件圖34．對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對(duì)象的統(tǒng)一體中。A．結(jié)合B．隱藏C．封裝D．抽象35．面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（）。A.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)B.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶界面設(shè)計(jì)C.類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì) D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)36．結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只由順序、循環(huán)和（）三種結(jié)構(gòu)組成。

A.分支B.單入口C.單出口D.有規(guī)則GOTO37．（）時(shí)，測(cè)試人員必須接觸到程序源代碼。A.黑盒測(cè)試 B.白盒測(cè)試C.壓力測(cè)試D.外觀測(cè)試38．軟件測(cè)試方法中，白盒測(cè)試法是常用的方法，主要用于（）。A.結(jié)構(gòu)的合理性B.軟件外部功能C.程序正確性D.程序內(nèi)部邏輯39．為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是（）。\l"33"A.校正性維護(hù) B.完善性維護(hù)C.適應(yīng)性維護(hù)D.預(yù)防性維護(hù)40．通俗的說(shuō)，軟件項(xiàng)目管理中常說(shuō)的基線是（）。A.管理的基本思路B.一種軟件開發(fā)的基本策略C.基本的技術(shù)路線D.通過(guò)正式復(fù)審的文檔簡(jiǎn)答題1．軟件工程的主要目標(biāo)是什么？2．軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析功能需求和非功能需求的區(qū)別？3．簡(jiǎn)述面向?qū)ο蠓治龅娜齻€(gè)模型4．什么是軟件？如何評(píng)價(jià)軟件的質(zhì)量？5．請(qǐng)說(shuō)明快速原型化模型的基本思想。6．衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？7．等價(jià)分類法的基本思想是什么？8．設(shè)計(jì)下列偽程序的條件組合覆蓋測(cè)試用例。BEGININPUT(x,y,z) IF(y>1)AND(z=0)THENx=x/yENDIF IF(y=2)OR（x=l)THENx=x+lENDIFPRINT(x)END9.活動(dòng)圖與狀態(tài)圖的區(qū)別？10．設(shè)計(jì)下列偽程序的判定覆蓋測(cè)試用例。BEGININPUT(a,b,c,x,y,z,t);IF(a>10)THENx=10ELSEx=1ENDIFIF（b>10）AND(t<3)THENy=20ELSEy=2ENDIFIF(c>15)THENz=30ELSEz=3ENDIFPRINT(x,y,z)END應(yīng)用題假設(shè)一家工廠的采購(gòu)部門每天需要一張定貨報(bào)表。報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號(hào)、零件名稱、定貨數(shù)量、目前價(jià)格、主要供應(yīng)商、次要供應(yīng)商。零件入庫(kù)或出席稱為事務(wù)，通過(guò)放在倉(cāng)庫(kù)中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫(kù)存數(shù)量少于庫(kù)存臨界值時(shí)就應(yīng)該再次定貨。試?yán)L制數(shù)據(jù)流圖。2.現(xiàn)在有一個(gè)醫(yī)院病房監(jiān)護(hù)系統(tǒng)，請(qǐng)根據(jù)用戶需求建立系統(tǒng)的UseCase模型。用戶提出的系統(tǒng)功能要求如下：在醫(yī)院病房監(jiān)護(hù)系統(tǒng)中，病癥監(jiān)視器安置在每個(gè)病房，將病人的病癥信號(hào)實(shí)時(shí)傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析處理。在中心值班室里，值班護(hù)士使用中央監(jiān)視系統(tǒng)對(duì)病員的情況進(jìn)行監(jiān)控，根據(jù)醫(yī)生的要求隨時(shí)打印病人的病情報(bào)告，系統(tǒng)會(huì)定期自動(dòng)更新病歷。當(dāng)病癥出現(xiàn)異常時(shí)，系