




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
軟件配置管理標(biāo)準(zhǔn)化流程配置管理(ConfigurationManagement,CM)的目的是通過執(zhí)行版本控制、變更控制等規(guī)程,以及使用配置管理軟件,來保證所有配置項(xiàng)的完整性和可跟蹤性。配置管理是對(duì)工作成果的一種有效保護(hù)。配置管理過程域是SPP模型的重要組成部分。本規(guī)范闡述了配置管理過程域的四個(gè)主要規(guī)程:◆制定配置管理計(jì)劃[SPP-PROC-CM-PLANNING]◆配置庫管理[SPP-PROC-CM-LIB]◆配置項(xiàng)版本控制[SPP-PROC-CM-VERSION]◆配置項(xiàng)變更控制[SPP-PROC-CM-CHANGE]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。本規(guī)范適用于國內(nèi)IT企業(yè)的軟件研發(fā)項(xiàng)目。建議用戶根據(jù)自身情況(如商業(yè)目標(biāo)、研發(fā)實(shí)力等)適當(dāng)?shù)匦薷谋疽?guī)范,然后推廣使用。17.1介紹項(xiàng)目研發(fā)和管理過程中會(huì)產(chǎn)生許許多多的工作成果,例如文檔、程序和數(shù)據(jù)等,它們都應(yīng)當(dāng)被保存起來,以便查閱和修改。如果把所有文件一股腦地塞進(jìn)計(jì)算機(jī)里,那么使用起來肯定很麻煩。毫無疑問,人們應(yīng)當(dāng)將文件分門別類、有條理地保存起來。凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)(ConfigurationItem,CI),配置項(xiàng)主要有兩大類:(1)屬于產(chǎn)品組成部分的工作成果,例如需求文檔、設(shè)計(jì)文檔、源代碼、測試用例。(2)項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔。這些文檔雖然不是產(chǎn)品的組成部分,但是值得保存。每個(gè)配置項(xiàng)的主要屬性有:名稱、標(biāo)識(shí)符、文件狀態(tài)、版本、作者、日期等。所有配置項(xiàng)都被保存在配置庫里,確保不會(huì)混淆、丟失。配置項(xiàng)及其歷史記錄反映了軟件的演化過程?;€(Baseline)由一組配置項(xiàng)組成,這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體?;€中的配置項(xiàng)被“凍結(jié)”了,不能再被任何人隨意修改(見變更控制規(guī)程)。基線通常對(duì)應(yīng)于開發(fā)過程中的里程碑(Milestone),一個(gè)產(chǎn)品可以有多個(gè)基線,也可以只有一個(gè)基線?;€的主要屬性有:名稱、標(biāo)識(shí)符、版本、日期等。通常將交付給客戶的基線稱為一個(gè)“Release”,為內(nèi)部開發(fā)用的基線則稱為一個(gè)“Build”。所有的項(xiàng)目成員都要使用配置管理軟件來保護(hù)自己的工作成果。機(jī)構(gòu)應(yīng)當(dāng)采用統(tǒng)一的配置管理軟件,常見的配置管理軟件有Microsoft的VisualSourceSafe和Rational的ClearCase等。為了提高配置管理的效率和安全性,機(jī)構(gòu)應(yīng)當(dāng)有專門的配置管理員(角色)。配置管理員為每個(gè)項(xiàng)目制定《配置管理計(jì)劃》,創(chuàng)建和維護(hù)配置庫。鑒于配置管理的重要性和復(fù)雜性,機(jī)構(gòu)還應(yīng)當(dāng)設(shè)立配置控制委員會(huì)(ConfigurationControlBoard,CCB)。CCB是個(gè)虛擬小組,對(duì)配置管理各項(xiàng)活動(dòng)擁有決策權(quán)(例如審批計(jì)劃,審批變更請(qǐng)求等)。對(duì)于配置管理而言,CCB是決策者,而配置管理員是執(zhí)行者。如果機(jī)構(gòu)的各個(gè)項(xiàng)目緊密相關(guān)(例如一個(gè)產(chǎn)品線下的多個(gè)項(xiàng)目),建議機(jī)構(gòu)設(shè)立公共的CCB,這個(gè)公共的CCB對(duì)所有項(xiàng)目的配置管理擁有決策權(quán)。如果機(jī)構(gòu)的各個(gè)項(xiàng)目相對(duì)獨(dú)立,那么每個(gè)項(xiàng)目可以設(shè)立各自的CCB。CCB的決策采用“少數(shù)服從多數(shù)”原則。一、制定配置管理計(jì)劃配置管理員制定《配置管理計(jì)劃》,主要內(nèi)容包括配置管理軟硬件資源、配置項(xiàng)計(jì)劃、基線計(jì)劃、交付計(jì)劃、備份計(jì)劃等。CCB審批該計(jì)劃。二、配置庫管理配置管理員為項(xiàng)目創(chuàng)建配置庫,并給每個(gè)項(xiàng)目成員分配權(quán)限。各項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫。配置管理員定期維護(hù)配置庫,例如清楚垃圾文件、備份配置庫等。三、版本控制在項(xiàng)目開發(fā)過程中,絕大部分的配置項(xiàng)都要經(jīng)過多次的修改才能最終確定下來。對(duì)配置項(xiàng)的任何修改都將產(chǎn)生新的版本。由于我們不能保證新版本一定比老版本“好”,所以不能拋棄老版本。版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本,避免發(fā)生版本丟失或混淆等現(xiàn)象,并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。配置項(xiàng)的狀態(tài)有三種:“草稿”、“正式發(fā)布”和“正在修改”,本規(guī)程制定了配置項(xiàng)狀態(tài)變遷與版本號(hào)的規(guī)則。四、變更控制在項(xiàng)目開發(fā)過程中,配置項(xiàng)發(fā)生變更幾乎是不可避免的。變更控制的目的就是為了防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。修改處于“草稿”狀態(tài)的配置項(xiàng)不算是“變更”,無需CCB的批準(zhǔn),修改者按照版本控制規(guī)則執(zhí)行即可。當(dāng)配置項(xiàng)的狀態(tài)成為“正式發(fā)布”,或者被“凍結(jié)”后,此時(shí)任何人都不能隨意修改,必須依據(jù)“申請(qǐng)-審批-執(zhí)行變更-再評(píng)審-結(jié)束”的規(guī)則執(zhí)行。五、配置審計(jì)為了保證所有人員(包括項(xiàng)目成員、配置管理員和CCB)都遵守配置管理規(guī)范,質(zhì)量保證人員要定期審計(jì)配置管理工作。配置審計(jì)是一種“過程質(zhì)量檢查”活動(dòng),是質(zhì)量保證人員的工作職責(zé)之一。請(qǐng)參考質(zhì)量保證規(guī)范SPP-PROC-QA,此處不再論述。配置管理過程域產(chǎn)生的主要文檔有:◆《配置管理計(jì)劃》◆《配置庫管理報(bào)告》◆《配置項(xiàng)變更控制報(bào)告》17.2制定配置管理計(jì)劃17.2.1目的制定配置管理計(jì)劃,以便有計(jì)劃地開展配置管理工作。17.2.2角色與職責(zé)配置管理員制定《配置管理計(jì)劃》。CCB審批《配置管理計(jì)劃》。CCB的人數(shù)視項(xiàng)目的規(guī)模而定。通常CCB由項(xiàng)目經(jīng)理、資深項(xiàng)目成員等人組成,項(xiàng)目經(jīng)理為CCB負(fù)責(zé)人。CCB的決策采用“少數(shù)服從多數(shù)”原則。17.2.3啟動(dòng)準(zhǔn)則《項(xiàng)目計(jì)劃》已經(jīng)制定配置管理員和CCB已經(jīng)確定。17.2.4輸入《項(xiàng)目計(jì)劃》17.2.5主要步驟[Step1]確定配置管理的軟硬件資源配置管理員根據(jù)項(xiàng)目的規(guī)模以及財(cái)力,確定配置管理軟件以及計(jì)算機(jī)資源(考慮內(nèi)存、外存、CPU等)。常用的配置管理軟件有Microsoft公司的VisualSourceSafe和Rational公司的ClearCase等。[Step2]制定配置項(xiàng)計(jì)劃配置管理員識(shí)別項(xiàng)目的主要配置項(xiàng)。每個(gè)配置項(xiàng)都有唯一的標(biāo)識(shí)符,標(biāo)識(shí)符的參考格式為Project-Type…Type-Number。◆可以在Project(或Product)前面加上公司的標(biāo)識(shí)符?!鬞ype…Type表示配置項(xiàng)類型,可以采用多級(jí)縮寫。◆Number為3為數(shù)字,范圍從001到999,表示一個(gè)配置項(xiàng)有若干個(gè)文件。若配置項(xiàng)只有一個(gè)文件,則該項(xiàng)可以省略。配置項(xiàng)計(jì)劃的參考格式如下:類型主要配置項(xiàng)標(biāo)識(shí)符預(yù)計(jì)正式發(fā)布時(shí)間[Step3]制定基線計(jì)劃配置管理員確定每個(gè)基線的名稱(標(biāo)識(shí)符)及其主要配置項(xiàng),估計(jì)每個(gè)基線建立的時(shí)間?;€計(jì)劃的參考格式如下:基線名稱/標(biāo)識(shí)符基線所包含的主要配置項(xiàng)預(yù)計(jì)建立時(shí)間[Step4]制定配置庫備份計(jì)劃配置管理員制定配置庫備份計(jì)劃,指明“何人”在“何時(shí)”(頻度)將配置庫備份到“何處”。[Step5]審批《配置管理計(jì)劃》CCB審批《配置管理計(jì)劃》。若該計(jì)劃被批準(zhǔn),則請(qǐng)CCB負(fù)責(zé)人簽字認(rèn)可。否則,配置管理員按照CCB的意見修改《配置管理計(jì)劃》,直到該計(jì)劃被批準(zhǔn)為止。17.2.6輸出《配置管理計(jì)劃》17.2.7結(jié)束準(zhǔn)則《配置管理計(jì)劃》已經(jīng)制定并被CCB的批準(zhǔn)。17.2.8度量配置管理統(tǒng)計(jì)工作量以及文檔的規(guī)模,匯報(bào)給項(xiàng)目經(jīng)理。17.3配置庫管理17.3.1目的所有人員依照配置管理規(guī)范和《配置管理計(jì)劃》操作配置庫。17.3.2角色與職責(zé)配置管理創(chuàng)建并維護(hù)配置庫。項(xiàng)目成員在權(quán)限之內(nèi)操作配置庫。17.3.3啟動(dòng)準(zhǔn)則《配置管理計(jì)劃》已經(jīng)制定。配置管理的軟件硬件已經(jīng)存在。17.3.4輸入《配置管理計(jì)劃》17.3.5主要步驟[Step1]創(chuàng)建配置庫配置管理員創(chuàng)建配置庫,并且至少創(chuàng)建配置庫的所有第一級(jí)目錄。[Step2]分配權(quán)限配置管理員為每個(gè)項(xiàng)目成員分配操作權(quán)限。一般地,項(xiàng)目成員擁有Add,
Checkin/Checkout,Download等權(quán)限,但是不能擁有“刪除”權(quán)限。配置管理員的權(quán)限最高。具體操作視所采用的配置管理軟件而定。[Step3]配置庫操作與管理項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫,例如Add,
Checkin/Checkout,Download等。配置管理員根據(jù)“基線計(jì)劃”創(chuàng)建與維護(hù)基線,“凍結(jié)”配置項(xiàng),控制變更。配置管理員定期清除配置庫里的垃圾文件。配置管理員定期備份配置庫。交付管理。這里“交付”是指從配置庫中提取配置項(xiàng),交付給客戶或項(xiàng)目外的人員。交付出去的配置項(xiàng)必須有據(jù)可查,避免發(fā)生混亂。流程如下:(1)“索取人”向CCB提出交付申請(qǐng)。(2)CCB審批該申請(qǐng)。如果該申請(qǐng)不合法(合理),則拒絕交付配置項(xiàng)。如果同意交付,CCB應(yīng)給出詳細(xì)的交付清單。(3)配置管理員依據(jù)CCB的批示,從配置庫中提取配置項(xiàng)交付給“索取人”。(4)“索取人”驗(yàn)收后簽字。17.3.6輸出《配置庫管理報(bào)告》(由配置管理員撰寫)17.3.7結(jié)束準(zhǔn)則對(duì)配置庫的操作與管理將持續(xù)到項(xiàng)目結(jié)束。17.3.8度量配置管理員統(tǒng)計(jì)工作量以及文檔規(guī)模。17.3版本控制17.3.1目的按照一定的規(guī)則保存配置項(xiàng)的所有版本,避免發(fā)生版本丟失或混淆等現(xiàn)象,并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。17.3.2角色與職責(zé)所有項(xiàng)目成員都必須遵照版本控制規(guī)程操作配置庫。17.3.3配置項(xiàng)狀態(tài)變遷規(guī)則配置項(xiàng)的狀態(tài)有三種:“草稿”(Draft)、“正式發(fā)布”(Released)和“正在修改”(Changing)。配置項(xiàng)剛建立時(shí)其狀態(tài)為“草稿”。配置項(xiàng)通過評(píng)審(或?qū)徟┖螅錉顟B(tài)變?yōu)椤罢桨l(fā)布”。此后若更改配置項(xiàng),必須依照“變更控制規(guī)程”執(zhí)行,其狀態(tài)變?yōu)椤罢谛薷摹?。?dāng)配置項(xiàng)修改完畢并重新通過評(píng)審(或?qū)徟r(shí),其狀態(tài)又變?yōu)椤罢桨l(fā)布”,如此循環(huán)。17.3.4配置項(xiàng)版本號(hào)規(guī)則配置項(xiàng)的版本號(hào)與配置項(xiàng)的狀態(tài)緊密相關(guān):(1)處于“草稿”狀態(tài)的配置項(xiàng)的版本號(hào)格式為:0.YZ◆YZ數(shù)字范圍為01-99?!綦S著草稿的不斷完善,“YZ”的取值應(yīng)遞增。“YZ”的初值和增幅由用戶自己把握。(2)處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號(hào)格式為:X.Y◆X為主版本號(hào),取值范圍為1-9。Y為次版本號(hào),取值范圍為1-9。◆配置項(xiàng)第一次“正式發(fā)布”時(shí),版本號(hào)為1.0?!羧绻渲庙?xiàng)的版本升級(jí)幅度比較小,一般只增大Y值,X值保持不變。只有當(dāng)配置項(xiàng)版本升級(jí)幅度比較大時(shí),才允許增大X值。(3)處于“正在修改”狀態(tài)的配置項(xiàng)的版本號(hào)格式為:X.YZ◆配置項(xiàng)正在修改時(shí),一般只增大Z值,X.Y值保持不變?!舢?dāng)配置項(xiàng)修改完畢,狀態(tài)重新成為“正式發(fā)布”時(shí),將Z值設(shè)置為0,增加X.Y值。參見規(guī)則(2)。17.3.4配置項(xiàng)版本控制流程[Step1]創(chuàng)建配置項(xiàng)項(xiàng)目成員依據(jù)《配置管理計(jì)劃》,在配置庫中創(chuàng)建屬于其任務(wù)范圍內(nèi)的配置項(xiàng)。此時(shí)配置項(xiàng)的狀態(tài)為“草稿”,其版本號(hào)格式為0.YZ。[Step2]修改處于“草稿”狀態(tài)的配置項(xiàng)項(xiàng)目成員使用配置管理軟件的Checkout/Checkin功能,可以自由修改處于“草稿”狀態(tài)的配置項(xiàng)(不受變更控制規(guī)程約束),版本號(hào)格式為0.YZ。[Step3]技術(shù)評(píng)審或領(lǐng)導(dǎo)審批如果配置項(xiàng)是技術(shù)文檔,則需要接受技術(shù)評(píng)審(參見技術(shù)評(píng)審規(guī)程[SPP-PROC-TR])。如果配置項(xiàng)是“計(jì)劃”這類文件,則需要項(xiàng)目經(jīng)理(或上級(jí)領(lǐng)導(dǎo))的審批。若配置項(xiàng)通過了技術(shù)評(píng)審或領(lǐng)導(dǎo)審批,則轉(zhuǎn)向
[Step4],否則轉(zhuǎn)向
[Step2]。[Step4]正式發(fā)布配置項(xiàng)通過技術(shù)評(píng)審或領(lǐng)導(dǎo)審批之后,則配置項(xiàng)的狀態(tài)從“草稿”變遷為“正式發(fā)布”,版本號(hào)格式為X.Y。[Step5]變更修改處于“正式發(fā)布”狀態(tài)的配置項(xiàng),必須按照“變更控制規(guī)程”執(zhí)行,主要步驟如下(詳見變更控制規(guī)程):◆如果CCB同意變更,則配置項(xiàng)狀態(tài)從“正式發(fā)布”變遷為“正在修改”?!繇?xiàng)目成員使用Checkout/Checkin功能,可以修改處于“正在修改”狀態(tài)的配置項(xiàng),版本號(hào)格式為X.YZ?!粜薷耐戤吅螅撆渲庙?xiàng)要重新接受技術(shù)評(píng)審或領(lǐng)導(dǎo)審批,轉(zhuǎn)向[Step3]。17.4配置項(xiàng)變更控制17.4.1目的防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。17.4.2角色與職責(zé)CCB對(duì)審批變更申請(qǐng)。17.4.3啟動(dòng)準(zhǔn)則待變更的配置項(xiàng)狀態(tài)為“正式發(fā)布”,或者該配置項(xiàng)已經(jīng)成為某個(gè)基線的一部分(即被“凍結(jié)”)。17.4.4輸入待變更的配置項(xiàng)17.4.5主要步驟[Step1]變更申請(qǐng)變更申請(qǐng)人向CCB提交變更申請(qǐng),重點(diǎn)說明“變更內(nèi)容”和“變更原因”。[Step2]審批變更申請(qǐng)CCB審批該申請(qǐng),分析此變更對(duì)項(xiàng)目造成的影響。如果同意變更,則轉(zhuǎn)向
[Step3],否則終止本規(guī)程。補(bǔ)充說明:一個(gè)配置項(xiàng)的變更可能導(dǎo)致其它配置項(xiàng)也發(fā)生變更,CCB在審批變更申請(qǐng)時(shí)一定要考慮這些問題。[Step3]安排變更任務(wù)CCB指定變更執(zhí)行人,安排他們的任務(wù)。CCB需要和變更執(zhí)行人就變更內(nèi)容達(dá)成共識(shí)。補(bǔ)充說明:變更執(zhí)行人可能是變更申請(qǐng)人,也可能不是。[Step4]執(zhí)行變更任務(wù)變更執(zhí)行人根據(jù)CCB安排的任務(wù),修改配置項(xiàng)。CCB監(jiān)督變更任務(wù)的執(zhí)行,如檢查變更內(nèi)容是否正確、是否按時(shí)完成工作等。[Step5]對(duì)更改后的配置項(xiàng)重新進(jìn)行技術(shù)評(píng)審(或?qū)徟┤绻渲庙?xiàng)是技術(shù)文檔,則需要接受技術(shù)評(píng)審(參見技術(shù)評(píng)審規(guī)程[SPP-PROC-TR])。如果配置項(xiàng)是“計(jì)劃”這類文件,則需要項(xiàng)目經(jīng)理(或上級(jí)領(lǐng)導(dǎo))的審批。若配置項(xiàng)通過了技術(shù)評(píng)審或領(lǐng)導(dǎo)審批,則轉(zhuǎn)向
[Step6],否則轉(zhuǎn)向
[Step4](即重新修改)。[Step6]結(jié)束變更當(dāng)所有變更后的配置項(xiàng)都通過了技術(shù)評(píng)審或領(lǐng)導(dǎo)審批,這些配置項(xiàng)的狀態(tài)從“正在修改”變遷為“正式發(fā)布”。CCB在《配置項(xiàng)變更控制報(bào)告》中簽字,結(jié)束變更。17.4.6輸出本規(guī)程的所有信息都記錄在《配置項(xiàng)變更控制報(bào)告》中。17.4.7結(jié)束準(zhǔn)則CCB簽字結(jié)束變更。17.4.8度量CCB統(tǒng)計(jì)變更工作量。17.5實(shí)施建議要求所有人員對(duì)其工作成果進(jìn)行配置管理。對(duì)全員進(jìn)行配置管理培訓(xùn)。由于配置庫里保存的是項(xiàng)目的所有工作成果,應(yīng)當(dāng)選擇“責(zé)任心強(qiáng)、可靠”的人員擔(dān)任配置管理員。選用合適的軟件工具,盡量減少配置管理過程的工作量。附錄一:《配置管理計(jì)劃》目錄1.人員及職責(zé)提示:(1)根據(jù)《項(xiàng)目計(jì)劃》中的角色分配,確定配置管理員,CCB(配置控制委員會(huì))成員。(2)CCB的人數(shù)根據(jù)項(xiàng)目規(guī)模而定。一般地,項(xiàng)目經(jīng)理是CCB的負(fù)責(zé)人。角色人員職責(zé)、工作范圍配置管理員(1)制定《配置管理計(jì)劃》(2)創(chuàng)建和維護(hù)配置庫CCB負(fù)責(zé)人(1)審批《配置管理計(jì)劃》(2)審批重大的變更CCB成員例如:審批某些配置項(xiàng)或基線的變更2.用于配置管理的軟硬件資源提示:(1)配置管理員確定本項(xiàng)目的配置管理軟件。例如采用Microsoft公司的VisualSourceSafe或者Rationa公司的lClearCase。(2)配置管理員根據(jù)所采用的配置管理軟件,確定計(jì)算機(jī)資源(考慮內(nèi)存、外存、CPU等)。配置管理軟硬件資源說明計(jì)算機(jī)名稱內(nèi)存、外存、CPU等3.配置項(xiàng)計(jì)劃提示:配置管理員標(biāo)識(shí)配置項(xiàng),估計(jì)每個(gè)配置項(xiàng)的正式發(fā)布時(shí)間。標(biāo)識(shí)符的參考格式為Project-Type…Type-Number。例如:類型主要配置項(xiàng)標(biāo)識(shí)符預(yù)計(jì)正式發(fā)表時(shí)間計(jì)劃《項(xiàng)目計(jì)劃》《質(zhì)量保證計(jì)劃》《配置管理計(jì)劃》需求《用戶需求說明書》《軟件需求規(guī)格說明書》《需求跟蹤報(bào)告》設(shè)計(jì)《體系結(jié)構(gòu)設(shè)計(jì)報(bào)告》《數(shù)據(jù)庫設(shè)計(jì)報(bào)告》《模塊設(shè)計(jì)報(bào)告》《用戶界面設(shè)計(jì)報(bào)告》編程源程序二進(jìn)制庫測試《測試計(jì)劃》《測試用例》《測試報(bào)告》……4.基線計(jì)劃基線名稱/標(biāo)識(shí)符基線所包含的主要配置項(xiàng)預(yù)計(jì)建立
溫馨提示
- 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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 陜西職業(yè)技術(shù)學(xué)院《影視特效》2023-2024學(xué)年第一學(xué)期期末試卷
- 錦州市黑山縣2024-2025學(xué)年三年級(jí)數(shù)學(xué)第二學(xué)期期末學(xué)業(yè)質(zhì)量監(jiān)測模擬試題含解析
- 南開大學(xué)《試驗(yàn)設(shè)計(jì)與數(shù)據(jù)分析》2023-2024學(xué)年第二學(xué)期期末試卷
- 廣西電力職業(yè)技術(shù)學(xué)院《電視攝像基礎(chǔ)》2023-2024學(xué)年第二學(xué)期期末試卷
- 黔南民族醫(yī)學(xué)高等??茖W(xué)?!渡锎蠓肿与p語》2023-2024學(xué)年第二學(xué)期期末試卷
- 工程資金計(jì)劃表模板范文
- 精油美容儀問卷調(diào)查
- 激光投影施工方案范本
- 管道盲探施工方案
- 山西定向穿越施工方案
- 電復(fù)律的護(hù)理查房
- 2024年貴州現(xiàn)代物流產(chǎn)業(yè)集團(tuán)有限公司招聘筆試參考題庫含答案解析
- 20222023八下語文提優(yōu)輔導(dǎo)02(教師+學(xué)生)
- 共和國史(自己整理-僅供參考)
- 視頻監(jiān)控維保項(xiàng)目投標(biāo)方案(技術(shù)標(biāo))
- NB-T 11076-2023 高壓交流故障電流限制器通用技術(shù)規(guī)范
- 整縣(市、區(qū))屋頂分布式光伏開發(fā)方案書-V5
- 透水磚鋪裝施工方案
- 《十步訊問法》讀書筆記
- GB/T 42599-2023風(fēng)能發(fā)電系統(tǒng)電氣仿真模型驗(yàn)證
- 質(zhì)量問題解決方法之7鉆流程法
評(píng)論
0/150
提交評(píng)論