、下面哪個選項不是軟件工程研究的內容A.問題定義、可行性研究、需求分析、（B）。設計、編碼和測試。A.生產(chǎn)無故障的軟件B.精通一B.問題定義、設計、可行性研究、編碼門編程語言和測試。C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及C.需求分析、設計、編碼和測試。時交付的軟件D.需求分析、編碼和測試、試運行。2、軟件工程的出現(xiàn)是由于（A）13、假定銀行的存款年利率是2%，請問現(xiàn)在A.軟件危機B.計算機硬件技術的發(fā)展存5000元，兩年后價值應為（A）元。C.軟件社會化的需要D.計算機軟件A.5202B.4500C.5100D.4712技術的發(fā)展14、系統(tǒng)物理模型用（A）表示。3、軟件工程的研究內容具有層次化結構，A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程最底層是質量保證層，中間層是（C），最序流程圖D.E-R圖上層是工具層。15、關于軟件需求特性不正確的描述是“軟A.過程層B.方法層C.過程層和方件需求具有（C）”。法層D.系統(tǒng)層A.多變性B.模糊性C.準確性D4、美國著名軟件工程專家B.W.Boehm于主觀性1983年提出了軟件工程的（A）條基本原理。16、DFD中的每個加工至少需要（D）A.7B.5C.3D.12A.一個輸入流B.一個5、結構化分析方法（SA法）使用的主要描輸出流述工具有（D）。C.一個輸入或輸出流D.一個A.數(shù)據(jù)庫B.模塊結構圖輸入流和一個輸出流C.PAD圖D.分層的DFD圖17、PDL是描述處理過程（C）。6、源程序的效率與（D）階段確定的算法A.做什么B.為什么做C.怎么的效率直接有關。做D.對誰做A口概要設計B.總體設計C.18、當一個模塊直接使用另一個模塊的內部單元設計D.詳細設計數(shù)據(jù)，這種模塊之間的耦合為（D）7、可行性研究的主要任務是（A）。A口數(shù)據(jù)耦合B□公共耦合C口標記A.確定系統(tǒng)做什么B.確定性能C.耦合D口內容耦合確定功能D.進行一次簡要的需求分析19、按照模塊獨立性，耦合程度由強至弱正8、內容耦合是模塊間最緊密的耦合，（B）確的順序是（A）。是模塊間最松散的耦合。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內容A口數(shù)據(jù)耦合B口非直接耦合C口控制耦合耦合D口外部耦合B.控制耦合、數(shù)據(jù)耦合、內容耦合、外部9、面向對象是“先”確定（）“后”（C）。耦合A.屬性/方法B.數(shù)據(jù)結構/方法C.動C.內容耦合、外部耦合、控制耦合、數(shù)據(jù)作的主體/DODOD.動作耦合10、UML是一種（B口語言。D.外部耦合、內容耦合、數(shù)據(jù)耦合、控制A.高級編程B.可視化建模C.分析方耦合法D.過程20、UML中，包圖是一種（C）。11、軟件工程強調將（D）的方法應用于A.集合B.數(shù)據(jù)結構C.分組機制軟件的開發(fā)和維護過程之中。D.對系統(tǒng)的動態(tài)描述A.規(guī)范化B.系統(tǒng)化C.可度量D.21、反映收發(fā)消息的對象的組織結構，用于以上全部描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)12、軟件開發(fā)活動的順序應該是（A）。作實現(xiàn)的是（C）。

