（精品）信息化建設(shè)管理辦法實(shí)施細(xì)則

1、信息化建設(shè)管理辦法實(shí)施細(xì)則編號：MF/8701-02版次：第1版修訂日期：2013-1-8目錄1概述22適用范圍23名詞解釋24項(xiàng)目控制流程25階段評審46項(xiàng)目啟動67需求調(diào)研78工作量評估99供應(yīng)商考察1010采購1111設(shè)計(jì)1212編碼1413測試1514部署1615試運(yùn)行1816上線2017驗(yàn)收211 概述本辦法對信息化項(xiàng)目建設(shè)過程的控制流程進(jìn)行規(guī)范，并對流程中各階段的工作步驟、職責(zé)和要求進(jìn)行詳細(xì)描述。所有信息化項(xiàng)目建設(shè)應(yīng)遵循本管理規(guī)定，以降低項(xiàng)目風(fēng)險(xiǎn)，提高項(xiàng)目質(zhì)量。2 適用范圍本辦法適用于廈航所有信息化建設(shè)項(xiàng)目的管理，包括信息系統(tǒng)、信息基礎(chǔ)平臺、弱電工程的建設(shè)、升級、改造等。3 名詞解

2、釋3.1 需求單位：指提出項(xiàng)目建設(shè)需求的單位或項(xiàng)目使用、保障單位，信息部下屬各處室也可作為需求單位。3.2 主要需求單位：指項(xiàng)目實(shí)現(xiàn)的主要業(yè)務(wù)或功能的管理單位。3.3 主辦單位：指承擔(dān)項(xiàng)目主要建設(shè)任務(wù)的信息部下屬各處室。3.4 項(xiàng)目組：由主辦單位、需求單位、供應(yīng)商人員共同組成，分工協(xié)作共同承擔(dān)項(xiàng)目建設(shè)任務(wù)。3.5 項(xiàng)目類型類型描述自研軟件指由公司研發(fā)人員自行設(shè)計(jì)、編碼的應(yīng)用系統(tǒng)建設(shè)模式。合作研發(fā)軟件指由公司研發(fā)人員負(fù)責(zé)設(shè)計(jì)、編碼，開發(fā)商提供人員承擔(dān)部分建設(shè)任務(wù)的應(yīng)用系統(tǒng)建設(shè)模式。整體外包軟件指由開發(fā)商承擔(dān)主要設(shè)計(jì)、編碼任務(wù)的應(yīng)用系統(tǒng)建設(shè)模式。編碼外包軟件指由公司研發(fā)人員設(shè)計(jì)、外部軟件公司編碼的

3、應(yīng)用系統(tǒng)建設(shè)模式。外包軟件維護(hù)指由外部軟件公司對現(xiàn)有軟件進(jìn)行完善，不改變主要功能和技術(shù)的應(yīng)用系統(tǒng)建設(shè)模式。通用商業(yè)軟件指采購操作系統(tǒng)、數(shù)據(jù)庫、安全證書等功能通用的商業(yè)軟件。專用商業(yè)軟件指采購用于實(shí)現(xiàn)特殊業(yè)務(wù)需要的商業(yè)軟件。此類軟件不同品牌功能差異較大。如：集群軟件、防病毒軟件、系統(tǒng)監(jiān)控軟件、主機(jī)訪問控制軟件等。技術(shù)服務(wù)指采購各類信息技術(shù)服務(wù)。如oracle數(shù)據(jù)庫服務(wù)、服務(wù)器硬件維保服務(wù)、網(wǎng)站安全評估、信息系統(tǒng)測評等服務(wù)。重大設(shè)備指采購小型機(jī)、存儲設(shè)備、災(zāi)備等采購金額大、部署復(fù)雜、影響面大的設(shè)備。普通設(shè)備指采購PC機(jī)、PC服務(wù)器、便攜式計(jì)算機(jī)等設(shè)備。弱電工程指與基建有關(guān)的智能化系統(tǒng)建設(shè)，如：綜合

4、布線、機(jī)房建設(shè)、智能消防等。4 項(xiàng)目控制流程項(xiàng)目實(shí)施過程包括項(xiàng)目啟動、需求調(diào)研、供應(yīng)商考察、采購、設(shè)計(jì)、編碼、測試、部署、試運(yùn)行、上線及驗(yàn)收等階段，項(xiàng)目啟動階段應(yīng)根據(jù)項(xiàng)目類型、項(xiàng)目規(guī)模、建設(shè)方式等特點(diǎn)確定項(xiàng)目控制流程。下表為各類項(xiàng)目的基本控制流程和流程調(diào)整說明。類型項(xiàng)目控制流程自研軟件項(xiàng)目啟動需求調(diào)研設(shè)計(jì)編碼測試（部署）試運(yùn)行上線驗(yàn)收l 部署過程復(fù)雜、涉及面廣、影響范圍大的項(xiàng)目，應(yīng)增加部署階段，制定詳細(xì)的實(shí)施方案，采取有效的風(fēng)險(xiǎn)控制措施后方可實(shí)施。l 工期要求短于3個(gè)月的項(xiàng)目可跳過概要設(shè)計(jì)、測試、試運(yùn)行、上線評審階段；l 工作量小于3人月項(xiàng)目可跳過概要設(shè)計(jì)、測試、試運(yùn)行、上線評審階段；l 分期

5、交付的項(xiàng)目要進(jìn)行總體項(xiàng)目啟動、總體上線和總體驗(yàn)收，其他可分期進(jìn)行；l 邏輯復(fù)雜的項(xiàng)目應(yīng)在設(shè)計(jì)階段進(jìn)行詳細(xì)設(shè)計(jì)；l 研究性質(zhì)的項(xiàng)目啟動和驗(yàn)收環(huán)節(jié)應(yīng)按要求進(jìn)行評審；合作研發(fā)軟件同自研軟件整體外包軟件項(xiàng)目啟動業(yè)務(wù)調(diào)研供應(yīng)商考察工作量評估采購需求調(diào)研設(shè)計(jì)編碼測試（部署）試運(yùn)行上線驗(yàn)收l 獨(dú)家談判的項(xiàng)目可以跳過供應(yīng)商考察階段；l 其他說明同自研軟件類項(xiàng)目。編碼外包軟件項(xiàng)目啟動需求調(diào)研設(shè)計(jì)工作量評估采購測試（部署）試運(yùn)行上線驗(yàn)收l 已簽訂編碼外包框架協(xié)議的項(xiàng)目在采購環(huán)節(jié)可直接下單，未簽訂協(xié)議的項(xiàng)目要先按采購要求簽訂協(xié)議；l 其他說明同自研軟件類項(xiàng)目。軟件維護(hù)外包項(xiàng)目啟動采購維護(hù)驗(yàn)收l 應(yīng)記錄維護(hù)過程和品質(zhì)

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

