軟件工程精簡版v2.0

1、軟件工程考點：軟件三要素程序、數(shù)據(jù)和文檔軟件工程三要素方法、工具和過程軟件工程用工程化的方法來開發(fā)軟件軟件危機原因無視軟件需求分析的重要性對用戶的需求沒有完整的認識就匆忙編寫程序軟件開發(fā)過程總體設(shè)計、詳細設(shè)計、編碼、測試和維護。軟件的生命周期就是指軟件從設(shè)計、開發(fā)、使用、維護和淘汰的全過程。軟件過程分類：a.瀑布模型：1.特點：階段間具有順序性和依賴性必須等前一階段完成才能開場后一階段前一階段的輸出就是后一階段的輸入，so前面正確后面才能執(zhí)行推遲實現(xiàn)的觀點質(zhì)量保證，優(yōu)質(zhì)高產(chǎn)2.優(yōu)點：強迫開發(fā)人員采用標準的方法嚴格規(guī)定了每個階段必須提交的文檔要求每個階段的產(chǎn)品必須經(jīng)過質(zhì)保小組的檢查3.缺點：在產(chǎn)

2、品交付前，用戶只能通過文檔來了解產(chǎn)品b.快速原型模型：特點：開發(fā)過程線性完成，快速建立原型系統(tǒng)，經(jīng)過用戶的體驗后修改而成，完成后再交付客戶。優(yōu)點：快速快速快速,易修改缺點：沒找到c.增量模型：特點：逐步提交軟件，逐步增加軟件功能優(yōu)點：分批逐步提交產(chǎn)品，能在較短時間內(nèi)完成局部產(chǎn)品的提交。用戶有足夠的時間學(xué)習(xí)適應(yīng)新產(chǎn)品。缺點：將新產(chǎn)品集成到現(xiàn)有體系中時，必須不破壞原有的體系構(gòu)造。對技術(shù)人員的要求較高。否那么產(chǎn)品很可能令人不滿意。d.螺旋模型：1.特點：每個階段都加了風險分析的快速原型模型。適用于內(nèi)部開發(fā)的大規(guī)模軟件工程2.優(yōu)點：減少了過多測試或測試缺乏所帶來的風險3.缺點：需要專業(yè)的風險評估，否那

3、么出現(xiàn)失誤后果很嚴重。可行性研究考點:可行性分析是做什么的？可行性研究的目的不是解決問題，而是確定問題是否值得去解決。即用最小的代價在盡可能少的時間內(nèi)確定問題是否能夠且值得解決。系統(tǒng)流程圖系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。四要素：a執(zhí)行人：行為的發(fā)起者。b動作：流程過程中的具體行為和步驟。c邏輯關(guān)系：動作之間的先后關(guān)系，也代表信息流物流和資金流的流向。d時限：執(zhí)行該流程的動作所要求的時間期限。3.重點數(shù)據(jù)流圖，肯定會讓畫正方形：源點或者終點圓：數(shù)據(jù)的處理平行線：數(shù)據(jù)存儲箭頭：數(shù)據(jù)流*：與+：或：只能選一個互斥可靠性與可用性的關(guān)系可靠性：軟件可靠性是程序在給定的時間間隔內(nèi)，按照規(guī)格說明書

4、的規(guī)定成功運行概率可用性：軟件可用性是程序在給定的時間點，按照規(guī)格說書的規(guī)定，成功運行的概率需求分析考點：分類：功能性：這方面的需求指定系統(tǒng)必須提供的效勞。通過需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能非功能性：是指軟件產(chǎn)品為了滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性，包括系統(tǒng)的性能、可靠性、可維護性、可擴大性和對技術(shù)和業(yè)務(wù)的適應(yīng)性。如何獲取需求？1訪談2面向數(shù)據(jù)流自頂向下求精3簡易的應(yīng)用規(guī)格說明技術(shù)4快速建立軟件原型3.為什么需要進展需求分析為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，準確定義未來系統(tǒng)的目標，確定為了滿足用戶的需求系統(tǒng)必須做什么，就必須要進展準確的需求分析。重點實體關(guān)系圖ER

5、圖實體矩形、屬性橢圓和聯(lián)系菱形詳細設(shè)計考點：重點過程設(shè)計的工具圖形、表格、語言程序流程圖優(yōu)點：畫法簡單，思路清晰，邏輯性強，易于掌握。缺點：不易表示數(shù)據(jù)構(gòu)造。盒圖又稱NS圖優(yōu)點：功能域明確，作用域容易確定，不可能任意轉(zhuǎn)移控制無箭頭PAD圖優(yōu)點：程序構(gòu)造清晰，易讀易懂，容易理解。場合：面向高級程序設(shè)計語言的偽代碼程序復(fù)雜度的定量度量環(huán)形復(fù)雜度V = 邊 - 點 + 2 3.軟件設(shè)計的原那么：模塊化，抽象化只是方法論，放在面向?qū)ο笾械木唧w表現(xiàn)為類和繼承，逐步求精，信息隱藏與局部化，模塊化4.信息隱藏和局部化的目的：提高模塊的獨立性信息隱藏：一個模塊內(nèi)包含的信息過程和數(shù)據(jù)對于不需要這些信息的模塊來說

