1、軟件工程的4個(gè)層次方法：軟件工程方法(method)為軟件開(kāi)發(fā)提供了“如何做〞的技術(shù);方法覆蓋面很廣，包括溝通、需求分析、設(shè)計(jì)建模、編程、測(cè)試和支持；軟件工程方法依賴于一組根本原那么，其涵蓋了包括建模和其他技術(shù)在內(nèi)的所有技術(shù)領(lǐng)域；目前使用最廣泛的軟件工程方法：傳統(tǒng)方法〔結(jié)構(gòu)化方法〕，面向?qū)ο蠓椒ㄟ^(guò)程：過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。工具：軟件工具為軟件工程方法提供了自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境，如CASE、ISEE等質(zhì)量保證：軟件質(zhì)量保證〔SQA〕是建立一套有方案，有系統(tǒng)的方法，來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有工程所采用。軟件質(zhì)量保證的目的是使軟件過(guò)程對(duì)于管理人員來(lái)說(shuō)是可見(jiàn)的。它通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是符合標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在工程開(kāi)始時(shí)就一起參與建立方案、標(biāo)準(zhǔn)和過(guò)程。這些將使軟件工程滿足機(jī)構(gòu)方針的要求。2、瀑布模型的5個(gè)步驟溝通：與客戶交流獲取軟件需求，軟件工作環(huán)境，軟件使用人群以及其他必要信息?；I劃：軟件籌劃既是為軟件開(kāi)發(fā)者和管理者制定合理的工作方案，又是為軟件工程跟蹤和監(jiān)控提供考核依據(jù)。軟件籌劃屬于軟件管理和軟件決策的范疇，是工程經(jīng)理以上人員的職責(zé)和范圍，是軟件企業(yè)管理的重大事件之一。建模：軟件建模就是把抽象的東西形象化，逐層深入解決問(wèn)題的方法，確認(rèn)應(yīng)用系統(tǒng)的功能需求和事物處理原那么，對(duì)抽象的對(duì)象映射需求，識(shí)別和提供設(shè)計(jì)模板并創(chuàng)立慣用的模板。構(gòu)建：全方位、多角度、深層次地建立軟件模型，描繪軟件的整體藍(lán)圖。部署：3、模塊的3個(gè)根本要素功能：狀態(tài)：邏輯：軟件的執(zhí)行過(guò)程，軟件的運(yùn)行模式等，例如程序流程圖就是一種軟件邏輯。多態(tài)：多態(tài)指同一個(gè)實(shí)體同時(shí)具有多種形式。它是面向?qū)ο蟪绦蛟O(shè)計(jì)〔OOD〕的一個(gè)重要特征，指不同的對(duì)象收到同一個(gè)信息產(chǎn)生不同的結(jié)果。4、面向?qū)ο箜氉R(shí)別的5個(gè)層次1類與對(duì)象，類是具有某些特性的一類事物的總成，對(duì)象是某個(gè)具體的事物。2屬性層，指類或?qū)ο蟮膶傩?〔類圖的結(jié)構(gòu)，類與類的關(guān)系〕結(jié)構(gòu)層4方法層，解決問(wèn)題的方法。5主題層5、軟件測(cè)試的4個(gè)階段單元測(cè)試：?jiǎn)卧獪y(cè)試是在軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他局部相隔離的情況下進(jìn)行測(cè)試。單元測(cè)試不僅僅是作為無(wú)錯(cuò)編碼一種輔助手段在一次性的開(kāi)發(fā)過(guò)程中使用，單元測(cè)試必須是可重復(fù)的，無(wú)論是在軟件修改，或是移植到新的運(yùn)行環(huán)境的過(guò)程中。因此，所有的測(cè)試都必須在整個(gè)軟件系統(tǒng)的生命周期中進(jìn)行維護(hù)。

集成測(cè)試：集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的根底上，將所有模塊按照設(shè)計(jì)要求〔如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。實(shí)踐說(shuō)明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)。

確認(rèn)測(cè)試：確認(rèn)測(cè)試的目的是向未來(lái)的用戶說(shuō)明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)根本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。

