軟件開發(fā)作業(yè)指導書

1、軟件項目開發(fā)作業(yè)指導書一、項目可行性研究公司設計人員根據(jù)行業(yè)需求和市場需求，設計大的方案和ppt文案，然后指定人員進行的前期調(diào)研工作，可行性研究負責人員對產(chǎn)品的市場需求、 技術發(fā)展、 市場定位、功能需求、經(jīng)濟效益、進度需求、風險分析等進行可行性研究，提供 產(chǎn)品立項建議，擬制可行性研究報告，由部門負責人指定市場營銷部門配合可行 性分析人員，技術負責人協(xié)助安排?？尚行苑治鐾戤吅笥删C管部組織對可行性研 究報告進行評審，評審通過后，由技術研發(fā)部進行安排立項工作。本階段提交的文檔：1 、設計文案2 、PPT介紹3 、項目可行性研究任務書（技術負責人或部門負責人下達）4 、項目可行性研究報告（可行性研究人

2、員編寫）二、立項階段可行性分析評審通過后，由研發(fā)部門經(jīng)理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過后，由部門經(jīng)理與技術負責人協(xié)商，下達開發(fā)任務書，經(jīng)技術負責人審核確認后，報公司批準。批準立項后項目進度應以立項申請報告中的階段進度為準，如果進度要調(diào)整，需填寫進度調(diào)整申請報告報批。本階段提交的文檔：1、項目立項申請報告2、開發(fā)任務書三、需求分析階段承辦單位根據(jù)交辦單位提出的技術要求和相應的軟件任務書以及其它有關文 件，與交辦單位協(xié)作，確定詳細的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng) 審定和批準后將作為整個軟件開發(fā)工作的基礎列入配谿管理的基線，在本階段可利用快速原型法使比較含糊的具有

3、不確定性的軟件需求（主要是功能）明確化。 能給本公司開發(fā)的軟件的“需求基線”確定提供一個討論、進一步完善的基礎。在本階段，由產(chǎn)品經(jīng)理負責，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面 向最終用戶和領導，主要描繪產(chǎn)品的形狀以及功能、 性能、功能特性、性能特性。 由項目經(jīng)理負責編寫系統(tǒng)技術方案書，描述公司初次使用的技術的詳細解決方 案。本階段完畢后對需求分析進行評審，出具需求分析評審報告。本階段提交的文檔：1 、軟件需求規(guī)格說明書。2 、原型分析說明書3 、產(chǎn)品規(guī)格說明書4 、系統(tǒng)技術方案書5 、質(zhì)量記錄：需求分析評審報告6 、提交的軟件：產(chǎn)品的原型（注：如果時間有限，可以只編寫原型分析說明書而不

4、作原型） 四、開發(fā)策化階段根據(jù)項目要求和軟件需求，由配谿人員配合項目經(jīng)理編寫本項目的質(zhì)量保證 計劃、配谿管理計劃和項目綜合計劃。在配谿管理計劃中，應列明本項目需提交 的各階段文檔的名稱，在項目各階段完成后，項目組需列表說明要移交的文檔， 將此表與各文檔一并向總工辦移交。在制定計劃時，應為計劃、設計、測試、改 錯、再測試、變更、以及編制文檔留出足夠的時間。不應使用突擊的辦法來完成 項目。本階段涉及的文檔：1 、軟件質(zhì)量保證計劃2 、配置管理計劃3 、項目綜合計劃五、設計階段.（一）、概要設計根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構和模塊間的關系，確定各模塊 功能，定義各功能模塊的接口，設計全局數(shù)據(jù)庫