7、會。重大設(shè)備項(xiàng)目啟動需求調(diào)研供應(yīng)商考察采購部署上線驗(yàn)收普通設(shè)備項(xiàng)目啟動采購驗(yàn)收l 根據(jù)采購管理部要求，到貨XX天內(nèi)驗(yàn)收；l 可不召開正式驗(yàn)收會。弱電工程任務(wù)書編制設(shè)計(jì)及深化造價(jià)編制工程采購施工工程驗(yàn)收l 管理辦法詳見弱電工程建設(shè)管理制度下表為控制流程中各階段的控制方式、評審材料或工作成果簡表，詳細(xì)的操作流程、注意事項(xiàng)、準(zhǔn)入條件、準(zhǔn)出條件請參見各階段的描述。階段評審材料/工作成果控制方式項(xiàng)目啟動項(xiàng)目啟動分析報(bào)告、采購要求（初稿）評審業(yè)務(wù)調(diào)研業(yè)務(wù)需求說明書需求部門負(fù)責(zé)人簽字需求調(diào)研需求規(guī)格說明書、界面設(shè)計(jì)包（軟件研發(fā)項(xiàng)目）評審供應(yīng)商考察供應(yīng)商考察報(bào)告采購評分表采購要求單一來源采購說明書評審采購采購

8、溝通會會議紀(jì)要采購合同審批流程合同會簽工作量評估工作量評估報(bào)告高級架構(gòu)師審核設(shè)計(jì)概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書評審部署實(shí)施計(jì)劃及方案評審編碼源程序、代碼走查報(bào)告主辦處室經(jīng)理負(fù)責(zé)測試測試計(jì)劃測試記錄表測試報(bào)告評審試運(yùn)行試運(yùn)行計(jì)劃運(yùn)行維護(hù)手冊用戶手冊測試報(bào)告評審上線試運(yùn)行報(bào)告評審驗(yàn)收用戶意見驗(yàn)收申請?jiān)u審維護(hù)軟件維護(hù)單驗(yàn)收時(shí)檢查服務(wù)技術(shù)服務(wù)單驗(yàn)收時(shí)檢查任務(wù)書編制初步弱電設(shè)計(jì)需求報(bào)告詳見弱電工程建設(shè)管理制度設(shè)計(jì)及深化技術(shù)方案技術(shù)標(biāo)書可施工藍(lán)圖初步造價(jià)概算造價(jià)編制工程量清單工程控制價(jià)工程采購詳見弱電工程建設(shè)管理制度施工工程驗(yàn)收5 階段評審階段評審用于檢查階段成果是否達(dá)到要求，項(xiàng)目啟動、需求調(diào)研、供應(yīng)商考察

9、、設(shè)計(jì)、試運(yùn)行、上線、驗(yàn)收等階段需要進(jìn)行評審，評審?fù)ㄟ^后方可進(jìn)入下一階段的工作。5.1 階段評審分為正式評審和非正式評審兩種方式。正式評審需召開評審會議并在會上審查材料，非正式評審不需召開評審會，評審組、項(xiàng)目組之間采用電子郵件、即時(shí)通信等非正式方式審查材料。無論何種評審，評審組均需指出評審材料中存在的缺陷，并得出評審結(jié)論。項(xiàng)目組需修改所有缺陷后方可進(jìn)入下一階段工作。5.2 職責(zé)與流程1) 項(xiàng)目組準(zhǔn)備評審材料，提交到規(guī)劃質(zhì)量處進(jìn)行準(zhǔn)入檢查；2) 如材料未通過準(zhǔn)入檢查，項(xiàng)目組應(yīng)重新修改材料；3) 材料通過準(zhǔn)入檢查后，規(guī)劃質(zhì)量處組成評審組（評審組組成詳見各階段），發(fā)布評審?fù)ㄖ?) 評審組審查材料，

10、匯總?cè)毕?，給出評審結(jié)論；5) 項(xiàng)目組根據(jù)評審結(jié)論修改缺陷；6) 評審組確認(rèn)所有缺陷均已修改。6 項(xiàng)目啟動6.1 階段概述本階段是對計(jì)劃建設(shè)的項(xiàng)目進(jìn)行必要性和可行性研究，并系統(tǒng)地規(guī)劃整個(gè)項(xiàng)目的建設(shè)過程。項(xiàng)目通過項(xiàng)目啟動評審是項(xiàng)目啟動的標(biāo)志，未通過項(xiàng)目啟動評審的項(xiàng)目應(yīng)取消建設(shè)計(jì)劃。6.2 階段準(zhǔn)入項(xiàng)目已列入年度建設(shè)計(jì)劃或已通過計(jì)劃外建設(shè)審批。6.3 階段準(zhǔn)出項(xiàng)目啟動分析報(bào)告通過評審，且所有缺陷已糾正。6.4 職責(zé)與流程1) 需求單位提供項(xiàng)目背景、建設(shè)目標(biāo)和項(xiàng)目范圍，進(jìn)行建設(shè)必要性分析，評估項(xiàng)目效益；2) 項(xiàng)目組評估所需資源和建設(shè)難點(diǎn)，從人力和技術(shù)等方面進(jìn)行可行性研究，識別項(xiàng)目風(fēng)險(xiǎn)，提出解決方案，確

11、定建設(shè)模式和建設(shè)計(jì)劃，形成項(xiàng)目啟動分析報(bào)告；3) 如為采購項(xiàng)目，應(yīng)同時(shí)編寫采購要求（初稿）進(jìn)行評審；4) 評審組評審相關(guān)文檔，根據(jù)項(xiàng)目與信息規(guī)劃匹配度、項(xiàng)目投入產(chǎn)出比、項(xiàng)目建設(shè)風(fēng)險(xiǎn)等確定評審結(jié)論；5) 項(xiàng)目組根據(jù)評審報(bào)告糾正所有缺陷；6) 項(xiàng)目組提交評審結(jié)論審批流程，項(xiàng)目啟動分析報(bào)告、評審報(bào)告、缺陷跟蹤表均作為流程附件，流程由信息部審批。6.5 注意事項(xiàng)1) 所有項(xiàng)目均應(yīng)編寫項(xiàng)目啟動分析報(bào)告，視項(xiàng)目復(fù)雜度決定評審方式，評審方式包括會議、郵件或流程審批；2) 對于改變業(yè)務(wù)流程、業(yè)務(wù)模式的系統(tǒng)，要充分評估業(yè)務(wù)改造的可行性；3) 項(xiàng)目啟動分析報(bào)告中應(yīng)明確需求調(diào)研計(jì)劃，確保不遺漏重要調(diào)研對象； 4)

