軟件工程筆記

1、精選優(yōu)質(zhì)文檔-傾情為你奉上第一章 軟件工程概述1. 軟件危機(jī) (software crisis)：是指在計算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。即“兩低一高” 問題：質(zhì)量低、效率低、成本高。軟件危機(jī)也成為“軟件蕭條(depression)”或“軟件困擾(afflication)”2. 軟件危機(jī)主要表現(xiàn) 1）開發(fā)成本和進(jìn)度估計不準(zhǔn) 2）用戶對“已完成的”軟件系統(tǒng)不滿意 3）軟件質(zhì)量往往靠不住 4）軟件常常是不可維護(hù)的 5）軟件通常沒有適當(dāng)?shù)奈臋n資料 6）軟件成本逐年上升 7）軟件開發(fā)生產(chǎn)率滯后于硬件和計算機(jī)應(yīng)用普及的趨勢3. 產(chǎn)生軟件危機(jī)的原因 1）與軟件本身的特點有關(guān) a. 軟件不

2、同于硬件，是邏輯部件而不是物理部件 缺乏可見性 難于測試 管理和控制開發(fā)過程困難 不會因使用時間過長而被“用壞” 難以維護(hù) b.軟件不同于一般程序，規(guī)模龐大，而且程序復(fù)雜性隨著程序規(guī)模的增加而呈指數(shù)上升 2）和軟件開發(fā)與維護(hù)的方法不正確有關(guān) a.對軟件開發(fā)和維護(hù)有關(guān)的錯誤認(rèn)識和作法 忽視軟件需求分析的重要性 認(rèn)為軟件開發(fā)就是寫程序 輕視軟件維護(hù) b. 對軟件開發(fā)過程與方法的認(rèn)識與應(yīng)用 軟件開發(fā)要經(jīng)歷一個漫長的時期（編程占10-20%） 程序僅是完成軟件配置的一個組成部分 軟件開發(fā)方法要有利于軟件維護(hù) 4. 軟件的特點 (1)軟件是無形的（intangible） (2)軟件副本的大批量生產(chǎn)輕而易

3、舉 (3)軟件業(yè)是勞動密集型的 (4)一個沒有經(jīng)過充分訓(xùn)練的軟件開發(fā)人員很容易編寫出難以理解和修改的軟件 (5)軟件本身很容易修改。但由于它的復(fù)雜性，又很難正確地修改 。(6)軟件不像其他的工業(yè)產(chǎn)品那樣會因使用而磨損，隨著反復(fù)修改，它的設(shè)計會逐漸退化5. 消除軟件危機(jī)的途徑1）對計算機(jī)軟件的正確認(rèn)識 2）認(rèn)識到軟件開發(fā)不是個體勞動的神秘技巧，而是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項目 3）推廣使用成功的軟件開發(fā)技術(shù)和方法 4）開發(fā)和使用更好的軟件開發(fā)工具總之, 為了消除軟件危機(jī)，既要有技術(shù)措施(方法和工具)，又要有必要的組織管理措施。6. 對“工程”的理解：大事情，施工的

4、過程，工程學(xué)科。施工的過程：分析®設(shè)計® 實現(xiàn)® 維護(hù)7. 軟件的概念 經(jīng)典定義：軟件 = 程序 + 文檔 + 數(shù)據(jù)軟件是計算機(jī)程序及其有關(guān)的數(shù)據(jù)和文檔的完整集合。計算機(jī)程序是能夠完成功能的可執(zhí)行的指令序列數(shù)據(jù)是程序能適當(dāng)處理的信息，具有適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)軟件文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料8. 軟件工程的概念 概括地說，軟件工程是指導(dǎo)計算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。 采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。 目標(biāo)：項

5、目成功（BFC,Better、Faster、Cheaper）9. 軟件工程的本質(zhì)特征 （1）軟件工程關(guān)注于大型程序的構(gòu)造 （2）軟件工程的中心課題是控制復(fù)雜性 （3）軟件經(jīng)常變化 （4）開發(fā)軟件的效率非常重要 （5）和諧地合作是開發(fā)軟件的關(guān)鍵 （6）軟件必須有效地支持它的用戶 （7）在軟件工程領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品10. 軟件工程的基本原理 （1）用分階段的生命周期計劃進(jìn)行嚴(yán)格管理（2）堅持進(jìn)行階段評審（3）實行嚴(yán)格的產(chǎn)品控制（4）采用現(xiàn)代程序設(shè)計技術(shù)（5）結(jié)果應(yīng)能清楚地審查（6）開發(fā)小組的人員應(yīng)該少而精（7）承認(rèn)不斷改進(jìn)軟件工程實踐的必要性11. 軟

