2022年維護(hù)類項(xiàng)目實(shí)施方案_第1頁
2022年維護(hù)類項(xiàng)目實(shí)施方案_第2頁
2022年維護(hù)類項(xiàng)目實(shí)施方案_第3頁
2022年維護(hù)類項(xiàng)目實(shí)施方案_第4頁
2022年維護(hù)類項(xiàng)目實(shí)施方案_第5頁
已閱讀5頁,還剩10頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

整理范本整理范本..整理范本.文件編號(hào):密級(jí):工程ID:工程編號(hào):維護(hù)類工程實(shí)施方案版本【V1.00】擬制日期審核日期批準(zhǔn)日期聲明本文件所有權(quán)和解釋權(quán)歸GDTEC所有,未經(jīng)GDTEC書面許可,不得復(fù)制或向第三方公開。修訂歷史記錄版本日期AMD修訂者說明V1.002021-01-17A田冬添加,M-修改,D-刪除〕目錄1. 系統(tǒng)架構(gòu)設(shè)計(jì) 41.1系統(tǒng)特點(diǎn) 41.2系統(tǒng)任務(wù)的類型 41.3系統(tǒng)設(shè)計(jì)原那么 41.4、用戶界面設(shè)計(jì)原那么 51.5數(shù)據(jù)建模原那么 52、概要設(shè)計(jì) 62.1、設(shè)計(jì)原那么 6統(tǒng)一設(shè)計(jì)原那么 6先進(jìn)性原那么 6高可靠/高平安性原那么 7標(biāo)準(zhǔn)化原那么 7成熟性原那么 7適用性原那么 7可擴(kuò)展性原那么 73、工程啟動(dòng) 74、需求管理 84.1需求調(diào)研 84.2需求分析 94.3需求變更 95、范圍控制 116、進(jìn)度控制 117、質(zhì)量保證 12QA經(jīng)理 12QA工程師 128、溝通管理 12工程經(jīng)理 12工程組 13QA工程師 139、風(fēng)險(xiǎn)控制 13 在出現(xiàn)不可修復(fù)的危害之前準(zhǔn)備修復(fù)方案; 1310、保密措施 13公司保密制度 13工程保密制度 1411、技術(shù)與支持 14資深專家技術(shù)支持 14合作、交流與培訓(xùn) 14系統(tǒng)架構(gòu)設(shè)計(jì)1.1系統(tǒng)特點(diǎn)總體資源和時(shí)間在合同中確定,階段點(diǎn)處會(huì)調(diào)整面向不同的客戶,需要有較強(qiáng)的溝通能力先期未參與開發(fā),要求快速地理解和對(duì)應(yīng)能力維護(hù)任務(wù)隨機(jī)性強(qiáng),要求合理地定制和調(diào)整方案客戶參與度高,要求使用度量數(shù)據(jù)了解和控制工程的執(zhí)行1.2系統(tǒng)任務(wù)的類型新增功能開發(fā)缺陷修改文檔修改需求變更1.3系統(tǒng)設(shè)計(jì)原那么業(yè)務(wù)規(guī)那么是支持企業(yè)決策,影響或控制企業(yè)業(yè)務(wù)行為的指示,它是企業(yè)處理業(yè)務(wù)過程中始終要遵循的規(guī)那么,而工作流那么是根據(jù)業(yè)務(wù)規(guī)那么制定的實(shí)際應(yīng)用當(dāng)中需要流轉(zhuǎn)的程序。在系統(tǒng)的編制過程中將嚴(yán)格遵守業(yè)務(wù)規(guī)那么和根據(jù)業(yè)務(wù)規(guī)那么制定的工作流程,在系統(tǒng)的編程中業(yè)務(wù)規(guī)那么是一條語句,它定義或約束業(yè)務(wù)的某些方面。其目的是對(duì)業(yè)務(wù)結(jié)構(gòu)做出斷言,或者對(duì)業(yè)務(wù)行為施加控制和影響。開發(fā)時(shí)通過制定嚴(yán)格的開發(fā)標(biāo)準(zhǔn),并通過嚴(yán)格的工程管理和實(shí)施方法來標(biāo)準(zhǔn)程序員的編碼標(biāo)準(zhǔn),提高系統(tǒng)的可維護(hù)性;在數(shù)據(jù)建模時(shí)也會(huì)采用基于標(biāo)準(zhǔn)的擴(kuò)展的數(shù)據(jù)模型構(gòu)建方法,在數(shù)據(jù)交換、系統(tǒng)接口等領(lǐng)域也基于國(guó)家數(shù)據(jù)交換標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)與開發(fā);在系統(tǒng)的整體設(shè)計(jì)開發(fā)實(shí)施維護(hù)過程,都將基于國(guó)際國(guó)內(nèi)的主流標(biāo)準(zhǔn)進(jìn)行。由于系統(tǒng)是根據(jù)標(biāo)準(zhǔn)架構(gòu)和分層編寫而成,對(duì)于想增加工作流程或者業(yè)務(wù)規(guī)那么的情況,系統(tǒng)也可以很容易的進(jìn)行擴(kuò)展,如在系統(tǒng)中參加的新的業(yè)務(wù)規(guī)那么只要在層次上分清屬于系統(tǒng)的哪一層次,在系統(tǒng)的層次中新參加組件就可以很方便和容易的對(duì)系統(tǒng)進(jìn)行擴(kuò)展。在系統(tǒng)中,復(fù)用是減少代碼量和代碼可讀性一個(gè)必須要考慮的問題。需要用到的重復(fù)代碼需要編寫可復(fù)用的方法,對(duì)接口的定義需要考慮到相同功能中所有的問題編寫可復(fù)用的接口,公用的類也可以做到復(fù)用。1.4、用戶界面設(shè)計(jì)原那么系統(tǒng)的界面風(fēng)格統(tǒng)一采用編制好的CSS文件,對(duì)單元格、按鈕、下拉列表、文本框都進(jìn)行統(tǒng)一的規(guī)格化,頁面布局采用左邊菜單項(xiàng)右邊功能頁的頁面布局。在內(nèi)容填充中,對(duì)每一錄入項(xiàng)都進(jìn)行數(shù)據(jù)合法化校驗(yàn),如果出現(xiàn)異常和錯(cuò)誤將采用統(tǒng)一的報(bào)錯(cuò)頁面和易懂的提示語言對(duì)異常或錯(cuò)誤進(jìn)行描述。對(duì)于用戶操作來說,越容易、越簡(jiǎn)便越好,在系統(tǒng)的編制過程中我們將表達(dá)以人為本的友好操作頁面,根據(jù)登陸人的不同,根據(jù)權(quán)限的不同對(duì)每個(gè)人的操作頁面都能做到定制,方便操作人的操作和管理。由于系統(tǒng)采用同步和異步兩種方式進(jìn)行數(shù)據(jù)的交互,異步操作可以使用戶更加方便的在頁面操作過程中和數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行交互,同步操作可以使用戶提交頁面時(shí)實(shí)時(shí)的對(duì)提交的內(nèi)容進(jìn)行查看和修改。系統(tǒng)提供在操作過程中根據(jù)輸入項(xiàng)和功能來提示的功能來幫助用戶更好的使用和操作系統(tǒng)。1.5數(shù)據(jù)建模原那么既繼承又創(chuàng)新;數(shù)據(jù)模型將會(huì)對(duì)原有系統(tǒng)中使用較成熟局部進(jìn)行繼承,一方面有利于提高系統(tǒng)成功幾率,另一方面也方便與數(shù)據(jù)的移植;在繼承的根底上,對(duì)于原有系統(tǒng)中不成熟局部將針對(duì)原有數(shù)據(jù)模型存在的問題進(jìn)行重新設(shè)計(jì)。既繼承又創(chuàng)新的數(shù)據(jù)模型設(shè)計(jì)原那么,是數(shù)據(jù)模型設(shè)計(jì)成功的保障。數(shù)據(jù)的完整性與一致性;數(shù)據(jù)的完整性和一致性是原有系統(tǒng)數(shù)據(jù)庫存在的主要問題之一,一個(gè)個(gè)別離的數(shù)據(jù)庫相對(duì)獨(dú)立,和其他數(shù)據(jù)庫不存在直接的完整性和一致性規(guī)那么,本次開發(fā)將對(duì)原有系統(tǒng)數(shù)據(jù)模型進(jìn)行整合,一方面從數(shù)據(jù)模型層面保證數(shù)據(jù)的完整性和一致性,另一方面消除原有數(shù)據(jù)庫的一個(gè)個(gè)信息孤島,為查詢、統(tǒng)計(jì)、分析等業(yè)務(wù)管理效勞。主要變化的適應(yīng)性;在系統(tǒng)建設(shè)時(shí),將對(duì)業(yè)務(wù)進(jìn)行充分的分析,對(duì)于可能存在的主要變化進(jìn)行研究,在數(shù)據(jù)模型設(shè)計(jì)時(shí)將充分考慮這些變化性,數(shù)據(jù)模型將能對(duì)這種變化性進(jìn)行適應(yīng)。數(shù)據(jù)模型在設(shè)計(jì)時(shí)將采用縱向和橫向兩種結(jié)構(gòu)進(jìn)行設(shè)計(jì),對(duì)于變化的適應(yīng)性,可以采用縱向字段語義擴(kuò)展和橫向結(jié)構(gòu)兩種方法來對(duì)變化性進(jìn)行適應(yīng)。數(shù)據(jù)模型的標(biāo)準(zhǔn)化;數(shù)據(jù)建模過程中,采用標(biāo)準(zhǔn)的數(shù)據(jù)建模工具,遵循數(shù)據(jù)模型的建設(shè)標(biāo)準(zhǔn),使用國(guó)際、國(guó)家等數(shù)據(jù)標(biāo)準(zhǔn),對(duì)于數(shù)據(jù)接口也采用標(biāo)準(zhǔn)的數(shù)據(jù)接口標(biāo)準(zhǔn)。支持?jǐn)?shù)據(jù)的移植;數(shù)據(jù)的移植也是新系統(tǒng)數(shù)據(jù)模型建設(shè)需要考慮的一個(gè)重要問題。一方面,我們將對(duì)原有系統(tǒng)的成熟數(shù)據(jù)模型進(jìn)行繼承,以便于進(jìn)行數(shù)據(jù)移植,另一方面,對(duì)于新數(shù)據(jù)模型,會(huì)建立新舊數(shù)據(jù)模型之間的映射關(guān)系,并消除中間產(chǎn)生的沖突。在移植時(shí),為了可以準(zhǔn)確高效的進(jìn)行數(shù)據(jù)的移植,可以借助于第三方的數(shù)據(jù)移植工具。實(shí)施時(shí),將根據(jù)系統(tǒng)實(shí)際情況,進(jìn)行分步的數(shù)據(jù)移植和系統(tǒng)的切換。2、概要設(shè)計(jì)系統(tǒng)建立在各種標(biāo)準(zhǔn)之上,架構(gòu)標(biāo)準(zhǔn)、數(shù)據(jù)標(biāo)準(zhǔn)等,并將在實(shí)際開發(fā)過程中建立統(tǒng)一的系統(tǒng)開發(fā)標(biāo)準(zhǔn)標(biāo)準(zhǔn)體系,從整體上提高系統(tǒng)的水平,便于與外部機(jī)構(gòu)進(jìn)行接軌。2.1、設(shè)計(jì)原那么統(tǒng)一設(shè)計(jì)原那么統(tǒng)籌規(guī)劃和統(tǒng)一設(shè)計(jì)系統(tǒng)結(jié)構(gòu)。尤其是應(yīng)用系統(tǒng)建設(shè)結(jié)構(gòu)、數(shù)據(jù)模型結(jié)構(gòu)、數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)以及系統(tǒng)擴(kuò)展規(guī)劃等內(nèi)容,均需從全局出發(fā)、從長(zhǎng)遠(yuǎn)的角度考慮。數(shù)據(jù)庫和接口涉及需要考慮相互的統(tǒng)一性,保證系統(tǒng)的接口與數(shù)據(jù)存儲(chǔ)的一致性,保證系統(tǒng)的高性能應(yīng)用。先進(jìn)性原那么系統(tǒng)構(gòu)成必須采用成熟、具有國(guó)內(nèi)先進(jìn)水平,并符合國(guó)際開展趨勢(shì)的技術(shù)、軟件產(chǎn)品和設(shè)備。在設(shè)計(jì)過程中充分依照國(guó)際上的標(biāo)準(zhǔn)、標(biāo)準(zhǔn),借鑒國(guó)內(nèi)外目前成熟的主流網(wǎng)絡(luò)和綜合信息系統(tǒng)的體系結(jié)構(gòu),以保證系統(tǒng)具有較長(zhǎng)的生命力和擴(kuò)展能力。保證先進(jìn)性的同時(shí)還要保證技術(shù)的穩(wěn)定、平安性。采用先進(jìn)的系統(tǒng)架構(gòu),能夠?yàn)閷淼南到y(tǒng)規(guī)劃提供便利,為今后的開展奠定根底。高可靠/高平安性原那么系統(tǒng)設(shè)計(jì)和數(shù)據(jù)架構(gòu)設(shè)計(jì)中充分考慮系統(tǒng)的平安和可靠。對(duì)于高性能要求平臺(tái)系統(tǒng)來說,必須保證系統(tǒng)得平安可靠。才能獲得持久穩(wěn)定的開展。標(biāo)準(zhǔn)化原那么支持業(yè)務(wù)開展、橫向的信息擴(kuò)展和宏觀管理的要求,系統(tǒng)對(duì)操作的標(biāo)準(zhǔn)化,即系統(tǒng)有檢入檢出的機(jī)制,確保數(shù)據(jù)維護(hù)的一致性和版本控制的可操作性。系統(tǒng)對(duì)數(shù)據(jù)導(dǎo)入導(dǎo)出采用統(tǒng)一標(biāo)準(zhǔn)接口,如采用現(xiàn)在最流行的XML標(biāo)準(zhǔn)。成熟性原那么在開發(fā)工具的選型階段,應(yīng)該盡量選擇成熟的產(chǎn)品和標(biāo)準(zhǔn),如.net、XML、ADO.NET、ODBC之類已經(jīng)成為標(biāo)準(zhǔn)的、被大量實(shí)踐所采用的技術(shù)。選用具有成熟性,可持續(xù)開展性的開發(fā)工具。系統(tǒng)要采用國(guó)際主流、成熟的體系架構(gòu)來構(gòu)建,實(shí)現(xiàn)跨平臺(tái)的應(yīng)用。適用性原那么保護(hù)已有資源,急用先行,在滿足應(yīng)用需求的前提下,盡量降低建設(shè)本錢。目前現(xiàn)有系統(tǒng)獨(dú)立建立,數(shù)據(jù)庫分散,但是數(shù)據(jù)庫資源豐富,有大量的效勞器。所以縮減本錢,充分利用現(xiàn)有系統(tǒng)是保證節(jié)約本錢的重要局部??蓴U(kuò)展性原那么系統(tǒng)設(shè)計(jì)要考慮到業(yè)務(wù)未來開展的需要,盡可能設(shè)計(jì)得簡(jiǎn)明,降低各功能模塊耦合度,并充分考慮兼容性。系統(tǒng)能夠支持對(duì)多種格式數(shù)據(jù)的存儲(chǔ)。對(duì)于海量數(shù)據(jù)的存儲(chǔ),系統(tǒng)的設(shè)計(jì)必須考慮高效和別離的部署結(jié)構(gòu),不僅保證能夠輕松建立接口,而且能夠提高數(shù)據(jù)庫的擴(kuò)展能力。3、工程啟動(dòng)工程合同或協(xié)議的簽訂標(biāo)志著工程的正式啟動(dòng)。工程啟動(dòng)階段的主要任務(wù)是:召開工程啟動(dòng)會(huì)確定工程范圍:通過初步的需求調(diào)研,明確工程開發(fā)的范圍形成工程方案:包括軟件開發(fā)方案、量化管理方案、風(fēng)險(xiǎn)管理方案、組間協(xié)調(diào)方案、質(zhì)量保證方案、配置管理方案等評(píng)審工程初始需求及工程方案工作流程圖如下:4、需求管理4.1需求調(diào)研①調(diào)研用戶領(lǐng)域的組織結(jié)構(gòu)、崗位設(shè)置和職責(zé)定義,從功能上區(qū)分有多少個(gè)子系統(tǒng),劃分系統(tǒng)的大致范圍,明確系統(tǒng)的目標(biāo)。②調(diào)研每個(gè)子系統(tǒng)所需的工作流程、功能與處理規(guī)那么,收集單據(jù)、報(bào)表和賬本等原始資料,分析物流、資金流和信息流三者的關(guān)系,以及如何用數(shù)據(jù)流來表示這三者的關(guān)系。③對(duì)調(diào)研的內(nèi)容事先準(zhǔn)備,針對(duì)不同管理層次的用戶詢問不同的問題,列出問題清單。將操作層、管理層和決策層的需求既聯(lián)系,又區(qū)分開來,形成一個(gè)金字塔,使下層滿足上層的需求。④對(duì)與用戶溝通的情況及時(shí)總結(jié)歸納,整理調(diào)研結(jié)果,找出新的疑點(diǎn),初步構(gòu)成需求基線。⑤假設(shè)基線符合要求,那么需求分析完畢;反之返回到第1步或第2或第3步。如此循環(huán)屢次,直到需要分析使雙方滿意為止。4.2需求分析需求分析階段主要是指工程組對(duì)用戶需求進(jìn)行進(jìn)一步調(diào)研分析,最終形成用戶確認(rèn)的系統(tǒng)需求說明書的過程。在這個(gè)過程中包含需求調(diào)研分析、需求評(píng)審、細(xì)化軟件開發(fā)方案等內(nèi)容。4.3需求變更需求變更流程(客戶提出需求變更)執(zhí)行條件:客戶提出需求變更圖:需求變更流程流程說明:需求來源:客戶提交相關(guān)需求變更審核需求變更:評(píng)估如果實(shí)現(xiàn)該需求,需要的時(shí)間、人力本錢多少;并評(píng)估對(duì)工程工期影響有多大?判斷那些需求能夠目前解決,那些需要留到下一版本解決。最后輸出一份審核確認(rèn)表反響給客戶,和客戶進(jìn)行商討。參與評(píng)審的人員要包含工程經(jīng)理,工程組長(zhǎng),測(cè)試組長(zhǎng),市場(chǎng)人員。配置管理員:對(duì)變更需求進(jìn)行記錄,需求文檔進(jìn)行更新,并通知相關(guān)人員工程組長(zhǎng):負(fù)責(zé)調(diào)整相關(guān)開發(fā)進(jìn)度表,評(píng)估任務(wù)時(shí)間,分發(fā)給相關(guān)開發(fā)人員測(cè)試組長(zhǎng):根據(jù)變更需求和開發(fā)進(jìn)度,對(duì)測(cè)試進(jìn)度進(jìn)行相對(duì)應(yīng)調(diào)整,并修改測(cè)試需求分析書,分發(fā)需求更新給相關(guān)測(cè)試人員。測(cè)試人員對(duì)用例進(jìn)行補(bǔ)充,修改。客戶提交的變更需求最后必須讓客戶進(jìn)行簽字確認(rèn)。5、范圍控制公司有嚴(yán)格的工程范圍管理體系,進(jìn)行變更管理,變更控制。從在工程啟動(dòng)開始就明確需求,量化需求,需求階段明確需求的可驗(yàn)證,可跟蹤,無二義性等。進(jìn)行評(píng)審確認(rèn)后,工程組在CMMI的變更管理過程指導(dǎo)下制定工程的變更控制管理過程,在工程實(shí)施過程中,用戶的需求變更都是按照事先指定好的過程執(zhí)行。范圍分解WBS〔workbreakdownstructures〕即工程工程工作分解結(jié)構(gòu)是指定方案在工程啟動(dòng)開始后,把工程主要的可交付成果細(xì)分成較小的、更易管理的組分。工程組以工程進(jìn)度為依據(jù)劃分WBS〔Workbreakdownstructure〕,第一層是大的工程成果框架,每層下面再把工作分解。WBS結(jié)構(gòu)最底層的分為是管理工程所需的最低層次的,可管理,可量化的,同時(shí)也是可跟蹤的任務(wù)。范圍變更控制公司的工程管理體系中有一套嚴(yán)格、高效、實(shí)用的變更管理流程。變更控制程序經(jīng)過多年持續(xù)不斷改進(jìn)的及反復(fù)實(shí)踐變更管理流程。6、進(jìn)度控制工程經(jīng)理根據(jù)工程方案、已設(shè)定的相關(guān)閾值和控制規(guī)那么分析偏差;對(duì)于需控制的偏差,應(yīng)分析其產(chǎn)生的原因,并制定相應(yīng)的預(yù)防和糾正措施。必要時(shí)修改工程各項(xiàng)方案,包括工程性能及質(zhì)量目標(biāo)。工程經(jīng)理根據(jù)制定措施,安排工程工作。工程經(jīng)理每周通過例會(huì)等了解工程情況,以便盡早發(fā)現(xiàn)偏差。例會(huì)的內(nèi)容通常包括:進(jìn)度/質(zhì)量情況、偏差說明、問題分析、新的方案及任務(wù)分工等。工程經(jīng)理每周報(bào)告工程的進(jìn)展情況,分析工程偏差,說明偏差糾正措施。工程經(jīng)理跟蹤糾正偏差的過程,直到偏差被消除為止。工程主管審核糾正偏差的措施和效果。7、質(zhì)量保證質(zhì)量保證工作,主要設(shè)計(jì)QA經(jīng)理、QA工程師。QA經(jīng)理協(xié)調(diào)安排QA組的活動(dòng)參與QA方案制定和評(píng)審定期向工程主管報(bào)告QA組的活動(dòng)狀態(tài)QA工程師參加工程準(zhǔn)備工作,參與軟件工程開發(fā)方案、工程約定等內(nèi)容的制定和評(píng)審制定并執(zhí)行工程QA方案參加工程組例會(huì)每周對(duì)工程進(jìn)行檢查,填寫質(zhì)量周報(bào)、QA問題與處理單定期地對(duì)工程進(jìn)行審計(jì),并報(bào)告審計(jì)結(jié)果協(xié)助工程經(jīng)理制定偏差修改方案將工程組內(nèi)不能解決的問題上報(bào)QA經(jīng)理和工程經(jīng)理8、溝通管理溝通管理主要涉及工程經(jīng)理、工程組之間、QA協(xié)調(diào)人員。溝通管理從角色來進(jìn)行如下設(shè)置:工程經(jīng)理定期評(píng)審組間協(xié)調(diào)活動(dòng)處理組間不能解決的問題監(jiān)督和協(xié)調(diào)技術(shù)活動(dòng)并解決技術(shù)問題工程經(jīng)理無法完成上述活動(dòng)時(shí),需上報(bào)工程主管和部門經(jīng)理工程組建立系統(tǒng)需求監(jiān)督和協(xié)調(diào)技術(shù)活動(dòng)并解決技術(shù)問題確定組間協(xié)調(diào)方案和關(guān)鍵依賴關(guān)系協(xié)調(diào)組間工作和關(guān)鍵依賴關(guān)系定期召開技術(shù)評(píng)審和交流會(huì)議QA工程師評(píng)審和〔或〕審核組間協(xié)調(diào)活動(dòng)和工作產(chǎn)品,并報(bào)告結(jié)果9、風(fēng)險(xiǎn)控制找出潛在的問題和風(fēng)險(xiǎn),每周提交風(fēng)險(xiǎn)列表;盡量防止風(fēng)險(xiǎn),清楚定義工程中所需要的步驟、任務(wù)和事件從而消除潛在的風(fēng)險(xiǎn);降低風(fēng)險(xiǎn),每周提供風(fēng)險(xiǎn)躲避方案,指定措施減輕各種風(fēng)險(xiǎn);在出現(xiàn)不可修復(fù)的危害之前準(zhǔn)備修復(fù)方案;成認(rèn)風(fēng)險(xiǎn),記錄工程管理中索發(fā)生的風(fēng)險(xiǎn);為了有效發(fā)現(xiàn)風(fēng)險(xiǎn),躲避風(fēng)險(xiǎn),在工程整個(gè)生命周期每周QA組,工程組都會(huì)各自提供一份,工程組?技術(shù)風(fēng)險(xiǎn)、工程管理風(fēng)險(xiǎn)?列表,風(fēng)險(xiǎn)管理的過程記錄在案,工程經(jīng)理每周會(huì)匯報(bào)?技術(shù)風(fēng)險(xiǎn)、工程管理風(fēng)險(xiǎn)?躲避及處理方法。隨著時(shí)間推移,風(fēng)險(xiǎn)逐漸接受處理,轉(zhuǎn)移,或者躲避的過程。文檔中記錄工程風(fēng)險(xiǎn)發(fā)生概率,處

溫馨提示

  • 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ì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論