軟件工程導(dǎo)論期末考試考點(diǎn)

1、軟件工程導(dǎo)論期末考試考點(diǎn)i.ii.1.軟件的定義：軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合。其中，程序是能夠完成預(yù)定功能和性能的可執(zhí)行的指令序列；數(shù)據(jù)是使程序能夠適當(dāng)?shù)靥幚硇畔⒌?.a)b)c)3.數(shù)據(jù)結(jié)構(gòu)，文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。軟件危機(jī)的定義，表現(xiàn)、原因是什么？軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。軟件危機(jī)的表現(xiàn)：對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。經(jīng)常出現(xiàn)用戶對(duì)“已完成的”軟件系統(tǒng)功能不滿意的現(xiàn)象。軟件產(chǎn)品的質(zhì)量往往達(dá)不到要求。軟件通常不可維護(hù)。軟件通常沒有適當(dāng)?shù)奈臋n資料。軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。軟件開發(fā)生

2、產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。軟件危機(jī)的原因：客觀原因：與軟件本身的特點(diǎn)有關(guān)軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。軟件缺乏“可見性”。軟件維護(hù)通常意味著改正或修改原來的設(shè)計(jì)，這就在客觀上使得軟件較難維護(hù)。軟件缺乏“可插拔性”。如何保證每個(gè)人完成的工作合在一起確實(shí)能構(gòu)成一個(gè)高質(zhì)量的大型軟件系統(tǒng)，更是一個(gè)極端復(fù)雜困難的問題，必須有嚴(yán)格而科學(xué)的管理。主觀原因：與軟件開發(fā)與維護(hù)的方法不正確也有關(guān)目前相當(dāng)多的軟件專業(yè)人員對(duì)軟件開發(fā)和維護(hù)還有不少糊涂觀念，這可能是使軟件問題發(fā)展成軟件危機(jī)的主要原因。忽視需求分析只重視編碼與運(yùn)行。編寫程序所需的工作量只占軟件開發(fā)

3、全部工作量的10%20%在后期引入一個(gè)變動(dòng)比在早期引入相同變動(dòng)所需付出的代價(jià)高23個(gè)數(shù)量級(jí)。圖1.1定性地描繪了在不同時(shí)期引入一個(gè)變動(dòng)需要付出的代價(jià)的變化趨勢(shì)。忽視文檔只重視程序必須認(rèn)識(shí)到一個(gè)軟件產(chǎn)品必須由一個(gè)完整的配置組成，軟件配置主要包括程序、文檔和數(shù)據(jù)等成分。必須消除只重視程序而忽視軟件配置其余成分的糊涂觀念。輕視維護(hù)是一個(gè)最大的錯(cuò)誤。統(tǒng)計(jì)數(shù)據(jù)表明，實(shí)際上用于軟件維護(hù)的費(fèi)用占軟件總費(fèi)用的55%70%軟件工程的定義、軟件工程方法學(xué)三要素是什么？軟件工程定義：采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，用于經(jīng)濟(jì)地

4、開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。軟件工程方法學(xué)的3個(gè)要素：方法、工具和過程方法是：完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問題;工具是：為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境；(用什么做)過程是：為了達(dá)到給定目標(biāo)所實(shí)施的一系列步驟，是人們使用相應(yīng)的規(guī)程、方法、工具和設(shè)備將原材料轉(zhuǎn)化成面向客戶的產(chǎn)品所做的事情。簡單的說，就是什么時(shí)間做什么。4.軟件工程有哪七大原理？(1)用分階段的生命周期計(jì)劃嚴(yán)格管理(2)堅(jiān)持進(jìn)行階段評(píng)審(3)實(shí)行嚴(yán)格的產(chǎn)品控制(4)采用現(xiàn)代程序設(shè)計(jì)技術(shù)(5)結(jié)果應(yīng)能清楚地審查(6)開發(fā)小組的人員應(yīng)該少而精(7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的

5、必要性1 (8)二八定律5 .軟件生命周期有哪三大階段八小階段？軟件生命周期由軟件定義、軟件開發(fā)和軟件維護(hù)3個(gè)時(shí)期組成。(1)問題定義(2)可行性研究(3)需求分析(4)總體設(shè)計(jì)(5)詳細(xì)設(shè)計(jì)(6)編碼和單元測試(7)綜合測試(8)軟件維護(hù)6 .常見的軟件開發(fā)模型有哪些？各有什么特點(diǎn)、優(yōu)缺點(diǎn)？a)瀑布模型特點(diǎn)：(1)階段間具有順序性和依賴性(2)推遲實(shí)現(xiàn)的觀點(diǎn)(3)質(zhì)量保證的觀點(diǎn)優(yōu)點(diǎn)：(1)可強(qiáng)迫開發(fā)人員采用規(guī)范的方法(例如：結(jié)構(gòu)化技術(shù))；(2)嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔；(3)要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。缺點(diǎn)：“瀑布模型是由文檔驅(qū)動(dòng)的”這個(gè)事實(shí)也是它的