6、件工程方法學(xué) 通常把在軟件生命周期全過程中使用的一整套技術(shù)的集合稱為方法學(xué)(methodology)，也稱為范型(paradigm)。1) 傳統(tǒng)方法學(xué)（結(jié)構(gòu)化方法學(xué)）：SA,SD,SP,ST2) 面向?qū)ο蠓椒▽W(xué)：OOA,OOD,OOP,OOTS：結(jié)構(gòu)化，structuredOO：面向?qū)ο?，Object OrientedA：分析，AnalysisD：設(shè)計，DesignP：編程，ProgrammingT：測試，Test12. 軟件工程方法學(xué)三要素，這就是方法、工具和過程。其中：1)方法是完成軟件開發(fā)任務(wù)的技術(shù)方法，回答“如何做”的問題； 2)工具是為方法的運用提供自動的或半自動的軟件支撐環(huán)境； 3

7、)過程規(guī)定了完成各項任務(wù)的工作階段、工作內(nèi)容、產(chǎn)品、驗收的步驟和完成準(zhǔn)則。第二章 軟件過程1. 過程（process）：ISO9000把過程定義為，把輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源和活動。2. 軟件過程(Software Process): 是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架（Framework），它規(guī)定了完成各項任務(wù)的工作步驟。3. 軟件生命周期 軟件生命周期由軟件定義、軟件開發(fā)、和運行維護(hù)三個時期組成，每個時期又可進(jìn)一步劃分成若干個階段。(三個時期八個階段) 三個時期八個階段： 三個時期：軟件定義、軟件開發(fā)、運行維護(hù) 八個階段：（1）問題定義 (2).可行性研究 (3).

8、需求分析 (4).概要設(shè)計 (5).詳細(xì)設(shè)計 (6).編碼和單元測試 (7).綜合測試 (8).軟件維護(hù) 4. 軟件開發(fā)模型(在課本的1433頁，了解一下)1） 瀑布模型 (Waterfall)2） 快速原型模型Prototype3） 增量模型（Incremental Models） 4） 噴泉模型5） 螺旋模型6） 統(tǒng)一過程(rational unified process,RUP)7） 敏捷過程8） 極限編程(extreme programming,XP)9） 能力成熟模型（capability maturity model,CMM）第三章 結(jié)構(gòu)化的分析（SA）1. 需求分析：發(fā)現(xiàn)、求精、

9、建模、規(guī)格說明、復(fù)審的過程。 發(fā)現(xiàn)：獲取需求，完備、正確、有效 求精：細(xì)節(jié) 建模：形式化描述規(guī)格說明：詳述復(fù)審：批準(zhǔn)2. 需求分析的準(zhǔn)則 1） 必須理解和表示問題的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。 2）必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型。 3）必須表示作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型。 4）必須對描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。3. 需求獲取的方法 1） 訪談 正式的：事先準(zhǔn)備好的 非正式的訪談：開放的，頭腦風(fēng)暴，情景分析 2） 面向數(shù)據(jù)流自頂向下求精 3） 簡易的應(yīng)用規(guī)格說明技術(shù) 4） 快速建立軟件原型4. 分析建模 結(jié)構(gòu)化

10、分析實質(zhì)上是一種創(chuàng)建模型的活動。 通過需求分析而建立的模型必須達(dá)到下述的三個基本目標(biāo)：描述用戶的需求。為軟件設(shè)計工作奠定基礎(chǔ)。定義一組需求，一旦開發(fā)出軟件產(chǎn)品之后，就可以用這組需求為標(biāo)準(zhǔn)來驗收該產(chǎn)品。5. 模型(Model)：是為了理解事物而對事物作出的一種抽象，是對事物的書面上的無歧義文字或圖形的描述.5.1. 模型是對問題的簡化。5.2. 要從多個角度認(rèn)識事物。 6. 分析模型： 數(shù)據(jù)模型（實體聯(lián)系圖）、功能模型（數(shù)據(jù)流圖）、行為模型（狀態(tài)轉(zhuǎn)換圖）。 7. 需求分析成果：軟件需求規(guī)格說明8. 實體-聯(lián)系圖（ER圖，entity-relationship diagram）(P41,要求會畫)

