1、二級建造師機電組織實施方案4.1 實施組織結構在“杭州西溪國家濕地公園三期龍舌嘴游客服務中心基于實時混合現實（ MR ）技術的空間體驗展示系統”項目的實施過程中，主要涉及到的人員分為兩大類：用戶方和項目承建方：用戶方：承建方：項目領導小組項目領導小組項目管理小組項目管理小組項目實施人員項目實施人員項目支持人員配合用戶方的項目實施體制， 我們可以調整實施組織， 建立對應的項目實施體制，從而可以有效的進行溝通和協商，最終成功完成項目，實現預期目標。1 、項目領導小組用戶方：由杭州西溪國家濕地公園三期工程有限公司的有關領導組成。 項目領導小組是整個系統的決策機構，對涉及項目的重大問題、基本方針、政策

2、、總體工作計劃、投資預算等作決策。承建方：由杭州卓銳有關領導組成，在本系統實施過程中， 對涉及項目的總體戰略、總體計劃、資源調配等做出決策和協調。負責指導項目實施，為隨時可能發生的改變提供必要的決策意見；任命項目經理，為項目組調配人力資源和其他資源；審查項目管理計劃；審查項目進度報告和項目進展情況；與委托方就重大問題進行協調；在需要的時候，調整公司其他資源以配合本項目所需。2 、項目管理小組用戶方：由杭州西溪國家濕地公園三期工程有限公司項目小組及各業務部門負責人共同組成， 主要負責整個系統的設計與具體實施，同時負責整個系統的管理與協調，組織工作和資金管理工作，負責項目的規劃、以及實施等。承建方

3、：由杭州卓銳有關項目負責人組成，領導和協調對本系統規劃、 設計、開發等工作，并制定實施的計劃，控制計劃的執行等等。項目管理小組是用戶方和承建方進行溝通和協調的主要機構。能否在雙方之間建立良好的溝通渠道，進行有效的協商是本系統是否最終成功實施的關鍵因素。我們建議雙方在自己的小組內各確定一名主要責任人，負責雙方的直接聯系溝通，并作為各自小組的代言人；同時設立一名替補人員， 在主要負責人不在崗位時（如出差等）擔當臨時負責人。雙方項目管理小組名單、 通訊方法和各自的責任將在項目啟動階段確定，并且互相通知對方。在項目實施過程中，若人員的變化，將及時通知對方。3 、項目實施人員雙方項目實施人員均是在各自項

4、目管理小組領導下，進行承擔各自工作， 擔任各自責任的人員。對用戶方而言，主要包括參與系統需求分析人員，業務人員，最終用戶，原業務系統設計人員（可選）等等。對承建方而言， 主要包括參與系統實施的工程人員，業務需求分析人員， 設計人員，應用開發工程師， 系統集成工程師， 多媒體制作人員， 系統調優工程師、測試人員，維護人員等等。項目實施人員之間的溝通是多范圍、多角度的。雙方人員的有效溝通， 可以加強業務人員和開發人員雙方的理解，減少對業務的分歧， 從而保障系統開發的順利進行。4 、項目支持小組項目支持小組是指那些在整個項目建設過程中的某一特定階段致力于某一特定領域的項目組成員。 例如，系統性能調優

5、工程師， 他們可能大多時間并不參與項目開發工作，然而他們可能在項目規劃階段對整個系統的資源和性能做出規劃。當系統遭遇性能瓶頸時，他們需要完成性能調優的工作；當系統進入維護、完善期，他們需要對系統的性能、存儲提出優化、再調整的建議。4.2 項目角色劃分項目總監SCM主管項目經理QA主管硬件集成經理軟件開發經理項目實施經理項目顧問小組售后服務經理硬件選型工程師業務分析工程師系統管理員實施工程師業務顧問性能調優工程師硬件集成工程師DBA調試工程師系統架構工程師技術顧問測試工程師系統開發工程師文檔員售后服務專員實施顧問文檔員測試工程師組織結構圖中說明了投標方為本項目的實施所設置的人員角色，具體角色描述

