第一篇：軟件工程名詞解釋

Adaptive maintenance適應(yīng)性維護(hù)：為使軟件產(chǎn)品在新的環(huán)境下仍能使用而進(jìn)行的維護(hù)，稱(chēng)為適應(yīng)性維護(hù)。

Data flow diagram數(shù)據(jù)流圖：描述系統(tǒng)中數(shù)據(jù)流程的圖形工具，它標(biāo)識(shí)了一個(gè)系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)換為邏輯輸出的加工過(guò)程。

baseline基線(xiàn)：它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過(guò)授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線(xiàn)后，以后每次對(duì)其進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線(xiàn)。

Big-bang testing一次性組裝測(cè)試：也叫集成測(cè)試，是單元測(cè)試的擴(kuò)展，最簡(jiǎn)單的形式是兩個(gè)已經(jīng)測(cè)試過(guò)的單元組成一個(gè)整體，并且測(cè)試他們的接口。

Black box黑盒：是對(duì)一個(gè)項(xiàng)目組建造的軟件的修改標(biāo)識(shí)，組織和控制的技術(shù)，其目標(biāo)是通過(guò)最大限度的減少錯(cuò)誤，來(lái)最大限度提高生產(chǎn)率。

白盒測(cè)試：也稱(chēng)結(jié)構(gòu)測(cè)試或透明盒測(cè)試，測(cè)試應(yīng)用程序的內(nèi)部結(jié)構(gòu)或運(yùn)作，而不是測(cè)試應(yīng)用程序的功能。

Software configuration item軟件配置項(xiàng)：軟件生存周期各個(gè)階段活動(dòng)的產(chǎn)物經(jīng)審批后即可稱(chēng)之為軟件配置項(xiàng)。為了配置管理而作為單獨(dú)實(shí)體處理的一個(gè)工作產(chǎn)品或軟件。

Configuration management配置管理，配置管理是對(duì)軟件產(chǎn)品及其開(kāi)發(fā)過(guò)程和生命周期進(jìn)行控制、規(guī)范的一系列措施。

Corrective maintenance 改正性維護(hù)：在軟件交付運(yùn)行以后，由于開(kāi)發(fā)階段測(cè)試工作的不徹底，不完全，一些隱藏的軟件錯(cuò)誤在系統(tǒng)運(yùn)行的過(guò)程中逐步暴露出來(lái)，通常把發(fā)現(xiàn)和改正這類(lèi)錯(cuò)誤的過(guò)程叫做改正性維護(hù)。

Coupling 耦合：何亮不同模塊之間接口的相對(duì)獨(dú)立性。

Integration testing集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)組裝成為子系統(tǒng)或系統(tǒng)進(jìn)行測(cè)試 cohesion內(nèi)聚：衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。

Detailed design詳細(xì)設(shè)計(jì)：是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法所需的局部結(jié)構(gòu)。

Test case測(cè)試用例：是一組條件或變量，測(cè)試者根據(jù)它來(lái)確定應(yīng)用軟件系統(tǒng)是否正確工作。

Program design language 過(guò)程設(shè)計(jì)語(yǔ)言：它是用正文現(xiàn)實(shí)表示數(shù)據(jù)和處理過(guò)程的設(shè)計(jì)工具。

模塊化：把軟件按照規(guī)定原則，劃分為一個(gè)個(gè)較小的相對(duì)獨(dú)立的但又相對(duì)關(guān)聯(lián)的部件

prototyping原型：目標(biāo)系統(tǒng)軟件的一個(gè)可操作的模型，它實(shí)現(xiàn)了目標(biāo)軟件系統(tǒng)的某些重要方面的功能。

Information hiding信息隱蔽：模塊應(yīng)該設(shè)計(jì)設(shè)計(jì)的使共所信息（過(guò)程和數(shù)據(jù)）對(duì)于哪些不需要這些信息的模塊來(lái)說(shuō)是隱蔽的，每個(gè)模塊只完成一個(gè)相對(duì)獨(dú)立的特定功能，模塊這件僅僅叫喚哪些為完成系統(tǒng)功能而必須交換信息。

requirement軟件需求：用戶(hù)對(duì)目標(biāo)軟件系統(tǒng)在功能，性能，介為，設(shè)計(jì)約束等方面的期望

Requirement analysis需求分析：通過(guò)對(duì)應(yīng)用問(wèn)題及其環(huán)境的分析與理解，采用一系列的分析方法和技術(shù)，將用戶(hù)的需求逐步精確化，完全化，一致化，最終形成需求規(guī)格說(shuō)明文檔的過(guò)程。

software軟件：軟件=程序+數(shù)據(jù)+文檔

Software life cycle軟件生命周期：軟件產(chǎn)品從形成概念開(kāi)始，經(jīng)過(guò)定義，開(kāi)發(fā)，使用和維護(hù)知道最后退役的過(guò)程

Stepwise refinement逐步求精：隨著軟件開(kāi)發(fā)過(guò)程的進(jìn)展，在軟件結(jié)構(gòu)每一層中的模塊，表示了對(duì)軟件抽象層次的一次精化。Structured program結(jié)構(gòu)化編程：一種編程典范，采用子程序、for循環(huán)以及while循環(huán)等結(jié)構(gòu)，來(lái)取代傳統(tǒng)的goto。

testing軟件測(cè)試：使用人工或自助手段來(lái)運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過(guò)程

Walk-through代碼走查：是一個(gè)開(kāi)發(fā)人員與構(gòu)架師討論代碼的過(guò)程

Waterfall model瀑布模型：將軟件生存周期的各項(xiàng)活動(dòng)規(guī)定為按固定順序而連接的若干階段工作，形如瀑布流水。

Regression testing回歸測(cè)試，在發(fā)生修改之后重新測(cè)試前的測(cè)試保證修改的正確性

Unit testing單元測(cè)試：是開(kāi)發(fā)者編寫(xiě)的一小段代碼，用于檢測(cè)被測(cè)代碼的一個(gè)很小的很明確的功能是否正確。//指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。

1、軟件的特點(diǎn):P3

1軟件是一種邏輯實(shí)體，具有抽象性

2軟件的生產(chǎn)與硬件的生產(chǎn)存在某些相同點(diǎn)，但二者有根本上的不同。

3軟件的維護(hù)更為復(fù)雜，成本更高。

4軟件在運(yùn)行和使用期間，沒(méi)有硬件的機(jī)械磨損，老化問(wèn)題，但軟件存在退化問(wèn)題

5大多數(shù)軟件是根據(jù)客戶(hù)實(shí)際需求制定的，而不是通過(guò)已有構(gòu)件組裝而成的。

2、計(jì)算機(jī)軟件的發(fā)展階段，各有何特點(diǎn)？P2

第一階段：編寫(xiě)程序只有低級(jí)語(yǔ)言，不存在什么系統(tǒng)化的方法，程序的質(zhì)量完全依賴(lài)于程序員個(gè)人的技巧。

第二階段：高級(jí)程序設(shè)計(jì)語(yǔ)言出現(xiàn)，開(kāi)始用工程化的方法解決軟件危機(jī)問(wèn)題。

第三階段：分布式系統(tǒng)出現(xiàn)，硬件的發(fā)展使軟件危機(jī)加劇。開(kāi)始研究軟件工程學(xué)的科學(xué)理論、方法等一系列問(wèn)題。

第四階段：面向?qū)ο蟮募夹g(shù)的出現(xiàn)，多媒體技術(shù)快速發(fā)展。//

3、什么是軟件危機(jī)？其產(chǎn)生的原因是什么？P5

軟件危機(jī)是指由于落后的軟件生產(chǎn)力方式無(wú)法滿(mǎn)足迅速增長(zhǎng)的計(jì)算機(jī)軟件應(yīng)用需求，從而導(dǎo)致軟件開(kāi)發(fā)與維護(hù)過(guò)程中出現(xiàn)一系列嚴(yán)重問(wèn)題的現(xiàn)象。

原因：1和軟件本身的特點(diǎn)有關(guān)2和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)

//

4、什么是軟件工程，其目標(biāo)和內(nèi)容是什么？P6

軟件工程，將系統(tǒng)化的，規(guī)范的，可度量的方法應(yīng)用于軟件的開(kāi)發(fā)，運(yùn)行和維護(hù)的過(guò)程。目標(biāo)：在給定的成本和進(jìn)度前提下，開(kāi)發(fā)出具有可修改性，可理解性，可維護(hù)性，有效性，可靠性，可適應(yīng)性，可移植性，可跟蹤性和互化性并且滿(mǎn)足用戶(hù)需求的軟件產(chǎn)品內(nèi)容

5、什么是軟件生存周期模型？它有哪些主要模型？

