2022年信息化項目管理辦法

1、完整編輯版完整編輯版.完整編輯版.目的和范圍本管理方法規(guī)定信息化軟件研發(fā)管理所遵循的原那么和方法，目的是提高軟件質(zhì)量和軟件開發(fā)工程的可控性。定義質(zhì)量控制小組：負(fù)責(zé)軟件工程過程評審和工程驗收。工程負(fù)責(zé)人：負(fù)責(zé)工程設(shè)計、開發(fā)、實施全過程管理。軟件開發(fā)的根本流程：3.1軟件需求提出3.1.1需求提出業(yè)務(wù)部門經(jīng)過內(nèi)部評估后，填寫?業(yè)務(wù)調(diào)整/開發(fā)需求申請表?見附錄A，由業(yè)務(wù)部門領(lǐng)導(dǎo)、公司分管領(lǐng)導(dǎo)批準(zhǔn)后的?業(yè)務(wù)調(diào)整/開發(fā)需求申請表?報科技管理部。3.1.2技術(shù)評估科技管理部從技術(shù)實現(xiàn)路線、開發(fā)方式、風(fēng)險評估等方面組織對需求的技術(shù)評估；并在?業(yè)務(wù)調(diào)整完整編輯版完整編輯版.完整編輯版./開發(fā)評審表?填寫相關(guān)評

2、審意見。3.1.3管理評估科技管理部組織相關(guān)部門從業(yè)務(wù)流程、內(nèi)控管理、業(yè)務(wù)職責(zé)等方面進(jìn)行管理評審，并在?業(yè)務(wù)調(diào)整/開發(fā)評審表?填寫相關(guān)評審意見?？萍脊芾聿吭诰C合技術(shù)評估和管理評審意見、提出工程建議意見，報經(jīng)總工程師批準(zhǔn)后，信息化室指定工程負(fù)責(zé)人組建開發(fā)小組，負(fù)責(zé)開展相應(yīng)的優(yōu)化改進(jìn)和開發(fā)工作，指定質(zhì)量控制人員組建質(zhì)量控制小組負(fù)責(zé)開發(fā)過程的質(zhì)量控制、組織過程評審和工程驗收等工作；相關(guān)單位應(yīng)做好測試及應(yīng)用推廣等工作。3.2軟件的需求調(diào)研和分析3.2.1需求調(diào)研業(yè)務(wù)部門主導(dǎo)，開發(fā)小組共同參與調(diào)研，協(xié)助業(yè)務(wù)部門進(jìn)行需求收集工作。3.3軟件的需求分析業(yè)務(wù)部門和開發(fā)小組共同參與，認(rèn)真分析、理解相關(guān)的業(yè)務(wù)管理

3、流程及要求，使需求分析符合實際，最終由開發(fā)小組編寫?軟件需求說明書?見附錄B。由質(zhì)量控制小組小組評審內(nèi)容，給出“通過和“不通過的結(jié)論。3.3軟件開發(fā)的設(shè)計方案和測試方案開發(fā)小組根據(jù)軟件需求說明書，進(jìn)行?開發(fā)設(shè)計方案?見附錄C及?測試方案?見附錄D的編寫，由質(zhì)量控制小組組織評審，給出“通過和“不通過的結(jié)論。3.3.1設(shè)計方案根本設(shè)計概念和處理流程、系統(tǒng)功能模塊圖，系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計，接口設(shè)計等。3.3.2測試方案概述該測試的目的、任務(wù)、環(huán)境、方法等。3.4軟件的實施編程和單元測試、集成測試工程負(fù)責(zé)人分配開發(fā)任務(wù)，軟件開發(fā)人員負(fù)責(zé)編碼、單元測試、集成測試。3.5軟件的系統(tǒng)測試測試人員根據(jù)?測試方案?

4、進(jìn)行測試，測試完成后，將系統(tǒng)BUG以文檔形式反響開發(fā)人員進(jìn)行修改，開發(fā)人員修復(fù)系統(tǒng)BUG完成后，由測試人員進(jìn)行回歸測試。經(jīng)過反復(fù)的測試及修復(fù)，形成最終版本程序。測試人員編寫?軟件測試報告?(見附錄E)后，與最終版本程序一并提交質(zhì)量控制小組評審，給出“通過和“不通過的結(jié)論。評審?fù)ㄟ^后提交試運行。3.6軟件的試運行開發(fā)小組與業(yè)務(wù)部門組織軟件的試用行，工程的試用期應(yīng)根據(jù)工程的復(fù)雜程度、推廣緩急程度不同而定，一般試用期最短不低于2個月，最長不超過6個月。試用期間，開發(fā)小組應(yīng)與業(yè)務(wù)部門和軟件使用人員保持緊密聯(lián)系，充分聽取對軟件的修改意見，并及時解決試用中遇到的問題，不斷完善軟件功能。試用完成后，質(zhì)量控制

