項目實施方案實施計劃書

1、 PAGE XXX平臺項目實施方案XXX有限公司2014年10月 目錄 TOC o 1-3 h z u HYPERLINK l _Toc433844411 第1章項目概述 PAGEREF _Toc433844411 h 4 HYPERLINK l _Toc433844412 1.1項目建設內容及范圍 PAGEREF _Toc433844412 h 4 HYPERLINK l _Toc433844413 1.1.1項目總體建設范圍 PAGEREF _Toc433844413 h 4 HYPERLINK l _Toc433844414 1.1.2項目內容 PAGEREF _Toc433844414

2、 h 4 HYPERLINK l _Toc433844415 第2章項目實施方案 PAGEREF _Toc433844415 h 5 HYPERLINK l _Toc433844416 2.1項目實施 PAGEREF _Toc433844416 h 5 HYPERLINK l _Toc433844417 2.1.1項目啟動階段 PAGEREF _Toc433844417 h 6 HYPERLINK l _Toc433844418 2.1.2需求調研、需求分析階段 PAGEREF _Toc433844418 h 7 HYPERLINK l _Toc433844419 2.1.3設計階段 PAGE

3、REF _Toc433844419 h 8 HYPERLINK l _Toc433844420 2.1.4客戶化開發(fā)、實施與測試階段 PAGEREF _Toc433844420 h 9 HYPERLINK l _Toc433844421 2.1.5系統(tǒng)實施部署階段 PAGEREF _Toc433844421 h 9 HYPERLINK l _Toc433844422 2.1.6上線試運行階段 PAGEREF _Toc433844422 h 10 HYPERLINK l _Toc433844423 2.1.7驗收階段 PAGEREF _Toc433844423 h 10 HYPERLINK l

4、_Toc433844424 2.2項目管理 PAGEREF _Toc433844424 h 12 HYPERLINK l _Toc433844425 2.2.1項目組織架構 PAGEREF _Toc433844425 h 13 HYPERLINK l _Toc433844426 2.2.2進度計劃和管理 PAGEREF _Toc433844426 h 15 HYPERLINK l _Toc433844427 2.2.3項目管理方法 PAGEREF _Toc433844427 h 21 HYPERLINK l _Toc433844428 2.2.4質量管理 PAGEREF _Toc4338444

5、28 h 30 HYPERLINK l _Toc433844429 2.2.5需求管理 PAGEREF _Toc433844429 h 32 HYPERLINK l _Toc433844430 2.2.6溝通和監(jiān)控機制 PAGEREF _Toc433844430 h 34 HYPERLINK l _Toc433844431 2.2.7風險管理 PAGEREF _Toc433844431 h 35 HYPERLINK l _Toc433844432 2.2.8配置管理 PAGEREF _Toc433844432 h 37 HYPERLINK l _Toc433844433 第3章培訓方案 PAG

6、EREF _Toc433844433 h 41 HYPERLINK l _Toc433844434 3.1人員培訓方案 PAGEREF _Toc433844434 h 41 HYPERLINK l _Toc433844435 3.1.1培訓目標 PAGEREF _Toc433844435 h 41 HYPERLINK l _Toc433844436 3.1.2培訓方式 PAGEREF _Toc433844436 h 41 HYPERLINK l _Toc433844437 3.1.3培訓內容 PAGEREF _Toc433844437 h 41 HYPERLINK l _Toc43384443

7、8 3.1.4培訓內容 PAGEREF _Toc433844438 h 42 HYPERLINK l _Toc433844439 3.2培訓方案設計 PAGEREF _Toc433844439 h 43 HYPERLINK l _Toc433844440 3.2.1標準規(guī)范體系培訓 PAGEREF _Toc433844440 h 43 HYPERLINK l _Toc433844441 3.2.2基礎知識培訓 PAGEREF _Toc433844441 h 43 HYPERLINK l _Toc433844442 3.2.3應用系統(tǒng)培訓 PAGEREF _Toc433844442 h 43 H

8、YPERLINK l _Toc433844443 3.2.4現場培訓 PAGEREF _Toc433844443 h 44 HYPERLINK l _Toc433844444 3.2.5培訓資料 PAGEREF _Toc433844444 h 44 HYPERLINK l _Toc433844445 第4章軟硬件部署 PAGEREF _Toc433844445 h 45 HYPERLINK l _Toc433844446 4.1系統(tǒng)部署結構 PAGEREF _Toc433844446 h 45 HYPERLINK l _Toc433844447 4.2系統(tǒng)網絡拓撲結構 PAGEREF _Toc

9、433844447 h 46 HYPERLINK l _Toc433844448 4.3設備部署機房環(huán)境要求 PAGEREF _Toc433844448 h 46 HYPERLINK l _Toc433844449 4.3.1電壓和頻率變動范圍要求 PAGEREF _Toc433844449 h 46 HYPERLINK l _Toc433844450 4.3.2電源插座類型要求 PAGEREF _Toc433844450 h 46 HYPERLINK l _Toc433844451 4.3.3接地電阻要求 PAGEREF _Toc433844451 h 47 HYPERLINK l _Toc

10、433844452 4.3.4溫度濕度要求 PAGEREF _Toc433844452 h 47 HYPERLINK l _Toc433844453 4.4平臺系統(tǒng)部署軟件需求 PAGEREF _Toc433844453 h 47 HYPERLINK l _Toc433844454 4.5平臺系統(tǒng)服務器需求 PAGEREF _Toc433844454 h 47 HYPERLINK l _Toc433844455 4.5.1正式部署環(huán)境要求 PAGEREF _Toc433844455 h 47 HYPERLINK l _Toc433844456 4.5.2開發(fā)測試部署環(huán)境要求 PAGEREF _

11、Toc433844456 h 48 HYPERLINK l _Toc433844457 4.6其他需求 PAGEREF _Toc433844457 h 48 HYPERLINK l _Toc433844458 4.6.1辦公場所需求 PAGEREF _Toc433844458 h 48 HYPERLINK l _Toc433844459 4.6.2網絡環(huán)境 PAGEREF _Toc433844459 h 49項目概述項目建設內容及范圍項目總體建設范圍1、服務對象1）2）1家典型重點工控企業(yè)。2、主要用戶包括信黨政機關和重點工控系統(tǒng)運營單位。項目內容序號名稱1XXX系統(tǒng)2XXX平臺34其中：1、

