第一篇：軟件工程期末復(fù)習(xí)題

1、軟件定義：?jiǎn)栴}定義、可行性研究，需求分析

2、軟件開發(fā)：總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼和單元測(cè)試，綜合測(cè)試

3、軟件維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)

4、軟件過程：瀑布模型，快速原型模型，增量模型，螺旋模型，噴泉模型，Rational統(tǒng)一過程，敏捷過程與極限編程，微軟過程

5、從3個(gè)方面研究每種解決的可行性：技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性

6、軟件需求分析階段的工作：可以分為以下4個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、編寫需求分析文檔以及需求分析評(píng)審

7、設(shè)計(jì)原理：模塊化、抽象、逐步求精、信息隱藏和局部化、模塊獨(dú)立性（耦合、內(nèi)聚）

8、決定軟件可維護(hù)性的因素：可理解性、可測(cè)試性、可修改性、可移植性、可重用性

一、假設(shè)要求你開發(fā)一個(gè)軟件，該軟件的功能是把讀入的浮點(diǎn)數(shù)開平方，所得到的結(jié)果應(yīng)該精確到小數(shù)點(diǎn)后4位。一旦實(shí)現(xiàn)并測(cè)試完之后，該產(chǎn)品將被拋棄。你打算選用哪些軟件生命周期模型？請(qǐng)說明你作出選擇的理由。

答：對(duì)這個(gè)軟件的需求很明確，實(shí)現(xiàn)開平方功能的算法也很成熟，因此，既無須通過原型來分析需求也無須用原型來驗(yàn)證設(shè)計(jì)方案。此外，一旦實(shí)現(xiàn)并測(cè)試完之后，該產(chǎn)品將被拋棄，因此也無須使用有助于提高軟件可維護(hù)性的增量模型或螺旋模型來開發(fā)該軟件。綜上所述，為了開發(fā)這個(gè)簡(jiǎn)單的軟件，使用大多數(shù)人所熟悉的瀑布模型就可以了

二、假設(shè)你被任命為一家軟件公司的項(xiàng)目負(fù)責(zé)人，你的工作是管理該公司已被廣泛應(yīng)用的字處理軟件的新版本開發(fā)。由于市場(chǎng)競(jìng)爭(zhēng)激烈，公司規(guī)定了嚴(yán)格的完成期限并且已對(duì)外公布。你打算采用哪種軟件生命周期模型？為什么？。

答：對(duì)這個(gè)項(xiàng)目的一個(gè)重要要求是，嚴(yán)格按照已對(duì)外公布了的日期完成產(chǎn)品開發(fā)工作，因此，選擇生命周期模型時(shí)應(yīng)該著重考慮哪些模型有助于加快產(chǎn)品開發(fā)的進(jìn)度。使用增量模型開發(fā)軟件時(shí)可以并行完成開發(fā)工作，因此能夠加快開發(fā)進(jìn)度。

這個(gè)項(xiàng)目是開發(fā)該公司已被廣泛應(yīng)用的字處理軟件的新版本，從上述事實(shí)至少可以得出3點(diǎn)結(jié)論：第一，舊版本相當(dāng)于一個(gè)原型，通過收集用戶對(duì)舊版本的反映，較容易確定對(duì)新版本的需求，沒必要再專門建立一個(gè)原型系統(tǒng)來分析用戶的需求；第二，改公司的軟件工程師對(duì)字處理軟件很熟悉，有開發(fā)字處理軟件的豐富經(jīng)驗(yàn)，具有采用增量模型開發(fā)新版字處理軟件所需要的技術(shù)水平；第三，該軟件受到廣大用戶的喜愛，今后很可能還要開發(fā)更新的版本，因此，應(yīng)該把該軟件的體系結(jié)構(gòu)設(shè)計(jì)成開放式的，以利于今后的改進(jìn)和擴(kuò)充。綜上所述，采用增量模型來完成這個(gè)項(xiàng)目比較恰當(dāng)。

三、考慮一個(gè)修改磁帶上主文件的系統(tǒng)。文件管理員把修改信息穿孔在卡片上，系統(tǒng)讀入穿孔卡片上的信息并按照記錄號(hào)把修改信息順序排列好。然后系統(tǒng)逐個(gè)讀入主文件上的記錄，根據(jù)記錄上的校驗(yàn)碼校核每個(gè)讀入的記錄，丟掉出錯(cuò)的記錄，按照修改信息修改余下的記錄，產(chǎn)生的新文件存儲(chǔ)在磁盤上。最后，系統(tǒng)輸出一份修改報(bào)告供文件管理員參閱。請(qǐng)分層次地畫出上述主文件修改系統(tǒng)的數(shù)據(jù)流圖。

答：本系統(tǒng)的數(shù)據(jù)源點(diǎn)和終點(diǎn)都是文件管理員，他既向系統(tǒng)提供修改信息，又接收系統(tǒng)生成的修改報(bào)告。系統(tǒng)功能主要有：接收修改信息，讀主文件，校核記錄，修改原始記錄和產(chǎn)生報(bào)告。注意，問題陳述中所描述的“系統(tǒng)安裝記錄號(hào)把修改信息順序排列好”，是具體的實(shí)現(xiàn)方法。在數(shù)據(jù)流圖中無須描述具體實(shí)現(xiàn)方法，因此，在本系統(tǒng)的數(shù)據(jù)流圖中不需要包含“排序”功能。類似地，“文件管理員把修改信息穿孔在卡片上，系統(tǒng)讀入穿孔卡片上的信息”，是系統(tǒng)接收修改信息的具體方法。在數(shù)據(jù)流圖中無須描繪這個(gè)具體的實(shí)現(xiàn)方案，因此，在本系統(tǒng)的數(shù)據(jù)流圖中不需要包含“穿卡片”和“讀卡片”的功能。

本系統(tǒng)包含的數(shù)據(jù)存儲(chǔ)是：修改信息，主文件和修改后的主文件。圖2.6是本系統(tǒng)的基本系統(tǒng)模型，圖2.7是功能級(jí)數(shù)據(jù)流圖。

四、用Jackson圖描繪下述的一列火車的構(gòu)成：

一列火車最多有兩個(gè)火車頭。只有一個(gè)火車頭時(shí)則位于列車最前面，若還有第二個(gè)火車頭時(shí)，則第二個(gè)火車頭位于列車最后面。火車頭既可能是內(nèi)燃機(jī)車也可能是電氣機(jī)車。車廂分為硬座車廂、硬臥車廂和軟臥車廂等3種。硬座車廂在車內(nèi)所有車廂的前面部分，軟臥車廂在所有車廂的后面部分。此外，在硬臥車廂和軟臥車廂之間還有一節(jié)餐車。

答：Jackson圖善于描繪復(fù)雜事物的組成。用Jackson圖描繪一列火車的構(gòu)成的方法至少有兩種，一種方法是把火車分為一個(gè)車頭和兩個(gè)車頭兩類，另一種方法是把后車頭作為可選的。圖3.29給出了描繪一列火車的構(gòu)成的Jackson圖。

解法1（b）解法2

五、為方便出乎，某銀行擬開發(fā)計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)，儲(chǔ)戶填寫的存款單或取款單由業(yè)務(wù)員輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并印出存款單給儲(chǔ)戶，如果是取款，系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶。寫出問題定義并分析系統(tǒng)的可行性。

答：技術(shù)上的可行性：開發(fā)系統(tǒng)的計(jì)算機(jī)硬件已經(jīng)非常普及，完全沒有問題；現(xiàn)在的計(jì)算機(jī)各方面的技術(shù)都非常成熟，相對(duì)來說開發(fā)此系統(tǒng)的技術(shù)也要求比較簡(jiǎn)單，因此在技術(shù)方面是可行的；同時(shí)銀行還必須有一定量的系統(tǒng)管理和維護(hù)的專業(yè)人員，在這方面可以通過培訓(xùn)原來的技術(shù)人員成為新的需要的技術(shù)人員，也可以雇用所需這方面的專業(yè)技術(shù)員；若按計(jì)劃，在規(guī)定的期限內(nèi)，本系統(tǒng)的開發(fā)是可以完成的。

操作可行性：開發(fā)的系統(tǒng)操作要非常簡(jiǎn)單，以便適合大人小孩老人各類人們都可以很方便操作使用。還有，要有經(jīng)過培訓(xùn)的專業(yè)人員在指導(dǎo)，以便當(dāng)儲(chǔ)戶有什么疑難問題時(shí)能及時(shí)得到正確的答復(fù) 社會(huì)、政策允許的可行性：全部軟件購買正版，機(jī)器設(shè)置通過正當(dāng)途徑購得

六、分析圖3.1所示的層次圖，確定每個(gè)模塊的內(nèi)聚類型。分析圖3.2，確定模塊之間的耦合類型

圖3.1 計(jì)算多地點(diǎn)日平均溫度的程序

答：從圖3.1所示的層次圖可以看出，這個(gè)程序的功能是計(jì)算若干個(gè)指定地點(diǎn)的每日平均溫度。變量sum保存某地一天之內(nèi)在指定的時(shí)間取樣點(diǎn)的溫度之和。程序運(yùn)行時(shí)首先初始化變量sum并打開文件，然后讀取地點(diǎn)、時(shí)間和溫度等原始數(shù)據(jù)，創(chuàng)建用于保存這些數(shù)據(jù)的溫度記錄，接下來計(jì)算特定地點(diǎn)的日平均溫度，存儲(chǔ)溫度記錄。重復(fù)調(diào)用“讀取地點(diǎn)、時(shí)間和溫度”、“創(chuàng)建新的溫度記錄”、“計(jì)算特定地點(diǎn)的日平均溫度”和“存儲(chǔ)溫度記錄”等模塊，直至計(jì)算出并保存好所有指定地點(diǎn)的日平均溫度。最后，打印平均溫度并關(guān)閉文件。