5、小組應(yīng)對軟件試運行效果組織評估，填寫?軟件試運行效果評估表?見附錄F，并由使用人員會簽。 工程需求變更控制完整編輯版完整編輯版.完整編輯版.4.1需求變更定義工程需求變更是指軟件需求分析階段結(jié)束之后，并且?業(yè)務(wù)調(diào)整/開發(fā)評審表?已經(jīng)通過評審，正式定稿發(fā)行之后的軟件開發(fā)各階段對軟件工程的需求發(fā)生必要的更改的情況。4.2需求變更流程由業(yè)務(wù)部門提出工程的需求變更,并填寫?工程需求變更表?(見附錄H)，先由業(yè)務(wù)部門內(nèi)部進(jìn)行評審，評審?fù)ㄟ^并且部門相關(guān)領(lǐng)導(dǎo)簽字確認(rèn)后提交軟件開發(fā)小組，軟件開發(fā)小組對軟件工程的需求變更要求進(jìn)行技術(shù)評估及管理評估，并且組織相關(guān)人員進(jìn)行評審，評審?fù)ㄟ^后，相關(guān)開發(fā)人員進(jìn)行程序開發(fā)。

6、軟件驗收5.1軟件驗收過程根據(jù)試運行評估意見，由質(zhì)量控制小組組織業(yè)務(wù)需求部門、軟件使用部門進(jìn)行驗收，驗收內(nèi)容為：?業(yè)務(wù)調(diào)整/開發(fā)評審表?及其變更記錄；設(shè)計方案及測試方案的全部資料；全部源程序；測試記錄文檔；培訓(xùn)資料；資料的詳細(xì)清單。 驗收結(jié)束由質(zhì)量控制小組經(jīng)過認(rèn)真評議給出“驗收是否合格結(jié)論，填寫?軟件驗收評估表?(見附錄G)。 5.2軟件發(fā)布和歸檔5.2.1軟件的發(fā)布將經(jīng)過正式驗收的軟件交付交付科技管理部標(biāo)準(zhǔn)化室進(jìn)行發(fā)布。5.2.2工程的歸檔管理工程負(fù)責(zé)人對本開發(fā)工程的所有文檔和源代碼進(jìn)行整理，形成文檔目錄一并交付科技管理部標(biāo)準(zhǔn)化室進(jìn)行歸檔。完整編輯版完整編輯版.完整編輯版.附錄A 業(yè)務(wù)調(diào)整/

7、開發(fā)需求申請表 編號：提出部門提出時間期望完成時間聯(lián) 系 人聯(lián)系 緊 急 程 度重要且緊急 重要不緊急 一般 緊急不重要 工程名稱問題描述應(yīng)用現(xiàn)狀、應(yīng)用難點目標(biāo)應(yīng)用場景描述需求應(yīng)用期望描述技術(shù)評估從技術(shù)實現(xiàn)路線、開發(fā)方式、風(fēng)險評估等方面描述技術(shù)解決方案開發(fā)周期 評估日期是否委外評審人員管理評審從業(yè)務(wù)管理、內(nèi)控管理等主面描述意見評審日期評審人員提出部門審批意見公司領(lǐng)導(dǎo)審批意見科技管理部意見總工程師批準(zhǔn)附錄B軟件需求說明書模板1任務(wù)名稱2任務(wù)來源3運行環(huán)境4功能需求詳細(xì)的以文字和圖/表描述該軟件應(yīng)該完成的功能。完整編輯版完整編輯版.完整編輯版.5技術(shù)性能要求說明該軟件應(yīng)該具備的平安性、可靠性、實時

8、響應(yīng)性、可用性等具體要求。6功能模塊描述簡要說明該軟件的各個功能模塊的功能，及與其它模塊之間的關(guān)系。7對人機(jī)交互的要求說明該軟件是否要求人機(jī)交互，以何種方式進(jìn)行交互，交互欲到達(dá)的目的；并簡要說明主要人機(jī)交互的過程。附錄C開發(fā)設(shè)計方案模板1需求規(guī)定2運行環(huán)境3根本設(shè)計概念和處理流程4系統(tǒng)功能結(jié)構(gòu)圖5接口設(shè)計6運行設(shè)計 7系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計完整編輯版完整編輯版.完整編輯版.附錄D測試方案模板1測試的目的2界定測試的范圍3確定測試的環(huán)境4測試內(nèi)容4.1.測試的詳細(xì)操作步驟4.2測試的合格的標(biāo)準(zhǔn)完整編輯版完整編輯版.完整編輯版.附錄E軟件測試報告模板1測試概要包括測試的一些聲明、測試范圍、測試目的等情況簡介。2測試環(huán)境配置3測試方法和工具4.測試內(nèi)容和執(zhí)行情況4.缺陷統(tǒng)計與分析 5.測試結(jié)論與建議完整編輯版完整編輯版.完整編輯版.附錄F軟件試運行效果評估表軟件名稱試運行部門評估時間試運行情況簡述試運行用戶意見試運行效果評價參與試運行人員會簽完整編輯版完整編輯版.完整編輯版.附錄G軟件驗收評估表系統(tǒng)名稱參與部門驗收地點驗收時間驗收內(nèi)容驗收結(jié)論參與人員會簽完整編輯版完整編輯版.完整編輯版.附錄H工程需求變更表提出部門提出時間期望完成時間聯(lián) 系 人聯(lián)系 緊 急 程 度重要且緊急 重要不緊急 一般