質(zhì)量保證計劃系統(tǒng)文件_第1頁
質(zhì)量保證計劃系統(tǒng)文件_第2頁
質(zhì)量保證計劃系統(tǒng)文件_第3頁
質(zhì)量保證計劃系統(tǒng)文件_第4頁
質(zhì)量保證計劃系統(tǒng)文件_第5頁
已閱讀5頁,還剩30頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 HYPERLINK / HYPERLINK / XX系統(tǒng)質(zhì)量保證打算目 錄 TOC o 1-4 h z u HYPERLINK l _Toc119306744 第一章引言 PAGEREF _Toc119306744 h 1 HYPERLINK l _Toc119306745 1.1.目的 PAGEREF _Toc119306745 h 1 HYPERLINK l _Toc119306746 1.2.定義 PAGEREF _Toc119306746 h 1 HYPERLINK l _Toc119306747 1.3.參考資料 PAGEREF _Toc119306747 h 1 HYPERLIN

2、K l _Toc119306748 第二章治理 PAGEREF _Toc119306748 h 1 HYPERLINK l _Toc119306749 2.1.機(jī)構(gòu) PAGEREF _Toc119306749 h 1 HYPERLINK l _Toc119306750 2.2.任務(wù) PAGEREF _Toc119306750 h 1 HYPERLINK l _Toc119306751 2.3.職責(zé) PAGEREF _Toc119306751 h 1 HYPERLINK l _Toc119306752 第三章文檔 PAGEREF _Toc119306752 h 1 HYPERLINK l _To

3、c119306753 3.1.差不多文檔 PAGEREF _Toc119306753 h 1 HYPERLINK l _Toc119306754 3.2.其他文檔 PAGEREF _Toc119306754 h 1 HYPERLINK l _Toc119306755 3.3.文檔質(zhì)量的度量準(zhǔn)則 PAGEREF _Toc119306755 h 1 HYPERLINK l _Toc119306756 第四章標(biāo)準(zhǔn)、條例和約定 PAGEREF _Toc119306756 h 1 HYPERLINK l _Toc119306757 第五章評審和檢查 PAGEREF _Toc119306757 h 1 H

4、YPERLINK l _Toc119306758 5.1.第一次評審 PAGEREF _Toc119306758 h 1 HYPERLINK l _Toc119306759 5.2.第二次評審 PAGEREF _Toc119306759 h 1 HYPERLINK l _Toc119306760 5.3.第三次評審 PAGEREF _Toc119306760 h 1 HYPERLINK l _Toc119306761 第六章軟件配置治理 PAGEREF _Toc119306761 h 1 HYPERLINK l _Toc119306762 第七章工具、技術(shù)和方法 PAGEREF _Toc119

5、306762 h 1 HYPERLINK l _Toc119306763 第八章媒體操縱 PAGEREF _Toc119306763 h 1 HYPERLINK l _Toc119306764 第九章對供貨單位的操縱 PAGEREF _Toc119306764 h 1 HYPERLINK l _Toc119306765 第十章記錄收集、維護(hù)和保存 PAGEREF _Toc119306765 h 1 HYPERLINK l _Toc119306766 第十一章附 錄 A PAGEREF _Toc119306766 h 1 HYPERLINK l _Toc119306767 第十二章附 錄 B P

6、AGEREF _Toc119306767 h 1 HYPERLINK l _Toc119306768 第十三章附 錄 C PAGEREF _Toc119306768 h 1引言目的描述質(zhì)量保證打算目的,示例如下,文檔編寫時刪除綠色文字部分本打算的目的在于對所開發(fā)系統(tǒng)軟件規(guī)定各種必要的質(zhì)量保證措施,以保證交付軟件能夠滿足項目托付書或合同中規(guī)定的各項需求。 系統(tǒng)軟件及所屬的各個子系統(tǒng)(其中包括為本項目研制或選用的各種支持軟件)時,都應(yīng)該報告本打算中的有關(guān)規(guī)定,但可依照各自的情況對打算作適當(dāng)?shù)募舨?,以滿足特定的質(zhì)量保證要求,剪裁后的打算必須通過批準(zhǔn)。定義定義文檔編寫過程中用到的一些術(shù)語或約定的簡稱標(biāo)

