軟件生存周期各階段活動(dòng)定義淺釋

-.z.軟件生存周期各階段活動(dòng)定義淺釋首先講一下軟件生存周期的定義，即以需求為觸發(fā)點(diǎn)，提出軟件開(kāi)發(fā)方案的那一刻開(kāi)場(chǎng)直到軟件在實(shí)際應(yīng)用中完全報(bào)廢為止可以認(rèn)為是一個(gè)完整的軟件生存周期，軟件生存周期的提出是為了更好的管理、維護(hù)和升級(jí)軟件。其中更大的意義在于管理軟件開(kāi)發(fā)的步驟和方法。它把整個(gè)的軟件生存時(shí)間看作是一個(gè)整體，以時(shí)間的推移和軟件開(kāi)發(fā)的工作重心之間作為劃分點(diǎn)，把軟件開(kāi)發(fā)和維護(hù)的工作細(xì)分為假設(shè)干個(gè)相對(duì)獨(dú)立的部份，從而更好的控制軟件的開(kāi)發(fā)進(jìn)度和難度，同時(shí)也十分有利于降低軟件的出錯(cuò)頻律，協(xié)調(diào)各個(gè)部門(mén)間的工作配合和責(zé)任分配。軟件生存周期的各個(gè)階段的劃分并沒(méi)有一成不變的法則，不同的開(kāi)發(fā)方式、軟件種類(lèi)、軟件規(guī)模和開(kāi)發(fā)環(huán)境都會(huì)在不同程度上影響軟件生存周期各階段的劃分，但無(wú)論最終把生存周期如果根據(jù)自己的實(shí)際情況進(jìn)展劃分，都是旨在更好的利用手中的資源〔主要指人力資源、軟件資源、技術(shù)資源和源碼資源〕，降低軟件的開(kāi)發(fā)風(fēng)險(xiǎn)、復(fù)雜度和開(kāi)發(fā)本錢(qián)〔主要以開(kāi)發(fā)的時(shí)間和投入資源為衡量標(biāo)準(zhǔn)〕，要做到最好的對(duì)軟件生存周期各階段進(jìn)展劃分，就必須遵循一條根本的原則，那就是在各階段的任務(wù)應(yīng)盡可能的相對(duì)獨(dú)立，同一階段各項(xiàng)任務(wù)的性質(zhì)應(yīng)盡可能的一樣，從而到達(dá)降低每個(gè)階段任務(wù)的復(fù)雜度，減少不同階段任務(wù)之間的聯(lián)系。這樣做對(duì)軟件工程開(kāi)發(fā)的組織管理是十分有必要的，同時(shí)對(duì)最終的軟件工程開(kāi)發(fā)成功是不可或缺的。盡管軟件的生存周期各階段的劃分沒(méi)有一個(gè)明確的法則，但就一般性而言，軟件生存周期包括可行性分析、工程開(kāi)發(fā)方案、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編寫(xiě)代碼、軟件測(cè)試和軟件維護(hù)等活動(dòng)〔有的文檔資料和開(kāi)發(fā)工程把概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)合在一起，統(tǒng)稱(chēng)為軟件設(shè)計(jì)或設(shè)計(jì)〕，這些活動(dòng)的每一個(gè)可以說(shuō)是軟件開(kāi)發(fā)過(guò)程中必須要經(jīng)歷的，所以我們應(yīng)該將它們按照工程的劃分合理的安排到各個(gè)階段里面去。既然軟件開(kāi)發(fā)周期這么重要，無(wú)論對(duì)軟件工程最終開(kāi)發(fā)是否能取得成功或是對(duì)軟件管理和資源投入，我們就應(yīng)當(dāng)充份的了解周期里各個(gè)活動(dòng)的定義和任務(wù)，才能合理，準(zhǔn)確，客觀的安排每一階段的工作，以下就對(duì)各種活動(dòng)的定義和任務(wù)做一下簡(jiǎn)單介紹，使之對(duì)它們有一個(gè)初步的了解。一、可行性分析和工程開(kāi)發(fā)方案這兩個(gè)活動(dòng)通常被整合在一起進(jìn)展，在實(shí)際工作中通常把它們歸類(lèi)到同一個(gè)階段中。在*種程度上甚至可以把它們看成是一個(gè)活動(dòng)整體，要做的事情就是答復(fù)"需要做什么？要如何去做？可不可能完成？〞在這個(gè)階段中經(jīng)歷起到了決定性的作用，軟件工程之所以難就難在沒(méi)有固定公式可供使用，很多時(shí)候都是靠系統(tǒng)分析員的經(jīng)歷來(lái)判斷是否可行，在這個(gè)階段中，可行性分析要依靠工程開(kāi)發(fā)方案提供依據(jù)，而工程開(kāi)發(fā)方案只有在初步得到可行性研究后才能再深入制定，兩個(gè)活動(dòng)可以說(shuō)是互相制約，互相促進(jìn)的關(guān)系。同時(shí)在這個(gè)階段中對(duì)要解決的問(wèn)題定義十分重要，要注意和各方多溝通，得到盡可能準(zhǔn)確的問(wèn)題定義，再和各方再次溝通看看各方的理解是否一樣，一般對(duì)問(wèn)題的準(zhǔn)確定義和理解在工程開(kāi)發(fā)方案里解決比在需求分析階段決解更合理，也可以更符合各方利益的要求，同時(shí)不會(huì)對(duì)軟件開(kāi)發(fā)方向造成隱患，亦不會(huì)給雙方就軟件開(kāi)發(fā)報(bào)酬的商議造成不必要的麻煩。在用戶提出一個(gè)軟件開(kāi)發(fā)要求后，系統(tǒng)分析員要對(duì)此用戶的機(jī)構(gòu)進(jìn)展了解，明確它是一個(gè)什么樣的機(jī)構(gòu)，它的作用是什么，這有利于分析所開(kāi)發(fā)的工程的原由，同時(shí)對(duì)使用此軟件的最終部門(mén)要進(jìn)展一系列的觀察研究，組織開(kāi)會(huì)討論，通過(guò)這一系列工作就可以確定軟件工程的性質(zhì)、目標(biāo)和規(guī)模，其實(shí)這工作有點(diǎn)像需求分析的簡(jiǎn)化版，但對(duì)工程的后期工作是一個(gè)奠基的作用。到現(xiàn)在應(yīng)該能夠得出可行性研究報(bào)告了。如果可行性研究的結(jié)果是可行的，接下來(lái)的任務(wù)就是制定詳細(xì)的工程開(kāi)發(fā)方案，工程開(kāi)發(fā)方案主要根據(jù)所開(kāi)發(fā)的工程的目標(biāo)、性能、功能、規(guī)模來(lái)確定所需的資源，主要包括三個(gè)方面，即硬件資源〔C〕、軟件資源和人力資源，除此之外還有對(duì)工程的開(kāi)發(fā)費(fèi)用，開(kāi)發(fā)進(jìn)度做出估計(jì)，可供決策者和用戶參考。至此，本階段的工作任務(wù)已根本完成，這時(shí)候系統(tǒng)分析員應(yīng)將"可行性報(bào)告"和"工程開(kāi)發(fā)方案"一并提交管理部門(mén)審查。二、需求分析軟件開(kāi)發(fā)最難的部份是什么？不用疑心，就算是最初級(jí)的程序員也知道是需求分析，而另一個(gè)問(wèn)題就是"需求分析為什么就則難呢？〞要答復(fù)這個(gè)問(wèn)題，必須在實(shí)際工作中把"兩幫人〞搞清楚，一幫是軟件開(kāi)發(fā)的相關(guān)人員，而另一幫則是使用軟件的需求者，通常軟件開(kāi)發(fā)人員開(kāi)發(fā)軟件都不是為了自己使用，而是為*個(gè)組織開(kāi)發(fā)的，這"兩幫人〞一幫知道怎么用計(jì)算機(jī)解決實(shí)際問(wèn)題而他要解決的問(wèn)題不是自己的，一幫需要用計(jì)算機(jī)解決自己的問(wèn)題但不懂如果用計(jì)算機(jī)去實(shí)現(xiàn)。到現(xiàn)在應(yīng)該知道需求分析的實(shí)質(zhì)了吧，再說(shuō)白點(diǎn)就是在開(kāi)發(fā)者和使用者之間架起一座橋梁，讓開(kāi)發(fā)者最準(zhǔn)確的知道"用戶要的是什么〞，要知道需求分析階段不是要你動(dòng)手去解決實(shí)際問(wèn)題，而是要你弄清楚將要解決的問(wèn)題。需求分析并不是從一開(kāi)場(chǎng)就要的，在軟件行業(yè)初期并沒(méi)有這個(gè)概念，而后來(lái)隨著軟件工程的提出和完善，需求分析才逐漸被人們所認(rèn)識(shí)和重視，主要原因還是隨著計(jì)算機(jī)硬件的不斷升級(jí)換代，大的軟件工程被越來(lái)越多的提上了日程，而軟件開(kāi)發(fā)技術(shù)并沒(méi)有完全跟得上軟件開(kāi)發(fā)的步伐，越做越大的軟件工程漸漸的超出了人們所能認(rèn)識(shí)和承受的范疇，開(kāi)發(fā)出來(lái)的軟件很多都不能適應(yīng)實(shí)際應(yīng)用的需要，這個(gè)時(shí)候出現(xiàn)了"軟件危機(jī)〞，為了應(yīng)對(duì)"軟件危機(jī)〞才提出了具有劃時(shí)代意義的軟件工程的概念，而隨著軟件工程理論的開(kāi)展和客觀上對(duì)準(zhǔn)確理解用戶需求的迫切需要，才出現(xiàn)在需求分析。需求分析的難點(diǎn)主要表達(dá)在以下幾個(gè)方面：〔1〕問(wèn)題的復(fù)雜性?！?〕交流障礙?！?〕用戶對(duì)問(wèn)題的陳述不完備性和不一致性。〔4〕需求易變性。針對(duì)需求分析人們提出了許多解決方法和自動(dòng)化分析工具，如構(gòu)造化分析方法和面向?qū)ο蠓治龇椒?，CASE技術(shù)等等。解決問(wèn)題的方法有許多，但都要遵循一些根本的原則：〔1〕可以把一個(gè)復(fù)雜問(wèn)題按照*種分解方式進(jìn)展分解并可逐層細(xì)化。〔2〕必須能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域和功能域?！?〕必須具有良好的模型建立能力，能夠準(zhǔn)確的把問(wèn)題用"圖表〞的形式表達(dá)出來(lái)。最后講一下需求分析的根本任務(wù)是什么，需求分析要做的就是準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，也就是將要實(shí)現(xiàn)的系統(tǒng)是個(gè)什么樣的系統(tǒng)，到達(dá)什么樣的要求。其實(shí)最終的目標(biāo)就是為了用戶的需要，答復(fù)這個(gè)系統(tǒng)要"做什么〞的問(wèn)題。具體如下：I：?jiǎn)栴}識(shí)別〔1〕功能需求〔2〕性能需求〔3〕環(huán)境需求〔4〕用戶界面需求另外對(duì)軟件各個(gè)局部和性能指標(biāo)也要有一個(gè)明確的需求定義，如平安性、可靠性、可維護(hù)性、可移植性等等都要通過(guò)雙方的共同討論、研究，力求到達(dá)一個(gè)雙方都可理解承受的指標(biāo)。II：分析與綜合，導(dǎo)出軟件的邏輯模型對(duì)于需求分析實(shí)際調(diào)研中所得到的信息，綜合分析和理解，在此根底上通過(guò)標(biāo)準(zhǔn)的需求分析工具導(dǎo)出成為一個(gè)開(kāi)發(fā)人員能夠理解的軟件邏輯模型。III：編寫(xiě)文檔〔1〕編寫(xiě)"需求規(guī)格說(shuō)明書(shū)〞，把雙方共同理解和分析得到的結(jié)果以標(biāo)準(zhǔn)的方式描述出來(lái)，作為今后工作的根底?！?〕編寫(xiě)初步用戶使用手冊(cè)，根據(jù)需求規(guī)格說(shuō)明書(shū)編寫(xiě)初步的用戶使用手冊(cè)，一來(lái)可以更進(jìn)一步的說(shuō)明問(wèn)題，二來(lái)可以強(qiáng)制系統(tǒng)分析員站在需求者的角度考慮軟件?！?〕編寫(xiě)確認(rèn)測(cè)試方案，作為軟件驗(yàn)收時(shí)的依據(jù)。〔4〕修改工程開(kāi)發(fā)方案文檔，此時(shí)對(duì)要開(kāi)發(fā)的軟件有了更進(jìn)一步清晰的了解，應(yīng)對(duì)原來(lái)的開(kāi)發(fā)方案做一些適當(dāng)?shù)男薷??！沧ⅲ盒枨笠?guī)格說(shuō)明書(shū)是工程開(kāi)發(fā)里最重要的技術(shù)文檔之一，但由于篇幅關(guān)系，這里無(wú)法給出實(shí)例文檔，可在本站查找相關(guān)說(shuō)明〕三、概要設(shè)計(jì)概要設(shè)計(jì)階段通常在軟件開(kāi)發(fā)程序中排在需求分析后面，因?yàn)樗臉?gòu)造設(shè)計(jì)是直接對(duì)應(yīng)需求分析里的功能說(shuō)明的，在這個(gè)階段，要的依然不是編寫(xiě)代碼，而是實(shí)現(xiàn)需求功能的軟件構(gòu)造，軟件構(gòu)造是以模塊來(lái)組成的，所以這個(gè)階段要做的就是把需求分析里所說(shuō)明的軟件功能用模塊的形式描述出來(lái)，每個(gè)模塊都有明確的意義和功能，概要設(shè)計(jì)的主要工作就是設(shè)計(jì)模塊和組織模塊。除了設(shè)計(jì)和組織模塊以外，數(shù)據(jù)庫(kù)的設(shè)計(jì)也是概要設(shè)計(jì)的工作之一，即軟件系統(tǒng)要存儲(chǔ)什么數(shù)據(jù)，這些數(shù)據(jù)的構(gòu)造和關(guān)系等等，具體要學(xué)習(xí)數(shù)據(jù)庫(kù)設(shè)計(jì)技術(shù)，已不是本文范疇，可自行找查資料。概要設(shè)計(jì)的根本任務(wù)：1、設(shè)計(jì)軟件系統(tǒng)的邏輯構(gòu)造。沒(méi)有"構(gòu)造化〞設(shè)計(jì)的軟件系統(tǒng)，以后根本談不上什么維護(hù)升級(jí)，就是簡(jiǎn)單的除蟲(chóng)也成了個(gè)問(wèn)題，就算你的軟件代碼寫(xiě)得再好也只是"亂碼〞，根本一文不值，這個(gè)道理誰(shuí)都懂，所以要寫(xiě)好軟件，概要設(shè)計(jì)是非常關(guān)健的，具體工作如下：(1)采用*種設(shè)計(jì)方法，將一個(gè)復(fù)雜的軟件系統(tǒng)按功能劃分成許多有關(guān)系條理的模塊。(2)準(zhǔn)確定義每個(gè)模塊的功能。(3)確定模塊之間的調(diào)用關(guān)系。(4)對(duì)每個(gè)模塊確定其接口〔要以文檔對(duì)接口的數(shù)量，順序，作用，屬性等進(jìn)展詳細(xì)說(shuō)明，這很重要〕。(5)對(duì)所設(shè)計(jì)的模塊進(jìn)展評(píng)估，盡量找出錯(cuò)誤和不合理的地方，進(jìn)展改正〔這比軟件做出來(lái)后的修改要容易得多〕。軟件構(gòu)造的設(shè)計(jì)是非常重要的工作，它直接影響以后的詳細(xì)設(shè)計(jì)和編碼，不合理的構(gòu)造將有可能把未完成的系統(tǒng)埋葬，所以應(yīng)選用能力強(qiáng)和經(jīng)歷比擬豐富的程序員來(lái)做。2、設(shè)計(jì)軟件所需要的數(shù)據(jù)庫(kù)系統(tǒng)一個(gè)好的軟件一般都有一個(gè)專(zhuān)門(mén)為其設(shè)計(jì)的數(shù)據(jù)庫(kù)系統(tǒng)，數(shù)據(jù)庫(kù)的設(shè)計(jì)已自成理論體系，在這里不會(huì)詳細(xì)說(shuō)明如何做這個(gè)工作，但一般數(shù)據(jù)庫(kù)的設(shè)計(jì)工作可分為數(shù)據(jù)構(gòu)造設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)還分為概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)，每一項(xiàng)都有很多的知識(shí)和原則，有興趣的朋友可自己去摸索。3、編寫(xiě)概要設(shè)計(jì)文檔軟件工程很強(qiáng)調(diào)文檔的作用，概要設(shè)計(jì)也一樣，要做好這階段應(yīng)有的文檔才算是根本完成任務(wù)，對(duì)文檔的編寫(xiě)主要是概要設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)，另外還有對(duì)需求分析階段的用戶手冊(cè)和測(cè)試方案進(jìn)展必要的修改，以更合理的對(duì)應(yīng)所設(shè)計(jì)的軟件系統(tǒng)。4、評(píng)審這主要是對(duì)這階段工作的一次回憶，看看有什么遺漏或錯(cuò)誤的地方?jīng)]有。評(píng)審也有很多不同的技術(shù)性手段，可一般都將重點(diǎn)放在功能、性能、可行性、接口正確性等方面。軟件概主設(shè)計(jì)的幾個(gè)根本原理：1、抽象即對(duì)將要用軟件來(lái)完成的工作在本質(zhì)上進(jìn)展抽象，拋開(kāi)無(wú)關(guān)緊要和多余的部份，構(gòu)造出一個(gè)軟件需要完成的功能的邏輯構(gòu)造。2、信息隱蔽這是對(duì)抽象的進(jìn)一步回應(yīng)，信息隱蔽的實(shí)質(zhì)就是"各管各的數(shù)據(jù)〞。3、模塊化這在上面已經(jīng)講過(guò)，模塊化設(shè)計(jì)的根本原則就是做到所有模塊盡可能的相對(duì)獨(dú)立，對(duì)別的模塊的依賴越小越好。模塊化還具有幾個(gè)相關(guān)的屬性：接口、功能、邏輯、狀態(tài)。四、詳細(xì)設(shè)計(jì)到了詳細(xì)設(shè)計(jì)階段，現(xiàn)在該把注意力從全局移到局部了，但先別著急，現(xiàn)在還不是編碼階段，要做的仍然是軟件的邏輯設(shè)計(jì)部份，只不過(guò)現(xiàn)在不是設(shè)計(jì)構(gòu)造了。詳細(xì)設(shè)計(jì)就是把我們?cè)诟乓O(shè)計(jì)里所劃分出來(lái)的模塊要實(shí)現(xiàn)的功能用相應(yīng)的設(shè)計(jì)工具詳細(xì)的描述出實(shí)現(xiàn)步驟來(lái)，也即是寫(xiě)出代碼的算法，在詳細(xì)設(shè)計(jì)里所有的表述無(wú)論是語(yǔ)言或是圖表，都應(yīng)做到有準(zhǔn)確的唯一解釋?zhuān)^不允許出現(xiàn)有"二義性〞或"多義性〞的表述，所謂準(zhǔn)確的表述就是要做到無(wú)論這份文檔到了那個(gè)程序員手中，他都能看得懂文檔的含意而且只有一個(gè)含意，不可能再解讀出第二層意思來(lái)。詳細(xì)設(shè)計(jì)的任務(wù)就是為每個(gè)模塊所要完成的功能進(jìn)展具體而準(zhǔn)確的描述，要根據(jù)功能描述再轉(zhuǎn)化成準(zhǔn)確的、構(gòu)造化的軟件過(guò)程描述，軟件過(guò)程描述一般可直接對(duì)應(yīng)到相應(yīng)的代碼，也就是以后程序員會(huì)根據(jù)這些過(guò)程描述來(lái)編寫(xiě)程序代碼，具體如下：(1)為每個(gè)模塊進(jìn)展詳細(xì)的算法設(shè)計(jì)。這是需要用相應(yīng)的工具來(lái)完成的，因?yàn)樽匀徽Z(yǔ)言通常很容易具有"二義性〞，而工具能做到含義唯一性。(2)為模塊內(nèi)的數(shù)據(jù)構(gòu)造進(jìn)展設(shè)計(jì)。(3)對(duì)數(shù)據(jù)庫(kù)進(jìn)展物理設(shè)計(jì)。注意這不是實(shí)現(xiàn)數(shù)據(jù)庫(kù)，而是設(shè)計(jì)出數(shù)據(jù)庫(kù)的具體物理構(gòu)造。(4)其它設(shè)計(jì)〔前期特殊代碼設(shè)計(jì)、I/O格式設(shè)計(jì)、界面友好設(shè)計(jì)等〕。(5)編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。(6)評(píng)審。五、編寫(xiě)代碼編寫(xiě)代碼就是真的在機(jī)器上用計(jì)算機(jī)語(yǔ)言實(shí)現(xiàn)前面所設(shè)計(jì)的軟件功能了，編寫(xiě)代碼時(shí)要做到高度對(duì)應(yīng)在詳細(xì)設(shè)計(jì)里所描述的算法，因?yàn)橐院蟮?除蟲(chóng)〞或升級(jí)等，很多時(shí)候都是以詳細(xì)設(shè)計(jì)的文檔資料為根據(jù)的，如代碼和詳細(xì)設(shè)計(jì)的描述的偏差，很容易誤導(dǎo)以后進(jìn)展維護(hù)工作的程序員，而且這種錯(cuò)誤很能被發(fā)現(xiàn)，而那樣會(huì)浪費(fèi)掉很多不必要的人力物力。程序員們還要注意的就是在編碼時(shí)盡可能在重點(diǎn)和難點(diǎn)的地方留下注釋?zhuān)@樣對(duì)后來(lái)的程序員讀源代碼也有很大的幫助。六、軟件測(cè)試軟件測(cè)試近年來(lái)好似提到了和需求分析同一個(gè)高度，有點(diǎn)實(shí)力的軟件公司都有相應(yīng)的軟件測(cè)試隊(duì)伍，他們的任務(wù)就是和開(kāi)發(fā)人員作對(duì)，專(zhuān)門(mén)和他們過(guò)不去，軟件開(kāi)發(fā)得好好的，他們就來(lái)成心找茬，可在軟件工程看來(lái)，這樣找茬是保證軟件質(zhì)量必不可少的。其實(shí)就軟件這種產(chǎn)品的特殊性而言，沒(méi)有一個(gè)軟件可以做到?jīng)]有BUG，從客觀上講測(cè)試是找出BUG最直接和有效的方法，當(dāng)然這樣的說(shuō)法是相對(duì)于軟件沒(méi)有發(fā)行而言的，在軟件工程里BUG粗劣的分法可以分為代碼錯(cuò)誤和邏輯設(shè)計(jì)錯(cuò)誤。至于測(cè)試軟件的方式由于側(cè)重點(diǎn)不同各有不同，主要方式還是在設(shè)計(jì)測(cè)試用例的根底上檢驗(yàn)軟件的各個(gè)組成局部，逐個(gè)測(cè)試看能不能到達(dá)所期望的結(jié)果，測(cè)試亦分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試，除此之外還有錯(cuò)誤測(cè)試，就是成心輸入不合法的數(shù)據(jù)或成心進(jìn)展非法操作來(lái)測(cè)試軟件。軟件測(cè)試的方法：軟件測(cè)試的方法一般分成兩種類(lèi)型：靜態(tài)測(cè)試法和動(dòng)態(tài)測(cè)試法，而動(dòng)態(tài)測(cè)試法又根據(jù)測(cè)試用例的不同可分為白盒測(cè)試和黑盒測(cè)試兩類(lèi)。1、靜態(tài)測(cè)試法不在計(jì)算機(jī)上進(jìn)展測(cè)試而采用人工和計(jì)算機(jī)輔助分析的手段進(jìn)展檢測(cè)的方法稱(chēng)為靜態(tài)測(cè)試法。2、動(dòng)態(tài)測(cè)試法利用計(jì)算機(jī)來(lái)運(yùn)行相關(guān)軟件產(chǎn)品進(jìn)展的測(cè)試稱(chēng)為動(dòng)態(tài)測(cè)試法，一般而言我們說(shuō)的軟件測(cè)試是指動(dòng)態(tài)測(cè)試，它可分為白盒測(cè)試和黑盒測(cè)試。(1)白盒測(cè)試:它把一個(gè)軟件產(chǎn)品看作一個(gè)盒子，而白盒測(cè)試就是"翻開(kāi)這個(gè)盒子來(lái)測(cè)試〞。測(cè)試人員要了解程序的內(nèi)部構(gòu)造和處理過(guò)程，而測(cè)試的主旨就是檢查處理過(guò)程的細(xì)節(jié)有無(wú)出錯(cuò)。(2)黑盒測(cè)試：黑盒測(cè)試是最貼近用戶使用角度的測(cè)試，它把軟件產(chǎn)品看作是一個(gè)封閉的盒子，以功能為中心，測(cè)試軟件的各項(xiàng)功能是否到達(dá)設(shè)計(jì)時(shí)的要求。最后要講一點(diǎn)就是原則上不要讓軟件開(kāi)發(fā)人員再作為軟件測(cè)試人員，因?yàn)槿艘话愣加悬c(diǎn)"自我〞心里，自己寫(xiě)的代碼自己來(lái)測(cè)試，一來(lái)他會(huì)用"合法〞的操作和數(shù)據(jù)來(lái)測(cè)試，不會(huì)出錯(cuò)，而一旦別人進(jìn)展操作就會(huì)出問(wèn)題，二來(lái)無(wú)論他是否愿意，都會(huì)有意無(wú)意的朝證明自己正確的方向進(jìn)展，這樣的測(cè)試很難發(fā)現(xiàn)重大的錯(cuò)誤。七、軟件維護(hù)在軟件工程各階段的活動(dòng)中，