軟件工程模擬試題及答案2

1、軟件工程模擬試題及答案一，單項選擇題（本大題共 20小題，每小題 1 分，共 20分）在每小題列出的四個選項中只有一個選項是符合題目要求的， 請將正確選項前的字母填 在題后的橫線上。1可行性研究要進行一次 需求分析。 參考答案為 :CA. 詳細的B .全面的C.簡化的、壓縮的D .徹底的解析 軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目 是否能夠開發(fā)， 是否值得去開發(fā)。 其實質(zhì)是要進行一次簡化、 壓縮了的需求分析、 設計過程， 要在較高層次上以較抽象的方式進行需求分析和設計過程。因此答案為C。2. 系統(tǒng)流程圖用于可行性分析中的 的描述。 參考答案為 :AA當前運行系統(tǒng)

2、B.當前邏輯模型C.目標系統(tǒng)D 新系統(tǒng)解析可行性研究首先要確定項目的規(guī)模和目標，然后就需要對當前運行的系統(tǒng)進行研 究了， 在考察系統(tǒng)的基礎上， 通過描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖， 與有關(guān)人員一起審查該 系統(tǒng)流程圖是否正確。描述的對象是當前正在運行的系統(tǒng)，因此選擇A。3. 系統(tǒng)流程圖是描述 的工具。 參考答案為 :CA. 邏輯系統(tǒng)B .程序系統(tǒng)C.體系結(jié)構(gòu)D .物理系統(tǒng)解析 系統(tǒng)流程圖是用圖形符號來表示系統(tǒng)中的各個元素，例如人工處理、數(shù)據(jù)庫、設 備等，流程圖表達了系統(tǒng)中各個元素之間的信息流動情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。4. 工具在軟件詳細設計過程中不采用。參考答案為 :DA.判定表 B. I

3、PO 圖 C. PDL D. DFD 圖解析 詳細描述處理過程常用三種工具：圖形、表格和語言。其中圖形工具有結(jié)構(gòu)化流 程圖、 盒圖和問題分析圖三種， 答案中的判定表是用來表示復雜的條件組合與應做的動作之 間的對應關(guān)系。 IPO 圖用來描述每個模塊輸入 / 輸出數(shù)據(jù)、 處理功能及模塊調(diào)用的詳細情況。描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，能模型，不能在詳細設計過程中使用。5程序的三種基本控制結(jié)構(gòu)是A .過程、子程序和分程序C.遞歸、堆棧和隊列PDL 是過程設計語言的縮寫，也稱程序描述語言，用于描述模塊算法設計和處理細節(jié)的語 言，這三種都可以在軟件詳細設計過程中使用，而 DFD 圖則是數(shù)據(jù)流圖，是以圖形

4、的方式只反映系統(tǒng)必須完成的邏輯功能， 所以它只是一種功參考答案為 :BB. 順序、選擇和重復D 調(diào)用、返回和轉(zhuǎn)移解析 程序的三種基本控制結(jié)構(gòu)是順序、選擇和循環(huán)（重復）。子程序只是程序設計 種方法，遞歸則是一種算法，都算不上是控制結(jié)構(gòu)。6程序的三種基本控制結(jié)構(gòu)的共同特點是參考答案為 :DA 不能嵌套使用C.已經(jīng)用硬件實現(xiàn)B. 只能用來寫簡單程序D 只有一個入口和一個出口解析 程序的特點就是從一個入口開始，最終以一個出口結(jié)束，其間可以用順序，選擇 和循環(huán)方式對程序的流向進行控制。 三種結(jié)構(gòu)可以寫出非常復雜的程序， 而且選擇和循環(huán)都 可以嵌套設計。7產(chǎn)生軟件維護的副作用，是指參考答案為 :CA 開發(fā)

5、時的錯誤 B 隱含的錯誤 C.因修改軟件而造成的錯誤D 運行時誤操作解析 因修改軟件而造成的錯誤或其他不希望出現(xiàn)的情況稱為維護的副作用，包括編碼 副作用、數(shù)據(jù)副作用、文檔副作用三種。只有答案 C 是正確的表述。8維護中，因誤刪除一個標識符而引起的錯誤是 副作用。參考答案為:CA .文檔 B .數(shù)據(jù)C.編碼 D .設計解析 編碼副作用指的是在使用程序設計語言修改源代碼時可能引入錯誤，比如刪除或 修改一個子程序、一個標號、一個標識符，改變程序代碼的時序關(guān)系，修改文件的打開或關(guān) 閉等。因此本題答案為 C。9可維護性的特性中相互促進的是參考答案為:AA.可理解性和可測試性B .效率和可移植性C.效率和

