軟件工程復習題(共8頁)

1、精選優(yōu)質文檔-傾情為你奉上1. 美國一家公司在1982年計劃用FORTRAN語言開發(fā)一個在VAX 750計算機上運行的應用程序，估計這個程序的長度為10000條FORTRAN指令。如果平均每人每天可以開發(fā)出10條FORTRAN指令，請問：(1)開發(fā)這個應用程序將用多少人日？(2)程序員月工資為4000美元，每月按20個工作日計算，這個軟件的成本是多少美元？(3)1982年VAX 750計算機硬件價格約為美元，在那一年這個軟件的成本在總成本中占多大比例？(4)20年后，一臺性能遠遠優(yōu)于VAX 750的微型計算機的價格約為2000美元，這時軟件開發(fā)生產(chǎn)率已提高到平均每人每天可以開發(fā)出40條指令，而

2、程序員的月平均工資也已漲到8000美元。如果在2002年開發(fā)上述FORTRAN應用程序，則該軟件的成本在總成本中占多大比例？答：(1) 開發(fā)這個應用程序大約需用1000個人日。需要指出的是，上述工作量包括問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試等各個開發(fā)階段的工作量，而不僅僅是編寫程序所需的工作量。(2)每月平均工作20天，故開發(fā)這個軟件需要用 每人每月的平均工資為4000美元，因此這個軟件的成本大約為 50×4000=(美元)(3)軟件成本與硬件成本之和為計算機系統(tǒng)的總成本。這個軟件的成本在總成本中所占的比例為(4)在2002年開發(fā)這個應用程序所

3、需的工作量約為這個軟件的成本大約為12.5×8000=(美元)該軟件的成本在總成本中所占的比例為2. 根據(jù)歷史數(shù)據(jù)可以作出如下的假設。(1)對計算機存儲容量的需求大致按下面公式描述的趨勢逐年增加：(2)存儲器的價格按下面公式描述的趨勢逐年下降：如果計算機字長為16位，則存儲器價格下降的趨勢為：在上列公式中Y代表年份，M是存儲容量(字數(shù))，P1和P2代表價格?；谏鲜黾僭O可以比較計算機硬件和軟件成本的變化趨勢。(1)在1985年對計算機存儲容量的需求估計是多少？如果字長為16位，這個存儲器的價格是多少？(2)假設在1985年一名程序員每天可開發(fā)出10條指令，程序員的平均工資是每月400

4、0美元。如果一條指令為一個字長，計算使存儲器裝滿程序所需用的成本。(3)假設在1995年存儲器字長為32位，一名程序員每天可開發(fā)出30條指令，程序員的月平均工資為6000美元，重復(1)(2)題所問。答：(1)在1985年對計算機存儲容量的需求，估計是如果字長為16位，則這個存儲器的價格是 =5789(美元)(2)如果一條指令的長度為一個字，則使存儲器裝滿程序共需條指令。在1985年一名程序員每天可開發(fā)出10條指令，如果每月有20個工作日，則每人每月可開發(fā)出10×20=200條指令。為了開發(fā)出條指令以裝滿存儲器，需要的工作量是程序員的月平均工資是4000美元，開發(fā)出條指令的成本為22

5、371×4000=(美元)(3)在1995年對存儲容量的需求，估計為如果字長為32位，則這個存儲器的價格是=7127(美元)如果一條指令為一個字長，則為使存儲器裝滿程序共需條指令。在1995年一名程序員每天可開發(fā)出30條指令，每月可開發(fā)出6000條指令，為了開發(fā)出可裝滿整個存儲器的程序，需用的工作量為開發(fā)上述程序的成本為×6000=(美元)3. 什么是軟件過程?它與軟件工程方法學有何關系？答：軟件過程是為了開發(fā)出高質量的軟件產(chǎn)品所需完成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟。軟件過程定義了運用技術方法的順序、應該交付的文檔資料、為保證軟件質量和協(xié)調軟件變化必須采

6、取的管理措施，以及標志完成了相應開發(fā)活動的里程碑。軟件過程是軟件工程方法學的3個重要組成部分之一。4、復印機的工作過程如下：未接收到復印命令時處于閑置狀態(tài)，一旦接收到復印命令則進入復印狀態(tài)，完成一個復印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個復印命令；如果執(zhí)行復印命令時發(fā)現(xiàn)缺紙，則進入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進入閑置狀態(tài)，準備接收復印命令；如果復印時發(fā)生卡紙故障，則進入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)?？?紙do/警告 排除了卡紙故障復 印do/復印 發(fā)生卡紙故障閑 置 復印命令 完成復印命令缺 紙do/警告 發(fā)現(xiàn)缺紙 裝滿紙 復印機的狀態(tài)圖9.