軟件周期模型：即軟件的開(kāi)發(fā)模型，清晰直觀的反映了軟件開(kāi)發(fā)的全部過(guò)程、所涉及的活動(dòng)和任務(wù)結(jié)構(gòu)框架，并指出了開(kāi)發(fā)各階段的關(guān)系、開(kāi)發(fā)活動(dòng)的銜接情況。

模型：瀑布模型，原型模型，螺旋模型，增量模型，噴泉模型，迭代模型。

6、什么是軟件生命周期？包括哪些階段？各階段有哪些活動(dòng)？P10

我們把軟件產(chǎn)品從形成概念開(kāi)始，經(jīng)過(guò)定義、開(kāi)發(fā)、使用、維護(hù)直到退役的全過(guò)程稱(chēng)為軟件生命周期。

軟件定義：?jiǎn)栴}定義、系統(tǒng)的可行性研究、需求分析 軟件開(kāi)發(fā)：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、軟件測(cè)試 軟件使用維護(hù)：軟件發(fā)布與實(shí)施、軟件維護(hù) 退役：版本更新或退役

7、瀑布模型和原型模型的特點(diǎn)：P12

瀑布模型特點(diǎn)： 階段間具有順序性和依賴(lài)性關(guān)系、推遲實(shí)現(xiàn)、質(zhì)量保證 缺點(diǎn)：逆轉(zhuǎn)性差，錯(cuò)誤的傳遞會(huì)采取發(fā)散擴(kuò)大的方式。

原型模型的特點(diǎn)：1適合需求不確定的情況2使用軟件重用技術(shù)3縮短了開(kāi)發(fā)周期，降低成本

8、什么是軟件開(kāi)發(fā)方法？軟件開(kāi)發(fā)有哪些主要方法?

定義：軟件開(kāi)發(fā)過(guò)程所遵循的辦法和步驟。

主要方法：1結(jié)構(gòu)化方法2面向?qū)ο蟮姆椒?/p>

//

9、講述軟件需求，需求分析，需求建模概念，含義與區(qū)別：p26，p38

軟件需求：指用戶(hù)對(duì)目標(biāo)軟禁系統(tǒng)在功能，性能，行為，設(shè)計(jì)約束等方面的期望，這種期望可能是原始的，籠統(tǒng)的，也可能是抽象的太細(xì)節(jié)化的

需求分析:通過(guò)對(duì)應(yīng)用問(wèn)題及環(huán)境的分析與理解，采用一系列的分析方法和技術(shù)，將用戶(hù)的需求逐步精確換，完全化，一直化，最終形成需求規(guī)格說(shuō)明文檔的過(guò)程

需求建模：為了理解事物所做出的一種抽象，用符號(hào)語(yǔ)言對(duì)事物屋歧義的書(shū)面描述。//

10、可行性研究的目標(biāo)及主要內(nèi)容是什么？

目標(biāo)：用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開(kāi)發(fā)是否值得去開(kāi)發(fā)

內(nèi)容：1經(jīng)濟(jì)可行性2技術(shù)可行性3方案可行性4社會(huì)環(huán)境和人的可行性

//

11、成本效益分析可用哪些指標(biāo)進(jìn)行度量？

//

12、需求分析各階段的基本任務(wù)是什么？P28 1明確所開(kāi)發(fā)的軟件必須具備什么樣的功能，獲得當(dāng)前系統(tǒng)的物理模型

2抽象出當(dāng)前系統(tǒng)的邏輯模型建立目標(biāo)系統(tǒng)的邏輯模型

3為了對(duì)目標(biāo)系統(tǒng)做完整的描述，還需要對(duì)得到的邏輯模型做一些補(bǔ)充

4編寫(xiě)文檔

5需求驗(yàn)證

13、常見(jiàn)的初步軟件需求獲取的方法有哪些？為什么用這些方法進(jìn)行需求獲?。縋33

1訪(fǎng)談與會(huì)議

2觀察用戶(hù)工作流程

3建立聯(lián)合小組

4快速原型法

5基于本體的需要獲取方法。為了準(zhǔn)確、全面的獲取軟件需求的信息。

14、簡(jiǎn)述需求分析階段的過(guò)程P36

問(wèn)題識(shí)別、分析與綜合、編制需求分析階段的文檔、需求驗(yàn)證。//

15、可行性研究的具體步驟

1確定項(xiàng)目規(guī)模和目標(biāo) 2研究正在運(yùn)行的系統(tǒng)

3建立新系統(tǒng)的高層邏輯模型

4導(dǎo)出和評(píng)價(jià)各種方案

5推薦可行的方案

6編寫(xiě)可行性研究報(bào)告

//

16、在軟件需求分析時(shí)，應(yīng)首先建立當(dāng)前系統(tǒng)的物理模型，再根據(jù)物理模型建立當(dāng)前系統(tǒng)的邏輯模型，試問(wèn)，什么是當(dāng)前系統(tǒng)的物理模型？當(dāng)前系統(tǒng)的物理模型與邏輯模型有什么區(qū)別？P28

物理模型：確定待開(kāi)發(fā)軟件系統(tǒng)的系統(tǒng)元素，并將功能和數(shù)據(jù)結(jié)構(gòu)分配到這些系統(tǒng)元素中，它是軟件的基礎(chǔ)。

與物理模型不同，邏輯模型很是實(shí)現(xiàn)機(jī)制與細(xì)節(jié)，只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)。

//

17、什么是軟件的概要設(shè)計(jì)？該階段的基本任務(wù)是什么？

軟件的概要設(shè)計(jì)：設(shè)計(jì)出軟件的總體結(jié)構(gòu)框架

基本任務(wù):1設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)（軟件結(jié)構(gòu)）2數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)3編寫(xiě)概要設(shè)計(jì)文檔4評(píng)審

//

18、詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有哪幾種描述方法？

基本任務(wù)：1為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)2為每個(gè)模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)3對(duì)數(shù)據(jù)庫(kù)進(jìn)行設(shè)計(jì)4其他設(shè)計(jì)5編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)6評(píng)審

描述方法：程序流程圖2PAD圖3過(guò)程設(shè)計(jì)軟件

//

19、軟件設(shè)計(jì)的基本原理包括哪些？P51

1抽象與逐步求精2模塊化3信息屏蔽4模塊獨(dú)立

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

1內(nèi)聚，衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度

2耦合，衡量不同模塊之間的相對(duì)獨(dú)立性

21、模塊的內(nèi)聚有哪幾種？各表示什么含義？P61

1巧合內(nèi)聚2邏輯內(nèi)聚3時(shí)間內(nèi)聚，4過(guò)程內(nèi)聚5通信內(nèi)聚6信息內(nèi)聚7功能內(nèi)聚

22、模塊的耦合有幾種？各表示什么含義？P57

1非直接耦合2數(shù)據(jù)耦合3標(biāo)記耦合4控制耦合5外部耦合6公共耦合7內(nèi)容耦合

23、結(jié)構(gòu)化程序設(shè)計(jì)的基本要點(diǎn)是什么？P76

任何程序邏輯都可以用順序，選擇，循環(huán)三種基本控制結(jié)構(gòu)，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，逐步求精，則稱(chēng)這個(gè)程序是結(jié)構(gòu)化的。結(jié)構(gòu)化設(shè)計(jì)方法的主要思想是進(jìn)行逐層分解和模塊化。

//

25、什么是結(jié)構(gòu)分析方法?該方法使用什么描述工具？

機(jī)構(gòu)化分析方法：一種利用自頂向下逐層分解，由粗到細(xì)，有復(fù)雜到簡(jiǎn)單技術(shù)的求解方法

描述工具1數(shù)據(jù)流圖2實(shí)體關(guān)系圖3數(shù)據(jù)字典4描述基本加工的小說(shuō)明

//

26、什么是數(shù)據(jù)流圖？作用是什么？其中個(gè)符號(hào)表示什么含義？P87 數(shù)據(jù)流圖是描述熟路流程的圖形工具，它標(biāo)識(shí)了一個(gè)系統(tǒng)的邏輯輸入和邏輯輸出，一級(jí)把邏輯輸入轉(zhuǎn)換邏輯輸出所需的加工處理。

//27什么是數(shù)據(jù)字典？作用是什么？有哪些條目?P94 數(shù)據(jù)字典是軟件分析工程中對(duì)數(shù)據(jù)的描述，是數(shù)據(jù)流程圖的必不可少的輔助資料。條目：數(shù)據(jù)項(xiàng)條目，數(shù)據(jù)流條目，數(shù)據(jù)庫(kù)文件條目

//

28、簡(jiǎn)述如何畫(huà)分層數(shù)據(jù)流圖？對(duì)分層數(shù)據(jù)流圖的審查有哪些審查要點(diǎn).P89--92

29、什么是“變換流”，什么是“事務(wù)流”？P104