11、（1）數(shù)據(jù)模型的主要成分：數(shù)據(jù)對象，數(shù)據(jù)對象的屬性，數(shù)據(jù)對象彼此間相互連接的關(guān)系數(shù)據(jù)對象：對軟件必須理解的復(fù)合信息的抽象。屬性：定義了數(shù)據(jù)對象的性質(zhì)。聯(lián)系：數(shù)據(jù)對象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。類型：一對一聯(lián)系、一對多聯(lián)系、多對多聯(lián)系。聯(lián)系也可以有屬性。（2）實體-聯(lián)系圖的符號表示： 實體 屬性 聯(lián)系9. 數(shù)據(jù)流圖（DFD，Data Flow Diagram）：描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換（書本P4347，要會畫）10. 數(shù)據(jù)字典（DD:，Data Dictionary）：是關(guān)于數(shù)據(jù)的信息的集合，是對數(shù)據(jù)流圖中包含的所有元素的定義的集合（書本P4951，要

12、會畫）11. 狀態(tài)轉(zhuǎn)換圖（SD，State Diagram）：通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。用于建立行為模型。狀態(tài)：是任何可以被觀察到的系統(tǒng)行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件的響應(yīng)方式事件：是在某個特定時刻發(fā)生的事情，是引起系統(tǒng)做動作或（和）轉(zhuǎn)換狀態(tài)的控制信息。（書本P4749）第四章 結(jié)構(gòu)化設(shè)計 架構(gòu)性能 DFD 環(huán)境 功能 將來 分析 設(shè)計 過程 ERD DD 數(shù)據(jù) STD 接口（ 五大需求） 數(shù)據(jù) （四大設(shè)計） 內(nèi)存 DS 數(shù)據(jù) DB 外存 file 架構(gòu) C/S,B/S 四大設(shè)計 構(gòu)件之間的接口 接口 人機(jī) 接口 Process 過程 Procedure（步

13、驟） 三型兩化 行為模型 三型 功能模型 數(shù)據(jù)模型 系統(tǒng)化 兩化 層次化 如何設(shè)計：必須依據(jù)原理、原則、規(guī)則、準(zhǔn)則模塊：是由邊界元素限定的相鄰的程序元素的序列，而且有一個整體標(biāo)識符來代表它。模塊化：就是把程序劃分成可獨立命名且獨立訪問的模塊，每個模塊完成一個子功能，把這些模塊集成起來構(gòu)成一個整體，可以完成指定的功能滿足用戶的需求。（1） 一組相鄰元素（2） 一個邊界（3） 一個名字（標(biāo)識符ID）Why模塊化1） 降低復(fù)雜度2） 有利于團(tuán)隊分工協(xié)作How to 模塊化Meyer模塊化5標(biāo)準(zhǔn)1） 模塊可分解性（降低復(fù)雜性）2） 模塊可組裝性（可重用，reuse）3） 模塊可理解性(易于維護(hù))4）

14、模塊連續(xù)性（副作用?。?） 模塊保護(hù)性（屏蔽異常）抽象（abstract）：抽出事物的本質(zhì)特征，而暫時不考慮它們的細(xì)節(jié) 找共性，略特性 抓主要，略次要 有效降低模塊數(shù)量逐步求精：為了集中精力解決主要問題而盡量推遲對問題細(xì)節(jié)的考慮。 大 小 粗 細(xì)Miller法則：一個人在任何時候都只能把精力集中在7±2個知識塊上。 7±2 全局變量 信息隱藏 局部變量 塊內(nèi)：高內(nèi)聚，一個模塊只做一件事模塊獨立 參數(shù)少 塊間：低耦合，KIS（keep it simple） 類型簡單結(jié)構(gòu)化設(shè)計原理：1） 模塊化2） 抽象3） 信息隱藏4） 逐步求精啟發(fā)原則：1） 改進(jìn)軟件結(jié)構(gòu)提高模塊獨立性2）

