【正文】 息隱藏模塊獨(dú)立模塊的獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他模塊的接口是簡(jiǎn)單的。模塊之間的信息傳遞只能通過(guò)合法的調(diào)用接口來(lái)實(shí)現(xiàn)。逐步求精定義：為了能集中精力解決主要問(wèn)題而盡量推遲對(duì)問(wèn)題細(xì)節(jié)的考慮。面向?qū)ο蠓椒▽W(xué)中的對(duì)象是模塊，對(duì)象內(nèi)的方法（或稱為服務(wù)）也是模塊。 設(shè)計(jì)過(guò)程1. 設(shè)想供選擇的方案；2. 選取合理的方案；3. 推薦最佳方案；；5. 設(shè)計(jì)軟件結(jié)構(gòu)；6. 設(shè)計(jì)數(shù)據(jù)庫(kù)；7. 制定測(cè)試計(jì)劃；8. 書寫文檔；9. 審查和復(fù)審 設(shè)計(jì)原理模塊化把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能以滿足用戶的需求。需要時(shí)可以為事件指定參數(shù)表。符 號(hào)初態(tài)用實(shí)心圓表示，終態(tài)用一對(duì)同心圓(內(nèi)圓為實(shí)心圓)表示中間狀態(tài)用圓角矩形表示，分成上、中、下3個(gè)部分。狀 態(tài)狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。修正系統(tǒng)開發(fā)計(jì)劃：由分析過(guò)程準(zhǔn)確地估計(jì)系統(tǒng)的成本和進(jìn)度，修正以前制定的開發(fā)計(jì)劃。 小結(jié)可行性研究的任務(wù): 技術(shù), 經(jīng)濟(jì),社會(huì)可行性研究過(guò)程: 8 步驟數(shù)據(jù)流圖: 源點(diǎn)或終點(diǎn)，處理，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流數(shù)據(jù)字典: 是分析階段的工具，包括流，元素，存儲(chǔ)，處理4類元素組成。當(dāng)把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入輸出數(shù)據(jù)流必須相同！數(shù)據(jù)流圖用途：畫數(shù)據(jù)流圖的基本目的是利用它作為交流信息的工具。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)。 可行性研究的主要內(nèi)容(1) 技術(shù)可行性(2) 經(jīng)濟(jì)可行性(3) 操作可行性(4) 法律可行性(5) 社會(huì)可行性 數(shù)據(jù)流圖一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變換。適合場(chǎng)合：可開發(fā)或大或小、分布在各個(gè)領(lǐng)域的項(xiàng)目，表明了RUP的多功能性和廣泛適應(yīng)性。Rational統(tǒng)一軟件開發(fā)過(guò)程RUP軟件開發(fā)生命周期是一個(gè)二維的軟件開發(fā)模型。只有內(nèi)部開發(fā)的項(xiàng)目，才能在風(fēng)險(xiǎn)過(guò)大時(shí)方便地中止項(xiàng)目。除非開發(fā)人員有足夠的技術(shù)能力協(xié)調(diào)好。困難：在把每個(gè)新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時(shí)，必須不破壞原來(lái)已經(jīng)開發(fā)出的產(chǎn)品。每個(gè)構(gòu)件由多個(gè)相互作用的功能模塊構(gòu)成，并能夠完成特定的功能。從這個(gè)意義上說(shuō)，原型模型又往往被稱為“拋棄原型模型”。在可運(yùn)行的軟件產(chǎn)品交付給用戶之前，用戶只能通過(guò)文檔來(lái)了解產(chǎn)品是什么樣的。所以，有人形象地把采用線性模型進(jìn)行商業(yè)軟件工程稱之為“在沙灘上蓋樓房”。質(zhì)量保證。瀑布模型(Waterfall Model ）:傳統(tǒng)瀑布模型：規(guī)定了各項(xiàng)軟件工程活動(dòng)，包括：制定開發(fā)計(jì)劃、需求分析和說(shuō)明、軟件設(shè)計(jì)、程序編碼、測(cè)試、運(yùn)行維護(hù)。通常包括四種基本的過(guò)程活動(dòng)： （１）軟件規(guī)格說(shuō)明；（２）軟件開發(fā)；（３）軟件確認(rèn)；（４）軟件演進(jìn)軟件過(guò)程模型: 軟件開發(fā)程模型是軟件開發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。軟件工程的特性：1. 軟件工程關(guān)注于大型程序的構(gòu)造（傳統(tǒng)的程序設(shè)計(jì)技術(shù)和工具是支持小型程序設(shè)計(jì)的）2. 軟件工程的中心課題是控制復(fù)雜性（問(wèn)題分解）3. 軟件經(jīng)常變化（考慮將來(lái)要發(fā)生的變化）4. 開發(fā)軟件的效率非常重要（尋求更好、更有效的工具）5. 和諧地合作是開發(fā)軟件的關(guān)鍵（運(yùn)用標(biāo)準(zhǔn)和規(guī)程）6. 軟件必須有效地支持它的用戶（軟件要服務(wù)于用戶）7. 在軟件工程領(lǐng)域中通常是由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品軟件工程的7條基本原理軟件工程方法學(xué) 通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱為方法學(xué)(methodology)，也稱為范型(paradigm)。產(chǎn)生軟件危機(jī)的原因（1）與軟件本身的特點(diǎn)有關(guān) (邏輯復(fù)雜，成本高，風(fēng)險(xiǎn)大,難于維護(hù))。4）用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。. . . . 軟件危機(jī)軟件危機(jī)的表現(xiàn)軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)、使用和維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題。3）軟件質(zhì)量得不到保證（功能和性能）。7）軟件產(chǎn)品供不應(yīng)求，跟不上計(jì)算機(jī)普及速度。軟件工程包括技術(shù)和管理兩方面的內(nèi)容，是技術(shù)與管理緊密結(jié)合所形成的工程學(xué)科。 軟件生命周期每階段的基本任務(wù):1. 問(wèn)題定義2. 可行性研究3. 需求分析4. 總體設(shè)計(jì)5. 詳細(xì)設(shè)計(jì)6. 編碼和單元測(cè)試7. 綜合測(cè)試8. 軟件維護(hù) 軟件過(guò)程軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件過(guò)程模型的選擇基于項(xiàng)目和應(yīng)用的性質(zhì)、采用的方法工具以及需要的控制和交付的產(chǎn)品。推遲實(shí)現(xiàn)。瀑布模型適合于用戶需求明確、完整、無(wú)重大變化的軟件項(xiàng)目開發(fā)!!問(wèn)題：不適應(yīng)需求經(jīng)常發(fā)生變更的環(huán)境：在項(xiàng)目的開發(fā)過(guò)程中，變更可能會(huì)引起混亂。 是一種整體開發(fā)模型，程序的物理實(shí)現(xiàn)集中在開發(fā)階段的后期，用戶在最后才能看到自己的產(chǎn)品。前提:(1)是用戶必須積極參與原型的建造，建造原型僅僅是為了定義需求，之后就必須被全部拋棄(至少是部分拋棄)，實(shí)際的軟件必須在充分考慮到軟件質(zhì)量和可維護(hù)性之后才被開發(fā)。整個(gè)軟件產(chǎn)品被分解成許多個(gè)增量構(gòu)件。在克服瀑布模型缺點(diǎn)、減少由于軟件需求不明確而給開發(fā)工作帶來(lái)風(fēng)險(xiǎn)方面，確有顯著的效果；縮短產(chǎn)品提交時(shí)間都能夠起到良好的作用。又要看成可獨(dú)立的構(gòu)件，因此相互矛盾。適合場(chǎng)合：主要適用于內(nèi)部開發(fā)的大規(guī)模軟件項(xiàng)目，隨著過(guò)程的進(jìn)展演化，開發(fā)者和用戶能夠更好地識(shí)別和對(duì)待每一個(gè)演化級(jí)別上的風(fēng)險(xiǎn)。適合場(chǎng)合：噴泉模型主要用于面向?qū)ο蟮能浖?xiàng)目，軟件的某個(gè)部分通常被重復(fù)多次，相關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)的軟件成分。每個(gè)階段圍繞著9個(gè)核心工作流分別迭代。軟件生命周期:定義,開發(fā),運(yùn)行維護(hù)軟件過(guò)程: 瀑布模型