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

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

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

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

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

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

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

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

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