15、 模塊規(guī)模應(yīng)該適中（LOC<30）LOC:lines of code note>code3） 深度、寬度、扇出和扇入都應(yīng)當(dāng)適中 （7±2原則）4） 模塊的作用域應(yīng)該在控制域之內(nèi)5） 力爭降低模塊接口的復(fù)雜度（接口KIS）6） 設(shè)計單出口單入口的模塊7） 模塊的功能應(yīng)該可以預(yù)測設(shè)計結(jié)果描述工具：建模工具 軟件工具 工具 建模工具 開發(fā)工具IPO圖（Input Process Output）：描述模塊（總體）架構(gòu)表示：C/S,B/S ,層次層次圖 + IPO圖 = HIPO圖結(jié)構(gòu)圖：（P76）Yourdon提出的結(jié)構(gòu)圖是進(jìn)行軟件結(jié)構(gòu)設(shè)計的另一個有力工具 面向設(shè)計流的設(shè)計方法三

16、種設(shè)計方法 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法 面向?qū)ο蟮脑O(shè)計方法設(shè)計優(yōu)化： 無 有 好 優(yōu) 精人機(jī)界面設(shè)計問題 MI CUI GUI AUI MMI1. 系統(tǒng)響應(yīng)時間（長度、易變性） 集成式（內(nèi)含，開始就設(shè)計在軟件中）2. 用戶幫助措施 嵌入式/附加式（聯(lián)機(jī)文檔）1） 完備性2） 選擇性（menu, F1 , help）3） 如何顯示幫助信息4） 返回/退出(ESC escape , 按鈕) 平面 5） 怎樣組織幫助信息 層次結(jié)構(gòu)（導(dǎo)航） Web頁（超鏈接）3. 出錯信息處理1） 可理解性2） 建設(shè)性3） 警示性4） 視聽性5） 友好性4. 命令交互UI設(shè)計的重要性：1） 用戶評價產(chǎn)品的依據(jù)2） 占總設(shè)

17、計量的50%以上3） 涉及到美學(xué)、人機(jī)工程學(xué)、心理學(xué)4） UI工程師成為一種崗位UI設(shè)計原則： 以人為本、人性化、美、方便 和諧 美 一致 對稱人機(jī)界面設(shè)計過程： 用戶界面設(shè)計是一個迭代的過程 建模（UML的狀態(tài)圖） 建立原型（powerpoint,dreamvever） 試用 評估界面設(shè)計指南（看看微軟的界面設(shè)計）1） 一般交互2） 信息顯示3） 數(shù)據(jù)輸入結(jié)構(gòu)化方法學(xué) SA SD SP ST 1965 GOTO語句 1968 （書本P89） 1972 如果一個程序的代碼塊僅僅通過順序、選擇和循環(huán)這三種控制結(jié)構(gòu)進(jìn)行連接，并且每一個代碼塊只有一個入口和一個出口，則稱這個程序是結(jié)構(gòu)化的。1） 順序

18、2） 選擇（單路、雙路、多路、多重）3） 循環(huán)（for 、 當(dāng)型循環(huán)、直到型循環(huán)、枚舉）過程設(shè)計工具 程序流程圖 N-S盒圖 圖 PAD圖 UML活動圖 判定樹 判定表 表 偽碼語言 語言 （要會畫這些圖，會根據(jù)偽碼語言轉(zhuǎn)化為上述各種圖，還要掌握幾種圖之間的轉(zhuǎn)換）數(shù)據(jù)的三類邏輯結(jié)構(gòu)1） 順序2） 選擇3） 重復(fù)第五章 結(jié)構(gòu)化實現(xiàn)測試 定義：為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程 錯誤 編寫時產(chǎn)生的 故障 運行時發(fā)生的 測試具有破壞性，而其它的環(huán)節(jié)都是建設(shè)性的。但是其破壞時為了更好的建設(shè)，保證質(zhì)量的有效途徑測試的目標(biāo)（）1) 定義：測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程2) 好的測試：好的測試方案是極

19、可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案3) 成功的測試：成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試 目的測試方案 一組輸入 一組輸出（預(yù)期的結(jié)果）測試的準(zhǔn)則1） 追溯到需求：所有的測試都應(yīng)該能追溯到用戶的需求2） 及早計劃：應(yīng)該在測試之前的相當(dāng)長時間，就指定出測試計劃3） 2、8定律：把Pareto原理應(yīng)用于軟件測試。Pareto原理告訴我們，測試發(fā)現(xiàn)的錯誤中的80%很可能是由程序中20%的模塊造成的4） 從小到大：測試應(yīng)該從“小模塊”開始，并逐步進(jìn)行“大模塊”測試5） 不可窮盡：窮舉測試是不可能的6） 第三方（丙方）測試：為了達(dá)到最佳的測試效果，應(yīng)該由獨立的第三方來從事測試工作所謂最佳