12、中止建設(shè)的項(xiàng)目重新啟動時(shí)要再次進(jìn)行“項(xiàng)目啟動”評審。6.6 評審組組成與職責(zé)角色建議人員職責(zé)備注組長信息部分管領(lǐng)導(dǎo)審查項(xiàng)目是否可行，項(xiàng)目成本收益是否合理；審查項(xiàng)目業(yè)務(wù)目標(biāo)是否明確，業(yè)務(wù)邏輯是否合理，是否具備項(xiàng)目實(shí)施的條件；審查項(xiàng)目計(jì)劃是否合理。副組長主要需求部門信息化建設(shè)領(lǐng)導(dǎo)小組成員審查項(xiàng)目需求是否合理，建設(shè)目標(biāo)是否明確；是否與業(yè)務(wù)發(fā)展的長遠(yuǎn)目標(biāo)保持一致；審查項(xiàng)目計(jì)劃是否合理。業(yè)務(wù)檢查人需求單位負(fù)責(zé)人需求單位業(yè)務(wù)人員審查項(xiàng)目需求是否合理，需求是否完整，目標(biāo)是否明確；審查項(xiàng)目計(jì)劃是否合理。技術(shù)檢查人主辦處室經(jīng)理網(wǎng)絡(luò)、系統(tǒng)、存儲等信息基礎(chǔ)及運(yùn)行保障負(fù)責(zé)人審查項(xiàng)目建設(shè)是否可行，項(xiàng)目計(jì)劃是否合理，成本

13、收益是否在可接受范圍內(nèi)。審查項(xiàng)目的技術(shù)可行性。具體參加人員視項(xiàng)目具體情況而定。規(guī)劃管理師信息部規(guī)劃質(zhì)量處規(guī)劃管理相關(guān)人員審查項(xiàng)目需求與業(yè)務(wù)發(fā)展規(guī)劃及信息戰(zhàn)略規(guī)劃的符合性；審查文檔規(guī)范，監(jiān)督評審過程6.7 階段成果項(xiàng)目啟動分析報(bào)告采購要求（初稿）項(xiàng)目啟動評審報(bào)告獨(dú)家談判說明（限獨(dú)家談判項(xiàng)目）6.8 規(guī)范及模板項(xiàng)目啟動分析報(bào)告模板采購要求模板獨(dú)家談判說明模板（缺）圖2 項(xiàng)目啟動分析階段流程圖7 需求調(diào)研7.1 階段概述本階段是確定項(xiàng)目建設(shè)目標(biāo)，界定項(xiàng)目范圍，確認(rèn)項(xiàng)目的業(yè)務(wù)流程、功能需求、非功能需求、界面原型的過程。本階段十分重要，是項(xiàng)目建設(shè)成功與否的關(guān)鍵。項(xiàng)目建設(shè)過程允許需求變更，但應(yīng)遵循需求變更

14、管理辦法。通過評審的需求規(guī)格說明書和需求變更申請是項(xiàng)目實(shí)施、驗(yàn)收和建設(shè)管理的依據(jù)。7.2 階段準(zhǔn)入項(xiàng)目已通過“項(xiàng)目啟動”評審，且所有缺陷已糾正。7.3 階段準(zhǔn)出需求文檔通過評審，且所有缺陷已糾正。7.4 職責(zé)與流程1) 項(xiàng)目組細(xì)化需求調(diào)研計(jì)劃，確保不遺漏重要調(diào)研對象；2) 項(xiàng)目組向需求單位調(diào)研業(yè)務(wù)細(xì)節(jié)，當(dāng)需求范圍超越項(xiàng)目目標(biāo)、項(xiàng)目范圍或業(yè)務(wù)流程不明確時(shí)，組織相關(guān)單位負(fù)責(zé)人討論確定。3) 項(xiàng)目組根據(jù)業(yè)務(wù)需求，分析該項(xiàng)目與其它系統(tǒng)可能存在的接口，與接口系統(tǒng)負(fù)責(zé)人明確接口可行性和接口實(shí)現(xiàn)方法，必要時(shí)調(diào)整需求方案；4) 項(xiàng)目組編寫需求規(guī)格說明書，軟件研發(fā)項(xiàng)目還應(yīng)進(jìn)行界面設(shè)計(jì)，提交評審。5) 評審組評審

15、相關(guān)材料，檢查業(yè)務(wù)流程、業(yè)務(wù)細(xì)節(jié)、性能要求、界面等的正確性，確定評審結(jié)論；6) 項(xiàng)目組根據(jù)評審報(bào)告糾正所有缺陷；7) 項(xiàng)目組提交評審結(jié)論審批流程，需求規(guī)格說明書、評審報(bào)告、缺陷跟蹤表均作為流程附件，流程由信息部、需求部門審批。7.5 注意事項(xiàng)1) 要對用戶需求進(jìn)行有效管理，取舍非關(guān)鍵需求，確保在預(yù)算和指定時(shí)限內(nèi)完成項(xiàng)目建設(shè)；2) 針對旅客服務(wù)類項(xiàng)目，相關(guān)的服務(wù)部門、業(yè)務(wù)保障部門都應(yīng)作為需求調(diào)研的對象；3) 很少出現(xiàn)的業(yè)務(wù)場景要適當(dāng)取舍，避免為實(shí)現(xiàn)此類需求而使用復(fù)雜邏輯或復(fù)雜操作。7.6 評審組組成與職責(zé)角色建議人員職責(zé)備注組長主要需求單位所在部門的信息化建設(shè)領(lǐng)導(dǎo)小組成員審查系統(tǒng)目標(biāo)是否正確、完

