軟件地工程試的題目與問題詳解(17)

1、1234123412 軟件工程試題及答案第一部分選擇題一、單項選擇題 每小題1分，共20分。（在每小題的四個選項中只有一個選項是符合題目要求的，請將正確選項前的字母 填在題后的括號內(nèi)）1.在下列工具與環(huán)境中（）屬于較早期的 CASE。A .基于信息工程 CASEB .人工智能 CASEC.結構的基于圖形 CASED .集成的CASE環(huán)境2 . Putnam 成本估算模型是一個（）模型。A .靜態(tài)單變量B .動態(tài)單變量C .靜態(tài)多變量D .動態(tài)多變量3 .在McCall軟件質量度量模型中，（）屬于面向軟件產(chǎn)品修改。A .可靠性B .可重用性C .適應性D .可移植性4 . ISO的軟件質量評價模

2、型由 3層組成，其中用于評價設計質量的準則是（）A. SQICB. SQMCC. SQRCD . SQDC5 .軟件復雜性度量的參數(shù)包括（）A .效率B .規(guī)模C .完整性D .容錯性6 .對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作（）于對象的統(tǒng)一體中。A.結合B .隱藏C .封裝D .抽象7 .軟件調試技術包括（）A.邊界值分析B .演繹法C .循環(huán)覆蓋D .集成測試8 .瀑布模型的存在問題是（）A.用戶容易參與開發(fā)B .缺乏靈活性C .用戶與開發(fā)者易溝通D .適用可變需求9 .軟件測試方法中的靜態(tài)測試方法之一為（）A .計算機輔助靜態(tài)分析B.黑盒法 C.路徑覆蓋 D .邊界值分析軟件生命周期

3、中所花費用最多的階段是（）A.詳細設計B .軟件編碼C .軟件測試D .軟件維護第一個體現(xiàn)結構化編程思想的程序設計語言是（）A. FORTRAN 語言 B. Pascal 語言C . C 語言D . PL/1 語言.程序的三種基本控制結構是（）A.過程、子程序和分程序B .順序、選擇和重復 C .遞歸、堆棧和隊列D.調用、返回和轉移.在詳細設計階段，經(jīng)常采用的工具有（）A . PADB . SA詳細設計的結果基本決定了最終程序的（A .代碼的規(guī)模B.運行速度需求分析中開發(fā)人員要從用戶那里了解（A.軟件做什么B.用戶使用界面C . SCD. DFD)C.質量D .可維護性)C.輸入的信息D .軟

4、件的規(guī)模.結構化程序設計主要強調的是（）1011121314151617181920A . 程序的規(guī)模 B. 程序的效率C .IDEF。圖反映系統(tǒng)（）A .怎么做B .對誰做經(jīng)濟可行性研究的范圍包括（）A .資源有效性B .管理制度程序設計語言的先進性D. 程序易讀性C.何時做D .做什么C .效益分析D .開發(fā)風險發(fā)的決策依據(jù)，因必須給出.可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開（ ）的回答。A .確定B .行或不行C.正確D .無二義.需求分析階段的任務是確定（）A . 軟件開發(fā)方法B. 軟件開發(fā)工具C .軟件開發(fā)費D. 軟件系統(tǒng)的功能二、填空題（每空 2

5、分，共20分）。21 在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進行大量的修改，_軟件配置管理 能協(xié)調軟件開發(fā)，并使混亂減到最低程度。22 規(guī)定功能的軟件，在一定程度上對自身錯誤的作用（軟件錯誤）具有屏蔽能力，則稱此軟件具有容錯功能的軟件。23 McCall提出的軟件質量模型包括 丄個軟件質量特性。24 軟件可維護性度量的七個質量特性是可理解性、可測試性、可修改性、可靠性、可移植性、 可使用性和效率。25 為了便于對照檢查，測試用例應由輸入數(shù)據(jù)和預期的輸出結果 兩部分組成。26 程序設計語言的心理特性主要表現(xiàn)在_歧義性_、簡潔性、傳統(tǒng)性、局部性和順序性。27 軟件結構是以模塊 為基礎而組成的一種控制