5、和數(shù)據(jù)結(jié)構，在概要設計明 確后，可以對綜合計劃進一步細化，填寫項目進度預計。概要設計需經(jīng)過評 審。本階段涉及的文檔：1 產(chǎn)品概要設計說明書2 數(shù)據(jù)庫設計說明3 項目進度預計4質(zhì)量記錄：評審報告（二）、詳細設計對概要設計中產(chǎn)生的功能模塊進行過程描述設計，設計功能模塊的內(nèi)部細節(jié)，包括算法和數(shù)據(jù)結(jié)構，為編寫源代碼提供必要的 說明。詳細設計需要經(jīng)過評審。|本階段涉及的文檔：1 軟件詳細設計說明書2 測試計劃3 質(zhì)量記錄：評審報告六、編碼實現(xiàn)階段、根據(jù)軟件詳細設計說明、對各程序模塊進行編碼、調(diào)試、靜態(tài)分析和單元測試，驗證程序單元與設計說明的一致性。本階段涉及的文檔：1 、項目進度月報2 、項目周計劃和周

6、總結(jié)3 、項目開發(fā)人員周計劃4 、工作日志5 、每周例會記錄6 、配谿項更改申請單七、測試階段（一）、軟件單元測試按詳細設計的結(jié)構，根據(jù)軟件單元測試計劃，依照將經(jīng)過單元測試的底層程序單元逐步組裝成子項目直到開發(fā)項目的過程，對軟件進行測試。 本階段涉及的文檔：1 、測試計劃2 、測試設計3 、測試問題報告單（二）、組裝測試根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測試計戈對軟件進行組裝測試，以確定整個軟件是否滿足軟件需求是否可以提交 總裝測試。軟件組裝測試計劃（含測試用例設計）的編制工作和軟件組裝測試環(huán)境的研制、組建工作，應從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：1

7、 、測試計劃2 、測試設計3 、測試問題報告單（三）中試階段項目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗收后提交中試部中試，中試部根據(jù)需求分析報告，從用戶的角度出發(fā)對產(chǎn)品的功能、性能進行中試。本階段涉及的文檔：1、中試計劃2、中試問題報告單八、驗收交付對完成中試的軟件進行檢查、審查和評審，確定軟件是否達到了軟件任務書 的要求。驗收通過的軟件可以向軟件交辦單位交付。項目經(jīng)理及項目組人員應在 此階段完成項目總結(jié)，項目經(jīng)理提交項目開發(fā)總結(jié)報告，項目組成員提交個人工 作總結(jié)報告。本階段涉及的文檔：1 、驗收報告2 、項目開發(fā)總結(jié)報告3 、個人工作總結(jié)報告九、軟件維護對軟件的維護包括針對軟件運行過程中發(fā)現(xiàn)的問題而進行

8、的改正性維護，針對不同任務對軟件提出不需求而進行的改善性維護，以及可能出現(xiàn)的由于軟件運行環(huán)境的改變而進行的適應性維護。本階段涉及的文檔：1 、軟件問題匯總表2 、維護報告十、項目開發(fā)文件的審批可行性研究報告及立項申請、項目開發(fā)計劃及項目開發(fā)總結(jié)、確認計劃及確認報告、驗收計劃及驗收報告由技術負責人審批。項目組人員編寫的其他文件由項目經(jīng)理審批。十一、各階段共同的任務要求在軟件開發(fā)過程的各個階段，都要求完成相應的文檔編寫工作。本文檔的前面部分 已給出了在軟件自上而下周期各個階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類：（一）、開發(fā)過程中填寫的各種圖表，稱為工作表格；（二）、應編制的技術

9、資料或技術管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：（三）、開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成 果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設計說明書、概要 設計說明書、詳細設計說明書、可行性研究報告、項目開發(fā)計劃。（四）、管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員 的一些工作計劃或工作報告。使管理人員能夠通過這些文檔了解軟件開發(fā)項目安排、進 度、資源使用和成果等。包括項目開發(fā)計劃、測試計劃、測試報告、開發(fā)進度月報、項 目周計劃周總結(jié)及項目開發(fā)總結(jié)等。（五）、用戶文檔：這類文檔是軟件開發(fā)人員為用戶準備的有關該軟件使用、操作、維護 的資料。包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書。項目各階段完畢后需把本階段相關文檔列表向總工辦移交。十二、驗證與評審軟件評審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評審通過 作為一個軟件階段完成的標志，進而轉(zhuǎn)入下一個開發(fā)階段。軟件評審包括