軟件工程習題集

1、河南機電高等?？茖W校學校計算機規(guī)劃教材軟件工程習題集系別：計算機科學與技術系班級：軟件102（對口）學號： 101012241姓名I目錄第 1 章軟件工程概述11.1軟件的概念及其特點11.2按照功能層次軟件可分為系統(tǒng)軟件支撐軟件應用軟件11.3用戶定制軟件與通用商業(yè)軟件的特點11.4軟件工程的概念及其對軟件產業(yè)化發(fā)展的積極意義21.5軟件工程涉及過程方法工具三個方面的技術問題21.6軟件工程管理主要體現(xiàn)在四個P 上21.7軟件工程必須考慮工程目標以體現(xiàn)其工程價值31.8結構方法的特點、面向對象方法的特點、面向對象方法的優(yōu)越性31.9Microsoft Visio的使用心得4第 2 章軟件開發(fā)

2、過程模式52.1軟件開發(fā)期的目標任務及概要設計需要完成的任務52.2瀑布模式的一大特點是里程碑管理機制52.3瀑布模式的局限性52.4拋棄型原型與進化型原型的異同62.5原型進化模式不能適應較大型軟件項目的開發(fā)的原因62.6增量模式的優(yōu)越性6第 3 章軟件項目管理83.1軟件開發(fā)機構內的質量控制部的作用83.2項目負責人必須是管理專家的原因83.3軟件項目中文檔的分類83.4軟件開發(fā)需要有配置管理其主要包括哪些方面的管理83.5計算器程序93.6質量標準14第 4 章計算機系統(tǒng)工程154.1計算機系統(tǒng)的組成及特征154.2Client/Server 結構的系統(tǒng)擴充性154.3Browser/S

3、erver 結構的特點及優(yōu)點弱點174.4網絡游戲軟件的體系結構174.5高層分析184.6軟件項目實施前為什么要進行可行性分析194.7軟件開發(fā)可行性的標準20第 5 章需求分析215.1軟件需求215.2用戶抱怨解決措施215.3系統(tǒng)分析師應該具有的素質215.4需求分析的基本過程225.5軟件用戶的種類225.6常用的調查手段235.7需求分析中需求模型的用途245.8泳道的含義265.9需求分析中涉及哪些方面的需求驗證265.10 原型需求驗證和評審需求驗證26第 6 章結構化分析建模286.1學生管理系統(tǒng)建模286.2圖書借閱管理系統(tǒng)建模286.3庫房管理系統(tǒng)流程306.4入學管理系

4、統(tǒng)的數(shù)據(jù)流程316.5儲蓄系統(tǒng)數(shù)據(jù)處理流圖32第 7 章基于 UML 的面向對象分析建模347.1圖書借閱管理系統(tǒng)347.2商品庫存管理系統(tǒng)357.3銀行儲蓄系統(tǒng)36第 8 章概要設計368.1軟件系統(tǒng)構架涉及因素368.2軟件分層體系結構特點及優(yōu)勢368.3數(shù)據(jù)表及其關聯(lián)與實體及其關系的不同378.4索引的作用378.5數(shù)據(jù)庫設計建模388.6概要設計中要求對模塊進行抽象的作用388.7模塊抽象與信息隱蔽的作用388.8模塊內聚度與耦合度398.9過程內聚與順序內聚408.10 數(shù)據(jù)耦合與控制耦合的不同408.11 結構化程序控制的特點418.12 面向對象程序結構的類圖及軟件圖的用途41第

5、 9 章結構化設計建模439.1自動閱卷系統(tǒng)439.2入學管理系統(tǒng)錯誤 ! 未定義書簽。9.3儲蓄系統(tǒng)449.4網上考試系統(tǒng)錯誤 ! 未定義書簽。第 10 章基于 UML 的面向對象設計建模4410.1 面向對象設計建模的特點4510.2 設計類圖和分析類圖的區(qū)別4510.3 協(xié)作圖與時序圖的異同點4510.4 系統(tǒng)部署的因素4510.5 圖書借閱管理系統(tǒng)設計類圖4610.6 商品庫存管理系統(tǒng)設計協(xié)作圖4610.7 儲蓄系統(tǒng)設計時序圖46第 11 章用戶界面設計4911.1 GUI 界面設計4911.2 GUI 界面設計4911.3 傳統(tǒng)窗體和Web 頁的比較4911.4 學生成績查詢窗體49

6、11.5 學生成績管理系統(tǒng)5011.6 界面要求有一致的風格50第 12 章算法設計與編碼5112.1 結構化流程控制的特點5112.2 程序流程圖改用NS 圖、 PAD 圖、 PDL 偽碼進行算法5112.3 查詢從 1000 以內將能夠被7 整除的數(shù)5112.4 零件庫房管理系統(tǒng)52第 13 章軟件測試5713.1 簡述單元測試的對象、內容及方法5713.2 漸增集成的概念5713.3 確認測試的概念5713.4 面向對象單元測試的特點5713.5 回溯法程序調試的特點58第 14 章軟件維護5914.1 軟件可維護性5914.2 試說明軟件維護實施過程5914.3 逆向工程61第 1 章

