軟件系統(tǒng)實施與質(zhì)量保障方案_第1頁
軟件系統(tǒng)實施與質(zhì)量保障方案_第2頁
軟件系統(tǒng)實施與質(zhì)量保障方案_第3頁
軟件系統(tǒng)實施與質(zhì)量保障方案_第4頁
軟件系統(tǒng)實施與質(zhì)量保障方案_第5頁
已閱讀5頁,還剩77頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

軟件系統(tǒng)實施與質(zhì)量保障方案

技術(shù)文件

項目名稱:XXX系統(tǒng)

XX系統(tǒng)項目

目錄

1、項目實實施作計劃...................................................7

2、工期保證措施........................................................8

2.1組織機構(gòu)措施........................................8

2.2工期管理措施.........................................8

2.3工期技術(shù)保證措施....................................9

2.4人員保證措施........................................10

2.5工期保證措施要求...................................10

2.6保證工期組織體系措施...............................11

2.7技術(shù)培訓保證措施:.................................11

3、安全控制措施.......................................................12

3.1信息安全策略.......................................12

3.2訪問控制策略........................................12

3.3病毒防治策略........................................13

3.4漏洞掃描策略........................................13

3.5管理組織與制度安全策略.............................13

4、項目實施保障策略..................................................14

4.1統(tǒng)一計劃,分步實施.................................14

4.2運營服務支持........................................14

4.3項目實施承諾........................................14

4.4項目實實施工作內(nèi)容.................................14

4.4.1項目需求分析.................................14

4.4.2項目技術(shù)開發(fā).................................15

4.4.3項目培訓......................................16

4.4.4項目維護和應用調(diào)整...........................16

XX系統(tǒng)項目

5、項目管理保障.......................................................16

5.1項目管理和保障體系.................................17

5.1.1組隊模型.....................................18

5.1.2過程模型.....................................19

5.1.3應用程序模型.................................21

5.2本項目管理措施.....................................24

5.3本項目管理規(guī)范.....................................27

5.3.1項目啟動階段.................................27

5.3.2項目需求階段.................................28

5.3.3項目設計階段.................................28

5.3.4項目編碼階段.................................29

5.3.5項目測試階段.................................29

5.3.6項目實施階段.................................29

5.3.7項目管理工具.................................30

5.4相關管理制度.......................................30

6、實施質(zhì)量控制保障方案..............................................32

6.1質(zhì)量控制與保證.....................................32

6.1.1質(zhì)量方針和質(zhì)量目標..........................32

6.1.2質(zhì)量管理體系.................................32

6.1.3質(zhì)量控制.....................................33

6.2質(zhì)量管理程序.......................................37

6.3項目全生命周期質(zhì)量管理.............................38

6.3.1項目過程走查.................................39

6.3.2文檔質(zhì)量檢查.................................41

6.3.3用戶培訓質(zhì)量檢查.............................43

6.3.4過程改進.....................................43

II

XX系統(tǒng)項目

6.3.5質(zhì)量監(jiān)督.....................................44

6.3.6質(zhì)量管理建設................................44

6.4軟件部署保障.......................................46

6.4.1學署環(huán)境.....................................46

6.4.2服務器配置及軟件環(huán)境........................46

6.4.3會員客戶端環(huán)境..............................47

6.4.4系統(tǒng)軟硬件安裝與配置........................47

6.5上線運行保障.......................................51

6.5.1用戶線上技術(shù)人員值守.........................51

6.5.2線上巡檢服務.................................52

6.5.3網(wǎng)絡運行分析與管理服務......................52

6.5.4重要時刻專人值守服務........................53

6.6數(shù)據(jù)遷移保障.......................................53

6.6.1數(shù)據(jù)遷移方案.................................53

6.6.2近移目標.....................................53

6.6.3數(shù)據(jù)庫遷移思路...............................53

6.6.4近移流程.....................................54

6.6.5應用層面測試.................................57

6.6.6數(shù)據(jù)遷移異常處理.............................57

7、系統(tǒng)割接保障方案..................................................57

7.1割接說明............................................57

7.2割接原則............................................58

7.3割接規(guī)劃............................................58

7.4準備工作............................................59

7.4.1環(huán)境準備.....................................59

7.4.2割接計劃準備.................................59

in

XX系統(tǒng)項目

7.5割接步驟............................................59

7.5.1運行情況信息收集............................59

7.5.2備份數(shù)據(jù).....................................59

7.5.3割接動作.....................................59

7.6測試驗記............................................61

7.7回退機制............................................61

7.7.1故障判斷....................................61

7.7.2緊急回退....................................61

8、系統(tǒng)功能測試保障..................................................62

8.1頁面鏈接檢查......................................62

8.2相關性檢查.........................................62

8.3檢查按鈕的功能是否正確............................62

8.4系統(tǒng)字符測試.......................................63

8.4.1字符串長度檢查...............................63

8.4.2字符類型檢查.................................63

8.4.3特殊字符檢查.................................63

8.4.4中文字符處理.................................63

8.5標點符號檢查.......................................63

8.6檢查信息的完整性...................................63

8.7信息重復.........................................64

8.8檢查刪除功能.......................................64

8.9檢查添加和修改是否一致..........................64

8.10檢查修改重名......................................64

8.11重復提交訂單......................................64

8.12檢查多次使用返回鍵的情況..........................65

8.13搜索檢查...........................................65

IV

XX系統(tǒng)項目

8.14輸入信息位置......................................65

8.15上傳下載文件檢查..................................65

8.16必填項檢查.........................................65

8.17快捷鍵檢查.........................................66

8.18回車鍵檢查.........................................66

8.19刷新鍵檢查.........................................66

8.20回退鍵檢查.........................................66

8.21直接URL鏈接檢查..................................66

8.22空格檢查...........................................66

8.23輸入法半角全角檢查................................67

8.24密碼檢查...........................................67

8.25用戶檢查...........................................67

8.26系統(tǒng)可恢復性檢查..................................68

8.27確認提示檢查......................................68

8.28刷新檢查...........................................68

8.29事務檢查...........................................68

8.30時間日期檢查......................................68

8.31文檔測試...........................................68

8.32系統(tǒng)數(shù)據(jù)測試......................................69

8.32.1系統(tǒng)業(yè)務數(shù)據(jù)檢查............................69