從上述敘述可知，“計(jì)算多個(gè)地點(diǎn)的日平均溫度”、“讀取地點(diǎn)、時(shí)間和溫度”、“創(chuàng)建新的溫度記錄”、“計(jì)算特定地點(diǎn)的日平均溫度”和“存儲(chǔ)溫度記錄”等5個(gè)模塊，每個(gè)都完成一個(gè)單一的功能，模塊內(nèi)所有元素都為完成同一個(gè)功能服務(wù)，彼此結(jié)合的十分緊密，因此，這5個(gè)模塊的內(nèi)聚類型都是功能內(nèi)聚。

初看起來，由于初始化變量sum和打開文件這兩個(gè)操作都是在程序運(yùn)行的初始階段完成的，“初始化變量sum和打開文件” 這個(gè)模塊的內(nèi)聚類型似乎是時(shí)間內(nèi)聚。但是，初始化變量sum是本程序特有的操作，而打開文件是硬件要求的操作，是任何使用文件的程序都包含的一個(gè)操作，并非本程序特有的操作。當(dāng)可以分配兩個(gè)或更多個(gè)不同級(jí)別的內(nèi)聚類型給一個(gè)模塊時(shí)，規(guī)則是分配最低級(jí)別的內(nèi)聚類型給該模塊。因此，“初始化變量sum和打開文件”這個(gè)模塊的內(nèi)聚類型都是偶然內(nèi)聚。同理，“關(guān)閉文件并打印平均溫度” 這個(gè)模塊的內(nèi)聚類型也是偶然內(nèi)聚。

分析圖3.2，確定模塊之間的耦合類型。

圖3.2 一個(gè)程序的模塊互連圖 在圖3.2中已經(jīng)給模塊之間的接口編了號(hào)碼，表3.1描述了模塊間的接口。表3.1 模塊接口描述

綜合分析圖3.2和表3.1所提供的信息可知各個(gè)模塊之間的耦合情況。例如，當(dāng)模塊p調(diào)用模塊 q時(shí)（接口1），它傳遞一個(gè)參數(shù)----飛機(jī)類型。當(dāng)模塊q把控制返還給模塊p時(shí)，它傳回一個(gè)狀態(tài)標(biāo)志。

某些模塊之間的耦合類型是明顯的，例如，模塊p和q之間（接口1）、模塊r和t之間（接口5）及模塊s和u之間（接口6）都是數(shù)據(jù)耦合，因?yàn)樗鼈儌鬟f的都是一個(gè)簡(jiǎn)單變量。

如果兩個(gè)模塊中的一個(gè)模塊給另一個(gè)模塊傳遞控制元素，也就是說，如果一個(gè)模塊明顯地控制另一個(gè)模塊的邏輯，則它們之間具有控制耦合。例如，當(dāng)給具有邏輯內(nèi)聚的模塊傳遞功能代碼時(shí)就傳遞了控制元素。另一個(gè)控制耦合的例子是把控制開關(guān)作為一個(gè)參數(shù)傳遞。圖3.2中模塊q調(diào)用模塊r時(shí)（接口3）傳遞一個(gè)功能代碼，因此，這兩個(gè)模塊之間是控制耦合。

圖3.2右側(cè)文字說明，模塊p、t和u更新同一個(gè)數(shù)據(jù)庫，因此，它們之間具有公共環(huán)境耦合。

當(dāng)模塊p調(diào)用模塊s時(shí)（接口2），如果模塊s使用或更新模塊p傳遞給它的零件清單中的所有元素，則模塊p和s之間的耦合是數(shù)據(jù)耦合；但是，如果模塊s只訪問該清單中的一部分元素，則模塊p和s之間的耦合是特征耦合。模塊q和s之間（接口4）的耦合情況與此類似。由于圖3.2和表3.1中給出的信息尚不足以準(zhǔn)確地描述各個(gè)模塊的功能，所以不能確定這兩對(duì)模塊之間的耦合是數(shù)據(jù)耦合還是特征耦合。

第二篇：軟件工程復(fù)習(xí)題

第三章 軟件工程

一、軟件工程基本概念

1.軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的重要部分，包括程序、數(shù)據(jù)及相關(guān)的 文檔。其中，程序 是軟件開發(fā)人員根據(jù)用戶需求開發(fā)的、用程序設(shè)計(jì)語言描述的、適

合計(jì)算機(jī)執(zhí)行的指令（語句）序列。

2.下列敘述中，正確的是(D)。A.軟件就是程序清單B.軟件就是存放在計(jì)算機(jī)中的文件 C.軟件應(yīng)包括程序

清單及運(yùn)行結(jié)果D.軟件包括程序和文檔3.軟件按功能可以分為：應(yīng)用軟件、系統(tǒng)軟件、支撐軟件（或工具軟件）

4.軟件工程的出現(xiàn)是由于（軟件危機(jī)的出現(xiàn)）5.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（軟件危機(jī)）

軟件工程概念的出現(xiàn)源自軟件危機(jī)。所謂軟件危機(jī)是泛指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題?？傊梢詫④浖C(jī)歸結(jié)為成本、質(zhì)量、生產(chǎn)率等問題。

6.開發(fā)大型軟件時(shí)，產(chǎn)生困難的根本原因是(大型系統(tǒng)的復(fù)雜性)。

7.軟件危機(jī)出現(xiàn)于20世紀(jì)60年代末，為了解決軟件危機(jī)，人們提出了 軟件工程學(xué) 的原理來設(shè)計(jì)軟件這就是軟件工程誕生的基礎(chǔ)。

8.下列不屬于軟件工程的3個(gè)要素的是（D）A.工具B.過程C.方法D.環(huán)境 軟件工程過程與軟件生命周期

9.軟件工程過程是把輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的 資源 和活動(dòng)。通常，將軟件產(chǎn)品從提出、實(shí)現(xiàn)、使用維護(hù)到停止使用退役的過程稱為 軟件生命周期 10.軟件生命周期中所花費(fèi)用最多的階段是（軟件維護(hù)）11.軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(定義、開發(fā)、運(yùn)行維護(hù))。12.軟件生命周期一般包括可行性研究與需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、交付使用以及維護(hù)等活動(dòng)。軟件工程的目標(biāo)與原則

13.軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括：軟件開發(fā)技術(shù)和軟件工程管理。軟件開發(fā)技術(shù)包括：軟件開發(fā)方法學(xué)、開發(fā)過程、開發(fā)工具和軟件工程環(huán)境，主體內(nèi)容是軟件開發(fā)方法學(xué)。軟件工程管理包括：軟件管理學(xué)、軟件工程經(jīng)濟(jì)學(xué)、軟件心理學(xué)等內(nèi)容。14.軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和（軟件工程管理）

15.軟件工程的原則包括抽象、信息隱藏、模塊化、局部化、確定性、一致性、完備性和可驗(yàn)證性。

軟件開發(fā)工具與軟件開發(fā)環(huán)境

16.開發(fā)軟件時(shí)對(duì)提高開發(fā)人員工作效率至關(guān)重要的是（先進(jìn)的軟件開發(fā)工具和環(huán)境）17.軟件開發(fā)環(huán)境是全面支持軟件開發(fā)全過程的 軟件工具 集合。常用的軟件開發(fā)方法和技術(shù)可以分為三大類：瀑布型、增量型和變換型。瀑布型開發(fā)方法將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為按固定順序連接的若干階段，強(qiáng)調(diào)早期的需求分析和開發(fā)的階段性，強(qiáng)調(diào)產(chǎn)品測(cè)試；但是不能適應(yīng)需求的變化。增量型則先建立一個(gè)不完全的系統(tǒng)，通過對(duì)需求的理解再進(jìn)一步擴(kuò)充和完善。例：瀑布模型突出的缺點(diǎn)是不適應(yīng)（D）的變動(dòng) A.算法B.平臺(tái)C)程序語言D.用戶需求

二、結(jié)構(gòu)化分析方法需求分析與需求分析方法

18.在軟件生產(chǎn)過程中，需求信息的給出是(軟件用戶)。19.需求分析中，開發(fā)人員要從用戶那里了解(軟件做什么)。

20.需求分析階段的任務(wù)是確定(軟件系統(tǒng)功能)21.需求分析的任務(wù)是發(fā)現(xiàn)需求、求精、建模和定義需求的過程。需求分析將創(chuàng)建所需的數(shù)據(jù)模型、功能模型和 控制模型

22.需求分析階段的工作：需求獲取、需求分析、編寫需求規(guī)格說明書、需求評(píng)審

下列工具中屬于需求分析常用工具的是(D)。A)PADB)PFDC)N—SD)DFD 結(jié)構(gòu)化分析方法 常用的需求分析方法：

（1）結(jié)構(gòu)化分析方法。主要包括：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA)，面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法(JSD)和面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法(DSSD)（2）面向?qū)ο蟮姆治龇椒?OOA)

23.結(jié)構(gòu)化方法的核心和基礎(chǔ)是 結(jié)構(gòu)化程序設(shè)計(jì)理論24.下列不屬于結(jié)構(gòu)化分析的常用工具的是(D)。A)數(shù)據(jù)流圖B)數(shù)據(jù)字典C)判定樹D)PAD圖 25.在結(jié)構(gòu)化方法中，用數(shù)據(jù)流程圖（DFD）作為描述工具的軟件開發(fā)階段是(B)

A)可行性分析 B)需求分析C)詳細(xì)設(shè)計(jì)D)程序編碼

26.數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯模型．?dāng)?shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標(biāo)識(shí)的圖符不屬于數(shù)據(jù)流圖合法圖符的是(A)。

A)控制流B)加工C)數(shù)據(jù)存儲(chǔ)D)源和潭 說明：數(shù)據(jù)流圖中的主要圖形元素與說明： 27.在數(shù)據(jù)流圖(DFD)中的箭頭代表的是(數(shù)據(jù)流)28.在數(shù)據(jù)流圖(DFD)中，帶有名字的箭頭表示(數(shù)據(jù)的流向)。

