軟件工程復(fù)習(xí)試題及答案

1、一、填空題（在下劃線上填寫正確的答案，每題2分，共20分）1 等價(jià)劃分 是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)。2 數(shù)據(jù)流圖 和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型。3盒圖也稱為 n-s圖 。這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問題。4軟件有效性，指軟件系統(tǒng)的時(shí)間和 空間 效率。5ipo圖的中文意思是 結(jié)構(gòu)化設(shè)計(jì)中變換型結(jié)構(gòu)的輸入（input）、加工（processing）、輸出（output） 。6數(shù)據(jù)流圖有四種基本成分： 源、終點(diǎn)，處理，存儲(chǔ)，數(shù)據(jù)流 。7數(shù)據(jù)字典有以下四種條目： 數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工 ，其中數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的

2、最小元素。8軟件工程中的結(jié)構(gòu)化分析sa是一種面向 數(shù)據(jù)流 的分析方法。9軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過程，而軟件測(cè)試是一個(gè) 由下而上 的過程。10耦合性 與內(nèi)聚性是模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)，將軟件系統(tǒng)劃分模塊時(shí)，盡量做到 高內(nèi)聚、 低 耦合，提高模塊的獨(dú)立性，為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。1常用的軟件開發(fā)模型有 瀑布模型、原型模型 、 增量模型、 螺旋模型 、噴泉模型 。2軟件生存周期一般可分為 問題定義、可行性研究、 需求分析 、設(shè)計(jì)、編碼、 單元測(cè)試 、運(yùn)行與維護(hù)階段。3軟件測(cè)試的步驟：?jiǎn)卧?、 集成 、 系統(tǒng) 、 驗(yàn)收 。4數(shù)據(jù)流圖的基本符號(hào)包括 加工 、 數(shù)據(jù)流 、 數(shù)據(jù)存

3、儲(chǔ)文件、 匯點(diǎn) 。5ipo圖由 輸入 、處理和 輸出 三個(gè)框組成。這個(gè)圖的特點(diǎn)是能夠直觀的顯示三者之間的關(guān)系。6面向?qū)ο蠓椒ㄊ且环N運(yùn)用 類 、 實(shí)例 、 屬性 、 重載 、消息傳送、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。7分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式，這就是軟件的 逆向工程 。8程序測(cè)試是對(duì)編碼階段的語法錯(cuò)、 語義錯(cuò) 和 運(yùn)行錯(cuò) 進(jìn)行查找的編碼執(zhí)行活動(dòng)。9為了獲得較高的模塊獨(dú)立性，盡量設(shè)計(jì)出具有 高內(nèi)聚和 低藕合 性能的模塊。10常用的測(cè)試方法有 黑盒測(cè)試 和 白盒測(cè)試 。1. 可行性研究，應(yīng)從技術(shù)可行性 、 經(jīng)濟(jì)可行性 、 運(yùn)行可行性 和法律和社會(huì)效益可行性等方面研究。2

4、. 構(gòu)化程序設(shè)計(jì)中程序主要的3種基本控制結(jié)構(gòu)是順序結(jié)構(gòu) 、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。3. 軟件生存周期中時(shí)間最長、花費(fèi)精力和費(fèi)用最多的一個(gè)階段是 維護(hù) 階段。4. 需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是 功能需求 。7分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式，這就是軟件的 逆向工程 。8程序測(cè)試是對(duì)編碼階段的 語法錯(cuò)、 語義錯(cuò) 和 運(yùn)行錯(cuò) 進(jìn)行查找的編碼執(zhí)行活動(dòng)進(jìn)行查找的編碼執(zhí)行活動(dòng)。9為了獲得較高的模塊獨(dú)立性，盡量設(shè)計(jì)出具有 低耦合 和 高內(nèi)聚 性能的模塊。1若年利率為i，n年后可得錢數(shù)為f則現(xiàn)在的價(jià)值 f/(1+n*i) 。2在結(jié)構(gòu)化分析中用來描述加工邏輯的主要工具

