軟件工程試題與答案精選

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

2、計質量的準則是（）A . SQIC B . SQMC C . 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 .邊界值分析10. 軟件生命周期中

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

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

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

6、定表、判定趙寸。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. 內聚性內聚性是模塊獨立性的衡量標準之一，它是指模塊的功能強度的度量，即一個模塊內部各個元素彼此結合的緊密程度的度量34. JSP方法JSP方法是面向數(shù)

7、據(jù)結構的設計方法，其定義了一組以數(shù)據(jù)結構為指導的映射過程，它根據(jù) 輸入，輸出的數(shù)據(jù)結構，按一定的規(guī)則映射成軟件的過程描述，即程序結構。35. 多態(tài)性指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結果。或（不同的對象，收到同一消息可以產生不同的結果。）四、簡答題每小題5分，共20分。36. 簡述容錯技術的四種主要手段，并解釋。結構冗余：包括靜態(tài)冗余、動態(tài)冗余和混合冗余。信息冗余：為檢測或糾正信息在運算或傳輸中的錯誤，須外加一部分信息。時間冗余：指重復執(zhí)行指令或程序來消除瞬時錯誤帶來的影響。冗余附加技術：指為實現(xiàn)上述冗余技術所需的資源和技術。軟件測試是（1）為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

8、；（2 ）一個好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。（3） 一個成功的測試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。38.就程序設計語言的工程特性而言，對程序編碼有哪些要求？ 就程序設計語言的工程特性而言，對程序編碼有如下要求：（1）可移植性（2）開發(fā)工具的可利用性（3）軟件的可重用性（4）可維護性39 模塊的內聚性包括哪些類型？模塊的內聚性包括：（1）偶然內聚（2）邏輯內聚（3）時間內聚（4）通信內聚（5）順序內聚（6）功能內聚五、應用題 第40小題7分，第41小題8分，第42小題10分，共25分。41 根據(jù)下列條件使用等價劃分法設計測試用例。某一 8位微機，其十六進制常數(shù)定義為：以0x或0X開頭

9、的數(shù)是十六進制整數(shù)，其值的范圍是-7f7f （表示十六進制的大小寫字母不加區(qū)別），如 0X13,0X6A,-0X3c。解答：等價劃分法劃分等價類并編號，如下表所示。卜六進制整型常量輸入條件的等價類表輸入數(shù)據(jù)合理等價類不合理等價類十六進制整數(shù)1 . ? 0x或0X開頭12位數(shù)字串2. ?以一0x打頭的12位數(shù)字串3. ?非0x或非一打頭的串4. ?含有非數(shù)字且（a,b,c,d,e,f ）以外字符5. ?多于5個字符6. ?后跟非0的多位串7. ? 0后跟數(shù)字串& ?后多于3個數(shù)字十八進制數(shù)范圍9 .在一7f7f之間10 .小于-7f11 .大于7f為合理等價類設計測試用例，表中有三個合理

10、等價類，設計兩個例子測試數(shù)據(jù)期望結果覆蓋范圍0X 23顯示有效輸入1, 90X 15顯示有效輸入2, 9為每個不合理等價類至少設計一個測試用例測試數(shù)據(jù)期望結果覆蓋范圍2顯示無效輸入3G12顯示無效輸入4123311顯示無效輸入51012顯示無效輸入6011顯示無效輸入70134顯示無效輸入80x777顯示無效輸入100x87顯示無效輸入11軟件工程導論預測題一，單項選擇題（本大題共20小題，每小題1分，共20分）在每小題列出的四個選項中只有一個選項是符合題目要求的，請將正確選項前的字母填在題后的橫線上。1 可行性研究要進行一次 需求分析。A詳細的 B.全面的 C.簡化的、壓縮的D.徹底的解析

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