12、風險防范系統(tǒng)系統(tǒng)包括采購一套監(jiān)測設備、一套風險分析設備，并將互聯網監(jiān)測系統(tǒng)整體納入監(jiān)控平臺管理，提供3年監(jiān)控技術服務及升級服務。2、XXX平臺主要包含。項目實施方案項目實施方案包括項目實施和項目管理。項目實施從項目實施的角度詳細描述了主要實施階段的主要參與人員、工作內容和相應的工作方法。依據我們對相關領域的經驗提出對本項目建設計劃。我方在項目管理方面有著自己一套科學而先進的項目管理方法論，這套方法論已經在實施的所有的項目中得到了檢驗。項目管理方法論是公司最重要的一項核心競爭能力，是我們能夠對客戶承諾項目成功的信心所在。我方項目管理方法論建立在如下5項重要原則的基礎上：與客戶共同探討對項目成功衡

13、量標準的定義，并以此作為雙方工作的共同標準和價值觀。制定細致的項目計劃，明確定義項目階段和階段交付成果。將一個大型的復雜的任務分解為可以量化和可以具體執(zhí)行的分解工作任務，并明確定義每一個分解任務所需要達到的工作成果，使得項目總體目標得以有效的保證。與客戶的充分溝通，通過各項例會制度，周報和月報制度等使客戶可以全面了解項目進展情況，保證項目的交付始終與客戶的預期保持一致。明確定義項目組織結構和工作職責，并設定相應的考核標準和方法，保證項目各方能夠有效的協(xié)同工作。建立明確的文檔管理，人員管理，配置管理，風險管理，預算管理，進度管理，采購管理，集成管理和變更管理規(guī)范與制度以保證項目的整體質量和各環(huán)節(jié)

14、的配合。針對平臺實施工作，將其分為了如下圖所示的6個階段：圖STYLEREF 1 s2SEQ 圖 * ARABIC s 11項目實施階段示意圖說明：考慮到本系統(tǒng)的建設周期，設計、實現、實施以及試運行部分將出現迭代：第一次迭代過程保證系統(tǒng)主要功能能夠正常使用。第二次迭代過程保證工信廳安全綜合服務平臺項目其余輔助功能能夠使用。下面首先對各階段的工作進行說明： 項目啟動階段階段工作目標本階段的工作目標是從項目目標、項目范圍、項目工作方法以及后勤保障方面為系統(tǒng)建設項目的順利進行建立基礎。階段工作內容本階段的工作內容包括：組織項目所需的各項資源，包括：人員確定、辦公環(huán)境、網絡及通訊環(huán)境、個人工作設備、開

15、發(fā)環(huán)境、現場工作環(huán)境及生活環(huán)境；確認工作范圍：針對項目投標方案中對工作范圍的描述，進一步與工信廳安全綜合服務平臺項目負責人討論確定項目工作范圍；制定項目計劃：根據項目投標方案中制定的項目計劃，與工信廳安全綜合服務平臺項目負責人重新審核和進一步建立細致的項目主計劃；確定項目管理規(guī)范：根據項目管理規(guī)范要求，針對本系統(tǒng)建設項目進行適當裁剪，以滿足本項目管理的要求；確定質量規(guī)范明確定義項目各階段工作成果的格式、審核流程和驗收標準。召開項目啟動會：召集項目組全體成員、相關實施廠商及工信廳安全綜合服務平臺項目組成員，通過項目啟動會的形式進一步明確上述各部分要求。階段工作成果：項目施工實施方案需求調研、需求

16、分析階段階段工作目標本階段的工作目標是通過對工信廳相關業(yè)務、周邊業(yè)務和現有系統(tǒng)和軟硬件環(huán)境的的深入細致的分析，并結合行業(yè)先進做法，為項目頂層設計建立基礎。階段工作內容有效需求管理的關鍵在于維護需求的明確闡述、每種需求類型所適用的屬性，以及與其它需求和其他項目工作產品之間的可追蹤性。1管理不同層次的需求項目前期，客戶提出的需求一般不是直接面向軟件需求的，是從業(yè)務的角度描述他們的問題或者是需要。根據這些需要定義軟件系統(tǒng)的解決方案，確定系統(tǒng)提供哪些服務，也就是軟件系統(tǒng)的特征。在與客戶取得一致的特征集上可以定義出更為特定的軟件需求。軟件需求包括功能性需求和非功能性需求。不同的客戶以及在項目不同時期也可

17、能提出特征或軟件需求層次的需求。管理這些不同抽象級別和目的需求，確保需求是完備的。2建立可追蹤性通過需求的屬性、需求之間的依賴關系以及需求與其它工作產品之間的依賴關系，管理需求的可追蹤性。用來了解需求的來源、管理項目的規(guī)模、管理需求的變更、評估需求變更對項目的影響、評估測試故障對需求的影響、核實所有需求都已實現、核實應用程序僅僅執(zhí)行了預期的任務。3管理需求變更定義需求時無論怎樣謹慎小心，也總會有可變因素。對需求變更進行管理，使團隊的工作受到控制，以便它能夠高效的發(fā)現變更、進行影響分析并且系統(tǒng)地把那些既必要又可接受的變更集成到系統(tǒng)中。4需求定義細化業(yè)務和系統(tǒng)目標；定義清晰、簡明、一致、可測試、無

18、二義性的業(yè)務需求；基于對業(yè)務需求排列優(yōu)先級：必須有，應該有，可以有，將會沒有。5需求分析建立業(yè)務數據模型，精確描述信息和過程需求；檢驗提供業(yè)務所需的信息的數據和業(yè)務數據模型中的數據元素在源系統(tǒng)中的是可用的并且具備必須的特性。階段工作成果此階段的項目工作成果將包括：系統(tǒng)業(yè)務調研報告系統(tǒng)需求規(guī)格說明書設備采購及到貨驗收、上架；設計階段階段工作目標本階段的工作目標是對系統(tǒng)進行總體設計，并對各相關子系統(tǒng)進行詳細設計，從而為系統(tǒng)的實現階段建立依據。階段工作內容本階段的工作內容包括：頂層初步設計系統(tǒng)總體設說明書數據接口及數據同步設計階段工作成果本階段的工作成果包括：頂層設計管理機制建設概要設計方說明書詳細