6、層次結構。28 在結構化分析中，用于描述加工邏輯的主要工具有三種，即：結構化語言、判定表、判定趙寸。29 .結構化語言是介于自然語言和形式語言 之間的一種半形式語言。30 .若年利率為i,不計復利，n年后可得錢數(shù)為F，則現(xiàn)在的價值 P=F/（1+（n*i）。三、 名詞解釋題每小題3分，共15分。31 軟件生存周期模型描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型32 數(shù)據(jù)字典（DD ）數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的。它以一種準確的、無二義性的說明方式為系統(tǒng)的分析、設計及維護提供了有關元素的一致的定義和詳細的描述。33 .內(nèi)聚性內(nèi)聚性是模塊獨立性的衡量標準之一，它是指模塊的功能強度

7、的度量，即一個模塊內(nèi)部各個元素彼此結合的緊密程度的度量34 . JSP方法JSP方法是面向數(shù)據(jù)結構的設計方法，其定義了一組以數(shù)據(jù)結構為指導的映射過程，它根據(jù)輸入，輸出的數(shù)據(jù)結構，按 一定的規(guī)則映射成軟件的過程描述，即程序結構。35 .多態(tài)性指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結果?；颍ú煌膶ο?，收到同一消息可以產(chǎn)生不同的結果。）四、簡答題每小題5分，共20分。36 .簡述容錯技術的四種主要手段，并解釋。結構冗余：包括靜態(tài)冗余、動態(tài)冗余和混合冗余。信息冗余：為檢測或糾正信息在運算或傳輸中的錯誤，須外加一部分信息。時間冗余：指重復執(zhí)行指令或程序來消除瞬時錯誤帶來的影響。冗余

8、附加技術：指為實現(xiàn)上述冗余技術所需的資源和技術。37 .以的觀點，簡述對軟件測試的目的。軟件測試是（1）為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程；（2 ） 一個好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。（3） 一個成功的測試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。38 就程序設計語言的工程特性而言，對程序編碼有哪些要求？就程序設計語言的工程特性而言，對程序編碼有如下要求：（1 ）可移植性（2）開發(fā)工具的可利用性（3）軟件的可重用性（4）可維護性39 .模塊的內(nèi)聚性包括哪些類型？模塊的內(nèi)聚性包括：（1 ）偶然內(nèi)聚（2）邏輯內(nèi)聚（3 ）時間內(nèi)聚（4 ）通信內(nèi)聚（5）順序內(nèi)聚（6 ）功能內(nèi)聚五、應用題第40小題7分，第

9、41小題8分，第42小題10分，共25分。41 根據(jù)下列條件使用等價劃分法設計測試用例。某一一 8位微機，其十六進制常數(shù)定義為：以Ox或0X開頭的數(shù)是十六進制整數(shù)，其值的范圍是 -7f7f (表示十六進制的大小寫字母不加區(qū)別)，女口 0X13,0X6A,-0X3c 。解答：等價劃分法劃分等價類并編號，如下表所示。卜六進制整型常量輸入條件的等價類表輸入數(shù)據(jù)合理等價類不合理等價類3.非Ox或非一打頭的串4 .含有非數(shù)字且(a,b,c,d,e,f )1.Ox或0X開頭1-2位以外字符數(shù)字串十六進制整數(shù)5 .多于5個字符2 .以一Ox打頭的1-2位6 .后跟非0的多位串數(shù)字串7 .0后跟數(shù)字串8.-后

10、多于3個數(shù)字10小于一7f十八進制數(shù)范圍9.在一7f7f之間11大于7f為合理等價類設計測試用例，表中有三個合理等價類，設計兩個例子測試數(shù)據(jù)期望結果覆蓋范圍0X23顯示有效輸入1 , 90 X15顯示有效輸入2, 9為每個不合理等價類至少設計一個測試用例測試數(shù)據(jù)期望結果覆蓋范圍2顯示無效輸入3G12顯示無效輸入4123311顯示無效輸入51012顯示無效輸入6011顯示無效輸入70134顯示無效輸入80x777顯示無效輸入100x87顯示無效輸入11軟件工程導論預測題一，單項選擇題（本大題共 20小題，每小題1分，共20分）在每小題列出的四個選項中只有一個選項是符合題目要求的，請將正確選項前的

