信息系統(tǒng)項目管理方案

目錄

1.1項目管理組織結(jié)構(gòu)......................................2

1.2項目范圍管理..........................................5

13項目進(jìn)度管理..........................................5

1.4項目風(fēng)險管理..........................................5

1.5質(zhì)量管理計劃..........................................7

1.6項目協(xié)調(diào)與合作計劃...................................10

1.7配置管理.............................................11

1.8文檔管理.............................................13

1.9人員管理.............................................14

1.10保密管理............................................14

1.1項目管理組織結(jié)構(gòu)

1.1.1項目各方角色與責(zé)任

需要明確的是，該系統(tǒng)是一個由用戶、系統(tǒng)供應(yīng)商、其他系統(tǒng)供應(yīng)商、設(shè)

備提供商等多方面共同組成的項目組實施。而這個項目組是由項目管理辦公室領(lǐng)

導(dǎo)。

項目管理辦公室是由用戶和系統(tǒng)供應(yīng)商的高層領(lǐng)導(dǎo)人組成，這樣可以充分

保證項目實施能被正確的指導(dǎo)和推動，可以迅速解決在實施過程中出現(xiàn)的不可預(yù)

測的原則性問題。

項目管理辦公室中的用戶成員有責(zé)任推動相關(guān)工作人員密切配合項a實施,

對中心內(nèi)部各部門所要達(dá)到的項目目標(biāo)有清楚的定義，明確責(zé)、權(quán)、利關(guān)系，與

項目組一起做好工作。

項目經(jīng)理必須隨時向項目管理辦公室報告整個項目進(jìn)展情況，向項目管理

辦公室負(fù)責(zé)，采取正確的實施行動來完成項目實施工作。

雙方在項目中的角色和責(zé)任如下:

單位責(zé)任

用戶業(yè)務(wù)系統(tǒng)的現(xiàn)狀調(diào)查、分析；

提出項目需求；

組織方案驗收

系統(tǒng)供應(yīng)商項目管理

負(fù)責(zé)系統(tǒng)連接或軟件部署、配置、軟件開發(fā)等技術(shù)文件；

負(fù)責(zé)項目實施；提出項目測試計劃，

配合項目驗收

產(chǎn)品提供商提供產(chǎn)品的技術(shù)支持服務(wù)

在客戶特別指明時提供產(chǎn)品安裝調(diào)試服務(wù)

1.1.2任務(wù)分工

在項目的實施過程中，如果沒有明確的任務(wù)分工，將會造成“職責(zé)不清”

的混亂局面，使工作關(guān)系與任務(wù)分配陷入多種的關(guān)聯(lián)交叉狀態(tài)，導(dǎo)致項目人員“不

知所措、不知何往”，這將嚴(yán)重影響對項目的反應(yīng)能力與控制能力，最終影響實

施的進(jìn)度與實施的質(zhì)量。

所以要完成好一個項目，建立起一個完善的組織架構(gòu)后，組織中必須要有

明確的分工，做到“各負(fù)其責(zé)”，但同時需要有統(tǒng)一、有效的領(lǐng)導(dǎo)機構(gòu)，作到“協(xié)

調(diào)一致”，才能保證整個項目的實施。XXXXXXXXXXX針對本項目的具體分工如下：

(1)項目管理辦公室：

將由用戶項目部領(lǐng)導(dǎo)以及XXXXXXXXXXX管理層的相關(guān)負(fù)責(zé)人構(gòu)成，建議與

決定項目管理組人員的組成，接受項目管理組的匯報，指導(dǎo)與監(jiān)督項目管理組工

作，對重大問題作出決定，確保項目實施所需要的資源。

該小組在宣布中標(biāo)后成立，項目驗收后結(jié)束。

(2)專家顧問組：

將由用戶、XXXXXXXXXXX、高級專家顧問組成，在整個項目執(zhí)行過程中起顧

