【正文】 ? 注意常見(jiàn)的規(guī)律是：編碼錯(cuò)誤通常相對(duì)集中 管理原則 ? 大型復(fù)雜項(xiàng)目管理重于技術(shù) ? 人員不在多 ， 而在精 ? 計(jì)劃指標(biāo)應(yīng)切合實(shí)際 ， 不作不切實(shí)際的計(jì)劃 ? 注意收集 、 積累數(shù)據(jù) ? 不求一次估算能十分精確 ， 但求不斷調(diào)整 ? 大型項(xiàng)目重視風(fēng)險(xiǎn)分析 ? 項(xiàng)目進(jìn)展快需分析原因 ， 不可盲目樂(lè)觀 ? 項(xiàng)目完成以后 ， 總結(jié)分析有益于積累經(jīng)驗(yàn) 軟件過(guò)程改進(jìn) ? 質(zhì)量依賴于過(guò)程 ? 過(guò)程需要管理 ? 軟件過(guò)程 –包括哪些過(guò)程 –如何改進(jìn) ?能力成熟度水平： CMM五級(jí) ?軟件過(guò)程改進(jìn) （ SPI） 不成熟過(guò)程的特征 ? 隨意的 ? 非強(qiáng)制性的 ? 主要依賴于實(shí)踐者 ? 產(chǎn)品的功能 、 質(zhì)量和進(jìn)度常有沖突 ? 引入新技術(shù)時(shí)的風(fēng)險(xiǎn) ? 質(zhì)量難以預(yù)測(cè) 成熟過(guò)程的特征 ? 工作按計(jì)劃有序地進(jìn)行 ? 過(guò)程 、 規(guī)程 、 文檔規(guī)范 –有定義 、 文檔化 –易理解 、 易使用 、 可裁減 –可持續(xù)改進(jìn) ? 管理的可見(jiàn)性 ? 產(chǎn)品和過(guò)程可度量 、 可預(yù)測(cè) ? 新技術(shù)可以及時(shí)得到有效應(yīng)用 ? CMU/SEI 5級(jí) 優(yōu)化層 * 過(guò)程更改管理 * 技術(shù)更改管理 * 錯(cuò)誤預(yù)防 4級(jí) 管理層 * 質(zhì)量管理 * 過(guò)程量化管理 3級(jí) 定義層 * 同級(jí)評(píng)審 組間協(xié)作 * 軟件產(chǎn)品工程 * 軟件集成管理 培訓(xùn)計(jì)劃 * 軟件過(guò)程定義 * 軟件過(guò)程要點(diǎn) 2級(jí) 可重復(fù)層 軟件配置管理 軟件質(zhì)量保證 軟件子合同管理 * 軟件項(xiàng)目追蹤與監(jiān)控 軟件項(xiàng)目計(jì)劃 需求管理 1級(jí) 初始層 軟件過(guò)程成熟度模型的關(guān)鍵子過(guò)程域 能力成熟度模型 第三部分 軟件工程 1. 軟件工程的基本概念 2. 軟件開(kāi)發(fā)方法與工作模型 3. 結(jié)構(gòu)化開(kāi)發(fā)方法概述 4. 習(xí)題 2 軟件開(kāi)發(fā)方法與工作模型 ? 結(jié)構(gòu)化開(kāi)發(fā)方法 ? 原型化方法 ? 面向?qū)ο蟮拈_(kāi)發(fā)方法 結(jié)構(gòu)化開(kāi)發(fā)方法 ? 結(jié)構(gòu)化方法是現(xiàn)有軟件開(kāi)發(fā)方法中最成熟 ， 應(yīng)用最廣泛的方法 ? 結(jié)構(gòu)化開(kāi)發(fā)方法的主要特點(diǎn)是快速 ， 自然和方便 ? 結(jié)構(gòu)化程序設(shè)計(jì)的概念首先是從編寫程序中使用轉(zhuǎn)向 （ GOTO ） 語(yǔ)句引起的 – GOTO語(yǔ)句的過(guò)多使用使得程序結(jié)構(gòu)混亂 ，容易出錯(cuò) ， 且出錯(cuò)后不易發(fā)現(xiàn)和更正 結(jié)構(gòu)化開(kāi)發(fā)方法 ? 結(jié)構(gòu)化開(kāi)發(fā)方法的出發(fā)點(diǎn) – 為了保證程序設(shè)計(jì)的質(zhì)量 – 使設(shè)計(jì)程序具有易讀性 、 易理解性 、 通用性好 ， 執(zhí)行時(shí)具有較高的效率 ? 結(jié)構(gòu)化開(kāi)發(fā)方法的基本要求 – 在詳細(xì)設(shè)計(jì)階段所有的模塊只用三種基本控制結(jié)構(gòu) ? 單入口 、 單出口和順序 ? 選擇 ? 循環(huán) – 在設(shè)計(jì)過(guò)程中采用自頂向下逐步求精的設(shè)計(jì)方法 結(jié)構(gòu)化開(kāi)發(fā)方法 ? 結(jié)構(gòu)化開(kāi)發(fā)方法的組成 – 70年代初 結(jié)構(gòu)化程序設(shè)計(jì)方法 SP法 – 70年代中 結(jié)構(gòu)化設(shè)計(jì)方法 SD法 – 70年代末 結(jié)構(gòu)化程序分析方法 SA法 ? SA， SD， SP法相互銜接 ， 形成了一整套開(kāi)發(fā)方法 ? 若將 SA， SD法結(jié)合起來(lái) ， 又稱為結(jié)構(gòu)化分析與設(shè)計(jì)技術(shù) （ SADT技術(shù) ） 結(jié)構(gòu)化方法的工作模型 ? 瀑布模型 （ Waterfall Model） 是結(jié)構(gòu)化方法的工作模型 ? 但從 80年代開(kāi)始 ， 逐漸發(fā)現(xiàn)其不足： – 軟件開(kāi)發(fā)過(guò)程是一個(gè)充滿回朔過(guò)程 ， 而瀑布模型將其分割為獨(dú)立的幾個(gè)階段 ， 不能從本質(zhì)上反映軟件開(kāi)發(fā)過(guò)程本身的規(guī)律 – 過(guò)分強(qiáng)調(diào)復(fù)審 ， 并不能完全避免較為頻繁的變動(dòng) ? 盡管如此 ， 瀑布模型仍然是開(kāi)發(fā)軟件產(chǎn)品的一個(gè)行之有效的工程模型 2 軟件開(kāi)發(fā)方法與工作模型 ? 結(jié)構(gòu)化開(kāi)發(fā)方法 ? 原型化方法 ? 面向?qū)ο蟮拈_(kāi)發(fā)方法 原型化方法 ? 原型是軟件開(kāi)發(fā)過(guò)程中軟件的一個(gè)早期可運(yùn)行的版本 ， 它反映了最終系統(tǒng)的部分重要特征 ? 原型化方法的基本思想是花費(fèi)少量代價(jià)建立一個(gè)可運(yùn)行的系統(tǒng) ， 使用戶及早獲得學(xué)習(xí)的機(jī)會(huì) ，原型化方法又稱速成原型法 （ Rapid Prototyping） ? 強(qiáng)調(diào)的是軟件開(kāi)發(fā)人員與用戶的不斷交互 ， 通過(guò)原型的演進(jìn)不斷適應(yīng)用戶任務(wù)改變的需求 ? 將維護(hù)和修改階段的工作盡早進(jìn)行 ， 使用戶驗(yàn)收提前 ， 從而使軟件產(chǎn)品更加適用 原型化方法分類 ? 原型化方法按運(yùn)用原型的目的和方式的不同分為： – 快速建立漸進(jìn)原型 （ RSP法 ， Rapid Sequential Prototyping ） ? 該法建立的原型反映了系統(tǒng)的某些特征 ， 讓用戶學(xué)習(xí) ， 有利于獲得更加精確的需求說(shuō)明書(shū) ， 后階段的工作仍按照瀑布模型開(kāi)發(fā) – 快速建立需求規(guī)格原型 （ RCP法 ， Rapid Cyclic Prototyping ） ? 該法采用循環(huán)漸進(jìn)的開(kāi)發(fā)方式 ， 對(duì)系統(tǒng)模型作連續(xù)精化 ， 將系統(tǒng)需要具備的性質(zhì)逐步添加上去 ， 直至所有性質(zhì)全部滿足 ， 此時(shí)的原型模型也就是最終的產(chǎn)品 ? 速成原型適合于開(kāi)發(fā) “ 探索型 ” ， “ 實(shí)驗(yàn)型 ” 與 “ 進(jìn)化型 ” 一類的軟件系統(tǒng) ? 速成原型的工作模型是一個(gè)循環(huán)的模型 循環(huán)的速成原型工作模型 ? 速成原型循環(huán)方式步驟： – 快速分析 ? 快速確定軟件系統(tǒng)的基本要求 ? 確定原型所要體現(xiàn)的特征 （ 界面 ，總體結(jié)構(gòu) ， 功能 ， 性能 ） – 構(gòu)造原型 ? 在快速分析的基礎(chǔ)上根據(jù)基本規(guī)定說(shuō)明 ， 忽略細(xì)節(jié) ， 只考慮主要特征 ，快速構(gòu)造一個(gè)可運(yùn)行的系統(tǒng) ? 它有三類原型：用戶界面原型 ， 功能原型 ， 性能原型 – 運(yùn)行和評(píng)價(jià)原型 ? 用戶試用原型并與開(kāi)發(fā)者之間頻繁交流 ， 發(fā)現(xiàn)問(wèn)題 ， 目的是驗(yàn)證原型的正確性 – 修正與改進(jìn) ? 對(duì)原型進(jìn)行修改 ， 增刪 快速分析或修改 運(yùn)行 構(gòu)造 評(píng)價(jià) 原型 循環(huán)的速成原型工作模型 ? 細(xì)化的速成原型工作模型 快速分析，確定初步規(guī)格說(shuō)明 構(gòu)造原型 運(yùn)行 /評(píng)價(jià)原型 原型完成否 要細(xì)部說(shuō)明否 效果滿意否 嚴(yán)格說(shuō)明細(xì)部 整理原型提供文檔 修正改進(jìn)原型 N N Y Y Y N 2 軟件開(kāi)發(fā)方法與工作模型 ? 結(jié)構(gòu)化開(kāi)發(fā)方法 ? 原型化方法 ? 面向?qū)ο蟮拈_(kāi)發(fā)方法 面向?qū)ο蟮拈_(kāi)發(fā)方法 ? 面向過(guò)程的開(kāi)發(fā)方法 –面向數(shù)據(jù)流設(shè)計(jì) –面向數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) ? 面向?qū)ο蟮拈_(kāi)發(fā)方法 （ OOSD） –面向?qū)ο蟮姆治?（ OOA） –面向?qū)ο蟮脑O(shè)計(jì) （ OOD） –面向?qū)ο蟮某绦蛟O(shè)計(jì) （ OOP） 面向過(guò)程的開(kāi)發(fā)方法 ? 早期的高級(jí)語(yǔ)言都是面向過(guò)程的 ? 程序設(shè)計(jì)者必然要專注于： –程序?qū)?shù)據(jù)的處理過(guò)程 ——面向數(shù)據(jù)流設(shè)計(jì) –數(shù)據(jù)結(jié)構(gòu) ——面向數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) ? 因此 ， 由軟件解決的問(wèn)題通常用軟件系統(tǒng)的 數(shù)據(jù)流圖 或 數(shù)據(jù)結(jié)構(gòu) 來(lái)表示 面向過(guò)程的開(kāi)發(fā)方法 ? 數(shù)據(jù)流圖 –描述軟件系統(tǒng)的數(shù)據(jù)從輸入到輸出的流程 ，適用于幾乎所有順序處理的軟件 ? 數(shù)據(jù)結(jié)構(gòu) –描述軟件系統(tǒng)的輸入輸出數(shù)據(jù)結(jié)構(gòu) ， 適用于數(shù)據(jù)處理 ， 尤其輸入與輸出數(shù)據(jù)結(jié)構(gòu)相似的軟件系統(tǒng) 面向?qū)ο蟮拈_(kāi)發(fā)方法 (OOSD) ? 面向?qū)ο蟮拈_(kāi)發(fā)方法 （ OOSD， ObjectOriented Software Development） –根據(jù)穩(wěn)定的對(duì)象建立系統(tǒng)模型 ， 可很好地適應(yīng)需要的變化 –具有良好的可維護(hù)性 、 可擴(kuò)充性和可重用性 –是軟件工程領(lǐng)域的一個(gè)研究重點(diǎn) –被譽(yù)為 90年代軟件的核心技術(shù)之一 面向?qū)ο蟮拈_(kāi)發(fā)方法 ——基本思想 ? 對(duì)問(wèn)題領(lǐng)域進(jìn)行自然的分割 ， 以便接近人類通常思維的方式 ? 建立問(wèn)題領(lǐng)域的模型 ， 以便對(duì)客觀的信息實(shí)體進(jìn)行結(jié)構(gòu)和行為的模擬 ， 從而使設(shè)計(jì)的軟件更直接地表現(xiàn)問(wèn)題的求解過(guò)程 ? 以對(duì)象作為最基本的元素分析和解決問(wèn)題的核心 面向?qū)ο蟮拈_(kāi)發(fā)方法 ——組成 ? 面向?qū)ο蟮拈_(kāi)發(fā)方法的組成 –面向?qū)ο蟮姆治?（ OOA， ObjectOriented Analysis） –面向?qū)ο蟮脑O(shè)計(jì) （ OOD， ObjectOriented Design） –面向?qū)ο蟮某绦蛟O(shè)計(jì) （ OOP， ObjectOriented Programming） ? OOP是 OOSD的基礎(chǔ) ? OOA和 OOD是應(yīng)用 OOP的基礎(chǔ) 面向?qū)ο蟮姆治? (OOA) ? OOA分析階段將系統(tǒng)水平劃分為五個(gè)層次 – 主體 – 類和對(duì)象 – 結(jié)構(gòu) – 屬性 – 方法 ? OOA的任務(wù)就是通過(guò)分析問(wèn)題域 ， 建立系統(tǒng)的概念模型 面向?qū)ο蟮姆治? (OOA) ? OOA提供了三種模型： – 信息模型 ——定義構(gòu)成系統(tǒng)的類和對(duì)象 ， 它們的屬性與操作 – 狀態(tài)模型 ——描述系統(tǒng)的控制結(jié)構(gòu) ， 即描述任何時(shí)刻對(duì)象的聯(lián)系以及聯(lián)系的變化 ， 或稱為時(shí)序 ，常用狀態(tài)圖和事件追蹤圖來(lái)描述 – 處理模型 ——描述系統(tǒng)內(nèi)部數(shù)據(jù)的傳送和處理方法 ? 面向?qū)ο蟮姆治?（ OOA） 和設(shè)計(jì) （ OOD） 就是把面向?qū)ο蟮姆椒☉?yīng)用到軟件工程的分析和設(shè)計(jì)階段 ， 從而建立更加適應(yīng)當(dāng)今龐大 、復(fù)雜且易變的系統(tǒng)的模型 面向?qū)ο蟮脑O(shè)計(jì) (OOD) ? 在 OOA建立的五個(gè)水平層次 （ 主體 、 類和對(duì)象 、 結(jié)構(gòu) 、 屬性 、 方法 ） 基礎(chǔ)上 ，將系統(tǒng)結(jié)構(gòu)在縱向上劃分為： –問(wèn)題部件 –人機(jī)交互部件 –任務(wù)管理部件 –數(shù)據(jù)管理部件 面向?qū)ο蟮脑O(shè)計(jì) (OOD) ? OOD法分為 – 概要設(shè)計(jì) ? 細(xì)化對(duì)象行為 ? 添加新對(duì)象 ? 認(rèn)定類 ? 組類庫(kù) ? 確定外部接口 ? 主要數(shù)據(jù)結(jié)構(gòu) – 詳細(xì)設(shè)計(jì) ? 加細(xì)對(duì)象描述 面向?qū)ο蟮某绦蛟O(shè)計(jì) (OOP) ? 使用面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言進(jìn)行程序設(shè)計(jì) –如： C++ ， Delphi ， Ada ， SmallTalk ，Java ? 面向?qū)ο蟮亩x： –面向?qū)ο? = 對(duì)象 + 類 + 繼承 + 消息 –如果一個(gè)軟件系統(tǒng)是按照這樣四個(gè)概念設(shè)計(jì)和實(shí)現(xiàn)的 ， 則可以認(rèn)為這個(gè)軟件系統(tǒng)是面向?qū)ο蟮? 面向?qū)ο蟮某绦蛟O(shè)計(jì) (OOP) ? OOP具有三個(gè)重要特征： –封裝 ?封裝是將數(shù)據(jù)和對(duì)這些數(shù)據(jù)進(jìn)行處理所需的各種操作連接在一個(gè)根下的技術(shù) –繼承 ?繼承是引用已經(jīng)定義的各種類 ， 并將它們擴(kuò)充以滿足新的功能的一種技術(shù) –多態(tài)性 ?多態(tài)性實(shí)質(zhì)上就是同一個(gè)名字可以用于多種目的 面向過(guò)程與面向?qū)ο? ? 傳統(tǒng)的面向過(guò)程（ 函數(shù) ） 的編程方法 – 代碼和數(shù)據(jù)是分開(kāi)的 – 函數(shù)是最重要的 ，一個(gè)程序中的所有代碼都應(yīng)圍繞這些函數(shù)來(lái)設(shè)計(jì) ? 面向?qū)ο缶幊谭椒? – 必須將代碼與數(shù)據(jù)構(gòu)造在一個(gè)程序塊中 ，并且統(tǒng)一來(lái)管理 – 對(duì)象是最重要的 ， 程序是圍繞這些對(duì)象來(lái)設(shè)計(jì)的 ， 函數(shù)是第二位的 – 用對(duì)象調(diào)用函數(shù) ， 而不是簡(jiǎn)單地將對(duì)象（ 數(shù)據(jù) ） 傳遞給函數(shù) 面向?qū)ο蟮幕靖拍? ? 對(duì)象 （ Object） ? 類 （ Class） ? 繼承 （ Inheritance） ? 消息 （ Message） ? 軟件 IC（ Integrate Circuit） 面向?qū)ο蟮幕靖拍? ? 對(duì)象 （ Object） – 是對(duì)客觀存在的事物的描述 ， 可以是事 、 物 ， 或概念 – 對(duì)象是將一組數(shù)據(jù)和使用該數(shù)據(jù)的一組基本操作或過(guò)程封裝在一起的實(shí)體 – 用戶不必知道對(duì)象行為的實(shí)現(xiàn)細(xì)節(jié) ， 只需根據(jù)對(duì)象提供的外部特征接口訪問(wèn)對(duì)象 – 對(duì)象的動(dòng)作取決于發(fā)送給該對(duì)象的消息 ， 消息通知對(duì)象要求完成某個(gè)功能 。 ? 數(shù)據(jù)源點(diǎn)及數(shù)據(jù)終點(diǎn) – 標(biāo)明數(shù)據(jù)處理過(guò)程的數(shù)據(jù)來(lái)源和數(shù)據(jù)去向 ， 數(shù)據(jù)流圖中已有名的方框表示 ， 它只起到注釋作用 ， 補(bǔ)充說(shuō)明系統(tǒng)與其他外界環(huán)境的聯(lián)系 。 – 錯(cuò)誤推測(cè)法 ?憑經(jīng)驗(yàn)或直覺(jué)推測(cè)可能的錯(cuò)誤 ， 選擇測(cè)試 。 – A. DFD圖 B. PAD圖 – C. 結(jié)構(gòu)化英語(yǔ) D. 判定表 A C D B 4 習(xí)題 ——選擇題 7. 結(jié)構(gòu)化設(shè)計(jì)是以 （ ） 為基礎(chǔ) 、 自頂向下 、 逐步求精和模塊化的過(guò)程 。 – A. 單元測(cè)試 B. 人工測(cè)試 – C. 組裝測(cè)試 D. 上機(jī)測(cè)試 C E A C 4 習(xí)題 ——選擇題 15. 軟件的維護(hù)指的是 （