A.順序圖B.類圖C.合作圖A.靜態(tài)B.業(yè)務C.數(shù)據(jù)D.動態(tài)D.DOD22、面向對象分析和設計的界限是（C），32、用（B）描述系統(tǒng)與角色之間的接口。A.表單B.界面類C.窗體D.對從分析到設計是一個逐漸擴充模型的過程。A.清晰的B.模糊的C.非線性的D.確定的23、動態(tài)模型描述系統(tǒng)的動態(tài)結構和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控話框33、對類進行詳細設計，主要是設計類的（C），優(yōu)化類之間的關系。A.數(shù)據(jù)結構B.處理流程和方法D.算法34、面向對象設計強調定義（C.屬性A）,并且使制”特性。面向對象方法中，常用（D實現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖D.以上全部24、不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應用的語言是（D）A.SQLB.CobolC.4GL)D.它們相互協(xié)作來滿足用戶需求。A.軟件對象B.物理模型C.E-R模型D.接口35、軟件測試的目標是設計優(yōu)秀的測試用例（B）。A.最快速地找出程序中的問題B.以最小的代價、在最短的時間內盡可能Lisp25．軟件工程中，只根據(jù)程序的功能說明而不關心程序內部邏輯的測試方法，稱為（C）測試。A.白盒法B.灰盒法C.黑盒法D.綜合法26、程序設計語言的技術特性不應包括（D）。A.數(shù)據(jù)結構的描述性B.抽象類型的描述性C.數(shù)據(jù)庫的易操作性D.軟件的可移植性27、以下哪種測試方法不屬于白盒測試技術（B）。A.語句覆蓋測試B.邊界值分析測試C.條件覆蓋測試D.判斷覆蓋測試28、軟件測試的主要特點是（C）。A口軟件測試的開銷不大B.多地發(fā)現(xiàn)軟件中的錯誤C.保障程序的正確性D.區(qū)分出程序員的編程水平36、（B）不符合軟件測試原則。A.對每個測試結果進行檢查，出現(xiàn)的錯誤跡象B□程序員應該仔細測試自己編寫的程序代碼C.程序員要避免測試自己編寫的程序代碼D.測試工作越早開始越好37、引起軟件改變的原因主要有（A.運行環(huán)境變化B.需求變化口D.以上全部38、（C）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A口組織管理B口過程管理不漏掉已經(jīng)D）。C.系統(tǒng)有C口軟件配置軟件測試要依靠工具C口軟件不能進行“窮舉”測試D.管理D口風險管理39、現(xiàn)在人們更強調程序代碼的（A）。軟件測試要依靠人工29、在軟件生存期的維護階段，繼續(xù)診斷和修正錯誤的過程稱為（D）。A.完善性維護B.適應性維護A.可維護性B.可移植性高效性40、程序的三種基本控制結構，包括順序結口、（A）和循環(huán)結構。C.可擴充性D.C.預防性維護D.改正性維護30、不屬于軟件項目管理的是（D）。A.開發(fā)機構能力評估B.項目風險評A.判斷結構B.說明結構D.輸出結構41、軟件、程序和代碼是（C.輸入結構D）。估C.質量監(jiān)控D.軟件銷售利潤A.相同的軟件概念B.程序語言寫31、用（D）模型描述和分析業(yè)務流程。概念C.計算機代碼和數(shù)據(jù)D.三個不同的42、下面哪個選項不是軟件工程研究的內容（B）。A.生產(chǎn)無故障的軟件B.精通一C.軟件成熟度模型方法52、螺旋模型是一種考慮了發(fā)模型。A.效率C.可移植性D.軟件描述的一般（D）的軟件開門編程語言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時交付的軟件43、SW-CMM是一種（D）規(guī)范。A.編程規(guī)范B.軟件工作通用模型C.軟件設計模型D.軟件成熟度模型44、可行性研究實質上是在較高層次上、以較抽象的方式進行（B）的過程。A.詳細軟件設計B.需求分析過程C.深入的需求分析D.測試設計45、與傳統(tǒng)行業(yè)的生產(chǎn)相比較，軟件的需求具有（A）。A.主觀性B.穩(wěn)定性C.明確性D.客觀性46、源程序的效率與（D）階段確定的算法的效率直接有關。A口概要設計B.總體設計C.單元設計D.詳細設計47、畫DFD圖的主要目的是（A）。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具B.對系統(tǒng)的數(shù)據(jù)結構進行描述C.對目標系統(tǒng)的層次結構進行描述D.作為編碼和測試的工具48、耦合度最高的是（B）。A.外部耦合B.內容耦合C.控制耦合D.數(shù)據(jù)耦合49、為了提高模塊的獨立性，是（D）。A.控制耦合B.容耦合D.數(shù)據(jù)耦合模塊之間最好公共耦合C.內50、UML是一種（A）。A.建模工具B.可視化的程序設計語言C.可視化的建模語言D.過程51口美國卡內基口梅隆大學制定SW-CMM是（C）。A.軟件工作規(guī)范B.軟件工作流描述的B.風險判斷D.安全性53、可行性研究的四大要素是（A.經(jīng)濟、技術、法律和社會環(huán)境B.經(jīng)濟、技術、開發(fā)組織能力和領導者水平C.經(jīng)濟、技術、計算機硬件環(huán)境和網(wǎng)絡帶寬D.經(jīng)濟、技術、軟件開發(fā)工具和人員的穩(wěn)定性54、軟件調研報告是在（A.可行性分析之前C.簽合同之前A）。B）提交的。B.需求分析之前D.設計的時候55、描述軟件需求通常不用哪個工具A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典結構圖D.E-R圖56、軟件結構圖中沒有（A口模塊B口調用參數(shù)D口判斷57、程序流程圖與數(shù)據(jù)流程圖的關系A口不確定轉換成程序流程圖C口數(shù)據(jù)調用關系轉換成數(shù)據(jù)流程圖58、包含關系用于構造多個用例（A.關系特殊活動59、如果說用例（A）。A.F是一個一般用口，B.F是一個特殊用戶，C.都是一般用口D.都是特殊用例60、用（模。A.實體類對象類（C）。C.模塊D）元素。C口返回結果（AB口數(shù)據(jù)流程圖可以D□程序流程圖可以B.共性的部分B）。C.角色）。D.被用例T擴展，意思是T是一個特殊用例T是一個一般用口C）對需要長久保存的信息進行建B.數(shù)據(jù)庫表C.E-RD.61、面向對象程序設計的基本機制（A.繼承D.結構B.消息）。C.方法62．表示對象相互行為的模型是A.動態(tài)模型象模型B.功能模型D.狀態(tài)模型A）模型。C.對63、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結構。在面向對象方法中，由(BDDDDA.順序圖B.類圖C.狀態(tài)圖D.DOD64、對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。A口結合B口隱藏C口封裝DDOO65、面向對象設計的步驟中，正確的順序是（A）。A.系統(tǒng)構架設計、用例設計、類設計B.系統(tǒng)構架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構架設計用例設計、構架設計、類設計66、軟件維護過程中產(chǎn)生的副作用，一般是由（B）引起的。A.算法說明B.修改程序C.優(yōu)先級D.環(huán)境要求67、項目計劃活動的主要任務是（D）。D.A.估算項目的進度B.分配工作量計劃資源使用D.以上全部68、如果程序代碼的（C）好，口調試的成本就可以大幅度降低。C.A.性能比B.可擴充性C.可讀性可移植性69、兩個浮點數(shù)X0和X1比較相等時，應該D.用（C）比較。A.X0==X1B.X1-X0<WC.|X0-X1|<WD.X0=X1TOC\o"1-5"\h\z70、瀑布模型存在的問題是（D）。A口用戶容易參與開發(fā)B口適用可變需求CD用戶與開發(fā)者易溝通D口缺乏靈活71、面向對象設計首先要確定系統(tǒng)的總體結構和風格，構造系統(tǒng)的（B）。A.邏輯模型B.物理模型C.數(shù)據(jù)模型D.用例模型A.系統(tǒng)構架設計、用例設計、類設計B.系統(tǒng)構架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構架設計D.用例設計、構架設計、類設計73、類有3種類型，即（B）。A.邊界類、實體類、控制類B.實體類、控制類、界面類C.控制類、實體類、口類D.界面類、控制類、公共類74、（D）是一般化類與特殊化類之間的一種關聯(lián)形式，設計時應該適當使用這種耦合。A.消息連接B.參數(shù)傳遞C.方法重寫D.繼承75、結構化程序設計主要強調的是（D）。A.程序的規(guī)模B.程序效率C.程序語言的先進性D.程序易讀性76、程序的三種基本控制結構，包括順序結口、（A）和循環(huán)結構。A.條件/判斷結構B.說明結構C.輸入結構D.輸出結構77、一般性的軟件其測試工作量大約占整個開發(fā)工作量的（B）。A.小于10%B.40%C.90%D.大于10078、下面哪些測試方法屬于黑盒測試（B）。AD路徑測試B.等價類劃分C.條件判斷D.循環(huán)測試79、軟件特性中，相互矛盾的是（B）。A.可理解性與可測試性B.效率與可修改性C.可修改性和可理解性D.可理解性與可口性80、（D）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。ADD織管理BD過程管理CD風險管理DD軟件配置管理72、面向對象設計的步驟中，正確的順序是（A）。一、簡答題1、請說明快速原型化模型的基本思想。在需求分析的同時，以比較小的代價快速建立一個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進行基本操作，并且提出改進意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評價，提出建議，如此往復，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?；诳焖僭突Ｐ偷拈_發(fā)過程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運行，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎上進行系統(tǒng)分析和設計，而原型已經(jīng)通過了用戶和開發(fā)組的審查，在設計階段由于有原型作設計參考，所以設計的結果正確率比較高。

2．軟件工程為什么要強調規(guī)范化和文檔化？(1)軟件工程強調規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個人生產(chǎn)方式，進入標準化、工程化的生產(chǎn)方式。(2)文檔化是將軟件的設計思想、設計過程和實現(xiàn)過程完整地記錄下來，以便于后人的使用和維護，在開發(fā)過程中各類相關人員借助于文檔進行交流和溝通。另外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢姡?．軟件工程為什么要強調規(guī)范化和文檔化？(1)軟件工程強調規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個人生產(chǎn)方式，進入標準化、工程化的生產(chǎn)方式。(2)文檔化是將軟件的設計思想、設計過程和實現(xiàn)過程完整地記錄下來，以便于后人的使用和維護，在開發(fā)過程中各類相關人員借助于文檔進行交流和溝通。另外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢姡阌诠芾碚邔浖a(chǎn)進度和開發(fā)過程進行管理。在用戶最終驗收時可以通過對提交的文檔進行技術審查和管理審查，軟件的質量。3、請舉例說明用例之間的包含關系和擴展關系的區(qū)別？包含關系用于構造多個用例共同的活動。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼保證等功能都需要驗證用戶密碼。這種情況下應該將密碼驗證功能獨立出來，便于復用、減少冗余。一個用例擴展另一個用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時，系統(tǒng)檢查所還圖書是否有預訂記錄，如果有則執(zhí)行“通知”用例。4．簡述在項目開發(fā)時選擇程序設計語言的主要考慮的因素。編程人員的水平和編程經(jīng)歷；待開發(fā)的軟件類型；算法和計算復雜性；數(shù)據(jù)結構的復雜性；軟件的開發(fā)成本和時間要求；軟件可移植性要求；可用的軟件工具。5口設計下列偽程序的條件組合覆蓋測試用例。BEGININPUT(x,y,z)IF(y>1)AND(z=0)THENx=x/yENDIFIF(y=2)OR(x=l)THENx=x+lENDIFPRINT(x)END8種8種可能的條件組合，它們是：y>1,z=0y>1,z<>0y<=1,z=0y<=1,z<>0y=2,x=1y=2,x<>1y<>2,x=1y<>2,x<>1條件組合覆蓋設計測試用例：實現(xiàn)1，6兩種條件組合輸入：x=4,y=2,z=0;實現(xiàn)2，5兩種條件組合輸入：x=1,y=2,z=1;實現(xiàn)3，8兩種條件組合輸入：x=2,y=1,z=0;實現(xiàn)4，7兩種條件組合輸入：x=1,y=1,z=1.6、請給出軟件工程七條基本原理中的任意6條基本原理。原理1．用分階段的生命周期計劃嚴格管理原理2．堅持進行階段評審原理3．實行嚴格的產(chǎn)品控制原理4．采用現(xiàn)代程序設計技術原理5．結果應能清楚地審查原理6．開發(fā)小組的人員應該少而精原理7．承認不斷改進軟件工程實踐的必要性7、結構化程序設計的特征是什么？結構化程序設計的特征如下：程序模塊只有一個入口和一個出口、程序中只包含順序、條件和循環(huán)三種控制結構。8、軟件需求可以分為業(yè)務需求、用戶需求、功能需求和非功能需求，請分析業(yè)務需求與功能需求的區(qū)別？業(yè)務需求是用戶高層領導機構決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務需求一般在進行需求分析之前就應該確定，需求分析階段要以此為參照制定需求調研計劃、確定用戶核心需求和軟件功能需求。業(yè)務需求通常比較簡潔，大約三口五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。用戶從他們完成任務的角度對軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設計和編碼。9、簡述模塊獨立性，內聚與耦合。模塊獨立性,是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能,而和軟件系統(tǒng)中其它的模塊的接口是簡單的。一般采用兩個準則度量模塊獨立性。即模塊間耦合和模塊內聚。耦合是模塊之間的互相連接的緊密程度的度量。內聚是模塊功能強度(一個模塊內部各個元素彼此結合的緊密程度)的度量。模塊獨立性比較強的模塊應是高內聚低耦合的模塊。10、請為下面的程序設計符合判定覆蓋的測試用例。intmain(){inta,b,c,x,y,z,t;scanf(“d%,d%,d%),&a,&b,&c,&t);ifa>5&&t<1x=10elsex=1;ifb>10y=20elsey=2;ifc>15z=30elsez=3;printf(“d%,d%,d%\n”,x,y,z)答：a>5,t=0a<=5,t=0b>10b<=10c>15c<=1511、什么是軟件危機？試簡述至少3種軟件危機的典型表現(xiàn)。（1）軟件危機是指在計算機軟件的開發(fā)和維護過程中，所遇到的一系列嚴重問題。（2）典型表現(xiàn)：開發(fā)費用和進度難以估算和控制，大大超過預期的資金和規(guī)定日期；軟件維護困難；通常沒有保留適當?shù)奈臋n資料開發(fā)成本逐年上升；12、試分析結構化方法存在的主要問題是什么？1）結構化方法分析和設計階段所應用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設計階段的主要模型是軟件模塊結構圖，數(shù)據(jù)流程圖和軟件模塊結構圖之間需要進行轉換。不同的人轉換出的模塊圖可能不同，有很大的隨意性。2）需求分析的細化程度沒有標準，只能憑借分析人員的經(jīng)驗自己把握；需求分析的過程是在一種瀑布形式，當需求變更時，功能變化就會導致軟件模塊結構發(fā)生變化，造成了軟件結構不穩(wěn)定。3）結構化程序設計將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復用。4）結構化方法設計的軟件結構不穩(wěn)定，缺乏靈活性，可維護性差。13、面向對象的分析通常要建立三個模型，請問三個模型的作用？a）功能模型：表達系統(tǒng)的詳細需求，為軟件的進一步分析和設計打下基礎。在面向對象方法中，由用例圖和場景描述組成。b）對象模型：表示靜態(tài)的、結構化的系統(tǒng)“數(shù)據(jù)”性質。描述現(xiàn)實世界中實體的對象以及它們之間的關系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結構。在面向對象方法中，類圖是構建對象模型的核心工具。c）動態(tài)模型：描述系統(tǒng)的動態(tài)結構和對象之間的交互，表示瞬時的、行為化的系統(tǒng)的“控制”特性。面向對象方法中，常用狀態(tài)圖、順序圖、合作圖、活動圖構建系統(tǒng)的動態(tài)模型。14、為了提高軟件的可維護性，在軟件開發(fā)過程的各個階段要充分考慮軟件的可維護性因素。（1）在需求分析階段應該明確維護的范圍和責任，檢查每條需求，分析維護時這條需求可能需要的支持，對于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應變能力。（2）在設計階段應該做一些表更實驗，檢查系統(tǒng)的可維護性、靈活性和可移植性，設計時應該將今后可能變更的內容與其他部分分離出來，并且遵循高內聚、低耦合的原則。（3）編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。（4）在測試階段測試人員應該按照需求文檔和設計文檔測試軟件的有效性和可用性，收集出錯信息并進行分類統(tǒng)計，為今后的維護打下基礎。15、設計下列偽程序的語句覆蓋測試用例。BEGININPUT（A,B,C）IFA>5THENX=10

