《軟件工程》試題參考答案(1)卷_第1頁
《軟件工程》試題參考答案(1)卷_第2頁
《軟件工程》試題參考答案(1)卷_第3頁
《軟件工程》試題參考答案(1)卷_第4頁
《軟件工程》試題參考答案(1)卷_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1、軟件工程試題參考答案()卷一、單向選擇題(四選一、每小題分,共分)、軟件的發(fā)展經(jīng)歷了()個發(fā)展階段。一二三四、需求分析的任務不包括()。問題分析系統(tǒng)設計需求描述需求評審。、一個軟件的寬度是指其控制的()。模塊數(shù)層數(shù)跨度厚度、當模塊中包含復雜的條件組合,只有()能夠清晰地表達出各種動作之間的對應關系。判定表和判定樹盒圖流程圖關系圖、以下不屬于邏輯覆蓋的是()。語句覆蓋判定覆蓋條件覆蓋基本路徑、為適應軟件運行環(huán)境的變化而修改軟件的活動稱為()。糾錯性維護適應性維護改善性維護預防性維護二、填空題(每空分,共分)軟件可靠性是指在給定的時間間隔內(nèi),程序成功運行的(概率)。高級語言:獨立于機器,面向過程或

2、面向(對象)軟件項目管理的范圍主要集中于個上,即:人員、問題和(過程)。人機界面的風格第一代界面是命令和(詢問)方式。由于維護或在維護過程中其他一些不期望的行為引入的錯誤稱為維護的(副作用)。在公式()中:為程序圖中邊的總數(shù);為程序圖中結(jié)點的總數(shù)。()又稱為圖的環(huán)1 / 14形(復雜度)。 矚慫潤厲釤瘞睞櫪廡賴賃軔。任何一個基于計算機系統(tǒng)都可以用輸入處理輸出()圖來描述, 它將該系統(tǒng)轉(zhuǎn)換成一個信息變換模型。 聞創(chuàng)溝燴鐺險愛氌譴凈禍測。為提高可交互性一般對所有可能造成損害的用戶操作動作,應堅持要求用戶 (確認),例如,提問 “你確實要刪除 ? ”。 殘騖樓諍錈瀨濟溆塹籟婭騍。文檔是一種數(shù)據(jù)媒體和

3、其上所記錄的(數(shù)據(jù))。三、判斷題(每小題分,共分,錯誤打、正確打)用戶對軟件需求的描述不精確,往往是產(chǎn)生軟件危機的原因之一。( )目前, 軟件項目的進度安排的兩種比較常用的方法是程序評估與審查技術()和關鍵路徑法()。( )釅錒極額閉鎮(zhèn)檜豬訣錐顧葒。一個好的開發(fā)人員應具備的素質(zhì)和能力包括善于與周圍人員團結(jié)協(xié)作,建立良好的人際關系,善于聽取別人的意見。 ()彈貿(mào)攝爾霽斃攬磚鹵廡詒爾。目前的絕大多數(shù)軟件都不適合于快速原型技術。()面向數(shù)據(jù)的設計方法適用場合是具有明顯的層次信息結(jié)構(gòu)的應用如:企事業(yè)的信息管理系統(tǒng);系統(tǒng)軟件(如操作系統(tǒng))等。 ( ) 謀蕎摶篋飆鐸懟類蔣薔點鉍。缺乏處理大型軟件項目的經(jīng)驗

4、。是產(chǎn)生軟件危機的唯一原因。()通常緊致性好的語言一致性就好。 ()測試計劃、測試用例、出錯統(tǒng)計和有關的分析報告一般不用長期保存。()數(shù)據(jù)輸入的一般準則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致;允許用戶定做輸入格式等內(nèi)容。 ( ) 廈礴懇蹣駢時盡繼價騷巹癩。軟件也會磨損和老化。 ()完善性維護是提高或完善軟件的性能。( )建議模塊規(guī)模應滿足: () 。()四、簡答題(每小題分,共分)、程序設計語言的三種類型和特點是什么?機器語言、匯編語言:依賴于機器,面向機器高級語言:獨立于機器,面向過程或面向?qū)ο竺嫦騿栴}語言:獨立于機器,非過程式語言()(分)、軟件危機是指在計算機軟件開發(fā)、使用與維護

