﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-落叶归根-文章分类-UML</title><link>http://www.blogjava.net/allan-oy/category/44888.html</link><description>一个人首先要尊重别人，然后才能得到别人的尊重；一个人首先要对自己负责，然后才有资格去对别人负责。</description><language>zh-cn</language><lastBuildDate>Sat, 01 May 2010 04:33:45 GMT</lastBuildDate><pubDate>Sat, 01 May 2010 04:33:45 GMT</pubDate><ttl>60</ttl><item><title>UML 主要的几种图</title><link>http://www.blogjava.net/allan-oy/articles/319822.html</link><dc:creator>落叶归根</dc:creator><author>落叶归根</author><pubDate>Fri, 30 Apr 2010 10:30:00 GMT</pubDate><guid>http://www.blogjava.net/allan-oy/articles/319822.html</guid><wfw:comment>http://www.blogjava.net/allan-oy/comments/319822.html</wfw:comment><comments>http://www.blogjava.net/allan-oy/articles/319822.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/allan-oy/comments/commentRss/319822.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/allan-oy/services/trackbacks/319822.html</trackback:ping><description><![CDATA[<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_class.JPG" /> </p>
<p><span style="font-family: Verdana; color: #424542; font-size: 9pt; mso-fareast-font-family: 仿宋_GB2312; mso-bidi-font-family: 'Times New Roman'; mso-font-kerning: 1.0pt; mso-ansi-language: EN-US; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA" lang="EN-US"><strong>Class Diagrams<br />
</strong></span><span style="font-family: Verdana; color: #424542; font-size: 9pt; mso-fareast-font-family: 仿宋_GB2312; mso-bidi-font-family: 'Times New Roman'; mso-font-kerning: 1.0pt; mso-ansi-language: EN-US; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA" lang="EN-US">Class diagrams are the backbone of almost every object oriented method, including UML. They describe the static structure of a system.</span> </p>
<p></p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_object.JPG" /> </p>
<p><strong>Object Diagrams</strong> <br />
Object diagrams describe the static structure of a system at a particular time. They can be used to test class diagrams for accuracy.<br />
</p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_use-case.JPG" /> <br />
<strong>Use Case Diagrams<br />
</strong>Use case diagrams model the functionality of system using actors and use cases.</p>
<p><br />
<img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_activity.JPG" /> <br />
<strong>Activity Diagrams<br />
</strong>Activity diagrams illustrate the dynamic nature of a system by modeling the flow of control from activity to activity. An activity represents an operation on some class in the system that results in a change in the state of the system. Typically, activity diagrams are used to model workflow or business processes and internal operation. </p>
<p>&nbsp;</p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_sequence.JPG" /> <br />
<strong>Sequence Diagrams</strong> <br />
Sequence diagrams describe interactions among classes in terms of an exchange of messages over time.</p>
<p><br />
<img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_collaboration.JPG" /> <br />
<strong>Collaboration Diagrams</strong> <br />
Collaboration diagrams represent interactions between objects as a series of sequenced messages. Collaboration diagrams describe both the static structure and the dynamic behavior of a system. </p>
<p>&nbsp;</p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_statechart.JPG" /> <br />
<strong>Statechart Diagrams</strong> <br />
Statechart diagrams describe the dynamic behavior of a system in response to external stimuli. Statechart diagrams are especially useful in modeling reactive objects whose states are triggered by specific events.</p>
<p>&nbsp;</p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_component.JPG" /> <br />
<strong>Component Diagrams</strong> <br />
Component diagrams describe the organization of physical software components, including source code, run-time (binary) code, and executables.</p>
<p>&nbsp;</p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_deployment.JPG" /> <br />
<strong>Deployment Diagrams<br />
</strong>Deployment diagrams depict the physical resources in a system, including nodes, components, and connections. </p>
<p>&nbsp;</p>
<p><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/iright/209851/o_package.JPG" /> <br />
<strong>Package Diagrams<br />
</strong>Package diagrams are a subset of class diagrams, but developers sometimes treat them as a separate technique. Package diagrams organize elements of a system into related groups to minimize dependencies between packages</p>
 <img src ="http://www.blogjava.net/allan-oy/aggbug/319822.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/allan-oy/" target="_blank">落叶归根</a> 2010-04-30 18:30 <a href="http://www.blogjava.net/allan-oy/articles/319822.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>