軟件工程導(dǎo)論試題(打印)(1)_第1頁
軟件工程導(dǎo)論試題(打印)(1)_第2頁
軟件工程導(dǎo)論試題(打印)(1)_第3頁
軟件工程導(dǎo)論試題(打印)(1)_第4頁
軟件工程導(dǎo)論試題(打印)(1)_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、軟件工程導(dǎo)論試題(老師給的)一選擇1、瀑布模型把軟件生命周期劃分為八個(gè)階段:?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段:計(jì)劃階段、開發(fā)階段和 ( )。 A、詳細(xì)計(jì)劃B、可行性分析C、運(yùn)行階段D、測(cè)試與排錯(cuò) 2、從結(jié)構(gòu)化的瀑布模型看,在它的生命周期中的八個(gè)階段中,下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò),對(duì)軟件的影響最大 ( )。 A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段 C、 需求分析階段D、 測(cè)試和運(yùn)行階段 3、在結(jié)構(gòu)化的瀑布模型中,哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo) ( )。 A、需求分析階段B、詳細(xì)設(shè)計(jì)階段 C、

2、概要設(shè)計(jì)階段 D、 可行性研究階段 4、軟件工程的出現(xiàn)主要是由于( )。 A.程序設(shè)計(jì)方法學(xué)的影響 B.其它工程科學(xué)的影響 C. 軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展 5、軟件工程方法學(xué)的目的是:使軟件生產(chǎn)規(guī)范化和工程化,而軟件工程方法得以實(shí)施的主要保證是 ( ) A、硬件環(huán)境B、軟件開發(fā)的環(huán)境 C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì) 6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法,在實(shí)際的應(yīng)用中,它們之間的關(guān)系表現(xiàn)為 ( ) A、相互排斥B、相互補(bǔ)充C、獨(dú)立使用D、交替使用 7、UML是軟件開發(fā)中的一個(gè)重要工具,它主要應(yīng)用于哪種軟件開發(fā)方法( ) A、基于瀑布模型的結(jié)構(gòu)化方法B、

3、基于需求動(dòng)態(tài)定義的原型化方法 C、基于對(duì)象的面向?qū)ο蟮姆椒―、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法 8、在下面的軟件開發(fā)方法中,哪一個(gè)對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高( )A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法 9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法,它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的 ( ) A、控制流B、數(shù)據(jù)流C、程序流D、指令流 10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成 ( ) A、 計(jì)劃階段、開發(fā)階段、運(yùn)行階段B、 計(jì)劃階段、編程階段、測(cè)試階段 C、 總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D、需求分析、功能定義、系統(tǒng)設(shè)計(jì) 11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法,由

4、于其特征而一般稱其為( )A、瀑布模型B、對(duì)象模型C、螺旋模型D、層次模型 12、軟件開發(fā)的瀑布模型,一般都將開發(fā)過程劃分為:分析、設(shè)計(jì)、編碼和測(cè)試等階段,一般認(rèn)為可能占用人員最多的階段是 ( ) A、分析階段B、設(shè)計(jì)階段C、編碼階段D、測(cè)試階段二.填空21系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具,用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的( )情況。22成本效益分析的目的是從( )角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。23自頂向下結(jié)合的漸增式測(cè)試法,在組合模塊時(shí)有兩種組合策略:深度優(yōu)先策略和( ) 。24獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看,一條獨(dú)立路徑是至少包

5、含有一條( )的邊的路徑。25匯編語言是面向( ) 的,可以完成高級(jí)語言無法完成的特殊功能,如與外部設(shè)備之間的一些接口工作。26在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是( )。27詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性,即模塊的算法、( )。 28所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出,該報(bào)告也稱( )報(bào)告。29有兩類維護(hù)技術(shù):在開發(fā)階段使用來減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù);在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的( )技術(shù)。30科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫函數(shù),以便處理復(fù)雜的數(shù)值計(jì)算,可供選擇的語言有:( )、PASCAL語言、C語言和PL/1語言。三判斷1軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的

6、限制和制約。( )2模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。( )3Jackson圖只能表達(dá)程序結(jié)構(gòu),不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。( )上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時(shí)輸入變換成C。( )5軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé),其他開發(fā)人員不必關(guān)心。( )6判定覆蓋不一定包含條件覆蓋,條件覆蓋也不一定包含判定覆蓋。( )7.應(yīng)該盡量使用機(jī)器語言編寫代碼,提高程序運(yùn)行效率,而減少高級(jí)語言的使用。( )8UML只能應(yīng)用于軟件系統(tǒng)模型的建立。( )9容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。( )10軟件測(cè)試的目的是為了無一遺漏的找出所有的錯(cuò)誤。( )四、名詞解釋題(本大題共5小題,每小題3分,共15分)31.軟件開