19、設計說明書客戶化開發(fā)、實施與測試階段階段工作目標本階段的工作目標是根據系統(tǒng)總體設計及各模塊設計方案，進行系統(tǒng)的建設、開發(fā)和部署。階段工作內容系統(tǒng)配置部署；系統(tǒng)接口實現；項目頂層初步設計評審；應用系統(tǒng)接口開發(fā)和測試。階段工作成果本階段的工作成果包括：各第三方軟硬件及文檔及平臺實施方案系統(tǒng)實施部署階段階段工作目標本階段的工作目標是對系統(tǒng)進行部署實施，以保證系統(tǒng)的試運行。階段工作內容本階段的工作包括：軟硬件的安裝部署；系統(tǒng)數據初始化；編制用戶手冊；技術培訓；用戶培訓；階段工作成果本階段的工作成果包括：用戶培訓計劃用戶操作手冊實施報告驗收報告上線試運行階段階段工作目標本階段的工作目標是通過一段時間的系

20、統(tǒng)試運行，幫助用戶熟悉系統(tǒng)，發(fā)現并解決系統(tǒng)產生的問題，為系統(tǒng)正式投入使用打下基礎。階段工作內容本階段的工作內容包括：組織系統(tǒng)各方面用戶使用系統(tǒng)；建立系統(tǒng)問題發(fā)現、跟蹤和解決機制；問題發(fā)現和處理； 驗收階段驗收對象項目名稱：平臺（一期）（以下簡稱“項目” ）。驗收對象為該項目的相關文檔技術文檔，系統(tǒng)運行情況、頂層設計等建設內容。項目驗收的前提條件所有建設項目按照合同要求全部建成，并滿足使用要求；已通過軟件系統(tǒng)測試評審；軟件已部署在生產環(huán)境上；各種技術文檔和驗收資料完備，符合合同的內容；驗收步驟編寫驗收方案（計劃書） 成立項目驗收小組 實施測試驗收工作時，應當成立項目驗收小組，具體負責驗收事宜。

21、項目驗收的實施 嚴格按照驗收方案對項目應用軟件、系統(tǒng)文檔資料等進行全面的測試和驗收。提交驗收報告 項目驗收完畢，對項目系統(tǒng)設計、建設質量、設備質量、軟件運行情況等做出全面的評價，得出結論性意見，對不合格的項目不予驗收，對遺留問題提出具體的解決意見。驗收內容和標準1、驗收的內容包括以下幾個部分：驗收內容包括：按功能要求的可執(zhí)行軟件、開發(fā)計劃文檔、設計文檔、使用說明書等。驗收評測工作主要包括：文檔分析、方案制定、現場測試、問題單提交、測試報告。文檔驗收標準一般包括：文檔完備性、內容針對性、內容充分性、內容一致性、文字明確性、圖表詳實性、易讀性、文檔價值等。2、需要評審的資料包括以下幾部分：需求規(guī)格

22、說明書、概要設計說明書、系統(tǒng)維護手冊、用戶操作手冊。軟件開發(fā)管理文檔：項目計劃書、用戶培訓計劃、開發(fā)進度月報。驗收結論驗收結果分為：驗收合格、需要復議和驗收不合格三種。符合項目建設標準、系統(tǒng)運行安全可靠，視為驗收合格；由于提供材料不詳難以判斷，或目標任務完成不足80%而又難以確定其原因等導致驗收結論爭議較大的，視為需要復議。1、項目凡具有下列情況之一的，按驗收不合格處理：所提供的驗收材料不齊全或不真實的；實施過程中出現重大問題，尚未解決和作出說明，或項目實施過程及結果等存在糾紛尚未解決的；沒有對系統(tǒng)進行試運行，或者試運行不合格；違反法律、法規(guī)的其他行為。2、驗收結論確認和處理由工信廳和我方共同

23、根據驗收意見和相關資料得出結論，并進行確認。項目交接項目竣工驗收合格后,應辦理項目交接手續(xù)。項目的移交包括項目實體移交和項目文檔移交部分。項目管理本章描述了項目的管理特點和管理要求，并根據本項目的特點給出了工信廳擬實施項目的組織架構，管理方案和初步的進度計劃，列出了項目的成果交付物。并介紹了相關的項目管理方案，包括：質量管理，需求管理，配置管理，軟件發(fā)布與部署，項目跟蹤與監(jiān)控，風險管理等內容。項目組織架構組織結構我們建議項目采用如下的組織形式：圖STYLEREF 1 s2SEQ 圖 * ARABIC s 12項目組織結構圖項目的組織結構將分為三個層次：領導層、管理層和執(zhí)行層，每個層次負責不同的

24、項目職能。XXX（業(yè)主單位）XXX（承建單位）XXX（承建單位）領導層項目領導小組管理層項目負責人項目經理項目負責人執(zhí)行層業(yè)務層業(yè)務負責人各業(yè)務部門的業(yè)務專家咨詢顧問業(yè)務專家需求分析師咨詢顧問業(yè)務專家需求分析師技術層實施人員應用系統(tǒng)開發(fā)經理系統(tǒng)分析師架構設計師安全分析師開發(fā)工程師測試工程師實施人員規(guī)劃編制員1、領導層項目領導層項目領導層將負責對項目整體方向的控制，并通過項目領導委員會的形式對項目過程中產生的重要問題進行討論分析和決策。2、執(zhí)行層負責項目核心業(yè)務需求分析與設計、技術路線以及核心技術的設計，起草業(yè)務需求文檔項目執(zhí)行層將在項目管理層的領導下完成對項目的規(guī)劃設計、系統(tǒng)需求分析、系統(tǒng)整體