問咨詢等作用。

該小組在宣布中標(biāo)后成立，項目驗收后結(jié)束。

(3)項目管理組：

接受項目管理辦公室的領(lǐng)導(dǎo)與監(jiān)督，向項目管理辦公室匯報；由用戶、

XXXXXXXXXXX的項目管理人員組成，XXXXXXXXXXX指派一名項目經(jīng)理任組長：＞該

組負(fù)責(zé)協(xié)調(diào)各相關(guān)單位的關(guān)系，處理所出現(xiàn)的各種問題；組織各個專業(yè)小組，制

定項目總的實施進(jìn)度計劃，推進(jìn)項目進(jìn)度，解決工程中出現(xiàn)的各種問題。

該組在項目管理辦公室成立后設(shè)立，項目驗收后結(jié)束。

(4)商務(wù)組：

接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，制定詳細(xì)的商務(wù)計劃，負(fù)責(zé)

商務(wù)投標(biāo)，合同的簽署，按照合同定貨，跟蹤；處理合同執(zhí)行過程中由丁合同條

款的修改與變動而帶來的各種問題。

該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。

(5)財務(wù)組:

接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，制定資金運作計劃，負(fù)責(zé)財

務(wù)成本核算、成本控制、財務(wù)審計等，保證整個合同過程中各個階段、各個方面

冊、對安裝后的系統(tǒng)進(jìn)行測試與預(yù)驗收、進(jìn)行驗收準(zhǔn)備工作、配合用戶驗收小組

對系統(tǒng)進(jìn)行最終驗收，按照合同規(guī)定完成所有的測試與驗收工作。

該組在安裝調(diào)試二作開始后前設(shè)立，驗收完畢后結(jié)束。

1.2項目范圍管理

項目管埋范圍包括本項目建設(shè)周期內(nèi)各個階段以及所有相關(guān)的建設(shè)單位、

設(shè)備、軟硬件、場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設(shè)計、軟件開發(fā)、

系統(tǒng)集成、測試、驗收、試運行、系統(tǒng)維護(hù)的全過程都包括在內(nèi)，如項目啟動、

項目范圍內(nèi)容、項目范圍變更等項，具體內(nèi)容在項目實施前經(jīng)詳細(xì)討論確定。

1.3項目進(jìn)度管理

針對本項目的進(jìn)度管理從任務(wù)分解、時間進(jìn)度安排到資源分配，每個階段

都有里程碑標(biāo)志，每個階段都須嚴(yán)格按照工期要求按時、保質(zhì)完成，項目經(jīng)理負(fù)

責(zé)項目進(jìn)度控制。

1.4項目風(fēng)險管理

通過對大量的風(fēng)險事件進(jìn)行分析，在本項目中下列事件出現(xiàn)的概率最大，

影響也是最大的。如何使得將上述事件對項目造成的影響降低到最小，是項目風(fēng)

險管理的主要工作。首先需要預(yù)防上述事件的發(fā)生，其次當(dāng)事件發(fā)生不可避免之

后，應(yīng)當(dāng)采取必要的、事先準(zhǔn)備好的措施進(jìn)行工作，將風(fēng)險對項目目標(biāo)的影響降

低到可以容忍的程度。

1.4.1技術(shù)風(fēng)險

XXXXXXXXXXX軟件采購是一個采用先進(jìn)的信息技術(shù)，在建設(shè)過程中需要與各

個業(yè)務(wù)單位、多個技術(shù)支撐系統(tǒng)、多個業(yè)務(wù)系統(tǒng)之間接口。系統(tǒng)需要采集的數(shù)據(jù)

量大、涉及的相關(guān)系統(tǒng)范圍廣，需要比較高的信息管理的專業(yè)知識。因此系統(tǒng)建

設(shè)存在一定的技術(shù)風(fēng)險，需要業(yè)主和系統(tǒng)建設(shè)方從系統(tǒng)開始建設(shè)之初，就要充分

