系統(tǒng)分析師應(yīng)對(duì)復(fù)雜問(wèn)題的技巧試題及答案_第1頁(yè)
系統(tǒng)分析師應(yīng)對(duì)復(fù)雜問(wèn)題的技巧試題及答案_第2頁(yè)
系統(tǒng)分析師應(yīng)對(duì)復(fù)雜問(wèn)題的技巧試題及答案_第3頁(yè)
系統(tǒng)分析師應(yīng)對(duì)復(fù)雜問(wèn)題的技巧試題及答案_第4頁(yè)
系統(tǒng)分析師應(yīng)對(duì)復(fù)雜問(wèn)題的技巧試題及答案_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

系統(tǒng)分析師應(yīng)對(duì)復(fù)雜問(wèn)題的技巧試題及答案姓名:____________________

一、單項(xiàng)選擇題(每題1分,共20分)

1.在系統(tǒng)分析過(guò)程中,以下哪項(xiàng)不是需求收集的常用方法?

A.訪談

B.問(wèn)卷調(diào)查

C.文檔分析

D.數(shù)據(jù)庫(kù)查詢

2.系統(tǒng)分析中,使用數(shù)據(jù)流圖(DFD)的主要目的是:

A.描述系統(tǒng)內(nèi)部邏輯關(guān)系

B.展示系統(tǒng)與外部環(huán)境的交互

C.分析系統(tǒng)性能

D.設(shè)計(jì)系統(tǒng)架構(gòu)

3.在進(jìn)行系統(tǒng)可行性分析時(shí),以下哪項(xiàng)不是需要考慮的因素?

A.技術(shù)可行性

B.經(jīng)濟(jì)可行性

C.法律可行性

D.環(huán)境可行性

4.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中的主要角色?

A.項(xiàng)目管理者

B.用戶需求分析師

C.系統(tǒng)設(shè)計(jì)者

D.系統(tǒng)測(cè)試員

5.在系統(tǒng)分析過(guò)程中,以下哪個(gè)階段不是需求分析的一部分?

A.需求收集

B.需求整理

C.需求評(píng)審

D.需求變更

6.系統(tǒng)分析師在進(jìn)行需求分析時(shí),以下哪種方法不適合使用?

A.用例分析法

B.用戶故事法

C.數(shù)據(jù)庫(kù)分析法

D.非結(jié)構(gòu)化分析法

7.在系統(tǒng)設(shè)計(jì)中,以下哪個(gè)不是設(shè)計(jì)原則?

A.單一職責(zé)原則

B.開(kāi)放封閉原則

C.Liskov替換原則

D.資源共享原則

8.以下哪個(gè)不是軟件生命周期模型?

A.瀑布模型

B.V模型

C.RUP模型

D.Scrum模型

9.在進(jìn)行系統(tǒng)測(cè)試時(shí),以下哪種測(cè)試方法不適合在系統(tǒng)開(kāi)發(fā)初期使用?

A.單元測(cè)試

B.集成測(cè)試

C.系統(tǒng)測(cè)試

D.性能測(cè)試

10.在系統(tǒng)分析過(guò)程中,以下哪種方法不是系統(tǒng)風(fēng)險(xiǎn)識(shí)別的方法?

A.SWOT分析

B.敏感性分析

C.軟件質(zhì)量模型

D.風(fēng)險(xiǎn)矩陣

11.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目驗(yàn)收階段的主要工作?

A.驗(yàn)收測(cè)試

B.用戶培訓(xùn)

C.項(xiàng)目總結(jié)

D.項(xiàng)目評(píng)估

12.在進(jìn)行系統(tǒng)分析時(shí),以下哪個(gè)不是系統(tǒng)邊界確定的依據(jù)?

A.系統(tǒng)功能

B.系統(tǒng)性能

C.系統(tǒng)成本

D.系統(tǒng)安全

13.以下哪個(gè)不是系統(tǒng)分析師在需求分析階段需要關(guān)注的系統(tǒng)特性?

