02333軟件工程簡(jiǎn)答知識(shí)點(diǎn)

1、第一章緒論簡(jiǎn)述軟件危機(jī)與軟件工程的概念以及提出軟件工程槪念的目的。201804201810(1) 軟件生產(chǎn)率、軟件質(zhì)疑遠(yuǎn)遠(yuǎn)滿足社會(huì)發(fā)展的需求，成為社會(huì)、經(jīng)濟(jì)發(fā)展的制約因素，把這一現(xiàn)象稱為軟件危機(jī)：(2) 軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程，或以此為研究對(duì)象的學(xué)科：(3) 軟件工程概念的提岀是倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā)，以期解決出現(xiàn)的軟件危機(jī)。簡(jiǎn)述軟件工程的概念與發(fā)展201404發(fā)展：60年代末一80年代初，主要用繞系統(tǒng)實(shí)現(xiàn)技術(shù)、軟件質(zhì)呈:和軟件工程管理;80年代以來，主要表現(xiàn)為軟件復(fù)用技術(shù)、軟件生產(chǎn)管理的研究和實(shí)

2、踐。簡(jiǎn)述訃算機(jī)軟件的概念，以及提出軟件工程概念的目的。2017042016101. 計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及其文檔。2. 其中，程序是il算機(jī)任務(wù)的處理對(duì)象和處理規(guī)則的描述；3. 文檔是為了理解程序所需的闡述性資料。4軟件工程概念的提出是倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā)，以期解決出現(xiàn)的軟件危機(jī)。簡(jiǎn)述軟件開發(fā)的本質(zhì)及其涉及到的問題。201904201504本質(zhì)：不同抽象層術(shù)語之間的“映射”，以及不同抽象層處理邏輯之間的“映射”。問題：(1)如何實(shí)現(xiàn)這樣的映射這是技術(shù)層而上的問題：(2) 如何管理這樣的映射，以保障映射的有效性和正確性。這是管理層面上的問題。簡(jiǎn)述軟件開發(fā)的本質(zhì)

3、及其基本途徑。201710201510本質(zhì)：實(shí)現(xiàn)問題空間的槪念；處理邏輯到解空間的概念；處理邏輯之間的映射。途徑：系統(tǒng)建模簡(jiǎn)述何謂系統(tǒng)模型以及軟件開發(fā)中所涉及的系統(tǒng)模型分類。模型是待建系統(tǒng)的任意抽象。該抽象是在特立意圖下所確左的角度和抽象層次對(duì)物理系統(tǒng)的一個(gè)描述，描述其中的成分和成分之間所具有的特定語義的關(guān)系，還包括對(duì)該系統(tǒng)邊界的描述：系統(tǒng)模型分為兩類：概念模型和軟件模型。軟件模型又可進(jìn)步分為設(shè)計(jì)模型、實(shí)現(xiàn)模型和部署模型等。第二章軟件需求與軟件需求規(guī)約簡(jiǎn)述需求的概念和基本性質(zhì)。201510201404需求：有關(guān)一個(gè)“要予構(gòu)造”的陳述，描述了待開發(fā)產(chǎn)品/系統(tǒng)功能上的能力、性能參數(shù)或其他性質(zhì)5個(gè)基

4、本性質(zhì):必要性，該需求是用戶所要求的； 無歧義性，該需求只能用一種方式解釋: 可測(cè)性，該需求是可進(jìn)行測(cè)試的： 可跟蹤性，該需求可從一個(gè)開發(fā)階段跟蹤到另一個(gè)階段； 可測(cè)量性,該需求是可測(cè)量的。簡(jiǎn)述需求規(guī)約的概念和基本性質(zhì)求規(guī)約是一個(gè)軟件系統(tǒng)所有需求陳述的正式文檔，它表達(dá)了一個(gè)軟件產(chǎn)品的概念模型。基本性質(zhì)：1重要性和穩(wěn)左程度。按需求的重要性和穩(wěn)左性，對(duì)需求進(jìn)行分級(jí)；2. 可修改的。在不過多影響其他需求的前提下，可以容易修改一個(gè)單一需求：3. 完整性。沒有被遺漏的需求：4一致性。不存在互斥的需求。簡(jiǎn)述需求規(guī)約在項(xiàng)目開發(fā)中的基本作用。201610201301(1

5、) 是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。(2) 對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理控制點(diǎn)。(3) 對(duì)于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶指南的基礎(chǔ)，即基于需求規(guī)約一般還會(huì)產(chǎn)生另外兩個(gè)文檔：初始測(cè)試計(jì)劃和用戶系統(tǒng)操作描述。簡(jiǎn)述常用的初始需求發(fā)現(xiàn)技術(shù)1) 自悟：需求人員把自己作為系統(tǒng)的最終用戶，審視該系統(tǒng)并提出問題。(2) 交談：需求人員通過提出問題/用戶回答這一方式，直接詢問用戶需要的是一個(gè)什么樣的系統(tǒng)(3) 觀察：通過觀察用戶執(zhí)行其現(xiàn)行的任務(wù)和過程，了解系統(tǒng)運(yùn)

