1、目錄1概述22適用范圍23名詞解釋24項目控制流程25階段評審46項目啟動67需求調研78工作量評估99供應商考察1010采購1111設計1212編碼1413測試1514部署1615試運行1816上線2017驗收211 概述本辦法對信息化項目建設過程的控制流程進行規范，并對流程中各階段的工作步驟、職責和要求進行詳細描述。所有信息化項目建設應遵循本管理規定，以降低項目風險，提高項目質量。2 適用范圍本辦法適用于廈航所有信息化建設項目的管理，包括信息系統、信息基礎平臺、弱電工程的建設、升級、改造等。3 名詞解釋3.1 需求單位：指提出項目建設需求的單位或項目使用、保障單位，信息部下屬各處室也可作為

2、需求單位。3.2 主要需求單位：指項目實現的主要業務或功能的管理單位。3.3 主辦單位：指承擔項目主要建設任務的信息部下屬各處室。3.4 項目組：由主辦單位、需求單位、供應商人員共同組成，分工協作共同承擔項目建設任務。3.5 項目類型類型描述自研軟件指由公司研發人員自行設計、編碼的應用系統建設模式。合作研發軟件指由公司研發人員負責設計、編碼，開發商提供人員承擔部分建設任務的應用系統建設模式。整體外包軟件指由開發商承擔主要設計、編碼任務的應用系統建設模式。編碼外包軟件指由公司研發人員設計、外部軟件公司編碼的應用系統建設模式。外包軟件維護指由外部軟件公司對現有軟件進行完善，不改變主要功能和技術的應

3、用系統建設模式。通用商業軟件指采購操作系統、數據庫、安全證書等功能通用的商業軟件。專用商業軟件指采購用于實現特殊業務需要的商業軟件。此類軟件不同品牌功能差異較大。如：集群軟件、防病毒軟件、系統監控軟件、主機訪問控制軟件等。技術服務指采購各類信息技術服務。如oracle數據庫服務、服務器硬件維保服務、網站安全評估、信息系統測評等服務。重大設備指采購小型機、存儲設備、災備等采購金額大、部署復雜、影響面大的設備。普通設備指采購PC機、PC服務器、便攜式計算機等設備。弱電工程指與基建有關的智能化系統建設，如：綜合布線、機房建設、智能消防等。4 項目控制流程項目實施過程包括項目啟動、需求調研、供應商考察

4、、采購、設計、編碼、測試、部署、試運行、上線及驗收等階段，項目啟動階段應根據項目類型、項目規模、建設方式等特點確定項目控制流程。下表為各類項目的基本控制流程和流程調整說明。類型項目控制流程自研軟件項目啟動需求調研設計編碼測試（部署）試運行上線驗收l 部署過程復雜、涉及面廣、影響范圍大的項目，應增加部署階段，制定詳細的實施方案，采取有效的風險控制措施后方可實施。l 工期要求短于3個月的項目可跳過概要設計、測試、試運行、上線評審階段；l 工作量小于3人月項目可跳過概要設計、測試、試運行、上線評審階段；l 分期交付的項目要進行總體項目啟動、總體上線和總體驗收，其他可分期進行；l 邏輯復雜的項目應在設

5、計階段進行詳細設計；l 研究性質的項目啟動和驗收環節應按要求進行評審；合作研發軟件同自研軟件整體外包軟件項目啟動業務調研供應商考察工作量評估采購需求調研設計編碼測試（部署）試運行上線驗收l 獨家談判的項目可以跳過供應商考察階段；l 其他說明同自研軟件類項目。編碼外包軟件項目啟動需求調研設計工作量評估采購測試（部署）試運行上線驗收l 已簽訂編碼外包框架協議的項目在采購環節可直接下單，未簽訂協議的項目要先按采購要求簽訂協議；l 其他說明同自研軟件類項目。軟件維護外包項目啟動采購維護驗收l 應記錄維護過程和品質，作為驗收依據，維護記錄格式見軟件維護單模板。通用商業軟件項目啟動采購驗收l 僅針對系統軟