5、過程中遇到的一系列嚴重問題和難題。、軟件項目的質(zhì)量管理 制定軟件質(zhì)量保證計劃,按照質(zhì)量評價體系控制軟件質(zhì)量要素,對階段性的軟件產(chǎn)品進行評審,對最終軟件產(chǎn)品進行確認,確保軟件質(zhì)量。煢楨廣鰳鯡選塊網(wǎng)羈淚鍍齊。、好的編程風格應遵循哪四條規(guī)則?)節(jié)簡化)模塊化)簡單化)文檔化2 / 14、軟件測試中按照錯誤的性質(zhì)和范圍進行分類可分為:“功能錯誤 ”及其它哪些錯誤?系統(tǒng)錯誤加工錯誤(算法錯誤)數(shù)據(jù)錯誤代碼錯誤五、綜合題(每小題分,共分)、選擇語言時要考慮的因素有:項目的應用領域、項目中算法、計算的復雜性和其余哪些內(nèi)容?答:)項目中數(shù)據(jù)結(jié)構(gòu)的復雜性)用戶的性能需求)軟件運行的環(huán)境)軟件開發(fā)人員開發(fā)水平)可

6、用的編譯器和交叉編譯器、已知一個軟件項目的記錄,開發(fā)人員人,其代碼行數(shù),工作量,成本美元,錯誤數(shù),文檔頁數(shù)頁。試計算開發(fā)該軟件項目的生產(chǎn)率、平均成本、代碼出錯率和文檔率。鵝婭盡損鵪慘歷蘢鴛賴縈詰。解:軟件開發(fā)的生產(chǎn)率為:開發(fā)每行代碼的平均成本為:美元美元代碼出錯率為:個個軟件的文檔率為:頁頁軟件工程試題參考答案()卷一、單向選擇題(四選一、每小題分,共分)、對在數(shù)據(jù)流圖中每一個命令的圖形元素均給以定義是()、條目定義、數(shù)據(jù)字典、數(shù)據(jù)定義、數(shù)據(jù)說明、軟件的可行性研究中不包括()、法律可行性、技術可行性、經(jīng)濟可行性、政治可行性、根據(jù)用戶在軟件使用過程中提出的建設性意見而進行的維護活動稱為()。3

7、/ 14糾錯性維護適應性維護改善性維護預防性維護、人機界面的風格大致經(jīng)過了()代的演變。三四五六、以下不屬于白盒測試技術的是()邏輯覆蓋基本路徑測試循環(huán)覆蓋測試等價類劃分、為改正軟件系統(tǒng)中潛藏的錯誤而進行的維護活動稱為()。糾錯性維護適應性維護改善性維護預防性維護二、填空題(每空分,共分)文檔() 一種數(shù)據(jù)媒體和其上所記錄的(數(shù)據(jù))。機器語言、匯編語言:依賴于機器,面向(機器)軟件有效性() ,指軟件系統(tǒng)的時間和(空間)效率。軟件定義過程可通過軟件系統(tǒng)的(可行性研究 ) 和需求分析兩個階段來完成。軟件定義的基本任務是確定軟件系統(tǒng)的工程(需求),也就是要搞清“做什么 ”。為了使用戶需求逐步精細化

8、、完全化、一致化,通常采用(需求建模技術)。一個軟件的深度是指其控制的(層數(shù))。以詳細設計說明書為輸入, 將該輸入用某種程序設計語言翻譯成計算機可以理解并最終可運行的代碼的過程叫(編碼)過程。 籟叢媽羥為贍僨蟶練淨櫧撻。軟件維護是軟件生命周期的(最后)一個階段。三、判斷題(每小題分,共分,錯誤打、正確打)缺乏有力的方法學的指導和有效的開發(fā)工具的支持,這往往是產(chǎn)生軟件危機的原因之一。()一個好的開發(fā)人員應具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力。()在用戶需求分析時觀察用戶手工操作過程不是為了模擬手工操作過程,而是為了獲取第一手資料,并從中提取出有價值的需求。( ) 預頌圣鉉儐歲齦訝驊