6、如下 :項目總監：屬于項目領導小組， 主要負責承建方項目的總體戰略、總體計劃、資源調配等宏觀決策性工作。項目經理：主要負責該項目開發商在開發和維護的過程中同客戶的商務接洽和開發配合方面的事務，包括：項目合同的簽定；提交開發計劃給客戶；組織客戶與分析人員進行需求確定；組織客戶階段性驗收；協調客戶提供測試環境； 全權負責：項目開發計劃的制定；開發方法的確定；項目各階段的人員配給與人員之間的配合；各階段文檔的生成和版本編號。本項目實施項目經理負責制， 項目經理是項目具體實施的唯一負責人，也是項目領導小組決策的執行人。 原則上，項目經理每周末、 每月末以周狀態報告和月狀態報告的形式，向項目領導小組匯報

7、和項目組成員通報項目進展情況。應用系統開發經理、 應用系統實施經理向項目經理負責，以保證項目計劃的執行。QA 主管主要負責監督項目進度與質量；項目質量計劃的制定； 技術規范的編制； 負責項目開發過程中與客戶、開發項目組、文檔組等相關角色的聯絡與協調。保證軟硬件透明開發及多媒體系統集成的主要環節。在項目開發的過程中幾乎所有的部門都與QA 主管有關。 QA 主管對項目經理提供項目進度與項目真正開發實施時的差異報告， 提出差異原因和改進方法。 在項目進度被延滯或質量監督組認為某階段開發質量有問題時，提請項目經理、 項目負責人等必要的相關人員舉行質量會議。 解決當前存在的和潛在的問題。質量保證是建立在

8、文檔的復審基礎之上，因而文檔版本的控制， 特別是軟件配置管理， 直接影響軟件質量保證的影響力和力度。文檔組則是保證軟件質量保證的得以實施的重要保證。QA 主管的監督范圍包括：系統分析人員是否正確的反映了用戶的需求；軟件執行體是否正確的實現了分析人員的設計思想；測試人員是否進行了較為徹底的和全面的測試；文檔組是否對文檔的規范化進行的比較徹底，版本控制是否有效。SCM 主管主要負責在整個項目生命周期內的軟硬件配置管理工作，包括版本控制， 變更控制和過程支持三方面的內容。支持項目開發行為， 使開發人員和集成人員有適當工作區來構建和測試其工件， 并且使所有工件均可根據需要包含在部署單元中，還必須確保配

9、置管理環境有利于進行產品復審、更改和缺陷跟蹤等活動， 還需要負責撰寫CM 計劃并匯報基于“變更請求”的進度統計信息。業務分析工程師主要負責是協同其他項目組成員一起認清業務范圍，確定業務需求定義， 并在開發維度模型時表現這些需求。在業務主題的定義和確認過程中起主要的作用。承建方的業務分析師需要不斷的與客戶方的業務部門的人員進行充分的交流。在開發過程中主要參與的階段是系統需求分析，在明確了系統將來要完成的主要任務之后， 業務分析師的職責轉向系統用戶界面的確定上。開發出的系統能被客戶接受的兩個重要指標一個是系統正確性，即系統是否正確的完成了用戶希望它完成的任務； 第二就是系統操作的便捷性。 便捷主要

10、受到使用系統的客戶的操作習慣的制約。 業務分析師往往是多年從事該項工作的人員，他們的使用習慣會對系統的易用性非常有幫助。系統架構工程師主要負責項目技術方案的制定。系統開發工程師負責制訂項目計劃中的開發計劃 ，保證應用系統開發按開發計劃進行。負責系統開發的組織，對應用系統開發的質量，進度和成本負責，具體職責包括：在項目啟動階段負責協助項目經理制訂開發計劃；從需求開始，到系統測試前，負責系統的開發活動的計劃、任務分配、跟蹤、控制；負責指導需求調研、管理和分析人員、系統設計人員、程序員工作；負責編寫系統管理手冊 、安裝手冊；組織應用系統的需求調研和需求分析，提交軟件需求規格說明書；保證系統設計質量，

11、提交系統設計說明書；保證代碼質量，組織代碼審查，檢查單元測試結果， 提交原代碼和發布產品；分析系統測試問題報告， 判斷并處理組裝測試缺陷， 保證軟件系統各單元之間能夠相互協調，作為一個系統運行；指定開發人員解決問題。確認系統測試問題得到解決，對于無法解決的問題給以解釋說明。系統集成工程師主要負責將項目中的不同部分整合起來，集成為一個統一體， 包括網絡、操作系統、存儲、數據庫、各系統軟件等等。系統管理員 / 性能調優工程師主要負責項目系統管理及各部分的性能調優的工作，包括網絡、數據庫、存儲等方面內容。測試工程師主要負責對整個項目的測試進行計劃、設計、實施和評估，包括功能測試、性能測試等。測試經理