6、一個(gè)主要缺點(diǎn)。事實(shí)上,要求用戶不經(jīng)過實(shí)踐就提出完整準(zhǔn)確的需求，在許多情況下都是不切實(shí)際的。總之，由于瀑布模型幾乎完全依賴于書面的規(guī)格說明，很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需要。b)快速原型模型特點(diǎn)：快速原型模型的第一步是快速建立一個(gè)能反映用戶主要需求的原型系統(tǒng)，讓用戶在計(jì)算機(jī)上試用它，通過實(shí)踐來了解目標(biāo)系統(tǒng)的概貌。優(yōu)點(diǎn)：克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險(xiǎn)。缺點(diǎn)：（1）所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展，快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù)的修改可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量低下。（2）使用這個(gè)模型的前提是要有一個(gè)展示性的產(chǎn)品原型，因此在一定程度上可能會(huì)限制開發(fā)人員的

7、創(chuàng)新。a）增量模型特點(diǎn)：使用增量模型開發(fā)軟件時(shí)，把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成和測試。每個(gè)構(gòu)件由多個(gè)相互作用的模塊構(gòu)成，并且能夠完成特定的功能。優(yōu)點(diǎn)：能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品，是增量模型的一個(gè)優(yōu)點(diǎn)。增量模型的另一個(gè)優(yōu)點(diǎn)是，逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。缺點(diǎn)：增量模型本身是自相矛盾的。它一方面要求開發(fā)人員把軟件看作一個(gè)整體，另一方面又要求開發(fā)人員把軟件看作構(gòu)件序列，每個(gè)構(gòu)件本質(zhì)上都獨(dú)立于另一個(gè)構(gòu)件。除非開發(fā)人員有足夠的技術(shù)能力協(xié)調(diào)好這一明顯的矛盾，否則用增量模型開發(fā)出的產(chǎn)品可能并不令

8、人滿后、。b）螺旋模型特點(diǎn)：螺旋模型的基本思想是，使用原型及其他方法來盡量降低風(fēng)險(xiǎn)。理解這種模型的一個(gè)簡便方法，是把它看作在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過程的快速原型模型。優(yōu)點(diǎn)：1、對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用；2、有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)；3、減少了過多測試（浪費(fèi)資金）或測試不足（產(chǎn)品故障多）所帶來的風(fēng)險(xiǎn)；4、在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。缺點(diǎn)：很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。4 .可行性

9、研究的基本任務(wù)是什么？用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。5 .可行性研究有哪三個(gè)角度?1）是從技術(shù)角度出發(fā)考慮解決問題的不同方案。2）考慮操作方面的可行性。3）考慮經(jīng)濟(jì)方面的可行性。6 .可行性研究結(jié)束后的文檔是什么？可行性研究報(bào)告7 .系統(tǒng)流程圖、數(shù)據(jù)流圖、數(shù)據(jù)字典各是描繪系統(tǒng)的什么模型？（1）系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。它是用圖形符號(hào)（以黑盒子形式）描繪組成系統(tǒng)的各個(gè)元素（程序、文檔、數(shù)據(jù)庫、人工過程等）和信息在這些元素之間的流動(dòng)情況。（2）數(shù)據(jù)流圖是用于表現(xiàn)系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程。它只反映系統(tǒng)必須完成的邏輯功