A.可用性

B.可維護(hù)性

C.可擴(kuò)展性

D.可移植性

14.在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí),以下哪種方法不是系統(tǒng)架構(gòu)設(shè)計(jì)的方法?

A.軟件架構(gòu)設(shè)計(jì)

B.硬件架構(gòu)設(shè)計(jì)

C.系統(tǒng)架構(gòu)設(shè)計(jì)

D.數(shù)據(jù)庫(kù)架構(gòu)設(shè)計(jì)

15.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注的質(zhì)量管理方法?

A.軟件質(zhì)量模型

B.軟件質(zhì)量保證

C.軟件質(zhì)量控制

D.軟件質(zhì)量審計(jì)

16.在進(jìn)行系統(tǒng)測(cè)試時(shí),以下哪種測(cè)試方法不是測(cè)試用例設(shè)計(jì)的方法?

A.黑盒測(cè)試

B.白盒測(cè)試

C.灰盒測(cè)試

D.案例測(cè)試

17.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目驗(yàn)收階段需要關(guān)注的風(fēng)險(xiǎn)?

A.技術(shù)風(fēng)險(xiǎn)

B.項(xiàng)目管理風(fēng)險(xiǎn)

C.法律風(fēng)險(xiǎn)

D.用戶接受風(fēng)險(xiǎn)

18.在進(jìn)行系統(tǒng)分析時(shí),以下哪個(gè)不是系統(tǒng)分析的方法?

A.數(shù)據(jù)流圖(DFD)

B.類圖

C.狀態(tài)圖

D.時(shí)序圖

19.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注的質(zhì)量因素?

A.可靠性

B.可維護(hù)性

C.可用性

D.可擴(kuò)展性

20.在進(jìn)行系統(tǒng)分析時(shí),以下哪個(gè)不是系統(tǒng)分析的目標(biāo)?

A.確定系統(tǒng)需求

B.設(shè)計(jì)系統(tǒng)架構(gòu)

C.識(shí)別系統(tǒng)風(fēng)險(xiǎn)

D.確定項(xiàng)目范圍

二、多項(xiàng)選擇題(每題3分,共15分)

1.系統(tǒng)分析師在需求分析階段需要關(guān)注以下哪些方面?

A.用戶需求

B.系統(tǒng)功能

C.系統(tǒng)性能

D.系統(tǒng)成本

2.以下哪些是系統(tǒng)分析的方法?

A.數(shù)據(jù)流圖(DFD)

B.類圖

C.狀態(tài)圖

D.時(shí)序圖

3.系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注以下哪些質(zhì)量因素?

A.可靠性

B.可維護(hù)性

C.可用性

D.可擴(kuò)展性

4.以下哪些是系統(tǒng)設(shè)計(jì)的原則?

A.單一職責(zé)原則

B.開(kāi)放封閉原則

C.Liskov替換原則

D.資源共享原則

5.系統(tǒng)分析師在項(xiàng)目驗(yàn)收階段需要關(guān)注以下哪些風(fēng)險(xiǎn)?

A.技術(shù)風(fēng)險(xiǎn)

B.項(xiàng)目管理風(fēng)險(xiǎn)

C.法律風(fēng)險(xiǎn)

D.用戶接受風(fēng)險(xiǎn)

三、判斷題(每題2分,共10分)

1.系統(tǒng)分析師在進(jìn)行需求分析時(shí),需要與用戶進(jìn)行充分的溝通。()

2.數(shù)據(jù)流圖(DFD)可以描述系統(tǒng)內(nèi)部邏輯關(guān)系,但不能展示系統(tǒng)與外部環(huán)境的交互。()

3.系統(tǒng)分析中的風(fēng)險(xiǎn)識(shí)別可以通過(guò)SWOT分析、敏感性分析等方法進(jìn)行。()

4.系統(tǒng)分析師在進(jìn)行需求分析時(shí),可以采用非結(jié)構(gòu)化分析法。()