變換流：信息通常外部形式進(jìn)入系統(tǒng)，經(jīng)過(guò)處理后又以這種形式離開(kāi)系統(tǒng)。

事務(wù)流：信息由外部形式變換為內(nèi)部形式后到達(dá)事務(wù)中心，事務(wù)中心根據(jù)不同結(jié)果從若干路徑中選擇一條繼續(xù)執(zhí)行。

30、試述“變換分析”，“事務(wù)分析”設(shè)計(jì)步驟P106

變換映射：把DFD圖劃分為輸入、變換和輸出三個(gè)部分

建立初始SC圖的框架

分解SC圖的各個(gè)分支

事務(wù)映射：在DFD圖中確定接收部分、事務(wù)中心和發(fā)送部分

畫(huà)出SC框架圖

分解SC圖的各個(gè)分支

按照優(yōu)化規(guī)則改進(jìn)初始SC圖，獲得最終SC圖

31、簡(jiǎn)述哪些啟發(fā)式設(shè)計(jì)策略可以幫助軟件設(shè)計(jì)人員改善軟件質(zhì)量、優(yōu)化軟件結(jié)構(gòu)？

模塊的高獨(dú)立性和規(guī)模適中 保持高扇入和低扇出 模塊的作用域應(yīng)在控制域之內(nèi) 降低模塊接口的復(fù)雜度

33、什么是UML？為什么使用UML？P118

UML是統(tǒng)一建模語(yǔ)言，用來(lái)對(duì)面向?qū)ο箝_(kāi)發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說(shuō)明，可視化和編制文檔的方法。UML是用來(lái)描述建?；顒?dòng)的，有利于更好的理解和認(rèn)識(shí)軟件。

34、在UML中用例圖的作用是什么，其包括哪些符號(hào)？

作用：捕獲系統(tǒng)中用戶(hù)的需求。

符號(hào)：系統(tǒng)，參與者，用例，參與者與用例的聯(lián)系，用例與用例之間的關(guān)系

35、用例建模的步驟：P125

1識(shí)別參與者2識(shí)別用例3識(shí)別關(guān)系4建模

36、什么是用例規(guī)約？包括哪些基本內(nèi)容？什么是基本流和備選流？

37、在UML中的狀態(tài)圖，活動(dòng)圖，時(shí)序圖在系統(tǒng)分析中各起到什么作用？

狀態(tài)圖：用來(lái)描述對(duì)象、子系統(tǒng)、系統(tǒng)在生命周期中響應(yīng)外部事件的狀態(tài)轉(zhuǎn)換行為，通過(guò)狀態(tài)的變化來(lái)描述系統(tǒng)功能模型的事項(xiàng)過(guò)程

活動(dòng)圖：主要目的是描述動(dòng)作以及對(duì)象狀態(tài)改變的結(jié)果。有助于理解系統(tǒng)高層活動(dòng)的執(zhí)行行為，通過(guò)其可以深入描述系統(tǒng)功能的實(shí)現(xiàn)流程P148

時(shí)序圖：是一種強(qiáng)調(diào)消息時(shí)間順序的交互圖，是一種詳細(xì)表示對(duì)象之間以及對(duì)象與系統(tǒng)外部的參與者之間動(dòng)態(tài)聯(lián)系的圖形文檔，它詳細(xì)而直觀地表現(xiàn)了一組相互協(xié)作的對(duì)象在執(zhí)行一個(gè)用例的行為為依賴(lài)關(guān)系，以及操作和消息的時(shí)序關(guān)系。//

38、簡(jiǎn)述關(guān)聯(lián)和依賴(lài)的區(qū)別

關(guān)聯(lián)表示兩個(gè)類(lèi)的對(duì)象之間存在某種意義上的聯(lián)系

依賴(lài)表示描述兩個(gè)模型元素（類(lèi)、用例等）之間的語(yǔ)義連接關(guān)系 //

41、軟件維護(hù)的副作用有哪些？

1修改編碼的副作用2修改數(shù)據(jù)結(jié)構(gòu)的副作用3修改文檔的副作用

42、什么是白盒測(cè)試？有哪些覆蓋標(biāo)準(zhǔn)？對(duì)他們的檢錯(cuò)能力進(jìn)行比較？

白盒測(cè)試法：全面了解程序內(nèi)部邏輯結(jié)構(gòu)，對(duì)所有邏輯路徑進(jìn)行測(cè)試。覆蓋標(biāo)準(zhǔn)：P206 檢錯(cuò)能力：P206

43、什么是黑盒測(cè)試法？有哪幾種方法？各有什么特點(diǎn)？P198

黑盒測(cè)試，著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。

方法：等價(jià)類(lèi)劃分，邊界值分析，因果圖法，錯(cuò)誤推測(cè)法，比較測(cè)試

44、軟件測(cè)試要經(jīng)過(guò)哪些步驟？這些測(cè)試與軟件開(kāi)發(fā)個(gè)階段之間有什么關(guān)系？

45、單元測(cè)試有哪些內(nèi)容？測(cè)試中采用什么方法？P213，P214 46什么是集成測(cè)試？非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組裝模塊？P2115，216,217

47、軟件維護(hù)有哪些內(nèi)容？P229

48、何為非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)？P231

第二篇：軟件工程 期末考試 名詞解釋

面向?qū)ο蠼＜八鼈冎g的關(guān)系：對(duì)象建模：定義了做事情的實(shí)體；動(dòng)態(tài)模型：明確規(guī)定了什么時(shí)候做；功能模型：指明了應(yīng)該做什么；他們相互補(bǔ)充，相互配合。對(duì)象模型是最基本最重要的，他為其他兩種模型奠定了基礎(chǔ)，我們依靠對(duì)象模型完成了3種模型的集成軟件工程定義：1把系統(tǒng)的，規(guī)范的，可度量的途徑應(yīng)用于軟件開(kāi)發(fā)，運(yùn)行和維護(hù)過(guò)程，也就是把工程應(yīng)用于軟件；2研究1中提到的的途徑

軟件生命周期各階段的基本任務(wù)：?jiǎn)栴}定義；可行性研究；需求分析；總體設(shè)計(jì)；詳細(xì)設(shè)計(jì)；編碼和單元測(cè)試；綜合測(cè)試；軟件維護(hù)

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

生命周期：它規(guī)定了把生命周期劃分成哪些階段及各個(gè)階段的執(zhí)行順序，也稱(chēng)過(guò)程模型

生命周期/過(guò)程模型：瀑布模型；快速原型模型；增量模型；螺旋模型

可行性研究過(guò)程步驟：1復(fù)查系統(tǒng)規(guī)模和目標(biāo)；2研究目前正在使用的系統(tǒng)；3導(dǎo)出新系統(tǒng)的高層邏輯模型；4進(jìn)一步定義問(wèn)題；5導(dǎo)出和評(píng)價(jià)供選擇的解法；6推薦行動(dòng)方針；7草擬開(kāi)發(fā)計(jì)劃；8書(shū)寫(xiě)文檔提交審查 系統(tǒng)流程圖定義：它是概括地描繪物理系統(tǒng)的傳統(tǒng)工具

數(shù)據(jù)流圖DFD定義：它是一種圖形化技術(shù)，他描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出地過(guò)程中所經(jīng)受的變換 符號(hào)：數(shù)據(jù)流圖有4種基本符號(hào)：正方形表示數(shù)據(jù)原點(diǎn)或終點(diǎn)；圓角矩形或圓形代表變換數(shù)據(jù)和處理；開(kāi)口矩形代表數(shù)據(jù)存儲(chǔ)；箭頭表示數(shù)據(jù)流，即特定數(shù)據(jù)的流動(dòng)方向

典型總體設(shè)計(jì)過(guò)程的9個(gè)步驟：1設(shè)想供選擇的方案；2選取合理的方案；3推薦最佳方案；4功能分解；5設(shè)計(jì)軟件結(jié)構(gòu)；6設(shè)計(jì)數(shù)據(jù)庫(kù)；7制定測(cè)試計(jì)劃；8書(shū)寫(xiě)文檔（系統(tǒng)說(shuō)明；用戶(hù)手冊(cè)；測(cè)試計(jì)劃；詳細(xì)實(shí)現(xiàn)計(jì)劃；數(shù)據(jù)庫(kù)設(shè)計(jì)結(jié)果）；9審查和復(fù)審

模塊獨(dú)立程度的定性標(biāo)準(zhǔn)度量：1耦合：對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互聯(lián)程度的度量；2內(nèi)聚：它標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然拓展

結(jié)構(gòu)程序設(shè)計(jì)經(jīng)典定義：如果一個(gè)程序的代碼塊僅僅通過(guò)順序，選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱(chēng)這個(gè)程序是結(jié)構(gòu)化的人機(jī)界面設(shè)計(jì)，設(shè)計(jì)指南：1一般交互指南；2信息顯示指南；3數(shù)據(jù)輸入指南