12、主要負責保證產品的功能達到需求標準，為實現這一點， 測試經理需要制定詳細的測試計劃來規劃測試工作，同時安排人員進行測試， 最后還要確認測試結果，保證結果符合需求。其具體職責：在項目啟動階段負責協助項目經理制訂測試計劃，保證以最小的測試成本找出最多和最關鍵的軟件問題；參加需求設計評審，確保用戶需求的可測試性；參加設計評審，確保設計方案的可測試性；驗證測試環境，保證測試環境符合測試要求；指導測試人員進行工作， 組織測試， 保證測試人員理解測試計劃，能夠按照測試計劃要求進行測試；指導提交測試問題報告， 對測試發現的問題能夠清晰準確描述，并提供可能的證據；分析測試結果，提交測試總結報告 ，對放行的軟件

13、產品給出質量評價；協助用戶制定測試計劃 ，協助確認測試的實施。技術實施經理負責應用系統的安裝、 培訓、運行，數據的準備與遷移， 指導用戶確認測試，協助項目經理準備驗收的各類文檔資料以及完成驗收工作，具體包括：負責在項目啟動階段，協助項目經理制訂實施計劃；負責用戶培訓的組織，實施應用系統培訓；協助用戶進行確認測試；負責編寫數據準備與遷移方案，指導用戶數據準備， 將用戶已準備好的數據遷移到新系統中；負責應用系統安裝、調試；負責指導用戶試運行；報告系統運行情況；負責協助項目經理準備驗收的工作并協助項目經理完成驗收。文檔員主要負責完善各個部門發送需要存檔和進行版本控制的文檔；對文檔進行單向出入的控制；

14、對所有存檔的文檔進行版本控制；書寫文檔規范， 并傳達到開發組中。顧問主要負責向項目組提供各種合理化的建議，為項目組在技術、 業務、項目實施的各方面提供咨詢，并參與關鍵步驟的評審工作。項目組中其他角色及職責序號角色名稱角色承擔的職責1 、保證項目系統集成需求規格說明書定義的所有實體及實體之間的關系，產出基于混合現實的空間體驗展示系統說明書能指1 系統集成工程師導軟件開發 ,硬件配置，界面設計和模塊設計2 、保證用戶原有數據在進行轉換前后的一致性、準確性和完整性保證系統所有界面的一致性，將系統架構設計說明書所定義的2軟件設計師界面功能分解到一個且只分解到一個模塊實現，產出物軟件設計說明書能夠指導模

15、塊設計師進行模塊設計保證界面設計說明書所定義的模塊功能被分解到一個且只分解3模塊設計師到一個程序單元實現，產出物模塊設計說明書能指導程序員進行代碼設計1 、保證程序單元代碼滿足模塊設計說明書的要求4 程序員2 、通過組裝測試， 保證軟件系統各單元之間能夠相互協調，作為一序號角色名稱角色承擔的職責個系統運行按產品評審計劃組織評審或同行評審，確保被評審對象符合項目要5 評審負責人求其他技術支持人員項目開發中技術的分類（業務型、基本型、成熟型、研究性、探索性）項目管理除了以上人員參與以外，還需要各類技術人員的支持，其中包括：業務型的技術人員、基本型的技術人員、成熟型的技術人員、從事研究性工作的人員、

16、從事探索性工作的人員， 這些人員在技術開發活動中提供技術支持。另外，本項目的主要是軟件系統的建設， 但是其建設實施過程中涉及到硬件和網絡設置，因此，我公司的技術支持人員將包括硬件網絡系統的技術支持人員。4.3 進度計劃按照項目固有的生命周期，參照CMM過程成熟度模型 ，結合本項目實際情況，可對項目進度做如下分解 （當然，在項目實施范圍和需求還未最終確定之前，項目的進度計劃僅為一粗略的高層項目實施計劃草案，將在項目簽定之后確定最后的項目基線計劃。 需要按項目計劃控制項目的進度，確保項目按時、 保質保量的交付）：項目實施管理階段劃分項目里程碑如下：階段一、項目總體規劃及方案設計(里程碑一：設計階段

17、評審點)階段二、項目實施 (里程碑二：實施階段評審點)階段三、項目 UAT( 里程碑三：項目初驗評審點)階段四、項目試運行階段五、項目終驗 (里程碑四：項目終驗評審點)本項目正式啟動后詳細計劃將逐日安排, 以便及時提供項目進展情況。以下為根據我公司的經驗考慮平均情況暫定的項目計劃。項目的啟動時間暫定為合同簽署日，且要求的軟硬件環境就緒，最終以雙方商議確定的項目啟動日為基準，如啟動日延遲， 則其余計劃時間依次順延。詳細計劃在項目啟動后提交的項目準則中的進度計劃給出。具體建設過程中， 此表所列時間是基于用戶方各系統硬件、軟件環境在整體項目計劃中規定的時間之前已就緒齊備，用戶方公司項目人員充分配合等