25、設計、系統(tǒng)開發(fā)、系統(tǒng)測試、文檔整理、系統(tǒng)配置等各方面的具體工作。分為業(yè)務組和技術組，包含規(guī)劃設計組、項目實施組、甲方實施組和應急小組。涵蓋的角色如上表。規(guī)劃設計組規(guī)劃設計組包含頂層設置編制組、綜合管理服務機制建設編制組，負責本項目的頂層設計方面的業(yè)務需求了解、規(guī)劃編制、標準規(guī)范編制等工作。項目實施組項目實施組包含系統(tǒng)研發(fā)組、測試組、現場實施組，負責整個項目系統(tǒng)需求調研、系統(tǒng)設計開發(fā)、上線功能測試測試、現場實施及培訓相關工作。甲方實施組負責項目實施日常工作跟蹤、協(xié)調、功能測試、問題反饋跟蹤等相關工作。項目主要成員甲方成員序號項目組角色姓名工作職責1領導、專家成員領導成員，負責項目總體協(xié)調。2項目

26、實施負責人負責項目具體實施、實施進度監(jiān)督、現場工作具體協(xié)調等。乙方成員序號項目組角色姓名工作職責1領導、專家成員項目領導專家成員，負責總體項目協(xié)調及專家咨詢。2領導、專家成員研究中心專家成員，負責總體項目協(xié)調及專家咨詢。3項目經理負責總體實施、項目進度控制及協(xié)調。4項目副經理協(xié)助項目經理，負責項目實施、現場項目進度、項目匯報等。5項目副經理協(xié)助項目經理，負責系統(tǒng)研發(fā)、實施及相關現場工作等。6軟件工程師負責軟件部分開發(fā)實施7系統(tǒng)集成工程師負責硬件設備部署以及相關中間件數據庫等部署8規(guī)劃編制研究中心規(guī)劃編制負責人，協(xié)助項目經理，負責對總體規(guī)劃、機制體制等編制等工作。監(jiān)理成員序號項目組角色姓名工作職

27、責1項目總監(jiān)XXX負責項目總體監(jiān)理及進度監(jiān)督工作。2監(jiān)理工程師XXX負責現場項目實施監(jiān)理工作。3監(jiān)理工程師XXX負責現場項目實施監(jiān)理工作。進度計劃和管理項目進度計劃：序號階段內容起始/截至工作日文檔11、系統(tǒng)設備采購及環(huán)境部署2設備采購設備采購2014年10月20日/2014年11月7日153設備到貨驗收設備到貨驗收2014年11月10日/2014年11月10日1設備到貨驗收文檔4設備環(huán)境部署開發(fā)環(huán)境部署2014年10月28日/2014年10月30日35采購設備部署2014年11月10日/2014年11月10日2系統(tǒng)部署及配置文檔6系統(tǒng)聯調設備網絡聯調2014年11月11日/2014年11月1

28、2日27設備與系統(tǒng)聯調2014年12月18日/2015/1/315系統(tǒng)接口配置文檔82、軟件開發(fā)9計劃階段計劃編制2014年10月8日/2014年10月8日1項目實施計劃表10計劃階段項目啟動會2014年10月9日/2014年10月9日1計劃表細項討論11計劃階段小計2014年10月8日/2014/10/9212需求階段需求調研、分析2014年10月10日/2014/10/219需求規(guī)格說明書13需求評審2014年10月22日/2014/10/22114需求階段小計2014年10月9日/2014/10/221015設計階段概要設計2014年10月23日/2014/10/273概要設計說明書16

29、17數據庫設計2014年10月28日/2014/10/292數據庫詳細說明書18詳細設計2014年10月30日/2014/11/55系統(tǒng)詳細設計說明書19設計階段小計2014年10月23日/2014/11/51020實現階段數據庫實現2014年11月6日/2014/11/61相關代碼21XXX系統(tǒng)2014年11月7日/2014/11/18822XXX系統(tǒng)2014年11月19日/2014/11/28823XXX系統(tǒng)2014年11月19日/2014/12/232524XXX系統(tǒng)2014年11月19日/2014/12/162025XXX系統(tǒng)2014年12月17日/2015/1/132026實現階段小

30、計2014年11月6日/2015/1/134927測試階段測試準備2015年1月14日/2015/1/141系統(tǒng)使用說明書系統(tǒng)測試方案書28功能測試2015年1月15日/2015/1/215測試報告29性能測試2015年1月15日/2015/1/215項目初步驗收報告30BUG修正2015年1月22日/2015/1/28531測試階段小計2015年1月14日/2015/1/281132試運行階段安裝2015年1月29日/2015/1/291系統(tǒng)培訓報告33試運行2015年1月30日/2015/2/1915系統(tǒng)試運行報告34BUG修正2015年2月20日/2015/2/26535投運2015年2

31、月27日/2015/2/271363、頂層設計、機制建設37編制階段編制2014年10月23日/2014/12/330頂層設計文檔、機制建設文檔38評審2014年12月4日/2014/12/5239修訂2014年12月8日/2014/12/12540整體項目合計2014年10月23日/2014/12/1237414、工控實施42需求階段需求調研、分析2014年12月13日/2014/12/164需求規(guī)格說明書43需求評審2014年12月17日/2014/12/17144需求階段小計2014年12月13日/2014/12/17545實現階段接口開發(fā)2014年12月18日/2015/1/820相關

32、代碼46實現階段小計2014年12月18日/2015/1/82047整體項目合計2014年12月13日/2015/1/825注:測試、試運行階段與“一、軟件開發(fā)”同步進行。485、監(jiān)控接口開發(fā)49需求階段需求調研、分析2014年11月6日/2014/11/104需求規(guī)格說明書50需求評審2014年11月11日/2014/11/11151需求階段小計2014年11月6日/2014/11/11552實現階段接口開發(fā)2014年12月18日/2015/1/315相關代碼53實現階段小計2014年12月18日/2015/1/31554整體項目合計2014年11月6日/2015/1/320注:測試、試運行

