1樓：匿名使用者
簡單地瞭解一下uml設計中有的圖例及基本作用。首先對uml中的各個圖的功用做一個簡單介紹： 1、用例圖 描述角色以及角色與用例之間的連線關係。
說明的是誰要使用系統，以及他們使用該系統可以做些什麼。一個用例圖包含了多個模型元素，如系統、參與者和用例，並且顯示了這些元素之間的各種關係，如泛化、關聯和依賴。
2、類圖 類圖是描述系統中的類，以及各個類之間的關係的靜態檢視。能夠讓我們在正確編寫**以前對系統有一個全面的認識。類圖是一種模型型別，確切的說，是一種靜態模型型別。
3、物件圖 與類圖極為相似，它是類圖的例項，物件圖顯示類的多個物件例項，而不是實際的類。它描述的不是類之間的關係，而是物件之間的關係。
4、活** 描述用例要求所要進行的活動，以及活動間的約束關係，有利於識別並行活動。能夠演示出系統中哪些地方存在功能，以及這些功能和系統中其他元件的功能如何共同滿足前面使用用例圖建模的商務需求。
5、狀態圖 描述類的物件所有可能的狀態，以及事件發生時狀態的轉移條件。可以捕獲物件、子系統和系統的生命週期。他們可以告知一個物件可以擁有的狀態，並且事件(如訊息的接收、時間的流逝、錯誤、條件變為真等)會怎麼隨著時間的推移來影響這些狀態。
一個狀態圖應該連線到所有具有清晰的可標識狀態和複雜行為的類；該圖可以確定類的行為，以及該行為如何根據當前的狀態變化，也可以展示哪些事件將會改變類的物件的狀態。狀態圖是對類圖的補充。 6、序列圖 （順序圖） 序列圖是用來顯示你的參與者如何以一系列順序的步驟與系統的物件互動的模型。
順序圖可以用來展示物件之間是如何進行互動的。順序圖將顯示的重點放在訊息序列上，即強調訊息是如何在物件之間被髮送和接收的。
7、協作圖 和序列圖相似，顯示物件間的動態合作關係。可以看成是類圖和順序圖的交集，協作圖建模物件或者角色，以及它們彼此之間是如何通訊的。如果強調時間和順序，則使用序列圖；如果強調上下級關係，則選擇協作圖；這兩種圖合稱為互動圖。
8、構件圖 （元件圖） 描述**構件的物理結構以及各種構建之間的依賴關係。用來建模軟體的元件及其相互之間的關係，這些圖由構件標記符和構件之間的關係構成。在元件圖中，構件時軟體單個組成部分，它可以是一個檔案，產品、可執行檔案和指令碼等。
9、部署圖 （配置圖） 是用來建模系統的物理部署。例如計算機和裝置，以及它們之間是如何連線的。部署圖的使用者是開發人員、系統集**員和測試人員。
一：這九種模型圖各有側重， 1:用例圖側重描述使用者需求， 2:
類圖側重描述系統具體實現； 二：描述的方面都不相同， 1:類圖描述的是系統的結構， 2:
序列圖描述的是系統的行為； 三：抽象的層次也不同， 1：構件圖描述系統的模組結構，抽象層次較高， 2：
類圖是描述具體模組的結構，抽象層次一般， 3：物件圖描述了具體的模組實現，抽象層次較低。 在有的文獻書籍中，將這九種模型圖分為三大類：
結構分類、動態行為和模型管理： 1：結構分類包括用例圖、類圖、物件圖、構件圖和部署圖， 2：
動態行為包括狀態圖、活**、順序圖和協作圖， 3：模型管理則包含類圖。
您好，請問：我現在做設計mis，目前需求分析階段，如果用uml的話，都需要畫哪些圖？這些圖都是做什麼的？
2樓：匿名使用者
拜託，來別用mis這種專業術語，源看不懂
，我查了一下才知道的，資訊管理系統。
你問的這個問題要看看 軟體工程 中的過程控制。
基本上畫的圖包括，找到業務中的利益參與者（人和機構），利益參與者的業務需求分析（需求分析階段不要考慮資訊管理系統）
課程中我對自己的學習與收穫
3樓：匿名使用者
課程中學習了什麼，學會了什麼，對什麼事有了更深刻的認識，對自己有什麼好處，收穫了什麼技能，對工作生活學習有什麼幫助。
4樓：閒魚小小
帶著多年從事教育教學的困惑，帶著對理想教育的追求，更帶著自我提升的期盼，我們青島市第二實驗初中的十五位教師在區教體局劉老師的帶領下，於四月七日至十六日遠赴上海，近距離的感受了上海的教育，寫學習的感受和收穫。十天來，先後在上海市西延安中學、上海市第三女子中學、華東政法大學附中三所學校進行了考察上海市西延安中學嚴謹求實的延安精神，上海市第三女子中學豐厚的底蘊、鮮明的特色，華東政法大學附中「一切為了學生健康成長，一切為了教師成功發展」的辦學宗旨，二十三位教師高效的課堂教學，都給了我強烈的震撼和衝擊。在每天忙碌的學習中，我邊學習、邊思考、邊總結、邊反思，收穫頗豐，感悟良多。
5樓：股己扼僑
通過這次專案開發，我們組把課程中學習到的一些對專案的管理知識用到了實踐中。在分析階段，我們小組進行了需求分析，畫出uml圖，撰寫介面文件，設計規範；在開發階段，我們編寫**，進行測試。這使我們對軟體開發有了一個粗淺的認識，而不是隻停留在理論上。
在這門課程的大作業中，作為團隊中的測試成員，我沒有參與到專案的前端和後端管理和開發。我主要參與了分析商家需求，資料庫模型的分析、設計和建立，繪製了資料庫模型圖，匯出資料庫**，並確定未完成的補充需求，完善了點菜系統的api。
另外，非常感謝隊長jiaxin96和隊員yoshipark，他們在專案前端後端的設計與開發中發揮了指導作用，作了舉足輕重的貢獻，沒有他們，恐怕這個專案將很難起步。
uml在軟體開發中各個階段的作用和意義
6樓：匿名使用者
經典的軟體工程思想將軟體開發分成5個階段:需求分析\系統分析與設計;系統實現\測試及維護五個階段.之所以如此,是因為軟體開發中飠含了物和人的因素,存在著很大的不確定性,這使得軟體工程不可能像理想的,可以其於物理學等的原理來做的物質生產過程.
如想建造一幢高檔的寫字樓,那麼剛開始便將一切材料和工具全準備好顯然是無比愚蠢的行為,因為有可能你正在使用他人的錢,而這些人將是建築大小,開狀和樣式的決定者,通常情況下,投資方會在開工生改變想法,這樣你必須有額外的計劃.而對於整個工程,你也許只是其中的某一個工作組,因此,你需要有各種各樣的圖紙和模型同其他小組溝通,達到聯合工作.很顯然,在客戶的需求與實際的建築技術之間找好一個契合點,是做好工程的關鍵.
許多軟體工開發過程也如同上面例子一樣,軟體問題不僅僅是**的問題,而成為了一個怎麼樣將整個過程轉變成一個結構,過程和工具相結合的問題.
建模,即其目的和作用在於提供系統藍圖,包含細節設計,也含有對系統的總體設計,同時模型可以幫助開發小組更好地規劃系統設計,更快的開發.
uml是一種功能強大的,物件導向的視覺化系統分析的建模語言,它的各個模型可以幫助開發人員更好地理解業務流程,建立更可靠,更完善的系統模型.從而使使用者和開發人員對問題的描述達到相同的理解,以減少語義差異,保障分析的正確性.
7樓：匿名使用者
uml是一種建模語言,主要用於軟體開發的詳細設計環節,功能主要是給開發人員一個視覺化的專案結構圖,方便開發人員理解,從而減少開發過程中產生的問題,且可以明確類名,方法名,引數,返回值型別等等,對資料庫方面,可以一目瞭然的知道表與表之間的關聯關係,對業務流程方面,也是很清楚了反應了業務流程方向,所以,在我個人理解裡,uml就是一個將抽象的設計轉變成具體形象上的表現.
僅僅是個人理解,所以..不知道你能否滿意.
如有不當之處,還請各位達人解釋.
謝謝,我談的是個人理解,我跟刷子不一樣
8樓：
首先，uml建模分為:
類圖、物件圖、順序圖、合作圖、使用案例圖、狀態圖、活**、元件圖、部署圖等。
其次，它又分為以下三大點：
一 概念級建模
1.事務用例建模（事務用例模型、活**）
2.事務物件建模（事務物件模型、序列圖）
二 邏輯級建模、
1.需求定義（系統用例建模、系統用例描述）2.分析和初步設計（類圖、序列圖、陳述圖）三 物理級建模
1.詳細設計（類圖、資料庫設計模型、ddl指令碼、資料庫、部件圖、分佈圖）
uml在軟體開發過程中的應用作用是什麼？以及uml目前研究的問題與熱？試舉一列來用uml進行說明表述？
9樓：
平常uml 就來畫專案的各種分析需求，沒有多作研究。
還是 visio用的順手寫。
用uml做的系統分析與設計 5
10樓：匿名使用者
拜託，別用mis這種專業術語，看不懂，我查了一下才知道的，資訊管理系統。
你問的這個問題要看看 軟體工程 中的過程控制。
基本上畫的圖包括，找到業務中的利益參與者（人和機構），利益參與者的業務需求分析（需求分析階段不要考慮資訊管理系統）
另外,虛機團上產品**,超級便宜
uml與系統分析設計複習題 軟體需求**有哪些
11樓：比例吧啦哈哈
物件導向的程式
1.需求分析
2．總體設計
3．詳細設計階段
4．實現階段
一、需求分析階段：
以用例圖為主，到類分析圖為止。類圖是原始碼的**。用例的主功能用序列圖表示。
用例的狀態可以用狀態圖示識， 注意活**要細化到與序列圖相同程度。按照不同使用者畫出不同用例圖。按照不同物理位置畫出部署圖；按照不同型別使用者對程式進行分類，得到元件圖。
從序列圖得到協作圖，並且進行簡單類分析，得到類分析圖。
序列圖的訊息變成操作，訊息中的資訊變成屬性。
二、總體設計
為使用者所見的系統計算機層面，包括介面。
每一個用例的完整序列圖，包括主功能，備用功能，異常事件，錯誤輸入與錯誤處理等序列圖集，每一個分支一個序列圖。用一個活**歸併全部序列圖，遇到分支用菱形框，得到用例的完整功能。細化用例圖，比較每一個用例的活**，得到相同的部分，分解成包含用例；對於複雜功能的用例，分解成多個包含用例。
對有些功能進行模組化擴充套件，稱為擴充套件用例。對使用者與用例可以用繼承關係。
從序列圖得到協作圖，進行簡單類分析，特別是實體類。增加類：介面類，事務管理類。
畫出系統狀態圖（有活動表示式），對重要的類畫出類的狀態圖，從中得到新的屬性與操作。
對增加的類重新畫序列圖，活**與協作圖。分析類圖。
細化狀態圖。
狀態圖為主，應用類圖是重心，畫出全部使用者的細化用例圖，說明與其它系統的介面。
畫出系統總體設計圖，根據應用類圖與順序活**。建立uml總體模型。
三、詳細設計階段
程式的內部結構與實現方案的詳細
類圖為主，重點是增加控制類。
從類圖得到程式的結構，從順序活**得到程式的過程（c++）．
重畫有控制類的序列圖、協作圖、活**。
.用協作圖將操作函式化，用返回值將屬性變數化
.給出類狀態圖的活動表示式。狀態圖的事件是序列圖的訊息，是類的操作，活動表示式是轉換事件的實現，因此是類的操作的實現。
分解活**，根據某一個操作。與活動表示式不同。
將應用類圖變成設計類圖，用具體的語言，
子系統的劃分：類圖，活**（模組圖），元件圖，部署圖。
將類align到元件中，將元件到部署圖中。
建立程式設計的完整模型。
四、實現階段
建立併發檢視。
元件圖：可執行檔案，配置檔案。
部署圖：程序，設定硬體，例如印表機
軟體測試
產品階段
教學設計的要點與創新我將從哪些方面進行自我提升
我們在進行教學設計的時候，要結合學生的實際情況和所教內容的具體要求設計的要新穎，一些能夠引人入勝一些可以多借鑑一些名師講座。教學設計的要點和創新主要是在一些課堂的生成性方面來提升。比如儘量多設定一些教學活動然後設定一些相應的學生參與活動對於一些生層性的問題時解決。這設計的要點和創新將從自己的創新方面...
我學資訊管理與資訊系統，我幹不了計算機程式設計，我該怎麼轉行
你可以學習網路啊,因為網路裡面用的程式設計不多.你也可以去考一些認證啊,你還可以到圖書館去工作 啊,因為你學習了文獻檢索,可以到那裡去發展.抓緊時間辦理失業證明 不要什麼都找適合你的，首先想想你適合什麼。說個實話，大學裡學到的技能知識少的可憐。你學的那些東西會的人太多了 就計算機程式設計連好些愛好者...
我是資訊管理與資訊系統大二的一名女生，大三要選方向了，但是不
首先現在其實無bai 論什麼工du作不是不好找，而是看你的要zhi求高不高而dao已，選自己力所能及的方 版面吧，至於權感興趣的，那就把它當個愛好以後學習。總之無論做什麼工作，只要肯穩定下來，不浮躁在哪都一樣會學到經驗的，行業之間都是相通的 計算機語言不好學，管理學要有經驗，其實只要專業學的好，都能...