29.在結(jié)構(gòu)化分析方法中，用于描述系統(tǒng)中所用到的全部數(shù)據(jù)和文件的文檔稱為 數(shù)據(jù)字典軟件需求規(guī)格說明書

30.軟件需求規(guī)格說明書 是需求分析階段的最后結(jié)果 31.下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是（D）

A.便于用戶、開發(fā)人員進(jìn)行理解和交流B.反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)C.作為確認(rèn)測(cè)試和驗(yàn)收的依據(jù)D.便于開發(fā)人員進(jìn)行需求分析

32.(數(shù)據(jù)描述)是對(duì)軟件系統(tǒng)所必須解決的問題做出的詳細(xì)說明

說明：需求規(guī)格說明書一般包括以下內(nèi)容：概述、數(shù)據(jù)描述、性能描述、功能描述、參考文獻(xiàn)目錄等。其中概述從系統(tǒng)角度描述軟件的目標(biāo)和任務(wù)；功能描述中描述了為解決用戶問題所需要的每一項(xiàng)功能的過程細(xì)節(jié)；性能描述說明系統(tǒng)應(yīng)達(dá)到的性能和應(yīng)該滿足的限制條件、檢測(cè)的方法和標(biāo)準(zhǔn)。

三、結(jié)構(gòu)化設(shè)計(jì)方法軟件設(shè)計(jì)的基本概念

33.在軟件開發(fā)中，下面任務(wù)不屬于設(shè)計(jì)階段的是(D)A)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) B)給出系統(tǒng)模塊結(jié)構(gòu) C)定義模塊算法 D)定義需求并建立系統(tǒng)模型

34.軟件設(shè)計(jì)包括軟件的結(jié)構(gòu)、數(shù)據(jù)、接口和過程設(shè)計(jì)，其中軟件的過程設(shè)計(jì)是指(系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述)。

說明：結(jié)構(gòu)設(shè)計(jì)：定義軟件系統(tǒng)各主要部件之間的關(guān)系；數(shù)據(jù)設(shè)計(jì)：將分析時(shí)創(chuàng)建的模型轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)的定義；接口定義：描述軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件與人之間如何通信；過程設(shè)計(jì)：把系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程性描述。

35.下面不屬于軟件設(shè)計(jì)原則的是（C）A.抽象 B.模塊化C.自底向上D.信息隱藏

36.耦合和內(nèi)聚是評(píng)價(jià)模塊獨(dú)立性的兩個(gè)主要標(biāo)準(zhǔn)，其中內(nèi)聚 反映了模塊內(nèi)各成分之間的聯(lián)系，耦合反映了模塊間互相連接的緊密程度。

37.內(nèi)聚性是信息隱蔽和局部化概念的自然擴(kuò)展，一個(gè)模塊的內(nèi)聚性越強(qiáng)，則該模塊的模塊獨(dú)立性越 強(qiáng)。一個(gè)模塊與其它模塊的耦合性越強(qiáng)，則它的模塊獨(dú)立性越 弱。38.下列敘述中，正確的是（C）

A.接口復(fù)雜的模塊，其耦合程度一定低B.耦合程度弱的模塊，其內(nèi)聚程度一定低C.耦合程度弱的模塊，其內(nèi)聚程度一定高D.以上都不對(duì)

39.下列選項(xiàng)中，不屬于模塊間耦合的是(B)。A.數(shù)據(jù)耦合B.同構(gòu)耦合C.異構(gòu)耦D.公用耦合40.軟件設(shè)計(jì)中，有

利于提高模塊獨(dú)立性的一個(gè)準(zhǔn)則是(C)。

A.低內(nèi)聚低耦合B.低內(nèi)聚高耦合C.高內(nèi)聚低耦合D.高內(nèi)聚高耦合 概要設(shè)計(jì)

41.軟件的概要 設(shè)計(jì)又稱為總體結(jié)構(gòu)設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)，設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫，編寫概要設(shè)計(jì)文檔，概要設(shè)計(jì)文檔評(píng)審。

42.在結(jié)構(gòu)化方法中，軟件功能分解屬于下列軟件開發(fā)中的階段是(C)

A.詳細(xì)設(shè)計(jì) B.需求分析 C.總體設(shè)計(jì) D.編程調(diào)試 43.在概要設(shè)計(jì)階段，常用的軟件結(jié)構(gòu)設(shè)計(jì)工具是 結(jié)構(gòu)圖(sc)，也稱程序結(jié)構(gòu)圖。生成的結(jié)構(gòu)圖中，帶有箭頭的連線表示(模塊之間的調(diào)用關(guān)系)，矩形表示模塊。44.在概要設(shè)計(jì)階段，一般采用面向數(shù)據(jù)流的設(shè)計(jì)方法。數(shù)據(jù)流的類型有 變換型和事務(wù)型。將變換型映射成結(jié)構(gòu)圖稱為 變換分析。將事務(wù)型映射成結(jié)構(gòu)圖稱為 事務(wù)分析。

45.好的軟件設(shè)計(jì)結(jié)構(gòu)通常 頂層 高 扇出，中間扇出較少，底層 高 扇入。46.模塊的控制范圍包括它本身以及它所有的從屬模塊，模塊的作用范圍是指模塊內(nèi)一個(gè)判定的作用范圍，凡是受到這個(gè)判定影響的所有模塊都屬于這個(gè)判定的作用范圍。理想的情況是(模塊的作用范圍應(yīng)在控制范圍內(nèi))詳細(xì)設(shè)計(jì)

47.詳細(xì)設(shè)計(jì) 的任務(wù)是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定實(shí)現(xiàn)算法和局部數(shù)據(jù)結(jié)構(gòu)，用選定的表達(dá)工具表示算法和數(shù)據(jù)結(jié)構(gòu)的細(xì)節(jié)。確定怎樣來具體實(shí)現(xiàn)所要求的系統(tǒng)。48.為了避免流程圖在描述程序邏輯時(shí)的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為(N—S圖)。

49.詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的(質(zhì)量)。50.軟件設(shè)計(jì)模塊化的目的是 降低復(fù)雜性。51.詳細(xì)設(shè)計(jì)的典型語言描述工具是(PDL)

結(jié)構(gòu)化分析(需求階段)的常用工具有：數(shù)據(jù)流圖(DFD)、數(shù)據(jù)字典(DD)、判定樹和判定表

結(jié)構(gòu)設(shè)計(jì)（概要設(shè)計(jì)階段）工具是：結(jié)構(gòu)圖(SC, structure chart)

過程設(shè)計(jì)(詳細(xì)設(shè)計(jì)階段)常見的工具有：程序流程圖、N—S圖、PAD圖（問題分析圖,）和PDL(過程設(shè)計(jì)語言)

四、軟件測(cè)試 軟件測(cè)試的目的52.在軟件測(cè)試設(shè)計(jì)中，軟件測(cè)試的主要目的是(D)。A.實(shí)驗(yàn)性運(yùn)行軟件B.證明軟件正確 C.找出軟件中全部錯(cuò)誤D.發(fā)現(xiàn)軟件錯(cuò)誤而執(zhí)行程序

（注意：不是為了證明軟件的正確性，也不是為了找出全部錯(cuò)誤）

軟件測(cè)試的準(zhǔn)則

53.下列敘述中．不屬于測(cè)試的特征的是(C)。A.測(cè)試的挑剔性B.完全測(cè)試的不可能性C.測(cè)試的可靠性D.測(cè)試的經(jīng)濟(jì)性 軟件測(cè)試技術(shù)與方法

軟件測(cè)試方法從是否需要執(zhí)行被測(cè)試軟件的角度，可以分為 靜態(tài)測(cè)試 和 動(dòng)態(tài)測(cè)試 ；按功能劃分為 白盒測(cè)試 和 黑盒測(cè)試。

靜態(tài)測(cè)試包括 代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量量度 等

白盒測(cè)試和黑盒測(cè)試都屬于 動(dòng)態(tài)測(cè)試

白盒測(cè)試的主要方法： 邏輯覆蓋、基本路徑測(cè)試 等 黑盒測(cè)試的主要方法： 等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖 等

54.下列不屬于靜態(tài)測(cè)試方法的是(B)。

A.代碼檢查B.白盒法C.靜態(tài)結(jié)構(gòu)分析D.代碼質(zhì)量度量

55.在軟件工程中，白箱測(cè)試法可用于測(cè)試程序的內(nèi)部結(jié)構(gòu)。此方法將程序看做是(A)。

A.路徑的集合B.循環(huán)的集合C.目標(biāo)的集臺(tái)D.地址的集合56.完全不考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征，而只是根據(jù)程序功能導(dǎo)出測(cè)試用例的測(cè)試方法是(A)A.黑箱測(cè)試法B.白箱測(cè)試法C.錯(cuò)誤推測(cè)法D.安裝測(cè)試法

57.黑盒測(cè)試是對(duì)軟件已經(jīng)實(shí)現(xiàn)的功能是否滿足需求進(jìn)行測(cè)試和驗(yàn)證，不考慮程序內(nèi)部的邏輯結(jié)構(gòu)，在軟件接口處進(jìn)行。常用的黑箱測(cè)試有等價(jià)分類法、邊界值分析法、因果圖法和錯(cuò)誤推測(cè)法4種。軟件測(cè)試的實(shí)施