11、字母填在題后的橫線上。1 可行性研究要進行一次 求分析。A .詳細的B .全面的 C.簡化的、壓縮的D .徹底的解析軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。其實質是要進行一次簡化、壓縮了的需求分析、設計過程，要在較高層次上以較抽象的方式進行需求分析和設計過程。因此 答案為Co2 .系統(tǒng)流程圖用于可行性分析中的 勺描述。A .當前運行系統(tǒng)B .當前邏輯模型C .目標系統(tǒng) D .新系統(tǒng)解析可行性研究首先要確定項目的規(guī)模和目標，然后就需要對當前運行的系統(tǒng)進行研究了，在考察系統(tǒng)的基礎上，通 過描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，與有關人員一起審查該

12、系統(tǒng)流程圖是否正確。描述的對象是當前正在運行的系統(tǒng)，因此 選擇A。3 .系統(tǒng)流程圖是描述 勺工具。A .邏輯系統(tǒng) B .程序系統(tǒng) C.體系結構 D .物理系統(tǒng)解析系統(tǒng)流程圖是用圖形符號來表示系統(tǒng)中的各個元素，例如人工處理、數(shù)據(jù)庫、設備等，流程圖表達了系統(tǒng)中各個 元素之間的信息流動情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。4.具在軟件詳細設計過程中不采用。A .判定表B. IPO 圖 C. PDL D. DFD 圖解析詳細描述處理過程常用三種工具：圖形、表格和語言。其中圖形工具有結構化流程圖、盒圖和問題分析圖三種，答案中的判定表是用來表示復雜的條件組合與應做的動作之間的對應關系。IPO圖用來描述每個模塊輸

13、入/輸出數(shù)據(jù)、處理功能及模塊調用的詳細情況。PDL是過程設計語言的縮寫，也稱程序描述語言，用于描述模塊算法設計和處理細節(jié)的語言，這三種都可以在軟件詳細設計過程中使用，而DFD圖則是數(shù)據(jù)流圖，是以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，只反映系統(tǒng)必須完成的邏輯功能，所以它只是一種功能模型，不能在詳細設計過程中使用。5 .程序的三種基本控制結構是A 過程、子程序和分程序B 順序、選擇和重復C.遞歸、堆棧和隊列D調用、返回和轉移解析程序的三種基本控制結構是順序、選擇和循環(huán)（重復）。子程序只是程序設計一種方法，遞歸則是一種算法，都 算不上是控制結構。6 程序的三種基本控制結構的共同特點是A 不能嵌

14、套使用B.只能用來寫簡單程序C.已經(jīng)用硬件實現(xiàn)D 只有一個入口和一個出口解析程序的特點就是從一個入口開始，最終以一個出口結束，其間可以用順序，選擇和循環(huán)方式對程序的流向進行控制。三種結構可以寫出非常復雜的程序，而且選擇和循環(huán)都可以嵌套設計。7 .產(chǎn)生軟件維護的副作用，是指A 開發(fā)時的錯誤B.隱含的錯誤C.因修改軟件而造成的錯誤D 運行時誤操作解析因修改軟件而造成的錯誤或其他不希望出現(xiàn)的情況稱為維護的副作用，包括編碼副作用、數(shù)據(jù)副作用、文檔副作 用三種。只有答案 C是正確的表述。8 .維護中，因誤刪除一個標識符而引起的錯誤是 M乍用。A .文檔 B.數(shù)據(jù) C .編碼 D .設計解析編碼副作用指的

15、是在使用程序設計語言修改源代碼時可能引入錯誤，比如刪除或修改一個子程序、一個標號、一 個標識符，改變程序代碼的時序關系，修改文件的打開或關閉等。因此本題答案為C。9 .可維護性的特性中相互促進的是A .可理解性和可測試性B.效率和可移植性C .效率和可修改性D .效率和結構好解析軟件的可維護性可用七個質量特性來衡量，分別是：可理解性、可測試性、可修改性、可靠性、可移植性、可使 用性和效率。對于不同類型的維護，這些特性的側重點也不相同，有一些可維護特性是可以相互促進的，比如可理解性和可 測試性，可理解性和可修改性，另外一些則是相互矛盾的，如答案中的B效率和可移植性、C中的效率和可修改性。至于 D