7、發(fā)環(huán)境32.錯(cuò)誤推測(cè)法33.黑盒測(cè)試法34.軟件質(zhì)量保證35.瀑布模型五、圖 a 中,模塊 G 為判定,判斷涉及到模塊 B、F、G,請(qǐng)指出設(shè)計(jì)中的錯(cuò)誤,再根據(jù)改進(jìn)模塊圖的基本原則,畫出 12 個(gè)改進(jìn)方案(不改變模塊 G 的判斷關(guān)系),并說明是按照哪條基本原則進(jìn)行改進(jìn)的。40請(qǐng)使用PAD圖和PDL語言描述在數(shù)組A(1)A(10)中找最大數(shù)的算法。41根據(jù)下列條件使用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。某一8位微機(jī),其八進(jìn)制常數(shù)定義為:以零開頭的數(shù)是八進(jìn)制整數(shù),其值的范圍是-177177,如05,0127,-06542某電器集團(tuán)公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位?,F(xiàn)在想建立一個(gè)計(jì)算機(jī)輔助企業(yè)管理系統(tǒng),

8、其中:生產(chǎn)科的任務(wù)是:(1)根據(jù)銷售公司轉(zhuǎn)來的內(nèi)部合同(產(chǎn)品型號(hào)、規(guī)格、數(shù)量、交獲日期)制定車間月生產(chǎn)計(jì)劃。(2)根據(jù)車間實(shí)際生產(chǎn)日?qǐng)?bào)表、周報(bào)表調(diào)整月生產(chǎn)計(jì)劃(3)以月生產(chǎn)計(jì)劃為以及,制定產(chǎn)品設(shè)計(jì)(結(jié)構(gòu)、工藝)及產(chǎn)品組裝月計(jì)劃。(4)將產(chǎn)品的組裝計(jì)劃傳達(dá)到各科,將組裝月計(jì)劃分解為周計(jì)劃,下達(dá)給車間技術(shù)科的任務(wù)是:(1)根據(jù)生產(chǎn)科轉(zhuǎn)來的組裝計(jì)劃進(jìn)行產(chǎn)品結(jié)構(gòu)設(shè)計(jì),產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科,產(chǎn)生外購需求計(jì)劃給供應(yīng)科,并產(chǎn)生產(chǎn)品自制物料清單。(2)根據(jù)組裝計(jì)劃進(jìn)行產(chǎn)品工藝設(shè)計(jì),根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。 試寫出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。20092010學(xué)年第二學(xué)期期末考

9、試試題1. 軟件危機(jī)具有下列表現(xiàn)( )。I. 對(duì)軟件開發(fā)成本估計(jì)不準(zhǔn)確II. 軟件產(chǎn)品的質(zhì)量往往靠不住III. 軟件常常不可維護(hù)IV. 軟件成本逐年上升A. I、II和IIIB. I、III和IVC. II、III和IVD. 以上都正確2. 軟件生命周期一般都被劃分為若干個(gè)獨(dú)立的階段,其中占用精力和費(fèi)用最多的階段往往是( )。A. 運(yùn)行和維護(hù)階段B. 設(shè)計(jì)階段 C. 代碼實(shí)現(xiàn)階段D. 測(cè)試階段3. 下列屬于軟件的特點(diǎn)的是( )。A. 軟件是一種邏輯實(shí)體,具有抽象性 B. 軟件在使用過程中沒有磨損、老化的問題C. 軟件不同于一般程序,它的一個(gè)顯著特點(diǎn)是規(guī)模龐大,復(fù)雜程度高 D. 以上都正確4.

10、軟件工程的出現(xiàn)是由于( )。A. 軟件危機(jī)的出現(xiàn)B. 計(jì)算機(jī)硬件技術(shù)的發(fā)展C. 軟件社會(huì)化的需要D. 計(jì)算機(jī)軟件技術(shù)的發(fā)展5. 軟件開發(fā)技術(shù)不包含( )。A. 軟件開發(fā)方法學(xué)B. 軟件工程環(huán)境 C. 軟件工具D. 軟件質(zhì)量度度量6. 軟件工程的課程特點(diǎn)( )。I. 學(xué)科理論及其知識(shí)應(yīng)用的多維性 II. 工程化 III. 濃厚的方法學(xué)色彩 IV. 實(shí)踐性、指導(dǎo)性強(qiáng)A. I、II和IIIB. I、III和IVC. II、III和IVD. 以上都正確7. 下列屬于應(yīng)用軟件的是( )。I. 計(jì)算機(jī)輔助教學(xué)軟件 II. 軟件測(cè)試工具 III. 辦公自動(dòng)化軟件 IV. 工程與科學(xué)計(jì)算軟件A. I、II和I

11、IIB. I、III和IVC. II、III和IVD. 以上都正確8. 需求分析階段最重要的技術(shù)文檔是( )。A. 設(shè)計(jì)說明書B. 需求規(guī)格說明書 C. 可行性分析報(bào)告 D. 用戶手冊(cè)9. 以下關(guān)于數(shù)據(jù)流圖的說法錯(cuò)誤的是( )。A. 數(shù)據(jù)流圖舍去了具體的物質(zhì),只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)B. 數(shù)據(jù)流圖是用作結(jié)構(gòu)化分析的一種工具C. 傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點(diǎn)/終點(diǎn)、數(shù)據(jù)流、控制流、數(shù)據(jù)存儲(chǔ)組成D. 數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法10. 數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一,其最基本的功能是( )。A. 數(shù)據(jù)庫設(shè)計(jì)B. 數(shù)據(jù)通信C. 數(shù)據(jù)定義D. 數(shù)據(jù)維護(hù)11.