6、件、數據庫、文字處理、安全證書等功能特別完善的軟件，或上級單位要求使用的指定軟件。l 可不召開正式驗收會。專用商業軟件項目啟動需求調研供應商考察采購（部署）試運行上線驗收l 針對需要定制的軟件，或不同品牌功能差異大的軟件。l 部署過程復雜、涉及面廣、影響范圍大的項目，應增加部署階段，制定詳細的實施方案方可實施。技術服務項目啟動需求調研供應商考察采購服務驗收l 如需求明確，可在項目啟動分析報告中描述，跳過需求調研階段；l 應記錄服務過程和品質，作為驗收依據，維護記錄格式見技術服務單模板；l 可不召開正式驗收會。重大設備項目啟動需求調研供應商考察采購部署上線驗收普通設備項目啟動采購驗收l 根據采購

7、管理部要求，到貨XX天內驗收；l 可不召開正式驗收會。弱電工程任務書編制設計及深化造價編制工程采購施工工程驗收l 管理辦法詳見弱電工程建設管理制度下表為控制流程中各階段的控制方式、評審材料或工作成果簡表，詳細的操作流程、注意事項、準入條件、準出條件請參見各階段的描述。階段評審材料/工作成果控制方式項目啟動項目啟動分析報告、采購要求（初稿）評審業務調研業務需求說明書需求部門負責人簽字需求調研需求規格說明書、界面設計包（軟件研發項目）評審供應商考察供應商考察報告采購評分表采購要求單一來源采購說明書評審采購采購溝通會會議紀要采購合同審批流程合同會簽工作量評估工作量評估報告高級架構師審核設計概要設計說

8、明書詳細設計說明書評審部署實施計劃及方案評審編碼源程序、代碼走查報告主辦處室經理負責測試測試計劃測試記錄表測試報告評審試運行試運行計劃運行維護手冊用戶手冊測試報告評審上線試運行報告評審驗收用戶意見驗收申請評審維護軟件維護單驗收時檢查服務技術服務單驗收時檢查任務書編制初步弱電設計需求報告詳見弱電工程建設管理制度設計及深化技術方案技術標書可施工藍圖初步造價概算造價編制工程量清單工程控制價工程采購詳見弱電工程建設管理制度施工工程驗收5 階段評審階段評審用于檢查階段成果是否達到要求，項目啟動、需求調研、供應商考察、設計、試運行、上線、驗收等階段需要進行評審，評審通過后方可進入下一階段的工作。5.1 階

9、段評審分為正式評審和非正式評審兩種方式。正式評審需召開評審會議并在會上審查材料，非正式評審不需召開評審會，評審組、項目組之間采用電子郵件、即時通信等非正式方式審查材料。無論何種評審，評審組均需指出評審材料中存在的缺陷，并得出評審結論。項目組需修改所有缺陷后方可進入下一階段工作。5.2 職責與流程1) 項目組準備評審材料，提交到規劃質量處進行準入檢查；2) 如材料未通過準入檢查，項目組應重新修改材料；3) 材料通過準入檢查后，規劃質量處組成評審組（評審組組成詳見各階段），發布評審通知；4) 評審組審查材料，匯總缺陷，給出評審結論；5) 項目組根據評審結論修改缺陷；6) 評審組確認所有缺陷均已修改

10、。6 項目啟動6.1 階段概述本階段是對計劃建設的項目進行必要性和可行性研究，并系統地規劃整個項目的建設過程。項目通過項目啟動評審是項目啟動的標志，未通過項目啟動評審的項目應取消建設計劃。6.2 階段準入項目已列入年度建設計劃或已通過計劃外建設審批。6.3 階段準出項目啟動分析報告通過評審，且所有缺陷已糾正。6.4 職責與流程1) 需求單位提供項目背景、建設目標和項目范圍，進行建設必要性分析，評估項目效益；2) 項目組評估所需資源和建設難點，從人力和技術等方面進行可行性研究，識別項目風險，提出解決方案，確定建設模式和建設計劃，形成項目啟動分析報告；3) 如為采購項目，應同時編寫采購要求（初稿）