認(rèn)識到該項目的技術(shù)難度，在系統(tǒng)調(diào)研、系統(tǒng)設(shè)計階段就要進(jìn)行反復(fù)的論證，在

系統(tǒng)構(gòu)架的時候盡可能采用國際上成熟的產(chǎn)品，借鑒相關(guān)的成功經(jīng)驗，同時系統(tǒng)

的建設(shè)分步驟、分階段進(jìn)行，將技術(shù)難點逐個突破，力求將技術(shù)風(fēng)險降至最低。

1.4.2需求風(fēng)險

XXXXXXXXXXX軟件采購的建設(shè)是一個項目周期較長、涉及相關(guān)部門較多、數(shù)

據(jù)量大、系統(tǒng)功能要求高的復(fù)雜系統(tǒng)，只能在建設(shè)過程中與多家業(yè)務(wù)部門進(jìn)行溝

通，才能逐步明晰系統(tǒng)的需求。同時，由于GIS專業(yè)性較強，有些需求各業(yè)務(wù)部

門人員根本不可能明確地提出，需要系統(tǒng)建設(shè)方根據(jù)已有的系統(tǒng)建設(shè)經(jīng)驗進(jìn)行用

戶需求的引導(dǎo)。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁,

使得項目進(jìn)展嚴(yán)重滯后，最后造成項目的失敗。

為了能夠減少該項目需求不清和需求頻繁變更的風(fēng)險，需要用戶和公司在

項目初期做好充分的需求調(diào)研，切實理解各個業(yè)務(wù)部門在信息方面的業(yè)務(wù)需求,

盡可能避免對需求的誤解和片面性。同時，在系統(tǒng)建設(shè)過程中，嚴(yán)格遵守項目管

理的規(guī)章制度，對項目需求變更進(jìn)行嚴(yán)格的審核與控制，以保障項目的質(zhì)量和進(jìn)

度。

1.4.3協(xié)調(diào)與溝通風(fēng)險

在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多個部門，與這些部門的溝通與協(xié)調(diào)可能

直接影響到本項目的質(zhì)量與進(jìn)度。因此，建立高效的協(xié)調(diào)與溝通機制，減少相互

之間的誤解與拖延，是保障本項目成功實施的關(guān)鍵點之一。這需要各相關(guān)單位充

分理解項目溝通管理的重要性，嚴(yán)格遵守項目管理的各項規(guī)章制度，提高協(xié)調(diào)溝

通的效率，降低項目協(xié)調(diào)與溝通的風(fēng)險。

1.4.4項目人員風(fēng)險

由于XXXXXXXXXXX軟件采購項目周期較長，技術(shù)難度大，因此項目人員壓

力會隨著項目的進(jìn)展逐漸加大，工作效率也可能會隨著項目的進(jìn)展逐漸降低，造

成工作效率低下，甚至?xí)斐身椖砍蓡T的不穩(wěn)定。這就需要用戶與公司相互理解,

明確共同的目標(biāo)，發(fā)揮團隊精神，同時要合理規(guī)劃項目進(jìn)度，作到勞逸結(jié)合，提

高項目人員的積極性，降低項目人員的風(fēng)險。

1.5質(zhì)量管理計劃

1.5.1質(zhì)量管理體系標(biāo)準(zhǔn)

本項目實施應(yīng)采用先進(jìn)的質(zhì)量管理模式和科學(xué)的質(zhì)量管理體系和流程，并

根據(jù)項目自身特點選用合適的質(zhì)量控制規(guī)程。

目前，xxxxxxxxxxx主要采用1S09001質(zhì)量標(biāo)準(zhǔn)和軟件成熟度模型（C刪）

兩種控制規(guī)程。針對本項目，公司將采用GB/T19001-2000-IS09001:2000質(zhì)量

