軟件工程習(xí)題集

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

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

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

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

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

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

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

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

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

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

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

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

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

14、象方法的特點、面向?qū)ο蠓椒ǖ膬?yōu)越性結(jié)構(gòu)化方法有什么特點？面向?qū)ο蠓椒ㄓ惺裁刺攸c？C 語言是結(jié)構(gòu)化程序的代表， java 則是面向?qū)ο蟪绦虻拇?，試以他們?yōu)橐罁?jù)說明結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ膮^(qū)別。答：（ 1）結(jié)構(gòu)方法的特點是以實現(xiàn)軟件功能為基本目標(biāo)；（ 2）面向?qū)ο蠓椒ǖ奶攸c是數(shù)據(jù)封裝、類體繼承、操作多態(tài)；（ 3）與結(jié)構(gòu)化方法相比，面向?qū)ο蠓椒审w現(xiàn)以下幾個方面的優(yōu)越性：便利的由分析到設(shè)計的轉(zhuǎn)換通道；更加接近現(xiàn)實環(huán)境；更加有效的程序復(fù)用手段；可使軟件以迭代方式逐步完善。31.9Microsoft Visio的使用心得Microsoft Visio的使用心得。答：作為一個產(chǎn)品策劃，能熟練的使用繪制

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

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

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

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

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

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

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

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

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

24、品庫的管理權(quán)一般屬于軟件機(jī)構(gòu)中的配置管理部門， 只有該部門的工作人員才具有操作權(quán)。3.5 計算器程序編寫一個計算器程序。用戶輸入運(yùn)算數(shù)和四則運(yùn)算符，輸出計算結(jié)果。如圖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 編程進(jìn)行基本練習(xí) '); 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 質(zhì)量標(biāo)準(zhǔn)什么是質(zhì)量標(biāo)準(zhǔn)？國際標(biāo)準(zhǔn)是否一定高于國家標(biāo)準(zhǔn)？軟件企業(yè)是否能制定自己的質(zhì)量標(biāo)準(zhǔn)？答：軟件質(zhì)量標(biāo)準(zhǔn)是有關(guān)軟件質(zhì)量的綱

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

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

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

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

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

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

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

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

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

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

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

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

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