軟件工程開發(fā)學(xué)考題

軟件工程開發(fā)學(xué)考題（帶答案）—.選擇題:軟件危機(jī)出現(xiàn)于—，為了解決軟件危機(jī)，人們提出了用―的原理來設(shè)計(jì)軟件，這是軟件工程誕生的基礎(chǔ)。 （C、B）50年代末B.60年代初C.60年代末 D.70年代初運(yùn)籌學(xué) B.工程學(xué) C.軟件學(xué)D.軟件學(xué) ￡.數(shù)字開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作B_。A.軟件投機(jī)B.軟件危機(jī) C.軟件工程D.軟件產(chǎn)生產(chǎn)生軟件危機(jī)的原因有如下幾點(diǎn)，除了D。A、 軟件開發(fā)過程未經(jīng)審查B、 軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工C、 所開發(fā)的軟件，除了程序清單外，沒有其他文檔D、 采用工程設(shè)計(jì)的方法開發(fā)軟件，不符合軟件本身的特點(diǎn)軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是B_。A-引入新技術(shù)提高空間利用率B.用較少的投資獲得高質(zhì)量的軟件C.縮短研制周期擴(kuò)大軟件功能D.硬軟件結(jié)合使系統(tǒng)面向應(yīng)用一個(gè)軟件項(xiàng)目是否進(jìn)行開發(fā)的結(jié)論是在B文檔中作出的。A、軟件開發(fā)計(jì)劃B、可行性報(bào)告C、需求分析說明書 D、測(cè)試報(bào)告變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于_入。A.變換型B事務(wù)型.需求分析說明書不能作為A。A、可行性研究的依據(jù)B、用戶和開發(fā)人員之間的合同C、系統(tǒng)概要設(shè)計(jì)的依據(jù) D、軟件驗(yàn)收測(cè)試的依據(jù).結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、_。_和加工說明等描述工具，即用宜觀的圖和簡(jiǎn)潔的語言來描述軟件系統(tǒng)模型。A.DFD圖B.PAD圖C.IPO圖D.數(shù)據(jù)字典系統(tǒng)開發(fā)人員使用系統(tǒng)流程圖或其他工具描述系統(tǒng)，估計(jì)每種方案的成本和效益的工作是在___B—階段進(jìn)行的。C、A、需求分析 B、總體設(shè)計(jì)C、詳細(xì)設(shè)計(jì) D、編碼階段下列D不是模塊化設(shè)計(jì)的目的。B、^可采用結(jié)構(gòu)化設(shè)計(jì)方法降低復(fù)雜度B、D、描C、D、描某個(gè)模塊的作用域是指一A、被該模塊調(diào)用的所用模塊B、調(diào)用該模塊的所有模塊C、與該模塊相關(guān)聯(lián)的所有模塊 D、受該模塊內(nèi)的判定影響的所有模塊12.下列耦合度表示中，最弱的耦合形式是C。C、A、特征耦合 B、公共耦合C、數(shù)據(jù)耦合 D、數(shù)據(jù)結(jié)構(gòu)一個(gè)模塊傳送給另一模塊的參數(shù)是由單個(gè)數(shù)據(jù)項(xiàng)組成的數(shù)組，它屬于__A耦合。A、數(shù)據(jù)型B、復(fù)合型C、內(nèi)容型D、公共型下列系統(tǒng)設(shè)計(jì)工具中，―B不屬于詳細(xì)設(shè)計(jì)工具。C、A、N—S圖B、數(shù)據(jù)流圖程序流程圖 D、PADC、15.程序流程圖、N-S圖和PAD圖是—B—使用的表達(dá)工具。A.設(shè)計(jì)階段的概要設(shè)計(jì)B.設(shè)計(jì)階段的詳細(xì)設(shè)計(jì)C.編碼階段 D.測(cè)試階段模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的__。_階段進(jìn)行。C、A、系統(tǒng)分析 B、概要設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D編碼（實(shí)現(xiàn)）l=J

w源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和_B_。l=J

