




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、軟件工程自測題一選擇1、()是軟件生存期中的一系列相關(guān)軟件工程活動的集合, 它由軟件規(guī)格說明、 軟件設(shè)計與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動組成。A 軟件過程B 軟件工具C 質(zhì)量保證D 軟件工程2、()是以追求更高的效益和效率為目標(biāo)的持續(xù)性活動。A 質(zhì)量策劃B 質(zhì)量控制C 質(zhì)量保證D 質(zhì)量改進(jìn)3、CMM提供了一個框架,將軟件過程改進(jìn)的進(jìn)化步驟組織成 5個成熟度等級。 除第 1 級外,每一級都包含了實現(xiàn)這一級目標(biāo)的若干關(guān)鍵過程域, 每一個關(guān)鍵過 程域又包含若干( )。A 關(guān)鍵實踐B 軟件過程性能 C 軟件過程能力D 軟件過程4、在各種不同的軟件需求中,功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù), 可
2、以在用例模型或方案腳本中予以說明, ( )是從各個角度對系統(tǒng)的約束和限制, 反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。A 業(yè)務(wù)需求B 功能要求C 非功能需求D 用戶需求5、()意味著一個操作在不同的類中可以有不同的實現(xiàn)方式。A 多態(tài)性B 多繼承C 類的復(fù)用D 封裝6、在面向?qū)ο蟮南到y(tǒng)中,系統(tǒng)責(zé)任的良好分配原則是()A 在類之間均勻分配B 集中分配在少數(shù)控制類中C 根據(jù)交互圖的消息進(jìn)行分配D 根據(jù)個人喜好進(jìn)行分配7、軟件配置項是軟件配置管理的對象,即軟件工程過程中產(chǎn)生的()A 接口B 軟件環(huán)境C 信息項D 版本8、軟件測試計劃開始于需求分析階段,完成于()階段A 需求分析B 軟件設(shè)計C 軟件實現(xiàn)
3、D 軟件測試二、 判斷下列敘述的正確性,將結(jié)果( 誤的說法。、正確,M錯誤)填入()中,并改正錯(1).( )在軟件開發(fā)的過程中,若能推遲暴露其中的錯誤,則為修復(fù)和改正 錯誤所花費的代價就會降低。 改正: _(2).( )在需求分析中,分析員要從用戶那里解決的最重要的問題是明確軟件做 什么。 改正: _(3).( )軟件需求規(guī)格說明書在軟件開發(fā)中具有重要的作用,是軟件可行性分析 的依據(jù)。 改正: _(4).( )模型是對現(xiàn)實的簡化,建模是為了更好地理解所開發(fā)的系統(tǒng)。 改正:(5).( ) UML 語言支持面向?qū)ο蟮闹饕拍睿?并與具體的開發(fā)過程相關(guān)。 改正:(6).( )用例圖定義了系統(tǒng)的功能
4、需求,它是從系統(tǒng)的外部看系統(tǒng)功能,并不描 述系統(tǒng)內(nèi)部對功能的具體實現(xiàn)。 改正: _ (7).( )好的測試用例應(yīng)能證明軟件是正確的。 改正:(8).( )白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求改正:(9) .()當(dāng)軟件開發(fā)項目的進(jìn)度有可能拖延時,增加開發(fā)人員并不能加快進(jìn)度。 改正:_(10) .()軟件技術(shù)復(fù)審是由用戶和測試人員實施的一種質(zhì)量保證活動。改正:三簡答1、你認(rèn)為一個好的軟件開發(fā)人員應(yīng)具備哪些基本素質(zhì)?2、需求工程包括哪些基本活動?每一項活動的主要任務(wù)是什么?3、為什么軟件需要維護(hù)?簡述軟件維護(hù)的過程。四、根據(jù)下面給出的規(guī)格說明,利用等價類劃分的方法,給出足夠的
5、測試用例。一個程序讀入3個整數(shù),它們分別代表一個三角形的 3個邊長。該程序判 斷所輸入的整數(shù)是否構(gòu)成一個三角形,以及該三角形是一般的、等腰的或等邊的, 并將結(jié)果打印出來。要求:設(shè)三角形的3條邊分別為A、B、C,并且(1) 列出等價類表,格式如下:輸入條件有效等價類無效等價類(注意:將等價類編號)(注意:將等價類編號)(2) 設(shè)計測試用例,格式如下:用例n輸入【A,B,C】覆蓋等價類(列出等價類序號),輸出結(jié) 果為。五、下圖顯示了配置管理中的存取和控制,請選擇合適的答案,將其對應(yīng)的序 號填入()中。A ( ),B ( ),C ( ),D ()。供選擇的答案:A:軟件工程人員配置人員質(zhì)量保證人員B
6、:異步控制同步控制存取控制CD:管理登入檢出填寫變更請求六、UML關(guān)系包括關(guān)聯(lián)、聚合、泛化、實現(xiàn)、依賴等 5種類型,請將合適的關(guān) 系填寫在下列描述的()中。 用例及其協(xié)作之間是()關(guān)系。 在學(xué)校中,一個學(xué)生可以選修多門課程,一門課程可以由多個學(xué)生選修, 那么學(xué)生和課程之間是()關(guān)系。 類A的一個操作調(diào)用類B的一個操作,且這兩個類之間不存在其他關(guān)系, 那么類A和類B之間是()關(guān)系。 在MFC類庫中,Window類和DialogBox類之間是()關(guān)系。 森林和樹木之間是()關(guān)系。答案1、a2、d3、a4、c5、a6、b7、c8、b二、1、判斷下列敘述的正確性,將結(jié)果(、正確,錯誤)填入()中,并改
7、 正錯誤的說法。(1).(為 改正:在軟件開發(fā)的過程中,一個錯誤修復(fù)和改正得越晚,為此所花 費的代價就會越高。(2) .(“(3) .(為 改正:軟件可行性分析應(yīng)在需求分析之前,因此,軟件需求規(guī)格說明 書不應(yīng)成為軟件可行性分析的依據(jù)。(4) .(“(5) .(為 改正:UML語言支持面向?qū)ο蟮母拍?,并獨立于具體的開發(fā)過程。(6) .(“(7) .(為 改正:好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。(8) .(“(9) .(“(10) .(為改正:軟件技術(shù)復(fù)審是由軟件開發(fā)人員實施的一種質(zhì)量保證活動。1 答:(1 牢固掌握計算機(jī)軟件的基本知識和技能;(2 善于分析和綜合問題,具有嚴(yán)密的邏輯思維能力
8、;(3 工作踏實細(xì)致,遵循標(biāo)準(zhǔn)和規(guī)范,具有嚴(yán)格的科學(xué)作風(fēng);( 4 工作有耐心、有毅力、有責(zé)任心;(5 善于聽取別人的意見,善于與周圍人員團(tuán)結(jié)協(xié)作,建立良好的人際 關(guān)系;(6 具有良好的書面和口頭表達(dá)能力。2、答:(1 需求獲取(問題識別 : 采集、識別和提取用戶的需求,對問題和 需求形成文檔化的描述,使各種人員達(dá)成一致的理解和認(rèn)可。(2 需求分析: 分析和綜合所采集的信息,建立系統(tǒng)的詳細(xì)邏輯模型。(3 需求規(guī)格說明: 編寫軟件需求規(guī)格說明書,明確、完整和準(zhǔn)確地描 述已確定的需求。(4 需求驗證: 評審軟件需求規(guī)格說明,以保證其正確性、一致性、完 備性、準(zhǔn)確性和清晰性。( 5 需求管理: 定義需
9、求基線,在整個項目過程中跟蹤需求狀態(tài)及其變更情況3、答:在軟件開發(fā)完成交付用戶使用后,為了保證軟件在一個相當(dāng)長的時期能夠 正常運行,就需要對軟件進(jìn)行維護(hù)。軟件維護(hù)的過程:(1)確認(rèn)維護(hù)要求。(2)對于改正性維護(hù)申請,評價錯誤的嚴(yán)重性。對于嚴(yán)重的錯誤,立 即安排人員,分析問題原因,進(jìn)行救火性的緊急維護(hù);對于不嚴(yán)重的錯誤, 根據(jù)任務(wù)情況和輕重緩急進(jìn)行統(tǒng)一安排。(3)對于適應(yīng)性和完善性維護(hù)申請,需要確定申請的優(yōu)先級,然后安 排維護(hù)工作。并不是所有的完善性維護(hù)申請都必須承擔(dān),需要考慮商業(yè)需要、 現(xiàn)有資源、未來發(fā)展方向等進(jìn)行決定。四、答V :(1)列出等價類表輸入條件有效等價類無效等價類是否構(gòu)成一個三角
10、形(1) A 0 且 B 0 且 C0 且A + BC且 B+CA 且A + C B。(2) AW0 或 BW0 或 C0(3) A + BWC 或 A + CB 或 B+ CA是否等腰三角形(4) A = B 或 A = C 或 B =C(5) AB 且心 C 且 BC是否等邊三角形(6) A = B 且 A = C 且 B =C(7) AB 或 AC 或 BMC(2)設(shè)計測試用例用例1:輸入【3, 4, 5】覆蓋等價類(1, 2, 3, 4, 5, 6),輸出結(jié)果為構(gòu)成 一般三角形。用例2:三者取一輸入【0, 1, 2】覆蓋等價類(2),輸出結(jié)果為不構(gòu)成三角形。輸入【1, 0, 2】覆蓋等
11、價類(2),輸出結(jié)果為不構(gòu)成三角形。輸入【1, 2, 0】覆蓋等價類(2),輸出結(jié)果為不構(gòu)成三角形。 用例3:三者取一輸入【1, 2, 3】覆蓋等價類(3),輸出結(jié)果為不構(gòu)成三角形。輸入【1, 3, 2】覆蓋等價類(3),輸出結(jié)果為不構(gòu)成三角形。輸入【3, 1, 2】覆蓋等價類(3),輸出結(jié)果為不構(gòu)成三角形。 用例4:三者取一輸入【3, 3, 4】覆蓋等價類(1)( 4),輸出結(jié)果為等腰三角形。輸入【3, 4, 4】覆蓋等價類(1)( 4),輸出結(jié)果為等腰三角形。輸入【 3,4,3】覆蓋等價類( 1) 用例 5:輸入【 3,4,5】覆蓋等價類( 4),輸出結(jié)果為等腰三角形。1)(5),輸出結(jié)果
12、為不是等腰三角形用例 6:輸入【 3,3,3】覆蓋等價類( 1)(6),輸出結(jié)果為等邊三角形 用例 7:三者取一輸入【 3,4,4】覆蓋等價類( 1)( 4)( 7) 形。輸入【 3,4,3】覆蓋等價類( 1)( 4)( 7) 形。輸入【 3,3,4】覆蓋等價類( 1)( 4)( 7),輸出結(jié)果為不是等邊三角,輸出結(jié)果為不是等邊三角,輸出結(jié)果為不是等邊三角ABCD六、答: 實現(xiàn) 關(guān)聯(lián) 依賴 泛化 聚合軟件工程自測題二一、單項選擇題 1在下列工具與環(huán)境中()屬于較早期的 CASE。A 基于信息工程 CASEB 人工智能 CASEC 結(jié)構(gòu)的基于圖形 CASED 集成的CAS耶境2. Putnam成
13、本估算模型是一個()模型。A 靜態(tài)單變量 B 動態(tài)單變量 C 靜態(tài)多變量 D 動態(tài)多變 量3. 在 McCall 軟件質(zhì)量度量模型中,()屬于面向軟件產(chǎn)品修改。A .可靠性 B .可重用性 C .適應(yīng)性 D .可移植性4. ISO的軟件質(zhì)量評價模型由3層組成,其中用于評價設(shè)計質(zhì)量的準(zhǔn)則是()A . SQICB. SQMCC. SQRCD.SQDC5.軟件復(fù)雜性度量的參數(shù)包括()A .效率B.規(guī)模C.完整性D.容錯性6.對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作()于對象的統(tǒng)一體中。A .結(jié)合B.隱藏C.封裝D.抽象7.軟件調(diào)試技術(shù)包括()A .邊界值分析B .演繹法C.循環(huán)覆蓋D.集成測試8.瀑
14、布模型的存在問題是()A .用戶容易參與開發(fā)B 缺乏靈活性C 用戶與開發(fā)者易溝通D 適用可變需求9軟件測試方法中的靜態(tài)測試方法之一為( A B C D10A 護(hù) 11A 12ABCD 13計算機(jī)輔助靜態(tài)分析黑盒法路徑覆蓋邊界值分析 軟件生命周期中所花費用最多的階段是( ) 詳細(xì)設(shè)計 B 軟件編碼 C 軟件測試D 軟件維第一個體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計語言是( .FORTRA語言 B . Pascal 語言 C 程序的三種基本控制結(jié)構(gòu)是( ) 過程、 順序、 遞歸、 調(diào)用、 在詳細(xì)設(shè)計階段,經(jīng)常采用的工具有(A PADBSAC14詳細(xì)設(shè)計的結(jié)果基本決定了最終程序的(A 代碼的規(guī)模 B 運行速度
15、 護(hù)性 15需求分析中開發(fā)人員要從用戶那里了解(A 軟件做什么 B 用戶使用界面 的規(guī)模結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是(ABCDIDEF。圖反映系統(tǒng)( A.怎么做B子程序和分程序 選擇和重復(fù) 堆棧和隊列 返回和轉(zhuǎn)移1617)C 語言DPL/1 語言SC)質(zhì)量DFD可維)輸入的信息軟件程序的規(guī)模程序的效率 程序設(shè)計語言的先進(jìn)性 程序易讀性)對誰做何時做做什么 18A19可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作, 統(tǒng)是否開 發(fā)的決策依據(jù),因必須給出(A 確定 B 行或不行 C 20需求分析階段的任務(wù)是確定()ABC經(jīng)濟(jì)可行性研究的范圍包括(資源有效性 B 管理制度效益分析)的回答正確開發(fā)風(fēng)
16、險 它是決定該系無二義軟件開發(fā)方法 軟件開發(fā)工具 軟件開發(fā)費D. 軟件系統(tǒng)的功能二、填空題(每空2分,共20分)。21 在軟件開發(fā)過程中要產(chǎn)生大量的信息, 要進(jìn)行大量的修改,能協(xié)調(diào)軟件開發(fā),并使混亂減到最低程度。22. 規(guī)定功能的軟件,在一定程度上對自身錯誤的作用(軟件錯誤)具有屏蔽能力,則稱此軟件具有 的軟件。23. McCall提出的軟件質(zhì)量模型包括 個軟件質(zhì)量特性。24. 軟件可維護(hù)性度量的七個質(zhì)量特性是可理解性、可測試性、可修改性、可靠性、 可使用性和效率。25. 為了便于對照檢查,測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的 兩部 分組成。26. 程序設(shè)計語言的心理特性主要表現(xiàn)在 、簡潔性、傳統(tǒng)性、
17、局部 性和順序性。27. 軟件結(jié)構(gòu)是以 為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。28. 在結(jié)構(gòu)化分析中,用于描述加工邏輯的主要工具有三種,即:結(jié)構(gòu)化語言、 判定表、29. 結(jié)構(gòu)化語言是介于自然語言和 之間的一種半形式語言30. 若年利率為i,不計復(fù)利,n年后可得錢數(shù)為F,則現(xiàn)在的價值P 0三小題3分,共15分。31. 軟件生存周期模型32. 數(shù)據(jù)字典(DD33. 內(nèi)聚性34. JSP方法35. 多態(tài)性四、簡答題每小題5分,共20分。36. 簡述容錯技術(shù)的四種主要手段,并解釋。37. 以G.J.Myers的觀點,簡述對軟件測試的目的。38. 就程序設(shè)計語言的工程特性而言,對程序編碼有哪些要求?39. 模
18、塊的內(nèi)聚性包括哪些類型?五、應(yīng)用題 第40小題7分,第41小題8分,第42小題10分,共25分。FFf斗缶1叫Fbcl=b;b=d;(i=il=;c=J;d i斤序站栄釜出40. 下面是某程序的流程圖:(1) 計算它的環(huán)路復(fù)雜性。(2) 為了完成基本路徑測試,求它的一組獨立的路徑。41. 根據(jù)下列條件使用等價劃分法設(shè)計測試用例。某一 8位微機(jī),其十六進(jìn)制常數(shù)定義為:以0x或0X開頭的數(shù)是十六進(jìn)制整 數(shù),其值的范圍是-7f7f (表示十六進(jìn)制的大小寫字母不加區(qū)別),如 0X13,0X6A,-0X3c。答案、單項選擇題 每小題1分,共20分。10.D11.B12.B13.A19.B20.D22.容
19、錯功能1. C 2.D 3.C 4.D 5.B 6.C 7.B 8.B 9.A14.C15.A16.D17.D18.C二、填空題(每空2分,共20分)。21.軟件配置管理24.可移植性26.歧義性28.判定樹30.F心+(n*i)23.1125.輸出結(jié)果27.模塊29.形式語言三、名詞解釋題每小題3分,共15分。31. 是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。32. 數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的。它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計及維護(hù)提供了有關(guān)元素 的一致的定義和詳細(xì)的描述。33內(nèi)聚性是模塊獨立性的衡量標(biāo)準(zhǔn)之一,它是指模塊的功能強(qiáng)度的度量, 即一個
20、模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量。34. JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法,其定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo) 的映射過程,它根據(jù)輸入,輸出的數(shù)據(jù)結(jié)構(gòu),按一定的規(guī)則映射成軟件 的過程描述,即程序結(jié)構(gòu)。35. 指相同的操作或函數(shù)、 過程可作用于多種類型的對象上并獲得不同結(jié)果。 或(不同的對象,收到同一消息可以產(chǎn)生不同的結(jié)果。)四、簡答題 每小題 5 分,共 20分。36. 結(jié)構(gòu)冗余:包括靜態(tài)冗余、動態(tài)冗余和混合冗余。 信息冗余:為檢測或糾正信息在運算或傳輸中的錯誤,須外加一部分信 息。時間冗余:指重復(fù)執(zhí)行指令或程序來消除瞬時錯誤帶來的影響。 冗余附加技術(shù):指為實現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)
21、。37. 軟件測試是( 1)為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程;( 2)一個好的用例 能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。 (3)一個成功的測試是發(fā)現(xiàn)至今 尚未發(fā)現(xiàn)的錯誤的測試。38. 就程序設(shè)計語言的工程特性而言,對程序編碼有如下要求:(1)可移植性(2)開發(fā)工具的可利用性(3)軟件的可重用性(4)可維護(hù)性39. 模塊的內(nèi)聚性包括:(1)偶然內(nèi)聚(2)邏輯內(nèi)聚(3)時間內(nèi)聚(4)通信內(nèi)聚(5)順序內(nèi)聚(6)功能內(nèi)聚五、應(yīng)用題 共 25分40. 解:(1)環(huán)路復(fù)雜性=判斷數(shù)+ 1= 6+ 1 = 7 (個)2)路徑 1 :(0)一(13) ( 19)路徑 2:( 0)一一(14) ( 19)路徑 3:
22、( 0)一一一(15) ( 19)路徑 4:( 0)一一一一(16)(19)路徑 5:( 0)一一一一一(17)( 19)路徑 6:( 0)一一一一一(18)( 19)路徑 7:( 0)一一一一一(12)( 19)41 :解答:等價劃分法劃分等價類并編號,如下表所示。十六進(jìn)制整型常量輸入條件的等價類表輸入數(shù)據(jù)合理等價類不合理等價類十六進(jìn)制整數(shù)1. Ox或0X開頭12 位數(shù)子串2. 以一Ox打頭的12位數(shù)子串3. 非Ox或非一打頭的串4. 含有非數(shù)字且(a,b,c,d,e,f )以外字符5. 多于5個字符6. 一后跟非0的多位串7. 0后跟數(shù)字串8. 后多于3個數(shù)字十六進(jìn)制數(shù)范圍9.在一7f7f
23、之間10. 小于一7f11. 大于7f為合理等價類設(shè)計測試用例,表中有三個合理等價類,設(shè)計兩個例子測試數(shù)據(jù)期望結(jié)果覆蓋范圍0X 23顯示有效輸入1, 90X 15顯示有效輸入2, 9為每個不合理等價類至少設(shè)計一個測試用例測試數(shù)據(jù)期望結(jié)果覆蓋范圍2顯示無效輸入3G12顯示無效輸入4123311顯示無效輸入51012顯示無效輸入6011顯示無效輸入70134顯示無效輸入80x777顯示無效輸入100x87顯示無效輸入11軟件工程自測題三判斷題(每題3分,共15分)1 軟件實際就是程序()2. 成功的測試是沒有發(fā)現(xiàn)錯誤的測試()3 軟件工程的主要思想是從理論的角度來觀察分析軟件開發(fā)盒生產(chǎn)活動( )4
24、 一個模塊直接引用另一個模塊中的數(shù)據(jù),這兩個模塊之間的耦合不是內(nèi)容耦合 ()5 .程序只要邏輯正確,能夠被機(jī)器理解并執(zhí)行就夠了 ( )二選擇題(每題3分,共30分)1. 在軟件質(zhì)量因數(shù)中,軟件在異常條件下人能運行的能力稱為軟件的 ( )A )可靠性 B )健壯性 C )可用性 D )安全性2 軟件開發(fā)可行性研究,一般涉及經(jīng)濟(jì),技術(shù)盒操作可行性,而進(jìn)行可行性 研究的基本依據(jù)是用戶提出的軟件 ( )A)系統(tǒng)質(zhì)量B )系統(tǒng)目標(biāo) C )系統(tǒng)功能 D )系統(tǒng)性能3結(jié)構(gòu)化程序設(shè)計中,一般包含 3 種基本結(jié)構(gòu),下列結(jié)構(gòu)中哪個不屬于基本結(jié) 構(gòu)A)順序結(jié)構(gòu)B嵌套結(jié)構(gòu) C )順序結(jié)構(gòu) D )選擇結(jié)構(gòu)4. JACKSO方法是一種面向()的方法A)對象B )數(shù)據(jù)結(jié)構(gòu)C )數(shù)據(jù)流 D )控制流5. 模塊內(nèi)部過程描述就是模塊內(nèi)部的(),它的表述形式就是詳細(xì)設(shè)計語言A)模塊化設(shè)計B )算法設(shè)計 C )程序設(shè)計D )詳細(xì)設(shè)計6. 在設(shè)計測試用例時,()是用的最多的一種黑盒測試方法A)等價類劃分 B )邊值分析 C )因果圖 D )判定表7軟件的可維護(hù)性,可使用性 , ()是衡量軟件質(zhì)量的幾個主要特性A)可靠性B )可復(fù)用性 C )可理解性 D )可修改性8. 原型化方法是一種()型的設(shè)計過程A)自外向
溫馨提示
- 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 中性合同范本
- 單位購買物品合同范本
- 北京麥田房產(chǎn)合同范本
- 寫紅木合同范本
- 個人居家養(yǎng)老服務(wù)合同范本
- 勞務(wù)合同范本護(hù)士
- 企業(yè)裝飾房子合同范本
- 勞務(wù)電氣安裝合同范本
- 戰(zhàn)隊經(jīng)紀(jì)合同范本
- 協(xié)議貨車出售合同范本
- 物品移交接收單(模板)
- 肺透明膜病課件
- 護(hù)理學(xué)基礎(chǔ)期末試卷及答案
- IMS攪拌樁施工方案
- 我的家鄉(xiāng)廣西南寧宣傳簡介
- 變廢為寶-小學(xué)科學(xué)高段活動案例
- 四川省政府采購專家考試試題
- 證明無親子關(guān)系證明模板
- 消防工程擬投入主要施工設(shè)備機(jī)具表
- 4年級寫景類文章閱讀課件
- 《戰(zhàn)國策》教學(xué)講解課件
評論
0/150
提交評論