8.32.2數(shù)據(jù)注入檢查................................69

8.32.3測試數(shù)據(jù)檢查................................69

8.33多機器運行測試....................................69

8.34Ajax測試...........................................70

8.34.1Ajax技術(shù)的應用..............................70

8.34.2Ajax局部數(shù)據(jù)刷新測試........................70

XX系統(tǒng)項目

8.35瀏覽器測試......................................70

8.35.1多瀏覽器驗證..............................70

8.35.2瀏覽器兼容性..............................71

9、驗收測試保障......................................................71

9.1驗收標準.........................................71

9.2驗收方法.........................................76

9.3驗收交付物.......................................76

10、應急保障..........................................................77

10.1突發(fā)事件處理....................................77

10.2突發(fā)事件分類評估................................77

10.3應急預案設計.....................................78

VI

XXX系統(tǒng)項目

1、項目實實施作計劃

本平項目實實施期自合同簽訂日起120天成本次項目的開發(fā)、安

裝、調(diào)試、培訓工作。本次項目建設需要的是一體化解決方案,而不

是支離破碎的各種產(chǎn)品的堆積,只有結(jié)合實際的業(yè)務和應用這些優(yōu)秀

的產(chǎn)品構(gòu)造在一個體系里面,充分利用標準化的優(yōu)勢,來構(gòu)建一體化

方案,才能真正體現(xiàn)信息化的價值。就XX:(系統(tǒng)一體化建設而言,其

基本構(gòu)架要構(gòu)造好,要具有持續(xù)生長的潛力,這就要求有合理的實施

計劃。

XXX系統(tǒng)的開發(fā),我們力求提供一套完整解決建設的先進、科學、

合理的綜合性方法。由于平臺建設是一個長期的系統(tǒng)項目,還直接受

業(yè)務體制和辦事習慣的制約,必須遵循分階段、分步驟的思路。XXX

系統(tǒng)的實施建設,將依據(jù)客戶的發(fā)展規(guī)劃、現(xiàn)有各個系統(tǒng)之間的技術(shù)

聯(lián)系性、子系統(tǒng)業(yè)務邏輯的關系、平臺建設的抗風險性、投資保護原

則性等進行分步實施。

具體的實施進度如下表所示(預計項目啟動時間為2019年12月

11H,以此時間為項目開始時間進行規(guī)劃,系統(tǒng)在2020年1月23

日進行上線試運行,具體時間隨合同簽訂日期順延。):

序號任務開始時間結(jié)束時間

1需求分析及設計2019-12-112019-12-12

i.i需求調(diào)研及確認2019-12-132019-12-17

1.2界面設計及確認2019-12-182019-12-20

2系統(tǒng)設計及開發(fā)2019-12-202020-1-15

2.1架構(gòu)設計2019-12-202019-12-20

7

XXX系統(tǒng)項目

2.2詳細設計2019-12-232019-12-24

2.3平臺開發(fā)2019-12-252020-1-15

2.4系統(tǒng)集成2020-1-162020-1-17

3系統(tǒng)集成測試2020-1-172019-1-20

4真實環(huán)境部署2020-1-212020-1-22

7系統(tǒng)試運行2020-1-23

2、工期保證措施

2.1組織機構(gòu)措施

本項目實行項目法實施。我公司制定有具體而嚴格的《項目實施

管理實施細則》,項目進度計劃的實施是對項目部考核的一項重要內(nèi)

容,并有嚴格的進度計劃目標保證調(diào)整措施和獎勵政策。項目實施前,

項目經(jīng)理與公司簽訂“責任書”,項目部各級主要管理負責人,也要

按其職責劃分,層層簽訂“責任書”,明確項目部各級人員的職責。

加強管理考核,充分調(diào)動全體干部、職工的積極性,從組織和管理制

度上來確保項目進度按計劃實施完成。

2.2工期管理措施

1)每月制定月進度計劃,月進度計劃中包含工序計劃、周計劃、

日計劃;堅持項目實施團隊抓工序計劃目標、抓周計劃目標、抓日計

劃目標。

2)堅持會議協(xié)調(diào)制度。堅持每日站會、每周進度調(diào)度會、每周

質(zhì)量檢查會。

3)加強現(xiàn)場調(diào)度在項目實施中的組織資源協(xié)調(diào)、檢查、反饋及

8

XXX系統(tǒng)項目

快速反應的作用。

4)對各節(jié)點進度實行目標考核,建立進度目標獎勵基金,對進

度目標的實現(xiàn)情況進行獎懲。

5)積極參加業(yè)主、監(jiān)理組織的各種協(xié)調(diào)會,積極配合業(yè)主和監(jiān)

理。協(xié)調(diào)與各參建單位及有關社會主管部門的關系,創(chuàng)造一個良好的

實施環(huán)境,以確保項目進展。

6)在項目出現(xiàn)不可控等重大原因造成原目標不可能實現(xiàn)或項目

實施方案的重大改變,導致較多的工作量增減,項目實施關系改變時,

現(xiàn)行項目與目標項目已不能做出比較,需將目標項目進行維護和更

新。在建設各方協(xié)調(diào)一致認可后,按更新后的目標項目進行實施。

2.3工期技術(shù)保證措施

(1)編制合理詳細的進度計劃

實施進度網(wǎng)絡計劃,動態(tài)管理,實際實施過程中,將根據(jù)監(jiān)理項

目師批準的實施計劃,建立目標工期計劃,重點對影響本項目直線工

期的單項項目的關鍵線路進行控制。根據(jù)每天完成的項目進度及項目

量,通過比較分析,確定按當前實施進度繼續(xù)實施將對目標工期造成

的影響,從而及時對現(xiàn)行計劃及資源投入進行調(diào)整,達到全項目按動

態(tài)管理來進行控制,最終實現(xiàn)預期的項目進度計劃。

(2)制定合理的技術(shù)方案

根據(jù)進度計劃,制訂與本項目相應的實施方案和各項目實施技術(shù)

措施。實施中隨時跟蹤進度實施情況,如有比計劃滯后情況發(fā)生,及

時分析原因及影響,并對計劃予以調(diào)整,同時修訂實施方案和有關技

術(shù)措施,以保證總進度計劃目標的實現(xiàn)。

(3)根據(jù)實施方案的任務布置和項目實施團隊的配置,將項目