wA.框圖B.統(tǒng)一書寫格式C.修改記錄D.編程日期一般來說，在管理軟件中，軟件生存周期各個(gè)階段的工作量以D所占的比例，大。A、需求分析與設(shè)計(jì)階段 B、編碼實(shí)現(xiàn)階段 C、測(cè)試階段 D、維護(hù)階段軟件的—一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)時(shí)間來度量；A.可維護(hù)性B可靠性C效率D可理解性瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和_。_三個(gè)階段，而每一階段又可細(xì)分為若干個(gè)更小的階段。A.詳細(xì)設(shè)計(jì)B.可行性分析C.運(yùn)行及維護(hù)D.測(cè)試與排錯(cuò)二、填空題：1、 在結(jié)構(gòu)化分析中，—數(shù)據(jù)字典—用于詳細(xì)地定義數(shù)據(jù)流圖中的成分。2、 耦合性和內(nèi)聚性是衡量—模塊獨(dú)立性_的兩個(gè)定性的標(biāo)準(zhǔn)。3、 結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，它采用_自頂向下、逐步求精_的設(shè)計(jì)方法和順序、選擇、循環(huán)三種基本控制結(jié)構(gòu)構(gòu)造常態(tài)程序。4、結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖的四

4、種基本成分為：處理、源點(diǎn)或終點(diǎn)__數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流_。5、 從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計(jì)的要求是—高內(nèi)聚低耦合_。liiJ6、 在需求分析中，可從有關(guān)問題的簡(jiǎn)述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡(jiǎn)述中的動(dòng)詞短語將成為數(shù)據(jù)流圖中的—處理_成分。liiJliiJ7、 如果兩模塊間的通信信息是若干個(gè)參數(shù)，而每個(gè)參數(shù)是單一的數(shù)據(jù)項(xiàng)，則稱這種耦合性為—數(shù)據(jù)_耦合。liiJ8、 模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的—詳細(xì)設(shè)計(jì)—階段進(jìn)行。i=j

w9、 定性度量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是內(nèi)聚性和—耦合oi=j

w10、 在模塊結(jié)構(gòu)圖中，直接調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的_扇入數(shù)1.什么叫軟件危機(jī)？解決軟件危機(jī)的主要途徑是什么？計(jì)算機(jī)軟件在它的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。概括地說，主要包含兩方面的

=1I=j

w問題：如何開發(fā)軟件，怎樣滿足對(duì)軟件日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。解決途徑：①研制新一代體系結(jié)構(gòu)的智能計(jì)算機(jī)，改變軟件實(shí)現(xiàn)的方式，以此降低軟件的復(fù)雜度；②軟件工程的解決途徑；③采用面向?qū)ο蟮能浖O(shè)計(jì)方法，使解決問題的方法空間同客觀世界的問題空間完全一致，降低或化解軟件設(shè)計(jì)的復(fù)雜性。=1I=j

w2.何謂信息孤島？其產(chǎn)生原因是什么？所謂信息孤島是指，在一個(gè)單位的各個(gè)部門之間由于種種原因造成部門與部門之間完全孤立，各種信息（如財(cái)務(wù)信息、各種計(jì)劃信息等）無法或者無法順暢地在部門與部門之間流動(dòng)。這樣就會(huì)形成信息孤島。產(chǎn)生的原因：①信息化發(fā)展的階段性；②認(rèn)識(shí)誤區(qū)；③需求不到位；④標(biāo)準(zhǔn)不統(tǒng)一；⑤管理體制問題。舉一個(gè)簡(jiǎn)單的例子，比如一個(gè)生產(chǎn)型企業(yè)，銷售部門應(yīng)該有自己的銷售計(jì)劃，車間則應(yīng)該依據(jù)這個(gè)銷售計(jì)劃并結(jié)合庫房的存貨制訂自己的生產(chǎn)

