公司軟件項目管理規(guī)范

公司軟件項管理規(guī)范V1.0文件狀態(tài)：[]稿

文件標識：當前版本：

QD-RJ-A00-001.0[√]正式發(fā)布

作

者：

王重[]在修改

完成日期：

年月15日研發(fā)中心件項目管理范1.1.項實施原則?

項實過要守準范項管體進

項目執(zhí)行的規(guī)范性是項目成功的保證。項目執(zhí)行的規(guī)范性可以有效保證項目質量。1.2.項實施方法金山頂尖在多年的應用軟件項目實施過程中累了豐富的項目實施經(jīng)驗先組織實施了多個上千萬元的復雜項目，同時也積累了豐富的項目實施經(jīng)驗。管理目標指思

管目以客戶體驗為中心，持續(xù)改進產(chǎn)品生產(chǎn)及交付過程，面向客戶提供優(yōu)質產(chǎn)品或服,持續(xù)提高客戶滿意度。

指思通過持續(xù)的過程改進，逐步提高項目交付的產(chǎn)品（服務與生產(chǎn)效率更的滿足客戶的需求，提升公司客戶滿意度。質量保證系依據(jù)ISO9001:2008的規(guī)，金山頂尖質量體系文件劃分為層層結構，自上而下分別為綱領性文件制度性文件作業(yè)指導性文件和質量記錄模版下級文件的制定和修改必須符合上級文件的要求，如下圖所示：

手冊、方針過程文件作業(yè)規(guī)范、指南文件質量記錄、模板文件質量體系文件層次示意圖第級質手和針件質量手冊和方針文件是公司質量管理及過程改進體系的綱領性文件。它依據(jù)GB/T19001-2008質量理體系求、系統(tǒng)工程生產(chǎn)過程域的目標要求，規(guī)定了公司提供產(chǎn)品及服務的過程質量控制標準及其工作產(chǎn)品質量目標要求。

第級制性件制度性文件是規(guī)范公司生產(chǎn)管理過程的一系列規(guī)章制度和辦法文件于公司所有部門是司所有員工工作溝通平臺要包括項目管理控制程序文件軟件及系統(tǒng)工程管理控制程序文件銷管理控程序文件服務保障體系文件客戶滿意及投訴管理體系文件以及其他業(yè)務支持體系文件。

第級作規(guī)及南件作業(yè)規(guī)范及指南文件是針對過程控制體系文件對公司各業(yè)務領域的作業(yè)規(guī)范要求制定的具體的設計開、實施、服及運營保障管理作業(yè)說明書，是對過程控制體系文件的進一步細化和補充。

第級質記及版件質量記錄及模版文件體現(xiàn)了ISO9001-2008基本質量要求及過程質量控制要素，為公司員工執(zhí)行作業(yè)程序提供了一系列的參考模板、質量記錄和工具表單文件。金山頂尖質量保障體系如下圖示意表示：質量體系文件構成圖軟開實管流根據(jù)項目實施管理流程要求，金山頂尖應用軟件開發(fā)項目劃分為以下項目階段：

項啟階

開始標志：項目經(jīng)理任命書發(fā)布，表明進入項目啟動階段。結束標志：簽訂項目啟動計劃和項目啟動會為標志。

項策階

開始標志：簽訂項目啟動計劃為開始標志。主要工作：制定項目計劃、召開項目外部啟動會，并制定系統(tǒng)需求調研計劃。結束標志：項目計劃發(fā)布并經(jīng)客戶確認。

需分階

開始標志：確認項目計劃，開始需求調研為標志。主要工作調研用戶需求完成用戶需求說明書和系統(tǒng)規(guī)格說明書經(jīng)過用戶書面確認編寫系統(tǒng)驗收標準與客戶達成一致項目需要制系統(tǒng)原型。結束標志：系統(tǒng)規(guī)格說明書發(fā)布并經(jīng)客戶確認。

系設階

開始標志：系統(tǒng)規(guī)格說明書發(fā)布并經(jīng)客戶確認。主要工作根據(jù)確認后的系統(tǒng)規(guī)說明書展開系統(tǒng)設計工作寫統(tǒng)設計說明書通評審后根據(jù)項目需編寫詳細設計說明書根據(jù)系統(tǒng)規(guī)格說明書編寫測試計劃，包括《系統(tǒng)測試大綱劃例》等內(nèi)容。結束標志：設計說明書發(fā)布并經(jīng)客戶確認。