9、糴買闥??焖僭图夹g適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設計一些復雜的算法等場合。 ( ) 滲釤嗆儼勻諤鱉調(diào)硯錦鋇絨。4 / 14流程圖也稱為程序(框圖)是最常用的一種表示法。( )面向數(shù)據(jù)設計方法一般都包括下列任務:確定數(shù)據(jù)結(jié)構(gòu)特征;用順序、 選擇和重復三種基本形式表示數(shù)據(jù)等步驟。 ( )鐃誅臥瀉噦圣騁貺頂廡縫勵。理想的人機界面應針對具有典型個性的特定的一類用戶設計。( )數(shù)據(jù)輸入的一般準則中包括盡量(增加)用戶輸入的動作。()用窮舉測試是較現(xiàn)實的測試方法。()、編碼時應盡可能使用全局變量()、重視程序結(jié)構(gòu)的設計,能使程序具有較好的層次結(jié)構(gòu)()、程序中的注解越少越好()

10、。四、簡答題(每小題分,共分)、計算機軟件 與計算機系統(tǒng)操作有關的程序、規(guī)程、規(guī)則及任何與之有關的文檔和數(shù)據(jù)。、需求分析的任務是什么?需求分析的任務是確定待開發(fā)的軟件系統(tǒng) “做什么 ”。具體任務包括確定軟件系統(tǒng)的功能需求、性能需求和運行環(huán)境約束, 編制軟件需求規(guī)格說明書、 軟件系統(tǒng)的驗收測試準則和初步的用戶手冊。 擁締鳳襪備訊顎輪爛薔報贏。、軟件項目的成本管理 估算軟件項目的成本,作為立項和簽合同的依據(jù)之一,并在軟件開發(fā)過程中按計劃管理經(jīng)費的使用。贓熱俁閫歲匱閶鄴鎵騷鯛漢。、快速原型技術的基本思想是什么?在軟件開發(fā)的早期,快速開發(fā)一個目標軟件系統(tǒng)的原型,讓用戶對其進行評價并提出修改意見,然后開

11、發(fā)人員根據(jù)用戶的意見對原型進行改進。壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚躋馱。、程序設計語言有哪些特點?)一致性)二義性)緊致性)局部性五、綜合題(每小題分,共分)、可將軟件生存周期劃分為哪個過程和哪個階段。()個過程是:軟件定義過程、軟件開發(fā)過程、軟件使用與維護過程。()個階段有: 可行性研究、 需求分析、 概要設計、 詳細設計、實現(xiàn)、組裝測試、驗收測試、使用與維護、退役。蠟變黲癟報倀鉉錨鈰贅籜葦。、畫出與圖所示的程序流程圖對應的程序圖,并試計算其巡回秩數(shù)()。解:()程序圖如(圖)所示:()計算其巡回秩數(shù): () 5 / 14開始abcgfdehij結(jié)束(圖一 )a1R52b3R4c45 R1 8 f9d

12、 R2 e10g R3h67111213ij(圖二)軟件工程試題參考答案()卷一、單向選擇題(四選一、每小題分,共分)、在設計測試用例時,應當包括()、合理的輸入條件、不合理的輸入條件、合理的和不合理的輸入條件、部分條件、下列各項中不屬于邏輯覆蓋的是()、語句覆蓋、判定覆蓋6 / 14、判定 條件覆蓋、全部覆蓋、高級語言通常被分成三類,其中不包括()通用高級語言面向?qū)ο蟮恼Z言專用語言自然語言、方法在需求分析階段的主要步驟不包括()。了解實體行為標識實體與行為生成實體結(jié)構(gòu)圖創(chuàng)建軟件系統(tǒng)模型、實踐表明,確定發(fā)生錯誤的位置和內(nèi)在原因所需的工作量幾乎占整個調(diào)試工作量的()。、為了進一步改善軟件系統(tǒng)的可