16、中的結構好則不屬于可維護性的特征。10 .汽車有一個發(fā)動機。汽車和發(fā)動機之間的關系是 系。A 一般具體B 整體部分 C 分類關系D 主從關系解析類有兩種主要的結構關系，即一般具體結構關系和整體部分結構關系。前者稱為分類結構，用來描述現(xiàn) 實世界中的一般化的抽象關系。后者稱為組裝結構，用來描述現(xiàn)實世界中的類的組成的抽象關系。汽車和發(fā)動機的關系很明 顯，應該屬于整體一一部分關系。11 .在變更控制中， 以用來確保由不同用戶所執(zhí)行的并發(fā)變更。A 異步控制 B 同步控制 C.存取控制 D 基線控制解析變更控制包括建立控制點和建立報告與審查制度，其過程中的“檢出”和“登入”處理實現(xiàn)了存取控制和同步控 制，

17、存取控制管理各個用戶存取和修改一個特定軟件配置對象的權限，同步控制可用來確保由不同用戶所執(zhí)行任務的并發(fā)變 更。12 變更控制是一項最重要的軟件配置任務，其中“檢出”和 理實現(xiàn)了兩個重要的變更控制要素，即存取控制和同步控制。A .登入 B.管理 C .填寫變更要求 D .審查解析“檢出”和“登入”處理實現(xiàn)了兩個重要的變更控制要素。具體說明見上題。13 提高軟件質量和可靠的技術大致可分為兩大類：其中一類就是避開錯誤技術，但避開錯誤技術無法做到完美無缺和 絕無錯誤，這就需要A 消除錯誤B 檢測錯誤C.避開錯誤 D 容錯解析提高軟件質量和可靠性的技術大致可分為兩類，一類是避開錯誤技術，即在開發(fā)的過程中

18、不讓差錯潛入軟件的技 術，另一類是容錯技術，即對某些無法避開的差錯，使其影響減至最小的技術。14 以提高軟件質量為目的的技術活動。A .技術創(chuàng)新B .測試 C.技術創(chuàng)造 D .技術評審解析技術評審是以提高軟件質量為目的的技術活動，是對軟件本身的結構、與運行環(huán)境的接口、變更帶來的影響等方 面進行的評審活動。15 面向對象方法學的出發(fā)點和基本原則是盡可能模擬人類習慣的思維方式，分析、設計和實現(xiàn)一個軟件系統(tǒng)的方法和 過程，盡可能接近于人類認識世界解決問題的方法和過程。因此面向對象方法有許多特征，如軟件系統(tǒng)是由對象組成的；A 開發(fā)過程基于功能分析和功能分解B強調需求分析重要性C 把對象劃分成類，每個對

19、象類都定義一組數(shù)據(jù)和方法D 對既存類進行調整解析面向對象方法有四個特征，分別是對象唯一性、分類性、繼承性和多態(tài)性。其中分類性是指將具有一致的數(shù)據(jù)結 構（屬性）和行為（操作）的對象抽象成類，每個類是具有相同性質的個體集合，而每個對象相關類的實例，對象彼此之間 通過傳遞消息互相聯(lián)系。16 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫A 生存期 B 面向對象設計C 面向對象程序設計D 面向對象分析解析面向對象的分析的過程就是認識客觀世界的過程，其目的就是建立對客觀世界的精確、簡潔、可理解的正確模型, 也就是所謂的建模。因此本題答案為D。17 原型化方法是用戶和設計者之間執(zhí)行的一種交

20、互構成，適用于 統(tǒng)。A 需求不確定性高的B需求確定的 C 管理信息 D 實時解析原型不同于最終系統(tǒng)，它只實現(xiàn)所選擇的部分功能，僅是為了試驗或是演示而用，部分功能需求可以忽略或者模 擬實現(xiàn)，因此適用于需求不確定性高的系統(tǒng)。18 原型化方法是一種的設計過程。A .自外向內(nèi)B .自頂向下 C.自內(nèi)向外 D .自底向上解析原型化方法的基本思想是根據(jù)用戶給出的基本需求，通過快速實現(xiàn)構造出一個小型的、可執(zhí)行的模型，用戶在計 算機上實際運行這個用戶界面原型，在試用過程中提出意見或建議，然后開發(fā)者再對原型進行改進。如此周而復始，逐步彌 補不足之處，從而提高了最終產(chǎn)品的質量。它是一種自外向內(nèi)的設計過程。19 .