11、進行評審；4) 評審組評審相關文檔，根據項目與信息規劃匹配度、項目投入產出比、項目建設風險等確定評審結論；5) 項目組根據評審報告糾正所有缺陷；6) 項目組提交評審結論審批流程，項目啟動分析報告、評審報告、缺陷跟蹤表均作為流程附件，流程由信息部審批。6.5 注意事項1) 所有項目均應編寫項目啟動分析報告，視項目復雜度決定評審方式，評審方式包括會議、郵件或流程審批；2) 對于改變業務流程、業務模式的系統，要充分評估業務改造的可行性；3) 項目啟動分析報告中應明確需求調研計劃，確保不遺漏重要調研對象； 4) 中止建設的項目重新啟動時要再次進行“項目啟動”評審。6.6 評審組組成與職責角色建議人員職

12、責備注組長信息部分管領導審查項目是否可行，項目成本收益是否合理；審查項目業務目標是否明確，業務邏輯是否合理，是否具備項目實施的條件；審查項目計劃是否合理。副組長主要需求部門信息化建設領導小組成員審查項目需求是否合理，建設目標是否明確；是否與業務發展的長遠目標保持一致；審查項目計劃是否合理。業務檢查人需求單位負責人需求單位業務人員審查項目需求是否合理，需求是否完整，目標是否明確；審查項目計劃是否合理。技術檢查人主辦處室經理網絡、系統、存儲等信息基礎及運行保障負責人審查項目建設是否可行，項目計劃是否合理，成本收益是否在可接受范圍內。審查項目的技術可行性。具體參加人員視項目具體情況而定。規劃管理師信

13、息部規劃質量處規劃管理相關人員審查項目需求與業務發展規劃及信息戰略規劃的符合性；審查文檔規范，監督評審過程6.7 階段成果項目啟動分析報告采購要求（初稿）項目啟動評審報告獨家談判說明（限獨家談判項目）6.8 規范及模板項目啟動分析報告模板采購要求模板獨家談判說明模板（缺）圖2 項目啟動分析階段流程圖7 需求調研7.1 階段概述本階段是確定項目建設目標，界定項目范圍，確認項目的業務流程、功能需求、非功能需求、界面原型的過程。本階段十分重要，是項目建設成功與否的關鍵。項目建設過程允許需求變更，但應遵循需求變更管理辦法。通過評審的需求規格說明書和需求變更申請是項目實施、驗收和建設管理的依據。7.2

14、階段準入項目已通過“項目啟動”評審，且所有缺陷已糾正。7.3 階段準出需求文檔通過評審，且所有缺陷已糾正。7.4 職責與流程1) 項目組細化需求調研計劃，確保不遺漏重要調研對象；2) 項目組向需求單位調研業務細節，當需求范圍超越項目目標、項目范圍或業務流程不明確時，組織相關單位負責人討論確定。3) 項目組根據業務需求，分析該項目與其它系統可能存在的接口，與接口系統負責人明確接口可行性和接口實現方法，必要時調整需求方案；4) 項目組編寫需求規格說明書，軟件研發項目還應進行界面設計，提交評審。5) 評審組評審相關材料，檢查業務流程、業務細節、性能要求、界面等的正確性，確定評審結論；6) 項目組根據

15、評審報告糾正所有缺陷；7) 項目組提交評審結論審批流程，需求規格說明書、評審報告、缺陷跟蹤表均作為流程附件，流程由信息部、需求部門審批。7.5 注意事項1) 要對用戶需求進行有效管理，取舍非關鍵需求，確保在預算和指定時限內完成項目建設；2) 針對旅客服務類項目，相關的服務部門、業務保障部門都應作為需求調研的對象；3) 很少出現的業務場景要適當取舍，避免為實現此類需求而使用復雜邏輯或復雜操作。7.6 評審組組成與職責角色建議人員職責備注組長主要需求單位所在部門的信息化建設領導小組成員審查系統目標是否正確、完整；組織討論確定評審意見。業務檢查人相關需求單位負責人；相關崗位代表審查系統功能是否正確、