12、需求分析階段的研究對(duì)象是( )。A. 系統(tǒng)分析員要求B. 用戶要求 C. 軟硬件要求 D. 系統(tǒng)要求12. 結(jié)構(gòu)化方法的基本原則是( )。A. 模塊化B. 抽象與分解C. 信息隱蔽D. 逐步求精13. 耦合度最高的是( )耦合。A. 環(huán)境B. 內(nèi)容C. 控制D. 數(shù)據(jù)14. 內(nèi)聚程度較低的是( )內(nèi)聚。A. 偶然B. 通訊C. 順序D. 時(shí)間15. 對(duì)一個(gè)程序來說,組成系統(tǒng)的模塊數(shù)目( ),則開發(fā)成本越小。A. 越多B. 越少C. 順序D. 時(shí)間16. 畫軟件結(jié)構(gòu)圖時(shí)應(yīng)注意調(diào)用關(guān)系只能是( )。A. 從下到上B. 從上到下C. 從左到右D. 從右到左17. 程序流程圖中的“”代表( )。A.

13、數(shù)據(jù)流B. 控制流C. 順序流D. 調(diào)用18. DFD中的“”代表( )。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流19. DFD中的“”代表( )。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流20. DFD中的“”代表( )。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流1. 計(jì)算機(jī)軟件不僅僅是程序,還應(yīng)該有一整套 。2. 傳統(tǒng)的軟件生存期模型是 。3. 軟件按照功能的不同可以劃分為3大類型 、 和 。4. DFD在軟件工程中表示 。5. 與 是模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn),將軟件系統(tǒng)劃分模塊時(shí),盡量做到 內(nèi)聚、 耦合,提高模塊的 ,為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。6. 數(shù)據(jù)流圖有四種基本成分:

14、 、 、 、 。7. 12. 數(shù)據(jù)字典有以下四類條目: 、 、 、 。 是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。8. 某廠對(duì)部分職工重新分配工作的政策是:年齡有20歲以下者,初中文化程度脫產(chǎn)學(xué)習(xí),高中文化程度當(dāng)電工;年齡有20歲至40歲之間者,中學(xué)文化程度男性當(dāng)鉗工,女性當(dāng)車工,大學(xué)文化程度者當(dāng)技術(shù)員;年齡有40歲以上者,中學(xué)文化程度當(dāng)材料員,大學(xué)文化程度當(dāng)技術(shù)員。請(qǐng)用結(jié)構(gòu)化語言、判定表或判定樹描述上述問題的加工邏輯。一、單項(xiàng)選擇題1. D 2. A 3. D4. D5. D6. D 7. B 8. B 9. C 10. C 11. B12. B13. B14. A15. C16. B17. B18

15、. A 19.C20. B二、填空題1. 文檔2. 瀑布模型3. 系統(tǒng)軟件 支持軟件 應(yīng)用軟件4. 數(shù)據(jù)流圖5. 耦合性 內(nèi)聚性 高 低 獨(dú)立性6. 數(shù)據(jù)流 加工(又稱為數(shù)據(jù)處理) 文件 數(shù)據(jù)的源點(diǎn)或終點(diǎn)7. 數(shù)據(jù)流 數(shù)據(jù)項(xiàng) 文件 基本加工 數(shù)據(jù)項(xiàng)三、簡(jiǎn)答題答:(1)結(jié)構(gòu)化語言。IF年齡<20THENIF文化程度=初中THEN脫產(chǎn)學(xué)習(xí)ELSE工作為電工ENDIFELSE IF年齡40THENIF(文化程度=大學(xué))THEN工作為技術(shù)員ELSEIF性別=男性THEN工作為鉗工ELSE工作為車工ENDIFENDIFELSEIF(文化程度=大學(xué))THEN工作為技術(shù)員ELSE工作為材料員ENDIF

16、ENDIFENDIF(2)判定樹如下:?jiǎn)雾?xiàng)選擇題(每小題1分,共10分)在結(jié)構(gòu)性的瀑布模型中,哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)( A )(A) 需求分析階段 (B) 詳細(xì)設(shè)計(jì)階段(C) 概要設(shè)計(jì)階段 (D) 可行性研究階段 軟件工程方法中普遍定義的方法之一是結(jié)構(gòu)化生命周期方法(SLC方法),下述哪一個(gè)論述不具有SLC方法的主要特征( C )A 嚴(yán)格定義需求 B 劃分開發(fā)階段C 規(guī)范文檔格式 D 分析控制流程 軟件結(jié)構(gòu)中兩個(gè)模塊之間有調(diào)用關(guān)系,傳遞簡(jiǎn)單數(shù)據(jù)值,相當(dāng)于高級(jí)語言中的值傳遞,這兩個(gè)模塊之間的耦合是( D ) (A)公共耦合 (B)控制耦合 (C)標(biāo)記耦合 (D)

