




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
實(shí)用文檔軟件工程復(fù)習(xí)題1一、選擇題,請從四個可選項中選擇正確答案。.以下哪一項不是軟件危機(jī)的表現(xiàn)形式()A.成本高 B.生產(chǎn)率低 C.技術(shù)發(fā)展快D.質(zhì)量得不到保證.哪種模型分批地逐步向用戶提交產(chǎn)品,每次提交一個滿足用戶需求子集的可運(yùn)行的產(chǎn)品。()A.演化模型 B.噴泉模型C.原型模型 D.螺旋模型.可行性研究的目的不包括()A.分析開發(fā)系統(tǒng)的必要性 8.確定系統(tǒng)建模的方案C.分析系統(tǒng)風(fēng)險 D.確定是否值得開發(fā)系統(tǒng).可行性分析研究的費(fèi)用大約是項目總經(jīng)費(fèi)的()。A.2% B.8% C.20% D.50%.在E-R模型中,包含以下基本成分()。A.數(shù)據(jù)、對象、實(shí)體 B.控制、聯(lián)系、對象C.實(shí)體、聯(lián)系、屬性 D.實(shí)體、屬性、聯(lián)系.軟件需求分析產(chǎn)生一個重要文檔是()。A.軟件維護(hù)說明書 B.需求規(guī)格說明書C.可行性報告 D.初步用戶手冊.內(nèi)聚程度較低的是()。A.通信內(nèi)聚B.過程內(nèi)聚C.順序內(nèi)聚D.時間內(nèi)聚.概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計,以下選項中不屬于概要設(shè)計的是()A.把軟件劃分成模塊 B確定模塊之間的調(diào)用關(guān)系C.確定各個模塊的功能 D.設(shè)計每個模塊的偽代碼.UML語言支持的建模方式不包括有()。A.靜態(tài)建模 B.動態(tài)建模 C.模塊化建模 D.功能建模.以下哪一項不是面向?qū)ο蟮奶卣?。()A.多態(tài)性 B.繼承性 C.封裝性 D.過程調(diào)用.在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ǎ〢.軟件危機(jī) B.軟件工程 C.程序設(shè)計革命 D.結(jié)構(gòu)化程序設(shè)計文案大全實(shí)用文檔.瀑布模型的關(guān)鍵不足在于()A.過于簡單 B.不能適應(yīng)需求的動態(tài)變更C.過于靈活 D.各個階段需要進(jìn)行評審.可行性研究的四大要素是()。A.經(jīng)濟(jì)、技術(shù)、法律和社會環(huán)境B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、計算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性.經(jīng)濟(jì)可行性研究的主要內(nèi)容包括()A.開發(fā)過程 B.開發(fā)工具C.風(fēng)險分析D.效益分析.在需求分析過程中,分析員要從用戶那里解決的最重要的問題是()。A.要求軟件做什么 B.要給軟件提供哪些信息C.要求軟件工作效率如何 D.要求軟件具有什么樣的結(jié)構(gòu).DFD中的每個加工至少需要()A.一個輸入流 B.一個輸出流C.一個輸入或輸出流 D.一個輸入流和一個輸出流.PDL是描述處理過程()。A.做什么 B.為什么做C.怎么做D.對誰做.當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為()A.數(shù)據(jù)耦合B.公共耦合C.標(biāo)記耦合 口.內(nèi)容耦合.按照模塊獨(dú)立性,耦合程度由弱至強(qiáng)正確的順序是()。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合.UML中,包圖是一種()。A.集合 B.數(shù)據(jù)結(jié)構(gòu) C.分組機(jī)制 D.對系統(tǒng)的動態(tài)描述文案大全實(shí)用文檔.面向?qū)ο笤O(shè)計首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的()。A.邏輯模型B.物理模型 C.數(shù)據(jù)模型 D.用例模型.面向?qū)ο笤O(shè)計的步驟中,正確的順序是()。A.系統(tǒng)構(gòu)架設(shè)計、用例設(shè)計、類設(shè)計B.系統(tǒng)構(gòu)架設(shè)計、數(shù)據(jù)庫設(shè)計和用戶界面設(shè)計C.類設(shè)計、用例設(shè)計、構(gòu)架設(shè)計 D.用例設(shè)計、構(gòu)架設(shè)計、類設(shè)計.類有3種類型,即()。A.邊界類、實(shí)體類、控制類B.實(shí)體類、控制類、界面類C.控制類、實(shí)體類、虛類 D.界面類、控制類、公共類.()是一般化類與特殊化類之間的一種關(guān)聯(lián)形式,設(shè)計時應(yīng)該適當(dāng)使用這種耦合。A.消息連接 B.參數(shù)傳遞C.方法重寫D.繼承.結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是()。A.程序的規(guī)模8.程序效率 。程序語言的先進(jìn)性 口.程序易讀性.下列關(guān)于功能性注釋不正確的說法是()。A.功能性注釋嵌在源程序中,用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來說明程序段,需要在每一行都要加注釋C.可使用空行或縮進(jìn),以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋.軟件測試的目的是()。A.評價軟件的質(zhì)量 B.發(fā)現(xiàn)軟件的錯誤C.找出軟件中的所有錯誤 D.證明軟件是正確的.在設(shè)計黑盒測試用例時,主要研究()。/courseware/software/test/-412A.概要設(shè)計說明書 B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃 D.需求規(guī)格說明.以下屬于完善性維護(hù)的有()。A.解決開發(fā)時未能測試各種可能條件帶來的問題B.增加聯(lián)機(jī)求助命令C.縮短系統(tǒng)的應(yīng)答時間,使其達(dá)到特定要求D.為提高軟件的可靠性和可維護(hù)性,主動修改軟件40.軟件項目管理的內(nèi)容包括()。A.人員的組織與管理 B.軟件配置管理C.軟件開發(fā)進(jìn)度計劃 D.以上所有文案大全實(shí)用文檔.以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法()A.coad方法B.booch方法C.jackson方法D.omt方法.面向?qū)ο蠓治龅暮诵脑谟冢ǎ?。A.建立正確的模型 B.識別問題域?qū)ο?C.識別對象之間的關(guān)系 D.上面都有.在面向?qū)ο蠓椒ㄖ校枋鱿到y(tǒng)控制結(jié)構(gòu)的模型是( )模型。A.動態(tài)模型 B.功能模型 C.對象模型D.靜態(tài)模型.面向?qū)ο蠓治龊驮O(shè)計涉及到三個方面的內(nèi)容: ()、一系列有效的分析步驟和一個方便易用的建模工具。A.一套完善的建模符號 B.有效的數(shù)據(jù)結(jié)構(gòu)C.靈活的體系結(jié)構(gòu) D.穩(wěn)定的系統(tǒng)架構(gòu).每個子系統(tǒng)的接口上定義了若干(),體現(xiàn)了子系統(tǒng)的功能。A.說明B.操作C.屬性D.關(guān)系.程序設(shè)計語言的技術(shù)特性不應(yīng)包括()。A.數(shù)據(jù)結(jié)構(gòu)的描述性 B.抽象類型的描述性C.數(shù)據(jù)庫的易操作性 D.軟件的可移植性.以下哪種測試方法不屬于白盒測試技術(shù)()。A.語句覆蓋測試 B.邊界值分析測試 C.條件覆蓋測試D.判斷覆蓋測試.軟件測試的主要特點(diǎn)是()。A.軟件測試的開銷不大 B.軟件測試要依靠工具C.軟件不能進(jìn)行“窮舉”測試 D.軟件測試要依靠人工.在軟件生存期的維護(hù)階段,繼續(xù)診斷和修正錯誤的過程稱為()。A.完善性維護(hù) B.適應(yīng)性維護(hù) C.預(yù)防性維護(hù) D.改正性維護(hù).不屬于軟件項目管理的是()。A.開發(fā)機(jī)構(gòu)能力評估 B.項目風(fēng)險評估C.質(zhì)量監(jiān)控D.軟件銷售利潤二、簡答題.什么是軟件危機(jī)?試簡述至少3種軟件危機(jī)的典型表現(xiàn)。文案大全實(shí)用文檔.簡述軟件過程模型.簡述結(jié)構(gòu)化分析的主要步驟.請給出軟件工程七條基本原理中的任意6條基本原理。.軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化?.簡述模塊獨(dú)立性,內(nèi)聚與耦合。.設(shè)計下列偽程序的語句覆蓋測試用例。BEGININPUT(A,B,C)IFA>5THENX=10ELSEX=1ENDIFIFB>10THENY=20ELSEY=2ENDIFIFC>15THENZ=30ELSEZ=3ENDIFPRINT(X,Y,Z)END.為了提高軟件的可維護(hù)性,在軟件開發(fā)過程的各個階段怎樣充分考慮軟件的可維護(hù)性因素。.簡述在項目開發(fā)時選擇程序設(shè)計語言的主要考慮的因素。.設(shè)計下列偽程序的條件組合覆蓋測試用例。BEGININPUT(A,B)IF(A>0)AND(B>0)THENX=A+BELSE文案大全實(shí)用文檔X=A-BENDIF(C>A)OR(D<B)THENY=C-DELSEY=C+DENDPRINT(X,Y)END三、應(yīng)用題.一個簡單的飛機(jī)機(jī)票預(yù)訂系統(tǒng):機(jī)票預(yù)訂系統(tǒng)按功能可分成兩部分,一部分為旅行社預(yù)訂機(jī)票,另一部分為旅客取票,兩部分通過機(jī)票文件的數(shù)據(jù)存儲聯(lián)系起來。旅行社把預(yù)訂機(jī)票的旅客信息(姓名、年齡、單位、身份證號碼、旅行時間、目的地等)輸入機(jī)票預(yù)訂系統(tǒng)。系統(tǒng)為旅客安排航班,打印出取票通知單(附有應(yīng)交的賬款)。旅客在飛機(jī)起飛的前一天憑取票通知單交款取票,系統(tǒng)檢驗(yàn)無誤,輸出機(jī)票給旅客。請你根據(jù)以上的描述,畫出數(shù)據(jù)流程圖。.用用例圖描述圖書管理。該系統(tǒng)主要包括三類用戶:讀者、圖書管理員、系統(tǒng)管理員。其中,讀者是多個,圖書管理員是幾個,系統(tǒng)管理員是一個。對于系統(tǒng),讀者可以查詢自己的借閱情況、分門別類的查詢圖書和在規(guī)定期限內(nèi)續(xù)借不能超過一次操作的情況下進(jìn)行自行登錄續(xù)借書等。圖書管理員主要是日常操作以下幾個工作環(huán)節(jié):圖書訂購、新書驗(yàn)證、書目錄入、圖書登記、讀者信息管理、借閱書登記、圖書信息注銷和讀者信息注銷等,而系統(tǒng)管理員統(tǒng)籌管理圖書的系統(tǒng)相關(guān)事宜,比如權(quán)限維護(hù)、日志維護(hù)、增刪用戶和管理系統(tǒng)后臺數(shù)據(jù)等。文案大全實(shí)用文檔參考答案一、 選擇題,請從四個可選項中選擇正確答案。TOC\o"1-5"\h\z1.C 2.A 3.B 4.B 5.C6.B 7.D8.D 9.C 10.D11.A 12.B 13.A 14.D 15.A16.D 17.C 18.D 19.A 20.C21.B 22.A 23.B 24.D 25.D26.B 27.B 28.D 29.B 30.D31.C 32.D 33.A 34.A 35.B36.D37.B38.C39.D 40.D二、簡答題.什么是軟件危機(jī)?試簡述至少3種軟件危機(jī)的典型表現(xiàn)。答:1)軟件危機(jī)是指在計算機(jī)軟件的開發(fā)和維護(hù)過程中,所遇到的一系列嚴(yán)重問題。2)典型表現(xiàn):開發(fā)費(fèi)用和進(jìn)度難以估算和控制,大大超過預(yù)期的資金和規(guī)定日期;軟件需求分析不夠充分,用戶不滿意“已經(jīng)完成”的軟件系統(tǒng)。軟件質(zhì)量難于保證;軟件維護(hù)困難;通常沒有保留適當(dāng)?shù)奈臋n資料開發(fā)成本逐年上升;軟件開發(fā)生產(chǎn)率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計算機(jī)應(yīng)用迅速普及深入的趨勢.簡述軟件過程模型答:(1)軟件過程是人們開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的活動、方法、實(shí)踐和改進(jìn)的集合。它明確定義軟件過程中所執(zhí)行的活動及其順序,確定沒一個活動內(nèi)容和步驟,定義每個角色和職責(zé)。(2)軟件工程將軟件開發(fā)和維護(hù)的過程概況為8個大的活動:問題定義、可行性研究、需求分析、總體設(shè)計、詳細(xì)設(shè)計、編碼、系統(tǒng)測試和運(yùn)行維護(hù)。文案大全實(shí)用文檔.簡述結(jié)構(gòu)化分析的主要步驟答:(1)根據(jù)用戶的需求畫出初始的數(shù)據(jù)流程圖,寫出數(shù)據(jù)字典和初始的加工處理說明(IPO圖),實(shí)體關(guān)系圖。(2)以初始數(shù)據(jù)流程圖為基礎(chǔ),從數(shù)據(jù)流程圖的輸出端開始回溯。在對數(shù)據(jù)流程圖進(jìn)行回溯的過程中可能會發(fā)現(xiàn)丟失的處理和數(shù)據(jù),應(yīng)將數(shù)據(jù)流程圖補(bǔ)充完善。(3)對軟件性能指標(biāo)、接口定義、設(shè)計和實(shí)現(xiàn)的約束條件等逐一進(jìn)行分析。(4)系統(tǒng)分析人員與用戶一起對需求分析的結(jié)果進(jìn)行復(fù)查。(5)根據(jù)細(xì)化的需求修訂開發(fā)計劃。(6)編寫需求規(guī)格說明書和初始的用戶手冊,測試人員開始編寫功能測試用的測試數(shù)據(jù)。.請給出軟件工程七條基本原理中的任意6條基本原理。答:原理1.用分階段的生命周期計劃嚴(yán)格管理原理2.堅持進(jìn)行階段評審原理3.實(shí)行嚴(yán)格的產(chǎn)品控制原理4.采用現(xiàn)代程序設(shè)計技術(shù)原理5.結(jié)果應(yīng)能清楚地審查原理6.開發(fā)小組的人員應(yīng)該少而精原理7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性.軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化?答:(1)軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范,使軟件生產(chǎn)擺脫個人生產(chǎn)方式,進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。(2)文檔化是將軟件的設(shè)計思想、設(shè)計過程和實(shí)現(xiàn)過程完整地記錄下來,以便于后人的使用和維護(hù),在開發(fā)過程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外,在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?,便于管理者對軟件生產(chǎn)進(jìn)度和開發(fā)過程進(jìn)行管理。在用戶最終驗(yàn)收時可以通過對提交的文檔進(jìn)行技術(shù)審查和管理審查,保證軟件的質(zhì)量。.簡述模塊獨(dú)立性,內(nèi)聚與耦合。答:文案大全實(shí)用文檔模塊獨(dú)立性,是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能,而和軟件系統(tǒng)中其它的模塊的接口是簡單的。一般采用兩個準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度)的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。.設(shè)計下列偽程序的語句覆蓋測試用例。BEGININPUT(A,B,C)IFA>5THENX=10ELSEX=1ENDIFIFB>10THENY=20ELSEY=2ENDIFIFC>15THENZ=30ELSEZ=3ENDIFPRINT(X,Y,Z)END答:因?yàn)槊總€判定表達(dá)式為真或假時均有賦值語句,為了使每個語句都至少執(zhí)行一次,總共需要兩組測試數(shù)據(jù),以便使得每個判定表達(dá)式取值為真或假各一次。下面是實(shí)現(xiàn)語句覆蓋的典型測試用例:(1)使3個判定表達(dá)式之值全為假輸入:A=1,B=1,C=1預(yù)期的輸出:X=1,Y=2,Z=3(2)使3個判定表達(dá)式之值全為真輸入:A=20,B=40,C=60預(yù)期的輸出:X=10,Y=20,Z=30文案大全實(shí)用文檔.為了提高軟件的可維護(hù)性,在軟件開發(fā)過程的各個階段要充分考慮軟件的可維護(hù)性因素。答:(1)在需求分析階段應(yīng)該明確維護(hù)的范圍和責(zé)任,檢查每條需求,分析維護(hù)時這條需求可能需要的支持,對于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。(2)在設(shè)計階段應(yīng)該做一些表更實(shí)驗(yàn),檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性,設(shè)計時應(yīng)該將今后可能變更的內(nèi)容與其他部分分離出來,并且遵循高內(nèi)聚、低耦合的原則。(3)編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。(4)在測試階段測試人員應(yīng)該按照需求文檔和設(shè)計文檔測試軟件的有效性和可用性,收集出錯信息并進(jìn)行分類統(tǒng)計,為今后的維護(hù)打下基礎(chǔ)。.簡述在項目開發(fā)時選擇程序設(shè)計語言的主要考慮的因素。答:編程人員的水平和編程經(jīng)歷;待開發(fā)的軟件類型;算法和計算復(fù)雜性;數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性;軟件的開發(fā)成本和時間要求;軟件可移植性要求;可用的軟件工具。10.設(shè)計下列偽程序的條件組合覆蓋測試用例。BEGININPUT(A,B)IF(A>0)AND(B>0)THENX=A+BELSEX=A-BENDIF(C>A)OR(D<B)THENY=C-DELSE文案大全實(shí)用文檔Y=C+DENDPRINT(X,Y)END答:條件組合覆蓋標(biāo)準(zhǔn)為,使得每個判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。本程序中共有兩個判定表達(dá)式,每個判定表達(dá)式中有兩個簡單條件,因此,總共有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個測試用例,可以使上面列出的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分)文案大全實(shí)用文檔三、應(yīng)用題.答:(答案不唯一,做為參考)。旅行社:訂票單取票單I分類檢.作[)2施客氾賬文尸有效丁票「2族行甘.答:參考答案維護(hù)讀者信息管理圖書信息增加圖書記錄還書續(xù)惜實(shí)用文檔三、應(yīng)用題.答:(答案不唯一,做為參考)。旅行社:訂票單取票單I分類檢.作[)2施客氾賬文尸有效丁票「2族行甘.答:參考答案維護(hù)讀者信息管理圖書信息增加圖書記錄還書續(xù)惜文案大全實(shí)用文檔軟件工程復(fù)習(xí)題2一、 選擇題,請從四個可選項中選擇正確答案。.軟件工程的出現(xiàn)是由于()A.軟件危機(jī) B.計算機(jī)硬件技術(shù)的發(fā)展 C.軟件社會化的需要 D.計算機(jī)軟件技術(shù)的發(fā)展.螺旋模型是一種將瀑布模型和哪種模型結(jié)合起來的軟件開發(fā)模型。()A.快速原型模型 B.專家模型 C.V模型 D.演化模型.軟件可行性研究一般不考慮()A.是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B.是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C.待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算D.待開發(fā)的軟件是否會有質(zhì)量問題.軟件需求分析的任務(wù)不包括()。A.問題分析B.信息域分析C.結(jié)構(gòu)化設(shè)計口.確定邏輯結(jié)構(gòu).結(jié)構(gòu)化分析方法(SA法)使用的主要描述工具有()。A.數(shù)據(jù)庫B.模塊結(jié)構(gòu)圖C.PAD圖D.分層的DFD圖6?源程序的效率與()階段確定的算法的效率直接有關(guān)。人.概要設(shè)計 B.總體設(shè)計 C.單元設(shè)計D.詳細(xì)設(shè)計.畫DFD圖的主要目的是()。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具.對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述C.對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述D/作為編碼和測試的工具.耦合度最高的是()。A.外部耦合 B.內(nèi)容耦合 C.控制耦合D.數(shù)據(jù)耦合.為了提高模塊的獨(dú)立性,模塊之間最好是()。文案大全實(shí)用文檔A.控制耦合B.公共耦合 C.內(nèi)容耦合D.數(shù)據(jù)耦合.UML是一種()。A.建模工具 B.可視化的程序設(shè)計語言 ?.可視化的建模語言 D.過程.下面的哪個選項不是軟件工程的宗旨()。A.開發(fā)滿足用戶需求的軟件 8.研究算法 C.及時交付軟件D.生產(chǎn)無故障軟件.是職業(yè)軟件工程師的必要條件。()A.自律、善于溝通、具有一定的軟件技能 8.編程速度快C.熟悉眾多的軟件環(huán)境 口.語言天賦.可行性分析研究的目的是()A.爭取項目B.項目是否值得開發(fā) C.開發(fā)項目D.規(guī)劃項目.可行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行()的過程。A.詳細(xì)軟件設(shè)計B.需求分析和設(shè)計 C.深入的需求分析D.測試設(shè)計.需求規(guī)格說明書的作用不包括()A.軟件驗(yàn)收的依據(jù) B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù) D.軟件設(shè)計的依據(jù).進(jìn)行需求分析有的多種描述工具,但不包括()。A.數(shù)據(jù)流圖8.判定表C.PAD圖D.數(shù)據(jù)詞典.反映模塊獨(dú)立性的指標(biāo)是()。A.模塊的復(fù)雜性B.模塊的大小C.模塊的參數(shù)D.內(nèi)聚和耦合.兩個模塊都訪問一個全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),則這兩個模塊屬于()。A.數(shù)據(jù)耦合B.外部耦合 C.公共耦合D.內(nèi)容耦合.下列哪個不是UML的視圖()A.邏輯視圖B.行為視圖C.組件視圖D.并發(fā)視圖.屬于某個類的一個具體對象稱為該類的()。A.實(shí)例B.虛擬C.繼承D.多態(tài).反映收發(fā)消息的對象的組織結(jié)構(gòu),用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是()。文案大全實(shí)用文檔A.順序圖B.類圖?.合作圖D.組件圖.面向?qū)ο蠓治龊驮O(shè)計的界限是(),從分析到設(shè)計是一個逐漸擴(kuò)充模型的過程。A.清晰的B.模糊的C.非線性的口.確定的.動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ校S茫ǎ?shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖D.以上全部.不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是()A.SQLB.CobolC.4GLD.Lisp.軟件工程中,只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部邏輯的測試方法,稱為()測試。A.白盒法B.灰盒法C.黑盒法 D,宗合法.若有一個計算類型的程序,它的輸入量只有一個X,其范圍是[-1.0,1.0],現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設(shè)計這組測試用例的方法是()。A.條件覆蓋法 B.等價分類法 C.邊界值分析法 D.錯誤推測法.即使軟件能順利運(yùn)行,但用戶往往會提出增加新功能或改進(jìn)已有功能的建議,為滿足這一類要求而進(jìn)行的活動稱為()。A.完善性維護(hù) B.預(yù)防性維護(hù)C.適應(yīng)性維護(hù) D.代碼重構(gòu).可維護(hù)性的特性中,相互矛盾的是()。A.可理解性與可測試性 B.效率與可修改性C.可修改性與可理解性 D.可理解性與可讀性.不屬于軟件項目管理的是()。A.軟件銷售利潤B.項目風(fēng)險評估 C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)能力評估.()針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理 8.過程管理 C.軟件配置管理D.風(fēng)險管理.面向?qū)ο蟪绦蛟O(shè)計的基本機(jī)制()A.繼承B.消息C.方法 D.結(jié)構(gòu).表示對象相互行為的模型是()模型。文案大全實(shí)用文檔A.動態(tài)模型 B.功能模型 C.對象模型D.狀態(tài)模型.對象模型描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?,由()?shí)現(xiàn)。A.順序圖B.類圖C.狀態(tài)圖D.組件圖.對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作()于對象的統(tǒng)一體中。人.結(jié)合B.隱藏口封裝 口.抽象.面向?qū)ο笤O(shè)計的步驟中,正確的順序是()。A.系統(tǒng)構(gòu)架設(shè)計、用例設(shè)計、類設(shè)計B.系統(tǒng)構(gòu)架設(shè)計、數(shù)據(jù)庫設(shè)計和用戶界面設(shè)計C.類設(shè)計、用例設(shè)計、構(gòu)架設(shè)計 D.用例設(shè)計、構(gòu)架設(shè)計、類設(shè)計.結(jié)構(gòu)化程序設(shè)計思想的核心是要求程序只由順序、循環(huán)和()三種結(jié)構(gòu)組成。A.分支B.單入口C.單出口D.有規(guī)則GOTO.()時,測試人員必須接觸到程序源代碼。A.黑盒測試 B.白盒測試C.壓力測試D.外觀測試.軟件測試方法中,白盒測試法是常用的方法,主要用于()。A.結(jié)構(gòu)的合理性B.軟件外部功能C.程序正確性D.程序內(nèi)部邏輯.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是( )。/courseware/software/test/-33A.校正性維護(hù)B.完善性維護(hù) C.適應(yīng)性維護(hù) D.預(yù)防性維護(hù).通俗的說,軟件項目管理中常說的基線是()。A.管理的基本思路 B.一種軟件開發(fā)的基本策略C.基本的技術(shù)路線 D.通過正式復(fù)審的文檔四、簡答題.軟件工程的主要目標(biāo)是什么?.軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求,請分析功能需求和非功能需求的區(qū)別?.簡述面向?qū)ο蠓治龅娜齻€模型.什么是軟件?如何評價軟件的質(zhì)量?文案大全實(shí)用文檔.請說明快速原型化模型的基本思想。.衡量模塊獨(dú)立性的兩個標(biāo)準(zhǔn)是什么?它們各表示什么含義?.等價分類法的基本思想是什么?.設(shè)計下列偽程序的條件組合覆蓋測試用例。BEGININPUT(x,y,z)IF(y>1)AND(z=0)THENx=x/yENDIFIF(y=2)OR(x=l)THENx=x+lENDIFPRINT(x)END.活動圖與狀態(tài)圖的區(qū)別?.設(shè)計下列偽程序的判定覆蓋測試用例。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è)一家工廠的采購部門每天需要一張定貨報表。報表按零件編號排序,表中列出所有需要再次定貨的零件。對于每個需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù):零件編號、零件名稱、定貨文案大全實(shí)用文檔數(shù)量、目前價格、主要供應(yīng)商、次要供應(yīng)商。零件入庫或出席稱為事務(wù),通過放在倉庫中的CRT終端把事務(wù)報告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存臨界值時就應(yīng)該再次定貨。試?yán)L制數(shù)據(jù)流圖。.現(xiàn)在有一個醫(yī)院病房監(jiān)護(hù)系統(tǒng),請根據(jù)用戶需求建立系統(tǒng)的UseCase模型。用戶提出的系統(tǒng)功能要求如下:在醫(yī)院病房監(jiān)護(hù)系統(tǒng)中,病癥監(jiān)視器安置在每個病房,將病人的病癥信號實(shí)時傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析處理。在中心值班室里,值班護(hù)士使用中央監(jiān)視系統(tǒng)對病員的情況進(jìn)行監(jiān)控,根據(jù)醫(yī)生的要求隨時打印病人的病情報告,系統(tǒng)會定期自動更新病歷。當(dāng)病癥出現(xiàn)異常時,系統(tǒng)會立即自動報警,通知值班醫(yī)生及時處理,同時立即打印病人的病情報告,立即更新病歷。請按上述描述,畫出系統(tǒng)的用例圖。參考答案一、選擇題,請從四個可選項中選擇正確答案。1.A2.A3.D4.C5.DTOC\o"1-5"\h\z6.D7.A8.B9.D 10.A11.B 12.A 13.B 14.B 15.C16.C 17.D 18.B 19.B 20.A21.C 22.C 23.D 24.D 25.C26.C 27.A 28.B 29.A 30.C31.A 32.A 33.B 34.C 35.A36.A 37.B 38.D 39.C 40.D文案大全實(shí)用文檔二、簡答題.軟件工程的主要目標(biāo)是什么?答案:軟件工程旨在開發(fā)滿足用戶需要、及時交付、不超過預(yù)算和無故障的軟件,其主要目標(biāo)如下:實(shí)現(xiàn)預(yù)期的軟件功能,達(dá)到較好的軟件性能,滿足用戶的需求。增強(qiáng)軟件過程的可見性和可控性,保證軟件的質(zhì)量。提高所開發(fā)軟件的可維護(hù)性,降低維護(hù)費(fèi)用。提高軟件開發(fā)生產(chǎn)率,及時交付使用。合理預(yù)算開發(fā)成本,付出較低的開發(fā)費(fèi)用。2.軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求,請分析功能需求和非功能需求的區(qū)別?答:(1)功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對軟件提出了用戶需求,這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的,開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求,將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計和編碼。(2)非功能需求是對功能需求的補(bǔ)充,可以分兩類。一類對用戶來說是最重要的屬性,包括有效性、高效性、靈活性、完整性、互操作性、可靠性、健壯性、可用性。另一類對開發(fā)者來說是很重要的質(zhì)量屬性,包括可維護(hù)性、可移植性、可重用性、可測試性。.簡述面向?qū)ο蠓治龅娜齻€模型答:(1)功能模型:表達(dá)系統(tǒng)的詳細(xì)需求,為軟件的進(jìn)一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?,由用例圖和場景描述組成。(2)對象模型:表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。(3)動態(tài)模型:描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)的“控制”特性。.什么是軟件?如何評價軟件的質(zhì)量?答:軟件是程序以及開發(fā)、使用和維護(hù)程序所需的所有文檔。(2)軟件質(zhì)量從可維護(hù)性、可靠性、可理解性和效率等方面對軟件作較全面的評價。文案大全實(shí)用文檔.請說明快速原型化模型的基本思想。答:在需求分析的同時,以比較小的代價快速建立一個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作,并且提出改進(jìn)意見,分析人員根據(jù)用戶的意見完善原型,然后再由用戶評價,提出建議,如此往復(fù),直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?;诳焖僭突P偷拈_發(fā)過程基本上是線性的,從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)行,期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進(jìn)行系統(tǒng)分析和設(shè)計,而原型已經(jīng)通過了用戶和開發(fā)組的審查,在設(shè)計階段由于有原型作設(shè)計參考,所以設(shè)計的結(jié)果正確率比較高。.衡量模塊獨(dú)立性的兩個標(biāo)準(zhǔn)是什么?它們各表示什么含義?答:(1)兩個定性的度量標(biāo)準(zhǔn):耦合與內(nèi)聚性。(2)耦合性:也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越
溫馨提示
- 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度住房轉(zhuǎn)租合同模板(含押金退還流程)
- 二零二五年度在線醫(yī)療咨詢消費(fèi)合同協(xié)議
- 二零二五年度人工智能增資合作協(xié)議
- 二零二五年度醫(yī)院護(hù)士輔助人員雇傭協(xié)議
- 2025年度高品質(zhì)住宅房東租房合同及物業(yè)服務(wù)協(xié)議
- 定制玻璃家具協(xié)議
- 養(yǎng)生產(chǎn)品采購合同
- 二零二五年度人工智能應(yīng)用融資顧問協(xié)議
- 二零二五年度金融衍生品交易股份代持合作協(xié)議
- 2025年度智慧農(nóng)業(yè)項目融資合作框架協(xié)議范本
- 消防水箱安裝施工方案
- GB/T 24804-2023提高在用電梯安全性的規(guī)范
- 人教版PEP五年級英語上冊全冊課件
- 【重慶長安汽車公司績效管理現(xiàn)狀、問題及優(yōu)化對策(7600字論文)】
- 家鄉(xiāng)-延安課件
- Codesys中文編程手冊
- 教育系統(tǒng)后備干部筆試試題及參考答案
- 無人機(jī)導(dǎo)航與通信技術(shù)PPT完整全套教學(xué)課件
- 六年級奧數(shù)(學(xué)生版)
- 鋼結(jié)構(gòu)設(shè)計原理全套PPT完整教學(xué)課件
- 《植物學(xué)教學(xué)資料》第2章細(xì)胞與組織2馬煒梁版
評論
0/150
提交評論