程序流程圖：又稱(chēng)程序框圖，優(yōu)點(diǎn)：對(duì)控制流程的描繪很直觀，便于初學(xué)者掌握；缺點(diǎn)：1程序流程圖本質(zhì)上不是逐步求精的好工具，他透使程序員過(guò)早地考慮程序的控制流程而不去考慮程序的全局結(jié)構(gòu)；2程序流程圖中用箭頭代表控制流，因此程序員不受任何約束，可以完全不顧結(jié)構(gòu)程序設(shè)計(jì)精神隨意轉(zhuǎn)移控制；3程序流程圖不易表示數(shù)據(jù)結(jié)構(gòu)

盒圖：又稱(chēng)S-N圖，特點(diǎn)：1功能域明確，可以從盒圖上一眼就看出來(lái)；2不可能任意轉(zhuǎn)移控制；3很容易確定局部和全程數(shù)據(jù)的作用域；4很容易表現(xiàn)嵌套關(guān)系，也可以表示模塊的層次結(jié)構(gòu)

Jackson圖：1順序結(jié)構(gòu)：數(shù)據(jù)由一個(gè)或多個(gè)數(shù)據(jù)元素組成，每個(gè)元素按確定次序出現(xiàn)一次；2選擇結(jié)構(gòu)：數(shù)據(jù)包含兩個(gè)或多個(gè)數(shù)據(jù)元素，每次使用這個(gè)數(shù)據(jù)時(shí)按一定條件從這些數(shù)據(jù)元素中選擇一個(gè)；3重復(fù)結(jié)構(gòu)：重復(fù)結(jié)構(gòu)的數(shù)據(jù)，根據(jù)使用時(shí)的條件由一個(gè)數(shù)據(jù)元素出現(xiàn)零次或多次構(gòu)成Jackson圖的優(yōu)點(diǎn)：1便于表示層次結(jié)構(gòu)，而且是對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解的有力工具；2形象直觀可讀性好；3技能表示數(shù)據(jù)結(jié)構(gòu)也能表示程序結(jié)構(gòu)

計(jì)算環(huán)形復(fù)雜度的方法：1流程圖中的區(qū)域數(shù)等于環(huán)形復(fù)雜度；2流程G的環(huán)形復(fù)雜度V（G）=E-N+2,其中E是流程圖中邊的條數(shù)，N是結(jié)點(diǎn)數(shù)；3流程G的環(huán)形復(fù)雜度V（G）=P+1,其中P是流程圖中判定結(jié)點(diǎn)的數(shù)目

程序編碼的風(fēng)格應(yīng)遵循的規(guī)則：1程序內(nèi)部文檔；2數(shù)據(jù)說(shuō)明；3語(yǔ)句構(gòu)造；4輸入輸出；5效率

軟件測(cè)試的目標(biāo)（定義）：1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行的過(guò)程；2好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；3成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試

測(cè)試的目標(biāo)：暴露程序中的錯(cuò)誤

軟件測(cè)試的準(zhǔn)則：1所有測(cè)試都應(yīng)該能追述到用戶(hù)需求;2應(yīng)該遠(yuǎn)在測(cè)試開(kāi)始之前就制定出測(cè)試計(jì)劃;3把

Pareto原理應(yīng)用到軟件測(cè)試中;4應(yīng)該從小規(guī)模測(cè)試開(kāi)始，并逐步進(jìn)行大規(guī)模測(cè)試;5窮舉測(cè)試是不可能的;6為了達(dá)到最佳測(cè)試效果，應(yīng)從獨(dú)立的第三方從事測(cè)試工作

測(cè)試方法：1白盒測(cè)試即結(jié)構(gòu)測(cè)試；2黑盒測(cè)試即功能測(cè)試

測(cè)試步驟（先后順序）：1模塊測(cè)試；2子系統(tǒng)測(cè)試；3系統(tǒng)測(cè)試；4驗(yàn)收測(cè)試；5平行測(cè)試

軟件維護(hù)的定義:在軟件應(yīng)經(jīng)交付使用之后,為了改正錯(cuò)誤或滿(mǎn)足新需要而修改軟件的過(guò)程

軟件的可維護(hù)性定義：維護(hù)人員理解，改正，改動(dòng)或改進(jìn)這個(gè)軟件的難易程度

決定軟件可維護(hù)的5個(gè)因素：1可理解性;2可測(cè)試性;3可修改性;4可移植性;5可重用性

面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)：1與人類(lèi)習(xí)慣的思維方式一致；2穩(wěn)定性好；3可重用性好；4輕易開(kāi)發(fā)大型軟件產(chǎn)品

啟發(fā)規(guī)則：1設(shè)計(jì)結(jié)果應(yīng)該清晰易懂；2一般到特殊結(jié)構(gòu)的深度適當(dāng)；3設(shè)計(jì)簡(jiǎn)單的類(lèi)；4使用簡(jiǎn)單的協(xié)議；5使用簡(jiǎn)單的服務(wù)；6把設(shè)計(jì)變動(dòng)減成至最小

軟件重用：也叫再用或復(fù)用，是指同一事物不做修改或稍加改動(dòng)就多次重復(fù)使用

軟件重用的三個(gè)層次：1知識(shí)重用；2方法和標(biāo)準(zhǔn)重用；3軟件成分重用

軟件維護(hù)的特點(diǎn)：1結(jié)構(gòu)化維護(hù)和非結(jié)構(gòu)化維護(hù)差別巨大；2維護(hù)代價(jià)高昂；3維護(hù)的問(wèn)題很多

需求分析任務(wù)：確定對(duì)系統(tǒng)的綜合要求；分析系統(tǒng)的數(shù)據(jù)要求；導(dǎo)出系統(tǒng)的邏輯模型；修正系統(tǒng)的開(kāi)發(fā)計(jì)劃

驗(yàn)證軟件需求：一致性；完整性；現(xiàn)實(shí)性；有效性

黑盒測(cè)試力圖發(fā)現(xiàn)下述類(lèi)型錯(cuò)誤：功能不正確或遺漏了功能；界面錯(cuò)誤；數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)錯(cuò)誤；性能錯(cuò)誤；初始化和終止錯(cuò)誤

黑盒測(cè)試滿(mǎn)足標(biāo)準(zhǔn)的測(cè)試用例集：所設(shè)計(jì)出的測(cè)試用例能減少為達(dá)到合理測(cè)試所需要設(shè)計(jì)的測(cè)試用例的總數(shù)；所設(shè)計(jì)出的測(cè)試用例能告訴我們能否存在某些類(lèi)型的錯(cuò)誤，而不僅僅指出與特定測(cè)試相關(guān)的錯(cuò)誤是否存在1在軟件開(kāi)發(fā)過(guò)程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改，軟件配置管理能協(xié)調(diào)軟件開(kāi)發(fā)，并使混亂減到最低程度。

2規(guī)定功能的軟件，在一定程度上對(duì)自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱(chēng)此軟件具有容錯(cuò)功能的軟件。

3McCall提出的軟件質(zhì)量模型包括11個(gè)軟件質(zhì)量特性。

4軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。

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

6程序設(shè)計(jì)語(yǔ)言的心理特性主要表現(xiàn)在歧義性、簡(jiǎn)潔性、傳統(tǒng)性、局部性和順序性。

7軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。

8在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語(yǔ)言、判定表、判定樹(shù)。

9結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言。

10若年利率為i，不計(jì)復(fù)利，n年后可得錢(qián)數(shù)為F，則現(xiàn)在的價(jià)值P= F/(1+(n*i))

11軟件可靠性是指在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的（概率）。0101

12高級(jí)語(yǔ)言：獨(dú)立于機(jī)器，面向過(guò)程或面向（對(duì)象）0101

13軟件項(xiàng)目管理的范圍主要集中于3個(gè)P上，即：People人員、Problem問(wèn)題和（過(guò)程）。0201 14人機(jī)界面的風(fēng)格第一代界面是命令和（詢(xún)問(wèn)）方式。1202

15由于維護(hù)或在維護(hù)過(guò)程中其他一些不期望的行為引入的錯(cuò)誤稱(chēng)為維護(hù)的（副作用）。1504

16在公式V（G）= E – N + 2中：E為程序圖G中邊的總數(shù)； N 為程序圖中結(jié)點(diǎn)的總數(shù)。V（G）又稱(chēng)為圖G的環(huán)形（復(fù)雜度）0204。

17任何一個(gè)基于計(jì)算機(jī)系統(tǒng)都可以用輸入-處理-輸出（IPO）圖來(lái)描述,它將系統(tǒng)轉(zhuǎn)成一個(gè)信息變換模型