5.系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注軟件質(zhì)量模型、軟件質(zhì)量保證、軟件質(zhì)量控制等方法。()

6.系統(tǒng)分析師在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí),需要關(guān)注軟件架構(gòu)設(shè)計(jì)、硬件架構(gòu)設(shè)計(jì)、系統(tǒng)架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)架構(gòu)設(shè)計(jì)等方面。()

7.系統(tǒng)分析師在進(jìn)行系統(tǒng)測(cè)試時(shí),需要關(guān)注單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試等方面。()

8.系統(tǒng)分析師在項(xiàng)目驗(yàn)收階段需要關(guān)注技術(shù)風(fēng)險(xiǎn)、項(xiàng)目管理風(fēng)險(xiǎn)、法律風(fēng)險(xiǎn)、用戶接受風(fēng)險(xiǎn)等方面。()

9.系統(tǒng)分析師在進(jìn)行系統(tǒng)分析時(shí),需要關(guān)注系統(tǒng)邊界、系統(tǒng)特性、系統(tǒng)風(fēng)險(xiǎn)等方面。()

10.系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注質(zhì)量管理方法,如軟件質(zhì)量模型、軟件質(zhì)量保證、軟件質(zhì)量控制、軟件質(zhì)量審計(jì)等。()

四、簡(jiǎn)答題(每題10分,共25分)

1.題目:簡(jiǎn)述系統(tǒng)分析師在需求分析階段的主要任務(wù)。

答案:系統(tǒng)分析師在需求分析階段的主要任務(wù)包括:與用戶進(jìn)行需求溝通,收集和分析用戶需求;識(shí)別和整理系統(tǒng)功能需求;定義系統(tǒng)性能需求;確定系統(tǒng)邊界和約束條件;編寫(xiě)需求規(guī)格說(shuō)明書(shū);進(jìn)行需求評(píng)審和變更管理。

2.題目:解釋系統(tǒng)架構(gòu)設(shè)計(jì)中的“單一職責(zé)原則”和“開(kāi)閉原則”。

答案:?jiǎn)我宦氊?zé)原則(SingleResponsibilityPrinciple,SRP)指出一個(gè)類應(yīng)該只有一個(gè)引起變化的原因。也就是說(shuō),一個(gè)類應(yīng)該只負(fù)責(zé)一項(xiàng)職責(zé),這樣做可以降低類的復(fù)雜度,提高代碼的可維護(hù)性和可擴(kuò)展性。

開(kāi)閉原則(Open-ClosedPrinciple,OCP)指出軟件實(shí)體(類、模塊、函數(shù)等)應(yīng)該對(duì)擴(kuò)展開(kāi)放,對(duì)修改關(guān)閉。這意味著實(shí)體可以在不修改原有代碼的情況下,通過(guò)添加新的代碼來(lái)擴(kuò)展其行為,從而實(shí)現(xiàn)系統(tǒng)的靈活性和可維護(hù)性。

3.題目:簡(jiǎn)述系統(tǒng)測(cè)試中的黑盒測(cè)試和白盒測(cè)試的區(qū)別。

答案:黑盒測(cè)試(BlackBoxTesting)是一種不需要了解內(nèi)部結(jié)構(gòu)和特性的測(cè)試方法,主要關(guān)注系統(tǒng)的功能是否符合需求規(guī)格說(shuō)明書(shū)。黑盒測(cè)試通常不涉及代碼實(shí)現(xiàn)細(xì)節(jié),測(cè)試人員通過(guò)輸入和輸出數(shù)據(jù)來(lái)驗(yàn)證系統(tǒng)的行為。

白盒測(cè)試(WhiteBoxTesting)是一種需要了解內(nèi)部結(jié)構(gòu)和特性的測(cè)試方法,主要關(guān)注系統(tǒng)的內(nèi)部邏輯和代碼實(shí)現(xiàn)。白盒測(cè)試通過(guò)檢查代碼的內(nèi)部邏輯、路徑和條件來(lái)驗(yàn)證系統(tǒng)的正確性和完整性。

