本文属于li3huo原创，转载的兄弟们请标明出处，谢谢哈！
视图是由多个图（Diagram）及一系列UML元素构成的集合，用来表示系统的一个特定方面。对视图的划分方式有好几种，有两种常见的分类方式：4+1视图和正交视图。
4+1 Views：4+1视图，是Philippe Kruchten为软件系统架构设计的视图分类 Orthogonal Views：正交视图，是James Rumbaugh在OMT（Object Modeling Technology）中建议的视图分类
通过对4+1视图和正交视图的介绍，让我们认识到二者的差异：前者的着眼点是应用到工作中的，而后者是为我们更加系统的学习和掌握相关概念而设计的。
UML图可以应用到系统的生命周期的不同阶段，4+1视图本质上是从软件生命周期的角度来对系统进行分类的。每个视图模拟系统所处的一种生命周期，了解这些能让我们适当的对其进行使用。
The 4+1 Architecture Views from the ...
今年八月OMG发布了UML 2.4.1 规范。观察规范的发布速度，作为软件开发领域内最最权威的建模语言可以当得起“与时俱进”四个字。
作为一个软件从业者，使用UML也有好多个年头了，不看看原版Spec显得实在不够 Professional，让我们打开下面这个链接，开始阅读UML规范的学习之路吧。 http://www.omg.org/spec/UML/2.4.1/
从UML 2.0开始， UML规范被拆分成两个部分：基础结构规范（Infrastructure）和上层结构规范（Superstructure）。
基础结构规范定义了构成UML语言的基础；上层结构规范完善基础结构规范，定义了用户要使用的东西。这两部分规范构成了完整的 UML 2 规范。
基础结构规范是UML工具开发商们关注的，上层结构规范是我们这些UML真正用户关心的。翻开Superstructure第一章Scope我们可以看到如下文字
The objective of UML is to ...
Booch是Rational软件工程公司的首席科学家和Booch方法的主创人。
他与 James Rumbaugh 和 Ivar Jacobson 一起，是UML（统一建模语言)的创始人，三人合著了UML参考手册，是学习UML的最佳教材。
Booch于一九七七年毕业于美国空军军官学校，并于一九七九年在加州大学圣.巴巴拉分校获得计算机工程硕士学位。 Rational公司成立不久，Booch就加盟这个公司。在过去的十几年里他孜孜不倦地在面向对象领域里研究，取得了开拓性的研究成果。
他开发了面向对象的分析设计方法Booch Method和可重用的、灵活的Booch组件。 他还是Rational公司一些产品的开发者，包括该公司最初的软件工程环境Rational Enviroment及业界领先的可视化建模工具Ration Rose。
http://en.wikipedia.org/wiki/Grady_Booch
1967年Jacobson在爱立信时，引入了组件作为软件开发的基本构造块的方法，他发明了顺序图和协作图，用于对组件的交互建模，他同时也应用状态转移图来对组件建模。
Jacobson是SDL的最初设计者，是从爱立信的组件工作中演化而来的，SDL在1976年被国际电信团体采用为标准。 1997年，Ivar博士与Grady Booch和James Rumbaugh一道共同创建了UML统一建模语言。
Jacobson发明了用例来说明功能需求，用例驱动开发来驱动用户接口设计、软件设计以及测试。
1986年，Jacobson描述了面向方面软件开发背后的一个核心思想，面向方面正成为现代软件开发的一个非常重要的趋势。
Jacobson基于业务用例和业务对象，开发了一种业务建模技术。
Jacobson是基于组件软件开发的Objectory过程之父，Objectory过程逐渐进化为Rational统一过程(RUP)。
1995.10 – 2003.3：Rational Software公司副总裁 1987.4－1995.10：瑞典Objectory AB公司的创始人、CEO 1963.6－1987.4：爱立信公司 2003 ...
Posted on Sun 12 June 2011 in it • Tagged with DSM, OMT, UML, 牛人
1947年在美国出生，是享誉全球的软件开发方法学家。 他是对象建模技术(Object Modeling Technique，OMT)的首席开发人员，OMT 是一流的面向对象分析和设计方法，也是 UML 的前身。 在 1994 年加入 Rational 软件公司之前，Jim 在纽约斯卡奈塔第的通用电气研发中心工作了25年多。正是在那里，他开发了 DSM (Domain-Specific Modeling)领域定义建模，提升了代码层面的抽象层次。 他与 Grady Booch 和 Ivar Jacobson 一起，是UML（统一建模语言)的创始人，三人合著了UML参考手册，是学习UML的最佳教材。
他拥有麻省理工学院的物理学学士学位和计算机科学博士学位，同时，他还是加利福尼亚理工学院的天文学硕士。
http://en.wikipedia.org/wiki/James_Rumbaugh http ...
Posted on Sat 02 April 2011 in 我用(IT) • Tagged with Design, UML
2010年5月发布的UML2.3是目前的最新标准：http://www.omg.org/spec/UML/2.3/ 我觉得在软件设计中应用UML绝对是利大于弊的，但这个东西的学习曲线还是比较陡峭的，这一点据说在后续的版本中会有很大的改进。好像是要提炼出一个非常精简的内核。
这里还有一个UML在线测试。不得不承认，读书+考试的学习模式能加快知识消化和吸收的过程--虽然实践是更好的方法。 http://www.peoplewarecn.com/UMLChinaQuizLevel1Part1.swf
在工具上，我一直在用戚汝鹏推荐的StarUML，开源、小巧，虽然2005年12发布完5.0就停止开发了，但日常使用完全足够了。 另外，Enterprise Architect也得到很多人的推崇，可惜试用30天后就要收取了。最便宜的桌面版都要$135。
本周虽然只工作三天，但却是超级忙碌的三天。开会、讨论文档耗尽了我的时间和精力。回想起来，印象最深的就只能说工作上的事儿了。
和小戚阿飞一块整理业务架构是很愉快的事情，看着一大陀业务逻辑经过整理、讨论、再修改，慢慢形成条理清晰的业务对象搭建的架构，也小有一些成就感。
最大的感触就是发现使用UML进行业务架构分析是很舒服的一件事情：
首先用部署图描述了以后运营系统的逻辑划分和物理上的性能扩展性；
然后用用例图描述了系统功能上现有的和要实现各个功能的关系，include和extend用在构建系统功能关系上，可以让OO的程序员们有共同的语言。画完之后，至少从宏观上看，系统下一步的演进意义所在，已经很清晰了；
接下来关键Case里面就可以出活动图了，这种能够替代流程图的描述方法，每一个应用程序员其实都应该掌握的；
宏观的告一段落后，下一步的对象模型已经是细致活。类图可以把我们需要的关键对象都描述出来；
再后来，我们发现为了实现某些需要C/S共同配合的逻辑时，序列图也必须加进来
希望下周能把所有悬而未决的业务逻辑都确定下来，这样业务架构才真的算功德圆满。
连着两个上午的用户模型讨论，搞清楚了两件事：
1. 在现有业务处理单元UID之上，引入新的账号单元是无法避免的；
2. 已知的帐户、服务关系、订购关系等等，都要在原有处理逻辑的基础上，考虑对账号的处理；
开始真的让人觉得很难接受，可以遇见的系统实现开销将会成多倍增长。但后来从大家抛出来的Story上看，UID也真的不适应了。真是变化快啊！
用户模型是很让人惆怅的事情 ...