UML NO.1 : 什么是UML (0分)

UML 是一种标准的图形化建模语言它是面向对象分析与设计的一种标准表示它:
* 不是一种可视化的程序设计语言而是一种可视化的建模语言
* 不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准
* 不是过程也不是方法但允许任何一种过程和方法使用它
[red]UML 的目标[/red]是:
* 易于使用表达能力强进行可视化建模
* 与具体的实现无关可应用于任何语言平台和工具平台
* 与具体的过程无关可应用于任何软件开发的过程
* 简单并且可扩展具有扩展和专有化机制便于扩展无需对核心概念进行修改
* 为面向对象的设计与开发中涌现出的高级概念例如协作框架模式和组件
提供支持强调在软件开发中对架构框架模式和组件的重用
* 与最好的软件工程实践经验集成
* 可升级具有广阔的适用性和可用性
* 有利于面对对象工具的市场成长
[red]----- UML 的架构 -----[/red]
UML 是由图和元模型组成的图是UML 的语法而元模型则给出的图的意思是
UML 的语义UML 的语义是定义在一个四层或四个抽象级建模概念框架中的这四
层分别是
* 元元模型meta-metamodel 层组成UML 最基本的元素事物Thing
代表要定义的所有事物
* 元模型metamodel 层组成了UML 的基本元素包括面向对象和面向组件的
概念这一层的每个概念都是元元模型中事物概念的实例通过版类化
* 模型model 层组成了UML 的模型这一层中的每个概念都是元模型层中概
念的一个实例通过版类化这一层的模型通常叫做类模型class model 或
类型模型type model
* 用户模型user model 层这层中的所有元素都是UML 模型的例子这一层中
的每个概念都是模型层的一个实例通过分类也是元模型层的一个实例通
过版类化这一层的模型通常叫做对象模型object model 或实例模型instance
model
[red]-------- UML 的模型视图图与系统架构建模-------------[/red]
UML 是用来描述模型的它用模型来描述系统的结构或静态特征以及行为或动态
特征它从不同的视角为系统的架构建模形成系统的不同视图view 包括
* 用例视图use case view 强调从用户的角度看到的或需要的系统功能这种视
图也叫做用户模型视图user model view 或想定视图scenario view
* 逻辑视图logical view 展现系统的静态或结构组成及特征也称为结构模型
视图structural model view 或静态视图static view
* 并发视图concurrent view 体现了系统的动态或行为特征也称为行为模型视
图behavioral model view 过程视图process view 协作视图collaborative
动态视图dynamic view
* 组件视图component view 体现了系统实现的结构和行为特征也称为实现模
型视图implementation model view 和开发视图development view
* 展开视图deployment view 体现了系统实现环境的结构和行为特征也称为
环境模型视图implementation model view 或物理视图physical view
在必要的时候还可以定义其它架构视图
每一种UML 的视图都是由一个或多个图diagram 组成的一个图就是系统架构在
某个侧面的表示它与其它图是一致的所有的图一起组成了系统的完整视图UML 提
供了九种不同的图可以分成两大类一类是静态图包括用例图类图对象图组件
图配置图另一类是动态图包括序列图协作图状态图和活动图也可以根据它们
在不同架构视图的应用把它们分成
* 在用户模型视图用例图Use case diagram 描述系统的功能
* 在结构模型视图类图Class diagram 描述系统的静态结构对象图Object
diagram 描述系统在某个时刻的静态结构
* 在行为模型视图序列图Sequence diagram 按时间顺序描述系统元素间的
交互协作图Collaboration diagram 按照时间和空间的顺序描述系统元素间
的交互和它们之间的关系状态图State diagram 描述了系统元素的状态条
件和响应活动图Activity diagram 描述了了系统元素的活动
* 在实现模型视图组件图Component diagram 描述了实现系统的元素的组
织
* 在环境模型视图展开图Deployment diagram 描述了环境元素的配置并
把实现系统的元素映射到配置上

斑竹真负责，^_^

go on！[][][]继续下去，我们会支持你的！

UML NO.1,2,3.....................
这样下去才对嘛

但，最好能来点原创的，用的上的
纸上谈兵，终是觉浅

所谓 UML ，就是让你在写程序之前能多花点时间，有机会向老板多要点银子的东西
（适合于计时报酬，不适合于记件报酬）

原来多了个斑竹呀，
//hand tozhiyu
以后合作愉快：）

Pipi,这就是你对UML的认识吗？

VRGL,合作！
Pipi他竟然说这个板块是西伯利亚的！[xx(] 7456，我们联合起来，把他打翻！一个Pipi
有啥可怕！[XX(]

谈谈我自己的感受吧！虽然我用UML的时间不超过2个月，编程经验在各位面前可以忽略成
无穷小。[xx(]
1。用统一的，无歧义的图形语言表示整个项目流程，减少了不同人之间的误解。我想大家
都是有团队开发经验的同学了，肯定会发现有时候对于一个文字表述，自己和别人的理解
有差异。这是因为文字说表达的是模糊的含义。比如说，我说：这个烟台苹果真大！可是
一个外国人听到后就会根据他对苹果的大小认识产生一个印象，可是当他看到这个苹果的
时候就会说:****! 为什么呢？因为外国的苹果比中国的苹果大！我的一个荷兰MM说，荷兰
的一个苹果可以撑4她！[xx(] 所以，你现在可以认识到为什么我们需要UML来描述我们的项目
了吧！[8D]
2。图形表达方式比文字表达简单的多！对于一个项目描述者来说，如果用文字来表达，他
会想，我的描述是否能被下面的程序员理解。经过一番冥思苦想，会有一个结果，不过这个
结果真的会让他满意么？我想不会吧！除非这个合作团体有很长时间的合作，互相有了一个
默契。可是，如果你的BOSS给你安排了一个新人进来，你怎么办？我想了解CMM的朋友就应
该知道，公司的项目对于公司来说应该是透明的，而不是只对公司内部的某个开发小组透明。
图形化的表达方式就是一个很好的解决方案，谁也不会看到一个园的时候说这是个方的，
除非这个人是人猿泰山。[}] 既然利于其他人理解，项目描述者就不必花费心思去选择
一个好的描述方法了，他只需要在统一的描述语言中尽情的描绘他的项目，That's enough.
这个项目对于所有能够接触到这个项目文档的人来说是透明的，即使项目负责人Disappear了
别人也能看懂，并且马上接管这个项目。同学们，你的公司开始节省了一大笔开支。你为这个
公司创造了价值。[]
3。采用图形化的方式利于修改。项目的设计是一个迭代的过程，因为我们不可能对一个不
熟悉的业务环境马上认识清楚，这就需要我们频繁的修改项目文档。如果用文字，累4![B)]
图形的修改就方便多了。这个大家应该有体会吧！我就不多说了。因为第4点还没生出来。
待续，或者你们接着侃吧！[:I]

好文!怎么不发点分呀？ []

大哥！谢谢你。 我义务劳动也要我发钱啊！[]
[red]另外，如果大家有什么问题，可以提出来啊！大家一起想想！[/red]

Sorry, 原来版主已发了贴子。。。

好呀，一起发好，你那篇我也看了，好呀

>Pipi,这就是你对UML的认识吗？
是啊，有何不妥？

什么时候我也能那么厉害！ []

大家有什么要求可以提！[8D]

[]

我是菜鸟，可是总感觉好像Xp要实用些。
学习[]

表示强烈关注～
我手头上刚刚有一本人民邮电的UML 。。。。。还没有来的及看～
先听听新任版主的课～

很好，改变以住作风，不过有一点你要向卷卷学习，多发点分。