7、準(zhǔn)等,示例如下,文檔編寫時刪除綠色文字部分本打算用到的一些術(shù)語的定義按GB/T 11457和GB/T 12505 。參考資料文檔編寫過程中參考的文檔,示例如下,文檔編寫時刪除綠色文字部分GB/T 11457 軟件工程術(shù)語 GB 8566 計算機(jī)軟件開發(fā)規(guī)范 GB 8567 計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 GB/T 12504 計算機(jī)軟件質(zhì)量保證打算規(guī)范 GB/T 12505 計算機(jī)軟件配置治理打算規(guī)范 治理機(jī)構(gòu)在本軟件系統(tǒng)整個開發(fā)期間,必須成立軟件質(zhì)量保證小組負(fù)責(zé)質(zhì)量保證工作。軟件質(zhì)量保證小組屬總體組領(lǐng)導(dǎo),由總體組代表、項目的軟件工程小組代表、項目的專職質(zhì)量保證人員、項目的專職配置治理人員以及

8、各個子系統(tǒng)軟件質(zhì)量保證人員等方面的人員組成,由項目的軟件工程小組代表任組長。各子系統(tǒng)的軟件質(zhì)量保證人員在業(yè)務(wù)上受軟件質(zhì)量保證小組領(lǐng)導(dǎo),在行政上受各子系統(tǒng)負(fù)責(zé)人領(lǐng)導(dǎo)。 軟件質(zhì)量保證小組和軟件質(zhì)量保證人員必須檢查和督促本打算的實施。各子系統(tǒng)的軟件質(zhì)量保證人員有權(quán)直接向軟件質(zhì)量保證小組報告子項目的軟件質(zhì)量狀況。各子系統(tǒng)的軟件質(zhì)量保證人員應(yīng)該依照對子項目的具體要求,制訂必要的規(guī)程和規(guī)定,以確保完全遵守本打算規(guī)定的所有要求。任務(wù)軟件質(zhì)量保證工作涉及軟件生存同期各時期的活動,應(yīng)該貫徹到日常的軟件開發(fā)活動中,而且應(yīng)該特不注意軟件質(zhì)量的早期評審工作。因此,對新開發(fā)的或正在開發(fā)的各子系統(tǒng),要按照GB 8566與

9、本打算的各項規(guī)定進(jìn)行各項評審工作。軟件質(zhì)量保證小組要派成員參加所有的評審與檢查活動。評審與檢查的目的是為了確保在軟件開發(fā)工作的各個時期和各個方面都認(rèn)真采取各項措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中,經(jīng)總體組研究決定,在軟件及其所屬各子系統(tǒng)的開發(fā)過程中,應(yīng)該進(jìn)行以下三次評審:第一次評審軟件需求、概要設(shè)計、驗證與確認(rèn)方法;第二次評審詳細(xì)設(shè)計、功能測試與演示,并對第一次評審結(jié)果復(fù)核;第三次是功能檢查、物理檢查和綜合檢查。關(guān)于這些評審工作的詳細(xì)內(nèi)容見第5章。時期評審工作要組織專門的評審小組,原則上由項目總體小組成員或特邀專家擔(dān)任評審組長,評審小組成員應(yīng)該包括項目托付單位或用戶的代表、質(zhì)量保證人員

10、、軟件開發(fā)單位和上級主管部門的代表,其他參加人員視評審內(nèi)容而定。每一次評審工作都應(yīng)填寫評審總結(jié)報告(RSR)、評審問題記錄(RPL)、評審成員簽字(RMT)與軟件問題報告單(SPR)等四張表格。這四張時期評審報表的具體格式應(yīng)與附錄C中的規(guī)定相一致。日常檢查:在軟件的開發(fā)過程中,各子系統(tǒng)應(yīng)該填寫項目進(jìn)度報告。項目狀態(tài)報告的格式與附錄B中的規(guī)定相一致。軟件驗收:必須組織專門的驗收小組對系統(tǒng)軟件系統(tǒng)及其所屬各個子系統(tǒng)進(jìn)行驗收。驗收工作應(yīng)按照公安部機(jī)關(guān)金盾工程項目驗收方法進(jìn)行。職責(zé)在軟件質(zhì)量保證小組中,其各方面人員的職責(zé)如下: 組長全面負(fù)責(zé)有關(guān)軟件質(zhì)量保證的各項工作; 總體組代表負(fù)責(zé)有關(guān)時期評審、項目