33、階段與“一、軟件開發(fā)”同步進行。圖STYLEREF 1 s2SEQ 圖 * ARABIC s 13項目實施計劃主要里程碑成果物序號階段成果物1合同簽訂2項目啟動3項目小組成立、項目實施計劃確定項目實施方案4一、XXX頂層設計5需求調研、需求分析6頂層設計編制頂層設計討論稿7頂層設計初審頂層設計初審稿8頂層設計初稿修訂編制9頂層設計終審及終審編制頂層設計10二、XXX機制建設11需求調研、需求分析12XXX機制編制XXX機制討論稿13XXX機制初審XXX機制初審稿14XXX機制初稿修訂編制15XXX機制終審及終審編制XXX機制16三、XXX平臺17需求調研、需求分析需求規(guī)格說明書18系統(tǒng)概要設計

34、及評審系統(tǒng)概要設計說明書系統(tǒng)數據庫設計說明書技術開發(fā)規(guī)范19系統(tǒng)開發(fā)設計系統(tǒng)詳細設計說明書系統(tǒng)操作手冊20系統(tǒng)測試系統(tǒng)測試方案系統(tǒng)測試報告21系統(tǒng)培訓系統(tǒng)培訓計劃22項目初步驗收初驗報告23項目試運行試運行報告24系統(tǒng)功能完善25系統(tǒng)正式運行26四、XXX系統(tǒng)27設備采購、供貨28設備上架、到貨驗收到貨驗收報告29系統(tǒng)安裝、入網聯調系統(tǒng)接入方案30培訓31正式運行32五、項目整體驗收33項目驗收資料整理34項目整體驗收驗收申請驗收方案驗收報告進度管理方法計劃是項目管理的基準，現代質量管理認為“計劃勝于檢驗”，“過程決定質量”，對于項目執(zhí)行來講同樣是這樣。計劃是項目執(zhí)行的指導，計劃是控制的基準，

35、計劃是項目各方溝通的平臺。計劃制定的過程強調漸進明細和分解。通常應用軟件開發(fā)過程中項目計劃容易出現的問題有：1項目計劃凌亂、無序，也就是說不能從項目計劃中看到項目執(zhí)行全貌。對項目執(zhí)行指導意義不大。2項目計劃只是在項目開始時進行制定，在執(zhí)行過程中不對計劃進行及時管理，導致項目計劃失效，同時失去對項目執(zhí)行的指導意義。3項目計劃不完整，只是在當前所關注的環(huán)節(jié)存在計劃，導致項目執(zhí)行工作不能整體上全面協(xié)調的推進。本項目項目計劃跟蹤和控制建議：1項目計劃層次劃分項目計劃可分為：項目里程碑計劃、子項目計劃、周項目計劃3個層次。充分體現項目管理中漸進明細和分解的原則。項目里程碑計劃作為項目各參與方均認可的項目

36、階段目標指導性文件，項目各參與方均需對其負責。對里程碑計劃進行漸進明細形成子項目計劃，子項目計劃要說明里程碑計劃中階段目標的實現步驟和方法。在子項目計劃的指導下形成項目各參與方的周項目計劃，周項目計劃作為項目進度風險控制的最小單元，根據周項目計劃的執(zhí)行情況進行考核，并及時形成調整措施。2項目計劃有效性和完整性“計劃趕不上變化”，在項目執(zhí)行的過程中必然會發(fā)生各種各樣的情況變化，如各個層次的項目計劃不能得到及時的變更控制和管理，項目計劃將逐漸與項目執(zhí)行情況脫節(jié)并失效。項目計劃有效性的喪失必然導致項目工作陷入無序狀態(tài)，最終導致項目目標不能如期實現，甚至造成項目失敗。在形成各個階段或維度的子項目計劃時

37、，非常重要的一點是要保證項目計劃的完整性。如果子項目計劃存在缺失，會造成項目執(zhí)行中的重大缺陷，對整體項目執(zhí)行產生重大影響。針對項目計劃的有效性和完整性問題提出本項目中相關項目管理建議：（1）項目管理組承擔項目計劃的變更控制和管理職能，對項目計劃的有效性負全面責任。（2）建立項目計劃變更控制流程。在項目執(zhí)行情況發(fā)生重大變更時，相關方必須向本項目管理組提出變更申請；項目管理組根據情況及時組織項目相關方審查項目變更，并進行風險分析，更新項目計劃并通知項目各方。（3）項目總體計劃和子項目計劃制定，要進行相關評審，在評審通過后方可生效。（4）建立項目計劃標識體系，包括項目計劃版本標識。每次項目計劃的變更

38、均需更新標識，并說明變更原因和進行相關風險的說明。3項目計劃的執(zhí)行情況跟蹤本著及早發(fā)現問題的原則，定期的對項目計劃的執(zhí)行情況進行跟蹤，并對跟蹤結果進行公布。跟蹤的頻度與項目執(zhí)行情況相關，可以每周、雙周等頻度進行。項目管理方法項目評審評審主要包括里程碑評審、同行評審和跟蹤，其中里程碑評審是管理評審，同行評審和跟蹤屬于同行評審的兩種形式。（1）里程碑評審里程碑評審的主要活動包括以下內容第1步 項目經理負責組織里程碑評審活動第2步 討論里程碑報告、評估報告第3步 項目經理負責形成項目里程碑報告第4步 確定下一個階段的計劃是否需要修改里程碑評審后，質量保證員依據評審記錄，監(jiān)督問題改正和變更的執(zhí)行情況。

39、（2）項目進度及問題跟蹤跟蹤的主要步驟如下：第1步 項目經理負責項目整體進度以及實施過程中具體問題的的跟蹤，一般來講，參與跟蹤人員可選擇項目組內的人員，但應注意跟蹤時避免跟蹤自己完成的工作產品部分。第2步 項目經理負責將要跟蹤的工作產品及相關資料在跟蹤前一天發(fā)送給參與跟蹤的人員第3步 參與跟蹤的人員按計劃進行跟蹤，并將跟蹤出的問題形成評審記錄第4步 項目經理匯總評審記錄，并對跟蹤出的問題進行分工，同時跟蹤問題的解決情況，直至問題解決結束。第5步 項目經理負責形成評審報告，記錄本次跟蹤的結論，參與跟蹤的人員，統(tǒng)計本次跟蹤的工作量、發(fā)現的問題類型個數、修改的問題個數等。進度監(jiān)控項目要制定合理的進度