17、數(shù)據(jù)耦合 軟件維護(hù)的四類維護(hù)活動(dòng)是( A )(A) 改正性維護(hù),適應(yīng)性維護(hù),完善性維護(hù)和預(yù)防性維護(hù)。(B) 適應(yīng)性維護(hù),完善性維護(hù),搶救性維護(hù)和輔助性維護(hù)。(C) 改正性維護(hù),適應(yīng)性維護(hù),完善性維護(hù)和輔助性維護(hù)。(D) 適應(yīng)性維護(hù),完善性維護(hù),搶救性維護(hù)和預(yù)防性維護(hù)。 主要從( A )幾個(gè)方面進(jìn)行系統(tǒng)可行性研究。(A)技術(shù)可行性,經(jīng)濟(jì)可行性,操作可行性。(B)技術(shù)可行性,經(jīng)濟(jì)可行性,系統(tǒng)可行性。(C)經(jīng)濟(jì)可行性,系統(tǒng)可行性,操作可行性。(D)經(jīng)濟(jì)可行性,系統(tǒng)可行性,時(shí)間可行性。 進(jìn)行需求分析可使用多種工具,但( C )是不適用的。(A)數(shù)據(jù)流圖 (B)判定表 (C)PAD圖 (D)數(shù)據(jù)字典 軟

18、件需求分析階段的工作,可以分為四個(gè)方面:對(duì)問題的識(shí)別、分析與綜合、編寫需求分析文檔以及( B )(A)軟件的總結(jié) (B)需求分析評(píng)審(C)階段性報(bào)告 (D)以上答案都不對(duì) OMT(Object Modelling Technique)方法的第一步是從問題的陳述入手,構(gòu)造系統(tǒng)模型。系統(tǒng)模型由對(duì)象模型、( C )組成。A靜態(tài)模型和功能模型 B動(dòng)態(tài)模型和過程模型C動(dòng)態(tài)模型和功能模型 D靜態(tài)模型和操作模型 為了表示項(xiàng)目管理功能工作中各項(xiàng)任務(wù)之間的進(jìn)度銜接關(guān)系,常用的計(jì)劃管理工具是( D )(A) 程序結(jié)構(gòu)圖 (B) 數(shù)據(jù)流圖 (C) E-R圖 (D) 甘特(Gantt)圖判斷題(每小題1分,共5分)

19、軟件開發(fā)的主要任務(wù)是寫程序。錯(cuò) 測(cè)試功能是否符合要求是白盒測(cè)試。錯(cuò) 流圖中的區(qū)域數(shù)等于環(huán)形復(fù)雜度。對(duì)扇出是一個(gè)模塊直接控制(調(diào)用)的模塊數(shù)目,扇出過大意味著模塊過分復(fù)雜,需要控制和協(xié)調(diào)過多的下級(jí)模塊。對(duì)在面向?qū)ο蟪绦蛑?,使用繼承機(jī)制是實(shí)現(xiàn)共享和提高重用程度的主要途徑。對(duì)簡(jiǎn)答題 簡(jiǎn)述需求分析的三個(gè)層次。業(yè)務(wù)需求:反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。用戶需求: 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求:定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。 軟件測(cè)試中一般包含幾個(gè)步驟?請(qǐng)分別加以說明。制定測(cè)試計(jì)劃 設(shè)計(jì)測(cè)試用例 執(zhí)行測(cè)試 撰寫測(cè)試報(bào)告

20、 消除軟件缺陷 完成 說出你所知道的兩種估算軟件規(guī)模的方法的名稱,并說明他們的優(yōu)缺點(diǎn)。(4分) 軟件生命周期都包含哪些階段,并簡(jiǎn)述每個(gè)階段的基本任務(wù)(5分) 軟件生命周期中所花費(fèi)用最多的階段是()A 詳細(xì)設(shè)計(jì)B軟件編碼C軟件測(cè)試D軟件維護(hù)可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù),因必須給出()的回答。A確定B行或不行C正確D無二義下列關(guān)于瀑布模型的描述正確的是()。A. 瀑布模型的核心是按照軟件開發(fā)的時(shí)間順序?qū)栴}簡(jiǎn)化。B. 瀑布模型具由于良好的靈活性。C. 瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法,將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。D. 利用瀑布模型,如果發(fā)現(xiàn)

21、問題則修改的代價(jià)很低。 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的()A代碼的規(guī)模B運(yùn)行速度C質(zhì)量D可維護(hù)性 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是()A 程序的規(guī)模B 程序的效率C 程序設(shè)計(jì)語言的先進(jìn)性D 程序易讀性 程序的三種基本控制結(jié)構(gòu)是()A過程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊(duì)列D調(diào)用、返回和轉(zhuǎn)移 確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測(cè)試屬于()A、集成測(cè)試B、恢復(fù)測(cè)試C、驗(yàn)收測(cè)試D、單元測(cè)試 面向?qū)ο蠹夹g(shù)中,對(duì)象是類的實(shí)例。對(duì)象有三種成份:()、屬性和方法(或操作)。A. 標(biāo)識(shí) B. 規(guī)則 C. 封裝D. 消息 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是()。A.