4.題目:簡(jiǎn)述系統(tǒng)分析師在項(xiàng)目驗(yàn)收階段的主要職責(zé)。

答案:系統(tǒng)分析師在項(xiàng)目驗(yàn)收階段的主要職責(zé)包括:參與制定驗(yàn)收標(biāo)準(zhǔn)和驗(yàn)收計(jì)劃;協(xié)助進(jìn)行驗(yàn)收測(cè)試,驗(yàn)證系統(tǒng)功能、性能和安全性是否符合需求規(guī)格說(shuō)明書(shū);協(xié)調(diào)解決驗(yàn)收過(guò)程中發(fā)現(xiàn)的問(wèn)題;參與驗(yàn)收?qǐng)?bào)告的編寫(xiě)和提交;確保項(xiàng)目按照既定計(jì)劃順利完成。

五、論述題

題目:論述系統(tǒng)分析師在應(yīng)對(duì)復(fù)雜問(wèn)題時(shí)應(yīng)采取的步驟和方法。

答案:系統(tǒng)分析師在應(yīng)對(duì)復(fù)雜問(wèn)題時(shí),應(yīng)采取以下步驟和方法:

1.**問(wèn)題識(shí)別與定義**:

-仔細(xì)收集和分析問(wèn)題背景信息,明確問(wèn)題的具體內(nèi)容和影響范圍。

-定義問(wèn)題的核心,識(shí)別問(wèn)題的關(guān)鍵點(diǎn)和潛在的復(fù)雜因素。

2.**問(wèn)題分析**:

-運(yùn)用分析工具和技術(shù),如魚(yú)骨圖、流程圖等,對(duì)問(wèn)題進(jìn)行分解,找出問(wèn)題的根本原因。

-分析問(wèn)題的相關(guān)因素,包括技術(shù)、業(yè)務(wù)、組織和社會(huì)等層面。

3.**信息收集**:

-與利益相關(guān)者進(jìn)行溝通,收集詳細(xì)的需求和期望。

-研究現(xiàn)有的文獻(xiàn)、案例和標(biāo)準(zhǔn),獲取相關(guān)信息。

4.**構(gòu)建模型**:

-使用系統(tǒng)建模技術(shù),如實(shí)體-關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)圖等,來(lái)表示問(wèn)題的結(jié)構(gòu)和行為。

-構(gòu)建概念模型和物理模型,以便更好地理解和表達(dá)問(wèn)題。

5.**制定解決方案**:

-根據(jù)分析結(jié)果,提出可能的解決方案。

-評(píng)估每個(gè)解決方案的可行性、成本效益和風(fēng)險(xiǎn)。

6.**方案評(píng)估與選擇**:

-對(duì)提出的解決方案進(jìn)行評(píng)估,包括技術(shù)可行性、業(yè)務(wù)適用性和成本效益。

-選擇最合適的解決方案,并制定實(shí)施計(jì)劃。

7.**實(shí)施與監(jiān)控**:

-監(jiān)督解決方案的實(shí)施過(guò)程,確保按照計(jì)劃進(jìn)行。

-定期評(píng)估實(shí)施效果,調(diào)整方案以應(yīng)對(duì)出現(xiàn)的新問(wèn)題。

8.**溝通與協(xié)調(diào)**:

-與項(xiàng)目團(tuán)隊(duì)成員、利益相關(guān)者和其他干系人進(jìn)行有效溝通。

-協(xié)調(diào)不同團(tuán)隊(duì)之間的工作,確保項(xiàng)目順利進(jìn)行。

9.**持續(xù)學(xué)習(xí)與改進(jìn)**:

-不斷學(xué)習(xí)新的分析技術(shù)和工具,提高解決問(wèn)題的能力。

-從每個(gè)項(xiàng)目中學(xué)習(xí)經(jīng)驗(yàn)教訓(xùn),改進(jìn)未來(lái)的工作方法。