計(jì)劃，采購部門則應(yīng)根據(jù)車間的生產(chǎn)計(jì)劃和庫房原材料的庫存制定自己的采購計(jì)劃。而在很多企業(yè)里面這個(gè)流程是不順暢甚至是不通的，銷售部liiJ業(yè)里面這個(gè)流程是不順暢甚至是不通的，銷售部liiJ門制訂銷售計(jì)劃不考慮車間的生產(chǎn)能力，車間生產(chǎn)不考慮市場(chǎng)的消化能力，采購部門也不依據(jù)車間的計(jì)劃而自做主張盲目采購。最后造成庫房庫存大量積壓或者造成嚴(yán)重的斷貨事故。在這種情況下，這種企業(yè)里面的各個(gè)部門就是一個(gè)個(gè)孤立的信息孤島。3.軟件工程常用的模型瀑布模型原型模型增量模型螺旋模型RAD模型基于構(gòu)建的開發(fā)模型什么是CMM1CMM是英文CapabilityMaturityModelforSoftware--“軟件能力成熟度模型”縮寫SW-CMM的簡(jiǎn)稱。CMM的定義是：有關(guān)軟件企業(yè)/組織的軟件過程進(jìn)程中各個(gè)發(fā)展階段的定義、實(shí)現(xiàn)、質(zhì)量控制和改善的模型化描述。這個(gè)模型用于確定軟件企業(yè)/組織的軟件過程能力和找出軟件質(zhì)量及過程改進(jìn)方面的最關(guān)鍵問題，為企業(yè)/組織的過程改進(jìn)提供指南。CMM的核心思想是：將軟件開發(fā)視為一組過程，并根據(jù)統(tǒng)計(jì)質(zhì)量管理的理論對(duì)軟件開發(fā)進(jìn)行過程管理，以使其滿足工程化、標(biāo)準(zhǔn)化的要求，使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。它側(cè)重于軟件開發(fā)的管理及軟件工程能力的提高，因此CMM可以作為企業(yè)軟件過程改進(jìn)的指南，幫助軟件開發(fā)機(jī)構(gòu)建立嚴(yán)格的、規(guī)范的軟件開發(fā)過程，最有效地提高軟件工程能力。協(xié)同管理的概念定義是：將具有共同商業(yè)利益的合作伙伴整合起來，他主要是通過對(duì)與整個(gè)商業(yè)周期中的的信息進(jìn)行共享，實(shí)現(xiàn)和滿足不斷增長(zhǎng)的客戶的需求，同時(shí)也滿足企業(yè)本省的活力能力。通過對(duì)各個(gè)合作伙伴的競(jìng)爭(zhēng)優(yōu)勢(shì)的整合，共同創(chuàng)造和獲取最大的商業(yè)價(jià)值以及提供獲利能力。

就協(xié)同商務(wù)概念而言，企業(yè)信息化建設(shè)目的不僅是管理企業(yè)內(nèi)部的資源，還需要建立一個(gè)統(tǒng)一的平臺(tái)，將客戶、供應(yīng)商、代理分銷商和其他合作伙伴也納入企業(yè)信息化管理系統(tǒng)中，實(shí)行信息的高效共享和業(yè)務(wù)的一系列鏈接?！皡f(xié)同”有兩層含義：一層含義是企業(yè)內(nèi)部資源的協(xié)同，有各部門之間的業(yè)務(wù)協(xié)同、不同的業(yè)務(wù)指標(biāo)和目標(biāo)之間的協(xié)同以及各種資源約束的協(xié)同。如庫存、生產(chǎn)、銷售、財(cái)務(wù)間的協(xié)同，這些都需要一些工具來進(jìn)行協(xié)調(diào)和統(tǒng)一；另一層含義是指企業(yè)內(nèi)外資源的協(xié)同，也即整個(gè)供應(yīng)鏈的協(xié)同，如客戶的需求、供應(yīng)、生產(chǎn)、采購、交易間的協(xié)同。什么是RUP？它有哪些特點(diǎn)RUP（RationalUnifiedProcess，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程）是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。根據(jù)Rational（RationalRose和統(tǒng)一建模語言的開發(fā)者）的說法，好像一個(gè)在線的指導(dǎo)者，它可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方針，模版以及事例支持。RUP和類似的產(chǎn)品--例如面向?qū)ο蟮能浖^程（OOSP），以及OPENProcess都是理解性的軟件工程工具一把開發(fā)中面向過程的方面（例如定義的階段，技術(shù)和實(shí)踐）和其他開發(fā)的組件（例如文檔，模型，手冊(cè)以及代碼等等）整合在一個(gè)統(tǒng)一的框架內(nèi)。5：談?wù)剬?duì)知識(shí)的理解（計(jì)算機(jī)方面）5：計(jì)算機(jī)基礎(chǔ)知識(shí)介紹計(jì)算機(jī)用戶用戶是計(jì)算廣，以不同的標(biāo)準(zhǔn)有很多分類方法，這里按其在開發(fā)、維護(hù)、使用計(jì)算機(jī)系統(tǒng)中的作用，大致分機(jī)系統(tǒng)的使用者，現(xiàn)在計(jì)算機(jī)系統(tǒng)用戶范圍很EJ