體系標(biāo)準(zhǔn)，同時遵循SSE-CMM的安全實施標(biāo)準(zhǔn)，棄在項目實施的過程中嚴(yán)格執(zhí)行

這些質(zhì)量標(biāo)準(zhǔn)。

1.5.2質(zhì)量控制過程

本項目中，由項目經(jīng)理制訂質(zhì)量控制計劃，項目質(zhì)量控制組進(jìn)行審核，審

核方面包括：質(zhì)量控制措施是否足夠、各個成員的質(zhì)量責(zé)任是否明確合理，測試

方法是否適用。

1.5.3質(zhì)量評定計劃

為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，木公司將制訂適應(yīng)于項目的

檢查驗收規(guī)定和質(zhì)量評定標(biāo)準(zhǔn)，確保工程質(zhì)量。

本項目中，應(yīng)實行兩級檢查、兩級驗收制度。一級檢查、二級檢查和一級

驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收評格

按項B實施中制訂的相應(yīng)的檢查驗收規(guī)定和質(zhì)量評定標(biāo)準(zhǔn)執(zhí)行。對實施和驗收過

程中出現(xiàn)的重大技術(shù)問題，將上報用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應(yīng)予以

書面記錄。

1.5.4質(zhì)量管理措施

在項目實施過程中還將采取如下措施保障項目實施質(zhì)量:

(1)產(chǎn)品到貨后，對所有硬件設(shè)備應(yīng)進(jìn)行加電檢測，同時對所有軟件產(chǎn)品

進(jìn)行安裝、產(chǎn)品授權(quán)驗證。

(2)在項目實施前后對網(wǎng)絡(luò)性能進(jìn)行評估。

(3)在系統(tǒng)部署完成后要在實際環(huán)境中進(jìn)行網(wǎng)絡(luò)連通性測試、安全策略驗

證和應(yīng)用系統(tǒng)測試。

(4)配合應(yīng)用系統(tǒng)做好壓力測試，根據(jù)壓刀測試結(jié)果調(diào)整系統(tǒng)配置。

(5)項目實施后要進(jìn)行一定時間的試運行，在試運行期間要重點監(jiān)控網(wǎng)絡(luò)

環(huán)境的運行情況、安全策略的驗證和業(yè)務(wù)應(yīng)用系統(tǒng)運行情況，若出現(xiàn)的問題要及

時查找原因并加以修正。

(6)在試點實施過程中驗證方案的可行性和正確性。

1.5.5軟件質(zhì)量控制

1.5,5,1階段性評審

軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司

在本系統(tǒng)項目組織中，由質(zhì)量控制組負(fù)責(zé)質(zhì)量控制和管理，采用軟件度量過程采

集信息對軟件過程和軟件產(chǎn)品的質(zhì)量進(jìn)行管理。

對軟件過程質(zhì)量的控制通過量化并提取軟件過程信息實現(xiàn)對軟件過程的目

標(biāo)管理，量化的主要內(nèi)容包括：產(chǎn)品質(zhì)量、項目進(jìn)度和資源占用。軟件過程控制

一般采用軟件開發(fā)過程的節(jié)點控制的方法。

軟件開發(fā)過程的節(jié)點控制是提高軟件開發(fā)的計劃性和成功經(jīng)驗的可重復(fù)應(yīng)

用的重要支持手段。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本

系統(tǒng)的高質(zhì)、準(zhǔn)時完成。在本系統(tǒng)的開發(fā)過程中，把涉及軟件開發(fā)、應(yīng)用的人員

分為甲方、乙方，甲方代表各種層次的軟件系統(tǒng)的用戶，乙方代表軟件開發(fā)商中

各組織、各層次人員。軟件系統(tǒng)的最終成功基于甲乙雙方對軟件開發(fā)過程的共同

控制與管理，甲方側(cè)重“需求”與“監(jiān)督”職能，乙方側(cè)重“供求”與“控制”

