信息化項目管理辦法0002_第1頁
信息化項目管理辦法0002_第2頁
信息化項目管理辦法0002_第3頁
信息化項目管理辦法0002_第4頁
信息化項目管理辦法0002_第5頁
免費預覽已結束,剩余12頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、1.目的和范圍本管理辦法規(guī)定信息化軟件研發(fā)管理所遵循的原則和方法,目的是提高軟件質(zhì)量和軟 件開發(fā)項目的可控性。2.定義質(zhì)量控制小組:負責軟件項目過程評審和項目驗收。項目負責人:負責項目設計、開發(fā)、實施全過程管理。河半氓總護未這遼誨F娠E訐M I點亡.蚊件St*I尸發(fā)謨打方泰.I M試力* J.畧+詩古.1:件壬進.F1列誠.通垃化齊P衣耒選沌泗譴訐借運溢尋.3. 軟件開發(fā)的基本流程: 3.1軟件需求提出 3.1.1需求提出業(yè)務部門經(jīng)過內(nèi)部評估后,填寫業(yè)務調(diào)整/開發(fā)需求申請表(見附錄 A),由業(yè)務 部門領導、公司分管領導批準后的業(yè)務調(diào)整 /開發(fā)需求申請表報科技管理部。3.1.2技術評估科技管理部

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

3、業(yè)務部門進行需求收集工作。3.3軟件的需求分析業(yè)務部門和開發(fā)小組共同參與,認真分析、理解相關的業(yè)務管理流程及要求,使需求 分析符合實際,最終由開發(fā)小組編寫軟件需求說明書(見附錄B)。由質(zhì)量控制小組小組評審內(nèi)容,給出“通過”和“不通過”的結論。3.3軟件開發(fā)的設計方案和測試方案開發(fā)小組根據(jù)軟件需求說明書,進行開發(fā)設計方案(見附錄C)及測試方案(見 附錄D)的編寫,由質(zhì)量控制小組組織評審,給出“通過”和“不通過”的結論。3.3.1設計方案基本設計概念和處理流程、系統(tǒng)功能模塊圖,系統(tǒng)數(shù)據(jù)結構設計,接口設計等。3.3.2測試方案概述該測試的目的、任務、環(huán)境、方法等。3.4軟件的實施(編程和單元測試、集

4、成測試)項目負責人分配開發(fā)任務,軟件開發(fā)人員負責編碼、單元測試、集成測試。3.5軟件的系統(tǒng)測試測試人員根據(jù)測試方案進行測試,測試完成后,將系統(tǒng)BUG以文檔形式反饋開發(fā)人員進行修改,開發(fā)人員修復系統(tǒng) BUG完成后,由測試人員進行回歸測試。經(jīng)過反復的測 試及修復,形成最終版本程序。測試人員編寫軟件測試報告(見附錄E)后,與最終版本程序一并提交質(zhì)量控制小組評審,給出“通過”和“不通過”的結論。評審通過后提交 試運行。3.6軟件的試運行開發(fā)小組與業(yè)務部門組織軟件的試用行,項目的試用期應根據(jù)項目的復雜程度、推廣 緩急程度不同而定,一般試用期最短不低于2個月,最長不超過6個月。試用期間,開發(fā)小組應與業(yè)務部

5、門和軟件使用人員保持緊密聯(lián)系,充分聽取對軟件的 修改意見,并及時解決試用中遇到的問題,不斷完善軟件功能。試用完成后,質(zhì)量控制小組應對軟件試運行效果組織評估,填寫軟件試運行效果評 估表(見附錄F),并由使用人員會簽。4. 項目需求變更控制 4.1需求變更定義項目需求變更是指軟件需求分析階段結束之后,并且業(yè)務調(diào)整 /開發(fā)評審表已經(jīng)通 過評審,正式定稿發(fā)行之后的軟件開發(fā)各階段對軟件項目的需求發(fā)生必要的更改的情況。4.2需求變更流程由業(yè)務部門提出項目的需求變更,并填寫項目需求變更表(見附錄H),先由業(yè)務部 門內(nèi)部進行評審,評審通過并且部門相關領導簽字確認后提交軟件開發(fā)小組,軟件開發(fā)小組對軟件項目的需求

6、變更要求進行技術評估及管理評估,并且組織相關人員進行評審,評 審通過后,相關開發(fā)人員進行程序開發(fā)。5. 軟件驗收 5.1軟件驗收過程根據(jù)試運行評估意見,由質(zhì)量控制小組組織業(yè)務需求部門、軟件使用部門進行驗收, 驗收內(nèi)容為:1)業(yè)務調(diào)整/開發(fā)評審表及其變更記錄;2)設計方案及測試方案的全部資料;3)全部源程序;4)測試記錄文檔;5)培訓資料;6)資料的詳細清單。驗收結束由質(zhì)量控制小組經(jīng)過認真評議給出“驗收是否合格”結論,填寫軟件驗收 評估表(見附錄G)。5.2軟件發(fā)布和歸檔 521?軟件的發(fā)布?將經(jīng)過正式驗收的軟件交付交付科技管理部標準化室進行發(fā)布。5.2.2項目的歸檔管理?項目負責人對本開發(fā)項目

7、的所有文檔和源代碼進行整理,形成文檔目錄一并交付科技 管理部標準化室進行歸檔。附錄A業(yè)務調(diào)整/開發(fā)需求申請表編號:提出部門提出時間聯(lián)系人聯(lián)系電話項目名稱期望完成時間度緊急應用現(xiàn)狀、應用難點問題描述目標應用場景描述技術評估重要且緊急重要不緊急一般緊急不重要需求應用期望描述從技術實現(xiàn)路線、開發(fā)方式、風險評估等方面描述技術解決方案開發(fā)周期評估日期是否委外評審人員管理評審從業(yè)務管理、內(nèi)控管理等主面描述意見評審日期評審人員提出部門 審批意見公司領導審批意見科技管理部意見總工程師批準附錄B軟件需求說明書模板??1任務名稱?2 .任務來源?3 運行環(huán)境?4.功能需求?詳細的以文字和圖/表描述該軟件應該完成的

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論