18、前提。由于非技術因素而導致的時間延誤不在所列范圍之內。4.4 工作時間進度表杭州卓銳鄭重承諾，簽定合同后，即啟動項目實施計劃，在10 日內完成詳細的需求分析、方案優化、概要設計、詳細設計等；細化并提升系統建設計劃、目標任務書和測試驗收方案，向采購人提供上述文檔， 并經其審核通過。 確保合同簽訂 90 日內完成系統構建，軟硬件集成，并通過項目初步驗收，系統進入試運行；合同簽訂100 日內完成試運行及培訓工作，進入維護期。具體安排見下表：實施進度表進度項目1010101510151020需求分析系統總體設計系統開發軟硬件系統集成系統試運行、調試技術培訓組織驗收系統運行維護4.5 質量保證措施技術保

19、證措施1、加強技術管理，認真貫徹各項技術管理制度。開工前要落實各級人員崗位責任制，做好技術交底。施工中要認真檢查執行情況， 開展全面質量管理活動。做好隱蔽工程記錄， 施工結束后， 認真進行工程質量檢驗和評定，做好技術檔案管理工作。2、做好文件與資料的控制工作，由專人負責管理工程所需的各種文件和資料，保證使用資料的有效性。3、對與工程質量有關的質量記錄由項目部設專人統一進行管理，以保持質量記錄的系統性和可控性， 質量記錄除文字資料外， 對重點部分用照片予以保存存檔，實現可追溯性。4、本項目部嚴格按GB/T19001-ISO9001質量體系文件要求以及公司質量手冊、程序文件進行質量控制， 對項目部

20、質量體系進行定期檢查，確保質量體系的有效運行，保證工程質量。5、杭州卓銳從創立第一天起，就嚴格的按照CMM 的標準，制定了一整套完備的開發管理規章制度，下表為制度文檔分類統計列表。序關 鍵文檔類型名稱文檔名稱文檔號域個數1.RMRequirementsManagement( CMM需求管理（ CMM 第二級的5Level 2 KPA )KPA ）2.SPPSoftwareProjectPlan( CMMLevel 2軟件項目策劃 （ CMM第二7KPA )級的 KPA ）3.SPTOSoftware Project Tracking & Oversight軟件項目跟蹤和監督204.SS

21、MSoftwareSubcontract軟件子合同管理 （ CMM 第Management( CMM Level 2 KPA )二級的 KPA ）5.SQASoftwareQualityAssurance( CMM軟件質量保證 （ CMM第二6Level 2 KPA )級的 KPA ）6.SCMSoftwareConfigurationManagement軟件配置管理 （ CMM第二10( CMM Level 2 KPA)級的 KPA ）7.OPDOrganization Process Definition ( CMM組織過程定義 （ CMM第三9Level 3 KPA )級的 KPA ）8

22、.OPFOrganizationProcessFocus( CMM組織過程焦點 （ CMM第三18Level 3 KPA )級的 KPA ）9.ISMIntegratedSoftwareManagement集成軟件管理 （ CMM第三7( CMM Level 3 KPA )級的 KPA ）10.TPTrainingPlan/Training培訓大綱（ CMM 第三級的16Program( CMM Level 3 KPA )KPA ）11.SPESoftware Product Engineering ( CMM軟件產品工程 （ CMM 第三46Level 3 KPA )級的 KPA ）12.I