機(jī)系統(tǒng)的使用者，現(xiàn)在計(jì)算機(jī)系統(tǒng)用戶范圍很EJ為三個(gè)層次，即系統(tǒng)開發(fā)用戶，應(yīng)用開發(fā)用戶和最終用戶。RUP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段，每個(gè)階段的目標(biāo)是什么？1、 初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。2、細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。3、在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)試。4、交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。8.軟件開發(fā)方向要學(xué)什么8.軟件開發(fā)方向要學(xué)什么，談?wù)勀銓?duì)其的認(rèn)識(shí)?1外包開發(fā)行業(yè)快速發(fā)展，對(duì)“人才”在代碼和文檔方面的規(guī)范性、技能和工具的熟練程度要求越來越高；2Java和.NET技術(shù)在市場(chǎng)上平分秋色，都有大量的崗位需求，同時(shí)值得慶幸的是二者在應(yīng)用層面上的技術(shù)差異越來越少；3軟件開發(fā)企業(yè)對(duì)開發(fā)人員的基本技術(shù)素養(yǎng)強(qiáng)

調(diào)得越來越多，例如：面向?qū)ο蟮某绦蛟O(shè)計(jì)思想和代碼組織方法、HTML/CSS/JavaScript客戶端技術(shù);4為了保證質(zhì)量和工期，企業(yè)中大量使用各種框架技術(shù)，要求開發(fā)人員至少熟悉一種框架技術(shù)；5MIS、OA、ERP、CRM、系統(tǒng)集成、物流、進(jìn)銷存、電子政務(wù)、網(wǎng)站建設(shè)這一類B/S系統(tǒng)，成為軟件工程師需求最大的業(yè)務(wù)領(lǐng)域。7從軟件開發(fā)的角度談?wù)勀銓?duì)知識(shí)的認(rèn)識(shí)？條理清晰，言之成理即可8談?wù)勛约簩?duì)軟件開發(fā)方向的想法？易用簡(jiǎn)約方便插件化獨(dú)立封裝系統(tǒng)內(nèi)外結(jié)合的信息發(fā)布等略。9什么是數(shù)據(jù)挖掘？數(shù)據(jù)挖掘又稱數(shù)據(jù)庫中的知識(shí)發(fā)現(xiàn)，是目前人工智能和數(shù)據(jù)庫領(lǐng)域研究的熱點(diǎn)問題，所謂數(shù)據(jù)挖掘是指從數(shù)據(jù)庫的大量數(shù)據(jù)中揭示出隱含的、先前未知的并有潛在價(jià)值的信息的非平凡過程。數(shù)據(jù)挖掘是一種決策支持過程，它