在應(yīng)對(duì)復(fù)雜問(wèn)題時(shí),系統(tǒng)分析師應(yīng)具備良好的邏輯思維能力、溝通能力和跨學(xué)科知識(shí),同時(shí)還需要具備靈活應(yīng)變的能力,能夠適應(yīng)不斷變化的項(xiàng)目環(huán)境和需求。通過(guò)上述步驟和方法,系統(tǒng)分析師可以更有效地識(shí)別、分析和解決復(fù)雜問(wèn)題。

試卷答案如下:

一、單項(xiàng)選擇題(每題1分,共20分)

1.D

解析思路:需求收集的常用方法包括訪談、問(wèn)卷調(diào)查和文檔分析,而數(shù)據(jù)庫(kù)查詢更多是用于數(shù)據(jù)分析和驗(yàn)證,不是需求收集的方法。

2.A

解析思路:數(shù)據(jù)流圖(DFD)主要用于描述系統(tǒng)內(nèi)部邏輯關(guān)系,展示數(shù)據(jù)在系統(tǒng)內(nèi)部的流動(dòng)過(guò)程。

3.D

解析思路:系統(tǒng)可行性分析需要考慮技術(shù)可行性、經(jīng)濟(jì)可行性和法律可行性,環(huán)境可行性雖然重要,但不是主要的考慮因素。

4.A

解析思路:系統(tǒng)分析師的角色包括用戶需求分析師、系統(tǒng)設(shè)計(jì)者和系統(tǒng)測(cè)試員,項(xiàng)目管理者通常由項(xiàng)目經(jīng)理?yè)?dān)任。

5.D

解析思路:需求分析包括需求收集、需求整理、需求評(píng)審和需求變更,系統(tǒng)開(kāi)發(fā)初期不涉及需求變更。

6.D

解析思路:用例分析法、用戶故事法和數(shù)據(jù)庫(kù)分析法都是需求分析的方法,非結(jié)構(gòu)化分析法更多用于系統(tǒng)設(shè)計(jì)。

7.D

解析思路:設(shè)計(jì)原則包括單一職責(zé)原則、開(kāi)放封閉原則、Liskov替換原則等,資源共享原則不是設(shè)計(jì)原則。

8.D

解析思路:瀑布模型、V模型、RUP模型都是軟件生命周期模型,Scrum模型是敏捷開(kāi)發(fā)方法。

9.D

解析思路:系統(tǒng)開(kāi)發(fā)初期主要進(jìn)行單元測(cè)試和集成測(cè)試,系統(tǒng)測(cè)試和性能測(cè)試在后期進(jìn)行。

10.C

解析思路:系統(tǒng)風(fēng)險(xiǎn)識(shí)別的方法包括SWOT分析、敏感性分析和風(fēng)險(xiǎn)矩陣,軟件質(zhì)量模型用于評(píng)估軟件質(zhì)量。

11.D

解析思路:項(xiàng)目驗(yàn)收階段的主要工作包括驗(yàn)收測(cè)試、用戶培訓(xùn)和項(xiàng)目總結(jié),項(xiàng)目評(píng)估屬于項(xiàng)目后評(píng)估。

12.D

解析思路:系統(tǒng)邊界確定的依據(jù)包括系統(tǒng)功能、系統(tǒng)性能和系統(tǒng)成本,系統(tǒng)安全是系統(tǒng)設(shè)計(jì)的一部分。

13.D

解析思路:系統(tǒng)分析師在需求分析階段需要關(guān)注的系統(tǒng)特性包括可用性、可維護(hù)性和可擴(kuò)展性,可移植性更多是技術(shù)實(shí)現(xiàn)層面的問(wèn)題。

14.D

