軟件工程復習知識點_第1頁
已閱讀1頁,還剩16頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、1.軟件危機的概念,內容,原因及消除的途徑;軟件危機的概念,內容,原因及消除的途徑;軟件危機的概念:軟件危機的概念:軟件危機是指在計算機軟件的開發(fā)和維護過程中遇到的一系列嚴重問題。概括地說,軟件危機包含兩方面問題:概括地說,軟件危機包含兩方面問題:如何開發(fā)軟件,以滿足對軟件日益增長的需求;如何維護數(shù)量不斷膨脹的已有軟件。軟件危機產生的原因:軟件危機產生的原因:軟件本身的復雜性、難衡量的特點;2.軟件開發(fā)與維護的方法不正確。消除軟件危機的

2、途徑:消除軟件危機的途徑:(1)對計算機軟件應當有一個正確的認識;(2)應當有組織、有計劃、通過嚴格的管理手段進行軟件的開發(fā);(3)及時總結軟件開發(fā)的成功技術和方法并加以推廣;(4)開發(fā)和使用更好的軟件工具;總之,為了解決軟件危機,既要有技術措施,又要有必要的組織管理措施。2.軟件工程的定義,基本原理;軟件工程的定義,基本原理;定義:軟件工程是指導計算機軟件開發(fā)和維護的一門工程學科。基本原理:軟件工程的7條基本原理:(1)用分階段的生命

3、周期計劃嚴格管理(2)堅持進行階段評審(3)實行嚴格的產品控制(4)采用現(xiàn)代程序設計技術(5)結果應能清楚地審查(6)開發(fā)小組的人員應該少而精(7)承認不斷改進軟件工程實踐的必要性3.軟件工程方法學的基本概念、內容;軟件工程方法學的基本概念、內容;基本概念:把在軟件生命周期全過程中使用的一整套開發(fā)和管理技術方法的集合成為軟件工程方法學,也稱為范型。軟件工程方法學包含3個要素:方法、工具和過程。內容:目前使用得最廣泛地軟件工程方法學,分別

4、是傳統(tǒng)方法學和面向對象方法學。傳統(tǒng)方法學也稱為生命周期方法學或結構化范型。4.軟件生命周期的具體內容,每一個階段的任務是什么?結合具體的工程例子軟件生命周期的具體內容,每一個階段的任務是什么?結合具體的工程例子來理解做軟件項目主要分那幾個個階段。來理解做軟件項目主要分那幾個個階段。①問題定義:確定要求解決的問題是什么②可行性研究:決定該問題是否存在一個可行的解決辦法③需求分析:深入了解用戶的要求,在要開發(fā)的目標系統(tǒng)必須做什么問題和用戶取

5、得完全一致的看法。④概要設計:概括回答怎樣實現(xiàn)目標系統(tǒng)。概要設計又叫邏輯設計、總體設計、高層設計。⑤詳細設計:把解法具體化,設計出程序的詳細規(guī)格說明。詳細設計也叫模塊設計、底層法是把它看做在每個階段之前都增加了風險分析過程的快速原型模型。法是把它看做在每個階段之前都增加了風險分析過程的快速原型模型。優(yōu)點:優(yōu)點:(1)設計上的靈活性,可以在項目的每個階段進行變更。設計上的靈活性,可以在項目的每個階段進行變更。(2)以笑得分段來構建大型系統(tǒng)