系實階

開始標志：設計說明書發(fā)布并經(jīng)客戶確認。主要工作：根據(jù)設計要求，完成編碼與單元測試，并完成系統(tǒng)集成測試。結束標志：項目系統(tǒng)版本封閉，經(jīng)項目經(jīng)理認可。

系測階

開始標志：項目系統(tǒng)版本封閉，經(jīng)項目經(jīng)理認可。主要工作公司軟件測試部門執(zhí)系統(tǒng)測試寫系統(tǒng)測試報告設計人員根

據(jù)情況修改設計文檔，編制用戶手冊。結束標志：項目系統(tǒng)版本達到項目驗收標準要求。

部與運階

開始標志：項目系統(tǒng)版本達到項目驗收標準要求。主要工作系安裝環(huán)境檢查系統(tǒng)安裝調試、用戶培訓、根據(jù)系統(tǒng)試運行情況填寫系統(tǒng)跟蹤報告、編寫系統(tǒng)維護手冊等有驗收，須與客戶簽署“初步驗收合格證書結束標志：簽署系統(tǒng)試運行情況報告，或簽署“初步驗收合格證書

項移與結段

開始標志：簽署系統(tǒng)試運行情況報告，或簽署“初步驗收合格證書主要工作執(zhí)行項目驗收工作簽署項目驗收報告項目實施組將項目實施中的各類資產(chǎn)與資料移交相關單位署目移交報告客滿意度調查。完成項目總結報告。結束標志簽署項目驗收報告與技術工程部門簽署項目移交報告項目進入售后服務支持階段。項實的量證項目管理是項目過程和管理過程相結合的產(chǎn)物。在項目推進過程中，通過在項目啟動、項目計劃項執(zhí)行與控制項目收尾各階段對項目過程的合理管理與控制但以確保客戶需求的合理滿足，也有利于交付質量合格的項目系統(tǒng)和項目進度與費用的有效控制。金山頂尖采取以下措施用以保證軟件開發(fā)項目的實施質量。）優(yōu)規(guī)范建范，高目施量效基于軟件開發(fā)項目的階段劃分與項目人員角色分工過建立優(yōu)化貫穿于整個軟件開發(fā)過程中的各種規(guī)范例效導項目實施人員的分析計碼與測試等各項工作，可以大大提高項目實施的工作質量與工作效率。具體包括的規(guī)范有：

軟件開發(fā)規(guī)范

可行性分析規(guī)范（）

需求分析規(guī)范（RS）功能說明規(guī)范（FSS）用戶界面規(guī)范（）總體設計規(guī)范（）詳細設計規(guī)范（DDS程序編碼規(guī)范（CS）軟件測試規(guī)范（）

項目管理規(guī)范

填寫項目立項報告項目章程（項目約定）任命項目經(jīng)理項目計劃項目狀態(tài)報告同時，通過各種規(guī)范范例的建立，可以有效知道項目實施人員開展項目實施工作。）責清晰多管體，利將目題早決在項目實施過程中，項目成員、項目經(jīng)理、項目管理層與項目客戶出于各自利益考慮，都會對項目范圍進展質與用進行監(jiān)控這些角色的責權利便構成了項目的多級管理控制體系。典型項目的職責劃分如下：）基項目報進控項目實施期間項成員項目經(jīng)理以及軟件開發(fā)部門經(jīng)理每周定時匯報項目情況公司在員工工作層面?zhèn)€目面和多個項目層面等三個層次有全面的掌握于目進度的掌控與資源的協(xié)調。項目周報包括：

軟件開發(fā)部門經(jīng)理：項狀態(tài)周報

項目經(jīng)理：項目成員：

項目周報員工工作周報）基流程批項變管項目執(zhí)行過程中，出現(xiàn)與項目計劃不符的項目范圍、進度、與費用的變化是正常現(xiàn)象，以上三項項目要素中任何一個要素的變化都會導致項目計劃的變更。為保證項目目標的實現(xiàn)，任何涉及上述內(nèi)容的變化必須經(jīng)過項目變更審批，方可執(zhí)行。1.3.項目測試范測試的圍內(nèi)系統(tǒng)測試范圍主要包括以下內(nèi)容：