22、鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化,就會(huì)產(chǎn)生消息B操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息,但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C. 應(yīng)用程序之間可以相互發(fā)送消息D發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同 面向?qū)ο蟪绦蛟O(shè)計(jì)中的數(shù)據(jù)隱藏指的是()。A 輸入數(shù)據(jù)必須輸入保密口令B數(shù)據(jù)經(jīng)過加密處理C. 對(duì)象內(nèi)部數(shù)據(jù)結(jié)構(gòu)上建有防火墻D對(duì)象內(nèi)部數(shù)據(jù)結(jié)構(gòu)的不可訪問性答案:D B C C D B C A B D1.程序設(shè)計(jì)屬于軟件開發(fā)過程( )階段。A、設(shè)計(jì)B、編程C、實(shí)現(xiàn)D、編碼2.結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法,是以()為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A、數(shù)據(jù)流B、數(shù)據(jù)流圖C、數(shù)據(jù)庫

23、D、數(shù)據(jù)結(jié)構(gòu)3. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的( )。A、效率B、速度C、可讀性D、大小4.分析員是( )A、戶中系統(tǒng)的直接使用者B、用戶和軟件人員的中間人C、軟件的編程人員D、用戶和軟件人員的領(lǐng)導(dǎo)5. 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是( )。A、不能嵌套使用B、只能用來寫簡(jiǎn)單的程序C、已經(jīng)用硬件實(shí)現(xiàn)D、只有一個(gè)入口和一個(gè)出口6. 軟件生產(chǎn)過程中,需求信息由( )給出。A、程序員B、項(xiàng)目管理者C、軟件分析設(shè)計(jì)人員D、軟件用戶7.與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是( )。A、需求說明書B、設(shè)計(jì)說明書C、源程序D、項(xiàng)目開發(fā)設(shè)計(jì)8.結(jié)構(gòu)化分析SA 方法以數(shù)據(jù)流圖、( )和加工說明等描述工具,即用直觀的圖和

24、簡(jiǎn)潔的語言來描述軟系統(tǒng)模型。A、DFD 圖B、數(shù)據(jù)字典C、IPO 圖D、PAD 圖9.面向數(shù)據(jù)流的軟件設(shè)計(jì)方法,一般是把數(shù)據(jù)流圖中數(shù)據(jù)流劃分為(),再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A、數(shù)據(jù)流和事務(wù)流B、交換流和事務(wù)流C、信息流和控制流D、交換流和數(shù)據(jù)流10.總體設(shè)計(jì)的結(jié)果是提供一份( )。A、模塊說明書B、框圖C、程序D、數(shù)據(jù)結(jié)構(gòu)1. C 2. A 3. C 4. B 5. D 6. D 7. D 8. B 9. B 10. A1. 軟件是( )。A. 處理對(duì)象和處理規(guī)則的描述 B. 程序C. 程序及其文檔 D. 計(jì)算機(jī)系統(tǒng)2. 軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括( )。A. 主要功能 B. 算法的詳

25、細(xì)描述C. 用戶界面及運(yùn)行環(huán)境 D. 軟件的性能3. 程序的三種基本控制結(jié)構(gòu)是( )。A. 過程、子程序和分程序 B. 順序、選擇和重復(fù)C. 遞歸、迭代和回溯 D. 調(diào)用、返回和轉(zhuǎn)移4. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸P停? )。A) 系統(tǒng)模型、ER 模型、應(yīng)用模型B) 對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型C) -模型、對(duì)象模型、功能模型D) 對(duì)象模型、動(dòng)態(tài)模型、功能模型5. 在E-R 模型中,包含以下基本成分( )。A) 數(shù)據(jù)、對(duì)象、實(shí)體B) 控制、聯(lián)系、對(duì)象C) 實(shí)體、聯(lián)系、屬性D) 實(shí)體、屬性、操作6. 各種軟件維護(hù)的類型中最重要的是( )。A) 完善性維護(hù)所占比重最大B) 糾錯(cuò)性維護(hù)C)

26、 適應(yīng)性維護(hù)D) 預(yù)防性維護(hù)7軟件測(cè)試的目標(biāo)是( )。A. 證明軟件是正確的 B. 發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)C. 排除軟件中所有的錯(cuò)誤 D. 與軟件調(diào)試相同8軟件生命周期中所花費(fèi)用最多的階段是( )A詳細(xì)設(shè)計(jì)B軟件編碼C軟件測(cè)試D軟件維護(hù)9若有一個(gè)計(jì)算類型的程序,它的輸入量只有一個(gè)X,其范圍是-1.0, 1.0,現(xiàn)從輸入的角度考慮一組測(cè)試用例:-1.001, -1.0, 1.0, 1.001.設(shè)計(jì)這組測(cè)試用例的方法是( )A條件覆蓋法B等價(jià)分類法C邊界值分析法D錯(cuò)誤推測(cè)法10、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的( )設(shè)計(jì)A功能B.調(diào)用關(guān)系C.輸入輸出數(shù)據(jù)D.算法11設(shè)函數(shù)C(X)定義問題X