40、安排，并確保項目能夠按計劃進行。項目經理以及各組負責人根據項目特點、客戶需求、識別的風險、可能存在的限制安排項目進度；在項目執(zhí)行過程中定期對所屬范圍內的項目進展情況進行監(jiān)控，識別與分析實際進展與計劃的偏離原因，采取糾正措施進行調整，必要時進行正式的計劃變更。1進度安排進行合理的進度安排是進行監(jiān)控的前提，考慮迭代的生命周期模型，項目采取分階段細化項目進度的策略。在項目初始策劃階段，項目制定總進度表，內容包括各主要里程碑和各迭代點；在每主要里程碑結束，細化下一里程碑的計劃；在每次迭代策劃階段，制定本次迭代的進度表，細化本次迭代內的項目活動。進度安排時可以按照以下步驟進行：確定可用的資源。在編制進度

41、表時，知道在何時以何種形式取得何種資源是必要的，這種對資源可用性的了解程度是需要不斷進化的。確定項目日歷和資源日歷。項目日歷和資源日歷標明了在該項目中或者對于某一資源來說哪些日期是用于工作的時間。根據任務的依賴關系和估計工期列出項目的關鍵路徑，為關鍵路徑上的各個關鍵任務分配資源，為非關鍵路徑上的其它任務分配資源。進度的安排可以使用表格形式或者圖形形式進行表示。2進度調整項目依據進度表的安排執(zhí)行并控制項目進度，并根據項目狀態(tài)對進度進行調整。使用進度表監(jiān)控項目進展，進度控制的內容有：對造成進度變化的因素施加影響，以保證這種變化朝著有利的方向發(fā)展。收集項目實際進度狀態(tài)數據，與計劃進度數據進行比較，確

42、定項目進度是否已發(fā)生變化。當在實際變化發(fā)生和正在發(fā)生時，對這種變化實施管理。根據項目狀態(tài)對進度進行調整，進度調整包括兩種類型，即日常調整、定期調整和項目進度發(fā)生重大變更時的調整。日常調整指項目各級負責人日常對進度表的更新活動，可以是每天或者每周進行，一般包括對以下內容的調整：調整某個任務的工期、計劃開始時間或結束時間。在調整時要注意與該任務具有依賴關系的其他任務的變化，特別是要注意關鍵路徑的變化，檢查所進行的調整是否導致項目里程碑結束日期或者項目日期發(fā)生變化。根據人員負荷和進度變化調整資源的分配，為某個任務重新指定資源。收集并記錄進度實際數據，一般包括任務的實際開始時間、實際結束時間等。定期調

43、整是指項目經理在迭代內里程碑、迭代結束和階段結束通過正式評審項目進展，根據項目完成狀況對項目進度的調整。當項目進度發(fā)生重大變更時，如需求變更引起的，需要調整項目進度表，此時需要對剩余工作進行重新估計，重新制定后續(xù)任務的進度表，包括調整迭代計劃以及項目總體計劃。資源監(jiān)控資源是指在項目運行過程中所需要的人力資源。資源監(jiān)控是指項目充分、有效地利用所涉及人員的過程，包括識別并管理這些資源以及在不同階段需要的數量、狀態(tài)等信息，確保項目的正常開展。在項目策劃階段，策劃合適的資源安排到各項項目任務中，形成完整的人員配備管理計劃；在項目實施過程中，通過郵件、周例會和里程碑總結等正式和不正式的手段對人員的狀態(tài)進

44、行監(jiān)控。一旦出現不可避免的人員變更問題，按照規(guī)定的流程進行工作交接。本項目的資源監(jiān)控有兩個主要特點：工作匹配原則：保證為項目配備符合項目活動能力要求的工程和管理人員；動態(tài)人員結構：根據不同階段項目對人員的不同需求考慮投入不同能力和不同數量的人員。1人員策劃需要識別為完成項目所涉及的所有人員角色、所需的經驗技能、數量要求以及投入時間等信息，建立人員需求表?；谝陨闲枨?，獲取符合項目以上需求的技術和管理人員；獲取的途徑包括本事業(yè)部內部、公司內部其他事業(yè)部或社會招聘。獲取人員的主要考慮人員的工作能力和熟練程度，具有類似項目的技術和管理經驗背景優(yōu)先，同時也要考慮個人愛好和個人特點以及時間上可能性。根據

45、項目進度的要求和任務的安排，為每項任務分配人力資源以及每項資源在各個時間段內（天、周、月或者其它時間間隔）完成的工時，形成完整的人員配備管理計劃。在人員配備管理計劃中，以圖或表的形式描述了資源分配和人員負荷等情況。2人員變更項目經理跟蹤人員配備管理計劃以監(jiān)控項目人員的投入狀況，并在每周和每里程碑上進行總結，監(jiān)控的主要內容包括：人員投入的數量以及投入的人員技能是否可以滿足項目實施要求；是否需要為項目人員提供必要的培訓；人員負荷是否不平衡；人員是否流失或有流失的可能；在項目周會和里程碑會議上，高級管理者、客戶方和項目經理評審以上人員狀況，制定合理的措施以處理人員管理中遇到的一些問題。由于人員離職或

46、工作變動會引起項目中人員的變更。項目經理會分析人員變更所帶來的影響，盡量控制人員變動，對于不可避免的人員變動要處理好工作交接，以使工作能夠全面、順利的交接，降低工作交接對項目工作帶來的風險和問題。下圖描述了人員變更主要活動的流程： 變更請求變更請求分析影響確定新負責人明確交接期限召開交接短會對當前工作內容和產品進行整理和完善制定交接計劃按計劃交接工作交接評審變更結束圖STYLEREF 1 s2SEQ 圖 * ARABIC s 14項目實施人員變更流程對于以上人員變更活動需要注意以下內容：新負責人應盡量選擇在相關領域有經驗的人員（由于是中途接手，難度較大）；如果選擇本項目中已承擔其他工作任務的人

