个人学习笔记，不作商业用途，文本内容摘抄自《UML 用户指南》（第2版）
一个开发队伍的主要产品不应该是一堆漂亮的文档、世界级的会议、伟大的口号或者几行获得普利策奖金的源代码，而应该是满足不断发展的用户及其业务需要的优秀软件。其他一切事情都是次要的。
建模是开发优秀软件的所有活动中的核心部分，其目的是为了把想要得到的系统结构和行为沟通起来，为了对系统的体系结构进行可视化和控制，为了更好地理解正在构造的系统，并经常揭示简化和复用的机会，同时也是为了管理风险。
模型是对现实的简化。
建模是为了能够更好地理解正在开发的系统。
（1）模型有助于按照实际情况或按照所需要的样式对系统进行可视化。
（2）模型能够规约系统的结构或行为。
（3）模型给出了知道构造系统的模板。
（4）模型对做出的决策进行文档化。
所有的实用系统都有一个自然趋势：随着时间的推移变得越来越复杂。虽然今天可能认为不需要建模，但随着系统的演化，终将会对这个决定感到后悔，但那时为时已晚。
第一，选择要创建什么模型，对如何动手解决问题和如何形成解决方案有着意义深远的影响。
第二，可以在不同精度级别上表示每一种模型。
最好的模型应该是这样的：它可以让你根据谁在进行观察以及为什么要观察选择它的详细程度。
第三，对好的模型是与现实相联系的。
第四，单个模型或者试图是不充分的。对每个重要的系统最好用一小组几乎独立的模型从多个视角去逼近。
面向对象的软件系统也如此。为了理解系统的体系结构，需要几个互补和连锁视图：用况视图（揭示系统的需求）、设计视图（捕获问题空间和解空间里的词汇）、交互视图（展示系统各部分之间以及系统与环境之间的联系）、实现视图（描述系统的物理实现）和部署视图（着眼于系统的工程问题）。每一种视图都可能有结构方面和行为方面。
对面向对象系统进行可视化、详述、构造和文档化正是统一建模语言（UML）的目的。