7、軟件工程概述1.1 軟件的概念及其特點軟件的概念及其特點。答：（ 1）軟件是計算機系統(tǒng)中的邏輯成分，是程序、數(shù)據(jù)、文檔等諸多邏輯元素的集合，需要有物理硬件的支持才能產生作用；（ 2）軟件的特點：軟件有對硬件不可缺失的依賴；軟件有不同于硬件的生產流程；軟件有不同于硬件的生命過程。1.2 按照功能層次軟件可分為系統(tǒng)軟件支撐軟件應用軟件按照功能層次分，軟件可分為系統(tǒng)軟件、 支撐軟件、應用軟件。那么 SQL Server 是哪個層次的軟件， ADO.NET 是哪個層次的軟件， Visual C+ 是哪個層次的軟件？答：（ 1） SQL Server 是系統(tǒng)軟件（系統(tǒng)軟件：為計算機底層軟件，如操作系統(tǒng)、

8、設備驅動程序、數(shù)據(jù)庫引擎等） 。（ 2）C+是支撐軟件（支撐軟件：介于系統(tǒng)軟件與應用軟件之間的支持軟件開發(fā)的軟件，最常用的是支持軟件開發(fā)與維護的工具軟件，如程序編譯器、程序編輯器、錯誤檢測程序、程序資源庫等）。（ 3） ADO.NET 是應用軟件（應用軟件：為最終用戶提供應用服務的軟件，通常有工具軟件開發(fā)， 并依靠系統(tǒng)軟件的支持運行， 如財務處理系統(tǒng)， 生產控制系統(tǒng)，辦公自動化系統(tǒng)）。1.3 用戶定制軟件與通用商業(yè)軟件的特點按照服務對象，軟件可分為用戶定制軟件，通用商業(yè)軟件。試舉例說明這兩類軟件的特點。答：（ 1）用戶定制軟件由特定用戶獨享，一次需要針對特定用戶進行專門的需求分析，以滿足特定用

9、戶的特殊應用需要，例如：某特殊設備的控制系統(tǒng)、某企業(yè)的業(yè)務管理系統(tǒng)、某特定大廈的只能監(jiān)控系統(tǒng)、某城市的交通監(jiān)管系統(tǒng)。（2）通用商業(yè)軟件是開發(fā)機構根據(jù)社會需求自主開發(fā)的軟件，大多有廣泛的用戶1群，如通用辦公系統(tǒng)、通用財務系統(tǒng)。為滿足通用性，通用商業(yè)軟件往往需要有面向用戶的應用配置，以使軟件能適應各種不同的工作環(huán)境和滿足各種不同的應用需要。1.4 軟件工程的概念及其對軟件產業(yè)化發(fā)展的積極意義軟件工程的概念及其對軟件產業(yè)化發(fā)展的積極意義。答：軟件工具用于對軟件工程方法與軟件過程的自動化或半自動化進行支持。軟件工具也像工程方法一樣，要求能夠覆蓋整個軟件過程，如項目管理、 軟件分析、軟件設計、程序創(chuàng)建、

10、軟件測試等，都要求有合適的軟件工具的支持。1.5 軟件工程涉及過程方法工具三個方面的技術問題軟件工程涉及過程、方法、工具三個方面的技術問題，這三個方面存在什么相互關系？試舉例說明它們之間的關系。答：軟件過程是軟件開發(fā)與維護的實施路線和具體步驟，并且是軟件開發(fā)時的工程化框架，是工程方法與軟件工具得以有效應用的基礎；軟件工程方法指的是開發(fā)與維護軟件時應該 “如何做 ”的一系列技術性方法。工程方法涉及的內容有工程規(guī)范、工程策略、技術手段等。軟件工程方法需要軟件過程，因此也就需要考慮不同過程中工程方法的關聯(lián)性。顯然為使不同階段的工程方法能有效的關聯(lián)，工程方法需要形成體系，如結構化方法體系、面向對象方法

11、體系，即這樣的工程方法體系可以支持從軟件分析到軟件設計、實現(xiàn)的全過程任務的開展。軟件工具用于對軟件工程方法與軟件過程的自動化或半自動化進行支持。軟件工具也像工程方法一樣，要求能夠覆蓋整個軟件過程，如項目管理、軟件分析、軟件設計、程序創(chuàng)建、軟件測試等，都要求有合適的軟件工具的支持。1.6 軟件工程管理主要體現(xiàn)在四個P 上軟件工程管理主要體現(xiàn)在四個P 上，即項目（ Project），人員（ People）、過程（Process）、產品（ Product）。請簡述這四個方面的管理，并談一些自己的認識。答：（ 1）項目是一個工程單位，軟甲開發(fā)即以軟件項目為單位實施。應該說，軟件項目使軟件開發(fā)中的各種因

