項目管理及變更規(guī)定_第1頁
項目管理及變更規(guī)定_第2頁
項目管理及變更規(guī)定_第3頁
項目管理及變更規(guī)定_第4頁
項目管理及變更規(guī)定_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1.1.4項目變更管理

變更管理流程是成功交付項目的基礎(chǔ)。變更管理流程保證對在項目環(huán)境中日勺每個變更在實

行此前都得以恰當(dāng)日勺定義、評估和審批。

變更管理過程

下圖對將要執(zhí)行的變更過程和程序做了一種概述,以有效地管理與項目有關(guān)的變更,同步也

明確變更管理中日勺職責(zé)分工。

變更管理過程變更管理職責(zé)

提交變更申請

本環(huán)節(jié)中項目各方都可以提交項目變更申請,需要完畢如下工作:

?變更申請人識別項目中任何方面的變更需求(如項目范圍、軟件需求、項目計劃、組織

構(gòu)造等);

?變更申請人完畢填寫《變更管理表》中變更申請欄,并將其交項目經(jīng)理。

審核變更申請

授權(quán)項目經(jīng)理對變更申請表進(jìn)行初審,以決定與否需要一份充足日勺可行性研究匯報以供項

目管理委員會評估變更也許帶來口勺影響。做出上述決定口勺基本根據(jù)是:

?提交口勺可選擇變更數(shù)目;

?申請變更可選性的復(fù)雜程度;

?提出日勺變更處理方案的衡量。

識別變更可行性

波及變更的可行性識別,完畢填寫《變更管理表》中變更可行性闡明欄,以保證對所有的變

更可選項進(jìn)行調(diào)查并上報變更可行性研究包括對變更需求、變更可選項、變更成本及利益、變

更風(fēng)險及事項、變更帶來的影響、變更日勺提議和計劃日勺定義。項目經(jīng)理將整頓所有變更文獻(xiàn)并報

項目管理委員會做最終審核,這些文獻(xiàn)包括:

?原始的變更申請表,

?已通過口勺變更可行性研究匯報;

?所有支持性文獻(xiàn)。

同意變更申請

本環(huán)節(jié)波及項目管理委員會對變更申請的正式審核,填寫《變更管理表》中變更審批意見、

變更審批人簽字。決定與否變更的原則大體為:實行變更給項目帶來的風(fēng)險、不實行變更給項目

帶來的風(fēng)險、實行變更對項目產(chǎn)生的影響(時間、資源、財務(wù)、質(zhì)量方面)等。項目管理委員會

也許做出下列任何一種結(jié)論:

?拒絕變更;

?規(guī)定與變更布關(guān)的更多信息;

?同意變更申請;

?在特定條件下同意變更。

實行和結(jié)束變更申請

本環(huán)節(jié)波及對變更的)全面實行,包括:

?確定變更進(jìn)度(如:實行變更的日期);

?實行前對變更進(jìn)行測試;

?實行變更;

?對實行變更的成功度進(jìn)行審核;

?就實行變更的成功度進(jìn)行溝通;

?在變更日志中結(jié)束變更。

變更管理表

變更管理表是一份綜合的表,包括變更申請、變更可研闡明、變更審批意見、變更審批人簽

字。變更申請欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因,假如有其他的書面闡明,則可作為附件引用。

項目名稱:變更編號:

變更申請人:變更申請人單位:

變更申請:(變更描述和變更原因)

變更可行性研究闡明:

變更審核意見:

變更審核人員簽字(日期):

1.風(fēng)險項目提出:由項目中各小組提出其所面臨最迫切的議題,并提出對應(yīng)處理方案。

2.風(fēng)險項目列表:將所提出的項目與本項目風(fēng)險項目表比較,可直接列入項目表中或是修

改原有項目,使其涵蓋范圍擴大,之后,將其他項目作一分析,辨別其與否屬于正進(jìn)行中工作,

(例如某些已實行日勺項目因變更關(guān)系而重新實行,但這些項目不影響項目整體進(jìn)度、成本,只是

工作稍作復(fù)雜化。)倘若判斷為真正風(fēng)險項目,則將其列入風(fēng)險項目表中。

