1樓：本末終始
1.在結構化分析與設計中常用的圖有:資料流圖(dfd),狀態圖和e-r圖.
2.uml的圖均用於分析與設計,但它們是"物件導向的分析與設計".
uml的各種圖應該在系統分析，設計的哪個階段應用
2樓：uml專家
uml各種圖
來在系統分析設計中使用，源並沒有非常精bai準的要求。
一般du都是根據專案情況zhi和分析設計要求dao而定，比如在系統分析中，最常用的就是以用例圖為主，輔助說明需要活**，類圖等。在設計時候以類圖為主，輔助以用例圖、活**、序列圖、狀態圖等。
每一種uml圖的繪製程度也根據你的業務要求和專案設計程度有所區別。
不一定面面俱到，但是最好能將業務細節設計深入。這樣有助於後面工作減少偏差。
我在進行文件管理系統的設計與開發，我現在進行到需求分析階段，如果用uml的話，應該畫些什麼圖？謝謝
3樓：匿名使用者
簡單地瞭解一下uml設計中有的圖例及基本作用。首先對uml中的各個圖的功用做一個簡單介紹： 1、用例圖 描述角色以及角色與用例之間的連線關係。
說明的是誰要使用系統，以及他們使用該系統可以做些什麼。一個用例圖包含了多個模型元素，如系統、參與者和用例，並且顯示了這些元素之間的各種關係，如泛化、關聯和依賴。
2、類圖 類圖是描述系統中的類，以及各個類之間的關係的靜態檢視。能夠讓我們在正確編寫**以前對系統有一個全面的認識。類圖是一種模型型別，確切的說，是一種靜態模型型別。
3、物件圖 與類圖極為相似，它是類圖的例項，物件圖顯示類的多個物件例項，而不是實際的類。它描述的不是類之間的關係，而是物件之間的關係。
4、活** 描述用例要求所要進行的活動，以及活動間的約束關係，有利於識別並行活動。能夠演示出系統中哪些地方存在功能，以及這些功能和系統中其他元件的功能如何共同滿足前面使用用例圖建模的商務需求。
5、狀態圖 描述類的物件所有可能的狀態，以及事件發生時狀態的轉移條件。可以捕獲物件、子系統和系統的生命週期。他們可以告知一個物件可以擁有的狀態，並且事件(如訊息的接收、時間的流逝、錯誤、條件變為真等)會怎麼隨著時間的推移來影響這些狀態。
一個狀態圖應該連線到所有具有清晰的可標識狀態和複雜行為的類；該圖可以確定類的行為，以及該行為如何根據當前的狀態變化，也可以展示哪些事件將會改變類的物件的狀態。狀態圖是對類圖的補充。 6、序列圖 （順序圖） 序列圖是用來顯示你的參與者如何以一系列順序的步驟與系統的物件互動的模型。
順序圖可以用來展示物件之間是如何進行互動的。順序圖將顯示的重點放在訊息序列上，即強調訊息是如何在物件之間被髮送和接收的。
7、協作圖 和序列圖相似，顯示物件間的動態合作關係。可以看成是類圖和順序圖的交集，協作圖建模物件或者角色，以及它們彼此之間是如何通訊的。如果強調時間和順序，則使用序列圖；如果強調上下級關係，則選擇協作圖；這兩種圖合稱為互動圖。
8、構件圖 （元件圖） 描述**構件的物理結構以及各種構建之間的依賴關係。用來建模軟體的元件及其相互之間的關係，這些圖由構件標記符和構件之間的關係構成。在元件圖中，構件時軟體單個組成部分，它可以是一個檔案，產品、可執行檔案和指令碼等。
9、部署圖 （配置圖） 是用來建模系統的物理部署。例如計算機和裝置，以及它們之間是如何連線的。部署圖的使用者是開發人員、系統集**員和測試人員。
一：這九種模型圖各有側重， 1:用例圖側重描述使用者需求， 2:
類圖側重描述系統具體實現； 二：描述的方面都不相同， 1:類圖描述的是系統的結構， 2:
序列圖描述的是系統的行為； 三：抽象的層次也不同， 1：構件圖描述系統的模組結構，抽象層次較高， 2：
類圖是描述具體模組的結構，抽象層次一般， 3：物件圖描述了具體的模組實現，抽象層次較低。 在有的文獻書籍中，將這九種模型圖分為三大類：
結構分類、動態行為和模型管理： 1：結構分類包括用例圖、類圖、物件圖、構件圖和部署圖， 2：
動態行為包括狀態圖、活**、順序圖和協作圖， 3：模型管理則包含類圖。
物件導向中包括哪些uml圖及每件圖的作用
4樓：愛上北極之光
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圖的配置圖中，用結點表示實際的物理裝置，如計算機和各種外部裝置等，並根據它們之間的連線關係，將相應的結點連線起來，並說明其連線方式。在結點裡面，說明分配給該結點上執行的可執行構件或物件，從而說明哪些軟體單元被分配在哪些結點上執行。
5樓：陽依白原元
原文出處：
結構圖有4種，分別是：
•類圖（classdiagram）
類圖顯示一組類、介面、協作以及它們之間的關係。類圖可用於說明系統的靜態設計檢視。包含主動類的類圖可用於說明系統的靜態程序檢視。
•物件圖（objectdiagram）
uml圖中物件圖顯示一組物件以及他們之間的關係。物件圖是類圖中發現的事物的例項的資料結構和靜態快照。物件圖也可用於說明系統的靜態設計檢視和靜態的程序檢視，但它是從現實或原型的方面來透視的（因為是類的例項）。
•構件圖（componentdiagram）uml圖中構件圖顯示了一組構件以及他們之間的關係。構件圖可用於說明系統的靜態實現檢視。
•實施圖（deploymentdiagram）
uml中分析階段與設計階段的區別與聯絡
6樓：匿名使用者
分析階段主要是需求的分析，也就是將需求進行結構化和視覺化整理的過程，設計階段，就是在前面分析基礎上，讓專案可以落實到開發上。
也就是分析階段是設計階段的前身，兩個密切相關的。
一般我們講物件導向的分析設計，兩個都是在一起的，因為分析就是為了後面的設計和開發實現。
uml在分析設計中所用到的框圖不同，涉及到的框圖元素不同。
比如在分析過程中我們關注的是用例（專案功能、角色等）、活**（流程），而在設計中，更重要的是類圖（類圖的關係，類的屬性，操作等等）。前面的uml框圖是可以為後面所用的，是繼承和迭代的過程。
用uml建模時，對軟體開發過程是有要求的，必須是用例驅動，以架構為中心，迭代和遞增的開發，如果軟體開發組織的軟體開發過程不能滿足這三點要求，那麼uml的使用效果就會大打折扣
什麼結構化面試流程，什麼是結構化面試？結構化面試的流程是什麼？
結構化面試是通過考官小組與應考者面對面的言語交流等方式，評價應考者是否符合招聘崗位要求的人才測評方法。其內容 形式 程式 測評標準 評分辦法及考官構成等都是經過組織者精心設計的。在特定場景下，以考官與應試者面對面地交流與觀察為主要手段，測評應試者知識 能力 經驗及儀表氣質等有關素質。在結構化面試中，...
黔南教師的結構化面試跟事業單位的結構化面試一樣嗎
福泉事業單位教師崗面試怎麼面啊？上面只寫了結構化面試，是教師結構化還是綜合崗結構化？這個你可以不用糾結哦，你考的是教師崗，那你你面試的形式是按教師的結構化來的，主要考試考場教師方面的內容哦。黔南事業單位面試形式綜合崗一般是結構化面試的方式。醫療崗位一般為醫療結構化面試或專業測試為主。教師崗位一般是試...
什麼是結構化資料和非結構化資料？什麼是資料清洗
i don t know.結構化資料和非結構化資料分別是什麼？資料清洗是什麼？未名企鵝資料清洗是任何資料分析的基礎工作，要想做好資料分析 大資料相關工作 資料探勘 智慧分析等等相關，資料清洗都是前提環節。在醫藥行業，資料清洗主要包括這幾個維度 流向上游 流向下游 任務目標等跟標準終端名稱的資訊對齊 ...