文檔信息
|
文檔名稱
|
世界杯官网項目實施管理制度
|
|
文檔編號
|
|
|
文檔類別
|
策略方针 □ 管理制度 ■ 工作流程 □ 操作指南 □ 运维记录 □ 其他 □
|
|
當前版本
|
1.0
|
|
創建日期
|
2020-10-18
|
|
文檔編輯部門
|
信息中心
|
|
文檔作者
|
|
|
聯系方式
|
|
修訂記錄
|
文檔版本
|
日期
|
修改人員
|
審閱人員
|
修訂摘要
|
|
V1.0
|
2020-10-18
|
|
|
建立文檔
|
|
|
|
|
|
|
審批發布
|
序號
|
審核記錄
|
日期
|
審閱人員
|
|
1
|
審閱
|
2020-10-18
|
|
|
2
|
正式核准發布
|
2020-10-18
|
|
|
3
|
|
|
|
一 總則
目的。爲規範世界杯官网IT項目實施過程管理,規範項目活動和交付質量控制,依據《世界杯官网信息安全管理辦法》制定本管理制度。
對象及範圍。本制度適用于IT項目實施過程中的IT部門、業務部門和開發方人員。
要求。世界杯官网信息系統的項目實施安全管理要求統一遵循《GB/T 22239-2019信息安全技术 信息系统安全等级保护基本要求》。
二 項目准備階段
項目准備階段包括制定总体计划、成立项目组、建立项目章程、召开项目启动会议、制定月/周工作計劃等工作。
1.制定總體計劃:項目負責人根據項目特點制定項目總體實施計劃及資源計劃,明確項目各階段的關鍵活動、責任人、開始與完成時間、交付件要求,經雙方項目負責人審批後正式執行。
2.成立實施項目組:項目負責人根據項目特點明確參與項目的人員、角色、職責及明確參與項目時間要求,並正式成立項目組。
3.建立項目章程:明確雙方項目組在項目過程中的溝通、問題、風險、計劃、人力資源、質量管理等方面的管理約定。
4.制定月/周工作計劃:項目經理在總體計劃的基礎上分解月/周計劃,要求明確具體任務的完成標准、責任人、開始時間與完成時間。項目經理應定期跟蹤項目計劃完成情況,提交項目計劃跟蹤表並定期彙報項目進展狀況。項目經理每月提交項目狀態月報,向項目負責人彙報。
5.召开项目启动会议:项目负责人在完成以上项目准备后,应组织相关项目干系人召开项目启动会议,项目负责人、项目领导小组、项目经理、項目實施组和关键用户应参加项目启动会议。
三 需求分析階段
需求分析階段包括需求调研、需求分析、需求评审、需求确认等工作。
1.需求調研:調研內容包括項目目標、業務目標、業務與IT現狀、業務流程、具體的業務功能需求和非功能需求,調研對象必須包括項目發起人、業務負責人和關鍵用戶在內的所有與項目範圍密切相關崗位,須確保以上人員的充分積極參與。業務訪談過程應形成需求訪談記錄,並及時將其反饋給訪談對象,並最終進行確認。
2.需求分析:項目組內部對調研過程收集的需求和遺留的問題進行可行性、優先級別和風險評估,在此基礎上形成初步的需求規格說明書,發相關業務人員征求意見。需求規格說明書必須包括總體需求及業務流程、詳盡的功能需求描述和分析、需求的優先級、非功能需求(系統技術需求)、與外部系統接口的定義,並確保需求是一致的、完整的、可行的且易于理解的。
3.需求評審:項目負責人組織相關的業務骨幹和業務部門負責人對需求進行正式評審會議,項目組根據評審意見修訂需求規格說明,使雙方項目組對需求的理解達成共識。
4.需求確認:需求規格說明書經評審通過後需業務負責人、項目負責人簽字確認,並作爲啓動設計開發階段必要輸入條件。
四 方案設計階段
方案設計階段包括总体设计、详细设计、编制数据整理模板等工作。
1.總體設計:系統總體設計包括系統應用架構設計和技術架構設計,應用架構設計包括系統應用架構圖、子系統/模塊結構設計、具體功能模塊設計及與外部應用系統的業務關聯設計。技術架構設計包括系統技術架構圖、內外部接口設計、相關軟硬件平台設計、非功能模塊設計。最終形成系統總體設計說明書,總體方案設計需經過項目組的評審。
2.詳細設計:系統詳細設計是指進一步詳細描述具體程序的設計要求,包括程序的功能、輸入輸出項、算法、流程邏輯的實現詳細描述。最終形成 系統詳細設計說明書。
3.編制基礎數據整理模板:開發方提供基礎數據整理模板,項目負責人協調相關業務人員制定數據整理規則和整理計劃,並落實相關業務崗位或關鍵用戶負責基礎數據整理,基礎數據需經業務部門負責人確認。
五 系統實現階段
系統實現階段包括开发环境安装、软件编码、单元测试、集成测试、用户测试、性能测试与优化、问题跟踪、测试环境安装、测试环境软件配置管理、数据整理与校验等工作。
項目經理在項目總體計劃和設計的基礎上制定項目開發計劃,並定期把開發進展情況和開發成果反饋到項目負責人。
1.開發環境安裝:根據硬件資源的落實情況,由系統開發人員負責開發環境的安裝與配置,提交開發環境安裝配置文檔。
2.軟件編碼:開發人員根據設計說明書、項目開發計劃進行編碼。質量控制與管理人員對軟件編碼成果進行質量控制與檢查。
3.單元測試:軟件代碼開發完畢後,完成單元測試並修正存在的問題後提交測試人員和質量控制人員檢查。
4.集成測試:項目經理安排軟件測試人員完成,提交系統測試方案,發現的問題由項目經理統一負責跟蹤管理,並彙總成問題跟蹤表。
5.用戶測試:分爲項目組內部測試和用戶驗收測試,所有的測試都需要彙總成問題跟蹤表,一般先經過項目組內部測試後才能組織用戶驗收測試。用戶驗收測試前項目組需先提供系統測試方案和系統測試計劃。用戶驗收測試結果作爲上線評審的主要依據之一。
6.性能測試:系統開發人員和系統測試人員共同負責性能測試方案的制定和性能測試分析,並進一步安排性能優化措施。
7.問題跟蹤:開發人員根據測試反饋的問題跟蹤表進行代碼修改,項目經理跟蹤問題解決的進度和組織相關人員進行測試確認。
8.測試環境安裝:由項目組測試人員負責,系統建設方項目管理人員協助完成,由項目組測試人員提交測試環境安裝配置文檔。
9.測試環境軟件配置管理:軟件質量由質量控制人員負責,由開發人員負責測試環境的軟件部署,並做好軟件配置管理,提交測試環境軟件部署記錄。
10.數據整理與驗證:基礎數據整理由業務部門負責,基礎數據由開發人員提供導入腳本導入測試環境,由業務人員、關鍵用戶對數據進行校驗和驗證,數據經驗證後才能導入正式環境。
六 上線運行階段
系統上線包括正式環境安裝、正式環境軟件配置管理、上線方案編寫、上線培訓、上線評審、系統上線、上線運行跟蹤、試運行總結、初驗總結等工作。
1.正式環境安裝:由項目組測試人員根據測試環境安裝配置文檔負責正式環境的安裝,完成後提交正式環境安裝配置文檔。如不能按照測試環境安裝配置文檔要求完成,則返回測試環境,由項目組測試人員完善測試環境安裝配置文檔,直到滿足要求。
2.正式環境軟件配置管理:軟件質量由質量控制人員負責,未通過項目質量控制的軟件程序不能發布到正式環境;系統開發人員負責正式環境軟件配置管理和軟件部署,提交正式環境軟件部署記錄,對不符合正式環境軟件發布要求的軟件可拒絕部署。
3.上線方案編寫:系統完成用戶驗收測試並按照要求提交所有文檔後,由雙方項目負責人共同制定系統上線實施方案。
4.上線培訓:根據上線方案中的培訓計劃,由項目經理組織用戶進行培訓,同時提交用戶培訓手冊和用戶操作指南。
5.上線評審:甲方根據開發方在實施過程中提交的所有交付內容進行評審,評審內容包括交付質量、交付件的完整性、用戶驗收測試、上線條件、上線方案。
6.系統上線:通過上線評審後,系統可以進行上線並進入試運行階段。
7.問題跟蹤:項目組對系統試運行情況進行跟蹤,及時處理和更新問題跟蹤表,定期通報系統運行狀況。
8.試運行總結:系統試運行三個月以上並運行穩定,項目組應總結系統運行情況,提交系統試運行報告。
9.初驗總結:系統應用狀況達到項目驗收要求,項目組進行項目初步驗收總結,提交系統初驗報告和項目初驗申請。
七 項目交付階段
項目交付階段包括问题跟踪与解决、系统移交、制定系统管理规范、制定业务管理规范、终验总结等工作。
1.問題跟蹤與解決:項目組應繼續進行系統運行跟蹤狀況,每月提交問題跟蹤表,並對存在的問題進行優先級分類,及時落實資源解決問題。
2.系統移交:開發方整理和修訂項目交付文檔,制定系統維護指南,系統維護指南中應包括系統運行維護的指引、系統備份要求和方法、系統恢複和遷移指引,並根據維護指南對系統管理人員進行知識轉移,經過系統管理人員驗證和確認後,作爲雙方正式移交的必要條件之一。正式環境移交後,系統管理人員收回開發方所有環境所有用戶權限。
3.制定系統管理規範:項目組在系統維護指南的基礎上,制定內部系統管理規範和應用維護管理規範。
4.制定業務管理規範:業務管理規範由業務部門制定,包括基礎數據規範、操作規範、崗位操作指南等等,並在應用過程中定期檢查執行情況和不斷完善。
5.終驗總結:系統達到項目目標、初驗後正常運行三個月、所有的問題已解決且完成系統移交後,項目組進行項目總結後可提出項目驗收申請,執行項目驗收。
八 問題與風險管理
問題管理貫穿項目的整個生命周期,項目經理負責整個項目的問題和風險管理,並有責任落實相關資源協調解決。
業務部門或用戶提出問題後,項目組對問題的類別、重要性、優先級別進行分類排序,優先解決影響數據准確性的問題,並明確問題責任人、完成時間,每周/天更新問題跟蹤表。
項目經理應跟蹤問題的解決情況,並及時將問題狀況發布給項目組。在項目組範圍內無法得到及時解決且影響項目整體目標的問題,項目經理應及時將問題升級到項目負責人,並將問題納入風險管理範疇,進行風險評估和采取有效的風險防範措施。
九 變更管理
项目的需求分析确认后,所有的新增需求或变更需求、技术变更均纳入需求變更管理范围,项目经理应对所有的需求变更进行记录和管理。
一般的需求变更可以纳入问题管理范畴,由项目经理管理与决策,不纳入變更管理范围,10%以內的需求變更不變更項目費用;嚴重影響項目進度或成本或目標的需求變更由變更發起人提出變更申請,項目組進行需求變更分析,累計10%-20%的需求變更由項目負責人決策,但變更費用不得超過合同金額10%,累計超過20%以上的變更,必須重新立項審批通過才能予以執行。
變更分析:項目經理組織相關人員評估需求變更的風險、可行性,並提出需求變更的具體解決方案,解決方案中還應包括增加的工作量、成本和對項目進度的影響分析,需求變更經雙方項目負責人簽字後生效。
變更的執行、跟蹤:項目經理落實資源進行需求變更任務的執行,對于影響項目目標、範圍、業務功能的變更需同時修訂需求規格說明書、系統總體設計說明書等相關交付文檔,對于影響項目進度的變更應同步修訂項目計劃。
變更的確認、總結:變更任務執行完成後,其中需求或技術變更需經變更提出人員進行測試後確認完成,項目經理提交變更執行情況分析。
十 附則
對違反本制度的人員,將按照世界杯官网有關規定進行處罰。
本制度由信息安全工作小組負責制定、解釋和修改。
本制度自發布之日起執行。
世界杯官网信息安全工作小組
2020年10月18日