5、是結(jié)構(gòu)化語言、判定表、 判定樹 。3軟件測(cè)試的步驟：制定測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試、測(cè)試后調(diào)試、做測(cè)試報(bào)告4自頂向下結(jié)合的漸增測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策落和 寬度優(yōu)先策略 。7結(jié)構(gòu)化方法總的指導(dǎo)思想是 自頂向下 逐層分解。1軟件工程的三要素包括方法、工具和過程。2面向?qū)ο蠓椒ㄓ脤?duì)象行為和屬性的分解取代了傳統(tǒng)方法的功能分解。3hipo圖是由一組ipo圖和一張h圖組成。4在前期需求明確、資料完整的情況下盡量采用瀑布模型。5用例圖中，如果在完成某個(gè)功能時(shí)，偶而會(huì)執(zhí)行另一個(gè)功能，則用擴(kuò)展關(guān)系來表示。6uml中用一端為空心三角形的連接表示泛化關(guān)系。7類是類圖的主要的主要部件，由

6、類名、屬性、操作3部分組成。8uml中的泛化關(guān)系就是通常所說的繼承關(guān)系。9部署圖用連接實(shí)線關(guān)系表示各節(jié)點(diǎn)之間的通信路徑。10選擇關(guān)系命令，可以看到rose中對(duì)應(yīng)圖形的分類。1軟件危機(jī)具有下列表現(xiàn)（ d ）。1、對(duì)軟件開發(fā)成本估計(jì)不準(zhǔn)確 2、軟件產(chǎn)品的質(zhì)量往往靠不住3、軟件常常不可維護(hù) 4、軟件成本逐年上升a、 1、2和3 b、 1、3 和4 c、 2、3和4 d、 以上都正確2 軟件生命周期一般都被劃分為若干個(gè)獨(dú)立的階段，其中占用精力和費(fèi)用最多的階段往往是（ a ）。a 運(yùn)行和維護(hù)階段 b、設(shè)計(jì)階段 c、代碼實(shí)現(xiàn)階段 d、測(cè)試階段3下列屬于軟件的特點(diǎn)的是（ d ）。a、軟件是一種邏輯實(shí)體，具有

7、抽象性 b、軟件在使用過程中沒有磨損、老化c、軟件不同于一般程序，它的一個(gè)顯著特點(diǎn)是規(guī)模龐大，復(fù)雜程度高 d、以上都正確4軟件開發(fā)技術(shù)不包含（ d ）。a、 軟件開發(fā)方法學(xué) b、 軟件工程環(huán)境 c、軟件工具 d、 軟件質(zhì)量度度量5需求分析階段最重要的技術(shù)文檔是（ b ）。a、 設(shè)計(jì)說明書 b、 需求規(guī)格說明書 c、 可行性分析報(bào)告 d、 用戶手冊(cè)6數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（ c ）a、數(shù)據(jù)庫設(shè)計(jì) b、 數(shù)據(jù)通信 c、 數(shù)據(jù)定義 d、 數(shù)據(jù)維護(hù)7需求分析階段的研究對(duì)象是（c ）。a、系統(tǒng)分析員要求 b、用戶要求 c、軟硬件要求 d、 系統(tǒng)要求8結(jié)構(gòu)化方法的基本

8、原則是（b ）。a 、模塊化 b、抽象與分解 c、信息隱藏 d、 逐步求精9耦合度最高的是（b ）耦合。a、環(huán)境耦合 b、內(nèi)容耦合 c、控制耦合 d、 數(shù)據(jù)耦合10畫軟件結(jié)構(gòu)圖時(shí)應(yīng)注意調(diào)用關(guān)系只能是（ b ）a、從下到上 b、 從上到下 c、從左到右 d、 從右到左11軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（c）a、低內(nèi)聚低耦合 b、低內(nèi)聚高耦合 c、高內(nèi)聚低耦合 d高內(nèi)聚高耦合12jackson設(shè)計(jì)方法是由英國的m.jackson提出的，它是一種面向（c）的軟件設(shè)計(jì)方法。a、對(duì)象 b、數(shù)據(jù)流 c、數(shù)據(jù)結(jié)構(gòu) d、控制結(jié)構(gòu)13使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（a）和指定的覆蓋標(biāo)準(zhǔn)。a、程序內(nèi)部邏輯