3,風(fēng)險項目追蹤:各項目小組負(fù)貢追蹤其個別的風(fēng)險項目,將成果與進(jìn)度向項目經(jīng)理匯報。

此追蹤工作包括移除非屬風(fēng)險的項目、修改控管風(fēng)險的措施及增長新的項目。若有必要,則由項

目指導(dǎo)委員會協(xié)助風(fēng)險控管。

4.風(fēng)險項目檢視:此風(fēng)險項目表可視其需要,于例行的項目管理計劃檢視會議中進(jìn)行修改

工作。

風(fēng)險分析與應(yīng)對

風(fēng)險范圍風(fēng)險原因也許的影響緩和方略

需求階段需求不清1.項目范圍不清1.挖掘客戶的真實需求

2.客戶不承認(rèn)2.需求評審,得到客戶確實認(rèn)

顧客溝通1-顧客參與1.工期的遲延1.加強領(lǐng)導(dǎo)與協(xié)調(diào),統(tǒng)一思

不積極2-實行成本增長想,獲得對整個項目目的的

2.缺乏單位一致認(rèn)識

主管領(lǐng)導(dǎo)2.選派一名客戶代表專門負(fù)

的支持。責(zé)進(jìn)行項目有關(guān)的事情

3.每周召開項目例會,由顧客

審核需求分析等文檔

4.定期通報項目進(jìn)展?fàn)顩r,每

個階段的可交付物一定要

有顧客簽收

項目實行項目范圍日勺1.項目范圍不自覺擴大1.成立聯(lián)合項目小組。在項

失控2.開支超額目定義上仔細(xì)論證。

2.項目分期執(zhí)行,新的非緊

急需求在下一期實行口考慮。

系統(tǒng)運行測試與實行1.生產(chǎn)系統(tǒng)也許會停機1.盡量完善計劃與方案,減

也許會影響2.測試計劃也許要延期少停機時間。

到生產(chǎn)系統(tǒng)2.和客戶協(xié)作,找出影響最小

的停機時間。

人員問題項目人員不1.項目周期將會延期1.授權(quán)項目經(jīng)理處理沖突

到位2.開支超額2.劃分項目小組

3.設(shè)置整合及跨職能區(qū)小組

1.1.5溝通管理

項目溝通

在IT項目中,許多專家都認(rèn)為:對于成功,威脅最大日勺就是溝通的失敗。與IT項目成功日勺

三個重要原因分別為:顧客的|積極參與,管理層日勺大力支持,需求的明確體現(xiàn)。而這三要素所有

依賴于艮好的溝通技巧,尤其是非信息技術(shù)人員。

一般而言,在一種比較完整日勺溝通管理體系中,應(yīng)當(dāng)包括如下幾方面的內(nèi)容:溝通計劃編制、

信息分發(fā)、績效匯報和管理收尾。溝通計劃決定項目干系人的信息溝通需求:誰需要什么信息,

什么時候需要,怎樣獲得c信息公布使需要的信息及時發(fā)送給項目干系人。績效匯報搜集和傳播

執(zhí)行信息,包括狀況匯報、,進(jìn)度匯報和預(yù)測。項目或項目階段在到達(dá)目日勺或因故終止后,需要進(jìn)

行收尾,管理收尾包括項目成果文檔的形成,包括項目記錄搜集、對符合最終規(guī)范的保證、對項

目的)效果(成功或教訓(xùn))進(jìn)行的分析以及這些信息的存檔(以備未來運用)。

溝通包括項目組內(nèi)部溝通和與顧客溝通兩個方面,內(nèi)部溝通是保證項目口勺內(nèi)部環(huán)節(jié)運作順

暢,各項資源能按規(guī)定到位的重要工作,而進(jìn)行細(xì)致的顧客溝通,是防止項目目的)和需求出現(xiàn)偏

差的重要手段,溝通日勺方式是不拘形式日勺,從簡短的談話到定期的會議,從簡樸日勺書面文獻(xiàn)到即

時查詢在線進(jìn)度表和數(shù)據(jù)庫,從到電子郵件,甚至視頻會議,遠(yuǎn)程控制等等。

