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