9

XXX系統(tǒng)項目

進度計劃按作業(yè)面分解,制定各項目實施團隊的作業(yè)進度計劃,使各

項目實施團隊都有明確的進度計劃目標。

(4)做好實施測量服務指導工作,及時進行測量放樣、檢測和

驗收工作,為項目實施提供良好的監(jiān)測服務。加強技術(shù)人員的抽查,

尤其質(zhì)量檢測人員要全過程跟蹤、檢查,及時發(fā)現(xiàn)項目實施中存在的

問題并提出解決處理措施。對于試驗檢測項目,及時進行檢測并收集

整理、分析資料,指導實施,以確保項目的順利進行。

2.4人員保證措施

(1)我公司計劃抽調(diào)精干的管理人員,業(yè)務熟練的技術(shù)骨干和

有過類似項目實施經(jīng)驗的項目隊伍來組織項目交付團隊。配足各專業(yè)

的技術(shù)人員數(shù)量,以使項目部人員精干,業(yè)務熟悉。從人員素質(zhì)上來

保證項目進度計劃的實施。

(2)根據(jù)進度計劃的安排,合理組織人員進場,確保實施高峰

期有足夠的人員投入本項目實施。

(3)投入本項目的專業(yè)技術(shù)人員應具有相應的項目經(jīng)驗。

2.5工期保證措施要求

(1)建立一個強有力的組織機構(gòu),把項目進度落實到人頭,各

負其責,人人有責。各部門各負其責,層層保證自己計劃不拖不等,

有問題、有矛盾時及時向有關部門反映求得解決。

(2)采取專業(yè)的有經(jīng)驗的人員投入項目,嚴禁出現(xiàn)返工現(xiàn)象,

徹底消除影響工期的不利因素,一次成優(yōu)C組織好人員工作,為加快

實施進度,提高項目交付力度。

10

XXX系統(tǒng)項目

2.6保證工期組織體系措施

(1)在組織上公司領導班子會議決定把此項項目作為公司重點

項目來抓,成立公司領導的指揮部。下設質(zhì)量檢查部門,指揮部每周

開一次會,遇重大問題立即解決。

(2)組建一個優(yōu)秀的項目經(jīng)理部,設一套三員班子,選派開發(fā)

骨干技術(shù)尖子,具有豐富實施經(jīng)驗的管理人員,經(jīng)理部每日一次會,

發(fā)現(xiàn)問題及時解決,不能解決的及時上報,以達到解決的目的。

(3)人員由公司派優(yōu)秀團隊進入項目,由公司統(tǒng)一分配人員,

調(diào)劑余缺,必要時全公司范圍內(nèi)調(diào)派確人員供應充足。

(4)對計劃實行科學管理,進行計劃一一實施一一檢查一一處

理解決。每周一次調(diào)度會,解決和落實在執(zhí)行計劃過程的各種矛盾。

2.7技術(shù)培訓保證措施:

(1)分段實施;按總計劃總工期要求,編制周、月計劃。

(2)開展勞動競賽,調(diào)動人員的積極因素。

(3)每日工作必須當日完成,如遇特殊情況下不能及時完成的

要立即調(diào)整計劃,采取必要的切實可行的措施,以確保總工期按時完

成。

(4)加強計劃技術(shù)指導,協(xié)調(diào)各種矛盾,解決問題不過日,做

到層層技術(shù)保證,不等、不靠全面落實。

(5)加強成員技術(shù)素質(zhì)培訓,保證質(zhì)量、技術(shù)完善就是保證良

好的項目實施進度。

(6)精選好的實施成員,從中選拔有技術(shù)、有素質(zhì)能帶動整個

工地人員的成員,使每個成員都能達到熟練成員的程度,以加快項目

速度。

11

XXX系統(tǒng)項目

3、安全控制措施

3.1信息安全策略

(1)監(jiān)控重要系統(tǒng)和數(shù)據(jù)的運行狀態(tài),對用戶的操作進行監(jiān)視;

通過這種方式,使管理人員能夠充分了解并監(jiān)控系統(tǒng)的狀態(tài),及時處

理破壞信息系統(tǒng)安全的行為。(2)對于重要的數(shù)據(jù),訪問人員必須經(jīng)

過驗證后才能訪問;可以根據(jù)用戶的工作性質(zhì),授予不同的權(quán)限;防

止人為破壞重要數(shù)據(jù)。(3)多次備份重要的數(shù)據(jù),而且這些數(shù)據(jù)要存

放在不同的位置。(4)對存有機密信息的計算機進行電磁屏蔽,并通

過各種方式實行嚴格的物理隔離。

3.2訪問控制策略

計算機網(wǎng)絡信息系統(tǒng)安全防范策略中最重要的一個策略就是訪

問控制策略,這種策略通常用于防范非法訪問,一般的訪問控制策略

有:防火墻控制。防火墻是一種硬件設備,主要由路由器等構(gòu)成,處

于外部網(wǎng)絡和內(nèi)部網(wǎng)絡之間的一個特殊位置,其工作原理是過濾內(nèi)外

部鏈接,從而達到控制和管理網(wǎng)絡信息的作用。防火墻技術(shù)包括驗證

工具、服務訪問政策、包過濾,防火墻能夠限制內(nèi)部網(wǎng)絡和外部網(wǎng)絡,

阻止內(nèi)部網(wǎng)絡訪問不安全的外部網(wǎng)絡,同時也阻止不安全的外部網(wǎng)絡

入侵內(nèi)部網(wǎng)絡,從而達到保障計算機信息系統(tǒng)安全的效果。此外,防

火墻還能很好地監(jiān)視網(wǎng)絡,監(jiān)控外部網(wǎng)絡和內(nèi)部網(wǎng)絡的所有活動。基

于入侵防御系統(tǒng)技術(shù)(IPS),這種保障信息安全的方法是控制非法訪

問。當出現(xiàn)非法訪問時,防火墻就會通過各種方式攔截該訪問。

12

XXX系統(tǒng)項目

3.3病毒防治策略

病毒防治策略是指通過各種方式實施檢測計算機中的各種信息,

及時發(fā)現(xiàn)病毒,并清除這些病毒,從而掌控病毒入侵的主動權(quán),從而

達到防止病毒計算機數(shù)據(jù)的損壞和病毒的擴散。目前,通常情況下,