6、行的環(huán)境。(4) 小組會(huì)：舉行客戶和開發(fā)人員的聯(lián)席會(huì)議，與客戶組織的一些代表共同開發(fā)需求。(5) 提煉:復(fù)審技術(shù)文檔，并提取相關(guān)的信息。簡(jiǎn)述軟件需求的分類及英關(guān)系。201201分類：功能需求，非功能需求。非功能需求分為：性能需求、外部接口需求、設(shè)計(jì)約朿、質(zhì)雖屬性。關(guān)系：一般來說功能需求是整個(gè)需求的主體，沒有功能需求，就沒有派生的其他功能需求，就沒有非功能需求。第三章結(jié)構(gòu)化方法簡(jiǎn)述結(jié)構(gòu)化分析建模工具和步驟201404工具：結(jié)構(gòu)化分析方法給出了一種表達(dá)系統(tǒng)功能模型的建模工具：數(shù)據(jù)流圖。簡(jiǎn)述結(jié)構(gòu)化分析建模的基本步驟。201710(該過程屬于“自頂向下，功能分解”形式)助記口訣：建圖、求精、字典、加工

7、。1) 建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語境2) 自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖3) 定義數(shù)據(jù)字典4) 通過結(jié)構(gòu)化自然語言、判定樹、判怎表等工具，描述加工簡(jiǎn)述結(jié)構(gòu)化方法總體設(shè)訃的任務(wù)、步驟和模式。任務(wù)：把系統(tǒng)的功能需求分配到一個(gè)特定的軟件體系結(jié)構(gòu)中，建立系統(tǒng)的模塊結(jié)構(gòu)；步驟：將需求分析得到的系統(tǒng)數(shù)據(jù)流圖DFD轉(zhuǎn)化為初始的模塊結(jié)構(gòu)圖；再基于高內(nèi)聚低耦合的設(shè)計(jì)原理，通過模塊化，將初始的模塊結(jié)構(gòu)圖轉(zhuǎn)化為最終的，可供詳細(xì)設(shè)計(jì)使用的模塊結(jié)構(gòu)圖。模式：變換設(shè)計(jì)和事務(wù)設(shè)計(jì)。針對(duì)具有變換型流圖和事務(wù)型的DFD,簡(jiǎn)述總體設(shè)計(jì)的步驟。201610(1) 在軟件總體設(shè)計(jì)中，通常以變換設(shè)計(jì)為主，事務(wù)設(shè)汁為輔進(jìn)行結(jié)

8、構(gòu)設(shè)汁。(2) 首先利用變換設(shè)計(jì),把軟件系統(tǒng)分為輸入、中心變換和輸出3個(gè)部分,設(shè)計(jì)上層模塊。(3) 然后根據(jù)務(wù)部分?jǐn)?shù)據(jù)流圖的結(jié)構(gòu)特點(diǎn),適當(dāng)?shù)乩米儞Q設(shè)訃和事務(wù)設(shè)計(jì)進(jìn)行細(xì)化,得到初始的模塊結(jié)構(gòu)圖。(4) 再按照高內(nèi)聚低耦合”的原則,對(duì)初始的模塊結(jié)構(gòu)圖進(jìn)行精化,得到最終的模塊結(jié)構(gòu)圖。簡(jiǎn)述變換設(shè)訃的基本步驟。201704第1步：設(shè)計(jì)準(zhǔn)備一一復(fù)審并精化系統(tǒng)模型第2步：確泄輸入、變換、輸出這三部分之間的邊界第3步：第一級(jí)分解一一系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)汁第4步：“第二級(jí)分解”一一自頂向下,逐步求精。簡(jiǎn)述事務(wù)設(shè)汁的基本步驟。2018041設(shè)計(jì)準(zhǔn)備，復(fù)審并精化系統(tǒng)模型：2. 確定事務(wù)處理中心；3. 設(shè)

