軟件開發(fā)作業(yè)指導(dǎo)書_第1頁
軟件開發(fā)作業(yè)指導(dǎo)書_第2頁
軟件開發(fā)作業(yè)指導(dǎo)書_第3頁
軟件開發(fā)作業(yè)指導(dǎo)書_第4頁
軟件開發(fā)作業(yè)指導(dǎo)書_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

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

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

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

4、階段根據(jù)工程要求和軟件需求,由配臵人員配合工程經(jīng)理編寫本工程的質(zhì)量保證方案、配臵管理方案和工程綜合方案。在配臵管理方案中,應(yīng)列明本工程需提交的各階段文檔的名稱,在工程各階段完成后,工程組需列表說明要移交的文檔,將此表與各文檔一并向總工辦移交。在制定方案時,應(yīng)為方案、設(shè)計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應(yīng)使用突擊的方法來完成工程。 本階段涉及的文檔: 1、軟件質(zhì)量保證方案 2、配置管理方案 3、工程綜合方案5、 設(shè)計階段一、概要設(shè)計根據(jù)軟件需求規(guī)格說明建立軟件總體構(gòu)造和模塊間的關(guān)系,確定各模塊功能,定義各功能模塊的接口,設(shè)計全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)構(gòu)造,在概要設(shè)計明確后,可以對

5、綜合方案進一步細(xì)化,填寫工程進度預(yù)計。概要設(shè)計需經(jīng)過評審。 本階段涉及的文檔: 1產(chǎn)品概要設(shè)計說明書 2數(shù)據(jù)庫設(shè)計說明 3工程進度預(yù)計 4質(zhì)量記錄:評審報告二、詳細(xì)設(shè)計 對概要設(shè)計中產(chǎn)生的功能模塊進展過程描述設(shè)計,設(shè)計功能模塊的內(nèi)部細(xì)節(jié),包括算法和數(shù)據(jù)構(gòu)造,為編寫源代碼提供必要的說明。詳細(xì)設(shè)計需要經(jīng)過評審。 本階段涉及的文檔: 1軟件詳細(xì)設(shè)計說明書 2測試方案 3質(zhì)量記錄:評審報告6、 編碼實現(xiàn)階段、根據(jù)軟件詳細(xì)設(shè)計說明、對各程序模塊進展編碼、調(diào)試、靜態(tài)分析和單元測試,驗證程序單元與設(shè)計說明的一致性。 本階段涉及的文檔: 1、工程進度月報 2、工程周方案和周總結(jié) 3、工程開發(fā)人員周方案 4、工

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

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

8、求而進展的改善性維護,以及可能出現(xiàn)的由于軟件運行環(huán)境的改變而進展的適應(yīng)性維護。 本階段涉及的文檔: 1、軟件問題匯總表 2、維護報告10、 工程開發(fā)文件的審批可行性研究報告及立項申請、工程開發(fā)方案及工程開發(fā)總結(jié)、確認(rèn)方案及確認(rèn)報告、驗收方案及驗收報告由技術(shù)負(fù)責(zé)人審批。工程組人員編寫的其他文件由工程經(jīng)理審批。11、 各階段共同的任務(wù)要求 在軟件開發(fā)過程的各個階段,都要求完成相應(yīng)的文檔編寫工作。本文檔的前面局部已給出了在軟件自上而下周期各個階段中的文檔編制情況。軟件文檔從形式上來看,大致可分為兩類: 一、開發(fā)過程中填寫的各種圖表,稱為工作表格; 二、應(yīng)編制的技術(shù)資料或技術(shù)管理資料,稱為文檔或文件。

9、按照文檔產(chǎn)生和使用的X圍,軟件文檔大致可分為三類: 三、開發(fā)文檔:這類文檔是在軟件開發(fā)過程中,作為軟件開發(fā)人員前一階段工作成果的表達和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設(shè)計說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、可行性研究報告、工程開發(fā)方案。 四、管理文檔:這類文檔是在軟件開發(fā)過程中,由軟件開發(fā)人員制定的需提交人員的一些工作方案或工作報告。使管理人員能夠通過這些文檔了解軟件開發(fā)工程安排、進度、資源使用和成果等。包括工程開發(fā)方案、測試方案、測試報告、開發(fā)進度月報、工程周方案周總結(jié)及工程開發(fā)總結(jié)等。五、用戶文檔:這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護的資料。包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書。工程各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。12、 驗證與評審 軟件評審是保證軟件產(chǎn)品質(zhì)量的重要手段,必須納入軟件開發(fā)過程,并把評審?fù)ㄟ^作為一個軟件階段完成的標(biāo)志,進而轉(zhuǎn)入下一個開發(fā)階段。軟件評審包括有正式評審即評審、內(nèi)部評審兩種形式。正式評審是軟件工程組上級技術(shù)主管主持的評審。內(nèi)部評審以由工程負(fù)責(zé)人組織、開發(fā)人員相互檢查為根本方式。 就整個軟件開發(fā)過程而言,至少要進展可行性分析、軟件需求評審、設(shè)計評審、軟件驗證和確認(rèn)評審、管理評審等五個方面的評審和檢查工作。十三、軟件開發(fā)流程圖客戶提交需求完畢客

溫馨提示

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

評論

0/150

提交評論