【文章內(nèi)容簡介】 問題： ?系統(tǒng)分析組織倉促 ?用戶不宜理解進(jìn)度 ?先入為主而系統(tǒng)設(shè)計(jì) ， 可能不是最佳設(shè)計(jì) 聽取用戶意見 建造修改原型 測試運(yùn)行原型 原型過程示意： 57 57 增量模型 分析 設(shè)計(jì) 編碼 測試 分析 設(shè)計(jì) 編碼 測試 分析 設(shè)計(jì) 編碼 測試 分析 設(shè)計(jì) 編碼 測試 增量 2 增量 3 增量 4 增量 1 第 1個(gè)增量的發(fā)布 第 2個(gè)增量的發(fā)布 第 3個(gè)增量的發(fā)布 第 4增量的發(fā)布 模型要點(diǎn)： ?瀑布和原型模型相結(jié)合 ?強(qiáng)調(diào)版本升級(jí) ?每版本開發(fā)遵循順序過程 58 58 累計(jì)費(fèi)用 制定 階段 計(jì)劃 評(píng)審約定 模型 螺旋模型 模型要點(diǎn)： ?統(tǒng)一了瀑布模型與原型模型 ?與增量模型相似，更強(qiáng)調(diào)風(fēng)險(xiǎn)分析 原型 1 原型 2 原型 3 運(yùn)行原型 軟件需求 產(chǎn)品設(shè)計(jì) 操作概念 需求階段計(jì)劃 確定目標(biāo) 選擇方案 設(shè)定條件 運(yùn)行 驗(yàn)收測試 集成測試 詳細(xì)設(shè)計(jì) 單元測試 編碼 系統(tǒng)集成 測試計(jì)劃 評(píng)估方案 明確風(fēng)險(xiǎn) 排除風(fēng)險(xiǎn) 開發(fā) 驗(yàn)證 59 59 噴泉模型 演化 維護(hù) 確認(rèn) 實(shí)現(xiàn) 設(shè)計(jì) 分析 模型要點(diǎn)： ?體現(xiàn)認(rèn)識(shí)事物的循環(huán)迭代性 ?強(qiáng)調(diào)開發(fā)活動(dòng)之間的無間隙性 無明顯的活動(dòng)階段劃分 ?適用于面向?qū)ο蟮拈_發(fā)過程 60 構(gòu)件集成模型 構(gòu)件庫 問題域 識(shí)別構(gòu)件 查找構(gòu)件 生成構(gòu)件 組裝系統(tǒng) 查到構(gòu)件 未查到構(gòu)件 模型要點(diǎn)： ? 基于面向?qū)ο蟮臉?gòu)件方法 ? 立足于軟件復(fù)用性 ? 形成統(tǒng)一開發(fā)過程 RUP ? 采用統(tǒng)一建模語言 61 61 ?需求明確或有先例的項(xiàng)目 瀑布模型 ?需求不明確或與客戶難以溝通的項(xiàng)目 原型模型 ?規(guī)模大且時(shí)間緊的項(xiàng)目 增量模型 ?帶有突破性技術(shù)的項(xiàng)目 螺旋模型 ?采用面向?qū)ο蠓椒ㄩ_發(fā)的項(xiàng)目 噴泉模型 ?明顯復(fù)用潛力的項(xiàng)目 構(gòu)件模型 項(xiàng)目情況 適用模型 項(xiàng)目適應(yīng)模型的一般規(guī)律 62 返回目錄 系統(tǒng)分析的基本概念 ? “系統(tǒng)分析 ” 也叫 “ 需求分析 ” 或 “ 問題定義 ” ? 系統(tǒng)分析是在可行性分析階段之后的一個(gè)重要的階段 ? 系統(tǒng) 分析階段，定義系統(tǒng)的功能、數(shù)據(jù)、行為的規(guī)約，及與其他系統(tǒng)的接口約束。 63 ?建立分析模型 在當(dāng)前物理模型的基礎(chǔ)上，建立分析模型 ?完成 “ 軟件需求規(guī)格說明 ” （ Software Requirement Specification， SRS） 在 SRS中，定義軟件的功能，信息，表示軟件的行為 ?需求驗(yàn)證 與用戶達(dá)成共識(shí)，編寫測試計(jì)劃和測試案例 需求分析 的任務(wù)和步驟 64 行業(yè)知識(shí) 學(xué)習(xí) 訪問用戶 考察現(xiàn)場 定制 調(diào)研計(jì)劃 組織調(diào)研 整理調(diào)研 問題陳述 建立當(dāng)前 系統(tǒng)物理 模型 建立未來 系統(tǒng)邏輯 模型 多次反復(fù)的過程 編制需求 規(guī)格說明 開發(fā) 系統(tǒng)原型 系統(tǒng)分析步驟示意 65 需求規(guī)格說明 : (主要內(nèi)容 ) (或數(shù)據(jù)庫描述 ) 需求分析階段的產(chǎn)品 66 結(jié)構(gòu)化分析方法 （ Structured Analysis) ? SA是面向數(shù)據(jù)流的分析方法，在 20世紀(jì) 90年代被廣泛應(yīng)用。 ? SA方法適合于開發(fā)數(shù)據(jù)處理類型的軟件，是需求分析階段的描述工具。 ? SA方法的主要思想是：以數(shù)據(jù)的輸入輸出流向，確認(rèn)其加工（或處理），從粗到細(xì)，逐層分解。 67 數(shù)據(jù)流圖 (Data Flow Diagram DFD) 外部 實(shí)體 外部 實(shí)體 外部 實(shí)體 外部 實(shí)體 變換 1 變換 3 變換 2 變換 4 數(shù)據(jù)存儲(chǔ) 輸入數(shù)據(jù) 中間數(shù)據(jù) 中間數(shù)據(jù) 中間數(shù)據(jù) 輸入數(shù)據(jù) 輸出數(shù)據(jù) 輸出數(shù)據(jù) 輸入 輸出 變換加工說明： 輸入： 輸出： 加工： 結(jié)構(gòu)化分析方法和工具 68 數(shù)據(jù)流結(jié)構(gòu)化 F f1 f41 f43 f45 f42 f46 f3 f2 f4 f5 f6 f7 A B A B X X Y Y Z Z 69 名稱： 別名： 何處使用 /如何使用： 內(nèi)容描述： 補(bǔ)充信息： 數(shù)據(jù)字典 作用：描述各個(gè)數(shù)據(jù)項(xiàng)約束 數(shù)據(jù)字典內(nèi)容和形式： 70 系統(tǒng)分析建模示例 家庭安全系統(tǒng)問題陳述： 系統(tǒng)由房主在安裝時(shí)配置，通過系統(tǒng)控制窗口和鍵盤功能與房主交互進(jìn)行。系統(tǒng)可以監(jiān)控所有連接的傳感器。 在安裝過程中，每個(gè)傳感器可以設(shè)置編號(hào)和類型，系統(tǒng)的啟動(dòng)和關(guān)閉必須有主人密碼控制；傳感器事件發(fā)生時(shí)，軟件激活系統(tǒng)上的警報(bào)器，在設(shè)定的時(shí)間延時(shí)后，軟件自動(dòng)撥打設(shè)定的電話號(hào)碼，并提供位置信息和事件性質(zhì)，電話號(hào)碼將每隔 20秒重?fù)芤淮?，直至電話接通? 系統(tǒng)運(yùn)行時(shí)，系統(tǒng)控制窗口顯示提示信息和系統(tǒng)狀態(tài)。通過鍵盤可以控制系統(tǒng)運(yùn)行。 71 例：家庭安全系統(tǒng)控制面板 SAFEHOME 01 報(bào)警 檢查 火情 離開 駐留 緊急 旁路 準(zhǔn)備未就緒 裝備 電源 關(guān)閉 離開 駐留 最大 測試 旁路 立即 編碼 警聲 準(zhǔn)備就緒 1 2 3 4 5 6 7 8 9 * 0 72 從問題陳述，分析 SafeHome系統(tǒng)頂層 DFD 控制面板 傳感器 SafeHome 系統(tǒng) 控制面板 顯示 警告 電話線 用戶命令 和數(shù)據(jù) 傳感器 狀態(tài) 顯示信息 警告類型 電話號(hào) 73 SafeHome 第一層 DFD 控制面板 傳感器 處理用戶輸入 控制面板 顯示 警告 電話線 用戶命令 和數(shù)據(jù) 傳感器 狀態(tài) 顯示信息 警告類型 電話號(hào)信號(hào) 配置 系統(tǒng) 監(jiān)控 傳感器 處理 口令 激活或失效 系統(tǒng) 顯示 信息和 狀態(tài) 傳感器信息 配置信息 正確的 ID信息 配置數(shù)據(jù) 配置數(shù)據(jù) 配置請(qǐng)求 啟動(dòng)停止 口令 激活 /失效信息 74 監(jiān)控傳感器的精化 DFD 評(píng)定 輸出 配置信息 顯示格式化 產(chǎn)生警告信號(hào) 讀 傳感器 撥打 電話 傳感器狀態(tài) 傳感器 ID類型 ,位置 傳感器信息 警告類型 警告數(shù)據(jù) 電話號(hào) 配置數(shù)據(jù) 電話號(hào)信號(hào) 傳感器 ID類型 ,位置 75 從 60年代出現(xiàn) Simula 60語言以來，形成了體現(xiàn)類和對(duì)象兩個(gè)基本概念的程序設(shè)計(jì)語言； 70年代誕生的 Smalltalk語言，真正確立了面向?qū)ο蟪绦蛟O(shè)計(jì)語言的地位。 80年代面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法才正式出現(xiàn)。 ▲ 面向?qū)ο蠓治龊驮O(shè)計(jì)方法的起源 伴隨著軟件界對(duì)于結(jié)構(gòu)化方法引起的越來越多的爭議，以及面向?qū)ο蟪绦蛟O(shè)計(jì)越發(fā)廣泛的應(yīng)用和成熟，產(chǎn)生了面向?qū)ο蠓治龊驮O(shè)計(jì)方法。 面向?qū)ο蠓治龇椒? 76 ▲ 面向?qū)ο蠓椒ǖ幕靖拍詈驮瓌t (1)思想方法 ? 從現(xiàn)實(shí)世界中客觀存在的 事物 出發(fā)，以問題域中的 事物 為中心，建立和表達(dá)系統(tǒng)。 ? 將事物的 特征 和 系統(tǒng)責(zé)任 抽象表示為系統(tǒng)的 對(duì)象 ，作為系統(tǒng)的基本 構(gòu)成單位 。 (2)4個(gè)基本概念 ? 類和對(duì)象 ? 消息和封裝 ? 繼承 ? 多態(tài)和動(dòng)態(tài)綁定 77 ?類和對(duì)象 ? 在外部世界中 ， 相同屬性和操作的對(duì)象屬于一個(gè)類 ， 對(duì)象是類的一個(gè)實(shí)例； ? 在機(jī)器空間中 ， 類是一個(gè)可復(fù)用的模板 ， 而對(duì)象是復(fù)用出來的獨(dú)立可執(zhí)行程序塊； ? 數(shù)據(jù)抽象 是在數(shù)據(jù)對(duì)象上定義相關(guān)的屬性和必要的操作； 過程抽象 是定義某功能到責(zé)任實(shí)體；而這一實(shí)體要有必要的屬性和執(zhí)行這一功能的一些列操作； ? 對(duì)象包括 實(shí)體對(duì)象 和 無形對(duì)象 ； 78 ?封裝和消息 ? 隱藏類的內(nèi)部屬性和操作的執(zhí)行 ， 只留下外部可見的操作界面 。 避免外界錯(cuò)誤地對(duì)內(nèi)部進(jìn)行修改 ， 造成不良影響； ? 對(duì)象只通過消息來請(qǐng)求其他的對(duì)象執(zhí)行自身的操作；消息必須直接發(fā)給指定的對(duì)象 ， 消息中包括請(qǐng)求執(zhí)行操作的必要信息； ? 接收消息的對(duì)象是消息的 執(zhí)行者 ， 在執(zhí)時(shí)也可以向其他對(duì)象發(fā)出 請(qǐng)求 。 79 ?類和子類 ? 類可以有子類，子類繼承父類，形成類的層次結(jié)構(gòu)； ? 繼承的概念與現(xiàn)實(shí)意義相同，子類繼承父類的全部屬性和操作，并允許有自己的屬性和操作； ? 繼承可以有多重繼承； ? 繼承有傳遞性； ? 繼承的重要作用在于源代碼的復(fù)用。 80 學(xué)生 姓名 年齡 …… 研究生 導(dǎo)師 研究方向 …… 本科生 班級(jí) 專業(yè) …… 繼承： 81 繼承層次： 運(yùn)輸工具 輪船 車輛 飛機(jī) 卡車 轎車 82 人員 姓名 年齡 …… 研究生 導(dǎo)師 研究方向 …… 職工 部門 職務(wù) …… 在職研究生 …… 多繼承： 83 ? 多態(tài)性 ? 在繼承關(guān)系的類層次結(jié)構(gòu)中，定義同名操作，形成同一操作的多種形態(tài)，按同一個(gè)消息響應(yīng)不同的行為。即“多態(tài)性”。 ? 多態(tài)性更強(qiáng)地體現(xiàn)了信息隱蔽的原則，實(shí)現(xiàn)接口的獨(dú)立封裝。 ? 多態(tài)性的實(shí)現(xiàn)機(jī)制： 靜態(tài)聯(lián)編 — 編譯直接確定連接的軟件成分 動(dòng)態(tài)聯(lián)編 — 編譯不確定連接的軟件成分，執(zhí)行時(shí)根據(jù)定義的實(shí)體再確定需要的連接的軟件成分 84 動(dòng)態(tài)聯(lián)編： 靜態(tài)聯(lián)編： 圖形 坐標(biāo) 移動(dòng)（） 點(diǎn) ……