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

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

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

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

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

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

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

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

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

9、為工作表格；（二）、應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：（三）、開發(fā)文檔：這類文檔是在軟件開發(fā)過(guò)程中，作為軟件開發(fā)人員前一階段 工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。 包括軟件需求說(shuō)明書、數(shù)據(jù)庫(kù)設(shè)計(jì) 說(shuō)明書、概要設(shè)計(jì)說(shuō)明書、詳細(xì)設(shè)計(jì)說(shuō)明書、可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃。（四）、管理文檔：這類文檔是在軟件開發(fā)過(guò)程中，由軟件開發(fā)人員制定的需提 交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過(guò)這些文檔了解軟件開發(fā) 項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、 開發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開發(fā)總結(jié)等。（五八 用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操 作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說(shuō)明書。項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。十二、驗(yàn)證與評(píng)審軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過(guò)程，并把評(píng) 審?fù)ㄟ^(guò)作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開發(fā)階段。軟件評(píng)審包括 有正式評(píng)審即評(píng)審、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主 持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開發(fā)人員相互檢查為基本方式。就整個(gè)軟件開發(fā)