16、完整；審查系統人機交互操作是否合理；所有與該系統相關的使用、服務、保障單位負責人均需參加；所有將使用該系統的崗位代表均需參加。技術檢查人項目經理審查每個需求在現有條件下的可行性；當項目經理經驗不足或項目經理同時擔任需求分析員時，由主辦處室經理擔任。設計人員項目組設計人員審查需求文檔是否足夠用于系統設計；測試人員項目組測試人員審查是否每個需求都能通過測試得以驗證；各接口系統負責人相關接口系統技術負責人審查接口是否可行、正確、完整；所有將與該系統建立接口的系統技術負責人均需參加。質量員信息部安全質量師審查文檔規范；監督評審過程。7.7 階段成果需求規格說明書7.8 規范及模板需求規格說明書（軟件研

17、發項目）模板需求規格說明書（其他項目）模板圖3 需求調研流程8 工作量評估8.1 階段概述整體外包和編碼外包軟件應進行工作量評估，作為采購依據。8.2 階段準入項目已通過項目啟動評審，且所有缺陷已糾正。8.3 階段準出工作量評估報告通過高級架構師審核，且所有缺陷已糾正。8.4 職責與流程1) 項目組根據業務調研或需求調研結果，編寫工作量評估報告，提交高級架構師；2) 高級架構師審核工作量評估報告，項目組根據審核意見修改所有缺陷后，由高級架構師在報告上簽字。8.5 注意事項1) 工作量評估是采購談判的依據，評估結果應基本準確。8.6 階段成果工作量評估報告8.7 規范及模板工作量評估報告模板（缺

18、）9 供應商考察9.1 階段概述本階段是根據項目目標和需求，考察并甑選合格供應商、明確采購要求、給出建議采購方式和采購評分表的過程。計劃采用獨家談判的項目應提供單一來源采購說明，詳細闡述獨家談判的依據和原因。根據采購管理制度，符合下列情形之一的項目可采用單一來源采購方式：a) 采購項目只有唯一的供應商；b) 發生不可預見的緊急情況不能從其他供應商處采購；c) 經過公司批準必須保證原有采購項目一致性或者服務配套的要求，需要繼續向原供應商采購。9.2 階段準入軟件研發類項目：已通過項目啟動評審，所有缺陷已糾正，且業務需求說明書已由需求單位簽字確認。非軟件研發類項目：已通過需求評審，且所有缺陷已糾正

19、；或在項目啟動階段已明確需求。9.3 階段準出供應商考察報告、采購要求和采購評分表通過評審，且所有缺陷已糾正。單一來源采購項目單一來源采購說明也應通過評審，并糾正所有缺陷。9.4 職責與流程1) 項目組提交采購要求（初稿）至采購管理部，采購管理部應在收到采購要求（初稿）后15天內推薦12家合適的供應商。如供應商產品由代理商代理，應同時提供代理商名單。2) 項目組另外挑選其他合適的供應商及其代理商。列入考察范圍的供應商總數應控制在5家以內；3) 項目組組織對供應商進行考察，除資質、配合度、項目經驗、合作經驗、合作風險外，還應包括：a) 軟件研發類：對比關鍵技術解決方案，DEMO功能、性能、易用性

20、等；b) 商業軟件類：對比產品功能、性能、易用性和許可、升級方式等，盡可能進行產品測試；c) 重大設備：對比產品性能、保修條款、故障響應、實施方案等，盡可能進行產品測試；d) 技術服務類：技術實力、服務條款、集成方案等。4) 項目組根據考察結果，修改采購要求，形成供應商考察報告，并制定采購評分表；5) 評審組評審以上文檔，選出合格供應商，確定建議采購方式和采購評分表；6) 項目組根據評審報告糾正所有缺陷；7) 項目組提交“供應商考察”評審結論審批流程，采購要求、供應商考察報告、采購評分表、評審報告、缺陷跟蹤表作為流程附件。流程由信息部審批。9.5 注意事項1) 項目組應根據項目特點，在考察前明