系統(tǒng)測(cè)試：系統(tǒng)測(cè)試，英文是SystemTesting。是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。6、軟件生命周期的8個(gè)階段〔瀑布模型的8個(gè)階段〕問(wèn)題定義：此階段是軟件開(kāi)發(fā)方與需求方共同討論，主要確定軟件的開(kāi)發(fā)目標(biāo)及其可行性可行性研究：初步可行性研究之后，確定本期建設(shè)規(guī)模和建設(shè)期限、落實(shí)選用設(shè)備和取得環(huán)境保護(hù)部門的批件、落實(shí)工程建設(shè)條件及投資控制指標(biāo)經(jīng)濟(jì)分析、資金來(lái)源等。最后完成編制研究報(bào)告，按規(guī)定向政府提交工程申請(qǐng)報(bào)告。需求分析：在確定軟件開(kāi)發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開(kāi)發(fā)工程的成功打下良好的根底。

概要設(shè)計(jì)：概要設(shè)計(jì)的主要任務(wù)是把需求分析得到的DFD轉(zhuǎn)換為軟件結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。設(shè)計(jì)軟件結(jié)構(gòu)的具體任務(wù)是：將一個(gè)復(fù)雜系統(tǒng)按功能進(jìn)行模塊劃分、建立模塊的層次結(jié)構(gòu)及調(diào)用關(guān)系、確定模塊間的接口及人機(jī)界面等。數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)包括數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結(jié)構(gòu)特性、以及數(shù)據(jù)庫(kù)的設(shè)計(jì)。

詳細(xì)設(shè)計(jì)：詳細(xì)設(shè)計(jì)是軟件工程中軟件開(kāi)發(fā)的一個(gè)步驟，就是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法，所需的局部結(jié)構(gòu)。編碼：此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫標(biāo)準(zhǔn)。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。測(cè)試：在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、組裝測(cè)試以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中需要建立詳細(xì)的測(cè)試方案并嚴(yán)格按照測(cè)試方案進(jìn)行測(cè)試，以減少測(cè)試的隨意性運(yùn)行和維護(hù)：軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開(kāi)發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。