13、維護性和可靠性,并為以后的改進奠定基礎的軟件維護稱為()。糾錯性維護適應性維護改善性維護預防性維護二、填空題(每空分,共分)軟件的可互操作性,是指多個軟件元素相互(通信)并協(xié)同完成任務的能力。第三代語言也稱為(高級)語言。軟件測試是軟件投入運行(前),對軟件需求分析、設計、實現(xiàn)的強有力的最終審查。黑盒測試主要是測試軟件是否滿足(功能)需求。(調(diào)試)的目的是確定錯誤的位置和引起錯誤的原因,并加以改正。因此,又稱為排錯或糾錯。軟件工程由方法、工具和(過程)三部分組成,稱軟件工程的三要素。軟件可追蹤性() ,是指根據(jù)軟件需求對軟件設計、程序進行正向追蹤,或根據(jù)程序、軟件設計對軟件需求進行(逆向)追蹤

14、的能力。買鯛鴯譖曇膚遙閆擷凄屆嬌。瀑布模型是由 . 于年提出來的。又稱為軟件(生存周期)模型。程序設計語言的 (可維護) 性通常指這種語言編寫的程序被理解, 被修改及調(diào)整和改進的難易程度。7 / 14三、判斷題(每小題分,共分,錯誤打、正確打)文檔可用于專業(yè)人員和用戶之間的通信和交流;軟件開發(fā)過程的管理;運行階段的維護。()軟件開發(fā)、設計幾乎都是從頭開始,成本和進度很難估計。()適應性維護是改進軟件未來的可維護性和可靠性。()由于軟件是邏輯產(chǎn)品,軟件質(zhì)量較容易直接度量。()()值越高的程序往往是越不復雜、越不容易出問題的程序。()目前我國還沒有頒布軟件開發(fā)標準。 ()按照功能,軟部件可劃分為系

15、統(tǒng)軟件和應用軟件兩類。( )如果某子功能可以用一段簡潔、精確的文字描述清楚,就無需進一步分解,是創(chuàng)建用戶需求的數(shù)據(jù)流模型應遵循的規(guī)則。( ) 綾鏑鯛駕櫬鶘蹤韋轔糴飆鈧。耦合度是對軟件結(jié)構(gòu)中模塊間關聯(lián)程度的一種度量。在設計軟件時應追求盡可能緊密的耦合的系統(tǒng)。() 驅(qū)躓髏彥浹綏譎飴憂錦諑瓊。在面向?qū)ο笤O計階段則著重完成“如何做 ”的問題,也就是著重考慮對象的實現(xiàn)細節(jié)。( )隨著軟件復雜性的不斷提高,軟件的維護難度越來越大。( )軟件的可維護性差是軟件維護工作量和費用激增的直接原因。( )四、簡答題(每小題分,共分)、軟件在使用過程中維護有哪幾種?)糾錯性維護)完善性維護)適應性維護)預防性維護、面

16、向?qū)ο蟮姆椒ǔ税R別對象外還包括哪個步驟?標識對象的屬性標識對象的行為識別對象所屬的類定義主題詞、系統(tǒng)開發(fā)方法其核心思想是什么?根據(jù)作用于數(shù)據(jù)的行為序列的結(jié)構(gòu)(順序、選擇、重復),建立目標軟件系統(tǒng)的模型,然后在軟件設計階段將模型轉(zhuǎn)換為相應的程序結(jié)構(gòu)。貓蠆驢繪燈鮒誅髏貺廡獻鵬。、設計人機界面,必須考慮哪四個方面。系統(tǒng)的響應時間;用戶求助機制;錯誤信息處理;命令方式。、什么是測試用例?為了進行有效的測試而設計的輸入數(shù)據(jù)和預期的輸出結(jié)果數(shù)據(jù)。8 / 14五、綜合題(每小題分,共分)、方法能方便地將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu),其過程分為哪五步?確定信息流的類型;劃定流界;將數(shù)據(jù)流圖映射為程序結(jié)構(gòu);提取