27、 的復(fù)雜程序,函數(shù)E(X)確定解決問題X 需要的工作量(時(shí)間)。對(duì)于兩個(gè)問題P1 和P2,如果C(P1)>C(P2)顯然E(P1)>E(P2),則得出結(jié)論E(P1+P2)>E(P1)+E(P2)就是:( )A模塊化的根據(jù)B逐步求精的根據(jù)C抽象的根據(jù)D信息隱藏和局部化的根據(jù)12下面幾種白箱測(cè)試技術(shù),哪種是最強(qiáng)的覆蓋準(zhǔn)則( )A語句覆蓋B條件覆蓋C判定覆蓋D條件組合覆蓋13面向數(shù)據(jù)流的設(shè)計(jì)方法把( )映射成軟件結(jié)構(gòu)。A數(shù)據(jù)流B系統(tǒng)結(jié)構(gòu)C控制結(jié)構(gòu)D信息流14.內(nèi)聚程度最低的是( )內(nèi)聚A.偶然B.過程C.順序D.時(shí)間15.確定測(cè)試計(jì)劃是在( )階段制定的.A總體設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.

28、編碼D.測(cè)試16需求分析的產(chǎn)品是( )A數(shù)據(jù)流程圖案B數(shù)據(jù)字典C判定表D需求規(guī)格說明書17數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一,其最基本的功能是( )A數(shù)據(jù)庫設(shè)計(jì)B數(shù)據(jù)通信C數(shù)據(jù)定義D數(shù)據(jù)維護(hù)18.( )引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想,適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。A增量模型B噴泉模型C原型模型D螺旋模型19模塊的內(nèi)聚性最高的是( )A邏輯內(nèi)聚B時(shí)間內(nèi)聚C偶然內(nèi)聚D功能內(nèi)聚20.提高測(cè)試的有效性非常重要,成功的測(cè)試是指( )A.證明了被測(cè)試程序正確無誤B. 說明了被測(cè)試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測(cè)程序的錯(cuò)誤D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤_答案:1.C 2.B 3.B 4. 5.C 6.A

29、7.B 8.D 9.C 10.D 11.A 12.D 13.A 14.A 15.A 16.D 17.C 18.D 19.D 20.D簡(jiǎn)述軟件測(cè)試的任務(wù)、目的與類型。答:軟件測(cè)試是一個(gè)為了尋找軟件錯(cuò)誤而運(yùn)行程序的過程。目的就是為了發(fā)現(xiàn)軟件中的錯(cuò)誤。一個(gè)好的測(cè)試用例是指很可能找到迄今為止尚未發(fā)現(xiàn) 的錯(cuò)誤的用例。一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試主要分為白盒測(cè)試和黑盒測(cè)試兩大類。簡(jiǎn)述軟件工程目標(biāo)和面臨的主要問題。答:軟件工程的目標(biāo)是應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理開發(fā)軟件的工程。它采用經(jīng) 過實(shí)踐驗(yàn)證的工程的原則、方法,以提高質(zhì)量,降低成本。 但是目前的軟件開發(fā)面臨著許

30、多問題:(1)對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn) 確。(2)用戶常對(duì)“已完成的”軟件系統(tǒng)不滿意。(3)軟件產(chǎn)品的質(zhì)量往往靠不住。 (4) 軟件常常很難維護(hù)。(5)軟件常常缺乏適當(dāng)?shù)奈臋n資料。(6)軟件開發(fā)生產(chǎn)率提高的 速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。(7)軟件成本在計(jì)算機(jī)系統(tǒng)總成本 中所占的比例逐年上升。簡(jiǎn)述軟件開發(fā)過程、每個(gè)里程碑的提交物。答:軟件開發(fā)的基本過程:(1)可行性研究,做初步的需求分析工作,決定項(xiàng)目可行與否 (2)軟件需求分析,軟件工程師必須了解軟件的信息領(lǐng)域,以及需求的功能、行為、性能和接口。系統(tǒng)需求和軟件需求均需文檔化,并與用戶一起復(fù)審。并提交需求分析報(bào)告。(

31、3)設(shè)計(jì),包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì),軟件設(shè)計(jì)是一個(gè)多步驟的過程,主要是對(duì)軟件的數(shù)據(jù)結(jié)構(gòu)、軟件體系結(jié)構(gòu)、界面表示及過程細(xì)節(jié)進(jìn)行設(shè)計(jì)。設(shè)計(jì)過程將需求轉(zhuǎn)換為軟件表示,在編碼之前可以評(píng)估其質(zhì)量,所有設(shè)計(jì)均要文檔化,它是軟件配置的重要組成部分,經(jīng)復(fù)審后提交相應(yīng)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)報(bào)告。(4)編碼,把設(shè)計(jì)轉(zhuǎn)化為機(jī)器可執(zhí)行的程序。提交源程序清單。(5)測(cè)試,提交測(cè)試報(bào)告。(6)維護(hù),提交維護(hù)報(bào)告。軟件生命周期模型?瀑布模型?快速原型模型?答;概括的說,軟件生命周期模型由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,每個(gè)時(shí) 期又進(jìn)一步劃分成若干個(gè)階段。 軟件生命周期模型有問題定義,可行性研究,需求分析,總體詳細(xì)設(shè)計(jì)

