下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、軟件開發(fā)流程開發(fā)流程總圖可行性分析和項(xiàng)目開發(fā)計(jì)劃 -需求分析 -概要分析 -詳細(xì)設(shè)計(jì) -編碼-測試 -維護(hù)(一)可行性分析和項(xiàng)目開發(fā)計(jì)劃 軟件可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該 軟件項(xiàng)目是否夠開發(fā),是否值得去開發(fā) 。i. 技術(shù)可行性 確定現(xiàn)有資源(軟件、硬件、技術(shù)人員)條件下,項(xiàng)目是否能實(shí)現(xiàn)。ii. 經(jīng)濟(jì)可行性進(jìn)行開發(fā)成本的估算以及了解取得經(jīng)濟(jì)效益的評估, 確定要開發(fā)的項(xiàng)目是否值 得投資去開發(fā)。iii. 社會可行性 要開發(fā)的項(xiàng)目是否存在任何侵犯、 妨礙等責(zé)任問題, 要開發(fā)項(xiàng)目的運(yùn)行方式在 用戶組內(nèi)是否行得通,現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。編寫文檔: 可行性研究
2、報告 項(xiàng)目開發(fā)計(jì)劃 項(xiàng)目開發(fā)計(jì)劃是一個管理性文檔,說明項(xiàng)目的各項(xiàng)主要工作,雙 方承擔(dān)的責(zé)任,項(xiàng)目完成期限及其他條件限制。(二)需求分析 需求分析是指:開發(fā)人員準(zhǔn)確理解用戶的要求,進(jìn)行細(xì)致的調(diào)查分析, 將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義, 再由需求定義轉(zhuǎn)化到相應(yīng) 形式的功能規(guī)約 (需求規(guī)格說明書 )的過程。需求分析的任務(wù):i. 問題識別1. 功能需求:所開發(fā)的軟件必須具備怎樣的功能。2. 性能需求:待開發(fā)的軟件的技術(shù)性能指標(biāo)。3. 環(huán)境需求:軟件運(yùn)行時所需的軟硬件的要求。4. 用戶界面需求:人機(jī)交互方式等。ii. 分析與綜合,導(dǎo)出軟件的邏輯模型 在分析與綜合中,逐步細(xì)化軟件功能,劃分各個
3、子功能,用圖文結(jié)合的形式, 建立系統(tǒng)的邏輯模型。iii. 編寫文檔 需求規(guī)格說明書 :把雙方共同的理解與分析結(jié)果用規(guī)范的方式描述出來, 作為今后各項(xiàng)工作的基礎(chǔ)。初步用戶使用手冊 :著重反應(yīng)被開發(fā)軟件的用戶功能界面和用戶使用的 具體要求。確認(rèn)測試計(jì)劃 : 對原計(jì)劃進(jìn)行適當(dāng)修整。需求分析方法:結(jié)構(gòu)化分析方法,簡稱 SA是面向數(shù)據(jù)流進(jìn)行分析的方法。該方 法使用簡單易讀的符號, 根據(jù)軟件內(nèi)數(shù)據(jù)傳遞、變換的關(guān)系, 自頂向下逐層分解, 描繪 出滿足功能要求的軟件模型。描述工具:數(shù)據(jù)流圖(DFD):以圖形方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的工程。 數(shù)據(jù)字典(DD):為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服
4、務(wù)。三)概要設(shè)計(jì) 概要設(shè)計(jì)是要軟件“做什么” 的邏輯模型變換為“怎么做” 的物理模型, 把軟件需求轉(zhuǎn)換為軟件表示,描述軟件的總的體系結(jié)構(gòu)。概要設(shè)計(jì)任務(wù)i. 設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)1. 采用某種設(shè)計(jì)方法,將一個復(fù)雜的系統(tǒng)按功能劃分為模塊2. 確定每個模塊的功能3. 確定模塊之間的調(diào)用關(guān)系4. 確定模塊之間的接口ii. 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計(jì)對于大型數(shù)據(jù)處理的軟件系統(tǒng), 除了控制結(jié)構(gòu)的模塊設(shè)計(jì)外, 數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù) 庫設(shè)計(jì)也比較重要。iii. 編寫概要設(shè)計(jì)文檔 概要設(shè)計(jì)說明書 數(shù)據(jù)庫設(shè)計(jì)說明書軟件結(jié)構(gòu)設(shè)計(jì)優(yōu)化準(zhǔn)則:1、劃分模塊時,盡量做到高內(nèi)聚,低耦合,保持模塊相對獨(dú)立性,可將功能 過于簡單而又有聯(lián)系的模塊
5、進(jìn)行合并,合并時消除重復(fù)功能。2、有判定功能的模塊應(yīng)與受其影響的模塊在層次上盡量靠近。3、軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應(yīng)適當(dāng)。4、模塊的大小要適中。5、模塊的接口要簡單、清晰、含義明確、便于理解、易于實(shí)現(xiàn)、測試與維護(hù)。四)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)任務(wù):i. 為每個模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)概要設(shè)計(jì),將每個模塊的處理過程的詳細(xì)算法描述出來。ii. 為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì),對于需求分析,概要設(shè)計(jì)確定的概念性的數(shù)據(jù)類型進(jìn)行確切的定義。iii. 對數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)iv. 編寫詳細(xì)設(shè)計(jì)說明書五)編碼編碼即“編程序”,它是在前一階段詳細(xì)設(shè)計(jì)的基礎(chǔ)上進(jìn)行的。它是詳細(xì)設(shè) 計(jì)得到的處理過程的描述轉(zhuǎn)換為基于某種計(jì)算
6、機(jī)語言的程序。程序設(shè)計(jì)語言的選擇:1、項(xiàng)目的應(yīng)用領(lǐng)域2、軟件開發(fā)的方法3、軟件執(zhí)行的環(huán)境4、軟件開發(fā)人員的知識程序設(shè)計(jì)風(fēng)格1、源程序文檔化(編碼規(guī)范)2、數(shù)據(jù)說明(注釋)3、語句構(gòu)造4、輸入輸出(結(jié)束標(biāo)志)5、效率六)測試 測試階段的基本任務(wù)是根據(jù)軟件開發(fā)的各階段的文檔資料和程序內(nèi)部結(jié)構(gòu), 精心設(shè)計(jì)一組測試用例,找出軟件潛在的各種錯誤和缺陷。軟件測試原則:1、測試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。2、測試用例不僅要選擇合理的輸入數(shù)據(jù),還要選擇不合理的輸入數(shù)據(jù)3、除了檢查程序是否做了它應(yīng)該做的事, 還要檢查程序是否做了它不應(yīng)該做的事。4、長期保留測試用例。5、程序員避免測試自己的程序。
7、測試方法:1、靜態(tài)測試:不在機(jī)器上運(yùn)行,采用人工檢測和計(jì)算機(jī)輔助分析的手段對程序進(jìn) 行檢測。2、動態(tài)測試:a) 黑盒測試: 測試人員不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程,只在軟件接口進(jìn)行測試,依據(jù)需求規(guī)格說明書,檢查程序是否滿足功能需求。b) 白盒測試: 測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程,以檢查處理過程的細(xì)節(jié)為基礎(chǔ), 對程序中盡可能多的邏輯路徑進(jìn)行測試, 檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù) 結(jié)構(gòu)是否有錯,實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。測試過程:1、單元測試:對源程序中每一個程序單元進(jìn)行測試,檢查各個模塊是否正確實(shí)現(xiàn) 規(guī)定的功能,從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。2、集成測試:檢查與設(shè)計(jì)相關(guān)的軟件體
8、系結(jié)構(gòu)的有關(guān)問題。3、確認(rèn)測試:主要檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需 求。4、系統(tǒng)測試:把已確認(rèn)的軟件與其他系統(tǒng)元素(其他支出軟件、硬件等)結(jié)合在 一起測試。版本發(fā)布:分為 a、 b、 c 三個階段1、 a 階段也就是一開始測試的階段,它是由該公司內(nèi)部人員完成,稱為:alpha測試, alpha 測試主要看有沒有功能上的缺失或系統(tǒng)錯誤什么的。2、b 階段發(fā)布到公網(wǎng)上或以其他途徑發(fā)給普通用戶測試,稱為:beta 測試。主要看客戶對軟件外觀,使用方便性等的反應(yīng)。3、C階段稱為:RC測試,該版本已經(jīng)完成全部功能并清除大部分bug ,到這個階段只會去除一小的bug ,不會對軟件做任何大的更改。最后正式版發(fā)布,測試階段結(jié)束 同時會在正式版的軟件名稱加上-final七)軟件維護(hù)軟件投入使用后就進(jìn)行軟件維護(hù)階段, 是軟件生存周期中時間最長的一個階 段。軟件維護(hù)內(nèi)容:1、 校正性維護(hù) :軟件交付使用后,由于軟件開發(fā)過程中產(chǎn)生的錯誤并沒有完全徹 底的在程序中發(fā)現(xiàn),這些隱含的錯誤在某些特定的使用環(huán)境下會暴露出來。2、 適應(yīng)性維護(hù) :隨著計(jì)算機(jī)的發(fā)展,計(jì)
溫馨提示
- 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度林權(quán)流轉(zhuǎn)與林業(yè)資源保護(hù)合作合同4篇
- 上海市閔行區(qū)24校2025屆中考生物押題卷含解析
- 二零二五版LED顯示屏內(nèi)容管理系統(tǒng)集成合同3篇
- 二零二五版房地產(chǎn)股權(quán)托管與風(fēng)險控制合同3篇
- 2024陶幻離婚后共同子女課外活動費(fèi)用分擔(dān)協(xié)議3篇
- 2025年度瓶裝純凈水生產(chǎn)加工合作協(xié)議4篇
- 2025年度5G通信技術(shù)研究人員聘用協(xié)議書4篇
- 2025年綠植市場綠植銷售與售后服務(wù)合同3篇
- 二零二四年內(nèi)墻抹灰班組高效施工勞務(wù)分包協(xié)議6篇
- 2025年度新能源儲能技術(shù)合作開發(fā)與應(yīng)用合同4篇
- 2025年河北供水有限責(zé)任公司招聘筆試參考題庫含答案解析
- Unit3 Sports and fitness Discovering Useful Structures 說課稿-2024-2025學(xué)年高中英語人教版(2019)必修第一冊
- 農(nóng)發(fā)行案防知識培訓(xùn)課件
- 社區(qū)醫(yī)療抗菌藥物分級管理方案
- NB/T 11536-2024煤礦帶壓開采底板井下注漿加固改造技術(shù)規(guī)范
- 2024年九年級上德育工作總結(jié)
- 2024年儲罐呼吸閥項(xiàng)目可行性研究報告
- 除氧器出水溶解氧不合格的原因有哪些
- 沖擊式機(jī)組水輪機(jī)安裝概述與流程
- 新加坡SM2數(shù)學(xué)試題
- 畢業(yè)論文-水利水電工程質(zhì)量管理
評論
0/150
提交評論