47、員作為新負責人，則一定要準確度量其負荷，并要明確其接手后的責任；交接期限的確定應以工作能夠有效交接為中心，可能的情況下部門應在工作交接結束后，才最終同意原擔當離職或變動工作；交接計劃要與項目經理和被交接者商討制定，計劃中應包含要進行哪些交接活動、時間、內容及相關人員安排等，應該包括相關培訓和自學的內容。項目經理要對工作交接的結果進行檢查，判斷相關工作是否都已經順利交接；如果存在問題，需要與相關人員商討后續(xù)計劃。風險管理在軟件開發(fā)中，風險是某種不確定因素，在其正常分布范圍內，它可以危及項目成功或導致項目失敗。因此有效的管理項目風險是項目成功的關鍵。1風險管理策略根據風險發(fā)生的可能性和對項目影響的

48、嚴重程度，定義風險等級：高、重大、中等、較小、低。風險對策：主要描述應對風險的策略。風險管理的核心思想不是被動地等待（等到風險變成現實、成為問題或導致項目失敗），而是決定如何對付風險。對于每個風險，有 3 種主要的可行措施： 風險規(guī)避：重新組織項目，使風險無法影響項目；風險轉移：重新組織項目，讓其他方承擔該風險（客戶、廠商、銀行、其他主題等）；風險接受：決定接受這種可能發(fā)生的風險。監(jiān)視風險征兆，如果風險出現，則制訂應急計劃，決定要采取的措施。如果接受風險，還要采取兩種措施及：風險減輕：采取一些及時的、正面主動的步驟來減小風險發(fā)生的可能性或影響。制定應急計劃：如果風險變成實際問題，應當采取的措施

49、。3項目風險和對策以下提出項目可能的風險及應對策略：（1）軟件需求涉及業(yè)務的軟件系統(tǒng)，經常會出現這樣的問題：系統(tǒng)開發(fā)完成了，但沒有滿足客戶的業(yè)務需求；需求經常發(fā)生變化，導致開發(fā)范圍的蔓延。避免軟件需求的風險，才能項目成功。化解風險的策略：理解客戶需要解決的問題：通過業(yè)務建模，了解客戶的業(yè)務流程和業(yè)務需求；增強與客戶的溝通：用例建模立足用戶角度描述，為具體的需求提供了充分的上下文信息，是銜接用戶和開發(fā)者的紐帶和溝通方式；及早收集客戶的反饋：每次迭代都會產生系統(tǒng)可執(zhí)行的部分，通過及早部署演示來挖掘用戶的反饋意見，改進對于需求理解的偏差；控制需求變更：變更請求可能來自于客戶和最終用戶、設計人員、開發(fā)

50、人員、測試人員、技術支持部門等，建立變更控制流程管理變更。（2）架構/技術風險可執(zhí)行構架指的是系統(tǒng)的部分實施，該構架用于演示選定的系統(tǒng)功能和特征，尤其是那些滿足非功能性需求的功能和特征。利用該構架可以降低性能、吞吐量、容量、可靠性以及其他方面的風險。迭代開發(fā)在精化階段的關鍵活動是確定架構并為構架建立基線，在該階段經過幾次的迭代和測試修改，到精化結束時穩(wěn)定的架構基線已經建立，性能等主要技術風險盡早的被發(fā)現和解決。從而在構建階段可以在一個穩(wěn)固的基礎上完成系統(tǒng)功能的全面添加，而不用擔心破壞系統(tǒng)。質量管理軟件質量保證過程的目的是為項目組的軟件開發(fā)過程提供指導，為管理層就軟件項目過程提供管理信息，為提升

51、軟件質量提供手段。由于開發(fā)軟件系統(tǒng)或軟件產品的過程是決定項目成功與否的關鍵因素，因此軟件質量保證的工作是評審和審計軟件活動和軟件產品。軟件質量保證過程需要達到的目標包括：軟件質量保證活動是有計劃的活動；軟件產品和活動與適用的標準、過程和需求的一致性需經客觀驗證；軟件質量保證活動及成果應及時通知到受影響的組織和個人；軟件項目內部未能解決的有爭議問題，由上級管理部門處理；軟件質量保證過程定義如下：由質量保證員負責向項目組人員進行PPQA定向培訓；由質量保證員負責編寫質量保證計劃；由質量保證員負責對軟件項目過程及其他公司規(guī)范及過程進行質量保證，軟件項目過程包括：軟件銷售管理過程、需求開發(fā)過程、需求管

52、理過程、項目計劃和跟蹤過程、軟件設計過程、軟件編碼過程、軟件測試過程、項目實施過程、配置管理過程、變更過程、評審過程，其他過程包括：培訓管理過程、組織過程焦點過程、組織過程定義過程；對于項目內部不能解決的問題，由質量保證員匯報給高層管理者；溝通管理項目溝通管理的目的是能夠及時、適當地產生、收集、發(fā)布、存儲項目信息。溝通管理是人、意見和信息之間的關鍵紐帶，是成功所必須的。參與項目的每一個人都必須做好以項目“語言”方式傳達和接收信息的準備，同時還必須明白他們以個人身份涉及的信息將如何影響整個項目。1溝通原則為了確保及時有效地進行溝通，本項目確定以下溝通原則：確保客戶可以最大程度地參與項目工程和管理

53、活動；確保與客戶及早溝通需求，以消除需求中的不確定性；定期與客戶溝通項目各里程碑和各迭代的進度和進展狀況；確保各階段的主要成果物及時提交給客戶，以便客戶評審；對于項目出現的重大問題，及早報告給客戶以便客戶了解項目。2存在溝通需求的組織一般包括：項目與客戶；項目合作方；項目組內部，當項目成員工作位置不在同一地點時，要事先確定異地開發(fā)的溝通機制，確保項目信息的溝通順暢。3溝通的方式一般包括：報告，例如周報、里程碑總結等；會議，包括評審、討論等。4溝通的程度一般包括參與和了解，具體參與程度需要根據具體項目需求進行調整：參與：參與內容的制定和檢驗，例如項目計劃的編制和評審；了解：不參與跟內容有關的制定