11、進(jìn)展報表檢查以及軟件驗收預(yù)備等三方面工作中的質(zhì)量保證工作。 項目的專職配置治理人員負(fù)責(zé)有關(guān)軟件配置變動、軟件媒體操縱以及對供貨單位的操縱等三方面的質(zhì)量保證活動; 各子系統(tǒng)的軟件質(zhì)量保證人員負(fù)責(zé)測試復(fù)查和文檔的規(guī)范化檢查工作; 用戶代表負(fù)責(zé)反映用戶的質(zhì)量要求,并協(xié)助檢查各類人員對軟件質(zhì)量保證打算的執(zhí)行情況; 項目的專職質(zhì)量保證人員協(xié)助組長開展各項軟件質(zhì)量保證活動,負(fù)責(zé)審查所采納的質(zhì)量保證工具、技術(shù)和方法,并負(fù)責(zé)匯總、維護(hù)和保存有關(guān)軟件質(zhì)量活動的各項記錄。 文檔本章給出了在系統(tǒng)軟件開發(fā)過程各時期需要編制的文檔名稱及其要求,同時規(guī)定了評審文檔質(zhì)量的通用的度量準(zhǔn)則。差不多文檔為了確保軟件的實現(xiàn)滿足需求

12、,系統(tǒng)軟件各開發(fā)單位至少應(yīng)該編寫以下八個方面內(nèi)容的文檔:軟件需求規(guī)格講明書; 軟件設(shè)計講明書,對一些規(guī)模較大或復(fù)雜性較高的項目,應(yīng)該把本文檔分成概要設(shè)計講明書與詳細(xì)設(shè)計講明書兩個文檔; 軟件測試打算; 軟件測試報告; 用戶手冊; 源程序清單; 項目實施打算; 項目開發(fā)總結(jié)。 其他文檔除了差不多文檔之外,關(guān)于尚在開發(fā)中的軟件,還應(yīng)該包括以下四個方面的文檔:軟件質(zhì)量保證打算; 軟件配置打算; 項目進(jìn)展報表; 時期評審報表; 注:前面兩個文檔由項目工程小組制訂,屬于治理文檔,各個子系統(tǒng)的項目承辦單位與軟件開發(fā)單位都應(yīng)認(rèn)真執(zhí)行打算中規(guī)定的條款。后面兩類文檔屬于工作文檔,確實是本打算的2.2中提到的四張

13、項目進(jìn)展季報表。文檔質(zhì)量的度量準(zhǔn)則文檔是軟件的重要組成部分,是軟件生存周期各個不同時期的產(chǎn)品描述。難作確認(rèn)確實是要檢查各時期文檔的合適性。評審文檔質(zhì)量的度量準(zhǔn)則是有以下六條:完備性:應(yīng)按照GB 8567的規(guī)定編制相應(yīng)的文檔,以保證在開發(fā)時期結(jié)束時其文檔是齊全的。 正確性:在軟件開發(fā)各個時期所編寫的文檔的內(nèi)容,必須真實的反映時期的工作且與該時期的需求相一致。 簡明性:在軟件開發(fā)各個時期所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡煉,適合各種文檔的特定讀者。 可追蹤性:在軟件開發(fā)各個時期所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。前者是指在不同的文檔