18為提高可交互性一般對(duì)所有可能造成損害的用戶(hù)操作動(dòng)作，應(yīng)堅(jiān)持要求用戶(hù)（確認(rèn)），例如，提問(wèn)“你確實(shí)要?jiǎng)h除?？”。1204

19文檔是一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。0101

20文檔（document）—一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。0101

21機(jī)器語(yǔ)言、匯編語(yǔ)言：依賴(lài)于機(jī)器，面向（機(jī)器）0101

22軟件有效性（efficiency），指軟件系統(tǒng)的時(shí)間和（空間）效率。0103

23軟件定義過(guò)程可通過(guò)軟件系統(tǒng)的(可行性研究)和需求分析兩個(gè)階段來(lái)完成。0103

24軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。0103

25為了使用戶(hù)需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。0402

一個(gè)軟件的深度是指其控制的（層數(shù)）。0801

26以詳細(xì)設(shè)計(jì)說(shuō)明書(shū)為輸入，將該輸入用某種程序設(shè)計(jì)語(yǔ)言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過(guò)程叫（編碼）過(guò)程。1301

27軟件維護(hù)是軟件生命周期的（最后）一個(gè)階段。1501

28軟件的可互操作性，是指多個(gè)軟件元素相互（通信）并協(xié)同完成任務(wù)的能力。0201

29第三代語(yǔ)言也稱(chēng)為（高級(jí)）語(yǔ)言。1301

30軟件測(cè)試是軟件投入運(yùn)行（前），對(duì)軟件需求分析、設(shè)計(jì)、實(shí)現(xiàn)的強(qiáng)有力的最終審查。1401

31黑盒測(cè)試主要是測(cè)試軟件是否滿(mǎn)足（功能）需求。1402

32（調(diào)試）的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以改正。因此，又稱(chēng)為排錯(cuò)或糾錯(cuò)。1404 33軟件工程由方法、工具和（過(guò)程）三部分組成，稱(chēng)軟件工程的三要素。0101

34軟件可追蹤性（traceability），是指根據(jù)軟件需求對(duì)軟件設(shè)計(jì)、程序進(jìn)行正向追蹤，或根據(jù)程序、軟件設(shè)計(jì)對(duì)軟件需求進(jìn)行（逆向）追蹤的能力。0103

35瀑布模型是由W.Royce于1970年提出來(lái)的。又稱(chēng)為軟件（生存周期）模型。0104

36程序設(shè)計(jì)語(yǔ)言的（可維護(hù)）性通常指這種語(yǔ)言編寫(xiě)的程序被理解，被修改及調(diào)整和改進(jìn)的難易程度。1302 37軟件工程由方法、（工具）和過(guò)程三部分組成，稱(chēng)軟件工程的三要素。0101

38軟件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問(wèn)題的（需求）。0103

39在實(shí)體-關(guān)系圖簡(jiǎn)稱(chēng)E-R圖中，數(shù)據(jù)對(duì)象實(shí)體用長(zhǎng)方形、關(guān)系用（菱形）、屬性用橢圓表示。0502

40建立數(shù)據(jù)流模型要遵循的原則包括：每個(gè)加工至少應(yīng)有一個(gè)輸入數(shù)據(jù)流以反映被處理數(shù)據(jù)的來(lái)源和一個(gè)（輸出）數(shù)據(jù)流來(lái)反映加工的結(jié)果。0503

41從工程管理的角度軟件設(shè)計(jì)可分為概要設(shè)計(jì)和（詳細(xì)）設(shè)計(jì)兩大步驟。0801

42通過(guò)向用戶(hù)提供視覺(jué)和聽(tīng)覺(jué)上反饋,保持用戶(hù)與界面間的雙向通信,是提高界面可（交互）性的措施之一 43程序設(shè)計(jì)語(yǔ)言的可靠性是指程序設(shè)計(jì)語(yǔ)言本身不出錯(cuò)或?qū)﹀e(cuò)誤的（糾正）能力。1302

44對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行（重點(diǎn)）測(cè)試。1401

45測(cè)試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。

46軟件工程由（方法）、工具和過(guò)程三部分組成，稱(chēng)軟件工程的三要素。0103

47基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和（文檔）組成。0301

48數(shù)據(jù)流圖就是用來(lái)刻畫(huà)數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡(jiǎn)單的圖形記號(hào)分別表示數(shù)據(jù)流、轉(zhuǎn)換、（數(shù)據(jù)源）以及外部實(shí)體。0501

49被繼承的類(lèi)我們稱(chēng)之為基類(lèi)（父類(lèi)），在基類(lèi)的基礎(chǔ)上新建立的類(lèi)我們稱(chēng)之為派生類(lèi)子類(lèi)。0701

50流程圖也稱(chēng)為程序框圖是最常用的一種表示法，它有順序、分支和（循環(huán)）三個(gè)基本控制構(gòu)件。0802 51機(jī)器語(yǔ)言和匯編語(yǔ)言，也稱(chēng)為（低級(jí)）語(yǔ)言。1301

52軟件測(cè)試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過(guò)程。1401

53動(dòng)態(tài)測(cè)試有兩種測(cè)試方法：黑盒測(cè)試和（白盒）測(cè)試。1401

54軟件可維護(hù)性，是指軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能等屬性、適應(yīng)環(huán)境變化等方面工作的（難易）程度。0103

第三篇：軟件工程判斷題、名詞解釋、填空題

判斷題

1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（對(duì)）2.軟件是指用程序設(shè)計(jì)語(yǔ)言編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼。（錯(cuò)）

3.過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（錯(cuò)）4.數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)（對(duì)）5.軟件模塊之間的耦合性越弱越好。（對(duì)）

6.如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（錯(cuò)）7.軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（對(duì)）8.數(shù)據(jù)流圖(DFD)和程序流程圖沒(méi)有區(qū)別。（錯(cuò)）

9.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（對(duì)）

10.白盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（錯(cuò)）

11.軟件危機(jī)是指在軟件開(kāi)發(fā)和維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題。（對(duì)）12．結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿(mǎn)足功能要求的所有可實(shí)現(xiàn)的軟件為止。（對(duì)）

13．程序設(shè)計(jì)語(yǔ)言中應(yīng)絕對(duì)禁止使用GOTO語(yǔ)句。（錯(cuò)）14．模塊越小，模塊的優(yōu)點(diǎn)越大。（錯(cuò)）15．集成測(cè)試主要由用戶(hù)來(lái)完成。（錯(cuò)）

16.確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定（錯(cuò)）17．快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。（對(duì)）18．需求規(guī)格說(shuō)明書(shū)不是一個(gè)軟件配置項(xiàng)（錯(cuò)）

19.黑盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（對(duì)）

20.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（錯(cuò)）

名詞解釋

1.軟件工程: 軟件工程是一門(mén)研究如何將完善的科學(xué)與工程原理，先進(jìn)高效的管理技術(shù)以

及完整、規(guī)范的設(shè)計(jì)方法應(yīng)用于經(jīng)濟(jì)的開(kāi)發(fā)既可靠，又能在實(shí)際計(jì)算機(jī)上有效運(yùn)行的軟件的一門(mén)工程學(xué)科。

2.軟件寬度：是軟件結(jié)構(gòu)中同一層次上的模塊總數(shù)的最大值。

3.軟件測(cè)試：在精心控制的系統(tǒng)環(huán)境下，采用相應(yīng)的技術(shù)手段，利用一組事先構(gòu)造好的測(cè)試實(shí)例執(zhí)行程序以發(fā)現(xiàn)程序中存在的問(wèn)題，并確認(rèn)系統(tǒng)功能、性能符合需求的一個(gè)綜合過(guò)程。

4.軟件維護(hù) 5.軟件質(zhì)量保證

6.軟件危機(jī)：軟件危機(jī)就是軟件在開(kāi)發(fā)和維護(hù)過(guò)程中存在的一系列嚴(yán)重問(wèn)題的總稱(chēng)。

7.軟件生存周期 8.白盒法 9.數(shù)據(jù)字典

10.內(nèi)聚性：指模塊的功能強(qiáng)度的度量，即一個(gè)模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。

11.集成測(cè)試

12.軟件：是計(jì)算機(jī)系統(tǒng)中與硬件系統(tǒng)相互依存的另一部份，是完成某類(lèi)問(wèn)題求解的程序和數(shù)據(jù)以及為維護(hù)程序必須提供的一系列文檔組成的集合。

13.數(shù)據(jù)流圖

14.黑盒測(cè)試: 測(cè)試是在軟件接口上進(jìn)行；也叫功能測(cè)試、輸入/輸出驅(qū)動(dòng)測(cè)試。

15.軟件深度: 表示軟件結(jié)構(gòu)中控制的層數(shù)，它往往能粗略地標(biāo)志一個(gè)系 統(tǒng)的大小和復(fù)雜程度。

