uml需求分析和系統(tǒng)建模

1、uml 需求分析和系統(tǒng)建模滿足客戶的需求分析!Chap02 C (OOA) C ) C Rational Rose 的使用(CASE)教學重點C Rational Rose C OOA C 系統(tǒng)建模教學難點C 系統(tǒng)建模滿足客戶的需求分析!1、獲得需求 收集需求 整理需求 描述需求思考的問題 1、我們能否直接從“需求”進入“設計”? 2、為什么要增加一個“需求分析”的環(huán)節(jié)？2、系統(tǒng)設計需求分析和建模 理解需求 分析需求 建立域模型 編寫需求文檔 評審需求文檔 管理需求滿足客戶的需求分析!一、Rational Rose UML Rational Rose 2021C 美Rational 公司IBM

2、)C UML(統(tǒng)一建模語言)Rational 3 世界級面向?qū)ο蠹夹g專家Grady Ivar Jim 為可視化建模奠 定了堅實的理論基礎Rational Rose 功 能 C Rational Rose(Rational Object Oriented Software Engineering)是C 功能 對業(yè)務進行建模(工作流) 建立對象模型 對數(shù)據(jù)庫進行建模(比較粗糙建立組件模型 Rational Rose Java VC 并可生滿足客戶的需求分析!一、RationalRoseUMLRationalRose2021工具的使用C C C C UseCaseLogicalComponentDe

3、ployment視圖：體現(xiàn)系統(tǒng)實現(xiàn)環(huán)境的結(jié)構和行為特征滿足客戶的需求分析!一、RationalRoseUMLRationalRose2021 建立軟件模型C C C C Web服務器中滿足客戶的需求分析!RationalRoseUMLRationalRose2021 C C 建立包：用例C 添加用例C C 添加參與者C () C C )滿足客戶的需求分析!二、需求(對用例)分析 1、需求分析概述-系統(tǒng)概要設計的輸入來自于需求工程 (1)什么是需求分析分析是一個翻譯軟件需求和深入理解問題的過程-也就是把 軟件系統(tǒng)的全部功能被表示成一個單一的信息變換過程。 分析 是建 立業(yè)務 模 型 ， 完全不考

4、慮采用什么樣 的技術來實現(xiàn)，和實現(xiàn) 無關，和計算機無關， 和編程語言無關 而設計是將業(yè)務模型轉(zhuǎn)變?yōu)楹蛯崿F(xiàn)相關的計算機模型，必 須考慮語言等實現(xiàn)相關的東西 。當然需求分析也是一 個分解的過程。滿足客戶的需求分析!分析的目標 理解問題并開發(fā)一個簡要描述方案的可視化模型，不依賴 于具體的實施技術環(huán)境，即“要做什么”的問題 把我們對用例的理解，轉(zhuǎn)變?yōu)榕c業(yè)務一致的形式，實現(xiàn)需求的價值希望您能夠區(qū)分 UML 中所涉及的“分析類”和 “實現(xiàn)類”之間的差別嗎！當然也包括概要設計和詳 細設計中的“類”的差別？比如財務中的 “”、審計” 等主要是將功能性的需求翻譯成軟件的概念，或者說用 軟件的概念來詮譯問題所要求

5、的功能；成方案的粗略對象模型。滿足客戶的需求分析!2(1)過對用戶的需求進行分析，可以產(chǎn)生出體現(xiàn)整個系 統(tǒng)靈魂的文檔， 并且能夠?qū)崿F(xiàn)將客戶需求從“具體描述” 到“抽象表示”的一個過程 最(2)工作的必要性 在需求分析階段不僅僅是要獲得客戶的需求，更重要咨詢和溝通，最終獲取比較詳細的信息。 如果開發(fā)方?jīng)]有去做需求分析而是簡單地按照功能要 求去設計、規(guī)劃，最終所開發(fā)出的系統(tǒng)滿足客戶的需求分析!需求分析的主要任務為了使開發(fā)出來的目標系統(tǒng)能滿足實際需要，在著手編程 之前，必須要有一定的時間用來認真地考慮以下“”。如何完成這些任務 確定軟件設計的約束和軟件同其它系統(tǒng)元素(他們相互的關系。 規(guī)范地確定系統(tǒng)

6、中各用例的職責，并最終對用例分滿足客戶的需求分析!2(1)并評審軟件范圍是否恰當 確定對目標系統(tǒng)的綜合要求，即軟件的需分析與綜合 從信息流和信息結(jié)構出發(fā)，逐步細化所有的軟件功能，找出系 統(tǒng)各元素之間的關聯(lián)、接口特性和設計上的約束，分其需要部分。 最終綜合成系統(tǒng)的解決方案，給出目標系統(tǒng)的詳細邏輯模型。文檔資料軟件需求說明書 數(shù)據(jù)要求說明書(數(shù)據(jù)流圖、數(shù)據(jù)字典和簡明的算法描述) 初步的用戶手冊 修改、完善與確定軟件開發(fā)實施計劃滿足客戶的需求分析!需求分析評審 系統(tǒng)定義的目標是否與用戶的要求一致; 系統(tǒng)需求分析階段提供的文檔資料是否齊全 ; 文檔中的所有描述是否完; 都已經(jīng)描述; 被開發(fā)項目的數(shù)據(jù)流

7、與數(shù)據(jù)結(jié)構是否足夠，確定; 所有; 滿足客戶的需求分析!三、面向?qū)ο?的分析 面向?qū)?象的分析技術 C OOA:Object Oriented Analysis C 對象的活動情況和狀態(tài)。滿足客戶的需求分析!C 的一般步驟： 分析用戶需求，建立用例并通過用例圖來描述用戶的需求 通過建立域模型以識別類與對象，從而識別系統(tǒng)中的各個對象確定對象的內(nèi)部特征，從而定義出各個屬性與服務，以進一步 細化類的結(jié)構 識別對象之間的關系并使用設計模式對類的結(jié)構進行優(yōu)化作圖、狀態(tài)圖)滿足客戶的需求分析!C 要優(yōu)點 能夠加強對問題域和系統(tǒng)功能的充分理解 促進與分析有關的各類人員之間的交流 對需求的變化具有較強的適應性

8、 支持軟件復用等技術 貫穿軟件生命周期全過程的一致性滿足客戶的需求分析!C Peter Coard Edward Yourdon OOA OOD Booth OMT(Object Modeling 對象建模技術C (圖2.30 P57C (2.21 P58C 動態(tài)模型(2.22 P58)C 滿足客戶的需求分析!四、UML Rational Rose 2021 3 種分析類 C 交“”;濾 C C 制類:制事件流、負責為實體類分配任務。 分析類和具體編程實現(xiàn)的語言UML 表示實體對象控制對象 邊界對象用戶賬號表單(from NetBank)賬號(from NetBank)開戶(from NetBank)滿足客戶的需求分析!四、UMLRational Rose 20213種分析類 34界類進行交互 邊界對象只能與控制對象和用例的參與者進行交互實體對象只能與控制對象進行交互 控制對象可以和邊界對象交互， 也可以和實體對象交互。滿足客戶的需求分析!四、UML 建模中涉及的分析類 分析類的設計示例(網(wǎng)上銀行)C /取款表單 C /取款、修改密碼C C (P64)!(1)“”“”嚴格的說用例模型并不是面向?qū)ο蟮?，它描述的是系統(tǒng)的功能，只是建立系統(tǒng)的最初的輸入。 為了更細膩的分析需