解析思路:系統(tǒng)架構(gòu)設(shè)計(jì)、硬件架構(gòu)設(shè)計(jì)、軟件架構(gòu)設(shè)計(jì)都是系統(tǒng)設(shè)計(jì)的一部分,數(shù)據(jù)庫(kù)架構(gòu)設(shè)計(jì)屬于系統(tǒng)設(shè)計(jì)的一部分。

15.D

解析思路:質(zhì)量管理方法包括軟件質(zhì)量模型、軟件質(zhì)量保證、軟件質(zhì)量控制、軟件質(zhì)量審計(jì)等。

16.D

解析思路:黑盒測(cè)試、白盒測(cè)試和灰盒測(cè)試都是測(cè)試用例設(shè)計(jì)的方法,案例測(cè)試不是測(cè)試用例設(shè)計(jì)的方法。

17.D

解析思路:項(xiàng)目驗(yàn)收階段需要關(guān)注的風(fēng)險(xiǎn)包括技術(shù)風(fēng)險(xiǎn)、項(xiàng)目管理風(fēng)險(xiǎn)、法律風(fēng)險(xiǎn)和用戶接受風(fēng)險(xiǎn)。

18.B

解析思路:數(shù)據(jù)流圖(DFD)、狀態(tài)圖和時(shí)序圖都是系統(tǒng)分析的方法,類圖更多用于系統(tǒng)設(shè)計(jì)。

19.D

解析思路:系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注的質(zhì)量因素包括可靠性、可維護(hù)性、可用性和可擴(kuò)展性。

20.D

解析思路:系統(tǒng)分析的目標(biāo)包括確定系統(tǒng)需求、設(shè)計(jì)系統(tǒng)架構(gòu)、識(shí)別系統(tǒng)風(fēng)險(xiǎn)和確定項(xiàng)目范圍。

二、多項(xiàng)選擇題(每題3分,共15分)

1.ABCD

解析思路:系統(tǒng)分析師在需求分析階段需要關(guān)注用戶需求、系統(tǒng)功能、系統(tǒng)性能和系統(tǒng)成本。

2.ABCD

解析思路:系統(tǒng)分析的方法包括數(shù)據(jù)流圖(DFD)、類圖、狀態(tài)圖和時(shí)序圖。

3.ABCD

解析思路:系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注的質(zhì)量因素包括可靠性、可維護(hù)性、可用性和可擴(kuò)展性。

4.ABCD

解析思路:系統(tǒng)設(shè)計(jì)的原則包括單一職責(zé)原則、開(kāi)放封閉原則、Liskov替換原則等。

5.ABCD

解析思路:系統(tǒng)驗(yàn)收階段需要關(guān)注的風(fēng)險(xiǎn)包括技術(shù)風(fēng)險(xiǎn)、項(xiàng)目管理風(fēng)險(xiǎn)、法律風(fēng)險(xiǎn)和用戶接受風(fēng)險(xiǎn)。

三、判斷題(每題2分,共10分)

1.√

解析思路:系統(tǒng)分析師在進(jìn)行需求分析時(shí),與用戶進(jìn)行充分的溝通是確保需求準(zhǔn)確性的重要步驟。

2.×

解析思路:數(shù)據(jù)流圖(DFD)可以描述系統(tǒng)內(nèi)部邏輯關(guān)系,也可以展示系統(tǒng)與外部環(huán)境的交互。

3.√

解析思路:系統(tǒng)分析中的風(fēng)險(xiǎn)識(shí)別可以通過(guò)SWOT分析、敏感性分析等方法進(jìn)行。

4.√

解析思路:系統(tǒng)分析師在進(jìn)行需求分析時(shí),可以采用非結(jié)構(gòu)化分析法,這種方法適合于復(fù)雜和不明確的需求。

5.√

解析思路:系統(tǒng)分析師在項(xiàng)目開(kāi)發(fā)過(guò)程中需要關(guān)注軟件質(zhì)量模型、軟件質(zhì)量保證、軟件質(zhì)量控制等方法,以確保軟件質(zhì)量。

6.√

解析思路:系統(tǒng)分析師在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí),

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(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)論