都采用安裝殺毒軟件防治病毒。

3.4漏洞掃描策略

這是一種能夠自動檢測本地計算機和遠端計算的安全漏洞的技

術(shù)。在檢測到漏洞后,要及時對漏洞進行修復,否則計算機很有可能

受到安全攻擊。因此,為了確保計算機信息系統(tǒng)的安全,必須對計算

機進行漏洞掃描,而且掃描的頻率應該大一些,最好每個星期掃描一

次,一旦發(fā)現(xiàn)計算機存在漏洞,就要馬上進行手動或自動修復。

3.5管理組織與制度安全策略

(1)建立健全的安全管理規(guī)章制度,為了保障信息系統(tǒng)的安全,

有關企業(yè)和相關部門應當成立專門的信息安全管理部門,由專人進行

管理,建立健全的安全管理規(guī)章制度,將信息系統(tǒng)安全納入到規(guī)章中

去,使信息安全工作有章可循,井然有序。(2)建立有關人員調(diào)離的

安全管理制度。在與計算機安全相關的人員發(fā)生調(diào)離等變動時,要與

其簽訂保密協(xié)議,同時應當及時更新計算機信息系統(tǒng)的保密措施。(3)

建立人員的安全管理制度,計算機業(yè)務部門和人事部門協(xié)作,共同做

好人員管理審查工作;此外,對于外來的維修人員和參觀人員也要有

一定的安全防范措施。(4)嚴格分離系統(tǒng)管理人員、軟件開發(fā)人員與

業(yè)務操作人員的責權(quán)。三部分的人員不能重疊。

13

XXX系統(tǒng)項目

4、項目實施保障策略

在本項目中,我公司結(jié)合多個大型系統(tǒng)項目實施的經(jīng)驗以及客戶

工作的實際情況,制定了一套有效的實施策略。

4.1統(tǒng)一計劃,分步實施

項目實施采用統(tǒng)一計劃,分步實施策略,保障XXX系統(tǒng)建設的高

效、有序地實施。

我們將根據(jù)各系統(tǒng)的邏輯關系和應用的需求方面綜合考慮,分階

段進行分布項目的實施。

4.2運營服務支持

從系統(tǒng)上線后,我公司在必要時根據(jù)客戶的要求,可派駐技術(shù)支

持項目師和平臺運營人員對XXX系統(tǒng)進行現(xiàn)場的技術(shù)支持。

4.3項目實施承諾

我公司承諾,在項目啟動后,任何有關項目組織、管理等方面的

問題,將首先征求客戶有關項目管理人員的意見。

XXX系統(tǒng)是一項重要而艱巨的任務,非常需要一個長期穩(wěn)定的技

術(shù)支撐單位來承擔這一工作,我公司非常愿意成為客戶的長期技術(shù)支

撐單位。

4.4項目實實施工作內(nèi)容

4.4.1項目需求分析

深入調(diào)查并了解XXX系統(tǒng)的建設需求,形成需求調(diào)研報告,保證

項目可操作性和實用性。

14

XXX系統(tǒng)項目

本次項目建設的成功與否不僅取決于系統(tǒng)本身的性能和功能,還

要取決于其與當前的管理模式的貼切程度和使用者對該系統(tǒng)的熟悉

和使用。對此需要進行全面調(diào)查和分析才能保證本次項目建設可操作

性和實用性。

在此階段要與客戶共同完成《用戶基本信息調(diào)查表》,包括以下

內(nèi)容:

1.項目組成員基本情況

2.用戶已為項目啟動所做工作

3.項目可利用的資源

4.信息系統(tǒng)硬件、網(wǎng)絡和軟件的配置等

在此階段同時進行的有項目信息收集工作,信息主要包括:管理

報表、組織結(jié)構(gòu)圖、文件格式、業(yè)務流程等基本信息資料。

在上述工作全部完成后完成《需求分析說明書》,綜合分析用戶

需求的情況下確定項目的范圍與內(nèi)容。此報告交由最終用戶簽收,并

作為以后項目實實施作的依據(jù)。

在此基礎上,進一步完成業(yè)務模型分析和數(shù)據(jù)模型分析,并完成

本次項目建設概要設計工作。概要設計包括功能詳細定義,并且要考

慮到安全限制:誰可以操作哪些功能、誰可以看哪些內(nèi)容等等。

提交《概要設計說明書》給客戶并得到客戶確認。

4.4.2項目技術(shù)開發(fā)

在項目技術(shù)開發(fā)上將采用MSF項目管理方法,采用先進的技術(shù)架

構(gòu),集中優(yōu)秀的技術(shù)開發(fā)人員進行設計開發(fā)。

15

XXX系統(tǒng)項目

4.4.3項目培訓

在項目應用培訓上將分別面向不同的用戶對象,設計完整的培訓

體系,靈活采用多種培訓方法,進行項目的應用推廣。

4.4.4項目維護和應用調(diào)整

在項目維護和應用調(diào)整上將針對項目的實施、后期和長期合作,

提供一整套的服務體系,包括項目的前期咨詢服務、項目建成后的保

障服務和后期運行維護過程中的全面護航服務等三類服務方式,從人

員管理方面、數(shù)據(jù)資源管理方面、應用管理方面等各個層面對客戶方

提供支持。

5、項目管理保障

項目管理的好壞對于一個項目的成敗起著決定性的作用,為了確

保本項目能夠成功實施,我們必須嚴格按照CMM-L3的規(guī)范對應用開

發(fā)項目進行全生命周期的管理,事實證明,只有規(guī)范化和標準化的項

目管理才有可能在大型項目的實施中獲得成功。

一個典型的信息化項目生命周期可以分成項目前期、需求定義、

系統(tǒng)設計、技術(shù)實現(xiàn)、集成測試、實施驗收、項目維護等七個階段。

項目管理的九大體系:進度管理、風險管理、需求管理、成本管

理、配置管理、質(zhì)量管理、資源管理、采購管理、溝通管理貫穿了整

個信息化項目生命周期的始終。典型的項目管理模型如下圖所示:

16

XXX系統(tǒng)項目

上述模型總體上是一個從上至下的瀑布模型,但同時每個階段設

立里程碑(Milestone)和內(nèi)部的檢查點(Checkpoint),對檢查點