14、的相關(guān)內(nèi)容之間相互檢索的難易程序;后者是指確定同一文檔某一內(nèi)容在本文檔中的范圍的難易程度。 自講明性:在軟件開發(fā)各個時期所編寫的各種文檔應(yīng)該具有較好的自講明性。文檔的自講明性是指在軟件開發(fā)各個時期中的不同文檔能獨立表達(dá)該軟件其相應(yīng)時期的時期產(chǎn)品的能力。 規(guī)范性:在軟件開發(fā)各個時期所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范的規(guī)定。 標(biāo)準(zhǔn)、條例和約定在系統(tǒng)軟件系統(tǒng)的開發(fā)過程中,還必須遵守下列標(biāo)準(zhǔn)、條例和約定:XX系統(tǒng)軟件配置治理打算 評審和檢查本章具體規(guī)定了應(yīng)該進(jìn)行的時期評審、時期評審的內(nèi)容和評審的時刻要求。對新開發(fā)的或正在開發(fā)過程

15、中的各個子系統(tǒng),都要按照GB 8566的規(guī)定進(jìn)行定期的或時期性的各項評審工作。就整個軟件開發(fā)過程而言,至少要進(jìn)行軟件需求評審、概要設(shè)計評審、詳細(xì)設(shè)計評審、軟件驗證和確認(rèn)評審、功能檢查、物理檢查、綜合檢查以及治理評審等八個方面的評審和檢查工作。如本打算第2.2條所述,經(jīng)總體研究決定,在全XX系統(tǒng)軟件及其所屬各個子系統(tǒng)的開發(fā)過程中,把前七種評審分成三次進(jìn)行。有每次評審之后,要對評審結(jié)果作出明確的治理決策。下面給出每次評審應(yīng)該進(jìn)行的工作。第一次評審第一次評審會要對軟件需求、概要設(shè)計以及驗證與確認(rèn)方法進(jìn)行評審。軟件需求評審應(yīng)確保在軟件需求規(guī)格講明書中規(guī)定的各項需求的合理性。 概要設(shè)計評審應(yīng)評價軟件設(shè)計

16、講明書中的軟件概要設(shè)計的技術(shù)合適性。 軟件驗證和確認(rèn)評審應(yīng)評價軟件驗證和確認(rèn)打算中確定的驗證和確認(rèn)方法的合適性和完整性。 第二次評審第二次評審會要對詳細(xì)設(shè)計、功能測試與演示進(jìn)行評審,并對第一次評審結(jié)果進(jìn)行復(fù)核。假如在軟件開發(fā)過程中發(fā)覺需要修改第一次評審結(jié)果,則應(yīng)按照XX系統(tǒng)軟件配置治理打算的規(guī)定處理。詳細(xì)設(shè)計評審應(yīng)確定軟件設(shè)計講明書中的詳細(xì)設(shè)計在滿足軟件需求規(guī)格講明書中的需求方面的可同意性。 編程格式評審應(yīng)確保所有編碼采納規(guī)定的工作語言,能在規(guī)定的運行環(huán)境中運行,滿足C語言編程格式約定,同時符合GB 8566中提倡的編程風(fēng)格。在滿足這些要求之后,方可進(jìn)行測試工作評審。 測試工作評審應(yīng)對所有的程

17、序單元進(jìn)行靜態(tài)分析,檢查其程序結(jié)構(gòu)(即模塊和函數(shù)的調(diào)用關(guān)系和調(diào)用序列)和變量使用是否正確。在通過靜態(tài)分析后,再進(jìn)行結(jié)構(gòu)測試和功能測試。在結(jié)構(gòu)測試中,所有程序單元結(jié)構(gòu)測試的語句覆蓋C。必須等于100%,分支覆蓋C1必須大于或等于85%。要給出第個單元的輸入和輸出變量的變化范圍。各個子系統(tǒng)只進(jìn)行功能測試,不單獨進(jìn)行結(jié)構(gòu)測試,因而要登錄程序單元之間接口的變量值。力圖使?jié)M足單元測試的C1和C。準(zhǔn)則的那些測試用例在子系統(tǒng)功能測試時得到再現(xiàn)。測試測試工作評審要檢查所進(jìn)行的測試工作是否滿足這些要求。特不在評審功能測試工作時,不僅要運行開發(fā)單位給出的測試用例,而且要同意運行任務(wù)托付單位或用戶、評審人員選定的采

