軟件生命周期之需求分析和設(shè)計(jì)_第1頁
軟件生命周期之需求分析和設(shè)計(jì)_第2頁
軟件生命周期之需求分析和設(shè)計(jì)_第3頁
軟件生命周期之需求分析和設(shè)計(jì)_第4頁
軟件生命周期之需求分析和設(shè)計(jì)_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

-.z.軟件生命周期之需求分析和設(shè)計(jì)什么是軟件生命周期?軟件生命周期又稱為軟件生存周期或系統(tǒng)開發(fā)生命周期,是指從軟件的產(chǎn)生直到報(bào)廢的整個(gè)過程,它包括問題定義,可行性分析,總體描述,系統(tǒng)設(shè)計(jì),編碼,調(diào)試和測(cè)試,驗(yàn)收與運(yùn)行,維護(hù)升級(jí)到廢棄等階段。每一個(gè)階段都有確定的任務(wù),并產(chǎn)生一定規(guī)格的文檔,提交給下一個(gè)周期作為繼續(xù)工作的依據(jù)。常用開發(fā)模型?需求分析:需求分析過程如何做需求分析?設(shè)計(jì):設(shè)計(jì)過程如何做設(shè)計(jì)?軟件生命周期什么事軟件生命周期軟件生命周期又稱為軟件生存周期或系統(tǒng)開發(fā)生命周期,是指從軟件的產(chǎn)生直到報(bào)廢的整個(gè)過程軟件生命周期過程包括:?jiǎn)栴}定義:用戶需要計(jì)算機(jī)解決的問題是什么?電商系統(tǒng):要計(jì)算機(jī)實(shí)現(xiàn)一個(gè)平臺(tái),商家通過平臺(tái)銷售自己的商品,一般用戶通過平臺(tái)購置商品。可行性分析用戶需要計(jì)算機(jī)解決的問題是否可行?需要進(jìn)展可行性分析。市場(chǎng)可行性分析,是否有市場(chǎng)價(jià)值。技術(shù)可行性分析,使用什么技術(shù)解決用戶提出的問題。需求分析將用戶提出的問題進(jìn)展細(xì)化。先確定大模塊:比方電商系統(tǒng)包括:前臺(tái)的用戶購置平臺(tái),后臺(tái)商家維護(hù)平臺(tái)。再對(duì)每一個(gè)大模塊進(jìn)展細(xì)化。。。。設(shè)計(jì)確定細(xì)化問題的實(shí)現(xiàn)方法編碼解決問題,依據(jù)需求和設(shè)計(jì),文檔進(jìn)展開發(fā)。測(cè)試驗(yàn)證是否已經(jīng)解決用戶提出的問題。單元測(cè)試集成測(cè)試〔測(cè)試業(yè)務(wù)整體流程〕功能用例測(cè)試〔對(duì)功能點(diǎn)進(jìn)展測(cè)試〕性能測(cè)試〔使用專業(yè)工具進(jìn)展壓力和穩(wěn)定性測(cè)試〕維護(hù)修改性維護(hù):前期沒有測(cè)試出的問題,正式上線運(yùn)行后bug顯現(xiàn)出來,對(duì)這些bug進(jìn)展修改。完善性維護(hù):在現(xiàn)有功能的根底上增加或完善功能。預(yù)防性維護(hù):后期根據(jù)正式運(yùn)行的情況對(duì)系統(tǒng)進(jìn)展優(yōu)化。常用的開發(fā)模型瀑布模型強(qiáng)調(diào):該模型給出了固定的順序,將生存期活動(dòng)從上一個(gè)階段向下一個(gè)階段逐級(jí)過渡,如同流水下瀉,最終得到所開發(fā)的軟件產(chǎn)品,投入使用。適用場(chǎng)合:需求明確,解決方案明確,常在一些中小型工程中使用。原型模型:原型模型的第一步是建造一個(gè)快速原型,實(shí)現(xiàn)客戶或未來的用戶與系統(tǒng)的交互,用戶或客戶對(duì)原型進(jìn)展評(píng)價(jià),進(jìn)一步細(xì)化待開發(fā)軟件的需求。通過逐步調(diào)整原型使其滿足客戶的要求,開發(fā)人員可以確定客戶的真正需什么;第二步則在第一步的根底上開發(fā)客戶滿意的軟件產(chǎn)品。強(qiáng)調(diào):開發(fā)階段是圍繞著原型進(jìn)展,逐步求精對(duì)原型驚醒修改優(yōu)化,進(jìn)展實(shí)施。適用場(chǎng)合:前期需求不確定,采用原型方法方便搜集需求。1.2.3增量模型:又稱演化模型。與建造大廈一樣,軟件也是一步一步建造起來的。在增量模型中,軟件被作為一系列的增量構(gòu)件來設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試,每一個(gè)構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成.增量模型在各個(gè)階段并不交付一個(gè)可運(yùn)行的完整產(chǎn)品,而是交付滿足客戶需求的一個(gè)子集的可運(yùn)行產(chǎn)品。整個(gè)產(chǎn)品被分解成假設(shè)干個(gè)構(gòu)件,開發(fā)人員逐個(gè)構(gòu)件地交付產(chǎn)品,這樣做的好處是軟件開發(fā)可以較好地適應(yīng)變化,客戶可以不斷地看到所開發(fā)的軟件,從而降低開發(fā)風(fēng)險(xiǎn)。2需求分析2.1什么事需求分析是指對(duì)要解決的問題進(jìn)展詳細(xì)的分析,弄清楚問題的要求,包括需要輸入什么數(shù)據(jù),要得到什么結(jié)果,最后應(yīng)輸出什么??梢哉f,在軟件工程當(dāng)中的“需求分析〞就是確定要計(jì)算機(jī)“做什么〞,要到達(dá)什么樣的效果??梢哉f需求分析是做系統(tǒng)之前必做的。包括:需求調(diào)研,需求描述,需求評(píng)審2.2需求調(diào)研目標(biāo):挖掘用戶需求過程:首先確定目標(biāo)用戶,開發(fā)人員和目標(biāo)用戶確定一個(gè)問題領(lǐng)域,并定義一個(gè)描述該問題的系統(tǒng),用戶在這個(gè)問題領(lǐng)域和系統(tǒng)下提出需求,需求類型包括:功能需求,質(zhì)量需求,用戶體驗(yàn)需求等等。需求調(diào)研方法:根據(jù)不同的工程,不同的用戶群體采用不同的方法:與客戶交談,向用戶提問題/參觀用戶工作流程,觀擦用戶操作向用戶發(fā)調(diào)查問卷與同行,專家交談,聽取他們的意見分析已經(jīng)存在的軟件產(chǎn)品,提取需求從行業(yè)標(biāo)準(zhǔn),規(guī)劃中提取需求上網(wǎng)搜索相關(guān)資料2.3需求描述通過需求調(diào)研到的資料進(jìn)展分析,鑒別,綜合和建模,去除用戶需求的模糊性,歧義性和不一致性。分析系統(tǒng)的數(shù)據(jù)要求,為原始問題及目標(biāo)軟件建立邏輯模型標(biāo)志:形成了一份完整的,規(guī)的需求規(guī)格說明書需求規(guī)格說明說的編制是為了使用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解,使之成為整個(gè)開發(fā)工作的根底。軟件需求規(guī)格說明書的容包括:系統(tǒng)概述,運(yùn)行環(huán)境,功能模塊圖,功能用例,性能需求,接口需求,其他需求等等。輔助工具:功能模塊圖/功能架構(gòu)圖visio/rose等接口需求:系統(tǒng)對(duì)外接口:接口描述容:商品支付接口接口功能描述:電商需要調(diào)用網(wǎng)銀支付接口進(jìn)展支付接口方向:電商→網(wǎng)銀借口數(shù)據(jù)描述〔重點(diǎn)〕開發(fā)人員依據(jù)接口數(shù)據(jù)描述開發(fā)程序電商要向銀發(fā)送什么數(shù)據(jù)格式〔包括請(qǐng)求和響應(yīng)兩局部數(shù)據(jù)〕建議:企業(yè)開發(fā)必須經(jīng)過需求分析過程2.3特點(diǎn)2.3.1供需交流困難在軟件生存周期中,其它四個(gè)階段都是面向軟件技術(shù)問題,只有本階段是面向用戶的。需求分析是對(duì)用戶的業(yè)務(wù)活動(dòng)進(jìn)展分析,明確在用戶的業(yè)務(wù)環(huán)境中軟件系統(tǒng)應(yīng)該"做什么"。但是在開場(chǎng)時(shí),開發(fā)人員和用戶雙方都不能準(zhǔn)確地提出系統(tǒng)要"做什么?"。因?yàn)檐浖_發(fā)人員不是用戶問題領(lǐng)域的專家,不熟悉用戶的業(yè)務(wù)活動(dòng)和業(yè)務(wù)環(huán)境,又不可能在短期搞清楚;而用戶不熟悉計(jì)算機(jī)應(yīng)用的有關(guān)問題。由于雙方互相不了解對(duì)方的工作,又缺乏共同語言,所以在交流時(shí)存在著隔膜。2.3.2需求動(dòng)態(tài)化對(duì)于一個(gè)大型而復(fù)雜的軟件系統(tǒng),用戶很難準(zhǔn)確完整地提出它的功能和性能要求。一開場(chǎng)只能提出一個(gè)大概、模糊的功能,只有經(jīng)過長(zhǎng)時(shí)間的反復(fù)認(rèn)識(shí)才逐步明確。有時(shí)進(jìn)入到設(shè)計(jì)、編程階段才能明確,更有甚者,到開發(fā)后期還在提新的要求。這無疑給軟件開發(fā)帶來困難。2.3.3后續(xù)影響復(fù)雜需求分析是軟件開發(fā)的根底。假定在該階段發(fā)現(xiàn)一個(gè)錯(cuò)誤,解決它需要用一小時(shí)的時(shí)間,到設(shè)計(jì)、編程、測(cè)試和維護(hù)階段解決,則要花2.5、5、25、100倍的時(shí)間。因此,對(duì)于大型復(fù)雜系統(tǒng)而言,首先要進(jìn)展可行性研究。開發(fā)人員對(duì)用戶的要求及現(xiàn)實(shí)環(huán)境進(jìn)展調(diào)查、了解,從技術(shù)、經(jīng)濟(jì)和社會(huì)因素三個(gè)方面進(jìn)展研究并論證該軟件工程的可行性,根據(jù)可行性研究的結(jié)果,決定工程的取舍。2.4任務(wù)需求分析的任務(wù)是通過詳細(xì)調(diào)查現(xiàn)實(shí)世界要處理的對(duì)象,充分了解原系統(tǒng)工作概況,明確用戶的各種需求然后在此根底上確定新系統(tǒng)的功能。確定對(duì)系統(tǒng)的綜合要求,雖然功能需對(duì)軟件系統(tǒng)的一項(xiàng)根本需求,但卻并不是唯一的需求,通常對(duì)軟件系統(tǒng)有下述幾方面的綜合要求。1.功能需求2.性能需求3.可靠性和可用性需求4.出錯(cuò)處理需求5.接口需求6.約束7.逆向需求8.將來可能提出的要求2.5需求評(píng)審由架構(gòu)師,技術(shù)經(jīng)理,需求分析人員,設(shè)計(jì)人員,開發(fā)人員對(duì)需求規(guī)格說明書進(jìn)展審核。審核容:看需求規(guī)格說明書是否符合文檔規(guī)。需求描述是否詳細(xì)〔設(shè)計(jì)人員。3設(shè)計(jì)3.1軟件設(shè)計(jì)設(shè)計(jì)是從軟件需求規(guī)格說明書出發(fā),根據(jù)需求分析階段確定的功能設(shè)計(jì)軟件系統(tǒng)的整體構(gòu)造、劃分功能模塊、確定每個(gè)模塊的實(shí)現(xiàn)算法以及編寫核心代碼,形成軟件的具體設(shè)計(jì)方案。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)3.1.1總體設(shè)計(jì)〔概要設(shè)計(jì)〕根據(jù)軟件需求說明,建立目標(biāo)系統(tǒng)的總體構(gòu)造和模塊間的關(guān)系

溫馨提示

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

評(píng)論

0/150

提交評(píng)論