21、確考察內容，對供應商進行全面考察；2) 采購要求是供應商確定投標價格的重要依據，內容應明確、完整；9.6 評審組組成與職責角色建議人員職責備注組長信息部三級（含）以上管理人員根據供應商考察報告，從供應商資質、技術解決方案、項目實施經驗、合作經驗、產品性價比等方面綜合評估并甄選合格供應商；根據項目特點，討論考察要點及采購要求，并形成采購評分表；技術負責人主辦單位負責人高級技術師信息部高級技術人員（高級架構師、高級項目管理師、高級主機管理員、高級工程管理師等等）2名項目經理項目組項目經理1名采購員采購管理部部采購相關人員1名質量員信息部安全質量師審查文檔規范；監督評審過程。1名9.7 階段成果供應

22、商考察報告采購要求采購評分表（獨家談判項目無需提供此文檔）單一來源采購說明書（僅限獨家談判項目）9.8 規范及模板供應商考察報告模板采購要求模板（缺）采購評分表模板（缺）獨家談判說明書模板（缺）圖5 供應商考察流程10 采購10.1 階段概述本階段工作流程依據采購管理部和計劃財務部管理規范制定。本階段由預算執行申請、采購溝通會、采購文件審批、采購談判、采購談判結論審批、合同會簽等構成，由采購管理部組織，信息部、計劃財務部、審計部共同參與完成。10.2 階段準入項目已通過“供應商考察”評審，且所有缺陷已糾正。10.3 階段準出與供應商簽訂采購合同。10.4 職責與流程（注：預算執行申請提交的時間

23、點待定，如改為在溝通會后提交，可避免后期變更采購方式帶來的麻煩。）1) 項目經理提供預算執行申請給處室預算管理員審核，審核通過后提交信息部預算管理員；2) 信息部預算管理員提交“預算執行申請”審批流程；3) “預算執行申請”審批通過后，項目組組織采購管理部、計劃財務部、審計部相關人員召開采購溝通會，最終確定采購要求、合格供應商、采購方式和采購評分表。項目組編寫采購溝通會會議紀要，把采購要求和采購評分表作為附件提交會審。4) 采購管理部根據采購溝通會會議紀要審批流程編寫采購文件，提交采購文件審批流程；5) “采購文件”審批通過后，采購管理部組織召開采購談判會；6) 根據采購管理部日程安排，信息部

24、、計劃財務部、審計部指定相關人員參加采購談判會；7) 采購結論確定后，根據項目類型，由采購管理部或項目組起草采購合同并提交合同會簽流程。10.5 注意事項1) 信息部主辦處（室）經理、項目經理應參加采購談判會；2) 信息部參加采購談判會人員應由信息部授權；3) 商業軟件（通用）、普通設備采購由采購管理部負責簽訂采購合同；10.6 階段成果采購合同10.7 規范及模板采購合同（軟件研發項目）模板采購合同（系統集成項目）模板采購合同（商業專業軟件項目）模板采購合同（重大設備采購項目）模板采購合同（技術服務項目）模板采購合同（工程項目）模板預算執行申請模板圖5 供應商考察流程11 設計11.1 階段

25、概述本階段僅針對軟件研發項目。本階段是對項目需求進行分析，確定項目的技術解決方案，包括系統體系結構、模塊劃分、核心流程、數據庫、部署方案等，是項目實現的指引。圖6 設計流程圖11.2 階段準入項目已通過“需求”評審，且所有缺陷已糾正。11.3 階段準出設計文檔通過評審，且所有缺陷已糾正。11.4 職責與流程1) 項目組根據需求規格說明書，分析系統關鍵點和難點，設計實現邏輯；2) 項目組進行界面原型設計，設計過程中應與需求單位充分溝通，形成原型設計包；3) 項目組遵循公司相關技術規范進行系統設計，編寫概要設計說明書；4) 評審組評審“原型設計包”和概要設計說明書，并明確是否需要進行詳細設計；5)