職能。甲乙雙方實現(xiàn)職能的基礎(chǔ)是軟件開發(fā)過程的可視性，即從甲乙雙方角度得

到軟件開發(fā)過程的可見性。如下圖所示：

需求r---------、-----------，____廠1、結(jié)果

㈤

—需求_______結(jié)7果

檢查點檢查點…檢查點…檢查點

Q）

圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙

方的開發(fā)過程得到的是最終結(jié)果，甲方對軟件開發(fā)過程沒法參與。乙方中只有具

體的開發(fā)人員了解局部的軟件過程，高層管理人員沒法得到開發(fā)過程中具體的過

程狀態(tài)信息，不能根據(jù)過程狀態(tài)做出決策。

圖（b）表示一個對甲乙雙方可見性較好的軟件過程，在軟件開發(fā)過程的特

定階段設(shè)置階段控制點（也稱為里程碑），甲乙雙方依據(jù)階段成果，從各自的角

度提出過程改善與修改意見，控制軟件系統(tǒng)生產(chǎn)的質(zhì)量、開發(fā)過程的效率及項目

資源消費。

1.5.5.2測試

測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認(rèn)真測試的系統(tǒng)是不能被用于

生產(chǎn)的。雖然，對各階段的文檔的審核也可認(rèn)為是測試，但本項目所指的測試是

指對應(yīng)用軟件的測試。做好測試是測試組的責(zé)任，測試組是與開發(fā)組相互獨立的

兩組，且需要相當(dāng)?shù)募夹g(shù)和經(jīng)驗，對業(yè)務(wù)的理解要十分透徹。為保證測試的效率

和質(zhì)量需要主意以下幾點：

1.建立高效合理的測試流程，包括：

建立盡量模擬真實環(huán)境的業(yè)務(wù)數(shù)據(jù)模型（即運行業(yè)務(wù)的初始環(huán)境）；

對測試案例的設(shè)計要有深度和廣度；

特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務(wù)和責(zé)任;

做好測試階段文檔和源程序的版本控制；

做好測試中發(fā)現(xiàn)的BUGS的記錄及存檔工作；

對發(fā)現(xiàn)的任何BUGS都要做好原因分析并記錄歸檔；

做好回歸測試；

防止對程序的修改而引起的其他問題。

軟件測試是一個過程，涉及到軟件生命周期的各個階段。下圖描述了軟件

測試過程模型：

需求分析I

軟件設(shè)計，I

I軟件實現(xiàn)

系統(tǒng)測試

Beta測試i

出廠

如借

s

i結(jié)果分

?析報告

測試過程是與開發(fā)過程并行的，軟件測試的實施過程是與改錯過程既是交

錯的、同時又是并行進(jìn)行的。在集成測試階段中，測試一般應(yīng)當(dāng)由獨立的軟件測

試人員來實施。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可

以避免開發(fā)者自身的思維局限，更加客觀全面地進(jìn)行有效的測試。

1.6項目協(xié)調(diào)與合作計劃

對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目

實施的過程中要有一套完善的溝通機制.

1.6.1協(xié)調(diào)與合作管理方案

在項目實施中，將以項目經(jīng)理為核心，實現(xiàn)全面、有效的溝通管理。其中：

(1)項目經(jīng)理從始至終控制整個項目的工竹進(jìn)展與步驟，是信息的收集者

和發(fā)送者。

(2)項目經(jīng)理要密切聯(lián)系了解各干系人信息，及時傳達(dá)給項目組其他成員。

(3)項目經(jīng)理要每周與項目領(lǐng)導(dǎo)小組交換項目工作進(jìn)展情況，確保項目按

計劃有步驟地進(jìn)行，并提交全部項目管理報告給項目領(lǐng)導(dǎo)小組。

(4)項目經(jīng)理要每周組織項目組成員召開會議，了解項目進(jìn)展情況，分派

工作，了解項目實施中的問題，及時解決。

