【正文】 6 遷移結果確認測試 云計算平臺資源遷 移方案 XXX 數字化城市管理信息系統云計算平臺資源遷移方案 云計算平臺資源遷移工作計劃 序號 實施內容 執(zhí)行人 /單位 協助人 /單位 計劃時間 1 遷移割接方案設計 XXXXXXX 20200210 2 完成相關服務器虛擬化，并完成相關 網絡配置。 XXX 電信 XXXXXXX 20200226 3 完成相關服務器的調試，相關軟件系 統部署與測試。 XXXXXXX XXX 電信 20200227 4 完成相關域名映射的重新設置。 XXX 電信 區(qū)行政服中心 XXXXXXX 20200227 晚上 6 點后 5 完成系統的完整遷移，并停止舊系統 服務 XXXXXXX XXX 電信 20200228 6 提供城管通設備 XXX 電信 XXXXXXX 20200226 資源服務器（虛擬化）規(guī)劃方案 編號 服務器名 當前用途 1 區(qū)數據庫主服務器 安裝 ORACLE 11G 數據庫系統，用于數據庫儲存應用 同時安排 服務。 2 區(qū)數據庫從服務器 安裝 ORACLE 11G 數據庫系統，用于 ORACLE同步備份 4 3 城管業(yè)務主服務器 部署城管業(yè)務的 WEB 服務器，需 要配置以下： 4 城管業(yè)務備份服務器 城管業(yè)務 WEB 備份服務器，只有在城管業(yè)務主服務器出現異常情況，才啟動服務。平時做及時的同步。 5 緩存圖片主服務器 分別部署，圖片服務、立得 服務、外網城管通接口，所需配置域名如下： 6 緩存圖片備份服務器 分別部署備份的圖片服務、立得服務、外網城管通接口服務，只有在主服務器出現異常情況，才啟動服務。平時做及時的同步。 7 城管公網主服務器 部署城管業(yè)務的公眾網主服務，需配置域名： 8 城管公網備份服務器 城管公眾網備份服務器，只有在公眾網主服務器出現異常情況，才啟動服務。平時做及時的同 步。 9 電子政務網交換服務器 與 XXX 行政服務中心所在電子政務內網進行數據交換服務器。 14 XXX 數據庫主服務器 用于 XXX 運行的數據庫，安裝 ORACLE 11G 數據庫系統，用于數據庫儲存應用；同時安排 服務。 4. 監(jiān)督指揮中心建設 方案 監(jiān)督指揮中心建設分為設備訂貨、 場地裝修、 設備安裝、系統調試等幾個階段，具體 方案及 時間進度如下表 5 表 71 監(jiān)督指揮中心建設計劃表 序號 工作項 細分工作項 時間段 相關成果 1 設備訂貨 設備訂貨 大屏幕全套 22 寸監(jiān)視器 大屏幕墻 操作臺 UPS 等 2 場地裝修 場地裝修 場地強電、網絡 大屏幕墻周邊裝修 3 設備安裝 設備安裝 完成設備整體安裝 4 系統調試 硬件調試 硬件設備進行聯調，正常。 5 軟件調試 中心進行整體聯調，正常。 5. 系統試運行與驗收 系統試運行 推進工作 主要包括系統測試、試運行反饋 、培訓以及系統終驗。 序號 工作項 細分工作項 時間段 相關成果 1 系統測試 數據普查數據、數字城管系統、監(jiān)督指揮中心整合測試。 系統正常使用 2 試運行反饋 系統試運行回 防反饋跟蹤 用戶反饋資料 3 系統調調優(yōu)修復 BUG 修復發(fā)現的BUG 4 培訓 理論培訓 培訓資料 提升用戶對系統的操作技能。 5 現場指導 提升用戶對系統的操作技能。 6 系統終驗 整理終驗資料，協調召 開系統終驗 項目 終 驗報告 6 6. 質保期服務 質保期從 2020 年 4 月 1 日到 2020 年 4 月 1 日止， 按合同要求提供如下服務： 1） 質量保證期（簡稱“質保期”），質保期內 我司 對所供貨物實行包修、包換、包退、包維護保養(yǎng)，期滿后可同時提供終身 (有償 ) 維修保養(yǎng)服務。 2） 質保期內，如設備或零部件 因非人為因素出現故障而造成短期停用時，則質保期和免費維修期相應順延。如停用時間累計超過 80 天 則質保期重新計算。 3） 對丙方的服務通知， 我司 在接報后 7 24 小時即時響應， 1 小時內到達現場， 24 小時內處理完畢。若在 24 小時內仍未能有效解決， 我司 免費提供同檔次的設備予 用戶 臨時使用。 7. 項目管理方案 項目管理方法 在建設 XXX 數字城管推廣工程項目的過程中，我公司將嚴格遵照 ISO9001 的要求，并參照 CMM 的框架，并結合我公司在政府信息化項目建設中的經驗，準備采用發(fā)下項目管理方法，實施對項目的管 理。 制定計劃、跟蹤和報告的方法 軟件項目計劃的目的是為完成項目的工程和管理而制訂的合理的計劃。該計劃提供完成和管理軟件項目活動的基礎，并按照軟件項目的資源、約束和能力，闡述對軟件項目建設雙方的約定。 軟件項目跟蹤和監(jiān)控的目的是建立對實際進展的適當的可視性，使項目經理或者是更上層領導能在軟件項目性能明顯偏離軟件計劃時采取有效措施。 軟件項目跟蹤和監(jiān)控包括對照已文檔化的估計、約定、計劃評審和跟蹤軟件完成情況和結果，當實際結果超過《項目計劃》變更的閥值時，基于實際的完成情況和結果調整 《項目計劃》。 項目啟動階段的已文檔化的《項目計劃》用作跟蹤軟件活動、傳送狀態(tài)和變 7 更計劃的基礎。項目經理監(jiān)控軟件活動，主要通過在所選出的軟件工作產品完成時和在所選擇的里程碑處，將實際的軟件規(guī)模、工作量、成本和時間表與計劃相比較，來確定進展情況，當確定未實現軟件項目計劃時，項目經理分析實際與計劃之間產生差距的原因，并將采取糾正措施，項目經理對于自己不能處理的問題向上一級領導匯總，以獲取上層的支持。項目經理主要是以《周狀態(tài)報告》和《月狀態(tài)報告》的方式來跟蹤項目的進度，通過兩種狀態(tài)報告的分發(fā)和上報來向項目組成員以 及上層領導匯報項目的進展情況。 項目建設過程進行配置管理 軟件配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產品的完整性。 在項目啟動階段，由項目經理指定項目配置管理工程師制訂項目《配置管理計劃》，《配置管理計劃》內容包括：定義項目配置管理的組織架構、角色、職責和管理方法；確定配置項和基線的標識標準、說明標準和版本說明標準；確定項目實施過程中的配置項；確定配置項變更管理控制方式；確定配置管理記錄、配置管理狀態(tài)報告的統計周期和報告方式；定義配置審計的類型、內容、審計項；確定配置項建立、基線建立、 產品生成、產品發(fā)布需要遵守的過程和標準；定義配置管理活動中各個階段的產出物和里程碑。 在項目建設過程中，配置管理工程師根據《配置管理計劃》對各個階段實施配置管理活動，定期向項目經理及相關人員提交配置狀態(tài)報告，報告配置管理狀態(tài)，根據產品基線定義的標準建立產品基線，發(fā)布產品。 制定質量標準 在項目啟動階段的《項目計劃》制定同時，由 SQA 工程師協助項目經理制定必須遵循的質量標準和《質量保證計劃》作為《項目計劃》一個組成部分。 質量標準包括：評審與同行評審準入標準；評審與同行評審通過標準；審查需求說明書標準；設計說 明書標準編碼標準；測試標準；驗收標準；項目遵循的過程等。 在整個項目生命周期內，由 SQA 根據隨著整個項目的發(fā)展，定期檢查項目 8 的質量，對于實際質量與標準質量出現偏差的，根據偏差的情況向項目經理、部門經理或者是公司高層進行匯報，以協助項目經理進行質量的控制。 建立評審機制 在項目啟動階段，由項目經理根據軟件《標準工作產品集》定義需要進行評審與同行評審的軟件工作產品，并指定需要進行評審與同行評審的工作產品遵循的評審過程，建立評審機制的目的是確保軟件工作產品的質量符合要求。 項目評審可以分為評審與同行評審兩種形式。 在一般情況下，所定義需要進行評審的工作產品都必須進行評審，而有的工作產品，為進一步確保質量符合要求，可以組織同行評審。 項目評審的組織主要是由項目經理、評審負責人、評審人員組織成。一般情況下，如對于《項目計劃》的評審，可以組織項目組內人員參加的評審或者是具有項目管理實踐經驗的項目經理參加的同行評審；而對于《軟件需求規(guī)格說明書》的評審，為保證需求的正確與完整性，可以邀請公司外面業(yè)務行業(yè)專家進行同行評審等等。 評審遵守一定的流程，具體可以通過以下活動實現： 當已定義的軟件的工作產品編制完成后，項目經理指定評 審負責人； 評審負責人與部門經理和項目經理一起確定參加評審的人員，評審負責人制定《評審計劃》并向參加評審的人員分發(fā)《評審計劃》與評審材料； 評審人員審查評審材料，并在《評審缺陷跟蹤表》中記錄缺陷； 評審負責人負責收集《評審缺陷跟蹤表》，并判斷是否達到了評審準備就緒原則與標準； 如果達到了評審準備就緒原則，則由評審負責人組織人員執(zhí)行評審，同時，評審負責人員將評審過程中確認的缺陷填寫在《評審缺陷跟蹤表》中； 評審負責人跟蹤驗證《評審缺陷跟蹤表》中的缺陷得到處理； 評審負責人按照《評審報告 》模板，編寫《評審報告》，按照評審完成準則，給出評審意見； 評審負責人將《評審報告》和《評審缺陷跟蹤表》等評審結果分發(fā)給相關人員； 9 SQA 工程師通過《評審報告》和《評審缺陷跟蹤表》驗證評審活動。 建立審查機制 對每一階段的工作成果，項目組各成員主動提交給項目經理審查，或者由項目經理委派各級經理（開發(fā)經理、測試經理、實施經理）對各成員的工作按照計劃和任務委派書進行審查，發(fā)現問題及時反映和進行處理。 對技術開發(fā)工作可通過一系列質量標準規(guī)范各成員的工作，如信息提示標準、命名標準、代碼標準等，并根據這些標準 檢查開發(fā)人員的工作。檢查辦法可以采用重點抽查的方式，對開發(fā)工作的關鍵部位進行仔細、深入的檢查，其余部分可以簡單審查或不再審查。檢查結果應做記錄，對發(fā)現不符合標準的設計，應及時提出并予以糾正，而不能帶到下一階段的開發(fā)中去。 建立文檔簽署機制 對各階段形成的文檔，必需有編寫人、審核人的簽字，必需有編寫、審核完成的日期。對個別修改的工作，也應按要求對修改人和審核人進行記錄。 建立文檔簽署機制是為了分清責任和便于管理；簽署后的文檔可作為本階段工作完成的標志和下一階段工作開展的基礎。 對于用戶提交的任何材料及要求，均 需要有雙方指定人員的簽字確認。 建立溝通、協調機制 項目經理在《項目計劃》中建立溝通和協調機制。包括溝通的周期、溝通所采用的方式方法，產生問題或者是出現矛盾時的協調機制。 溝通周期 定義溝通周期，如周、月、里程碑完成、季、年等。 溝通方式 1）項目組內所有成員每個工作日寫工作日志； 項目組成員在整個項目開發(fā)過程中要完成工作日志，應真實記錄每個工作日完成工作的情況，包括工作內容和具體時間，以便項目經理或者是開發(fā)經理、測 10 試經理、實施經理隨時查看工作進展情況。若項目組成員發(fā)現需要修改個人工作計劃時，需向本 崗位所屬經理或項目經理提交工作計劃的修改方案。 2）周期性編寫項目的狀態(tài)報告，總體進展報告、里程碑總結報告并分發(fā)； 項目經理每周提交項目《周狀態(tài)報告》，并根據項目階段在所處生命周期的具體時間段，定義階段的狀態(tài)報告，如《月階段狀態(tài)報告》，《里程碑總結報告》等。項目經理將各種報告向項目組內所有項目成員，同時分發(fā)給與項目相關的人員。目的是讓所有與項目相關的人員了解項