9、計(jì)系統(tǒng)模塊結(jié)構(gòu)圖的頂層和第一層；4. 自頂向下,逐步求精。簡(jiǎn)述變換設(shè)計(jì)與事務(wù)設(shè)計(jì)的區(qū)別及聯(lián)系。201504區(qū)別：(1)變換設(shè)計(jì)的目的是將變換型數(shù)據(jù)流圖映射為模塊結(jié)構(gòu)圖,它由3部分組成：獲取數(shù)據(jù)、變換數(shù)據(jù)和輸出數(shù)拯,其中變換數(shù)據(jù)是核心。為了協(xié)調(diào)這些模塊的有序工作,還應(yīng)設(shè)計(jì)一個(gè)主控模塊來協(xié)調(diào)和控制其他模塊。變換設(shè)計(jì)比較機(jī)械。(2) 事務(wù)設(shè)il的目的是將事務(wù)型數(shù)據(jù)流圖映射為模塊結(jié)構(gòu)圖，事務(wù)設(shè)汁都有一個(gè)明顯的事務(wù)處理中心，事務(wù)中心需完成3個(gè)任務(wù):接收輸入數(shù)據(jù)、分析并確定對(duì)應(yīng)的事務(wù)和選取與該事務(wù)對(duì)應(yīng)的一條活動(dòng)路徑。聯(lián)系：在總體設(shè)計(jì)中，通常以變換設(shè)計(jì)為主，事務(wù)設(shè)計(jì)為輔進(jìn)行結(jié)構(gòu)設(shè)計(jì)。什么是模塊？什么是模塊耦

10、合？簡(jiǎn)述常用的模塊耦合類型及苴設(shè)計(jì)原則。201904201201模塊是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)；模塊耦合是指不同模塊之間相互依賴程度的度量；常見模塊耦合類型：內(nèi)容耦合、公共耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合等：設(shè)訃原則：如果模塊間必須存在耦介，盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合的范用,避免使用內(nèi)容耦介。簡(jiǎn)述模塊的控制域、作用域的概念，以及它們的啟發(fā)式原則。201604201310控制域：指這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合。作用域：指受該模塊內(nèi)一個(gè)判定所影響的所有模塊的集合。原則：盡量使該模塊的作用域在貝控制域之內(nèi)。簡(jiǎn)述結(jié)構(gòu)化設(shè)汁中啟發(fā)式規(guī)則。20

11、1510“高內(nèi)聚低耦合”的啟發(fā)式規(guī)則主要包括：1) 改進(jìn)軟件結(jié)構(gòu)，提高模塊獨(dú)立性。2) 力求模塊規(guī)模適中。3) 力求深度、寬度、扇出和扇入適中。4) 盡力使模塊的作用域在苴控制域之內(nèi)。5) 盡力降低模塊接口的復(fù)雜度。6) 力求模塊功能可以預(yù)測(cè)簡(jiǎn)述結(jié)構(gòu)化方法詳細(xì)設(shè)計(jì)的任務(wù)及目標(biāo)。201810任務(wù)：具體描述模塊結(jié)構(gòu)圖中的每一個(gè)模塊，即給出實(shí)現(xiàn)模塊功能的實(shí)施機(jī)制，包括一組例程和數(shù)據(jù)結(jié)構(gòu)，從而精確地泄義了滿足需求所規(guī)約的結(jié)構(gòu)：目標(biāo)：將總體設(shè)訃階段所產(chǎn)生的系統(tǒng)髙層結(jié)構(gòu)映射為以這些術(shù)語所表達(dá)的低層結(jié)構(gòu)，也是系統(tǒng)的最終結(jié)構(gòu)。簡(jiǎn)述程序流程圖的優(yōu)缺點(diǎn)。201604優(yōu)點(diǎn)：是對(duì)控制流程的描繪很直觀，便于初學(xué)者掌握。

12、缺點(diǎn)：(1)不是一種逐步求精的工具：(2) 所表達(dá)的控制流，往往不受任何約朿可隨意轉(zhuǎn)移，從而會(huì)影響甚至破壞好的系統(tǒng)結(jié)構(gòu)設(shè)訃；(3) 不易表示數(shù)據(jù)結(jié)構(gòu)。第四章而向?qū)ο蠓椒║ML什么是類？什么是對(duì)象？什么是類的構(gòu)成成分？201210（1）類是一組具有相同屬性、操作、關(guān)系和語義的對(duì)象的描述：（2）對(duì)象是類的一個(gè)實(shí)例：（3）類的構(gòu)成成分包括：類拿、屬性、操作。為什么說UML是一種可視化的建模語言，而不是一種特定的軟件開發(fā)方法學(xué)？201510簡(jiǎn)述信息隱藏的概念及英意義。201704（1）信息隱藏是指在每個(gè)模塊中所包含的信息不允許苴他不需要這些信息的模塊訪問。（2）信息隱藏是實(shí)現(xiàn)模塊低耦合的一種有效途徑。