58.軟件測(cè)試過程一般按4個(gè)步驟進(jìn)行，即單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試（確認(rèn)測(cè)試）和系統(tǒng)測(cè)試58.檢查軟件產(chǎn)品是否符合需求定義的過程稱為（A）A.確認(rèn)測(cè)試B.集成測(cè)試C.驗(yàn)證測(cè)試D.驗(yàn)收測(cè)試 說明：軟件的測(cè)試過程一般按4個(gè)步驟進(jìn)行：?jiǎn)卧獪y(cè)試：對(duì)軟件設(shè)計(jì)的最小單位—模塊進(jìn)行正確性檢驗(yàn)的測(cè)試，發(fā)現(xiàn)模塊內(nèi)部可能存在的錯(cuò)誤。由于模塊通常不是一個(gè)獨(dú)立的程序，不能單獨(dú)運(yùn)行，所以常常需要用到模擬環(huán)境。可以采用靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試（以白盒測(cè)試為主）。

集成測(cè)試：測(cè)試和組裝模塊的過程，主要是發(fā)現(xiàn)與接口有關(guān)的錯(cuò)誤，依據(jù)是概要設(shè)計(jì)說明書。涉及的內(nèi)容有：軟件單元的接口測(cè)試、全局?jǐn)?shù)據(jù)結(jié)構(gòu)測(cè)試、邊界條件和非法輸入的測(cè)試等。通常采用兩種方式：非增量方式組裝域增量方式組裝

驗(yàn)收測(cè)試（確認(rèn)測(cè)試）：驗(yàn)證軟件的功能和性能以及其

他特性是否滿足了需求規(guī)格說明書中確定的各種需求，以及軟件配置是否完全、正確。采用黑盒測(cè)試。系統(tǒng)測(cè)試：將軟件與硬件、用戶、數(shù)據(jù)等組合，在實(shí)際運(yùn)行環(huán)境下對(duì)整個(gè)系統(tǒng)進(jìn)行集成測(cè)試和確認(rèn)測(cè)試。59.軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持．其中必要的測(cè)試數(shù)據(jù)屬于(D)。

A.硬件資源B.通信資源C.支持軟件D.輔助資源

軟件測(cè)試過程中，輔助資源包括測(cè)試用例(測(cè)試數(shù)據(jù))、測(cè)試計(jì)劃、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告等。60.為了提高測(cè)試的效率，應(yīng)該(D)

A.隨機(jī)選取測(cè)試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù) C.在完成編碼以后制定軟件的測(cè)試計(jì)劃D.集中對(duì)付那些錯(cuò)誤群集的程序

61.為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的 輸出結(jié)果 兩部分組成。

四、程序的調(diào)試

軟件調(diào)試(Debug，即排錯(cuò))的任務(wù)是診斷和改正程序中的錯(cuò)誤，與軟件測(cè)試不同，軟件測(cè)試是盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤。軟件測(cè)試貫穿整個(gè)軟件生命期，調(diào)試主要在開發(fā)階段。

62.程序調(diào)試的基本步驟：錯(cuò)誤定位、修改和設(shè)計(jì)代碼以排除錯(cuò)誤、進(jìn)行回歸測(cè)試防治引進(jìn)新的錯(cuò)誤。63.下列敘述正確的是（D）

A.測(cè)試和調(diào)試工作必須由程序編制者自己完成B.測(cè)試用例和調(diào)試用例必須完全一致

C.一個(gè)程序經(jīng)調(diào)試改正錯(cuò)誤后，一般不必再進(jìn)行測(cè)試 D.上述三種說法都不對(duì) 軟件調(diào)試方法

64.下列不屬于軟件調(diào)試技術(shù)的是(B)。

A.強(qiáng)行排錯(cuò)法B.集成測(cè)試法C.回溯法D.原因排除法

六、軟件維護(hù)

65.軟件維護(hù)活動(dòng)包括以下幾類：校正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。

第三篇：軟件工程期末小結(jié)

第一章 軟件工程概述

1.對(duì)“引入同一變動(dòng)付出的代價(jià)隨時(shí)間變化的趨勢(shì)”：在軟件開發(fā)的不同階段進(jìn)行修改需要付出的代價(jià)是很不相同的，在早期引入變動(dòng)，涉及的面較少，因而代價(jià)也比較低；而在開發(fā)的中期，軟件配置的許多成分已經(jīng)完成，引入一個(gè)變動(dòng)要對(duì)所有已完成的配置成分都做相應(yīng)的修改，不僅工作量大，而且邏輯上也更復(fù)雜，因此付出的代價(jià)劇增；在軟件“已經(jīng)完成”是再引入變動(dòng)，當(dāng)然需要付出更高的代價(jià)。根據(jù)美國一些軟件公司的統(tǒng)計(jì)資料，在后期引入一個(gè)變動(dòng)比在早期引入相同的變動(dòng)所需付出的代價(jià)高2~3個(gè)數(shù)量級(jí)。

2.軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合。程序是能夠完成預(yù)定功能和性能的可執(zhí)行的指令序列；數(shù)據(jù)是使程序能夠適當(dāng)?shù)靥幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)；文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。

3.為了解決軟件危機(jī)，既要有技術(shù)措施（方法和工具），又要有必要的組織管理措施。軟件工程正是從管理和技術(shù)兩方面研究如何更好地開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門新興學(xué)科。

4.軟件工程是：（1）把系統(tǒng)的、規(guī)范的、可度量的途徑盡快應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；（2）研究（1）中提到的途徑。

5.軟件工程本質(zhì)特性（理解，判斷）：軟件工程關(guān)注與大型程序的構(gòu)造，軟件工程的中心課題是控制復(fù)雜性，軟件經(jīng)常變化，開發(fā)軟件的效率非常重要，和諧地合作是開發(fā)軟件的關(guān)鍵，軟件必須有效地支持它的用戶，在軟件工程領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。

6.軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過程。

7.軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成。軟件定義時(shí)期的任務(wù)是：確定軟件開發(fā)的工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該項(xiàng)工程需要的資源和成本，并且制定工程進(jìn)度表。這個(gè)時(shí)期的工作通常又稱為系統(tǒng)分析，有系統(tǒng)分析員負(fù)責(zé)完成。軟件定義時(shí)期通常進(jìn)一步劃分成3個(gè)階段，即問題定義、可行性研究和需求分析。這個(gè)時(shí)期產(chǎn)生的文檔有可行性研究報(bào)告、需求規(guī)格說明書。開發(fā)時(shí)期具體設(shè)計(jì)和實(shí)現(xiàn)在前一個(gè)時(shí)期定義的軟件，它通常由下述4個(gè)階段組成：總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼和單元測(cè)試，綜合測(cè)試。其中前兩個(gè)階段又稱為系統(tǒng)設(shè)計(jì)，后兩個(gè)階段又稱為系統(tǒng)實(shí)現(xiàn)。這個(gè)階段需要的人員為高級(jí)技術(shù)人員和初級(jí)程序員。產(chǎn)生的文檔有：軟件結(jié)構(gòu)圖，軟件說明書，數(shù)據(jù)庫。維護(hù)時(shí)期的主要任務(wù)是使軟件持久的滿足用戶的需要。

8.軟件一個(gè)生命周期包括：?jiǎn)栴}定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試。

9.軟件維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。通常有4類維護(hù)活動(dòng)：改正性維護(hù)，也就是診斷和改正正在使用過程中發(fā)現(xiàn)的軟件錯(cuò)誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件，為將來的維護(hù)活動(dòng)預(yù)先做準(zhǔn)備。

第二章 可行性研究

1.可行性研究包括以下：技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性、法律可行性。

2.系統(tǒng)流程圖的概括地描繪物理系統(tǒng)的傳統(tǒng)工具。

3.在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過程。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示。

4.數(shù)據(jù)字典有下列元素的定義組成：數(shù)據(jù)流、數(shù)據(jù)流分量（即數(shù)據(jù)元素）、數(shù)據(jù)存儲(chǔ)。

5．成本估計(jì)技術(shù)有：代碼行技術(shù)、任務(wù)分解技術(shù)、自動(dòng)估計(jì)成本技術(shù)。

第四篇：軟件工程-期末總結(jié)

軟件工程期末總結(jié)

課程：姓名：學(xué)號(hào)：班級(jí)：xxxxx xxxxx xxxxxx xxxxxx

目錄

1.軟件工程學(xué)概述.........................................................1 1.1軟件危機(jī)..........................................................1 1.2軟件工程..........................................................1 1.3軟件生命周期......................................................2 1.4軟件過程..........................................................2 2.可行性研究:............................................................2 2.1可行性研究的任務(wù)..................................................2 2.2可行性研究的過程..................................................3 2.3數(shù)據(jù)流圖..........................................................3 3.需求分析...............................................................3 4.形式化說明技術(shù).........................................................4 5.模塊設(shè)計(jì)...............................................................4 1．耦合：............................................................4 2．內(nèi)聚..............................................................4 6.詳細(xì)設(shè)計(jì)...............................................................5 6.1結(jié)構(gòu)程序設(shè)計(jì)......................................................5 6.2人機(jī)界面設(shè)計(jì)......................................................5 7.軟件測(cè)試...............................................................5 7.1軟件測(cè)試的目標(biāo)....................................................5 7.2軟件側(cè)試準(zhǔn)則......................................................6 7.3測(cè)試方法..........................................................6 8.軟件可靠性.............................................................7 8.1軟件質(zhì)量..........................................................7

1.軟件工程學(xué)概述

1.1軟件危機(jī)

1.1.1 軟件危機(jī)的介紹:是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。具體地說，軟件危機(jī)主要有以下一些典型表現(xiàn)：1.對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。2.用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。3.軟件產(chǎn)品的質(zhì)量往往靠不住。4.軟件常常是不可維護(hù)的。5.軟件通常沒有適當(dāng)?shù)奈臋n資料。6.軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。7.軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。1.1.2產(chǎn)生軟件危機(jī)的原因:在軟件開發(fā)和維護(hù)的過程中存在這么多嚴(yán)重問題，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面也和軟件開發(fā)與維護(hù)的方法不正確有關(guān)。軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。1.1.3消除軟件危機(jī)的途徑:

1、認(rèn)識(shí)到軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合。2.認(rèn)識(shí)到軟件是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目；

3、推廣使用在實(shí)踐中總結(jié)出來的開發(fā)軟件的成功的技術(shù)和方法，探索更好更有效的技術(shù)和方法；

4、開發(fā)和使用更好的軟件工具?？傊瑸榱私鉀Q軟件危機(jī)，既要有技術(shù)措施（方法和工具），又要有必要的組織管理措施。軟件工程正是從管理和技術(shù)兩方面研究如何更好地開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門新興學(xué)科。

1.2軟件工程

1.2.1軟件工程的介紹:軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。定義：采用工程的概念、原理和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它。1.2.2軟件工程的基本原理:

1、用分階段的生命周期計(jì)劃嚴(yán)格管理

2、堅(jiān)持進(jìn)行階段評(píng)審

3、實(shí)行嚴(yán)格的產(chǎn)品控制

4、采用現(xiàn)代程序設(shè)計(jì)技術(shù)

5、結(jié)果應(yīng)能清楚地審查

6、開發(fā)小組的人員應(yīng)該少而精

7、承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 1.2.3 軟件工程方法學(xué):通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，也稱為范型。軟件工程方法學(xué)包含3個(gè)要素方法、工具和過程。目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)

1.3軟件生命周期

軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成，每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。軟件定義的3個(gè)階段：?jiǎn)栴}定義、可行性研究、需求分析;軟件開發(fā)的四個(gè)階段：總、詳（系統(tǒng)設(shè)計(jì)）、編、綜（系統(tǒng)實(shí)現(xiàn)）軟件生命周期每個(gè)階段:1.問題定義2.可行性研究3.需求分析4.總體設(shè)計(jì)5.詳細(xì)設(shè)計(jì)6.編碼和單元測(cè)試7.綜合測(cè)試8.軟件維護(hù)

1.4軟件過程

軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。

1.4瀑布模型瀑布模型

一直是唯一被廣泛采用的生命周期模型,有下述的幾個(gè)特點(diǎn)：1.階段間具有順序性和依賴性（1）必須等前一階段的工作完成之后，才能開始后一階段的工作（2）前一階段的輸出文檔就是后一段的輸入文檔，因此，前一階段的輸出文檔必須正確。2.推遲實(shí)現(xiàn)的觀點(diǎn)；3.質(zhì)量保證的觀點(diǎn)（1）每個(gè)階段都必須完成規(guī)定的文檔，沒有交出合格的文檔就是沒有完成該階段的任務(wù)，（2）每個(gè)階段結(jié)束前都要對(duì)所完成的文檔進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問題改正錯(cuò)誤。

優(yōu)點(diǎn)：可強(qiáng)迫開發(fā)人員采用規(guī)范的方法；嚴(yán)格地規(guī)定每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。缺點(diǎn)：瀑布模型是由文檔驅(qū)動(dòng)的

2.可行性研究: 可行性研究的目的，就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。

2.1可行性研究的任務(wù)

可行性研究的目的不是解決問題，而是確定問題是否值得去解決?？尚行匝芯繉?shí)質(zhì)上是要進(jìn)行一次大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過程。在澄清了問題定義之后，分析員應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型。然后從系統(tǒng)邏輯模型出發(fā)，探索若干種可供選擇的主要解法（即系統(tǒng)實(shí)現(xiàn)方案）。對(duì)每種解法都應(yīng)該仔細(xì)研究它的可行性，一般說來，至少應(yīng)該從下述3個(gè)方面研究每種解法的可行性。

1）技術(shù)可行性 使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？

2）經(jīng)濟(jì)可行性 這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？ 3）操作可行性 系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎？

必要時(shí)還應(yīng)該從法律、社會(huì)效益等更廣泛的方面研究每種解法的可行性?？尚行匝芯啃枰臅r(shí)間長短取決于工程的規(guī)模。一般來說，可行性研究的成本只是預(yù)期的工程總成本的5%-10%。

2.2可行性研究的過程

步驟：1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)2.研究目前正在使用的系統(tǒng)3.導(dǎo)出新系統(tǒng)的高層邏輯模型4.進(jìn)一步定義問題5.導(dǎo)出和評(píng)價(jià)供選擇的解法6.推薦行動(dòng)方針7.草擬開發(fā)計(jì)劃8.書寫文檔提交審查

2.3數(shù)據(jù)流圖

數(shù)據(jù)流圖（DFD）是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過程。數(shù)據(jù)流圖有四種基本符號(hào)：

正方形（或立方體）表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)； 圓角矩形（或圓形）代表變換數(shù)據(jù)的處理； 開口矩形（或兩條平行橫線）代表數(shù)據(jù)存儲(chǔ)； 箭頭表示數(shù)據(jù)流，即特地?cái)?shù)據(jù)的流動(dòng)方向。

在數(shù)據(jù)流圖中應(yīng)該描繪所有可能的數(shù)據(jù)流向，而不應(yīng)該描繪出現(xiàn)某個(gè)數(shù)據(jù)流的條件。數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是數(shù)據(jù)，僅僅所處的狀態(tài)不同。數(shù)據(jù)存儲(chǔ)是處于靜止?fàn)顟B(tài)的數(shù)據(jù)，數(shù)據(jù)流是處于運(yùn)動(dòng)中的數(shù)據(jù)。數(shù)據(jù)流圖的基本要點(diǎn)是描繪“做什么”，而不是“怎么做”。數(shù)據(jù)流圖的4種成分：源點(diǎn)或終點(diǎn)，處理，數(shù)據(jù)存儲(chǔ)，數(shù)據(jù)流數(shù)據(jù)流圖的基本目的是利用它作為交流信息的工具，另一個(gè)主要用途是作為分析和設(shè)計(jì)的工具。

3.需求分析

3.1.1確定對(duì)系統(tǒng)的綜合需求1.功能需求2.性能需求3.可靠性和可用性需求4.出錯(cuò)處理需求5.接口需求6.約束7.逆向需求8.將來可能提出的需求

4.形式化說明技術(shù)

PSL/PSA系統(tǒng)的主要優(yōu)點(diǎn)是它改進(jìn)了文檔質(zhì)量，能保證文檔具有完整性、一致性和無二義性，從而可以減少管理和維護(hù)的費(fèi)用。數(shù)據(jù)存放在數(shù)據(jù)庫中，便于增加、刪除和更改，這也是它的一個(gè)優(yōu)點(diǎn)。

5.模塊設(shè)計(jì)

模塊獨(dú)立的概念是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)果。開發(fā)具有獨(dú)立功能而且和其他模塊之間沒有過多的相互作用的模塊，就可以做到模塊獨(dú)立。

1．耦合：

耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度因此，模塊間的耦合程度強(qiáng)烈影響系統(tǒng)的可理解性、可測(cè)試性、可靠性和可維護(hù)性。公共環(huán)境耦合的復(fù)雜程度隨耦合的模塊個(gè)數(shù)而變化，當(dāng)耦合的模塊個(gè)數(shù)增加時(shí)復(fù)雜程度顯著增加。如果只有兩個(gè)模塊有公共環(huán)境，那么這種耦合有下面兩種可能。1.一個(gè)模塊往公共環(huán)境送數(shù)據(jù)，另一個(gè)模塊從公共環(huán)境取數(shù)據(jù)。這是數(shù)據(jù)耦合的于一種形式，是比較松散的耦合。2.兩個(gè)模塊都既往公共環(huán)境送數(shù)據(jù)又從里面取數(shù)據(jù)，這種耦合比較緊密，介于數(shù)據(jù)耦合和控制耦合之間。如果兩個(gè)模塊共享的數(shù)據(jù)很多，都通過參數(shù)傳遞可能很不方便，這時(shí)可以利用公共環(huán)境耦合。最高程度的耦合是內(nèi)容耦合。如果出現(xiàn)下列情況之一，兩個(gè)模塊間就發(fā)生了內(nèi)容耦合。一個(gè)模塊訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)。一個(gè)模塊不通過正常入口而轉(zhuǎn)到另二個(gè)模塊的內(nèi)部。兩個(gè)模塊有一部分程序代碼重疊（只可能出現(xiàn)在匯編程序中）。一個(gè)模塊有多個(gè)入口（這意味著一個(gè)模塊有幾種功能）。應(yīng)該堅(jiān)決避免使用內(nèi)容耦合。事實(shí)上許多高級(jí)程序設(shè)計(jì)語言已經(jīng)設(shè)計(jì)成不允許在程序中出現(xiàn)任何形式的內(nèi)容耦合?？傊?，耦合是影響軟件復(fù)雜程度的一個(gè)重要因素。應(yīng)該采取下述設(shè)計(jì)原則：盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合。

2．內(nèi)聚

內(nèi)聚標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展。簡(jiǎn)單地說，理想內(nèi)聚的模塊只做一件事情。內(nèi)聚和耦合是密切相關(guān)的，模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。內(nèi)聚和耦合都一是進(jìn)行模塊化設(shè)計(jì)的有力工具，但是實(shí)踐表明內(nèi)聚更重要，應(yīng)該把更多注意力集中到提高模塊的內(nèi)聚程度上。低內(nèi)聚：偶然內(nèi)聚、時(shí)間內(nèi)聚、邏輯內(nèi)聚；中內(nèi)聚主要有兩類：過程內(nèi)聚和通信內(nèi)聚；高內(nèi)聚也有兩類：順序內(nèi)聚和功能內(nèi)聚。功能內(nèi)聚是最高程度的內(nèi)聚。

6.詳細(xì)設(shè)計(jì)

詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語言書寫的程序。詳細(xì)設(shè)計(jì)階段的任務(wù)還不是具體地編寫程序，而是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員將根據(jù)這個(gè)藍(lán)圖寫出實(shí)際的程序代碼。因此，詳細(xì)設(shè)計(jì)的結(jié)果基本上決定了最終的程序代碼的質(zhì)量?？紤]程序代碼的質(zhì)量時(shí)必須注意，程序的“讀者”有兩個(gè)，那就是計(jì)算機(jī)和人。在軟件的生命周期中，設(shè)計(jì)測(cè)試方案、診斷程序錯(cuò)誤、修改和改進(jìn)程序等都必須首先讀懂程序。實(shí)際上對(duì)于長期使用的軟件系統(tǒng)而言，人讀程序的時(shí)間可能比寫程序的時(shí)間還要長得多。因此，衡量程序的質(zhì)量不僅要看它的邏輯是否正確．性能是否滿足要求，更主要的是要看它是否容易閱讀和理解。詳細(xì)設(shè)計(jì)的目標(biāo)不僅僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，更重要的是設(shè)計(jì)出的處理過程應(yīng)該盡可能簡(jiǎn)明易懂。結(jié)構(gòu)程序設(shè)計(jì)技術(shù)是實(shí)現(xiàn)上述目標(biāo)的關(guān)鍵技術(shù)，因此是詳細(xì)設(shè)計(jì)的邏輯基礎(chǔ)。

6.1結(jié)構(gòu)程序設(shè)計(jì)

如果一個(gè)程序的代碼塊僅僅通過順序，選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱為程序的結(jié)構(gòu)化。

6.2人機(jī)界面設(shè)計(jì)

人機(jī)界面設(shè)計(jì)是接口設(shè)計(jì)的一個(gè)重要的組成部分。在設(shè)計(jì)人機(jī)界面過程會(huì)遇到下面4個(gè)問題：系統(tǒng)響應(yīng)時(shí)間，用戶幫助設(shè)施，出錯(cuò)信息處理和命令交互。用戶界面設(shè)計(jì)過程是一個(gè)迭代的過程，首先創(chuàng)建設(shè)計(jì)模型，再用原型實(shí)現(xiàn)這個(gè)設(shè)計(jì)模型，并由用戶試用和評(píng)估，然后根據(jù)用戶意見進(jìn)行修改。為了支持上述迭代過程，各種用于界面設(shè)計(jì)和原型開發(fā)的軟件工具產(chǎn)生。它們?yōu)楹?jiǎn)化窗口，菜單，設(shè)備交互，出錯(cuò)信息，命令及交互環(huán)境的許多其它元素的瘡癤提供各種歷程或?qū)ο?。用戶界面評(píng)估周期如下，完成初步設(shè)計(jì)之后就創(chuàng)建第一級(jí)原型，用戶使用并評(píng)估該原型，直接向設(shè)計(jì)者表述對(duì)界面的評(píng)價(jià)，設(shè)計(jì)中根據(jù)用戶意見修改設(shè)計(jì)并實(shí)現(xiàn)下一級(jí)原型。

7.軟件測(cè)試

7.1軟件測(cè)試的目標(biāo)

1.測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。2.好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案。3.成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。從上述規(guī)則可以看出，測(cè)試的正確定義是“為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程”。這和某些人通常想象的“測(cè)試是為了表明程序是正確的”,“成功的

測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤．的測(cè)試”等是完全相反的。正確認(rèn)識(shí)測(cè)試的目標(biāo)是十分重要的，測(cè)試目標(biāo)決定了測(cè)試方案的設(shè)計(jì)。如果為了表明程序是正壑耍進(jìn)行測(cè)試，就會(huì)設(shè)計(jì)一些不易暴露錯(cuò)誤的測(cè)試方案；相反，如果測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，就會(huì)力求設(shè)計(jì)出最能暴露錯(cuò)誤的測(cè)試方案。由于測(cè)試的目標(biāo)是暴露程序中的錯(cuò)誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測(cè)試是不恰當(dāng)?shù)摹Ｒ虼?，在綜合測(cè)試階段通常由其他人員組成測(cè)試小組來完成測(cè)試工作。此外，應(yīng)該認(rèn)識(shí)到測(cè)試決不能證明程序是正確的。即使經(jīng)過了最嚴(yán)格的測(cè)試之后，仍然可能還有沒被發(fā)現(xiàn)的錯(cuò)誤潛藏在程序中。測(cè)試只能查找出程序中的錯(cuò)誤，不能證明程序中沒有錯(cuò)誤。關(guān)于這個(gè)結(jié)論下面還要討論。

7.2軟件側(cè)試準(zhǔn)則

怎樣才能達(dá)到軟件測(cè)試的目標(biāo)呢？為了能設(shè)計(jì)出有效的測(cè)試方案，軟件工程師必須深人理解并正確運(yùn)用指導(dǎo)軟件測(cè)試的基本準(zhǔn)則。下面講述主要的測(cè)試準(zhǔn)則。1.所有測(cè)試都應(yīng)該能追溯到用戶需求。2.應(yīng)該遠(yuǎn)在測(cè)試開始之前就制定出測(cè)試計(jì)劃。3.把Paret原理應(yīng)用到軟件測(cè)試中。Pareto原理說明，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可是由程序中20％的模塊造成的。當(dāng)然，問題是怎樣找出這些可疑的模塊并徹底地測(cè)試它們。4.應(yīng)該從“小規(guī)?！睖y(cè)試開始，并逐步進(jìn)行“大規(guī)?！睖y(cè)試。通常，首先重點(diǎn)測(cè)試單個(gè)程序模塊，然后把測(cè)試重點(diǎn)轉(zhuǎn)向在集成的模塊簇中尋找錯(cuò)誤，最后在整個(gè)系統(tǒng)中尋找錯(cuò)誤。5.窮舉測(cè)試是不可的。所謂窮舉測(cè)試就是把程序所有可能的執(zhí)行路徑都檢查一遍的測(cè)試。即使是一個(gè)中等規(guī)模的程序，其執(zhí)行旋的排列數(shù)也十分龐大，由于受時(shí)間、人力以及其他資源的限制，在測(cè)試過程中不可能執(zhí)行每個(gè)可能的路徑。囚此，測(cè)試只能證明程序中有錯(cuò)誤，不能證明程序中沒有錯(cuò)誤。但是，精心地設(shè)計(jì)測(cè)試方案，有可能充分覆蓋程序邏輯并使程序達(dá)到所要求的可靠性。6.為了達(dá)到最佳的測(cè)試效果，應(yīng)該由獨(dú)立的第三方從事測(cè)試工作。所謂“最佳效果”是指有最大可能性發(fā)現(xiàn)錯(cuò)誤的測(cè)試。由于前面已經(jīng)講過的原因，開發(fā)軟件的軟件工程師并不是完成全部測(cè)試工作的最佳人選（通常他們主要承擔(dān)模塊測(cè)試工作）。

7.3測(cè)試方法

測(cè)試任何產(chǎn)品都有兩種方法：如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過測(cè)試來檢驗(yàn)是否每個(gè)功能都能正常使用瑯口果知道產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試來檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正乒進(jìn)行。前一種方法稱為黑盒測(cè)試，后一種方法稱為白盒測(cè)試。對(duì)于軟件測(cè)試而言，黑盒測(cè)試法把程序看作一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)均和處理過程。也就是說，黑盒測(cè)試是在程序接口進(jìn)行的測(cè)試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序否能適當(dāng)?shù)亟邮蛰斎藬?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運(yùn)行過程中能否保持外部信息（例如，數(shù)據(jù)庫或文件）的完整性。黑盒測(cè)試又稱為功能測(cè)試。白盒測(cè)試法與黑盒測(cè)試法相反，它的前提是可以把程序看成裝在一個(gè)透明的白盒子里，測(cè)試者完全知道程序的結(jié)構(gòu)和處理算法。這種方法按測(cè)程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作。照程序內(nèi)部的邏輯測(cè)試程序，白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試。

8.軟件可靠性

可靠性定義：軟件可靠性是程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功的運(yùn)行的概率可用性定義：軟件可用性是程序在給定的時(shí)間點(diǎn)，按照規(guī)格說明書的規(guī)定，成功的運(yùn)行的概率基本假定 1.在測(cè)試之前每1000條指令中大約有5~20個(gè)錯(cuò)誤 2.失效率正比于剩余的錯(cuò)誤數(shù)，平均無故障時(shí)間MTTF與剩余錯(cuò)誤數(shù)成反比3.為了簡(jiǎn)化討論假設(shè)發(fā)現(xiàn)的每一個(gè)錯(cuò)誤都立即正確地改正了。

8.1軟件質(zhì)量

概括地說，軟件質(zhì)量就是“軟件與明確地和隱含地定義的需求相一致的程度”。更具體地說，軟件質(zhì)量是軟件與明確地?cái)⑹龅墓δ芎托阅苄枨?、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應(yīng)該具有的隱含特征相一致的程度。上述定義強(qiáng)調(diào)了下述的6個(gè)要點(diǎn): 1.正確性（它按我的需要工作嗎？）系統(tǒng)滿足規(guī)格說明用戶目標(biāo)的程度，即，在預(yù)定環(huán)境下能正確的完成預(yù)期功能的程度。

2.健壯性（對(duì)息外環(huán)境它能適當(dāng)?shù)仨憫?yīng)嗎？)在硬件發(fā)生故障、輸入的數(shù)據(jù)無效或操作錯(cuò)誤等意外環(huán)境下，系統(tǒng)能做出適當(dāng)?shù)捻憫?yīng)程度。

3.效率〔完成預(yù)定功能時(shí)它需要的計(jì)算機(jī)資源多嗎？）為了完成預(yù)定的功能，系統(tǒng)需要的計(jì)算資源的多少。

4.完整性（安全性）（它是安全的嗎？)對(duì)未經(jīng)授權(quán)的人使用軟件或數(shù)據(jù)的企圖，系統(tǒng)能夠控制（禁止）的程度。