23、CIntergroup Coordination ( CMM Level 3組間協調（ CMM第三級的2(IGC)KPA )KPA ）13.PRPeer Reviews ( CMM Level 3 KPA)同行評審（ CMM第三級的5KPA ）14.OT1015.文檔總數（個）161注：由于文檔眾多， 這里只列決出公司級別的統一的標準規章制度匯總，一些部門級文檔這里沒有列出，包括：1、 項目經理月度述職制度2、 現場開發實施考勤制度3、 部門客戶服務規范4、 部門周例會制度5、 6、做好培訓工作，對項目部崗位上的各類管理人員、技術人員和操作人員進行培訓，項目經理、技術員、質檢員、材料取樣員、安

24、全員、特殊工種人員必須持證上崗，以保證員工素質，從而保證工程質量。實施過程中的保證措施在項目實施過程中，我們同時采取下表對項目質量進行控制階段描述明確項目目標由項目委托組向項目策略組商定并明確委托目標。項目計劃制定由項目策略組組織其他各小組進行項目進行前事宜安排。并與項目委托組協商制定和發布出各個開發階段的時間。項目階段實施由各項目技術組在商定時間段內完成指定階段性任務，并將產生的問題即時反饋給項目策略組， 項目策略組通過反饋和決策進行問題評估和及時有效組織專家組進行解決。在階段性任務完成時由質控組進行質量檢測和規范化。項目變更實施如果項目在階段性任務完成后，受各方面因素影響，通過與項目委托組

25、協商制定和發布出變更階段的時間，并將委托方變更需求融入到下一階段實施中。項目交付階段通過質控組根據項目計劃和目標檢測無誤后，將完成的項目由系統支持組向委托方交付， 并進行客戶培訓以及產品服務支持和幫助文檔支持。4.6 委托方介入原則在項目管理過程中委托方介入原則。項目管理方面委托方在項目建設過程中介入受托方的項目管理活動，具體包括以下幾個活動：審查項目計劃，審查項目計劃是否符合項目進度要求；審查項目進度報告，審查項目狀況符合項目進度要求；審計項目活動和文檔，審計項目活動和文檔與合同一致，與軟件規范一致，與項目計劃一致；對項目管理提出改進要求；采用會議形式或者是書面形式定期或不定期對項目組工作進

26、行審查和審計。項目質量控制方面委托方在項目建設過程中介入受托方的質量控制活動，具體包括以下幾個活動：審查項目計劃中的質量保證計劃，審查項目采用的質量標準；審查各類技術標準，如需求說明書標準，設計說明書標準，編碼標準，測試標準，驗收標準等；檢查產品質量：包括各階段的文檔確認，確認測試和驗收測試等；對于需要第三方確認和驗證的情況，給以要求。項目實施方面委托方參與的實施工作，具體包括以下幾個活動：積極配合開發單位的需求調研人員展開業務需求調研活動，為需求調研提供幫助。積極配合開發單位的實施人員的實施活動，為項目實施提供環境；積極配合實施經理展開培訓活動，為各種培訓組織安排學習人員和培訓時間；為系統實

27、施和運行協調各業務部門的工作。變更控制方面委托方在項目建設過程中介入開發商的變更控制活動，具體包括以下幾個活動：審查和批準開發商制訂的項目計劃；審查和批準開發商提出的項目計劃和進度方面的變更；審查和審批用戶需求以及需求變更；審查和批準設計及設計變更。4.7 項目管理和協調方法制定計劃、跟蹤和報告的方法項目計劃的目的是為完成項目的工程和管理而制訂的合理的計劃。該計劃提供完成和管理軟件項目活動的基礎，并按照項目的資源、 約束和能力， 闡述對項目建設雙方的約定。項目跟蹤和監控的目的是建立對實際進展的適當的可視性，使項目經理或者是更上層領導能在軟件項目性能明顯偏離軟件計劃時采取有效措施。項目跟蹤和監控

28、包括對照已文檔化的估計、約定、計劃評審和跟蹤軟件完成情況和結果，當實際結果超過項目計劃變更的閥值時，基于實際的完成情況和結果調整項目計劃 。項目啟動階段的已文檔化的 項目計劃 用作跟蹤軟件活動、 傳送狀態和變更計劃的基礎。 項目經理監控軟件活動， 主要通過在所選出的軟件工作產品完成時和在所選擇的里程碑處， 將實際的軟件規模、 工作量、成本和時間表與計劃相比較，來確定進展情況， 當確定未實現軟件項目計劃時，項目經理分析實際與計劃之間產生差距的原因， 并將采取糾正措施， 項目經理對于自己不能處理的問題向上一級領導匯總， 以獲取上層的支持。 項目經理主要是以 周狀態報告和月狀態報告的方式來跟蹤項目的

