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

第一章緒論簡(jiǎn)述軟件危機(jī)與軟件工程的概念以及提出軟件工程概念的目的。201804201810⑴軟件生產(chǎn)率、軟件質(zhì)疑遠(yuǎn)遠(yuǎn)滿足社會(huì)發(fā)展的需求，成為社會(huì)、經(jīng)濟(jì)發(fā)展的制約因素，把這一現(xiàn)象稱為軟件危機(jī)：⑵軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程，或以此為研究對(duì)象的學(xué)科：⑶軟件工程概念的提出是倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā)，以期解決出現(xiàn)的軟件危機(jī)。簡(jiǎn)述軟件工程的概念與發(fā)展201404發(fā)展：60年代末一80年代初，主要用繞系統(tǒng)實(shí)現(xiàn)技術(shù)、軟件質(zhì)呈:和軟件工程管理;80年代以來(lái)，主要表現(xiàn)為軟件復(fù)用技術(shù)、軟件生產(chǎn)管理的研究和實(shí)踐。簡(jiǎn)述訃算機(jī)軟件的概念，以及提出軟件工程概念的目的。201704201610計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及其文檔。其中，程序是il?算機(jī)任務(wù)的處理對(duì)象和處理規(guī)則的描述；文檔是為了理解程序所需的闡述性資料。4?軟件工程概念的提出是倡導(dǎo)以工程的原理、原則和方法進(jìn)行軟件開發(fā)，以期解決出現(xiàn)的軟件危機(jī)。簡(jiǎn)述軟件開發(fā)的本質(zhì)及其涉及到的問(wèn)題。201904201504本質(zhì)：不同抽象層術(shù)語(yǔ)之間的“映射”，以及不同抽象層處理邏輯之間的“映射”。問(wèn)題：(1)如何實(shí)現(xiàn)這樣的映射，這是技術(shù)層而上的問(wèn)題：如何管理這樣的映射，以保障映射的有效性和正確性。這是管理層面上的問(wèn)題。簡(jiǎn)述軟件開發(fā)的本質(zhì)及其基本途徑。201710201510本質(zhì)：實(shí)現(xiàn)問(wèn)題空間的概念；處理邏輯到解空間的概念；處理邏輯之間的映射。途徑：系統(tǒng)建模。簡(jiǎn)述何謂系統(tǒng)模型以及軟件開發(fā)中所涉及的系統(tǒng)模型分類。模型是待建系統(tǒng)的任意抽象。該抽象是在特立意圖下所確左的角度和抽象層次對(duì)物理系統(tǒng)的一個(gè)描述，描述其中的成分和成分之間所具有的特定語(yǔ)義的關(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è)基本性質(zhì):①必要性，該需求是用戶所要求的；無(wú)歧義性，該需求只能用一種方式解釋：可測(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í)；可修改的。在不過(guò)多影響其他需求的前提下，可以容易修改一個(gè)單一需求：完整性。沒(méi)有被遺漏的需求：4?一致性。不存在互斥的需求。簡(jiǎn)述需求規(guī)約在項(xiàng)目開發(fā)中的基本作用。201610201301⑴是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。⑵對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理控制點(diǎn)。對(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ù)悟：需求人員把自己作為系統(tǒng)的最終用戶，審視該系統(tǒng)并提出問(wèn)題。交談：需求人員通過(guò)提出問(wèn)題/用戶回答這一方式，直接詢問(wèn)用戶需要的是一個(gè)什么樣的系統(tǒng)。觀察：通過(guò)觀察用戶執(zhí)行其現(xiàn)行的任務(wù)和過(guò)程，了解系統(tǒng)運(yùn)行的環(huán)境。小組會(huì)：舉行客戶和開發(fā)人員的聯(lián)席會(huì)議，與客戶組織的一些代表共同開發(fā)需求。提煉:復(fù)審技術(shù)文檔，并提取相關(guān)的信息。簡(jiǎn)述軟件需求的分類及英關(guān)系。201201分類：功能需求，非功能需求。非功能需求分為：性能需求、外部接口需求、設(shè)計(jì)約束、質(zhì)雖屬性。關(guān)系：一般來(lái)說(shuō)?功能需求是整個(gè)需求的主體，沒(méi)有功能需求，就沒(méi)有派生的其他功能需求，就沒(méi)有非功能需求。第三章結(jié)構(gòu)化方法簡(jiǎn)述結(jié)構(gòu)化分析建模工具和步驟201404工具：結(jié)構(gòu)化分析方法給出了一種表達(dá)系統(tǒng)功能模型的建模工具：數(shù)據(jù)流圖。簡(jiǎn)述結(jié)構(gòu)化分析建模的基本步驟。201710（該過(guò)程屬于“自頂向下，功能分解”形式）助記口訣：建圖、求精、字典、加工。1）建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語(yǔ)境2）自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖3）定義數(shù)據(jù)字典4）通過(guò)結(jié)構(gòu)化自然語(yǔ)言、判定樹、判怎表等工具，描述加工簡(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ì)原理，通過(guò)模塊化，將初始的模塊結(jié)構(gòu)圖轉(zhuǎn)化為最終的，可供詳細(xì)設(shè)計(jì)使用的模塊結(jié)構(gòu)圖。模式：變換設(shè)計(jì)和事務(wù)設(shè)計(jì)。針對(duì)具有變換型流圖和事務(wù)型的DFD，簡(jiǎn)述總體設(shè)計(jì)的步驟。201610⑴在軟件總體設(shè)計(jì)中，通常以變換設(shè)計(jì)為主，事務(wù)設(shè)汁為輔進(jìn)行結(jié)構(gòu)設(shè)汁。⑵首先利用變換設(shè)計(jì)，把軟件系統(tǒng)分為輸入、中心變換和輸出3個(gè)部分，設(shè)計(jì)上層模塊。⑶然后根據(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)圖。⑷再按照〃高內(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)模型：確定事務(wù)處理中心；設(shè)計(jì)系統(tǒng)模塊結(jié)構(gòu)圖的頂層和第一層；自頂向下，逐步求精。簡(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è)主控模塊來(lái)協(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ì)。什么是模塊？什么是模塊耦合？簡(jiǎn)述常用的模塊耦合類型及苴設(shè)計(jì)原則。201904201201模塊是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過(guò)程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)；模塊耦合是指不同模塊之間相互依賴程度的度量；常見(jiàn)模塊耦合類型：內(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ī)則。201510“高內(nèi)聚低耦合”的啟發(fā)式規(guī)則主要包括：改進(jìn)軟件結(jié)構(gòu)，提高模塊獨(dú)立性。力求模塊規(guī)模適中。力求深度、寬度、扇出和扇入適中。盡力使模塊的作用域在苴控制域之內(nèi)。盡力降低模塊接口的復(fù)雜度。力求模塊功能可以預(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ù)語(yǔ)所表達(dá)的低層結(jié)構(gòu)，也是系統(tǒng)的最終結(jié)構(gòu)。簡(jiǎn)述程序流程圖的優(yōu)缺點(diǎn)。201604優(yōu)點(diǎn)：是對(duì)控制流程的描繪很直觀，便于初學(xué)者掌握。缺點(diǎn)：(1)不是一種逐步求精的工具：所表達(dá)的控制流，往往不受任何約束可隨意轉(zhuǎn)移，從而會(huì)影響甚至破壞好的系統(tǒng)結(jié)構(gòu)設(shè)訃；不易表示數(shù)據(jù)結(jié)構(gòu)。第四章而向?qū)ο蠓椒║ML什么是類？什么是對(duì)象？？什么是類的構(gòu)成成分？201210（1）類是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述：（2）對(duì)象是類的一個(gè)實(shí)例：（3）類的構(gòu)成成分包括：類拿、屬性、操作。為什么說(shuō)UML是一種可視化的建模語(yǔ)言，而不是一種特定的軟件開發(fā)方法學(xué)？201510簡(jiǎn)述信息隱藏的概念及英意義。201704（1）信息隱藏是指在每個(gè)模塊中所包含的信息不允許苴他不需要這些信息的模塊訪問(wèn)。（2）信息隱藏是實(shí)現(xiàn)模塊低耦合的一種有效途徑。（3）但是，如果該模塊是“絕對(duì)”信息隱藏的，那么這種模塊對(duì)系統(tǒng)而言也是亳無(wú)意義的為了表達(dá)各類事物之間的關(guān)系，UML給出了哪些表達(dá)關(guān)系的基本術(shù)語(yǔ)?請(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ì)化：是類目之間的語(yǔ)義關(guān)系，英中一個(gè)類目規(guī)約了保證另一個(gè)類目執(zhí)行的契約。簡(jiǎn)述泛化的概念及苴約束。201804201710泛化：一般性類目（超類或父類）和它的較為特殊性類目（子類）之間的一種關(guān)系，有時(shí)稱為“is-a-kind-of關(guān)系。4個(gè)約束：（1）完整（2）不完整（3）互斥（4）重疊。單繼承：如果一個(gè)類只有一個(gè)父類，則說(shuō)它使用了單繼承。多繼承：如果一個(gè)類有多個(gè)父類，則說(shuō)它使用了多繼承。依賴：是一種使用關(guān)系，用于描述一個(gè)類目使用另一類目的信息和服務(wù)。關(guān)聯(lián)、泛化和細(xì)化都是一類特莊的依賴。簡(jiǎn)述用況圖及英通常包含的模型元素。201810⑴用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具：⑵一個(gè)用況圖通常包含6個(gè)模型元素:主題、用況、參與者、關(guān)聯(lián)、泛化和依賴。什么是用況(UseCase)?什么是用況圖？一個(gè)用況圖通常包含哪些模型元素以及用況之間的關(guān)系。201310⑴用況，從外延上說(shuō)它表達(dá)了參與者使用系統(tǒng)的一種方式，從內(nèi)涵上說(shuō)它規(guī)約了系統(tǒng)可以執(zhí)行的一個(gè)動(dòng)作序列，并對(duì)特泄的參與者產(chǎn)生可見(jiàn)的、有值的結(jié)果：⑵用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具：⑶一個(gè)用況圖通常包含的模型元素是：主題、用況、參與者、關(guān)聯(lián)、泛化、依賴。⑷用況之間可以具有3種關(guān)系：泛化、擴(kuò)展和包含。什么是狀態(tài)？？什么是狀態(tài)圖？？簡(jiǎn)述實(shí)際應(yīng)用中使用狀態(tài)圖的作用。201201⑴狀態(tài)是指類目中的一個(gè)實(shí)例在苴生存中的一種條件或情況、所具有的對(duì)外呈現(xiàn)以及所能提供的服務(wù)；⑵狀態(tài)圖是顯示一個(gè)狀態(tài)機(jī)的圖，強(qiáng)調(diào)從一個(gè)狀態(tài)到另一狀態(tài)的控制流；⑶實(shí)際應(yīng)用中，使用狀態(tài)圖的作用：創(chuàng)建一個(gè)系統(tǒng)的動(dòng)態(tài)摸型，創(chuàng)建一個(gè)場(chǎng)景模型。簡(jiǎn)述順序圖的概念、構(gòu)成和主要作用。201404⑵順序圖是一種交互圖：⑵它由一組對(duì)象以及按時(shí)序組織的對(duì)象之間的關(guān)系組成，還包括這些對(duì)象之間所發(fā)送的消息；⑶順序圖可用于創(chuàng)建有關(guān)系統(tǒng)的交互模型，表達(dá)系統(tǒng)中有關(guān)對(duì)象之間的交互結(jié)構(gòu)，給出系統(tǒng)中的一些對(duì)象如何協(xié)作的信息。第五章而向?qū)ο蠓椒≧UP為什么UML要同RUP一起才稱得上是軟件開發(fā)的方法學(xué)？201904201510⑴一種軟件開發(fā)方法學(xué)，至少由3部分組成：用于表達(dá)基本信息的術(shù)語(yǔ)，用于組織基本信息的表達(dá)格式，用于在不同抽象層之間進(jìn)行映射的過(guò)程指導(dǎo)。⑵UML僅包括前兩方而的內(nèi)容，因此它只是一種可視化的建模語(yǔ)言，而不是一種特定的軟件開發(fā)方法學(xué)。⑶RUP給出的是一種基于UML的過(guò)程指導(dǎo)，滿足軟件開發(fā)方法學(xué)的第三項(xiàng)內(nèi)容。簡(jiǎn)述RUP和UML之間的關(guān)系。201810201610⑴RUP和UML構(gòu)成了一種特建的軟件開發(fā)方法學(xué)。⑵UML作為一種可視化建模語(yǔ)言，給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語(yǔ)，給出了多種模型的表達(dá)工具。⑶RUP利用這些術(shù)語(yǔ)泄義了需求獲取層、系統(tǒng)分析層、設(shè)汁層、實(shí)現(xiàn)層，并給出了實(shí)現(xiàn)各層模型之間映射的基本活動(dòng)以及相關(guān)的指導(dǎo)。什么是RUP?它有什么特點(diǎn)？201110RUP,即統(tǒng)一軟件開發(fā)過(guò)程，它是基于UML的一種過(guò)程框架，為軟件開發(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)容：設(shè)計(jì)類，以及它們具有的操作、屬性、關(guān)系及其實(shí)現(xiàn)需求：用況細(xì)化：體系結(jié)構(gòu)描述。⑴列候選需求，產(chǎn)生的制品是：待征表；簡(jiǎn)述RUP中需求獲取的基本步驟和相關(guān)制品。201201簡(jiǎn)述RUP中需求獲取的基本步驟和相關(guān)制品。201201⑶捕獲系統(tǒng)功能需求，產(chǎn)生的制品是：用況模型；⑷捕獲非功能需求，產(chǎn)生的制品是：補(bǔ)充的需求或針對(duì)特殊求的用況。簡(jiǎn)述RUP中分析模型的表達(dá)及其創(chuàng)建所進(jìn)行的主要活動(dòng)。201704在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)方而的作用。創(chuàng)建系統(tǒng)的分析模型的活動(dòng)：體系結(jié)構(gòu)分析、用況分析、類的分析和包的分析。簡(jiǎn)述RUP中用況模型和分析模型的區(qū)別。201710201604⑴前者使用客戶語(yǔ)言來(lái)描述，后者使用開發(fā)語(yǔ)來(lái)描述：⑵前者給出的是系統(tǒng)對(duì)外的視圖，后者給出的是系統(tǒng)對(duì)內(nèi)的視圖：⑶前者使用用況予以結(jié)構(gòu)化，后者使用衍型類予以結(jié)構(gòu)化：⑷前者可以作為客戶和開發(fā)者之間的契約，后者可以作為開發(fā)者理解系統(tǒng)的基礎(chǔ)；⑸前者在需求之間可能存在一些冗余、不一致和V中突等問(wèn)題，后者不存在這些問(wèn)題：(6)前者捕獲的是系統(tǒng)功能，后者給出的是細(xì)化的系統(tǒng)功能：(刀前者莊義了一些進(jìn)一步需要在分析模型中予以分析的用況，后者建義了用況模型中每一個(gè)用況的細(xì)化。第六章軟件測(cè)試簡(jiǎn)述人們關(guān)于軟件測(cè)試目的的認(rèn)識(shí)所經(jīng)歷的幾個(gè)階段。⑴第一階段認(rèn)為軟件測(cè)試和軟件調(diào)試沒(méi)有什么區(qū)別；⑵第二階段認(rèn)為測(cè)試是為了表明軟件能正常工作：⑶第三階段認(rèn)為測(cè)試是為了表明軟件不能正常工作；⑷第四階段認(rèn)為測(cè)試僅是為了將已察覺(jué)的錯(cuò)誤風(fēng)險(xiǎn)減少到一個(gè)可接受的程度：⑸第五階段認(rèn)為測(cè)試不僅僅是一種行為，而是一種理念，即測(cè)試是產(chǎn)生低風(fēng)險(xiǎn)軟件的一種訓(xùn)練。簡(jiǎn)述軟件測(cè)試與軟件調(diào)試的區(qū)別。2013011?測(cè)試為證明失敗，調(diào)試為證明正確；測(cè)試從已知條件開始，使用預(yù)先泄義的程序且有預(yù)知的結(jié)果，不可預(yù)見(jiàn)的是程序是否通過(guò)測(cè)試，調(diào)試以不可知的內(nèi)部條件開始，結(jié)果很難預(yù)見(jiàn)；測(cè)試是由計(jì)劃的，并要進(jìn)行測(cè)試設(shè)計(jì)。調(diào)試不受時(shí)間約束；測(cè)試是發(fā)現(xiàn)錯(cuò)誤、改進(jìn)錯(cuò)誤、重新測(cè)試的過(guò)程。調(diào)試是推理過(guò)程；測(cè)試的執(zhí)行有規(guī)程。調(diào)試要求程序員進(jìn)行必要推理。測(cè)試經(jīng)常由獨(dú)立的測(cè)試組在不了解軟件設(shè)訃的條件下完成。調(diào)試必須由了解詳細(xì)設(shè)訃的程序員完成：大多數(shù)測(cè)試的執(zhí)行和設(shè)訃可由工具支持。調(diào)試主要是利用調(diào)試器。簡(jiǎn)述白盒測(cè)試技術(shù)的要點(diǎn)，并舉例說(shuō)明。201904201310⑴白盒測(cè)試技術(shù)，又稱為結(jié)構(gòu)測(cè)試技術(shù)，它依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測(cè)對(duì)象建模工具:⑵典型的是路徑測(cè)試技術(shù)，路徑測(cè)試大致有語(yǔ)句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋等測(cè)試策略:而語(yǔ)句覆蓋最弱。(3)這幾種不同的測(cè)試策略之間具有偏序關(guān)系，即路徑覆蓋的測(cè)試度量最強(qiáng)，而語(yǔ)句覆蓋最弱。簡(jiǎn)述黑盒測(cè)試技術(shù)的要點(diǎn)。黑盒測(cè)試技術(shù)，又稱為功能測(cè)試技術(shù)，包括事務(wù)流測(cè)試、等價(jià)類劃分、邊界值分析等技術(shù)：黑盒測(cè)試技術(shù)依據(jù)的是軟件行為的描述；黑盒測(cè)試將被測(cè)軟件看出盒子，只通過(guò)外部輸入和輸出來(lái)發(fā)現(xiàn)軟件中的錯(cuò)誤，完全不考慮程序的內(nèi)部結(jié)構(gòu)。簡(jiǎn)述控制流程圖的概念、基本元素以及它與程序流程圖的差異。201510控制流程圍是一種表示程序控制結(jié)構(gòu)的圖形化工具?；驹兀河羞^(guò)程塊、節(jié)點(diǎn)、判定。差異：在控制流程圖中不顯示過(guò)程塊的細(xì)肖，而在程序流程圖中著重于過(guò)程屬性的描述。測(cè)試策略語(yǔ)句覆蓋至少執(zhí)行程序中所有語(yǔ)句一次。分支覆蓋至少將程序中的每一個(gè)分支執(zhí)行一次。條件覆蓋指每個(gè)判定中的所有可能的條件取值至少執(zhí)行一次。條件組合覆蓋：是指設(shè)計(jì)足夠的測(cè)試用例，使每個(gè)判泄中的所有可能的條件取值組合至少執(zhí)行一次。只要滿足了條件組合覆蓋，就一定能滿足分支覆蓋。路徑覆蓋：執(zhí)行所有可能穿過(guò)程序控制流程的路徑。在路徑測(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⑴如果某個(gè)輸入條件規(guī)左了輸入值的范用，則應(yīng)選擇正好等于邊界值的數(shù)據(jù)，以及剛剛超過(guò)邊界值的數(shù)據(jù)作為測(cè)試數(shù)據(jù)：⑵如果某個(gè)輸入條件規(guī)泄了值的個(gè)數(shù)，則可用最大個(gè)數(shù)、最小個(gè)數(shù)、比最大個(gè)數(shù)多1、比最小個(gè)數(shù)少1的數(shù)作為測(cè)試數(shù)據(jù)：⑶如果程序的規(guī)格說(shuō)明中，輸入域或輸出域是有序集合，則選取集合的第一個(gè)元素、最后一個(gè)元素以及典型元素作為測(cè)試用例：⑷如果程序中使用了內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例：(5)分析規(guī)格說(shuō)明，找出其他可能的邊界條件。因果圖方法生成測(cè)試用例的基本步驟。201804201710⑴通過(guò)軟件規(guī)格說(shuō)明書的分析，找出一個(gè)模塊的原因和結(jié)果，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。⑵分析原因與結(jié)果之間以及原因與原因之間對(duì)應(yīng)的關(guān)系，并畫出因果圖。⑶在因果圖上標(biāo)識(shí)出一些特定的約束或限制條件。⑷把因果圖轉(zhuǎn)換成判定表。(5)把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。軟件測(cè)試要經(jīng)過(guò)哪些步驟？簡(jiǎn)述這些測(cè)試的基本任務(wù)”201110單元測(cè)試：檢驗(yàn)軟件設(shè)計(jì)的最小單元一一模塊。往往采用白盒測(cè)試技術(shù)。集成測(cè)試：發(fā)現(xiàn)與接口有關(guān)的錯(cuò)誤，將經(jīng)過(guò)單元測(cè)試的模塊構(gòu)成一個(gè)滿足設(shè)計(jì)要求的軟件結(jié)構(gòu)。一般以主控模塊作為測(cè)試驅(qū)動(dòng)模塊。有效性測(cè)試：發(fā)現(xiàn)軟件實(shí)現(xiàn)的功能與需求規(guī)格說(shuō)明書不一致的錯(cuò)誤。驗(yàn)證軟件需求的可追溯性。往往采用黑盒測(cè)試技術(shù)。系統(tǒng)測(cè)試：關(guān)注檢驗(yàn)系統(tǒng)中所有元素(包括硬件、信息等)之間的協(xié)作是否合適，整個(gè)系統(tǒng)的性能、功能是否達(dá)到。第七章軟件生存周期過(guò)程與管理簡(jiǎn)述驗(yàn)證和確認(rèn)以及它們的區(qū)別及作用驗(yàn)證：證實(shí)一個(gè)過(guò)程或項(xiàng)目的每一軟件工作產(chǎn)品/服務(wù)是否正確地反映了所規(guī)約的需求；⑵確認(rèn)：證實(shí)所期望使用的軟件工作產(chǎn)品是否滿足其需求：⑶區(qū)別：驗(yàn)證是通過(guò)提供的客觀證據(jù)，證實(shí)規(guī)約的需求是否得以滿足；確認(rèn)是通過(guò)提供的客觀證據(jù)，證實(shí)有特泄期望的使用或應(yīng)用的需求是否得以滿足。⑷作用：驗(yàn)證的作用是證實(shí)一個(gè)過(guò)程或項(xiàng)目的每一軟件工作產(chǎn)品/服務(wù)是否正確的反映了所規(guī)約的需求。確認(rèn)的作用是證實(shí)所期望使用的軟件工作產(chǎn)品是否滿足苴需求。簡(jiǎn)述瀑布模型以及可適應(yīng)的情況。201110⑴瀑布模型將軟件生存周期的各項(xiàng)活動(dòng)規(guī)左為按固左順序而連接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品；⑵瀑布模型在支持結(jié)構(gòu)化軟件開發(fā)、控制軟件開發(fā)的復(fù)雜性、促進(jìn)軟件開發(fā)工程化等方起著得大作用：⑶該模型適應(yīng)的情況：需求已被很好的理解，且開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模型所需要的過(guò)程。簡(jiǎn)述瀑布模型各階段。201604⑴系統(tǒng)需求（2）軟件需求（3）需求分析⑷設(shè)計(jì)⑸編碼（6）測(cè)試（7）運(yùn)行簡(jiǎn)述增量模型以及可適應(yīng)的情況。⑴增量模型指需求可以分組，形成一個(gè)個(gè)的增量，并可形成一個(gè)結(jié)構(gòu)，可見(jiàn)該模型有一個(gè)前提，即需求可結(jié)構(gòu)化:⑵增疑模型第一個(gè)可交付版本所需要的時(shí)間和成本較少，可減少用戶需求的變更，減少由增量引入帶來(lái)的風(fēng)險(xiǎn)；⑶該模型比較適應(yīng)于“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)，常被工業(yè)界所采用。簡(jiǎn)述增量模型的優(yōu)缺點(diǎn)。201904201404（1）增量模型意指需求可以分組，形成一個(gè)個(gè)的增量，并可形成一個(gè)結(jié)構(gòu)，可見(jiàn)該模型有一個(gè)前提，即需求可結(jié)構(gòu)化。該模型比較適應(yīng)于“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)，常被工業(yè)界所采用：（2）優(yōu)點(diǎn)：第一個(gè)可交付版本所需要的時(shí)間和成本較少，可減少用戶需求的變更，允許增量投資：（3）缺點(diǎn)：如果沒(méi)有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成后來(lái)增量的不穩(wěn)泄，如果需求不像早期思考的那樣穩(wěn)左和完整那么一些增量就可能需要重新開發(fā)，重新發(fā)布；由于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織能力。簡(jiǎn)述演化模型及苴適用場(chǎng)合。201310⑴演化模型是在用戶提出待開發(fā)系統(tǒng)的核心需求的基礎(chǔ)上，軟件開發(fā)人員按照這一需求，首先開發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶能夠有效提出反饋，接著軟件開發(fā)人員根據(jù)用戶反饋，實(shí)施開發(fā)的迭代過(guò)程，每次迭代均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，通過(guò)增加或修正，產(chǎn)生軟件產(chǎn)品的增量，最終完成軟件產(chǎn)品的開發(fā)：⑵演化模型是一種迭代、增量式開發(fā)模型，它顯式地耙需求獲取擴(kuò)展到需求階段，在一左程度上可減少軟件開發(fā)活動(dòng)盲目性：⑶該模型主要針對(duì)事先不能完整左義需求的軟件開發(fā)的，通過(guò)不斷的迭代、增量開發(fā)，最終得到軟件產(chǎn)品。簡(jiǎn)述演化模型，及其與RUP迭代、增量式開發(fā)之間的關(guān)系。201310⑴演化模型主要針對(duì)事先不能完整立義需求的軟件開發(fā)的，在用戶提出待開發(fā)系統(tǒng)的核心需求的基礎(chǔ)上，軟件開發(fā)人員按照這一需求，首先開發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶能夠有效提出反饋，接著軟件開發(fā)人員根拯用戶反饋，實(shí)施開發(fā)的迭代過(guò)程，每次迭代均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，通過(guò)增加或修正，產(chǎn)生軟件產(chǎn)品的增量，最終完成軟件產(chǎn)品的開發(fā)：⑵由此可見(jiàn)，RUP的迭代、增量式開發(fā)是演化模型的一個(gè)變體，它規(guī)左了軟件開發(fā)“大的”階段：初始階段、精化階段、構(gòu)造階段、移交階段，并規(guī)定了每次迭代的目標(biāo)。簡(jiǎn)述RUP中迭代增雖:式開發(fā)的概念以及規(guī)定的開發(fā)階段。201510概念：通過(guò)開發(fā)活動(dòng)的迭