18、樣用例。 第三次評審第三次評審會要進(jìn)行功能檢查、物理檢查和綜合檢查。這些評審會應(yīng)在集成測試時期結(jié)束后進(jìn)行。功能檢查應(yīng)驗證所開發(fā)的軟件已滿足在軟件需求規(guī)格講明書中規(guī)定的所有需求。 物理檢查應(yīng)對軟件進(jìn)行物理檢查,以驗證程序和文檔差不多一致,并已做好了交付的預(yù)備。 綜合檢查應(yīng)驗證代碼和設(shè)計文檔的一致性、接口規(guī)格講明的一致性(硬件和軟件)、設(shè)計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。 軟件配置治理對XX系統(tǒng)的各項配置進(jìn)行及時、合同的治理,是確保軟件的配置治理工作,可按XX系統(tǒng)軟件工程小組編寫的XX系統(tǒng)軟件配置治理打算。在特不注意規(guī)定對軟件問題報告、追蹤和解決的步驟,并指出實現(xiàn)報告、追蹤和解

19、決軟件問題的機(jī)構(gòu)及其職責(zé)。工具、技術(shù)和方法在XX系統(tǒng)項目所屬的各個子系統(tǒng)(其中包括有關(guān)的支持)的研制與開發(fā)過程中,都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量支持工具、技術(shù)和方法。這些工具要緊有下列幾種:軟件配置治理工具。它支持用戶對源代碼清單的更新治理以及對重新編譯與連接的代碼的自動組織;支持用戶有不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔中的涉及范圍;同時還應(yīng)支持軟件配置治理小組對軟件配置更改進(jìn)行科學(xué)的治理。 文檔輔助生成工具與圖形編輯工具。它要緊協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的DFD圖與SC圖、繪制描述軟件功能(輸入、輸出關(guān)系)的曲線以及繪制描述系統(tǒng)特性的一些其他圖形,同時還可

20、生成若干與XX系統(tǒng)軟件文檔編制大約相適應(yīng)的文檔模板。用戶利用那個工具的正文與圖形編輯功能以及上述輔助功能,能夠比較方便地產(chǎn)生清晰悅目的文檔,也有利于對文檔進(jìn)行更改,還有助于提高文檔的編制質(zhì)量。 媒體操縱為了愛護(hù)計算機(jī)程序的物理媒體,以免非法存取,意外損壞或自然老化,XX系統(tǒng)工程化軟件系統(tǒng)的各個子系統(tǒng)(包括支持軟件)都必須設(shè)立軟件配置治理人員,并按照XX系統(tǒng)軟件工程小組制訂的、且經(jīng)XX系統(tǒng)總體組批準(zhǔn)的XX系統(tǒng)軟件配置治理打算妥善治理和存放各個子系統(tǒng)及其專用支持軟件的媒體。對供貨單位的操縱XX系統(tǒng)項目所屬的各個子系統(tǒng)開發(fā)組,假如需要從軟件銷售單位購買、托付或其他開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中

21、選用或從項目托付單位或用戶的現(xiàn)有軟件庫中選用軟部件時,則在選用前應(yīng)向XX系統(tǒng)總體組報告,然后由XX系統(tǒng)總體組組織“軟件選用評審、測試與檢查,只有當(dāng)演示成功、測試合格后才能批準(zhǔn)選用。假如只選用其中部分內(nèi)容,則按待開發(fā)軟件的處理過程辦理,現(xiàn)在XX系統(tǒng)總體組不予干預(yù)。記錄收集、維護(hù)和保存 在XX系統(tǒng)項目及其所屬的各個子系統(tǒng)的研制與開發(fā)期間,要進(jìn)行各種軟件質(zhì)量保證活動,準(zhǔn)確記錄、及時分析并妥善保存有關(guān)這些活動的記錄,是確保軟件質(zhì)量的重要條件。在軟件質(zhì)量保證小組中,應(yīng)有專人負(fù)責(zé)收集、匯總與保存有關(guān)軟件質(zhì)量保證活動的記錄。要收集、匯總與保存的記錄名字及其保存期限見附錄A表1。附 錄 A表1 記錄名稱及其保