29、進度， 通過兩種狀態報告的分發和上報來向項目組成員以及上層領導匯報項目的進展情況。項目建設過程進行配置管理軟件配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產品的完整性。在項目啟動階段，由項目經理指定項目配置管理工程師制訂項目配置管理計劃，配置管理計劃內容包括：定義項目配置管理的組織架構、角色、職責和管理方法； 確定配置項和基線的標識標準、說明標準和版本說明標準；確定項目實施過程中的配置項；確定配置項變更管理控制方式；確定配置管理記錄、配置管理狀態報告的統計周期和報告方式；定義配置審計的類型、 內容、審計項；確定配置項建立、基線建立、產品生成、產品發布需要遵守的過程和標準；定義配

30、置管理活動中各個階段的產出物和里程碑。在項目建設過程中，配置管理工程師根據配置管理計劃對各個階段實施配置管理活動， 定期向項目經理及相關人員提交配置狀態報告，報告配置管理狀態，根據產品基線定義的標準建立產品基線，發布產品。制定質量標準在項目啟動階段的項目計劃制定時，由SQA 工程師協助項目經理制定必須遵循的質量標準和質量保證計劃作為項目計劃一個組成部分。質量標準包括：評審與同行評審準入標準；評審與同行評審通過標準；審查需求說明書標準；設計說明書標準編碼標準；測試標準；驗收標準；項目遵循的過程等。在整個項目生命周期內，由SQA 根據隨著整個項目的發展，定期檢查項目的質量，對于實際質量與標準質量出

31、現偏差的，根據偏差的情況向項目經理、部門經理或者是公司高層進行匯報，以協助項目經理進行質量的控制。建立評審機制在項目啟動階段，由項目經理根據軟件標準工作產品集定義需要進行評審與同行評審的軟件工作產品， 并指定需要進行評審與同行評審的工作產品遵循的評審過程，建立評審機制的目的是確保軟件工作產品的質量符合要求。項目評審可以分為評審與同行評審兩種形式。在一般情況下，所定義需要進行評審的工作產品都必須進行評審，而有的工作產品， 為進一步確保質量符合要求，可以組織同行評審。項目評審的組織主要是由項目經理、評審負責人、評審人員組織成。一般情況下，如對于項目計劃的評審，可以組織項目組內人員參加的評審或者是具

32、有項目管理實踐經驗的項目經理參加的同行評審；而對于軟件需求規格說明書的評審，為保證需求的正確與完整性，可以邀請公司外面業務行業專家進行同行評審等等。評審遵守一定的流程，具體可以通過以下活動實現：當已定義的軟件的工作產品編制完成后，項目經理指定評審負責人；評審負責人與部門經理和項目經理一起確定參加評審的人員，評審負責人制定評審計劃并向參加評審的人員分發評審計劃與評審材料；評審人員審查評審材料，并在評審缺陷跟蹤表中記錄缺陷；評審負責人負責收集評審缺陷跟蹤表，并判斷是否達到了評審準備就緒原則與標準；如果達到了評審準備就緒原則，則由評審負責人組織人員執行評審，同時，評審負責人員將評審過程中確認的缺陷填

33、寫在評審缺陷跟蹤表中；評審負責人跟蹤驗證評審缺陷跟蹤表中的缺陷得到處理；評審負責人按照評審報告模板，編寫評審報告，按照評審完成準則，給出評審意見；評審負責人將評審報告和評審缺陷跟蹤表等評審結果分發給相關人員；SQA 工程師通過評審報告和評審缺陷跟蹤表驗證評審活動。建立審查機制對每一階段的工作成果，項目組各成員主動提交給項目經理審查，或者由項目經理委派各級經理（開發經理、測試經理、實施經理）對各成員的工作按照計劃和任務委派書進行審查，發現問題及時反映和進行處理。對技術開發工作可通過一系列質量標準規范各成員的工作，如信息提示標準、命名標準、代碼標準等，并根據這些標準檢查開發人員的工作。檢查辦法可以

