【文章內(nèi)容簡介】 明確或與客戶難以溝通的項目 原型模型?規(guī)模大且時間緊的項目 增量模型?帶有突破性技術的項目 螺旋模型?采用面向對象方法開發(fā)的項目 噴泉模型?明顯復用潛力的項目 構件模型 項目情況 適用模型項目適應模型的一般規(guī)律62返回目錄系統(tǒng)分析的基本概念? “系統(tǒng)分析 ”也叫 “需求分析 ”或 “問題定義”? 系統(tǒng)分析是在可行性分析階段之后的一個重要的階段? 系統(tǒng) 分析階段，定義系統(tǒng)的功能、數(shù)據(jù)、行為的規(guī)約，及與其他系統(tǒng)的接口約束。63?建立分析模型 在當前物理模型的基礎上，建立分析模型?完成 “軟件需求規(guī)格說明 ” （ Software Requirement Specification， SRS）在 SRS中，定義軟件的功能，信息，表示軟件的行為?需求驗證 與用戶達成共識，編寫測試計劃和測試案例需求分析 的任務和步驟的任務和步驟64行業(yè)知識學習訪問用戶考察現(xiàn)場定制調(diào)研計劃組織調(diào)研整理調(diào)研問題陳述建立當前系統(tǒng)物理模型建立未來系統(tǒng)邏輯模型多次反復的過程編制需求規(guī)格說明開發(fā)系統(tǒng)原型系統(tǒng)分析步驟示意65需求規(guī)格說明 : (主要內(nèi)容 ) (或數(shù)據(jù)庫描述 ) 需求分析階段的產(chǎn)品66 結構化分析方法 （ Structured Analysis)? SA是面向數(shù)據(jù)流的分析方法，在 20世紀 90年代被廣泛應用。? 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ù)輸入 輸出變換加工說明：輸入：輸出：加工：結構化分析方法和工具68數(shù)據(jù)流結構化Ff1f41 f43f45f42 f46f3f2f4f5f6f7A BABXXYY ZZ69名稱： 別名： 何處使用 /如何使用： 內(nèi)容描述： 補充信息： 數(shù)據(jù)字典作用：描述各個數(shù)據(jù)項約束數(shù)據(jù)字典內(nèi)容和形式：70系統(tǒng)分析建模示例家庭安全系統(tǒng)問題陳述： 系統(tǒng)由房主在安裝時配置，通過系統(tǒng)控制窗口和鍵盤功能與房主交互進行。系統(tǒng)可以監(jiān)控所有連接的傳感器。 在安裝過程中，每個傳感器可以設置編號和類型，系統(tǒng)的啟動和關閉必須有主人密碼控制；傳感器事件發(fā)生時，軟件激活系統(tǒng)上的警報器，在設定的時間延時后，軟件自動撥打設定的電話號碼，并提供位置信息和事件性質，電話號碼將每隔 20秒重撥一次，直至電話接通。 系統(tǒng)運行時，系統(tǒng)控制窗口顯示提示信息和系統(tǒng)狀態(tài)。通過鍵盤可以控制系統(tǒng)運行。71例：家庭安全系統(tǒng)控制面板 SAFEHOME01報警檢查火情離開駐留緊急旁路準備未就緒裝備 電源 關閉 離開 駐留 最大 測試 旁路 立即 編碼 警聲 準備就緒 1 2 34 5 67 8 9* 0 72從問題陳述，分析 SafeHome系統(tǒng)頂層 DFD控制面板 傳感器SafeHome系統(tǒng)控制面板 顯示 警告電話線用戶命令 和數(shù)據(jù)傳感器 狀態(tài)顯示信息警告類型電話號73SafeHome 第一層 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)類和對象兩個基本概念的程序設計語言； 70年代誕生的 Smalltalk語言，真正確立了面向對象程序設計語言的地位。 80年代面向對象的分析和設計方法才正式出現(xiàn)。▲面向對象分析和設計方法的起源 伴隨著軟件界對于結構化方法引起的越來越多的爭議，以及面向對象程序設計越發(fā)廣泛的應用和成熟，產(chǎn)生了面向對象分析和設計方法。 面向對象分析方法76▲面向對象方法的基本概念和原則(1)思想方法? 從現(xiàn)實世界中客觀存在的 事物 出發(fā)，以問題域中的 事物 為中心，建立和表達系統(tǒng)。? 將事物的 特征 和 系統(tǒng)責任 抽象表示為系統(tǒng)的 對象 ，作為系統(tǒng)的基本 構成單位 。(2)4個基本概念? 類和對象? 消息和封裝? 繼承? 多態(tài)和動態(tài)綁定77216。類和對象? 在外部世界中，相同屬性和操作的對象屬于一個類，對象是類的一個實例；? 在機器空間中，類是一個可復用的模板，而對象是復用出來的獨立可執(zhí)行程序塊；? 數(shù)據(jù)抽象 是在數(shù)據(jù)對象上定義相關的屬性和必要的操作； 過程抽象 是定義某功能到責任實體；而這一實體要有必要的屬性和執(zhí)行這一功能的一些列操作；? 對象包括 實體對象 和 無形對象 ；78216。封裝和消息? 隱藏類的內(nèi)部屬性和操作的執(zhí)行，只留下外部可見的操作界面。避免外界錯誤地對內(nèi)部進行修改，造成不良影響；? 對象只通過消息來請求其他的對象執(zhí)行自身的操作；消息必須直接發(fā)給指定的對象，消息中包括請求執(zhí)行操作的必要信息；? 接收消息的對象是消息的 執(zhí)行者 ，在執(zhí)時也可以向其他對象發(fā)出 請求 。79216。類和子類? 類可以有子類，子類繼承父類，形成類的層次結構；? 繼承的概念與現(xiàn)實意義相同，子類繼承父類的全部屬性和操作，并允許有自己的屬性和操作；? 繼承可以有多重繼承；? 繼承有傳遞性；? 繼承的重要作用在于源代碼的復用。80學生姓名年齡……研究生導師研究方向……本科生班級專業(yè)……繼承：81繼承層次： 運輸工具輪船 車輛 飛機卡車 轎車82人員姓名年齡……研究生導師研究方向……職工部門職務……在職研究生……多繼承：83216。 多態(tài)性? 在繼承關系的類層次結構中，定義同名操作，形成同一操作的多種形態(tài)，按同一個消息響應不同的行為。即 “ 多態(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)編：圖形坐標移動（）點……移動（）……矩形長寬移動（）……圓半徑移動（）多態(tài)性：圖形字符型坐標數(shù)字型坐標……移動（）移動（）……Virtue可使用統(tǒng)一圖形移動接口，采用移動（）的動態(tài)聯(lián)編85▲面向對象方法的優(yōu)勢? 以更接近人類認識世界的思維的方式來建立問題域模型，因為事物本身不但包括屬性也包括行為，認識事物，從來不會將事物的屬性和行為分離? 建造系統(tǒng)的基本元素是封裝了操作的對象實體，回避了以易變的處理過程為基礎的系統(tǒng)建造? 從實體對象抽象得到的對象類，保持了語義上的一致性，提高了系統(tǒng)的復用和構造性? 繼承機制是源代碼級的復用機制，在此基礎上的多態(tài)機制，成為系統(tǒng)可擴充性結構，以及分布式系統(tǒng)結構實現(xiàn)的基礎保證86▲面向對象方法的發(fā)展趨勢 從 80年代到現(xiàn)在 20多年的發(fā)展過程，面向對象方法學逐漸走向成熟和。主要表現(xiàn)在：? 橫向求同： 多種的面向對象方法之間的求同。? 縱向求同：與非面向對象方法的求同。? 標準化： 統(tǒng)一建模語言（ Unified Modeling Language UML) 96年由 Booch、 Jacobson、 Rumbaugh三位面向對象方法的專家，在國際對象管理組織 OMG建議下，在 Rational公司研制了 UML，從 97年的 在的 ，逐步完善。目前是業(yè)界共識的標準。87統(tǒng)一建模語言 （ Unified Modeling Language UML)UML是以圖形來確定、表示、和記錄軟件系統(tǒng)的建模語言面向對象分析模型 需求描述： Use Case 用況圖 輔助模型： Sequence順序圖 Collaboration協(xié)作圖 State狀態(tài)圖 Packet包圖 Component構件圖 Deployment部署圖 Activity活動圖基本模型： Class類圖 Object對象圖對象對象間關系對象屬性詳細說明881. 用況圖（ Use Case）用況圖的建立 思想不屬于面向對象的 ，而是業(yè)界早已熟悉的需求建模方法，只是 UML有新的表示方法。房主《 include》Use Case示例：身份確認系統(tǒng)設置系統(tǒng)運行查詢啟動 /關閉系統(tǒng)傳感器監(jiān)測密碼修改系統(tǒng)區(qū)域設置系統(tǒng)電話設置系統(tǒng)警報設置《 include》《 extend》《 extend》《 extend》參與者用況包含用況擴展用況交互關系顯示窗電話報警器傳感器參與者89《 include》《 extend》Use Case圖元素：參與者：與系統(tǒng)交互的，使用系統(tǒng)相關功能的角色，用況：與參與者有交互的一個功能參與者與用況的連線：表示雙向，沒有箭頭用況之間的連線：表示包含其中必須的功能用況之間的連線：表示擴展可選的功能90（ Class） 從問題域中的實體抽象出對象類，描述類之間的靜態(tài)結構。 InterClient+search (s: String): String CustomerList+search (s: String): Customer[ ]+getCustomer (number: Sting): Customer+addCustomer (c: Customer): Boolean+removeCustomer (c: Customer): Boolean0.. ? 1 CompanyCustomer+login (nimber: String , passwd: String): Boolean+update (webpage: String , e_mail: String): Boolean+viewMyInfo ( ): String InternalClient+updateCustomer (nimber: String , …):