6、可修改性D .效率和結(jié)構(gòu)好解析 軟件的可維護性可用七個質(zhì)量特性來衡量，分別是：可理解性、可測試性、可修 改性、可靠性、可移植性、可使用性和效率。對于不同類型的維護，這些特性的側(cè)重點也不 相同， 有一些可維護特性是可以相互促進的， 比如可理解性和可測試性， 可理解性和可修改 性，另外一些則是相互矛盾的，如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護性的特征。10. 汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是 關(guān)系。參考答案為 :BA.一般具體B.整體部分C.分類關(guān)系D .主從關(guān)系解析 類有兩種主要的結(jié)構(gòu)關(guān)系，即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。 前者稱為分類結(jié)

7、構(gòu)， 用來描述現(xiàn)實世界中的一般化的抽象關(guān)系。 后者稱為組裝結(jié)構(gòu)， 用來描 述現(xiàn)實世界中的類的組成的抽象關(guān)系。 汽車和發(fā)動機的關(guān)系很明顯， 應該屬于整體部分 關(guān)系。11. 在變更控制中， 可以用來確保由不同用戶所執(zhí)行的并發(fā)變更。參考答案為 :BA.異步控制B .同步控制 C.存取控制D .基線控制解析 變更控制包括建立控制點和建立報告與審查制度，其過程中的“檢出”和“登 入”處理實現(xiàn)了存取控制和同步控制， 存取控制管理各個用戶存取和修改一個特定軟件配置 對象的權(quán)限，同步控制可用來確保由不同用戶所執(zhí)行任務的并發(fā)變更。12. 變更控制是一項最重要的軟件配置任務，其中“檢出”和 處理實現(xiàn)了兩個重要的變

8、更控制要素，即存取控制和同步控制。參考答案為 :AA .登入B .管理 C.填寫變更要求D .審查解析 “檢出”和“登入”處理實現(xiàn)了兩個重要的變更控制要素。具體說明見上題。13提高軟件質(zhì)量和可靠的技術(shù)大致可分為兩大類：其中一類就是避開錯誤技術(shù)，但避 開錯誤技術(shù)無法做到完美無缺和絕無錯誤，這就需要 參考答案為 :DA 消除錯誤B 檢測錯誤C.避開錯誤D 容錯解析 提高軟件質(zhì)量和可靠性的技術(shù)大致可分為兩類，一類是避開錯誤技術(shù)，即在開發(fā) 的過程中不讓差錯潛入軟件的技術(shù)， 另一類是容錯技術(shù)， 即對某些無法避開的差錯， 使其影 響減至最小的技術(shù)。14. 是以提高軟件質(zhì)量為目的的技術(shù)活動。參考答案為:DA

9、.技術(shù)創(chuàng)新B .測試 C.技術(shù)創(chuàng)造D .技術(shù)評審解析技術(shù)評審是以提高軟件質(zhì)量為目的的技術(shù)活動，是對軟件本身的結(jié)構(gòu)、與運行環(huán) 境的接口、變更帶來的影響等方面進行的評審活動。15. 面向?qū)ο蠓椒▽W的出發(fā)點和基本原則是盡可能模擬人類習慣的思維方式，分析、設計和實現(xiàn)一個軟件系統(tǒng)的方法和過程，盡可能接近于人類認識世界解決問題的方法和過程。 因此面向?qū)ο蠓椒ㄓ性S多特征， 如軟件系統(tǒng)是由對象組成的； ；對象彼此之間僅能通過傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。參考答案為 :CA .開發(fā)過程基于功能分析和功能分解B .強調(diào)需求分析重要性C. 把對象劃分成類，每個對象類都定義一組數(shù)據(jù)和方法D .對既存類進行調(diào)整解析

10、 面向?qū)ο蠓椒ㄓ兴膫€特征，分別是對象唯一性、分類性、繼承性和多態(tài)性。其中 分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)（屬性）和行為（操作）的對象抽象成類，每個類是具有 相同性質(zhì)的個體集合，而每個對象相關(guān)類的實例，對象彼此之間通過傳遞消息互相聯(lián)系。16. 軟件開發(fā)過程中， 抽取和整理用戶需求并建立問題域精確模型的過程叫參考答案為 :DA.生存期B .面向?qū)ο笤O計C.面向?qū)ο蟪绦蛟O計D .面向?qū)ο蠓治鼋馕雒嫦驅(qū)ο蟮姆治龅倪^程就是認識客觀世界的過程，其目的就是建立對客觀世界的 精確、簡潔、可理解的正確模型，也就是所謂的建模。因此本題答案為D。17. 原型化方法是用戶和設計者之間執(zhí)行的一種交互構(gòu)成，適用于 系統(tǒng)。

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