階段評審會議

在項目建設(shè)中,在每個階段的結(jié)束,都需要對項目成果進(jìn)行階段評審會議,以保證大家對項

目進(jìn)行到目前為止日勺成果予以認(rèn)同。

參與人員根據(jù)實際狀況進(jìn)行調(diào)整,有也許是項目組、客戶方、或者高層管理人員。如:需求

調(diào)研階段結(jié)束后,大家共同對需求規(guī)格闡明書進(jìn)行評審,確認(rèn)需求規(guī)格闡明書描述了客戶所提出

的所有需求。

匯報

在項目過程中,我們會提交兩種類型的匯報:

《項目周報》

項目周報,可以由項目團(tuán)體組員為項目經(jīng)理準(zhǔn)備,由項目經(jīng)理為客戶準(zhǔn)備.或由項

目經(jīng)理為機關(guān)的上層管理者準(zhǔn)備。

項目周報的綱要如下:

?自上次匯報以來日勺工作成果;

?此前發(fā)現(xiàn)問題的處理進(jìn)展;

?下周工作計劃。

項目周報表格如下:

>項目周報

>項目經(jīng)理-》項目名稱

>技術(shù)經(jīng)理>匯報日期>

>本周計劃完

畢日勺工作

>上周實際完>

畢日勺工作

>上周工作的X

差異闡明

>差異處理計A

劃與提議

>需要日勺支持>

闡明

《項目匯報》

在一種項目中,必要的匯報將能保證項目負(fù)責(zé)人對項目進(jìn)行有效的控制,同步也能

使顧客方理解項目的進(jìn)展?fàn)顩r,保證問題的暴露和處理能控制在一種相對比較短的時

間內(nèi)。為此,在項目過程中,項目人員需要進(jìn)行如下方式的項目匯報工作:

匯報類型提交周期提交時間重要內(nèi)容提交人員

月度工作每月提交每月16日本月二作內(nèi)容(明確項目負(fù)責(zé)人;項

總結(jié)前到每個工作日);心目實行人員

得、提議

項目狀況項目實行隨時碰到的問題;也許導(dǎo)項目負(fù)責(zé)人;項

匯報過程中致的后果,?處理思緒目實行人員

與措施;需要的協(xié)助

項目總結(jié)項目結(jié)束項目結(jié)束項目基本狀況;實行

項目負(fù)責(zé)人

時提交后5個工過程:問題及處理措

作日內(nèi)施;心得、提議

1.2質(zhì)量保障程序

本小結(jié)波及內(nèi)容為在項目實行管理中,我們所采用的質(zhì)量控制措施及程序。這在指導(dǎo)與監(jiān)督

系統(tǒng)集成和企業(yè)IT建設(shè)有著非常重要的作用,是我們向最終顧客提交高滿意度成果日勺保證。

詳細(xì)內(nèi)容包括幾種方面:

>質(zhì)量管理規(guī)范與原則

>項目質(zhì)量保證籌劃

>質(zhì)量度量

>質(zhì)量考核

>過程監(jiān)控與階段評審

>系統(tǒng)測試與驗收

>配置管理

>文檔管理

>獨立的項目審計

1.2.1質(zhì)量管理規(guī)范與原則

質(zhì)量管理是項目管理的關(guān)鍵環(huán)節(jié)。為了保證該項目的順利實行,根據(jù)IS010006項目管理質(zhì)

量原則的有關(guān)規(guī)定,成立專門的項目質(zhì)量管理小組,對項目實行進(jìn)行全程的質(zhì)量管理工作。同步

在項目實行過程中將遵照IS010006日勺原則進(jìn)行管理。

122項目質(zhì)量保證籌劃

在本項目中必須統(tǒng)一原則,明確定義保證項目質(zhì)量日勺責(zé)任和措施。結(jié)合項目日勺實際狀況,質(zhì)

量保證籌劃可分為如下幾點:

>項目經(jīng)理在項目的進(jìn)度、問題上進(jìn)行監(jiān)督、協(xié)調(diào)和指導(dǎo)。

>項目技術(shù)負(fù)責(zé)人在項目日勺技術(shù)問題、實行進(jìn)度上進(jìn)行監(jiān)督和指導(dǎo)。