12、素集中到了一起，它使軟件開發(fā)有了管理的必要，并使軟件開發(fā)有了管理的便利。（ 2）軟件是智力勞動密集型產業(yè)，軟件開發(fā)必須由人來完成。因此，開發(fā)人員，尤其是優(yōu)秀技術人才，是決定軟件能否成功開發(fā)的最關鍵因素之一。軟件開發(fā)的人員組織結構是軟件項目組，它是一個軟件開發(fā)團隊，其成員包括項目負責人、開發(fā)人員、資源管理員、軟件測試員等。（ 3）過程管理的第一項工作是選擇一個與所承擔的軟件項目相適應的過程模式?？晒┻x擇的過程模式有瀑布模式、原型模式、增量模式、螺旋模式；過程管理的第二項工作室基于所選過程模式制訂出更加詳細的里程碑過程計劃，以便于軟件開發(fā)能基于各個里程碑獲得有效的過程控制。（ 4）產品管理包括產品

13、質量管理、產品配置管理；為了確保軟件產品的質量，必須建立一個有效的產品質量保證體系。該體系有質量標準、質量計劃、質量控制等要素組成；為使產品及其配套資源具有一致性，必須建立完善的配置管理，該項管理是一組針對軟件產品的追蹤和控制活動，其貫穿于整個軟件生存周期，以確保軟件開發(fā)中的各種輸出信息都是一致的。1.7 軟件工程必須考慮工程目標以體現(xiàn)其工程價值軟件工程必須考慮工程目標，以體現(xiàn)其工程價值。一些主要的工程目標有降低成本、滿足需求、改善性能、提高質量、及時交付。請按照你所認識的重要性，對上述工程目標進行優(yōu)先級排序。答：滿足需求、提高質量、改善性能、降低成本、及時交付。1.8 結構方法的特點、面向對

14、象方法的特點、面向對象方法的優(yōu)越性結構化方法有什么特點？面向對象方法有什么特點？C 語言是結構化程序的代表， java 則是面向對象程序的代表，試以他們?yōu)橐罁?jù)說明結構化方法與面向對象方法的區(qū)別。答：（ 1）結構方法的特點是以實現(xiàn)軟件功能為基本目標；（ 2）面向對象方法的特點是數(shù)據(jù)封裝、類體繼承、操作多態(tài)；（ 3）與結構化方法相比，面向對象方法可體現(xiàn)以下幾個方面的優(yōu)越性：便利的由分析到設計的轉換通道；更加接近現(xiàn)實環(huán)境；更加有效的程序復用手段；可使軟件以迭代方式逐步完善。31.9Microsoft Visio的使用心得Microsoft Visio的使用心得。答：作為一個產品策劃，能熟練的使用繪制

15、流程圖的軟件Visio 可以隨心所欲的表達自己的想法。 作為一個輔助工具， Visio 的作用其實就是策劃人員與技術人員之間的想法交流，以及策劃人員對評審等人員的想法描述。所以流程圖的明了嚴謹是需要具備的最基本條件。既然是“圖 ”，簡潔美觀也可以更好的讓工作進行，這就需要我們日常的多加練習了。其實在Visio 的使用中我們也能掌握一些小技巧，比如 F9 可以切換連接線的功能，在連接線上如何隨意添加文字等。所以對一個策劃人員來說，有時候畫流程圖可能也像畫畫一樣，還是蠻有趣味的。這些雖然現(xiàn)在還不會用，我想以后我會努力學好這些的。第 2 章軟件開發(fā)過程模式2.1 軟件開發(fā)期的目標任務及概要設計需要完

16、成的任務軟件開發(fā)期的目標任務是什么？概要設計需要完成什么任務？答：（ 1）軟件概要設計；（ 2）軟件詳細設計；（ 3）編碼和單元測試；（ 4）系統(tǒng)集成；（ 5）系統(tǒng)驗收。概要設計需要提交概要設計說明書，她將作為詳細設計與系統(tǒng)集成的依據(jù)。2.2 瀑布模式的一大特點是里程碑管理機制瀑布模式的一大特點是里程碑管理機制。對此，你有什么認識？答：瀑布模式可帶來基于階段任務的里程碑管理。這是一種可量化的并能適應大型項目的管理機制，可以基于階段設定和度量項目進程，可以按照階段進行項目任務分配以及估算項目任務完成比例。通常，項目管理者可事先估算出每個階段的任務量，并以此為依據(jù)規(guī)定每個階段的任務時限，然后即可按