12、一種自外向內(nèi)的設計過程。19為了提高測試的效率，應該參考答案為 :DA 隨機地選取測試數(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)錯誤可能性大的部分， 這樣的測 試結(jié)果才符合軟件測試的目的。20 使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù) 和指定的覆蓋標準。參考答案為 :AA程序的內(nèi)部邏輯B程序的復雜結(jié)構(gòu)

13、C.使用說明書 D 程序的功能解析 白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和 處理過程， 由于白盒測試是一種結(jié)構(gòu)測試， 所以被測對象基本上是源程序， 以程序的內(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 成本效益分析的目的是從 ()角度評價開發(fā)

14、一個項目是否可行。解：經(jīng)濟解析 成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后與可能取得的效 益進行比較和權(quán)衡，其目的是從經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。23.自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和( ) 。解：寬度優(yōu)先策略 解析漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自 頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動模塊，只需要編寫樁模塊。 它從主控模塊開始， 按照軟件的控制層次結(jié)構(gòu)， 以深度優(yōu)先或?qū)挾葍?yōu)先的策略， 逐步把各個 模塊集成在一起。24 獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序

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

16、下層，完成與外部設備的接口工作等，是能 夠利用計算機硬件特性直接控制硬件設備的唯一語言。26. 在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是()。解：中間數(shù)據(jù)結(jié)構(gòu)或中間文件解析JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設計方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導的映 射過程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開來， 建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。27. 詳細設計的任務是確定每個模塊的內(nèi)部特性，即模塊的算法、()。解：使用的數(shù)據(jù) 解析詳細設計的基本任務是為每個模塊進行詳細的算法設計

17、，為模塊內(nèi)的數(shù)據(jù)結(jié) 構(gòu)進行設計， 確定每個模塊的內(nèi)部特性， 包括模塊的算法和使用的數(shù)據(jù)。 對數(shù)據(jù)庫進行物理 設計等。28. 所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱( )報告。解：軟件問題解析在軟件維護的流程中， 第一步就是制定維護申請報告， 也稱為軟件問題報告， 它是維護階段的一種文檔，由申請維護的用戶填寫。29. 有兩類維護技術(shù)：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術(shù)；在維護階段用來提高維護的效率和質(zhì)量的 ()技術(shù)。解：維護支援解析 面向維護的技術(shù)涉及軟件開發(fā)的所有階段，能夠減少軟件錯誤，提高軟件的 可維護性。而維護支援技術(shù)則包含信息收集，錯誤原因分析，維護方案

18、評價等項，是在軟件 維護階段用來提高維護效率和質(zhì)量的技術(shù)。30. 科學工程計算需要大量的標準庫函數(shù)，以便處理復雜的數(shù)值計算， 可供選擇的語言有： ()、 PASCAL 語言、 C 語言和 PL/1 語言。解： FORTRAN 語言解析計算機語言根據(jù)不同行業(yè)的需求， 使用的側(cè)重點也不盡相同， 在辦公管理方面， 一些數(shù)據(jù)庫語言如 FOXPRO 、 ORICAL 有很多的應用，在工程行業(yè)，計算機語言的科學計 算能力就顯得格外重要，如 MATLAB 、 PL/1 、 FORTRAN 語言都是工程計算中常用的語言。三，名詞解釋(本大題共 5小題，每小題 3分，共 15 分)31經(jīng)濟可行性解：進行開發(fā)成本

19、的估算以及了解取得效益的評估， 確定要開發(fā)的項目是否值得投 資開發(fā)。解析對于一個系統(tǒng)所必須要衡量的是經(jīng)濟上是否合算，經(jīng)濟可行性的范圍很廣， 包括效益分析、潛在市場前景等。32社會可行性 解：要開發(fā)的項目是否存在任何侵犯、 妨礙等責任問題， 要開發(fā)項目目的運行方式 在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。解析社會可行性包括合同、責任、侵權(quán)等技術(shù)人員不甚了解的諸多問題。 33投資回收期解：投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的時間。 解析通常我們用投資回收期來衡量一個開發(fā)項目的價值，投資回收期越短，就越 快獲得利潤。34對應關(guān)系 解：即有直接因果關(guān)系在程序