主要基于人工智能、機(jī)器學(xué)習(xí)、模式識(shí)別、統(tǒng)計(jì)學(xué)、數(shù)據(jù)庫、可視化技術(shù)等，高度自動(dòng)化地分析企業(yè)的數(shù)據(jù)，做出歸納性的推理，從中挖掘出潛在的模式，幫助決策者調(diào)整市場(chǎng)策略，減少風(fēng)險(xiǎn)，做出正確的決策。?單項(xiàng)選擇題（每題1分，20題共20分）計(jì)算機(jī)系統(tǒng)可以劃分為軟件系統(tǒng)和硬件系統(tǒng)，軟件是一種AA.邏輯產(chǎn)品 B.文檔資料C.程序代碼 D.物理裝置可行性分析研究的主要目的是BA.定義項(xiàng)目B.項(xiàng)目是否值得開發(fā)C.開發(fā)項(xiàng)目D.規(guī)劃項(xiàng)目信息隱蔽性在下列四種模塊的耦合性中，能最好的是（C）信息隱蔽性C.數(shù)A?控制耦合 B.C.數(shù)D）的問據(jù)耦合 D.D）的問提求分析是回答系統(tǒng)必須（題。C.何時(shí)表示的C箭頭A.為誰做 C.何時(shí)表示的C箭頭做D.做什么5在UML中※是用（A）A矩形框 B橢圓一形框編碼階段是位于哪個(gè)階段之后AA.詳細(xì)設(shè)計(jì) B.可行性研究C.總體設(shè)―D.需求分析7在數(shù)據(jù)流圖中，圓圈符號(hào)表示的是BA.數(shù)據(jù)源點(diǎn)或終點(diǎn) B?數(shù)據(jù)處理C.數(shù)據(jù)存儲(chǔ) D.數(shù)據(jù)流l=J內(nèi)聚是衡量模塊內(nèi)部聚合能力的量度。內(nèi)聚越高，說明模塊內(nèi)各成分彼此聯(lián)系的程度Cl=JA.越松散B.彼此相等C.越緊密 D.沒有聯(lián)系在瀑布模型中，將軟件劃分為若干個(gè)時(shí)期,軟件項(xiàng)目的可行性研究一般歸屬于（D）A、維護(hù)時(shí)期 B、開發(fā)時(shí)期C、運(yùn)行時(shí)期 D、計(jì)劃時(shí)期軟件維護(hù)有四種r面哪一個(gè)不是的BA.完善性維護(hù) B.測(cè)試性維護(hù) C.預(yù)防性維護(hù) D.適應(yīng)性維結(jié)構(gòu)化程序設(shè)計(jì)采用的三種基本控制結(jié)構(gòu)是（A）B.選擇、A?B.選擇、循環(huán)、D.輸入、C?D.輸入、軟件測(cè)試的目的是（

B?為A.B?為為了評(píng)價(jià)程序的質(zhì)量在UML的用例圖中，人形符號(hào)表示的是CA關(guān)聯(lián)B用例C角色D系統(tǒng)14軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試（D）A、結(jié)構(gòu)合理性 B、軟件外部功能C、程序正確性 D、程序內(nèi)部邏輯下面哪些測(cè)試屬于黑盒測(cè)試（CA、路徑測(cè)試 B、循環(huán)測(cè)試C、等價(jià)類劃分 D、條件判斷（一 對(duì)象的屬性和操作結(jié)合在一liiJ起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。liiJC多態(tài)A封裝BC多態(tài)性亦息在UML中，協(xié)作圖反映收發(fā)消息的對(duì)象的結(jié)構(gòu)組織，它與（B ）是同構(gòu)的A用例圖B時(shí)序圖C活動(dòng)圖D類圖需求分析是軟件生存周期中的一個(gè)重要階段，它的應(yīng)該是在（C）進(jìn)行。A、維護(hù)階段 B、軟件開發(fā)全過程C、軟件定義階段 D、軟件運(yùn)行階段19.下面哪個(gè)階段不屬于軟件的開發(fā)時(shí)期D19.A.編碼B?測(cè)試C.需求分析20.D.析20.模塊內(nèi)聚可分為七類，最低的內(nèi)聚是DA.順序內(nèi)聚 B.時(shí)間內(nèi)聚 C.過程內(nèi)聚D.偶然性內(nèi)聚二.填空題（每空