>項目負(fù)責(zé)人進(jìn)行項目的總體管理和控制.聽取客戶的意見,尋求改善的措施由始至終

負(fù)責(zé)整個項目的實行。

>選派具有專業(yè)專長的項目工程師認(rèn)真準(zhǔn)備針對自己領(lǐng)域的工作、培訓(xùn)或試驗環(huán)境,聽取

客戶對培訓(xùn)內(nèi)容的提議和意見,圓滿處理客戶提出的)有關(guān)問題。

>每一種階段的)工作內(nèi)容結(jié)束后,做工作總結(jié)和定期日勺狀態(tài)匯報會,以保證客戶和項目負(fù)

責(zé)人能及時跟蹤工作的進(jìn)展

1.2.3過程監(jiān)控與階段評審

在項目計劃階段,成立由技術(shù)專家與顧客構(gòu)成的項目評審小組,職責(zé)如下:

>對項目可行性進(jìn)行評審;

>對項目實行計足進(jìn)行評審;

>對每個階段成果和階段匯報進(jìn)行評審

1.2.4系統(tǒng)測試

項目實行過程包括多種方面的工作和任務(wù),每一項任務(wù)的完畢、每一種文檔的提交、每一種

設(shè)備、軟件或應(yīng)用系統(tǒng)的交付,均有對應(yīng)的完畢標(biāo)志和測試、評估和驗收原則。對于系統(tǒng)、網(wǎng)絡(luò)

與應(yīng)用等重大日勺工作里程碑事件,測試驗收工作更為嚴(yán)謹(jǐn)和充足,計劃更為周密。

按照項目實行程序,整個項目實行過程中要對不一樣的交付項目進(jìn)行如下各類測試和驗收

中的一種或幾種。

>安裝測試

采用原則的測試程序I:如硬件設(shè)備開機自檢)和操作措施,對交付件進(jìn)行測試。一般用于對硬

件設(shè)備和系統(tǒng)軟件日勺驗收,

>系統(tǒng)集成測試

對整個系統(tǒng),包括硬件、系統(tǒng)軟件、數(shù)據(jù)庫復(fù)制程序、應(yīng)用程序、網(wǎng)絡(luò)等各個方面進(jìn)行全面

測試,驗證系統(tǒng)與否到達(dá)設(shè)計目的日勺測試過程。

>容災(zāi)系統(tǒng)切換實行測試、容災(zāi)系統(tǒng)演習(xí)測試。

>性能測試、壓力測試

性能測試是對系統(tǒng)設(shè)計的多種數(shù)量化指標(biāo)進(jìn)行測試,檢查交付系統(tǒng)與否到達(dá)設(shè)計規(guī)定的過

程。壓力測試的內(nèi)容包括測試系統(tǒng)在特定工作負(fù)載下的性能體現(xiàn)。

1.2.5配置管理

配置管理工作貫穿于整個項目實行過程中,配置管理人員的工作內(nèi)容如下:

>制定配置管理計劃

為配合項目管理,在項目實行初期,配置管理人員與項目經(jīng)理協(xié)商,制定配置管理的計劃,

規(guī)劃未來的配置管理工作,

配置管理計劃日勺約束條件:

>配置管理日勺規(guī)劃必須以項目開展的工作為基礎(chǔ),參照工作闡明書;

>配置管理計劃的編寫必須以企業(yè)的流程為模版,與工作闡明書和質(zhì)量保證計劃相一致;

>配置管理計劃可以指導(dǎo)未來口勺配置管理工作,配置管理工作必須以配置管理計劃為基準(zhǔn);

>配置管理計劃必須通過最終日勺評審?fù)ㄟ^,才可以成立;

>如配置管理計丸不能滿足未來配置管理工作口勺需要,可以再增長配置管理工作計劃作為

配置管理計劃的輔助,指導(dǎo)未來的配置管理工作;

>規(guī)范配置管理環(huán)境配置管理計劃制定結(jié)束后,配置管理人員要根據(jù)計劃實行配置管理日勺

前期工作;