20、中可以同時處理。 解析對應關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關(guān)系， 對于重復的數(shù)據(jù)單元，重復的次序和次數(shù)都相同才有對應關(guān)系。35結(jié)構(gòu)沖突 解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對應關(guān)系的情況，稱為結(jié)構(gòu)沖突。解析使用JSP方法時會遇到此類結(jié)構(gòu)沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的辦法， 將沖突部分分隔開來， 建立多個程序結(jié)構(gòu)， 再利用中間文件把它 們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。四，簡答題（本大題共 4 小題，每小題 5分，共 20分） 36可行性研究報告的主要內(nèi)容有哪些?解：一個可行性研究報告的主要內(nèi)容如下：（1）引言：說明編寫本文檔的目的；項目的名稱

21、、背景；本文檔用到的專門術(shù)語和 參考資料。（2）可行性研究前提：可行性研究前提。說明開發(fā)項目的功能、性能和基本要求； 達到的目標；各種限制條件；可行性研究方法和決定可行性的主要因素。（3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負荷；各項費 用支出；所需要各類專業(yè)技術(shù)人員的數(shù)量；所需要各種設備；現(xiàn)有系統(tǒng)存在什么問題。（ 4）所建議系統(tǒng)的技術(shù)可行性分析： 所建議系統(tǒng)的簡要說明； 處理流程和數(shù)據(jù)流程； 與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對用戶的影響；對各種設備、現(xiàn)有軟件、開發(fā) 環(huán)境、運行環(huán)境的影響；對經(jīng)費支出的影響；對技術(shù)可行性的評價。（5）所建議系統(tǒng)的經(jīng)濟可行性分析：說明所

22、建議系統(tǒng)的各種支出，各種效益；收益 投資比；投資回收周期。（6）社會因素可行性分析：說明法律因素，對合同責任、侵犯專利權(quán)、侵犯版權(quán)等 問題的分析；說明用戶使用可行性，是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。（7）其他可供選擇方案：逐一說明其他可供選擇的方案，并說明未被推薦的理由。（8）結(jié)論意見：說明項目是否能開發(fā)；還需要什么條件才能開發(fā)；對項目目標有什 么變動等。解析做軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟 件項目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報告共分為八個基本內(nèi)容。37系統(tǒng)設計的內(nèi)容是什么？解：系統(tǒng)設計階段先從高層入手，然后細化。系統(tǒng)設計

23、要決定整個結(jié)構(gòu)及風格，這 種結(jié)構(gòu)為后面設計階段的更詳細策略的設計提供了基礎。（1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是 一個功能，而是類、關(guān)聯(lián)、操作、時間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多， 最底層子系統(tǒng)稱為模塊。（2）確定并發(fā)性。分析模型、現(xiàn)實世界及硬件中不少對象均是并發(fā)的。系統(tǒng)設計的 一個重要目標就是確定哪些是必須同時動作的對象， 哪些不是同時動作的對象。 后者可以放 在一起，而綜合成單個控制線或任務。（3）處理器及任務分配。各并發(fā)子系統(tǒng)必須分配給單個硬件單元，要么是一個一般 的處理器，要么是一個具體的功能單元，必須完成下面的工作：估計性能要求和資

24、源需求， 選擇實現(xiàn)子系統(tǒng)的硬軟件， 將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之 間的通信，決定實現(xiàn)各子系統(tǒng)的各物理單元的連接。（4）數(shù)據(jù)存儲管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲管理是一項重要的任務。 通常各數(shù)據(jù)存儲可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲要在費用、訪問 時間、容量以及可靠性之間做折中考慮。（5）全局資源的處理。必須確定全局資源，并且制定訪問全局資源的策略。全局資 源包括：物理資源，如處理器、驅(qū)動器等；空間，如盤空間、工作站屏等；邏輯名字，如對 象標識符、類名、文件名等。如果資源是物理對象，則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問，以達到自身控 制；如果

25、資源是邏輯實體，如對象標識符，那么在共享環(huán)境中有沖突訪問的可能，如獨立的 事務可能同時使用同一個對象標識符， 則各個全局資源都必須有一個保護對象， 由保護對象 來控制對該資源的訪問。（6）選擇軟件控制機制。分析模型中所有交互行為都表示為對象之間的事件。系統(tǒng) 設計必須從多種方法中選擇某種方法來實現(xiàn)軟件的控制。（7）人機交互接口設計。設計中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考 慮用戶使用系統(tǒng)的交互接口。解析 系統(tǒng)設計是問題求解及建立解答的高級策略。 必須制定解決問題的基本方法， 系統(tǒng)的高層結(jié)構(gòu)形式包括子系統(tǒng)的分解、 它的固有并發(fā)性、 子系統(tǒng)分配給硬軟件、 數(shù)據(jù)存儲 管理、資源協(xié)調(diào)、軟件控制