用戶界面測試：驗證用戶界面是否符合操作習慣，是否符合合同技術附件的要求；功能測試：保證系統(tǒng)滿足業(yè)務工作需要的功能，并正確執(zhí)行預定的功能；接口測試：保證與其它系統(tǒng)或子系統(tǒng)的接口工作正常；兼容性測試保證系統(tǒng)在各種可的用戶群眾都可以正常使用如不的操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫等；負載測試保證系統(tǒng)在最大設計載下運行平穩(wěn)個的測試經(jīng)驗是讓系統(tǒng)在超過最大設計負載的數(shù)據(jù)和處理負載下運行；恢復測試保證備份和恢復程序作正常及當系統(tǒng)遇到突發(fā)事件如斷電絡連接中斷時對數(shù)據(jù)的正確處理般說復程序的基本測試在系統(tǒng)測試開始時進行，然后在系統(tǒng)測試結束之前再進行進一步的恢復測試；安全測試驗證系統(tǒng)安全滿足要須是系統(tǒng)的合法用戶才能登錄并進行允許的相關操作安是系統(tǒng)的基功能安測試通常安排在系統(tǒng)測試的開始；轉換測試驗證現(xiàn)有的數(shù)據(jù)能進正確的轉換常情況下在處理測試過程中轉換的數(shù)據(jù)與新數(shù)據(jù)一起使用來驗證數(shù)據(jù)轉換的正確性；文檔測試驗證系統(tǒng)的用戶手冊安裝手冊助信息等說明性文檔的內(nèi)容是否符合功能及易讀、易理解；性能測試：驗證系統(tǒng)滿足性能標準（例如響應時間系統(tǒng)測試可以由不同角色的用戶來進行業(yè)人員測試系統(tǒng)功能技術人員測試系統(tǒng)性能等有情況下一些測試工作可以合并在一個測試中完成試小組成員負責測試工作的準備、測試人員的協(xié)調、專業(yè)測試的執(zhí)行以及測試結果的整理等。系統(tǒng)測方項目實施的過程中，系統(tǒng)測試將遵循”模型的測試方法。如下圖所示：在整個項目實施過程中，測試工作將伴隨項目實施的全過程。在概要設計階段測試小組將根最終明確的用戶需求編系統(tǒng)測試大綱劃用例在概要設計完成后，測試小組將根據(jù)《概要設計說明書》編制《集成測試用例在詳細設計完成后，測試小組將根據(jù)《詳細設計說明書》編制《單元測試用例在編碼實現(xiàn)過程中，開發(fā)人員和測試人員將先后進行單元測試、集成測試在系統(tǒng)測試階段，測試人員進行系統(tǒng)測試、功能測試、性能測試、安裝測試、業(yè)務流程測試。在項目交付過程中，測試人員和客戶方人員還需要進行驗收測試。測試工在項目實施過程中，測試管理工具使用的是TestDirector7.6，能測試工具將使用LoadRunner8.0。

測管工簡介TestDirector它MercuryInteractive公司出的基于WEB的測管理工具，無論是通過Internet還通過Intranet都可以基于Web方式來訪問TestDirector。TestDirector能讓用戶系統(tǒng)控制整個測試過程，并創(chuàng)建整個測試工作流的框架和基礎，使整個測試管理過程變得更為簡單和有組織。TestDirector能幫助用戶維一個測試工程數(shù)據(jù)庫，并且能夠覆蓋用戶的應用程序功能性的各個方面。在項目的工程中的每一個測試點都對應著一個指定的測試需求。TestDirector還為用戶提供了觀和有效的方式來計劃和執(zhí)行測試集、收集測試結果并分析數(shù)據(jù)。TestDirector還門提供了一完善的缺陷跟蹤系統(tǒng)，它能夠讓用戶跟蹤缺陷從產(chǎn)生到最終解決的全過程TestDirector過與用戶的郵件系統(tǒng)相關聯(lián)，缺陷跟蹤的相關信息就可以被整個應用開發(fā)組QA客戶持，負責信息系統(tǒng)的人員所共享。提了與MercuryInteractive公的測試工（WinRunner,LoadRunner,QuickTestProfessional,AstraQuickTest,QuickTestProfessionalforMySAP.comWindowsClient,AstraLoadTest,XRunner,APIVisual三或者自主開發(fā)的測試工具、需求和配置管理工具、建模工具的整合功能TestDirector能與這些測試工具很好的無縫鏈接戶供的全套解決方案選擇來進行全部自動化的應用測試。TestDirector會導用戶進行求定義、測試計劃、測試執(zhí)行和缺陷跟蹤，即整個測試過程的各個階段整合所的任務到應用程序測試中來確保你的客戶收到更高質量的產(chǎn)品。