16、整；組織討論確定評審意見。業(yè)務(wù)檢查人相關(guān)需求單位負(fù)責(zé)人；相關(guān)崗位代表審查系統(tǒng)功能是否正確、完整；審查系統(tǒng)人機(jī)交互操作是否合理；所有與該系統(tǒng)相關(guān)的使用、服務(wù)、保障單位負(fù)責(zé)人均需參加；所有將使用該系統(tǒng)的崗位代表均需參加。技術(shù)檢查人項(xiàng)目經(jīng)理審查每個(gè)需求在現(xiàn)有條件下的可行性；當(dāng)項(xiàng)目經(jīng)理經(jīng)驗(yàn)不足或項(xiàng)目經(jīng)理同時(shí)擔(dān)任需求分析員時(shí)，由主辦處室經(jīng)理擔(dān)任。設(shè)計(jì)人員項(xiàng)目組設(shè)計(jì)人員審查需求文檔是否足夠用于系統(tǒng)設(shè)計(jì)；測試人員項(xiàng)目組測試人員審查是否每個(gè)需求都能通過測試得以驗(yàn)證；各接口系統(tǒng)負(fù)責(zé)人相關(guān)接口系統(tǒng)技術(shù)負(fù)責(zé)人審查接口是否可行、正確、完整；所有將與該系統(tǒng)建立接口的系統(tǒng)技術(shù)負(fù)責(zé)人均需參加。質(zhì)量員信息部安全質(zhì)量師審查文檔

17、規(guī)范；監(jiān)督評審過程。7.7 階段成果需求規(guī)格說明書7.8 規(guī)范及模板需求規(guī)格說明書（軟件研發(fā)項(xiàng)目）模板需求規(guī)格說明書（其他項(xiàng)目）模板圖3 需求調(diào)研流程8 工作量評估8.1 階段概述整體外包和編碼外包軟件應(yīng)進(jìn)行工作量評估，作為采購依據(jù)。8.2 階段準(zhǔn)入項(xiàng)目已通過項(xiàng)目啟動評審，且所有缺陷已糾正。8.3 階段準(zhǔn)出工作量評估報(bào)告通過高級架構(gòu)師審核，且所有缺陷已糾正。8.4 職責(zé)與流程1) 項(xiàng)目組根據(jù)業(yè)務(wù)調(diào)研或需求調(diào)研結(jié)果，編寫工作量評估報(bào)告，提交高級架構(gòu)師；2) 高級架構(gòu)師審核工作量評估報(bào)告，項(xiàng)目組根據(jù)審核意見修改所有缺陷后，由高級架構(gòu)師在報(bào)告上簽字。8.5 注意事項(xiàng)1) 工作量評估是采購談判的依據(jù)，

18、評估結(jié)果應(yīng)基本準(zhǔn)確。8.6 階段成果工作量評估報(bào)告8.7 規(guī)范及模板工作量評估報(bào)告模板（缺）9 供應(yīng)商考察9.1 階段概述本階段是根據(jù)項(xiàng)目目標(biāo)和需求，考察并甑選合格供應(yīng)商、明確采購要求、給出建議采購方式和采購評分表的過程。計(jì)劃采用獨(dú)家談判的項(xiàng)目應(yīng)提供單一來源采購說明，詳細(xì)闡述獨(dú)家談判的依據(jù)和原因。根據(jù)采購管理制度，符合下列情形之一的項(xiàng)目可采用單一來源采購方式：a) 采購項(xiàng)目只有唯一的供應(yīng)商；b) 發(fā)生不可預(yù)見的緊急情況不能從其他供應(yīng)商處采購；c) 經(jīng)過公司批準(zhǔn)必須保證原有采購項(xiàng)目一致性或者服務(wù)配套的要求，需要繼續(xù)向原供應(yīng)商采購。9.2 階段準(zhǔn)入軟件研發(fā)類項(xiàng)目：已通過項(xiàng)目啟動評審，所有缺陷已糾正

19、，且業(yè)務(wù)需求說明書已由需求單位簽字確認(rèn)。非軟件研發(fā)類項(xiàng)目：已通過需求評審，且所有缺陷已糾正；或在項(xiàng)目啟動階段已明確需求。9.3 階段準(zhǔn)出供應(yīng)商考察報(bào)告、采購要求和采購評分表通過評審，且所有缺陷已糾正。單一來源采購項(xiàng)目單一來源采購說明也應(yīng)通過評審，并糾正所有缺陷。9.4 職責(zé)與流程1) 項(xiàng)目組提交采購要求（初稿）至采購管理部，采購管理部應(yīng)在收到采購要求（初稿）后15天內(nèi)推薦12家合適的供應(yīng)商。如供應(yīng)商產(chǎn)品由代理商代理，應(yīng)同時(shí)提供代理商名單。2) 項(xiàng)目組另外挑選其他合適的供應(yīng)商及其代理商。列入考察范圍的供應(yīng)商總數(shù)應(yīng)控制在5家以內(nèi)；3) 項(xiàng)目組組織對供應(yīng)商進(jìn)行考察，除資質(zhì)、配合度、項(xiàng)目經(jīng)驗(yàn)、合作經(jīng)驗(yàn)

20、、合作風(fēng)險(xiǎn)外，還應(yīng)包括：a) 軟件研發(fā)類：對比關(guān)鍵技術(shù)解決方案，DEMO功能、性能、易用性等；b) 商業(yè)軟件類：對比產(chǎn)品功能、性能、易用性和許可、升級方式等，盡可能進(jìn)行產(chǎn)品測試；c) 重大設(shè)備：對比產(chǎn)品性能、保修條款、故障響應(yīng)、實(shí)施方案等，盡可能進(jìn)行產(chǎn)品測試；d) 技術(shù)服務(wù)類：技術(shù)實(shí)力、服務(wù)條款、集成方案等。4) 項(xiàng)目組根據(jù)考察結(jié)果，修改采購要求，形成供應(yīng)商考察報(bào)告，并制定采購評分表；5) 評審組評審以上文檔，選出合格供應(yīng)商，確定建議采購方式和采購評分表；6) 項(xiàng)目組根據(jù)評審報(bào)告糾正所有缺陷；7) 項(xiàng)目組提交“供應(yīng)商考察”評審結(jié)論審批流程，采購要求、供應(yīng)商考察報(bào)告、采購評分表、評審報(bào)告、缺陷跟

