1樓：揚州海之聲聽力
uml系統建模與分析設計bai 第一章 系統
du建模與分析設計的演變zhi 1、系統建模的三要素dao：方法、工內
具和過程 2、軟容件的分類： 按軟體的功能劃分：系統軟體、支撐軟體和應用軟體 按軟體的規模劃分：
小型軟體、中型軟體、大型甚至超大型軟體 按軟體的工作方式劃分：實時處理軟體、分時處理軟體互動式軟體和批處理軟體 按軟體服務物件的範圍劃分：一次性使用軟體和使用頻度較高的軟體 按軟體失效的影響程度劃分：
一般性軟體和關鍵性軟體 3、軟體危機產生的原因主要有兩個：一是與軟體本身的特點相關；二是軟體開發和維護的方法不正確。 4、軟體開發過程模型：
瀑布模型、漸增模型、演化模型、螺旋模型、智慧模型 5、uml的特點：唯一性、連續性、維護性、複用性和逐步完善 6、物件導向的三大重要特徵：封裝性、繼承...
試用uml需求分析下題，要求畫出用例圖，類圖和順序圖。
2樓：uml工具
可以參考trufun plato uml建模工具提供的專案案例，自己畫一個，！
uml的內容包含哪些成分
物件導向中包括哪些uml圖及每件圖的作用
3樓：愛上北極之光
uml物件導向分析及其包括的圖、建模步驟
一、敘述基於uml的物件導向分析設計過程
1）識別系統的用例和角色
首先對專案進行需求調研，依據專案的業務流程圖和資料流程圖以及專案中涉及的各級操作人員，通過分析，識別出系統中的所有用例和角色；接著分析系統中各角色和用例間的聯絡，再使用uml建模工具畫出系統的用例圖，同時，勾畫系統的概念層模型，藉助uml建模工具描述概念層類圖和活**。
2）進行系統分析，並抽象出類
系統分析的任務是找出系統中所有需求並加以描述，同時建立特定領域模型。建立域模型有助於開發人員考察用例，從中抽取出類，並描述類之間的關係。
3）設計系統和系統中的類及其行為
設計階段由結構設計和詳細設計組成。①結構設計是高層設計，其任務是定義包（子系統），包括包間的依賴關係和主要通訊機制。包有利於描述系統的邏輯組成部分以及各部分之間的依賴關係。
②詳細設計就是要細化包的內容，清晰描述所有的類，同時使用uml的動態模型描述在特定環境下這些類的例項的行為。
二、物件導向中包括哪些uml圖及每件圖的作用
uml圖包括九種：用例圖、類圖、物件圖、狀態圖、時序圖、協作圖、活**、元件圖、配置圖。
1）用例圖（usecasediagram）
它是uml中最簡單也是最複雜的一種uml圖。說它簡單是因為它採用了物件導向的思想，又是基於使用者視角的，繪製非常容易，簡單的圖形表示讓人一看就懂。說它複雜是因為用例圖往往不容易控制，要麼過於複雜，要麼過於簡單。
用例圖表示了角色和用例以及它們之間的關係。
2）類圖（classdiagram）
是最常用的一種圖，類圖可以幫助我們更直觀的瞭解一個系統的體系結構。通過關係和類表示的類圖，可以圖形化的方式描述一個系統的設計部分。
3）物件圖
uml物件導向中物件圖是類圖的例項，幾乎使用與類圖完全相同的標識。它們的不同點在於物件圖顯示類的多個物件例項，而不是例項的類。一個物件圖是類圖的一個例項。
由於物件存在生命週期，因此物件圖只能在系統某一時間段存在。
4）狀態圖
uml圖中狀態圖用來描述一個實體基於事件反應的動態行為，顯示了該實體如何根據當前所處的狀態對不同的時間做出反應的。通常建立一個uml狀態圖是為了以下的研究目的：研究類、角色、子系統、或元件的複雜行為。
5）時序圖
又稱順序圖，描述了物件之間動態的互動關係，著重體現物件間訊息傳遞的時間順序。
順序圖由一組物件構成，每個物件分別帶有一條豎線，稱作物件的生命線，它代表時間軸，時間沿豎線向下延伸。順序圖描述了這些物件隨著時間的推移相互之間交換訊息的過程。訊息用從一務垂直的物件生命線指向另一個物件的生命線的水平箭頭表示。
圖中還可以根據需要增加有關時間的說明和其他註釋。
6）協作圖
uml物件導向中協作圖用於顯示元件及其互動關係的空間組織結構，它並不側重於互動的順序。協作圖顯示了互動中各個物件之間的組織互動關係以及物件彼此之間的連結。與序列圖不同，協作圖顯示的是物件之間的關係。
另一方面，協作圖沒有將時間作為一個單獨的維度，因此序列號就決定了訊息及併發執行緒的順序。協作圖是一個介於符號圖和序列圖之間的交叉產物，它用帶有編號的箭頭來描述特定的方案，以顯示在整個方案過程中訊息的移動情況。
uml圖中協作圖用途：
通過描繪物件之間訊息的移動情況來反映具體的方案。
顯示物件及其互動關係的空間組織結構，而非互動的順序。
7）活**（activitydiagram）
uml物件導向中uml活**記錄了單個操作或方法的邏輯，單個使用者案例，或者單個業務流程的邏輯。描述系統中各種活動的執行順序，通常用於描述一個操作中所要進行的各項活動的執行流程。同時，它也常被用來描述一個用例的處理流程，或者某種互動流程。
活**由一些活動組成，圖中同時包括了對這些活動的說明。當一個活動執行完畢之後，控制將沿著控制轉移箭頭轉向下一個活動。活**中還可以方便地描述控制轉移的條件以及並行執行等要求。
8）元件圖（componentdiagram）
uml圖的元件圖是用來反映**的物理結構。從元件圖中，可以瞭解各軟體元件（如源**檔案或動態連結庫）之間的編譯器和執行時依賴關係。使用元件圖可以將系統劃分為內聚元件並顯示**自身的結構。
元件圖的主要目的是顯示系統元件間的結構關係。
9）配置圖
uml物件導向中配置圖描述系統中硬體和軟體的物理配置情況和系統體系結構。
在uml圖的配置圖中，用結點表示實際的物理裝置，如計算機和各種外部裝置等，並根據它們之間的連線關係，將相應的結點連線起來，並說明其連線方式。在結點裡面，說明分配給該結點上執行的可執行構件或物件，從而說明哪些軟體單元被分配在哪些結點上執行。
4樓：陽依白原元
原文出處：
結構圖有4種，分別是：
•類圖（classdiagram）
類圖顯示一組類、介面、協作以及它們之間的關係。類圖可用於說明系統的靜態設計檢視。包含主動類的類圖可用於說明系統的靜態程序檢視。
•物件圖（objectdiagram）
uml圖中物件圖顯示一組物件以及他們之間的關係。物件圖是類圖中發現的事物的例項的資料結構和靜態快照。物件圖也可用於說明系統的靜態設計檢視和靜態的程序檢視，但它是從現實或原型的方面來透視的（因為是類的例項）。
•構件圖（componentdiagram）uml圖中構件圖顯示了一組構件以及他們之間的關係。構件圖可用於說明系統的靜態實現檢視。
•實施圖（deploymentdiagram）
uml在軟體開發中各個階段的作用和意義
5樓：匿名使用者
經典的軟體工程思想將軟體開發分成5個階段:需求分析\系統分析與設計;系統實現\測試及維護五個階段.之所以如此,是因為軟體開發中飠含了物和人的因素,存在著很大的不確定性,這使得軟體工程不可能像理想的,可以其於物理學等的原理來做的物質生產過程.
如想建造一幢高檔的寫字樓,那麼剛開始便將一切材料和工具全準備好顯然是無比愚蠢的行為,因為有可能你正在使用他人的錢,而這些人將是建築大小,開狀和樣式的決定者,通常情況下,投資方會在開工生改變想法,這樣你必須有額外的計劃.而對於整個工程,你也許只是其中的某一個工作組,因此,你需要有各種各樣的圖紙和模型同其他小組溝通,達到聯合工作.很顯然,在客戶的需求與實際的建築技術之間找好一個契合點,是做好工程的關鍵.
許多軟體工開發過程也如同上面例子一樣,軟體問題不僅僅是**的問題,而成為了一個怎麼樣將整個過程轉變成一個結構,過程和工具相結合的問題.
建模,即其目的和作用在於提供系統藍圖,包含細節設計,也含有對系統的總體設計,同時模型可以幫助開發小組更好地規劃系統設計,更快的開發.
uml是一種功能強大的,物件導向的視覺化系統分析的建模語言,它的各個模型可以幫助開發人員更好地理解業務流程,建立更可靠,更完善的系統模型.從而使使用者和開發人員對問題的描述達到相同的理解,以減少語義差異,保障分析的正確性.
6樓：匿名使用者
uml是一種建模語言,主要用於軟體開發的詳細設計環節,功能主要是給開發人員一個視覺化的專案結構圖,方便開發人員理解,從而減少開發過程中產生的問題,且可以明確類名,方法名,引數,返回值型別等等,對資料庫方面,可以一目瞭然的知道表與表之間的關聯關係,對業務流程方面,也是很清楚了反應了業務流程方向,所以,在我個人理解裡,uml就是一個將抽象的設計轉變成具體形象上的表現.
僅僅是個人理解,所以..不知道你能否滿意.
如有不當之處,還請各位達人解釋.
謝謝,我談的是個人理解,我跟刷子不一樣
7樓：
首先，uml建模分為:
類圖、物件圖、順序圖、合作圖、使用案例圖、狀態圖、活**、元件圖、部署圖等。
其次，它又分為以下三大點：
一 概念級建模
1.事務用例建模（事務用例模型、活**）
2.事務物件建模（事務物件模型、序列圖）
二 邏輯級建模、
1.需求定義（系統用例建模、系統用例描述）2.分析和初步設計（類圖、序列圖、陳述圖）三 物理級建模
1.詳細設計（類圖、資料庫設計模型、ddl指令碼、資料庫、部件圖、分佈圖）
uml建模中順序圖能在靜態結構圖中建立嗎
8樓：匿名使用者
可以對類圖中的類、用例圖中的用例和角色建立序列圖、活**、狀態圖等動態檢視，但是你說的在靜態結構圖中建立是想展現在靜態圖中嗎？
uml類圖用軟體怎樣畫
1.staruml,小巧 免費,功能也不錯。2.visio,微軟的,不僅是用於uml圖。3.rose,大而全。不是有rational rose嘛?可以用那個畫的哇,不過有點大,裝起來有點麻煩,祝你成功咯 可以利用微軟的 visio軟體,選擇軟體與資料庫模型裡面有個uml靜態結構,就可以畫類圖了。怎麼...
企業組織結構圖對資訊系統建設有什麼好處
專案組織機構圖以圖形方式展示專案團隊成員及 其報告關係。基於專案的需要,專案組織機構圖可以是正式或非正 式的,非常詳細或高度概括的 可以根據企業的結構圖 逐層次的瞭解資訊 管理資訊系統設計業務流程圖 e r圖 組織結構圖及模組結構圖 第一步 銷售部門 接受訂單 簽訂合同 合同交財務部入臺帳 下達生產...
物流軟體系統和貨代軟體系統這兩種系統的差別是什麼？是不是都是可以用的
現在的跨境物流行業，想要選擇合適自己的業務管理系統，首先就要區分清楚自己的業務型別。從字面意義來說，物流和貨代都是行業型別的統稱，不過物流業務，更偏向運輸性質，貨代則更偏向 性質，並不具備運輸的資質或能力。比如國際物流企業，一般都是承運方的身份，擁有運輸的能力，偏傳統的運輸方的業務，選擇系統就需要符...