21、為了提高測試的效率，應該A .隨機地選取測試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C .在完成編碼以后制定軟件的測試計劃D .選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)解析軟件測試是為了盡可能多的發(fā)現(xiàn)程序中的錯誤，尤其是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。在選取測試用例時，不可能進 行窮舉測試，在每一個細節(jié)進行測試，也不能無目的地隨機選取測試數(shù)據(jù)，為了提高測試的效率，測試用例應該選擇發(fā)現(xiàn)錯 誤可能性大的部分，這樣的測試結果才符合軟件測試的目的。20 .使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù) 吋旨定的覆蓋標準。A .程序的內(nèi)部邏輯B .程序的復雜結構C.使用說明書 D .程序的功能解析白盒測試是把測試對象看作

22、一個打開的盒子，測試人員須了解程序的內(nèi)部結構和處理過程，由于白盒測試是一種結構測試，所以被測對象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標準確定測試數(shù)據(jù)。二，填空題（本大題共 10小題，每小題2分，共20分）21 .系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素表達了系統(tǒng)中各種元素之間的（信息流動）情況。解析系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中的各個元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設備等，表達了元素之間的信息流動的情況。22 .成本效益分析的目的是從 （經(jīng)濟）角度評價開發(fā)一個項目是否可行。解析成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然

23、后與可能取得的效益進行比較和權衡，其目的是從 經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。23 .自頂向下結合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和（寬度優(yōu)先策略）。解析漸增式測試法有自頂向下結合和自底向上結合兩種組裝模塊的方法，其中自頂向下集成是構造程序結構的一 種增量式方式，不需要編寫驅動模塊，只需要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結構，以深度優(yōu)先或寬 度優(yōu)先的策略，逐步把各個模塊集成在一起。24 獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條（在其他獨立路徑中未有過）的邊的路徑。解析在基本路徑測試中，以

24、詳細設計或源程序為基礎，導出控制流程圖的拓撲結構一一程序圖，在計算了程序圖 的環(huán)路復雜性之后，確定只包含獨立路徑的基本路徑圖，其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。 從程序圖來看，一條獨立路徑是至少包含有一條在其他獨立路徑中未有過的邊的路徑。25 匯編語言是面向（機器）的，可以完成高級語言無法完成的特殊功能，如與外部設備之間的一些接口工作。解析匯編語言屬于低級語言，是一種面向機器的語言，它與高級語言相比有許多優(yōu)越性：如操作靈活，可以直接 作用到硬件的最下層，完成與外部設備的接口工作等，是能夠利用計算機硬件特性直接控制硬件設備的唯一語言。26 在JSP方法中解決結構沖突的具體

25、辦法是（中間數(shù)據(jù)結構或中間文件）。解析JSP方法是面向數(shù)據(jù)結構的設計方法。它定義了一組以數(shù)據(jù)結構為指導的映射過程，根據(jù)輸入、輸出的數(shù)據(jù) 結構，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結構沖突的具體辦法是引入中間數(shù)據(jù)結構或中間文件，將沖突部分分隔開來，建立多個程序結構，再利用中間文件把它們聯(lián)系起來，構成一個系統(tǒng)的整體。27 詳細設計的任務是確定每個模塊的內(nèi)部特性，即模塊的算法、（使用的數(shù)據(jù) ）。解析詳細設計的基本任務是為每個模塊進行詳細的算法設計，為模塊內(nèi)的數(shù)據(jù)結構進行設計，確定每個模塊的內(nèi) 部特性，包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設計等。28 所有軟件維護申請報告要按規(guī)

26、定方式提出，該報告也稱（ 軟件問題）報告。解析在軟件維護的流程中，第一步就是制定維護申請報告，也稱為軟件問題報告，它是維護階段的一種文檔，由申請維護的用戶填寫。29 有兩類維護技術：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術；在維護階段用來提高維護的 效率和質量的（維護支援）技術。解析面向維護的技術涉及軟件開發(fā)的所有階段，能夠減少軟件錯誤，提高軟件的可維護性。而維護支援技術則包 含信息收集，錯誤原因分析，維護方案評價等項，是在軟件維護階段用來提高維護效率和質量的技術。30 .科學工程計算需要大量的標準庫函數(shù)，以便處理復雜的數(shù)值計算， 可供選擇的語言有：（FORTRAN 語言卜P