7、自底向上集成測(cè)試：自底向上集成方式從程序模塊結(jié)構(gòu)中最底層的模塊開(kāi)始組裝和測(cè)試。因?yàn)槟K是自底向上進(jìn)行組裝的，對(duì)于一個(gè)給定層次的模塊，它的子模塊〔包括子模塊的所有下屬模塊〕事前已經(jīng)完成組裝并經(jīng)過(guò)測(cè)試，所以不再需要編制樁模塊〔一種能模擬真實(shí)模塊，給待測(cè)模塊提供調(diào)用接口或數(shù)據(jù)的測(cè)試用軟件模塊〕單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試8、樁模塊：樁模塊：樁模塊〔Stub〕是指模擬被測(cè)試的模塊所調(diào)用的模塊，而不是軟件產(chǎn)品的組成的局部。主模塊作為驅(qū)動(dòng)模塊,與之直接相連的模塊用樁模塊代替。在集成測(cè)試前要為被測(cè)模塊編制一些模擬其下級(jí)模塊功能的“替身〞模塊，以代替被測(cè)模塊的接口，接受或傳遞被測(cè)模塊的數(shù)據(jù)，這些專供測(cè)試用的“假〞模塊稱為被測(cè)模塊的樁模塊。9、驅(qū)動(dòng)模塊：驅(qū)動(dòng)模塊是用來(lái)模擬被測(cè)試模塊的上一級(jí)模塊，相當(dāng)于被測(cè)模塊的主程序。它接收數(shù)據(jù)，將相關(guān)數(shù)據(jù)傳送給被測(cè)模塊，啟用被測(cè)模塊，并打印出相應(yīng)的結(jié)果。10、自頂向下：一種逐步求精的設(shè)計(jì)程序的過(guò)程和方法。對(duì)要完成的任務(wù)進(jìn)行分解，先對(duì)最高層次中的問(wèn)題進(jìn)行定義、設(shè)計(jì)、編程和測(cè)試，而將其中未解決的問(wèn)題作為一個(gè)子任務(wù)放到下一層次中去解決。這樣逐層、逐個(gè)地進(jìn)行定義、設(shè)計(jì)、編程和測(cè)試，直到所有層次上的問(wèn)題均由實(shí)用程序來(lái)解決，就能設(shè)計(jì)出具有層次結(jié)構(gòu)的程序。單元測(cè)試主要針對(duì)哪些方面1接口信息2功能3邊界點(diǎn)4錯(cuò)誤處理比較經(jīng)典的開(kāi)發(fā)過(guò)程模型11、比較經(jīng)典的軟件開(kāi)發(fā)過(guò)程模型瀑布模型的優(yōu)點(diǎn)：有利于大型軟件開(kāi)發(fā)過(guò)程中人員的組織、管理，有利于軟件開(kāi)發(fā)方法和工具的研究，從而提高了大型軟件工程開(kāi)發(fā)的質(zhì)量和效率。瀑布模型的缺點(diǎn)：〔1〕開(kāi)發(fā)過(guò)程一般不能逆轉(zhuǎn)，否那么代價(jià)太大；〔2〕實(shí)際的工程開(kāi)發(fā)很難嚴(yán)格按該模型進(jìn)行；〔3〕客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。〔4〕軟件的實(shí)際情況必須到工程開(kāi)發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。瀑布模型的使用范圍：〔1〕用戶的需求非常清楚全面，且在開(kāi)發(fā)過(guò)程中沒(méi)有或很少變化；〔2〕開(kāi)發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域很熟悉；〔3〕用戶的使用環(huán)境非常穩(wěn)定；〔4〕開(kāi)發(fā)工作對(duì)用戶參與的要求很低。快速原型模型的優(yōu)點(diǎn)：〔1〕可以得到比較良好的需求定義，容易適應(yīng)需求的變化；〔2〕有利于開(kāi)發(fā)與培訓(xùn)的同步；〔3〕開(kāi)發(fā)費(fèi)用低、開(kāi)發(fā)周期短且對(duì)用戶更友好?？焖僭湍Ｐ偷娜秉c(diǎn)：〔1〕客戶與開(kāi)發(fā)者對(duì)原型理解不同；〔2〕準(zhǔn)確的原型設(shè)計(jì)比較困難；〔3〕不利于開(kāi)發(fā)人員的創(chuàng)新。快速原型模型的使用范圍：〔1〕對(duì)所開(kāi)發(fā)的領(lǐng)域比較熟悉而且有快速的原型開(kāi)發(fā)工具；〔2〕工程招投標(biāo)時(shí)，可以以原型模型作為軟件的開(kāi)發(fā)模型；〔3〕進(jìn)行產(chǎn)品移植或升級(jí)時(shí)，或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí)，原型模型是非常適合的。增量模型的優(yōu)點(diǎn)：〔1〕采用增量模型的優(yōu)點(diǎn)是人員分配靈活，剛開(kāi)始不用投入大量人力資源；〔2〕如果核心產(chǎn)品很受歡迎，那么可增加人力實(shí)現(xiàn)下一個(gè)增量；〔3〕可先發(fā)布局部功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。增量模型的缺點(diǎn)：〔1〕并行開(kāi)發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn)，軟件必須具備開(kāi)放式的體系結(jié)構(gòu)；〔2〕增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過(guò)程的控制失去整體性。增量模型的使用范圍：〔1〕進(jìn)行已有產(chǎn)品升級(jí)或新版本開(kāi)發(fā)，增量模型是非常適合的；〔2〕對(duì)完成期限嚴(yán)格要求的產(chǎn)品，可以使用增量模型；〔3〕對(duì)所開(kāi)發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng)，增量模型也是非常適合的。螺旋模型的優(yōu)點(diǎn)：〔1〕設(shè)計(jì)上的靈活性,可以在工程的各個(gè)階段進(jìn)行變更；〔2〕以小的分段來(lái)構(gòu)建大型系統(tǒng),使本錢計(jì)算變得簡(jiǎn)單容易；〔3〕客戶始終參與每個(gè)階段的開(kāi)發(fā),保證了工程不偏離正確方向以及工程的可控性；〔4〕隨著工程推進(jìn),客戶始終掌握工程的最新信息,從而他或她能夠和管理層有效地交互。螺旋模型的缺點(diǎn)：〔1〕采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，在風(fēng)險(xiǎn)較大的工程開(kāi)發(fā)中，如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn)，勢(shì)必造成重大損失；〔2〕過(guò)多的迭代次數(shù)會(huì)增加開(kāi)發(fā)本錢，延遲提交時(shí)間。螺旋模型的使用范圍：螺旋模型只適合于大規(guī)模的軟件工程。概念瀑布模型：瀑布模型核心思想是按工序?qū)?wèn)題化簡(jiǎn)，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開(kāi)，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。將軟件生命周期、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)根本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。螺旋模型：“螺旋模型〞的核心就在于您不需要在剛開(kāi)始的時(shí)候就把所有事情都定義的清清楚楚。您輕松上陣，定義最重要的功能，實(shí)現(xiàn)它，然后聽(tīng)取客戶的意見(jiàn)，之后再進(jìn)入到下一個(gè)階段。如此不斷輪回重復(fù)，直到得到您滿意的最終產(chǎn)品?？焖僭湍Ｐ停嚎焖僭湍Ｐ托枰杆俳ㄔ煲粋€(gè)可以運(yùn)行的軟件原型，以便理解和澄清問(wèn)題，使開(kāi)發(fā)人員與用戶達(dá)成共識(shí)，最終在確定的客戶需求根底上開(kāi)發(fā)客戶滿意的軟件產(chǎn)品12、計(jì)算機(jī)語(yǔ)言的開(kāi)展提高了軟件開(kāi)發(fā)效率，分析計(jì)算機(jī)語(yǔ)言在軟件工程中的作用以及軟件工程的本質(zhì)