性測工LoadRunner8.0介LR:LoadRunner?是一預測系行為和性能的工業(yè)級標準性能測試負載測試工具過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner能夠對整個企業(yè)架構進行測試。通過使用LoadRunner，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。MercuryInteractive的LoadRunner能企業(yè)保護自己的收入來源需置額外硬件而最大限度地利用現(xiàn)有的資源確保終端用戶在應用系統(tǒng)的各個環(huán)節(jié)中對其測試應用的質量，可靠性和可擴展性都有良好的評價。LoadRunner是種適用于各種體系架構的負載測試工具，它能預測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。LoadRunner的測試對是整個企業(yè)的系統(tǒng)，它通過模擬實際用戶的操作行為和實行實時性能監(jiān)測，來幫助用戶更快的查找和發(fā)現(xiàn)問題。此外LoadRunner能支持廣泛的協(xié)議和技術，為用戶的特殊環(huán)境提供特殊的解決方案。系統(tǒng)測流項目實施過程中，系統(tǒng)測試流程如下所示：明測內(nèi)容與測標準準測用例和測數(shù)據(jù)準測環(huán)境測執(zhí)測總,測試發(fā)現(xiàn)ug進行蹤明確測試內(nèi)容、測試標準及測試風險評估和避免措施設計測試用例和數(shù)據(jù)準備測試環(huán)境測試執(zhí)行，監(jiān)控測試結果和改進測試過程測試總結及缺陷跟蹤，分析測試結果，給出測試報告，確定系統(tǒng)的可用性試發(fā)現(xiàn)的缺陷進行跟蹤，確保缺陷最終被消除。對于每一次測試，都需要形成《測試報告測試成果提交項目經(jīng)理。測試缺定根據(jù)國家的相關標準及金山頂尖的質量管理體系目缺陷嚴重等級共分為五級體如下：缺分

缺說

備一級缺陷

功能建議操作建議建議性的改進要求

校驗建議說明建議二級缺陷三級缺陷High四級缺陷

操作界面錯誤打印內(nèi)容、格式錯誤刪除操作未給出提示長時操作未給出提示界面不規(guī)范一般性的錯誤或功能實現(xiàn)有不完美處被測試功能不能正常實現(xiàn)軟件錯誤導致數(shù)據(jù)丟失用戶需求未實現(xiàn)數(shù)據(jù)庫發(fā)生死鎖

使操作者不方便或遇到麻煩，但不影響執(zhí)行工作功能的實現(xiàn)影響系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的更正辦法（重新安裝或重新啟動軟件不屬于更正辦法由開發(fā)人員分析原因并寫出問題說明Veryhigh五級缺陷Urgent

數(shù)據(jù)庫的表省未加完整性和決辦法；必須立即修改。等約束條件數(shù)據(jù)庫連接錯誤數(shù)據(jù)庫中的表有過多的空字段導致系統(tǒng)崩潰；導致程序模塊丟失；由開發(fā)人員分析原因并寫出問題說明業(yè)務流程出現(xiàn)斷點；和解決辦法；必須立即修改。內(nèi)存泄漏；導致死機。測試標測試標準包括進行測試的標準、測試通過的標準以及中止測試（不通過）的標準。

測進的準

測試計劃經(jīng)評審通過后；測試用例經(jīng)評審通過后；申請測試提交單審核通過；

測試環(huán)境通過環(huán)境檢查表驗證；

測通的準

測試用例執(zhí)行率達到缺陷修復率不低于90%；系統(tǒng)遺留的、5級陷數(shù)為；

測中(不通過)的標：

