軟件工程專(zhuān)業(yè)優(yōu)秀論文
軟件工程是大學(xué)電子信息系一個(gè)熱門(mén)的專(zhuān)業(yè)，那么大家知道軟件工程專(zhuān)業(yè)論文怎么書(shū)寫(xiě)嗎？在此，小編為大家準備好了軟件工程專(zhuān)業(yè)優(yōu)秀論文，一起來(lái)學(xué)習吧！
[摘 要]我國的信息化已經(jīng)走過(guò)了20多年的歷程,但許多軟件開(kāi)發(fā)公司仍不得不在收集、編寫(xiě)和管理產(chǎn)品需求中疲于奔命。而缺乏用戶(hù)參與、不完整的需求及不斷變更需求,是導致信息技術(shù)項目不能按進(jìn)度安排和資金預算完成全部功能的主要原因。
[關(guān)鍵詞]用戶(hù) 軟件開(kāi)發(fā) 軟件工程
需求分析是軟件工程中的一個(gè)重要環(huán)節,是關(guān)乎軟件項目開(kāi)發(fā)成敗的重要因素�，F在的軟件項目中返工開(kāi)銷(xiāo)幾乎占了總開(kāi)發(fā)的一半,而導致返工的主要原因是需求分析不明確,從而引發(fā)項目開(kāi)發(fā)中的一系列更改。這些更改可能導致浪費大量資源、軟件項目無(wú)法按時(shí)完成等嚴重問(wèn)題。所以,需求分析是軟件設計和實(shí)現的基礎,是軟件項目邁向成功的重中之重。
一、軟件工程中的需求分析概述
一個(gè)軟件項目的開(kāi)發(fā)主要分為五個(gè)階段:需求分析階段、設計階段、編碼階段、測試階段和維護階段。而需求分析階段所得到的結果。是軟件項目開(kāi)發(fā)中其他四個(gè)階段的必備條件。從以往的經(jīng)驗來(lái)看,需求分析中的一個(gè)稍稍的偏差,就可能導致整個(gè)項目無(wú)法達到預期的效果。
需求分析是指理解用戶(hù)需求,就軟件功能與客戶(hù)達成一致,估計軟件風(fēng)險和評估項目代價(jià),最終形成開(kāi)發(fā)計劃的一個(gè)復雜過(guò)程。在這個(gè)過(guò)程中,用戶(hù)的確是處在主導地位,需求分析工程師和項目經(jīng)理要負責整理用戶(hù)需求,為之后的軟件設計打下基礎。需求分析階段結束后,要求得到:1.SRS文檔(System Requirement Specification); 2.DRM 文檔;3.Acceptance Plan。從廣義上理解需求分析則包括需求的獲取、分析、規格說(shuō)明、變更、驗證、管理的一系列需求工程。
二、軟件工程中的需求工作流程
軟件需求是指用戶(hù)對目標軟件在功能、行為、性能、設計約束等方面的期望。通過(guò)對問(wèn)題及其環(huán)境的理解與分析,為問(wèn)題涉及的信息、功能及行為建立模型,將用戶(hù)需求精確化、完全化,最終形成需求規格說(shuō)明,如圖1所示,整個(gè)活動(dòng)構成軟件開(kāi)發(fā)生命周期的需求分析階段。在需要的開(kāi)發(fā)中, 問(wèn)題的獲取包括業(yè)務(wù)需求、用戶(hù)需求、功能需求。業(yè)務(wù)需求的參與者主要是業(yè)務(wù)流程分析員,對企業(yè)目前的業(yè)務(wù)流程進(jìn)行評估,確定進(jìn)行何種程度的業(yè)務(wù)建模;用戶(hù)需求重心是如何收集用戶(hù)需求,確定角色和用例,獲取需求的方法傾向組織訪(fǎng)談會(huì );功能需求依賴(lài)于用戶(hù)需求,是用戶(hù)需求在系統上的一個(gè)映射,為用戶(hù)做一個(gè)軟件原型是一個(gè)很好的方法。
三、軟件工程中的需求分析
需求分析包括提煉、分析和仔細審查已收集到的需求,以確保所有承擔風(fēng)險者都明白其含義,能找出其的錯誤、遺漏等地方。分析員通過(guò)評價(jià)來(lái)確定是否所有的需求和軟件需求規格說(shuō)明都達到了優(yōu)秀需求說(shuō)明的要求。分析的目的在于開(kāi)發(fā)出高質(zhì)量的需求,這樣你能做出實(shí)用的項目估算并可以進(jìn)行設計、構造和測試。通常,把需求中的一部分用多種形式來(lái)描述,如同時(shí)用文本和圖形來(lái)描述。分析這些不同的視圖將揭示出一些更深的問(wèn)題,這是單一視圖無(wú)法提供的。分析還包括與客戶(hù)的交流以澄清某些混淆,并明確哪些需求是更為重要的。其目的是確保所有風(fēng)險承擔者盡早地對項目達成共識并對將來(lái)的產(chǎn)品有個(gè)相同而清晰的認識。
1. 創(chuàng )建數據字典。數據字典是對系統用到的所有數據項和結構的定義,以確保開(kāi)發(fā)人員使用統一的.數據定義。在需求階段,數據字典至少應定義客戶(hù)數據項以確�？蛻�(hù)與開(kāi)發(fā)小組使用一致的定義和術(shù)語(yǔ)。分析和設計工具通常包括數據字典組件。
2. 確定需求的優(yōu)先級別。應用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項需求實(shí)現的優(yōu)先級別。以?xún)?yōu)先級為基礎確定產(chǎn)品版本將包括哪些特性或哪類(lèi)需求。當允許需求變更時(shí),在特定的版本中加入每一項變更,并在那個(gè)版本計劃中做出需要的變更。
3. 分析需求可行性。在允許的成本、性能要求下,分析每項需求實(shí)施的可行性,明確與每項需求實(shí)現相聯(lián)系的風(fēng)險,包括與其它需求的沖突,對外界因素的依賴(lài)和技術(shù)障礙。
4. 使用質(zhì)量功能調配。質(zhì)量功能調配是一種高級系統技術(shù),它將產(chǎn)品特性、屬性與對用戶(hù)價(jià)值聯(lián)系起來(lái)。該技術(shù)提供了一種分析方法以明確哪些是客戶(hù)最為關(guān)注的特性。質(zhì)量功能調配將需求分為三類(lèi):期望需求,即客戶(hù)或許并未提及,但如若缺少會(huì )讓他們感到不滿(mǎn)意;普通需求和興奮需求,即實(shí)現了會(huì )給客戶(hù)帶去驚喜,但若未實(shí)現也不會(huì )受到責備。
5. 衡量需求穩定性。記錄基本需求的數量和每周或每月的變更數量(添加、修改、刪除)。過(guò)多的需求變更“是一個(gè)報警信號”意味著(zhù)問(wèn)題并未真正弄清楚,項目范圍并未很好的確定下來(lái)或是政策變化較大。
6. 繪制系統上下文示意圖。這種示意圖是用于定義系統與系統外部實(shí)體問(wèn)的界限和接口的簡(jiǎn)單模型。同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流。
7. 作為功能需求的補充,軟件需求規格說(shuō)明還應包括非功能需求,它描述了系統展現給用戶(hù)的行為和執行的操作等。它包括產(chǎn)品必須遵從的標準、規范和合約;外部界面的具體細節;性能要求;設計或實(shí)現的約束條件及質(zhì)量屬性。
軟件需求分析中的關(guān)鍵就是展開(kāi)分析、發(fā)現問(wèn)題、征服問(wèn)題。所有的一切都是為了能夠將軟件中的錯誤和漏洞在需求分析和需求工程階段發(fā)現并解決,這樣才能使軟件開(kāi)發(fā)的成本收益比達到最大,使得軟件在其生命周期中的維護費用降到最低,這也是我進(jìn)行軟件需求分析方法研究的目的,希望可以通過(guò)上述的軟件需求分析的方法研究為以后軟件的開(kāi)發(fā)打下一個(gè)良好的基礎。
參考文獻:
[1]鄭人杰等:實(shí)用軟件工程(第2版),北京:清華大學(xué)出版社,1997
[2]史濟民等:軟件工程一原理、方法和應用,北京:高等教育出版社,2002
[3]P re s smaI1:軟件工程一實(shí)踐者研究方法(第4版).北京:機械工業(yè)出版社. 1 9 99
[4]張龍祥:UML與系統分析設計.北京:人民郵電出版社,2007
[5]孫家廣:軟件工程――理論、方法與實(shí)踐, 高等教育出版社
【軟件工程專(zhuān)業(yè)優(yōu)秀論文】相關(guān)文章：
軟件工程論文開(kāi)題報告01-25
軟件工程論文開(kāi)題報告范文01-25
軟件工程論文的開(kāi)題報告07-31
軟件工程的100道問(wèn)答題11-10
軟件工程師崗位工作簡(jiǎn)歷模板04-18