27、ASCAL語言、C語言和PL/1語言。解析計算機語言根據(jù)不同行業(yè)的需求，使用的側重點也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫語言如FOXPRO、ORICAL有很多的應用，在工程行業(yè)，計算機語言的科學計算能力就顯得格外重要，如MATLAB、PL/1、FORTRAN語言都是工程計算中常用的語言。三，名詞解釋（本大題共 5小題，每小題3分，共15分）31 .經(jīng)濟可行性解：進行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。32 .社會可行性解：要開發(fā)的項目是否存在任何侵犯、妨礙等責任問題，要開發(fā)項目目的運行方式在用戶組織內(nèi)是否行得通，現(xiàn)有 管理制度、人員素質、操作方式是否可行。

28、33 .投資回收期解：投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的時間。34 .對應關系解：即有直接因果關系在程序中可以同時處理。35 .結構沖突解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結構找不到對應關系的情況，稱為結構沖突。四，簡答題（本大題共 4小題，每小題5分，共20分）36 可行性研究報告的主要內(nèi)容有哪些？解：一個可行性研究報告的主要內(nèi)容如下：（1）引言：說明編寫本文檔的目的；項目的名稱、背景；本文檔用到的專門術語和參考資料。（2）可行性研究前提：說明開發(fā)項目的功能、性能和基本要求；達到的目標；各種限制條件；可行性研究方法和決 定可行性的主要因素。（3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程

29、和數(shù)據(jù)流程；工作負荷；各項費用支出；所需要各類專業(yè)技術人 員的數(shù)量；所需要各種設備；現(xiàn)有系統(tǒng)存在什么問題。（4 ）所建議系統(tǒng)的技術可行性分析：所建議系統(tǒng)的簡要說明；處理流程和數(shù)據(jù)流程；與現(xiàn)有的系統(tǒng)比較的優(yōu)越性； 采用所建議系統(tǒng)對用戶的影響；對各種設備、現(xiàn)有軟件、開發(fā)環(huán)境、運行環(huán)境的影響；對經(jīng)費支出的影響；對技術可行性的 評價。（5）所建議系統(tǒng)的經(jīng)濟可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收周期。（6 ）社會因素可行性分析：說明法律因素，對合同責任、侵犯專利權、侵犯版權等問題的分析；說明用戶使用可行 性，是否滿足用戶行政管理、工作制度、人員素質的要求。（7）其他可供選擇

30、方案：逐一說明其他可供選擇的方案，并說明未被推薦的理由。（8）結論意見：說明項目是否能開發(fā)；還需要什么條件才能開發(fā)；對項目目標有什么變動等。解析做軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得 去開發(fā)，其中的問題能否解決，報告共分為八個基本內(nèi)容。37 .系統(tǒng)設計的內(nèi)容是什么？解：系統(tǒng)設計階段先從高層入手，然后細化。系統(tǒng)設計要決定整個結構及風格，這種結構為后面設計階段的更詳細 策略的設計提供了基礎。（1 ）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是一個功能，而是類、關聯(lián)、操作、 時間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太

31、多，最底層子系統(tǒng)稱為模塊。（2 ）確定并發(fā)性。分析模型、現(xiàn)實世界及硬件中不少對象均是并發(fā)的。系統(tǒng)設計的一個重要目標就是確定哪些是必 須同時動作的對象，哪些不是同時動作的對象。后者可以放在一起，而綜合成單個控制線或任務。（3 ）處理器及任務分配。各并發(fā)子系統(tǒng)必須分配給單個硬件單元，要么是一個一般的處理器，要么是一個具體的功 能單元，必須完成下面的工作：估計性能要求和資源需求，選擇實現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分配給各處理器以滿足 性能要求和極小化處理器之間的通信，決定實現(xiàn)各子系統(tǒng)的各物理單元的連接。（4）數(shù)據(jù)存儲管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲管理是一項重要的任務。通常各數(shù)據(jù)存儲可以將數(shù)

32、據(jù)結構、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲要在費用、訪問時間、容量以及可靠性之間做折中考慮。（5 ）全局資源的處理。必須確定全局資源，并且制定訪問全局資源的策略。全局資源包括：物理資源，如處理器、 驅動器等；空間，如盤空間、工作站屏等；邏輯名字，如對象標識符、類名、文件名等。如果資源是物理對象，則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問，以達到自身控制；如果資源是邏輯實體，如對 象標識符，那么在共享環(huán)境中有沖突訪問的可能，如獨立的事務可能同時使用同一個對象標識符，則各個全局資源都必須有 一個保護對象，由保護對象來控制對該資源的訪問。（6 ）選擇軟件控制機制。分析模型中所有交互行為都表示為對象之間