17、層次控制結(jié)構(gòu);通過設計復審和使用啟發(fā)式策略進一步精化所得到的結(jié)構(gòu)。、已知有一個軟件項目的記錄,開發(fā)人員人,其代碼行數(shù),工作量,成本美元,錯誤數(shù),文檔頁數(shù)頁。試計算開發(fā)該軟件項目的生產(chǎn)率、平均成本、代碼出錯率和文檔率。鍬籟饗逕瑣筆襖鷗婭薔嗚訝。解:根據(jù)給出的已知數(shù)據(jù),可得:美元美元個個頁頁軟件工程試題參考答案()卷一、單向選擇題(四選一、每小題分,共分)、從事物的組成部件及每個部件的屬性、功能來認識事物。這種方法被稱為()的方法。、面向?qū)ο蟆⒚嫦驍?shù)據(jù)、面向過程、面向?qū)傩?、判定表由四部分組成:左上部列出()。條件組合與動作之間的對應關系所有條件所有可能的動作可能的條件組合、面向?qū)ο蟮姆治龊驮O計()

18、方法出現(xiàn)在世紀()年代中期。、耦合度也可以分為七級:其中最松散的耦合是()。非直接耦合數(shù)據(jù)耦合特征耦合9 / 14控制耦合、面向?qū)ο蠓椒ㄊ菍F(xiàn)實世界的事物以對象的方式()到計算機世界的方法。對應映射反映反射、盒圖也稱為()或圖。這種表達方式取消了流程線,它強迫程序員以結(jié)構(gòu)化方式思考和解決問題。 構(gòu)氽頑黌碩飩薺齦話騖門戲。流程圖框圖判定表圖二、填空題(每空分,共分)軟件工程由方法、 (工具)和過程三部分組成,稱軟件工程的三要素。軟件可理解性,指系統(tǒng)具有清晰的結(jié)構(gòu),能直接反映問題的(需求)。在實體關系圖簡稱圖中,數(shù)據(jù)對象實體用長方形、關系用(菱形)、屬性用橢圓表示。建立數(shù)據(jù)流模型要遵循的原則包括:

19、每個加工至少應有一個輸入數(shù)據(jù)流以反映被處理數(shù)據(jù)的來源和一個(輸出)數(shù)據(jù)流來反映加工的結(jié)果。輒嶧陽檉籪癤網(wǎng)儂號澩蠐鑭。從工程管理的角度軟件設計可分為概要設計和(詳細)設計兩大步驟。通過向用戶提供視覺和聽覺上的反饋,保持用戶與界面間的雙向通信,是提高界面可 (交互)性的措施之一。堯側(cè)閆繭絳闕絢勵蜆贅瀝紕。程序設計語言的可靠性是指程序設計語言本身不出錯或?qū)﹀e誤的(糾正)能力。對發(fā)現(xiàn)錯誤較多的程序模塊,應進行(重點)測試。測試用例中,不僅要選擇合理的輸入數(shù)據(jù),還要選擇(不合理)的輸入數(shù)據(jù)。三、判斷題(每小題分,共分,錯誤打、正確打)糾錯性維護是改正運行期間發(fā)現(xiàn)的潛伏錯誤。( )軟件可移植性() ,是指

20、軟件從一個計算機系統(tǒng)或(環(huán)境)移植到另一個上去的難易程度。()識饒鎂錕縊灩筧嚌儼淒儂減。軟件復雜性不能反映出軟件的可理解性、模塊化、簡單性等屬性。()當程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時,()值將隨之增加,即程序的復雜性增大。( )一般來說, 設計軟件時應盡量使用數(shù)據(jù)耦合,減少控制耦合, 限制外部環(huán)境耦合和公共數(shù)據(jù)耦合,杜絕內(nèi)容耦合。 ( )凍鈹鋨勞臘鍇癇婦脛糴鈹賄。設計用戶界面只需要計算機科學的理論和知識,而不一定需要認知心理學以及人機工程學、語言學等學科的知識。 () 恥諤銪滅縈歡煬鞏鶩錦聰櫻。第四代語言()還局限在某些領域內(nèi),如數(shù)據(jù)庫查詢語言。()不同程序設計語言在程序的效率上的差異不大。()