近半數(shù)以上測試用例無法執(zhí)行；缺陷開發(fā)人員不能解決；1.4.項目過程制根據(jù)項目里程碑定義和項目進度計劃目執(zhí)行期間將采用基于里程碑評審的質量管理模式從個項目里程碑進下一個項目里程碑需要經(jīng)過項目評審委員會的評審的內(nèi)容包括管理評審和技術評審兩項有通過評審才能進入下一項目階段過目全過程的質量控制來保證交付系統(tǒng)的質量。項目評審委員會由業(yè)主方代表、金山頂尖代表及聘請的專家組成。本項目包括的具體里程碑評審環(huán)節(jié)如下：

項目計劃確認需求分析評審系統(tǒng)設計評審系統(tǒng)測試評審分系統(tǒng)初驗收系統(tǒng)整體終驗收里程碑評審的時間為在里程碑任務完成后項目實施單位提出目業(yè)主應及時安排里程碑評審，確保項目進度不會因里程碑評審導致項目延期。1.5.項目風險理風險管理是人們對潛在的意外損失進行辯識估預和控制的過程風險管理是對項目目標的主動控制首先對項的風險進行識別后將這些風險定量化對風險進行控制際把風險管理看作是項管理的組成部分險管理和目標控制是項目管理的兩大基礎。金山頂尖一貫注重項目風險的識別根據(jù)識別的風險及時采取各種應對措施項風險消除在萌芽狀態(tài)，確保能夠按時按質交付滿意的系統(tǒng)與服務。項目風評所有可能危害項目的因素都稱為風險。被刻畫為風險的事件最終可能發(fā)生也可能不發(fā)生。人們對待風險有兩種態(tài)度。一種是被動態(tài)度，可比作救火模式。另一種是主動態(tài)度，可比作防火模式。風險管理屬于防火模式目的是在風險產(chǎn)生危害之前識別它們而計劃地消除或削弱風險。為了便于量化管理，我們給風險定義3參數(shù)：

風險嚴重性指風險對項目造成的危害程度，例如可以劃分為5個級：5很嚴重4比較嚴重，－中等，2－輕度－微。

風險可能性指風險發(fā)生的幾率，可以用百分比表示。

風險系數(shù)是風險嚴重性和風險可能性的乘積。風險管理有4個主要活動：風險識別，險分析，風險減緩，風險跟蹤個活動循環(huán)執(zhí)行。風險的類別：項目的風險包括商業(yè)風險、管理風險和技術風險等。

商業(yè)風險商業(yè)風險包括政治風險市風客戶風險以及分包商風險等需要根據(jù)實際情況進行判斷。

管理風險管理風險包括項目計劃、項目團隊以及公司領導及各部門支持的風險。

技術風險技術風險包括需求控制與開發(fā)的風險合發(fā)能包括設計碼和測試險等。項目的實施過程中能存在著技術風險和管理風險險的具體內(nèi)容以及對項目的影響詳見下表：序號

風險名稱

風險分類

風險描述

風險影響

概率

影響程度

風險指數(shù)需求

需求開發(fā)有局限，模塊范圍定

項目期反復1.

技術類

義不合理，或模塊業(yè)務需求分

修改進成

0.66036

風險測試風險人力資源風險

技術類管理類

析不到位由于測試與修改組織不利，造成測試周期拖延項目組人員發(fā)生變動

本增加質量、成本0.63036項目進度超期0.540204.

編碼風險

技術類

代碼質量失控

測試改周期延長

0.44016計劃

公司對項目組成員增加計劃外5.

管理類

任務安排，影響項目組原定計

項目進度延期0.53015風險

劃的工作6.

開發(fā)風險

技術類

底層關鍵技術改造無法在預訂時間內(nèi)完全實現(xiàn)

