軟件工程各階段的工作內(nèi)容及特征

1、軟件工程各階段的工作內(nèi)容及特征軟件工程的目標(biāo)是提高軟件質(zhì)量，質(zhì)量因素有正確性、性能、可靠性、容錯(cuò)性、易用性、靈活性、可擴(kuò)充性、可理解性、可維護(hù)性等等。開發(fā)常用模型有：線性模型、漸增式模型、螺旋模型、快速原型模型、形式化描述模型等等?！疤子霉潭ǖ哪Ｐ筒皇浅绦騿T的聰明之舉”。比如“程序設(shè)計(jì)”與“測(cè)試”之間的關(guān)系，習(xí)慣上總以為程序設(shè)計(jì)在先，測(cè)試在后，而對(duì)于一些復(fù)雜的程序，將測(cè)試分為同步測(cè)試與總測(cè)試更有效。軟件開發(fā)中的三種基本策略：“復(fù)用”“分而治之”“優(yōu)化折衷”。軟件復(fù)用是將具有一定集成度并可以重復(fù)使用的軟件組成單元，稱為軟構(gòu)件。分而治之是指把一個(gè)復(fù)雜的問(wèn)題分解成若干個(gè)簡(jiǎn)單的問(wèn)題，然后逐個(gè)解決。軟件

2、的優(yōu)化是指優(yōu)化軟件的各個(gè)質(zhì)量因素，如提高運(yùn)行速度，提高對(duì)內(nèi)存資源的利用率，使用戶界面更加友好等等。優(yōu)化工作的復(fù)雜之處是很多目標(biāo)之間存在千絲萬(wàn)縷的關(guān)系，當(dāng)不能夠使所有的目標(biāo)都得到優(yōu)化時(shí)，就需要“折衷”策略。軟件中的折衷策略是指通過(guò)協(xié)調(diào)各個(gè)質(zhì)量因素，實(shí)現(xiàn)整體質(zhì)量的最優(yōu)。軟件折衷的重要原則是不能使某一方損失關(guān)鍵的職能，更不可以像“舍魚而取熊掌”那樣拋棄一方。下面從需求分析、系統(tǒng)分析、系統(tǒng)實(shí)現(xiàn)、測(cè)試與改錯(cuò)、維護(hù)與再生這五個(gè)方面逐一闡述。2.1 需求分析階段需求分析是項(xiàng)目成敗與否的第一步，對(duì)需求把握得越準(zhǔn)確，軟件的修修補(bǔ)補(bǔ)就越少。有些需求在一開始時(shí)很難確定，在開發(fā)過(guò)程中要不斷地加以改正。軟件修改越早代價(jià)

3、越少，修改越晚代價(jià)越大。需求分析要關(guān)注到每一個(gè)最終使用者，避免遺漏使用方的需求。需求分析盡量從多個(gè)角度進(jìn)行。需求分析需要與使用者進(jìn)行多次反復(fù)溝通，開發(fā)者做到真正領(lǐng)會(huì)使用者的需求。做可行性分析不能以偏蓋全，也不可以什么雞毛蒜皮的細(xì)節(jié)都加以權(quán)衡?？尚行苑治霰仨殲闆Q策提供有價(jià)值的證據(jù)。需要分析的工作要點(diǎn)有：1）完成問(wèn)題整理、收集；2）走訪使用部門，進(jìn)行詢問(wèn)、溝通；3）交流中的心態(tài)定位是我們?cè)跒榫庉嫛闃I(yè)務(wù)工作；4）我們要為用戶考慮。讓用戶意識(shí)到我們的每一句話都是在為他們考慮；5）采用適當(dāng)?shù)慕涣髡Z(yǔ)言。勾畫出思路清晰用戶易懂的流程圖，清晰明了的表格，形象美觀的圖形，必不可少的文字；6）保留交流的記錄和整