26、 項目組根據評審報告糾正缺陷，高級架構師復雜審核詳細設計說明書；6) 項目組提交評審結論審批流程，把概要設計說明書、詳細設計說明書（按需）、評審報告、缺陷跟蹤表作為流程附件，由信息部、需求部門審批。11.5 注意事項1) 設計應遵循公司相關技術規范，包括系統架構、數據庫、服務器、用戶及權限等設計規范；2) 設計應針對已識別的項目風險采取技術防范措施；3) 若評審組要求對項目進行詳細設計，項目組應在缺陷整改階段提交詳細設計說明書，由高級家架構師進行審核；4) 若項目包含人機交互需求，項目組應在本階段提交原型設計包進行評審；11.6 評審組組成與職責角色建議人員職責備注組長高級架構師審查設計是否清

27、晰、合理可行；組織討論確定評審意見。技術負責人主辦開發處經理項目經理審查設計是否清晰、合理可行；高級數據庫管理師高級數據庫管理師審查數據庫設計是否符合規范；高級項目管理師高級項目管理師審查設計邏輯是否合理、是否可驗證；需求分析員項目組需求分析員審查設計邏輯是否與需求一致。編程人員項目組編程人員審查模塊劃分是否合理，模塊設計是否易編碼實現。測試人員項目組測試人員審查每個設計是否都可測驗證。根據項目組情況定。各接口系統負責人相關接口系統技術負責人審查接口設計是否合理、可行。質量員信息部安全質量師審查文檔規范；監督評審過程。11.7 階段成果概要設計說明書詳細設計說明書（可選）原型設計包（可選）11

28、.8 規范及模板概要設計說明書模板詳細設計說明書模板12 編碼12.1 階段概述本階段是編碼人員根據設計文檔完成單元模塊代碼設計及實現工作，并執行充分的單元測試。交付一個可供測試使用的產品。對于采購的成熟軟件產品，如需進行代碼維護或二次開發，供應商需對項目組進行相應源碼的移交及培訓，編寫API使用說明文檔。12.2 階段準入項目已通過“設計”評審，且所有缺陷已糾正。12.3 階段準出模塊開發完畢、單元測試完畢。12.4 職責與流程1) 項目組編碼人員根據需求規格說明書和設計文檔進行少量代碼編寫，提交項目經理走查；2) 項目經理組織代碼走查，指出編碼存在的問題，形成代碼走查記錄；3) 編碼人員根

29、據代碼走查記錄，糾正問題，并依照要求編寫其他代碼，對代碼進行單元測試；4) 項目經理根據項目規模組織若干次代碼走查，記錄問題并跟蹤改進情況；5) 編碼完成后，項目組應存檔代碼走查記錄，并提交信息部規劃質量處。12.5 注意事項1) 嚴禁在生產環境中進行軟件開發或軟件測試；2) 本階段質量控制以開發處經理組織代碼走查為主，不進行評審，代碼走查應形成代碼走查記錄；3) 編碼應遵循公司編碼規范，具備命名規范、模塊松耦合、層次清晰、注釋完整等特點；4) 開發人員應對程序進行單元測試，確保交付可供集成測試的系統；5) 若開發過程發現設計與需求不符，編碼人員應與設計人員溝通，簡單變更可直接修改設計，重大缺

30、陷應立即停止編碼，重新進行設計評審；6) 為確保系統具備可擴展性、穩定性，延長系統的生命周期，編碼人員應進行必要的代碼重構。12.6 階段成果可測試的源代碼文件12.7 規范及模板編碼規范（缺）圖7 編碼階段流程圖13 測試13.1 階段概述本階段是檢驗系統是否正確實現了用戶指定的功能性和非功能性需求，發現并糾正軟件潛在的問題。測試主要依據需求規格說明書，是確保項目質量的關鍵環節。 13.2 階段準入產品完成編碼，已糾正代碼走查發現的錯誤。13.3 階段準出項目已通過“試運行”評審，且所有缺陷已糾正。如項目設置部署階段，則為通過測試評審，且所有缺陷已糾正。13.4 職責與流程1) 項目組和用戶