21、蹤表作為流程附件。流程由信息部審批。9.5 注意事項(xiàng)1) 項(xiàng)目組應(yīng)根據(jù)項(xiàng)目特點(diǎn)，在考察前明確考察內(nèi)容，對供應(yīng)商進(jìn)行全面考察；2) 采購要求是供應(yīng)商確定投標(biāo)價(jià)格的重要依據(jù)，內(nèi)容應(yīng)明確、完整；9.6 評審組組成與職責(zé)角色建議人員職責(zé)備注組長信息部三級（含）以上管理人員根據(jù)供應(yīng)商考察報(bào)告，從供應(yīng)商資質(zhì)、技術(shù)解決方案、項(xiàng)目實(shí)施經(jīng)驗(yàn)、合作經(jīng)驗(yàn)、產(chǎn)品性價(jià)比等方面綜合評估并甄選合格供應(yīng)商；根據(jù)項(xiàng)目特點(diǎn)，討論考察要點(diǎn)及采購要求，并形成采購評分表；技術(shù)負(fù)責(zé)人主辦單位負(fù)責(zé)人高級技術(shù)師信息部高級技術(shù)人員（高級架構(gòu)師、高級項(xiàng)目管理師、高級主機(jī)管理員、高級工程管理師等等）2名項(xiàng)目經(jīng)理項(xiàng)目組項(xiàng)目經(jīng)理1名采購員采購管理部部

22、采購相關(guān)人員1名質(zhì)量員信息部安全質(zhì)量師審查文檔規(guī)范；監(jiān)督評審過程。1名9.7 階段成果供應(yīng)商考察報(bào)告采購要求采購評分表（獨(dú)家談判項(xiàng)目無需提供此文檔）單一來源采購說明書（僅限獨(dú)家談判項(xiàng)目）9.8 規(guī)范及模板供應(yīng)商考察報(bào)告模板采購要求模板（缺）采購評分表模板（缺）獨(dú)家談判說明書模板（缺）圖5 供應(yīng)商考察流程10 采購10.1 階段概述本階段工作流程依據(jù)采購管理部和計(jì)劃財(cái)務(wù)部管理規(guī)范制定。本階段由預(yù)算執(zhí)行申請、采購溝通會、采購文件審批、采購談判、采購談判結(jié)論審批、合同會簽等構(gòu)成，由采購管理部組織，信息部、計(jì)劃財(cái)務(wù)部、審計(jì)部共同參與完成。10.2 階段準(zhǔn)入項(xiàng)目已通過“供應(yīng)商考察”評審，且所有缺陷已糾正

23、。10.3 階段準(zhǔn)出與供應(yīng)商簽訂采購合同。10.4 職責(zé)與流程（注：預(yù)算執(zhí)行申請?zhí)峤坏臅r(shí)間點(diǎn)待定，如改為在溝通會后提交，可避免后期變更采購方式帶來的麻煩。）1) 項(xiàng)目經(jīng)理提供預(yù)算執(zhí)行申請給處室預(yù)算管理員審核，審核通過后提交信息部預(yù)算管理員；2) 信息部預(yù)算管理員提交“預(yù)算執(zhí)行申請”審批流程；3) “預(yù)算執(zhí)行申請”審批通過后，項(xiàng)目組組織采購管理部、計(jì)劃財(cái)務(wù)部、審計(jì)部相關(guān)人員召開采購溝通會，最終確定采購要求、合格供應(yīng)商、采購方式和采購評分表。項(xiàng)目組編寫采購溝通會會議紀(jì)要，把采購要求和采購評分表作為附件提交會審。4) 采購管理部根據(jù)采購溝通會會議紀(jì)要審批流程編寫采購文件，提交采購文件審批流程；5)

24、“采購文件”審批通過后，采購管理部組織召開采購談判會；6) 根據(jù)采購管理部日程安排，信息部、計(jì)劃財(cái)務(wù)部、審計(jì)部指定相關(guān)人員參加采購談判會；7) 采購結(jié)論確定后，根據(jù)項(xiàng)目類型，由采購管理部或項(xiàng)目組起草采購合同并提交合同會簽流程。10.5 注意事項(xiàng)1) 信息部主辦處（室）經(jīng)理、項(xiàng)目經(jīng)理應(yīng)參加采購談判會；2) 信息部參加采購談判會人員應(yīng)由信息部授權(quán)；3) 商業(yè)軟件（通用）、普通設(shè)備采購由采購管理部負(fù)責(zé)簽訂采購合同；10.6 階段成果采購合同10.7 規(guī)范及模板采購合同（軟件研發(fā)項(xiàng)目）模板采購合同（系統(tǒng)集成項(xiàng)目）模板采購合同（商業(yè)專業(yè)軟件項(xiàng)目）模板采購合同（重大設(shè)備采購項(xiàng)目）模板采購合同（技術(shù)服務(wù)項(xiàng)目

25、）模板采購合同（工程項(xiàng)目）模板預(yù)算執(zhí)行申請模板圖5 供應(yīng)商考察流程11 設(shè)計(jì)11.1 階段概述本階段僅針對軟件研發(fā)項(xiàng)目。本階段是對項(xiàng)目需求進(jìn)行分析，確定項(xiàng)目的技術(shù)解決方案，包括系統(tǒng)體系結(jié)構(gòu)、模塊劃分、核心流程、數(shù)據(jù)庫、部署方案等，是項(xiàng)目實(shí)現(xiàn)的指引。圖6 設(shè)計(jì)流程圖11.2 階段準(zhǔn)入項(xiàng)目已通過“需求”評審，且所有缺陷已糾正。11.3 階段準(zhǔn)出設(shè)計(jì)文檔通過評審，且所有缺陷已糾正。11.4 職責(zé)與流程1) 項(xiàng)目組根據(jù)需求規(guī)格說明書，分析系統(tǒng)關(guān)鍵點(diǎn)和難點(diǎn)，設(shè)計(jì)實(shí)現(xiàn)邏輯；2) 項(xiàng)目組進(jìn)行界面原型設(shè)計(jì)，設(shè)計(jì)過程中應(yīng)與需求單位充分溝通，形成原型設(shè)計(jì)包；3) 項(xiàng)目組遵循公司相關(guān)技術(shù)規(guī)范進(jìn)行系統(tǒng)設(shè)計(jì)，編寫概要設(shè)