34、采用重點抽查的方式， 對開發工作的關鍵部位進行仔細、深入的檢查， 其余部分可以簡單審查或不再審查。檢查結果應做記錄， 對發現不符合標準的設計， 應及時提出并予以糾正，而不能帶到下一階段的開發中去。建立文檔簽署機制對各階段形成的文檔，必需有編寫人、審核人的簽字，必需有編寫、審核完成的日期。對個別修改的工作，也應按要求對修改人和審核人進行記錄。建立文檔簽署機制是為了分清責任和便于管理；簽署后的文檔可作為本階段工作完成的標志和下一階段工作開展的基礎。對于委托方提交的任何材料及要求，均需要有雙方指定人員的簽字確認。建立溝通、協調機制項目經理在項目計劃中建立溝通和協調機制。包括溝通的周期、溝通所采用的方

35、式方法，產生問題或者是出現矛盾時的協調機制。溝通周期： 定義溝通周期，如周、月、里程碑完成、季、年等。溝通方式：項目組內所有成員每個工作日寫工作日志；項目組成員在整個項目開發過程中要完成工作日志，應真實記錄每個工作日完成工作的情況， 包括工作內容和具體時間， 以便項目經理或者是開發經理、測試經理、實施經理隨時查看工作進展情況。若項目組成員發現需要修改個人工作計劃時，需向本崗位所屬經理或項目經理提交工作計劃的修改方案。周期性編寫項目的狀態報告，總體進展報告、里程碑總結報告并分發；項目經理每周提交項目周狀態報告 ，并根據項目階段在所處生命周期的具體時間段，定義階段的狀態報告，如月階段狀態報告，里程

36、碑總結報告等。項目經理將各種報告向項目組內所有項目成員，同時分發給與項目相關的人員。目的是讓所有與項目相關的人員了解項目的進展情況，及時了解項目中出現的問題，及解決的方法。 項目經理定期向領導小組提交項目總體進展報告，匯總項目的總體進展狀態及原因， 讓項目領導小組能及時了解項目的狀態并及時給予適當的支持。定期召開項目組工作會議在項目啟動會議上， 項目經理應向項目組成員傳達總體計劃的精神，使每個項目組成員明白項目的意義、目標、進程等。在整個工程實施過程中， 項目組定期召開項目組工作會議，由項目負責人主持，每位成員匯報個人工作進展情況，反映上一階段過程中出現的問題以及解決方案，說明下一階段工作計劃

37、。 項目經理應在會議上總結項目進展情況，在規定的權限范圍內對所反映問題的解決方案進行評議，說明下一階段的工作計劃。 工作會議必需有詳細的記錄，會議記錄必需及時提交給項目領導小組審閱。除召開工作會議外，項目組成員在工作中發現問題， 應及時向項目經理反映，由項目經理負責記錄并負責問題的解決。召開技術討論會對項目組的人員應不定期舉行技術討論會，任何一位項目組成員都可提議并主持召開，每一個開發人員應將自己在工作實施過程中發現的技術上的難點或疑點問題講述出來， 聽取項目組其他人員的意見，以免背離總體設計思想。 同時也可以在工作日志中以特別的標記加以重點說明，以引起其他同事的注意。協調機制：對于項目組內部

38、產生的所有問題，一律向項目經理匯總， 由項目經理負責組織人員進行解決， 項目經理對于不能解決的問題，由項目經理向項目領導小組匯報，由項目領導小組協助解決。 若項目組成員與項目經理因問題發生的分歧或者是項目經理的處理給項目帶來損害時，允許越級上報。對于項目組外部產生的所有問題，由項目經理負責解決， 項目經理對于不能解決的問題，由項目經理向項目領導小組匯報，由項目領導小組協助解決。建立變更控制管理機制在項目啟動階段的項目計劃中，建立明確的變更控制管理機制，對需求的變更、配置項的變更、 基線的變更等， 無論是源自客戶或者是項目組內部的變更，都必須按照總體的項目計劃中制定的變更控制管理機制，提供變更控

39、制申請報告給項目經理，得到認可以后方可進行修改。變更控制管理內容包括以下幾個部分：認識到變更是不可避免的，并為此制定變更計劃；所有的變更都要求在基線的基礎上進行：在系統開發建設過程中建立階段基線，對省廳和試點單位成功實施驗收后，對系統建立基線，作為后續變更的基礎。建立控制變更的唯一渠道：軟件系統的變更可能是非常隱秘的，新特征的存在將對軟件需求、系統體系架構、測試計劃等造成重大影響，因此對于系統的任何變更都不可以是隨意的，都需要一個唯一的渠道來評估它對系統的影響來正式決定是否進行變更，對未確認正式變更前，不能對系統作任何變更。一般情況下，成立變更控制委員會控制變更，變更委員會分擔責任并且有必不可

