① 信息系統集成 綜合題 求幫忙 1.使用UML建模方式建立一個小型業務模型-----辦公用品
可以去trufun網站下載uml模型案例，參考他們提供的實際案例模型。。
學uml建模，上trufun.net，最專業詳細的UML參考書，還有具體的uml模型案例，專業的uml2最新標准工具，一應俱全，還有專業的客服解答。。
② 軟體開發為什麼要使用UML建模
一、有助於按照現實或者實際情況進行直觀的描述。
二、能夠規定軟體或者模型的結構，行為，屬性。
三、能夠指導軟體構造的模板。
四、對決策進行文檔化
當然建模並不只適用於大的系統，甚至像非常小的一個應用，我們都可以建模，在建模中受益，然而越大的軟體，功能越雜，業務越不清晰，從而阻撓軟體開發者的思路和效率。在這種情況下，我們使用建模的重要性就越大，一個很簡單的原因是：因為不能理解一個很復雜而龐大的軟體工程，所以要對他建模 。
而且人們對復雜的事物或者問題的理解是有局限的，人們總是習慣去理解 簡單易懂的東西。所以通過建模可以 縮小研究范圍，只著重研究其很小的一部分功能，這就要求了一個復雜的軟體系統「分而治之」，從而通過建模簡單化。從而你會發現其實很復雜的系統軟體或者工程總是變得很簡單，解決了這小部分的簡單問題，就形成了復雜而龐大的軟體或者工程。
建模能幫助開發組更好地進行系統規劃，並幫助他們進行架構軟體，使用開發效率提高。如果不建模，項目越復雜，就越會失敗或者出現錯誤的東西。
③ UML建立模型有哪些模型都包括些什麼
UML模型一般有需求分析模型，分析設計模型，資料庫模型等等，基本根據你的需求而定。
每個模型一般有用例圖，類圖，活動圖，序列圖，狀態圖，通信圖，組件圖，部署圖，組合結構圖，對象圖等！但不是每個圖都需要，也是根據需求而定。
更多uml只是可以訪問trufun plato uml2建模工具的在線幫助系統，有詳細的介紹和案例分析。
④ 為什麼要用UML建模之建模的重要性
從制定一點初步計劃到完成一個滿足適當功能的狗窩，可能不用別人幫助，在幾個小時內就能夠實現。只要狗窩夠大且不太漏水，狗就可以安居。假如未能達到希望的效果，返工總是可以的，無非是讓狗受點委屈。
假如想為家庭建造一所房子，備好木料、釘子和一些基本工具之後，也能開始工作，但這將需要較長的時間，並且家庭對於房子的需求肯定比狗對於狗窩的需求要多。在這種情況下，除非曾經多次建造過房子，否則就需要事先制定出一些具體的計劃，再開始動工，才能夠成功。至少應該繪制一些表明房子是什麼樣子的簡圖。假如想建造一所能滿足家庭的需要並符合當地建築規范的合格房屋，就需要畫一些建築圖，以便能想清楚房間的使用目的以及照明、取暖和水管裝置的實際細節問題。做出這些計劃後，就能對這項工作所需的時間和物料做出合理的估計。盡管自己也可能建造出這樣的房屋，但若有其他人協作，並將工程中的許多要害部分轉包出去或購買預制的材料，效率就會高得多。只要按計劃行事，不超出時間和財務的預算，家庭多半會對這新房感到滿足。假如不制定計劃，新房就不會完全令人滿足。因此，最好在早期就制定計劃，並謹慎地處理好所發生的變化。
假如你要建造一座高層辦公大廈，若還是先備好木料、釘子和一些基本工具就開始工作，那將是非常愚蠢的。因為你所使用的資金可能是別人的，他們會對建築物的規模、外形和風格做出要求。同時，他們經常會改變想法，甚至是在工程已經開工之後。由於失敗的代價太高了，因此必須要做詳盡的計劃。負責建築物設計和施工的是一個龐大的組織機構，你只是其中的一部分。這個組織將需要各種各樣的設計圖和模型，以供各方相互溝通。只要得到了合適的人員和工具，並對把建築概念轉換為實際建築的過程進行積極的治理，將會建成這座滿足使用要求的大廈。假如想繼續從事建築工作，那麼一定要在使用要求和實際的建築技術之間做好平衡，並且處理好建築團隊成員們的休息問題，既不能把他們置於風險之中，也不能驅使他們過分辛勞地工作以至於精疲力盡。
希奇的是，很多軟體開發組織開始想建造一座大廈式的軟體，而在動手處理時卻似乎他們正在倉促地造一個狗窩。
有時你是幸運的。假如在恰當的時間有足夠的合適人員，並且其他一切事情都很如意，你的團隊有可能（僅是可能）推出一個令用戶眼花繚亂的軟體產品。然而，一般的情況下，不可能所有人員都合適（合適的人員經常供不應求），時間並不總是恰當的（昨天總是更好），其他的事情也並不盡如人意（經常由不得自己）。現在對軟體開發的要求正在日益增加，而開發團隊卻還是經常單純地依靠他們唯一真正知道如何做好的一件事——編寫程序代碼。英雄式的編程工作成為這一行業的傳奇，人們似乎經常認為更努力地工作是面對開發中出現的各種危機的正常反應。然而，這未必能產生正確的程序代碼，而且一些項目是非常巨大的，無論怎樣延長工作時間，也不足以完成所需的工作。
假如真正想建造一個相當於房子或大廈類的軟體系統，問題可不是僅僅編寫許多軟體。事實上，要害是要編出正確的軟體，並考慮如何少寫軟體。要生產合格的軟體就要有一套關於體系結構、過程和工具的規范。即使如此，很多項目開始看起來像狗窩，但隨後發展得像大廈，原因很簡單，它們是自己成就的犧牲品。假如對體系結構、過程或工具的規范沒有作任何考慮，總有一天狗窩會膨脹成大廈，並會由於其自身的重量而倒塌。狗窩的倒塌可能使你的狗惱怒；同理，不成功的大廈則將對大廈的租戶造成嚴重的影響。
不成功的軟體項目失敗的原因各不相同，而所有成功的項目在很多方面都是相似的。成功的軟體組織有很多成功的因素，其中共同的一點就是對建模的採用。
建模是一項經過檢驗並被廣為接受的工程技術。建立房屋和大廈的建築模型，能幫助用戶得到實際建築物的印象，甚至可以建立數學模型來分析大風或地震對建築物造成的影響。
建模不只適用於建築業。假如不首先構造模型（從計算機模型到物理風洞模型，再到與實物大小一樣的原型），就裝配新型的飛機或汽車，那簡直是難以想像的。新型的電氣設備（從微處理器到電話交換系統）需要一定程度的建模，以便更好地理解系統並與他人交流思想。在電影業，情節串聯板是產品的核心，這也是建模的一種形式。在社會學、經濟學和商業治理領域也需要建模，以證實人們?的理論或用最小限度的風險和代價試驗新的理論。
模型是對現實的簡化。
模型提供了系統的藍圖。模型既可以包括具體的計劃，也可以包括從很高的層次考慮系統的總體計劃。一個好的模型包括那些有廣泛影響的主要元素，而忽略那些與給定的抽象水平不相關的次要元素。每個系統都可以從不同的方面用不同的模型來描述，因而每個模型都是一個在語義上閉合的系統抽象。模型可以是結構性的，強調系統的組織。它也可以是行為性的，強調系統的動態方面。
建模是為了能夠更好地理解正在開發的系統。
通過建模，要達到4個目的：
（1）模型有助於按照實際情況或按照所需要的樣式對系統進行可視化。
（2）模型能夠規約系統的結構或行為。
（3）模型給出了指導構造系統的模板。
建模並不只是針對大的系統。甚至像狗窩那樣的軟體也能從一些建模中受益。然而，可以明確地講，系統越大、越復雜，建模的重要性就越大，一個很簡單的原因是：
因為不能完整地理解一個復雜的系統，所以要對它建模。
人對復雜問題的理解能力是有限的。通過建模，縮小所研究問題的范圍，一次只著重研究它的一個方面，這就是Edsger Dijkstra幾年前講的「分而治之」的基本方法，即把一個困難問題劃分成一系列能夠解決的小問題；解決了這些小問題也就解決了這個難題。此外，通過建模可以增強人的智力。一個適當選擇的模型可以使建模人員在較高的抽象層次上工作。
任何情況下都應該建模的說法並沒有落到實處。事實上，一些研究指出，大多數軟體組織沒有做正規的建模，即使做了也很少。按項目的復雜性劃分一下建模的使用情況，將會發現：項目越簡單，採用正規建模的就越少。
這里強調的是「正規」這個詞。實際上，開發者甚至對非常簡單的項目也要做一些建模工作，雖然很不正規。開發者可能在一塊黑板上或一小片紙上勾畫出他的想法，以對部分系統進行可視化表示，或者開發組可能使用CRC卡片描述一個場景或某種機制的設計。使用任何一種這樣的模型都沒有什麼錯。假如它能行得通，就可以使用。然而，這些非正規的模型經常是太隨意了，它沒有提供一種輕易讓他人理解的共同語言。建築業、電機工程業和數學建模都有通用的建模語言，在軟體開發中使用一種共同的建模語言進行軟體建模也能使開發組織獲益匪淺。
每個項目都能從一些建模中受益。即使在一次性的軟體開發中——由於可視化編程語言的支持，可以輕而易舉地扔掉不適合的軟體。建模也能幫助開發組更好地對系統計劃進行可視化，並幫助他們正確地進行構造，使開發工作進展得更快。假如根本不建模，項目越復雜，就越有可能失敗或者構造出錯誤的東西。所有實用系統都有一個自然趨勢：隨著時間的推移變得越來越復雜。雖然今天可能認為不需要建模，但隨著系統的演化，終將會對這個決定感到後悔，但那時為時已晚。
⑤ UML建模工具都有哪些好處
要了解UML的好處，你就必需了解，人們為什麼要發明UML這個工具，它到底解決了人們什麼問題：
人類社會的發展，技術的不斷進步，導致工程項目越來越復雜，需要參與的人也越來越多。但是人腦本身是有局限性，考慮問題的時候不可能面面具到。
特別是軟體工程，有可能用戶今天要加個按鈕，明天要加個報表，後天又要加個什麼其他的東西，這就可軟體開發帶來相當大的不穩定性，從事過軟體開發的都知道這種不穩定性意味著什麼，有可能為了實現一個功能，之前花了大半年時間設計的整個代碼都要重新寫過，或者因為不同人對代碼的修改，讓代碼亂到無法修改的地步。
為此軟體工程的管理就被提上了日程。軟體工程把軟體開發維護過程中的的，需求分析，系統結構設計，代碼實現，系統測試，系統改進各個環節都進行了規范化。而UML就是了為此而設計的一種圖形化描述工具。
優點：結構簡明，圖形化的東西容易理解，標准清楚，實心箭頭代表什麼，實心箭頭代表什麼都嚴格規定。
缺點：標准化的同時也讓工程管理多了很多工作，要專門花精力來維護這么一套東西，是很花人力物力的。
⑥ 使用UML建模方式建立一個小型業務模型-
Trufun plato UML2建模工具，是專業的UML工具，可以到trufun官網免費下載，你的項目UML模型也可以參考trufun plato軟體所自帶的項目案例模型。
⑦ uml建模工具哪個好用又免費
UML工具很多是商用的，價格不菲；而免費的UML建模工具，功能完善的很少。以下推薦的是五個免費的UML建模工具，相對而言還算功能比較不錯。
免費UML建模工具推薦：JUDE – community
如果您的開發環境中只能使用正版軟體，而又因種種原因無法獲得專業級的建模工具，正苦苦尋找一個好用的，免費的工具時，那麼JUDE絕對值得您一試。JUDE是一個中日合作的軟體項目，有商業化的Professional版本和免費的Community版本，最大的區別是免費版的不支持UML 2.0，對於一般應用足夠了。
免費UML建模工具推薦：UMLet
UMLet是一個開放源代碼輕量級UML建模工具。UMLet能夠讓你快速建模，並且能夠導出各種格式SVG, JPG, PDF and LaTeX-friendly EPS。
免費UML建模工具推薦：Argo UML
ArgoUML 是一款開源的UML 建模工具，支持所有UML 1.4 的標准圖形。它可以運行在任何Java 平台上，並且支持10 種語言(地區語言而不是編程語言)。它用Java構造，並遵守開源的BSD協議。
免費UML建模工具推薦：BOUml
一個免費的UML 2工具箱，支持C++，Java以及Idl。
免費UML建模工具推薦：Visual paradigm – community
為軟體工程師、系統分析員、商業分析員、系統建築師而設計的一個UML CASE工具。
⑧ 對於原型設計與UML建模（如：Rational Rose、Enterprise Architect等）
原型設計更多是業務方面的，而uml分析設計更多是與開發相關的，如果是erp實施這方面，那麼erp系統是不是已經開發完成，還是需要從需求開始逐漸完成？
如果是重新設計到開發完成，那麼推薦國產的trufun系列工具，從需求到uML分析設計，到編碼開發，到測試都可以進行一站式實現。
原型設計一般都不限制軟體還是硬體，是比較通用的，適合各個行業。你列舉的幾款都可以
⑨ 電子商務系統，UML建模中，所有的建模過程中都必須分析出所有的類以及相應的屬性嗎求大v
不是，建模是一個循序漸進的過程，分為不同的階段。在開始階段只有很需求最相關的類，到最後才會將實現相關的類納入。也就是說，每個階段所要表達的側重點不同。