17、階段部署任務與監(jiān)督項目進程。2.3 瀑布模式的局限性為什么瀑布模式不能很好的適應用戶需求變更？原型進化模式有為什么能很好地適應用戶需求變更？答：瀑布模式的局限性，瀑布模式中的軟件過程只能按規(guī)程推進，而且必須等到所有開發(fā)任務完成以后，才能獲得可以交付使用的軟件產品。因此，瀑布模式并不能獲得對軟件系統(tǒng)的快速創(chuàng)建，對于一些急于交付的軟件系統(tǒng)開發(fā)，瀑布模式有操作上的不便。瀑布模式能夠有效保證軟件質量，對于需求明確的軟件系統(tǒng)開發(fā)，瀑布模式是一種較好的過程模式。但是，瀑布模式的靈活性不是很好，如果已經開始設計，則來自用戶的一個很小的需求變更請求，也可能會給軟件項目帶來大難題，由此導致5項目延期。實際上，大

18、多數(shù)應用系統(tǒng)在其開發(fā)初期用戶的需求并不清晰，因此對于那些面向用戶的應用系統(tǒng)的開發(fā)，瀑布模式有較大的不適應性。2.4 拋棄型原型與進化型原型的異同試說明拋棄型原型與進化型原型的異同？答：相同點：首先它們都是軟件原型，軟件原型是指對軟件問題的直觀模擬或仿真。原型可用于軟件分析與設計分析階段所建的原型叫做分析原型，通常用來解決用戶對軟件系統(tǒng)在需求上的而模糊認識；設計階段所建的原型叫做設計原型，通常用來試探某種設計是否能夠獲得預期的效果。不同點：（ 1）拋棄型原型是用了來對需求進行評鑒或對設計進行試探的， 為使需求與設計問題盡快確定下來，并盡量減少原型成本，拋棄型原型往往利用第四代語言或軟件快速生成工

19、具創(chuàng)建。進化型原型由于將演變?yōu)榭杀挥脩羰褂玫漠a品，因此一般要求在最終產品開發(fā)平臺上創(chuàng)建。（ 2）拋棄型原型不需要投入實際應用， 因此可以就針對某個專賣問題建立局部原型，而無需考慮完整性，拋棄型原型也可能是一個叫完整的系統(tǒng)，但卻是一個無須投入實際應用的試驗品。開發(fā)者大多選擇可視化開發(fā)工具創(chuàng)建進化型原型，原因是這些可視化開發(fā)工具不僅能快速創(chuàng)建原型， 而且還能使原型投入實際應用， 并逐步演變?yōu)樽罱K目標系統(tǒng)。2.5 原型進化模式不能適應較大型軟件項目的開發(fā)的原因一般認為，原型進化模式不能適應較大型軟件項目的開發(fā)，原因是什么？答：原型進化模式對于面向用戶的中小型軟件開發(fā)會有一定的優(yōu)勢，但卻因為管理規(guī)程上

20、的不足，而不能有效保證軟件質量，不能適應大型軟件系統(tǒng)的開發(fā)。2.6 增量模式的優(yōu)越性增量模式結合了瀑布模式與原型進化模式的特點，更具體地說，其可體現(xiàn)出哪些方面的優(yōu)越性？答：（1）增量模式提供了基于增量的需求適應性，能面向用戶需求進行系統(tǒng)開發(fā)；同時又具有良好的里程碑流程控制，能夠基于里程碑管理軟件項目，可是項目進程與任務量化，可提供有效的質量保證，因此能很好的適應大型應用軟件系統(tǒng)的開發(fā)；（ 2）增量模式中的軟件規(guī)格細節(jié)定義是結合到在增量構件的開發(fā)中進行的，因此可通過增量構件而逐漸完善需求；（ 3）增量模式在開發(fā)初期時需獲得需求框架；（ 4）軟件開發(fā)可按照增量構件的功能價值安排優(yōu)先順序，并逐個實現(xiàn)

21、與交付；（ 5）增量模式下的軟件系統(tǒng)式基于增量構件逐漸擴充的，這種開發(fā)模式顯然有利于開發(fā)者構件創(chuàng)建與系統(tǒng)集成的經驗積累；（ 6）增量模式還有利于從總體上降低軟件項目的技術風險。7第 3 章軟件項目管理3.1 軟件開發(fā)機構內的質量控制部的作用軟件開發(fā)機構內一般都設有質量控制部，并將其置于產品開發(fā)部、 服務部之上。對此，你有什么看法？答：質量控制部是提供軟件質量標準，負責各階段軟件成果評審，負責軟件開發(fā)過程質量控制以及產品服務質量監(jiān)督。質量控制部大多設置于組織結構的較高層次，以獲得對整個項目有效的質量監(jiān)控。3.2 項目負責人必須是管理專家的原因通常認為項目負責人不一定是技術專家，但必須是管理專家。