40、少的權威和技術能力能決定變更請求是否被通過。變更委員會的組成包括項目經理、XX 移動指定人員。應用變更控制機制來捕獲變更并處理變更。通過應用配置管理，對變更進行管理和跟蹤。建立驗證機制在項目啟動階段的項目計劃中，建立驗證機制。驗證一般可以分為以下幾種情況：SQA 驗證： SQA 工程師通過檢查相關的跟蹤表來驗證過程執行的質量；測試驗證；測試人員通過測試來驗證軟件產品質量；第三方驗證；通過第三方如監理方對產品進行驗證，來保證產品信息的客觀公正性，更值得依賴。4.8 進度控制項目經理在項目實施的過程中，依據項目計劃，核實項目是否正在按項目計劃在正常執行， 對于發現的進度偏差， 通過工期壓縮的手段進

41、行調整，同時分析產生偏差的原因，發現隱患，及時采取響應的糾正措施，防止偏差的蔓延；如果工期壓縮不足以彌補產生的偏差，則需將項目現狀和產生偏差的原因通報管理層，尋求其它方面的支持，或調整原定的項目計劃。進度控制目的項目進度控制目的是確保在滿足用戶需求的基礎上，按時完成項目。進度控制方式進度控制的方式主要是通過制定、管理與變更項目計劃來進行進度控制。在項目啟動階段時，由項目經理制定項目計劃，項目計劃經過評審通過后在整個項目生命周期內執行， 項目經理跟蹤項目計劃的執行情況，并根據實際情況調理項目計劃內容。 在工程實施過程的不同階段， 項目經理根據相應的項目計劃書的要求，向項目組成員下達任務委派書。軟

42、件項目計劃包含以下內容：確定項目目標與目的，規范項目范圍，確認項目過程中需要提交的產出物，根據項目特點選擇項目生命周期；確定項目的組織結構，定義各項目角色的職責；采用一定的項目估算方法對項目進行估算，以及估算出來的具體內容，并確定項目計劃變更的閥值；制定項目階段計劃并確定時間表，包括：定義項目階段及里程碑以及預計開始與完成時間；工作細分結構；找出組間關鍵依賴關系，確定關鍵路徑；畫出項目階段的甘特圖； 確定各個階段的人員的配備及技能要求；確定本項目中應用的硬件資源和開發/ 調試 / 測試工具。對項目進行預算；確定項目控制管理內容和方法；制定風險管理計劃，鑒別和評估軟件風險并確定規避風險方法；制定

43、開發計劃，確定開發的方法，定義開發階段的主要活動；制定測試計劃，制定項目培訓計劃，明確項目過程中需要進行培訓技能和過程；制定配置管理計劃， 定義項目過程中的配置管理內容、方法、產出物等；制定實施計劃，定義實施活動的主要內容、步驟、時間和方法；制定質量保證計劃， 建立質量標準， 定義質量保證的活動， 方式和方法；制定度量計劃，定義度量的粒度和度量方法。在項目管理中，主要采用以下幾種方法進行進度控制：將整個項目生命周期劃分為幾個大的階段，在每一個階段結束時定義里程碑，通過檢查里程碑來進行控制；針對對于每一個里程碑可能出現時間較長的情況，因此在每一個大的階段中定義小的里程碑，通過檢查小里程碑進行控制；在項目計劃中定義階段內的周期性的（如每周、每月）編寫工作狀態報告，對每一個小里程碑內的工作進行控制；SQA 工程師對項目定期進行審計，檢查項目進度與 項目計劃 是否相符，對于出現的不同程度的偏差，采用不同的上報對象，達到進行控制的目的。項目集成管理項目集成管理是將項目的所有相關因素進行有機的整合和集成，以達到項目目標。集成管理需要在相互影響的項目目標和方案中做出平衡。通常來說，項目管理中的根本性綜合過程主要包括以下三個主要過程：項目計劃的制訂、項目計劃的實施以及計劃變更控制。過程輸入（依據）處理工具和技術輸出項目計劃的制