6、是不能訪問的。局部化：把一些關(guān)系密切的軟件元素物理的放的彼此靠近實現(xiàn)考點：測試要注意：遠在測試開場前就制定了測試方案，窮舉測試是不可能的，由獨立的第三方來完成測試。1.單元測試，集成測試特點？怎么做？單元測試：對一個應(yīng)用中最小的模塊的測試。只是針對某一模塊的測試，只能發(fā)現(xiàn)模塊 內(nèi)的錯誤，無法發(fā)現(xiàn)系統(tǒng)級的錯誤，很難預(yù)料現(xiàn)實中所有的輸入情況。集成測試：對假設(shè)干個軟件單元的結(jié)合的測試。分為瞬間測試，增量測試自頂向下，自 底向上，發(fā)現(xiàn)問題時很難確定具體位置。黑盒測試：如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過測試來檢驗每個功能都能正 常使用。又稱為功能測試白盒測試：如果已經(jīng)知道產(chǎn)品的內(nèi)部工作過程，可以

7、通過測試來檢驗產(chǎn)品內(nèi)部動作是否 按照規(guī)格說明書的規(guī)定正常進展。又稱構(gòu)造測試維護考點：軟件維護的定義在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需求而修改軟件的過程。因為在軟件測試中不可能暴露軟件的全部錯誤。軟件維護的類型1、改正性維護：對程序使用期間發(fā)現(xiàn)的程序錯誤進展診斷和改正的過程；占維護工作量17-21%。2、適應(yīng)性維護：配合變化了的環(huán)境進展修改軟件的活動；占維護工作量18-25%。3、完善性維護：滿足用戶在使用過程中提出增加新的功能或修改已有功能的建議而進行的改良工作；占維護工作量50-66%。4、預(yù)防性維護：為了改善未來的可維護性或可靠性而修改軟件的工作；占維護工作量4%左右面向?qū)ο?/p>

8、方法學(xué)引論考點：感覺會考！面向?qū)ο蠓椒▽W(xué)的優(yōu)點？每一個優(yōu)點原因？與人類習(xí)慣的思維一致穩(wěn)定性好可重用性好較易開發(fā)大型軟件產(chǎn)品可維護性好1與人類習(xí)慣的思維方法一致。2穩(wěn)定性好。傳統(tǒng)方法所建立起來的軟件系統(tǒng)的構(gòu)造嚴密依賴于系統(tǒng)要完成的功能。當功能需求發(fā)生變化時將引起軟件構(gòu)造的整體改變。面向?qū)ο蠓椒ɑ跇?gòu)造問題領(lǐng)域的對象模型，以對象為中心構(gòu)造軟件系統(tǒng)。當功能需求發(fā)生變化時，往往僅需要一些局部性的修改。3可重用性好。重用是提高生產(chǎn)效率的最主要的方法。對象是比擬理想的模塊和可重用的軟件成分。類重用的方法：創(chuàng)立該類的實例。4較易開發(fā)大型軟件5可維護性好面向?qū)ο蟮能浖€(wěn)定性比擬好。面向?qū)ο蟮能浖葦M容易修改面

9、向?qū)ο蟮能浖葦M容易理解易于測試和調(diào)試面向?qū)ο蠓治隹键c：建立對象模型，與傳統(tǒng)方法學(xué)的比擬對象模型：表示靜態(tài)的、構(gòu)造化的系統(tǒng)的“數(shù)據(jù)性質(zhì)，是對模擬客觀世界實體的對象以及對象彼此間的關(guān)系的映射，描述了系統(tǒng)的靜態(tài)構(gòu)造。動態(tài)模型：表示瞬時的、行為化的系統(tǒng)的“控制性質(zhì)，規(guī)定了對象模型中對象的合法變化序列，即對象的動態(tài)行為。用狀態(tài)圖來描繪對象的狀態(tài)、觸發(fā)狀態(tài)轉(zhuǎn)換的事件、以及對象的行為對事件的響應(yīng)。每個類的動態(tài)行為用一張狀態(tài)圖來描繪，各個類的狀態(tài)圖通過共享事件合并起來，從而構(gòu)成系統(tǒng)的動態(tài)模型。功能模型：表示變化的系統(tǒng)的“功能性質(zhì)，它指明了系統(tǒng)應(yīng)該“做什么，故更直接反映了用戶對目標系統(tǒng)的需求。功能模型也通常由

10、一組數(shù)據(jù)流程圖表示。在面向?qū)ο蠓椒ㄖ?，?shù)據(jù)流程圖沒有在構(gòu)造化分析中重要，有時可以省略軟件工程管理考點:軟件工程管理是什么？ 軟件工程管理是為了使軟件工程能夠按照預(yù)定的本錢、進度、質(zhì)量順利完成，而對人員People、產(chǎn)品Product、過程Process和工程(Project)進展分析和管理的活動。為什么要管理？沒有工程管理，工程也有可能成功。但沒有管理的工程，很難保證工程的利潤空間，對公司來說，虧損的風險就大。所以我們要有工程管理，以保證公司在總體上是盈利的，注意不是每一個工程都要盈利。另外，有了工程管理，就有了管理改良的根底，無論剛開場的工程管理多么糟糕，只要有管理，就有了改良的可能性，至于能不能得到改良，以及改良的快慢，那么取決于兩個因素：一個是人，特別是各級管理者；另一個是利益。關(guān)鍵是利益，準確的說是利益的分配，在權(quán)責利明確的前提下，人才能充分的發(fā)揮作用。還需要指出的是利益是多元的，這里的多元不僅指利益的具體形式，而且指利益