和里程碑進行嚴格控制,全面執(zhí)行節(jié)點評審制度,在階段內(nèi)部是一個

反復并行、迭代的過程。

可以將整個生命周期中的各種項目管理進行提煉,形成前期管

理、立項管理、需求管理、進度管理、風險管理、資源管理、質(zhì)量管

理、成本管理、文檔管理、配置管理、結(jié)項管理、培訓管理、維護管

理等13項管理制度,作為指導我們進行信息化項目管理的基本制度。

在實際項目管理過程中將參照以下流程,每個階段都給出了相應

的責任人、參照規(guī)范以及產(chǎn)生文檔。

5.1項目管理和保障體系

完善的管理和保障體系是一個項目實施成功的關鍵,我公司對本

17

XXX系統(tǒng)項目

項目的實施服務制定了完善的質(zhì)保體系。

5.1.1組隊模型

組隊模型著重于解決在復雜軟件項目中如何組建項目組、分配合

適的角色、項目組的管理、職責劃分和質(zhì)量控制等問題。雖然組隊模

型是起源于軟件開發(fā)過程中的規(guī)范和準則,但它也同樣被成功的應用

于基礎信息結(jié)構(gòu)設施的實現(xiàn)過程。

MSF組隊模型定義了相互依賴、相互協(xié)作、同等角色關系的工作

模型。每個組中的成員在項目中都有一個明確定義的角色,并且關注

于一種特定的任務。這種方法鼓勵各個角色的所有感,最終結(jié)果是產(chǎn)

生更好的產(chǎn)品。每種角色小組的領導者負責管理、指導和協(xié)調(diào),小組

中的成員專注于執(zhí)行他們的任務。

MSF組隊模型由六個明確定義的角色組成:

A產(chǎn)品管理

A程序管理

A開發(fā)

A測試

?用戶教育

A系統(tǒng)實施

項目組成員之間無限制的交流是一個潛在的成功因素。

基于項目的大小,每個角色被分配給一個人或有人領導的一個小

組。同樣,一個人也可以承擔多種角色。每個小組成員都要估算他自

己的工作量,估算的結(jié)果用于作為他們各自角色的項目計劃參考,各

個角色的項目計劃又是項目總體計劃的一部分。

在一個成功的MSF項目組中,每個成員都感覺到對產(chǎn)品的質(zhì)量負

18

XXX系統(tǒng)項目

有責任。不能出現(xiàn)由一個小組成員代表另一小組成員對質(zhì)量負責的情

況。類似地,每個小組成員都是客戶利益的維護者。

MSF組隊模型定義了角色和責任,但沒有定義項目組的管理模式

和結(jié)構(gòu)。項目組可以由一個部門經(jīng)理負責管理,或根據(jù)項目的需要由

幾個不同的部門成員組成。組織結(jié)構(gòu)圖確定出誰是主管,MSF組隊模

型定義了工作劃分和由誰負責完成該項工作。

產(chǎn)品管理、程序管理、測試、用戶教育和系統(tǒng)實施角色都具有重

要的外部協(xié)調(diào)責任,這些責任包括與下列人員的協(xié)調(diào):

A商務或項目管理

A使用者

A系統(tǒng)操作和支持

A系統(tǒng)標準制定

A前臺幫助支持

A總體信息結(jié)構(gòu)策略

?質(zhì)量保證標準制訂

5.1.2過程模型

過程模型描述的是系統(tǒng)開發(fā)的生命周期內(nèi)各種順序進行的活動。

MSF過程模型包含四個主要的里程碑:前景/范圍認可

(Vision/ScopeApproved)里程碑、項目設計認可(ProjectPlan

Approved)里程碑、范圍完成/第一次應用(ScopeComplete/First

Use)里程碑和系統(tǒng)發(fā)布(Release)里程碑。這四個里程碑是客戶與

項目組之間重要的設計、評估和協(xié)調(diào)的同步點。

每個里程碑都是一個階段的終結(jié)點。

預想和構(gòu)思階段在“前景/范圍核準”里程碑上到達了終結(jié)點。

19

XXX系統(tǒng)項目

一旦一個新的產(chǎn)品(在信息基礎設施實現(xiàn)的項目中,這樣的產(chǎn)品可能

是某項服務)吸引了大家的興趣并得到了允許構(gòu)建的批準后,項目組

開始集中起來定義產(chǎn)品。前景描述文檔清晰地闡明了產(chǎn)品或服務的最

終目標,并提供了明確的方向。范圍與前景相反:它定義了一個特定

版本產(chǎn)品或服務所受的限制,并且認識在未來的版本中將要進行的開

發(fā)工作。

設計階段在“項目設計核準”里程碑上到達了終結(jié)點。項目設計

包含功能規(guī)定文檔、每種角色職能組的計劃組合(如在MSF組隊模型

中定義的開發(fā)、測試、用戶教育、系統(tǒng)實施、程序管理和產(chǎn)品管理)

和時間進度安排。功能規(guī)定提供給項目組足夠的細節(jié)情況確定需更的

資源并做出承諾。在項目設計核準里程碑上,客戶和項目組在要交付

的內(nèi)容上及如何進行構(gòu)建達成一致。這是一個重新評估風險、建立優(yōu)

先級和對時間進度和資源調(diào)配情況做最終估計的非常重要的機會。

開發(fā)階段在“范圍完成/第一次使用”里程碑上到達了終結(jié)點。

經(jīng)過核準的功能規(guī)定和相關的項目計劃提供了開始開發(fā)的基準線。開

發(fā)組設置了一系列內(nèi)部交付的里程碑,每個內(nèi)部里程碑都要經(jīng)過全部

的測試/診斷/排錯的過程。在這個里程碑上客戶和項目組評估產(chǎn)品的

功能,驗證產(chǎn)品過渡和支持計劃。同樣在這個里程碑上,所有新功能

的開發(fā)都已經(jīng)結(jié)束,推遲開發(fā)的功能記錄下來作為下一個版本功能的

參考。

穩(wěn)定階段在“產(chǎn)品發(fā)布”里程碑上到達了終結(jié)點。測試工作是伴

隨著代碼開發(fā)工作進行的,在穩(wěn)定階段因為集中注意力于尋找錯誤和

修改錯誤,所以測試活動成為主要的工作c在產(chǎn)品發(fā)布里程碑,產(chǎn)品