5.可用性（我能使用它嗎？)系統(tǒng)在完成預(yù)定應(yīng)該完成的功能時(shí)令人滿意的程度。6.風(fēng)險(xiǎn)（能按預(yù)定計(jì)劃完成它嗎？)按預(yù)定的成本和進(jìn)度把系統(tǒng)開發(fā)出來，并且為用戶所滿意的概率。

第五篇：GIS軟件工程期末考試復(fù)習(xí)題

《軟件工程》選擇題

一、選擇題（在每小題的四個(gè)備選答案中，選出一個(gè)正確答案，并將正確答案的序號(hào)填在題干的括號(hào)內(nèi)，每小題1分）

1.軟件產(chǎn)品的開發(fā)主要是(D)。

A.復(fù)制B.再生產(chǎn)C.拷貝D.研制

2.可行性研究的目的是決定(B)。

A.開發(fā)項(xiàng)目B.項(xiàng)目值得開發(fā)否C.規(guī)劃項(xiàng)目D.維護(hù)項(xiàng)目

3．SA方法用DFD描述(D)。

A．系統(tǒng)的控制流程B．系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)

C．系統(tǒng)的基本加工D．系統(tǒng)的功能

4.進(jìn)行需求分析可使用多種工具，但(C)是不適用的。

A.數(shù)據(jù)流圖(DFD)B.判定表C.PAD圖D.數(shù)據(jù)字典

5.軟件設(shè)計(jì)階段一般又可分為(B)。

A.邏輯設(shè)計(jì)與功能設(shè)計(jì)B.總體設(shè)計(jì)與詳細(xì)設(shè)計(jì)

C.概念設(shè)計(jì)與物理設(shè)計(jì)D.模型設(shè)計(jì)與程序設(shè)計(jì)

6.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是(C)。

A.低內(nèi)聚低耦合B.低內(nèi)聚高耦合C.高內(nèi)聚低耦合D.高內(nèi)聚高耦合7.下列語言中哪個(gè)語言是低級(jí)語言(D)

A.PASCALB.VISUAL BASICC.C++D.匯編語言

14.軟件測(cè)試的目的是(B)。

A.試驗(yàn)性運(yùn)行軟件B.發(fā)現(xiàn)軟件錯(cuò)誤

C.證明軟件正確D.找出軟件中全部錯(cuò)誤

8.軟件測(cè)試中,白盒法是通過分析程序的(B)來設(shè)計(jì)測(cè)試用例的。

A.應(yīng)用范圍B.內(nèi)部邏輯C.功能D.輸入數(shù)據(jù)

9.黑盒法是根據(jù)程序的(C)來設(shè)計(jì)測(cè)試用例的。

A.應(yīng)用范圍B.內(nèi)部邏輯C.功能D.輸入數(shù)據(jù)

10.把一組具有相似特性的對(duì)象組合在一起，稱之為(C)。

A、多態(tài)性B、繼承性C、類D、消息

11.面向?qū)ο蟮闹饕卣鞒龑?duì)象唯一性、封裝、繼承外，還有（A）

A、多態(tài)性B、完整性C、可移植性D、兼容

12.軟件生存周期中時(shí)間最長的是(D)階段。

A.需求分析B.概要設(shè)計(jì)C.測(cè)試D.維護(hù)

13.與計(jì)算機(jī)科學(xué)的理論研究不同，軟件工程是一門(C)學(xué)科。

A.理論性B.原理性C.工程性D.心理性

14.從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)

出錯(cuò)，對(duì)軟件的影響最大(C)。

A、詳細(xì)設(shè)計(jì)階段B、總體設(shè)計(jì)階段C、需求分析階段D、測(cè)試和運(yùn)行階段

15.軟件工程的出現(xiàn)主要是由于(C)。

A.程序設(shè)計(jì)方法學(xué)的影響B(tài).其它工程科學(xué)的影響 C.軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展

16.SA方法的基本思想是(C)

A．自底向上逐步抽象B．自底向上逐步分解C自頂向下逐步分解 D．自頂向下逐步抽象

17、為了提高軟件測(cè)試的效率,應(yīng)該(D)。

A.隨機(jī)地選取測(cè)試數(shù)據(jù)

B.取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)

C.在完成編碼以后制定軟件的測(cè)試計(jì)劃

D.選擇發(fā)現(xiàn)錯(cuò)誤可能性較大的數(shù)據(jù)作為測(cè)試用例

18.與設(shè)計(jì)測(cè)試用例無關(guān)的文檔是(A)。

A.項(xiàng)目開發(fā)計(jì)劃B.需求規(guī)格說明書C.設(shè)計(jì)說明書D.源程序

19.使用白箱測(cè)試方法時(shí)確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標(biāo)準(zhǔn)。

A.程序的內(nèi)部邏輯B.程序的復(fù)雜程度C.使用說明書D.程序的功能

20.軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性的分離,是指軟件的(C)。

A.繼承性B.共享性C.封裝性D.抽象性

21、軟件管理的具體內(nèi)容包括對(duì)(D)

A.開發(fā)人員、組織機(jī)構(gòu)B.用戶管理、配置管理C.控制、文檔資料 D.(A)、(B)和(C)

22.軟件需求分析階段的工作，可以分為四個(gè)方面：對(duì)問題的識(shí)別.分析與綜合.編寫需求分

析文檔以及(B)

A.軟件的總結(jié)B.需求分析評(píng)審C.階段性報(bào)告D.以上答案都不正確

23..數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其主要圖形元素是(C)

A.輸入.輸出.外部實(shí)體和加工B.變換.加工.數(shù)據(jù)流和存儲(chǔ)

C.加工.數(shù)據(jù)流.數(shù)據(jù)文件和源或宿D(zhuǎn).變換.數(shù)據(jù)存儲(chǔ).加工和數(shù)據(jù)流

24、軟件的集成測(cè)試工作最好由(D)承擔(dān)，以提高集成測(cè)試的效果。

A.該軟件的設(shè)計(jì)人員B.該軟件開發(fā)組的負(fù)責(zé)人

C.該軟件的編程人員D.不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員

25.軟件生命周期的最后的一個(gè)階段是(B)

A.書寫軟件文檔B.軟件維護(hù)C.穩(wěn)定性測(cè)試D.書寫詳細(xì)用戶說明McCall提出了表明軟件質(zhì)量的11個(gè)質(zhì)量特性。它們是正確性、可靠性、可使用性、完整性、(D)、可移植性、可復(fù)用性、效率、可測(cè)試性、互聯(lián)性。

A.模塊獨(dú)立性、安全性B.文檔完備性、靈活性

C.可維護(hù)性、安全性D.可維護(hù)性、靈活性

27、每個(gè)對(duì)象可用它自己的一組屬性和它可以執(zhí)行的一組（C）來表征。

A、行為B、功能C、操作D、數(shù)據(jù)

28、面向?qū)ο筌浖夹g(shù)的許多強(qiáng)有力的功能和突出的優(yōu)點(diǎn)，都來源于把類組織成一個(gè)層次結(jié)構(gòu)的系統(tǒng)，一個(gè)類的上層可以由父類，下層可以有子類，這種層次結(jié)構(gòu)系統(tǒng)的一個(gè)重要性質(zhì)是（B），一個(gè)類獲得其父親的全部描述（數(shù)據(jù)和操作）

A、傳遞性B、繼承性C、復(fù)用性D、并行性

29、軟件開發(fā)在需求分析、設(shè)計(jì)、編碼、測(cè)試這幾個(gè)階段所需不同層次的技術(shù)人員大致是

(C)

A.初級(jí)、高級(jí)、高級(jí)、初級(jí)B.中級(jí)、中級(jí)、高級(jí)、中級(jí)

C.高級(jí)、中高級(jí)、初級(jí)、中高級(jí)D.中級(jí)、中高級(jí)、中級(jí)、初級(jí)

30、軟件重用的單位是(A)。

A.軟件模塊 B.性能C.系統(tǒng)D.功能

31、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)

A、相互排斥B、相互補(bǔ)充C、獨(dú)立使用D、交替使用

32、系統(tǒng)分析員是(B)

A、用戶中系統(tǒng)的直接使用者B、用戶和軟件人員的中間人

C、軟件的編程人員D、用戶和軟件人員的領(lǐng)導(dǎo)

33、結(jié)構(gòu)化分析SA方法以數(shù)據(jù)流圖、(D)和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語言來描述軟系統(tǒng)模型。

A、DFD圖B、PAD圖C、IPO圖D、數(shù)據(jù)字典

34、在E-R 模型中，包含以下基本成分(C)。

A、數(shù)據(jù)、對(duì)象、實(shí)體B、控制、聯(lián)系、對(duì)象

C、實(shí)體、關(guān)系、屬性D、對(duì)象、屬性、操作

35、結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以(A)為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。

A、數(shù)據(jù)流B、數(shù)據(jù)流圖C、數(shù)據(jù)庫D、數(shù)據(jù)結(jié)構(gòu)

36、初步用戶手冊(cè)在(B)階段編寫。

A.可行性研究 B．需求分析 C．軟件總體設(shè)計(jì) D．軟件詳細(xì)設(shè)計(jì)

37、在軟件結(jié)構(gòu)化設(shè)計(jì)中，好的軟件結(jié)構(gòu)設(shè)計(jì)應(yīng)該力求做到(B)。

A、頂層扇出較少，中間層扇出較高，底層模塊低扇入

B、頂層扇出較高，中間層扇出較少，底層模塊高扇入

C、頂層扇入較少，中間層扇出較高，底層模塊高扇入

D、頂層扇入較少，中間層扇入較高，底層模塊低扇入

38、軟件詳細(xì)設(shè)計(jì)主要采用的方法是(D)。

A、模塊設(shè)計(jì)B、結(jié)構(gòu)化設(shè)計(jì)C、PDL語言D、結(jié)構(gòu)化程序設(shè)計(jì)