7、畫出下列偽碼程序的程序流程圖和盒圖。P131 3題開 始p F Tg q循環(huán) while q nf q循環(huán)停 止F P T g qf n F10、如果一個程序有兩個輸入數(shù)據(jù)，每個輸入都是一個32位的二進制整數(shù)，那么這個程序有多少個可能的輸入？如果每微秒可進行一次測試，那么對所有可能的輸入進行測試需要多長時間？答：每個32位的二進制整數(shù)具有232個可能的值，因此，具有兩個整數(shù)輸入的程序應該具有264個可能的輸入。每微秒可進行一次測試，即每秒可進行106個測試，因此，每天可進行的測試數(shù)為60*60*24*106=8.64*1010這等于每年大約可進行3.139*1013個測試。因為210=1024

8、103，所以264=（210）6.41019.2。（1019.2/（3.139*1013）105，所以做完全部測試將至少需要105年（即10萬年）。11、假設有一個由5000行FORTRAN語句構成的程序（經(jīng)編譯后大約有25000條機器指令），你估計在對它進行測試期間將發(fā)現(xiàn)多少個錯誤？為什么？答：經(jīng)驗表明，在類似的程序中，單位長度里的錯誤數(shù)ET/IT近似為常數(shù)。美國的一些統(tǒng)計數(shù)字告訴我們，通常：0.5*10-2ET/IT2*10-2 也就是說，在測試之前每1000條指令中大約有520個錯誤。假設在該程序的每1000條指令中有10個錯誤，則估計在對它進行測試期間將發(fā)現(xiàn)的錯誤數(shù)為25000*（10

9、/1000）=25012、一個折半查找程序可搜索按字母順序排列的名字列表，如果查找的名字在列表中則返回真，否則返回假。為了對它進行功能測試，應該使用哪些測試用例？答：為了對這個折半查找程序進行功能測試，應該使用下述測試用例：查找列表中第一個名字 預期的輸出：TRUE查找列表中最后一個名字 預期的輸出：TRUE 查找第一個名字后的名字 預期的輸出：TRUE查找最后一個名字前的名字 預期的輸出：TRUE查找位于列表中間的一個名字預期的輸出：TRUE 查找不在列表中但按字母順序恰好在第一個名字后的名字預期的輸出：FALSE 查找不在列表中但按字母順序恰好在最后一個名字前預期的輸出：FALSE13、對

10、一個包含10000條機器指令的程序進行一個月集成測試后，總共改正了15個錯誤，此時MTTF=10h；經(jīng)過兩個月測試后，總共改正了25個錯誤（第二個月改正了10個錯誤），MTTF=15h。 要求：（1）根據(jù)上述數(shù)據(jù)確定MTTF與測試時間之間的函數(shù)關系，畫出MTTF與測試時間的關系曲線。在畫這條曲線時你做了什么假設？ （2）為做到MTTF=100h，必須進行多長時間的集成測試？當集成測試結束時總共改正了多少個錯誤，還有多少個錯誤潛伏在程序中？答：（1）假設在程序的平均無故障時間MTTF和測試時間之間存在線性關系，即 MTTF=a+bA+B=10根據(jù)題意可知，當=1時MTTF=10，當=2時MTTF

11、=15，把這些已知的數(shù)據(jù)代入上列方程后得到下列的聯(lián)立方程式 解上列聯(lián)立方程式得出a=5，b=5a+2b=15因此，MTTF與之間有下列關系 MTTF=5+5根據(jù)上列方程式畫出平均無故障時間MTTF與測試時間的關系曲線 （2）為使MTTF=100h需要的測試時間可由下面的方程式得出100=5+5 得=19 即需要進行19個月的集成測試。已知平均無故障時間與單位長度程序中剩余的錯誤數(shù)成反比，具體到本題程序即有MTTF=10000/（K（ET-Ec（）根據(jù)題意可知，改正了15個錯誤后MTTF=10，改正了25個錯誤后MTTF=15，把這些已知的數(shù)據(jù)代入到上列方程之后，解聯(lián)立方程得到ET=45，K=3

12、3.33。已知當集成測試結束時MTTF=100h，即100=10000/（33.33（45-EC（19） EC（19）=42 也就是說當集成測試結束時總共改正了42個錯誤，還有45-42=3個錯誤潛伏在程序中。14、在測試一個長度為48000條指令的程序時，第一個月由甲、乙兩名測試員各自獨立測試這個程序。經(jīng)一個月測試后，甲發(fā)現(xiàn)并改正20個錯誤，使MTTF達到8h。與此同時，乙發(fā)現(xiàn)24個錯誤，其中的6個甲也發(fā)現(xiàn)了。以后由甲一個人繼續(xù)測試這個程序。問： （1）剛開始測試時程序中總共有多少個潛藏的錯誤？ （2）為使MTTF達到240h，必須再改正多少個錯誤？答：（1）本題中采用了分別測試法，因此，可

