【IT168 评论】设计一个系统，任何科学领域的系统，你首先需要做的是对它进行抽象。抽象模型为系统的视图、结构、行为、参与实体和流程方面具体的实现提供一个代理。在系统的参与人员(包括：开发者，架构师，所有者，用户)之间应该共享一个模型。为了能够提出反馈，提出错误的假设，改进建议，模型应该能够被系统的参与者所理解。尽管共享了一个模型，你还是需要用一种通用的，被广泛接受的的形式和符号来表达模型。例如：模型语言。
显然，建模语言是基于一系列规则、符号、图表和关键字的图形或者文字语言。语言的元素用来表达模型的结构和行为，给任何熟悉语言的人传达清晰的认识和信息。
有很多著名的建模语言例子，最流行的一个就是UML(Unified Modeling Language 统一建模语言)。UML是一种通用的图形建模语言，在过去的很多年，已经变成了工业的标准。UML特别适合于建立面向对象的系统。
1、简介
建模在任何软件项目中都是一个关键的阶段，对于大型的、企业级的应用更是至关重要。
在复杂的情况下，模型是一个本质。它可以帮助检查详细设计的正确性和遵守程度，使得软件可以更加容易的构建和维护。一个清晰的、良好的模型同样可以在任何时候帮助开发者找到断点的正确位置，并且修复bug。在软件中，模型应该和站点地图、蓝图同样重要，它是必须的，而不是一个可选的工具。
2、UML的优缺点
在现实世界，没有东西比公认的标准更加吸引公众的批评。令每一个人都满意确实很难。UML也不例外。尽管到目前为止它是使用最广的建模语言，但是从根本上来说它是一个臃肿的语言。毫无疑问，1.0需要改进，2.0有了提高。但是一些人还是认为2.0还是很臃肿和复杂，还是很难学习。
3、在实践中使用UML
该要的说，使用UML你需要一个方法来收集和分析需求，然后用建模工具转换为模型。通常，建模工具有自己的方法，你只需要找到最适合自己的工具就可以了。类似的工具有很多，包括：微软的Viso，IBM的Rational Rose，Sparx Systems的EA。
4、UML中的图形
UML2.0包括13中不同的图形，分为两组：行为和结构。结构图定义类，属性，操作和关系。行为图显示系统中对象的协作关系。
| 图 | 组 | 目的 |
| 活动图Activity | 行为 | 显示一个活动中的操作流程 |
| 类图Class | 结构 | 显示类、接口、及他们的关系 |
| Communication | 行为 | 显示对象之间的交互 |
| Component | 结构 | 显示组件和他们之间的依赖关系 |
| Composite Structure | 结构 | 显示类的内部结构 |
| Deployment | 结构 | 显示组件如何映射到硬件资源 |
| Interaction Overview | 行为 | 显示顺序和活动 |
| Object | 结构 | 显示系统在特定时间的状态 |
| Package | 结构 | 显示类如何分布在逻辑的相关组中 |
| 序列Sequence | 行为 | 显示对象之间的交互 |
| State machine | 行为 | 显示在事件发生之后，对象的状态如何变化 |
| Timing | 行为 | 显示在特定时期中，对象的行为 |
| Use Case | 行为 | 显示参与者在系统中进行放入操作 |
UML图之间的等级关系
4.1用例图Use Case
用例图提供了一个图形化的用例描述。一个用例图代表一个或者多个参与者和系统之间的相互作用。用例图显示了参与者要做的事情。一个参与者可以是一个人，也可以是和系统进行交互的任何外部系统。参与者不受系统控制，参与者是在系统之外定义的。
用例图主要包括：系统，参与者，用例，关系。
上图就是一个用例图，有两个参与者和两个用例。两个参与者分别得用户和数据库，两个用例分别是获取订单，获取商品的详细信息。