正式轉(zhuǎn)交給操作和支持組。通常情況下,項目組或者開始下一個版本

20

XXX系統(tǒng)項目

的產(chǎn)品開發(fā),或者拆散加入其它的項目開發(fā)組。

這四個里程碑是客戶與項目組之間重要的設計、評估及協(xié)調(diào)的時

間點。這些里程碑上交付的內(nèi)容在里程碑代表的階段結(jié)束后,被置于

一種可變控制的狀態(tài)下。可變控制是一種從需要改變到最終穩(wěn)定的文

檔或代碼,并獲得一致同意的過程。這些交付的內(nèi)容必須被置于可變

控制狀態(tài)下,保證整個項目組在共同的假設、指南和目標基準線情況

下工作。

5.1.3應用程序模型

一個應用程序模型是一種對應用程序就念性的觀點,它建立了組

成應用程序的定義、規(guī)則和相互關系。它作為應用程序邏輯設計時,

互相交換信息的基準線。應用程序模型是增強交流的簡化的、直觀的

方式,重點強調(diào)在邏輯上,而不是物理上的。應用程序模型給出了應

用程序的組成結(jié)構(gòu),而不是如何實現(xiàn)它。

我公司解決方案框架結(jié)構(gòu)中的應用程序模型,建立了一系列的標

準和指南,用于設計分布式的、多層結(jié)構(gòu)的客戶機/服務器應用程序,

并且通過使用基于組件的技術(shù)和工具進行實現(xiàn)。這些標準和指南的目

標是提供一種通用的方法,實現(xiàn)跨越商業(yè)應用程序的組件重用性。

MSF提倡使用基于服務的應用模型,設計和實現(xiàn)客戶機/服務器

21

XXX系統(tǒng)項目

的組件和商業(yè)方案。基于服務一詞意味著應用程序的功能被定義成完

成特定消費者需要的、一系列服務的集合c在這個模型中,一個消費

者可以是一個使用者或另外一種服務組件。因為反映了正在發(fā)展的技

術(shù)趨勢,所以這種模型非常引人注目。客戶機和服務器的概念正在向

更廣義的概念發(fā)展一消費者和提供者,同樣基于服務的模型也是一種

看待商業(yè)應用的全新方法,以下的概念反映出我公司和其它公司,今

天構(gòu)建核心組件技術(shù)的方法。

MSF應用模型是我公司推薦的設計分布式、多層結(jié)構(gòu)、客戶機/

服務器應用程序的方法。它的目標是:

為設計和開發(fā)客戶機/服務器方式的、internet或intranets應

用程序提供一致的方法,建立用于跨越所有客戶機/服務器開發(fā)項目

的開發(fā)標準和應用程序接口規(guī)定。

在三層結(jié)構(gòu)的應用程序中,提供組成三層結(jié)構(gòu)的應用程序邏輯定

義的標準集合。

保證使用組件技術(shù)實現(xiàn)分布式的、多層結(jié)構(gòu)的應用程序,使其具

有可擴展性、可伸縮性和可管理性,以滿足任務重要的、企業(yè)級的商

業(yè)應用程序。

引入系統(tǒng)是由一系列構(gòu)建于一致組件集合之上的、交互式應用程

序構(gòu)成的概念,這種思想打破了傳統(tǒng)上單一的應用程序支持特定商業(yè)

處理過程的觀點和模式。

確定用于構(gòu)建分布式、多層結(jié)構(gòu)的客戶機/服務器應用程序所需

要的工具和技術(shù),輔助企業(yè)總體技術(shù)結(jié)構(gòu)的開發(fā)。

在擁有多個項目的應用開發(fā)機構(gòu)中,描述出應用技能和資源的一

致的方法。

22

XXX系統(tǒng)項目

定義組建項目組并確定所需技能的框架,保證項目的設計和開發(fā)

過程中不同的工作組可以有效的、并行的工作。

為進一步提煉網(wǎng)絡服務的分布特色,MSF應用模型定義了組成應

用程序的三種類型的服務:

用戶服務.應用程序組成結(jié)構(gòu)中提供接口交互的部分。應用程序

的用戶可以是一個人或另外一個應用,因此應用程序的接口可以是圖

形用戶界面或者是一組可編程的接口。

業(yè)務規(guī)則服務.應用程序組成結(jié)構(gòu)中控制執(zhí)行次序、增強商業(yè)規(guī)

則和完整操作轉(zhuǎn)換的部分,業(yè)務規(guī)則服務通過應用程序中適當?shù)纳虡I(yè)

規(guī)則轉(zhuǎn)換數(shù)據(jù)為信息。

數(shù)據(jù)服務.應用程序組成部分中提供最底層的、可見層次的用于

抽象數(shù)據(jù)操作的部分,數(shù)據(jù)服務維護企業(yè)的連續(xù)數(shù)據(jù)和非連續(xù)數(shù)據(jù)的

一致性和可管理性。它們提供創(chuàng)建、讀取、更新和刪除等服務,以便

使業(yè)務規(guī)則服務(數(shù)據(jù)服務的消費者)不需要了解數(shù)據(jù)存放在哪個位

置、如何實現(xiàn)的和如何訪問的等問題。

在基于組件技術(shù)的實現(xiàn)中,通常不是物理的軟件層,而是一系列

分布在網(wǎng)絡上的互操作組件,它們跨越物理邊界提供服務給許多客戶

23

XXX系統(tǒng)項目

機。由于這個原因并防止單一的實現(xiàn),MSF應用模型使用由用戶服務、

業(yè)務規(guī)則服務和數(shù)據(jù)服務構(gòu)成的邏輯網(wǎng)絡就念,描述應用程序的組成

結(jié)構(gòu)。這三種服務可以在任何客戶機服務器應用程序中找到。

MSF是一項實踐性非常強的復雜的管理過程,是一種觀念的傳播。

只有使具有決策或是可以影響決策的人士接受了這樣的觀念,MSF

才有實施的可能,人們才可能進一步得益于MSF,盡可能早地去發(fā)

現(xiàn)風險,將風險降低到最低,使自己的投資收益最大化。

同時MSF會隨著我們從我公司的客戶和合作伙伴那里學習的經(jīng)

驗而不斷的發(fā)展和完善,新的思想和準則會不斷地被引進MSF。這些