33、的事件。系統(tǒng)設計必須從多種方法中選擇某種 方法來實現(xiàn)軟件的控制。（7）人機交互接口設計。設計中的大部分工作都與穩(wěn)定的狀態(tài)行為有關，但必須考慮用戶使用系統(tǒng)的交互接口。38 什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？解：軟件發(fā)展第二階段的末期，由于計算機硬件技術的進步，計算機運行速度、容量、可靠性有顯著的提高，生產(chǎn) 成本顯著下降，這為計算機的廣泛應用創(chuàng)造了條件。一些復雜的、大型的軟件開發(fā)項目提出來了，但是，軟件開發(fā)技術的進 步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導致了 軟件危機。軟件危機表現(xiàn)在以下四個方面：（1）經(jīng)費預

34、算經(jīng)常突破，完成時間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計 劃很難制定。主觀盲目制定計劃，執(zhí)行起來與實際情況有很大差距，使得開發(fā)經(jīng)費一再突破。由于對工作量估計不足，對開 發(fā)難度估計不足，進度計劃無法按時完成，開發(fā)時間一再拖延。（2） 開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不夠明確，未能得到明確的表達。開發(fā)工作開始后， 軟件人員和用戶又未能及時交換意見，使得一些問題不能及時解決，導致開發(fā)的軟件不能滿足用戶的要求，因而導致開發(fā)失敗。（3 ）開發(fā)的軟件可維護性差。開發(fā)過程中沒有同意的、公認的規(guī)范，軟件開發(fā)人員按各自的風格工作，各行其是， 開發(fā)過程無完整、

35、規(guī)范的文檔，發(fā)現(xiàn)問題后進行雜亂無章的修改。程序結構不好，運行時發(fā)現(xiàn)錯誤也很難修改，導致維護性 差。（4）開發(fā)的軟件可靠性差。由于在開發(fā)過程中，沒有確保軟件質量的體系和措施，在軟件測試時，又沒有嚴格的、 充分的、完全的測試，提交給用戶的軟件質量差，在運行中暴露出大量的問題。造成軟件危機的原因是：（1）軟件的規(guī)模越來越大，結構越來越復雜。（2）軟件開發(fā)管理困難而復雜。（3）軟件開發(fā)費用不斷增加。（4）軟件開發(fā)技術落后。（5 ）生產(chǎn)方式落后。6）開發(fā)工具落后，生產(chǎn)率提高緩慢。39 軟件質量保證應做好哪幾方面的工作？解：軟件質量保證是軟件工程管理的重要內(nèi)容，軟件質量保證應做好以下幾方面的工作：（1）采

36、用技術手段和工具。質量保證活動要貫徹開發(fā)過程始終，必須采用技術手段和工具，尤其是使用軟件開發(fā)環(huán) 境來進行軟件開發(fā)。（2 ）組織正式技術評審。在軟件開發(fā)的每一個階段結束時，都要組織正式的技術評審。國家標準要求單位必須采用 審查、文檔評審、設計評審、審計和測試等具體手段來保證質量。（3）加強軟件測試。軟件測試是質量保證的重要手段，因為測試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯誤。（4）推行軟件工程規(guī)范（標準）。用戶可以自己制定軟件工程規(guī)范（標準），但標準一旦確認就應貫徹執(zhí)行。（5 ）對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控制軟件的修改和變更。(6)對軟件質量進行度量。即對軟件質量進行跟蹤，及時記錄和報告軟件質量情況。解析軟件的質量保證是向用戶及社會提供滿意的高質量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質量的活動，是軟件工程管理中的重要內(nèi)容。五，論述題(本大題共 3小題，第40小題7分，第41小題8分，第42小題10分，共25分)40 .請使用PAD圖和PDL語言描述在數(shù)組 A ( 1)A (10 )中找最大數(shù)的算法。解：PDL語言：N=1WHILE N<=10 DOIF A (N ) <=A( N+1 ) MAX =A ( N+1 )