項目進度延期0.53015注影程按日計風險控過風險管理就是使用某些工具和步驟把項目風險限制在一個可接受的范圍內(nèi)管理提供了一種標準的方法來指出風險并把風險因素編成文檔估其潛在的威脅及定減少這些風險的戰(zhàn)略。風險管理包括的活動如下圖所示。風險評價（riskassessment）一個檢查工程項目并識別潛在風險區(qū)域的過程?？梢酝ㄟ^列舉通常的軟件項目風險因素需風險因素的辦法來使風險識riskidentification）更加方便容易在險分析中應查一些特定風險對項目可能造成的潛在后果險分級（prioritization）有你通過評價每項風險的潛在危害值，優(yōu)先處理最嚴重的風險。風險危害值(riskexposure)括帶來損失的可能性大小和潛在損失的規(guī)模。風險避免（avoidance）是處風險的一種方法：盡量別作冒險的事。如果你不承擔任何項目用熟而并非處研究階段的技術者將難以實現(xiàn)的特性都排除在項目之外你就可以避開風險。但更常見的是，需要采取風險控制（control）的方法來管理那些已被發(fā)現(xiàn)為高優(yōu)先級的風險制定風險管理計劃一項處理具有一旦發(fā)生響較大的風險的計劃包降低風險的方法應計劃、負責和截止日期。應盡量避免讓風險成為真正的問題，或即便問題發(fā)生了也應盡量讓其影響低到最小險不能夠自我控制所以風險解決方案就包括了降低、減少每項風險的執(zhí)行計劃。最后，通過風險監(jiān)控（來跟蹤風險解決過程的進展情況也例的項目狀態(tài)跟蹤的一部分內(nèi)容控可以很好了解降低風險工作的進展情況，可以定期地修訂先前風險清單的內(nèi)容和劃分的優(yōu)先級。項目風對根據(jù)以上風險分析，金山頂尖采取以下幾個方面的措施，確保項目的順利實施。序1.

風名需求風險

風指36

風應策需求評審、同類產(chǎn)品對比

責人項目經(jīng)理2.

測試風險

36

優(yōu)化測試修改工作流程，規(guī)范過程管理測試負責人3.

人力資源風險20

確保項目組人員穩(wěn)定，并招聘備選人員項目部經(jīng)理

編碼風險計劃風險

1615

制定并落實代碼互查、走查制度公司層面避免

項目經(jīng)理、金山頂尖副總6.

開發(fā)風險15

對關鍵技術排優(yōu)先級，根據(jù)項目時間要求，分步驟推出可運行版本