4、理匯總的文檔；7）技術(shù)人員自己要提出用戶易用性需求、系統(tǒng)功能需求、系統(tǒng)維護(hù)需求；8）響應(yīng)變更需求，拒絕不合理要求；9）業(yè)務(wù)建*Ho通過(guò)UML繪制的模型來(lái)完整、適當(dāng)?shù)貙?duì)需求進(jìn)行描述；10）分析繪制業(yè)務(wù)流程圖和數(shù)據(jù)流程圖，總結(jié)出各級(jí)操作人員，識(shí)別系統(tǒng)中的所有用例和角色；分析各角色和用例之間的聯(lián)系，使用UML建模工具畫出系統(tǒng)的用例圖；最后勾畫系統(tǒng)的概念層模型，借助UML建模工具描述概念層的類圖和活動(dòng)圖。2.2 系統(tǒng)設(shè)計(jì)階段系統(tǒng)設(shè)計(jì)階段完成系統(tǒng)設(shè)計(jì)。系統(tǒng)設(shè)計(jì)是把需求轉(zhuǎn)化為軟件系統(tǒng)的最重要的環(huán)節(jié)，決定一套軟件系統(tǒng)的健壯性、可擴(kuò)展性、易開發(fā)性等。系統(tǒng)設(shè)計(jì)的優(yōu)劣在根本上決定了軟件系統(tǒng)的質(zhì)量。這個(gè)階段要確定系

5、統(tǒng)結(jié)構(gòu)，系統(tǒng)結(jié)構(gòu)的穩(wěn)定性決定應(yīng)用軟件的使用壽命。有了上一階段需求的把控和需求建模，系統(tǒng)分析階段就要完成結(jié)構(gòu)設(shè)計(jì)、模塊設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)。模塊設(shè)計(jì)的組件單元盡可能小，可讓每個(gè)程序員承擔(dān)很少的開發(fā)部分，各部分之間不受牽制，強(qiáng)內(nèi)聚、弱耦合，使單元組件可以隨時(shí)重新開發(fā)，而對(duì)整體的開發(fā)不造成瓶頸。該階段還要設(shè)計(jì)系統(tǒng)運(yùn)行平臺(tái)的架構(gòu)，部署系統(tǒng)物理平臺(tái)，制定系統(tǒng)備份恢復(fù)機(jī)制。2.3 系統(tǒng)實(shí)現(xiàn)階段此階段選擇通用的編程工具，按照需求建模和系統(tǒng)設(shè)計(jì)中不同模塊拆分給不同的技術(shù)人員，并實(shí)現(xiàn)進(jìn)度控制。2.4 測(cè)試階段該階段是系統(tǒng)上線前的關(guān)鍵期，是對(duì)需求分析和理解的驗(yàn)證階段，在這個(gè)階段可以發(fā)現(xiàn)結(jié)構(gòu)設(shè)計(jì)的合理性，進(jìn)而可能回退到分析設(shè)計(jì)階段進(jìn)行系統(tǒng)重構(gòu)。可以按照黑盒測(cè)試、正確性測(cè)試、容錯(cuò)性測(cè)試、性能與效率測(cè)試、易用性測(cè)試和文檔測(cè)試這6個(gè)方面進(jìn)行分組測(cè)試。開發(fā)過(guò)程中進(jìn)行同步測(cè)試。針對(duì)測(cè)試中發(fā)現(xiàn)的問(wèn)題，進(jìn)行程序修改。之后再進(jìn)行分組測(cè)試，如此往復(fù)。最后，進(jìn)行總測(cè)試，直至成品。2.5 維護(hù)再生階段開發(fā)人員通常會(huì)忽略維護(hù)與再生這個(gè)環(huán)節(jié)。對(duì)于一個(gè)優(yōu)秀的程序員來(lái)說(shuō)，這個(gè)環(huán)節(jié)非常關(guān)鍵。在這個(gè)環(huán)節(jié)中，程序員可以積累很多運(yùn)行中存在的問(wèn)題，將這些問(wèn)題總結(jié)