13、（3）但是，如果該模塊是“絕對(duì)”信息隱藏的，那么這種模塊對(duì)系統(tǒng)而言也是亳無意義的為了表達(dá)各類事物之間的關(guān)系，UML給出了哪些表達(dá)關(guān)系的基本術(shù)語?請(qǐng)簡(jiǎn)述其含義。201504關(guān)聯(lián)、泛化、細(xì)化、依賴簡(jiǎn)述關(guān)聯(lián)、泛化、細(xì)化、依賴的槪念，以及前三者與依賴的關(guān)系。201610關(guān)聯(lián)：是類目之間的一種結(jié)構(gòu)關(guān)系，是對(duì)一組具有相同結(jié)構(gòu)，相鏈的描述。限定符：一個(gè)關(guān)聯(lián)的屬性或?qū)傩员?。角色：關(guān)聯(lián)一端的類目對(duì)另一端的類目的一種呈現(xiàn)。聚合：關(guān)聯(lián)的一種特殊形式，表達(dá)的是一種“整體/部分”關(guān)系。組合：聚合的一種特殊形式。細(xì)化：是類目之間的語義關(guān)系，英中一個(gè)類目規(guī)約了保證另一個(gè)類目執(zhí)行的契約。簡(jiǎn)述泛化的概念及苴約束。2018042

14、01710泛化：一般性類目（超類或父類）和它的較為特殊性類目（子類）之間的一種關(guān)系，有時(shí)稱為“is-a-kind-of關(guān)系。4個(gè)約束：（1）完整（2）不完整（3）互斥（4）重疊。單繼承：如果一個(gè)類只有一個(gè)父類，則說它使用了單繼承。多繼承：如果一個(gè)類有多個(gè)父類，則說它使用了多繼承。依賴：是一種使用關(guān)系，用于描述一個(gè)類目使用另一類目的信息和服務(wù)。關(guān)聯(lián)、泛化和細(xì)化都是一類特圧的依賴。簡(jiǎn)述用況圖及英通常包含的模型元素。201810(1) 用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具：(2) 個(gè)用況圖通常包含6個(gè)模型元素:主題、用況、參與者、關(guān)聯(lián)、泛化和依賴。什么是用況(UseCase)?什么是用況圖？一個(gè)

15、用況圖通常包含哪些模型元素以及用況之間的關(guān)系。201310(1) 用況，從外延上說它表達(dá)了參與者使用系統(tǒng)的一種方式，從內(nèi)涵上說它規(guī)約了系統(tǒng)可以執(zhí)行的一個(gè)動(dòng)作序列，并對(duì)特泄的參與者產(chǎn)生可見的、有值的結(jié)果：(2) 用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具：(3) 個(gè)用況圖通常包含的模型元素是：主題、用況、參與者、關(guān)聯(lián)、泛化、依賴。(4) 用況之間可以具有3種關(guān)系：泛化、擴(kuò)展和包含。什么是狀態(tài)？什么是狀態(tài)圖？簡(jiǎn)述實(shí)際應(yīng)用中使用狀態(tài)圖的作用。201201(1) 狀態(tài)是指類目中的一個(gè)實(shí)例在苴生存中的一種條件或情況、所具有的對(duì)外呈現(xiàn)以及所能提供的服務(wù)；(2) 狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖，強(qiáng)調(diào)從一個(gè)狀態(tài)到另

16、一狀態(tài)的控制流；(3) 實(shí)際應(yīng)用中，使用狀態(tài)圖的作用：創(chuàng)建一個(gè)系統(tǒng)的動(dòng)態(tài)摸型，創(chuàng)建一個(gè)場(chǎng)景模型。簡(jiǎn)述順序圖的槪念、構(gòu)成和主要作用。201404(2)順序圖是一種交互圖：(2) 它由一組對(duì)象以及按時(shí)序組織的對(duì)象之間的關(guān)系組成，還包括這些對(duì)象之間所發(fā)送的消息；(3) 順序圖可用于創(chuàng)建有關(guān)系統(tǒng)的交互模型，表達(dá)系統(tǒng)中有關(guān)對(duì)象之間的交互結(jié)構(gòu)，給岀系統(tǒng)中的一些對(duì)象如何協(xié)作的信息。簡(jiǎn)述RUP中需求獲取的基本步驟和相關(guān)制品。201201第五章而向?qū)ο蠓椒≧UP為什么UML要同RUP起才稱得上是軟件開發(fā)的方法學(xué)？201904201510(1) 一種軟件開發(fā)方法學(xué)，至少由3部分組成：用于表達(dá)基本信息的術(shù)語，用于組

