中南大學(xué)軟件工程教材知識(shí)點(diǎn)

可行性爭(zhēng)論1、軟件工程工程可行性爭(zhēng)論實(shí)質(zhì)是一次大大壓縮和簡(jiǎn)化了的分析和設(shè)計(jì)過(guò)程，主要在較高層次上以較抽象的方式目的是在盡可能短的時(shí)間內(nèi)以最小的代價(jià)確定該工程是否能夠開(kāi)發(fā)，是否值得開(kāi)發(fā)。2、可行性爭(zhēng)論不是去開(kāi)發(fā)一個(gè)軟件工程，而是爭(zhēng)論該工程能否在給定的資源和給定的時(shí)間開(kāi)發(fā)，是否能夠開(kāi)發(fā)，是否值得開(kāi)發(fā)。3、可行性爭(zhēng)論的內(nèi)容：〔相關(guān)技術(shù)分析、資源有效性分析、風(fēng)險(xiǎn)分析〔；，又稱社會(huì)可行性和組織機(jī)構(gòu)或人員等，分析系統(tǒng)能否運(yùn)行及運(yùn)行好壞程度。4、可行性爭(zhēng)論的步驟：對(duì)系統(tǒng)目標(biāo)和范圍的定義→對(duì)現(xiàn)行系統(tǒng)進(jìn)展分析爭(zhēng)論→導(dǎo)出系統(tǒng)的規(guī)律模型→設(shè)計(jì)系統(tǒng)的物理方案→推舉可行的方案。5、可行性爭(zhēng)論階段，本錢(qián)估量的方法：〔自頂向下估量〕〔自底向上估量〕〔閱歷算法估量〕主要閱歷模型：靜態(tài)單變量模型；動(dòng)態(tài)多變量模型；COCOMOCOCOMO模型：Boehm將軟件本錢(qián)估算分成3個(gè)由粗到細(xì)的層次：基本層、中間層和具體層。每個(gè)層次又按分成3種類型：組織型、半獨(dú)立型和嵌入型。6、效益分析經(jīng)濟(jì)效益和社會(huì)效益。經(jīng)濟(jì)效益是指用使經(jīng)濟(jì)效益度量指標(biāo)：貨幣的時(shí)間價(jià)值、純收入、投資回收期、投資回收率社會(huì)效益是一種無(wú)形的效益，主要從性質(zhì)上、心理上進(jìn)展衡量，很難直接量化，但在某些狀況下，無(wú)效的效益能轉(zhuǎn)化成有形的效益。7、系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，可以承受系統(tǒng)流程圖來(lái)描述工程的根本思想是用〔如程序、數(shù)據(jù)庫(kù)、文檔、人工過(guò)程等。系統(tǒng)流程圖表達(dá)的是信息在系統(tǒng)中各部件加工處理的掌握過(guò)程〔信息有流淌無(wú)處理〕8、數(shù)據(jù)流圖描述的是系統(tǒng)的規(guī)律模型，圖中沒(méi)有具體的物理元素，只是描繪信息在系統(tǒng)中的流淌和處理〔數(shù)據(jù)流圖是規(guī)律系統(tǒng)的圖形表示〕軟件工程打算1、軟件工程打算的目標(biāo)就是供給一個(gè)框架，使治理者有能夠?qū)Y源、本錢(qián)、風(fēng)險(xiǎn)及進(jìn)度進(jìn)展合理的估算分析和調(diào)度，為軟件工程過(guò)程供給治理依據(jù)。工程打算一般由軟件工程的可行性爭(zhēng)論后后定稿，隨著工程的進(jìn)展定期更。2、軟件工程打算的主要內(nèi)容:風(fēng)險(xiǎn)分析、進(jìn)度安排和工程組織。3風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)標(biāo)識(shí)險(xiǎn)評(píng)價(jià)和風(fēng)險(xiǎn)治理與監(jiān)控。4、進(jìn)度安排方法：PERTGantt〔看看書(shū)上的過(guò)程。5小結(jié)〔彼即風(fēng)險(xiǎn)有形無(wú)形的經(jīng)濟(jì)損失。在軟件開(kāi)發(fā)過(guò)程中，人是最活潑的局部。需求分析1、需求分析是指開(kāi)發(fā)人員通過(guò)細(xì)致的調(diào)查分析，具體、準(zhǔn)確和完整地理解用戶需要什么樣的軟件非形式的需求陳述轉(zhuǎn)化為完整的需求定義定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說(shuō)明的過(guò)程。2、通常，把一整套的需求分析方法、技術(shù)和工具等的集合稱為建模方法。3、需求收集的方式：訪談〔；問(wèn)卷調(diào)查；用用例；用戶資料收集；建立快速原型。4、需求分析主要任務(wù)：?jiǎn)栴}分析、需求描述、需求評(píng)審。5、需求分析主要目的：確定用戶需要系統(tǒng)做什么。6需求規(guī)格說(shuō)明需求規(guī)格說(shuō)明S系統(tǒng)設(shè)計(jì)、測(cè)試和驗(yàn)收的依據(jù)。15%的錯(cuò)誤可理解性、可修改性、可追蹤性和注釋等。需求分析說(shuō)明書(shū)的作用用戶與開(kāi)發(fā)人員之間的合同②概要設(shè)計(jì)的依據(jù)③軟件驗(yàn)收測(cè)試的依據(jù)。數(shù)據(jù)流建?！补δ芙！橙鐕I心瀝血之作，只為與你相約中南7數(shù)據(jù)流建模：數(shù)據(jù)流建模方法是一種構(gòu)造化分析方法〔A；自頂向下、逐數(shù)據(jù)流圖〔DFD〕來(lái)對(duì)用戶需求進(jìn)展分析。8、數(shù)據(jù)流圖：數(shù)據(jù)流圖描述的是系統(tǒng)的規(guī)律模型，圖中沒(méi)有具體的物理元素，只是描繪信息在系統(tǒng)中的流淌和處理〔數(shù)據(jù)流圖是規(guī)律系統(tǒng)的圖形表示〕9數(shù)據(jù)流圖的四種根本符號(hào)：數(shù)據(jù)流；加工〔加工一般用一個(gè)圓數(shù)據(jù)存儲(chǔ)數(shù)據(jù)的源點(diǎn)和終點(diǎn)〔一般用正方形或立方體來(lái)表示。10、分層數(shù)據(jù)流圖：將數(shù)據(jù)流圖分為頂層數(shù)據(jù)流圖，中間層數(shù)據(jù)流圖以及底層細(xì)節(jié)簡(jiǎn)單度對(duì)大型系統(tǒng)描述的實(shí)現(xiàn)。①頂層數(shù)據(jù)流圖:主要描述整個(gè)系統(tǒng)的作用范圍，說(shuō)明系統(tǒng)的邊界，反映系統(tǒng)和外部環(huán)境之間的關(guān)系輸入和輸出數(shù)據(jù)流頂層數(shù)據(jù)流圖只有一張。②中間層數(shù)據(jù)流圖③底層數(shù)據(jù)流圖：底層數(shù)據(jù)流圖由一些不必再進(jìn)展分解的加工組成。11、數(shù)據(jù)流建模步驟:原則上是由外向里、自頂向下去模擬問(wèn)題的處理過(guò)程.畫(huà)頂層數(shù)據(jù)流圖；畫(huà)分層數(shù)據(jù)流圖；用數(shù)據(jù)詞典定義數(shù)據(jù)流圖中的全部數(shù)據(jù)；用加工說(shuō)明描述數(shù)據(jù)流圖中的根本加工。12、數(shù)據(jù)詞典：又稱數(shù)據(jù)字典，是關(guān)于數(shù)據(jù)信息的集合，是對(duì)數(shù)據(jù)流圖中的每數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)場(chǎng)所全都性。數(shù)據(jù)字典的作用：①為用戶與開(kāi)發(fā)人員之間統(tǒng)一生疏②作為概要設(shè)計(jì)的依據(jù)③便于需求分析階段定義各類條目13、加工說(shuō)明根本加工”由于沒(méi)有進(jìn)一步分解得到子圖，因而需要加工說(shuō)明來(lái)對(duì)其進(jìn)展描述。加工說(shuō)明是描述根本加工如何把輸入數(shù)據(jù)流輸出數(shù)據(jù)流的加工規(guī)章，是描述實(shí)現(xiàn)加工的策略而不是實(shí)現(xiàn)加工的細(xì)節(jié)。IPO圖、構(gòu)造化語(yǔ)言〔PDL，偽代碼，是一種介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言、判定表、判定樹(shù)等均可作為加工說(shuō)明的工具。IDEF0〔功能建模〕14IDEF0:IDEF簡(jiǎn)單系統(tǒng)進(jìn)展建模分析和設(shè)計(jì)的系統(tǒng)方法：IDEF0功能建模，IDEF1X數(shù)據(jù)模型，IDEF4面對(duì)對(duì)象設(shè)計(jì)，等等。15、IDEF0方法用嚴(yán)格的自頂向下、逐層分解的方式來(lái)構(gòu)造系統(tǒng)的功能模型，IDEF0來(lái)描述。IDEF0圖：只能反映系統(tǒng)做什么，系統(tǒng)功能由誰(shuí)做，但不能反映系統(tǒng)如何-3-作圖---集成測(cè)試；用例圖---確認(rèn)測(cè)試〕概要設(shè)計(jì)1軟件設(shè)計(jì)：需求分析：可以滿足需求規(guī)格說(shuō)明中規(guī)定的各項(xiàng)需求。2、從工程治理的角度來(lái)看，軟件設(shè)計(jì)通常分為兩步，即概要設(shè)計(jì)和具體設(shè)計(jì)。3、概要設(shè)計(jì)的根本目的是答復(fù)“概括地說(shuō)，軟件系統(tǒng)應(yīng)照實(shí)現(xiàn)”這一問(wèn)題。因概要設(shè)計(jì)有時(shí)稱為初步設(shè)計(jì)或總體設(shè)計(jì)概要設(shè)計(jì)的主要任務(wù)是確定軟件的〔子系統(tǒng)或模塊相互關(guān)系。方法：構(gòu)造化方法、面對(duì)對(duì)象方法。具體設(shè)計(jì)是對(duì)概要設(shè)計(jì)結(jié)果的進(jìn)一步細(xì)化，其主要任務(wù)是確定軟件系統(tǒng)各組成成份內(nèi)部的數(shù)據(jù)構(gòu)造和算法過(guò)程。4、抽象與求精：抽象，即過(guò)程抽象、數(shù)據(jù)抽象和掌握抽象。抽象使得設(shè)計(jì)人員求精能夠幫助設(shè)計(jì)人員隨著設(shè)計(jì)過(guò)程的深入而不斷呈現(xiàn)更低層次的信息。5、模塊化和信息隱蔽：軟件應(yīng)當(dāng)分解成可單獨(dú)命名的且可訪問(wèn)的部件，這些部模塊中所包含的信息〔包括數(shù)據(jù)和過(guò)程對(duì)不需要這些信息的其它模塊是不行訪問(wèn)的抽象有助于定義組成軟模塊的實(shí)現(xiàn)者和使用者。6、模塊獨(dú)立性：模塊獨(dú)立性是模塊化、抽象和信息隱蔽的直接產(chǎn)物。模塊的功可以使得模塊既簡(jiǎn)潔開(kāi)發(fā)又簡(jiǎn)潔維護(hù)準(zhǔn)：內(nèi)聚度和耦合度。7、內(nèi)聚度：模塊內(nèi)部各成分聯(lián)系嚴(yán)密的程度。內(nèi)聚度越高，模塊的獨(dú)立性就越數(shù)據(jù)或標(biāo)記耦合、過(guò)程內(nèi)聚〔程序流程圖；過(guò)程相關(guān)---掌握耦合、時(shí)間內(nèi)聚內(nèi)聚等低級(jí)內(nèi)聚的模塊，爭(zhēng)取高級(jí)內(nèi)聚的模塊，以提高模塊的獨(dú)立性。8、耦合度：模塊之間相互關(guān)聯(lián)嚴(yán)密的程度。模塊的耦合度越低，模塊的獨(dú)立性越強(qiáng)。耦合程度從低到高也可分為七種：非直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、掌握耦合、外部耦合、公共耦合、內(nèi)容耦合。在設(shè)計(jì)模塊時(shí)，應(yīng)當(dāng)盡量使用數(shù)標(biāo)記耦合掌握耦合公共耦合用內(nèi)容耦合。三水哥嘔心瀝血之作，只為與你相約中南構(gòu)造化設(shè)計(jì)方法面對(duì)數(shù)據(jù)流圖的軟件構(gòu)造設(shè)計(jì)類型承受變換分析法或事務(wù)分析法計(jì)原理和一些優(yōu)化策略改進(jìn)系統(tǒng)初始的軟件構(gòu)造，形成最終的軟件構(gòu)造。1、在構(gòu)造化設(shè)計(jì)方法中，軟件構(gòu)造是軟件系統(tǒng)模塊層次構(gòu)造，反映了整個(gè)系統(tǒng)功能及其之間的關(guān)系。軟件構(gòu)造圖的主要內(nèi)容有：模塊、模塊間的調(diào)用關(guān)系和模塊之間傳遞的信息。傳入模塊、傳出模塊、變換模塊、協(xié)調(diào)模塊、源模塊和漏模塊。在軟件構(gòu)造圖中，模塊用方框來(lái)表示，并用名字標(biāo)識(shí)該方框。3、調(diào)用關(guān)系：在軟件構(gòu)造圖中，模塊間的調(diào)用關(guān)系主要有三種：挨次調(diào)用、選方框之間的箭頭表示模塊之間的調(diào)用與被調(diào)用調(diào)用的次序，習(xí)慣上是從左至右。4、數(shù)據(jù)或掌握信息：在軟件構(gòu)造中，模塊傳遞的信息用帶名稱的短線箭頭來(lái)表信息傳遞空心圓圈代表的是數(shù)據(jù)；假設(shè)箭頭線尾是帶實(shí)心圓圈，則表示該箭頭線代表的是掌握。5、數(shù)據(jù)流變換分析法：一種將變換型數(shù)據(jù)流圖映射為變換型軟件構(gòu)造圖的軟件〔P101〕6、數(shù)據(jù)流事務(wù)分析法：是將事務(wù)型數(shù)據(jù)流圖映射為事務(wù)型軟件構(gòu)造圖的軟件系〔P103〕7、軟件構(gòu)造圖的改進(jìn)：模塊大小適中、模塊扇入扇出合理、模塊的作用域應(yīng)在掌握域內(nèi)。 模塊的扇出是指模塊直接調(diào)用多少其它模塊。模塊的扇入是指?jìng)€(gè)模塊直接調(diào)用本模塊良好的軟件構(gòu)造圖上層模〔主要是掌握模塊〕往往具有較高的扇出，底層的模塊〔主要是功能型模塊〕具有較高的扇入，兩頭小、中間大的清真寺?tīng)睢?模塊的作用域是指模塊中判定的作用范圍，它是指全部受這個(gè)判定影響的模塊。模塊的掌握域是指模塊本身及其直接或間接調(diào)用的模塊。假設(shè)模塊的作用域不在掌握域之內(nèi)則會(huì)增加模塊間數(shù)據(jù)的傳遞量，使模塊之間消滅掌握耦合。面對(duì)IDEF0-7-8IDEF0構(gòu)造化設(shè)計(jì)方法功能模型和信息構(gòu)造〔數(shù)據(jù)〕為根底設(shè)計(jì)系統(tǒng)的軟件構(gòu)造。9IDEF0面對(duì)對(duì)象設(shè)計(jì)模式1、對(duì)象建模：主要任務(wù)是了解某個(gè)特定應(yīng)用問(wèn)題域內(nèi)所涉及的對(duì)象，以及各種Coad/Yourdon面對(duì)對(duì)象分析方法來(lái)進(jìn)展對(duì)象UML2、確定對(duì)象&類的方法：三視圖模型法〔實(shí)體一關(guān)系模型、數(shù)據(jù)流模型、狀態(tài)—遷移模型。3、面對(duì)對(duì)象設(shè)計(jì)是在對(duì)象建模的根底進(jìn)展?jié)u漸擴(kuò)大的過(guò)程。在對(duì)象建模中，是問(wèn)題域解空間中要完成的事情。對(duì)象建模是以問(wèn)題域?yàn)橹行拇_定“做什么以軟件系統(tǒng)實(shí)現(xiàn)環(huán)境為中心確定“如何做4問(wèn)題域局部設(shè)計(jì)、人機(jī)交互局部設(shè)計(jì)、任務(wù)治理局部設(shè)計(jì)、數(shù)據(jù)治理局部設(shè)計(jì)、系統(tǒng)交互部件的設(shè)計(jì)〔P110〕5、面對(duì)對(duì)象設(shè)計(jì)模式是一般面對(duì)對(duì)象設(shè)計(jì)問(wèn)題的解決方案，這類問(wèn)題以一組交互類的形式消滅，用戶依據(jù)需要定制這些交互類以形成特地的設(shè)計(jì)。作用：設(shè)計(jì)模式不僅使人們可以更加便利地復(fù)用成功設(shè)計(jì)方案，提高軟件的敏捷性和可復(fù)用性，也能提高已有系統(tǒng)的文檔治理和系統(tǒng)維護(hù)的有效性。6、創(chuàng)立型模式：創(chuàng)立型模式幫助系統(tǒng)獨(dú)立于對(duì)象的產(chǎn)生、組合和表示。作用一方面均將關(guān)于系統(tǒng)使用哪些具體的類的信息封裝起來(lái)另一方面隱蔽了類的實(shí)例是如何被創(chuàng)立和放在一起的。因此，創(chuàng)立型模式在“什么”被創(chuàng)立“怎樣”被創(chuàng)立“誰(shuí)”創(chuàng)立它以及“何時(shí)”創(chuàng)立等方面帶來(lái)了很大的敏捷性，有利于設(shè)計(jì)可復(fù)用的軟件成分。主要有兩種：工廠方法模式、抽象工廠模式。 構(gòu)造型模式：構(gòu)造型模式涉及如何組合類和對(duì)象構(gòu)成更大的構(gòu)造。一種方法是承受繼承機(jī)制來(lái)組合接口或?qū)崿F(xiàn)來(lái)形成更大的構(gòu)造另一種方法通過(guò)對(duì)象組合方式對(duì)一些對(duì)象進(jìn)展組合來(lái)形成由于對(duì)象組合可以在運(yùn)行時(shí)刻轉(zhuǎn)變而繼承機(jī)制為靜態(tài)類組合，因而對(duì)象組合方式具有更大的敏捷性。主要有兩種：適配器模式、組合模式。 行為型模式：行為型模式不僅描述對(duì)象或類的模式，還描述它們之間的通信模式。這些模式刻劃了在運(yùn)行時(shí)難以跟蹤的簡(jiǎn)單的掌握流。行為型模式使設(shè)計(jì)者的留意力從掌握流轉(zhuǎn)移到對(duì)象間的聯(lián)系方式上。主要有兩種：迭代器模式、觀看者模式。三水哥嘔心瀝血之作，只為與你相約中南自己。概要設(shè)計(jì)文檔1、概要設(shè)計(jì)說(shuō)明包括軟件系統(tǒng)的根本處理流程、軟件構(gòu)造、模塊劃分、功能安排件的具體設(shè)計(jì)供給了根底，也是系統(tǒng)集成測(cè)試的主要依據(jù)。2、概要設(shè)計(jì)文檔復(fù)審：目的參與者：除開(kāi)發(fā)人員外，必需要有用戶代表參與，必要時(shí)還應(yīng)邀請(qǐng)有關(guān)領(lǐng)域的專家參與。方式：正式復(fù)審和非正式復(fù)審。小結(jié):①概要設(shè)計(jì)是由軟件構(gòu)造設(shè)計(jì)、內(nèi)外接口設(shè)計(jì)、數(shù)據(jù)規(guī)律構(gòu)造設(shè)計(jì)和用戶界面設(shè)計(jì)等活動(dòng)組成，是將用戶需求轉(zhuǎn)化為計(jì)算機(jī)可實(shí)現(xiàn)的系統(tǒng)的一個(gè)重要步驟。②面對(duì)數(shù)據(jù)流圖的設(shè)計(jì)方法和面對(duì)IDEF0圖的設(shè)計(jì)方法是兩種常用的構(gòu)造③Coad/Yourdon在面對(duì)對(duì)據(jù)規(guī)律構(gòu)造設(shè)計(jì)等方面的內(nèi)容。具體設(shè)計(jì)1、具體設(shè)計(jì)的目標(biāo)與任務(wù)：概要設(shè)計(jì)確定了軟件系統(tǒng)的總體構(gòu)造，具體設(shè)計(jì)則〔主要任務(wù)：確定軟件系統(tǒng)各組成成份內(nèi)部數(shù)據(jù)構(gòu)造和算法過(guò)程〕2、具體設(shè)計(jì)圖形描述工具：具體設(shè)計(jì)中用于過(guò)程設(shè)計(jì)的圖形工具，包括程序流程圖、盒圖、問(wèn)題分析圖和協(xié)作圖。3、Jackson是一種面對(duì)數(shù)據(jù)構(gòu)造的構(gòu)造化程序設(shè)計(jì)方法析問(wèn)題的輸入、輸出數(shù)據(jù)構(gòu)造〔用Jackson圖表示〕的對(duì)應(yīng)關(guān)系，按肯定的映Jackson〔P134〕規(guī)律構(gòu)造程序〕程序設(shè)計(jì)方法。5、程序規(guī)格說(shuō)明文檔及復(fù)審：又稱具體設(shè)計(jì)說(shuō)明，與概要設(shè)計(jì)說(shuō)明相比，程序-9-，則可將程序規(guī)格說(shuō)明并入概要設(shè)計(jì)說(shuō)明中。程序規(guī)格說(shuō)明的復(fù)審類似于概要設(shè)計(jì)說(shuō)明的復(fù)審，但重點(diǎn)在于各個(gè)模塊的具體設(shè)計(jì)上。進(jìn)展規(guī)律系統(tǒng)開(kāi)發(fā)到系統(tǒng)的編碼實(shí)現(xiàn)。合理選擇和正確使用有關(guān)工具、深入理解和把握有關(guān)設(shè)計(jì)思想和方法，對(duì)搞好具體設(shè)計(jì)是格外重要的。構(gòu)造化程序的具體設(shè)計(jì)與面對(duì)對(duì)象程序的具體設(shè)計(jì)有很多共性。軟件測(cè)試軟件驗(yàn)證：是通過(guò)檢查和供給客觀證據(jù)說(shuō)明軟件已經(jīng)滿足規(guī)定的需求，是確保軟件質(zhì)量和降低軟件本錢(qián)的重要手段，涉及軟件的整個(gè)生存周期。進(jìn)展軟件驗(yàn)證的方式大體有兩種：測(cè)試和證明。動(dòng)態(tài)測(cè)試是通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)其動(dòng)態(tài)行為和運(yùn)行結(jié)果的〕證明是一種通過(guò)形式化的數(shù)學(xué)方法來(lái)確保軟件正確性的活動(dòng)。2、軟件測(cè)試：是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的覺(jué)察錯(cuò)誤說(shuō)明軟件已經(jīng)滿足規(guī)定的需求。軟件測(cè)試是確保軟件質(zhì)量和降低軟件本錢(qián)的重要手段，涉及軟件的整個(gè)生存周期。軟件測(cè)試就是試圖以最少的代價(jià)覺(jué)察軟件分析、設(shè)計(jì)和編碼中存在的各種不同類型的錯(cuò)誤，從而提高軟件質(zhì)量，降低軟件本錢(qián)。30%~40%悠關(guān)的軟件〔如航空器的飛行掌握軟件〕其測(cè)試費(fèi)用往往更高。3、軟件測(cè)試對(duì)象：軟件生存周期各階段文檔和代碼。4、測(cè)試與調(diào)試：測(cè)試是查找錯(cuò)誤病癥的過(guò)程，調(diào)試則是查找錯(cuò)誤病癥緣由并改正錯(cuò)誤的過(guò)程。針對(duì)測(cè)試中覺(jué)察的錯(cuò)誤進(jìn)展改正，這便是調(diào)試的工作。測(cè)試和調(diào)試往往交替進(jìn)展。5、軟件測(cè)試的根本任務(wù)就是覺(jué)察軟件中存在的錯(cuò)誤。開(kāi)發(fā)前期利用靜態(tài)測(cè)試率也往往比較高。測(cè)試只能說(shuō)明軟件中存在錯(cuò)誤，不能說(shuō)明程序沒(méi)有錯(cuò)誤，因而任何軟件經(jīng)過(guò)測(cè)試后不能保證軟件中不再存在錯(cuò)誤。白盒測(cè)試三水哥嘔心瀝血之作，只為與你相約中南白盒測(cè)試是一種以程序的內(nèi)部規(guī)律構(gòu)造為依據(jù)稱構(gòu)造測(cè)試或玻璃盒測(cè)試?！簿売桑焊F舉測(cè)試不合理。主要有兩種方法：一種稱為規(guī)律掩蓋法，另一種稱為路徑掩蓋法。除此外，對(duì)循環(huán)的測(cè)試，可承受循環(huán)掩蓋法。①規(guī)律掩蓋：語(yǔ)句掩蓋，測(cè)試用例能使被測(cè)程序的每條執(zhí)行語(yǔ)句至少執(zhí)行一次；判定掩蓋：測(cè)試用例能使被測(cè)程序中的每個(gè)判定至少取得一次“真”和一條件掩蓋：測(cè)試用例能使被測(cè)程序中每個(gè)判定的每個(gè)便滿足判定掩蓋，否則，不肯定；判定/條件掩蓋：測(cè)試用例既滿足判定掩蓋，條件組合掩蓋合至少執(zhí)行一次。其中語(yǔ)句掩蓋最弱。②根本路徑掩蓋法徑集，然后設(shè)計(jì)測(cè)試用例使根本路徑集中的每條路徑至少經(jīng)過(guò)一次。獨(dú)立路徑：包含一組以前從未被處理的語(yǔ)句或條件的一條路徑。③循環(huán)掩蓋法：規(guī)律掩蓋法和根本路徑掩蓋法對(duì)于循環(huán)只進(jìn)展了循環(huán)一次的簡(jiǎn)潔循環(huán)、嵌套循環(huán)和串接循環(huán)。黑盒測(cè)試黑盒測(cè)試：又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試等，它將待測(cè)試對(duì)象看成是一個(gè)規(guī)格說(shuō)明書(shū)檢查程序的功能白盒測(cè)試用于測(cè)試的早期序內(nèi)部狀況，因而被很多后期測(cè)試〔如確認(rèn)測(cè)試、系統(tǒng)測(cè)試〕承受。輸入條件和輸出條件確定測(cè)試數(shù)據(jù)，來(lái)檢查程序是否能產(chǎn)生正確的輸出。因果圖法。通過(guò)選擇有代表性的測(cè)試數(shù)據(jù)來(lái)暴露程序錯(cuò)誤。別使用某些測(cè)試用例測(cè)試時(shí)程序工作正常，但其組合可能會(huì)使程序出錯(cuò)；因果圖法-11-條件，程序的輸出又依靠于輸入條件的各種組合的狀況。條件的組合，宜在一開(kāi)頭末就承受因果法，然后再按上述步驟進(jìn)展。動(dòng)態(tài)測(cè)試：通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)其動(dòng)態(tài)行為與運(yùn)行結(jié)果的正確性。階段最小單元——模塊，即程序中最小的獨(dú)立編譯單位。單元測(cè)試一般總是把白盒法和黑盒法在一般狀況下，單元測(cè)試應(yīng)以白盒法為主。單元測(cè)試在于考察模塊的接口和內(nèi)部構(gòu)造〔即〕模塊的接口；局部數(shù)據(jù)構(gòu)造；重要的執(zhí)行通路；出錯(cuò)處理路徑；影響以上各項(xiàng)的邊界條件。測(cè)試軟件：一般地，驅(qū)動(dòng)模塊應(yīng)完成接收測(cè)試數(shù)據(jù)，并把數(shù)據(jù)傳給被測(cè)模樁模塊檢驗(yàn)和打印入口處的信息，然后將掌握返回給被測(cè)模塊。面對(duì)對(duì)象單元測(cè)試：最小的可測(cè)試單元是類，包含一組不同操作。對(duì)面對(duì)類測(cè)試等價(jià)于構(gòu)造化軟件的單元測(cè)試隨機(jī)測(cè)試和劃分測(cè)試。成之后，將全部模塊按概要設(shè)計(jì)要求組裝成系統(tǒng)的時(shí)候進(jìn)展的測(cè)試。主要目標(biāo)是覺(jué)察與接口有關(guān)的問(wèn)題。主要檢查模塊接口和全局?jǐn)?shù)據(jù)。兩重意義形成完整可運(yùn)行的系統(tǒng)；另一方面要檢驗(yàn)每一步拼裝過(guò)程是否正確。獨(dú)立的測(cè)試小組例，記錄測(cè)試結(jié)果，并編制測(cè)試報(bào)告。測(cè)試用例的設(shè)計(jì)通常承受黑盒法非漸增式和漸增式兩種。非漸增式測(cè)試模塊一次性組裝在一起進(jìn)展測(cè)試，最終得到要求的軟件系統(tǒng)。三水哥嘔心瀝血之作，只為與你相約中南誤之后，的錯(cuò)誤很可能馬上會(huì)消滅。除規(guī)模很小的程序，一般很少承受此種測(cè)試策略。模塊或功能簇測(cè)試。依據(jù)添加模塊的方式，又可分為自頂向下的漸增測(cè)試和自底向上漸增測(cè)試。主控模塊軟件構(gòu)造的掌握層次〔或間接調(diào)用模塊按先的方式集成到整個(gè)軟件構(gòu)造中。特點(diǎn)：①能較早地顯示整個(gè)程序的輪廓，對(duì)塊。自底向上的漸增式測(cè)試：(1)把低層模塊組合成實(shí)現(xiàn)某個(gè)特定的子功能的模(2)用實(shí)際模塊換掉驅(qū)動(dòng)模塊，沿軟件構(gòu)造自下而上移動(dòng)，把子功能簇組合起來(lái)形成更大的子功能簇，并進(jìn)展測(cè)試；(3)重復(fù)(2)直到全部模塊組裝完畢。特點(diǎn)〔比樁模塊簡(jiǎn)潔；③由于從低層模塊開(kāi)頭組合，所以較易產(chǎn)生測(cè)試用例。過(guò)的測(cè)試的測(cè)試用例再重執(zhí)行一遍，以保證上述轉(zhuǎn)變不會(huì)傳播意外的副作用，稱之為回歸測(cè)試?！?〕確認(rèn)測(cè)試：就是驗(yàn)證所開(kāi)發(fā)軟件的功能和性能及其他特性是否符合軟件需求規(guī)格說(shuō)明書(shū)的要求。所以，確認(rèn)測(cè)試又稱之為有效性測(cè)試。內(nèi)容：功能測(cè)試；性能測(cè)試；強(qiáng)度測(cè)試；配置復(fù)審。確認(rèn)測(cè)試是由軟件開(kāi)發(fā)單位組織進(jìn)展的最終一次測(cè)試，也是把軟件交給用-13-方面應(yīng)組織獨(dú)立的測(cè)試小組開(kāi)發(fā)者處理?！?〕系統(tǒng)測(cè)試更大范圍內(nèi)實(shí)際運(yùn)行環(huán)境對(duì)系統(tǒng)進(jìn)展的一系列集成和確認(rèn)測(cè)試。驗(yàn)收小組需求分析說(shuō)明書(shū)系統(tǒng)各不一樣。軟件維護(hù)1、所謂軟件維護(hù)是指軟件交付使用之后，為了改正錯(cuò)誤或滿足的需求等而修延長(zhǎng)軟件壽命的長(zhǎng)短；軟件維護(hù)階段的費(fèi)用占軟件總本錢(qián)的大局部。、軟件維護(hù)不同于硬件維護(hù)，主要緣由是軟件維護(hù)不是由于使用時(shí)軟件磨損或老化引起，而是由于軟件設(shè)計(jì)不正確、不完善或使用環(huán)境的變化等引起。3、軟件維護(hù)類型：改正性維護(hù)，識(shí)別和訂正軟件錯(cuò)誤，改正性能上的缺陷，排解實(shí)施中的誤使用而進(jìn)展的診斷和改正錯(cuò)誤的活動(dòng)。約占整個(gè)維護(hù)的20%；適維護(hù)的25%；完善性維護(hù)，修改或再開(kāi)發(fā)軟件，以擴(kuò)大軟件功能，增加軟件性能等。約占整個(gè)維護(hù)的50%；預(yù)防性維護(hù)或再工程，承受先進(jìn)的軟件工程方法〔重〕進(jìn)展設(shè)計(jì)、編碼和測(cè)試。連同其它5%。4、：軟件維護(hù)活動(dòng)所花費(fèi)的工作量占軟件整個(gè)生存期工作量的70%以上。影響軟件維護(hù)工作量的因素有很多，就軟件系本身而言，有以下幾個(gè)主要方面：系統(tǒng)的大??；程序設(shè)計(jì)語(yǔ)言；系統(tǒng)年齡；數(shù)據(jù)庫(kù)技術(shù)的應(yīng)用；軟件開(kāi)發(fā)技術(shù)的運(yùn)用。5、軟件維護(hù)相關(guān)的模型：BoehmBeladyLehman、軟件維護(hù)過(guò)程本質(zhì)上是修改和壓縮了的軟件定義和軟件開(kāi)發(fā)過(guò)程。軟件可維護(hù)性是指訂正軟件系統(tǒng)中消滅的錯(cuò)誤或缺陷，以及為滿足的要求進(jìn)展修改、擴(kuò)大和壓縮軟件的簡(jiǎn)潔程度。7：可理解性，可測(cè)試性，可修改性，牢靠性，三水哥嘔心瀝血之作，只為與你相約中南可移植性，可使用性及效率。8、影響軟件可維護(hù)性的軟件屬性：可理解性，表現(xiàn)為人們通過(guò)閱讀源代碼和相可測(cè)試性，一個(gè)軟件簡(jiǎn)潔被測(cè)試的程度；可修改性，程序簡(jiǎn)潔修改的程度。9、軟件再工程技術(shù)：是一類軟件工程活動(dòng)，通過(guò)對(duì)舊軟件(遺留系統(tǒng))實(shí)施處理，以增進(jìn)對(duì)軟件的理解，同時(shí)又提高了軟件自身的可維護(hù)性、可復(fù)用性等。：軟件逆向工程，通過(guò)對(duì)程序的分析，導(dǎo)出更高抽象層次的表示，程。軟件重構(gòu)是對(duì)源代碼和/或數(shù)據(jù)進(jìn)展修改，使其易于理解或維護(hù)，以適應(yīng)將來(lái)的變更。軟件重構(gòu)要求關(guān)注模塊細(xì)節(jié)。正向工程也稱為改造，用從現(xiàn)存軟件恢復(fù)設(shè)計(jì)中得到的信息去重構(gòu)現(xiàn)存系統(tǒng)，以改善其整體質(zhì)量?！簿幋a副作用、數(shù)據(jù)副作用、文檔副作用〕軟件工程學(xué)價(jià)；軟件維護(hù)軟件維護(hù)要有正式的組織，制定標(biāo)準(zhǔn)化的過(guò)程，實(shí)行嚴(yán)格的維護(hù)評(píng)價(jià)。軟件質(zhì)量1、軟件質(zhì)量度量的兩