ELSEX=1ENDIFIFB>10THENY=20ELSEY=2ENDIFIFC>15THENZ=30ELSEZ=3ENDIFPRINT（X,Y,Z）END答：因為每個判定表達式為真或假時均有賦值語句，為了使每個語句都至少執(zhí)行一次，總共需要兩組測試數(shù)據(jù)，以便使得每個判定表達式取值為真或假各一次。下面是實現(xiàn)語句覆蓋的典型測試用例：1）使3個判定表達式之值全為假輸入：A=1，B=1，C=1預期的輸出：X=1，Y=2，Z=32）使3個判定表達式之值全為真輸入：A=20，B=40，C=60預期的輸出：X=10，Y=20，Z=3016、簡述軟件過程模型1）軟件過程是人們開發(fā)和維護軟件及相關產(chǎn)品的活動、方法、實踐和改進的集合。它明確定義軟件過程中所執(zhí)行的活動及其順序，確定沒一個活動內容和步驟，定義每個角色和職責。（2）軟件工程將軟件開發(fā)和維護的過程概況為8個大的活動：問題定義、可行性研究、(IPO需求分析、總體設計、詳細設計、編碼、系統(tǒng)測試和運行維護。17.簡述結構化分析的主要步驟（1）根據(jù)用戶的需求畫出初始的數(shù)據(jù)流程圖，寫出數(shù)據(jù)字典和初始的加工處理說明圖），實體關系圖。(IPO（2）以初始數(shù)據(jù)流程圖為基礎，從數(shù)據(jù)流程圖的輸出端開始回溯。在對數(shù)據(jù)流程圖進行回溯的過程中可能會發(fā)現(xiàn)丟失的處理和數(shù)據(jù)，應將數(shù)據(jù)流程圖補充完善。（3）對軟件性能指標、接口定義、設計和實現(xiàn)的約束條件等逐一進行分析。（4）系統(tǒng)分析人員與用戶一起對需求分析的結果進行復查。（5）根據(jù)細化的需求修訂開發(fā)計劃。（6）編寫需求規(guī)格說明書和初始的用戶手冊，測試人員開始編寫功能測試用的測試數(shù)據(jù)。18．衡量模塊獨立性的兩個標準是什么？它們各表示什么含義？1）兩個定性的度量標準：耦合與內聚性。2）耦合性：也稱塊間聯(lián)系。指軟件系統(tǒng)結構中各模塊間相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越緊密，其耦合性就越強，模塊的獨立性則越差。3）內聚性：也稱塊內聯(lián)系。指模塊的功能強度的度量，即一個模塊內部各個元素彼此結合的緊密程度的度量。模塊內元素聯(lián)系越緊密，內聚性越高。19.活動圖與狀態(tài)圖的區(qū)別？1）描述的重點不同：活動圖描述的是從活動到活動的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉移。

（2）使用的場合不同：在分析用例、理解涉及多個用例的工作流、處理多線程應用等情況下，一般使用活動圖；在顯示一個對象在其生命周期內的行為時，一般使用狀態(tài)圖。20、一個程序片段如下，請設計符合判定覆蓋的測試用例。if(a>=5)&&(b<0){c=a+b;elsec=a-b;if(c>5)||(c<1)\n”)printf(“c不在計算區(qū)域\n”)elseprintf(“%d\n”,c);判斷覆蓋標準為，不僅使條語句都至少執(zhí)行一次，還要使程序中每個分支都至少執(zhí)行一判斷覆蓋標準為，不僅使條語句都至少執(zhí)行一次，還要使程序中每個分支都至少執(zhí)行一次。也就是說，設計的測試用例使每個判定都有一次取“真”和“假”的機會。測試用例(不唯一)：a=16t=0b=11c=16；a=5t=0b=10c=15次。也就是說，設計的測試用例使每個判定都有一次取“真”和“假”的機會。測試用例(不唯一)：a=16t=0b=11c=16；a=5t=0b=10c=15二、應用題1、學校教師工資管理系統(tǒng)的需求描述如下：1、學校教師工資管理系統(tǒng)的需求描述如下：教師每月末將本月的工作量輸入到系統(tǒng)中，學院負責人對教師輸入的工作量進行審核，財務部門對審核后的工作量計算本月工資，本月學院負責人對教師輸入的工作量進行審核，財務部門對審核后的工作量計算本月工資，本月工資=基本工資＋各種補貼＋工作量獎金－稅收－保險一公積金金?；竟べY、各種補貼、工資=基本工資＋各種補貼＋工作量獎金－稅收－保險一公積金金。基本工資、各種補貼、保險、公積金信息由人事處負責輸入和維護，教師可以查詢月工資明細。銀行系統(tǒng)每月從本系統(tǒng)讀入每位教師的實發(fā)工資，并向每位教師的銀行卡帳戶打入月工資。教師可以查詢自己保險、公積金信息由人事處負責輸入和維護，教師可以查