26、計(jì)說明書；4) 評審組評審“原型設(shè)計(jì)包”和概要設(shè)計(jì)說明書，并明確是否需要進(jìn)行詳細(xì)設(shè)計(jì)；5) 項(xiàng)目組根據(jù)評審報(bào)告糾正缺陷，高級架構(gòu)師復(fù)雜審核詳細(xì)設(shè)計(jì)說明書；6) 項(xiàng)目組提交評審結(jié)論審批流程，把概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書（按需）、評審報(bào)告、缺陷跟蹤表作為流程附件，由信息部、需求部門審批。11.5 注意事項(xiàng)1) 設(shè)計(jì)應(yīng)遵循公司相關(guān)技術(shù)規(guī)范，包括系統(tǒng)架構(gòu)、數(shù)據(jù)庫、服務(wù)器、用戶及權(quán)限等設(shè)計(jì)規(guī)范；2) 設(shè)計(jì)應(yīng)針對已識別的項(xiàng)目風(fēng)險(xiǎn)采取技術(shù)防范措施；3) 若評審組要求對項(xiàng)目進(jìn)行詳細(xì)設(shè)計(jì)，項(xiàng)目組應(yīng)在缺陷整改階段提交詳細(xì)設(shè)計(jì)說明書，由高級家架構(gòu)師進(jìn)行審核；4) 若項(xiàng)目包含人機(jī)交互需求，項(xiàng)目組應(yīng)在本階段提交原型

27、設(shè)計(jì)包進(jìn)行評審；11.6 評審組組成與職責(zé)角色建議人員職責(zé)備注組長高級架構(gòu)師審查設(shè)計(jì)是否清晰、合理可行；組織討論確定評審意見。技術(shù)負(fù)責(zé)人主辦開發(fā)處經(jīng)理項(xiàng)目經(jīng)理審查設(shè)計(jì)是否清晰、合理可行；高級數(shù)據(jù)庫管理師高級數(shù)據(jù)庫管理師審查數(shù)據(jù)庫設(shè)計(jì)是否符合規(guī)范；高級項(xiàng)目管理師高級項(xiàng)目管理師審查設(shè)計(jì)邏輯是否合理、是否可驗(yàn)證；需求分析員項(xiàng)目組需求分析員審查設(shè)計(jì)邏輯是否與需求一致。編程人員項(xiàng)目組編程人員審查模塊劃分是否合理，模塊設(shè)計(jì)是否易編碼實(shí)現(xiàn)。測試人員項(xiàng)目組測試人員審查每個(gè)設(shè)計(jì)是否都可測驗(yàn)證。根據(jù)項(xiàng)目組情況定。各接口系統(tǒng)負(fù)責(zé)人相關(guān)接口系統(tǒng)技術(shù)負(fù)責(zé)人審查接口設(shè)計(jì)是否合理、可行。質(zhì)量員信息部安全質(zhì)量師審查文檔規(guī)范；

28、監(jiān)督評審過程。11.7 階段成果概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書（可選）原型設(shè)計(jì)包（可選）11.8 規(guī)范及模板概要設(shè)計(jì)說明書模板詳細(xì)設(shè)計(jì)說明書模板12 編碼12.1 階段概述本階段是編碼人員根據(jù)設(shè)計(jì)文檔完成單元模塊代碼設(shè)計(jì)及實(shí)現(xiàn)工作，并執(zhí)行充分的單元測試。交付一個(gè)可供測試使用的產(chǎn)品。對于采購的成熟軟件產(chǎn)品，如需進(jìn)行代碼維護(hù)或二次開發(fā)，供應(yīng)商需對項(xiàng)目組進(jìn)行相應(yīng)源碼的移交及培訓(xùn)，編寫API使用說明文檔。12.2 階段準(zhǔn)入項(xiàng)目已通過“設(shè)計(jì)”評審，且所有缺陷已糾正。12.3 階段準(zhǔn)出模塊開發(fā)完畢、單元測試完畢。12.4 職責(zé)與流程1) 項(xiàng)目組編碼人員根據(jù)需求規(guī)格說明書和設(shè)計(jì)文檔進(jìn)行少量代碼編寫，提交項(xiàng)目經(jīng)

29、理走查；2) 項(xiàng)目經(jīng)理組織代碼走查，指出編碼存在的問題，形成代碼走查記錄；3) 編碼人員根據(jù)代碼走查記錄，糾正問題，并依照要求編寫其他代碼，對代碼進(jìn)行單元測試；4) 項(xiàng)目經(jīng)理根據(jù)項(xiàng)目規(guī)模組織若干次代碼走查，記錄問題并跟蹤改進(jìn)情況；5) 編碼完成后，項(xiàng)目組應(yīng)存檔代碼走查記錄，并提交信息部規(guī)劃質(zhì)量處。12.5 注意事項(xiàng)1) 嚴(yán)禁在生產(chǎn)環(huán)境中進(jìn)行軟件開發(fā)或軟件測試；2) 本階段質(zhì)量控制以開發(fā)處經(jīng)理組織代碼走查為主，不進(jìn)行評審，代碼走查應(yīng)形成代碼走查記錄；3) 編碼應(yīng)遵循公司編碼規(guī)范，具備命名規(guī)范、模塊松耦合、層次清晰、注釋完整等特點(diǎn)；4) 開發(fā)人員應(yīng)對程序進(jìn)行單元測試，確保交付可供集成測試的系統(tǒng)；5

30、) 若開發(fā)過程發(fā)現(xiàn)設(shè)計(jì)與需求不符，編碼人員應(yīng)與設(shè)計(jì)人員溝通，簡單變更可直接修改設(shè)計(jì)，重大缺陷應(yīng)立即停止編碼，重新進(jìn)行設(shè)計(jì)評審；6) 為確保系統(tǒng)具備可擴(kuò)展性、穩(wěn)定性，延長系統(tǒng)的生命周期，編碼人員應(yīng)進(jìn)行必要的代碼重構(gòu)。12.6 階段成果可測試的源代碼文件12.7 規(guī)范及模板編碼規(guī)范（缺）圖7 編碼階段流程圖13 測試13.1 階段概述本階段是檢驗(yàn)系統(tǒng)是否正確實(shí)現(xiàn)了用戶指定的功能性和非功能性需求，發(fā)現(xiàn)并糾正軟件潛在的問題。測試主要依據(jù)需求規(guī)格說明書，是確保項(xiàng)目質(zhì)量的關(guān)鍵環(huán)節(jié)。 13.2 階段準(zhǔn)入產(chǎn)品完成編碼，已糾正代碼走查發(fā)現(xiàn)的錯(cuò)誤。13.3 階段準(zhǔn)出項(xiàng)目已通過“試運(yùn)行”評審，且所有缺陷已糾正。如項(xiàng)