軟件開(kāi)發(fā)本質(zhì)就是問(wèn)題域的概念和計(jì)算邏輯到軟件解(包括概念和計(jì)算邏輯)的映射。概念的映射，比方人吃飯這件事，可以簡(jiǎn)化為手拿起食物，判斷嘴的方向，放進(jìn)去。那么用面向?qū)ο蟮姆椒ò咽钟成錇橐粋€(gè)對(duì)象，食物映射為一個(gè)對(duì)象就是概念映射。軟件工程的本質(zhì)實(shí)際上就是消除語(yǔ)義斷層。在軟件開(kāi)發(fā)過(guò)程中使程序員都能看懂標(biāo)準(zhǔn)的需求分析文檔等，提高軟件開(kāi)發(fā)的效率。13、比較兩層C/S,三層c/s，B/SC/S〔Client/Server〕結(jié)構(gòu)，即大家熟知的客戶機(jī)和效勞器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過(guò)它可以充分利用兩端硬件環(huán)境的優(yōu)勢(shì)，將任務(wù)合理分配到Client端和Server端來(lái)實(shí)現(xiàn)，降低了系統(tǒng)的通訊開(kāi)銷。目前大多數(shù)應(yīng)用軟件系統(tǒng)都是Client/Server形式的兩層結(jié)構(gòu)，由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的Web應(yīng)用開(kāi)展，Web和Client/Server應(yīng)用都可以進(jìn)行同樣的業(yè)務(wù)處理，應(yīng)用不同的模塊共享邏輯組件；因此，內(nèi)部的和外部的用戶都可以訪問(wèn)新的和現(xiàn)有的應(yīng)用系統(tǒng)，通過(guò)現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴(kuò)展出新的應(yīng)用系統(tǒng)。這也就是目前應(yīng)用系統(tǒng)的開(kāi)展方向。傳統(tǒng)的C/S體系結(jié)構(gòu)雖然采用的是開(kāi)放模式，但這只是系統(tǒng)開(kāi)發(fā)一級(jí)的開(kāi)放性，在特定的應(yīng)用中無(wú)論是Client端還是Server端都還需要特定的軟件支持。由于沒(méi)能提供用戶真正期望的開(kāi)放環(huán)境，C/S結(jié)構(gòu)的軟件需要針對(duì)不同的操作系統(tǒng)系統(tǒng)開(kāi)發(fā)不同版本的軟件，加之產(chǎn)品的更新?lián)Q代十分快，已經(jīng)很難適應(yīng)百臺(tái)電腦以上局域網(wǎng)用戶同時(shí)使用。而且代價(jià)高，效率低。三層Client/Server結(jié)構(gòu)(以下簡(jiǎn)稱三層模式)在兩層模式的