16.數(shù)據(jù)字典：是結(jié)構(gòu)化分析方法中采用的表達(dá)數(shù)據(jù)元素的工具。是對(duì)數(shù)據(jù)流圖中所有的數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)文件、數(shù)據(jù)流等的格式與內(nèi)容進(jìn)行定義的數(shù)據(jù)集合。

17.白盒測(cè)試: 是對(duì)軟件實(shí)現(xiàn)的過(guò)程性細(xì)節(jié)做認(rèn)真的運(yùn)行檢查；也叫結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)

測(cè)試。31．經(jīng)濟(jì)可行性: 進(jìn)行開(kāi)發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開(kāi)發(fā)的項(xiàng)目是否值得投資開(kāi)發(fā)。

[解析]對(duì)于一個(gè)系統(tǒng)所必須要衡量的是經(jīng)濟(jì)上是否合算，經(jīng)濟(jì)可行性的范圍很廣，包括效益分析、潛在市場(chǎng)前景等。

32．社會(huì)可行性: 要開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目目的運(yùn)行方式在用戶(hù)組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。

[解析]社會(huì)可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問(wèn)題。

33．投資回收期: 投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。[解析]通常我們用投資回收期來(lái)衡量一個(gè)開(kāi)發(fā)項(xiàng)目的價(jià)值，投資回收期越短，就越快獲得利潤(rùn)。

34．對(duì)應(yīng)關(guān)系: 即有直接因果關(guān)系在程序中可以同時(shí)處理。[解析]對(duì)應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關(guān)系，對(duì)于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對(duì)應(yīng)關(guān)系。

35．結(jié)構(gòu)沖突: 輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對(duì)應(yīng)關(guān)系的情況，稱(chēng)為結(jié)構(gòu)沖突。[解析]使用JSP方法時(shí)會(huì)遇到此類(lèi)結(jié)構(gòu)沖突問(wèn)題，對(duì)此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的辦法，將沖突部分分隔開(kāi)來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。

填空題

21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的(信息流動(dòng))情況。

[解析]系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中的各個(gè)元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫(kù)、文件、設(shè)備等，表達(dá)了元素之間的信息流動(dòng)的情況。22．成本效益分析的目的是從(經(jīng)濟(jì))角度評(píng)價(jià)開(kāi)發(fā)一個(gè)項(xiàng)目是否可行。

[解析]成本效益分析首先是估算將要開(kāi)發(fā)的系統(tǒng)的開(kāi)發(fā)成本，然后與可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)新的軟件項(xiàng)目是否可行。

23．自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略)。

[解析]漸增式測(cè)試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫(xiě)驅(qū)動(dòng)模塊，只需要編寫(xiě)樁模塊。它從主控模塊開(kāi)始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個(gè)模塊集成在一起。

24．獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條(在其他獨(dú)立路徑中未有過(guò))的邊的路徑。

[解析]在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)——程序圖，在計(jì)算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過(guò)的邊的路徑。

25．匯編語(yǔ)言是面向(機(jī)器)的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。[解析]匯編語(yǔ)言屬于低級(jí)語(yǔ)言，是一種面向機(jī)器的語(yǔ)言，它與高級(jí)語(yǔ)言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計(jì)算機(jī)硬件特性直接控制硬件設(shè)備的唯一語(yǔ)言。

26．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(中間數(shù)據(jù)結(jié)構(gòu)或中間文件)。

[解析]JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過(guò)程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開(kāi)來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體。

27．詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。[解析]詳細(xì)設(shè)計(jì)的基本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)等。28．所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(chēng)(軟件問(wèn)題)報(bào)告。

[解析]在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請(qǐng)報(bào)告，也稱(chēng)為軟件問(wèn)題報(bào)告，它是維護(hù)階段的一種文檔，由申請(qǐng)維護(hù)的用戶(hù)填寫(xiě)。

29．有兩類(lèi)維護(hù)技術(shù)：在開(kāi)發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的(維護(hù)支援)技術(shù)。

[解析]面向維護(hù)的技術(shù)涉及軟件開(kāi)發(fā)的所有階段，能夠減少軟件錯(cuò)誤，提高軟件的可維護(hù)性。而維護(hù)支援技術(shù)則包含信息收集，錯(cuò)誤原因分析，維護(hù)方案評(píng)價(jià)等項(xiàng)，是在軟件維護(hù)階段用來(lái)提高維護(hù)效率和質(zhì)量的技術(shù)。

30．科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：(FORTRAN語(yǔ)言)、PASCAL語(yǔ)言、C語(yǔ)言和PL/1語(yǔ)言。

[解析]計(jì)算機(jī)語(yǔ)言根據(jù)不同行業(yè)的需求，使用的側(cè)重點(diǎn)也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫(kù)語(yǔ)言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計(jì)算機(jī)語(yǔ)言的科學(xué)計(jì)算能力就顯得格外重要，如MATLAB、PL/

1、FORTRAN語(yǔ)言都是工程計(jì)算中常用的語(yǔ)言。

第四篇：軟件工程

1.軟件危機(jī)的概念 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)、使用與可靠性需求，可用性需求，出錯(cuò)處理需求，混合方式

維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題和難接口需求，約束，逆向需求以及將來(lái)可能優(yōu)點(diǎn)：綜合了以上兩種策略的長(zhǎng)處 題。提出的需求。9.確認(rèn)測(cè)試

補(bǔ)充： 5.常使用的圖形工具 確認(rèn)測(cè)試又稱(chēng)有效性測(cè)試。有效性測(cè)試是

1．軟件危機(jī)的表現(xiàn)有哪些？ 實(shí)體-聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，答：1）對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常層次方框圖，warnier圖，IPO圖。驗(yàn)證被測(cè)軟件是否滿(mǎn)足需求規(guī)格說(shuō)明書(shū)常很不準(zhǔn)確。第五章 列出的需求。任務(wù)是驗(yàn)證軟件的功能和性

2）用戶(hù)對(duì)已完成的軟件不滿(mǎn)意1.總體設(shè)計(jì)的任務(wù) 能及其他特性是否與用戶(hù)的要求一致。對(duì)的現(xiàn)象時(shí)有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格

3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等等 說(shuō)明書(shū)中已經(jīng)明確規(guī)定，它包含的信息就住的。設(shè)計(jì)軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認(rèn)測(cè)試的基礎(chǔ)。

4）軟件常常是不可維護(hù)的。個(gè)程序是由哪些模塊組成的，以及這些模10.什么是白盒測(cè)試，其測(cè)試技術(shù)有那些，5）軟件通常沒(méi)有適當(dāng)?shù)奈臋n資塊相互間的關(guān)系。覆蓋標(biāo)準(zhǔn)的強(qiáng)弱程度

料。2.模塊化思想 白盒測(cè)試是一種測(cè)試用例設(shè)計(jì)方法，盒子

6）軟件成本在計(jì)算機(jī)系統(tǒng)總成就是把程序劃分成獨(dú)立命名且可獨(dú)立訪(fǎng)指的是被測(cè)試的軟件，白盒指的是盒子是本中所占比例逐年上升。問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面

7）軟件開(kāi)發(fā)生產(chǎn)率提高的速度這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完是如何運(yùn)作的?！鞍缀小狈ㄈ媪私獬绦騼?nèi)遠(yuǎn)跟不上日益增長(zhǎng)的軟件需求。成指定的功能滿(mǎn)足用戶(hù)的需求。部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。

2．產(chǎn)生軟件危機(jī)的原因主要有哪些？ 3.衡量模塊獨(dú)立的標(biāo)準(zhǔn)（內(nèi)聚和耦合的白盒測(cè)試的測(cè)試方法有代碼檢查法、靜態(tài)答：1）用戶(hù)對(duì)軟件需求的描述不精確。含義，種類(lèi)）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋

2）軟件開(kāi)發(fā)人員對(duì)用戶(hù)需求的內(nèi)聚：標(biāo)志著每一個(gè)模塊內(nèi)各個(gè)元素彼此法、基本路徑測(cè)試法、域測(cè)試、符號(hào)測(cè)試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項(xiàng)目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時(shí)種覆蓋標(biāo)準(zhǔn)：語(yǔ)句覆蓋、判定覆蓋、條件驗(yàn)。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開(kāi)發(fā)大型軟件易產(chǎn)生疏漏和過(guò)程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯(cuò)誤的能力呈由弱至強(qiáng)的錯(cuò)誤。耦合：是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。

5）缺乏有力的方法學(xué)的指導(dǎo)和互連程度的度量。數(shù)據(jù)耦合，控制耦合，11.什么時(shí)候黑盒測(cè)試，其測(cè)試技術(shù)有哪有效的開(kāi)發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價(jià)劃分，邊介值分析法）