(5)項目主管定期聯(lián)系用戶負(fù)責(zé)人，傾聽用戶對項目的建議和意見，并采

取相應(yīng)的措施，最大程度保證用戶滿意度。

(6)銷售人員和用戶保持正常通暢的溝通渠道，及時接受用戶反饋意見。

1.6.2協(xié)調(diào)手段

作為溝通的手段，采用如下方式進(jìn)行項目的交流：

(1)進(jìn)程報告(工程簡報)：工程實施期間，各實施人員每天向項目經(jīng)理

報告工作進(jìn)展；項目經(jīng)理按照IS09000質(zhì)量管理體系的要求每周向公司提交《項

目進(jìn)展報告》；同時，項目經(jīng)理每周向用戶單位提交項目進(jìn)展文件。

(2)周例會：必要時參加由項目管理組、用戶方在每周共同召開的周例會，

會議將對一周以來的工作進(jìn)展進(jìn)行回顧，總結(jié)問題點，分析原因，并確定解決方

案。對下一階段的工作任務(wù)進(jìn)行部署。會議結(jié)果由項目管理組發(fā)布會議紀(jì)要。

(3)工程階段總結(jié)：在實施的每一個階段，進(jìn)行工程階段總結(jié)，評估上一

階段工作得失，為下階段的工作進(jìn)行必要的預(yù)溝通，解決隱患問題；

(4)多種形式的交流：項目經(jīng)理與項目領(lǐng)導(dǎo)小組、用戶、其它廠商之間、

以及項目隊伍成員之間保持通信聯(lián)絡(luò)，以傳真、電話、電子郵件等方式進(jìn)行溝通。

1.7配置管理

1.7.1配置管理和版本控制

公司采用相應(yīng)的配置控制程序來管理新系統(tǒng)的各個部分，包括文檔，需求，

設(shè)計，數(shù)據(jù)庫設(shè)計，編碼，文件和數(shù)據(jù)。并在項目實際實施時制定配置管理計劃，

并委任一名配置管理員。

配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個系統(tǒng)的完整性。

配置控制既是技術(shù)活動又是管理活動，它的過程包括：

配置項目發(fā)現(xiàn)和保存

每個配置項目要有一個編號，用來區(qū)別有不同需求和實施要求的其它項目O

它還有一個版本號，用來標(biāo)明該項目所處的階段，在配置項目修改時，版本號要

更新。配置系統(tǒng)要能夠容納新的配置項目，不必修改現(xiàn)存項目。

配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件

項H的控制必須建立如下典型的軟件庫：

名稱狀態(tài)

開發(fā)庫動態(tài)的

主庫控制的

靜態(tài)庫靜態(tài)的

開發(fā)庫是軟件作為一系列模塊進(jìn)行開發(fā)和測試的動態(tài)庫。主庫是一個波控

制的庫，項目的放入和取出必須按規(guī)定并以一定的控制方式進(jìn)行。例如，在單元

測試成功之后，模塊可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何

經(jīng)過以上測試需要修改模塊都要放回開發(fā)庫，以供測試。

當(dāng)主庫達(dá)到一定程度的穩(wěn)定后，就可以將它合成一個基準(zhǔn)。每當(dāng)基準(zhǔn)發(fā)布

以后，相關(guān)主庫都要進(jìn)行拷貝產(chǎn)生靜態(tài)庫。之所以叫做靜態(tài)庫，因為以后不再更

新，并且歸檔。

2.配置變動控制

只有當(dāng)項目已經(jīng)成為基準(zhǔn)的一部分時，軟件配置控制才能夠進(jìn)行，它主要

控制：

評估對配置項目的變動

協(xié)調(diào)批準(zhǔn)的變動

在本項目的執(zhí)行過程中，項目經(jīng)理將與用戶一起定義處理配置變動以及變

動授權(quán)管理方法。作為對于己經(jīng)通過的單元，系