17、織基本信息的表達(dá)格式，用于在不同抽象層之間進(jìn)行映射的過程指導(dǎo)。(2) UML僅包括前兩方而的內(nèi)容，因此它只是一種可視化的建模語言，而不是一種特定的軟件開發(fā)方法學(xué)。RUP給出的是一種基于UML的過程指導(dǎo)，滿足軟件開發(fā)方法學(xué)的第三項(xiàng)內(nèi)容。簡(jiǎn)述RUP和UML之間的關(guān)系。201810201610(1)RUP和UML構(gòu)成了一種特建的軟件開發(fā)方法學(xué)。UML作為一種可視化建模語言，給岀了表達(dá)事物和事物之間關(guān)系的基本術(shù)語，給出了多種模型的表達(dá)工具。(3) RUP利用這些術(shù)語泄義了需求獲取層、系統(tǒng)分析層、設(shè)汁層、實(shí)現(xiàn)層，并給岀了實(shí)現(xiàn)各層模型之間映射的基本活動(dòng)以及相關(guān)的指導(dǎo)。什么是RUP?它有什么特點(diǎn)？20111

18、0(I) RUP，即統(tǒng)一軟件開發(fā)過程，它是基于UML的一種過程框架，為軟件開發(fā)，即為進(jìn)行不同抽象層之間映射安排其開發(fā)活動(dòng)的次序，制左任務(wù)和需要開發(fā)的制品，提供了指導(dǎo)：并為對(duì)項(xiàng)目中的制品和和活動(dòng)進(jìn)行監(jiān)控與度量,提供了相應(yīng)的準(zhǔn)則。特點(diǎn)：以用況為驅(qū)動(dòng)；以體系結(jié)構(gòu)為中心；迭代、增量式開發(fā)。簡(jiǎn)述RUP設(shè)計(jì)模型以及包含的元素。201804RUP設(shè)計(jì)模型是RUP設(shè)計(jì)的主要結(jié)果，它盡量保持改系統(tǒng)具有分析模型的結(jié)構(gòu)，并作為系統(tǒng)實(shí)現(xiàn)的輸入。包含的元素：1.設(shè)計(jì)子系統(tǒng)和服務(wù)子系統(tǒng)，以及它們的依賴、接口和內(nèi)容：2. 設(shè)計(jì)類，以及它們具有的操作、屬性、關(guān)系及其實(shí)現(xiàn)需求：3. 用況細(xì)化：4. 體系結(jié)構(gòu)描述。(1) 列候選

19、需求，產(chǎn)生的制品是：待征表；理解系統(tǒng)語境，產(chǎn)生的制品是：領(lǐng)域模型或業(yè)務(wù)模型：(3) 捕獲系統(tǒng)功能需求，產(chǎn)生的制品是：用況模型；(4) 捕獲非功能需求，產(chǎn)生的制品是：補(bǔ)充的需求或針對(duì)特殊求的用況。簡(jiǎn)述RUP中分析模型的表達(dá)及其創(chuàng)建所進(jìn)行的主要活動(dòng)。201704(2) 在RUP中，一個(gè)系統(tǒng)的分析模型是由一個(gè)“分析系統(tǒng)”泄義的，該分析系統(tǒng)包含一組具有層次結(jié)構(gòu)的包，每一個(gè)包中可包含一些分析類和用況細(xì)化：并且一些分析類和用況細(xì)化還可單獨(dú)地出現(xiàn)在分析模型中，以凸顯它們?cè)谙到y(tǒng)體系結(jié)構(gòu)方而的作用。(2) 創(chuàng)建系統(tǒng)的分析模型的活動(dòng)：體系結(jié)構(gòu)分析、用況分析、類的分析和包的分析。簡(jiǎn)述RUP中用況模型和分析模型的區(qū)別