9、 b、程序的復(fù)雜程度 c、該軟件的編輯人員 d、程序的功能14軟件維護(hù)工作的最主要的部分是（a）。a、校正性維護(hù) b、適應(yīng)性維護(hù) c、完善性維護(hù) d、預(yù)防性維護(hù)15pdl是（b）語言。a、高級(jí)程序設(shè)計(jì)語言 b、偽碼式 c、中級(jí)程序設(shè)計(jì)語言 d、低級(jí)程序設(shè)計(jì)語言16下列哪個(gè)階段不屬于軟件生存期的三大階段（ c ）。 a、定義階段 b、開發(fā)階段 c、編碼階段 d、維護(hù)階段17可維護(hù)性的特性中相互促進(jìn)的是（ a ）a、可理解性和可測(cè)試性 b、效率和可移植性 c、效率和可修改性 d、效率和結(jié)構(gòu)好18軟件測(cè)試的目標(biāo)是（b）a、證明軟件是正確的 b、發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn) c、排除軟件中所有的錯(cuò)誤

10、d、與軟件調(diào)試相同19軟件生命周期中所花費(fèi)用最多的階段是( d )a、詳細(xì)設(shè)計(jì) b、軟件編碼 c、軟件測(cè)試 d、軟件維護(hù)20詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（d）設(shè)計(jì)。a、功能 b、調(diào)用關(guān)系 c、輸入輸出數(shù)據(jù) d、算法22下列哪個(gè)圖不是n-s圖的構(gòu)件（ c ）。 23對(duì)于下列各圖，有關(guān)描述中正確的是（ a ）。 a、數(shù)據(jù)a和b同時(shí)輸入變成c b、數(shù)據(jù)a變換成b和c c、數(shù)據(jù)a或數(shù)據(jù)b（不能同時(shí)）輸入，變換成c d、數(shù)據(jù)a變換成b和c24下列哪種方法不是度量效益的方法（ b ）。 a、貨幣的時(shí)間價(jià)值 b、算法模型估計(jì) c、投資回收期 d、純收入25下列描述錯(cuò)誤的是（ d ）。 a、數(shù)據(jù)流圖將各

11、種信息流抽象成數(shù)據(jù)流的形式 b、數(shù)據(jù)流圖不反映控制關(guān)系、調(diào)用關(guān)系 c、數(shù)據(jù)流圖不反映處理邏輯的先后順序 d、數(shù)據(jù)流圖不反映數(shù)據(jù)的流向26軟件是（c）a、 處理對(duì)象和處理規(guī)則的描述 b、程序c、程序及文檔d、計(jì)算機(jī)系統(tǒng)27軟件需求規(guī)格說明的不應(yīng)包括（b）。a、主要功能 b 算法的詳細(xì)描述 c、用戶界面及運(yùn)行環(huán)境 d、軟件性能28程序的三種基本控制結(jié)構(gòu)是（b）。a、過程、子程序和分程序 b、順序、選擇和循環(huán) c、遞歸、迭代和回溯d、調(diào)用、返回和轉(zhuǎn)移29面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停?即（d）。a、 系統(tǒng)模型、er模型、應(yīng)用模型 b、對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型b、 er模型、對(duì)象模型、功能

12、模型d、動(dòng)態(tài)模型、功能模型、對(duì)象模型30er模型中，包含以下基本成分（c）。a、數(shù)據(jù)、對(duì)象、實(shí)體 b、控制、聯(lián)系、對(duì)象 c、實(shí)體、聯(lián)系、屬性 d、實(shí)體、屬性、操作1快速原型模型的主要特點(diǎn)之一是 （b）a開發(fā)完畢才見到產(chǎn)品 b及早提供工作軟件 c及早提供全部完整軟件 d開發(fā)完畢才見到工作軟件2軟件工程學(xué)的一個(gè)重要目標(biāo)是 （d ）a提高程序的執(zhí)行效率 b降低程序?qū)Υ鎯?chǔ)空間的要求c定義各種軟件開發(fā)過程模型 d提高軟件的可維護(hù)性3需求分析最終結(jié)果是產(chǎn)生 （ b ）a項(xiàng)目開發(fā)計(jì)劃 b需求規(guī)格說明書c設(shè)計(jì)說明書 d可行性分析報(bào)告4數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是處于不同狀態(tài)的 （d）a 分析結(jié)果 b 事件 c 動(dòng)作