6）面對(duì)日益增長(zhǎng)的軟件需求，4.啟發(fā)式規(guī)則 黑盒測(cè)試也稱(chēng)功能測(cè)試，它是通過(guò)測(cè)試來(lái)人們顯得力不從心。1.改進(jìn)軟件結(jié)構(gòu)提高模塊的獨(dú)立性檢測(cè)每個(gè)功能是否都能正常使用。

2軟件的概念 2.模塊規(guī)模應(yīng)該適中等價(jià)類(lèi)劃分的辦法是把程序的輸入域劃完成特點(diǎn)功能的程序以及數(shù)據(jù)結(jié)構(gòu)和文 3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 分成若干部分（子集），然后從每個(gè)部分檔 4.模塊的作用范圍應(yīng)在控制范圍之內(nèi)中選取少數(shù)代表性數(shù)據(jù)作為測(cè)試用例

3.軟件工程的基本原理 5.力爭(zhēng)降低模塊接口的復(fù)雜程度 邊界值分析是通過(guò)選擇等價(jià)類(lèi)邊界的測(cè)

1.用分階段的生命周期計(jì)劃嚴(yán)格管理 6.設(shè)計(jì)單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅(jiān)持進(jìn)行階段評(píng)審 7.模塊功能應(yīng)該可以預(yù)測(cè) 邊界，而且也必須考慮輸出域邊界。它是

3.實(shí)行嚴(yán)格的產(chǎn)品控制 5.面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射對(duì)等價(jià)類(lèi)劃分方法的補(bǔ)充。

4.采用現(xiàn)代程序設(shè)計(jì)技術(shù) 成軟件結(jié)構(gòu) 12.軟件調(diào)試技術(shù)有哪些

5.結(jié)果應(yīng)能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯(cuò)誤原因

6.開(kāi)發(fā)小組的人員應(yīng)該少而精 映射：變換分析，事物分析 的最低效的方法，僅當(dāng)所有其他方法都

7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個(gè)階段？各階第六章 回溯法，回溯法是一種相當(dāng)常用的調(diào)試方段的任務(wù)是什么？ 1.詳細(xì)設(shè)計(jì)的基本任務(wù) 法，當(dāng)調(diào)試小程序時(shí)很有效。從發(fā)現(xiàn)癥

1.問(wèn)題定義： 1.為每個(gè)模塊確定采用的算法。2.確定狀的地方開(kāi)始，人工沿程序的控制流往回

2.可行性研究：研究問(wèn)題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯(cuò)誤原因個(gè)問(wèn)題是否值得去解決，是否有可行的解3.確定模塊接口的細(xì)節(jié)，包括對(duì)系統(tǒng)外為止。

決方法。部的接口和用戶(hù)界面，對(duì)系統(tǒng)內(nèi)部其 原因排除法，對(duì)分查找法、歸納法、演繹

3.需求分析：主要是確定目標(biāo)系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。

備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。13.軟件可靠性（可靠性和可用性的含義）

4.總體設(shè)計(jì)： 4.為每一模塊設(shè)計(jì)出一組測(cè)試用例。

5.詳細(xì)設(shè)計(jì)：就是把解法具體化，設(shè)計(jì)出2.程序的三種基本結(jié)構(gòu)

程序的詳細(xì)規(guī)格說(shuō)明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)

6.編碼和單元測(cè)試：寫(xiě)出正確的容易理解3.詳細(xì)設(shè)計(jì)的工具

容易維護(hù)的程序模塊。1．圖形工具

7.綜合測(cè)試：通過(guò)各種類(lèi)型的測(cè)試使軟件2．表格工具

達(dá)到預(yù)定的要求 3．語(yǔ)言工具

8.軟件維護(hù)：通過(guò)各種必要的維護(hù)活動(dòng)使4.jackson方法

系統(tǒng)持久地滿(mǎn)足用戶(hù)的需要。（改正性維5.復(fù)雜性度量的方法

護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維Halstead方法：它根據(jù)程序中運(yùn)算符和

護(hù)）操作數(shù)的總數(shù)來(lái)度量程序的復(fù)雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制

螺旋模型的特點(diǎn) 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時(shí)間具有順序性和依賴(lài)第七章

性。推遲現(xiàn)實(shí)的觀點(diǎn)。質(zhì)量保證的觀點(diǎn)。1.選擇程序設(shè)計(jì)語(yǔ)言應(yīng)考慮哪些因素

快速原型模型:軟件產(chǎn)品的開(kāi)發(fā)基本上是1.系統(tǒng)用戶(hù)的要求

線(xiàn)性順序進(jìn)行的，本質(zhì)是“快速”加速軟2.可以使用的編譯程序

件的開(kāi)發(fā)過(guò)程，節(jié)約軟件開(kāi)發(fā)成本。3.可以得到的軟件工具

增量模型:能在較短時(shí)間內(nèi)向用戶(hù)提交可4.工程規(guī)模

完成部分工作的產(chǎn)品。逐步增加產(chǎn)品功5.程序員的知識(shí)

能，可以使用戶(hù)有較充裕的時(shí)間學(xué)習(xí)和適6.軟件可移植性要求

應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能7.軟件的應(yīng)用領(lǐng)域

給客戶(hù)組織帶來(lái)的沖擊。2.良好的編程風(fēng)格包括哪些方面

螺旋模型:對(duì)可選方案和約束條件的強(qiáng)調(diào)1.程序內(nèi)部的文檔2.數(shù)據(jù)說(shuō)明 3.語(yǔ)句構(gòu)

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質(zhì)量作為軟件開(kāi)發(fā)的一個(gè)重要目標(biāo)。減少3軟件測(cè)試的目標(biāo)

了過(guò)多的測(cè)試或測(cè)試不足帶來(lái)的風(fēng)險(xiǎn)。更目的:（1）測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤

重要的是在螺旋模型中維護(hù)只是模型的而執(zhí)行程序的過(guò)程；

另一個(gè)周期，在維護(hù)和開(kāi)發(fā)之間并沒(méi)有本（2）好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為

質(zhì)區(qū)別。風(fēng)險(xiǎn)驅(qū)動(dòng)的。止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；

（3）成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未

第二章 發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

1.可行性研究的目的 定義:為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序

就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)的過(guò)程。

確定問(wèn)題是否能夠解決。補(bǔ)充：

補(bǔ)充： 軟件測(cè)試步驟 :

可行性研究的步驟 ：(1)模塊測(cè)試(2)子系統(tǒng)測(cè)試(3)系統(tǒng)

1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)。測(cè)試(4)驗(yàn)收測(cè)試(5)平行運(yùn)行

2.研究現(xiàn)有的系統(tǒng)。4.確定測(cè)試計(jì)劃是在哪個(gè)階段制定的3.導(dǎo)出新系統(tǒng)高層邏輯模型。5.黑盒測(cè)試和白盒測(cè)試的概念

4.進(jìn)一步定義問(wèn)題黑盒測(cè)試

5.導(dǎo)出和評(píng)價(jià)供選擇的解法。1把程序看作一個(gè)黑盒子，完全不考慮程

6.推薦行動(dòng)方針序的內(nèi)部結(jié)構(gòu)和處理過(guò)程

7.草擬開(kāi)發(fā)計(jì)劃2對(duì)程序接口進(jìn)行測(cè)試，檢查程序功能是

8.書(shū)寫(xiě)文檔提交審查 否能按規(guī)格說(shuō)明書(shū)的規(guī)定正常使用；

程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生

2.系統(tǒng)流程圖的作用 正確的輸出信息；

系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運(yùn)行過(guò)程中能否保持外部信息的完

它用圖形符號(hào)來(lái)表示系統(tǒng)中的各個(gè)部件。整性

它表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流白盒測(cè)試

動(dòng)的情況。1把程序堪稱(chēng)裝在一個(gè)透明的白盒子里，3.數(shù)據(jù)流圖的概念 測(cè)試者完全知道程序的結(jié)構(gòu)處理算法

數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測(cè)試程序，檢測(cè)程

流和數(shù)據(jù)從移動(dòng)到輸出的過(guò)程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預(yù)定要求正確工作

4.數(shù)據(jù)流圖里面的符號(hào)，畫(huà)數(shù)據(jù)流圖。6.測(cè)試的步驟及每個(gè)步驟形成的文檔

5.數(shù)據(jù)字典最基本的功能，以及與數(shù)據(jù)流單元測(cè)試：（模塊測(cè)試）發(fā)現(xiàn)的往往是編

圖的關(guān)系。碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤

最基本的功能：在軟件分析和設(shè)計(jì)的過(guò)程集成測(cè)試：著重測(cè)試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。