31、目設(shè)置部署階段，則為通過測試評審，且所有缺陷已糾正。13.4 職責(zé)與流程1) 項(xiàng)目組和用戶根據(jù)測試計(jì)劃進(jìn)行系統(tǒng)測試，形成測試記錄表；2) 若測試結(jié)果不能達(dá)到要求，項(xiàng)目組對軟件進(jìn)行修改，進(jìn)行回歸測試，直至達(dá)到要求；3) 評審組在測試記錄表上確認(rèn)測試評審結(jié)論。13.5 注意事項(xiàng)1) 所有在互聯(lián)網(wǎng)上發(fā)布和涉及資金交易的系統(tǒng)都必需進(jìn)行安全測試；2) 測試應(yīng)對系統(tǒng)功能、用戶界面及系統(tǒng)健壯性進(jìn)行重點(diǎn)測試，需覆蓋系統(tǒng)的軟硬件、運(yùn)行環(huán)境、網(wǎng)絡(luò)環(huán)境、外設(shè)、系統(tǒng)接口等。13.6 評審組組成與職責(zé)角色建議人員職責(zé)備注組長信息部測試小組組長/高級項(xiàng)目管理師審查測試計(jì)劃合理及測試用例是否完整、正確，組織討論并最終確定測

32、試結(jié)論；技術(shù)負(fù)責(zé)人主辦單位負(fù)責(zé)人審查測試工作安排是否合理、是否執(zhí)行到位，測試結(jié)果是否可接受；項(xiàng)目經(jīng)理項(xiàng)目組項(xiàng)目經(jīng)理測試計(jì)劃是否合理，測試覆蓋是否充分，測試結(jié)果是否可接受；1名項(xiàng)目組測試人員項(xiàng)目組測試人員測試計(jì)劃、測試用例是否合理且可執(zhí)行；參與測試并對測試結(jié)果是否可接受；=1名系統(tǒng)操作人員業(yè)務(wù)部門系統(tǒng)操作人員測試計(jì)劃、測試用例是否合理且可執(zhí)行；參與測試并對測試結(jié)果是否可接受；1名質(zhì)量員信息部安全質(zhì)量員審查文檔規(guī)范；監(jiān)督評審過程。1名13.7 階段成果測試計(jì)劃測試記錄表測試報(bào)告13.8 相關(guān)規(guī)范及模板測試計(jì)劃模板測試記錄表模板測試報(bào)告模板圖8 測試階段流程14 部署14.1 階段概述部署過程復(fù)雜、

33、涉及面廣、影響范圍大的項(xiàng)目，應(yīng)制定詳細(xì)的實(shí)施計(jì)劃和實(shí)施方案，評估實(shí)施過程風(fēng)險(xiǎn)，制定風(fēng)險(xiǎn)控制措施，確保部署過程順利開展。圖6 部署流程圖14.2 階段準(zhǔn)入軟件研發(fā)項(xiàng)目：已通過測試評審，且所有缺陷已糾正。產(chǎn)品采購類項(xiàng)目：已完成采購。14.3 階段準(zhǔn)出部署完成且系統(tǒng)正常運(yùn)行。14.4 職責(zé)與流程1) 項(xiàng)目組評估部署會涉及或影響的網(wǎng)絡(luò)、服務(wù)器和信息系統(tǒng)等；2) 項(xiàng)目組根據(jù)評估范圍組織相關(guān)人員召開專題討論會，確定實(shí)施計(jì)劃，明確每個(gè)步驟的負(fù)責(zé)人，分析可能對其他系統(tǒng)、網(wǎng)絡(luò)運(yùn)行產(chǎn)生哪些影響，充分評估風(fēng)險(xiǎn)后果，制定風(fēng)險(xiǎn)控制措施；3) 項(xiàng)目組根據(jù)討論結(jié)果形成實(shí)施計(jì)劃及實(shí)施方案；4) 評審組評審實(shí)施計(jì)劃及實(shí)施方案；

34、5) 項(xiàng)目組根據(jù)評審報(bào)告糾正缺陷；6) 項(xiàng)目組提交評審結(jié)論審批流程，把實(shí)施計(jì)劃及實(shí)施方案、評審報(bào)告、缺陷跟蹤表作為流程附件，由信息部審批。7) 項(xiàng)目組依照實(shí)施項(xiàng)目部署實(shí)施計(jì)劃及實(shí)施方案。14.5 評審組組成與職責(zé)角色建議人員職責(zé)備注組長信息部網(wǎng)絡(luò)系統(tǒng)處高級崗位人員綜合主機(jī)、網(wǎng)絡(luò)、數(shù)據(jù)庫、運(yùn)維各方面針對部署提出的意見，組織討論并確定評審意見；主機(jī)管理員信息部系統(tǒng)管理員審查系統(tǒng)部署的實(shí)施計(jì)劃及實(shí)施方案，評估服務(wù)器安裝、網(wǎng)絡(luò)鏈接、數(shù)據(jù)庫部署、前臺安裝及維護(hù)等方面風(fēng)險(xiǎn)，并討論部署風(fēng)險(xiǎn)控制措施；由信息部系統(tǒng)室主任指派。網(wǎng)絡(luò)管理員信息部網(wǎng)絡(luò)管理員由信息部網(wǎng)絡(luò)室主任指派。數(shù)據(jù)庫管理員信息部數(shù)據(jù)庫管理員由信息

35、部系統(tǒng)室主任指派。運(yùn)行維護(hù)師信息部運(yùn)行維護(hù)師由信息部計(jì)算機(jī)室主任指派。各接口系統(tǒng)負(fù)責(zé)人相關(guān)接口系統(tǒng)技術(shù)負(fù)責(zé)人審查系統(tǒng)部署對接口系統(tǒng)的影響，實(shí)施計(jì)劃及方案是否合理，部署帶來的風(fēng)險(xiǎn)是否可控；質(zhì)量員信息部安全質(zhì)量師審查文檔規(guī)范；監(jiān)督評審過程。14.6 階段成果實(shí)施計(jì)劃及實(shí)施方案14.7 規(guī)范及模板實(shí)施計(jì)劃及實(shí)施方案模板15 試運(yùn)行15.1 階段概述本階段是在正式生產(chǎn)環(huán)境中部署系統(tǒng)，并由需求單位使用生產(chǎn)數(shù)據(jù)對系統(tǒng)的功能、性能進(jìn)行全面檢驗(yàn)，進(jìn)一步完善項(xiàng)目建設(shè)內(nèi)容。為確保試運(yùn)行效果，應(yīng)制定試運(yùn)行計(jì)劃，明確人員、分工、時(shí)間等安排。部署過程復(fù)雜、影響面廣的項(xiàng)目應(yīng)細(xì)化實(shí)施方案，分析實(shí)施風(fēng)險(xiǎn)并采取有效控制措施。部