32、,總體編碼和單元測(cè)試,綜合測(cè)試,軟件維護(hù)組 瀑布模型是一個(gè)項(xiàng)目開發(fā)架構(gòu),開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的,從系統(tǒng)需 求分析開始直到產(chǎn)品發(fā)布和維護(hù),每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋,如果有信息未被覆蓋或 者發(fā)現(xiàn)了問題,那么最好 “返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷?,?xiàng)目開發(fā)進(jìn)程從一個(gè)階 段“流動(dòng)”到下一個(gè)階段。 快速原型模型是在用戶不能給出完整、準(zhǔn)確的需求說明,或者開發(fā)者不能確定算法的有 效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互的形式等許多情況下,可以根據(jù)用戶的一組基本需 求,快速建造一個(gè)原型(可運(yùn)行的軟件),然后進(jìn)行評(píng)估,進(jìn)一步精化、調(diào)整原型,使其 滿足用戶的要求,也使開發(fā)者對(duì)將要做的事情有更好的理解。軟

33、件?軟件產(chǎn)品具有哪些特性?答:軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分,它是包括程序,數(shù)據(jù)及其相關(guān)文檔的 完整集合。軟件產(chǎn)品具有以下特性:1、非常復(fù)雜;2、成本高;3、風(fēng)險(xiǎn)大;4、維護(hù)困難;可行性分析的目的和主要任務(wù)是什么?答:可行性分析的目的不是解決問題,而是確定問題是否值得去解決。主要任務(wù)是從下面幾方面研究每種解法的可行性:技術(shù)可行性,經(jīng)濟(jì)可行性,操作可行 性,社會(huì)可行性,抉擇可行性。需求分析的目的和主要任務(wù)是什么?答:進(jìn)行需求分析是為了準(zhǔn)確地回答“系統(tǒng)必須做什么”這個(gè)問題,決定可以做什么不做什 么。需求分析的主要任務(wù)是描述系統(tǒng)的功能需求、性能需求、數(shù)據(jù)需求、可靠性/可用性需求、出錯(cuò)處理

34、需求、接口需求、約束條件、其他需求??傮w設(shè)計(jì)的目的和主要任務(wù)是什么?答:總體設(shè)計(jì)的目的是用比較抽象的方法確定系統(tǒng)概要地是如何實(shí)現(xiàn)的(How to do generally !)。從初步的數(shù)據(jù)流圖導(dǎo)出(設(shè)計(jì)出)軟件結(jié)構(gòu);根據(jù)數(shù)據(jù)需求設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)(數(shù)據(jù)庫結(jié)構(gòu)、文件結(jié)構(gòu)設(shè)計(jì))。 主要任務(wù)是概括地說,如何解決這些問題,系統(tǒng)怎樣實(shí)現(xiàn)? 劃分系統(tǒng)的構(gòu)成成分(黑盒子),如程序、文件、數(shù)據(jù)庫、人工 操作等。 設(shè)計(jì)系統(tǒng)的軟件結(jié)構(gòu),即構(gòu)成模塊。詳細(xì)設(shè)計(jì)的目的和主要任務(wù)是什么?答:在總體設(shè)計(jì)的基礎(chǔ)上,進(jìn)一步確定軟件怎樣具體實(shí)現(xiàn),經(jīng)過這個(gè)階段的設(shè)計(jì)工作,應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述,從而在編碼階段可以把這個(gè)描述直接翻

35、譯成用某種程序設(shè) 計(jì)語言書寫的程序。 主要任務(wù)包括人機(jī)界面設(shè)計(jì)、模塊過程設(shè)計(jì)。編碼的目的和主要任務(wù)是什么?答:把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語言書寫的程序軟件測(cè)試的目的和主要任務(wù)是什么(G.J.Myers的觀點(diǎn))?答:發(fā)現(xiàn)程序中的錯(cuò)誤軟件維護(hù)的目的和主要任務(wù)是什么?維護(hù)的類型有哪些?答:軟件維護(hù)是軟件生命周期中最后一個(gè)、持續(xù)時(shí)間最長(zhǎng)的階段。 主要任務(wù)是在軟件已經(jīng)交付使用之后,為了改正錯(cuò)誤或滿足新的需要而修改軟件,目的是提高軟件的可靠性、可用性,延長(zhǎng)軟件的壽命。維護(hù)的類型有:改正性(錯(cuò)誤)、適應(yīng)性(環(huán)境)、完善性(功能)、預(yù)防性(新產(chǎn)品)什么是耦合?模塊的耦合包括哪些類型?答:耦合是對(duì)一個(gè)軟