20、。201710201604(1) 前者使用客戶語言來描述，后者使用開發(fā)語來描述：(2) 前者給出的是系統(tǒng)對(duì)外的視圖，后者給出的是系統(tǒng)對(duì)內(nèi)的視圖：(3) 前者使用用況予以結(jié)構(gòu)化，后者使用衍型類予以結(jié)構(gòu)化：(4) 前者可以作為客戶和開發(fā)者之間的契約，后者可以作為開發(fā)者理解系統(tǒng)的基礎(chǔ)；(5) 前者在需求之間可能存在一些冗余、不一致和沖突等問題，后者不存在這些問題：(6) 前者捕獲的是系統(tǒng)功能，后者給岀的是細(xì)化的系統(tǒng)功能：(刀前者圧義了一些進(jìn)一步需要在分析模型中予以分析的用況，后者逹義了用況模型中每一個(gè)用況的細(xì)化。第六章軟件測(cè)試簡(jiǎn)述人們關(guān)于軟件測(cè)試目的的認(rèn)識(shí)所經(jīng)歷的幾個(gè)階段。(1) 第一階段認(rèn)為軟件測(cè)

21、試和軟件調(diào)試沒有什么區(qū)別；(2) 第二階段認(rèn)為測(cè)試是為了表明軟件能正常工作：(3) 第三階段認(rèn)為測(cè)試是為了表明軟件不能正常工作；(4) 第四階段認(rèn)為測(cè)試僅是為了將已察覺的錯(cuò)誤風(fēng)險(xiǎn)減少到一個(gè)可接受的程度：(5) 第五階段認(rèn)為測(cè)試不僅僅是一種行為，而是一種理念，即測(cè)試是產(chǎn)生低風(fēng)險(xiǎn)軟件的一種訓(xùn)練。簡(jiǎn)述軟件測(cè)試與軟件調(diào)試的區(qū)別。2013011測(cè)試為證明失敗，調(diào)試為證明正確；2. 測(cè)試從已知條件開始，使用預(yù)先泄義的程序且有預(yù)知的結(jié)果，不可預(yù)見的是程序是否通過測(cè)試，調(diào)試以不可知的內(nèi)部條件開始，結(jié)果很難預(yù)見；3. 測(cè)試是由計(jì)劃的，并要進(jìn)行測(cè)試設(shè)計(jì)。調(diào)試不受時(shí)間約朿；4. 測(cè)試是發(fā)現(xiàn)錯(cuò)誤、改進(jìn)錯(cuò)誤、重新測(cè)試的

22、過程。調(diào)試是推理過程；5. 測(cè)試的執(zhí)行有規(guī)程。調(diào)試要求程序員進(jìn)行必要推理。6. 測(cè)試經(jīng)常由獨(dú)立的測(cè)試組在不了解軟件設(shè)訃的條件下完成。調(diào)試必須由了解詳細(xì)設(shè)訃的程序員完成:7. 大多數(shù)測(cè)試的執(zhí)行和設(shè)訃可由工具支持。調(diào)試主要是利用調(diào)試器。簡(jiǎn)述白盒測(cè)試技術(shù)的要點(diǎn)，并舉例說明。201904201310(1) 白盒測(cè)試技術(shù)，又稱為結(jié)構(gòu)測(cè)試技術(shù)，它依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測(cè)對(duì)象建模工具:(2) 典型的是路徑測(cè)試技術(shù)，路徑測(cè)試大致有語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋等測(cè)試策略:(3)這幾種不同的測(cè)試策略之間具有偏序關(guān)系，即路徑覆蓋的測(cè)試度量最強(qiáng)，而語句覆蓋最弱。簡(jiǎn)述黑盒測(cè)試技術(shù)的要點(diǎn)。(

23、1) 黑盒測(cè)試技術(shù)，又稱為功能測(cè)試技術(shù)，包括事務(wù)流測(cè)試、等價(jià)類劃分、邊界值分析等技術(shù)：(2) 黑盒測(cè)試技術(shù)依據(jù)的是軟件行為的描述；(3) 黑盒測(cè)試將被測(cè)軟件看出盒子，只通過外部輸入和輸出來發(fā)現(xiàn)軟件中的錯(cuò)誤，完全不考慮程序的內(nèi)部結(jié)構(gòu)。簡(jiǎn)述控制流程圖的概念、基本元素以及它與程序流程圖的差異。201510控制流程圍是一種表示程序控制結(jié)構(gòu)的圖形化工具?；驹兀河羞^程塊、節(jié)點(diǎn)、判定。差異：在控制流程圖中不顯示過程塊的細(xì)肖，而在程序流程圖中著重于過程屬性的描述。測(cè)試策略(1) 語句覆蓋至少執(zhí)行程序中所有語句一次。(2) 分支覆蓋至少將程序中的每一個(gè)分支執(zhí)行一次。(3) 條件覆蓋指每個(gè)判定中的所有可能的條

24、件取值至少執(zhí)行一次。(4) 條件組合覆蓋：是指設(shè)計(jì)足夠的測(cè)試用例，使每個(gè)判泄中的所有可能的條件取值組合至少執(zhí)行一次。只要滿足了條件組合覆蓋，就一定能滿足分支覆蓋。(5) 路徑覆蓋：執(zhí)行所有可能穿過程序控制流程的路徑。在路徑測(cè)試中，該度量是最強(qiáng)的，一般是不可實(shí)現(xiàn)的。簡(jiǎn)述邊界值分析與等價(jià)類劃分技術(shù)的區(qū)別。201810區(qū)別：邊界值分析著重邊界的測(cè)試，應(yīng)選取等于、剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù);而等價(jià)類劃分是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù)。簡(jiǎn)述邊界值分析在設(shè)讓測(cè)試用例時(shí)可以遵循的原則。201604(1) 如果某個(gè)輸入條件規(guī)左了輸入值的范用，則應(yīng)選擇正好等于邊界值的數(shù)據(jù)，以及剛剛超過邊