22、存的期限記錄的名稱與分類要保存的期限時期時期評審總結(jié)整個軟件開發(fā)周期評審時期評審問題記錄整個軟件開發(fā)周期記錄時期評審要緊問題整個軟件開發(fā)周期時期評審成員整個軟件開發(fā)周期日常軟件時期進(jìn)度整個軟件開發(fā)周期檢查軟件時期產(chǎn)品完成情況整個軟件開發(fā)周期記錄軟件開發(fā)費用統(tǒng)計表整個軟件開發(fā)周期修改軟件問題報告單整個軟件開發(fā)周期記錄軟件問題修改單整個軟件開發(fā)周期組織軟件質(zhì)量保證小組保證小組成員記錄整個軟件開發(fā)周期附 錄 B項 目 進(jìn) 展 表 B1項目進(jìn)展報表(月報表或季報表)由一項目報表表頭(表B1)和另一外三個表格(表B2、表B3、表B4)組成。在表B2中,要填寫各個時期的開工日期與結(jié)束日期。其中打算進(jìn)度是指

23、在項目實施打算中確定的打算進(jìn)度,因此能夠治理人員事先填好,而不必由開發(fā)人員填寫。實際進(jìn)度是指該項目實際的開工日期與結(jié)束日期,它將隨著該項目的不斷進(jìn)展來填寫。其中進(jìn)度是指項目組長發(fā)覺實際進(jìn)度與打算進(jìn)度不符時提出的進(jìn)度修改建議;但經(jīng)項目治理人員研究后,可能對此修改建議作某些更改。此外,在相繼的若干次報表中,項目組長提出的建議日期也可能是不相同的。在些我們規(guī)定,最終的調(diào)整進(jìn)度由項目治理來確定。在表B3“軟件時期產(chǎn)品完成情況表”中,要填寫各個文檔的開始編寫日期與完成日期。其中關(guān)于對打算進(jìn)度、調(diào)整進(jìn)度與實際進(jìn)度的含義的解釋與上相同。表B4是關(guān)于統(tǒng)計軟件開發(fā)費用的表格。表1 項目進(jìn)展報表表頭年 月子系統(tǒng)名

24、稱模塊名填表人填表日期年 月 日項目組長開發(fā)單位表B2 軟件時期進(jìn)度表子系統(tǒng)名: 模塊名: 統(tǒng)計日期: 年 月 日打算名稱打算進(jìn)度調(diào)整進(jìn)度實際進(jìn)度備注開工日期結(jié)束日期開工日期結(jié)束日期開式日期結(jié)束日期SA&SDRAPDDDCD&UTIT&STIS&ACTSSD注:SA&SD(system analysis & software definition phase):系統(tǒng)分析與軟件定義時期。RA(requirements analysis phase):需求分析時期。PD(preliminary design phase):概要設(shè)計時期。DD(detailed design phase):詳細(xì)設(shè)計時

25、期。CD&UT(coding &unit testing phase):編碼與單元測試時期。IT&ST(integrating & system testing phase):組裝與系統(tǒng)測試時期。IS&AC(installation & acceptance phase):安裝與驗收時期。TSSD(total software system development phase):整個軟件系統(tǒng)的開發(fā)時期。表3 軟件時期產(chǎn)品完成情況子系統(tǒng)名: 模塊名: 統(tǒng)計日期: 年 月 日打算進(jìn)度調(diào)整日期實際日期文檔名稱開始日期完成日期開始日期完成日期開始日期完成日期頁數(shù)備注1 項目實施打算2需求規(guī)格講明書3概要設(shè)計講明書4詳細(xì)設(shè)計講明書5 測試打算6 測試報告7 用戶手冊8 項目開發(fā)總結(jié)9 源代碼清單10 質(zhì)量保證打算11 配置治理打算表4 軟件開發(fā)費用統(tǒng)計表子系統(tǒng)名: 模塊名: 統(tǒng)計區(qū)間:從 年 月 日至 年 月 日人工費用(人

溫馨提示

  • 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論