13、d 數(shù)據(jù)5數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含于 （ a ） a數(shù)據(jù)流圖 b程序框圖 c軟件結(jié)構(gòu) d方框圖6、結(jié)構(gòu)化設(shè)計(jì)是一種面向（a ）的設(shè)計(jì)方法。a數(shù)據(jù)流 b數(shù)據(jù)庫 c數(shù)據(jù)結(jié)構(gòu) d程序7下列可哪個(gè)組件不是用例圖的基本組件 （d）a參與者 b用例 c系統(tǒng) d文檔8用例圖中用例之間存在各種關(guān)系，但不包括 （b）a包含 b關(guān)聯(lián) c泛化 d擴(kuò)展9常用動(dòng)詞或動(dòng)詞詞組來表示 （c ）a對(duì)象 b類 c關(guān)聯(lián) d屬性10組件圖中通常不包括下列哪個(gè)元素 （a）a對(duì)象 b組件 c接口 d依賴11好的軟件結(jié)構(gòu)應(yīng)該是 （b ）a高耦合、高內(nèi)聚 b低耦合、高內(nèi)聚c高耦合、低內(nèi)聚 d低耦合、低內(nèi)聚12靜

14、態(tài)模型不包括 （c ）a類圖 b組件圖 c狀態(tài)圖 d部署圖13動(dòng)態(tài)模型不包括 （d）a交組圖 b活動(dòng)圖 c狀態(tài)圖 d部署圖14rose模型文件的擴(kuò)展名為 （a）amdl bvsd cpdf dswf15逆向工程是什么過程 （ c ）a模型到代碼 b設(shè)計(jì)到實(shí)現(xiàn)c代碼到模型 d類圖到包圖三、判斷題（正確的在括號(hào)內(nèi)打上“”，錯(cuò)誤的打上“”。每小題2分，共20分）1軟件開發(fā)的主要任務(wù)是寫程序。 （ f ）2測(cè)試只能證明程序有錯(cuò)誤,不能證明程序沒有錯(cuò)誤。（ t ）3模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以下。 （ f ）4在編制程序時(shí)，首先應(yīng)該對(duì)程序的結(jié)構(gòu)充分考慮

15、，不要急于開始編碼，而要寫軟件文檔那樣，很好地琢磨程序具有什么樣的功能，這些功能如何安排等等。（ f ）5程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。 （ f ）6用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 （ f ）7發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。 （ t ）8為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（ f ）9軟件維護(hù)就是改正軟件中的錯(cuò)誤。 （ f ）10質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃,有組織的活動(dòng)。( t )11螺旋模型是利用笛卡爾坐標(biāo)的四個(gè)象限分別代表四個(gè)方面的活動(dòng)來表示。（ f ）12模塊越多，開發(fā)成本越小

16、。 （ f ）13內(nèi)聚是指一個(gè)軟件結(jié)構(gòu)內(nèi)各個(gè)模塊之間互連程序的度量。 （ f ）14結(jié)構(gòu)化設(shè)計(jì)屬于面向數(shù)據(jù)流的設(shè)計(jì)方法。 （ t ）15詳細(xì)設(shè)計(jì)是在概要設(shè)計(jì)之后進(jìn)行的。它利用概要設(shè)計(jì)的結(jié)果，對(duì)系統(tǒng)中的每個(gè)模塊給出足夠的過程性描述。 （ t ）16程序運(yùn)行過程中出現(xiàn)錯(cuò)誤叫做容錯(cuò)。 （ f ）17軟件測(cè)試的目的是證明程序沒有錯(cuò)誤。 （ f ）18白盒測(cè)試法是將程序看成一個(gè)透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程。 （ f ）19 pad圖在設(shè)置了五種基本的控制結(jié)構(gòu)后，還允許遞歸調(diào)用。 （ t ）20獨(dú)立編譯是指一個(gè)大程序的不同程序單元分別編譯，然后重新連接整個(gè)程序段。 （ t ）31開發(fā)軟件

