可视化建模（VISUAL MODELING）是利用围绕现实想法组织模型的一种思考问题的方法。模型对于了解问题、与项目相关的每个人（客户、行业专家、分析师、设计者等）沟通、模仿企业流程、准备文档、设计程序和数据库来说都是有用的。建模促进了对需求的更好的理解、更清晰的设计、更加容易维护的系统。 可视化建模就是以图形的方式描述所开发的系统的过程。可视化建模允许你提出一个复杂问题的必要细节，过滤不必要的细节。它也提供了一种从不同的视角观察被开发系统的机制。

模型通过过滤非本质的细节信息，成为描述复杂的问题或结构的本质的抽象（abstraction），她使问题更容易理解了。抽象是一种允许我们处理复杂问题的基本能力。千百年以来，工程师、艺术家和工匠一直在实施某项工程之前，先建立模型提炼出它的设计方案。软件系统的开发也并不例外。为了建立复杂的系统，开发者必须抽象出系统的不同的视图，使用精确的符号建立模型，验证这些模型是否满足系统的需求，并逐渐添加细节信息把这些模型转变为实现（implementation）。

我们建立复杂系统的模型是因为我们没法理解整个系统。人类理解复杂性的能力是有限的。这个观念可以在世界上的建筑中看到。如果你希望在后院中建立小屋，你可以立即开始建造；如果你希望建立新房子，你就可能需要一张蓝图了；如果你要建立摩天大楼，你就绝对需要一张蓝图。在软件的世界中这也是一样的。由源代码行或Visual Basic中设计的窗体担任主角为程序员提供的开发项目的全局视图是很微不足道的。构造模型允许设计师集中考虑项目中的组成部分如何交互的全局情况，而不会陷入每个组成部分的具体细节信息的泥沼中。

高度竞争的和不断改变的业务环境导致了复杂性不断增加，这为系统开发者带来了独特的挑战。模型帮助我们组织、形象化、理解和建立复杂的事物。它们在目前和未来都会帮助我们解决开发软件遭遇的各种挑战。

使用成功三角形来解释成功的项目所需要的组成部分。你需要所有的三个方面——符号、过程和工具。你可以学习一种符号，但是如果不知道如何利用它（过程），你可能会失败。你可能拥有强大的过程，但是如果不能沟通这些过程（符号），你也可能失败。最后，如果你不能记载自己的工作文档（工具），你也可能失败。

符号在任何模型中都扮演着重要的部分——它是把过程连接在一起的“粘合剂”。符号有三种角色：

· 它作为传达决定的语言服务的，它不能明显地或者不能从代码自身中推理得到。

· 它提供的语义学对于捕捉所有重要的战略和战术决定都是足够丰富的。

· 它提供了一种具体的形式，足以供人们来思考和工具来操作。

统一的建模语言（UML）提供了非常健全的符号，它从分析的范围发展到了设计的范围了。一定的符号元素（例如类、联系、集合体、继承）都是在分析中引入的。其它的符号元素（例如保留实现的标识和属性）都是在设计中引入的。

设计一个软件的模型就好比是一幢大楼需要蓝图一样重要。好的模型能够：

*鉴别需求和沟通信息；

*着眼于系统的组件如何相互作用，而不是陷于具体的细节；

*使你能够了解设计组件的相互关系；

*通过使用一个共同的图形语言，改进跨团队的沟通。

可视化建模是利用围绕现实想法组织模型思考问题的一种方法。模型对于理解问题、沟通、建立企业模型、准备文档和设计程序和数据库都是有用的。建模促进了对需求的更好的理解、更好的设计和更容易维护的系统。符号在任何模型中都扮演着重要的部分——它是把过程粘合在一起的“粘合剂”。统一的建模语言提供了丰富的符号，它从分析中发展到设计中。

成功地开发的项目满足或超越客户的期望，它是用及时并节约的方式开发的，并且对改变和适应是有弹性的。开发生命周期必须促进创造和革新。良好的管理的迭代和增加生命周期提供了必要的控制，同时不会影响创造性。在迭代和增加的开发生命周期中，开发由一系列的迭代组成，它们将发展成最终的系统。每个迭代包含下面的过程组成部分中的一个或多个：业务建模、需求、分析、设计、实现、测试和部署。