22、對此，你有什么看法？答：軟件是為用戶開發(fā)的，在開發(fā)過程中自始至終中必須得到用戶的密切合作和支持，作為項目負責人要特別注意與用戶保持聯(lián)系，掌握用戶心理和動態(tài)，因此項目負責人不一定是技術專家，但必須是管理專家。3.3 軟件項目中文檔的分類軟件項目中文檔的分類。答：（1）技術文檔：軟件開發(fā)人員的技術性工作成果，如需求規(guī)格說明書、數(shù)據(jù)庫設計說明書、概要設計說明書、詳細設計說明書；（ 2）管理文檔：軟件開發(fā)人員的工作計劃或工作報告，如項目開發(fā)計劃、測試計劃、開發(fā)進度月報、項目開發(fā)總結報告；（ 3）用戶文檔：軟件開發(fā)人員為用戶準備的軟件操作使用說明，如用戶手冊、操作手冊、系統(tǒng)維護手冊。3.4 軟件開發(fā)需要

23、有配置管理其主要包括哪些方面的管理軟件開發(fā)需要有配置管理其主要包括哪些方面的管理。答：軟件配置管理需要建立三個配置庫，開發(fā)庫、基線庫與產品庫。（ 1）開發(fā)庫是一個面向開發(fā)人員的成果庫， 里面的成果一般是臨時的， 大多是有待進一步完善的半成品?？赏ㄟ^開發(fā)庫動態(tài)追蹤開發(fā)人員的工作軌跡，或還原其以前的工作動態(tài)，實際上，由于有了開發(fā)庫，開發(fā)過程中的軟件變更會變得相對容易管理；（ 2）基線庫是一個面向項目組的成果庫， 用來保存被確認的基線成果。 通常情況下，如果開發(fā)庫中的軟件半成品經過評審而確認達到了基線標準，就可從開發(fā)庫移入基線庫；（ 3）產品庫是一個面向軟件開發(fā)機構的成果庫， 用來保存最終產品。 產

24、品庫的管理權一般屬于軟件機構中的配置管理部門， 只有該部門的工作人員才具有操作權。3.5 計算器程序編寫一個計算器程序。用戶輸入運算數(shù)和四則運算符，輸出計算結果。如圖3-1“計算器 ”所示。圖 3-1 計算器計算器代碼如下：varForm1: TForm1;temp1:real;temp2:real;flag:integer;implementation9$R *.dfmprocedure TForm1.FormCreate(Sender: TObject);begintemp1:=0;temp2:=0;flag:=0;end;procedure TForm1.N4Click(Sender:

25、TObject);beginshowmessage('本程序用于對 DELPHI 編程進行基本練習 '); end;procedure TForm1.N2Click(Sender: TObject);beginclose;end;procedure TForm1.Button1Click(Sender: TObject);beginedit1.Text:=edit1.Text+button1.Caption;end;procedure TForm1.Button2Click(Sender: TObject);beginedit1.Text:=edit1.Text+button2

26、.Caption;end;procedure TForm1.Button3Click(Sender: TObject);beginedit1.Text:=edit1.Text+button3.Caption;end;procedure TForm1.Button4Click(Sender: TObject);beginedit1.Text:=edit1.Text+button4.Caption;end;procedure TForm1.Button5Click(Sender: TObject);beginedit1.Text:=edit1.Text+button5.Caption;end;pr

27、ocedure TForm1.Button6Click(Sender: TObject);beginedit1.Text:=edit1.Text+button6.Caption;end;procedure TForm1.Button7Click(Sender: TObject);beginedit1.Text:=edit1.Text+button7.Caption;end;procedure TForm1.Button8Click(Sender: TObject);beginedit1.Text:=edit1.Text+button8.Caption;end;procedure TForm1.

28、Button9Click(Sender: TObject);beginedit1.Text:=edit1.Text+button9.Caption;end;11procedure TForm1.Button10Click(Sender: TObject); beginedit1.Text:=edit1.Text+button10.Caption;end;procedure TForm1.Button11Click(Sender: TObject); beginflag:=1;temp1:=strtofloat(edit1.Text);edit1.Text:=''end;proc

29、edure TForm1.Button12Click(Sender: TObject); beginflag:=2;temp1:=strtofloat(edit1.Text);edit1.Text:=''end;procedure TForm1.Button13Click(Sender: TObject); beginflag:=3;temp1:=strtofloat(edit1.Text);edit1.Text:=''end;procedure TForm1.Button14Click(Sender: TObject); beginflag:=4;temp1:

30、=strtofloat(edit1.Text);edit1.Text:=''end;procedure TForm1.Button16Click(Sender: TObject); beginedit1.Text:=''temp1:=0;temp2:=0;flag:=0;end;procedure TForm1.Button15Click(Sender: TObject); begincase flag of1:temp2:=strtofloat(edit1.Text)+temp1;2:temp2:=temp1-strtofloat(edit1.Text);3:

31、temp2:=strtofloat(edit1.Text)*temp1 ;4: temp2:=temp1/strtofloat(edit1.Text);end;或 caseedit1.Text:=floattostr(temp2);end;procedure TForm1.Button17Click(Sender: TObject);beginedit1.Text:=copy(edit1.Text,1,length(edit1.Text)-1);end;end.133.6 質量標準什么是質量標準？國際標準是否一定高于國家標準？軟件企業(yè)是否能制定自己的質量標準？答：軟件質量標準是有關軟件質量的綱

32、領性規(guī)定，是建立有效的質量保證體系的基礎，是評價軟件質量好壞的基本依據(jù)。有人認為國際標準一定高于國家標準，國家標準又一定高于地區(qū)標準，而實際情形可能剛好相反。情況往往是，基于國際標準建立，同時根據(jù)自己國家的特定需要，加進了一些特別限制，因此國家標準往往要高于國際標準。實際上，一些較大的軟件開發(fā)機構也可根據(jù)自身特點，并參照國際標準、國家標準，制定出有自己企業(yè)特征的質量標準。顯然，這樣的質量標準有更高的質量要求。第 4 章計算機系統(tǒng)工程4.1 計算機系統(tǒng)的組成及特征計算機系統(tǒng)有哪些元素組成?其特征是什么？答：計算機系統(tǒng)的組成元素如圖4-1 計算機系統(tǒng)組成所示。計算機系統(tǒng)軟件系統(tǒng)硬件系統(tǒng)應用系統(tǒng)工具

33、系統(tǒng)操作系統(tǒng)網絡系統(tǒng)數(shù)據(jù)庫管理系圖 4-1 計算機系統(tǒng)組成系統(tǒng)的最基本特征是具有整體性，雖然是由更小元素組成，但其作用仍體現(xiàn)為一個統(tǒng)一體。4.2Client/Server 結構的系統(tǒng)擴充性例說明 Client/Server 結構的系統(tǒng)擴充性？答：Client/Server 結構的系統(tǒng)擴充性如圖4-2 主機結構和圖4-3C/S 結構圖所示。15終端 1主機?掃描儀?繪圖儀圖 4-2 主機結構通信網絡圖 4-3 C/S 結構圖答：例如圖 4 3 所示多媒體應用系統(tǒng)， 或許初期應用只需要提供圖片信息服務，因此初期系統(tǒng)只建立了圖片服務器。然而，該系統(tǒng)擴充性好，雖然初期系統(tǒng)中沒有視頻服務、目錄服務，但卻

34、可以在系統(tǒng)后續(xù)完善建設中添加進來，以提供給更加全面的多媒體應用服務。4.3 Browser/Server 結構的特點及優(yōu)點弱點Browser/Server 結構有哪些特點？與Client/Server 結構相比，有哪些優(yōu)勢及弱點？答：（ 1）特點：B/S 結構的核心是Web 服務器，其基于IIS 建立互聯(lián)網信息服務，通過HTTP協(xié)議實現(xiàn)客戶端與服務器的信息交互，并通過ASP、 JSP等，實現(xiàn) Web 動態(tài)服務。B/S 結構可最大限度地減輕客戶端的計算負擔。（ 2）與 C/S 相比較優(yōu)缺點：在 B/S 結構有安裝部署與前端訪問的便利，然而在獲得便利的同時，訪問的快捷性與操控的靈活性則下降了。實際

35、上，在 B/S 結構中，客戶端與 Web 服務器通過 HTML 協(xié)議間接地進行交互，并且客戶端 Web 服務器之間是間斷性連接。因此，這種結構的性能、穩(wěn)定性、操控性都不如傳統(tǒng)的C/S 結構。也因此，實際應用中經常將傳統(tǒng)的C/S 結構與 B/S結構相結合，以滿足多方面的應用需求。如圖4-4C/S 結構和 B/S 結構所示?？蛻魴C1客戶機4客戶機5互聯(lián)網4 U內部局域網web服務器客戶機2應用服務器數(shù)據(jù)庫服務器客戶機3圖 4-4 C/S 結構與 B/S 結構4.4 網絡游戲軟件的體系結構答：如圖 4-5 傳統(tǒng)游戲結構流程圖所示。17傳統(tǒng)游戲結構流程圖傳統(tǒng)動作網游玩家任務玩家組隊副本任務系統(tǒng)游戲交互

