UML軟件工程組織
學(xué)習建模工具：Rose
作者：天雨 本文選自：21cmm 2002年09月18日
在隨著(zhù)面向對象的程序設計的廣泛應用，可視化編程遍地開(kāi)花的今天，編程工作人員的地位一再被動(dòng)搖，早以不再作為開(kāi)發(fā)中的主流，而軟件工程的應用以作為軟件開(kāi)發(fā)的質(zhì)量和效率的重要見(jiàn)證已越來(lái)越被重視，針對早期的結構化建模工具的明顯不足，ROSE吸取眾多建模工具的優(yōu)點(diǎn)，排除其不足，采用面向對象的成熟技術(shù)和雙向工程的技巧，為提高軟件開(kāi)發(fā)的效率，保證軟件開(kāi)發(fā)的質(zhì)量和可維護性作出了巨大的貢獻。
軟件工程概述
軟件開(kāi)發(fā)是一套關(guān)于軟件開(kāi)發(fā)各階段的定義、任務(wù)、作用的建立在理論上的一門(mén)工程學(xué)科。它為解決軟件危機，指導人們利用科學(xué)、有效的方法來(lái)開(kāi)發(fā)軟件，提高及保證軟件開(kāi)發(fā)的效率和質(zhì)量取到了一定的作用。
軟件開(kāi)發(fā)過(guò)程：需求分析（開(kāi)始階段）——概要設計（靜態(tài)結構）——詳細設計（動(dòng)態(tài)結構）——編碼——測試——維護。
結構化模型設計方法
A．E-R圖（實(shí)體關(guān)系圖）
實(shí)體：客觀(guān)存在并可區分的事物。
屬性：實(shí)體所具有的某種特性，一個(gè)實(shí)體可以有多個(gè)屬性。
關(guān)系：實(shí)體之間的對應關(guān)系，可分為1：1聯(lián)系、1：n聯(lián)系、m：n聯(lián)系
B．數據流圖
C．功能模塊圖
結構化模型的不足
傳統的結構化模型的設計所建立的模型不能反應源代碼，與程序設計脫節。模型與代碼幾乎沒(méi)什么關(guān)系。這樣的模型不能生成代碼，代碼更不能生成模型，模型大多是畫(huà)給領(lǐng)導看或拿出作掩蓋。所以不能保證軟件的質(zhì)量，更不易軟件的維護，沒(méi)什么約束力也沒(méi)有檢測的標準，它的弊端是顯于易見(jiàn)的。
面向對象的模型設計方法
定義：利用面向對象方法，把應用程序分成許多小塊（對象），這些對象是獨立的，然后組合這些對象，建立程序。
特點(diǎn)：包裝、繼承、多態(tài)。
常用的建模工具：PlayCase, Rational ROSE, Computer Association BPWin , Computer Association ERWin, Oracle Designer/2000, Sybase PowerDesigner
UML語(yǔ)言概述
定義：一種面向對象的統一建模語(yǔ)言。
作用：幫助我們對軟件系統進(jìn)行面向對象的和建模。
核心：類(lèi)，類(lèi)之間的關(guān)系。
建模：通過(guò)將用戶(hù)的業(yè)務(wù)震需求映射為代碼，保證代碼滿(mǎn)足這些需求，代碼能方便地回溯需求，這個(gè)過(guò)程叫建模。
ROSE建模工具
定義：是一種分析和設計面向對象的建模工具。
作用：利用ROSE這個(gè)工具，我們可以建立用UML的軟件系統的模型，面目可以自動(dòng)生成和維護C++、JAVA、VB、PB、ORACLE等語(yǔ)言和系統的代碼。
核心：七大框圖
1. Use-Case Diagrams（用例框圖）
2. sequence diagram （順序框圖）
3. Collaboration diagram （協(xié)作框圖）
4. Class diagram （類(lèi)框圖）
5. State Transition diagram （狀態(tài)框圖）
6. Component diagram （組件框圖）
7. Deployment diagram （擴展框圖）
下面結合軟件工程知識、利用ROSE建模工具，本人在開(kāi)發(fā)電力部們的"110KV標準設計圖文管理系統"中所用到的ROSE模型及對ROSE在開(kāi)發(fā)實(shí)踐中的剖析
需求分析階段
任務(wù)：建立用戶(hù)需求和功能模塊，確定系統中的角色和使用案例。利用ROSE，生成角色，使用案例和生成用例圖
所用到的框圖：
1.Use-Case Diagrams：顯示使用案例（表示系統功能）與角色（人或系統）間的交互。如下圖：
Use Case（用例）：在不展現一個(gè)系統或系統內部結構的情況下，對系統或系統的連貫的功能單元的定義和描述。
角色：使用軟件的人或外部系統本身。
2. sequence diagram
按時(shí)間先后順序，從上到下分析使用案例，確定案例的處理流程。如下圖：
3 Collaboration diagram ：
確定對象之間的關(guān)系的處理過(guò)程的分析流程。如下圖：
概要設計階段
任務(wù)：通過(guò)分析Use-Case Diagrams ，得到所用到的類(lèi)，分析這些類(lèi)的屬性、操作和它們之間的關(guān)系。
所用到的框圖：
1.Class Diagrams.
顯示系統中類(lèi)與類(lèi)之間的交互。
2.包：具有一些共性的類(lèi)組合在一起的圖。
詳細設計階段
任務(wù)：細化和個(gè)性Use-Case的描述 ，如類(lèi)的操作和對象之間的消息相對應，填充參數及復雜的類(lèi)的設計。
所用到的框圖：
1.Class Diagrams
2.State Diagrams:顯示一個(gè)對象從生成到刪除的生命周期。
編碼和測試階段
任務(wù)：進(jìn)行軟件的開(kāi)發(fā)和測試，生成組件框圖。
組件：表示代碼的物理模塊。
組件框圖：表示系統中的組件及相互依賴(lài)性。
Delpoyment Diagrams:顯示網(wǎng)絡(luò )中的物理布局和各種組件的位置。
雙向工程
1.生成代碼：根據選擇開(kāi)發(fā)應用程序的語(yǔ)言生成對應的程序的代碼。
步驟：檢查模型-生成組件-將類(lèi)映射組件-設置代碼生成屬性-選擇類(lèi)、組件和包-生成代碼
2.逆向轉出工程：根據選擇開(kāi)發(fā)應用程序的語(yǔ)言生成對應的程序的代碼。
步驟：檢查模型-生成組件-將類(lèi)映射組件-設置代碼生成屬性-選擇類(lèi)、組件和包-生成代碼
版權所有：UML軟件工程組織