36、件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。模塊的耦合包括以下幾種類型:數(shù)據(jù)耦合,控制耦合,特征耦合,公共環(huán)境耦合,內(nèi)容 耦合,標(biāo)記耦合,無耦合/非直接耦合什么是內(nèi)聚?模塊的內(nèi)聚包括哪些類型?答:內(nèi)聚標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度,它是信息隱蔽和局部化概念的自 然擴(kuò)展模塊的內(nèi)聚包括以下幾種類型:低內(nèi)聚偶然內(nèi)聚,邏輯內(nèi)聚,時(shí)間內(nèi)聚 中內(nèi)聚過程內(nèi)聚,通信內(nèi)聚; 高內(nèi)聚順序內(nèi)聚,功能內(nèi)聚如何選擇程序設(shè)計(jì)語言的工程特性答:1.系統(tǒng)用戶的要求2.可以使用的編譯程序3.可以得到的軟件工具4.工程規(guī)模5.程序員的知識(shí)6.軟件可移植性的要求7.軟件的應(yīng)用領(lǐng)域什么是編碼風(fēng)格?為什么要強(qiáng)調(diào)編碼風(fēng)格?答:編碼風(fēng)

37、格包括以下內(nèi)容:程序內(nèi)部良好的文檔(注釋)、數(shù)據(jù)說明、語句構(gòu)造、輸入輸 出和效率保障等。 因?yàn)榫幋a風(fēng)格對(duì)軟件的可讀性、可維護(hù)性、可靠性、可用性很重要,所以要強(qiáng)調(diào)編碼風(fēng) 格。一、 單選題1 在軟件危機(jī)中表現(xiàn)出來的軟件質(zhì)量差的問題,其原因是_。A 軟件研發(fā)人員素質(zhì)太差B 用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作C 沒有軟件質(zhì)量標(biāo)準(zhǔn)D 軟件開發(fā)人員不遵守軟件質(zhì)量標(biāo)準(zhǔn)2 在軟件質(zhì)量因素中,軟件在異常條件下仍能運(yùn)行的能力成為軟件的_。A 安全性B 健壯性C 可用性D 可靠性3 在下列測(cè)試技術(shù)中,_不屬于黑盒測(cè)試技術(shù)。A 等價(jià)劃分B 邊界值分析C 錯(cuò)誤推測(cè)D 邏輯覆蓋4 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法,而早

38、期的軟件工程方法主要是指_。A 原型化方法B 結(jié)構(gòu)化方法C 功能化方法D 面向?qū)ο蠓椒? _是把對(duì)象的屬性和操作結(jié)合在一起,構(gòu)成一個(gè)獨(dú)立的對(duì)象,其內(nèi)部信息對(duì)外界是隱蔽的,外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。A 多態(tài)B 繼承C 封裝D 消息6 Jackson方法是在軟件開發(fā)過程中常用的方法,使用Jackson方法時(shí)可以實(shí)現(xiàn)_。A 從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B 從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖C 從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D 從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)7 軟件測(cè)試時(shí)為了_而執(zhí)行程序的過程。A 糾正錯(cuò)誤B 發(fā)現(xiàn)錯(cuò)誤C 避免錯(cuò)誤D 證明錯(cuò)誤8 在軟件系統(tǒng)中,一個(gè)模塊應(yīng)具有什么樣的功能,這是由_決定的。A 總體設(shè)計(jì)B 需

39、求分析C 詳細(xì)設(shè)計(jì)D 程序設(shè)計(jì)9 面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行_的一種方法。A 需求分析B 程序設(shè)計(jì)C 設(shè)計(jì)評(píng)審D 測(cè)試驗(yàn)收10 軟件文檔是軟件工程實(shí)施中的重要部分,它不僅是軟件開發(fā)各階段的重要依據(jù),而且影響軟件的_。A 可理解性B 可維護(hù)性C 可擴(kuò)展性D 可移植11 模塊內(nèi)聚度越高,說明模塊內(nèi)各成分彼此結(jié)合的程序越_。A 松散B 緊密C 無法判斷D 相等12 軟件開發(fā)的瀑布模型,一般都將開發(fā)過程劃分為:分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段,一般認(rèn)為可能占用人員最多的階段是_。A 分析階段B 設(shè)計(jì)階段C 維護(hù)階段D 測(cè)試階段13 常用的面向?qū)ο蟮能浖^程模型是_。A 瀑布模型B 噴泉模型C 原型模型D 增量模型14 面向?qū)ο蟮姆治鲭A段建立的系統(tǒng)模型不包括_。A 對(duì)象模型B 動(dòng)態(tài)模型C 功能模型D 數(shù)據(jù)模型15 提高軟件的可維護(hù)性可采用很多措施,下列哪個(gè)不在措施之列?A 提供沒有錯(cuò)誤的程序B 建立質(zhì)量保證制度C 改進(jìn)程序文檔質(zhì)量D 明確軟件質(zhì)量標(biāo)準(zhǔn)二、 填空題1 軟件工程中的結(jié)構(gòu)化分析SA是一種面向_的分析方法。2 軟件模塊

溫馨提示

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

評(píng)論

0/150

提交評(píng)論