31、根據測試計劃進行系統測試，形成測試記錄表；2) 若測試結果不能達到要求，項目組對軟件進行修改，進行回歸測試，直至達到要求；3) 評審組在測試記錄表上確認測試評審結論。13.5 注意事項1) 所有在互聯網上發布和涉及資金交易的系統都必需進行安全測試；2) 測試應對系統功能、用戶界面及系統健壯性進行重點測試，需覆蓋系統的軟硬件、運行環境、網絡環境、外設、系統接口等。13.6 評審組組成與職責角色建議人員職責備注組長信息部測試小組組長/高級項目管理師審查測試計劃合理及測試用例是否完整、正確，組織討論并最終確定測試結論；技術負責人主辦單位負責人審查測試工作安排是否合理、是否執行到位，測試結果是否可接受

32、；項目經理項目組項目經理測試計劃是否合理，測試覆蓋是否充分，測試結果是否可接受；1名項目組測試人員項目組測試人員測試計劃、測試用例是否合理且可執行；參與測試并對測試結果是否可接受；=1名系統操作人員業務部門系統操作人員測試計劃、測試用例是否合理且可執行；參與測試并對測試結果是否可接受；1名質量員信息部安全質量員審查文檔規范；監督評審過程。1名13.7 階段成果測試計劃測試記錄表測試報告13.8 相關規范及模板測試計劃模板測試記錄表模板測試報告模板圖8 測試階段流程14 部署14.1 階段概述部署過程復雜、涉及面廣、影響范圍大的項目，應制定詳細的實施計劃和實施方案，評估實施過程風險，制定風險控制

33、措施，確保部署過程順利開展。圖6 部署流程圖14.2 階段準入軟件研發項目：已通過測試評審，且所有缺陷已糾正。產品采購類項目：已完成采購。14.3 階段準出部署完成且系統正常運行。14.4 職責與流程1) 項目組評估部署會涉及或影響的網絡、服務器和信息系統等；2) 項目組根據評估范圍組織相關人員召開專題討論會，確定實施計劃，明確每個步驟的負責人，分析可能對其他系統、網絡運行產生哪些影響，充分評估風險后果，制定風險控制措施；3) 項目組根據討論結果形成實施計劃及實施方案；4) 評審組評審實施計劃及實施方案；5) 項目組根據評審報告糾正缺陷；6) 項目組提交評審結論審批流程，把實施計劃及實施方案、

34、評審報告、缺陷跟蹤表作為流程附件，由信息部審批。7) 項目組依照實施項目部署實施計劃及實施方案。14.5 評審組組成與職責角色建議人員職責備注組長信息部網絡系統處高級崗位人員綜合主機、網絡、數據庫、運維各方面針對部署提出的意見，組織討論并確定評審意見；主機管理員信息部系統管理員審查系統部署的實施計劃及實施方案，評估服務器安裝、網絡鏈接、數據庫部署、前臺安裝及維護等方面風險，并討論部署風險控制措施；由信息部系統室主任指派。網絡管理員信息部網絡管理員由信息部網絡室主任指派。數據庫管理員信息部數據庫管理員由信息部系統室主任指派。運行維護師信息部運行維護師由信息部計算機室主任指派。各接口系統負責人相關

35、接口系統技術負責人審查系統部署對接口系統的影響，實施計劃及方案是否合理，部署帶來的風險是否可控；質量員信息部安全質量師審查文檔規范；監督評審過程。14.6 階段成果實施計劃及實施方案14.7 規范及模板實施計劃及實施方案模板15 試運行15.1 階段概述本階段是在正式生產環境中部署系統，并由需求單位使用生產數據對系統的功能、性能進行全面檢驗，進一步完善項目建設內容。為確保試運行效果，應制定試運行計劃，明確人員、分工、時間等安排。部署過程復雜、影響面廣的項目應細化實施方案，分析實施風險并采取有效控制措施。部分無法在生產環境試運行的系統允許在測試環境試運行。圖9 試運行階段流程15.2 階段準入項