13、估算出剛開始測試時程序中錯誤總數(shù)為ET=24/6*20=80（2）因為8=48000/（K（ET-20）=48000/（K*60）所以K=100因為240=48000/（100（80-EC）所以EC=78為了使平均無故障時間達到240h，總共需要改正78個錯誤，測試員甲在與乙分別測試時已經(jīng)改正了20個錯誤，因此，還需要再改正58個錯誤。1、軟件=程序+數(shù)據(jù)+文檔 軟件程序2.、軟件工程三要素：方法，過程，工具軟件過程定義：軟件過程是人們開發(fā)和維護軟件及相關產(chǎn)品（如軟件項目計劃，設計文檔、代碼、測試用例及用戶手冊）的活動、方法、實踐和改進的集合。3. 危機定義：計算機軟件開發(fā)和維護過程中所遇到的

14、一系列嚴重問題4.軟件危機現(xiàn)狀已完成”的軟件不滿足用戶的需求 軟件產(chǎn)品的質量沒有保證。開發(fā)進度不能保障，交付時間一再拖延。開發(fā)成本超出預算。 軟件沒有適當?shù)奈臋n主要表現(xiàn)是“已完成”的軟件不滿足用戶的需求；開發(fā)進度不能保障；軟件開發(fā)成本難以準確估算；軟件產(chǎn)品的質量沒有保證。5. 產(chǎn)生軟件危機的原因：與軟件的特點有關，與軟件開發(fā)和維護的方法有關。6.軟件生命周期一個軟件從提出開發(fā)要求到廢棄為止的整個時期。通常劃分為：問題定義、可行性研究、需求分析、設計、實現(xiàn)、測試、集成、維護8個階段。 軟件生命周期是指一個軟件從提出開發(fā)要求開始到該軟件報廢為止的整個時期。通常將軟件的生命周期劃分為問題定義、可行性

15、研究、需求分析、概要設計、詳細設計、編碼和單元測試、集成和測試、維護階段。 可行性研究主要是經(jīng)濟可行性，法律可行性，技術可行性7.軟件開發(fā)模型：瀑布模型，快速原型化模型，螺旋模型模型的選擇是基于軟件的特點和應用領域。8.瀑布模型優(yōu)缺點：為項目提供了按階段劃分的檢查點；當前一活動完成后，只需要去關注后續(xù)活動；它提供了一個模板，這個模板使得分析、設計、編碼、測試和支持的方法可以在該模板下有一個共同的指導。 缺點：由于開發(fā)模型是線性的，用戶只有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)的風險；各個階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量；早期的錯誤可能要等到開發(fā)后期的測

16、試階段才能發(fā)現(xiàn)，進而帶來嚴重的后果。9.快速原型化模型的優(yōu)缺點客戶和開發(fā)者可以通過原型快速對需求達成一致，明確一致的需求對軟件設計和實現(xiàn)具有重要作用；克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風險。所選用的開發(fā)技術和工具不一定符合主流的發(fā)展；快速建立起來的系統(tǒng)結構加上連續(xù)的修改可能會導致產(chǎn)品質量低下。（如果拋棄原型其缺點可避免。需求可變）10.螺旋模型優(yōu)點：將瀑布模型和增量模型結合在一起對于大型系統(tǒng)及軟件的開發(fā)，這種模型是一個很好的方法。開發(fā)者和客戶能夠較好地對待和理解每一個演化級別上的風險。需要相當?shù)娘L險分析評估專門技術，比較復雜11.軟件開發(fā)方法 有結構化方法和面向對象方法結構化

17、方法這一方法的精髓是自頂向下、逐步求精，也就是將功能逐步分解，直到人們可以理解和控制它為止。面向對象方法基本思想：用對象模擬問題領域中的實體，以對象間的關系刻畫實體間聯(lián)系。本質是主張從客觀世界固有的事物出發(fā)構造系統(tǒng)七、什么是軟件生命周期模型？試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點，說明每種模型的使用范圍。軟件生命周期模型是跨越整個生存期的系統(tǒng)開發(fā)、運作和維護所實施的全部過程、活動和任務的結構框架。l 瀑布模型 優(yōu)點：它提供了一個模板，這個模板使得分析、設計、編碼、測試和支持的方法可以在該模板下有一個共同的指導。雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多。缺點：(1) 實

18、際的項目大部分情況難以按照該模型給出的順序進行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。(2) 經(jīng)常情況下客戶難以表達真正的需求，而這種模型卻要求如此，這種模型是不歡迎具有二義性問題存在的。(3) 客戶要等到開發(fā)周期的晚期才能看到程序運行的測試版本，而在這時發(fā)現(xiàn)大的錯誤時，可能引起客戶的驚慌，而后果也可能是災難性的。(4) 會經(jīng)常在過程的開始和結束時碰到等待其他成員完成其所依賴的任務才能進行下去，有可能花在等待的時間比開發(fā)的時間要長。稱之為“堵塞狀態(tài)”。它是軟件工程中應用最廣泛的過程模型，在軟件工程中占有肯定和重要的位置。增量模型優(yōu)點：(1) 人員分配靈活，剛開始不用投入大量人力資源，當核心產(chǎn)品很受歡迎時，可增加人力實現(xiàn)下一個增量。(2) 當配備的人員不能在設定的期限內完成產(chǎn)品時，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能