軟件管理作業(yè)指引

1、軟件管理控制程序編制黃運(yùn)林日期2002/7/24審核日期批準(zhǔn)日期流 程 要 素流程目標(biāo)：流程時(shí)間要求流程監(jiān)控點(diǎn)數(shù)目流程主要責(zé)任崗位流程涉及職位數(shù)目修訂記錄日 期修訂狀態(tài)修改內(nèi)容修改人審核人批準(zhǔn)人1. 目的規(guī)范和指導(dǎo)軟件立項(xiàng)需求的申請、評審和分類受理、實(shí)施等工作，提高工作效率，減低軟件項(xiàng)目操作過程中的風(fēng)險(xiǎn)。2. 適用范圍適用于指導(dǎo)所有軟件需求的受理、分析、分流、審批立項(xiàng)、實(shí)施等工作，具體包括各業(yè)務(wù)需求部門直接向總經(jīng)理辦公室提出的需求、業(yè)務(wù)變革或流程優(yōu)化由總經(jīng)理辦公室組織相關(guān)人員提出的需求、以及各業(yè)務(wù)系統(tǒng)領(lǐng)導(dǎo)直接指定立項(xiàng)的軟件需求等。3. 術(shù)語和定義3.1. 預(yù)算金額在10萬元以上定義為大項(xiàng)目，3

2、萬元以下的為小型項(xiàng)目。3.2. 供應(yīng)商：可以分為顧問公司和實(shí)施公司。顧問公司主要是在立項(xiàng)前和我們一起分析需求提出建議確定可行性。對一個(gè)項(xiàng)目來說顧問公司和實(shí)施公司可以是同一家公司，也可以不是。4. 職責(zé)4.1. 需求部門負(fù)責(zé)提出需求，部門經(jīng)理負(fù)責(zé)審核需求。4.2. 總經(jīng)理辦公室電腦人員初步分析需求，為項(xiàng)目聽證會(huì)提供可以信賴的資料。在項(xiàng)目實(shí)施過程中還需對技術(shù)層面的把握。4.3. 總經(jīng)理辦公室組織人員召開項(xiàng)目聽證會(huì)對需求的判定，確定是否立項(xiàng)。4.4. 在項(xiàng)目實(shí)施過程中如成立項(xiàng)目小組則負(fù)責(zé)人負(fù)責(zé)項(xiàng)目管理、協(xié)調(diào)項(xiàng)目團(tuán)隊(duì)的關(guān)系，如不成立項(xiàng)目小組則總經(jīng)理辦公室負(fù)責(zé)更進(jìn)。4.5. 供應(yīng)商需幫助我們挖掘需求，實(shí)

3、現(xiàn)需求。5. 工作程序5.1. 需求的提出：5.1.1. 在日常工作過程中發(fā)現(xiàn)有某些應(yīng)用需求，在部門內(nèi)或相關(guān)部門之間充分討論后填寫軟件立項(xiàng)申請報(bào)告，經(jīng)過部門領(lǐng)導(dǎo)審查后交總經(jīng)理辦公室受理。5.1.2. 業(yè)務(wù)變革或流程優(yōu)化由總經(jīng)理辦公室組織相關(guān)人員提出需求。5.1.3. 各業(yè)務(wù)系統(tǒng)領(lǐng)導(dǎo)直接提出需求。5.2. 需求的受理5.2.1. 總經(jīng)理辦公室電腦人員根據(jù)立項(xiàng)申請報(bào)告，與需求申請人溝通，對立項(xiàng)需求進(jìn)行初步分析并完成需求初步分析報(bào)告，如果電腦人員認(rèn)為有必要引入顧問公司，這個(gè)時(shí)候就可以和顧問公司一起對需求進(jìn)行分析提出建議，幫助我們合理的立項(xiàng)。對于預(yù)算金額超過20萬元的需求必須有顧問公司的參與。5.2.