25、界值的數(shù)據(jù)作為測(cè)試數(shù)據(jù)：(2) 如果某個(gè)輸入條件規(guī)泄了值的個(gè)數(shù)，則可用最大個(gè)數(shù)、最小個(gè)數(shù)、比最大個(gè)數(shù)多1、比最小個(gè)數(shù)少1的數(shù)作為測(cè)試數(shù)據(jù)：(3) 如果程序的規(guī)格說明中，輸入域或輸出域是有序集合，則選取集合的第一個(gè)元素、最后一個(gè)元素以及典型元素作為測(cè)試用例：(4) 如果程序中使用了內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例：(5) 分析規(guī)格說明，找岀其他可能的邊界條件。因果圖方法生成測(cè)試用例的基本步驟。201804201710(1) 通過軟件規(guī)格說明書的分析，找出一個(gè)模塊的原因和結(jié)果，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符(2) 分析原因與結(jié)果之間以及原因與原因之間對(duì)應(yīng)的關(guān)系，并

26、畫出因果圖。(3) 在因果圖上標(biāo)識(shí)出一些特定的約朿或限制條件。(4) 把因果圖轉(zhuǎn)換成判定表。(5) 把判定表的每一列拿岀來作為依據(jù)，設(shè)計(jì)測(cè)試用例。軟件測(cè)試要經(jīng)過哪些步驟？簡(jiǎn)述這些測(cè)試的基本任務(wù)201110(1) 單元測(cè)試：檢驗(yàn)軟件設(shè)計(jì)的最小單元一一模塊。往往采用白盒測(cè)試技術(shù)(2) 集成測(cè)試：發(fā)現(xiàn)與接口有關(guān)的錯(cuò)誤，將經(jīng)過單元測(cè)試的模塊構(gòu)成一個(gè)滿足設(shè)計(jì)要求的軟件結(jié)構(gòu)。一般以主控模塊作為測(cè)試驅(qū)動(dòng)模塊。(3) 有效性測(cè)試：發(fā)現(xiàn)軟件實(shí)現(xiàn)的功能與需求規(guī)格說明書不一致的錯(cuò)誤。驗(yàn)證軟件需求的可追溯性。往往采用黑盒測(cè)試技術(shù)。(4) 系統(tǒng)測(cè)試：關(guān)注檢驗(yàn)系統(tǒng)中所有元素(包括硬件、信息等)之間的協(xié)作是否合適，整個(gè)系統(tǒng)

27、的性能、功能是否達(dá)到。第七章軟件生存周期過程與管理簡(jiǎn)述驗(yàn)證和確認(rèn)以及它們的區(qū)別及作用1) 驗(yàn)證：證實(shí)一個(gè)過程或項(xiàng)目的每一軟件工作產(chǎn)品/服務(wù)是否正確地反映了所規(guī)約的需求；(2) 確認(rèn)：證實(shí)所期望使用的軟件工作產(chǎn)品是否滿足其需求：(3) 區(qū)別：驗(yàn)證是通過提供的客觀證據(jù)，證實(shí)規(guī)約的需求是否得以滿足；確認(rèn)是通過提供的客觀證據(jù)，證實(shí)有特泄期望的使用或應(yīng)用的需求是否得以滿足。作用：驗(yàn)證的作用是證實(shí)一個(gè)過程或項(xiàng)目的每一軟件工作產(chǎn)品/服務(wù)是否正確的反映了所規(guī)約的需求。確認(rèn)的作用是證實(shí)所期望使用的軟件工作產(chǎn)品是否滿足苴需求。簡(jiǎn)述瀑布模型以及可適應(yīng)的情況。201110(1)