21、編碼的依據(jù)是詳細設計說明書。( )程序文檔應該包括代碼的功能、代碼的完成者等內(nèi)容。( )軟件項目定義部分由制定軟件項目開發(fā)計劃、需求分析個階段組成。()預防性維護是修改軟件,以適應軟硬件環(huán)境的變化。()10 / 14四、簡答題(每小題分,共分)、軟件工程的原則有抽象、信息隱藏、模塊化和其他那些內(nèi)容?局部化一致性完全性可驗證性、常用的軟件項目的估算方法主要有哪種?自頂向下的估算方法自底向上的估算方法差別估算法根據(jù)經(jīng)驗估算公式、原型法模型一般適應哪些場合?它適合于那些不能預先確切定義需求的軟件系統(tǒng)的開發(fā),更適合于那些項目組成員(包括分析員、設計員、程序員和用戶)不能很好交流或通信有困難的情況。鯊腎

22、鑰詘褳鉀溈懼統(tǒng)庫搖飭。、簡答結(jié)構(gòu)化程序設計的內(nèi)容。是程序設計技術,它采用自頂向下逐步求精的設計方法和單入口單出口的控制構(gòu)件。、瀑布模型一般適應哪些場合?瀑布模型一般適用于功能、性能明確、 完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。應用有一定的局限性。碩癘鄴頏謅攆檸攜驤蘞鷥膠。五、綜合題(每小題分,共分)、軟件工程的目標是什么?答:在給定成本、進度的前提下,開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用性、 可適應性、 可移植性、 可追蹤性和可互操作性并滿足用戶需求的軟件產(chǎn)品。閿擻輳嬪諫遷擇楨秘騖輛塤。、軟件工程必須遵循那些基本原則

23、?答:抽象信息隱藏(分)模塊化(分)局部化一致性完全性可驗證性(分)11 / 14軟件工程試題參考答案()卷一、單向選擇題(四選一、每小題分,共分)、描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式是()。、圖、 、結(jié)構(gòu)圖、框圖、結(jié)構(gòu)化程序設計理論認為,實現(xiàn)良好的程序結(jié)構(gòu)要應用()的分析方法。、自頂向下、自底向上、面向?qū)ο?、基于組件、在結(jié)構(gòu)化程序設計當中,不建議使用()。、分支語句、循環(huán)語句、子程序調(diào)用語句、轉(zhuǎn)向語句、軟件生產(chǎn)過程中,需求信息由()給出。、程序員、項目管理者、軟件分析設計人員、軟件用戶、在下列的基本成分中,哪個不是數(shù)據(jù)流程圖的基本成分?()、信息處理、信息存儲、外部實體、系統(tǒng)狀態(tài)、與設計測試數(shù)據(jù)無關

24、的文檔是()。、需求說明書、設計說明書、源程序、項目開發(fā)設計二、填空題(每空分,共分)軟件工程由(方法) 、工具和過程三部分組成,稱軟件工程的三要素?;谟嬎銠C系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和(文檔)組成。數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術。 它用簡單的圖形記號分別表示數(shù)據(jù)流、轉(zhuǎn)換、(數(shù)據(jù)源)以及外部實體。 氬嚕躑竄貿(mào)懇彈瀘頷澩紛釓。被繼承的類我們稱之為基類(父類),在基類的基礎上新建立的類我們稱之為派生類子類。流程圖也稱為程序框圖是最常用的一種表示法,它有順序、分支和(循環(huán))三個基本控制構(gòu)件。機器語言和匯編語言,也稱為(低級)語言。軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的(錯誤)的過程。動態(tài)測試有兩種測試方法:黑盒測試和(白盒)測試。軟件可維護性, 是指軟件產(chǎn)品交付使用后,在實現(xiàn)改正潛伏的錯誤、改進性能等屬性、適應環(huán)境變化等方面工作的(難易)程度。釷鵒資贏車贖孫滅獅贅慶獷。三、判斷題(每小題分,共分,錯誤打、正確打)開發(fā)大型軟件易產(chǎn)生疏漏和錯誤,往往是產(chǎn)生軟件危機的原因之一。()據(jù)統(tǒng)計,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論