20、效果，就是指最大可能性發(fā)現(xiàn)錯誤的測試，這也是測試的基本目標(biāo) 黑盒測試：接口處、功能測試測試方法 白盒測試：結(jié)構(gòu)測試流圖P110（要會根據(jù)程序流程圖轉(zhuǎn)化） 體現(xiàn)了程序判斷的節(jié)點白盒測試技術(shù)：1） 邏輯覆蓋2） 路徑覆蓋程序的復(fù)雜度度量（P115，要會根據(jù)流圖，計算出程序的復(fù)雜度） 流圖中的區(qū)域數(shù) = 環(huán)形復(fù)雜度 3種方法 流圖中的環(huán)形復(fù)雜度 = 流圖中的邊數(shù) 圖中節(jié)點數(shù) + 2 流圖中的環(huán)形復(fù)雜度 = 圖中判定節(jié)點的數(shù)目 + 1 復(fù)雜：指人的體力和腦力受到挑戰(zhàn)獨立路徑（P115） 定義：是指至少引入程序的一個新處理語句集合或一個新條件的路徑 自頂向下 找法 從左向右 逐步增加黑盒測試技術(shù)（P12

21、0） 等價類劃分 邊界值分析 錯誤預(yù)測測試步驟（從小到大） 單元 子系統(tǒng) 系統(tǒng) 驗收 平行運行 集成測試 一邊運行新系統(tǒng)，一邊運行舊系統(tǒng)集成測試的策略 深度優(yōu)先 自頂向下 寬度優(yōu)先 自底向上軟件的可靠性 可靠性：時間段，在規(guī)定的時間段內(nèi)，成功運行程序的概率 可用性：時間點，在一個時間點上，成功運行程序的概率 MTTF：Mean Time To Failure，平均無故障時間 MTTR：Mean Time To Repair，平均維修時間測試 發(fā)現(xiàn)bug 質(zhì)量 排除bug 可靠性第六章 面向?qū)ο蠓椒▽W(xué)導(dǎo)論面向 觀點、世界觀、軟件觀System1) 若干部件的集合2) 部件具有獨立的功能和邊界3)

22、 部件之間具有相互聯(lián)系，這些聯(lián)系構(gòu)成結(jié)構(gòu)4) 部件間相互作用，構(gòu)成運動對象（P151）在研究或解決問題的過程中關(guān)注的人、事物、概念OO（Object Oriented,面向?qū)ο螅┢鹪?學(xué)習(xí)、掌握、運用面向?qū)ο蠓椒▽W(xué)的四個要點： 面向?qū)ο?= 對象 + 類 + 繼承 + 通信1） 認(rèn)為客觀世界是由各種對象組成的，任何事物都是對象，復(fù)雜的對象可以由比較簡單的對象以某種方式組合而成2） 把所有對象都劃分成各種對象類，每個對象類都定義了一組數(shù)據(jù)和一組方法。3） 按照子類與父類的關(guān)系，把若干個對象類組成一個層次結(jié)構(gòu)的系統(tǒng)4） 對象彼此之間僅能通過傳遞消息互相通信面向?qū)ο蠓椒▽W(xué)的優(yōu)點1） 與人類習(xí)慣的思維

23、方法一致2） 穩(wěn)定性好3） 可重用性好4） 較易開發(fā)大型軟件產(chǎn)品5） 可維護(hù)性好面向?qū)ο蟮囊恍└拍?. 對象：是封裝了數(shù)據(jù)結(jié)構(gòu)以及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體，這個封裝體有可以唯一標(biāo)識它的名字，而且向外界提供一組服務(wù)。2. 類：就是對具有相同數(shù)據(jù)和相同操作的一組相似對象的定義3. 實例：就是有某個特定的類所描述的一個具體的對象4. 消息：就是要求某個對象執(zhí)行在定義它的那個類中所定義的某個操作的規(guī)格說明書5. 方法：就是對象所能執(zhí)行的操作，也就是類中所定義的服務(wù)6. 屬性：類中說定義的數(shù)據(jù)，它是對客觀世界實體所具有的性質(zhì)的抽象7. 封裝：就是把某個事物包起來，使外界不知道該事物的具體內(nèi)