6、,使成本計算變得簡單容易。以笑得分段來構建大型系統(tǒng),使成本計算變得簡單容易。(3)客戶始終參與每個階段的開發(fā),保證項目不偏離正確的方向一擊項目的可控性??蛻羰冀K參與每個階段的開發(fā),保證項目不偏離正確的方向一擊項目的可控性。(4)隨著項目的推進,客戶始終掌握項目的最新信息,從而他能夠和管理層有效地交隨著項目的推進,客戶始終掌握項目的最新信息,從而他能夠和管理層有效地交互?;ァH秉c:(缺點:(1)采用螺旋模型需要具有相當豐富的風險評估經驗和

7、專門知識,在風險較大的采用螺旋模型需要具有相當豐富的風險評估經驗和專門知識,在風險較大的項目開發(fā)中,如果未能夠及時標示風險,勢必造成重大損失;項目開發(fā)中,如果未能夠及時標示風險,勢必造成重大損失;(2)過多的迭代次數(shù)會增加開發(fā)成本,延遲提交時間。)過多的迭代次數(shù)會增加開發(fā)成本,延遲提交時間。噴泉模型:噴泉模型與傳統(tǒng)的結構化生存期比較,具有更多的增量和迭代性質,生存期噴泉模型:噴泉模型與傳統(tǒng)的結構化生存期比較,具有更多的增量和迭代性質,生

8、存期的各階段可以相互重疊和多次反復,而且項目的整個生存期中還可以嵌入子生存期。就像的各階段可以相互重疊和多次反復,而且項目的整個生存期中還可以嵌入子生存期。就像水噴上去又可以落下來,可以落在中間,還可以落在底部。水噴上去又可以落下來,可以落在中間,還可以落在底部。6.了解可行性研究中的任務和過程;了解可行性研究中的任務和過程;用最小的代價在盡可能短的時間內確定問題是否能夠解決。不是解決問題,而是確定問用最小的代價在盡可能短的時間內確定問

9、題是否能夠解決。不是解決問題,而是確定問題是否值得去解決??尚行匝芯康母救蝿眨簩σ院蟮男袆臃桨柑岢鼋ㄗh。題是否值得去解決??尚行匝芯康母救蝿眨簩σ院蟮男袆臃桨柑岢鼋ㄗh。實質:一次大大壓縮簡化了的系統(tǒng)分析和設計。實質:一次大大壓縮簡化了的系統(tǒng)分析和設計。任務:任務:1.初步確定項目的規(guī)模,目標,約束和限制。初步確定項目的規(guī)模,目標,約束和限制。2.在澄清了問題定義之后,分析員應該導出系統(tǒng)的邏輯模型。在澄清了問題定義之后,分析員應該導出

10、系統(tǒng)的邏輯模型。3.從系統(tǒng)邏輯模型出發(fā),探索若干種可供選擇的主要解法從系統(tǒng)邏輯模型出發(fā),探索若干種可供選擇的主要解法(即系統(tǒng)實現(xiàn)方案即系統(tǒng)實現(xiàn)方案)。4.對每種解決方法都要研究它的可行性。對每種解決方法都要研究它的可行性。(技術可行性、經濟可行性、操作可行性技術可行性、經濟可行性、操作可行性)過程:過程:1.復查系統(tǒng)規(guī)模和目標訪問關鍵人員,描述目標系統(tǒng)的限制和約束。復查系統(tǒng)規(guī)模和目標訪問關鍵人員,描述目標系統(tǒng)的限制和約束。2.研究目前正

11、在使用的系統(tǒng):現(xiàn)有系統(tǒng)的問題。研究目前正在使用的系統(tǒng):現(xiàn)有系統(tǒng)的問題。3.導出新系統(tǒng)的高層邏輯模型。導出新系統(tǒng)的高層邏輯模型。4.進一步定義問題。進一步定義問題。5.導出和評價供選擇的解法。導出和評價供選擇的解法。6.推薦行動方針。推薦行動方針。7.草擬開發(fā)計劃。草擬開發(fā)計劃。8.書寫文檔提交審查。書寫文檔提交審查。7.掌握系統(tǒng)流程圖的概念和方法,會從具體的案例中抽象出系統(tǒng)流程圖掌握系統(tǒng)流程圖的概念和方法,會從具體的案例中抽象出系統(tǒng)流程

溫馨提示

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

評論

0/150

提交評論