17、就是編寫程序（f）32 系統(tǒng)測(cè)試的主要方法是白盒測(cè)試法，主要進(jìn)行功能、性能測(cè)試、安全性測(cè)試及可靠性測(cè)試等（f）33編程時(shí)應(yīng)盡可能利用硬件特點(diǎn)以提高程序效率（f）。34軟件需求分析的任務(wù)是建立軟件模塊結(jié)構(gòu)圖（f）。35盡可能使用高級(jí)語言編寫程序（t）。36以結(jié)構(gòu)化方法建立的系統(tǒng)模型就是數(shù)據(jù)流圖（f）。37進(jìn)行總體設(shè)計(jì)時(shí)加強(qiáng)模塊間的聯(lián)系（f）。38編碼時(shí)盡量多用全局變量（f）。39用case環(huán)境或程序自動(dòng)化生成工具來自動(dòng)生成一部分程序（t）40軟件測(cè)試是要發(fā)現(xiàn)軟件中所有錯(cuò)誤（f）（ t ）41、軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。（ f ）42、v（g）值越高的程序往往是越不復(fù)雜、

18、越不容易出問題的程序。（ f ）43、適應(yīng)性維護(hù)是改進(jìn)軟件未來的可維護(hù)性和可靠性。（ f ）44、軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（ t ）45、隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來越大。（ f ）46、軟件也會(huì)磨損和老化。（ f ）47、用窮舉法測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（ t ）48、面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和循環(huán)三種基本形式表示數(shù)據(jù)等步驟。（ f ）49、測(cè)試計(jì)劃、測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長期保存。（ f ）50、mccabe建議模塊規(guī)模應(yīng)滿足：v（g）20。（ t ）61總體設(shè)計(jì)階段要設(shè)計(jì)軟件體系結(jié)構(gòu)。（ f ）

19、62、軟件即程序。（ t ）63采用對(duì)象設(shè)計(jì)系統(tǒng)時(shí)，首先建立系統(tǒng)的物理模型。（ t ）64用例圖中，擴(kuò)展關(guān)系表示為虛線箭頭加“extend”。（ t ）65實(shí)現(xiàn)關(guān)系指定兩個(gè)實(shí)體之間的一個(gè)合同。（ t ）66狀態(tài)圖通常作為對(duì)類圖的補(bǔ)充。（ f ）67聚集關(guān)系是關(guān)聯(lián)的一種形式，表示兩個(gè)類之間的一般與特殊關(guān)系。（ t ）68一個(gè)完整的模型必然描述系統(tǒng)的靜態(tài)和動(dòng)態(tài)兩個(gè)方面。（ f ）69狀態(tài)圖是對(duì)多個(gè)對(duì)象建模。（ t ）70在uml中，組件是指系統(tǒng)中可替換的物理部分。四簡(jiǎn)述題（每小題5分，共10分）1. 測(cè)試用例測(cè)試用例（test case）是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，

20、以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。2. 模塊化模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把系統(tǒng)劃分成若干模塊的過程，有多種屬性，分別反映其內(nèi)部特性。3. 對(duì)象指行動(dòng)或思考時(shí)作為目標(biāo)的事物4. 軟件生命周期各階段的任務(wù)是什么？ 答：軟件生命期分為7個(gè)階段：1、問題定義：要解決的問題是什么2、可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性3、需求分析：系統(tǒng)必須做什么4、總體設(shè)計(jì)：系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)5、詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)6、實(shí)現(xiàn)：編碼和測(cè)試7、 運(yùn)行維護(hù)：保證軟件正常運(yùn)行。5軟件重用的效益是什么？答：1、軟件重用可以顯著地改善軟件的質(zhì)量和可

21、靠性。2、軟件重用可以極大地提高軟件開發(fā)的效率。3、節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。6結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)。1.采用自頂向下、逐步求精的程序設(shè)計(jì)方法：在需求分析、概要設(shè)計(jì)中，都采用了自定向下、逐層細(xì)化的方法。2.使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序、選擇和循環(huán)，這三種基本結(jié)構(gòu)的共同點(diǎn)是、單入口、單出口，為自頂向下、逐步求精的設(shè)計(jì)方法提供了具體的實(shí)施手段。3.采用主程序員的組織形式：指開發(fā)程序的人員組織方式應(yīng)用由一個(gè)主程序員、一個(gè)后備程序員和一個(gè)程序管理員三人為核心，再加上一些專家、其他技術(shù)人員組成小組。7什么是軟件生命周期？8簡(jiǎn)述什么是回歸測(cè)試？回歸測(cè)試