與項目負(fù)責(zé)人討論變更控制的實行與項目負(fù)責(zé)人討論項目中變更控制實行的措施,指定出對應(yīng)

的)變更控制流程。

1.2.6文檔管理

文檔在技術(shù)實行人員、維護(hù)人員、顧客以及計算機之間的關(guān)系是多向的。在項目的各個階段

中以文檔作為前階段工作成果的體現(xiàn)和后階段工作的根據(jù),這個作用是顯而易見的。我們在文檔

管理中把文檔分為三類:

■管理文檔:項目實行人員需制定某些工作計劃或工作匯報,這些計劃和匯報都要提供

應(yīng)管理人員,并得到必要的支持。管理人員則可通過這些文檔理解項目安排、進(jìn)

度、資源使用和成果等。

■項目執(zhí)行文檔:比類文檔是為了保證項目實行按照規(guī)范和正規(guī)流程來執(zhí)行,也是為了

保證工程質(zhì)量。

■顧客文檔:實行人員為使顧客理解產(chǎn)品的使用,操作和維護(hù)提供詳細(xì)的資料。

詳細(xì)文檔列表如下:

項目周報

個人日報和周報

管理文檔項目會議和紀(jì)要

QA周報

進(jìn)度周報

IT系統(tǒng)現(xiàn)實狀況及應(yīng)用關(guān)聯(lián)分析匯

業(yè)務(wù)影響分析匯報

容災(zāi)系統(tǒng)文檔容災(zāi)系統(tǒng)應(yīng)急預(yù)案

容災(zāi)系統(tǒng)切換實行方案

容災(zāi)系統(tǒng)演習(xí)方案

平常管理維護(hù)方案

環(huán)境數(shù)據(jù)搜集文檔

安裝配置方案

數(shù)據(jù)復(fù)制實行文檔生產(chǎn)節(jié)點軟件安裝配置文檔

項目執(zhí)行文檔備份節(jié)點軟件安裝配置文檔

配置文獻(xiàn)

設(shè)備供貨清單

產(chǎn)品闡明書

貨品檢收匯報

系統(tǒng)實行計劃

集成文檔系統(tǒng)實行手冊

測試匯報

試運行匯報

項目總結(jié)匯報

終驗匯報

系統(tǒng)技術(shù)實行方案

技術(shù)參照手冊

顧客文檔產(chǎn)品安裝手冊

產(chǎn)品使用和維護(hù)手冊

系統(tǒng)管理員手冊

1.3項目實行

1.3.1實行計劃

僅有一種清晰日勺工程組織對于項目日勺完畢是遠(yuǎn)遠(yuǎn)不夠日勺。在有充足的)組織能力之后,還需要

一種完善的項目實行計劃,

項目審批立項階段(2023年2月至2023年6月):

1)深入貫徹項目領(lǐng)導(dǎo)、管理、實行機構(gòu);

2)項目需求分析匯報、提議書編制及報批;

3)可行性研究匯報編制及報批;

4)初步設(shè)計編制及報批。

項目實行階段(2023年7月至2023年10月):

1)編制招標(biāo)文獻(xiàn),進(jìn)行設(shè)備、工程及服務(wù)招標(biāo);

2)商務(wù)談判,簽訂協(xié)議;

3)有關(guān)原則規(guī)范的研究與制定;

4)網(wǎng)絡(luò)線路鋪設(shè);

5)數(shù)據(jù)中心、災(zāi)備中心及網(wǎng)絡(luò)控制調(diào)度中心設(shè)備安裝調(diào)試;

6)應(yīng)用系統(tǒng)軟件開發(fā);

7)系統(tǒng)測試;

8)系統(tǒng)集成、系統(tǒng)布署

9)系統(tǒng)應(yīng)用培訓(xùn)。

項目驗收及運行維護(hù)階段(2023年11月):

1)項目初驗和試運行;

2)項目竣工驗收;

3)系統(tǒng)推廣應(yīng)用。

項目實行詳細(xì)詳細(xì)進(jìn)度根據(jù)項目立項時間順后推移:進(jìn)度計劃時間所有按照工作日,且工作