36、系統(tǒng)游戲戰(zhàn)斗系統(tǒng)認識其他玩家PVP分析傳統(tǒng)動作網游缺乏獨立性和互動性，玩家必須先通過戰(zhàn)斗或者戰(zhàn)斗準備才能認識其他玩家，普通交互區(qū)如同虛設，系統(tǒng)更加顯得蒼白無力，如此看來傳統(tǒng)動作游戲和能夠聯(lián)機游戲的單機游戲無異。傳統(tǒng) MMORPG仇恨系統(tǒng)強制 PK刷怪升級玩家（種族對立）游戲交互系統(tǒng)游戲戰(zhàn)斗系統(tǒng)工會系統(tǒng)副本PVP工會對戰(zhàn)（爭工會性質的奪戰(zhàn)）活動任務系統(tǒng)任務分析傳統(tǒng) MMORPG 一以玩家為中心覺得系統(tǒng)相對于傳統(tǒng)動作網游的一邊倒的系統(tǒng)，來說更加完善，但是系統(tǒng)之間的平衡做的差強人意。單調的戰(zhàn)斗系統(tǒng)并不能吸引玩家，復雜的交互聚烯烴和反復無常的任務也可以嚇跑一群人圖 4-5 傳統(tǒng)游戲結構流程圖4.5 高

37、層分析軟件開發(fā)為什么要作高層分析?需要進行哪些方面的高層分析？答：軟件開發(fā)需要立項，并需要有立項依據(jù)。諸多依據(jù)即來自系統(tǒng)高層分析。系統(tǒng)高層分析一般僅限于系統(tǒng)的基本特征，而并不涉及內部細節(jié)，因此被看做高層分析。然而，需要注意的是，有待開發(fā)的軟件只是計算機系統(tǒng)中需要添加的或需要改善的某種特定邏輯元素，她缺乏獨立性，并依賴于硬件、底層軟件、網絡。實際上，對軟件的分析，需要以硬件、底層軟件、網絡、其他支撐軟件為背景，并且越是早期階段，越需要考慮底層環(huán)境的支持，越需要關注外部環(huán)境的影響。一般來說，可從以下方面對系統(tǒng)進行高層分析：（ 1）軟件系統(tǒng)的業(yè)務領域，業(yè)務邊界與業(yè)務流程；（ 2）軟件系統(tǒng)對硬件設施、

38、網絡環(huán)境、數(shù)據(jù)環(huán)境的依賴；（ 3）軟件系統(tǒng)的安全層級、措施、與防范機制；（ 4）軟件系統(tǒng)與其他相關系統(tǒng)之間的協(xié)作關系；（ 5）軟件系統(tǒng)與用戶組織及其工作任務的協(xié)調性與適應性。4.6 軟件項目實施前為什么要進行可行性分析軟件項目實施前為什么要進行可行性分析 ?涉及哪些方面的可行性分析。答：可行性分析的目的是：以少量的時間及人力成本為代價，對項目時候可著手實施做出有依據(jù)的判斷，以 避免因項目實施條件不具備而造成的大量人力、物力與時間的浪費。項目正式啟動前，一般應進行可行性分析。由于技術與應用環(huán)境的復雜性，軟件項目通常會有一定風險，其有可能達不到立項所期望的工程目標。因此，在然間項目正式實施之間，很

39、有必要對其進行可行性分析，以判斷立項中所期望的工程目標是否能夠達到。分析時需要根據(jù)項目基本目標及條件限制，建立系統(tǒng)高層模型，即應在高層模型中體現(xiàn)出來，以方便對項目做出有依據(jù)的可行性判斷?？尚行苑治鲞€將產生對軟件的高層定義，其一般基于項目基本目標與用戶直觀需求產生，可作為框架用于需求分析，能夠方便后期軟件規(guī)格的細節(jié)定義?？尚行苑治霭ㄏ旅鎺讉€方面內容：19（ 1）技術可行性：技術本身的限制；技術資源的限制。（ 2）經濟可行性：項目成本估算；項目效益分析。（ 3）應用可行性。4.7 軟件開發(fā)可行性的標準如果軟件開發(fā)所采用的技術即先進又成熟，該技術是否一定具有可行性？答：技術可行性分析是關于軟件項目

40、技術問題的高層策略，需要對有待開發(fā)系統(tǒng)的高層技術構架進行探索。對技術可行性的判斷是基于軟件開發(fā)者可能采用的技術而提出的，并需要從技術本身與技術資源這兩個方面做出可行性評估。軟件開發(fā)對技術的一半要求是：不但具有先進性，而且已經獲得較好的工程經驗，有一定的成熟度，可以保證開發(fā)出來的軟件系統(tǒng)在工能、性能、安全燈諸多方面都能達到預期的技術目標。顯然，技術的先進性與成熟度是兩個需要平衡考慮的技術因素。技術資源限制是指開發(fā)者對所采用技術在把握程度上的限制，如熟練程度、資源豐富程度、技術支持等。毫無疑問的是，盡管開發(fā)者準備采用的技術史即先進有成熟的，但假如開發(fā)者對該技術缺乏經驗，并且難以獲得外部技術支持，則