22、-在集成測(cè)試過程中每當(dāng)一個(gè)新模塊結(jié)合進(jìn)來時(shí)，程序就發(fā)生了變化：建立了新的數(shù)據(jù)流路徑，可能出現(xiàn)新的i/o操作，激活新的控制邏輯。這樣變化有可能使原來正常的功能出現(xiàn)了問題；所謂回歸測(cè)試是指重新執(zhí)行已經(jīng)做過的測(cè)試的某個(gè)子集，以保證上述變化沒有帶來非預(yù)期的錯(cuò)誤。9簡(jiǎn)述軟件危機(jī)有哪幾種表現(xiàn)？軟件開發(fā)和維護(hù)的過程中常遇到的問題（1）對(duì)于軟件開發(fā)的成本和進(jìn)度的估計(jì)很不準(zhǔn)確。（2）開發(fā)的軟件產(chǎn)品不能完全滿足用戶要求。（3）開發(fā)的軟件可靠性差，軟件產(chǎn)品質(zhì)量差。（4）軟件通常沒有適當(dāng)?shù)奈臋n資料。（5）軟件的可維護(hù)性差。（6）軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及深入的趨勢(shì)，效率低。（7）軟件價(jià)格昂貴。

23、10什么是軟件工程？(software engineering，簡(jiǎn)稱為se)是一門研究用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件的學(xué)科。它涉及到程序設(shè)計(jì)語言，數(shù)據(jù)庫，軟件開發(fā)工具，系統(tǒng)平臺(tái)，標(biāo)準(zhǔn)，設(shè)計(jì)模式等方面。11簡(jiǎn)述需求分析的任務(wù)？需求分析的任務(wù)就是：確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運(yùn)行環(huán)境約束，編制軟件需求規(guī)格說明書、軟件系統(tǒng)的驗(yàn)收測(cè)試準(zhǔn)則和初步的用戶手冊(cè)12詳細(xì)設(shè)計(jì)的主要任務(wù)是什么？答：詳細(xì)設(shè)計(jì)的基本任務(wù)包括：1、為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì) 2、為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì) 3、對(duì)數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì) 4、其他設(shè)計(jì) 5、編寫詳細(xì)設(shè)計(jì)說

24、明書 6、評(píng)審13自頂而下漸增測(cè)試與自底向上漸增測(cè)試各有何優(yōu)缺點(diǎn)答：自頂而下漸增測(cè)試 優(yōu)點(diǎn)：不需要測(cè)試驅(qū)動(dòng)程序，能夠在測(cè)試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，而且能夠盡早發(fā)現(xiàn)上層模塊的接口錯(cuò)誤。 缺點(diǎn)：需要存根程序，底層錯(cuò)誤發(fā)現(xiàn)較晚。 自底而上漸增測(cè)試 優(yōu)點(diǎn)與缺點(diǎn)和自頂而下漸增測(cè)試相反。14軟件生存期各階段的主要任務(wù)。15簡(jiǎn)述需求分析工作可以分成哪四個(gè)方面？軟件需求分析有三個(gè)基本原則？需求分析階段的基本過程包括四個(gè)方面：對(duì)問題的識(shí)別，分析與綜合，制定規(guī)格說明以及評(píng)審。（1）問題識(shí)別，系統(tǒng)分析人員要研究計(jì)劃階段產(chǎn)生的可行性分析報(bào)告和軟件項(xiàng)目實(shí)施計(jì)劃。然后進(jìn)行功能需求、性能需求、環(huán)境需求、可靠性需

25、求安全保密需求、用戶界面需求、資源使用需求等方面的工作。（2）分析與綜合，分析員需從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的限制，分析他們是否滿足功能需求，是否合理。（3）制定規(guī)格說明，編寫需求分析的文檔。（4）需求分析評(píng)審。為保證軟件需求定義的質(zhì)量，評(píng)審應(yīng)以專門指定的人員負(fù)責(zé)，并按規(guī)程嚴(yán)格執(zhí)行。需求分析的原則 1.必須能夠傳達(dá)和理解問題的數(shù)據(jù)域和功能域2.必須按自頂向下、逐層分解的方式對(duì)問順進(jìn)行分解和不斷細(xì)化3.給出系統(tǒng)的邏輯模型和物理模型16以g.j.myers的觀點(diǎn)，簡(jiǎn)述對(duì)軟件測(cè)試的目的。1、為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程2、一個(gè)好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試3、一個(gè)成功的測(cè)試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)