日中排除了春節(jié)、國慶等重大節(jié)假日原因,詳細(xì)的進(jìn)度計劃可根據(jù)項目開展?fàn)顩r進(jìn)行調(diào)整。

1.3.1重要實行環(huán)節(jié)

1.3.1數(shù)據(jù)中心、災(zāi)備中心及網(wǎng)絡(luò)控制調(diào)度中心系統(tǒng)集成

工作階段工作內(nèi)容

前期準(zhǔn)備階段數(shù)據(jù)中心,災(zāi)備中心和網(wǎng)絡(luò)控制調(diào)度中心日勺環(huán)境詳細(xì)狀況的理解;

編制網(wǎng)絡(luò)規(guī)劃設(shè)計及機柜圖規(guī)劃設(shè)計;安裝計劃和配置方案制定;配

設(shè)計階段置文獻(xiàn)日勺準(zhǔn)備;組織召開設(shè)計評審會,評審?fù)ㄟ^后的設(shè)計方案視為本

階段結(jié)束標(biāo)志產(chǎn)物

嚴(yán)格按照設(shè)計方案進(jìn)行現(xiàn)場實行,現(xiàn)場實行時嚴(yán)格按照現(xiàn)場實行規(guī)范

方案實行階段

手冊進(jìn)行實行;

嚴(yán)格按照測試方案(安全測試、性能測試)對布署后的設(shè)備及基礎(chǔ)環(huán)

測試境進(jìn)行測試,重要測試網(wǎng)絡(luò)安全、系統(tǒng)安全、網(wǎng)絡(luò)聯(lián)通性、網(wǎng)絡(luò)性能、

系統(tǒng)性能、存儲系統(tǒng)能及各基礎(chǔ)環(huán)境性能。

針對布署后的)設(shè)備及基礎(chǔ)環(huán)境,編寫培訓(xùn)手冊及培訓(xùn)講義,對項目系

現(xiàn)場培訓(xùn)

統(tǒng)運維人員進(jìn)行現(xiàn)場培訓(xùn)

1.3.2應(yīng)用系統(tǒng)軟件集成

工作階段工作內(nèi)容

需求階段對各應(yīng)用系統(tǒng)軟件進(jìn)行需求調(diào)研及需求分析,形成需求文檔

針對各應(yīng)用系統(tǒng)的需求編制招標(biāo)文獻(xiàn),并通過規(guī)范的招投標(biāo)工作為各

招投標(biāo)階段

應(yīng)用系統(tǒng)選擇合適的廠商

中標(biāo)廠商針對所負(fù)責(zé)的應(yīng)用系統(tǒng)按照軟件研發(fā)管理規(guī)范進(jìn)行設(shè)計、開

研發(fā)階段

發(fā)、測試,并根據(jù)項目管理規(guī)定按期提交項目進(jìn)度匯報;

各應(yīng)用系統(tǒng)軟件提供商根據(jù)實際環(huán)境狀況編寫布署方案,通過評審后

布署階段

按照布署方案進(jìn)行布署。

培訓(xùn)各應(yīng)用系統(tǒng)編制培訓(xùn)計劃及培訓(xùn)講義,按照培訓(xùn)計劃組織有關(guān)人員進(jìn)

行培訓(xùn)

1.4項目驗收

1.4.1產(chǎn)品到貨驗收

K現(xiàn)場驗收:設(shè)備運抵安裝現(xiàn)場后,顧客和我司開箱共同進(jìn)行初驗,在顧客的統(tǒng)一領(lǐng)導(dǎo)下

進(jìn)行,由技術(shù)監(jiān)督方組織買賣雙方共同進(jìn)行產(chǎn)品各項設(shè)備的清點(包括開箱清點貨品及清單并登

記造冊),并由我司負(fù)責(zé)按照協(xié)議規(guī)定和有關(guān)技術(shù)原則進(jìn)行產(chǎn)品的安裝(包括產(chǎn)品配套零部件日勺

安裝),加電測試有關(guān)配套設(shè)備日勺安裝,完畢產(chǎn)品日勺初驗工作,在交貨時,我司同步向顧客交付

的1產(chǎn)品合格證,保修卡,有關(guān)

溫馨提示

  • 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

提交評論