36、目已通過“測試”評審，且所有缺陷已糾正。設置部署階段的項目應完成部署且系統運行正常。15.3 階段準出相關單位在試運行報告上簽字同意項目上線。15.4 職責與流程1) 項目組編寫運行維護報告、試運行計劃，提交試運行技術評審；注：如項目設置部署階段，則不必進行試運行技術評審，相關文檔內容可省略。2) 技術評審組審查，確認運行維護報告內容完整，安裝計劃可行；3) 業務評審組審查試運行計劃、用戶手冊，確認人員、時間安排可行；4) 項目組根據評審報告糾正所有缺陷，提交階段評審結論審批流程，把試運行計劃、測試報告、評審報告、缺陷跟蹤表作為流程附件，由信息部和需求部門審批；5) 信息部根據試運行計劃部署系

37、統，需求單位對系統進行初始化；6) 項目組在門戶發布試運行通知；7) 使用單位組織人員全面試用系統，及時反饋使用過程中的問題，項目組及時解決；8) 項目組組織使用單位對系統進行風險評估，制定風險控制措施和整改計劃；9) 項目組總結試運行情況，形成試運行報告，由各相關單位簽字確認同意上線；15.5 注意事項1) 系統試運行時間至少一個月。2) 試運行期間，使用單位應組織相關人員全面使用系統功能，及時反饋問題；3) 項目組應及時解決系統運行問題，并同步修改運行維護手冊、用戶手冊等文檔；4) 試運行后期，項目組應與使用單位一起對系統運行風險進行評估，形成風險評估報告，落實風險控制措施，確保風險可控；

38、15.6 評審組組成與職責角色建議人員職責備注組長主要需求單位信息化建設領導小組成員審查測試是否完整，達到要求；審查試運行計劃是否可行；組織討論確定評審意見。 業務負責人相關需求單位負責人根據測試報告，審查系統功能是否完整、正確；審查試運行計劃是否可行；用戶手冊、用戶培訓是否完整。該系統相關的使用、服務、保障單位各派一名負責人參加。主機管理員信息部系統管理員審查服務器安裝、維護相關文檔；審查試運行計劃是否可行。由信息部系統室主任指派。網絡管理員信息部網絡管理員審查系統網絡連接是否可行，是否存在網絡安全問題。由信息部網絡室主任指派。數據庫管理員信息部數據庫管理員審查數據庫安裝文檔；審查試運行計劃

39、是否可行。由信息部系統室主任指派。運行維護師信息部運行維護師審查用戶端安裝、維護文檔；審查試運行計劃是否可行。由信息部計算機室主任指派。各接口系統負責人相關接口系統技術負責人審查接口運行是否正常。質量員信息部安全質量師審查文檔規范；監督評審過程。15.7 階段成果試運行計劃用戶手冊運行維護手冊試運行技術評審報告試運行業務評審報告風險評估報告系統試運行報告15.8 規范及模板試運行計劃模板運行維護手冊模板風險評估報告模板系統試運行報告模板16 上線16.1 階段概述本階段系統正式投入生產運行。項目組應在門戶上發布上線通告，系統上線兩個月后系統可申請驗收。系統上線后，用戶以“軟件維護報告”書的方式

40、提交軟件修改需求。項目組根據“軟件維護報告”書進行系統維護，并修訂系統相關文檔，項目組還應根據系統運行情況，及時把常見故障及其處理辦法補充到運行維護手冊中。用戶要注意收集系統運行情況、使用效果、遺留問題、改進意見等，形成用戶意見，項目組要編寫驗收申請，為項目驗收做準備。16.2 階段準入項目已通過“上線”評審，且所有缺陷已糾正。16.3 職責與流程1) 項目組提交階段評審結論評審流程，把試運行報告、風險評估報告作為流程附件，由信息部和需求部門審批。2) 審批通過后，項目組在門戶發布“上線通告”；3) 用戶以“軟件維護報告”書的方式提交軟件修改需求，項目組根據報告完善系統和相關文檔；4) 主要使用部門收集系統運行情況、使用效果、改進意見和遺留問題等，形成用戶意見，并蓋部門章，項