12、.體系結構 D.物理系統(tǒng)解析 系統(tǒng)流程圖是用圖形符號來表示系統(tǒng)中的各個元素，例如人工處理、數(shù)據(jù)庫、設備等， 流程圖表達了系統(tǒng)中各個元素之間的信息流動情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。4 工具在軟件詳細設計過程中不采用。A 判定表B. IPO 圖 C . PDL D . DFD圖解析 詳細描述處理過程常用三種工具：圖形、表格和語言。其中圖形工具有結構化流程圖、 盒圖和問題分析圖三種，答案中的判定表是用來表示復雜的條件組合與應做的動作之間的對應關 系。IPO圖用來描述每個模塊輸入/輸出數(shù)據(jù)、處理功能及模塊調用的詳細情況。PDL是過程設計語言的縮寫， 也稱程序描述語言， 用于描述模塊算法設計和處理細節(jié)

13、的語言， 這三種都可以在軟件詳 細設計過程中使用，而DFD圖則是數(shù)據(jù)流圖，是以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程， 只反映系統(tǒng)必須完成的邏輯功能，所以它只是一種功能模型，不能在詳細設計過程中使用。5 程序的三種基本控制結構是A 過程、子程序和分程序 B 順序、選擇和重復 C 遞歸、堆棧和隊列 D 調用、返回和 轉移解析程序的三種基本控制結構是順序、選擇和循環(huán) （重復）。子程序只是程序設計一種方法，遞歸則是一種算法，都算不上是控制結構。6 程序的三種基本控制結構的共同特點是A 不能嵌套使用 B 只能用來寫簡單程序 C 已經用硬件實現(xiàn) D 只有一個入口和一個出 口解析 程序的特點就是從一個

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

15、改變程序代碼的時序關系，修改文件的打開或關閉等。因此本 題答案為 C。9 可維護性的特性中相互促進的是A 可理解性和可測試性 B 效率和可移植性 C 效率和可修改性 D 效率和結構好 解析 軟件的可維護性可用七個質量特性來衡量，分別是：可理解性、可測試性、可修改性、 可靠性、可移植性、可使用性和效率。對于不同類型的維護，這些特性的側重點也不相同，有一些 可維護特性是可以相互促進的， 比如可理解性和可測試性，可理解性和可修改性， 另外一些則是相 互矛盾的，如答案中的 B效率和可移植性、C中的效率和可修改性。至于 D中的結構好則不屬于可 維護性的特征。10汽車有一個發(fā)動機。汽車和發(fā)動機之間的關系是

16、 關系。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)是由對象組成的； ；對象彼此之間僅能通過傳遞消息互相聯(lián)系；層次結構的繼承。A 開發(fā)過程基于功能分析和功能分解 B 強調需求分析重要性C 把

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

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

21、 一種自外向內的設計過程。19為了提高測試的效率，應該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 程序的內部邏輯 B 程序的復雜結構 C 使用說明書 D