26、實現(xiàn)、人機交互接口。38什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？ 解：軟件發(fā)展第二階段的末期，由于計算機硬件技術(shù)的進步，計算機運行速度、容 量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計算機的廣泛應用創(chuàng)造了條件。一些復 雜的、大型的軟件開發(fā)項目提出來了， 但是，軟件開發(fā)技術(shù)的進步一直未能滿足發(fā)展的需要。 在軟件開發(fā)中遇到的問題找不到解決辦法， 使問題積累起來， 形成了尖銳的矛盾， 因而導致 了軟件危機。軟件危機表現(xiàn)在以下四個方面：（1）經(jīng)費預算經(jīng)常突破，完成時間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā) 數(shù)據(jù)的積累， 使得開發(fā)工作的計劃很難制定。 主觀盲目制定計劃， 執(zhí)行起

27、來與實際情況有很 大差距，使得開發(fā)經(jīng)費一再突破。由于對工作量估計不足，對開發(fā)難度估計不足，進度計劃 無法按時完成，開發(fā)時間一再拖延。（2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不夠明確，未能得 到明確的表達。 開發(fā)工作開始后， 軟件人員和用戶又未能及時交換意見， 使得一些問題不能 及時解決，導致開發(fā)的軟件不能滿足用戶的要求，因而導致開發(fā)失敗。（3）開發(fā)的軟件可維護性差。開發(fā)過程中沒有同意的、公認的規(guī)范，軟件開發(fā)人員 按各自的風格工作，各行其是，開發(fā)過程無完整、規(guī)范的文檔，發(fā)現(xiàn)問題后進行雜亂無章的 修改。程序結(jié)構(gòu)不好，運行時發(fā)現(xiàn)錯誤也很難修改，導致維護性差。（4）開發(fā)的軟件可靠性差

28、。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施， 在軟件測試時，又沒有嚴格的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運行中 暴露出大量的問題。造成軟件危機的原因是：（1）軟件的規(guī)模越來越大，結(jié)構(gòu)越來越復雜。（2）軟件開發(fā)管理困難而復雜。（3）軟件開發(fā)費用不斷增加。（4）軟件開發(fā)技術(shù)落后。（5）生產(chǎn)方式落后。（6）開發(fā)工具落后，生產(chǎn)率提高緩慢。 解析由于軟件危機的出現(xiàn)，人們才開始用工程化的思想來開發(fā)軟件，從此，軟件 生產(chǎn)才步入了軟件工程時代。39軟件質(zhì)量保證應做好哪幾方面的工作？ 解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容， 軟件質(zhì)量保證應做好以下幾方面的 工作：(1) 采用技術(shù)手段和工

29、具。質(zhì)量保證活動要貫徹開發(fā)過程始終，必須采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來進行軟件開發(fā)。(2) 組織正式技術(shù)評審。在軟件開發(fā)的每一個階段結(jié)束時，都要組織正式的技術(shù)評審。國家標準要求單位必須采用審查、文檔評審、設計評審、審計和測試等具體手段來保證 壬曰.質(zhì)量。(3) 加強軟件測試。軟件測試是質(zhì)量保證的重要手段，因為測試可發(fā)現(xiàn)軟件中大多 數(shù)潛在錯誤。(4) 推行軟件工程規(guī)范(標準)。用戶可以自己制定軟件工程規(guī)范(標準)，但標準一旦確認就應貫徹執(zhí)行。(5) 對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控制軟件的修改和變更。確保軟件產(chǎn)品從誕(6) 對軟件質(zhì)量進行度

30、量。即對軟件質(zhì)量進行跟蹤，及時記錄和報告軟件質(zhì)量情況。解析軟件的質(zhì)量保證是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品,生到消亡為止的所有階段的質(zhì)量的活動，是軟件工程管理中的重要內(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);ELSE MAX =A(N)ENDIF;N=N+1;ENDWHILE;PAD 圖:解析人工查找時，是從第一個元素開始查找，用當前元素與下一個元素比較，將 較大者作為當前元素又與下一元素比較，如此循環(huán)，直到數(shù)組末尾。41 根據(jù)下列條件使用等價類劃分法設計測試用例。某一 8位微機，其八進制常數(shù)定義為：以零開頭的數(shù)是八進制整數(shù)，其值的范圍是-177177，如 05, 0127, -065解：（1）劃分等價類并編號，如下表示：（4分）八進制整型常量輸入條件的等價糞耒輸入熱據(jù)合理等仰