發(fā)展將適應技術(shù)的更新、商業(yè)需求的變化,并支持構(gòu)建更好的軟件解

決方案。

5.2本項目管理措施

1)建立管理的原則,組織,協(xié)調(diào)機制和實施辦法。我公司提供實

施本項目的完整的項目管理方案,并在項目建設過程中嚴格執(zhí)行。

2)項目計劃的制定和執(zhí)行過程中體現(xiàn)電子政務項目的特點。

3)高度重視對過程的管理控制,高度重視對各類文檔的管理,建

立中間環(huán)節(jié)和文檔的內(nèi)部測試審核制度。

4)在項目管理方案中,充分體現(xiàn)我公司在項目管理方面的經(jīng)驗和

能力以及對該項目管理的設想和具體方法,并涉及以下的內(nèi)容:

A項目經(jīng)理,項目組成員及項目組織結(jié)構(gòu)。

A項目組成員除基本信息外,并說明專業(yè)背景由相關資質(zhì)和專長

A組織管理金與系統(tǒng)集成,軟件開發(fā)環(huán)節(jié)相關①;

A項目計劃窘與項目整體管理相關①;

A文檔清單,文檔資料提交計劃和文檔質(zhì)量控制辦法:

24

XXX系統(tǒng)項目

A質(zhì)量控制辦法;

A項目需求變更控制和進度控制辦法。

5)我公司承諾保持項目團隊穩(wěn)定。未經(jīng)用戶方同意,項目總負

責人、項目經(jīng)理、系統(tǒng)架構(gòu)師等關鍵崗位人員在項目整體驗收前不得

變更;關鍵崗位人員保證在本項目現(xiàn)場工作的時間;項目實施全過程

中,項目團隊成員變更不得大于30%,且須經(jīng)用戶方同意。

6)項目實施過程中由客戶提出的變更申請,我公司將在接到變

更申請的1天內(nèi)給出收到說明以及分析變更申請所需的時間,并在5

天內(nèi)做出相應的項目修改建議書。需求修改建議書將就變更申請中所

提出的修改對整個項目的影響做出以下幾方面的說明:

A基本修改:文件的增改和刪除;

A軟件設計:程序編碼的增加、修改和刪除;

A測試項目:測試計劃、測試和重新測試的修改;

A系統(tǒng)性能:確認修改項目對系統(tǒng)性能的影響以及增加或改裝其

它機器是否必要;

A人員需求:確認增加其他人員的必要性;

A進度:項目進展情況、交付項目的進展速度和協(xié)議的終止日期;

A費用:由于變更產(chǎn)生的開發(fā)實施費用。

7)本項目建設的目標是使整個系統(tǒng)能夠連通并具有可操作性、

所有計算機系統(tǒng)和設備能夠接通并正常運轉(zhuǎn)、所有軟件能夠在相應平

臺上正常運行。我們將緊密結(jié)合系統(tǒng)集成的目標,組建一套高質(zhì)量、

高效的項目管理與實施隊伍。

通過項目管理實現(xiàn)以下五個方面的目標,從而以優(yōu)異的工作成績

完成項目。

25

XXX系統(tǒng)項目

1)用戶滿意

本項目管理追求的首要目標,如果這個目標沒有達到,我們認為

這個項目就是失敗的。

2)按時嚴格完成所有任務

如果合同執(zhí)行過程中出現(xiàn)任何變化,我們會主動友好地與用戶協(xié)

商討論,保障用戶利益的前提下,雙方達成一致,確保合同完成,讓

用戶滿意。

3)質(zhì)量控制

質(zhì)量控制的重要性在項目管理中是極其重要的,我們正是通過質(zhì)

量控制來保證項目的順利實施,以確保不會造成任何形式的返工。M

體措施包括:

A清晰的安裝配置手冊;

A明確驗收方式;

A強化實施方法;

?監(jiān)督操作過程。

4)降低風險

任何事件的發(fā)展都會有一定的意外,它的發(fā)生是不可定的,這種

脫離常規(guī)的意外稱之為風險。如果我們充分重視風險會造成的影響,

就可以避免遭受較大的損失。

風險管理主要從三方面著手:

A確定風險因素;

A阻止不可承受妁風險發(fā)生;

A制定風險發(fā)生的解救方案。

風險因素的確定要根據(jù)項目的具體情況。針對客戶會關心的風

26

XXX系統(tǒng)項目

險,我們制定了相應的避免風險的措施。

5)符合預算

考核項目預算是自我監(jiān)督的重要步驟,目的在于提高項目管理水

平,項目建成后能夠得到長期的技術(shù)服務和支持。

5.3本項目管理規(guī)范

5.3.1項目啟動階段

目標:將項目納入管理

方法:

通過項目可行性分析會議(會議的次數(shù)根據(jù)具體情況而定),產(chǎn)

生一系列項目進度時間,包括工作計劃初稿交稿時間,StatusWeekly

Report交稿時間等,然后跟蹤時間,規(guī)范操作。

會議內(nèi)容:

A產(chǎn)生項目經(jīng)理(及技術(shù)骨干)

?收集有關項目的信息(項目背景;風險評估;項目現(xiàn)狀)

A跟蹤初始階段的開發(fā)工作(需求分析;草擬工作計劃)

A資源分析

A培訓安排(草稿)內(nèi)容:項目管理,技能等

結(jié)果:

A產(chǎn)生工作計劃初稿

A組建項目團隊,項目經(jīng)理確定項目編號,通知客戶項目編號。

A項目經(jīng)理產(chǎn)生一個工作職責

A項目經(jīng)理在本階段要跟蹤事項:

A項目現(xiàn)狀

27

XXX系統(tǒng)項目

A風險評估或相關信息

A資源安排

5.3.2項目需求階段

目標:產(chǎn)生需求分析書

方式:開會

會議型式:每周例會;隨時召集

項目經(jīng)理在本階段要跟蹤事項:

A檢查需求書的內(nèi)容

A控制每項任務的時間

A根據(jù)變化對上分段的工作安排作調(diào)整

5.3.3項目設計階段

目標:

A生設計文檔

A系統(tǒng)分析師制定技術(shù)規(guī)范

A制定測試計劃

A項目經(jīng)理在本階段要跟蹤事項:

A每周評審會

A與需求對照控制