54、和檢驗活動，對信息內容了解即可。5溝通的內容，分為三類：計劃：包括項目計劃和迭代計劃的制定與評審；進展：包括每個迭代狀態(tài)和里程碑狀態(tài)的評審；工程文檔：包括每個工程階段主要輸出物的評審。6項目溝通機制項目的溝通管理機制如下表所示：分類溝通內容組織/發(fā)布方溝通方式項目客戶報告會議計劃項目計劃項目-參與項目計劃項目計劃評審會相關方配合計劃項目-參與協(xié)作項目計劃協(xié)作計劃評審會人員計劃項目-參與項目成員和角色規(guī)劃監(jiān)理計劃監(jiān)理方參與監(jiān)理計劃監(jiān)理計劃評審計劃變更項目-參與最新項目計劃最新項目計劃評審會周報項目周進展和存在問題分析項目-了解項目周報-里程碑總結報告項目里程碑總結項目-參與項目里程碑總結里程碑總

55、結與評審會狀態(tài)評估漸進的進展狀態(tài)項目-參與狀態(tài)評估狀態(tài)評估會需求需求規(guī)格項目-參與需求相關報告需求討論分析規(guī)劃架構設計設計模型數據庫設計項目-參與分析設計報告分析設計討論開發(fā)實現源代碼編碼規(guī)范項目-參與-實現功能測試功能測試測試計劃測試用例測試環(huán)境測試數據缺陷報告項目-參與測試相關文檔功能測試討論部署部署計劃數據遷移用戶培訓系統(tǒng)集成上線割接驗收測試項目-參與部署相關文檔部署討論階段總結會按商務合同規(guī)定的階段項目-參與階段總結報告部署評審會質量管理質量控制質量控制的目的是確保：完成項目內容并達到預定的目標最終的系統(tǒng)是穩(wěn)定的和可用的確保項目按預定計劃完成因此，在項目進行中，需要設立若干控制點，以確

56、保項目的質量可控。質量控制隊伍獨立于項目實施小組，作為項目成功的重要因素和保障，在項目執(zhí)行過程中始終與項目實施小組保持密切聯系。從另一個角度觀察和監(jiān)督項目的開展，幫助PMO發(fā)現和解決項目執(zhí)行中的問題確保項目的成功。可以采取以下步驟實施全面質量控制：1建立標準化工作流程項目啟動時，項目組應根據項目范圍、項目要求，首先組織人力編制項目流程、工作標準及相應工作手冊，形成工作方法體系，實現項目工作的流程化、標準化，并對項目人員進行培訓，使他們了解和遵守項目流程和要求。2實行階段性成果提交與變更控制項目具有生命周期，這就為我們劃分項目階段提供了依據。一個大項目可分成若干階段，每個階段有自已的任務和成果。

57、這樣一方面便于管理和控制項目進度，另一方面可以增強項目人員和用戶的信心。在每個階段末要提交部分成果物，作為下一階段開發(fā)的基礎。成果物提交之后不是不能修改，而是其修改要經過一定的審批程序，并且涉及到項目計劃的調整。3實行里程碑式的審查與版本控制里程碑式審查就是在項目生命周期每個階段結束之前，都正式使用結束標準對該階段提交的成果進行嚴格技術審查，如果發(fā)現問題，應及時在階段內解決。版本控制是保證軟件項目順利進行的重要手段。版本控制的含義是通過給文檔和程序文件編上版本號，記錄每次的修改信息，使項目部的所有成員都了解文檔和程序的修改過程。4測試要采用適當的手段，對需求調查、系統(tǒng)分析、系統(tǒng)設計、實現和文檔

58、進行功能測試。5用戶單位加強監(jiān)督為進一步加強項目質量控制，要加強用戶單位對項目質量的監(jiān)督。質量保證軟件質量保證過程的目的是為軟件項目組的軟件項目過程提供指導，為管理層就軟件項目過程提供管理信息，為提升軟件質量提供手段。由于開發(fā)軟件系統(tǒng)或軟件產品的過程是決定項目成功與否的關鍵因素，因此軟件質量保證的工作是評審和審計軟件活動和軟件產品。軟件質量保證過程需要達到的目標包括：軟件質量保證活動是有計劃的活動；軟件產品和活動與適用的標準、過程和需求的一致性需經客觀驗證；軟件質量保證活動及成果應及時通知到受影響的組織和個人；軟件項目內部未能解決的有爭議問題，由上級管理部門處理；軟件質量保證過程定義如下：由質

59、量保證員負責向項目組人員進行PPQA定向培訓；由質量保證員負責編寫質量保證計劃；由質量保證員負責對軟件項目過程及其他公司規(guī)范及過程進行質量保證，軟件項目過程包括：軟件銷售管理過程、需求開發(fā)過程、需求管理過程、項目計劃和跟蹤過程、軟件設計過程、軟件編碼過程、軟件測試過程、項目實施過程、配置管理過程、變更過程、評審過程，其他過程包括：培訓管理過程、組織過程焦點過程、組織過程定義過程；由質量保證員對軟件工作產品進行質量保證，依照工作產品規(guī)范/模板檢查項目工作產品；質量保證員應參加項目的管理評審和技術評審；由質量保證員定期與不定期地將檢查結果報告給有關人員；對于項目內部不能解決的問題，由質量保證員匯報

60、給高層管理者；需求管理在軟件項目中，所有的項目相關方都感興趣的就是需求分析階段。這部分工作若處理好了，能開發(fā)出很出色的產品，同時會使項目各方感到滿意。若處理不好，則會導致誤解、挫折、障礙以及潛在質量和業(yè)務價值上的威脅。因為需求分析奠定了軟件工程和項目管理的基礎，所以所有項目相關方必須重視需求分析過程。軟件需求包括四個層次：業(yè)務需求、用戶需求、功能需求、非功能需求。優(yōu)秀需求所具有的特性：完整性、正確性、可行性、必要性、劃分優(yōu)先級、無二義、可驗證。需求分為需求開發(fā)和需求管理。需求開發(fā)包括：問題獲取、分析、編寫規(guī)格說明和驗證四個階段。需求管理包括建立和維護軟件需求。甲方在需求活動中的權利和義務。通常