4、2. 小型項(xiàng)目中某些項(xiàng)目可以直接電腦人員實(shí)施更改或開發(fā)，則提交總經(jīng)理辦公室主任審批，同時(shí)要指定項(xiàng)目負(fù)責(zé)。5.2.3. 中、大型項(xiàng)目需要由總經(jīng)理辦公室組織相關(guān)人員召開項(xiàng)目聽證會(huì)，評審立項(xiàng)需求與關(guān)鍵業(yè)務(wù)目標(biāo)的一致性、業(yè)務(wù)可行性、技術(shù)可行性、項(xiàng)目規(guī)模、項(xiàng)目范圍等內(nèi)容，對于通過評審確定立項(xiàng)的，由會(huì)議確定項(xiàng)目小組啟動(dòng)項(xiàng)目實(shí)施；需升級評審的較大項(xiàng)目，則需將需求提交公司高層領(lǐng)導(dǎo)和集團(tuán)信息中心。5.2.4. 經(jīng)過分析對不予支持的軟件立項(xiàng)申請報(bào)告，說明原因返回申請人。5.2.5. 經(jīng)過分析對需求不夠清楚的軟件立項(xiàng)申請報(bào)告，返回申請人補(bǔ)充后再提交。5.2.6. 經(jīng)過分析對目前不適宜立項(xiàng)的軟件立項(xiàng)申請報(bào)告保存在總經(jīng)

5、理辦公室，等條件成熟后開始實(shí)施并向申請人說明情況。5.3. 項(xiàng)目聽證會(huì)：是保障項(xiàng)目能夠成功的重要環(huán)節(jié)。評審要素如下5.3.1. 與業(yè)務(wù)目標(biāo)一致性：業(yè)務(wù)可行性技術(shù)可行性(粗略)操作可行性技術(shù)風(fēng)險(xiǎn)分析與預(yù)防、前瞻性等投資與收益(粗略)5.3.2. 根據(jù)：軟件立項(xiàng)申請報(bào)告、需求初步分析報(bào)告或建議書。5.3.3. 結(jié)果：評審結(jié)論和建議。5.4. 實(shí)施：詳見軟件開發(fā)作業(yè)指導(dǎo)書5.5. 驗(yàn)收5.5.1. 驗(yàn)收標(biāo)準(zhǔn)根據(jù)是需求說明書、概要設(shè)計(jì)、需求變更通知書等以及合同所規(guī)定的條款。5.5.2. 項(xiàng)目負(fù)責(zé)人組織用戶對系統(tǒng)進(jìn)行驗(yàn)收，如有問題提交問題說明交供商修改直至驗(yàn)收通過。5.5.3. 文檔：項(xiàng)目負(fù)責(zé)人需要查收

6、的文檔有方案建議書、需求說明書、概要設(shè)計(jì)、測試報(bào)告、用戶操作手冊、系統(tǒng)管理員手冊，如有需要供應(yīng)商還需提供開發(fā)文檔如數(shù)據(jù)字典、源代碼等。5.5.4. 培訓(xùn)：供應(yīng)商需對需求用戶進(jìn)行該軟件操作培訓(xùn)，同時(shí)對公司電腦人員進(jìn)行系統(tǒng)維護(hù)培訓(xùn)。5.5.5. 項(xiàng)目負(fù)責(zé)人需填寫驗(yàn)收報(bào)告。5.6. 總結(jié)：項(xiàng)目負(fù)責(zé)人在驗(yàn)收完成后需項(xiàng)目總結(jié)。5.7. 維護(hù)期：5.7.1. 維護(hù)期的時(shí)間一般為一年。5.7.2. 維護(hù)期費(fèi)用所占比率一般不少于總合同金額的10%。5.8. 項(xiàng)目終止：5.8.1. 維護(hù)期滿項(xiàng)目自然終止。5.8.2. 項(xiàng)目在實(shí)施的過程中如果發(fā)現(xiàn)項(xiàng)目需要終止時(shí)，項(xiàng)目負(fù)責(zé)人組織相關(guān)人員討論后寫明終止原因及已發(fā)生費(fèi)用報(bào)該項(xiàng)目所簽合同的最終審批人批準(zhǔn)后即可