41、從工程角度考慮，該技術仍不具備可行性。項目還需考慮經濟上的合理性，她應該是有經濟支撐力的，并且可帶來經濟效益。通常，可從成本與效益這兩個方面，對項目做出經濟可行性評估。應用可行性需要考慮的是軟件的可用性與實用性，所涉及的問題有：法律條款對軟件的限制、應用授權對軟件的限制、業(yè)務規(guī)則對軟件的限制。顯然，一個先行法律法規(guī)不允許使用的軟件，或一個超越了使用授權范圍的軟件，或一個與所處領域業(yè)務規(guī)則有沖突的軟件，將不具備應用可行性。第 5章需求分析5.1 軟件需求什么是軟件需求？有哪些方面的軟件需求？答：軟件需求，即用戶對軟件的要求。通常，用戶會根據(jù)自身業(yè)務需要提出軟件要求，如要求財務軟件系統(tǒng)能夠按時自動

42、生成財務分析報表，要求人力資源軟件系統(tǒng)能夠進行人力成本核算。軟件需求的分類：功能需求、數(shù)據(jù)需求、性能需求、接口需求。5.2 用戶抱怨解決措施軟件往往因不能滿足應用需求而遭到用戶抱怨。對此，如果你是軟件開發(fā)者，你有何看法 ,并有何解決措施？答：可能是開發(fā)商專注于技術所致，開發(fā)者吧絕大部分精力放在軟件技術上，如先進的體系結構、高效率的程序算法，而對用戶需求不夠重視，以致軟件雖然實現(xiàn)了，但卻沒能滿足用戶所需。也可能是開發(fā)者缺乏把握軟件需求的技能所致，雖然開發(fā)者并不缺少對用戶的熱情，但卻不能很好的與用戶溝通，不能很好地理解用戶意圖，以致確定下來的軟件規(guī)格與用戶需求并不一致。開發(fā)商在開發(fā)軟件之前最好先把

43、用戶的意圖理解清楚。5.3 系統(tǒng)分析師應該具有的素質通常認為，系統(tǒng)分析師是需求分析專家，系統(tǒng)分析師應該具有哪些素質？答：（ 1）計算機系統(tǒng)知識體系；（ 2）用戶領域知識體系；（ 3）工作責任心與認真態(tài)度；（ 4）對具體事務進行抽象的能力；（ 5）問題建模能力；（ 6）溝通與協(xié)調能力；（ 7）文檔協(xié)作能力。21系統(tǒng)分析師是需求分析責任人，其任務是獲取用戶需求，并根據(jù)軟件用戶需求定義軟件技術規(guī)格，以利于軟件開發(fā)者實現(xiàn)軟件需求，如圖5-1 系統(tǒng)分析師的職責所示。軟件用戶需求軟件技術規(guī)格用戶系統(tǒng)分析師技術人員圖 5-1 系統(tǒng)分析師的職責5.4 需求分析的基本過程試對需求分析的基本過程進行說明。答：如圖

44、 5-2 需求分析過程所示。需求框架分析用戶需求需求規(guī)約建立需求模型定義軟件規(guī)格需求驗證軟件規(guī)格說明需求規(guī)格說明書如圖 5-2需求分析過程5.5 軟件用戶的種類什么是軟件用戶？舉例說明各不同種類的軟件用戶。答：一般說來，用戶即指軟件的使用人。然而，當用戶作為一個與軟件相關的抽象概念出現(xiàn)是， 則有這范圍更廣德外延， 泛指系統(tǒng)以外可從軟件獲得服務的對象，包括軟件使用機構，軟件直接操作者，軟件間接受益者以及需要從軟件獲得服務支持的其他系統(tǒng)或設備，如圖5-3 來自不同領域的用戶所示。軟件銷售機構軟件使用機構軟件配套設備提供者軟件開發(fā)機構協(xié)作系統(tǒng)開發(fā)機構軟件直接操作者軟件間接受益者圖 5-3 來自不同領域的用戶不同階層的用戶會有不同的軟件需求：（ 1）高層用戶所關注的可能是基于系統(tǒng)的業(yè)務法杖， 如新系統(tǒng)是否有利于提高工作效率，是否有利于拓寬業(yè)務面，是否有利于改善客戶關系；（ 2）中層用戶所關注的可能是基于系統(tǒng)的業(yè)務運作， 如新系統(tǒng)是否能確?，F(xiàn)有業(yè)務模式的正常運轉，是否能更方便，有效地提供她所需要的業(yè)務數(shù)據(jù)；（ 3）低層用戶所關注的則往往是實際操作， 如新系統(tǒng)是否能提供更加人性化并更加方便快捷的操作界面，是否能很快學會新系統(tǒng)的使用；用戶與軟件系統(tǒng)的親密關系對用戶進行分類：（ 1）軟件系統(tǒng)管