10、能，不考慮怎樣具體地實(shí)現(xiàn)這些功能，它也是進(jìn)行軟件設(shè)計(jì)的很好的出發(fā)點(diǎn)。（3）數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。它的作用是在軟件分析和設(shè)計(jì)的過程中給人提供關(guān)于數(shù)據(jù)的描述信息。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型，沒有數(shù)據(jù)字典數(shù)據(jù)流圖就不嚴(yán)格，然而沒有數(shù)據(jù)流圖數(shù)據(jù)字典也難于發(fā)揮作用。8 .軟件開發(fā)成本估計(jì)有哪三種方法？代碼行技術(shù)任務(wù)分解技術(shù)自動(dòng)估計(jì)成本技術(shù)9 .經(jīng)濟(jì)效益分析有哪三個(gè)經(jīng)濟(jì)指標(biāo)？貨幣的時(shí)間價(jià)值投資回收期純收入10 .需求分析的基本任務(wù)是什么？軟件需求分析的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么？”11 .需求分析結(jié)束提交的文檔叫什么名字？軟件

11、需求規(guī)格說明書12 .需求分析的任務(wù)有哪些？確定對(duì)系統(tǒng)的綜合要求分析系統(tǒng)的數(shù)據(jù)要求導(dǎo)出系統(tǒng)的邏輯模型13 .需求分析階段，系統(tǒng)的綜合要求需求有哪些？功能需求性能需求可靠性、可用性、安全性、保密性等需求出錯(cuò)處理需求接口需求約束逆向需求將來可能提出的要求14 .軟件設(shè)計(jì)從技術(shù)的角度有哪三種內(nèi)容？從管理的角度分為哪兩種階段？技術(shù)角度：數(shù)據(jù)設(shè)計(jì)側(cè)重于數(shù)據(jù)結(jié)構(gòu)的定義。系統(tǒng)結(jié)構(gòu)設(shè)計(jì)定義軟件系統(tǒng)各主要成份之間的關(guān)系。過程設(shè)計(jì)則是把結(jié)構(gòu)成份轉(zhuǎn)換成軟件的過程性描述。在編碼步驟，根據(jù)這種過程性描述，生成源程序代碼，然后通過測試最終得到完整有效的軟件。管理角度：總體設(shè)計(jì)（概要設(shè)計(jì)）將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系

12、統(tǒng)結(jié)構(gòu)。詳細(xì)設(shè)計(jì)即過程設(shè)計(jì)。通過對(duì)結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和算法。15 .總體設(shè)計(jì)有哪兩個(gè)任務(wù)？（1）劃分出組成系統(tǒng)的物理元素一一程序、文件、數(shù)據(jù)庫、人工過程和文檔等等，但每個(gè)物理元素仍然處于黑盒子級(jí)，這些黑盒子里的具體內(nèi)容將在詳細(xì)設(shè)計(jì)時(shí)設(shè)計(jì)。（2）設(shè)計(jì)軟件的結(jié)構(gòu)-要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。16 .總體設(shè)計(jì)階段提交的文檔叫什么？軟件總體設(shè)計(jì)說明書17 .設(shè)計(jì)原理有哪些？模塊化抽象逐步求精信息隱藏和局部化18 .Miller法則：一個(gè)人在任何時(shí)候都只能把注意力集中在多少個(gè)知識(shí)塊上？一個(gè)人在任何時(shí)候都只能把注意力集中在（7±2）個(gè)

13、知識(shí)塊上19 .模塊的獨(dú)立程度的兩個(gè)定性標(biāo)準(zhǔn)度量是什么？有兩個(gè)定性標(biāo)準(zhǔn)度量，這兩個(gè)標(biāo)準(zhǔn)分別稱為內(nèi)聚和耦合。耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度：內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。20 .三種基本的程序控制結(jié)構(gòu)是什么順序、分支、循環(huán)21 .測試有哪三個(gè)階段？有哪兩種方法？測試三階段：單元測試集成測試確認(rèn)測試軟件測試方法：黑盒測試：又叫功能測試白盒測試：又叫結(jié)構(gòu)測試。22 .軟件生存周期中時(shí)間最長的一個(gè)階段是？維護(hù)階段是軟件生存周期中時(shí)間最長的一個(gè)階段，所花費(fèi)的精力和費(fèi)用也是最多的一個(gè)階段。23 .軟件維護(hù)的內(nèi)容有哪四種？1、改正性維護(hù)2、適應(yīng)性維護(hù)3、完善性維護(hù)4、預(yù)防性維護(hù)24 .用例圖，類圖的作用