28、 瀑布模型將軟件生存周期的各項(xiàng)活動(dòng)規(guī)左為按固左順序而連接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品；(2) 瀑布模型在支持結(jié)構(gòu)化軟件開發(fā)、控制軟件開發(fā)的復(fù)雜性、促進(jìn)軟件開發(fā)工程化等方起著得大作用：(3) 該模型適應(yīng)的情況：需求已被很好的理解，且開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模型所需要的過程。簡(jiǎn)述瀑布模型各階段。201604系統(tǒng)需求(2)軟件需求(3)需求分析設(shè)計(jì)編碼(6)測(cè)試(7)運(yùn)行簡(jiǎn)述增量模型以及可適應(yīng)的情況。(1) 増量模型指需求可以分組，形成一個(gè)個(gè)的增量，并可形成一個(gè)結(jié)構(gòu)，可見該模型有一個(gè)前提，即需求可結(jié)構(gòu)化:(2) 增疑模型第一個(gè)可交付版本所需要的時(shí)間和成本較少，可減少用戶需求的變更

29、，減少由增量引入帯來的風(fēng)險(xiǎn)；(3) 該模型比較適應(yīng)于“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)，常被工業(yè)界所采用。簡(jiǎn)述增量模型的優(yōu)缺點(diǎn)。201904201404(1) 增量模型意指需求可以分組，形成一個(gè)個(gè)的增量，并可形成一個(gè)結(jié)構(gòu)，可見該模型有一個(gè)前提，即需求可結(jié)構(gòu)化。該模型比較適應(yīng)于“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)，常被工業(yè)界所采用：(2) 優(yōu)點(diǎn)：第一個(gè)可交付版本所需要的時(shí)間和成本較少，可減少用戶需求的變更，允許增量投資：(3) 缺點(diǎn)：如果沒有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成后來增量的不穩(wěn)泄，如果需求不像早期思考的那樣穩(wěn)左和完整那么一些增量就可能需要重新開發(fā)，重新發(fā)布;由于進(jìn)度和配置的復(fù)雜性，

30、可能會(huì)增大管理成本，超岀組織能力。簡(jiǎn)述演化模型及苴適用場(chǎng)合。201310(1) 演化模型是在用戶提岀待開發(fā)系統(tǒng)的核心需求的基礎(chǔ)上，軟件開發(fā)人員按照這一需求，首先開發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶能夠有效提出反饋，接著軟件開發(fā)人員根據(jù)用戶反饋，實(shí)施開發(fā)的迭代過程，每次迭代均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，通過增加或修正，產(chǎn)生軟件產(chǎn)品的增量，最終完成軟件產(chǎn)品的開發(fā)：(2) 演化模型是一種迭代、增量式開發(fā)模型，它顯式地耙需求獲取擴(kuò)展到需求階段，在一左程度上可減少軟件開發(fā)活動(dòng)盲目性：(3) 該模型主要針對(duì)事先不能完整左義需求的軟件開發(fā)的，通過不斷的迭代、增量開發(fā)，最終得到軟件產(chǎn)品。簡(jiǎn)述演化

31、模型，及其與RUP迭代、增量式開發(fā)之間的關(guān)系。201310(1) 演化模型主要針對(duì)事先不能完整立義需求的軟件開發(fā)的，在用戶提出待開發(fā)系統(tǒng)的核心需求的基礎(chǔ)上，軟件開發(fā)人員按照這一需求，首先開發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶能夠有效提出反饋，接著軟件開發(fā)人員根拯用戶反饋，實(shí)施開發(fā)的迭代過程，每次迭代均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，通過增加或修正，產(chǎn)生軟件產(chǎn)品的增量，最終完成軟件產(chǎn)品的開發(fā)：(2) 由此可見，RUP的迭代、增量式開發(fā)是演化模型的一個(gè)變體，它規(guī)左了軟件開發(fā)“大的”階段：初始階段、精化階段、構(gòu)造階段、移交階段，并規(guī)定了每次迭代的目標(biāo)。簡(jiǎn)述RUP中迭代增雖:式開發(fā)的概念以及規(guī)定的開發(fā)階段。201510概念：通過開發(fā)活動(dòng)的迭代，不斷產(chǎn)生相應(yīng)的增量。階段