22、程序的功能解析 白盒測試是把測試對象看作一個打開的盒子， 測試人員須了解程序的內部結構和處理過 程，由于白盒測試是一種結構測試， 所以被測對象基本上是源程序，以程序的內部邏輯和指定的覆 蓋標準確定測試數(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 成本效益分析的目的是從 （ 經濟）角度評價開

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

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

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

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

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

28、是否值得投資開發(fā)32. 社會可行性解：要開發(fā)的項目是否存在任何侵犯、 妨礙等責任問題， 要開發(fā)項目目的運行方式在用戶 組織內是否行得通，現(xiàn)有管理制度、人員素質、操作方式是否可行。33. 投資回收期解：投資回收期就是使累計的經濟效益等于最初的投資費用所需的時間。34. 對應關系解：即有直接因果關系在程序中可以同時處理。35. 結構沖突 解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結構找不到對應關系的情況，稱為結構沖突。四，簡答題（本大題共 4 小題，每小題 5分，共 20 分）36. 可行性研究報告的主要內容有哪些?解：一個可行性研究報告的主要內容如下：（1）引言：說明編寫本文檔的目的；項目的名稱、背景；本文檔用到的

29、專門術語和參考資 料。（2）可行性研究前提：說明開發(fā)項目的功能、性能和基本要求；達到的目標；各種限制條 件；可行性研究方法和決定可行性的主要因素。（3）對現(xiàn)有系統(tǒng)的分析： 說明現(xiàn)有系統(tǒng)的處理流程和數(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)境的影響；對經費支出的影響；對技術可行性的評價。（5）所建議系統(tǒng)的經濟可行性分析： 說明所建議系統(tǒng)的各種支出， 各種效益；

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

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

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

33、是邏輯實體， 如對象標識符， 那么在共享環(huán)境中有沖突訪問的可能， 如獨立的事務可能同時 使用同一個對象標識符， 則各個全局資源都必須有一個保護對象， 由保護對象來控制對該資源的訪 問。（ 6）選擇軟件控制機制。分析模型中所有交互行為都表示為對象之間的事件。系統(tǒng)設計必 須從多種方法中選擇某種方法來實現(xiàn)軟件的控制。（ 7）人機交互接口設計。設計中的大部分工作都與穩(wěn)定的狀態(tài)行為有關，但必須考慮用戶 使用系統(tǒng)的交互接口。38什么是軟件危機？軟件危機的表現(xiàn)是什么？其產生的原因是什么？解：軟件發(fā)展 第二階段的末期，由于計算機硬件技術的進步，計算機運行速度、容量、可 靠性有顯著的提高，生產成本顯著下降，這為

34、計算機的廣泛應用創(chuàng)造了條件。一些復雜的、大型的 軟件開發(fā)項目提出來了， 但是， 軟件開發(fā)技術的進步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到 的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導致了軟件危機。軟件危機表現(xiàn)在以下四個方面：（ 1）經費預算經常突破，完成時間一再拖延。由于缺乏軟件開發(fā)的經驗和軟件開發(fā)數(shù)據(jù)的 積累，使得開發(fā)工作的計劃很難制定。主觀盲目制定計劃，執(zhí)行起來與實際情況有很大差距，使得 開發(fā)經費一再突破。由于對工作量估計不足，對開發(fā)難度估計不足，進度計劃無法按時完成，開發(fā) 時間一再拖延。（ 2）開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不夠明確，未能得到明確

35、 的表達。開發(fā)工作開始后，軟件人員和用戶又未能及時交換意見，使得一些問題不能及時解決，導 致開發(fā)的軟件不能滿足用戶的要求，因而導致開發(fā)失敗。（ 3）開發(fā)的軟件可維護性差。開發(fā)過程中沒有同意的、公認的規(guī)范，軟件開發(fā)人員按各自 的風格工作，各行其是，開發(fā)過程無完整、規(guī)范的文檔，發(fā)現(xiàn)問題后進行雜亂無章的修改。程序結 構不好，運行時發(fā)現(xiàn)錯誤也很難修改，導致維護性差。（ 4）開發(fā)的軟件可靠性差。由于在開發(fā)過程中，沒有確保軟件質量的體系和措施，在軟件 測試時，又沒有嚴格的、充分的、完全的測試，提交給用戶的軟件質量差，在運行中暴露出大量的 問題。造成軟件危機的原因是：（1）軟件的規(guī)模越來越大，結構越來越復雜

36、。（2）軟件開發(fā)管理困難而復雜。（ 3）軟件開發(fā)費用不斷增加。（ 4）軟件開發(fā)技術落后。（ 5）生產方式落后。 6）開發(fā)工具落后，生產率提 高緩慢。39軟件質量保證應做好哪幾方面的工作？解：軟 件質量保證是軟件工程管理的重要內容，軟件質量保證應做好以下幾方面的工作：（ 1）采用技術手段和工具。 質量保證活動要貫徹開發(fā)過程始終， 必須采用技術手段和工具， 尤其是使用軟件開發(fā)環(huán)境來進行軟件開發(fā)。（ 2）組織正式技術評審。在軟件開發(fā)的每一個階段結束時，都要組織正式的技術評審。國 家標準要求單位必須采用審查、文檔評審、設計評審、審計和測試等具體手段來保證質量。（ 3）加強軟件測試。軟件測試是質量保證的重要手段，因為測試可發(fā)現(xiàn)軟件中大多數(shù)潛在 錯誤。（4）推行軟件工程規(guī)范（標準）。用戶可以自己制定軟件工程規(guī)范（標準），但標準一旦 確認就應貫徹執(zhí)行。（ 5）對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控 制軟件的修改和變更。（6）對軟件質量進