項目經(jīng)理重點風識及范系調風A業(yè)務部門人員配合風險［風險定義］某些業(yè)務部門人員不配合調研，或者配合程度不夠。［解決策略］加強溝通耐心細致講解調研的用和目的研人員要發(fā)揚不怕苦不怕累不怕麻煩的作風，同時，還可增加調研次數(shù)，或者其它電話，郵件聯(lián)系等方式，解決問題。B調研時間安排與實際時間沖突風險［風險定義］在調研進度安排中安排的某個部門的調研時間部門由于某些原因在預定的時間內(nèi)不能進行調研。［解決策略］從兩個方面?zhèn)€是在制定調計劃的時候研時間安排留有一定的裕度樣，當出現(xiàn)這種風險時可以利用裕度時間從新調研個就是每天分析調研時間表上的時間安排和各個業(yè)務部門人員工作安排強溝通一旦發(fā)現(xiàn)某個部門時間安排不上可以及時和其它部門的調研時間做對調，盡量減少損失。C、調研資料變更風險[風險定義業(yè)務部門填寫好的調研資料，突然提出要修改，比如，某些數(shù)據(jù)項不共享了，造成某些部門的調研數(shù)據(jù)經(jīng)常改變，沒法確認。［解決策略］對每次調研過程做記錄，包括原始數(shù)據(jù)資料和談話內(nèi)容，避免事后不認帳的情況發(fā)生，同時，也可以為行政協(xié)調提供依據(jù)。D、行政協(xié)調風險[風險定義由于行政協(xié)調的原因，某些部門拒絕調研人員進行調研。［解決策略］首先還是繼續(xù)行政協(xié)調，同時，修改調研計劃，保證盡量減少對其它部門調研的影響，其次如協(xié)調不成功則總有行政協(xié)調不成功的業(yè)務部門情況和戶一起，綜合分析，決定不實施、暫緩實施或者其它解決辦法。E、其它系統(tǒng)調研風險在調研過程中還出現(xiàn)其它不預知的風險要開發(fā)方和用戶方密切配合及時采取適當?shù)拇胧?，盡量減少風險帶來的負面影響。（2）求更[風險定義由于用戶對需求的不明確造成的變動或由于國家政策體制改革等因素引起部門的業(yè)務流程的變化。這會對系統(tǒng)開發(fā)帶來較大影響。［解決策略］A.加管理。變更必須通過一定的審批程序，才能被確認。所有變更須登記在案。B.在件中強化柔性設計。（3）技的用[風險定義本項目的設計方案采用JAVA/XML/WEBSERVICE等進的開發(fā)技術。因此對采用該技術進行開發(fā)過程中遇到的問題及開發(fā)完成后系統(tǒng)的運行狀況需要有足夠的認識。［解決策略］A.加新技術的學習，加強技術人員之間交流與溝通，盡快提高水平。B.學和借鑒成功案例。（4）發(fā)員動[風險定義由于主要開發(fā)人員在實施過程中有變化，從而對工程進展產(chǎn)生影響。［解決策略］公司從管理上要力保開發(fā)隊伍的穩(wěn)定。首先要確保項目經(jīng)理。項目經(jīng)理要在階段工程中保持穩(wěn)定，力爭在整個工程中保持人選不變。加強文檔管理，使各開發(fā)階段的資料完整，將人員變化帶來的影響減少到最小。C.建應急人選備份方案。（5）務門合[風險定義面臨新的知識和工具，新的業(yè)務流程，開發(fā)和試運行中給業(yè)務部門增加工作量等因素，使業(yè)務部門對電子政務產(chǎn)生抵觸情緒，影響項目的進展。［解決策略］加強培訓，包括計算機、網(wǎng)絡知識，以及網(wǎng)上辦公的使用。多渠道溝通，讓業(yè)務人員更多的了解開展電子政務意義，發(fā)展前景等。

系集進延[風險定義建立該系統(tǒng)將與網(wǎng)絡安全系統(tǒng)用部門已有應用系統(tǒng)集成集成調試工作可能會對進度產(chǎn)生影響。［解決策略］事先了解熟悉安全系統(tǒng)、應用系統(tǒng)，做好系統(tǒng)之間接口。提前安裝，及早調試，確保時間。1.6.項目驗收案項目驗收分為里程碑驗收、系統(tǒng)初驗和終驗四個部分。

項里碑收按照項目階段的劃分及階段提交的成果目業(yè)主方對提交的成果進行審核字確認后完成當前里程碑的驗收購第三方軟硬件設備應按項目里程碑驗收方式執(zhí)行。分統(tǒng)驗分系統(tǒng)通過系統(tǒng)測試并成功部署完畢后目業(yè)主方根《系統(tǒng)初驗測試方案對系統(tǒng)進行功能測試和性能測試確認系統(tǒng)達到初驗收標準后簽《統(tǒng)初驗測試報告成系統(tǒng)的初驗。系總終在系統(tǒng)試運運行期結束后的一周內(nèi)方應召系統(tǒng)終驗會試行期間統(tǒng)試運行報告》及系統(tǒng)的實際運行情況，結合《終驗測試方案系統(tǒng)進行功能測試和性能測試，在確認試運行問題已經(jīng)解決完畢，系統(tǒng)達到終驗標準，簽署《系統(tǒng)終驗報告成系統(tǒng)的終驗工作。對于在系統(tǒng)驗收過程中發(fā)現(xiàn)的問題（含里程碑驗收、初驗收、終驗收收活動暫停，由金山頂尖實施項目組限期整改，整改完畢后驗收活動繼續(xù)進行。項目里碑收根據(jù)項目里程碑劃分及成果輸出目個里程碑階段要進行相應成果的驗收。這就是項目里程碑驗收。驗收條件階段工作已經(jīng)全部完各成果均已經(jīng)通過內(nèi)部評審或測試金山頂尖項目實施組向業(yè)主方提交里程碑階段的輸出物及相關成果。驗收時限業(yè)主方在接收到實施提交的驗收材料及申請后兩天內(nèi)召開階段驗收會議，對階段成果進行評審或測試。驗收方法：業(yè)主方采用評審或測試的方法。驗收結果：結果有兩種，一是通過，二是返工。通過驗收標識業(yè)方針對階段果其項目負責人簽署意見并加蓋本單位公章目本階段里程碑驗收完畢，進入下一里程碑階段。項目分統(tǒng)驗驗收條件應系統(tǒng)通過系統(tǒng)測試并部署完成試通過統(tǒng)初始化工作已經(jīng)完成，相關文檔成果已經(jīng)齊全。驗收時間：在金山頂尖項目實施組完成系統(tǒng)的部署與調試工作，提交《系統(tǒng)初驗申請》及《系統(tǒng)初驗測試方案業(yè)方聯(lián)合實施方一起進行系統(tǒng)初驗測試，包括功能測試和