A時間控制

A根據(jù)變化,調(diào)整工作

A根據(jù)項目風險,制定措施。(若不能出措施,也要及時做風險

評估)

28

XXX系統(tǒng)項目

5.3.4項目編碼階段

目標:

A規(guī)范代碼

A測試計劃

A項目經(jīng)理在本階段要跟蹤事項:

A每周評審會

A特殊事件的處理:根據(jù)處理需求變化,做出相應安排。

A客戶需求變化程序:客戶提出需求,客戶只可到項目經(jīng)理處進

行咨詢,不能提出需求變化。在客戶提出需求變化時,須填寫“需求

變化記錄表”

A技術(shù)工作規(guī)則

A開始客戶工作,反饋工作進展

5.3.5項目測試階段

目標:

A確定測試方法

A項目測試結(jié)果

A項目經(jīng)理要跟琮事項:

A每周評審會

A根據(jù)測試結(jié)果,察看測試的級別,確定相應工作

A項目風險評估會議

5.3.6項目實施階段

目標:

A項目實施計劃書

29

XXX系統(tǒng)項目

A用戶手冊

A項目經(jīng)理要跟蹤事項:

A客戶滿意度調(diào)查

A項目總結(jié)會

A項目文件打包

A通知人事部項目結(jié)束

5.3.7項目管理工具

?進度及人員管理

A源碼管理

A文檔和信息管理

5.4相關管理制度

為保證XXX系統(tǒng)的順利實施,更好的促進項目各工作組扎實工

作,由項目建設辦公室制定如下制度:

一、項目管理制度

(一)組織領導機構(gòu)、實施機構(gòu)及職責;

(二)項目會議制度;

(三)項目文件審批、印發(fā)及歸檔制度;

(四)項目《簡報》編發(fā)制度;

(五)項目安全管理制度;

(六)后勤保障管理制度;

(七)物資設備的管理與使用;

(A)其它項目管理制度。

二、運行維護管理制度

30

XXX系統(tǒng)項目

(一)XXX系統(tǒng)運行安全管理辦法;

(二)XXX系統(tǒng)信息安全事故或故障報告制度;

(三)XXX系統(tǒng)業(yè)務協(xié)調(diào)管理制度;

(四)XXX系統(tǒng)設備管理制度;

(五)XXX系統(tǒng)機房管理制度;

(六)XXX系統(tǒng)數(shù)據(jù)備份制度;

(七)XXX系統(tǒng)服務器病毒防范制度;

(八)XXX系統(tǒng)資料管理制度;

(九)XXX系統(tǒng)密碼管理制度(試行);

(十)XXX系統(tǒng)網(wǎng)絡傳輸線路運維管理制度;

(十一)其它運維制度。

三、應急預案和災難恢復

(一)XXX系統(tǒng)綜合應急預案;

(二)XXX系統(tǒng)網(wǎng)絡安全專項應急預案;

(三)XXX系統(tǒng)信息安全專項應急預案。

31

XXX系統(tǒng)項目

6、實施質(zhì)量控制保障方案

6.1質(zhì)量控制與保證

目前國內(nèi)軟件開發(fā)公司很多,軟件項目的質(zhì)量控制、質(zhì)量保證和

質(zhì)量管理也成為一個熱門話題。美國著名質(zhì)量管理專家朱蘭有句名

言:”生活處于質(zhì)量堤壩后面”(Lifebehindthequalitydikes)。

質(zhì)量正像黃河大堤一樣,可以給人們帶來利益和幸福,而一旦質(zhì)量的

大堤出現(xiàn)問題,它同樣也會給社會帶來危害甚至災難。我們有能力把

好質(zhì)量關,維護XXX系統(tǒng)建設項目質(zhì)量大堤的安全。

6.1.1質(zhì)量方針和質(zhì)量目標

我們采用標準的整套MSF項目管理方法論,參照國際質(zhì)量管理體

系,遵循以規(guī)范的管理、一流的品質(zhì)、個性化的服務,為客戶創(chuàng)造價

值的質(zhì)量方針。

質(zhì)量保障工具主要有:控制、檢查、抽樣、因果圖、流程圖等工

具。

我們的質(zhì)量目標與XXX系統(tǒng)建設相關要求為:

發(fā)布產(chǎn)品的BUG數(shù)不超過客戶預期

實施過程中,客戶的平均滿意度達95%以上

注:客戶滿意度是指回訪客戶時,滿意與比較滿意占回訪總數(shù)的

比例。

6.1.2質(zhì)量管理體系

我們結(jié)合IS09000、MSF、CMM等多種質(zhì)量管理體系和方法論,建

32

XXX系統(tǒng)項目

立了適合本項目特點的團隊模型和過程模型,如下圖所示。

項目約束下交付解決方案

增強用戶的磕、/質(zhì)量問題被確定后發(fā)布

發(fā)布管理

產(chǎn)品平滑部署,穩(wěn)定操作

圖表1項目團隊模型

圖表2項目過程管理模型一分階段交付

6.1.3質(zhì)量控制

在執(zhí)行本項目過程中,將在開發(fā)過程中進行代碼審查和系統(tǒng)構(gòu)

建;在項目的不同階段,進行單元測試、冒煙測試、集成測試、系統(tǒng)

33

XXX系統(tǒng)項目

測試和驗收測試;并對關鍵過程進行過程控制,使產(chǎn)品的質(zhì)量受控。

A代碼審查

代碼審查是為了盡早識別出會導致系統(tǒng)質(zhì)量問題的編碼技術(shù)和

錯誤。雖然可能很耗時,但代碼審查必須是項目開發(fā)周期中的常規(guī)事

件,這是因為在開發(fā)時修復缺陷會比以后在產(chǎn)品運維或維護修復周期

中再做這項工作節(jié)省大量的時間和工作量,是我們保證本項目工期和

質(zhì)量的重要手段之一。

在開發(fā)之前,項目組開發(fā)經(jīng)理將根據(jù)需求中功能、性能、可靠性

等方面的優(yōu)先級,制定代碼審查計劃,確定代碼審查列表中問題的優(yōu)

先級排列、進度要求和資源安排。

A系統(tǒng)構(gòu)建

指本項目系統(tǒng)在開發(fā)過程中的每一階段點都被完全構(gòu)建,并且通

過一系列測試以

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論