36、分無法在生產(chǎn)環(huán)境試運(yùn)行的系統(tǒng)允許在測試環(huán)境試運(yùn)行。圖9 試運(yùn)行階段流程15.2 階段準(zhǔn)入項(xiàng)目已通過“測試”評審，且所有缺陷已糾正。設(shè)置部署階段的項(xiàng)目應(yīng)完成部署且系統(tǒng)運(yùn)行正常。15.3 階段準(zhǔn)出相關(guān)單位在試運(yùn)行報(bào)告上簽字同意項(xiàng)目上線。15.4 職責(zé)與流程1) 項(xiàng)目組編寫運(yùn)行維護(hù)報(bào)告、試運(yùn)行計(jì)劃，提交試運(yùn)行技術(shù)評審；注：如項(xiàng)目設(shè)置部署階段，則不必進(jìn)行試運(yùn)行技術(shù)評審，相關(guān)文檔內(nèi)容可省略。2) 技術(shù)評審組審查，確認(rèn)運(yùn)行維護(hù)報(bào)告內(nèi)容完整，安裝計(jì)劃可行；3) 業(yè)務(wù)評審組審查試運(yùn)行計(jì)劃、用戶手冊，確認(rèn)人員、時(shí)間安排可行；4) 項(xiàng)目組根據(jù)評審報(bào)告糾正所有缺陷，提交階段評審結(jié)論審批流程，把試運(yùn)行計(jì)劃、測試報(bào)告、

37、評審報(bào)告、缺陷跟蹤表作為流程附件，由信息部和需求部門審批；5) 信息部根據(jù)試運(yùn)行計(jì)劃部署系統(tǒng)，需求單位對系統(tǒng)進(jìn)行初始化；6) 項(xiàng)目組在門戶發(fā)布試運(yùn)行通知；7) 使用單位組織人員全面試用系統(tǒng)，及時(shí)反饋使用過程中的問題，項(xiàng)目組及時(shí)解決；8) 項(xiàng)目組組織使用單位對系統(tǒng)進(jìn)行風(fēng)險(xiǎn)評估，制定風(fēng)險(xiǎn)控制措施和整改計(jì)劃；9) 項(xiàng)目組總結(jié)試運(yùn)行情況，形成試運(yùn)行報(bào)告，由各相關(guān)單位簽字確認(rèn)同意上線；15.5 注意事項(xiàng)1) 系統(tǒng)試運(yùn)行時(shí)間至少一個(gè)月。2) 試運(yùn)行期間，使用單位應(yīng)組織相關(guān)人員全面使用系統(tǒng)功能，及時(shí)反饋問題；3) 項(xiàng)目組應(yīng)及時(shí)解決系統(tǒng)運(yùn)行問題，并同步修改運(yùn)行維護(hù)手冊、用戶手冊等文檔；4) 試運(yùn)行后期，項(xiàng)目組

38、應(yīng)與使用單位一起對系統(tǒng)運(yùn)行風(fēng)險(xiǎn)進(jìn)行評估，形成風(fēng)險(xiǎn)評估報(bào)告，落實(shí)風(fēng)險(xiǎn)控制措施，確保風(fēng)險(xiǎn)可控；15.6 評審組組成與職責(zé)角色建議人員職責(zé)備注組長主要需求單位信息化建設(shè)領(lǐng)導(dǎo)小組成員審查測試是否完整，達(dá)到要求；審查試運(yùn)行計(jì)劃是否可行；組織討論確定評審意見。 業(yè)務(wù)負(fù)責(zé)人相關(guān)需求單位負(fù)責(zé)人根據(jù)測試報(bào)告，審查系統(tǒng)功能是否完整、正確；審查試運(yùn)行計(jì)劃是否可行；用戶手冊、用戶培訓(xùn)是否完整。該系統(tǒng)相關(guān)的使用、服務(wù)、保障單位各派一名負(fù)責(zé)人參加。主機(jī)管理員信息部系統(tǒng)管理員審查服務(wù)器安裝、維護(hù)相關(guān)文檔；審查試運(yùn)行計(jì)劃是否可行。由信息部系統(tǒng)室主任指派。網(wǎng)絡(luò)管理員信息部網(wǎng)絡(luò)管理員審查系統(tǒng)網(wǎng)絡(luò)連接是否可行，是否存在網(wǎng)絡(luò)安全問題

39、。由信息部網(wǎng)絡(luò)室主任指派。數(shù)據(jù)庫管理員信息部數(shù)據(jù)庫管理員審查數(shù)據(jù)庫安裝文檔；審查試運(yùn)行計(jì)劃是否可行。由信息部系統(tǒng)室主任指派。運(yùn)行維護(hù)師信息部運(yùn)行維護(hù)師審查用戶端安裝、維護(hù)文檔；審查試運(yùn)行計(jì)劃是否可行。由信息部計(jì)算機(jī)室主任指派。各接口系統(tǒng)負(fù)責(zé)人相關(guān)接口系統(tǒng)技術(shù)負(fù)責(zé)人審查接口運(yùn)行是否正常。質(zhì)量員信息部安全質(zhì)量師審查文檔規(guī)范；監(jiān)督評審過程。15.7 階段成果試運(yùn)行計(jì)劃用戶手冊運(yùn)行維護(hù)手冊試運(yùn)行技術(shù)評審報(bào)告試運(yùn)行業(yè)務(wù)評審報(bào)告風(fēng)險(xiǎn)評估報(bào)告系統(tǒng)試運(yùn)行報(bào)告15.8 規(guī)范及模板試運(yùn)行計(jì)劃模板運(yùn)行維護(hù)手冊模板風(fēng)險(xiǎn)評估報(bào)告模板系統(tǒng)試運(yùn)行報(bào)告模板16 上線16.1 階段概述本階段系統(tǒng)正式投入生產(chǎn)運(yùn)行。項(xiàng)目組應(yīng)在門戶

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