24、容8. 繼承：是指能夠直接獲取已有的性質(zhì)和特征，而不必重復(fù)定義他們9. 多態(tài)性：是指子類對象可以像父類對象那樣使用，同樣的消息既可以發(fā)送給父類也可以發(fā)送給子類對象。10. 重載：函數(shù)重載是指在同一作用域內(nèi)的若干個參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字面向?qū)ο蟮娜N關(guān)系：繼承 組成 關(guān)聯(lián)父類子類子類（這個箭頭是空心的）對象的特點：（1） 以數(shù)據(jù)為中心（2） 實現(xiàn)了封裝（3） 本質(zhì)上具有并行性（4） 模塊獨立性好面向?qū)ο蠼＃?功能模型 三種模型的建模工具： 對象模型：類圖 功能模型：用例圖（用況圖） 類 動態(tài)模型：狀態(tài)圖，時序圖 對象模型 動態(tài)模型 （面向?qū)ο竽Ｐ停┟嫦驅(qū)ο蟮慕２襟E：系統(tǒng)觀點

25、啥們UML的9種圖對象模型：最基本、最核心、最重要狀態(tài)圖： 描述了單一對象，在其生命周期內(nèi)的變化規(guī)律 事件event 瞬間的 狀態(tài) 時間段時序圖： 多個對象的交互。時序圖的每個對象有各自對應(yīng)一個狀態(tài)圖第7&8章 九個圖 九個圖 架構(gòu)成中心 分析 設(shè)計 用況驅(qū)動 增量與迭代 For 人 for計算機(jī)3型5層 （課本的p166） 對象模型 3型 功能模型 動態(tài)模型 自頂向下 5層 逐步求精 啥們之序面向?qū)ο螅∣OA）的任務(wù)與過程 分析：搞清楚、弄明白軟件的需求，并根據(jù)需求建模 研究需求 識別對象 建立模型面向?qū)ο蠓治龅牟呗裕喝臀鍖樱鹤皂斚蛳隆⒅鸩角缶鍖樱褐黝}層、類與對象層、結(jié)構(gòu)層、屬性

26、層、服務(wù)層需求陳述P167 用戶提供、表現(xiàn)多樣內(nèi)容：范圍、需求、假設(shè)問題：歧義、矛盾對策：甲乙共商 ，原型化需求例子 ATM （課本P167）建立對象模型 類：名詞 a kind of 關(guān)系： part of . with 詞法分析 屬性：量詞（重量、身高、年齡）、形容詞 方法：動詞 候選 篩選 確定 優(yōu)化UC矩陣 user customer建立動態(tài)模型 順序圖 狀態(tài)圖 （多對象） （單一對象） 需求陳述 編寫腳本 畫順序圖案例研究：電梯系統(tǒng)（課本的P186P190）OOA OOD OOP(3型4圖) （3型4圖） for 需求 for 機(jī)器/實現(xiàn)3型4圖： 對象模型 類圖 功能模型 用例圖

27、動態(tài)模型 順序圖、狀態(tài)圖OOD（面向?qū)ο笤O(shè)計）準(zhǔn)則：P1921. 模塊化2. 抽象3. 信息隱藏4. 弱耦合5. 強(qiáng)內(nèi)聚6. 可重用啟發(fā)規(guī)則：1. 設(shè)計結(jié)果應(yīng)該清晰易懂2. 一般/特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)3. 設(shè)計簡單的類4. 使用簡單的協(xié)議5. 使用簡單的服務(wù)6. 把設(shè)計變動減至最小第9章（老師沒講）第10章UML(P232)（自己看，一定要會畫9種圖）第11章 計劃管理： 就是通過計劃、組織和控制等一系列的活動，合理的配置和使用各種資源，以達(dá)到既定目標(biāo)的過程。軟件項目管理：就是通過計劃、組織、控制等一系列的活動，合理的配置和使用各種資源，以便在預(yù)定成本和期限內(nèi)開發(fā)符合客戶需要的軟件的過程（類）工程：大的、復(fù)雜的、由眾多人一起完成的（對象）項目：一個具體的工程是項目 人 財估量 工作量 物（代碼行） 時軟件配置：程序、文件、數(shù)據(jù) 對軟件的配置進(jìn)行管理的原因：需求的變更是不可避免的風(fēng)險（risk）：導(dǎo)致失敗的因素 識別 評估 避免估算代碼行： 估 概 預(yù) 決 代碼行 LOC KLOC估算量 功能點 FP（function