關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測(cè)試：發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)的邏輯模型，沒(méi)有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說(shuō)明中的錯(cuò)誤 不嚴(yán)格，然而沒(méi)有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗(yàn)收測(cè)試：（確認(rèn)測(cè)試）往往發(fā)現(xiàn)需求說(shuō)難于發(fā)揮作用。只有數(shù)據(jù)流圖和對(duì)數(shù)據(jù)流明書(shū)中的錯(cuò)誤 圖中每個(gè)元素的精確定義放在一起，才能7.漸增式和非漸增式的區(qū)別 共同構(gòu)成系統(tǒng)的規(guī)格說(shuō)明?！胺菨u增式”，即先獨(dú)立地測(cè)試每一模塊，第三章 然后將所有這些模塊連接到一起運(yùn)行； 1.需求分析屬于哪一個(gè)階段，任務(wù)是什“漸增式”，即在已測(cè)試過(guò)的N個(gè)模塊的么?；A(chǔ)上再增加一個(gè)模塊，再對(duì)N十1個(gè)模需求分析是軟件定義時(shí)期的最后一個(gè)階塊進(jìn)行測(cè)試。段.漸增式比非漸增式優(yōu)越，因?yàn)橛脻u增式，1.確定對(duì)系統(tǒng)的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測(cè)試能需求，可靠性和可用性需求，出錯(cuò)處理過(guò)的模塊，而不必另外準(zhǔn)備驅(qū)動(dòng)模塊，如需求，接口需求，約束，逆向需求，將來(lái)果是“由底向上”，也可利用已測(cè)試過(guò)的可能提出的要求）模塊，不必再準(zhǔn)備樁模塊。漸增式可以較2.分析系統(tǒng)的數(shù)據(jù)要求早地發(fā)現(xiàn)模塊界面之間的錯(cuò)誤，有利于排3.導(dǎo)出系統(tǒng)的邏輯模型 錯(cuò)，檢查比較徹底 4.修正系統(tǒng)開(kāi)發(fā)計(jì)劃2.需求分析的產(chǎn)品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過(guò)程的分析方法主要是建立三類(lèi)優(yōu)缺點(diǎn) 模型 自頂向下數(shù)據(jù)模型（按照用戶(hù)的觀點(diǎn)對(duì)數(shù)據(jù)建立的優(yōu)點(diǎn)：能較早顯示整個(gè)程序的輪廓，向用模型，把用戶(hù)的數(shù)據(jù)要求清楚，準(zhǔn)確地描戶(hù)展示程序的概貌，取得用戶(hù)的理解與支述出來(lái)。描述了從用戶(hù)角度看到的數(shù)據(jù)，持。缺點(diǎn)：當(dāng)測(cè)試上層模塊時(shí)因使用樁它反應(yīng)了用戶(hù)的現(xiàn)實(shí)環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實(shí)模塊的全部功功能模型，行為模型（通過(guò)描繪系統(tǒng)的狀能，使部分測(cè)試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來(lái)表示系換上真實(shí)模塊后再補(bǔ)充測(cè)試。統(tǒng)的行為）由底向上4.軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容 優(yōu)點(diǎn)：測(cè)試從下層模塊開(kāi)始，測(cè)試設(shè)計(jì)用通常用自然語(yǔ)言完整，準(zhǔn)確，具體地描述例比較容易。缺點(diǎn)：在測(cè)試的早期不能

第五篇：《軟件工程》

《軟件工程》課程分析

本課程是軟件技術(shù)專(zhuān)業(yè)學(xué)生必修的一門(mén)專(zhuān)業(yè)必修課。根據(jù)培養(yǎng)軟件開(kāi)發(fā)人員的需要，本課程的任務(wù)是使學(xué)生通過(guò)本課程的學(xué)習(xí)，了解軟件項(xiàng)目開(kāi)發(fā)和維護(hù)的一般過(guò)程，掌握軟件開(kāi)發(fā)的傳統(tǒng)方法和最新方法。能在軟件工程的理論指導(dǎo)下，開(kāi)發(fā)一個(gè)小型管理系統(tǒng)，為今后從事軟件工程實(shí)踐打下良好的基礎(chǔ)。

一、課程分析

（一）教學(xué)計(jì)劃的制定和教學(xué)內(nèi)容的選取

根據(jù)培養(yǎng)應(yīng)用技能型人才的總目標(biāo)，制訂本專(zhuān)業(yè)教學(xué)計(jì)劃，課程的教材配套，教學(xué)、實(shí)驗(yàn)、實(shí)訓(xùn)、課程設(shè)計(jì)大綱和指導(dǎo)書(shū)等教學(xué)文件齊全，近幾年來(lái)引入了現(xiàn)代教學(xué)技術(shù)手段，已初步建設(shè)、形成了具有特色的全套課堂教學(xué)和實(shí)驗(yàn)教學(xué)課件。

根據(jù)該課程的基本教學(xué)要求和特點(diǎn)，結(jié)合學(xué)時(shí)的安排，從教材的整體內(nèi)容出發(fā)，有側(cè)重地進(jìn)行取舍，篩選出學(xué)生必須掌握的基本教學(xué)內(nèi)容，較好地解決了教學(xué)中質(zhì)量與數(shù)量的矛盾。

（二）教學(xué)方法分析

由于該課程是用于指導(dǎo)軟件開(kāi)發(fā)的，和實(shí)踐聯(lián)系非常緊密。所以采用了理論聯(lián)系實(shí)際的方法進(jìn)行授課。一方面，讓學(xué)生模擬軟件公司的項(xiàng)目小組進(jìn)行軟件開(kāi)發(fā)；一方面，對(duì)學(xué)生進(jìn)行適時(shí)的理論指導(dǎo)。既調(diào)動(dòng)了學(xué)生的積極性，又讓學(xué)生了解了該課程的理論內(nèi)容，收到了一舉兩得的效果。具體教學(xué)過(guò)程如下：

第一步：模擬軟件公司的開(kāi)發(fā)項(xiàng)目小組，分組，分設(shè)角色（項(xiàng)目經(jīng)理、用戶(hù)、需求人員、設(shè)計(jì)人員、程序員、測(cè)試人員、軟件安裝培訓(xùn)維護(hù)人員），確定開(kāi)發(fā)題。讓每個(gè)小組的學(xué)生聚在一起，在項(xiàng)目經(jīng)理的組織下通過(guò)調(diào)研、討論來(lái)制定自己小組的開(kāi)發(fā)題目，大家感覺(jué)就象在軟件公司實(shí)習(xí)一樣，非常新鮮，感興趣。每個(gè)學(xué)生都積極主動(dòng)的去完成自己應(yīng)承擔(dān)的那部分工作。

第二步：模擬軟件項(xiàng)目開(kāi)發(fā)全過(guò)程的各個(gè)階段，進(jìn)行相關(guān)的理論授課和實(shí)際開(kāi)發(fā)。即對(duì)軟件開(kāi)發(fā)的每一階段，首先按照教材內(nèi)容進(jìn)行理論授課，然后讓學(xué)生參照授課內(nèi)容進(jìn)行實(shí)際的軟件開(kāi)發(fā)實(shí)踐。

在此階段結(jié)束后，每班召開(kāi)一個(gè)模擬方案論證會(huì)，由各開(kāi)發(fā)小組選出代表上臺(tái)講解本組的開(kāi)發(fā)方案，其他同學(xué)模擬用戶(hù)對(duì)開(kāi)發(fā)方案提出意見(jiàn)。由于大家對(duì)模擬方案論證會(huì)非常感興趣，發(fā)言積極踴躍，論證會(huì)結(jié)束后，每個(gè)小組的設(shè)計(jì)方案都得到了很好的補(bǔ)充和完善。

第三步：學(xué)期末各小組提交各自完成的軟件系統(tǒng)及開(kāi)發(fā)文檔，并進(jìn)行總結(jié)演示，由任課教師進(jìn)行講評(píng)。

抽象理論課的教學(xué)應(yīng)理論聯(lián)系實(shí)際，讓學(xué)生在實(shí)際應(yīng)用中掌握抽象的理論，在興趣中學(xué)習(xí)，達(dá)到我們高職的雙向型培養(yǎng)目標(biāo)。

二、存在的問(wèn)題與希望

在上述的教學(xué)中，雖然實(shí)現(xiàn)了理論聯(lián)系實(shí)際，但也存在著一些問(wèn)題，比如每個(gè)項(xiàng)目小組中總有個(gè)別同學(xué)存在依賴(lài)心理，不參與項(xiàng)目開(kāi)發(fā)，最后抄襲別的同學(xué)的項(xiàng)目成果，自己得不到實(shí)際的鍛煉，影響了大三的畢業(yè)設(shè)計(jì)和日后的軟件開(kāi)發(fā)。另外，如果該課程只上課，沒(méi)有實(shí)訓(xùn)的話(huà)，實(shí)驗(yàn)課時(shí)太少，學(xué)生很難全面完成一個(gè)系統(tǒng)的開(kāi)發(fā)。