39、軟件測(cè)試的手段有多種，通過人工來評(píng)審文檔或程序，借以發(fā)現(xiàn)其中錯(cuò)誤，該手段是(D)。

A、黑盒測(cè)試B、正確性測(cè)試C、動(dòng)態(tài)測(cè)試D、靜態(tài)測(cè)試

40、黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要需要研究(A)。

A、需求規(guī)格說明與概要設(shè)計(jì)說明B、詳細(xì)設(shè)計(jì)說明

C、項(xiàng)目開發(fā)計(jì)劃D、概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明

41、在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，(C)所占比例最大。

A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)

42.軟件需求分析階段的工作，可以分為以下4個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、編寫需

求分析文檔以及(C)。

A.總結(jié)B.階段性報(bào)告C.需求分析評(píng)審D.以上答案都不正確

43.在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有(A)。

A.數(shù)據(jù)流圖B.數(shù)據(jù)詞典C.結(jié)構(gòu)化語言 D.判定表與判定樹

44.來輔助軟件開發(fā)、運(yùn)行、維護(hù)、管理、支持等過程中的活動(dòng)的軟件稱為軟件開發(fā)工具,通常也稱為(D)工具。

A.CADB.CAIC.CAMD.CASE

45.螺旋模型綜合了(A)的優(yōu)點(diǎn),并增加了風(fēng)險(xiǎn)分析。

A.瀑布模型和演化模型B.瀑布模型和噴泉模型

C.演化模型和噴泉模型D.原型和噴泉模型

46．SA方法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的工作流程，然后(A)。

A．獲得當(dāng)前系統(tǒng)的物理模型，抽象出當(dāng)前系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的邏輯模型

B．獲得當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的物理模型

C．獲得當(dāng)前系統(tǒng)的物理模型，建立當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型

D．獲得當(dāng)前系統(tǒng)的物理模型，建立當(dāng)前系統(tǒng)的物理模型，建立目標(biāo)系統(tǒng)的物理模型

47.設(shè)計(jì)軟件結(jié)構(gòu)一般不確定(C)。

A.模塊的功能B.模塊的接口

C.模塊內(nèi)的局部數(shù)據(jù)D.模塊間的調(diào)用關(guān)系

48．結(jié)構(gòu)分析方法就是面向（D）自頂向下逐步求精進(jìn)行需求分析的方法。

A．目標(biāo)B.功能C.對(duì)象D.數(shù)據(jù)流

49.軟件是一種(B)產(chǎn)品。

A.物質(zhì)B.邏輯C.有形D.消耗

50.瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開發(fā)階段和(C)。

A、詳細(xì)計(jì)劃B、可行性分析C、運(yùn)行階段D、測(cè)試與排錯(cuò)

51.結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的(B)

A、控制流B、數(shù)據(jù)流C、程序流D、指令流

52.在軟件的可行性研究中，可以從不同的角度對(duì)軟件的可行性進(jìn)行研究，其中是從軟件的功能可行性角度考慮的是(B)

A、經(jīng)濟(jì)可行性B、技術(shù)可行性C、操作可行性D、法律可行性

53、下述任務(wù)中，不屬于軟件工程需求分析階段的是(D)。

A．分析軟件系統(tǒng)的數(shù)據(jù)要求B．確定軟件系統(tǒng)的功能需求

C．確定軟件系統(tǒng)的性能要求D．確定軟件系統(tǒng)的運(yùn)行平臺(tái)

54、火車是一種陸上交通工具,火車和陸上交通工具之間的關(guān)系是(D)關(guān)系。

A.組裝B.整體成員C.has aD.一般具體

55.瀑布模型的存在問題是（B）

A．用戶容易參與開發(fā)B．缺乏靈活性

C．用戶與開發(fā)者易溝通D．適用可變需求

56.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做(C)

A.軟件工程B.軟件周期

C.軟件危機(jī)D.軟件產(chǎn)生

57．軟件測(cè)試的目的是（B）。

A． 評(píng)價(jià)軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯(cuò)誤

C． 找出軟件的所有錯(cuò)誤D.證明軟件是正確的58.需求分析最終結(jié)果是產(chǎn)生(B)。

A.項(xiàng)目開發(fā)計(jì)劃B.需求規(guī)格說明書

C.設(shè)計(jì)說明書D.可行性分析報(bào)告

59.快速原型模型的主要特點(diǎn)之一是(D)

A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品

C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件

60．結(jié)構(gòu)分析方法就是面向（B）自頂向下逐步求精進(jìn)行需求分析的方法。

A． 目標(biāo)B.數(shù)據(jù)流C.功能D.對(duì)象

61.研究開發(fā)所需要的成本和資源是屬于可行性研究中的(B)研究的一方面。

A.技術(shù)可行性B.經(jīng)濟(jì)可行性C.社會(huì)可行性D.法律可行性

62．為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意（D）

A.保存測(cè)試用例和數(shù)據(jù)B.提高模塊的獨(dú)立性

C.文檔的副作用D.養(yǎng)成好的程序設(shè)計(jì)風(fēng)格

《軟件工程》填空題

二、填空題（請(qǐng)把答案寫在相應(yīng)的橫線上,每小題1.5分）

1、面向?qū)ο箝_發(fā)方法包括 OOA、OOD、OOP 三部分。

2、在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì) 驅(qū)動(dòng)模塊和樁模塊。

3、軟件工程管理的具體內(nèi)容包括對(duì)開發(fā)人員、組織機(jī)構(gòu)、用戶、文檔資料等方面的管理。

4、可行性研究的三個(gè)方面是 技術(shù)可行性、社會(huì)可行性 和__經(jīng)濟(jì)可行性__。

5、對(duì)象的抽象是___類___。

6、軟件工程包括軟件開發(fā)技術(shù)和__軟件工程管理__兩大部分內(nèi)容。

7、需求分析階段產(chǎn)生的最重要的文檔是__需求規(guī)格說明書_。

8、結(jié)構(gòu)化方法是一種面向數(shù)據(jù)流的開發(fā)方法。由結(jié)構(gòu)化分析、_結(jié)構(gòu)化設(shè)計(jì)_、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成。

9、對(duì)象之間進(jìn)行通信的構(gòu)造叫做_消息_。

10、結(jié)構(gòu)化分析方法的分析策略是__自頂向下逐步求精__。

11、規(guī)定功能的軟件，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為___容錯(cuò)__軟件。

12、軟件生存周期包括問題定義、可行性研究，需求分析，總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，_編碼_，測(cè)試，維護(hù)活動(dòng)，可以將這些活動(dòng)以適當(dāng)方式分配到不同階段去完成13、___可行性研究___的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。

軟件工程簡(jiǎn)答題

三、簡(jiǎn)答題(簡(jiǎn)要回答下列問題，每小題4分*5=20)

1、什么是軟件工程？它目標(biāo)和內(nèi)容是什么？

軟件工程就是用科學(xué)的知識(shí)和技術(shù)原理來定義，開發(fā)，維護(hù)軟件的一門學(xué)科。

軟件工程目標(biāo)：付出較低開發(fā)成本；達(dá)到要求的功能；取得較好的性能；開發(fā)的軟件易于移植；只需較低的維護(hù)費(fèi)用；能按時(shí)完成開發(fā)任務(wù)，及時(shí)交付使用；開發(fā)的軟件可靠性高。

軟件工程內(nèi)容：包括開發(fā)技術(shù)和開發(fā)管理兩個(gè)方面。

2、什么是軟件生存周期？它有哪幾個(gè)活動(dòng)？

軟件生存周期：一個(gè)軟件從提出開發(fā)要求開始直到該軟件報(bào)廢為止的整個(gè)時(shí)期。

包括：可行性分析和項(xiàng)目開發(fā)計(jì)劃，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，測(cè)試，維護(hù)。

3、衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？各表示什么含義？

內(nèi)聚和耦合。

內(nèi)聚：又稱為塊內(nèi)聯(lián)系，指模塊內(nèi)部各成分之間相互關(guān)聯(lián)的程度，以高內(nèi)聚為設(shè)計(jì)目標(biāo)。耦合：也稱塊間聯(lián)系，模塊之間相互聯(lián)系程度的度量，聯(lián)系越緊密，耦合性越強(qiáng)，獨(dú)立性越差，以低耦合為設(shè)計(jì)目標(biāo)。

4、軟件設(shè)計(jì)的基本原理包括哪些內(nèi)容？

⑴模塊化：模塊是軟件的組成部分，是具有獨(dú)立功能且可命名的一段程序，所有模塊組成整體，可以滿足問題的要求。

⑵抽象：認(rèn)識(shí)復(fù)雜現(xiàn)象過程所使用權(quán)的工具，只考慮事物本質(zhì)的共同特性，忽略細(xì)節(jié)和其它因素。通過抽象確定組成軟件的過程實(shí)體。

⑶信息隱蔽：將模塊實(shí)現(xiàn)自身功能的細(xì)節(jié)與數(shù)據(jù)“隱蔽”起來。模塊間僅交換為完成系統(tǒng)功能所必須的信息。

⑷模塊獨(dú)立性：每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能。

5、軟件生命周期劃分為哪幾個(gè)階段？

軟件生命周期分為三個(gè)時(shí)期八個(gè)階段：

軟件定義：?jiǎn)栴}定義、可行性研究；

軟件開發(fā)：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試；

軟件運(yùn)行：軟件維護(hù)

《軟件工程》應(yīng)用題

四、綜合應(yīng)用題(每小題10分*3=30)

1.給你一個(gè)GIS軟件開發(fā)任務(wù)由 你負(fù)責(zé)，你將怎樣進(jìn)行？

2.目前常用的GIS開發(fā)、應(yīng)用平臺(tái)軟件有哪些，各有什么特點(diǎn)

3.合格的GIS軟件工程負(fù)責(zé)人應(yīng)該有什么樣的素質(zhì)和知識(shí)？